JP3629778B2 - 通信システム、通信方法及び制御機器 - Google Patents
通信システム、通信方法及び制御機器 Download PDFInfo
- Publication number
- JP3629778B2 JP3629778B2 JP30672495A JP30672495A JP3629778B2 JP 3629778 B2 JP3629778 B2 JP 3629778B2 JP 30672495 A JP30672495 A JP 30672495A JP 30672495 A JP30672495 A JP 30672495A JP 3629778 B2 JP3629778 B2 JP 3629778B2
- Authority
- JP
- Japan
- Prior art keywords
- command
- control device
- control
- identifier
- vtr
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Selective Calling Equipment (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、例えばＩＥＥＥ−１３９４に準拠したシリアルバス（以下ＩＥＥＥ１３９４シリアルバスという）のような、制御信号と情報信号を混在させて伝送できる通信制御バスで接続された複数の電子機器間で通信を行うシステムに関し、詳細には電子機器が他の電子機器の動作を制御する際に、不要な通信をなくすと共に制御を容易にする通信方法及び電子機器に関する。
【０００２】
【従来の技術】
ＩＥＥＥ１３９４シリアルバスのような制御信号と情報信号とを混在させて伝送できる通信制御バスによって複数の電子機器を接続し、これらの電子機器間で情報信号及び制御信号を通信するシステムが考えられている。
【０００３】
図９にこのようなシステムの例を示す。このシステムは、ハードディスク装置１と、パーソナルコンピュータ（以下パソコンという）２と、テレビジョン受像機（以下ＴＶという）３と、ビデオテープレコーダ（以下ＶＴＲという）４と、セットトップボックス５とを備えている。そして、ハードディスク装置１とパソコン２との間、パソコン２とＶＴＲ４との間、ＶＴＲ４とＴＶ３の間、及びＶＴＲ４とセットトップボックス５との間は、ＩＥＥＥ１３９４シリアルバス６〜９により接続されている。ここで、＃Ａ〜＃Ｅは、各々ハードディスク装置１、パソコン２、ＴＶ３、ＶＴＲ４、及びセットトップボックス５のシステム上のノードＩＤである。
【０００４】
システム内の各電子機器（以下機器という）における信号の伝送は、図１０に示すように、所定の通信サイクル（例えば１２５μｓｅｃ）毎に時分割多重によって行なわれる。この信号伝送はサイクルマスターと呼ばれる電子機器が通信サイクルの開始時であることを示すサイクルスタートパケットをバス上へ送出することにより開始される。
【０００５】
１通信サイクル中における通信の形態は、ビデオデータやオーディオデータなどの情報信号をアイソクロナス（以下「アイソクロナス」を「Ｉｓｏ」という）伝送するＩｓｏ通信と、制御コマンド等の制御信号をアシンクロナス（以下「アシンクロナス」を「Ａｓｙｎｃ」という）伝送するＡｓｙｎｃ通信の二種類である。そして、Ｉｓｏ通信パケットがＡｓｙｎｃ通信パケットより先に伝送される。Ｉｓｏ通信パケットそれぞれにチャンネル番号１，２，３ ，・・・ｎを付けることにより、複数のＩｓｏデータを区別することができる。Ｉｓｏ通信パケットの送信が終了した後、次のサイクルスタートパケットまでの期間がＡｓｙｎｃ通信パケットの伝送に使用される。
【０００６】
Ａｓｙｎｃ通信において、ある機器が他の機器に何かを要求する制御信号をコマンドと呼び、このコマンドをパケットに入れて送る側をコントローラと呼ぶ。また、コマンドを受け取る側をターゲットと呼ぶ。ターゲットは必要に応じてコマンドの実行結果を示す制御信号（これをレスポンスと呼ぶ）を入れたパケットを、コントローラへ返信する。
【０００７】
このコマンドとレスポンスとは、一つのコントローラと一つのターゲットとの間で通信され、コマンドの送信で開始しレスポンスの返信で終了する一連のやりとりをコマンドトランザクションと呼ぶ。ターゲットは、コマンドを受けてから可能な限り早く（例、１００ｍｓ以内）レスポンスを返すように決められている。その理由は、コントローラ側がレスポンスを長く待ち続けて処理が遅くなったり、何らかの障害によってレスポンスが返らなかった場合に処理が滞ったりすることを防ぐためである。
【０００８】
コントローラは、コマンドトランザクションによって、ターゲットに特定の動作を行うように要求したり、ターゲットの現在の状態を問い合わせることができる。システム内のどの機器もコマンドトランザクションを開始、終了することができる。すなわち、どの機器もコントローラにもターゲットにもなることができる。
【０００９】
図１１に制御信号を含んだＡｓｙｎｃ通信パケットの構造を示す。コマンドもレスポンスも同じ構造である。この図において、パケットのデータは上から下へ、かつ左から右へ順に伝送される。
【００１０】
パケットはパケットヘッダーとデータブロックとから構成されている。そして、パケットヘッダーの全部とデータブロック中のデータＣＲＣ、すなわち図で網掛を施した部分は、ＩＥＥＥ１３９４で規格が決められており、パケットヘッダーのソースＩＤが示す機器からディスティネーションＩＤで示される機器のディスティネーションオフセットに示されるアドレスへ、データブロックの内容を書き込む。
【００１１】
例えば、図９においてはパソコン２からＶＴＲ４へコマンドを送る場合には、ソースＩＤは＃Ｂ、ディスティネーションＩＤは＃Ｄ、ディスティネーションオフセットはＶＴＲ４内においてコマンドを格納するエリアとして割り付けられたメモリ空間である。パソコン２がシステム内の他の全ての機器に対してコマンドを送信したい場合には、ディスティネーションＩＤの１６ビットを‘オール１’にする。この通信形態をブロードキャストと呼ぶ。
【００１２】
図１１のデータブロックにおいて、ＣＴＳ（コマンドトランザクションセット）は、コマンド言語の種類を示す。また、ＣＴ／ＲＣ（コマンドタイプ／レスポンスコード）は、コマンドの場合には要求の種類を示し、レスポンスの場合には要求に対する返事の種類を示す。ＨＡ（ヘッダーアドレス）はコマンドの場合には要求する相手が機器全体なのか機器内のサブデバイス（機能単位）なのかを示し、レスポンスの場合には、その相手が返事をするという意味で対応するコマンドと同じである。ＯＰＣ（オペレーションコード）はコマンドコード、すなわち具体的な要求を示し、それに続くＯＰＲ（オペランド）でその要求に必要なパラメータを示す。
【００１３】
図１２は、システム内の機器のうちＶＴＲを例にして、前述したコマンドやレスポンスのやりとりを行う部分の構成を示したものである。このＶＴＲは、ＶＴＲデバイス１１とＩＥＥＥ１３９４バス送受信ブロック１２とを備えている。
【００１４】
ＶＴＲデバイス１１はマイクロコンピュータ（以下マイコンという）で構成されており、ＶＴＲ内の記録／再生系（図示せず）に関するコマンドの処理等を行うＶＴＲサブデバイス１３と、ＶＴＲ内のチューナー（図示せず）に関するコマンドの処理等を行うチューナーサブデバイス１４と、ＶＴＲ内のタイマー（図示せず）に関するコマンドの処理等を行うタイマーサブデバイス１５とを備えている。これらのサブデバイスはマイコンのソフトウェアで構成されている。
【００１５】
ＩＥＥＥ１３９４バス送受信ブロック１２はバスを介して受信したＡｓｙｎｃ通信パケットを検出し、その中のコマンドをＶＴＲデバイス１１へ送る。ＶＴＲテバイス１１は、コマンドを受け取ると、その具体的な要求に応じてサブデバイス１３〜１５を動作させる。例えばＶＴＲサブデバイス１３宛のＦＦ（早送り）コマンドを受け取った場合には、ＶＴＲサブデバイス１３にコマンドを渡す。ＶＴＲサブデバイス１３はＶＴＲ内の記録／再生系のメカ系を早送りさせるように制御する処理を実行する。また、ＶＴＲサブデバイス１３は記録／再生系の各種ステータス（メカモード、タイムコード等）を監視し、必要に応じてレスポンスを作成する。このレスポンスはＶＴＲデバイス１１によりＩＥＥＥ１３９４バス送受信ブロック１２へ送信される。ＩＥＥＥ１３９４バス送受信ブロック１２はレスポンスをＡｓｙｎｃ通信パケットに入れてバスへ送出する。
【００１６】
図１３に、コマンド及びレスポンスのフォーマットの構成、及びＶＴＲをターゲットにしたコマンド及びレスポンスの具体例を示す。この図に示すように、ここではＣＴＳとして“０”ｈを用いる。例えば、図１２のＶＴＲ内のＶＴＲサブデバイス１３に対してスロー再生を要求するコマンドは図１３（ｃ）のようになる。そして、それに対して返すレスポンスは図１３（ｄ）のようになる。また、ＶＴＲサブデバイス１３に対してタイムコードの現在値の時−分−秒−フレームを問い合わせるコマンドは図１３（ｅ）のようになり、それに対して返すレスポンスは図１３（ｆ）のようになる。
【００１７】
図１４に、図９のシステムにおいてパソコン２がコントローラとなり、システム内の他の全機器の状態を問い合わせて自分のディスプレイに表示するアプリケーションの例を示す。以下この図について説明する。
【００１８】
まず、パソコンはＴＶに対してその入力モードを問い合わせるコマンドを送ると、ＴＶから‘ＶＴＲ’というレスポンスが返って来る。次に、ＶＴＲに対して、ＶＴＲサブデバイスのメカモードを問い合わせるコマンドを送ると、‘ＳＴＯＰ’というレスポンスが返って来る。ついで、ＶＴＲサブデバイスのタイムコードを問い合わせるコマンドを送ると、‘０時２５分４９秒２４フレーム’というレスポンスが返って来る。さらに、セットトップボックスに対して受信チャンネルを問い合わせるコマンドを送ると、‘ＣＨ６’というレスポンスが返って来る。
【００１９】
その後も同様にしてコマンドを送り、そのレスポンスを見てＶＴＲサブデバイスのメカモード、タイムコード、及びセットトップボックスの受信チャンネルが変化したことを知ったならば、その時点でディスプレイにおける表示を変更する。
【００２０】
図１５に、パソコンがＶＴＲの状態を問い合わせて次のコマンドを送る例として、「テープの先頭まで巻き戻し、再生する」アプリケーションを示す。以下この図について説明する。
【００２１】
まず、パソコンがＶＴＲに対して巻き戻し（ＲＥＷＩＮＤ）を実行することを要求するコマンドを送ると、ＶＴＲはその要求を了承（ＯＫ）したことを知らせるレスポンスを返すと共に、記録／再生系において巻き戻しを開始する。
【００２２】
パソコンはＶＴＲから巻き戻しを了承したレスポンスを受け取った後も、メカモードの問い合わせコマンドやタイムコードを問い合わせるコマンドを送る。そして、巻き戻しが完了する時間を予測して時間調整を行った後、再びタイムコードを問い合わせ、さらにメカモードが‘ＳＴＯＰ’であることを示すレスポンスが返って来た後に、メカモードを‘ＰＬＡＹ（再生）’にすることを要求するコマンドを送る。ＶＴＲはこのコマンドを受け取ると、その要求を了承したことを知らせるレスポンスを返すと共に、記録／再生系において‘ＰＬＡＹ（再生）’を開始する。
【００２３】
【発明が解決しようとする課題】
図１４及び図１５に示したアプリケーションでは、コントローラがコマンドを送った時にだけターゲットがレスポンスを返すように構成されているため、コントローラはターゲットが所定の状態になったことを確認したい場合にと、度々コマンドを送り、そのレスポンスを監視することが必要である。
【００２４】
このため、図１４の例のように常時システム内の機器の状態を表示するような場合、あるいは図１５のように所定の順序で一連の動作を順次制御するような場合に、結果的に不要な通信が頻繁に行われることになり、コントローラからの制御が困難になる。また、そのようなアプリケーションにおいて、状態の変化を表示するタイミングや、一連の動作の中で次の制御を行うタイミングが遅れてしまう。
【００２５】
本発明は、このような問題に鑑みてなされたものであって、コントローラがターゲットを制御する際に、不要な通信をなくすと共に制御を容易にする通信方法及び電子機器を提供することを目的とする。
【００２６】
【課題を解決するための手段】
前記課題を解決するために、本発明に係る通信システムは、制御信号と情報信号とを混在させて通信することのできる通信バスによって制御機器と被制御機器を接続し、前記制御機器及び前記被制御機器間で情報信号及び制御信号を通信する通信システムにおいて、前記制御機器は、前記被制御機器に対して制御信号をコマンドとして送信するコマンド送信部を有し、前記被制御機器は、該コマンドを受信後に、前記制御機器に対して制御信号をレスポンスとして返信する返信部を有し、前記返信部は、前記制御機器から供給された前記コマンドが、該コマンドの種類を示す識別子であるコントロール識別子を含む場合には、該コマンドにさらに含まれる実行内容に基づき、該コマンドを実行し、該コマンドが受け入れられたことを示すレスポンスを前記制御機器に対して返信し、前記制御機器から供給された前記コマンドが、被制御機器の現在のステータスを要求するステータス要求識別子を含む場合には、自身の現在の状態を示す第１のステータス情報を含むレスポンスを前記制御機器に対して返信し、さらにその後、自身の状態が変化した際に再度、変化後の状態を示す第２のステータス情報を含むレスポンスを前記制御機器に対して返信するようになすことを特徴とするものである。
【００２７】
ここで、他の電子機器（ターゲット）は制御する側の電子機器（コントローラ）から、報告の開始又は停止を要求する制御信号を受け、その制御信号にしたがって報告を開始又は停止する。そして、内部の状態変化の報告先は、制御する側の所定の電子機器だけにすることも、システム内の全ての機器にすることもできる。この報告先は制御する側の電子機器が指定できる。さらに、制御する側の電子機器から指定された一種類の内部状態の変化を一回だけ報告するように構成することもできる。
【００２８】
また、前記課題を解決するために、本発明に係る通信方法は、制御信号と情報信号とを混在させて通信することのできる通信バスによって制御機器と被制御機器を接続し、前記制御機器及び前記被制御機器間で情報信号及び制御信号を通信する通信方法において、前記制御機器は、前記被制御機器に対して制御信号をコマンドとして送信し、前記被制御機器は、前記制御機器から供給された前記コマンドが、該コマンドの種類を示す識別子であるコントロール識別子を含む場合には、該コマンドにさらに含まれる実行内容に基づき、該コマンドを実行し、該コマンドが受け入れられたことを示すレスポンスを前記制御機器に対して返信し、前記制御機器から供給された前記コマンドが、被制御機器の現在のステータスを要求するステータス要求識別子を含む場合には、自身の現在の状態を示す第１のステータス情報を含むレスポンスを前記制御機器に対して返信し、さらにその後、自身の状態が変化した際に再度、変化後の状態を示す第２のステータス情報を含むレスポンスを前記制御機器に対して返信するようになすことを特徴とするものである。
【００２９】
上述した制御機器は、被制御機器に送信するコマンドに、さらに、被制御機器内に複数存在するサブデバイスを識別するサブデバイス識別子を含むようになすこともできる。
【００３０】
また、前記課題を解決するために、本発明に係る制御機器は、制御信号と情報信号とを混在させて通信することのできる通信バスによって被制御機器と接続され、前記被制御機器と情報信号及び制御信号を通信する制御機器において、前記被制御機器に対して制御信号をコマンドとして送信するコマンド送信部を備え、前記コマンド送信部は、前記被制御機器に送信するコマンドに、該コマンドの種類を示す識別子であるコントロール識別子、又は被制御機器の現在のステータスを要求するステータス要求識別子を含むようになすことを特徴とするものである。
【００３１】
さらに、前記課題を解決するために、本発明に係る制御機器は、制御信号と情報信号とを混在させて通信することのできる通信バスによって他の制御機器と接続されており、前記他の制御機器との間で情報信号及び制御信号を通信する制御機器において、前記他の制御機器から制御信号として送信された所定の動作を命ずるコマンドを受信した後、当該コマンドを実行する実行部と、前記他の制御機器から制御信号として送信された所定の動作を命ずるコマンドを受信した後、所定の制御信号をレスポンスとして前記他の制御機器に返信する返信部とを備え、前記他の制御機器から送信された前記コマンドが、該コマンドの種類を示す識別子であるコントロール識別子を含む場合には、前記実行部は、該コマンドにさらに含まれる実行内容に基づき、該コマンドを実行し、前記返信部は、該コマンドが受け入れられたことを示すレスポンスを前記他の制御機器に対して返信し、前記他の制御機器から送信された前記コマンドが、当該制御機器の現在のステータスを要求するステータス要求識別子を含む場合には、前記返信部は、自身の現在のステータスを示す第１のステータス情報を含むレスポンスを前記他の制御機器に対して返信し、さらにその後、自身のステータスが変化した際に再度、変化後のステータスを示す第２のステータス情報を含むレスポンスを前記他の制御機器に対して返信するようになすことを特徴とするものである。
【００３２】
【発明の実施の形態】
以下本発明の実施の形態について図面を参照しながら詳細に説明する。なお、この実施の形態では図８〜図１２（ａ），（ｂ）に示した従来技術が前提になっている。
【００３３】
図１は本発明の実施の形態に用いるコマンド及びレスポンスの例である。 （ａ）はＶＴＲに対してイベントを報告（オン）するように要求するコマンドを示す。具体的には、ＶＴＲサブデバイスにおいて、メカモードとタイムコードが変化したら、コントローラに対してイベントを発生して報告するように要求するものである。
【００３４】
図１２を参照しながら、ＶＴＲがこのコマンドを受信した時の処理について説明すると、ＶＴＲ内のＩＥＥＥ１３９４バス送受信ブロック１２はバスを介して受信したＡｓｙｎｃ通信パケットの中のコマンドをＶＴＲデバイス１１へ送る。ＶＴＲデバイス１１はコマンドのＨＡがＶＴＲサブデバイス１３であるため、ＶＴＲサブデバイス１３にコマンドを渡す。
【００３５】
（ｂ）は（ａ）のコマンドを受けた時に、ＶＴＲがコントローラに対して返すレスポンスを示す。具体的には、ＶＴＲサブデバイスにおいて、メカモードとタイムコードが変化したら、コントローラに対してイベントを報告することを了解するものである。
【００３６】
（ｃ）はＶＴＲサブデバイスが発生したタイムコードイベントの一例を示す。図１２を参照しながら、ＶＴＲがこのタイムコードイベントを報告する処理について説明すると、ＶＴＲサブデバイス１３は記録／再生系のタイムコードを監視し、それが例えば１秒変化するとタイムコードイベントを発生する。ＶＴＲデバイス１１は直ちにこのタイムコードイベントをＩＥＥＥ１３９４バス送受信ブロック１２へ送る。ＩＥＥＥ１３９４バス送受信ブロックはこのタイムコードイベントをＡｓｙｎｃ通信パケットに入れてバスへ送出する。
【００３７】
（ｄ）はＴＶに対して入力モードに関するイベントの報告を停止（オフ）するように要求するコマンドを示し、（ｅ）はそれを了承したことを返事するレスポンスを示す。
【００３８】
（ｆ）はセットトップボックスに対して、チューナーサブデバイスの受信チャンネルが変化した時にイベントを発生して報告することを要求するコマンドである。さらに、このコマンドではイベントをブロードキャストする、つまりイベントをシステム内の他の全機器に報告することを要求している。
【００３９】
（ｇ）は（ｆ）のコマンドを受けた時に、セットトップボックスがコントローラに対して返すレスポンスを示す。また、（ｈ）はセットトップボックスが発生した受信チャンネルイベントの一例を示し、チューナーの受信チャンネルが６チャンネルに変化した時に発生するものである。この受信チャンネルイベントを全ての機器に報告する場合には、Ａｓｙｎｃ通信パケットのヘッダーのディスティネーションＩＤを‘オール１’にする。
【００４０】
このように、オペレーションコードによりイベントのオン／オフを区別する。また、オペランドによりイベントを報告する相手をコントローラに限定するのかシステム内の全機器にするのかを区別する。
【００４１】
図２は図１に示したイベントをオンにするコマンドを用いて、パソコン２がコントローラとなり、システム内の他の全機器の状態を自分のディスプレイに表示するアプリケーションの例である。以下この図について説明する。
【００４２】
まず、図示されていないが、パソコンとＶＴＲとは図１（ａ），（ｂ）に示したコマンドとレスポンスのやりとりを行い、パソコンとＴＶとは図１（ｄ），（ｅ）に示したコマンドとレスポンスのやりとりを行い、パソコンとセットトップボックスとは図１（ｆ），（ｇ）に示したコマンドとレスポンスのやりとりを行っている。そして、ＶＴＲはＶＴＲサブデバイスのメカモードに変化があった場合とタイムコードに変化（‘ＲＥＣ’、‘ＰＬＡＹ’中は１秒単位、‘ＦＦ’、‘ＲＥＷＩＮＤ’中は１分単位）があった場合にイベントを発生し、コントローラであるパソコンに報告するように指示されている。
【００４３】
図２に示すように、ＶＴＲはメカモードが‘ＳＴＯＰ’から‘ＰＬＡＹ’に変化すると、直ちにメカモードが‘ＰＬＡＹ’であることを示すイベントを発生してパソコンへ送る。図１２を参照しながら説明すると、ユーザーがＶＴＲを操作して記録／再生系の動作モードを‘ＳＴＯＰ’から‘ＰＬＡＹ’に変化させると、ＶＴＲサブデバイス１３は直ちにメカモードが‘ＰＬＡＹ’であることを示すイベントを発生する。このイベントはＶＴＲデバイス１１からＩＥＥＥ１３９４バス送受信ブロック１２へ送られ、ここからバスを介してパソコンへ送られる。
【００４４】
パソコンはこのイベントの報告を受けると、ディスプレイに表示しているＶＴＲのメカモードを‘ＳＴＯＰ’から‘ＰＬＡＹ’に変更する。
【００４５】
また、セットトップボックスは受信チャンネルが‘ＣＨ５’から‘ＣＨ６’に変化すると、直ちに受信チャンネルが‘ＣＨ６’であることを示すイベントを発生してパソコンへ送る。パソコンはこのイベントの報告を受けると、直ちにディスプレイに表示している受信チャンネルを‘ＣＨ５’から‘ＣＨ６’に変更する。
【００４６】
さらに、ＶＴＲはタイムコードが１分単位で変化する毎にタイムコードの時−分−秒−フレームを示すイベントを発生してパソコンへ送る。パソコンはこのイベントの報告を受けると、ディスプレイに表示しているタイムコードを更新する。
【００４７】
このように、本実施の形態によれば、イベントをオンにするコマンドとレスポンスのやりとりを行った後は、コントローラはターゲットから送られてくるイベントの報告を待つだけでよいため、図１４の従来例と比較すると通信量が格段に減少し、かつ状態変化があった時に即座に表示することが可能となる。
【００４８】
図３は図１に示したイベントをオンにするコマンドを用いて、「テープの先頭まで巻き戻し、再生する」アプリケーションの例である。ここでも図２と同様、パソコンと他の機器との間でイベントをオンにするコマンドとレスポンスのやりとりを済ませており、ＶＴＲはＶＴＲサブデバイスのメカモードに変化があった場合とタイムコードに変化（‘ＲＥＣ’、‘ＰＬＡＹ’中は１秒単位、‘ＦＦ’、‘ＲＥＷＩＮＤ’中は１分単位）があった場合にイベントを発生し、コントローラであるパソコンに報告するように指示されている。
【００４９】
図３において、まずパソコンはＶＴＲに対して巻き戻し（ＲＥＷＩＮＤ）を実行することを要求するコマンドを送ると、ＶＴＲはその要求を了承したことを知らせるレスポンスを返すと共に、ＶＴＲ内の記録／再生系において巻き戻しを開始する。
【００５０】
ＶＴＲは‘ＲＥＷＩＮＤ’中にはタイムコードが１分単位で変化する毎にイベントを発生して、パソコンへ報告する。また、メカモードが‘ＲＥＷＩＮＤ’から‘ＳＴＯＰ’に変化した場合に、イベントを発生してパソコンへ報告する。
【００５１】
パソコンは、ＶＴＲからメカモードが‘ＳＴＯＰ’に変化したことを示すイベントを受け取ると、直ちにメカモードを‘ＰＬＡＹ’にすることを要求するコマンドをＶＴＲへ送る。ＶＴＲはこのコマンドを受け取ると、それを了承したことを知らせるレスポンスを返すと共に、記録／再生系のモードを‘ＰＬＡＹ’にする。
【００５２】
このように、本実施の形態によれば、パソコンはメカモードが‘ＳＴＯＰ’に変化したことを示すイベントを待ち、それを受け取ったら直ちに‘ＰＬＡＹ’のコマンドを送るので、図１５の従来例と比較すると通信量が格段に減少し、かつ状態変化があった時に即座に次のコマンドを送ることが可能となる。
【００５３】
図４は図１に示した、イベントをオンにし、かつブロードキャストを要求するコマンドをセットトップボックスからＶＴＲへ送り、ＶＴＲが発生したイベントにしたがってシステムが連動するアプリケーションの例である。
【００５４】
この図に示すように、まずセットトップボックスはＶＴＲに対して、イベントをオンにし、かつイベントをブロードキャストすることを要求するコマンドを送る。この時、ＶＴＲは電源のオン／オフ、メカモードの変化、及びタイムコードの変化（‘ＲＥＣ’、‘ＰＬＡＹ’中は１秒単位、‘ＦＦ’、‘ＲＥＷＩＮＤ’中は１分単位）があった場合にイベントを発生し、システム内の他の全機器に報告するように指示されている。
【００５５】
セットトップボックスは、そのタイマー機能を用いてＶＴＲの電源をオンにすることを要求するコマンドを送る。ＶＴＲはそのコマンドの要求を了承したことを示すレスポンスを返すと共に、自分の電源スイッチをオンにする。さらに、電源がオンになったことを示すイベントをシステム内の他の全機器、すなわちセットトップボックス、ＴＶ、パソコン、及びハードディスク装置に対してブロードキャスト通信により報告する。
【００５６】
ＴＶはＶＴＲの電源がオンになったことを示すイベントを受け取ると、自分の電源スイッチをオンにし、かつ入力モードを‘ＶＴＲ’に設定する。パソコンはＶＴＲの電源がオンになったことを示すイベントを受け取ると、ディスプレイの表示しているＶＴＲの電源状態をオフからオンに変更する。
【００５７】
セットトップボックスは、ＶＴＲの電源がオンになったことを示すイベントを受け取ると、次にＶＴＲに対してメカモードを‘ＲＥＣ’にすることを要求するコマンドを送る。ＶＴＲはそのコマンドの要求を了承したことを示すレスポンスを返すと共に、内部の記録／再生系の動作モードを‘ＲＥＣ’に設定する。そして、メカモードが‘ＲＥＣ’に変化したことを示すイベントをシステム内の他の全機器に対してブロードキャスト通信により報告する。
【００５８】
パソコンはＶＴＲのメカモードが‘ＲＥＣ’になったことを示すイベントを受け取ると、ディスプレイに表示しているＶＴＲのメカモード状態を‘ＲＥＣ’に変更する。
【００５９】
ＶＴＲはタイムコードが１分単位で変化する毎にイベントを発生して、システム内の他の全機器に対してブロードキャスト通信により報告する。パソコンはタイムコードが変化したことを示すイベントを受け取ると、ディスプレイに表示しているＶＴＲのタイムコードを更新する。また、セットトップボックスはタイマー録画中にテープがなくならないかどうかを監視する。
【００６０】
図５はイベントを集中管理するサブデバイスを他のサブデバイスから独立させた場合の機器の構成をＶＴＲを例にして示したものである。このＶＴＲは、ＶＴＲデバイス２１とＩＥＥＥ１３９４バス送受信ブロック２２とを備えている。ＶＴＲデバイス２１内には、ＶＴＲサブデバイス２３、チューナーサブデバイス２４、及びタイマーサブデバイス２５が設けられている。これらは、基本的には図１０に示したＶＴＲにおける対応する部分と同じ構成を持っており、かつ同じ動作を行う。
【００６１】
さらに、ＶＴＲデバイス２１内にはイベントを集中管理するイベント処理サブデバイス２６が設けられている。イベント処理サブデバイス２６は、イベントをオン／オフすることを要求するコマンドのパラメータ１で指定されたサブデバイスがパラメータ２や３で指定された項目に関するイベントを発生したら、ＩＥＥＥ１３９４バス送受信ブロック２２に対して直ちにイベントを送信する。ＩＥＥＥ１３９４バス送受信ブロック２２は、このイベントをパケットに入れ、コントローラが要求している相手（コントローラのみ、又は全機器）に対してパケットを送信する。
【００６２】
図６は図５のように構成された機器へ送るコマンドのフォーマットの例である。この図に示すように、コマンドのＨＡがイベント処理サブデバイスになっていることと、パラメータ１によりイベントを発生するサブデバイスを指定していることが特徴である。
【００６３】
図７は本発明の実施の形態に用いるコマンド及びレスポンスの他の例である。このコマンド／レスポンスは、リポート要求（Ｒｅｐｏｒｔ Ｉｎｑｕｉｒｙ）コマンド／レスポンスと呼ばれ、いままで説明したようにイベントのオン／オフを要求するものではなく、特定の一種類の状態変化（イベント）を一回だけ報告するものである。
【００６４】
このリポート要求コマンドは従来のステータス問い合わせ（Ｓｔａｔｕｓ Ｉｎｑｕｉｒｙ）コマンドに追加する形で実現される。すなわち、リポート要求コマンドを受け取ったターゲットは、指定された一種類の現在の状態をステータス問い合わせコマンドに対するレスポンスと同じ方法で返答した後、状態変化が起こったときに、一回だけ変化した状態を返答して処理を終了する。このコマンドのＣＴは‘Ｒｅｐｏｒｔ Ｉｎｑｕｉｒｙ’であり、レスポンスのＲＣは現在の状態を報告するときは‘ＮＯＷ’であり、それが変化したことを報告するときは‘ＣＨＡＮＧＥＤ’である。
【００６５】
図７の（ａ）はＶＴＲに対してメカモードの状態変化を一回だけ報告することを要求するコマンドである。そして、（ｂ）は現在のメカモードが‘ＲＥＷＩＮＤ’状態であることを報告するレスポンスである。さらに、（ｃ）はメカモードが‘ＳＴＯＰ’に変化したことを報告するレスポンスである。
【００６６】
図８は図７に示したリポート要求コマンドを用いて、「テープの先頭まで巻き戻し、再生する」アプリケーションの例である。
【００６７】
図８において、まずパソコンはＶＴＲに対して巻き戻し（ＲＥＷＩＮＤ）を実行することを要求するコマンドを送ると、ＶＴＲはその要求を了承したことを知らせるレスポンスを返すと共に、ＶＴＲ内の記録／再生系において巻き戻しを開始する。
【００６８】
次にパソコンはＶＴＲに対して図７（ａ）に示したリポート要求コマンドを送る。ＶＴＲはリポート要求コマンドを受け取ると、図７（ｂ）に示したレスポンスを返す。
【００６９】
次にＶＴＲはメカモードが‘ＳＴＯＰ’に変化すると、イベントを発生し、パソコンに対して図７（ｃ）に示したレスポンスを返す。
【００７０】
パソコンは、ＶＴＲからメカモードが‘ＳＴＯＰ’に変化したことを示すイベントを受け取ると、直ちにメカモードを‘ＰＬＡＹ’にすることを要求するコマンドをＶＴＲへ送る。ＶＴＲはこのコマンドを送ると、それを了承したことを知らせるレスポンスを返すと共に、記録／再生系のモードを‘ＰＬＡＹ’にする。
【００７１】
このように、リポート要求コマンドを用いることにより、必要なときに必要な状態変化のみの報告を受けることができるので、ターゲットが不要なイベントを報告することがなくなる。また、リポート要求コマンドとそれに応答する二回のレスポンスでコマンドトランザクションが終了するので、イベントをオン／オフする方法よりも通信管理が簡単になる。さらに、従来のコマンド処理を大きく変更することなくイベントの報告を実現できる。
【００７２】
【発明の効果】
以上詳細に説明したように、本発明によれば、以下の（１）〜（５）に記載した効果を奏する。
【００７３】
（１）制御される側の機器（ターゲット、被制御機器）は内部において所定の状態変化があった時点で即座に報告を行うので、制御する側の機器（コントローラ、制御機器）は制御される側の機器の状態を監視するために度々コマンドを送信する必要がなくなる。したがって、順序をもって一連のを動作を制御するようなアプリケーションを実行する際に、制御する側の機器からの制御が容易になり、不要な通信も行われなくなる。
【００７４】
（２）制御する側の機器が制御される側の機器に対して、報告の開始又は停止を要求する制御信号を送ることにより、報告の開始及び停止を制御するできるので、必要な時のみ報告を受けることができる。また、システム内の全ての機器ではなく所定の機器にだけが報告を受けるようにすることもできる。この結果、システム内に多数の機器が存在する場合に、通信制御バスが混雑しないようにすることができる。
【００７５】
（３）機器内部における状態変化の検出を集中管理する手段を設けることにより、制御する側の機器からの制御が容易になる。
【００７６】
（４）制御する側の機器が指定した一種類の状態変化を一回だけ報告するように構成することにより、通信管理が簡単になり、かつ従来のコマンド処理を大きく変更することなく状態変化の報告を実現できる。
【００７７】
（５）状態変化の報告を受けたら即座に表示するアプリケーションや、相手機器が所定の状態になったことを利用して次の動作を要求するアプリケーションの実現が容易になる。
【図面の簡単な説明】
【図１】本発明の実施の形態に用いるコマンド及びレスポンスの例を示す図である。
【図２】図１に示したコマンドを用いて、パソコンがコントローラとなり、システム内の他の全機器の状態を自分のディスプレイに表示するアプリケーションの例を示す図である。
【図３】図１に示したコマンドを用いて、「テープ先頭まで巻き戻し、再生する」アプリケーションの例を示す図である。
【図４】図１に示したコマンドをセットトップボックスからＶＴＲへ送り、ＶＴＲのイベントにしたがってシステムが連動するアプリケーションの例を示す図である。
【図５】イベントを集中管理するサブデバイスを他のサブデバイスから独立させた場合の機器の構成の例を示す図である。
【図６】図５のように構成された機器へ送るコマンドのフォーマットの例を示す図である。
【図７】本発明の実施の形態に用いるコマンド及びレスポンスの他の例を示す図である。
【図８】図７に示したコマンドを用いて、「テープ先頭まで巻き戻し、再生する」アプリケーションの例を示す図である。
【図９】ＩＥＥＥ１３９４シリアルバスを用いた通信システムの一例を示す図である。
【図１０】ＩＥＥＥ１３９４シリアルバスを用いた通信システムにおけるバス上のデータ構造の一例を示す図である。
【図１１】制御信号を含んだＡｓｙｎｃ通信パケットの構造を示す図である。
【図１２】システム内の機器においてコマンドやレスポンスのやりとりを行う部分の構成の例を示す図である。
【図１３】コマンド及びレスポンスのフォーマットの構成、及びＶＴＲをターゲットにしたコマンド及びレスポンスの具体例を示す図である。
【図１４】パソコンがコントローラとなり、システム内の他の全機器の状態を問い合わせて自分のディスプレイに表示するアプリケーションの例を示す図である。
【図１５】ＶＴＲの「テープ先頭まで巻き戻し、再生する」アプリケーションを示す図である。
【符号の説明】
１…ハードディスク装置、２…パソコン、３…ＴＶ、４…ＶＴＲ、５…セットトップボックス、６〜９…ＩＥＥＥ１３９４シリアルバス、１１，２１…ＶＴＲデバイス、１２，２２…ＩＥＥＥ１３９４バス送受信ブロック、１３，２３…ＶＴＲサブデバイス、１４，２４…チューナーサブデバイス、１５，２５…タイマーザブデバイス、２６…イベント処理サブデバイス
【発明の属する技術分野】
本発明は、例えばＩＥＥＥ−１３９４に準拠したシリアルバス（以下ＩＥＥＥ１３９４シリアルバスという）のような、制御信号と情報信号を混在させて伝送できる通信制御バスで接続された複数の電子機器間で通信を行うシステムに関し、詳細には電子機器が他の電子機器の動作を制御する際に、不要な通信をなくすと共に制御を容易にする通信方法及び電子機器に関する。
【０００２】
【従来の技術】
ＩＥＥＥ１３９４シリアルバスのような制御信号と情報信号とを混在させて伝送できる通信制御バスによって複数の電子機器を接続し、これらの電子機器間で情報信号及び制御信号を通信するシステムが考えられている。
【０００３】
図９にこのようなシステムの例を示す。このシステムは、ハードディスク装置１と、パーソナルコンピュータ（以下パソコンという）２と、テレビジョン受像機（以下ＴＶという）３と、ビデオテープレコーダ（以下ＶＴＲという）４と、セットトップボックス５とを備えている。そして、ハードディスク装置１とパソコン２との間、パソコン２とＶＴＲ４との間、ＶＴＲ４とＴＶ３の間、及びＶＴＲ４とセットトップボックス５との間は、ＩＥＥＥ１３９４シリアルバス６〜９により接続されている。ここで、＃Ａ〜＃Ｅは、各々ハードディスク装置１、パソコン２、ＴＶ３、ＶＴＲ４、及びセットトップボックス５のシステム上のノードＩＤである。
【０００４】
システム内の各電子機器（以下機器という）における信号の伝送は、図１０に示すように、所定の通信サイクル（例えば１２５μｓｅｃ）毎に時分割多重によって行なわれる。この信号伝送はサイクルマスターと呼ばれる電子機器が通信サイクルの開始時であることを示すサイクルスタートパケットをバス上へ送出することにより開始される。
【０００５】
１通信サイクル中における通信の形態は、ビデオデータやオーディオデータなどの情報信号をアイソクロナス（以下「アイソクロナス」を「Ｉｓｏ」という）伝送するＩｓｏ通信と、制御コマンド等の制御信号をアシンクロナス（以下「アシンクロナス」を「Ａｓｙｎｃ」という）伝送するＡｓｙｎｃ通信の二種類である。そして、Ｉｓｏ通信パケットがＡｓｙｎｃ通信パケットより先に伝送される。Ｉｓｏ通信パケットそれぞれにチャンネル番号１，２，３ ，・・・ｎを付けることにより、複数のＩｓｏデータを区別することができる。Ｉｓｏ通信パケットの送信が終了した後、次のサイクルスタートパケットまでの期間がＡｓｙｎｃ通信パケットの伝送に使用される。
【０００６】
Ａｓｙｎｃ通信において、ある機器が他の機器に何かを要求する制御信号をコマンドと呼び、このコマンドをパケットに入れて送る側をコントローラと呼ぶ。また、コマンドを受け取る側をターゲットと呼ぶ。ターゲットは必要に応じてコマンドの実行結果を示す制御信号（これをレスポンスと呼ぶ）を入れたパケットを、コントローラへ返信する。
【０００７】
このコマンドとレスポンスとは、一つのコントローラと一つのターゲットとの間で通信され、コマンドの送信で開始しレスポンスの返信で終了する一連のやりとりをコマンドトランザクションと呼ぶ。ターゲットは、コマンドを受けてから可能な限り早く（例、１００ｍｓ以内）レスポンスを返すように決められている。その理由は、コントローラ側がレスポンスを長く待ち続けて処理が遅くなったり、何らかの障害によってレスポンスが返らなかった場合に処理が滞ったりすることを防ぐためである。
【０００８】
コントローラは、コマンドトランザクションによって、ターゲットに特定の動作を行うように要求したり、ターゲットの現在の状態を問い合わせることができる。システム内のどの機器もコマンドトランザクションを開始、終了することができる。すなわち、どの機器もコントローラにもターゲットにもなることができる。
【０００９】
図１１に制御信号を含んだＡｓｙｎｃ通信パケットの構造を示す。コマンドもレスポンスも同じ構造である。この図において、パケットのデータは上から下へ、かつ左から右へ順に伝送される。
【００１０】
パケットはパケットヘッダーとデータブロックとから構成されている。そして、パケットヘッダーの全部とデータブロック中のデータＣＲＣ、すなわち図で網掛を施した部分は、ＩＥＥＥ１３９４で規格が決められており、パケットヘッダーのソースＩＤが示す機器からディスティネーションＩＤで示される機器のディスティネーションオフセットに示されるアドレスへ、データブロックの内容を書き込む。
【００１１】
例えば、図９においてはパソコン２からＶＴＲ４へコマンドを送る場合には、ソースＩＤは＃Ｂ、ディスティネーションＩＤは＃Ｄ、ディスティネーションオフセットはＶＴＲ４内においてコマンドを格納するエリアとして割り付けられたメモリ空間である。パソコン２がシステム内の他の全ての機器に対してコマンドを送信したい場合には、ディスティネーションＩＤの１６ビットを‘オール１’にする。この通信形態をブロードキャストと呼ぶ。
【００１２】
図１１のデータブロックにおいて、ＣＴＳ（コマンドトランザクションセット）は、コマンド言語の種類を示す。また、ＣＴ／ＲＣ（コマンドタイプ／レスポンスコード）は、コマンドの場合には要求の種類を示し、レスポンスの場合には要求に対する返事の種類を示す。ＨＡ（ヘッダーアドレス）はコマンドの場合には要求する相手が機器全体なのか機器内のサブデバイス（機能単位）なのかを示し、レスポンスの場合には、その相手が返事をするという意味で対応するコマンドと同じである。ＯＰＣ（オペレーションコード）はコマンドコード、すなわち具体的な要求を示し、それに続くＯＰＲ（オペランド）でその要求に必要なパラメータを示す。
【００１３】
図１２は、システム内の機器のうちＶＴＲを例にして、前述したコマンドやレスポンスのやりとりを行う部分の構成を示したものである。このＶＴＲは、ＶＴＲデバイス１１とＩＥＥＥ１３９４バス送受信ブロック１２とを備えている。
【００１４】
ＶＴＲデバイス１１はマイクロコンピュータ（以下マイコンという）で構成されており、ＶＴＲ内の記録／再生系（図示せず）に関するコマンドの処理等を行うＶＴＲサブデバイス１３と、ＶＴＲ内のチューナー（図示せず）に関するコマンドの処理等を行うチューナーサブデバイス１４と、ＶＴＲ内のタイマー（図示せず）に関するコマンドの処理等を行うタイマーサブデバイス１５とを備えている。これらのサブデバイスはマイコンのソフトウェアで構成されている。
【００１５】
ＩＥＥＥ１３９４バス送受信ブロック１２はバスを介して受信したＡｓｙｎｃ通信パケットを検出し、その中のコマンドをＶＴＲデバイス１１へ送る。ＶＴＲテバイス１１は、コマンドを受け取ると、その具体的な要求に応じてサブデバイス１３〜１５を動作させる。例えばＶＴＲサブデバイス１３宛のＦＦ（早送り）コマンドを受け取った場合には、ＶＴＲサブデバイス１３にコマンドを渡す。ＶＴＲサブデバイス１３はＶＴＲ内の記録／再生系のメカ系を早送りさせるように制御する処理を実行する。また、ＶＴＲサブデバイス１３は記録／再生系の各種ステータス（メカモード、タイムコード等）を監視し、必要に応じてレスポンスを作成する。このレスポンスはＶＴＲデバイス１１によりＩＥＥＥ１３９４バス送受信ブロック１２へ送信される。ＩＥＥＥ１３９４バス送受信ブロック１２はレスポンスをＡｓｙｎｃ通信パケットに入れてバスへ送出する。
【００１６】
図１３に、コマンド及びレスポンスのフォーマットの構成、及びＶＴＲをターゲットにしたコマンド及びレスポンスの具体例を示す。この図に示すように、ここではＣＴＳとして“０”ｈを用いる。例えば、図１２のＶＴＲ内のＶＴＲサブデバイス１３に対してスロー再生を要求するコマンドは図１３（ｃ）のようになる。そして、それに対して返すレスポンスは図１３（ｄ）のようになる。また、ＶＴＲサブデバイス１３に対してタイムコードの現在値の時−分−秒−フレームを問い合わせるコマンドは図１３（ｅ）のようになり、それに対して返すレスポンスは図１３（ｆ）のようになる。
【００１７】
図１４に、図９のシステムにおいてパソコン２がコントローラとなり、システム内の他の全機器の状態を問い合わせて自分のディスプレイに表示するアプリケーションの例を示す。以下この図について説明する。
【００１８】
まず、パソコンはＴＶに対してその入力モードを問い合わせるコマンドを送ると、ＴＶから‘ＶＴＲ’というレスポンスが返って来る。次に、ＶＴＲに対して、ＶＴＲサブデバイスのメカモードを問い合わせるコマンドを送ると、‘ＳＴＯＰ’というレスポンスが返って来る。ついで、ＶＴＲサブデバイスのタイムコードを問い合わせるコマンドを送ると、‘０時２５分４９秒２４フレーム’というレスポンスが返って来る。さらに、セットトップボックスに対して受信チャンネルを問い合わせるコマンドを送ると、‘ＣＨ６’というレスポンスが返って来る。
【００１９】
その後も同様にしてコマンドを送り、そのレスポンスを見てＶＴＲサブデバイスのメカモード、タイムコード、及びセットトップボックスの受信チャンネルが変化したことを知ったならば、その時点でディスプレイにおける表示を変更する。
【００２０】
図１５に、パソコンがＶＴＲの状態を問い合わせて次のコマンドを送る例として、「テープの先頭まで巻き戻し、再生する」アプリケーションを示す。以下この図について説明する。
【００２１】
まず、パソコンがＶＴＲに対して巻き戻し（ＲＥＷＩＮＤ）を実行することを要求するコマンドを送ると、ＶＴＲはその要求を了承（ＯＫ）したことを知らせるレスポンスを返すと共に、記録／再生系において巻き戻しを開始する。
【００２２】
パソコンはＶＴＲから巻き戻しを了承したレスポンスを受け取った後も、メカモードの問い合わせコマンドやタイムコードを問い合わせるコマンドを送る。そして、巻き戻しが完了する時間を予測して時間調整を行った後、再びタイムコードを問い合わせ、さらにメカモードが‘ＳＴＯＰ’であることを示すレスポンスが返って来た後に、メカモードを‘ＰＬＡＹ（再生）’にすることを要求するコマンドを送る。ＶＴＲはこのコマンドを受け取ると、その要求を了承したことを知らせるレスポンスを返すと共に、記録／再生系において‘ＰＬＡＹ（再生）’を開始する。
【００２３】
【発明が解決しようとする課題】
図１４及び図１５に示したアプリケーションでは、コントローラがコマンドを送った時にだけターゲットがレスポンスを返すように構成されているため、コントローラはターゲットが所定の状態になったことを確認したい場合にと、度々コマンドを送り、そのレスポンスを監視することが必要である。
【００２４】
このため、図１４の例のように常時システム内の機器の状態を表示するような場合、あるいは図１５のように所定の順序で一連の動作を順次制御するような場合に、結果的に不要な通信が頻繁に行われることになり、コントローラからの制御が困難になる。また、そのようなアプリケーションにおいて、状態の変化を表示するタイミングや、一連の動作の中で次の制御を行うタイミングが遅れてしまう。
【００２５】
本発明は、このような問題に鑑みてなされたものであって、コントローラがターゲットを制御する際に、不要な通信をなくすと共に制御を容易にする通信方法及び電子機器を提供することを目的とする。
【００２６】
【課題を解決するための手段】
前記課題を解決するために、本発明に係る通信システムは、制御信号と情報信号とを混在させて通信することのできる通信バスによって制御機器と被制御機器を接続し、前記制御機器及び前記被制御機器間で情報信号及び制御信号を通信する通信システムにおいて、前記制御機器は、前記被制御機器に対して制御信号をコマンドとして送信するコマンド送信部を有し、前記被制御機器は、該コマンドを受信後に、前記制御機器に対して制御信号をレスポンスとして返信する返信部を有し、前記返信部は、前記制御機器から供給された前記コマンドが、該コマンドの種類を示す識別子であるコントロール識別子を含む場合には、該コマンドにさらに含まれる実行内容に基づき、該コマンドを実行し、該コマンドが受け入れられたことを示すレスポンスを前記制御機器に対して返信し、前記制御機器から供給された前記コマンドが、被制御機器の現在のステータスを要求するステータス要求識別子を含む場合には、自身の現在の状態を示す第１のステータス情報を含むレスポンスを前記制御機器に対して返信し、さらにその後、自身の状態が変化した際に再度、変化後の状態を示す第２のステータス情報を含むレスポンスを前記制御機器に対して返信するようになすことを特徴とするものである。
【００２７】
ここで、他の電子機器（ターゲット）は制御する側の電子機器（コントローラ）から、報告の開始又は停止を要求する制御信号を受け、その制御信号にしたがって報告を開始又は停止する。そして、内部の状態変化の報告先は、制御する側の所定の電子機器だけにすることも、システム内の全ての機器にすることもできる。この報告先は制御する側の電子機器が指定できる。さらに、制御する側の電子機器から指定された一種類の内部状態の変化を一回だけ報告するように構成することもできる。
【００２８】
また、前記課題を解決するために、本発明に係る通信方法は、制御信号と情報信号とを混在させて通信することのできる通信バスによって制御機器と被制御機器を接続し、前記制御機器及び前記被制御機器間で情報信号及び制御信号を通信する通信方法において、前記制御機器は、前記被制御機器に対して制御信号をコマンドとして送信し、前記被制御機器は、前記制御機器から供給された前記コマンドが、該コマンドの種類を示す識別子であるコントロール識別子を含む場合には、該コマンドにさらに含まれる実行内容に基づき、該コマンドを実行し、該コマンドが受け入れられたことを示すレスポンスを前記制御機器に対して返信し、前記制御機器から供給された前記コマンドが、被制御機器の現在のステータスを要求するステータス要求識別子を含む場合には、自身の現在の状態を示す第１のステータス情報を含むレスポンスを前記制御機器に対して返信し、さらにその後、自身の状態が変化した際に再度、変化後の状態を示す第２のステータス情報を含むレスポンスを前記制御機器に対して返信するようになすことを特徴とするものである。
【００２９】
上述した制御機器は、被制御機器に送信するコマンドに、さらに、被制御機器内に複数存在するサブデバイスを識別するサブデバイス識別子を含むようになすこともできる。
【００３０】
また、前記課題を解決するために、本発明に係る制御機器は、制御信号と情報信号とを混在させて通信することのできる通信バスによって被制御機器と接続され、前記被制御機器と情報信号及び制御信号を通信する制御機器において、前記被制御機器に対して制御信号をコマンドとして送信するコマンド送信部を備え、前記コマンド送信部は、前記被制御機器に送信するコマンドに、該コマンドの種類を示す識別子であるコントロール識別子、又は被制御機器の現在のステータスを要求するステータス要求識別子を含むようになすことを特徴とするものである。
【００３１】
さらに、前記課題を解決するために、本発明に係る制御機器は、制御信号と情報信号とを混在させて通信することのできる通信バスによって他の制御機器と接続されており、前記他の制御機器との間で情報信号及び制御信号を通信する制御機器において、前記他の制御機器から制御信号として送信された所定の動作を命ずるコマンドを受信した後、当該コマンドを実行する実行部と、前記他の制御機器から制御信号として送信された所定の動作を命ずるコマンドを受信した後、所定の制御信号をレスポンスとして前記他の制御機器に返信する返信部とを備え、前記他の制御機器から送信された前記コマンドが、該コマンドの種類を示す識別子であるコントロール識別子を含む場合には、前記実行部は、該コマンドにさらに含まれる実行内容に基づき、該コマンドを実行し、前記返信部は、該コマンドが受け入れられたことを示すレスポンスを前記他の制御機器に対して返信し、前記他の制御機器から送信された前記コマンドが、当該制御機器の現在のステータスを要求するステータス要求識別子を含む場合には、前記返信部は、自身の現在のステータスを示す第１のステータス情報を含むレスポンスを前記他の制御機器に対して返信し、さらにその後、自身のステータスが変化した際に再度、変化後のステータスを示す第２のステータス情報を含むレスポンスを前記他の制御機器に対して返信するようになすことを特徴とするものである。
【００３２】
【発明の実施の形態】
以下本発明の実施の形態について図面を参照しながら詳細に説明する。なお、この実施の形態では図８〜図１２（ａ），（ｂ）に示した従来技術が前提になっている。
【００３３】
図１は本発明の実施の形態に用いるコマンド及びレスポンスの例である。 （ａ）はＶＴＲに対してイベントを報告（オン）するように要求するコマンドを示す。具体的には、ＶＴＲサブデバイスにおいて、メカモードとタイムコードが変化したら、コントローラに対してイベントを発生して報告するように要求するものである。
【００３４】
図１２を参照しながら、ＶＴＲがこのコマンドを受信した時の処理について説明すると、ＶＴＲ内のＩＥＥＥ１３９４バス送受信ブロック１２はバスを介して受信したＡｓｙｎｃ通信パケットの中のコマンドをＶＴＲデバイス１１へ送る。ＶＴＲデバイス１１はコマンドのＨＡがＶＴＲサブデバイス１３であるため、ＶＴＲサブデバイス１３にコマンドを渡す。
【００３５】
（ｂ）は（ａ）のコマンドを受けた時に、ＶＴＲがコントローラに対して返すレスポンスを示す。具体的には、ＶＴＲサブデバイスにおいて、メカモードとタイムコードが変化したら、コントローラに対してイベントを報告することを了解するものである。
【００３６】
（ｃ）はＶＴＲサブデバイスが発生したタイムコードイベントの一例を示す。図１２を参照しながら、ＶＴＲがこのタイムコードイベントを報告する処理について説明すると、ＶＴＲサブデバイス１３は記録／再生系のタイムコードを監視し、それが例えば１秒変化するとタイムコードイベントを発生する。ＶＴＲデバイス１１は直ちにこのタイムコードイベントをＩＥＥＥ１３９４バス送受信ブロック１２へ送る。ＩＥＥＥ１３９４バス送受信ブロックはこのタイムコードイベントをＡｓｙｎｃ通信パケットに入れてバスへ送出する。
【００３７】
（ｄ）はＴＶに対して入力モードに関するイベントの報告を停止（オフ）するように要求するコマンドを示し、（ｅ）はそれを了承したことを返事するレスポンスを示す。
【００３８】
（ｆ）はセットトップボックスに対して、チューナーサブデバイスの受信チャンネルが変化した時にイベントを発生して報告することを要求するコマンドである。さらに、このコマンドではイベントをブロードキャストする、つまりイベントをシステム内の他の全機器に報告することを要求している。
【００３９】
（ｇ）は（ｆ）のコマンドを受けた時に、セットトップボックスがコントローラに対して返すレスポンスを示す。また、（ｈ）はセットトップボックスが発生した受信チャンネルイベントの一例を示し、チューナーの受信チャンネルが６チャンネルに変化した時に発生するものである。この受信チャンネルイベントを全ての機器に報告する場合には、Ａｓｙｎｃ通信パケットのヘッダーのディスティネーションＩＤを‘オール１’にする。
【００４０】
このように、オペレーションコードによりイベントのオン／オフを区別する。また、オペランドによりイベントを報告する相手をコントローラに限定するのかシステム内の全機器にするのかを区別する。
【００４１】
図２は図１に示したイベントをオンにするコマンドを用いて、パソコン２がコントローラとなり、システム内の他の全機器の状態を自分のディスプレイに表示するアプリケーションの例である。以下この図について説明する。
【００４２】
まず、図示されていないが、パソコンとＶＴＲとは図１（ａ），（ｂ）に示したコマンドとレスポンスのやりとりを行い、パソコンとＴＶとは図１（ｄ），（ｅ）に示したコマンドとレスポンスのやりとりを行い、パソコンとセットトップボックスとは図１（ｆ），（ｇ）に示したコマンドとレスポンスのやりとりを行っている。そして、ＶＴＲはＶＴＲサブデバイスのメカモードに変化があった場合とタイムコードに変化（‘ＲＥＣ’、‘ＰＬＡＹ’中は１秒単位、‘ＦＦ’、‘ＲＥＷＩＮＤ’中は１分単位）があった場合にイベントを発生し、コントローラであるパソコンに報告するように指示されている。
【００４３】
図２に示すように、ＶＴＲはメカモードが‘ＳＴＯＰ’から‘ＰＬＡＹ’に変化すると、直ちにメカモードが‘ＰＬＡＹ’であることを示すイベントを発生してパソコンへ送る。図１２を参照しながら説明すると、ユーザーがＶＴＲを操作して記録／再生系の動作モードを‘ＳＴＯＰ’から‘ＰＬＡＹ’に変化させると、ＶＴＲサブデバイス１３は直ちにメカモードが‘ＰＬＡＹ’であることを示すイベントを発生する。このイベントはＶＴＲデバイス１１からＩＥＥＥ１３９４バス送受信ブロック１２へ送られ、ここからバスを介してパソコンへ送られる。
【００４４】
パソコンはこのイベントの報告を受けると、ディスプレイに表示しているＶＴＲのメカモードを‘ＳＴＯＰ’から‘ＰＬＡＹ’に変更する。
【００４５】
また、セットトップボックスは受信チャンネルが‘ＣＨ５’から‘ＣＨ６’に変化すると、直ちに受信チャンネルが‘ＣＨ６’であることを示すイベントを発生してパソコンへ送る。パソコンはこのイベントの報告を受けると、直ちにディスプレイに表示している受信チャンネルを‘ＣＨ５’から‘ＣＨ６’に変更する。
【００４６】
さらに、ＶＴＲはタイムコードが１分単位で変化する毎にタイムコードの時−分−秒−フレームを示すイベントを発生してパソコンへ送る。パソコンはこのイベントの報告を受けると、ディスプレイに表示しているタイムコードを更新する。
【００４７】
このように、本実施の形態によれば、イベントをオンにするコマンドとレスポンスのやりとりを行った後は、コントローラはターゲットから送られてくるイベントの報告を待つだけでよいため、図１４の従来例と比較すると通信量が格段に減少し、かつ状態変化があった時に即座に表示することが可能となる。
【００４８】
図３は図１に示したイベントをオンにするコマンドを用いて、「テープの先頭まで巻き戻し、再生する」アプリケーションの例である。ここでも図２と同様、パソコンと他の機器との間でイベントをオンにするコマンドとレスポンスのやりとりを済ませており、ＶＴＲはＶＴＲサブデバイスのメカモードに変化があった場合とタイムコードに変化（‘ＲＥＣ’、‘ＰＬＡＹ’中は１秒単位、‘ＦＦ’、‘ＲＥＷＩＮＤ’中は１分単位）があった場合にイベントを発生し、コントローラであるパソコンに報告するように指示されている。
【００４９】
図３において、まずパソコンはＶＴＲに対して巻き戻し（ＲＥＷＩＮＤ）を実行することを要求するコマンドを送ると、ＶＴＲはその要求を了承したことを知らせるレスポンスを返すと共に、ＶＴＲ内の記録／再生系において巻き戻しを開始する。
【００５０】
ＶＴＲは‘ＲＥＷＩＮＤ’中にはタイムコードが１分単位で変化する毎にイベントを発生して、パソコンへ報告する。また、メカモードが‘ＲＥＷＩＮＤ’から‘ＳＴＯＰ’に変化した場合に、イベントを発生してパソコンへ報告する。
【００５１】
パソコンは、ＶＴＲからメカモードが‘ＳＴＯＰ’に変化したことを示すイベントを受け取ると、直ちにメカモードを‘ＰＬＡＹ’にすることを要求するコマンドをＶＴＲへ送る。ＶＴＲはこのコマンドを受け取ると、それを了承したことを知らせるレスポンスを返すと共に、記録／再生系のモードを‘ＰＬＡＹ’にする。
【００５２】
このように、本実施の形態によれば、パソコンはメカモードが‘ＳＴＯＰ’に変化したことを示すイベントを待ち、それを受け取ったら直ちに‘ＰＬＡＹ’のコマンドを送るので、図１５の従来例と比較すると通信量が格段に減少し、かつ状態変化があった時に即座に次のコマンドを送ることが可能となる。
【００５３】
図４は図１に示した、イベントをオンにし、かつブロードキャストを要求するコマンドをセットトップボックスからＶＴＲへ送り、ＶＴＲが発生したイベントにしたがってシステムが連動するアプリケーションの例である。
【００５４】
この図に示すように、まずセットトップボックスはＶＴＲに対して、イベントをオンにし、かつイベントをブロードキャストすることを要求するコマンドを送る。この時、ＶＴＲは電源のオン／オフ、メカモードの変化、及びタイムコードの変化（‘ＲＥＣ’、‘ＰＬＡＹ’中は１秒単位、‘ＦＦ’、‘ＲＥＷＩＮＤ’中は１分単位）があった場合にイベントを発生し、システム内の他の全機器に報告するように指示されている。
【００５５】
セットトップボックスは、そのタイマー機能を用いてＶＴＲの電源をオンにすることを要求するコマンドを送る。ＶＴＲはそのコマンドの要求を了承したことを示すレスポンスを返すと共に、自分の電源スイッチをオンにする。さらに、電源がオンになったことを示すイベントをシステム内の他の全機器、すなわちセットトップボックス、ＴＶ、パソコン、及びハードディスク装置に対してブロードキャスト通信により報告する。
【００５６】
ＴＶはＶＴＲの電源がオンになったことを示すイベントを受け取ると、自分の電源スイッチをオンにし、かつ入力モードを‘ＶＴＲ’に設定する。パソコンはＶＴＲの電源がオンになったことを示すイベントを受け取ると、ディスプレイの表示しているＶＴＲの電源状態をオフからオンに変更する。
【００５７】
セットトップボックスは、ＶＴＲの電源がオンになったことを示すイベントを受け取ると、次にＶＴＲに対してメカモードを‘ＲＥＣ’にすることを要求するコマンドを送る。ＶＴＲはそのコマンドの要求を了承したことを示すレスポンスを返すと共に、内部の記録／再生系の動作モードを‘ＲＥＣ’に設定する。そして、メカモードが‘ＲＥＣ’に変化したことを示すイベントをシステム内の他の全機器に対してブロードキャスト通信により報告する。
【００５８】
パソコンはＶＴＲのメカモードが‘ＲＥＣ’になったことを示すイベントを受け取ると、ディスプレイに表示しているＶＴＲのメカモード状態を‘ＲＥＣ’に変更する。
【００５９】
ＶＴＲはタイムコードが１分単位で変化する毎にイベントを発生して、システム内の他の全機器に対してブロードキャスト通信により報告する。パソコンはタイムコードが変化したことを示すイベントを受け取ると、ディスプレイに表示しているＶＴＲのタイムコードを更新する。また、セットトップボックスはタイマー録画中にテープがなくならないかどうかを監視する。
【００６０】
図５はイベントを集中管理するサブデバイスを他のサブデバイスから独立させた場合の機器の構成をＶＴＲを例にして示したものである。このＶＴＲは、ＶＴＲデバイス２１とＩＥＥＥ１３９４バス送受信ブロック２２とを備えている。ＶＴＲデバイス２１内には、ＶＴＲサブデバイス２３、チューナーサブデバイス２４、及びタイマーサブデバイス２５が設けられている。これらは、基本的には図１０に示したＶＴＲにおける対応する部分と同じ構成を持っており、かつ同じ動作を行う。
【００６１】
さらに、ＶＴＲデバイス２１内にはイベントを集中管理するイベント処理サブデバイス２６が設けられている。イベント処理サブデバイス２６は、イベントをオン／オフすることを要求するコマンドのパラメータ１で指定されたサブデバイスがパラメータ２や３で指定された項目に関するイベントを発生したら、ＩＥＥＥ１３９４バス送受信ブロック２２に対して直ちにイベントを送信する。ＩＥＥＥ１３９４バス送受信ブロック２２は、このイベントをパケットに入れ、コントローラが要求している相手（コントローラのみ、又は全機器）に対してパケットを送信する。
【００６２】
図６は図５のように構成された機器へ送るコマンドのフォーマットの例である。この図に示すように、コマンドのＨＡがイベント処理サブデバイスになっていることと、パラメータ１によりイベントを発生するサブデバイスを指定していることが特徴である。
【００６３】
図７は本発明の実施の形態に用いるコマンド及びレスポンスの他の例である。このコマンド／レスポンスは、リポート要求（Ｒｅｐｏｒｔ Ｉｎｑｕｉｒｙ）コマンド／レスポンスと呼ばれ、いままで説明したようにイベントのオン／オフを要求するものではなく、特定の一種類の状態変化（イベント）を一回だけ報告するものである。
【００６４】
このリポート要求コマンドは従来のステータス問い合わせ（Ｓｔａｔｕｓ Ｉｎｑｕｉｒｙ）コマンドに追加する形で実現される。すなわち、リポート要求コマンドを受け取ったターゲットは、指定された一種類の現在の状態をステータス問い合わせコマンドに対するレスポンスと同じ方法で返答した後、状態変化が起こったときに、一回だけ変化した状態を返答して処理を終了する。このコマンドのＣＴは‘Ｒｅｐｏｒｔ Ｉｎｑｕｉｒｙ’であり、レスポンスのＲＣは現在の状態を報告するときは‘ＮＯＷ’であり、それが変化したことを報告するときは‘ＣＨＡＮＧＥＤ’である。
【００６５】
図７の（ａ）はＶＴＲに対してメカモードの状態変化を一回だけ報告することを要求するコマンドである。そして、（ｂ）は現在のメカモードが‘ＲＥＷＩＮＤ’状態であることを報告するレスポンスである。さらに、（ｃ）はメカモードが‘ＳＴＯＰ’に変化したことを報告するレスポンスである。
【００６６】
図８は図７に示したリポート要求コマンドを用いて、「テープの先頭まで巻き戻し、再生する」アプリケーションの例である。
【００６７】
図８において、まずパソコンはＶＴＲに対して巻き戻し（ＲＥＷＩＮＤ）を実行することを要求するコマンドを送ると、ＶＴＲはその要求を了承したことを知らせるレスポンスを返すと共に、ＶＴＲ内の記録／再生系において巻き戻しを開始する。
【００６８】
次にパソコンはＶＴＲに対して図７（ａ）に示したリポート要求コマンドを送る。ＶＴＲはリポート要求コマンドを受け取ると、図７（ｂ）に示したレスポンスを返す。
【００６９】
次にＶＴＲはメカモードが‘ＳＴＯＰ’に変化すると、イベントを発生し、パソコンに対して図７（ｃ）に示したレスポンスを返す。
【００７０】
パソコンは、ＶＴＲからメカモードが‘ＳＴＯＰ’に変化したことを示すイベントを受け取ると、直ちにメカモードを‘ＰＬＡＹ’にすることを要求するコマンドをＶＴＲへ送る。ＶＴＲはこのコマンドを送ると、それを了承したことを知らせるレスポンスを返すと共に、記録／再生系のモードを‘ＰＬＡＹ’にする。
【００７１】
このように、リポート要求コマンドを用いることにより、必要なときに必要な状態変化のみの報告を受けることができるので、ターゲットが不要なイベントを報告することがなくなる。また、リポート要求コマンドとそれに応答する二回のレスポンスでコマンドトランザクションが終了するので、イベントをオン／オフする方法よりも通信管理が簡単になる。さらに、従来のコマンド処理を大きく変更することなくイベントの報告を実現できる。
【００７２】
【発明の効果】
以上詳細に説明したように、本発明によれば、以下の（１）〜（５）に記載した効果を奏する。
【００７３】
（１）制御される側の機器（ターゲット、被制御機器）は内部において所定の状態変化があった時点で即座に報告を行うので、制御する側の機器（コントローラ、制御機器）は制御される側の機器の状態を監視するために度々コマンドを送信する必要がなくなる。したがって、順序をもって一連のを動作を制御するようなアプリケーションを実行する際に、制御する側の機器からの制御が容易になり、不要な通信も行われなくなる。
【００７４】
（２）制御する側の機器が制御される側の機器に対して、報告の開始又は停止を要求する制御信号を送ることにより、報告の開始及び停止を制御するできるので、必要な時のみ報告を受けることができる。また、システム内の全ての機器ではなく所定の機器にだけが報告を受けるようにすることもできる。この結果、システム内に多数の機器が存在する場合に、通信制御バスが混雑しないようにすることができる。
【００７５】
（３）機器内部における状態変化の検出を集中管理する手段を設けることにより、制御する側の機器からの制御が容易になる。
【００７６】
（４）制御する側の機器が指定した一種類の状態変化を一回だけ報告するように構成することにより、通信管理が簡単になり、かつ従来のコマンド処理を大きく変更することなく状態変化の報告を実現できる。
【００７７】
（５）状態変化の報告を受けたら即座に表示するアプリケーションや、相手機器が所定の状態になったことを利用して次の動作を要求するアプリケーションの実現が容易になる。
【図面の簡単な説明】
【図１】本発明の実施の形態に用いるコマンド及びレスポンスの例を示す図である。
【図２】図１に示したコマンドを用いて、パソコンがコントローラとなり、システム内の他の全機器の状態を自分のディスプレイに表示するアプリケーションの例を示す図である。
【図３】図１に示したコマンドを用いて、「テープ先頭まで巻き戻し、再生する」アプリケーションの例を示す図である。
【図４】図１に示したコマンドをセットトップボックスからＶＴＲへ送り、ＶＴＲのイベントにしたがってシステムが連動するアプリケーションの例を示す図である。
【図５】イベントを集中管理するサブデバイスを他のサブデバイスから独立させた場合の機器の構成の例を示す図である。
【図６】図５のように構成された機器へ送るコマンドのフォーマットの例を示す図である。
【図７】本発明の実施の形態に用いるコマンド及びレスポンスの他の例を示す図である。
【図８】図７に示したコマンドを用いて、「テープ先頭まで巻き戻し、再生する」アプリケーションの例を示す図である。
【図９】ＩＥＥＥ１３９４シリアルバスを用いた通信システムの一例を示す図である。
【図１０】ＩＥＥＥ１３９４シリアルバスを用いた通信システムにおけるバス上のデータ構造の一例を示す図である。
【図１１】制御信号を含んだＡｓｙｎｃ通信パケットの構造を示す図である。
【図１２】システム内の機器においてコマンドやレスポンスのやりとりを行う部分の構成の例を示す図である。
【図１３】コマンド及びレスポンスのフォーマットの構成、及びＶＴＲをターゲットにしたコマンド及びレスポンスの具体例を示す図である。
【図１４】パソコンがコントローラとなり、システム内の他の全機器の状態を問い合わせて自分のディスプレイに表示するアプリケーションの例を示す図である。
【図１５】ＶＴＲの「テープ先頭まで巻き戻し、再生する」アプリケーションを示す図である。
【符号の説明】
１…ハードディスク装置、２…パソコン、３…ＴＶ、４…ＶＴＲ、５…セットトップボックス、６〜９…ＩＥＥＥ１３９４シリアルバス、１１，２１…ＶＴＲデバイス、１２，２２…ＩＥＥＥ１３９４バス送受信ブロック、１３，２３…ＶＴＲサブデバイス、１４，２４…チューナーサブデバイス、１５，２５…タイマーザブデバイス、２６…イベント処理サブデバイス
Claims (8)
- 制御信号と情報信号とを混在させて通信することのできる通信バスによって制御機器と被制御機器を接続し、前記制御機器及び前記被制御機器間で情報信号及び制御信号を通信する通信システムにおいて、
前記制御機器は、前記被制御機器に対して制御信号をコマンドとして送信するコマンド送信部を有し、
前記被制御機器は、該コマンドを受信後に、前記制御機器に対して制御信号をレスポンスとして返信する返信部を有し、
前記返信部は、
前記制御機器から供給された前記コマンドが、該コマンドの種類を示す識別子であるコントロール識別子を含む場合には、該コマンドにさらに含まれる実行内容に基づき、該コマンドを実行し、該コマンドが受け入れられたことを示すレスポンスを前記制御機器に対して返信し、
前記制御機器から供給された前記コマンドが、被制御機器の現在のステータスを要求するステータス要求識別子を含む場合には、自身の現在の状態を示す第１のステータス情報を含むレスポンスを前記制御機器に対して返信し、さらにその後、自身の状態が変化した際に再度、変化後の状態を示す第２のステータス情報を含むレスポンスを前記制御機器に対して返信するようになすことを特徴とする通信システム。 - 前記コマンド送信部は、前記被制御機器に送信する前記コマンドに、さらに、被制御機器内に複数存在するサブデバイスを識別するサブデバイス識別子を含むようになすことを特徴とする請求項１記載の通信システム。
- 制御信号と情報信号とを混在させて通信することのできる通信バスによって制御機器と被制御機器を接続し、前記制御機器及び前記被制御機器間で情報信号及び制御信号を通信する通信方法において、
前記制御機器は、前記被制御機器に対して制御信号をコマンドとして送信し、
前記被制御機器は、
前記制御機器から供給された前記コマンドが、該コマンドの種類を示す識別子であるコントロール識別子を含む場合には、該コマンドにさらに含まれる実行内容に基づき、該コマンドを実行し、該コマンドが受け入れられたことを示すレスポンスを前記制御機器に対して返信し、
前記制御機器から供給された前記コマンドが、被制御機器の現在のステータスを要求するステータス要求識別子を含む場合には、自身の現在の状態を示す第１のステータス情報を含むレスポンスを前記制御機器に対して返信し、さらにその後、自身の状態が変化した際に再度、変化後の状態を示す第２のステータス情報を含むレスポンスを前記制御機器に対して返信するようになすことを特徴とする通信方法。 - 前記制御機器は、前記被制御機器に送信する前記コマンドに、さらに、被制御機器内に複数存在するサブデバイスを識別するサブデバイス識別子を含むようになすことを特徴とする請求項１記載の通信方法。
- 制御信号と情報信号とを混在させて通信することのできる通信バスによって被制御機器と接続され、前記被制御機器と情報信号及び制御信号を通信する制御機器において、
前記被制御機器に対して制御信号をコマンドとして送信するコマンド送信部を備え、
前記コマンド送信部は、前記被制御機器に送信するコマンドに、該コマンドの種類を示す識別子であるコントロール識別子、又は被制御機器の現在のステータスを要求するステータス要求識別子を含むようになすことを特徴とする制御機器。 - 前記コマンド送信部は、前記被制御機器に送信する前記コマンドに、さらに、被制御機器内に複数存在するサブデバイスを識別するサブデバイス識別子を含むようになすことを特徴とする請求項５記載の制御機器。
- 制御信号と情報信号とを混在させて通信することのできる通信バスによって他の制御機器と接続されており、前記他の制御機器との間で情報信号及び制御信号を通信する制御機器において、
前記他の制御機器から制御信号として送信された所定の動作を命ずるコマンドを受信した後、当該コマンドを実行する実行部と、
前記他の制御機器から制御信号として送信された所定の動作を命ずるコマンドを受信した後、所定の制御信号をレスポンスとして前記他の制御機器に返信する返信部とを備え、
前記他の制御機器から送信された前記コマンドが、該コマンドの種類を示す識別子であるコントロール識別子を含む場合には、前記実行部は、該コマンドにさらに含まれる実行内容に基づき、該コマンドを実行し、前記返信部は、該コマンドが受け入れられたことを示すレスポンスを前記他の制御機器に対して返信し、
前記他の制御機器から送信された前記コマンドが、当該制御機器の現在のステータスを要求するステータス要求識別子を含む場合には、前記返信部は、自身の現在のステータスを示す第１のステータス情報を含むレスポンスを前記他の制御機器に対して返信し、さらにその後、自身のステータスが変化した際に再度、変化後のステータスを示す第２のステータス情報を含むレスポンスを前記他の制御機器に対して返信するようになすことを特徴とする制御機器。 - 所定の処理を行うサブデバイスを備え、
前記実行部は、前記他の制御機器から送信されたコマンドに、サブデバイスを識別するサブデバイス識別子が含まれていた場合には、該コマンドにしたがって前記サブデバイスを実行し、
前記返信部は、該コマンドが受け入れられたことを示すレスポンスを前記制御機器に対して返信することを特徴とする請求項７記載の制御機器。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30672495A JP3629778B2 (ja) | 1995-10-31 | 1995-10-31 | 通信システム、通信方法及び制御機器 |
| KR1019960052190A KR100446568B1 (ko) | 1995-10-31 | 1996-10-31 | 통신제어방법및전자장치 |
| US09/326,174 US6727799B1 (en) | 1995-10-31 | 1999-06-04 | Communication control method and electronic equipments |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30672495A JP3629778B2 (ja) | 1995-10-31 | 1995-10-31 | 通信システム、通信方法及び制御機器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09130870A JPH09130870A (ja) | 1997-05-16 |
| JP3629778B2 true JP3629778B2 (ja) | 2005-03-16 |
Family
ID=17960544
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30672495A Expired - Lifetime JP3629778B2 (ja) | 1995-10-31 | 1995-10-31 | 通信システム、通信方法及び制御機器 |
Country Status (2)
| Country | Link |
|---|---|
| JP (1) | JP3629778B2 (ja) |
| KR (1) | KR100446568B1 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1093319A4 (en) * | 1998-06-30 | 2005-08-10 | Matsushita Electric Ind Co Ltd | NETWORK CONTROL SYSTEM AND METHOD THEREFOR |
| US20030003867A1 (en) * | 2000-05-22 | 2003-01-02 | Harumi Kawamura | Data transmission method, data transmission system, and data transmission device |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS63187749A (ja) * | 1987-01-29 | 1988-08-03 | Nec Corp | 回線接続方式 |
| EP0725490B1 (en) * | 1990-07-19 | 1999-02-03 | Sony Corporation | Control apparatus for recording and reproducing apparatus |
| JP3063253B2 (ja) * | 1991-07-06 | 2000-07-12 | ソニー株式会社 | オーディオまたはビデオ機器の制御システムおよび方法 |
| JPH06268653A (ja) * | 1993-03-12 | 1994-09-22 | Matsushita Electric Ind Co Ltd | マルチメディアネットワーク及びデバイス制御装置 |
-
1995
- 1995-10-31 JP JP30672495A patent/JP3629778B2/ja not_active Expired - Lifetime
-
1996
- 1996-10-31 KR KR1019960052190A patent/KR100446568B1/ko not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09130870A (ja) | 1997-05-16 |
| KR100446568B1 (ko) | 2005-04-06 |
| KR970024765A (ko) | 1997-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3870436B2 (ja) | 情報信号記録機器及び通信方法 | |
| KR100490254B1 (ko) | 통신제어방법,통신시스템및전자기기 | |
| JP3783282B2 (ja) | 通信制御方法、通信システムおよびそれに用いる電子機器 | |
| CA2154949C (en) | Method of selecting input apparatus | |
| EP0682430B1 (en) | Data transmission system and method | |
| JP3300794B2 (ja) | ローカル通信バス システム及びこれに用いる装置 | |
| JP3629778B2 (ja) | 通信システム、通信方法及び制御機器 | |
| JPH10341247A (ja) | データ送信装置、データ受信装置、データ伝送システム及びデータ伝送方法 | |
| JP3348526B2 (ja) | オーディオビデオマネージャ機器及びオーディオビデオ機器並びに通信方法 | |
| US6727799B1 (en) | Communication control method and electronic equipments | |
| JP3271110B2 (ja) | データ通信方法及び電子機器 | |
| JP3594047B2 (ja) | 機能別にモジュール化されたａｖシステム | |
| JP4196978B2 (ja) | 通信システム、情報入手方法および電子機器 | |
| JP2001222862A (ja) | 情報処理装置および方法、ならびに、記録媒体 | |
| JP3704773B2 (ja) | 電子機器及びその制御方法 | |
| US7003604B2 (en) | Method of and apparatus for cancelling a pending AV/C notify command | |
| JP3567139B2 (ja) | 情報機器、情報機器システム制御方法及び情報機器システム | |
| JPH10200555A (ja) | 伝送方法、受信方法、及び電子機器 | |
| JP3567920B2 (ja) | データ通信方法及び電子機器 | |
| JP3583811B2 (ja) | 入力機器選択方法及び電子機器 | |
| JP3613865B2 (ja) | 電子機器及び通信制御方法 | |
| JPH10172239A (ja) | 情報信号ミキシング装置及びミキシング制御方法 | |
| JP2004120734A (ja) | 通信制御方法 | |
| JP2001148705A (ja) | 制御方法及び通信装置 | |
| JPH08102983A (ja) | 視聴覚システムの制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040803 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040930 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041124 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041207 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071224 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081224 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091224 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091224 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101224 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101224 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111224 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121224 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131224 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |