JPH09130870A - 通信制御方法及び電子機器 - Google Patents

Abstract

(57)【要約】 【課題】 コントローラがターゲットを制御する際に、
不要な通信をなくすと共に制御を容易にする。 【解決手段】 パソコンがＶＴＲに対して‘ＲＥＷＩＮ
Ｄ’を実行することを要求するコマンドを送ると、ＶＴ
Ｒはその要求を了承したことを知らせるレスポンスを返
すと共に、内部の記録／再生系において‘ＲＥＷＩＮ
Ｄ’を開始する。ＶＴＲはメカモードが‘ＲＥＷＩＮ
Ｄ’から‘ＳＴＯＰ’に変化した場合に、イベントを発
生してパソコンへ報告する。パソコンは、このイベント
を受け取ると、直ちにメカモードを‘ＰＬＡＹ’にする
ことを要求するコマンドをＶＴＲへ送る。ＶＴＲはこの
コマンドを受け取ると、それを了承したことを知らせる
レスポンスを返すと共に、記録／再生系のモードを‘Ｐ
ＬＡＹ’にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＩＥＥＥ−
１３９４に準拠したシリアルバス（以下ＩＥＥＥ１３９
４シリアルバスという）のような、制御信号と情報信号
とを混在させて伝送できる通信制御バスで接続された複
数の電子機器間で通信を行うシステムに関し、詳細には
電子機器が他の電子機器の動作を制御する際に、不要な
通信をなくすと共に制御を容易にする通信制御方法及び
電子機器に関する。

【０００２】

【従来の技術】ＩＥＥＥ１３９４シリアルバスのような
制御信号と情報信号とを混在させて伝送できる通信制御
バスによって複数の電子機器を接続し、これらの電子機
器間で情報信号及び制御信号を通信するシステムが考え
られている。

【０００３】図９にこのようなシステムの例を示す。こ
のシステムは、ハードディスク装置１と、パーソナルコ
ンピュータ（以下パソコンという）２と、テレビジョン
受像機（以下ＴＶという）３と、ビデオテープレコーダ
（以下ＶＴＲという）４と、セットトップボックス５と
を備えている。そして、ハードディスク装置１とパソコ
ン２との間、パソコン２とＶＴＲ４との間、ＶＴＲ４と
ＴＶ３の間、及びＶＴＲ４とセットトップボックス５と
の間は、ＩＥＥＥ１３９４シリアルバス６〜９により接
続されている。ここで、＃Ａ〜＃Ｅは、各々ハードディ
スク装置１、パソコン２、ＴＶ３、ＶＴＲ４、及びセッ
トトップボックス５のシステム上のノードＩＤである。

【０００４】システム内の各電子機器（以下機器とい
う）における信号の伝送は、図１０に示すように、所定
の通信サイクル（例えば１２５μｓｅｃ）毎に時分割多
重によって行なわれる。この信号伝送はサイクルマスタ
ーと呼ばれる電子機器が通信サイクルの開始時であるこ
とを示すサイクルスタートパケットをバス上へ送出する
ことにより開始される。

【０００５】１通信サイクル中における通信の形態は、
ビデオデータやオーディオデータなどの情報信号をアイ
ソクロナス（以下「アイソクロナス」を「Ｉｓｏ」とい
う）伝送するＩｓｏ通信と、制御コマンド等の制御信号
をアシンクロナス（以下「アシンクロナス」を「Ａｓｙ
ｎｃ」という）伝送するＡｓｙｎｃ通信の二種類であ
る。そして、Ｉｓｏ通信パケットがＡｓｙｎｃ通信パケ
ットより先に伝送される。Ｉｓｏ通信パケットそれぞれ
にチャンネル番号１，２，3 ，・・・ｎを付けることに
より、複数のＩｓｏデータを区別することができる。Ｉ
ｓｏ通信パケットの送信が終了した後、次のサイクルス
タートパケットまでの期間がＡｓｙｎｃ通信パケットの
伝送に使用される。

【０００６】Ａｓｙｎｃ通信において、ある機器が他の
機器に何かを要求する制御信号をコマンドと呼び、この
コマンドをパケットに入れて送る側をコントローラと呼
ぶ。また、コマンドを受け取る側をターゲットと呼ぶ。
ターゲットは必要に応じてコマンドの実行結果を示す制
御信号（これをレスポンスと呼ぶ）を入れたパケット
を、コントローラへ返信する。

【０００７】このコマンドとレスポンスとは、一つのコ
ントローラと一つのターゲットとの間で通信され、コマ
ンドの送信で開始しレスポンスの返信で終了する一連の
やりとりをコマンドトランザクションと呼ぶ。ターゲッ
トは、コマンドを受けてから可能な限り早く（例、１０
０ｍｓ以内）レスポンスを返すように決められている。
その理由は、コントローラ側がレスポンスを長く待ち続
けて処理が遅くなったり、何らかの障害によってレスポ
ンスが返らなかった場合に処理が滞ったりすることを防
ぐためである。

【０００８】コントローラは、コマンドトランザクショ
ンによって、ターゲットに特定の動作を行うように要求
したり、ターゲットの現在の状態を問い合わせることが
できる。システム内のどの機器もコマンドトランザクシ
ョンを開始、終了することができる。すなわち、どの機
器もコントローラにもターゲットにもなることができ
る。

【０００９】図１１に制御信号を含んだＡｓｙｎｃ通信
パケットの構造を示す。コマンドもレスポンスも同じ構
造である。この図において、パケットのデータは上から
下へ、かつ左から右へ順に伝送される。

【００１０】パケットはパケットヘッダーとデータブロ
ックとから構成されている。そして、パケットヘッダー
の全部とデータブロック中のデータＣＲＣ、すなわち図
で網掛を施した部分は、ＩＥＥＥ１３９４で規格が決め
られており、パケットヘッダーのソースＩＤが示す機器
からディスティネーションＩＤで示される機器のディス
ティネーションオフセットに示されるアドレスへ、デー
タブロックの内容を書き込む。

【００１１】例えば、図９においてはパソコン２からＶ
ＴＲ４へコマンドを送る場合には、ソースＩＤは＃Ｂ、
ディスティネーションＩＤは＃Ｄ、ディスティネーショ
ンオフセットはＶＴＲ４内においてコマンドを格納する
エリアとして割り付けられたメモリ空間である。パソコ
ン２がシステム内の他の全ての機器に対してコマンドを
送信したい場合には、ディスティネーションＩＤの１６
ビットを‘オール１’にする。この通信形態をブロード
キャストと呼ぶ。

【００１２】図１１のデータブロックにおいて、ＣＴＳ
（コマンドトランザクションセット）は、コマンド言語
の種類を示す。また、ＣＴ／ＲＣ（コマンドタイプ／レ
スポンスコード）は、コマンドの場合には要求の種類を
示し、レスポンスの場合には要求に対する返事の種類を
示す。ＨＡ（ヘッダーアドレス）はコマンドの場合には
要求する相手が機器全体なのか機器内のサブデバイス
（機能単位）なのかを示し、レスポンスの場合には、そ
の相手が返事をするという意味で対応するコマンドと同
じである。ＯＰＣ（オペレーションコード）はコマンド
コード、すなわち具体的な要求を示し、それに続くＯＰ
Ｒ（オペランド）でその要求に必要なパラメータを示
す。

【００１３】図１２は、システム内の機器のうちＶＴＲ
を例にして、前述したコマンドやレスポンスのやりとり
を行う部分の構成を示したものである。このＶＴＲは、
ＶＴＲデバイス１１とＩＥＥＥ１３９４バス送受信ブロ
ック１２とを備えている。

【００１４】ＶＴＲデバイス１１はマイクロコンピュー
タ（以下マイコンという）で構成されており、ＶＴＲ内
の記録／再生系（図示せず）に関するコマンドの処理等
を行うＶＴＲサブデバイス１３と、ＶＴＲ内のチューナ
ー（図示せず）に関するコマンドの処理等を行うチュー
ナーサブデバイス１４と、ＶＴＲ内のタイマー（図示せ
ず）に関するコマンドの処理等を行うタイマーサブデバ
イス１５とを備えている。これらのサブデバイスはマイ
コンのソフトウェアで構成されている。

【００１５】ＩＥＥＥ１３９４バス送受信ブロック１２
はバスを介して受信したＡｓｙｎｃ通信パケットを検出
し、その中のコマンドをＶＴＲデバイス１１へ送る。Ｖ
ＴＲテバイス１１は、コマンドを受け取ると、その具体
的な要求に応じてサブデバイス１３〜１５を動作させ
る。例えばＶＴＲサブデバイス１３宛のＦＦ（早送り）
コマンドを受け取った場合には、ＶＴＲサブデバイス１
３にコマンドを渡す。ＶＴＲサブデバイス１３はＶＴＲ
内の記録／再生系のメカ系を早送りさせるように制御す
る処理を実行する。また、ＶＴＲサブデバイス１３は記
録／再生系の各種ステータス（メカモード、タイムコー
ド等）を監視し、必要に応じてレスポンスを作成する。
このレスポンスはＶＴＲデバイス１１によりＩＥＥＥ１
３９４バス送受信ブロック１２へ送信される。ＩＥＥＥ
１３９４バス送受信ブロック１２はレスポンスをＡｓｙ
ｎｃ通信パケットに入れてバスへ送出する。

【００１６】図１３に、コマンド及びレスポンスのフォ
ーマットの構成、及びＶＴＲをターゲットにしたコマン
ド及びレスポンスの具体例を示す。この図に示すよう
に、ここではＣＴＳとして“０”ｈを用いる。例えば、
図１２のＶＴＲ内のＶＴＲサブデバイス１３に対してス
ロー再生を要求するコマンドは図１３（ｃ）のようにな
る。そして、それに対して返すレスポンスは図１３
（ｄ）のようになる。また、ＶＴＲサブデバイス１３に
対してタイムコードの現在値の時−分−秒−フレームを
問い合わせるコマンドは図１３（ｅ）のようになり、そ
れに対して返すレスポンスは図１３（ｆ）のようにな
る。

【００１７】図１４に、図９のシステムにおいてパソコ
ン２がコントローラとなり、システム内の他の全機器の
状態を問い合わせて自分のディスプレイに表示するアプ
リケーションの例を示す。以下この図について説明す
る。

【００１８】まず、パソコンはＴＶに対してその入力モ
ードを問い合わせるコマンドを送ると、ＴＶから‘ＶＴ
Ｒ’というレスポンスが返って来る。次に、ＶＴＲに対
して、ＶＴＲサブデバイスのメカモードを問い合わせる
コマンドを送ると、‘ＳＴＯＰ’というレスポンスが返
って来る。ついで、ＶＴＲサブデバイスのタイムコード
を問い合わせるコマンドを送ると、‘０時２５分４９秒
２４フレーム’というレスポンスが返って来る。さら
に、セットトップボックスに対して受信チャンネルを問
い合わせるコマンドを送ると、‘ＣＨ６’というレスポ
ンスが返って来る。

【００１９】その後も同様にしてコマンドを送り、その
レスポンスを見てＶＴＲサブデバイスのメカモード、タ
イムコード、及びセットトップボックスの受信チャンネ
ルが変化したことを知ったならば、その時点でディスプ
レイにおける表示を変更する。

【００２０】図１５に、パソコンがＶＴＲの状態を問い
合わせて次のコマンドを送る例として、「テープの先頭
まで巻き戻し、再生する」アプリケーションを示す。以
下この図について説明する。

【００２１】まず、パソコンがＶＴＲに対して巻き戻し
（ＲＥＷＩＮＤ）を実行することを要求するコマンドを
送ると、ＶＴＲはその要求を了承（ＯＫ）したことを知
らせるレスポンスを返すと共に、記録／再生系において
巻き戻しを開始する。

【００２２】パソコンはＶＴＲから巻き戻しを了承した
レスポンスを受け取った後も、メカモードの問い合わせ
コマンドやタイムコードを問い合わせるコマンドを送
る。そして、巻き戻しが完了する時間を予測して時間調
整を行った後、再びタイムコードを問い合わせ、さらに
メカモードが‘ＳＴＯＰ’であることを示すレスポンス
が返って来た後に、メカモードを‘ＰＬＡＹ（再生）’
にすることを要求するコマンドを送る。ＶＴＲはこのコ
マンドを受け取ると、その要求を了承したことを知らせ
るレスポンスを返すと共に、記録／再生系において‘Ｐ
ＬＡＹ（再生）’を開始する。

【００２３】

【発明が解決しようとする課題】図１４及び図１５に示
したアプリケーションでは、コントローラがコマンドを
送った時にだけターゲットがレスポンスを返すように構
成されているため、コントローラはターゲットが所定の
状態になったことを確認したい場合にと、度々コマンド
を送り、そのレスポンスを監視することが必要である。

【００２４】このため、図１４の例のように常時システ
ム内の機器の状態を表示するような場合、あるいは図１
５のように所定の順序で一連の動作を順次制御するよう
な場合に、結果的に不要な通信が頻繁に行われることに
なり、コントローラからの制御が困難になる。また、そ
のようなアプリケーションにおいて、状態の変化を表示
するタイミングや、一連の動作の中で次の制御を行うタ
イミングが遅れてしまう。

【００２５】本発明は、このような問題点に鑑みてなさ
れたものであって、コントローラがターゲットを制御す
る際に、不要な通信をなくすと共に制御を容易にする通
信制御方法及び電子機器を提供することを目的とする。

【００２６】

【課題を解決するための手段】前記課題を解決するため
に、本発明に係る通信制御方法は、制御信号と情報信号
とを混在させることのできる通信制御バスによって複数
の電子機器を接続し、これらの電子機器間で情報信号及
び制御信号を通信するシステムにおいて、電子機器が制
御信号を用いて他の電子機器の動作を制御する際に、他
の電子機器は内部の所定の状態変化を制御信号を用いて
報告することを特徴とするものである。

【００２７】ここで、他の電子機器（ターゲット）は制
御する側の電子機器（コントローラ）から、報告の開始
又は停止を要求する制御信号を受け、その制御信号にし
たがって報告を開始又は停止する。そして、内部の状態
変化の報告先は、制御する側の電子機器だけにすること
も、システム内の全ての機器にすることもできる。この
報告先は制御する側の電子機器が指定できる。さらに、
制御する側の電子機器から指定された一種類の内部状態
の変化を一回だけ報告するように構成することもでき
る。

【００２８】また、本発明に係る電子機器は、制御信号
と情報信号とを混在させることのできる通信制御バスに
よって複数の電子機器を接続し、これらの電子機器間で
情報信号及び制御信号を通信するシステムに用いる電子
機器であって、機器内部における所定の状態変化を検出
する第１の手段と、第１の手段が検出した状態変化を前
記制御信号により通信制御バスへ送出する第２の手段と
を備えることを特徴とするものである。

【００２９】本発明に係る電子機器において、機器内部
における所定の状態変化を検出する手段が複数個設けら
れており、かつその複数個の手段が検出する状態変化を
集中管理する第３の手段を設けるように構成することも
できる。

【００３０】本発明によれば、制御する側の電子機器
は、制御される側の電子機器に対して、内部の所定の状
態変化を制御信号を用いて報告するか又は報告を停止す
る要求を送る。制御される側の電子機器は、内部に所定
の状態変化があった時に、それを制御信号を用いて報告
する。制御される側の電子機器内では、第１の手段が状
態変化を検出し、第２の手段が制御信号により通信制御
バスへ送出する。

【００３１】

【発明の実施の形態】以下本発明の実施の形態について
図面を参照しながら詳細に説明する。なお、この実施の
形態では図８〜図１２（ａ），（ｂ）に示した従来技術
が前提になっている。

【００３２】図１は本発明の実施の形態に用いるコマン
ド及びレスポンスの例である。（ａ）はＶＴＲに対して
イベントを報告（オン）するように要求するコマンドを
示す。具体的には、ＶＴＲサブデバイスにおいて、メカ
モードとタイムコードが変化したら、コントローラに対
してイベントを発生して報告するように要求するもので
ある。

【００３３】図１２を参照しながら、ＶＴＲがこのコマ
ンドを受信した時の処理について説明すると、ＶＴＲ内
のＩＥＥＥ１３９４バス送受信ブロック１２はバスを介
して受信したＡｓｙｎｃ通信パケットの中のコマンドを
ＶＴＲデバイス１１へ送る。ＶＴＲデバイス１１はコマ
ンドのＨＡがＶＴＲサブデバイス１３であるため、ＶＴ
Ｒサブデバイス１３にコマンドを渡す。

【００３４】（ｂ）は（ａ）のコマンドを受けた時に、
ＶＴＲがコントローラに対して返すレスポンスを示す。
具体的には、ＶＴＲサブデバイスにおいて、メカモード
とタイムコードが変化したら、コントローラに対してイ
ベントを報告することを了解するものである。

【００３５】（ｃ）はＶＴＲサブデバイスが発生したタ
イムコードイベントの一例を示す。図１２を参照しなが
ら、ＶＴＲがこのタイムコードイベントを報告する処理
について説明すると、ＶＴＲサブデバイス１３は記録／
再生系のタイムコードを監視し、それが例えば１秒変化
するとタイムコードイベントを発生する。ＶＴＲデバイ
ス１１は直ちにこのタイムコードイベントをＩＥＥＥ１
３９４バス送受信ブロック１２へ送る。ＩＥＥＥ１３９
４バス送受信ブロックはこのタイムコードイベントをＡ
ｓｙｎｃ通信パケットに入れてバスへ送出する。

【００３６】（ｄ）はＴＶに対して入力モードに関する
イベントの報告を停止（オフ）するように要求するコマ
ンドを示し、（ｅ）はそれを了承したことを返事するレ
スポンスを示す。

【００３７】（ｆ）はセットトップボックスに対して、
チューナーサブデバイスの受信チャンネルが変化した時
にイベントを発生して報告することを要求するコマンド
である。さらに、このコマンドではイベントをブロード
キャストする、つまりイベントをシステム内の他の全機
器に報告することを要求している。

【００３８】（ｇ）は（ｆ）のコマンドを受けた時に、
セットトップボックスがコントローラに対して返すレス
ポンスを示す。また、（ｈ）はセットトップボックスが
発生した受信チャンネルイベントの一例を示し、チュー
ナーの受信チャンネルが６チャンネルに変化した時に発
生するものである。この受信チャンネルイベントを全て
の機器に報告する場合には、Ａｓｙｎｃ通信パケットの
ヘッダーのディスティネーションＩＤを‘オール１’に
する。

【００３９】このように、オペレーションコードにより
イベントのオン／オフを区別する。また、オペランドに
よりイベントを報告する相手をコントローラに限定する
のかシステム内の全機器にするのかを区別する。

【００４０】図２は図１に示したイベントをオンにする
コマンドを用いて、パソコン２がコントローラとなり、
システム内の他の全機器の状態を自分のディスプレイに
表示するアプリケーションの例である。以下この図につ
いて説明する。

【００４１】まず、図示されていないが、パソコンとＶ
ＴＲとは図１（ａ），（ｂ）に示したコマンドとレスポ
ンスのやりとりを行い、パソコンとＴＶとは図１
（ｄ），（ｅ）に示したコマンドとレスポンスのやりと
りを行い、パソコンとセットトップボックスとは図１
（ｆ），（ｇ）に示したコマンドとレスポンスのやりと
りを行っている。そして、ＶＴＲはＶＴＲサブデバイス
のメカモードに変化があった場合とタイムコードに変化
（‘ＲＥＣ’、‘ＰＬＡＹ’中は１秒単位、‘ＦＦ’、
‘ＲＥＷＩＮＤ’中は１分単位）があった場合にイベン
トを発生し、コントローラであるパソコンに報告するよ
うに指示されている。

【００４２】図２に示すように、ＶＴＲはメカモードが
‘ＳＴＯＰ’から‘ＰＬＡＹ’に変化すると、直ちにメ
カモードが‘ＰＬＡＹ’であることを示すイベントを発
生してパソコンへ送る。図１２を参照しながら説明する
と、ユーザーがＶＴＲを操作して記録／再生系の動作モ
ードを‘ＳＴＯＰ’から‘ＰＬＡＹ’に変化させると、
ＶＴＲサブデバイス１３は直ちにメカモードが‘ＰＬＡ
Ｙ’であることを示すイベントを発生する。このイベン
トはＶＴＲデバイス１１からＩＥＥＥ１３９４バス送受
信ブロック１２へ送られ、ここからバスを介してパソコ
ンへ送られる。

【００４３】パソコンはこのイベントの報告を受ける
と、ディスプレイに表示しているＶＴＲのメカモードを
‘ＳＴＯＰ’から‘ＰＬＡＹ’に変更する。

【００４４】また、セットトップボックスは受信チャン
ネルが‘ＣＨ５’から‘ＣＨ６’に変化すると、直ちに
受信チャンネルが‘ＣＨ６’であることを示すイベント
を発生してパソコンへ送る。パソコンはこのイベントの
報告を受けると、直ちにディスプレイに表示している受
信チャンネルを‘ＣＨ５’から‘ＣＨ６’に変更する。

【００４５】さらに、ＶＴＲはタイムコードが１分単位
で変化する毎にタイムコードの時−分−秒−フレームを
示すイベントを発生してパソコンへ送る。パソコンはこ
のイベントの報告を受けると、ディスプレイに表示して
いるタイムコードを更新する。

【００４６】このように、本実施の形態によれば、イベ
ントをオンにするコマンドとレスポンスのやりとりを行
った後は、コントローラはターゲットから送られてくる
イベントの報告を待つだけでよいため、図１４の従来例
と比較すると通信量が格段に減少し、かつ状態変化があ
った時に即座に表示することが可能となる。

【００４７】図３は図１に示したイベントをオンにする
コマンドを用いて、「テープの先頭まで巻き戻し、再生
する」アプリケーションの例である。ここでも図２と同
様、パソコンと他の機器との間でイベントをオンにする
コマンドとレスポンスのやりとりを済ませており、ＶＴ
ＲはＶＴＲサブデバイスのメカモードに変化があった場
合とタイムコードに変化（‘ＲＥＣ’、‘ＰＬＡＹ’中
は１秒単位、‘ＦＦ’、‘ＲＥＷＩＮＤ’中は１分単
位）があった場合にイベントを発生し、コントローラで
あるパソコンに報告するように指示されている。

【００４８】図３において、まずパソコンはＶＴＲに対
して巻き戻し（ＲＥＷＩＮＤ）を実行することを要求す
るコマンドを送ると、ＶＴＲはその要求を了承したこと
を知らせるレスポンスを返すと共に、ＶＴＲ内の記録／
再生系において巻き戻しを開始する。

【００４９】ＶＴＲは‘ＲＥＷＩＮＤ’中にはタイムコ
ードが１分単位で変化する毎にイベントを発生して、パ
ソコンへ報告する。また、メカモードが‘ＲＥＷＩＮ
Ｄ’から‘ＳＴＯＰ’に変化した場合に、イベントを発
生してパソコンへ報告する。

【００５０】パソコンは、ＶＴＲからメカモードが‘Ｓ
ＴＯＰ’に変化したことを示すイベントを受け取ると、
直ちにメカモードを‘ＰＬＡＹ’にすることを要求する
コマンドをＶＴＲへ送る。ＶＴＲはこのコマンドを受け
取ると、それを了承したことを知らせるレスポンスを返
すと共に、記録／再生系のモードを‘ＰＬＡＹ’にす
る。

【００５１】このように、本実施の形態によれば、パソ
コンはメカモードが‘ＳＴＯＰ’に変化したことを示す
イベントを待ち、それを受け取ったら直ちに‘ＰＬＡ
Ｙ’のコマンドを送るので、図１５の従来例と比較する
と通信量が格段に減少し、かつ状態変化があった時に即
座に次のコマンドを送ることが可能となる。

【００５２】図４は図１に示した、イベントをオンに
し、かつブロードキャストを要求するコマンドをセット
トップボックスからＶＴＲへ送り、ＶＴＲが発生したイ
ベントにしたがってシステムが連動するアプリケーショ
ンの例である。

【００５３】この図に示すように、まずセットトップボ
ックスはＶＴＲに対して、イベントをオンにし、かつイ
ベントをブロードキャストすることを要求するコマンド
を送る。この時、ＶＴＲは電源のオン／オフ、メカモー
ドの変化、及びタイムコードの変化（‘ＲＥＣ’、‘Ｐ
ＬＡＹ’中は１秒単位、‘ＦＦ’、‘ＲＥＷＩＮＤ’中
は１分単位）があった場合にイベントを発生し、システ
ム内の他の全機器に報告するように指示されている。

【００５４】セットトップボックスは、そのタイマー機
能を用いてＶＴＲの電源をオンにすることを要求するコ
マンドを送る。ＶＴＲはそのコマンドの要求を了承した
ことを示すレスポンスを返すと共に、自分の電源スイッ
チをオンにする。さらに、電源がオンになったことを示
すイベントをシステム内の他の全機器、すなわちセット
トップボックス、ＴＶ、パソコン、及びハードディスク
装置に対してブロードキャスト通信により報告する。

【００５５】ＴＶはＶＴＲの電源がオンになったことを
示すイベントを受け取ると、自分の電源スイッチをオン
にし、かつ入力モードを‘ＶＴＲ’に設定する。パソコ
ンはＶＴＲの電源がオンになったことを示すイベントを
受け取ると、ディスプレイの表示しているＶＴＲの電源
状態をオフからオンに変更する。

【００５６】セットトップボックスは、ＶＴＲの電源が
オンになったことを示すイベントを受け取ると、次にＶ
ＴＲに対してメカモードを‘ＲＥＣ’にすることを要求
するコマンドを送る。ＶＴＲはそのコマンドの要求を了
承したことを示すレスポンスを返すと共に、内部の記録
／再生系の動作モードを‘ＲＥＣ’に設定する。そし
て、メカモードが‘ＲＥＣ’に変化したことを示すイベ
ントをシステム内の他の全機器に対してブロードキャス
ト通信により報告する。

【００５７】パソコンはＶＴＲのメカモードが‘ＲＥ
Ｃ’になったことを示すイベントを受け取ると、ディス
プレイに表示しているＶＴＲのメカモード状態を‘ＲＥ
Ｃ’に変更する。

【００５８】ＶＴＲはタイムコードが１分単位で変化す
る毎にイベントを発生して、システム内の他の全機器に
対してブロードキャスト通信により報告する。パソコン
はタイムコードが変化したことを示すイベントを受け取
ると、ディスプレイに表示しているＶＴＲのタイムコー
ドを更新する。また、セットトップボックスはタイマー
録画中にテープがなくならないかどうかを監視する。

【００５９】図５はイベントを集中管理するサブデバイ
スを他のサブデバイスから独立させた場合の機器の構成
をＶＴＲを例にして示したものである。このＶＴＲは、
ＶＴＲデバイス２１とＩＥＥＥ１３９４バス送受信ブロ
ック２２とを備えている。ＶＴＲデバイス２１内には、
ＶＴＲサブデバイス２３、チューナーサブデバイス２
４、及びタイマーサブデバイス２５が設けられている。
これらは、基本的には図１０に示したＶＴＲにおける対
応する部分と同じ構成を持っており、かつ同じ動作を行
う。

【００６０】さらに、ＶＴＲデバイス２１内にはイベン
トを集中管理するイベント処理サブデバイス２６が設け
られている。イベント処理サブデバイス２６は、イベン
トをオン／オフすることを要求するコマンドのパラメー
タ１で指定されたサブデバイスがパラメータ２や３で指
定された項目に関するイベントを発生したら、ＩＥＥＥ
１３９４バス送受信ブロック２２に対して直ちにイベン
トを送信する。ＩＥＥＥ１３９４バス送受信ブロック２
２は、このイベントをパケットに入れ、コントローラが
要求している相手（コントローラのみ、又は全機器）に
対してパケットを送信する。

【００６１】図６は図５のように構成された機器へ送る
コマンドのフォーマットの例である。この図に示すよう
に、コマンドのＨＡがイベント処理サブデバイスになっ
ていることと、パラメータ１によりイベントを発生する
サブデバイスを指定していることが特徴である。

【００６２】図７は本発明の実施の形態に用いるコマン
ド及びレスポンスの他の例である。このコマンド／レス
ポンスは、リポート要求（Ｒｅｐｏｒｔ Ｉｎｑｕｉｒ
ｙ）コマンド／レスポンスと呼ばれ、いままで説明した
ようにイベントのオン／オフを要求するものではなく、
特定の一種類の状態変化（イベント）を一回だけ報告す
るものである。

【００６３】このリポート要求コマンドは従来のステー
タス問い合わせ（Ｓｔａｔｕｓ Ｉｎｑｕｉｒｙ）コマ
ンドに追加する形で実現される。すなわち、リポート要
求コマンドを受け取ったターゲットは、指定された一種
類の現在の状態をステータス問い合わせコマンドに対す
るレスポンスと同じ方法で返答した後、状態変化が起こ
ったときに、一回だけ変化した状態を返答して処理を終
了する。このコマンドのＣＴは‘Ｒｅｐｏｒｔ Ｉｎｑ
ｕｉｒｙ’であり、レスポンスのＲＣは現在の状態を報
告するときは‘ＮＯＷ’であり、それが変化したことを
報告するときは‘ＣＨＡＮＧＥＤ’である。

【００６４】図７の（ａ）はＶＴＲに対してメカモード
の状態変化を一回だけ報告することを要求するコマンド
である。そして、（ｂ）は現在のメカモードが‘ＲＥＷ
ＩＮＤ’状態であることを報告するレスポンスである。
さらに、（ｃ）はメカモードが‘ＳＴＯＰ’に変化した
ことを報告するレスポンスである。

【００６５】図８は図７に示したリポート要求コマンド
を用いて、「テープの先頭まで巻き戻し、再生する」ア
プリケーションの例である。

【００６６】図８において、まずパソコンはＶＴＲに対
して巻き戻し（ＲＥＷＩＮＤ）を実行することを要求す
るコマンドを送ると、ＶＴＲはその要求を了承したこと
を知らせるレスポンスを返すと共に、ＶＴＲ内の記録／
再生系において巻き戻しを開始する。

【００６７】次にパソコンはＶＴＲに対して図７（ａ）
に示したリポート要求コマンドを送る。ＶＴＲはリポー
ト要求コマンドを受け取ると、図７（ｂ）に示したレス
ポンスを返す。

【００６８】次にＶＴＲはメカモードが‘ＳＴＯＰ’に
変化すると、イベントを発生し、パソコンに対して図７
（ｃ）に示したレスポンスを返す。

【００６９】パソコンは、ＶＴＲからメカモードが‘Ｓ
ＴＯＰ’に変化したことを示すイベントを受け取ると、
直ちにメカモードを‘ＰＬＡＹ’にすることを要求する
コマンドをＶＴＲへ送る。ＶＴＲはこのコマンドを送る
と、それを了承したことを知らせるレスポンスを返すと
共に、記録／再生系のモードを‘ＰＬＡＹ’にする。

【００７０】このように、リポート要求コマンドを用い
ることにより、必要なときに必要な状態変化のみの報告
を受けることができるので、ターゲットが不要なイベン
トを報告することがなくなる。また、リポート要求コマ
ンドとそれに応答する二回のレスポンスでコマンドトラ
ンザクションが終了するので、イベントをオン／オフす
る方法よりも通信管理が簡単になる。さらに、従来のコ
マンド処理を大きく変更することなくイベントの報告を
実現できる。

【００７１】

【発明の効果】以上詳細に説明したように、本発明によ
れば、以下の（１）〜（５）に記載した効果を奏する。

【００７２】（１）制御される側の機器（ターゲット）
は内部において所定の状態変化があった時点で即座に報
告を行うので、制御する側の機器（コントローラ）は制
御される側の機器の状態を監視するために度々コマンド
を送信する必要がなくなる。したがって、順序をもって
一連のを動作を制御するようなアプリケーションを実行
する際に、制御する側の機器からの制御が容易になり、
不要な通信も行われなくなる。

【００７３】（２）制御する側の機器が制御される側の
機器に対して、報告の開始又は停止を要求する制御信号
を送ることにより、報告の開始及び停止を制御するでき
るので、必要な時のみ報告を受けることができる。ま
た、システム内の全ての機器ではなく所定の機器にだけ
が報告を受けるようにすることもできる。この結果、シ
ステム内に多数の機器が存在する場合に、通信制御バス
が混雑しないようにすることができる。

【００７４】（３）機器内部における状態変化の検出を
集中管理する手段を設けることにより、制御する側の機
器からの制御が容易になる。

【００７５】（４）制御する側の機器が指定した一種類
の状態変化を一回だけ報告するように構成することによ
り、通信管理が簡単になり、かつ従来のコマンド処理を
大きく変更することなく状態変化の報告を実現できる。

【００７６】（５）状態変化の報告を受けたら即座に表
示するアプリケーションや、相手機器が所定の状態にな
ったことを利用して次の動作を要求するアプリケーショ
ンの実現が容易になる。

【図面の簡単な説明】

【図１】本発明の実施の形態に用いるコマンド及びレス
ポンスの例を示す図である。

【図２】図１に示したコマンドを用いて、パソコンがコ
ントローラとなり、システム内の他の全機器の状態を自
分のディスプレイに表示するアプリケーションの例を示
す図である。

【図３】図１に示したコマンドを用いて、「テープ先頭
まで巻き戻し、再生する」アプリケーションの例を示す
図である。

【図４】図１に示したコマンドをセットトップボックス
からＶＴＲへ送り、ＶＴＲのイベントにしたがってシス
テムが連動するアプリケーションの例を示す図である。

【図５】イベントを集中管理するサブデバイスを他のサ
ブデバイスから独立させた場合の機器の構成の例を示す
図である。

【図６】図５のように構成された機器へ送るコマンドの
フォーマットの例を示す図である。

【図７】本発明の実施の形態に用いるコマンド及びレス
ポンスの他の例を示す図である。

【図８】図７に示したコマンドを用いて、「テープ先頭
まで巻き戻し、再生する」アプリケーションの例を示す
図である。

【図９】ＩＥＥＥ１３９４シリアルバスを用いた通信シ
ステムの一例を示す図である。

【図１０】ＩＥＥＥ１３９４シリアルバスを用いた通信
システムにおけるバス上のデータ構造の一例を示す図で
ある。

【図１１】制御信号を含んだＡｓｙｎｃ通信パケットの
構造を示す図である。

【図１２】システム内の機器においてコマンドやレスポ
ンスのやりとりを行う部分の構成の例を示す図である。

【図１３】コマンド及びレスポンスのフォーマットの構
成、及びＶＴＲをターゲットにしたコマンド及びレスポ
ンスの具体例を示す図である。

【図１４】パソコンがコントローラとなり、システム内
の他の全機器の状態を問い合わせて自分のディスプレイ
に表示するアプリケーションの例を示す図である。

【図１５】ＶＴＲの「テープ先頭まで巻き戻し、再生す
る」アプリケーションを示す図である。

【符号の説明】

１…ハードディスク装置、２…パソコン、３…ＴＶ、４
…ＶＴＲ、５…セットトップボックス、６〜９…ＩＥＥ
Ｅ１３９４シリアルバス、１１，２１…ＶＴＲデバイ
ス、１２，２２…ＩＥＥＥ１３９４バス送受信ブロッ
ク、１３，２３…ＶＴＲサブデバイス、１４，２４…チ
ューナーサブデバイス、１５，２５…タイマーザブデバ
イス、２６…イベント処理サブデバイス

Claims (7)

【特許請求の範囲】
1. 【請求項１】 制御信号と情報信号とを混在させること
   のできる通信制御バスによって複数の電子機器を接続
   し、該電子機器間で情報信号及び制御信号を通信するシ
   ステムにおいて、 前記電子機器が前記制御信号を用いて他の電子機器の動
   作を制御する際に、前記他の電子機器は内部の所定の状
   態変化を前記制御信号を用いて報告することを特徴とす
   る通信制御方法。
2. 【請求項２】 他の電子機器はシステム内の所定の機器
   に報告する請求項１に記載の通信制御方法。
3. 【請求項３】 他の電子機器はシステム内の全ての機器
   に報告する請求項１に記載の通信制御方法。
4. 【請求項４】 電子機器は他の電子機器に対して、報告
   の開始又は停止を要求する制御信号を送信する請求項１
   に記載の通信制御方法。
5. 【請求項５】 他の電子機器は電子機器から指定された
   一種類の内部状態の変化を一回だけ報告する請求項１に
   記載の通信制御方法。
6. 【請求項６】 制御信号と情報信号とを混在させること
   のできる通信制御バスによって複数の電子機器を接続
   し、これらの電子機器間で情報信号及び制御信号を通信
   するシステムに用いる電子機器であって、 機器内部における所定の状態変化を検出する第１の手段
   と、 前記第１の手段が検出した状態変化を前記制御信号によ
   り前記通信制御バスへ送出する第２の手段と、 を備えることを特徴とする電子機器。
7. 【請求項７】 機器内部における所定の状態変化を検出
   する手段が複数個設けられており、かつ該複数個の手段
   が検出する状態変化を集中管理する第３の手段を設けた
   請求項６に記載の電子機器。