JPH0759014A - データ処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 フィーチャ処理における機能を短時間で処理
すると共に、容易に機能変更が行うことを可能とする。 【構成】 フィーチャ処理毎に必要とされる処理を行う
点が特徴であり、ステップＳ２で、フィーチャ命令と判
断されると、ステップＳ４、ステップＳ６及びステップ
Ｓ８で、入力されたフィーチャ命令がワンタッチプレイ
命令、ダビング命令、オールオフ命令のいずれかを判断
し、フィーチャ命令の種類に応じて、ステップＳ５、ス
テップＳ７またはステップＳ９に進み、バッチ処理によ
り各フィーチャ命令のサブルーチンを実行し、処理を終
了する。このとき、必要なパラメータがサブルーチンに
引き渡される。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えばオーディオ／ビ
デオ（ＡＶ）装置等に用いられる好適なデータ処理装置
に関する。

【０００２】

【従来の技術】以下、従来例を図面を参照して説明す
る。図１２は、いわゆるＡＶシステムにおける接続例を
示している。この例においては、メインマイコン２２と
通信マイコン２３を内蔵するテレビジョン受像器２１
と、メインマイコン２５と通信マイコン２６を内蔵する
ＶＴＲ（ビデオ・テープ・レコーダ）２４とが、通信ケ
ーブル２７で接続されている。テレビジョン受像器２１
において受信したデータを、コマンドと共に通信ケーブ
ル２７を介してＶＴＲ２４に供給し、内蔵するビデオテ
ープ（図示せず）に記録することができるようになって
いる。

【０００３】従来、このような動作を実行させるため
に、図１３の処理構造図に示すような処理を行ってい
た。すなわち、テレビジョン受像器２１に設けらている
スイッチあるいはコマンダ等により、入力された指令に
対応して、初期設定処理、選局処理、蓄積処理、表示処
理、予約処理、ユーザ設定処理、他の機器制御処理等が
実行される。さらに、他の機器制御処理としては、通信
経路設定確認処理、ＶＣＲ制御処理、ＬＤＰ制御処理、
ＣＤ制御処理、チューナ制御処理、オーディオアンプ制
御処理、タイマ処理等が実行されることになる。尚、こ
こでＶＣＲ（ビデオ・カセット・レコーダ）とはＶＴＲ
を、ＬＤＰはレーザディスクプレーヤを、ＣＤはコンパ
クトディスクプレーヤをそれぞれ意味している。

【０００４】上記の機能を実現するために、従来は、各
機能毎にサブルーチンを用意し、このサブルーチンを呼
び出して処理を実行するようにしていた。このため、機
能の変更あるいは追加の要求に対しては、その都度プロ
グラムを作り直さなくてはならず、作業性が悪く、コス
ト高になるといった問題があった。

【０００５】そこで、本出願人は上記問題を解決するた
めに、コマンドの集合からなる複数の集合コマンドを記
憶した記憶手段より、所定の集合コマンドを選択し、選
択された集合コマンドに含まれるコマンドをバッチ処理
することにより、プログラム作成期間の短縮、及び変更
の簡略かが図れるデータ処理装置を提案している。

【０００６】

【発明が解決しようとする課題】しかしながら、集合コ
マンドに含まれるコマンドをバッチ処理するデータ処理
装置においては、確かに上記問題を解決してはいるが、
上記データ処理装置では、各コマンドは、いわゆる「マ
クロ言語」により記述されるので、この「マクロ言語」
の解釈処理を行うプログラムが複雑になり、処理実行速
度に時間がかかるといった問題がある。

【０００７】本発明は、上記事情に鑑みてなされたもの
であり、フィーチャ処理における機能を短時間で処理す
ると共に、容易に機能変更が行えるデータ処理装置を提
供することを目的としている。

【０００８】

【課題を解決するための手段】本発明のデータ処理装置
は、複数の機能よりなる複数のコマンドを処理するデー
タ処理装置において、複数のコマンドを記述する複数の
統一コードを記憶する記憶手段としてのプログラムＲＯ
Ｍ５と、プログラムＲＯＭ５に記憶された複数の統一コ
ードに基づいて複数のコマンドを実行する実行手段とし
てのＣＰＵ４とを備えている。

【０００９】

【作用】上記構成のデータ処理装置では、ＣＰＵ４は、
プログラムＲＯＭ５に記憶された複数の統一コードに基
づいて複数のコマンドを実行することで、フィーチャ処
理における機能を短時間で処理することを可能とする。

【００１０】また、コマンドが複数の統一コードにより
記述され、統一コードの少なくとも１部の統一コードが
分岐先情報を備え、ＣＰＵ４は複数の統一コード毎に処
理を行うことで、よりフィーチャ処理における機能を短
時間で処理することを可能とする。

【００１１】さらに、統一コードを用いて新規のコマン
ドを作成すると共に、作成した新規のコマンドを記憶す
ることで、容易に機能変更を行うことを可能とする。

【００１２】

【実施例】以下、図面を参照しながら本発明の実施例に
ついて述べる。図１乃至図１１は、本発明の一実施例に
係わり、図１は、本発明のデータ処理装置の動作を説明
する処理構造図、図２は、本発明のデータ処理装置の一
実施例の構成を示すブロック図、図３は、図１の処理構
造による詳細な処理動作を説明するフローチャート、図
４は、図３のバッチ処理の流れを示すフローチャート、
図５は、図３の処理に用いられるコード化されたコマン
ドを示すコマンドテーブル、図６は、図３の処理におい
てフィーチャ命令がワンタッチプレイ命令のときの処理
の流れを示すフローチャート、図７は、図６の具体的な
プログラム、図８は、図３の処理においてフィーチャ命
令がダビング命令のときの処理の流れを示すフローチャ
ート、図９は、図８の具体的なプログラム、図１０は、
図３の処理においてフィーチャ命令がオールオフ命令の
ときの処理の流れを示すフローチャート、図１１は、図
１０の具体的なプログラムである。

【００１３】本実施例のデータ処理装置では、図２に示
すように、操作ボタン１を操作すると、インターフェイ
ス３を介してＣＰＵ４に所定の指令を入力することがで
きる。また同様に、コマンダ１２を操作すると、コマン
ダ１２より赤外線が出射され、受信部２によりこの赤外
線が受光される。その結果、受信部２よりインターフェ
イス３を介して、やはりＣＰＵ４に対して所定の指令を
入力することができる。

【００１４】プログラムＲＯＭ５は、ＣＰＵ４が動作す
る上で必要なプログラム及びデータを記憶している。ま
たＲＡＭ６は、処理の結果得られたデータ等を記憶す
る。不揮発性メモリ７は、操作ボタン１あるいは受信部
２より入力されたデータのうち、電源オフ後も記憶して
おく必要のあるデータを記憶する。クロックタイマ８
は、計時動作を常に行っており、時刻情報を発生してい
る。

【００１５】尚、上記ＣＰＵ４、プログラムＲＯＭ５、
ＲＡＭ６、クロックタイマ８は、１チップのＴＶ制御用
メインマイクロコンピュータ（マイコン）として構成す
ることができる。

【００１６】また、専用の図しないＲＯＭ、ＲＡＭを内
蔵するＤ２Ｂ通信処理マイコン９は、バスを介してＣＰ
Ｕ４に接続されており、かつＤ２Ｂ通信処理ＩＣ１０を
介して他のＡＶ機器との間でデータの授受を行うように
なっている。さらに、ＣＲＴ表示部１３には、画面表示
用ＩＣ１４を介して必要な情報が表示されるようになっ
ている。

【００１７】図１に示すように、本実施例のデータ処理
装置による処理では、従来の機能毎の処理と異なり、フ
ィーチャ処理毎に必要とされる処理を行うようになって
いる点が特徴である。

【００１８】ここで、初期設定処理、選局処理、蓄積処
理、表示処理、予約処理、ユーザ設定処理は、従来と同
様に処理されるので詳細は省略する。尚、初期設定処
理、蓄積処理、予約処理に関するデータは、不揮発性メ
モリ７に保存される。また選局処理においては、図示し
ないチューナに制御信号が出力される。さらに表示処理
においては、ＣＰＵ４内部の表示用機能部分の制御が行
われる。ユーザ設定処理は、各制御信号の値を制御する
ものである。

【００１９】詳細な処理動作における本実施例の作用
は、図３に示すように、ステップＳ１で、キー入力（操
作ボタン１あるいはコマンダ１２からの入力）があった
かどうか判断する。キー入力がない場合は、入力待ち
し、キー入力されると、ステップＳ２で、入力されたコ
ードがフィーチャ命令かどうか判断し、フィーチャ命令
でない場合は、ステップＳ３で、入力されたコードに基
づいた、例えば初期設定処理、選局処理、蓄積処理、表
示処理、予約処理、ユーザ設定処理等を行い、処理を終
了する。

【００２０】ステップＳ２で、フィーチャ命令と判断さ
れると、ステップＳ４で、入力されたフィーチャ命令が
ワンタッチプレイ命令かどうか判断し、ワンタッチプレ
イ命令の場合は、ステップＳ５に進み、バッチ処理によ
りワンタッチプレイのサブルーチンを実行し、処理を終
了する。このとき、必要なパラメータがサブルーチンに
引き渡される。

【００２１】ステップＳ４で、ワンタッチプレイ命令で
ないと判断されると、ステップＳ６で、入力されたフィ
ーチャ命令がダビング命令かどうか判断し、ダビング命
令の場合は、ステップＳ７に進み、バッチ処理によりダ
ビングのサブルーチンを実行し、処理を終了する。この
とき、必要なパラメータがサブルーチンに引き渡され
る。

【００２２】ステップＳ６で、ダビング命令でないと判
断されると、ステップＳ８で、入力されたフィーチャ命
令がオールオフ命令かどうか判断し、オールオフ命令の
場合は、ステップＳ９に進み、バッチ処理によりオール
オフのサブルーチンを実行し、処理を終了する。このと
き、必要なパラメータがサブルーチンに引き渡される。
そしてステップＳ８で、オールオフ命令でないと判断さ
れると、処理を終了する。

【００２３】次に上記のバッチ処理について説明する。
図４に示すように、最初にステップＳ２１において、バ
ッチコマンドデータが読み込まれる。そして、ステップ
Ｓ２２において、バッチコマンドデータがすべて読み込
まれたかどうか判定され、バッチコマンドデータがすべ
て読み込まれていない場合は、ステップＳ２３に進み、
バッチコマンドデータとバッチコマンドテーブルとを比
較する。すなわち、操作ボタン１または受信器２からの
入力に対応するバッチコマンドデータが、プログラムＲ
ＯＭ５から読み出され、Ｄ２Ｂ通信処理マイコン９に伝
送され、その内蔵するメモリに予め記憶されているバッ
チコマンドテーブルと比較される。

【００２４】そしてステップＳ２４に進み、Ｄ２Ｂ通信
処理マイコン９に入力されたバッチコマンドテーブルに
対応するコマンドが、バッチコマンドテーブルに存在す
るか否か判定される。合致するコマンドが存在すると判
定された場合、ステップＳ２５に進み、そのコマンドの
処理が実行される。ステップＳ２５の処理後、ステップ
Ｓ２１に戻る。ステップＳ２４で、合致するコマンドが
存在しないと判定された場合には、ステップＳ２６に進
み、エラー表示がＣＲＴ表示部１３に表示される。

【００２５】次に、具体的に各フィーチャ処理の流れを
説明する。ここで、Ｄ２Ｂ通信処理マイコン９には、図
５に示すコード化されたコマンドがコマンドテーブルに
記憶されている。

【００２６】図２において、フィーチャ命令がワンタッ
チプレイ命令であると判断された場合において、例えば
ワンタッチプレイの内容がＶＴＲの再生出力をＣＲＴ表
示部１３に出力するという場合、図６に示すように、ス
テップＳ３１でＣＰＵ４が信号接続命令を発すること
で、ＶＴＲは自らをパワーオンして、出力１Ｊ端子をア
クティブにし、ステップＳ３２で、完了したことをＣＰ
Ｕ４に応答する。ステップＳ３３で、ＣＰＵ４はＶＴＲ
に対して再生命令を行い、ＶＴＲは再生を開始し、ＣＲ
Ｔ表示部１３に再生画像が表示される。そして再生が終
了すると、ステップＳ３４で、ＶＴＲは再生完了をＣＰ
Ｕ４に応答し、処理が終了する。図５に示されたコード
により、この一連の処理の具体的な処理のプログラムを
図７に示す。

【００２７】図７に示すように、具体的な処理のプログ
ラムでは各行毎に処理が行われ、その各行毎の処理の状
況により、対応する行への分岐が行われており、プログ
ラム作成が容易になっている。

【００２８】次に、フィーチャ命令がダビング命令であ
ると判断され、例えば第１ＶＴＲの再生出力を第２ＶＴ
Ｒに出力し、ダビングする場合、図８に示すように、ス
テップＳ４１で、ＣＰＵ４が信号接続命令を発すること
で、第２ＶＴＲは自らをパワーオンして入力端子をアク
ティブにし、ステップＳ４２で、完了したことをＣＰＵ
４に応答する。ステップＳ４３で、ＣＰＵ４は第２ＶＴ
Ｒに対して録画命令（ＲＥＣ）を行い、第２ＶＴＲは録
画動作を開始する。ステップＳ４４で、ＣＰＵ４が信号
接続命令を発することで、第１ＶＴＲは自らをパワーオ
ンして出力端子をアクティブにし、ステップＳ４５で、
完了したことをＣＰＵ４に応答する。ステップＳ４５
で、ＣＰＵ４は第１ＶＴＲに対して再生命令を行い、第
１ＶＴＲは再生動作を開始する。そして再生終了時に
は、ステップＳ４６で、第１ＶＴＲは再生完了をＣＰＵ
４に応答し、処理が終了する。この一連の処理の具体的
な処理のプログラムを図９に示す。

【００２９】同様に、フィーチャ命令がオールオフ命令
であると判断され、例えば第１ＶＴＲと第２ＶＴＲとを
パワーオフする場合、図１０に示すように、ステップＳ
５１で、ＣＰＵ４が第１ＶＴＲが録画中かどうかの回答
を要求する。するとステップＳ５２で、第１ＶＴＲは録
画中かどうかを応答する。録画中の場合は、ステップＳ
５１を繰り返す。そして第１ＶＴＲが録画中でないと判
断されると、ＣＰＵ４は第１ＶＴＲに対して電源オフを
指示し、第１ＶＴＲが電源オフしたことで処理を終了す
る。この場合、第２ＶＴＲ及び他の装置に対しても、同
様な処理が行われる。この一連の処理の具体的な処理の
プログラムを図１１に示す。

【００３０】このように本実施例のデータ処理装置によ
れば、フィーチャ処理をコードにより行うことで、フィ
ーチャ処理を短時間で作成でき、かつ容易に機能変更を
行うことができる。

【００３１】尚、図５に示したコードと、その機能をユ
ーザに解放すると共に、アイコン等により上記コードを
分類することにより、ユーザは容易に、例えばマウス等
を用いて所望のフィーチャ処理をプログラミングし、プ
ログラムを不揮発性メモリ７に記憶させることで、所望
のフィーチャ処理を追加することができる。

【００３２】

【発明の効果】以上説明したように本発明のデータ処理
装置によれば、実行手段は記憶手段に記憶された複数の
統一コードに基づいて複数のコマンドを実行するので、
フィーチャ処理における機能を短時間で処理することが
できるという効果がある。

【００３３】また、コマンドが複数の統一コードにより
記述され、統一コードの少なくとも１部の統一コードが
分岐先情報を備え、実行手段は複数の統一コード毎に処
理を行うことで、よりフィーチャ処理における機能を短
時間で処理することができるという効果がある。

【００３４】さらに、統一コードを用いて新規のコマン
ドを作成すると共に、作成した新規のコマンドを記憶す
ることで、容易に機能変更を行うことができるという効
果がある。

【図面の簡単な説明】

【図１】本発明の一実施例のデータ処理装置の動作を説
明する処理構造図である。

【図２】本発明のデータ処理装置の一実施例の構成を示
すブロック図である。

【図３】図１の処理構造による詳細な処理動作を説明す
るフローチャートである。

【図４】図３のバッチ処理の流れを示すフローチャート
である。

【図５】図３の処理に用いられるコード化されたコマン
ドを示すコマンドテーブルである。

【図６】図３の処理においてフィーチャ命令がワンタッ
チプレイ命令のときの処理の流れを示すフローチャート
である。

【図７】図６の具体的なプログラムである。

【図８】図３の処理においてフィーチャ命令がダビング
命令のときの処理の流れを示すフローチャートである。

【図９】図８の具体的なプログラムである。

【図１０】図３の処理においてフィーチャ命令がオール
オフ命令のときの処理の流れを示すフローチャートであ
る。

【図１１】図１０の具体的なプログラムである。

【図１２】従来のＡＶシステムにおける接続例を示す構
成図である。

【図１３】従来のデータ処理装置における処理動作を説
明する処理構造図である。

【符号の説明】

１ 操作ボタン ２ 受信部 ４ ＣＰＵ ５ プログラムＲＯＭ ６ ＲＡＭ ７ 不揮発性メモリ ９ Ｄ２Ｂ通信処理マイコン １０ Ｄ２Ｂ通信処理ＩＣ １２ コマンダ １３ ＣＲＴ表示部

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数の機能よりなる複数のコマンドを処
   理するデータ処理装置において、 前記複数のコマンドを記述する複数の統一コードを記憶
   する記憶手段と、 前記記憶手段に記憶された前記複数の統一コードに基づ
   いて前記複数のコマンドを実行する実行手段とを備えた
   ことを特徴とするデータ処理装置。
2. 【請求項２】 前記コマンドは複数の前記統一コードに
   より記述され、前記統一コードの少なくとも１部の統一
   コードは分岐先情報を備えており、 前記実行手段は、複数の前記統一コード毎に処理を行う
   ことを特徴とする請求項１に記載のデータ処理装置。
3. 【請求項３】 前記統一コードを用いて新規のコマンド
   を作成すると共に、作成した前記新規のコマンドを記憶
   することを特徴とする請求項１または請求項２に記載の
   データ処理装置。