JP3611588B2 - 送信方法、受信方法、通信方法及び双方向バスシステム - Google Patents
送信方法、受信方法、通信方法及び双方向バスシステム Download PDFInfo
- Publication number
- JP3611588B2 JP3611588B2 JP26365193A JP26365193A JP3611588B2 JP 3611588 B2 JP3611588 B2 JP 3611588B2 JP 26365193 A JP26365193 A JP 26365193A JP 26365193 A JP26365193 A JP 26365193A JP 3611588 B2 JP3611588 B2 JP 3611588B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- field
- address
- bidirectional bus
- transmitted
- 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
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/283—Processing of data at an internetworking point of a home automation network
- H04L12/2834—Switching of information between an external network and a home network
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/06—Receivers
- H04B1/16—Circuits
- H04B1/20—Circuits for coupling gramophone pick-up, recorder output, or microphone to receiver
- H04B1/205—Circuits for coupling gramophone pick-up, recorder output, or microphone to receiver with control bus for exchanging commands between units
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
- H04L12/282—Controlling appliance services of a home automation network by calling their functionalities based on user interaction within the home
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L2012/2847—Home automation networks characterised by the type of home appliance used
- H04L2012/2849—Audio/video appliances
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the Internet
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Automation & Control Theory (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Theoretical Computer Science (AREA)
- Computing Systems (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Small-Scale Networks (AREA)
- Selective Calling Equipment (AREA)
Description
【０００１】
【産業上の利用分野】
本発明は、送信方法、受信方法、通信方法及び双方向バスシステムに関し、例えばテレビジョン受像機、ビデオテープレコーダ等のデバイスを双方向バスにて相互に接続し、デバイスに内蔵された例えばモニター受像機、ＴＶチューナ、ビデオデッキ等のサブデバイスを、他のデバイスから制御したり、他のデバイスの動作状態等をテレビジョン受像機に表示したりするシステムに用いられるものである。
【０００２】
【従来の技術】
近年、複数のオーディオ機器やビジュアル機器（以下ＡＶ機器という）を、ビデオ信号ラインやオーディオ信号ライン（以下ＡＶ信号ラインという）によって接続し、システム化して使用することが一般的に行われている。
【０００３】
このようなＡＶシステムでは、上述のＡＶ信号ラインの他に、システム制御バス（以下単に双方向バスという）によって機器間を接続し、互いを制御するようになっている。具体的には、所謂ＩＥＣのパブリケーション１０３０で規定されているＤ２Ｂ（Ａｕｄｉｏ，Ｖｉｅｄｏ ａｎｄ ａｕｄｉｏｖｉｓｕａｌ ｓｙｓｔｅｍｓ Ｄｏｍｅｓｔｉｃ Ｄｉｇｉｔａｌ Ｂｕｓ）やＥＩＡＪのＥＴ−２１０１で規定されているホームバスシステム（Ｈｏｍｅ Ｂｕｓ Ｓｙｓｔｅｍ 、以下ＨＢＳという）等が知られている。そして、双方向バスを介して、例えばテレビジョン受像機、ビデオテープレコーダ、ビデオデッキプレイヤ（以下それぞれＴＶ、ＶＴＲ、ＶＤＰという）等の機器（デバイス）から他のデバイスを制御したり、デバイスから他のデバイスに内蔵された例えばモニター受像機（ＴＶモニタ）、ＴＶチューナ、ビデオデッキ、アンプ等のサブデバイスを制御するようになっている。また、この双方向バスを介して、例えばデバイスやサブデバイスの動作状態（ステータス）等をＴＶモニタに表示するためのデータを伝送するようになっている。また、双方向バスのアクセス方式としては、例えばＤ２Ｂでは所謂ＣＳＭＡ／ＣＤ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ）が採用されている。
【０００４】
すなわち、デバイスに内蔵されたサブデバイスから他のデバイスに内蔵されたサブデバイスへの通信（以下サブデバイスからサブデバイスへの通信という）、デバイスに内蔵されたサブデバイスから他のデバイスへの通信（以下サブデバイスからデバイスへの通信という）、デバイスから他のデバイスに内蔵されたサブデバイスへの通信（以下デバイスからサブデバイスへの通信という）及びデバイスからデバイスへの通信を、双方向バスを介して行うようになっている。
【０００５】
ここで、上述のような双方向バス、例えばＤ２Ｂで用いられる伝送信号のフォーマットについて説明する。Ｄ２Ｂでは、送信先のサブデバイス等を制御するための制御コマンドやステータス等を示すデータは、図１０に示すように、フレーム構成とされ、双方向バスを介して伝送される。
【０００６】
すなわち、１フレームは、フレームの先頭を表すヘッダを指定するためのヘッダフィールド１０１と、送信元のデバイスのアドレスを指定するためのマスタアドレスフィールド１０２と、送信先（受信側）のデバイスのアドレスを指定するためのスレーブアドレスフィールド１０３と、送信先のデバイスを捕捉（ロック）した状態又はノンロックした状態での通信等を示すコントロールビットを指定するためのコントロールフィールド１０４と、制御コマンドやデータを指定するためのデータフィールド１０５とから構成される。
【０００７】
ヘッダフィールド１０１のヘッダは、図１１に示すように、同期を取るための１ビットからなるスタートビット１０１ａと、伝送速度や上記データフィールド１０５のバイト数を規定するためのモードビット１０１ｂとから構成される。このモードビット１０１ｂは、１〜３ビットからなり、現在、データフィールド１０５を最大２バイトとするモード０、最大３２バイト（スレーブからマスタでは最大１６バイト）とするモード１、最大１２８バイト（スレーブからマスタでは最大６４バイト）とするモード２の３つのモードが規定されている。
【０００８】
マスタアドレスフィールド１０２の送信元デバイスのアドレスは、上述の図１１に示すように、送信元のデバイスのアドレスを指定するための１２ビットからなるマスタアドレスビット１０２ａと、１ビットのパリティビット１０２ｂとから構成される。
【０００９】
スレーブアドレスフィールド１０３の送信先デバイスのアドレスは、上述の図１１に示すように、送信先のデバイスのアドレスを指定するための１２ビットからなるスレーブアドレスビット１０３ａと、１ビットのパリティビット１０３ｂと、送信先のデバイスから応答するための１ビットのアクノリッジビット１０３ｃとから構成される。
【００１０】
コントロールフィールド１０４には、上述の図１１に示すように、制御コマンドやデータの方向を示したり、ロック状態又はノンロック状態を示す４ビットからなるコントロールビット１０４ａと、１ビットのパリティビット１０４ｂと、１ビットのアクノリッジビット１０４ｃとが指定される。
【００１１】
データフィールド１０５には、上述の図１１に示すように、８ビットのデータビット１０５ａと、１ビットのエンドオブデータビット１０５ｂと、１ビットのパリティビット１０５ｃと、１ビットのアクノリッジビット１０５ｄが必要に応じて繰り返される。そして、データビット１０５ａを先頭から順にデータ＃１、＃２、＃３・・・とすると、例えば制御コマンドの通信では、データ＃１に、例えばサブデバイスに関係した通信を表すオペレーションコード（Ｏｐｅｒａｔｉｏｎ ｃｏｄｅ、以下ＯＰＣという） ”Ｂｅｇｉｎ ２”（すなわちコード ”ＢＤ”ｈ （ｈ は１６進を表す））、ＨＢＳを介しての通信を表すＯＰＣ”Ｂｅｇｉｎ １” （”ＢＣ”ｈ） 、他のバスを介しての通信を表すＯＰＣ”Ｂｅｇｉｎ ０” （”ＢＢ”ｈ） 等が指定され（割り当てられ）、データ＃２に、これらのＯＰＣに対するオペランド（Ｏｐｅｒａｎｄ 、以下ＯＰＲという）が指定される。また、例えばデータの通信では、データ＃１、＃２、＃３・・・にデータが１バイト（８ビット）毎に順に指定される。
【００１２】
なお、上述のＯＰＣに対するＯＰＲ、例えばＯＰＣ”Ｂｅｇｉｎ ２” に対するＯＰＲは、図１２に示すように、電話通信系（ＣＴ：Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｌｅｐｈｏｎｙ ）、ＡＶ系（ＡＶ／Ｃ：Ａｕｄｉｏ Ｖｉｄｅｏ ａｎｄ Ｃｏｎｔｒｏｌ）及び家電製品系（ＨＫ：Ｈｏｕｓｅｋｅｅｐｉｎｇ）等のサービスコードを識別するためのビットｂ５ 、ｂ４ 、ｂ３ 、ｂ２ （ｂ７ が最上位ビット（ＭＳＢ））と、サブデバイスからサブデバイスへの通信、サブデバイスからデバイスへの通信、デバイスからサブデバイスへの通信、デバイスからデバイスへの通信のいずれかを表す、すなわち送信元のサブデバイスのアドレス（Ｓｏｕｒｃｅ Ｓｕｂ−Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓ 、以下ＳＳＤＡという）と送信先のサブデバイスのアドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ｓｕｂ−Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓ、以下ＤＳＤＡという）の有無を示すビットｂ１ 、ｂ０ とからなる。なお、ビットｂ７ は常に０とされ、ビットｂ６ は将来の標準化のために保留されており、現在は１とされている。具体的には、ｂ１ ＝０、ｂ０ ＝０がサブデバイスからサブデバイスへの通信を、ｂ１ ＝０、ｂ０ ＝１がサブデバイスからデバイスへの通信を、ｂ１ ＝１、ｂ０ ＝０がデバイスからサブデバイスへの通信を、ｂ１ ＝１、ｂ０ ＝１がデバイスからデバイスへの通信を表す。
【００１３】
ここで、データフィールド１０５のデータ容量よりも多くのデータ量のデータを、例えば２フレームに分割してＶＴＲからＴＶにノンロック状態で伝送するとした場合、図１３に示すように、ＶＴＲは、マスタアドレスビットをＶＴＲのアドレスとし、スレーブアドレスビットをＴＶのアドレスとし、コントロールビットをノンロック状態でのデータの書き込みを表すコード（例えば ”Ｆ”ｈ）とし、データ＃１、＃２、＃３・・・にデータを指定した２つのフレーム（所謂パケット）Ｐ１ 、Ｐ２ を構成する。そして、ＶＴＲは、双方向バス上の所謂キャリアの有無を検出し、キャリアがないとき、すなわち双方向バスが空いているときに、フレームＰ１ を送信し、その後、キャリアの送出を一旦停止して双方向バスを開放する。次に、ＶＴＲは、再び双方向バスが空いたときに、フレームＰ２ を送信する。かくして、ＶＴＲからＴＶへのデータの伝送が終了し、ＴＶは、このデータに基づいた文字等の表示を行う。
【００１４】
ところで、例えば、ＶＴＲがフレームＰ１ の送信中に、ＶＤＰがＴＶへデータを伝送するために双方向バスが開放されるのを待っている場合、上述の図１３に示すように、ＶＴＲがフレームＰ１ を送信した後、キャリアの送出を停止すると、ＶＤＰは、双方向バス上にキャリアがないのを検出して、双方向バスを使用する権利を獲得し、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＤＰのアドレス、ＴＶのアドレス、コード ”Ｆ”ｈ（データ／ノンロック）とし、データ＃１、＃２、＃３・・・にデータを指定したフレームＰ３ をＴＶに送信する。そして、ＶＤＰの送信が終了した時点で、ＶＴＲはフレームＰ２ を送信する。すなわち、ＶＴＲがＴＶをロック状態としていないために、ＴＶには順にＶＴＲからのフレームＰ１ 、ＶＤＰからのフレームＰ３ 、ＶＴＲからのフレームＰ２ が受信される。これらのフレームには、送信元のデバイスを識別するためのマスタアドレスビットが付加されていることから、伝送上の間違い、すなわちメッセージ（データ）が混じり合うことはない。しかし、ＶＴＲがＴＶにデータを送って、ＴＶの画面上にＶＴＲのステータス（状態）を表示している最中に、ＶＤＰからＴＶへ表示用のデータが送られてくると、ＶＴＲの表示にＶＤＰの表示が割り込んだり、文字等の表示に時間がかかる等の不都合が生じる虞れがある。
【００１５】
そこで、従来の双方向バスシステムでは、図１４に示すように、送信元のデバイスが送信先（受信側）のデバイスをロック状態にして、データの伝送を行うようになっている。すなわち、例えばＶＴＲは、マスタアドレスビットをＶＴＲのアドレスとし、スレーブアドレスビットをＴＶのアドレスとし、コントロールビットをロック状態での制御コマンドの書き込みを表すコード ”Ａ”ｈとし、データ＃１（ＯＰＣ）、データ＃２（ＯＰＲ）、データ＃３（ＳＳＤＡ）、データ＃４（ＤＳＤＡ）、データ＃５（ＯＰＣ）、データ＃６（ＯＰＲ１）、データ＃７（ＯＰＲ２）、データ＃８（ＯＰＲ３）にそれぞれＯＰＣ”Ｂｅｇｉｎ ２” 、ＳＳＤＡ及びＤＳＤＡが有ることを示すコード ”５４”ｈ、例えばビデオデッキのアドレス、例えばＴＶモニタのアドレス、ディスプレイを表すコード ”Ｅ０”ｈ、画面上での例えば１行目を表すコード ”２０”ｈ、例えば標準の大きさの文字を表すコード ”２２”ｈ、例えばアルファベットの小文字を表すコード ”２１”ｈを順番に指定したフレームＰ１ を送信し、ＴＶをロックする制御を行う。なお、ＳＳＤＡとＤＳＤＡは必要に応じて指定され、例えばサブデバイスからデバイスへの通信ではＤＳＤＡは不要であり、デバイスからサブデバイスへの通信ではＳＳＤＡは不要であり、デバイスからデバイスへの通信ではＳＳＤＡ及びＤＳＤＡは不要である。
【００１６】
次に、ＶＴＲは、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲのアドレス、ＴＶのアドレス、ロック状態でのデータを書き込みを表すコード ”Ｂ”ｈとし、データ＃１、＃２、＃３・・・にデータを例えば最大３２バイト指定したフレームＰ２ を送信する。そして、この動作を表示する行を変更するまで続ける。
【００１７】
次に、ＶＴＲは、行の変更を指示するために、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲのアドレス、ＴＶのアドレス、コード ”Ａ”ｈ（コマンド／ロック）とし、データ＃１（ＯＰＣ）、データ＃２（ＯＰＲ１）、データ＃３（ＯＰＲ２）、データ＃４（ＯＰＲ３）にそれぞれコード ”Ｅ０”ｈ、画面上での例えば２行目を表すコード ”２１”ｈ、例えば大きな文字を表すコード ”２１”ｈ、例えばアルファベットの大文字を表すコード ”２０”ｈを指定したフレームＰｉ を送信し、それに続けて、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲのアドレス、ＴＶのアドレス、コード ”Ｂ”ｈ（データ／ロック）とし、データ＃１、＃２、＃３・・・に残りのデータを指定したフレームＰｉ＋１ を送信する。
【００１８】
その後、ＶＴＲは、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲのアドレス、ＴＶのアドレス、ノンロック状態での制御コマンドの書き込みを表すコード ”Ｅ”ｈとし、データ＃１（ＯＰＣ）にメッセージ（データ通信）が終了したことを示すエンドコマンド（コード ”ＢＥ”ｈ）を指定したフレームＰｉ＋２ を送信し、ＴＶのロックを解除する。
【００１９】
そして、上述のようなデータ通信が行われているときに、例えばＶＴＲがフレームＰ２ の送信を終了して、キャリアの送出を停止したときに、ＶＤＰが、ＴＶにデータを送信するために双方向バスを使用する権利を獲得し、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＤＰのアドレス、ＴＶのアドレス、コード ”Ａ”ｈ（コマンド／ロック）とし、データ＃１（ＯＰＣ）、データ＃２（ＯＰＲ）、データ＃３（ＳＳＤＡ）、データ＃４（ＤＳＤＡ）、データ＃５（ＯＰＣ）、データ＃６（ＯＰＲ１）、データ＃７（ＯＰＲ２）、データ＃８（ＯＰＲ３）にそれぞれＯＰＣ”Ｂｅｇｉｎ ２” 、コード ”５４”ｈ、例えばビデオプレーヤのアドレス、例えばＴＶモニタのアドレス、コード ”Ｅ０”ｈ、コード ”２０”ｈ（１行目）、コード ”２２”ｈ（標準文字）、コード ”２１”ｈ（アルファベットの小文字）を指定したフレームＰｊ を送信すると、ＴＶは、ＶＤＰにロックされていることを通知する。これにより、ＶＤＰはデータの送信を停止する。この結果、ＶＤＰにより中断されることなく、ＶＴＲからＴＶへのデータの伝送が続行される。
【００２０】
そして、ＶＴＲからＴＶへのデータの伝送が終了すると、上述の図１４に示すように、ＶＤＰは、フレームＰｊ を再びＴＶに送信して、ＴＶをロック状態とし、続けて、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＤＰのアドレス、ＴＶのアドレス、コード ”Ｂ”ｈ（データ／コード）とし、データ＃１、＃２、＃３・・・にデータを指定したフレームＰｊ＋１ を送信し、次に、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＤＰ、ＴＶ、コード ”Ｅ”ｈ（コマンド／ノンロック）とし、データ＃１（ＯＰＣ）にコード ”ＢＥ”ｈ（エンドコマンド）を指定したフレームＰｊ＋２ を送信して、ＴＶのロックを解除する。
【００２１】
かくして、ＶＴＲからＴＶへのデータ伝送と、ＶＤＰからＴＶへのデータ伝送が終了し、従来の双方向バスシステムは、上述したＶＴＲの表示にＶＤＰの表示が割り込んだりする問題を解決している。
【００２２】
ところで、送信するデータのデータ量がデータフィールド１０５のデータ容量より少なく、送信するデータを１フレームで伝送可能な場合であっても、従来の双方向バスシステムでは、送信先（受信側）のデバイスをロック状態にした後に、データを伝送し、データの伝送が終了した時点で受信側のデバイスのロックを解除するようになっている。
【００２３】
すなわち、図１５に示すように、ＶＴＲは、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲ、ＴＶ、コード ”Ａ”ｈ（コマンド／ロック）とし、データ＃１（ＯＰＣ）、データ＃２（ＯＰＲ）、データ＃３（ＳＳＤＡ）、データ＃４（ＤＳＤＡ）、データ＃５（ＯＰＣ）、データ＃６（ＯＰＲ１）、データ＃７（ＯＰＲ２）、データ＃８（ＯＰＲ３）にそれぞれＯＰＣ”Ｂｅｇｉｎ ２” 、コード ”５４”ｈ、ビデオデッキのアドレス、ＴＶモニタのアドレス、コード ”Ｅ０”ｈ、コード ”２０”ｈ、コード ”２２”ｈ、コード ”２１”ｈを順番に指定したフレームＰ１ を送信し、ＴＶをロック状態に制御する。
【００２４】
次に、ＶＴＲは、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲのアドレス、ＴＶのアドレス、コード ”Ｂ”ｈ（データ／ロック）とし、データ＃１、＃２、＃３・・・にデータを指定したフレームＰ２ を送信する。
【００２５】
その後、ＶＴＲは、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲのアドレス、ＴＶのアドレス、コード ”Ｅ”ｈ（コマンド／ノンロック）とし、データ＃１（ＯＰＣ）にメッセージが終了したことを表すコード ”ＢＥ”ｈ（エンドコマンド）を指定したフレームＰ３ を送信し、ＴＶのロックを解除する。
【００２６】
【発明が解決しようとする課題】
以上のように、従来の通信方法あるいは双方向バスシステムでは、実際のデータを伝送する前に、受信側のデバイスをロック状態にするためのフレームが必要とされると共に、データの伝送が終了した時点で受信側のデバイスをノンロック状態とするフレームが必要とされ、トラフィック量が増え、伝送効率が低く、また通信手順（プロトコル）が複雑である等の問題があった。
【００２７】
本発明は、このような実情に鑑みてなされたものであり、従来の通信方法等に比して、双方向バス上のトラフィック量を少なくすることができ、伝送効率を高めることができると共に、通信手順を簡素化することができる送信方法、受信方法、通信方法、双方向バスシステムの提供を目的とする。
【００２８】
【課題を解決するための手段】
上述の課題を解決するために、本発明に係る送信方法は、複数のデバイスを双方向バスを介して相互に接続してなる双方向バスシステムの送信方法において、双方向バス上の伝送信号の１フレームを、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信かデバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及びデバイスへ送信する際にダミーコードを指定すると共に、サブデバイスへ送信する際はサブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、送信するデータを指定するためのデータフィールドとから構成する。送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を経路選択フィールドの内容を利用して、双方向バスを介して伝送する。
【００２９】
また、本発明に係る送信方法は、送信するデータのデータ量がデータフィールドのデータ容量より少なく、送信するデータを１つのフレームで送信する際に、コントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を双方向バスを介して送信する。
【００３０】
本発明に係る受信方法は、複数のデバイスを双方向バスを介して相互に接続してなる双方向バスシステムの受信方法において、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信かデバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及びデバイスへ送信する際にダミーコードを指定すると共に、サブデバイスへ送信する際はサブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、伝送されるデータを指定するためのデータフィールドとからなるフレーム構造を有する伝送信号を、双方向バスを介して受信する。第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを経路選択フィールドの内容を利用して、双方向バスを介して第２のデバイスに通知する。
【００３１】
本発明に係る通信方法は、複数のデバイスを双方向バスを介して相互に接続してなる双方向バスシステムの通信方法において、送信側のデバイスは、双方向バス上の伝送信号の１フレームを、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信かデバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及びデバイスへ送信する際にダミーコードを指定すると共に、サブデバイスへ送信する際はサブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、送信するデータを指定するためのデータフィールドとから構成する。送信側のデバイスは、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を経路選択フィールドの内容を利用して双方向バスを介して伝送する。受信側のデバイスは、双方向バスを介して伝送信号を受信し、送信側の第１のデバイスから受信される伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、送信側の第２のデバイスから伝送信号を受信した場合、捕捉されていることを双方向バスを介して第２のデバイスに通知する。
【００３２】
本発明に係る双方向バスシステムは、複数のデバイスと、双方向バスとからなる。複数のデバイスは、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信かデバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及びデバイスへ送信する際にダミーコードを指定すると共に、サブデバイスへ送信する際はサブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、送信するデータを指定するためのデータフィールドとからなるフレームを構成すると共に、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉しないと指定して、経路選択フィールドと共に伝送信号を形成する伝送信号形成手段と、伝送信号形成手段で形成された伝送信号を双方向バスに出力するバス出力手段とをそれぞれに備える。
【００３３】
本発明に係る双方向バスシステムは、複数のデバイスと、双方向バスとからなる。複数のデバイスは、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信かデバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及びデバイスへ送信する際にダミーコードを指定すると共に、サブデバイスへ送信する際はサブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、伝送されるデータを指定するためのデータフィールドとからなるフレーム構造を有する伝送信号を、経路選択フィールドの内容を利用して双方向バスを介して受信する入力手段と、入力手段で受信された第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを双方向バスを介して第２のデバイスに通知する制御手段とをそれぞれに備える。
【００３４】
本発明に係る双方向バスシステムは、複数のデバイスと、双方向バスとからなる。複数のデバイスは、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信かデバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及びデバイスへ送信する際にダミーコードを指定すると共に、サブデバイスへ送信する際はサブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、送信するデータを指定するためのデータフィールドとからなるフレームを構成すると共に、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉しないと指定して、経路選択フィールドと共に伝送信号を形成する伝送信号形成手段と、伝送信号形成手段で形成された伝送信号を双方向バスに出力するバス出力手段と、双方向バスを介して伝送信号を受信するバス入力手段と、バス入力手段で受信された第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを双方向バスを介して第２のデバイスに通知する制御手段とをそれぞれに備える。
【００３５】
【作用】
本発明に係る送信方法では、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドとからなるフレーム構造を有する伝送信号のコントロールフィールドに、最初に送信するフレームでは受信側のデバイスを捕捉すると指定し、最後に送信するフレームでは受信側のデバイスを捕捉しないと指定して、伝送信号を経路選択フィールドの内容を利用して、双方向バスを介して伝送する。
【００３６】
また、本発明に係る送信方法では、送信するデータのデータ量がデータフィールドのデータ容量より少なく、送信するデータを１つのフレームで送信する際に、伝送信号のコントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を双方向バスを介して送信する。
【００３７】
本発明に係る受信方法では、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドとからなるフレーム構造を有する伝送信号を、双方向バスを介して受信する。第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを経路選択フィールドの内容を利用して、双方向バスを介して第２のデバイスに通知する。
【００３８】
本発明に係る通信方法では、送信側のデバイスは、双方向バス上の伝送信号の１フレームをアドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドから構成する。送信側のデバイスは、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を経路選択フィールドの内容を利用して双方向バスを介して伝送する。受信側のデバイスは、双方向バスを介して伝送信号を受信し、送信側の第１のデバイスから受信される伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、送信側の第２のデバイスから伝送信号を受信した場合、捕捉されていることを双方向バスを介して第２のデバイスに通知する。
【００３９】
本発明に係る双方向バスシステムでは、複数のデバイスの各伝送信号形成手段は、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドからなるフレームのコントロールフィールドに、最初に送信するフレームでは受信側のデバイスを捕捉すると指定し、最後に送信するフレームでは受信側のデバイスを捕捉しないと指定して、経路選択フィールドと共に伝送信号を形成する。各バス出力手段は、伝送信号形成手段で形成された伝送信号を双方向バスに出力する。
【００４０】
本発明に係る双方向バスシステムでは、複数のデバイスの各入力手段は、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドとからなるフレーム構造を有する伝送信号を、経路選択フィールドの内容を利用して双方向バスを介して受信する。各制御手段は、入力手段で受信された第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを双方向バスを介して第２のデバイスに通知する。
【００４１】
本発明に係る双方向バスシステムでは、複数のデバイスの各伝送信号形成手段は、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドからなるフレームのコントロールフィールドに、最初に送信するフレームでは受信側のデバイスを捕捉すると指定し、最後に送信するフレームでは受信側のデバイスを捕捉しないと指定して、経路選択フィールドと共に伝送信号を形成する。各バス出力手段は、伝送信号形成手段で形成された伝送信号を双方向バスに出力する。各バス入力手段は、伝送信号を、経路選択フィールドの内容を利用して双方向バスを介して受信する。各制御手段は、入力手段で受信された第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを双方向バスを介して第２のデバイスに通知する。
【００４２】
【実施例】
以下、本発明に係る送信方法、受信方法、通信方法及び双方向バスシステムの一実施例を図面を参照しながら説明する。この実施例は、本発明を所謂ＩＥＣのパブリケーション１０３０で規定されているＤ２Ｂ（Ａｕｄｉｏ，Ｖｉｅｄｏ ａｎｄ ａｕｄｉｏｖｉｓｕａｌ ｓｙｓｔｅｍｓ Ｄｏｍｅｓｔｉｃ Ｄｉｇｉｔａｌ Ｂｕｓ）、ＥＩＡＪのＥＴ−２１０１で規定されているホームバスシステム（Ｈｏｍｅ Ｂｕｓ Ｓｙｓｔｅｍ 、以下ＨＢＳという）に適用したものである。
【００４３】
本発明を適用した双方向バスシステムは、例えば図１に示すように、デバイスであるテレビジョン受像機（以下ＴＶという）１０と、デバイスであるビデオテープレコーダ（以下ＶＴＲという）２０、３０と、デバイスであるビデオデッキプレーヤ（以下ＶＤＰという）４０とを双方向バス１を介して相互に接続して構成される。
【００４４】
ＴＶ１０は、上述の図１に示すように、テレビジョン放送を受信してビデオ信号とオーディオ信号を再生するチューナ１０ａと、該チューナ１０ａで再生されたビデオ信号に基づいた画像を表示するＴＶモニタ１０ｂと、上記チューナ１０ａで再生されたオーディオ信号を増幅するアンプ１０ｃとをサブデバイスとして内蔵すると共に、上記チューナ１０ａからのビデオ信号又は／及びオーディオ信号（以下ＡＶ信号という）を外部に出力したり、外部から入力されるＡＶ信号を上記チューナ１０ａ、ＴＶモニタ１０ｂに供給するスイッチボックス１０ｄをサブデバイスとして備える。
【００４５】
また、ＶＴＲ２０は、上述の図１に示すように、ＡＶ信号を磁気テープに記録し、又はＡＶ信号を再生するビデオデッキ２０ａと、テレビジョン放送を受信してＡＶ信号を再生するチューナ２０ｂとをサブデバイスとして内蔵すると共に、上記ビデオデッキ２０ａやチューナ２０ｂからのＡＶ信号を外部に出力したり、外部から入力されるＡＶ信号を上記ビデオデッキ２０ａに供給するスイッチボックス２０ｃをサブデバイスとして備える。
【００４６】
また、ＶＴＲ３０は、上述のＶＴＲ２０と同様に、ビデオデッキ３０ａと、チューナ３０ｂと、スイッチボックス３０ｃとをサブデバイスとして内蔵する。
【００４７】
また、ＶＤＰ４０は、光ディスクからＡＶ信号を再生するビデオプレーヤ４０ａをサブデバイスとして内蔵する。
【００４８】
そして、この双方向バスシステムでは、例えばＶＴＲ２０、ＶＴＲ３０、ＶＤＰ４０で再生されたビデオ信号をＴＶ１０に供給し、このビデオ信号に基づいた画像をＴＶモニタ１０ｂで表示するようになっている。具体的には、ＴＶ１０のスイッチボックス１０ｄとＶＴＲ２０のスイッチボックス２０ｃがＡＶ信号ラインＬ１で接続され、ＴＶ１０のスイッチボックス１０ｄとＶＴＲ３０のスイッチボックス３０ｃがＡＶ信号ラインＬ２で接続され、ＴＶ１０のスイッチボックス１０ｄとビデオプレーヤ４０ａがＡＶ信号ラインＬ３で接続されており、すなわちＡＶ信号ラインＬ１、Ｌ２、Ｌ３は、ＴＶ１０を中心としてスター（星）状に配線され、ＶＴＲ２０、ＶＴＲ３０、ＶＤＰ４０で再生されたＡＶ信号がそれぞれＡＶ信号ラインＬ１、Ｌ２、Ｌ３及びスイッチボックス１０ｄを介してＴＶモニタ１０ｂに供給され、ＴＶモニタ１０ｂに画像が表示される。また、例えばビデオプレーヤ４０ａで再生されたＡＶ信号が、ＡＶ信号ラインＬ３、スイッチボックス１０ｄ、ＡＶ信号ラインＬ１、スイッチボックス２０ｃを介してビデオデッキ２０ａに供給され、ビデオデッキ２０ａにより磁気テープに記録（録画）される。
【００４９】
また、この双方向バスシステムでは、例えばＴＶ１０（デバイス）は、双方向バス１を介してＶＴＲ２０、３０、ＶＤＰ４０（デバイス）やそれらに内蔵されたビデオデッキ２０ａ、３０ａ、ビデオプレーヤ４０ａ、スイッチボックス２０ｃ、３０ｃ（サブデバイス）を制御するようになっている。
【００５０】
また、この双方向バスシステムでは、例えばＶＴＲ２０、３０、ＶＤＰ４０からそれらの動作状態（ステータス）等を示すデータを複数のフレーム（所謂パケット）に分割して、双方向バス１を介してＴＶ１０に供給し、ＴＶ１０は、これらのデータに基づいた文字等をＴＶモニタ１０ｂに表示するようになっている。
【００５１】
具体的には、ＴＶ１０は、例えば図２に示すように、上記チューナ１０ａ〜スイッチボックス１０ｄを内部制御バス１１を介して制御するマイクロプロセッサ１２と、ユーザが操作した操作内容を上記マイクロプロセッサ１２に入力するユーザインターフェイス部１３と、他のデバイスやそのサブデバイスを制御するための制御コマンドやステータス等を示すデータからなる伝送信号を上記双方向バス１に入出力するバスインターフェイス回路１４とを備える。
【００５２】
また、ＶＴＲ２０は、上述の図２に示すように、上記ビデオデッキ２０ａ〜スイッチボックス２０ｃを内部制御バス２１を介して制御するマイクロプロセッサ２２と、ユーザが操作した操作内容を上記マイクロプロセッサ２２に入力するユーザインターフェイス部２３と、伝送信号を上記双方向バス１に入出力するバスインターフェイス回路２４とを備える。また、ＶＴＲ３０、ＶＤＰ４０も同様に、マイクロプロセッサ、バスインターフェイス回路等（図示せず）を備える。
【００５３】
そして、例えばユーザが、ＶＴＲ２０で再生されるビデオ信号に基づいた画像をＴＶ１０で見るためにＴＶ１０のユーザインターフェイス部１３を操作すると、ＴＶ１０のマイクロプロセッサ１２は、操作内容に応じて伝送信号を形成し、この伝送信号をバスインターフェイス回路１４、双方向バス１を介してＶＴＲ２０に送信する。ＶＴＲ２０のマイクロプロセッサ２２は、バスインターフェイス回路２４で受信されるこの伝送信号に基づき、内部制御バス２１を介してビデオデッキ２０ａをプレー（再生動作）させる制御を行うと共に、ビデオデッキ２０ａで再生されたＡＶ信号がＴＶ１０に供給されるようにスイッチボックス２０ｃを制御する。
【００５４】
すなわち、ユーザインターフェイス部１３は、上述の図２に示すように、例えばキースイッチ等を備えた操作部１３ａと、例えば発光ダイオード等を備えた表示部１３ｂとから構成され、操作部１３ａは、ユーザがキースイッチ等を用いて操作した操作内容に対応した信号を内部制御バス１１を介してマイクロプロセッサ１２に供給する。
【００５５】
マイクロプロセッサ１２は、上述の図２に示すように、受信された制御コマンドを上記チューナ１０ａ〜スイッチボックス１０ｄを制御するための内部制御コマンドに変換するコマンドテーブル、受信されたデータに基づいた画像をＴＶモニタ１０ｂに表示するためのプログラム等の各種のプログラムが記憶されているリードオンリメモリ（以下ＲＯＭという）１２ａと、該ＲＯＭ１２ａに記憶されているプログラムを実行する中央演算装置（以下ＣＰＵという）１２ｂと、実行の結果等を記憶するランダムアクセスメモリ（以下ＲＡＭという）１２ｃと、上記チューナ１０ａ〜バスインターフェイス回路１４とのインターフェイスを取るＩ／Ｏ回路１２ｄとから構成される。
【００５６】
そして、ＣＰＵ１２ｂは、ＲＯＭ１２ａに記憶されているプログラムを実行することにより、操作部１３ａから内部制御バス１１、Ｉ／Ｏ回路１２ｄを介して供給される信号に基づいて例えばＶＴＲ２０を制御する制御コマンドを生成し、この制御コマンドを、フレーム構成としてバスインターフェイス回路１４に供給する。
【００５７】
また、ＣＰＵ１２ｂは、ステータス等のデータをフレーム構成としてバスインターフェイス回路１４に供給すると共に、バスインターフェイス回路１４を介して受信されるデータに基づいた文字等、例えばＶＴＲ２０のステータスをＴＶモニタ１０ｂに表示する制御を行う。
【００５８】
バスインターフェイス回路１４は、双方向バス１に対するアクセス方式として、例えば所謂ＣＳＭＡ／ＣＤ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ）を採用すると共に、例えば所謂ＩＥＣ／ＳＣ４８Ｂ（Ｓｅｃｒｅｔａｒｉａｔ）２０２で規定されるコネクタを介して双方向バス１に接続されている。
【００５９】
具体的には、このコネクタは、図３Ａに示すように、２つのソケット２、３を備え、図３Ｂに示すように、ソケット２の信号用の接点２ａ、２ｂ、アース用の接点２ｃと、ソケット３の信号用の接点３ａ、３ｂ、アース用の接点３ｃとが内部で互いに接続されている。また、接点２ａと接点２ｂがスイッチ２ｄ及び終端抵抗（例えば１２０オーム）４を介して接続されると共に、接点３ａと接点３ｂがスイッチ３ｄ及び終端抵抗４を介して接続されている。
【００６０】
このように構成されるコネクタはＴＶ１０等の各デバイス毎にそれぞれ具備されており、例えばＶＴＲ２０に具備されるコネクタのように、ＴＶ１０からの双方向バス１のプラグとＶＴＲ３０からの双方向バス１のプラグがそれぞれソケット２、３に挿入されると、スイッチ２ｄ、３ｄが開いて終端抵抗４が切り離され、ＴＶ１０からの伝送信号がＶＴＲ２０のバスインターフェイス回路２４に供給されると共に、後段のＶＴＲ３０やＶＤＰ４０に供給されるようになっている。
【００６１】
ここで、双方向バス１上を伝送される伝送信号のフォーマットについて説明する。この伝送信号のフォーマットは、従来の技術で述べたＤ２Ｂのフォーマットに略準拠したものであり、送信先のサブデバイス等を制御するための制御コマンドや、例えばＶＴＲ２０の動作状態（ステータス）等をＴＶ１０に表示するためのデータは、例えば図４、５に示すように、フレーム構成とされて伝送される。
【００６２】
すなわち、１フレームは、フレームの先頭を表すヘッダを指定するためのヘッダフィールド５１と、送信元のデバイスのアドレスを指定するためのマスタアドレスフィールド５２と、送信先のデバイスのアドレスを指定するためのスレーブアドレスフィールド５３と、送信先のデバイスを捕捉（ロック）した状態又はノンロック状態での通信等を示すコントロールビットを指定するためのコントロールフィールド５４と、制御コマンドやデータを指定するためのデータフィールド５５とから構成される。
【００６３】
ヘッダフィールド５１のヘッダは、従来の技術で述べたＤ２Ｂに準拠し（図１１参照）、同期を取るための１ビットからなるスタートビットと、伝送速度や上記データフィールド５５のバイト数を規定するためのモードビットとから構成される。
【００６４】
マスタアドレスフィールド５２の送信元デバイスのアドレスは、従来の技術で述べたＤ２Ｂに準拠し、送信元のデバイスのアドレスを指定するための１２ビットからなるマスタアドレスビットと、１ビットのパリティビットとから構成される。
【００６５】
スレーブアドレスフィールド５３の送信先デバイスのアドレスは、従来の技術で述べたＤ２Ｂに準拠し、送信先のデバイスのアドレスを指定するための１２ビットからなるスレーブアドレスビットと、１ビットのパリティビットと、送信先のデバイスから応答するための１ビットのアクノリッジビットとから構成される。
【００６６】
コントロールフィールド５４には、従来の技術で述べたＤ２Ｂに略準拠し、ロック状態又はノンロック状態を示すと共に、データフィールド５５が制御コマンドであるかデータであるかを指定する４ビットからなるコントロールビットと、１ビットのパリティビットと、１ビットのアクノリッジビットとが指定される。なお、コントロールビットとしては、Ｄ２Ｂに規定されているコードのうちのマスタからスレーブへのコードであって、制御コマンドのノンロック状態での書き込みを表すコード ”Ｅ”ｈ（ｈ は１６進を表す）、データのロック状態での書き込みを表すコード ”Ｂ”ｈ及びデータのノンロック状態での書き込みを表すコード ”Ｆ”ｈのみを使用する。
【００６７】
データフィールド５５には、従来の技術で述べたＤ２Ｂに略準拠し、８ビットのデータビットと、１ビットのエンドオブデータビットと、１ビットのパリティビットと、１ビットのアクノリッジビットとが必要に応じて繰り返される。そして、データビットを先頭から順にデータ＃１、＃２、＃３・・・とすると、上述の図４、５に示すように、データ＃１〜データ＃３にデバイスに内蔵されたサブデバイスから他のデバイスへの通信、デバイスから他のデバイスに内蔵されたサブデバイスへの通信又はデバイスからデバイスへの通信を示す経路選択コードを指定する（割り当てる）。
【００６８】
経路選択コードは、上述の図４、５に示すように、８ビットからなるテキストヘッダと、デバイスに内蔵されたサブデバイスから他のデバイスへの通信、デバイスから他のデバイスに内蔵されたサブデバイスへの通信又はデバイスからデバイスへの通信を示す８ビットからなるヘッダオペランドと、送信元のサブデバイスのアドレス（Ｓｏｕｒｃｅ Ｓｕｂ−Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓ 、以下ＳＳＤＡという）又は送信先のサブデバイスのアドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ｓｕｂ−Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓ、以下ＤＳＤＡという）を示す８ビットからなるサブデバイスアドレスとから構成される。そして、テキストヘッダをコード ”ＡＢ”ｈとしてデータ＃１に指定し、従来のＤ２Ｂで用いられているＯＰＣ”Ｂｅｇｉｎ ２”（コード ”ＢＤ”ｈ）、ＯＰＣ”Ｂｅｇｉｎ １” （”ＢＣ”ｈ） 、ＯＰＣ”Ｂｅｇｉｎ ０” （”ＢＢ”ｈ） との区別を図る。
【００６９】
テキストヘッダに続くヘッダオペランド（以下ＨＤＯＰＲという）はデータ＃２に指定され、例えば図６に示すように、その下位２ビットであるビットｂ１ 、ｂ０ （ｂ７ が最上位ビット（ＭＳＢ））によりデバイスに内蔵されたサブデバイスから他のデバイスへの通信（以下サブデバイスからデバイスへの通信という）、デバイスから他のデバイスに内蔵されたサブデバイスへの通信（以下デバイスからサブデバイスへの通信という）又はデバイスからデバイスへの通信のいずれかを示す。具体的には、ｂ１ ＝０、ｂ０ ＝１がサブデバイスからデバイスへの通信を示し、ｂ１ ＝１、ｂ０ ＝０がデバイスからサブデバイスへの通信を示し、ｂ１ ＝１、ｂ０ ＝１がデバイスからデバイスへの通信を示す。すなわち、この双方向バスシステムでは、従来のＤ２Ｂで用いられていたデバイスに内蔵されたサブデバイスから他のデバイスに内蔵されたサブデバイスへの通信は行わない。換言すると、ｂ１ ＝０、ｂ０ ＝０となるＨＤＯＰＲは使用しない。
【００７０】
そして、制御コマンドの通信では、上述の図４に示すように、データ＃４以降に制御コマンド等を指定する。一方、データの通信では、上述の図５に示すように、データ＃４に、例えば所謂ＡＳＣＩＩコード、ＴＶモニタに文字等を表示するためのオンスクリーンデータ（以下ＯＳＤデータという）、日本語ＯＳＤデータ、例えば受信したリモコンからの指令をそのまま他のデバイスに転送するための透過転送データ等のデータを識別するための属性（以下ＤＴＡＴＲ：Ｄａｔａ Ａｔｔｒｉｂｕｔｅという）を指定し、データ＃５にそのフレームに含まれるデータのバイト数（以下ＢＹＴＥという）を、例えば１バイト〜１６バイトにそれぞれ対応するコード ”２０”ｈ〜 ”２Ｆ”ｈにより指定し、データ＃６以降にデータをバイト毎に指定する。
【００７１】
ところで、このデータの通信において、データフィールド５５のデータ容量、例えば上述したヘッダフィールド５１のモードビットで規定されるデータ容量が例えば１６バイトであって、送信するデータ量がそれ以上のときは、送信データを複数のフレームに分割して送信すると共に、最初に送信するフレームの上述したコントロールフィールド５４のコントロールビットを、受信側のデバイスを捕捉するとし、すなわちデータのロック状態での書き込みを表すコード ”Ｂ”ｈとし、最後に送信するフレームのコントロールビットを、受信側のデバイスを捕捉しないとする、すなわちデータのノンロック状態での書き込みを表すコード ”Ｆ”ｈとする。なお、送信するデータのデータ量がデータフィールド５５のデータ容量よりも少なく、送信するデータを１つのフレームで送信するときは、コントロールビットを受信側のデバイスを捕捉しないとする、すなわちデータのノンロック状態での書き込みを表すコード ”Ｆ”ｈとする。
【００７２】
したがって、制御コマンドの通信、例えばＴＶ１０（デバイス）からＶＴＲ２０（他のデバイス）に内蔵されたビデオデッキ２０ａ（サブデバイス）に、例えばビデオデッキ２０ａをプレーさせる制御コマンドを送るときは、ＴＶ１０のマイクロプロセッサ１２は、マスタアドレスフィールド５２にＴＶ１０のアドレスをマスタアドレスビットとして指定し、スレーブアドレスフィールド５３にＶＴＲ２０のアドレスをスレーブアドレスビットとして指定し、コントロールフィールド５４にマスタからスレーブへの制御コマンドの書き込みを表すコード ”Ｅ”ｈをコントロールビットとして指定する。さらに、マイクロプロセッサ１２は、データ＃１にコード ”ＡＢ”ｈをテキストヘッダとして指定し、データ＃２にデバイスからサブデバイスへの通信を示すコード（ｂ１ ＝１、ｂ０ ＝０）をＨＤＯＰＲとして指定し、データ＃３にビデオデッキ２０ａのアドレスをＤＳＤＡとして指定する。そして、マイクロプロセッサ１２は、後に続くデータ＃４に例えばビデオデッキをプレーさせるコード ”Ｃ３”ｈをＯＰＣとして指定し、データ＃５に前進（フォワード）を示すコード ”７５”ｈをＯＰＲとして指定する。
【００７３】
なお、例えばＴＶ１０（デバイス）からＶＴＲ２０（デバイス）へ電源をオフする制御コマンドを伝送するときは、マイクロプロセッサ１２は、データ＃２にデバイスからデバイスへの通信を示すコード（ｂ１ ＝１、ｂ０ ＝１）をＨＤＯＰＲとして指定し、サブデバイスのアドレスが不要なことから、データ＃３にダミーコード、例えば ”７Ｆ”ｈを指定する。そして、マイクロプロセッサ１２は、データ＃４に例えばスタンバイを示すコード ”Ａ０”ｈをＯＰＣとして指定し、データ＃５にオンを示すコード ”７０”ｈをＯＰＲとして指定する。
【００７４】
一方、データの通信、例えばＶＴＲ２０からＴＶ１０にビデオデッキ２０ａ（サブデバイス）のステータス等を示すデータを複数のフレーム、例えば２つのフレームＰ１ 、Ｐ２ に分割して伝送し、それらのデータに基づいた画像をＴＶ１０に表示するときは、ＶＴＲ２０のマイクロプロセッサ２２は、例えば図７に示すように、マスタアドレスフィールド５２にＶＴＲ２０のアドレスをマスタアドレスビットとして指定し、スレーブアドレスフィールド５３にＴＶ１０のアドレスをスレーブアドレスビットとして指定し、コントロールフィールド５４にマスタからスレーブへのデータのロック状態での書き込みを表すコード ”Ｂ”ｈをコントロールビットとして指定する。
【００７５】
また、マイクロプロセッサ２２は、データ＃１にコード ”ＡＢ”ｈをテキストヘッダとして指定し、データ＃２にサブデバイスからデバイスへの通信を示すコード（ｂ１ ＝０、ｂ０ ＝１）をＨＤＯＰＲとして指定し、データ＃３にビデオデッキ２０ａのアドレスをＳＳＤＡとして指定する。
【００７６】
さらに、マイクロプロセッサ２２は、データ＃４に、例えばＯＳＤデータであることを示すコード ”２０”ｈをＤＴＡＴＲとして指定し、データ＃５に、例えばこのフレームに１１バイトのデータが含まれることを示すコード ”２Ａ”ｈをＢＹＴＥとして指定する。
【００７７】
また、マイクロプロセッサ２２は、データ＃６に、例えば画面上での１行目を表すコード ”２０”ｈをＯＰＲ１として指定し、データ＃７に、例えば標準の大きさの文字を表すコード ”２２”ｈをＯＰＲ２として指定し、データ＃８に、例えばアルファベットの小文字を表すコード ”２１”ｈをＯＰＲ３として指定する。
【００７８】
そして、マイクロプロセッサ２２は、データ＃９〜データ＃１６に送信するデータをバイト毎に指定する。かくして、最初に送信するフレームＰ１ が形成される。
【００７９】
最後に送信するフレームＰ２ では、マイクロプロセッサ２２は、上述の図７に示すように、マスタアドレスフィールド５２にＶＴＲ２０のアドレスをマスタアドレスビットとして指定し、スレーブアドレスフィールド５３にＴＶ１０のアドレスをスレーブアドレスビットとして指定し、コントロールフィールド５４にマスタからスレーブへのデータのノンロック状態での書き込みを表すコード ”Ｆ”ｈをコントロールビットとして指定する。
【００８０】
また、マイクロプロセッサ２２は、データ＃１にコード ”ＡＢ”ｈをテキストヘッダとして指定し、データ＃２にサブデバイスからデバイスへの通信を示すコード（ｂ１ ＝０、ｂ０ ＝１）をＨＤＯＰＲとして指定し、データ＃３にビデオデッキ２０ａのアドレスをＳＳＤＡとして指定する。
【００８１】
さらに、マイクロプロセッサ２２は、データ＃４に、例えばＯＳＤデータであることを示すコード ”２０”ｈをＤＴＡＴＲとして指定し、データ＃５に、例えばこのフレームに８バイトのデータが含まれることを示すコード ”２７”ｈをＢＹＴＥとして指定する。
【００８２】
ところで、例えば、画面上での表示条件を変更しないときは、すなわち同じ行に同じ大きさ等の文字を表示するときは、上述したＯＰＲ１〜ＯＰＲ３は不要となり、マイクロプロセッサ２２は、データ＃６〜データ＃１３に送信するデータをバイト毎に指定する。かくして、上述の図７に示すように、最後に送信するフレームＰ２ が形成される。
【００８３】
つぎに、送信するデータのデータ量が少なく、例えばＶＴＲ２０からＴＶ１０にビデオデッキ２０ａのステータス等を示すデータを１つのフレームＰ１ で伝送するデータの通信では、ＶＴＲ２０のマイクロプロセッサ２２は、例えば図８に示すように、マスタアドレスフィールド５２にＶＴＲ２０のアドレスをマスタアドレスビットとして指定し、スレーブアドレスフィールド５３にＴＶ１０のアドレスをスレーブアドレスビットとして指定し、コントロールフィールド５４にマスタからスレーブへのデータのノンロック状態での書き込みを表すコード ”Ｆ”ｈをコントロールビットとして指定する。
【００８４】
また、マイクロプロセッサ２２は、データ＃１にコード ”ＡＢ”ｈをテキストヘッダとして指定し、データ＃２にサブデバイスからデバイスへの通信を示すコード（ｂ１ ＝０、ｂ０ ＝１）をＨＤＯＰＲとして指定し、データ＃３にビデオデッキ２０ａのアドレスをＳＳＤＡとして指定する。
【００８５】
さらに、マイクロプロセッサ２２は、データ＃４に、例えばＯＳＤデータであることを示すコード ”２０”ｈをＤＴＡＴＲとして指定し、データ＃５に、例えばこのフレームに１１バイトのデータが含まれることを示すコード ”２Ａ”ｈをＢＹＴＥとして指定する。
【００８６】
また、マイクロプロセッサ２２は、データ＃６に、例えば画面上での１行目を表すコード ”２０”ｈをＯＰＲ１として指定し、データ＃７に、例えば大きな文字を表すコード ”２１”ｈをＯＰＲ２として指定し、データ＃８に、例えばアルファベットの大文字を表すコード ”２０”ｈをＯＰＲ３として指定する。
【００８７】
そして、マイクロプロセッサ２２は、データ＃９〜データ＃１６に送信するデータをバイト毎に指定する。かくして、データを１つのフレームで送信するときのフレームＰ１ が形成される。
【００８８】
すなわち、送信するデータのデータ量をＸとし、１つのフレームで伝送可能なデータ容量をｎとすると、マイクロプロセッサ２２は、例えば図９に示すフローチャートに従ってフレームを形成する。
ステップＳＴ１において、マイクロプロセッサ２２は、データ量Ｘがデータ容量ｎよりも大きいかを判断し、該当するときはステップＳＴ２に進み、該当しないときはステップＳＴ５に進む。
【００８９】
ステップＳＴ２において、マイクロプロセッサ２２は、コントロールビットをロック状態としてフレームを形成し、ステップＳＴ３に進む。
【００９０】
ステップＳＴ３において、マイクロプロセッサ２２は、ステップＳＴ２で形成したフレームを送出し、ステップＳＴ４に進む。
【００９１】
ステップＳＴ４において、データ量Ｘからデータ容量ｎを減算すると共に、その減算値を新たなデータ量Ｘとし、すなわち残りのデータ量Ｘを求め、ステップＳＴ１に戻る。
【００９２】
一方、ステップＳＴ５において、マイクロプロセッサ２２は、コントロールビットをノンロック状態としてフレームを形成し、ステップＳＴ６に進む。
【００９３】
ステップＳＴ６において、マイクロプロセッサ２２は、ステップＳＴ５で形成したフレームを送出し、終了する。かくして、マイクロプロセッサ２２は、データを複数のフレームに分割して送信する際に、最初に送信するフレームから最後に送信するフレームの１つ前のフレームをロック状態とし、最後に送信するフレームをノンロック状態とするフレームを形成する。また、マイクロプロセッサ２２は、データを１つのフレームで送信する際に、そのフレームをノンロック状態とするフレームを形成する。
【００９４】
以上のように、この双方向バスシステムでは、従来の双方向バスシステムで必要とされた実際のデータを伝送する前に送信先（受信側）のデバイスをロック状態とするフレームと、データの伝送が終了した時点で受信側のデータをノンロック状態とするフレームとを必要とせず、従来のシステムに比してトラフィック量を低減することができ、伝送効率を高めることができる。また、通信手順を簡単にすることができる。
【００９５】
上述したフレーム構成を有する伝送信号は、ＴＶ１０のマイクロプロセッサ１２からバスインターフェイス回路１４に、又はＶＴＲ２０のマイクロプロセッサ２２からバスインターフェイス回路２４に供給され、これらのバスインターフェイス回路１４、２４は、双方向バス１上の所謂キャリアの有無を検出し、キャリアがないとき、すなわち双方向バス１が空いているときに、伝送信号を双方向バス１を介してＴＶ１０、ＶＴＲ２０、３０、ＶＤＰ４０等に送信する。
【００９６】
そして、例えばＴＶ１０からＶＴＲ２０への制御コマンドの伝送では、ＶＴＲ２０のバスインターフェイス回路２４は、双方向バス１を介して伝送信号を受信すると共に、受信した伝送信号をマイクロプロセッサ２２に供給する。マイクロプロセッサ２２は、ＲＯＭ２２ａに記憶されているプログラム（ソフトウェア）を実行し、伝送信号からデータフィールド５５の所定位置に挿入された経路選択コードを検出し、この経路選択コードに基づいて、デバイスに内蔵されたサブデバイスから他のデバイスへの通信、デバイスから他のデバイスに内蔵されたサブデバイスへの通信又はデバイスからデバイスへの通信かを検出する。
【００９７】
具体的には、マイクロプロセッサ２２は、伝送信号のマスタアドレスフィールド５２のマスタアドレスビットと、スレーブアドレスフィールド５３のスレーブアドレスビットに基づいて、この伝送信号が例えばＴＶ１０からの自分に対する伝送信号であると検出すると共に、コントロールフィールド５４のコードに基づいて、例えばコード ”Ｅ”ｈによりマスタからスレーブへの制御コマンドの書き込みであることを検出する。なお、この場合、ＶＴＲ３０及びＶＤＰ４０のマイクロプロセッサは、スレーブアドレスビットが自分のアドレスでないことから、自分に対する通信ではないと検出し、その伝送信号に対応する動作は行わない。
【００９８】
また、マイクロプロセッサ２２は、データフィールド５５のデータ＃１に指定されているテキストヘッダに基づいて、例えばコード ”ＡＢ”ｈにより従来のＤ２Ｂで用いられているＯＰＣ”Ｂｅｇｉｎ ２”（コード ”ＢＤ”ｈ）、ＯＰＣ”Ｂｅｇｉｎ １” （”ＢＣ”ｈ） 、ＯＰＣ”Ｂｅｇｉｎ ０” （”ＢＢ”ｈ） でないことを検出すると共に、データ＃２に指定されているＨＤＯＰＲに基づいて、例えばその下位２ビットが１、０（ｂ１ ＝１、ｂ０ ＝０）のときは、デバイスからサブデバイスへの通信であると検出し、ｂ１ ＝０、ｂ０ ＝１のときはサブデバイスからデバイスへの通信であると検出し、ｂ１ ＝１、ｂ０ ＝１のときはデバイスからデバイスへの通信と検出する。すなわち、同一の双方向バス１を介して従来のＤ２Ｂに準拠した伝送信号が伝送されても、それらを区別することができる。
【００９９】
また、マイクロプロセッサ２２は、デバイスからサブデバイスへの通信のときは、データ＃３にＤＳＤＡが指定されていると認識し、サブデバイスからデバイスへの通信のときは、データ＃３にＳＳＤＡが指定されていると認識し、デバイスからデバイスへの通信のときはデータ＃３はダミーコード ”７Ｆ”ｈと認識する。そして、マイクロプロセッサ２２は、例えばデータ＃３に指定されているＤＳＤＡに基づいて、例えばビデオデッキ２０ａに対する制御であると特定する。
【０１００】
ところで、ＶＴＲ２０等の各機器（デバイス）は、制御コマンドをサブデバイスを制御するための内部制御コマンドに変換するコマンドテーブルを、そのデバイスが具備（内蔵）するサブデバイス毎に備え、これらのコマンドテーブルにより、同一の制御コマンドを制御対象サブデバイスの種類毎に異なる制御内容の内部制御コマンドに変換（デコード）する。具体的には、例えばマイクロプロセッサ２２のＲＯＭ２２ａには、ビデオデッキ２０ａに対するデッキ／プレーヤコマンドテーブルと、チューナ２０ｂに対するチューナコマンドテーブルとが記憶されており、マイクロプロセッサ２２は、これらのコマンドテーブルに基づいて、データフィールド５５のデータ＃４、＃５に指定されている制御コマンドをビデオデッキ２０ａ〜スイッチボックス２０ｃを制御するための内部制御コマンドにデコードし、この内部制御コマンドに基づき、内部制御バス２１を介してビデオデッキ２０ａ〜スイッチボックス２０ｃを制御する。すなわち、例えば制御コマンドのＯＰＣがコード ”Ｃ０”ｈは、デッキ／プレーヤコマンドではリピートを表し、チューナコマンドではバンドの制御を表し、ビデオコマンドではコントラストの制御を表し、オーディオコマンドではボリュームの制御を表す。換言すると、ＤＳＤＡにより指定されたサブデバイスのディフォルト値で決定されるコマンドテーブルが用いられ、制御コマンドのコードをサブデバイスの種類で共用することができ、制御コマンドを短くすることができる。
【０１０１】
そして、例えばＤＳＤＡがビデオデッキ２０ａであって、制御コマンドのＯＰＣがコード ”Ｃ３”ｈであって、ＯＰＲがコード ”７５”ｈのとき、ＶＴＲ２０のマイクロプロセッサ２２は、デッキ／プレーヤコマンドテーブルにより、制御コマンドをプレーと前進である内部制御コマンドにデコードし、内部制御バス２１を介してビデオデッキ２０ａが再生動作を行うように制御すると共に、ビデオデッキ２０ａからのＡＶ信号がスイッチボックス２０ｃを介してＴＶ１０のスイッチボックス１０ｄに供給されるように制御する。かくして、ＴＶ１０（デバイス）からＶＴＲ２０のビデオデッキ２０ａ（サブデバイス）への通信が行われ、ＶＴＲ２０で再生されたＡＶ信号に基づいた画像をＴＶ１０で見ることができる。
【０１０２】
一方、例えば上述したＶＴＲ２０からＴＶ１０にビデオデッキ２０ａのステータス（状態）を示すデータを伝送するときは、ＴＶ１０のバスインターフェイス回路１４は、双方向バス１を介して伝送信号を受信すると共に、受信した伝送信号をマイクロプロセッサ１２に供給する。マイクロプロセッサ１２は、ＲＯＭ１２ａに記憶されているプログラム（ソフトウェア）を実行し、伝送信号からデータフィールド５５の所定位置に挿入された経路選択コードを検出し、この経路選択コードに基づいて、デバイスに内蔵されたサブデバイスから他のデバイスへの通信、デバイスから他のデバイスに内蔵されたサブデバイスへの通信又はデバイスからデバイスへの通信かを検出する。
【０１０３】
具体的には、マイクロプロセッサ１２は、伝送信号のマスタアドレスフィールド５２のマスタアドレスビットと、スレーブアドレスフィールド５３のスレーブアドレスビットに基づいて、この伝送信号が例えばＶＴＲ２０からの自分に対する伝送信号であると検出すると共に、コントロールフィールド５４のコードに基づいて、例えばコード ”Ｂ”ｈときはデータのロック状態での書き込みであり、コード ”Ｆ”ｈのときはデータのノンロック状態での書き込みであると検出する。すなわち、データが複数のフレームに分割されて伝送されてくるときは、最初のフレームからデータのロック状態での書き込みと検出し、最後のフレームでデータのノンロック状態での書き込みであると検出する。また、データが１フレームで伝送されてくるときは、そのフレームにおいてデータのノンロック状態での書き込みと検出する。そして、マイクロプロセッサ１２は、第１のデバイス、例えばＶＴＲ２０から供給される伝送信号の最初のフレームを受信することにより、ロック状態とされた後は、第２のデバイス、例えばＶＤＰ３０からの伝送信号を受信すると、その受信信号を無視（無効なものと）すると共に、後述するようにＶＤＰ３０にロック状態である（捕捉されている）ことを通知する。
【０１０４】
また、マイクロプロセッサ１２は、データフィールド５５のデータ＃１に指定されているテキストヘッダに基づいて、例えばコード ”ＡＢ”ｈにより従来のＤ２Ｂで用いられているＯＰＣ”Ｂｅｇｉｎ ２”（コード ”ＢＤ”ｈ）、ＯＰＣ”Ｂｅｇｉｎ １” （”ＢＣ”ｈ） 、ＯＰＣ”Ｂｅｇｉｎ ０” （”ＢＢ”ｈ） でないことを検出すると共に、データ＃２に指定されているＨＤＯＰＲに基づいて、例えばその下位２ビットが１、０（ｂ１ ＝１、ｂ０ ＝０）のときは、デバイスからサブデバイスへの通信であると検出し、ｂ１ ＝０、ｂ０ ＝１のときはサブデバイスからデバイスへの通信であると検出し、ｂ１ ＝１、ｂ０ ＝１のときはデバイスからデバイスへの通信と検出する。
【０１０５】
また、マイクロプロセッサ１２は、デバイスからサブデバイスへの通信のときは、データ＃３にＤＳＤＡが指定されていると認識し、サブデバイスからデバイスへの通信のときは、データ＃３にＳＳＤＡが指定されていると認識し、デバイスからデバイスへの通信のときはデータ＃３はダミーコード ”７Ｆ”ｈと認識する。そして、マイクロプロセッサ１２は、例えばデータ＃３に指定されているＳＳＤＡに基づいて、例えばビデオデッキ２０ａからのデータであると特定する。
【０１０６】
また、マイクロプロセッサ１２は、データ＃４に指定されているＤＴＡＴＲに基づいて、例えばデータ＃９〜データ＃１６に指定されているデータの種類を識別する。具体的には、例えばコード ”２０”ｈのときは受信されたデータがＡＳＣＩＩコード、ＯＳＤデータであり、例えばコード ”２１”ｈのときは受信されたデータが日本語ＯＳＤデータであり、例えばコード ”２２”ｈのときは受信されたデータが透過伝送データであると認識する。
【０１０７】
また、マイクロプロセッサ１２は、データ＃５に指定されているＢＹＴＥに基づいて、このフレームで伝送されてくるデータのバイト数を検出する。具体的には、例えばコード ”２０”ｈ〜 ”２Ｆ”ｈにそれぞれ対応して１バイト〜１６バイトを検出する。すなわち、マイクロプロセッサ１２は、フレームに内蔵されているデータのデータ量を予め知ることができ、そのフレームの最後を判断するための処理（ソフトウェア）を簡単にすることができる。
【０１０８】
また、マイクロプロセッサ１２は、データ＃６に指定されているＯＰＲ１に基づいて、ＴＶモニタ１０ｂの何行目に表示するかを検出する。具体的には、例えばコード ”２０”ｈ、 ”２１”ｈ、 ”２２”ｈ・・・にそれぞれ対応して第１行、第２行、第３行・・・を検出する。
【０１０９】
また、マイクロプロセッサ１２は、データ＃７に指定されているＯＰＲ２に基づいて、ＴＶモニタ１０ｂに表示する文字の大きさを検出する。具体的には、例えばコード ”２０”ｈのときは標準文字であり、コード ”２１”ｈのときは大きな文字であると検出する。
【０１１０】
また、マイクロプロセッサ１２は、データ＃８に指定されているＯＰＲ３に基づいて、アルファベットの大文字、小文字を検出する。具体的には、例えばコード ”２０”ｈのときは大文字であり、コード ”２１”ｈのときは小文字であると検出する。なお、これらのＯＰＲ１〜ＯＰＲ３は、データが複数のフレームに分割されると共に、画面上での表示条件を変更しないときは、すなわち同じ行に同じ大きさ等の文字を表示するときは、最初のフレームのみで受信され、その後のフレームでは受信されない。
【０１１１】
そして、マイクロプロセッサ１２は、データ＃９〜データ＃１６に指定されているデータに基づいた文字等をＴＶモニタ１０ｂに、上述のＯＰＲ１〜ＯＰＲ３により指示された条件で表示する制御を行う。かくして、ＶＴＲ２０のビデオデッキ２０ａ（サブデバイス）からＴＶ１０へのステータス等を示すデータの通信が行われ、例えばＶＴＲ２０の動作状態をＴＶ１０で見ることができる。
【０１１２】
ところで、例えば、ＶＴＲ２０がフレームＰ１ の送信中に、ＶＤＰ３０がＴＶ１０へデータを伝送するために双方向バス１が開放されるのを待っている場合、ＶＴＲ２０がフレームＰ１ を送信した後、キャリアの送出を停止すると、ＶＤＰ３０は、双方向バス１上にキャリアがないのを検出して、双方向バス１を使用する権利を獲得し、上述の図７に示すように、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＤＰ３０のアドレス、ＴＶ１０のアドレス、コード ”Ｆ”ｈ（データ／ノンロック）とし、データ＃１（テキストヘッダ）、データ＃２（ＨＤＯＰＲ）、データ＃３（ＳＳＤＡ）、データ＃４（ＤＡＴＡＲ）、データ＃５（ＢＹＴＥ）、データ＃６（ＯＰＲ１）、データ＃７（ＯＰＲ２）、データ＃８（ＯＰＲ３）にそれぞれコード ”ＡＢ”ｈ、サブデバイスからデバイスへの通信を表すコード、ビデオプレーヤのアドレス、コード ”２０”ｈ（ＯＳＤデータ）、コード ”２Ａ”ｈ（１１バイト）、コード ”２０”ｈ（１行目）、コード ”２２”ｈ（標準文字）、コード ”２１”ｈ（アルファベットの小文字）を指定すると共に、データ＃９〜データ＃１６にデータを指定したフレームＰ３ をＴＶ１０に送信する。
【０１１３】
マイクロプロセッサ１２は、このフレームＰ３ を受信するが、スレーブアドレスビット（ＶＤＰ３０のアドレス）に基づいて、フレームＰ３ がＶＴＲ２０からのフレームでないこと検出すると共に、フレームＰ３ を無視する。また、マイクロプロセッサ１２は、ＶＴＲ２０からのフレームＰ１ を受信したことによってロックされていることから、ロックされていることをバスインターフェイス回路１４及び双方向バス１を介してＶＤＰ３０に通知する。具体的には、マイクロプロセッサ１２は、ＶＤＰ３０から受信されるフレームＰ３ のコントロールビットに対するアクノリッジビットを、受信に失敗したことを示す所謂ＮＡＣＫとして返信する。そして、ＶＤＰ３０は、このＮＡＣＫによりデータの送信を停止する。この結果、マイクロプロセッサ１２は、ＶＴＲ２０からのデータを中断されることなく受信することができる。
【０１１４】
そして、ＶＴＲ２０からＴＶ１０へのデータの伝送が終了すると、すなわち上述の図７に示すように、ＴＶ１０をノンロック状態とするフレームＰ２ が伝送された後、ＶＤＰ３０は、フレームＰ３ を再びＴＶ１０に送信する。
【０１１５】
一方、上述の図８に示すように、ＶＴＲ２０が、送信するデータのデータ量が少なく、データを１つのフレームＰ１ で送信しているときは、ＶＴＲ２０は上述したようにノンロック状態とされており、ＶＤＰ３０は、ＶＴＲ２０からのフレームＰ１ の伝送が終了し、双方向バス１が空くと、直ちにフレームＰ２ を送信することができる。
【０１１６】
なお、本発明は、上述の実施例に限定されるものではなく、例えばデバイスからサブデバイスにリクエストを送り、サブデバイスからデバイスにアンサ（答え）を返す通信、また例えば、デバイスの状態を自動報告するための通信等に適用することができる。また、Ｄ２ＢやＨＢＳ以外の、例えばＡＶ機器等を制御する双方向バスシステムに本発明を適用できることは言うまでもない。
【０１１７】
【発明の効果】
以上の説明でも明らかなように、本発明では、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドとからなるフレーム構造を有する伝送信号のコントロールフィールドに、最初に送信するフレームでは受信側のデバイスを捕捉すると指定し、最後に送信するフレームでは受信側のデバイスを捕捉しないと指定して、伝送信号を経路選択フィールドの内容を利用して、双方向バスを介して伝送することにより、従来の双方向バスシステムで必要とされた実際のデータを伝送する前に受信側のデバイスをロック状態とするフレームと、データの伝送が終了した時点で受信側のデバイスをノンロック状態とするフレームとを必要とせず、従来のシステムに比してトラフィック量を低減することができ、また、経路選択コードに基づいて、デバイスに内蔵されたサブデバイスから他のデバイスへの通信、デバイスから他のデバイスに内蔵されたサブデバイスへの通信又はデバイスからデバイスへの通信かを検出することができ、伝送効率を高めることができる。また、通信手順を簡単にすることができる。
【０１１８】
また、本発明では、送信するデータのデータ量がデータフィールドのデータ容量より少なく、送信するデータを１つのフレームで送信する際に、伝送信号のコントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を双方向バスを介して送信することにより、従来の双方向バスシステムで必要とされた実際のデータを伝送する前に受信側のデバイスをロック状態とするフレームと、データの伝送が終了した時点で受信側のデバイスをノンロック状態とするフレームとを必要とせず、従来のシステムに比してトラフィック量を低減することができ、また、経路選択コードに基づいて、デバイスに内蔵されたサブデバイスから他のデバイスへの通信、デバイスから他のデバイスに内蔵されたサブデバイスへの通信又はデバイスからデバイスへの通信かを検出することができ、伝送効率を高めることができる。また、通信手順を簡単にすることができる。
【０１１９】
また、本発明では、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドとからなるフレーム構造を有する伝送信号を、双方向バスを介して受信する。第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを経路選択フィールドの内容を利用して、双方向バスを介して第２のデバイスに通知することにより、第２のデバイスは伝送信号の送信を停止し、第１のデバイスからの伝送信号を中断されることなく受信することができる。
【図面の簡単な説明】
【図１】本発明を適用した双方向バスシステムの具体的な構成を示すブロック図である。
【図２】上記双方向バスシステムを構成するＴＶ、ＶＴＲの具体的な構成を示すブロック図である。
【図３】上記双方向バスシステムを構成する双方向バスのコネクタの構造を示す図である。
【図４】制御コマンドを伝送する伝送信号のフレームフォーマットを示す図である。
【図５】データを伝送する伝送信号のフレームフォーマットを示す図である。
【図６】伝送信号のＨＤＯＰＲのフォーマットを示す図である。
【図７】データを複数のフレームに分割して通信するときの通信手順の具体例を示す図である。
【図８】データを１つのフレームで通信するときの通信手順の具体例を示す図である。
【図９】上記双方向バスシステムを構成するＶＴＲのマイクロプロセッサの動作を説明するためのフローチャートである。
【図１０】従来のＤ２Ｂのフレームフォーマットを示す図である。
【図１１】従来のＤ２Ｂのフレームフォーマットを示す図である。
【図１２】ＯＰＣ”Ｂｅｇｉｎ２”のＯＰＲを説明するための図である。
【図１３】ノンロック状態としたときの従来の通信手順を示す図である。
【図１４】ロック状態としたときの従来の通信手順を示す図である。
【図１５】ロック状態とし、１フレームで伝送するときの従来の通信手順を示す図である。
【符号の説明】
１・・・双方向バス
１０・・・ＴＶ
１０ａ・・・チューナ
１０ｂ・・・ＴＶモニタ
１０ｃ・・・アンプ
１０ｄ・・・スイッチボックス
１２・・・マイクロプロセッサ
１２ａ・・・ＲＯＭ
１２ｂ・・・ＣＰＵ
１４・・・バスインターフェイス回路
２０、３０・・・ＶＴＲ
２０ａ・・・ビデオデッキ
２０ｂ・・・チューナ
２０ｃ・・・スイッチボックス
２２・・・マイクロプロセッサ
２２ａ・・・ＲＯＭ
２２ｂ・・・ＣＰＵ
２４・・・バスインターフェイス回路
Ｌ１、Ｌ２、Ｌ３・・・ＡＶ信号ライン
【産業上の利用分野】
本発明は、送信方法、受信方法、通信方法及び双方向バスシステムに関し、例えばテレビジョン受像機、ビデオテープレコーダ等のデバイスを双方向バスにて相互に接続し、デバイスに内蔵された例えばモニター受像機、ＴＶチューナ、ビデオデッキ等のサブデバイスを、他のデバイスから制御したり、他のデバイスの動作状態等をテレビジョン受像機に表示したりするシステムに用いられるものである。
【０００２】
【従来の技術】
近年、複数のオーディオ機器やビジュアル機器（以下ＡＶ機器という）を、ビデオ信号ラインやオーディオ信号ライン（以下ＡＶ信号ラインという）によって接続し、システム化して使用することが一般的に行われている。
【０００３】
このようなＡＶシステムでは、上述のＡＶ信号ラインの他に、システム制御バス（以下単に双方向バスという）によって機器間を接続し、互いを制御するようになっている。具体的には、所謂ＩＥＣのパブリケーション１０３０で規定されているＤ２Ｂ（Ａｕｄｉｏ，Ｖｉｅｄｏ ａｎｄ ａｕｄｉｏｖｉｓｕａｌ ｓｙｓｔｅｍｓ Ｄｏｍｅｓｔｉｃ Ｄｉｇｉｔａｌ Ｂｕｓ）やＥＩＡＪのＥＴ−２１０１で規定されているホームバスシステム（Ｈｏｍｅ Ｂｕｓ Ｓｙｓｔｅｍ 、以下ＨＢＳという）等が知られている。そして、双方向バスを介して、例えばテレビジョン受像機、ビデオテープレコーダ、ビデオデッキプレイヤ（以下それぞれＴＶ、ＶＴＲ、ＶＤＰという）等の機器（デバイス）から他のデバイスを制御したり、デバイスから他のデバイスに内蔵された例えばモニター受像機（ＴＶモニタ）、ＴＶチューナ、ビデオデッキ、アンプ等のサブデバイスを制御するようになっている。また、この双方向バスを介して、例えばデバイスやサブデバイスの動作状態（ステータス）等をＴＶモニタに表示するためのデータを伝送するようになっている。また、双方向バスのアクセス方式としては、例えばＤ２Ｂでは所謂ＣＳＭＡ／ＣＤ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ）が採用されている。
【０００４】
すなわち、デバイスに内蔵されたサブデバイスから他のデバイスに内蔵されたサブデバイスへの通信（以下サブデバイスからサブデバイスへの通信という）、デバイスに内蔵されたサブデバイスから他のデバイスへの通信（以下サブデバイスからデバイスへの通信という）、デバイスから他のデバイスに内蔵されたサブデバイスへの通信（以下デバイスからサブデバイスへの通信という）及びデバイスからデバイスへの通信を、双方向バスを介して行うようになっている。
【０００５】
ここで、上述のような双方向バス、例えばＤ２Ｂで用いられる伝送信号のフォーマットについて説明する。Ｄ２Ｂでは、送信先のサブデバイス等を制御するための制御コマンドやステータス等を示すデータは、図１０に示すように、フレーム構成とされ、双方向バスを介して伝送される。
【０００６】
すなわち、１フレームは、フレームの先頭を表すヘッダを指定するためのヘッダフィールド１０１と、送信元のデバイスのアドレスを指定するためのマスタアドレスフィールド１０２と、送信先（受信側）のデバイスのアドレスを指定するためのスレーブアドレスフィールド１０３と、送信先のデバイスを捕捉（ロック）した状態又はノンロックした状態での通信等を示すコントロールビットを指定するためのコントロールフィールド１０４と、制御コマンドやデータを指定するためのデータフィールド１０５とから構成される。
【０００７】
ヘッダフィールド１０１のヘッダは、図１１に示すように、同期を取るための１ビットからなるスタートビット１０１ａと、伝送速度や上記データフィールド１０５のバイト数を規定するためのモードビット１０１ｂとから構成される。このモードビット１０１ｂは、１〜３ビットからなり、現在、データフィールド１０５を最大２バイトとするモード０、最大３２バイト（スレーブからマスタでは最大１６バイト）とするモード１、最大１２８バイト（スレーブからマスタでは最大６４バイト）とするモード２の３つのモードが規定されている。
【０００８】
マスタアドレスフィールド１０２の送信元デバイスのアドレスは、上述の図１１に示すように、送信元のデバイスのアドレスを指定するための１２ビットからなるマスタアドレスビット１０２ａと、１ビットのパリティビット１０２ｂとから構成される。
【０００９】
スレーブアドレスフィールド１０３の送信先デバイスのアドレスは、上述の図１１に示すように、送信先のデバイスのアドレスを指定するための１２ビットからなるスレーブアドレスビット１０３ａと、１ビットのパリティビット１０３ｂと、送信先のデバイスから応答するための１ビットのアクノリッジビット１０３ｃとから構成される。
【００１０】
コントロールフィールド１０４には、上述の図１１に示すように、制御コマンドやデータの方向を示したり、ロック状態又はノンロック状態を示す４ビットからなるコントロールビット１０４ａと、１ビットのパリティビット１０４ｂと、１ビットのアクノリッジビット１０４ｃとが指定される。
【００１１】
データフィールド１０５には、上述の図１１に示すように、８ビットのデータビット１０５ａと、１ビットのエンドオブデータビット１０５ｂと、１ビットのパリティビット１０５ｃと、１ビットのアクノリッジビット１０５ｄが必要に応じて繰り返される。そして、データビット１０５ａを先頭から順にデータ＃１、＃２、＃３・・・とすると、例えば制御コマンドの通信では、データ＃１に、例えばサブデバイスに関係した通信を表すオペレーションコード（Ｏｐｅｒａｔｉｏｎ ｃｏｄｅ、以下ＯＰＣという） ”Ｂｅｇｉｎ ２”（すなわちコード ”ＢＤ”ｈ （ｈ は１６進を表す））、ＨＢＳを介しての通信を表すＯＰＣ”Ｂｅｇｉｎ １” （”ＢＣ”ｈ） 、他のバスを介しての通信を表すＯＰＣ”Ｂｅｇｉｎ ０” （”ＢＢ”ｈ） 等が指定され（割り当てられ）、データ＃２に、これらのＯＰＣに対するオペランド（Ｏｐｅｒａｎｄ 、以下ＯＰＲという）が指定される。また、例えばデータの通信では、データ＃１、＃２、＃３・・・にデータが１バイト（８ビット）毎に順に指定される。
【００１２】
なお、上述のＯＰＣに対するＯＰＲ、例えばＯＰＣ”Ｂｅｇｉｎ ２” に対するＯＰＲは、図１２に示すように、電話通信系（ＣＴ：Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｌｅｐｈｏｎｙ ）、ＡＶ系（ＡＶ／Ｃ：Ａｕｄｉｏ Ｖｉｄｅｏ ａｎｄ Ｃｏｎｔｒｏｌ）及び家電製品系（ＨＫ：Ｈｏｕｓｅｋｅｅｐｉｎｇ）等のサービスコードを識別するためのビットｂ５ 、ｂ４ 、ｂ３ 、ｂ２ （ｂ７ が最上位ビット（ＭＳＢ））と、サブデバイスからサブデバイスへの通信、サブデバイスからデバイスへの通信、デバイスからサブデバイスへの通信、デバイスからデバイスへの通信のいずれかを表す、すなわち送信元のサブデバイスのアドレス（Ｓｏｕｒｃｅ Ｓｕｂ−Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓ 、以下ＳＳＤＡという）と送信先のサブデバイスのアドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ｓｕｂ−Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓ、以下ＤＳＤＡという）の有無を示すビットｂ１ 、ｂ０ とからなる。なお、ビットｂ７ は常に０とされ、ビットｂ６ は将来の標準化のために保留されており、現在は１とされている。具体的には、ｂ１ ＝０、ｂ０ ＝０がサブデバイスからサブデバイスへの通信を、ｂ１ ＝０、ｂ０ ＝１がサブデバイスからデバイスへの通信を、ｂ１ ＝１、ｂ０ ＝０がデバイスからサブデバイスへの通信を、ｂ１ ＝１、ｂ０ ＝１がデバイスからデバイスへの通信を表す。
【００１３】
ここで、データフィールド１０５のデータ容量よりも多くのデータ量のデータを、例えば２フレームに分割してＶＴＲからＴＶにノンロック状態で伝送するとした場合、図１３に示すように、ＶＴＲは、マスタアドレスビットをＶＴＲのアドレスとし、スレーブアドレスビットをＴＶのアドレスとし、コントロールビットをノンロック状態でのデータの書き込みを表すコード（例えば ”Ｆ”ｈ）とし、データ＃１、＃２、＃３・・・にデータを指定した２つのフレーム（所謂パケット）Ｐ１ 、Ｐ２ を構成する。そして、ＶＴＲは、双方向バス上の所謂キャリアの有無を検出し、キャリアがないとき、すなわち双方向バスが空いているときに、フレームＰ１ を送信し、その後、キャリアの送出を一旦停止して双方向バスを開放する。次に、ＶＴＲは、再び双方向バスが空いたときに、フレームＰ２ を送信する。かくして、ＶＴＲからＴＶへのデータの伝送が終了し、ＴＶは、このデータに基づいた文字等の表示を行う。
【００１４】
ところで、例えば、ＶＴＲがフレームＰ１ の送信中に、ＶＤＰがＴＶへデータを伝送するために双方向バスが開放されるのを待っている場合、上述の図１３に示すように、ＶＴＲがフレームＰ１ を送信した後、キャリアの送出を停止すると、ＶＤＰは、双方向バス上にキャリアがないのを検出して、双方向バスを使用する権利を獲得し、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＤＰのアドレス、ＴＶのアドレス、コード ”Ｆ”ｈ（データ／ノンロック）とし、データ＃１、＃２、＃３・・・にデータを指定したフレームＰ３ をＴＶに送信する。そして、ＶＤＰの送信が終了した時点で、ＶＴＲはフレームＰ２ を送信する。すなわち、ＶＴＲがＴＶをロック状態としていないために、ＴＶには順にＶＴＲからのフレームＰ１ 、ＶＤＰからのフレームＰ３ 、ＶＴＲからのフレームＰ２ が受信される。これらのフレームには、送信元のデバイスを識別するためのマスタアドレスビットが付加されていることから、伝送上の間違い、すなわちメッセージ（データ）が混じり合うことはない。しかし、ＶＴＲがＴＶにデータを送って、ＴＶの画面上にＶＴＲのステータス（状態）を表示している最中に、ＶＤＰからＴＶへ表示用のデータが送られてくると、ＶＴＲの表示にＶＤＰの表示が割り込んだり、文字等の表示に時間がかかる等の不都合が生じる虞れがある。
【００１５】
そこで、従来の双方向バスシステムでは、図１４に示すように、送信元のデバイスが送信先（受信側）のデバイスをロック状態にして、データの伝送を行うようになっている。すなわち、例えばＶＴＲは、マスタアドレスビットをＶＴＲのアドレスとし、スレーブアドレスビットをＴＶのアドレスとし、コントロールビットをロック状態での制御コマンドの書き込みを表すコード ”Ａ”ｈとし、データ＃１（ＯＰＣ）、データ＃２（ＯＰＲ）、データ＃３（ＳＳＤＡ）、データ＃４（ＤＳＤＡ）、データ＃５（ＯＰＣ）、データ＃６（ＯＰＲ１）、データ＃７（ＯＰＲ２）、データ＃８（ＯＰＲ３）にそれぞれＯＰＣ”Ｂｅｇｉｎ ２” 、ＳＳＤＡ及びＤＳＤＡが有ることを示すコード ”５４”ｈ、例えばビデオデッキのアドレス、例えばＴＶモニタのアドレス、ディスプレイを表すコード ”Ｅ０”ｈ、画面上での例えば１行目を表すコード ”２０”ｈ、例えば標準の大きさの文字を表すコード ”２２”ｈ、例えばアルファベットの小文字を表すコード ”２１”ｈを順番に指定したフレームＰ１ を送信し、ＴＶをロックする制御を行う。なお、ＳＳＤＡとＤＳＤＡは必要に応じて指定され、例えばサブデバイスからデバイスへの通信ではＤＳＤＡは不要であり、デバイスからサブデバイスへの通信ではＳＳＤＡは不要であり、デバイスからデバイスへの通信ではＳＳＤＡ及びＤＳＤＡは不要である。
【００１６】
次に、ＶＴＲは、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲのアドレス、ＴＶのアドレス、ロック状態でのデータを書き込みを表すコード ”Ｂ”ｈとし、データ＃１、＃２、＃３・・・にデータを例えば最大３２バイト指定したフレームＰ２ を送信する。そして、この動作を表示する行を変更するまで続ける。
【００１７】
次に、ＶＴＲは、行の変更を指示するために、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲのアドレス、ＴＶのアドレス、コード ”Ａ”ｈ（コマンド／ロック）とし、データ＃１（ＯＰＣ）、データ＃２（ＯＰＲ１）、データ＃３（ＯＰＲ２）、データ＃４（ＯＰＲ３）にそれぞれコード ”Ｅ０”ｈ、画面上での例えば２行目を表すコード ”２１”ｈ、例えば大きな文字を表すコード ”２１”ｈ、例えばアルファベットの大文字を表すコード ”２０”ｈを指定したフレームＰｉ を送信し、それに続けて、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲのアドレス、ＴＶのアドレス、コード ”Ｂ”ｈ（データ／ロック）とし、データ＃１、＃２、＃３・・・に残りのデータを指定したフレームＰｉ＋１ を送信する。
【００１８】
その後、ＶＴＲは、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲのアドレス、ＴＶのアドレス、ノンロック状態での制御コマンドの書き込みを表すコード ”Ｅ”ｈとし、データ＃１（ＯＰＣ）にメッセージ（データ通信）が終了したことを示すエンドコマンド（コード ”ＢＥ”ｈ）を指定したフレームＰｉ＋２ を送信し、ＴＶのロックを解除する。
【００１９】
そして、上述のようなデータ通信が行われているときに、例えばＶＴＲがフレームＰ２ の送信を終了して、キャリアの送出を停止したときに、ＶＤＰが、ＴＶにデータを送信するために双方向バスを使用する権利を獲得し、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＤＰのアドレス、ＴＶのアドレス、コード ”Ａ”ｈ（コマンド／ロック）とし、データ＃１（ＯＰＣ）、データ＃２（ＯＰＲ）、データ＃３（ＳＳＤＡ）、データ＃４（ＤＳＤＡ）、データ＃５（ＯＰＣ）、データ＃６（ＯＰＲ１）、データ＃７（ＯＰＲ２）、データ＃８（ＯＰＲ３）にそれぞれＯＰＣ”Ｂｅｇｉｎ ２” 、コード ”５４”ｈ、例えばビデオプレーヤのアドレス、例えばＴＶモニタのアドレス、コード ”Ｅ０”ｈ、コード ”２０”ｈ（１行目）、コード ”２２”ｈ（標準文字）、コード ”２１”ｈ（アルファベットの小文字）を指定したフレームＰｊ を送信すると、ＴＶは、ＶＤＰにロックされていることを通知する。これにより、ＶＤＰはデータの送信を停止する。この結果、ＶＤＰにより中断されることなく、ＶＴＲからＴＶへのデータの伝送が続行される。
【００２０】
そして、ＶＴＲからＴＶへのデータの伝送が終了すると、上述の図１４に示すように、ＶＤＰは、フレームＰｊ を再びＴＶに送信して、ＴＶをロック状態とし、続けて、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＤＰのアドレス、ＴＶのアドレス、コード ”Ｂ”ｈ（データ／コード）とし、データ＃１、＃２、＃３・・・にデータを指定したフレームＰｊ＋１ を送信し、次に、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＤＰ、ＴＶ、コード ”Ｅ”ｈ（コマンド／ノンロック）とし、データ＃１（ＯＰＣ）にコード ”ＢＥ”ｈ（エンドコマンド）を指定したフレームＰｊ＋２ を送信して、ＴＶのロックを解除する。
【００２１】
かくして、ＶＴＲからＴＶへのデータ伝送と、ＶＤＰからＴＶへのデータ伝送が終了し、従来の双方向バスシステムは、上述したＶＴＲの表示にＶＤＰの表示が割り込んだりする問題を解決している。
【００２２】
ところで、送信するデータのデータ量がデータフィールド１０５のデータ容量より少なく、送信するデータを１フレームで伝送可能な場合であっても、従来の双方向バスシステムでは、送信先（受信側）のデバイスをロック状態にした後に、データを伝送し、データの伝送が終了した時点で受信側のデバイスのロックを解除するようになっている。
【００２３】
すなわち、図１５に示すように、ＶＴＲは、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲ、ＴＶ、コード ”Ａ”ｈ（コマンド／ロック）とし、データ＃１（ＯＰＣ）、データ＃２（ＯＰＲ）、データ＃３（ＳＳＤＡ）、データ＃４（ＤＳＤＡ）、データ＃５（ＯＰＣ）、データ＃６（ＯＰＲ１）、データ＃７（ＯＰＲ２）、データ＃８（ＯＰＲ３）にそれぞれＯＰＣ”Ｂｅｇｉｎ ２” 、コード ”５４”ｈ、ビデオデッキのアドレス、ＴＶモニタのアドレス、コード ”Ｅ０”ｈ、コード ”２０”ｈ、コード ”２２”ｈ、コード ”２１”ｈを順番に指定したフレームＰ１ を送信し、ＴＶをロック状態に制御する。
【００２４】
次に、ＶＴＲは、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲのアドレス、ＴＶのアドレス、コード ”Ｂ”ｈ（データ／ロック）とし、データ＃１、＃２、＃３・・・にデータを指定したフレームＰ２ を送信する。
【００２５】
その後、ＶＴＲは、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＴＲのアドレス、ＴＶのアドレス、コード ”Ｅ”ｈ（コマンド／ノンロック）とし、データ＃１（ＯＰＣ）にメッセージが終了したことを表すコード ”ＢＥ”ｈ（エンドコマンド）を指定したフレームＰ３ を送信し、ＴＶのロックを解除する。
【００２６】
【発明が解決しようとする課題】
以上のように、従来の通信方法あるいは双方向バスシステムでは、実際のデータを伝送する前に、受信側のデバイスをロック状態にするためのフレームが必要とされると共に、データの伝送が終了した時点で受信側のデバイスをノンロック状態とするフレームが必要とされ、トラフィック量が増え、伝送効率が低く、また通信手順（プロトコル）が複雑である等の問題があった。
【００２７】
本発明は、このような実情に鑑みてなされたものであり、従来の通信方法等に比して、双方向バス上のトラフィック量を少なくすることができ、伝送効率を高めることができると共に、通信手順を簡素化することができる送信方法、受信方法、通信方法、双方向バスシステムの提供を目的とする。
【００２８】
【課題を解決するための手段】
上述の課題を解決するために、本発明に係る送信方法は、複数のデバイスを双方向バスを介して相互に接続してなる双方向バスシステムの送信方法において、双方向バス上の伝送信号の１フレームを、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信かデバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及びデバイスへ送信する際にダミーコードを指定すると共に、サブデバイスへ送信する際はサブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、送信するデータを指定するためのデータフィールドとから構成する。送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を経路選択フィールドの内容を利用して、双方向バスを介して伝送する。
【００２９】
また、本発明に係る送信方法は、送信するデータのデータ量がデータフィールドのデータ容量より少なく、送信するデータを１つのフレームで送信する際に、コントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を双方向バスを介して送信する。
【００３０】
本発明に係る受信方法は、複数のデバイスを双方向バスを介して相互に接続してなる双方向バスシステムの受信方法において、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信かデバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及びデバイスへ送信する際にダミーコードを指定すると共に、サブデバイスへ送信する際はサブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、伝送されるデータを指定するためのデータフィールドとからなるフレーム構造を有する伝送信号を、双方向バスを介して受信する。第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを経路選択フィールドの内容を利用して、双方向バスを介して第２のデバイスに通知する。
【００３１】
本発明に係る通信方法は、複数のデバイスを双方向バスを介して相互に接続してなる双方向バスシステムの通信方法において、送信側のデバイスは、双方向バス上の伝送信号の１フレームを、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信かデバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及びデバイスへ送信する際にダミーコードを指定すると共に、サブデバイスへ送信する際はサブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、送信するデータを指定するためのデータフィールドとから構成する。送信側のデバイスは、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を経路選択フィールドの内容を利用して双方向バスを介して伝送する。受信側のデバイスは、双方向バスを介して伝送信号を受信し、送信側の第１のデバイスから受信される伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、送信側の第２のデバイスから伝送信号を受信した場合、捕捉されていることを双方向バスを介して第２のデバイスに通知する。
【００３２】
本発明に係る双方向バスシステムは、複数のデバイスと、双方向バスとからなる。複数のデバイスは、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信かデバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及びデバイスへ送信する際にダミーコードを指定すると共に、サブデバイスへ送信する際はサブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、送信するデータを指定するためのデータフィールドとからなるフレームを構成すると共に、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉しないと指定して、経路選択フィールドと共に伝送信号を形成する伝送信号形成手段と、伝送信号形成手段で形成された伝送信号を双方向バスに出力するバス出力手段とをそれぞれに備える。
【００３３】
本発明に係る双方向バスシステムは、複数のデバイスと、双方向バスとからなる。複数のデバイスは、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信かデバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及びデバイスへ送信する際にダミーコードを指定すると共に、サブデバイスへ送信する際はサブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、伝送されるデータを指定するためのデータフィールドとからなるフレーム構造を有する伝送信号を、経路選択フィールドの内容を利用して双方向バスを介して受信する入力手段と、入力手段で受信された第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを双方向バスを介して第２のデバイスに通知する制御手段とをそれぞれに備える。
【００３４】
本発明に係る双方向バスシステムは、複数のデバイスと、双方向バスとからなる。複数のデバイスは、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信かデバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及びデバイスへ送信する際にダミーコードを指定すると共に、サブデバイスへ送信する際はサブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、送信するデータを指定するためのデータフィールドとからなるフレームを構成すると共に、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉しないと指定して、経路選択フィールドと共に伝送信号を形成する伝送信号形成手段と、伝送信号形成手段で形成された伝送信号を双方向バスに出力するバス出力手段と、双方向バスを介して伝送信号を受信するバス入力手段と、バス入力手段で受信された第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを双方向バスを介して第２のデバイスに通知する制御手段とをそれぞれに備える。
【００３５】
【作用】
本発明に係る送信方法では、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドとからなるフレーム構造を有する伝送信号のコントロールフィールドに、最初に送信するフレームでは受信側のデバイスを捕捉すると指定し、最後に送信するフレームでは受信側のデバイスを捕捉しないと指定して、伝送信号を経路選択フィールドの内容を利用して、双方向バスを介して伝送する。
【００３６】
また、本発明に係る送信方法では、送信するデータのデータ量がデータフィールドのデータ容量より少なく、送信するデータを１つのフレームで送信する際に、伝送信号のコントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を双方向バスを介して送信する。
【００３７】
本発明に係る受信方法では、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドとからなるフレーム構造を有する伝送信号を、双方向バスを介して受信する。第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを経路選択フィールドの内容を利用して、双方向バスを介して第２のデバイスに通知する。
【００３８】
本発明に係る通信方法では、送信側のデバイスは、双方向バス上の伝送信号の１フレームをアドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドから構成する。送信側のデバイスは、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームのコントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を経路選択フィールドの内容を利用して双方向バスを介して伝送する。受信側のデバイスは、双方向バスを介して伝送信号を受信し、送信側の第１のデバイスから受信される伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、送信側の第２のデバイスから伝送信号を受信した場合、捕捉されていることを双方向バスを介して第２のデバイスに通知する。
【００３９】
本発明に係る双方向バスシステムでは、複数のデバイスの各伝送信号形成手段は、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドからなるフレームのコントロールフィールドに、最初に送信するフレームでは受信側のデバイスを捕捉すると指定し、最後に送信するフレームでは受信側のデバイスを捕捉しないと指定して、経路選択フィールドと共に伝送信号を形成する。各バス出力手段は、伝送信号形成手段で形成された伝送信号を双方向バスに出力する。
【００４０】
本発明に係る双方向バスシステムでは、複数のデバイスの各入力手段は、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドとからなるフレーム構造を有する伝送信号を、経路選択フィールドの内容を利用して双方向バスを介して受信する。各制御手段は、入力手段で受信された第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを双方向バスを介して第２のデバイスに通知する。
【００４１】
本発明に係る双方向バスシステムでは、複数のデバイスの各伝送信号形成手段は、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドからなるフレームのコントロールフィールドに、最初に送信するフレームでは受信側のデバイスを捕捉すると指定し、最後に送信するフレームでは受信側のデバイスを捕捉しないと指定して、経路選択フィールドと共に伝送信号を形成する。各バス出力手段は、伝送信号形成手段で形成された伝送信号を双方向バスに出力する。各バス入力手段は、伝送信号を、経路選択フィールドの内容を利用して双方向バスを介して受信する。各制御手段は、入力手段で受信された第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを双方向バスを介して第２のデバイスに通知する。
【００４２】
【実施例】
以下、本発明に係る送信方法、受信方法、通信方法及び双方向バスシステムの一実施例を図面を参照しながら説明する。この実施例は、本発明を所謂ＩＥＣのパブリケーション１０３０で規定されているＤ２Ｂ（Ａｕｄｉｏ，Ｖｉｅｄｏ ａｎｄ ａｕｄｉｏｖｉｓｕａｌ ｓｙｓｔｅｍｓ Ｄｏｍｅｓｔｉｃ Ｄｉｇｉｔａｌ Ｂｕｓ）、ＥＩＡＪのＥＴ−２１０１で規定されているホームバスシステム（Ｈｏｍｅ Ｂｕｓ Ｓｙｓｔｅｍ 、以下ＨＢＳという）に適用したものである。
【００４３】
本発明を適用した双方向バスシステムは、例えば図１に示すように、デバイスであるテレビジョン受像機（以下ＴＶという）１０と、デバイスであるビデオテープレコーダ（以下ＶＴＲという）２０、３０と、デバイスであるビデオデッキプレーヤ（以下ＶＤＰという）４０とを双方向バス１を介して相互に接続して構成される。
【００４４】
ＴＶ１０は、上述の図１に示すように、テレビジョン放送を受信してビデオ信号とオーディオ信号を再生するチューナ１０ａと、該チューナ１０ａで再生されたビデオ信号に基づいた画像を表示するＴＶモニタ１０ｂと、上記チューナ１０ａで再生されたオーディオ信号を増幅するアンプ１０ｃとをサブデバイスとして内蔵すると共に、上記チューナ１０ａからのビデオ信号又は／及びオーディオ信号（以下ＡＶ信号という）を外部に出力したり、外部から入力されるＡＶ信号を上記チューナ１０ａ、ＴＶモニタ１０ｂに供給するスイッチボックス１０ｄをサブデバイスとして備える。
【００４５】
また、ＶＴＲ２０は、上述の図１に示すように、ＡＶ信号を磁気テープに記録し、又はＡＶ信号を再生するビデオデッキ２０ａと、テレビジョン放送を受信してＡＶ信号を再生するチューナ２０ｂとをサブデバイスとして内蔵すると共に、上記ビデオデッキ２０ａやチューナ２０ｂからのＡＶ信号を外部に出力したり、外部から入力されるＡＶ信号を上記ビデオデッキ２０ａに供給するスイッチボックス２０ｃをサブデバイスとして備える。
【００４６】
また、ＶＴＲ３０は、上述のＶＴＲ２０と同様に、ビデオデッキ３０ａと、チューナ３０ｂと、スイッチボックス３０ｃとをサブデバイスとして内蔵する。
【００４７】
また、ＶＤＰ４０は、光ディスクからＡＶ信号を再生するビデオプレーヤ４０ａをサブデバイスとして内蔵する。
【００４８】
そして、この双方向バスシステムでは、例えばＶＴＲ２０、ＶＴＲ３０、ＶＤＰ４０で再生されたビデオ信号をＴＶ１０に供給し、このビデオ信号に基づいた画像をＴＶモニタ１０ｂで表示するようになっている。具体的には、ＴＶ１０のスイッチボックス１０ｄとＶＴＲ２０のスイッチボックス２０ｃがＡＶ信号ラインＬ１で接続され、ＴＶ１０のスイッチボックス１０ｄとＶＴＲ３０のスイッチボックス３０ｃがＡＶ信号ラインＬ２で接続され、ＴＶ１０のスイッチボックス１０ｄとビデオプレーヤ４０ａがＡＶ信号ラインＬ３で接続されており、すなわちＡＶ信号ラインＬ１、Ｌ２、Ｌ３は、ＴＶ１０を中心としてスター（星）状に配線され、ＶＴＲ２０、ＶＴＲ３０、ＶＤＰ４０で再生されたＡＶ信号がそれぞれＡＶ信号ラインＬ１、Ｌ２、Ｌ３及びスイッチボックス１０ｄを介してＴＶモニタ１０ｂに供給され、ＴＶモニタ１０ｂに画像が表示される。また、例えばビデオプレーヤ４０ａで再生されたＡＶ信号が、ＡＶ信号ラインＬ３、スイッチボックス１０ｄ、ＡＶ信号ラインＬ１、スイッチボックス２０ｃを介してビデオデッキ２０ａに供給され、ビデオデッキ２０ａにより磁気テープに記録（録画）される。
【００４９】
また、この双方向バスシステムでは、例えばＴＶ１０（デバイス）は、双方向バス１を介してＶＴＲ２０、３０、ＶＤＰ４０（デバイス）やそれらに内蔵されたビデオデッキ２０ａ、３０ａ、ビデオプレーヤ４０ａ、スイッチボックス２０ｃ、３０ｃ（サブデバイス）を制御するようになっている。
【００５０】
また、この双方向バスシステムでは、例えばＶＴＲ２０、３０、ＶＤＰ４０からそれらの動作状態（ステータス）等を示すデータを複数のフレーム（所謂パケット）に分割して、双方向バス１を介してＴＶ１０に供給し、ＴＶ１０は、これらのデータに基づいた文字等をＴＶモニタ１０ｂに表示するようになっている。
【００５１】
具体的には、ＴＶ１０は、例えば図２に示すように、上記チューナ１０ａ〜スイッチボックス１０ｄを内部制御バス１１を介して制御するマイクロプロセッサ１２と、ユーザが操作した操作内容を上記マイクロプロセッサ１２に入力するユーザインターフェイス部１３と、他のデバイスやそのサブデバイスを制御するための制御コマンドやステータス等を示すデータからなる伝送信号を上記双方向バス１に入出力するバスインターフェイス回路１４とを備える。
【００５２】
また、ＶＴＲ２０は、上述の図２に示すように、上記ビデオデッキ２０ａ〜スイッチボックス２０ｃを内部制御バス２１を介して制御するマイクロプロセッサ２２と、ユーザが操作した操作内容を上記マイクロプロセッサ２２に入力するユーザインターフェイス部２３と、伝送信号を上記双方向バス１に入出力するバスインターフェイス回路２４とを備える。また、ＶＴＲ３０、ＶＤＰ４０も同様に、マイクロプロセッサ、バスインターフェイス回路等（図示せず）を備える。
【００５３】
そして、例えばユーザが、ＶＴＲ２０で再生されるビデオ信号に基づいた画像をＴＶ１０で見るためにＴＶ１０のユーザインターフェイス部１３を操作すると、ＴＶ１０のマイクロプロセッサ１２は、操作内容に応じて伝送信号を形成し、この伝送信号をバスインターフェイス回路１４、双方向バス１を介してＶＴＲ２０に送信する。ＶＴＲ２０のマイクロプロセッサ２２は、バスインターフェイス回路２４で受信されるこの伝送信号に基づき、内部制御バス２１を介してビデオデッキ２０ａをプレー（再生動作）させる制御を行うと共に、ビデオデッキ２０ａで再生されたＡＶ信号がＴＶ１０に供給されるようにスイッチボックス２０ｃを制御する。
【００５４】
すなわち、ユーザインターフェイス部１３は、上述の図２に示すように、例えばキースイッチ等を備えた操作部１３ａと、例えば発光ダイオード等を備えた表示部１３ｂとから構成され、操作部１３ａは、ユーザがキースイッチ等を用いて操作した操作内容に対応した信号を内部制御バス１１を介してマイクロプロセッサ１２に供給する。
【００５５】
マイクロプロセッサ１２は、上述の図２に示すように、受信された制御コマンドを上記チューナ１０ａ〜スイッチボックス１０ｄを制御するための内部制御コマンドに変換するコマンドテーブル、受信されたデータに基づいた画像をＴＶモニタ１０ｂに表示するためのプログラム等の各種のプログラムが記憶されているリードオンリメモリ（以下ＲＯＭという）１２ａと、該ＲＯＭ１２ａに記憶されているプログラムを実行する中央演算装置（以下ＣＰＵという）１２ｂと、実行の結果等を記憶するランダムアクセスメモリ（以下ＲＡＭという）１２ｃと、上記チューナ１０ａ〜バスインターフェイス回路１４とのインターフェイスを取るＩ／Ｏ回路１２ｄとから構成される。
【００５６】
そして、ＣＰＵ１２ｂは、ＲＯＭ１２ａに記憶されているプログラムを実行することにより、操作部１３ａから内部制御バス１１、Ｉ／Ｏ回路１２ｄを介して供給される信号に基づいて例えばＶＴＲ２０を制御する制御コマンドを生成し、この制御コマンドを、フレーム構成としてバスインターフェイス回路１４に供給する。
【００５７】
また、ＣＰＵ１２ｂは、ステータス等のデータをフレーム構成としてバスインターフェイス回路１４に供給すると共に、バスインターフェイス回路１４を介して受信されるデータに基づいた文字等、例えばＶＴＲ２０のステータスをＴＶモニタ１０ｂに表示する制御を行う。
【００５８】
バスインターフェイス回路１４は、双方向バス１に対するアクセス方式として、例えば所謂ＣＳＭＡ／ＣＤ（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ｄｅｔｅｃｔｉｏｎ）を採用すると共に、例えば所謂ＩＥＣ／ＳＣ４８Ｂ（Ｓｅｃｒｅｔａｒｉａｔ）２０２で規定されるコネクタを介して双方向バス１に接続されている。
【００５９】
具体的には、このコネクタは、図３Ａに示すように、２つのソケット２、３を備え、図３Ｂに示すように、ソケット２の信号用の接点２ａ、２ｂ、アース用の接点２ｃと、ソケット３の信号用の接点３ａ、３ｂ、アース用の接点３ｃとが内部で互いに接続されている。また、接点２ａと接点２ｂがスイッチ２ｄ及び終端抵抗（例えば１２０オーム）４を介して接続されると共に、接点３ａと接点３ｂがスイッチ３ｄ及び終端抵抗４を介して接続されている。
【００６０】
このように構成されるコネクタはＴＶ１０等の各デバイス毎にそれぞれ具備されており、例えばＶＴＲ２０に具備されるコネクタのように、ＴＶ１０からの双方向バス１のプラグとＶＴＲ３０からの双方向バス１のプラグがそれぞれソケット２、３に挿入されると、スイッチ２ｄ、３ｄが開いて終端抵抗４が切り離され、ＴＶ１０からの伝送信号がＶＴＲ２０のバスインターフェイス回路２４に供給されると共に、後段のＶＴＲ３０やＶＤＰ４０に供給されるようになっている。
【００６１】
ここで、双方向バス１上を伝送される伝送信号のフォーマットについて説明する。この伝送信号のフォーマットは、従来の技術で述べたＤ２Ｂのフォーマットに略準拠したものであり、送信先のサブデバイス等を制御するための制御コマンドや、例えばＶＴＲ２０の動作状態（ステータス）等をＴＶ１０に表示するためのデータは、例えば図４、５に示すように、フレーム構成とされて伝送される。
【００６２】
すなわち、１フレームは、フレームの先頭を表すヘッダを指定するためのヘッダフィールド５１と、送信元のデバイスのアドレスを指定するためのマスタアドレスフィールド５２と、送信先のデバイスのアドレスを指定するためのスレーブアドレスフィールド５３と、送信先のデバイスを捕捉（ロック）した状態又はノンロック状態での通信等を示すコントロールビットを指定するためのコントロールフィールド５４と、制御コマンドやデータを指定するためのデータフィールド５５とから構成される。
【００６３】
ヘッダフィールド５１のヘッダは、従来の技術で述べたＤ２Ｂに準拠し（図１１参照）、同期を取るための１ビットからなるスタートビットと、伝送速度や上記データフィールド５５のバイト数を規定するためのモードビットとから構成される。
【００６４】
マスタアドレスフィールド５２の送信元デバイスのアドレスは、従来の技術で述べたＤ２Ｂに準拠し、送信元のデバイスのアドレスを指定するための１２ビットからなるマスタアドレスビットと、１ビットのパリティビットとから構成される。
【００６５】
スレーブアドレスフィールド５３の送信先デバイスのアドレスは、従来の技術で述べたＤ２Ｂに準拠し、送信先のデバイスのアドレスを指定するための１２ビットからなるスレーブアドレスビットと、１ビットのパリティビットと、送信先のデバイスから応答するための１ビットのアクノリッジビットとから構成される。
【００６６】
コントロールフィールド５４には、従来の技術で述べたＤ２Ｂに略準拠し、ロック状態又はノンロック状態を示すと共に、データフィールド５５が制御コマンドであるかデータであるかを指定する４ビットからなるコントロールビットと、１ビットのパリティビットと、１ビットのアクノリッジビットとが指定される。なお、コントロールビットとしては、Ｄ２Ｂに規定されているコードのうちのマスタからスレーブへのコードであって、制御コマンドのノンロック状態での書き込みを表すコード ”Ｅ”ｈ（ｈ は１６進を表す）、データのロック状態での書き込みを表すコード ”Ｂ”ｈ及びデータのノンロック状態での書き込みを表すコード ”Ｆ”ｈのみを使用する。
【００６７】
データフィールド５５には、従来の技術で述べたＤ２Ｂに略準拠し、８ビットのデータビットと、１ビットのエンドオブデータビットと、１ビットのパリティビットと、１ビットのアクノリッジビットとが必要に応じて繰り返される。そして、データビットを先頭から順にデータ＃１、＃２、＃３・・・とすると、上述の図４、５に示すように、データ＃１〜データ＃３にデバイスに内蔵されたサブデバイスから他のデバイスへの通信、デバイスから他のデバイスに内蔵されたサブデバイスへの通信又はデバイスからデバイスへの通信を示す経路選択コードを指定する（割り当てる）。
【００６８】
経路選択コードは、上述の図４、５に示すように、８ビットからなるテキストヘッダと、デバイスに内蔵されたサブデバイスから他のデバイスへの通信、デバイスから他のデバイスに内蔵されたサブデバイスへの通信又はデバイスからデバイスへの通信を示す８ビットからなるヘッダオペランドと、送信元のサブデバイスのアドレス（Ｓｏｕｒｃｅ Ｓｕｂ−Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓ 、以下ＳＳＤＡという）又は送信先のサブデバイスのアドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ｓｕｂ−Ｄｅｖｉｃｅ Ａｄｄｒｅｓｓ、以下ＤＳＤＡという）を示す８ビットからなるサブデバイスアドレスとから構成される。そして、テキストヘッダをコード ”ＡＢ”ｈとしてデータ＃１に指定し、従来のＤ２Ｂで用いられているＯＰＣ”Ｂｅｇｉｎ ２”（コード ”ＢＤ”ｈ）、ＯＰＣ”Ｂｅｇｉｎ １” （”ＢＣ”ｈ） 、ＯＰＣ”Ｂｅｇｉｎ ０” （”ＢＢ”ｈ） との区別を図る。
【００６９】
テキストヘッダに続くヘッダオペランド（以下ＨＤＯＰＲという）はデータ＃２に指定され、例えば図６に示すように、その下位２ビットであるビットｂ１ 、ｂ０ （ｂ７ が最上位ビット（ＭＳＢ））によりデバイスに内蔵されたサブデバイスから他のデバイスへの通信（以下サブデバイスからデバイスへの通信という）、デバイスから他のデバイスに内蔵されたサブデバイスへの通信（以下デバイスからサブデバイスへの通信という）又はデバイスからデバイスへの通信のいずれかを示す。具体的には、ｂ１ ＝０、ｂ０ ＝１がサブデバイスからデバイスへの通信を示し、ｂ１ ＝１、ｂ０ ＝０がデバイスからサブデバイスへの通信を示し、ｂ１ ＝１、ｂ０ ＝１がデバイスからデバイスへの通信を示す。すなわち、この双方向バスシステムでは、従来のＤ２Ｂで用いられていたデバイスに内蔵されたサブデバイスから他のデバイスに内蔵されたサブデバイスへの通信は行わない。換言すると、ｂ１ ＝０、ｂ０ ＝０となるＨＤＯＰＲは使用しない。
【００７０】
そして、制御コマンドの通信では、上述の図４に示すように、データ＃４以降に制御コマンド等を指定する。一方、データの通信では、上述の図５に示すように、データ＃４に、例えば所謂ＡＳＣＩＩコード、ＴＶモニタに文字等を表示するためのオンスクリーンデータ（以下ＯＳＤデータという）、日本語ＯＳＤデータ、例えば受信したリモコンからの指令をそのまま他のデバイスに転送するための透過転送データ等のデータを識別するための属性（以下ＤＴＡＴＲ：Ｄａｔａ Ａｔｔｒｉｂｕｔｅという）を指定し、データ＃５にそのフレームに含まれるデータのバイト数（以下ＢＹＴＥという）を、例えば１バイト〜１６バイトにそれぞれ対応するコード ”２０”ｈ〜 ”２Ｆ”ｈにより指定し、データ＃６以降にデータをバイト毎に指定する。
【００７１】
ところで、このデータの通信において、データフィールド５５のデータ容量、例えば上述したヘッダフィールド５１のモードビットで規定されるデータ容量が例えば１６バイトであって、送信するデータ量がそれ以上のときは、送信データを複数のフレームに分割して送信すると共に、最初に送信するフレームの上述したコントロールフィールド５４のコントロールビットを、受信側のデバイスを捕捉するとし、すなわちデータのロック状態での書き込みを表すコード ”Ｂ”ｈとし、最後に送信するフレームのコントロールビットを、受信側のデバイスを捕捉しないとする、すなわちデータのノンロック状態での書き込みを表すコード ”Ｆ”ｈとする。なお、送信するデータのデータ量がデータフィールド５５のデータ容量よりも少なく、送信するデータを１つのフレームで送信するときは、コントロールビットを受信側のデバイスを捕捉しないとする、すなわちデータのノンロック状態での書き込みを表すコード ”Ｆ”ｈとする。
【００７２】
したがって、制御コマンドの通信、例えばＴＶ１０（デバイス）からＶＴＲ２０（他のデバイス）に内蔵されたビデオデッキ２０ａ（サブデバイス）に、例えばビデオデッキ２０ａをプレーさせる制御コマンドを送るときは、ＴＶ１０のマイクロプロセッサ１２は、マスタアドレスフィールド５２にＴＶ１０のアドレスをマスタアドレスビットとして指定し、スレーブアドレスフィールド５３にＶＴＲ２０のアドレスをスレーブアドレスビットとして指定し、コントロールフィールド５４にマスタからスレーブへの制御コマンドの書き込みを表すコード ”Ｅ”ｈをコントロールビットとして指定する。さらに、マイクロプロセッサ１２は、データ＃１にコード ”ＡＢ”ｈをテキストヘッダとして指定し、データ＃２にデバイスからサブデバイスへの通信を示すコード（ｂ１ ＝１、ｂ０ ＝０）をＨＤＯＰＲとして指定し、データ＃３にビデオデッキ２０ａのアドレスをＤＳＤＡとして指定する。そして、マイクロプロセッサ１２は、後に続くデータ＃４に例えばビデオデッキをプレーさせるコード ”Ｃ３”ｈをＯＰＣとして指定し、データ＃５に前進（フォワード）を示すコード ”７５”ｈをＯＰＲとして指定する。
【００７３】
なお、例えばＴＶ１０（デバイス）からＶＴＲ２０（デバイス）へ電源をオフする制御コマンドを伝送するときは、マイクロプロセッサ１２は、データ＃２にデバイスからデバイスへの通信を示すコード（ｂ１ ＝１、ｂ０ ＝１）をＨＤＯＰＲとして指定し、サブデバイスのアドレスが不要なことから、データ＃３にダミーコード、例えば ”７Ｆ”ｈを指定する。そして、マイクロプロセッサ１２は、データ＃４に例えばスタンバイを示すコード ”Ａ０”ｈをＯＰＣとして指定し、データ＃５にオンを示すコード ”７０”ｈをＯＰＲとして指定する。
【００７４】
一方、データの通信、例えばＶＴＲ２０からＴＶ１０にビデオデッキ２０ａ（サブデバイス）のステータス等を示すデータを複数のフレーム、例えば２つのフレームＰ１ 、Ｐ２ に分割して伝送し、それらのデータに基づいた画像をＴＶ１０に表示するときは、ＶＴＲ２０のマイクロプロセッサ２２は、例えば図７に示すように、マスタアドレスフィールド５２にＶＴＲ２０のアドレスをマスタアドレスビットとして指定し、スレーブアドレスフィールド５３にＴＶ１０のアドレスをスレーブアドレスビットとして指定し、コントロールフィールド５４にマスタからスレーブへのデータのロック状態での書き込みを表すコード ”Ｂ”ｈをコントロールビットとして指定する。
【００７５】
また、マイクロプロセッサ２２は、データ＃１にコード ”ＡＢ”ｈをテキストヘッダとして指定し、データ＃２にサブデバイスからデバイスへの通信を示すコード（ｂ１ ＝０、ｂ０ ＝１）をＨＤＯＰＲとして指定し、データ＃３にビデオデッキ２０ａのアドレスをＳＳＤＡとして指定する。
【００７６】
さらに、マイクロプロセッサ２２は、データ＃４に、例えばＯＳＤデータであることを示すコード ”２０”ｈをＤＴＡＴＲとして指定し、データ＃５に、例えばこのフレームに１１バイトのデータが含まれることを示すコード ”２Ａ”ｈをＢＹＴＥとして指定する。
【００７７】
また、マイクロプロセッサ２２は、データ＃６に、例えば画面上での１行目を表すコード ”２０”ｈをＯＰＲ１として指定し、データ＃７に、例えば標準の大きさの文字を表すコード ”２２”ｈをＯＰＲ２として指定し、データ＃８に、例えばアルファベットの小文字を表すコード ”２１”ｈをＯＰＲ３として指定する。
【００７８】
そして、マイクロプロセッサ２２は、データ＃９〜データ＃１６に送信するデータをバイト毎に指定する。かくして、最初に送信するフレームＰ１ が形成される。
【００７９】
最後に送信するフレームＰ２ では、マイクロプロセッサ２２は、上述の図７に示すように、マスタアドレスフィールド５２にＶＴＲ２０のアドレスをマスタアドレスビットとして指定し、スレーブアドレスフィールド５３にＴＶ１０のアドレスをスレーブアドレスビットとして指定し、コントロールフィールド５４にマスタからスレーブへのデータのノンロック状態での書き込みを表すコード ”Ｆ”ｈをコントロールビットとして指定する。
【００８０】
また、マイクロプロセッサ２２は、データ＃１にコード ”ＡＢ”ｈをテキストヘッダとして指定し、データ＃２にサブデバイスからデバイスへの通信を示すコード（ｂ１ ＝０、ｂ０ ＝１）をＨＤＯＰＲとして指定し、データ＃３にビデオデッキ２０ａのアドレスをＳＳＤＡとして指定する。
【００８１】
さらに、マイクロプロセッサ２２は、データ＃４に、例えばＯＳＤデータであることを示すコード ”２０”ｈをＤＴＡＴＲとして指定し、データ＃５に、例えばこのフレームに８バイトのデータが含まれることを示すコード ”２７”ｈをＢＹＴＥとして指定する。
【００８２】
ところで、例えば、画面上での表示条件を変更しないときは、すなわち同じ行に同じ大きさ等の文字を表示するときは、上述したＯＰＲ１〜ＯＰＲ３は不要となり、マイクロプロセッサ２２は、データ＃６〜データ＃１３に送信するデータをバイト毎に指定する。かくして、上述の図７に示すように、最後に送信するフレームＰ２ が形成される。
【００８３】
つぎに、送信するデータのデータ量が少なく、例えばＶＴＲ２０からＴＶ１０にビデオデッキ２０ａのステータス等を示すデータを１つのフレームＰ１ で伝送するデータの通信では、ＶＴＲ２０のマイクロプロセッサ２２は、例えば図８に示すように、マスタアドレスフィールド５２にＶＴＲ２０のアドレスをマスタアドレスビットとして指定し、スレーブアドレスフィールド５３にＴＶ１０のアドレスをスレーブアドレスビットとして指定し、コントロールフィールド５４にマスタからスレーブへのデータのノンロック状態での書き込みを表すコード ”Ｆ”ｈをコントロールビットとして指定する。
【００８４】
また、マイクロプロセッサ２２は、データ＃１にコード ”ＡＢ”ｈをテキストヘッダとして指定し、データ＃２にサブデバイスからデバイスへの通信を示すコード（ｂ１ ＝０、ｂ０ ＝１）をＨＤＯＰＲとして指定し、データ＃３にビデオデッキ２０ａのアドレスをＳＳＤＡとして指定する。
【００８５】
さらに、マイクロプロセッサ２２は、データ＃４に、例えばＯＳＤデータであることを示すコード ”２０”ｈをＤＴＡＴＲとして指定し、データ＃５に、例えばこのフレームに１１バイトのデータが含まれることを示すコード ”２Ａ”ｈをＢＹＴＥとして指定する。
【００８６】
また、マイクロプロセッサ２２は、データ＃６に、例えば画面上での１行目を表すコード ”２０”ｈをＯＰＲ１として指定し、データ＃７に、例えば大きな文字を表すコード ”２１”ｈをＯＰＲ２として指定し、データ＃８に、例えばアルファベットの大文字を表すコード ”２０”ｈをＯＰＲ３として指定する。
【００８７】
そして、マイクロプロセッサ２２は、データ＃９〜データ＃１６に送信するデータをバイト毎に指定する。かくして、データを１つのフレームで送信するときのフレームＰ１ が形成される。
【００８８】
すなわち、送信するデータのデータ量をＸとし、１つのフレームで伝送可能なデータ容量をｎとすると、マイクロプロセッサ２２は、例えば図９に示すフローチャートに従ってフレームを形成する。
ステップＳＴ１において、マイクロプロセッサ２２は、データ量Ｘがデータ容量ｎよりも大きいかを判断し、該当するときはステップＳＴ２に進み、該当しないときはステップＳＴ５に進む。
【００８９】
ステップＳＴ２において、マイクロプロセッサ２２は、コントロールビットをロック状態としてフレームを形成し、ステップＳＴ３に進む。
【００９０】
ステップＳＴ３において、マイクロプロセッサ２２は、ステップＳＴ２で形成したフレームを送出し、ステップＳＴ４に進む。
【００９１】
ステップＳＴ４において、データ量Ｘからデータ容量ｎを減算すると共に、その減算値を新たなデータ量Ｘとし、すなわち残りのデータ量Ｘを求め、ステップＳＴ１に戻る。
【００９２】
一方、ステップＳＴ５において、マイクロプロセッサ２２は、コントロールビットをノンロック状態としてフレームを形成し、ステップＳＴ６に進む。
【００９３】
ステップＳＴ６において、マイクロプロセッサ２２は、ステップＳＴ５で形成したフレームを送出し、終了する。かくして、マイクロプロセッサ２２は、データを複数のフレームに分割して送信する際に、最初に送信するフレームから最後に送信するフレームの１つ前のフレームをロック状態とし、最後に送信するフレームをノンロック状態とするフレームを形成する。また、マイクロプロセッサ２２は、データを１つのフレームで送信する際に、そのフレームをノンロック状態とするフレームを形成する。
【００９４】
以上のように、この双方向バスシステムでは、従来の双方向バスシステムで必要とされた実際のデータを伝送する前に送信先（受信側）のデバイスをロック状態とするフレームと、データの伝送が終了した時点で受信側のデータをノンロック状態とするフレームとを必要とせず、従来のシステムに比してトラフィック量を低減することができ、伝送効率を高めることができる。また、通信手順を簡単にすることができる。
【００９５】
上述したフレーム構成を有する伝送信号は、ＴＶ１０のマイクロプロセッサ１２からバスインターフェイス回路１４に、又はＶＴＲ２０のマイクロプロセッサ２２からバスインターフェイス回路２４に供給され、これらのバスインターフェイス回路１４、２４は、双方向バス１上の所謂キャリアの有無を検出し、キャリアがないとき、すなわち双方向バス１が空いているときに、伝送信号を双方向バス１を介してＴＶ１０、ＶＴＲ２０、３０、ＶＤＰ４０等に送信する。
【００９６】
そして、例えばＴＶ１０からＶＴＲ２０への制御コマンドの伝送では、ＶＴＲ２０のバスインターフェイス回路２４は、双方向バス１を介して伝送信号を受信すると共に、受信した伝送信号をマイクロプロセッサ２２に供給する。マイクロプロセッサ２２は、ＲＯＭ２２ａに記憶されているプログラム（ソフトウェア）を実行し、伝送信号からデータフィールド５５の所定位置に挿入された経路選択コードを検出し、この経路選択コードに基づいて、デバイスに内蔵されたサブデバイスから他のデバイスへの通信、デバイスから他のデバイスに内蔵されたサブデバイスへの通信又はデバイスからデバイスへの通信かを検出する。
【００９７】
具体的には、マイクロプロセッサ２２は、伝送信号のマスタアドレスフィールド５２のマスタアドレスビットと、スレーブアドレスフィールド５３のスレーブアドレスビットに基づいて、この伝送信号が例えばＴＶ１０からの自分に対する伝送信号であると検出すると共に、コントロールフィールド５４のコードに基づいて、例えばコード ”Ｅ”ｈによりマスタからスレーブへの制御コマンドの書き込みであることを検出する。なお、この場合、ＶＴＲ３０及びＶＤＰ４０のマイクロプロセッサは、スレーブアドレスビットが自分のアドレスでないことから、自分に対する通信ではないと検出し、その伝送信号に対応する動作は行わない。
【００９８】
また、マイクロプロセッサ２２は、データフィールド５５のデータ＃１に指定されているテキストヘッダに基づいて、例えばコード ”ＡＢ”ｈにより従来のＤ２Ｂで用いられているＯＰＣ”Ｂｅｇｉｎ ２”（コード ”ＢＤ”ｈ）、ＯＰＣ”Ｂｅｇｉｎ １” （”ＢＣ”ｈ） 、ＯＰＣ”Ｂｅｇｉｎ ０” （”ＢＢ”ｈ） でないことを検出すると共に、データ＃２に指定されているＨＤＯＰＲに基づいて、例えばその下位２ビットが１、０（ｂ１ ＝１、ｂ０ ＝０）のときは、デバイスからサブデバイスへの通信であると検出し、ｂ１ ＝０、ｂ０ ＝１のときはサブデバイスからデバイスへの通信であると検出し、ｂ１ ＝１、ｂ０ ＝１のときはデバイスからデバイスへの通信と検出する。すなわち、同一の双方向バス１を介して従来のＤ２Ｂに準拠した伝送信号が伝送されても、それらを区別することができる。
【００９９】
また、マイクロプロセッサ２２は、デバイスからサブデバイスへの通信のときは、データ＃３にＤＳＤＡが指定されていると認識し、サブデバイスからデバイスへの通信のときは、データ＃３にＳＳＤＡが指定されていると認識し、デバイスからデバイスへの通信のときはデータ＃３はダミーコード ”７Ｆ”ｈと認識する。そして、マイクロプロセッサ２２は、例えばデータ＃３に指定されているＤＳＤＡに基づいて、例えばビデオデッキ２０ａに対する制御であると特定する。
【０１００】
ところで、ＶＴＲ２０等の各機器（デバイス）は、制御コマンドをサブデバイスを制御するための内部制御コマンドに変換するコマンドテーブルを、そのデバイスが具備（内蔵）するサブデバイス毎に備え、これらのコマンドテーブルにより、同一の制御コマンドを制御対象サブデバイスの種類毎に異なる制御内容の内部制御コマンドに変換（デコード）する。具体的には、例えばマイクロプロセッサ２２のＲＯＭ２２ａには、ビデオデッキ２０ａに対するデッキ／プレーヤコマンドテーブルと、チューナ２０ｂに対するチューナコマンドテーブルとが記憶されており、マイクロプロセッサ２２は、これらのコマンドテーブルに基づいて、データフィールド５５のデータ＃４、＃５に指定されている制御コマンドをビデオデッキ２０ａ〜スイッチボックス２０ｃを制御するための内部制御コマンドにデコードし、この内部制御コマンドに基づき、内部制御バス２１を介してビデオデッキ２０ａ〜スイッチボックス２０ｃを制御する。すなわち、例えば制御コマンドのＯＰＣがコード ”Ｃ０”ｈは、デッキ／プレーヤコマンドではリピートを表し、チューナコマンドではバンドの制御を表し、ビデオコマンドではコントラストの制御を表し、オーディオコマンドではボリュームの制御を表す。換言すると、ＤＳＤＡにより指定されたサブデバイスのディフォルト値で決定されるコマンドテーブルが用いられ、制御コマンドのコードをサブデバイスの種類で共用することができ、制御コマンドを短くすることができる。
【０１０１】
そして、例えばＤＳＤＡがビデオデッキ２０ａであって、制御コマンドのＯＰＣがコード ”Ｃ３”ｈであって、ＯＰＲがコード ”７５”ｈのとき、ＶＴＲ２０のマイクロプロセッサ２２は、デッキ／プレーヤコマンドテーブルにより、制御コマンドをプレーと前進である内部制御コマンドにデコードし、内部制御バス２１を介してビデオデッキ２０ａが再生動作を行うように制御すると共に、ビデオデッキ２０ａからのＡＶ信号がスイッチボックス２０ｃを介してＴＶ１０のスイッチボックス１０ｄに供給されるように制御する。かくして、ＴＶ１０（デバイス）からＶＴＲ２０のビデオデッキ２０ａ（サブデバイス）への通信が行われ、ＶＴＲ２０で再生されたＡＶ信号に基づいた画像をＴＶ１０で見ることができる。
【０１０２】
一方、例えば上述したＶＴＲ２０からＴＶ１０にビデオデッキ２０ａのステータス（状態）を示すデータを伝送するときは、ＴＶ１０のバスインターフェイス回路１４は、双方向バス１を介して伝送信号を受信すると共に、受信した伝送信号をマイクロプロセッサ１２に供給する。マイクロプロセッサ１２は、ＲＯＭ１２ａに記憶されているプログラム（ソフトウェア）を実行し、伝送信号からデータフィールド５５の所定位置に挿入された経路選択コードを検出し、この経路選択コードに基づいて、デバイスに内蔵されたサブデバイスから他のデバイスへの通信、デバイスから他のデバイスに内蔵されたサブデバイスへの通信又はデバイスからデバイスへの通信かを検出する。
【０１０３】
具体的には、マイクロプロセッサ１２は、伝送信号のマスタアドレスフィールド５２のマスタアドレスビットと、スレーブアドレスフィールド５３のスレーブアドレスビットに基づいて、この伝送信号が例えばＶＴＲ２０からの自分に対する伝送信号であると検出すると共に、コントロールフィールド５４のコードに基づいて、例えばコード ”Ｂ”ｈときはデータのロック状態での書き込みであり、コード ”Ｆ”ｈのときはデータのノンロック状態での書き込みであると検出する。すなわち、データが複数のフレームに分割されて伝送されてくるときは、最初のフレームからデータのロック状態での書き込みと検出し、最後のフレームでデータのノンロック状態での書き込みであると検出する。また、データが１フレームで伝送されてくるときは、そのフレームにおいてデータのノンロック状態での書き込みと検出する。そして、マイクロプロセッサ１２は、第１のデバイス、例えばＶＴＲ２０から供給される伝送信号の最初のフレームを受信することにより、ロック状態とされた後は、第２のデバイス、例えばＶＤＰ３０からの伝送信号を受信すると、その受信信号を無視（無効なものと）すると共に、後述するようにＶＤＰ３０にロック状態である（捕捉されている）ことを通知する。
【０１０４】
また、マイクロプロセッサ１２は、データフィールド５５のデータ＃１に指定されているテキストヘッダに基づいて、例えばコード ”ＡＢ”ｈにより従来のＤ２Ｂで用いられているＯＰＣ”Ｂｅｇｉｎ ２”（コード ”ＢＤ”ｈ）、ＯＰＣ”Ｂｅｇｉｎ １” （”ＢＣ”ｈ） 、ＯＰＣ”Ｂｅｇｉｎ ０” （”ＢＢ”ｈ） でないことを検出すると共に、データ＃２に指定されているＨＤＯＰＲに基づいて、例えばその下位２ビットが１、０（ｂ１ ＝１、ｂ０ ＝０）のときは、デバイスからサブデバイスへの通信であると検出し、ｂ１ ＝０、ｂ０ ＝１のときはサブデバイスからデバイスへの通信であると検出し、ｂ１ ＝１、ｂ０ ＝１のときはデバイスからデバイスへの通信と検出する。
【０１０５】
また、マイクロプロセッサ１２は、デバイスからサブデバイスへの通信のときは、データ＃３にＤＳＤＡが指定されていると認識し、サブデバイスからデバイスへの通信のときは、データ＃３にＳＳＤＡが指定されていると認識し、デバイスからデバイスへの通信のときはデータ＃３はダミーコード ”７Ｆ”ｈと認識する。そして、マイクロプロセッサ１２は、例えばデータ＃３に指定されているＳＳＤＡに基づいて、例えばビデオデッキ２０ａからのデータであると特定する。
【０１０６】
また、マイクロプロセッサ１２は、データ＃４に指定されているＤＴＡＴＲに基づいて、例えばデータ＃９〜データ＃１６に指定されているデータの種類を識別する。具体的には、例えばコード ”２０”ｈのときは受信されたデータがＡＳＣＩＩコード、ＯＳＤデータであり、例えばコード ”２１”ｈのときは受信されたデータが日本語ＯＳＤデータであり、例えばコード ”２２”ｈのときは受信されたデータが透過伝送データであると認識する。
【０１０７】
また、マイクロプロセッサ１２は、データ＃５に指定されているＢＹＴＥに基づいて、このフレームで伝送されてくるデータのバイト数を検出する。具体的には、例えばコード ”２０”ｈ〜 ”２Ｆ”ｈにそれぞれ対応して１バイト〜１６バイトを検出する。すなわち、マイクロプロセッサ１２は、フレームに内蔵されているデータのデータ量を予め知ることができ、そのフレームの最後を判断するための処理（ソフトウェア）を簡単にすることができる。
【０１０８】
また、マイクロプロセッサ１２は、データ＃６に指定されているＯＰＲ１に基づいて、ＴＶモニタ１０ｂの何行目に表示するかを検出する。具体的には、例えばコード ”２０”ｈ、 ”２１”ｈ、 ”２２”ｈ・・・にそれぞれ対応して第１行、第２行、第３行・・・を検出する。
【０１０９】
また、マイクロプロセッサ１２は、データ＃７に指定されているＯＰＲ２に基づいて、ＴＶモニタ１０ｂに表示する文字の大きさを検出する。具体的には、例えばコード ”２０”ｈのときは標準文字であり、コード ”２１”ｈのときは大きな文字であると検出する。
【０１１０】
また、マイクロプロセッサ１２は、データ＃８に指定されているＯＰＲ３に基づいて、アルファベットの大文字、小文字を検出する。具体的には、例えばコード ”２０”ｈのときは大文字であり、コード ”２１”ｈのときは小文字であると検出する。なお、これらのＯＰＲ１〜ＯＰＲ３は、データが複数のフレームに分割されると共に、画面上での表示条件を変更しないときは、すなわち同じ行に同じ大きさ等の文字を表示するときは、最初のフレームのみで受信され、その後のフレームでは受信されない。
【０１１１】
そして、マイクロプロセッサ１２は、データ＃９〜データ＃１６に指定されているデータに基づいた文字等をＴＶモニタ１０ｂに、上述のＯＰＲ１〜ＯＰＲ３により指示された条件で表示する制御を行う。かくして、ＶＴＲ２０のビデオデッキ２０ａ（サブデバイス）からＴＶ１０へのステータス等を示すデータの通信が行われ、例えばＶＴＲ２０の動作状態をＴＶ１０で見ることができる。
【０１１２】
ところで、例えば、ＶＴＲ２０がフレームＰ１ の送信中に、ＶＤＰ３０がＴＶ１０へデータを伝送するために双方向バス１が開放されるのを待っている場合、ＶＴＲ２０がフレームＰ１ を送信した後、キャリアの送出を停止すると、ＶＤＰ３０は、双方向バス１上にキャリアがないのを検出して、双方向バス１を使用する権利を獲得し、上述の図７に示すように、マスタアドレスビット、スレーブアドレスビット、コントロールビットをそれぞれＶＤＰ３０のアドレス、ＴＶ１０のアドレス、コード ”Ｆ”ｈ（データ／ノンロック）とし、データ＃１（テキストヘッダ）、データ＃２（ＨＤＯＰＲ）、データ＃３（ＳＳＤＡ）、データ＃４（ＤＡＴＡＲ）、データ＃５（ＢＹＴＥ）、データ＃６（ＯＰＲ１）、データ＃７（ＯＰＲ２）、データ＃８（ＯＰＲ３）にそれぞれコード ”ＡＢ”ｈ、サブデバイスからデバイスへの通信を表すコード、ビデオプレーヤのアドレス、コード ”２０”ｈ（ＯＳＤデータ）、コード ”２Ａ”ｈ（１１バイト）、コード ”２０”ｈ（１行目）、コード ”２２”ｈ（標準文字）、コード ”２１”ｈ（アルファベットの小文字）を指定すると共に、データ＃９〜データ＃１６にデータを指定したフレームＰ３ をＴＶ１０に送信する。
【０１１３】
マイクロプロセッサ１２は、このフレームＰ３ を受信するが、スレーブアドレスビット（ＶＤＰ３０のアドレス）に基づいて、フレームＰ３ がＶＴＲ２０からのフレームでないこと検出すると共に、フレームＰ３ を無視する。また、マイクロプロセッサ１２は、ＶＴＲ２０からのフレームＰ１ を受信したことによってロックされていることから、ロックされていることをバスインターフェイス回路１４及び双方向バス１を介してＶＤＰ３０に通知する。具体的には、マイクロプロセッサ１２は、ＶＤＰ３０から受信されるフレームＰ３ のコントロールビットに対するアクノリッジビットを、受信に失敗したことを示す所謂ＮＡＣＫとして返信する。そして、ＶＤＰ３０は、このＮＡＣＫによりデータの送信を停止する。この結果、マイクロプロセッサ１２は、ＶＴＲ２０からのデータを中断されることなく受信することができる。
【０１１４】
そして、ＶＴＲ２０からＴＶ１０へのデータの伝送が終了すると、すなわち上述の図７に示すように、ＴＶ１０をノンロック状態とするフレームＰ２ が伝送された後、ＶＤＰ３０は、フレームＰ３ を再びＴＶ１０に送信する。
【０１１５】
一方、上述の図８に示すように、ＶＴＲ２０が、送信するデータのデータ量が少なく、データを１つのフレームＰ１ で送信しているときは、ＶＴＲ２０は上述したようにノンロック状態とされており、ＶＤＰ３０は、ＶＴＲ２０からのフレームＰ１ の伝送が終了し、双方向バス１が空くと、直ちにフレームＰ２ を送信することができる。
【０１１６】
なお、本発明は、上述の実施例に限定されるものではなく、例えばデバイスからサブデバイスにリクエストを送り、サブデバイスからデバイスにアンサ（答え）を返す通信、また例えば、デバイスの状態を自動報告するための通信等に適用することができる。また、Ｄ２ＢやＨＢＳ以外の、例えばＡＶ機器等を制御する双方向バスシステムに本発明を適用できることは言うまでもない。
【０１１７】
【発明の効果】
以上の説明でも明らかなように、本発明では、送信するデータのデータ量がデータフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドとからなるフレーム構造を有する伝送信号のコントロールフィールドに、最初に送信するフレームでは受信側のデバイスを捕捉すると指定し、最後に送信するフレームでは受信側のデバイスを捕捉しないと指定して、伝送信号を経路選択フィールドの内容を利用して、双方向バスを介して伝送することにより、従来の双方向バスシステムで必要とされた実際のデータを伝送する前に受信側のデバイスをロック状態とするフレームと、データの伝送が終了した時点で受信側のデバイスをノンロック状態とするフレームとを必要とせず、従来のシステムに比してトラフィック量を低減することができ、また、経路選択コードに基づいて、デバイスに内蔵されたサブデバイスから他のデバイスへの通信、デバイスから他のデバイスに内蔵されたサブデバイスへの通信又はデバイスからデバイスへの通信かを検出することができ、伝送効率を高めることができる。また、通信手順を簡単にすることができる。
【０１１８】
また、本発明では、送信するデータのデータ量がデータフィールドのデータ容量より少なく、送信するデータを１つのフレームで送信する際に、伝送信号のコントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を双方向バスを介して送信することにより、従来の双方向バスシステムで必要とされた実際のデータを伝送する前に受信側のデバイスをロック状態とするフレームと、データの伝送が終了した時点で受信側のデバイスをノンロック状態とするフレームとを必要とせず、従来のシステムに比してトラフィック量を低減することができ、また、経路選択コードに基づいて、デバイスに内蔵されたサブデバイスから他のデバイスへの通信、デバイスから他のデバイスに内蔵されたサブデバイスへの通信又はデバイスからデバイスへの通信かを検出することができ、伝送効率を高めることができる。また、通信手順を簡単にすることができる。
【０１１９】
また、本発明では、アドレスフィールド、コントロールフィールド、経路選択フィールド及びデータフィールドとからなるフレーム構造を有する伝送信号を、双方向バスを介して受信する。第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを経路選択フィールドの内容を利用して、双方向バスを介して第２のデバイスに通知することにより、第２のデバイスは伝送信号の送信を停止し、第１のデバイスからの伝送信号を中断されることなく受信することができる。
【図面の簡単な説明】
【図１】本発明を適用した双方向バスシステムの具体的な構成を示すブロック図である。
【図２】上記双方向バスシステムを構成するＴＶ、ＶＴＲの具体的な構成を示すブロック図である。
【図３】上記双方向バスシステムを構成する双方向バスのコネクタの構造を示す図である。
【図４】制御コマンドを伝送する伝送信号のフレームフォーマットを示す図である。
【図５】データを伝送する伝送信号のフレームフォーマットを示す図である。
【図６】伝送信号のＨＤＯＰＲのフォーマットを示す図である。
【図７】データを複数のフレームに分割して通信するときの通信手順の具体例を示す図である。
【図８】データを１つのフレームで通信するときの通信手順の具体例を示す図である。
【図９】上記双方向バスシステムを構成するＶＴＲのマイクロプロセッサの動作を説明するためのフローチャートである。
【図１０】従来のＤ２Ｂのフレームフォーマットを示す図である。
【図１１】従来のＤ２Ｂのフレームフォーマットを示す図である。
【図１２】ＯＰＣ”Ｂｅｇｉｎ２”のＯＰＲを説明するための図である。
【図１３】ノンロック状態としたときの従来の通信手順を示す図である。
【図１４】ロック状態としたときの従来の通信手順を示す図である。
【図１５】ロック状態とし、１フレームで伝送するときの従来の通信手順を示す図である。
【符号の説明】
１・・・双方向バス
１０・・・ＴＶ
１０ａ・・・チューナ
１０ｂ・・・ＴＶモニタ
１０ｃ・・・アンプ
１０ｄ・・・スイッチボックス
１２・・・マイクロプロセッサ
１２ａ・・・ＲＯＭ
１２ｂ・・・ＣＰＵ
１４・・・バスインターフェイス回路
２０、３０・・・ＶＴＲ
２０ａ・・・ビデオデッキ
２０ｂ・・・チューナ
２０ｃ・・・スイッチボックス
２２・・・マイクロプロセッサ
２２ａ・・・ＲＯＭ
２２ｂ・・・ＣＰＵ
２４・・・バスインターフェイス回路
Ｌ１、Ｌ２、Ｌ３・・・ＡＶ信号ライン
Claims (7)
- 複数のデバイスを双方向バスを介して相互に接続してなる双方向バスシステムの送信方法において、
上記双方向バス上の伝送信号の１フレームを、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信か上記デバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及び上記デバイスへ送信する際にダミーコードを指定すると共に、上記サブデバイスへ送信する際は上記サブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、送信するデータを指定するためのデータフィールドとから構成し、送信するデータのデータ量が上記データフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームの上記コントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームの上記コントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を上記経路選択フィールドの内容を利用して、上記双方向バスを介して伝送することを特徴とする送信方法。 - 上記送信するデータのデータ量が上記データフィールドのデータ容量よりも少なく、送信するデータを１つのフレームで送信する際に、上記コントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を上記双方向バスを介して送信することを特徴とする請求項１記載の送信方法。
- 複数のデバイスを双方向バスを介して相互に接続してなる双方向バスシステムの受信方法において、
通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信か上記デバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及び上記デバイスへ送信する際にダミーコードを指定すると共に、上記サブデバイスへ送信する際は上記サブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、伝送されるデータを指定するためのデータフィールドとからなるフレーム構造を有する伝送信号を、上記双方向バスを介して受信し、第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを上記経路選択フィールドの内容を利用して、上記双方向バスを介して第２のデバイスに通知することを特徴とする受信方法。 - 複数のデバイスを双方向バスを介して相互に接続してなる双方向バスシステムの通信方法において、
送信側のデバイスは、上記双方向バス上の伝送信号の１フレームを、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信か上記デバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及び上記デバイスへ送信する際にダミーコードを指定すると共に、上記サブデバイスへ送信する際は上記サブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、送信するデータを指定するためのデータフィールドとから構成すると共に、送信するデータのデータ量が上記データフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームの上記コントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームの上記コントロールフィールドに受信側のデバイスを捕捉しないと指定して、伝送信号を上記経路選択フィールドの内容を利用して上記双方向バスを介して伝送し、
受信側のデバイスは、上記双方向バスを介して伝送信号を受信し、送信側の第１のデバイスから受信される伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、送信側の第２のデバイスから伝送信号を受信した場合、捕捉されていることを上記双方向バスを介して第２のデバイスに通知することを特徴とする通信方法。 - 複数のデバイスと、双方向バスとからなり、
上記複数のデバイスは、
通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信か上記デバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及び上記デバイスへ送信する際にダミーコードを指定すると共に、上記サブデバイスへ送信する際は上記サブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、送信するデータを指定するためのデータフィールドとからなるフレームを構成すると共に、送信するデータのデータ量が上記データフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームの上記コントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームの上記コントロールフィールドに受信側のデバイスを捕捉しないと指定して、上記経路選択フィールドと共に伝送信号を形成する伝送信号形成手段と、
上記伝送信号形成手段で形成された伝送信号を上記双方向バスに出力するバス出力手段とをそれぞれに備え、
上記複数のデバイスを上記双方向バスを介して相互に接続してなることを特徴とする双方向バスシステム。 - 複数のデバイスと、双方向バスとからなり、
上記複数のデバイスは、
通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信か上記デバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及び上記デバイスへ送信する際にダミーコードを指定すると共に、上記サブデバイスへ送信する際は上記サブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、伝送されるデータを指定するためのデータフィールドとからなるフレーム構造を有する伝送信号を、上記経路選択フィールドの内容を利用して上記双方向バスを介して受信する入力手段と、
上記入力手段で受信された第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを上記双方向バスを介して第２のデバイスに通知する制御手段とをそれぞれに備え、
上記複数のデバイスを上記双方向バスを介して相互に接続してなることを特徴とする双方向バスシステム。 - 複数のデバイスと、双方向バスとからなり、
上記複数のデバイスは、通信を行うデバイス相互のアドレスを指定するためのアドレスフィールドと、受信側のデバイスを捕捉した状態又は捕捉しない状態で通信を行うかを指定するためのコントロールフィールドと、デバイスへの送信か上記デバイスに内蔵されたサブデバイスへの送信かを指定するヘッダオペランド、及び上記デバイスへ送信する際にダミーコードを指定すると共に、上記サブデバイスへ送信する際は上記サブデバイスのアドレスを指定するサブアドレスから構成される経路選択フィールドと、送信するデータを指定するためのデータフィールドとからなるフレームを構成すると共に、送信するデータのデータ量が上記データフィールドのデータ容量より多く、送信するデータを複数のフレームに分割して送信する際に、最初に送信するフレームの上記コントロールフィールドに受信側のデバイスを捕捉すると指定し、最後に送信するフレームの上記コントロールフィールドに受信側のデバイスを捕捉しないと指定して、上記経路選択フィールドと共に伝送信号を形成する伝送信号形成手段と、
上記伝送信号形成手段で形成された伝送信号を上記双方向バスに出力するバス出力手段と、
上記双方向バスを介して伝送信号を受信するバス入力手段と、
上記バス入力手段で受信された第１のデバイスからの伝送信号のコントロールフィールドに受信側のデバイスを捕捉すると指定されているときに、第２のデバイスから伝送信号を受信した場合、捕捉されていることを上記双方向バスを介して第２のデバイスに通知する制御手段とをそれぞれに備え、
上記複数のデバイスを上記双方向バスを介して相互に接続してなることを特徴とする双方向バスシステム。
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26365193A JP3611588B2 (ja) | 1992-12-21 | 1993-10-21 | 送信方法、受信方法、通信方法及び双方向バスシステム |
| US08/170,077 US5608730A (en) | 1992-12-21 | 1993-12-17 | Bi-directional communication system |
| EP93310316A EP0604166B1 (en) | 1992-12-21 | 1993-12-20 | Communication system and communication devices having lock function |
| KR1019930028557A KR940015883A (ko) | 1992-12-21 | 1993-12-20 | 송신 방법, 수신 방법, 통신 방법 및 쌍방향 버스 시스템 |
| DE69325978T DE69325978T2 (de) | 1992-12-21 | 1993-12-20 | Übertragungssystem und Übertragungsvorrichtungen mit Verriegelungsfunktion |
| CN93119897A CN1055587C (zh) | 1992-12-21 | 1993-12-21 | 用于双向总线***的发送方法，接收方法和通信方法以及双向总线*** |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP34040592 | 1992-12-21 | ||
| JP4-340405 | 1992-12-21 | ||
| JP26365193A JP3611588B2 (ja) | 1992-12-21 | 1993-10-21 | 送信方法、受信方法、通信方法及び双方向バスシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06244849A JPH06244849A (ja) | 1994-09-02 |
| JP3611588B2 true JP3611588B2 (ja) | 2005-01-19 |
Family
ID=26546131
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26365193A Expired - Lifetime JP3611588B2 (ja) | 1992-12-21 | 1993-10-21 | 送信方法、受信方法、通信方法及び双方向バスシステム |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US5608730A (ja) |
| EP (1) | EP0604166B1 (ja) |
| JP (1) | JP3611588B2 (ja) |
| KR (1) | KR940015883A (ja) |
| CN (1) | CN1055587C (ja) |
| DE (1) | DE69325978T2 (ja) |
Families Citing this family (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2935307B2 (ja) * | 1992-02-20 | 1999-08-16 | 株式会社日立製作所 | ディスプレイ |
| JP3334211B2 (ja) * | 1993-02-10 | 2002-10-15 | 株式会社日立製作所 | ディスプレイ |
| JP3307085B2 (ja) | 1993-12-10 | 2002-07-24 | ソニー株式会社 | 通信方法及び電子機器 |
| US5884040A (en) * | 1995-01-11 | 1999-03-16 | Sony Corporation | Per-packet jamming in a multi-port bridge for a local area network |
| US5857075A (en) * | 1995-01-11 | 1999-01-05 | Sony Corporation | Method and integrated circuit for high-bandwidth network server interfacing to a local area network |
| US5940597A (en) * | 1995-01-11 | 1999-08-17 | Sony Corporation | Method and apparatus for periodically updating entries in a content addressable memory |
| US6256313B1 (en) | 1995-01-11 | 2001-07-03 | Sony Corporation | Triplet architecture in a multi-port bridge for a local area network |
| DE19503215C1 (de) * | 1995-02-02 | 1996-10-02 | Becker Gmbh | Verfahren zur gemeinsamen Übertragung von digitalen Quell- und Steuerdaten zwischen über Datenleitungen verbundenen Datenquellen und -senken |
| CN1096165C (zh) * | 1995-06-15 | 2002-12-11 | 皇家菲利浦电子有限公司 | 包括资源控制装置的数据总线*** |
| DE69725598T2 (de) * | 1996-10-16 | 2004-04-29 | Thomson Consumer Electronics, Inc., Indianapolis | Verfahren zum sicherstellen des gemeinsamen betriebs von an einem bus angeschlossenen geräten und geeignetes gerät dafür. |
| JP3658919B2 (ja) | 1997-04-15 | 2005-06-15 | ソニー株式会社 | 電子機器及びその情報伝送方法 |
| US6023467A (en) * | 1997-05-08 | 2000-02-08 | Ericsson, Inc. | Operations and maintenance data flows over a point to multipoint broadband access network |
| EP0893765A1 (en) * | 1997-07-24 | 1999-01-27 | CANAL+ Société Anonyme | IEEE 1394 Set Top Box device driver |
| US6363067B1 (en) | 1997-09-17 | 2002-03-26 | Sony Corporation | Staged partitioned communication bus for a multi-port bridge for a local area network |
| US6442168B1 (en) | 1997-09-17 | 2002-08-27 | Sony Corporation | High speed bus structure in a multi-port bridge for a local area network |
| US6617879B1 (en) | 1997-09-17 | 2003-09-09 | Sony Corporation | Transparently partitioned communication bus for multi-port bridge for a local area network |
| US6308218B1 (en) | 1997-09-17 | 2001-10-23 | Sony Corporation | Address look-up mechanism in a multi-port bridge for a local area network |
| US6738384B1 (en) | 1997-09-17 | 2004-05-18 | Sony Corporation | Technique for optimizing cut-through for broadcast and multi-cast packets in a multi-port bridge for a local area network |
| US6157951A (en) * | 1997-09-17 | 2000-12-05 | Sony Corporation | Dual priority chains for data-communication ports in a multi-port bridge for a local area network |
| US6301256B1 (en) | 1997-09-17 | 2001-10-09 | Sony Corporation | Selection technique for preventing a source port from becoming a destination port in a multi-port bridge for a local area network |
| DE69838078T2 (de) * | 1997-09-18 | 2007-11-22 | Thomson Inc., Indianapolis | Verfahren zum Steuern eines elektronischen Peripherie-Unterhaltungsgeräts |
| EP1345424B1 (en) * | 1997-09-18 | 2007-07-11 | Thomson Inc. | Method for controlling a peripheral consumer electronic device |
| TW392402B (en) * | 1997-10-22 | 2000-06-01 | Hitachi Ltd | Method for using audio and video machine and audio and video machine system |
| JP4596343B2 (ja) * | 1997-11-25 | 2010-12-08 | トムソン ライセンシング | ディジタル装置、ディジタルバスを介して表示装置に相互に接続された周辺装置のオンスクリーン表示メニューを管理する方法、およびディジタル・テレビジョン装置 |
| FR2777140A1 (fr) * | 1998-04-07 | 1999-10-01 | Philips Electronics Nv | Systeme audiovisuel constitue de plusieurs appareils dont certains sont constitues de plusieurs modules fonctionnels |
| EP0964558A1 (en) | 1998-06-08 | 1999-12-15 | THOMSON multimedia | Method for accessing internet applications from home network devices |
| EP0964559A1 (en) * | 1998-06-08 | 1999-12-15 | THOMSON multimedia | Method for transmitting asynchronous data in a home network |
| US7362381B1 (en) | 1998-11-20 | 2008-04-22 | Thomson Licensing | Device interoperability utilizing bit-mapped on-screen display menus |
| US6367026B1 (en) | 1999-02-01 | 2002-04-02 | Sony Corporation | Unbalanced clock tree for a digital interface between an IEEE 1394 serial bus system and a personal computer interface (PCI) |
| US6363428B1 (en) | 1999-02-01 | 2002-03-26 | Sony Corporation | Apparatus for and method of separating header information from data in an IEEE 1394-1995 serial bus network |
| KR100378115B1 (ko) * | 1999-07-10 | 2003-03-29 | 삼성전자주식회사 | 부호분할다중접속 통신시스템의 공통채널 해제 장치 및 방법 |
| JP2001202669A (ja) * | 2000-01-18 | 2001-07-27 | Sony Corp | 情報処理装置及び方法、媒体 |
| US6907458B2 (en) | 2001-05-04 | 2005-06-14 | M&S Systems, L.P. | Digital multi-room, multi-source entertainment and communications network |
| US20020188752A1 (en) * | 2001-05-04 | 2002-12-12 | Tomassetti Stephen Robert | Control messaging for an entertainment and communications network |
| US6934300B2 (en) * | 2001-05-04 | 2005-08-23 | M&S Systems, L.P. | Initialization method for an entertainment and communications network |
| KR100406857B1 (ko) * | 2002-01-09 | 2003-11-21 | 엘지전자 주식회사 | 홈네트워크에서의 구성 매니저 결정방법 |
| US20030233660A1 (en) * | 2002-06-18 | 2003-12-18 | Bellsouth Intellectual Property Corporation | Device interaction |
| US6795404B2 (en) | 2002-06-18 | 2004-09-21 | Bellsouth Intellectual Property Corporation | Device for aggregating, translating, and disseminating communications within a multiple device environment |
| US7016888B2 (en) * | 2002-06-18 | 2006-03-21 | Bellsouth Intellectual Property Corporation | Learning device interaction rules |
| US20030231212A1 (en) * | 2002-06-18 | 2003-12-18 | Bellsouth Intellectual Property Corporation | User interface to a device environment |
| US6889207B2 (en) | 2002-06-18 | 2005-05-03 | Bellsouth Intellectual Property Corporation | Content control in a device environment |
| US7039698B2 (en) | 2002-06-18 | 2006-05-02 | Bellsouth Intellectual Property Corporation | Notification device interaction |
| FR2846822B1 (fr) * | 2002-10-31 | 2005-03-25 | Mediaflow Inc | Reseau local industriel ou domestique |
| EP2091228A4 (en) * | 2006-12-08 | 2012-12-19 | Panasonic Corp | REMOTE CONTROL SYSTEM |
| US20120036546A1 (en) * | 2010-05-18 | 2012-02-09 | Electric Mirror, Llc | Apparatuses and methods for translating multiple television control protocols at the television side |
| KR102147088B1 (ko) * | 2013-09-03 | 2020-08-24 | 삼성전자 주식회사 | 전자장치에서 수신된 정보를 사용자에게 제공하기 위한 방법 및 장치 |
| CN114077562B (zh) * | 2020-08-21 | 2024-05-24 | 中国科学院国家空间科学中心 | 一种1553b总线控制器协议处理ip核 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| NL8800639A (nl) * | 1988-03-16 | 1989-10-16 | Philips Nv | Eenkanaalskommunikatiebussysteem en station voor gebruik in zo een kommunikatiebussysteem. |
| US5249182A (en) * | 1988-03-16 | 1993-09-28 | U.S. Philips Corporation | Communication bus system with lock/unlock capability |
| JPH0720150B2 (ja) * | 1988-07-11 | 1995-03-06 | 松下電器産業株式会社 | 通信制御方法 |
| US5031175A (en) * | 1989-09-15 | 1991-07-09 | Matsushita Electric Industrial Co., Ltd. | Communication control method for releasing communication apparatus from occupied state |
| US5343469A (en) * | 1990-06-14 | 1994-08-30 | Nec Corporation | Communication system and communication devices having lock function |
| JPH0821941B2 (ja) * | 1991-04-26 | 1996-03-04 | 富士ゼロックス株式会社 | 通信方式 |
| EP0660956B1 (en) * | 1993-07-16 | 2001-12-19 | D2B Systems Co. Ltd. | Communication bus system with mitigation of slave station locking problem |
-
1993
- 1993-10-21 JP JP26365193A patent/JP3611588B2/ja not_active Expired - Lifetime
- 1993-12-17 US US08/170,077 patent/US5608730A/en not_active Expired - Lifetime
- 1993-12-20 KR KR1019930028557A patent/KR940015883A/ko not_active Application Discontinuation
- 1993-12-20 DE DE69325978T patent/DE69325978T2/de not_active Expired - Lifetime
- 1993-12-20 EP EP93310316A patent/EP0604166B1/en not_active Expired - Lifetime
- 1993-12-21 CN CN93119897A patent/CN1055587C/zh not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP0604166A1 (en) | 1994-06-29 |
| CN1092584A (zh) | 1994-09-21 |
| CN1055587C (zh) | 2000-08-16 |
| DE69325978T2 (de) | 2000-02-03 |
| EP0604166B1 (en) | 1999-08-11 |
| US5608730A (en) | 1997-03-04 |
| JPH06244849A (ja) | 1994-09-02 |
| DE69325978D1 (de) | 1999-09-16 |
| KR940015883A (ko) | 1994-07-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3611588B2 (ja) | 送信方法、受信方法、通信方法及び双方向バスシステム | |
| JP3077467B2 (ja) | 電子機器、伝送信号の受信方法、及び伝送信号の送信方法 | |
| JP3090827B2 (ja) | 送信信号の形成方法、双方向バスシステムの受信方法及び通信システム | |
| US6442630B1 (en) | Electronic device that controls the vailidity of information based on a selected function unit | |
| US5760698A (en) | Method of selecting an input apparatus | |
| KR100522152B1 (ko) | 하나 이상의 디스플레이 윈도우 및 위치 의존 커서와 기능 제어를 갖는 디스플레이 방법 및 디스플레이 시스템 | |
| ES2286979T3 (es) | Metodo y aparato para el control de sistemas. | |
| JP3630441B2 (ja) | 送信方法、受信方法、通信方法、双方向バスシステム及び電子機器 | |
| KR100460219B1 (ko) | 네트워크 제어시스템 | |
| JP3661175B2 (ja) | 接続状態表示方法 | |
| JP4468519B2 (ja) | プロトコールインターフェース方法 | |
| US5550826A (en) | Communication protocol for communicating image data | |
| US20020047862A1 (en) | Network error display apparatus and error detection display method | |
| EP0606754B1 (en) | Method and apparatus of communication | |
| JP3596568B2 (ja) | テレビジョン受像機 | |
| JP2006093798A (ja) | 接続管理プログラム | |
| JP3454222B2 (ja) | 電子機器 | |
| JP2001285828A (ja) | 双方向通信回線を利用した機器間接続システム | |
| JP2004289866A (ja) | 表示装置および方法、プログラム、並びに表示システム | |
| JP2001313875A (ja) | 映像モニタ装置及びその制御方法 | |
| KR100297060B1 (ko) | 프로토콜 인터페이스 방법 | |
| KR20000031870A (ko) | 등시성 데이터 제어방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20010821 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041020 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091029 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091029 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101029 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101029 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111029 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111029 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121029 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131029 Year of fee payment: 9 |
|
| EXPY | Cancellation because of completion of term |