JPH07131866A - 送信方法、受信方法、通信方法及び双方向バスシステム - Google Patents
送信方法、受信方法、通信方法及び双方向バスシステムInfo
- Publication number
- JPH07131866A JPH07131866A JP29418293A JP29418293A JPH07131866A JP H07131866 A JPH07131866 A JP H07131866A JP 29418293 A JP29418293 A JP 29418293A JP 29418293 A JP29418293 A JP 29418293A JP H07131866 A JPH07131866 A JP H07131866A
- Authority
- JP
- Japan
- Prior art keywords
- command
- request
- identification information
- bidirectional bus
- transmission signal
- 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.)
- Granted
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 127
- 230000002457 bidirectional effect Effects 0.000 title claims abstract description 106
- 238000000034 method Methods 0.000 title claims abstract description 42
- 238000010586 diagram Methods 0.000 description 11
- ZHBXLZQQVCDGPA-UHFFFAOYSA-N 5-[(1,3-dioxo-2-benzofuran-5-yl)sulfonyl]-2-benzofuran-1,3-dione Chemical compound C1=C2C(=O)OC(=O)C2=CC(S(=O)(=O)C=2C=C3C(=O)OC(C3=CC=2)=O)=C1 ZHBXLZQQVCDGPA-UHFFFAOYSA-N 0.000 description 5
- 230000005236 sound signal Effects 0.000 description 4
- GSDSWSVVBLHKDQ-UHFFFAOYSA-N 9-fluoro-3-methyl-10-(4-methylpiperazin-1-yl)-7-oxo-2,3-dihydro-7H-[1,4]oxazino[2,3,4-ij]quinoline-6-carboxylic acid Chemical compound FC1=CC(C(C(C(O)=O)=C2)=O)=C3N2C(C)COC3=C1N1CCN(C)CC1 GSDSWSVVBLHKDQ-UHFFFAOYSA-N 0.000 description 1
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 1
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
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/2838—Distribution of signals within a home automation network, e.g. involving splitting/multiplexing signals to/from different paths
-
- 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
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
- H04N1/41—Bandwidth or redundancy reduction
- H04N1/411—Bandwidth or redundancy reduction for the transmission or storage or reproduction of two-tone pictures, e.g. black and white pictures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5614—User Network Interface
- H04L2012/5615—Network termination, e.g. NT1, NT2, PBX
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Automation & Control Theory (AREA)
- Small-Scale Networks (AREA)
- Selective Calling Equipment (AREA)
Abstract
(57)【要約】
【構成】 ＴＶ１０のマイクロプロセッサ１２は、コマ
ンド用のフレーム、リクエスト用のフレーム、アンサ用
のフレーム、ステータス自動発信用のフレームを識別す
るＨＤＯＰＲをデータフィールド５５のデータ＃２に挿
入して伝送信号を形成し、この伝送信号を双方向バス１
を介してＶＴＲ２０に送信する。ＶＴＲ２０のマイクロ
プロセッサ２２は、伝送信号からＨＤＯＰＲを検出し、
このＨＤＯＰＲに基づいて、受信されたフレームがどの
種類のフレームかを認識する。 【効果】 双方向バス１のトラフィック量を低減するこ
とができ、伝送効率を高めることができる。また、通信
手順を簡素化することができる。
ンド用のフレーム、リクエスト用のフレーム、アンサ用
のフレーム、ステータス自動発信用のフレームを識別す
るＨＤＯＰＲをデータフィールド５５のデータ＃２に挿
入して伝送信号を形成し、この伝送信号を双方向バス１
を介してＶＴＲ２０に送信する。ＶＴＲ２０のマイクロ
プロセッサ２２は、伝送信号からＨＤＯＰＲを検出し、
このＨＤＯＰＲに基づいて、受信されたフレームがどの
種類のフレームかを認識する。 【効果】 双方向バス１のトラフィック量を低減するこ
とができ、伝送効率を高めることができる。また、通信
手順を簡素化することができる。
Description
【０００１】
【産業上の利用分野】本発明は、送信方法、受信方法、
通信方法及び双方向バスシステムに関し、例えばテレビ
ジョン受像機、ビデオテープレコーダ等のデバイスを双
方向バスにて相互に接続し、デバイスに内蔵された例え
ばモニター受像機、ＴＶチューナ、ビデオデッキ等のサ
ブデバイスを、他のデバイスから制御したり、デバイス
の動作状態等を伝送するシステムに用いられるものであ
る。
通信方法及び双方向バスシステムに関し、例えばテレビ
ジョン受像機、ビデオテープレコーダ等のデバイスを双
方向バスにて相互に接続し、デバイスに内蔵された例え
ばモニター受像機、ＴＶチューナ、ビデオデッキ等のサ
ブデバイスを、他のデバイスから制御したり、デバイス
の動作状態等を伝送するシステムに用いられるものであ
る。
【０００２】
【従来の技術】近年、複数のオーディオ機器やビジュア
ル機器（以下ＡＶ機器という）を、ビデオ信号ラインや
オーディオ信号ライン（以下ＡＶ信号ラインという）に
よって接続し、システム化して使用することが一般的に
行われている。
ル機器（以下ＡＶ機器という）を、ビデオ信号ラインや
オーディオ信号ライン（以下ＡＶ信号ラインという）に
よって接続し、システム化して使用することが一般的に
行われている。
【０００３】このようなＡＶシステムでは、上述のＡＶ
信号ラインの他に、システム制御バス（以下単に双方向
バスという）によって機器間を接続し、互いを制御した
り、機器の動作状態等を示すデータ（以下単にステータ
スという）を伝送するようになっている。具体的には、
所謂ＩＥＣのパブリケーション１０３０で規定されてい
るＤ２Ｂ（Audio,Viedo and audiovisual systems Dome
stic Digital Bus）やＥＩＡＪのＥＴ−２１０１で規定
されているホームバスシステム（Home Bus System 、以
下ＨＢＳという）等が知られている。そして、双方向バ
スを介して、例えばテレビジョン受像機、ビデオテープ
レコーダ、ビデオデッキプレイヤ（以下それぞれＴＶ、
ＶＴＲ、ＶＤＰという）等の機器（デバイス）から他の
デバイスを制御したり、デバイスから他のデバイスに内
蔵された例えばモニター受像機（ＴＶモニタ）、ＴＶチ
ューナ、ビデオデッキ、アンプ等のサブデバイスを制御
するようになっている。また、この双方向バスを介し
て、例えばデバイスやサブデバイスのステータス等を伝
送するようになっている。また、双方向バスのアクセス
方式としては、例えばＤ２Ｂでは所謂ＣＳＭＡ／ＣＤ
（Carrier Sense Multiple Access with Collision Det
ection）が採用されている。
信号ラインの他に、システム制御バス（以下単に双方向
バスという）によって機器間を接続し、互いを制御した
り、機器の動作状態等を示すデータ（以下単にステータ
スという）を伝送するようになっている。具体的には、
所謂ＩＥＣのパブリケーション１０３０で規定されてい
るＤ２Ｂ（Audio,Viedo and audiovisual systems Dome
stic Digital Bus）やＥＩＡＪのＥＴ−２１０１で規定
されているホームバスシステム（Home Bus System 、以
下ＨＢＳという）等が知られている。そして、双方向バ
スを介して、例えばテレビジョン受像機、ビデオテープ
レコーダ、ビデオデッキプレイヤ（以下それぞれＴＶ、
ＶＴＲ、ＶＤＰという）等の機器（デバイス）から他の
デバイスを制御したり、デバイスから他のデバイスに内
蔵された例えばモニター受像機（ＴＶモニタ）、ＴＶチ
ューナ、ビデオデッキ、アンプ等のサブデバイスを制御
するようになっている。また、この双方向バスを介し
て、例えばデバイスやサブデバイスのステータス等を伝
送するようになっている。また、双方向バスのアクセス
方式としては、例えばＤ２Ｂでは所謂ＣＳＭＡ／ＣＤ
（Carrier Sense Multiple Access with Collision Det
ection）が採用されている。
【０００４】すなわち、デバイスに内蔵されたサブデバ
イスから他のデバイスに内蔵されたサブデバイスへの通
信（以下サブデバイスからサブデバイスへの通信とい
う）、デバイスに内蔵されたサブデバイスから他のデバ
イスへの通信（以下サブデバイスからデバイスへの通信
という）、デバイスから他のデバイスに内蔵されたサブ
デバイスへの通信（以下デバイスからサブデバイスへの
通信という）及びデバイスからデバイスへの通信を、双
方向バスを介して行うようになっている。
イスから他のデバイスに内蔵されたサブデバイスへの通
信（以下サブデバイスからサブデバイスへの通信とい
う）、デバイスに内蔵されたサブデバイスから他のデバ
イスへの通信（以下サブデバイスからデバイスへの通信
という）、デバイスから他のデバイスに内蔵されたサブ
デバイスへの通信（以下デバイスからサブデバイスへの
通信という）及びデバイスからデバイスへの通信を、双
方向バスを介して行うようになっている。
【０００５】ここで、上述のような双方向バス、例えば
Ｄ２Ｂで用いられる伝送信号のフォーマットについて説
明する。Ｄ２Ｂでは、送信先のサブデバイス等を制御す
るためのコマンド（以下制御コマンドという）やステー
タスは、図７に示すように、フレーム構成とされ、双方
向バスを介して伝送される。
Ｄ２Ｂで用いられる伝送信号のフォーマットについて説
明する。Ｄ２Ｂでは、送信先のサブデバイス等を制御す
るためのコマンド（以下制御コマンドという）やステー
タスは、図７に示すように、フレーム構成とされ、双方
向バスを介して伝送される。
【０００６】すなわち、１フレームは、フレームの先頭
を表すヘッダを指定するためのヘッダフィールド１０１
と、送信元のデバイスのアドレスを指定するためのマス
タアドレスフィールド１０２と、送信先（受信側）のデ
バイスのアドレスを指定するためのスレーブアドレスフ
ィールド１０３と、送信先のデバイスを捕捉（ロック）
した状態又はノンロックした状態での通信等を示すコン
トロールビットを指定するためのコントロールフィール
ド１０４と、制御コマンド又はステータスを指定するた
めのデータフィールド１０５とから構成される。
を表すヘッダを指定するためのヘッダフィールド１０１
と、送信元のデバイスのアドレスを指定するためのマス
タアドレスフィールド１０２と、送信先（受信側）のデ
バイスのアドレスを指定するためのスレーブアドレスフ
ィールド１０３と、送信先のデバイスを捕捉（ロック）
した状態又はノンロックした状態での通信等を示すコン
トロールビットを指定するためのコントロールフィール
ド１０４と、制御コマンド又はステータスを指定するた
めのデータフィールド１０５とから構成される。
【０００７】ヘッダフィールド１０１のヘッダは、図８
に示すように、同期を取るための１ビットからなるスタ
ートビット１０１ａと、伝送速度や上記データフィール
ド１０５のバイト数を規定するためのモードビット１０
１ｂとから構成される。このモードビット１０１ｂは、
１〜３ビットからなり、現在、データフィールド１０５
を最大２バイトとするモード０、最大３２バイト（スレ
ーブからマスタでは最大１６バイト）とするモード１、
最大１２８バイト（スレーブからマスタでは最大６４バ
イト）とするモード２の３つのモードが規定されてい
る。
に示すように、同期を取るための１ビットからなるスタ
ートビット１０１ａと、伝送速度や上記データフィール
ド１０５のバイト数を規定するためのモードビット１０
１ｂとから構成される。このモードビット１０１ｂは、
１〜３ビットからなり、現在、データフィールド１０５
を最大２バイトとするモード０、最大３２バイト（スレ
ーブからマスタでは最大１６バイト）とするモード１、
最大１２８バイト（スレーブからマスタでは最大６４バ
イト）とするモード２の３つのモードが規定されてい
る。
【０００８】マスタアドレスフィールド１０２の送信元
デバイスのアドレスは、上述の図８に示すように、送信
元のデバイスのアドレスを指定するための１２ビットか
らなるマスタアドレスビット１０２ａと、１ビットのパ
リティビット１０２ｂとから構成される。
デバイスのアドレスは、上述の図８に示すように、送信
元のデバイスのアドレスを指定するための１２ビットか
らなるマスタアドレスビット１０２ａと、１ビットのパ
リティビット１０２ｂとから構成される。
【０００９】スレーブアドレスフィールド１０３の送信
先デバイスのアドレスは、上述の図８に示すように、送
信先のデバイスのアドレスを指定するための１２ビット
からなるスレーブアドレスビット１０３ａと、１ビット
のパリティビット１０３ｂと、送信先のデバイスから応
答するための１ビットのアクノリッジビット１０３ｃと
から構成される。
先デバイスのアドレスは、上述の図８に示すように、送
信先のデバイスのアドレスを指定するための１２ビット
からなるスレーブアドレスビット１０３ａと、１ビット
のパリティビット１０３ｂと、送信先のデバイスから応
答するための１ビットのアクノリッジビット１０３ｃと
から構成される。
【００１０】コントロールフィールド１０４には、上述
の図８に示すように、制御コマンドやステータスの伝送
方向を示したり、ロック状態又はノンロック状態を示す
４ビットからなるコントロールビット１０４ａと、１ビ
ットのパリティビット１０４ｂと、１ビットのアクノリ
ッジビット１０４ｃとが指定される。具体的には、コン
トロールビットは、図９に示すように、マスタからスレ
ーブへのステータス（データ）の書き込みであるか又は
スレーブからマスタへのデータの読み込みであるがの識
別、送信元のデバイスが送信先のデバイスをロック状態
として通信するか、ノンロック状態で通信するか又は送
信先のデバイスのロックを解除するかの識別、データ又
は制御コマンドであるかの識別等に用いられる。
の図８に示すように、制御コマンドやステータスの伝送
方向を示したり、ロック状態又はノンロック状態を示す
４ビットからなるコントロールビット１０４ａと、１ビ
ットのパリティビット１０４ｂと、１ビットのアクノリ
ッジビット１０４ｃとが指定される。具体的には、コン
トロールビットは、図９に示すように、マスタからスレ
ーブへのステータス（データ）の書き込みであるか又は
スレーブからマスタへのデータの読み込みであるがの識
別、送信元のデバイスが送信先のデバイスをロック状態
として通信するか、ノンロック状態で通信するか又は送
信先のデバイスのロックを解除するかの識別、データ又
は制御コマンドであるかの識別等に用いられる。
【００１１】データフィールド１０５には、上述の図８
に示すように、８ビットのデータビット１０５ａと、１
ビットのエンドオブデータビット１０５ｂと、１ビット
のパリティビット１０５ｃと、１ビットのアクノリッジ
ビット１０５ｄが必要に応じて繰り返される。そして、
データビット１０５ａを先頭から順にデータ＃１、＃
２、＃３・・・とすると、例えばコマンドの通信では、
データ＃１に、例えばサブデバイスに関係した通信を表
すオペレーションコード（Operation code、以下ＯＰＣ
という) "Begin 2"(すなわちコード "ＢＤ"h (h は１６
進を表す))、ＨＢＳを介しての通信を表すＯＰＣ"Begin
1"(コード "ＢＣ"h) 、他のバスを介しての通信を表す
ＯＰＣ"Begin 0"(コード "ＢＢ"h) 等が指定され、デー
タ＃２に、これらのＯＰＣに対するオペランド（Operan
d 、以下ＯＰＲという）が指定される。また、例えばデ
ータの通信では、データ＃１、＃２、＃３・・・にデー
タが１バイト（８ビット）毎に順に指定される。
に示すように、８ビットのデータビット１０５ａと、１
ビットのエンドオブデータビット１０５ｂと、１ビット
のパリティビット１０５ｃと、１ビットのアクノリッジ
ビット１０５ｄが必要に応じて繰り返される。そして、
データビット１０５ａを先頭から順にデータ＃１、＃
２、＃３・・・とすると、例えばコマンドの通信では、
データ＃１に、例えばサブデバイスに関係した通信を表
すオペレーションコード（Operation code、以下ＯＰＣ
という) "Begin 2"(すなわちコード "ＢＤ"h (h は１６
進を表す))、ＨＢＳを介しての通信を表すＯＰＣ"Begin
1"(コード "ＢＣ"h) 、他のバスを介しての通信を表す
ＯＰＣ"Begin 0"(コード "ＢＢ"h) 等が指定され、デー
タ＃２に、これらのＯＰＣに対するオペランド（Operan
d 、以下ＯＰＲという）が指定される。また、例えばデ
ータの通信では、データ＃１、＃２、＃３・・・にデー
タが１バイト（８ビット）毎に順に指定される。
【００１２】なお、上述のＯＰＣに対するＯＰＲ、例え
ばＯＰＣ"Begin 2" に対するＯＰＲは、図１０に示すよ
うに、電話通信系（ＣＴ：Communication Telephony
）、ＡＶ系（ＡＶ／Ｃ：Audio Video and Control)及
び家電製品系（ＨＫ：Housekeeping）等のサービスコー
ドを識別するためのビットｂ5 、ｂ4 、ｂ3 、ｂ2 （ｂ
7が最上位ビット（ＭＳＢ））と、サブデバイスからサ
ブデバイスへの通信、サブデバイスからデバイスへの通
信、デバイスからサブデバイスへの通信、デバイスから
デバイスへの通信のいずれかを表す、すなわち送信元の
サブデバイスのアドレス（Source Sub-Device Address
、以下ＳＳＤＡという）と送信先のサブデバイスのア
ドレス（Destination Sub-Device Address、以下ＤＳＤ
Ａという）の有無を示すビットｂ1 、ｂ0 とからなる。
なお、ビットｂ7 は常に０とされ、ビットｂ6 は将来の
標準化のために保留されており、現在は１とされてい
る。具体的には、ｂ1 ＝０、ｂ0 ＝０がサブデバイスか
らサブデバイスへの通信を、ｂ1 ＝０、ｂ0 ＝１がサブ
デバイスからデバイスへの通信を、ｂ1 ＝１、ｂ0 ＝０
がデバイスからサブデバイスへの通信を、ｂ1 ＝１、ｂ
0 ＝１がデバイスからデバイスへの通信を表す。
ばＯＰＣ"Begin 2" に対するＯＰＲは、図１０に示すよ
うに、電話通信系（ＣＴ：Communication Telephony
）、ＡＶ系（ＡＶ／Ｃ：Audio Video and Control)及
び家電製品系（ＨＫ：Housekeeping）等のサービスコー
ドを識別するためのビットｂ5 、ｂ4 、ｂ3 、ｂ2 （ｂ
7が最上位ビット（ＭＳＢ））と、サブデバイスからサ
ブデバイスへの通信、サブデバイスからデバイスへの通
信、デバイスからサブデバイスへの通信、デバイスから
デバイスへの通信のいずれかを表す、すなわち送信元の
サブデバイスのアドレス（Source Sub-Device Address
、以下ＳＳＤＡという）と送信先のサブデバイスのア
ドレス（Destination Sub-Device Address、以下ＤＳＤ
Ａという）の有無を示すビットｂ1 、ｂ0 とからなる。
なお、ビットｂ7 は常に０とされ、ビットｂ6 は将来の
標準化のために保留されており、現在は１とされてい
る。具体的には、ｂ1 ＝０、ｂ0 ＝０がサブデバイスか
らサブデバイスへの通信を、ｂ1 ＝０、ｂ0 ＝１がサブ
デバイスからデバイスへの通信を、ｂ1 ＝１、ｂ0 ＝０
がデバイスからサブデバイスへの通信を、ｂ1 ＝１、ｂ
0 ＝１がデバイスからデバイスへの通信を表す。
【００１３】ここで、ＴＶからＶＴＲに制御コマンドを
送ってＶＴＲを制御すると共に、ＴＶからＶＴＲに、制
御されたＶＴＲの動作状態（ステータス）を確認するた
めにステータスを要求するリクエストを送り、ＴＶがＶ
ＴＲからステータスをリクエストに対する回答（アン
サ）としてを受信する一連の動作について説明する。
送ってＶＴＲを制御すると共に、ＴＶからＶＴＲに、制
御されたＶＴＲの動作状態（ステータス）を確認するた
めにステータスを要求するリクエストを送り、ＴＶがＶ
ＴＲからステータスをリクエストに対する回答（アン
サ）としてを受信する一連の動作について説明する。
【００１４】ＴＶは、図１１Ａに示すように、マスタア
ドレスビットをＴＶのアドレスとし、スレーブアドレス
ビットをＶＴＲのアドレスとし、コントロールビットを
ロック状態でのコマンドの書き込みを表すコード "Ａ"h
とすると共に、データ＃１に例えばコード "ＢＤ"h (Ｏ
ＰＣ"Begin 2")を指定し、データ＃２に例えばデバイス
からサブデバイスへの通信を示すコード "５６"hを指定
し、データ＃３にＶＴＲのビデオデッキのアドレスを指
定し（以下これらを経路選択情報という）、データ＃４
に例えばビデオデッキをプレーさせるコード "Ｃ３"h
（コマンド）を指定し、データ＃５に前進（フォワー
ド）示すコード "７５"h（ＯＰＲ）を指定したコマンド
用のフレームを形成する。そして、ＴＶは、双方向バス
上の所謂キャリアの有無を検出し、キャリアがないと
き、すなわち双方向バスが空いているときに、このコマ
ンド用のフレームをＶＴＲに送信し、その後、キャリア
の送出を一旦停止して双方向バスを開放する。かくし
て、ＴＶからＶＴＲへの制御コマンドが送信され、ＶＴ
Ｒは再生動作を開始する。ところで、この一連の動作中
に、例えば他のデバイスからこのＶＴＲに制御コマンド
が送信された場合、ＶＴＲがその制御コマンドにより制
御されるのを防止するために、ＴＶは、上述したコント
ロールビットにより、ＶＴＲが他のデバイスからの制御
コマンドを受け付けないようにＶＴＲをロック状態に制
御する。
ドレスビットをＴＶのアドレスとし、スレーブアドレス
ビットをＶＴＲのアドレスとし、コントロールビットを
ロック状態でのコマンドの書き込みを表すコード "Ａ"h
とすると共に、データ＃１に例えばコード "ＢＤ"h (Ｏ
ＰＣ"Begin 2")を指定し、データ＃２に例えばデバイス
からサブデバイスへの通信を示すコード "５６"hを指定
し、データ＃３にＶＴＲのビデオデッキのアドレスを指
定し（以下これらを経路選択情報という）、データ＃４
に例えばビデオデッキをプレーさせるコード "Ｃ３"h
（コマンド）を指定し、データ＃５に前進（フォワー
ド）示すコード "７５"h（ＯＰＲ）を指定したコマンド
用のフレームを形成する。そして、ＴＶは、双方向バス
上の所謂キャリアの有無を検出し、キャリアがないと
き、すなわち双方向バスが空いているときに、このコマ
ンド用のフレームをＶＴＲに送信し、その後、キャリア
の送出を一旦停止して双方向バスを開放する。かくし
て、ＴＶからＶＴＲへの制御コマンドが送信され、ＶＴ
Ｒは再生動作を開始する。ところで、この一連の動作中
に、例えば他のデバイスからこのＶＴＲに制御コマンド
が送信された場合、ＶＴＲがその制御コマンドにより制
御されるのを防止するために、ＴＶは、上述したコント
ロールビットにより、ＶＴＲが他のデバイスからの制御
コマンドを受け付けないようにＶＴＲをロック状態に制
御する。
【００１５】次に、ＴＶは、図１１Ｂに示すように、マ
スタアドレスビットをＴＶのアドレスとし、スレーブア
ドレスビットをＶＴＲのアドレスとし、コントロールビ
ットをロック状態でのコマンドの書き込みを表すコード
"Ａ"hとすると共に、データ＃１にリクエストコードを
指定し、データ＃２にリクエストコードに対するＯＰＲ
を指定し、データ＃３に終端子を指定したリクエスト用
のフレームを形成する。そして、ＴＶは、再び双方向バ
スが空いたときに、このリクエスト用のフレームを送信
する。ところで、図１１Ａに示すデータ＃４の制御コマ
ンドのコードと図１１Ｂに示すデータ＃１のリクエスト
コードは本来別コードとすべきであるが、８ビットで表
現することができるコードの種類には制限があり、制御
コマンドのコードとリクエストコードで同じコードを使
用し、終端子を付加することにより、コマンド用フレー
ムとリクエスト用フレームを識別するようになってい
る。
スタアドレスビットをＴＶのアドレスとし、スレーブア
ドレスビットをＶＴＲのアドレスとし、コントロールビ
ットをロック状態でのコマンドの書き込みを表すコード
"Ａ"hとすると共に、データ＃１にリクエストコードを
指定し、データ＃２にリクエストコードに対するＯＰＲ
を指定し、データ＃３に終端子を指定したリクエスト用
のフレームを形成する。そして、ＴＶは、再び双方向バ
スが空いたときに、このリクエスト用のフレームを送信
する。ところで、図１１Ａに示すデータ＃４の制御コマ
ンドのコードと図１１Ｂに示すデータ＃１のリクエスト
コードは本来別コードとすべきであるが、８ビットで表
現することができるコードの種類には制限があり、制御
コマンドのコードとリクエストコードで同じコードを使
用し、終端子を付加することにより、コマンド用フレー
ムとリクエスト用フレームを識別するようになってい
る。
【００１６】さらに、ＴＶは、図１１Ｃに示すように、
マスタアドレスビットをＴＶのアドレスとし、スレーブ
アドレスビットをＶＴＲのアドレスとし、コントロール
ビットをロック状態でのデータの読み込み、すなわちビ
デオデッキのステータスの読み込みを表すコード "２"h
としてアンサ用のフレームを形成して、このアンサ用の
フレームをＶＴＲに送信する。そして、ＶＴＲは、この
図１１Ｃに示すように、データ＃１にアンサコードを指
定し、データ＃２にアンサコードに対するＯＰＲを指定
し、データ＃３に終端子を指定して、返送する。すなわ
ち、このアンサ用のフレームでは、上述したコマンド及
びリクエスト用のフレームと異なり、データフィールド
１０５において、スレーブからマスタアへのステータス
の伝送が行われる。
マスタアドレスビットをＴＶのアドレスとし、スレーブ
アドレスビットをＶＴＲのアドレスとし、コントロール
ビットをロック状態でのデータの読み込み、すなわちビ
デオデッキのステータスの読み込みを表すコード "２"h
としてアンサ用のフレームを形成して、このアンサ用の
フレームをＶＴＲに送信する。そして、ＶＴＲは、この
図１１Ｃに示すように、データ＃１にアンサコードを指
定し、データ＃２にアンサコードに対するＯＰＲを指定
し、データ＃３に終端子を指定して、返送する。すなわ
ち、このアンサ用のフレームでは、上述したコマンド及
びリクエスト用のフレームと異なり、データフィールド
１０５において、スレーブからマスタアへのステータス
の伝送が行われる。
【００１７】次に、ＴＶは、図１１Ｄに示すように、マ
スタアドレスビットをＴＶのアドレスとし、スレーブア
ドレスビットをＶＴＲのアドレスとし、コントロールビ
ットをノンロック状態でのコマンドの書き込みを表すコ
ード "Ｅ"hとすると共に、データ＃１にエンドコマンド
を指定した終了コマンド用のフレームを形成して、この
終了コマンド用のフレームをＶＴＲに送信する。ＶＴＲ
は、この終了コマンド用のフレームにより、ロックが解
除され、他のデバイスからの制御コマンド等を受信可能
となる。
スタアドレスビットをＴＶのアドレスとし、スレーブア
ドレスビットをＶＴＲのアドレスとし、コントロールビ
ットをノンロック状態でのコマンドの書き込みを表すコ
ード "Ｅ"hとすると共に、データ＃１にエンドコマンド
を指定した終了コマンド用のフレームを形成して、この
終了コマンド用のフレームをＶＴＲに送信する。ＶＴＲ
は、この終了コマンド用のフレームにより、ロックが解
除され、他のデバイスからの制御コマンド等を受信可能
となる。
【００１８】
【発明が解決しようとする課題】以上のように、従来の
双方向バスシステムでは、ＴＶは、ＶＴＲに制御コマン
ドを送信するためのコマンド用のフレームを送信した後
に、ＶＴＲの動作状態を確認するためには、リクエスト
用のフレームを送信しなければならず、また、ＯＰＣ"B
egin 2" 等からなる経路選択情報はコマンド用のフレー
ムのみにしかないため、ＴＶはアンサ用のフレームを送
信する必要があった。さらに、ＴＶは、ＶＴＲのロック
を解除するために、終了コマンド用のフレームを送信す
る必要があった。すなわち、ＴＶは、コマンド用、リク
エスト用、アンサ用及び終了コマンド用の各フレームを
１組として送信する必要があり、従来の双方向バスシス
テムでは、トラフィック量が増え、伝送効率が低く、ま
た通信手順（プロトコル）が複雑である等の問題があっ
た。
双方向バスシステムでは、ＴＶは、ＶＴＲに制御コマン
ドを送信するためのコマンド用のフレームを送信した後
に、ＶＴＲの動作状態を確認するためには、リクエスト
用のフレームを送信しなければならず、また、ＯＰＣ"B
egin 2" 等からなる経路選択情報はコマンド用のフレー
ムのみにしかないため、ＴＶはアンサ用のフレームを送
信する必要があった。さらに、ＴＶは、ＶＴＲのロック
を解除するために、終了コマンド用のフレームを送信す
る必要があった。すなわち、ＴＶは、コマンド用、リク
エスト用、アンサ用及び終了コマンド用の各フレームを
１組として送信する必要があり、従来の双方向バスシス
テムでは、トラフィック量が増え、伝送効率が低く、ま
た通信手順（プロトコル）が複雑である等の問題があっ
た。
【００１９】また、例えばＶＴＲが制御コマンドを受信
して再生動作状態となった後に、リクエストに対するア
ンサを返信するまでには、ビデオデッキの機械的な動作
があるため、通信速度に比して極めて時間がかかり、そ
の時間、双方向バスは占有されることとなり、他の機器
は方向バスが開放されるのを長い時間待たなければなら
ないという問題があった。
して再生動作状態となった後に、リクエストに対するア
ンサを返信するまでには、ビデオデッキの機械的な動作
があるため、通信速度に比して極めて時間がかかり、そ
の時間、双方向バスは占有されることとなり、他の機器
は方向バスが開放されるのを長い時間待たなければなら
ないという問題があった。
【００２０】さらに、制御コマンドのコードとリクエス
トコードを識別するための終端子がリクエスト用のフレ
ームの最後に付加されているため、送信先（受信側）の
デバイス、例えばＶＴＲのハードウエア、処理ソフトウ
ェアが複雑になると共に、最後の終端子が欠落したと
き、リクエスト用のフレームがコマンド用のフレームと
して判断される虞れがあった。
トコードを識別するための終端子がリクエスト用のフレ
ームの最後に付加されているため、送信先（受信側）の
デバイス、例えばＶＴＲのハードウエア、処理ソフトウ
ェアが複雑になると共に、最後の終端子が欠落したと
き、リクエスト用のフレームがコマンド用のフレームと
して判断される虞れがあった。
【００２１】本発明は、このような実情に鑑みてなされ
たものであり、従来の通信方法等に比して、双方向バス
上のトラフィック量を少なくすることができ、伝送効率
を高めることができると共に、通信手順を簡素化するこ
とができる送信方法、受信方法、通信方法、双方向バス
システムの提供を目的とする。
たものであり、従来の通信方法等に比して、双方向バス
上のトラフィック量を少なくすることができ、伝送効率
を高めることができると共に、通信手順を簡素化するこ
とができる送信方法、受信方法、通信方法、双方向バス
システムの提供を目的とする。
【００２２】
【課題を解決するための手段】上述の課題を解決するた
めに、本発明に係る第１の送信方法は、コマンド及びリ
クエストの通信を行う複数のデバイスを双方向バスを介
して相互に接続してなる双方向バスシステムの送信方法
であって、双方向バス上の伝送信号の１フレームを、通
信を行うデバイス相互のアドレスを指定するためのアド
レスフィールドと、送信するコマンド又はリクエストを
指定するためのデータフィールドとから構成し、データ
フィールドの所定位置に、コマンドとリクエストを識別
する識別情報を挿入し、識別情報が挿入された伝送信号
を双方向バスを介して他のデバイスに送信することを特
徴とする。
めに、本発明に係る第１の送信方法は、コマンド及びリ
クエストの通信を行う複数のデバイスを双方向バスを介
して相互に接続してなる双方向バスシステムの送信方法
であって、双方向バス上の伝送信号の１フレームを、通
信を行うデバイス相互のアドレスを指定するためのアド
レスフィールドと、送信するコマンド又はリクエストを
指定するためのデータフィールドとから構成し、データ
フィールドの所定位置に、コマンドとリクエストを識別
する識別情報を挿入し、識別情報が挿入された伝送信号
を双方向バスを介して他のデバイスに送信することを特
徴とする。
【００２３】また、本発明に係る第２の送信方法は、第
１の送信方法において、データフィールドに、コマン
ド、リクエスト、リクエストに対するアンサ又はデバイ
スのステータスを指定し、識別情報を、コマンド、リク
エスト、アンサ及びステータスの自動発信を識別する情
報とし、識別情報が挿入された伝送信号を送信すること
を特徴とする。
１の送信方法において、データフィールドに、コマン
ド、リクエスト、リクエストに対するアンサ又はデバイ
スのステータスを指定し、識別情報を、コマンド、リク
エスト、アンサ及びステータスの自動発信を識別する情
報とし、識別情報が挿入された伝送信号を送信すること
を特徴とする。
【００２４】また、本発明に係る第１の受信方法は、コ
マンド及びリクエストの通信を行う複数のデバイスを双
方向バスを介して相互に接続してなる双方向バスシステ
ムの受信方法であって、通信を行うデバイス相互のアド
レスを指定するためのアドレスフィールドと、伝送され
るコマンド又はリクエストを指定するためのデータフィ
ールドとからなるフレーム構造を有すると共に、データ
フィールドの所定位置にコマンドとリクエストを識別す
る識別情報が挿入された伝送信号を、双方向バスを介し
て受信し、伝送信号から識別情報を検出し、識別情報に
基づいて、データフィールドの内容がコマンド又はリク
エストかを認識することを特徴とする。
マンド及びリクエストの通信を行う複数のデバイスを双
方向バスを介して相互に接続してなる双方向バスシステ
ムの受信方法であって、通信を行うデバイス相互のアド
レスを指定するためのアドレスフィールドと、伝送され
るコマンド又はリクエストを指定するためのデータフィ
ールドとからなるフレーム構造を有すると共に、データ
フィールドの所定位置にコマンドとリクエストを識別す
る識別情報が挿入された伝送信号を、双方向バスを介し
て受信し、伝送信号から識別情報を検出し、識別情報に
基づいて、データフィールドの内容がコマンド又はリク
エストかを認識することを特徴とする。
【００２５】また、本発明に係る第２の受信方法は、第
１の受信方法において、データフィールドに、コマン
ド、リクエスト、リクエストに対するアンサ又はデバイ
スのステータスが指定され、識別情報が、コマンド、リ
クエスト、アンサ及びステータスの自動発信を識別する
情報からなり、識別情報に基づいて、データフィールド
の内容がコマンド、リクエスト、アンサ又は自動発信さ
れたステータスかを識別することを特徴とする。
１の受信方法において、データフィールドに、コマン
ド、リクエスト、リクエストに対するアンサ又はデバイ
スのステータスが指定され、識別情報が、コマンド、リ
クエスト、アンサ及びステータスの自動発信を識別する
情報からなり、識別情報に基づいて、データフィールド
の内容がコマンド、リクエスト、アンサ又は自動発信さ
れたステータスかを識別することを特徴とする。
【００２６】また、本発明に係る第１の通信方法は、コ
マンド及びリクエストの通信を行う複数のデバイスを双
方向バスを介して相互に接続してなる双方向バスシステ
ムの通信方法であって、送信元のデバイスは、双方向バ
ス上の伝送信号の１フレームを通信を行うデバイス相互
のアドレスを指定するためのアドレスフィールドと、送
信するコマンド又はリクエストを指定するためのデータ
フィールドとから構成すると共に、データフィールドの
所定位置にコマンドとリクエストを識別する識別情報を
挿入し、識別情報が挿入された伝送信号を双方向バスを
介して送信し、送信先のデバイスは、双方向バスを介し
て伝送信号を受信し、伝送信号から識別情報を検出し、
識別情報に基づいて、データフィールドの内容がコマン
ド又はリクエストかを認識することを特徴とする。
マンド及びリクエストの通信を行う複数のデバイスを双
方向バスを介して相互に接続してなる双方向バスシステ
ムの通信方法であって、送信元のデバイスは、双方向バ
ス上の伝送信号の１フレームを通信を行うデバイス相互
のアドレスを指定するためのアドレスフィールドと、送
信するコマンド又はリクエストを指定するためのデータ
フィールドとから構成すると共に、データフィールドの
所定位置にコマンドとリクエストを識別する識別情報を
挿入し、識別情報が挿入された伝送信号を双方向バスを
介して送信し、送信先のデバイスは、双方向バスを介し
て伝送信号を受信し、伝送信号から識別情報を検出し、
識別情報に基づいて、データフィールドの内容がコマン
ド又はリクエストかを認識することを特徴とする。
【００２７】また、本発明に係る第２の通信方法は、第
１の通信方法において、送信元のデバイスは、データフ
ィールドに、コマンド、リクエスト、リクエストに対す
るアンサ又はデバイスのステータスを指定すると共に、
識別情報をコマンド、リクエスト、アンサ及びステータ
スの自動発信を識別する情報とし、識別情報が挿入され
た伝送信号を送信し、送信先のデバイスは、識別情報に
基づいて、データフィールドの内容がコマンド、リクエ
スト、アンサ又は自動発信されたステータスかを識別す
ることを特徴とする。
１の通信方法において、送信元のデバイスは、データフ
ィールドに、コマンド、リクエスト、リクエストに対す
るアンサ又はデバイスのステータスを指定すると共に、
識別情報をコマンド、リクエスト、アンサ及びステータ
スの自動発信を識別する情報とし、識別情報が挿入され
た伝送信号を送信し、送信先のデバイスは、識別情報に
基づいて、データフィールドの内容がコマンド、リクエ
スト、アンサ又は自動発信されたステータスかを識別す
ることを特徴とする。
【００２８】また、本発明に係る第１の双方向バスシス
テムは、コマンド又はリクエストの通信を行う複数のデ
バイスと、双方向バスとからなり、複数のデバイスは、
通信を行うデバイス相互のアドレスを指定するためのア
ドレスフィールドと、送信するコマンド又はリクエスト
を指定するためのデータフィールドとからなるフレーム
を構成すると共に、データフィールドの所定位置にコマ
ンドとリクエストを識別する識別情報を挿入して、伝送
信号を形成する伝送信号形成手段と、伝送信号形成手段
で形成された伝送信号を双方向バスに出力するバス出力
手段と、双方向バスを介して伝送信号を受信するバス入
力手段と、バス入力手段で受信された伝送信号から識別
情報を検出し、識別情報に基づいて、データフィールド
の内容がコマンド又はリクエストかを認識する制御手段
とをそれぞれに備え、複数のデバイスを双方向バスを介
して相互に接続してなることを特徴とする。
テムは、コマンド又はリクエストの通信を行う複数のデ
バイスと、双方向バスとからなり、複数のデバイスは、
通信を行うデバイス相互のアドレスを指定するためのア
ドレスフィールドと、送信するコマンド又はリクエスト
を指定するためのデータフィールドとからなるフレーム
を構成すると共に、データフィールドの所定位置にコマ
ンドとリクエストを識別する識別情報を挿入して、伝送
信号を形成する伝送信号形成手段と、伝送信号形成手段
で形成された伝送信号を双方向バスに出力するバス出力
手段と、双方向バスを介して伝送信号を受信するバス入
力手段と、バス入力手段で受信された伝送信号から識別
情報を検出し、識別情報に基づいて、データフィールド
の内容がコマンド又はリクエストかを認識する制御手段
とをそれぞれに備え、複数のデバイスを双方向バスを介
して相互に接続してなることを特徴とする。
【００２９】また、本発明に係る第２の双方向バスシス
テムは、第１の双方向バスシステムにおいて、伝送信号
形成手段は、データフィールドに、コマンド、リクエス
ト、リクエストに対するアンサ又はデバイスのステータ
スを指定すると共に、識別情報をコマンド、リクエス
ト、アンサ及びステータスの自動発信を識別する情報と
し、データフィールドの所定位置に識別情報を挿入し
て、伝送信号を形成し、制御手段は、識別情報に基づい
て、データフィールドの内容がコマンド、リクエスト、
アンサ又は自動発信されたステータスかを識別すること
を特徴とする。
テムは、第１の双方向バスシステムにおいて、伝送信号
形成手段は、データフィールドに、コマンド、リクエス
ト、リクエストに対するアンサ又はデバイスのステータ
スを指定すると共に、識別情報をコマンド、リクエス
ト、アンサ及びステータスの自動発信を識別する情報と
し、データフィールドの所定位置に識別情報を挿入し
て、伝送信号を形成し、制御手段は、識別情報に基づい
て、データフィールドの内容がコマンド、リクエスト、
アンサ又は自動発信されたステータスかを識別すること
を特徴とする。
【００３０】
【作用】本発明では、送信元のデバイスは、双方向バス
上の伝送信号の１フレームを通信を行うデバイス相互の
アドレスを指定するためのアドレスフィールドと、送信
するコマンド又はリクエストを指定するためのデータフ
ィールドとから構成すると共に、データフィールドの所
定位置にコマンドとリクエストを識別する識別情報を挿
入し、識別情報が挿入された伝送信号を双方向バスを介
して送信する。そして、送信先のデバイスは、双方向バ
スを介して伝送信号を受信し、伝送信号から識別情報を
検出し、識別情報に基づいて、データフィールドの内容
がコマンド又はリクエストかを認識する。
上の伝送信号の１フレームを通信を行うデバイス相互の
アドレスを指定するためのアドレスフィールドと、送信
するコマンド又はリクエストを指定するためのデータフ
ィールドとから構成すると共に、データフィールドの所
定位置にコマンドとリクエストを識別する識別情報を挿
入し、識別情報が挿入された伝送信号を双方向バスを介
して送信する。そして、送信先のデバイスは、双方向バ
スを介して伝送信号を受信し、伝送信号から識別情報を
検出し、識別情報に基づいて、データフィールドの内容
がコマンド又はリクエストかを認識する。
【００３１】また、本発明では、送信元のデバイスは、
データフィールドに、コマンド、リクエスト、リクエス
トに対するアンサ又はデバイスのステータスを指定する
と共に、識別情報をコマンド、リクエスト、アンサ及び
ステータスの自動発信を識別する情報とし、識別情報が
挿入された伝送信号を送信する。そして、送信先のデバ
イスは、識別情報に基づいて、データフィールドの内容
がコマンド、リクエスト、アンサ又は自動発信されたス
テータスかを識別する。
データフィールドに、コマンド、リクエスト、リクエス
トに対するアンサ又はデバイスのステータスを指定する
と共に、識別情報をコマンド、リクエスト、アンサ及び
ステータスの自動発信を識別する情報とし、識別情報が
挿入された伝送信号を送信する。そして、送信先のデバ
イスは、識別情報に基づいて、データフィールドの内容
がコマンド、リクエスト、アンサ又は自動発信されたス
テータスかを識別する。
【００３２】
【実施例】以下、本発明に係る送信方法、受信方法、通
信方法及び双方向バスシステムの一実施例を図面を参照
しながら説明する。この実施例は、本発明を所謂ＩＥＣ
のパブリケーション１０３０で規定されているＤ２Ｂ
（Audio,Viedo and audiovisual systems Domestic Dig
ital Bus）、ＥＩＡＪのＥＴ−２１０１で規定されてい
るホームバスシステム（Home Bus System 、以下ＨＢＳ
という）に適用したものである。
信方法及び双方向バスシステムの一実施例を図面を参照
しながら説明する。この実施例は、本発明を所謂ＩＥＣ
のパブリケーション１０３０で規定されているＤ２Ｂ
（Audio,Viedo and audiovisual systems Domestic Dig
ital Bus）、ＥＩＡＪのＥＴ−２１０１で規定されてい
るホームバスシステム（Home Bus System 、以下ＨＢＳ
という）に適用したものである。
【００３３】本発明を適用した双方向バスシステムは、
例えば図１に示すように、デバイスであるテレビジョン
受像機（以下ＴＶという）１０と、デバイスであるビデ
オテープレコーダ（以下ＶＴＲという）２０、３０と、
デバイスであるビデオデッキプレーヤ（以下ＶＤＰとい
う）４０とを双方向バス１を介して相互に接続して構成
される。
例えば図１に示すように、デバイスであるテレビジョン
受像機（以下ＴＶという）１０と、デバイスであるビデ
オテープレコーダ（以下ＶＴＲという）２０、３０と、
デバイスであるビデオデッキプレーヤ（以下ＶＤＰとい
う）４０とを双方向バス１を介して相互に接続して構成
される。
【００３４】ＴＶ１０は、上述の図１に示すように、テ
レビジョン放送を受信してビデオ信号とオーディオ信号
を再生するチューナ１０ａと、該チューナ１０ａで再生
されたビデオ信号に基づいた画像を表示するＴＶモニタ
１０ｂと、上記チューナ１０ａで再生されたオーディオ
信号を増幅するアンプ１０ｃとをサブデバイスとして内
蔵すると共に、上記チューナ１０ａからのビデオ信号又
は／及びオーディオ信号（以下ＡＶ信号という）を外部
に出力したり、外部から入力されるＡＶ信号を上記チュ
ーナ１０ａ、ＴＶモニタ１０ｂに供給するスイッチボッ
クス１０ｄをサブデバイスとして備える。
レビジョン放送を受信してビデオ信号とオーディオ信号
を再生するチューナ１０ａと、該チューナ１０ａで再生
されたビデオ信号に基づいた画像を表示するＴＶモニタ
１０ｂと、上記チューナ１０ａで再生されたオーディオ
信号を増幅するアンプ１０ｃとをサブデバイスとして内
蔵すると共に、上記チューナ１０ａからのビデオ信号又
は／及びオーディオ信号（以下ＡＶ信号という）を外部
に出力したり、外部から入力されるＡＶ信号を上記チュ
ーナ１０ａ、ＴＶモニタ１０ｂに供給するスイッチボッ
クス１０ｄをサブデバイスとして備える。
【００３５】また、ＶＴＲ２０は、上述の図１に示すよ
うに、ＡＶ信号を磁気テープに記録し、又はＡＶ信号を
再生するビデオデッキ２０ａと、テレビジョン放送を受
信してＡＶ信号を再生するチューナ２０ｂとをサブデバ
イスとして内蔵すると共に、上記ビデオデッキ２０ａや
チューナ２０ｂからのＡＶ信号を外部に出力したり、外
部から入力されるＡＶ信号を上記ビデオデッキ２０ａに
供給するスイッチボックス２０ｃをサブデバイスとして
備える。
うに、ＡＶ信号を磁気テープに記録し、又はＡＶ信号を
再生するビデオデッキ２０ａと、テレビジョン放送を受
信してＡＶ信号を再生するチューナ２０ｂとをサブデバ
イスとして内蔵すると共に、上記ビデオデッキ２０ａや
チューナ２０ｂからのＡＶ信号を外部に出力したり、外
部から入力されるＡＶ信号を上記ビデオデッキ２０ａに
供給するスイッチボックス２０ｃをサブデバイスとして
備える。
【００３６】また、ＶＴＲ３０は、上述のＶＴＲ２０と
同様に、ビデオデッキ３０ａと、チューナ３０ｂと、ス
イッチボックス３０ｃとをサブデバイスとして内蔵す
る。
同様に、ビデオデッキ３０ａと、チューナ３０ｂと、ス
イッチボックス３０ｃとをサブデバイスとして内蔵す
る。
【００３７】また、ＶＤＰ４０は、光ディスクからＡＶ
信号を再生するビデオプレーヤ４０ａをサブデバイスと
して内蔵する。
信号を再生するビデオプレーヤ４０ａをサブデバイスと
して内蔵する。
【００３８】そして、この双方向バスシステムでは、例
えばＶＴＲ２０、ＶＴＲ３０、ＶＤＰ４０で再生された
ビデオ信号をＴＶ１０に供給し、このビデオ信号に基づ
いた画像をＴＶモニタ１０ｂで表示するようになってい
る。具体的には、ＴＶ１０のスイッチボックス１０ｄと
ＶＴＲ２０のスイッチボックス２０ｃがＡＶ信号ライン
Ｌ１で接続され、ＴＶ１０のスイッチボックス１０ｄと
ＶＴＲ３０のスイッチボックス３０ｃがＡＶ信号ライン
Ｌ２で接続され、ＴＶ１０のスイッチボックス１０ｄと
ビデオプレーヤ４０ａがＡＶ信号ラインＬ３で接続され
ており、すなわちＡＶ信号ラインＬ１、Ｌ２、Ｌ３は、
ＴＶ１０を中心としてスター（星）状に配線され、ＶＴ
Ｒ２０、ＶＴＲ３０、ＶＤＰ４０で再生されたＡＶ信号
がそれぞれＡＶ信号ラインＬ１、Ｌ２、Ｌ３及びスイッ
チボックス１０ｄを介してＴＶモニタ１０ｂに供給さ
れ、ＴＶモニタ１０ｂに画像が表示される。また、例え
ばビデオプレーヤ４０ａで再生されたＡＶ信号が、ＡＶ
信号ラインＬ３、スイッチボックス１０ｄ、ＡＶ信号ラ
インＬ１、スイッチボックス２０ｃを介してビデオデッ
キ２０ａに供給され、ビデオデッキ２０ａにより磁気テ
ープに記録（録画）される。
えばＶＴＲ２０、ＶＴＲ３０、ＶＤＰ４０で再生された
ビデオ信号をＴＶ１０に供給し、このビデオ信号に基づ
いた画像をＴＶモニタ１０ｂで表示するようになってい
る。具体的には、ＴＶ１０のスイッチボックス１０ｄと
ＶＴＲ２０のスイッチボックス２０ｃがＡＶ信号ライン
Ｌ１で接続され、ＴＶ１０のスイッチボックス１０ｄと
ＶＴＲ３０のスイッチボックス３０ｃがＡＶ信号ライン
Ｌ２で接続され、ＴＶ１０のスイッチボックス１０ｄと
ビデオプレーヤ４０ａがＡＶ信号ラインＬ３で接続され
ており、すなわちＡＶ信号ラインＬ１、Ｌ２、Ｌ３は、
ＴＶ１０を中心としてスター（星）状に配線され、ＶＴ
Ｒ２０、ＶＴＲ３０、ＶＤＰ４０で再生されたＡＶ信号
がそれぞれＡＶ信号ラインＬ１、Ｌ２、Ｌ３及びスイッ
チボックス１０ｄを介してＴＶモニタ１０ｂに供給さ
れ、ＴＶモニタ１０ｂに画像が表示される。また、例え
ばビデオプレーヤ４０ａで再生されたＡＶ信号が、ＡＶ
信号ラインＬ３、スイッチボックス１０ｄ、ＡＶ信号ラ
インＬ１、スイッチボックス２０ｃを介してビデオデッ
キ２０ａに供給され、ビデオデッキ２０ａにより磁気テ
ープに記録（録画）される。
【００３９】また、この双方向バスシステムでは、例え
ばＴＶ１０（デバイス）は、双方向バス１を介してＶＴ
Ｒ２０、３０、ＶＤＰ４０（デバイス）やそれらに内蔵
されたビデオデッキ２０ａ、３０ａ、ビデオプレーヤ４
０ａ、スイッチボックス２０ｃ、３０ｃ（サブデバイ
ス）に制御コマンドを送信して、これらを制御し、制御
されたＶＴＲ２０等は、その動作状態等を示すデータ
（以下単にステータスという）をＴＶ１０に返信して、
応答する（レスポンスを返す）ようになっている。
ばＴＶ１０（デバイス）は、双方向バス１を介してＶＴ
Ｒ２０、３０、ＶＤＰ４０（デバイス）やそれらに内蔵
されたビデオデッキ２０ａ、３０ａ、ビデオプレーヤ４
０ａ、スイッチボックス２０ｃ、３０ｃ（サブデバイ
ス）に制御コマンドを送信して、これらを制御し、制御
されたＶＴＲ２０等は、その動作状態等を示すデータ
（以下単にステータスという）をＴＶ１０に返信して、
応答する（レスポンスを返す）ようになっている。
【００４０】また、この双方向バスシステムでは、例え
ばＴＶ１０は、双方向バス１を介してＶＴＲ２０等にス
テータスや、例えばＴＶ１０のＴＶモニタ１０ｂに表示
するためのデータを要求するリクエストを送り、ＶＴＲ
２０等はそのリクエストに対してステータス等を送信し
て、回答する（アンサを返す）ようになっている。さら
に、この双方向バスシステムでは、例えばＶＴＲ２０等
は、リクエストがないときでも、そのステータスを自動
的にＴＶ１０に送信するようになっている。
ばＴＶ１０は、双方向バス１を介してＶＴＲ２０等にス
テータスや、例えばＴＶ１０のＴＶモニタ１０ｂに表示
するためのデータを要求するリクエストを送り、ＶＴＲ
２０等はそのリクエストに対してステータス等を送信し
て、回答する（アンサを返す）ようになっている。さら
に、この双方向バスシステムでは、例えばＶＴＲ２０等
は、リクエストがないときでも、そのステータスを自動
的にＴＶ１０に送信するようになっている。
【００４１】具体的には、ＴＶ１０は、例えば図２に示
すように、上記チューナ１０ａ〜スイッチボックス１０
ｄを内部制御バス１１を介して制御するマイクロプロセ
ッサ１２と、ユーザが操作した操作内容を上記マイクロ
プロセッサ１２に入力するユーザインターフェイス部１
３と、他のデバイスやそのサブデバイスを制御するため
のコマンド（以下制御コマンドという）やステータス等
からなる伝送信号を上記双方向バス１に入出力するバス
インターフェイス回路１４とを備える。
すように、上記チューナ１０ａ〜スイッチボックス１０
ｄを内部制御バス１１を介して制御するマイクロプロセ
ッサ１２と、ユーザが操作した操作内容を上記マイクロ
プロセッサ１２に入力するユーザインターフェイス部１
３と、他のデバイスやそのサブデバイスを制御するため
のコマンド（以下制御コマンドという）やステータス等
からなる伝送信号を上記双方向バス１に入出力するバス
インターフェイス回路１４とを備える。
【００４２】また、ＶＴＲ２０は、上述の図２に示すよ
うに、上記ビデオデッキ２０ａ〜スイッチボックス２０
ｃを内部制御バス２１を介して制御するマイクロプロセ
ッサ２２と、ユーザが操作した操作内容を上記マイクロ
プロセッサ２２に入力するユーザインターフェイス部２
３と、伝送信号を上記双方向バス１に入出力するバスイ
ンターフェイス回路２４とを備える。また、ＶＴＲ３
０、ＶＤＰ４０も同様に、マイクロプロセッサ、バスイ
ンターフェイス回路等（図示せず）を備える。
うに、上記ビデオデッキ２０ａ〜スイッチボックス２０
ｃを内部制御バス２１を介して制御するマイクロプロセ
ッサ２２と、ユーザが操作した操作内容を上記マイクロ
プロセッサ２２に入力するユーザインターフェイス部２
３と、伝送信号を上記双方向バス１に入出力するバスイ
ンターフェイス回路２４とを備える。また、ＶＴＲ３
０、ＶＤＰ４０も同様に、マイクロプロセッサ、バスイ
ンターフェイス回路等（図示せず）を備える。
【００４３】そして、例えばユーザが、ＶＴＲ２０で再
生されるビデオ信号に基づいた画像をＴＶ１０で見るた
めにＴＶ１０のユーザインターフェイス部１３を操作す
ると、ＴＶ１０のマイクロプロセッサ１２は、操作内容
に応じて伝送信号を形成し、この伝送信号をバスインタ
ーフェイス回路１４、双方向バス１を介してＶＴＲ２０
に送信する。ＶＴＲ２０のマイクロプロセッサ２２は、
バスインターフェイス回路２４で受信されるこの伝送信
号に基づき、内部制御バス２１を介してビデオデッキ２
０ａをプレー（再生動作）させる制御を行うと共に、ビ
デオデッキ２０ａで再生されたＡＶ信号がＴＶ１０に供
給されるようにスイッチボックス２０ｃを制御する。
生されるビデオ信号に基づいた画像をＴＶ１０で見るた
めにＴＶ１０のユーザインターフェイス部１３を操作す
ると、ＴＶ１０のマイクロプロセッサ１２は、操作内容
に応じて伝送信号を形成し、この伝送信号をバスインタ
ーフェイス回路１４、双方向バス１を介してＶＴＲ２０
に送信する。ＶＴＲ２０のマイクロプロセッサ２２は、
バスインターフェイス回路２４で受信されるこの伝送信
号に基づき、内部制御バス２１を介してビデオデッキ２
０ａをプレー（再生動作）させる制御を行うと共に、ビ
デオデッキ２０ａで再生されたＡＶ信号がＴＶ１０に供
給されるようにスイッチボックス２０ｃを制御する。
【００４４】すなわち、ユーザインターフェイス部１３
は、上述の図２に示すように、例えばキースイッチ等を
備えた操作部１３ａと、例えば発光ダイオード等を備え
た表示部１３ｂとから構成され、操作部１３ａは、ユー
ザがキースイッチ等を用いて操作した操作内容に対応し
た信号を内部制御バス１１を介してマイクロプロセッサ
１２に供給する。
は、上述の図２に示すように、例えばキースイッチ等を
備えた操作部１３ａと、例えば発光ダイオード等を備え
た表示部１３ｂとから構成され、操作部１３ａは、ユー
ザがキースイッチ等を用いて操作した操作内容に対応し
た信号を内部制御バス１１を介してマイクロプロセッサ
１２に供給する。
【００４５】マイクロプロセッサ１２は、上述の図２に
示すように、受信された制御コマンドを上記チューナ１
０ａ〜スイッチボックス１０ｄを制御するための内部制
御コマンドに変換するコマンドテーブル、受信されたデ
ータに基づいた画像をＴＶモニタ１０ｂに表示するため
のプログラム等の各種のプログラムが記憶されているリ
ードオンリメモリ（以下ＲＯＭという）１２ａと、該Ｒ
ＯＭ１２ａに記憶されているプログラムを実行する中央
演算装置（以下ＣＰＵという）１２ｂと、実行の結果等
を記憶するランダムアクセスメモリ（以下ＲＡＭとい
う）１２ｃと、上記チューナ１０ａ〜バスインターフェ
イス回路１４とのインターフェイスを取るＩ／Ｏ回路１
２ｄとから構成される。
示すように、受信された制御コマンドを上記チューナ１
０ａ〜スイッチボックス１０ｄを制御するための内部制
御コマンドに変換するコマンドテーブル、受信されたデ
ータに基づいた画像をＴＶモニタ１０ｂに表示するため
のプログラム等の各種のプログラムが記憶されているリ
ードオンリメモリ（以下ＲＯＭという）１２ａと、該Ｒ
ＯＭ１２ａに記憶されているプログラムを実行する中央
演算装置（以下ＣＰＵという）１２ｂと、実行の結果等
を記憶するランダムアクセスメモリ（以下ＲＡＭとい
う）１２ｃと、上記チューナ１０ａ〜バスインターフェ
イス回路１４とのインターフェイスを取るＩ／Ｏ回路１
２ｄとから構成される。
【００４６】そして、ＣＰＵ１２ｂは、ＲＯＭ１２ａに
記憶されているプログラムを実行することにより、操作
部１３ａから内部制御バス１１、Ｉ／Ｏ回路１２ｄを介
して供給される操作内容に対応した信号に基づいて例え
ばＶＴＲ２０を制御する制御コマンドを生成し、この制
御コマンドを、フレーム構成としてバスインターフェイ
ス回路１４に供給する。
記憶されているプログラムを実行することにより、操作
部１３ａから内部制御バス１１、Ｉ／Ｏ回路１２ｄを介
して供給される操作内容に対応した信号に基づいて例え
ばＶＴＲ２０を制御する制御コマンドを生成し、この制
御コマンドを、フレーム構成としてバスインターフェイ
ス回路１４に供給する。
【００４７】また、ＣＰＵ１２ｂは、ステータス等をフ
レーム構成としてバスインターフェイス回路１４に供給
すると共に、バスインターフェイス回路１４を介して受
信されるデータに基づいた文字等、例えばＶＴＲ２０の
ステータスをＴＶモニタ１０ｂに表示する制御を行う。
レーム構成としてバスインターフェイス回路１４に供給
すると共に、バスインターフェイス回路１４を介して受
信されるデータに基づいた文字等、例えばＶＴＲ２０の
ステータスをＴＶモニタ１０ｂに表示する制御を行う。
【００４８】バスインターフェイス回路１４は、双方向
バス１に対するアクセス方式として、例えば所謂ＣＳＭ
Ａ／ＣＤ（Carrier Sense Multiple Access with Colli
sionDetection）を採用すると共に、例えば所謂ＩＥＣ
／ＳＣ４８Ｂ（Secretariat)２０２で規定されるコネク
タを介して双方向バス１に接続されている。
バス１に対するアクセス方式として、例えば所謂ＣＳＭ
Ａ／ＣＤ（Carrier Sense Multiple Access with Colli
sionDetection）を採用すると共に、例えば所謂ＩＥＣ
／ＳＣ４８Ｂ（Secretariat)２０２で規定されるコネク
タを介して双方向バス１に接続されている。
【００４９】具体的には、このコネクタは、図３Ａに示
すように、２つのソケット２、３を備え、図３Ｂに示す
ように、ソケット２の信号用の接点２ａ、２ｂ、アース
用の接点２ｃと、ソケット３の信号用の接点３ａ、３
ｂ、アース用の接点３ｃとが内部で互いに接続されてい
る。また、接点２ａと接点２ｂがスイッチ２ｄ及び終端
抵抗（例えば１２０オーム）４を介して接続されると共
に、接点３ａと接点３ｂがスイッチ３ｄ及び終端抵抗４
を介して接続されている。
すように、２つのソケット２、３を備え、図３Ｂに示す
ように、ソケット２の信号用の接点２ａ、２ｂ、アース
用の接点２ｃと、ソケット３の信号用の接点３ａ、３
ｂ、アース用の接点３ｃとが内部で互いに接続されてい
る。また、接点２ａと接点２ｂがスイッチ２ｄ及び終端
抵抗（例えば１２０オーム）４を介して接続されると共
に、接点３ａと接点３ｂがスイッチ３ｄ及び終端抵抗４
を介して接続されている。
【００５０】このように構成されるコネクタはＴＶ１０
等の各デバイス毎にそれぞれ具備されており、例えばＶ
ＴＲ２０に具備されるコネクタのように、ＴＶ１０から
の双方向バス１のプラグとＶＴＲ３０からの双方向バス
１のプラグがそれぞれソケット２、３に挿入されると、
スイッチ２ｄ、３ｄが開いて終端抵抗４が切り離され、
ＴＶ１０からの伝送信号がＶＴＲ２０のバスインターフ
ェイス回路２４に供給されると共に、後段のＶＴＲ３０
やＶＤＰ４０に供給されるようになっている。
等の各デバイス毎にそれぞれ具備されており、例えばＶ
ＴＲ２０に具備されるコネクタのように、ＴＶ１０から
の双方向バス１のプラグとＶＴＲ３０からの双方向バス
１のプラグがそれぞれソケット２、３に挿入されると、
スイッチ２ｄ、３ｄが開いて終端抵抗４が切り離され、
ＴＶ１０からの伝送信号がＶＴＲ２０のバスインターフ
ェイス回路２４に供給されると共に、後段のＶＴＲ３０
やＶＤＰ４０に供給されるようになっている。
【００５１】ここで、双方向バス１上を伝送される伝送
信号のフォーマットについて説明する。この伝送信号の
フォーマットは、従来の技術で述べたＤ２Ｂのフォーマ
ットに略準拠したものであり、送信先のサブデバイス等
を制御するための制御コマンドや、例えばＶＴＲ２０の
動作状態（ステータス）等は、例えば図４に示すよう
に、フレーム構成とされて伝送される。
信号のフォーマットについて説明する。この伝送信号の
フォーマットは、従来の技術で述べたＤ２Ｂのフォーマ
ットに略準拠したものであり、送信先のサブデバイス等
を制御するための制御コマンドや、例えばＶＴＲ２０の
動作状態（ステータス）等は、例えば図４に示すよう
に、フレーム構成とされて伝送される。
【００５２】すなわち、１フレームは、フレームの先頭
を表すヘッダを指定するためのヘッダフィールド５１
と、送信元のデバイスのアドレスを指定するためのマス
タアドレスフィールド５２と、送信先のデバイスのアド
レスを指定するためのスレーブアドレスフィールド５３
と、送信先のデバイスを捕捉（ロック）した状態又はノ
ンロック状態での通信等を示すコントロールビットを指
定するためのコントロールフィールド５４と、制御コマ
ンドやステータスを指定するためのデータフィールド５
５とから構成される。
を表すヘッダを指定するためのヘッダフィールド５１
と、送信元のデバイスのアドレスを指定するためのマス
タアドレスフィールド５２と、送信先のデバイスのアド
レスを指定するためのスレーブアドレスフィールド５３
と、送信先のデバイスを捕捉（ロック）した状態又はノ
ンロック状態での通信等を示すコントロールビットを指
定するためのコントロールフィールド５４と、制御コマ
ンドやステータスを指定するためのデータフィールド５
５とから構成される。
【００５３】ヘッダフィールド５１のヘッダは、従来の
技術で述べたＤ２Ｂに準拠し（図８参照）、同期を取る
ための１ビットからなるスタートビットと、伝送速度や
上記データフィールド５５のバイト数を規定するための
モードビットとから構成される。
技術で述べたＤ２Ｂに準拠し（図８参照）、同期を取る
ための１ビットからなるスタートビットと、伝送速度や
上記データフィールド５５のバイト数を規定するための
モードビットとから構成される。
【００５４】マスタアドレスフィールド５２の送信元デ
バイスのアドレスは、従来の技術で述べたＤ２Ｂに準拠
し、送信元のデバイスのアドレスを指定するための１２
ビットからなるマスタアドレスビットと、１ビットのパ
リティビットとから構成される。
バイスのアドレスは、従来の技術で述べたＤ２Ｂに準拠
し、送信元のデバイスのアドレスを指定するための１２
ビットからなるマスタアドレスビットと、１ビットのパ
リティビットとから構成される。
【００５５】スレーブアドレスフィールド５３の送信先
デバイスのアドレスは、従来の技術で述べたＤ２Ｂに準
拠し、送信先のデバイスのアドレスを指定するための１
２ビットからなるスレーブアドレスビットと、１ビット
のパリティビットと、送信先のデバイスから応答するた
めの１ビットのアクノリッジビットとから構成される。
デバイスのアドレスは、従来の技術で述べたＤ２Ｂに準
拠し、送信先のデバイスのアドレスを指定するための１
２ビットからなるスレーブアドレスビットと、１ビット
のパリティビットと、送信先のデバイスから応答するた
めの１ビットのアクノリッジビットとから構成される。
【００５６】コントロールフィールド５４には、従来の
技術で述べたＤ２Ｂに略準拠し、ロック状態又はノンロ
ック状態を示すと共に、データフィールド５５の内容が
制御コマンドであるかステータス（データ）であるかを
指定する４ビットからなるコントロールビットと、１ビ
ットのパリティビットと、１ビットのアクノリッジビッ
トとが指定される。なお、コントロールビットとして
は、Ｄ２Ｂに規定されているコードのうちのマスタから
スレーブへのコードであって、コマンドのノンロック状
態での書き込みを表すコード "Ｅ"h（h は１６進を表
す）、データのロック状態での書き込みを表すコード "
Ｂ"h及びデータのノンロック状態での書き込みを表すコ
ード "Ｆ"hのみを使用する。
技術で述べたＤ２Ｂに略準拠し、ロック状態又はノンロ
ック状態を示すと共に、データフィールド５５の内容が
制御コマンドであるかステータス（データ）であるかを
指定する４ビットからなるコントロールビットと、１ビ
ットのパリティビットと、１ビットのアクノリッジビッ
トとが指定される。なお、コントロールビットとして
は、Ｄ２Ｂに規定されているコードのうちのマスタから
スレーブへのコードであって、コマンドのノンロック状
態での書き込みを表すコード "Ｅ"h（h は１６進を表
す）、データのロック状態での書き込みを表すコード "
Ｂ"h及びデータのノンロック状態での書き込みを表すコ
ード "Ｆ"hのみを使用する。
【００５７】データフィールド５５には、従来の技術で
述べたＤ２Ｂに略準拠し、８ビットのデータビットと、
１ビットのエンドオブデータビットと、１ビットのパリ
ティビットと、１ビットのアクノリッジビットとが必要
に応じて繰り返される。そして、データビットを先頭か
ら順にデータ＃１、＃２、＃３・・・とすると、所定位
置、例えば上述の図４に示すように、データ＃１〜デー
タ＃３に、コマンド用のフレーム、リクエスト用のフレ
ーム、アンサ（レスポンス）用のフレーム又はステータ
ス自動発信用のフレームかを識別する経路選択コードを
指定する。
述べたＤ２Ｂに略準拠し、８ビットのデータビットと、
１ビットのエンドオブデータビットと、１ビットのパリ
ティビットと、１ビットのアクノリッジビットとが必要
に応じて繰り返される。そして、データビットを先頭か
ら順にデータ＃１、＃２、＃３・・・とすると、所定位
置、例えば上述の図４に示すように、データ＃１〜デー
タ＃３に、コマンド用のフレーム、リクエスト用のフレ
ーム、アンサ（レスポンス）用のフレーム又はステータ
ス自動発信用のフレームかを識別する経路選択コードを
指定する。
【００５８】経路選択コードは、上述の図４に示すよう
に、８ビットからなるテキストヘッダと、コマンド用の
フレーム、リクエスト用のフレーム、アンサ用のフレー
ム又はステータス自動発信用のフレームかを示すと共
に、デバイスに内蔵されたサブデバイスから他のデバイ
スへの通信、デバイスから他のデバイスに内蔵されたサ
ブデバイスへの通信又はデバイスからデバイスへの通信
等を示す８ビットからなるヘッダオペランドと、送信元
のサブデバイスのアドレス（Source Sub-DeviceAddress
、以下ＳＳＤＡという）又は送信先のサブデバイスの
アドレス（Destination Sub-Device Address、以下ＤＳ
ＤＡという）等を示す８ビットからなるサブデバイスア
ドレスとから構成される。そして、テキストヘッダをコ
ード "ＡＢ"hとしてデータ＃１に指定し、従来のＤ２Ｂ
で用いられているＯＰＣ"Begin 2"(コード "ＢＤ"h）、
ＯＰＣ"Begin 1" ("ＢＣ"h) 、ＯＰＣ"Begin 0" ("Ｂ
Ｂ"h)との区別を図る。
に、８ビットからなるテキストヘッダと、コマンド用の
フレーム、リクエスト用のフレーム、アンサ用のフレー
ム又はステータス自動発信用のフレームかを示すと共
に、デバイスに内蔵されたサブデバイスから他のデバイ
スへの通信、デバイスから他のデバイスに内蔵されたサ
ブデバイスへの通信又はデバイスからデバイスへの通信
等を示す８ビットからなるヘッダオペランドと、送信元
のサブデバイスのアドレス（Source Sub-DeviceAddress
、以下ＳＳＤＡという）又は送信先のサブデバイスの
アドレス（Destination Sub-Device Address、以下ＤＳ
ＤＡという）等を示す８ビットからなるサブデバイスア
ドレスとから構成される。そして、テキストヘッダをコ
ード "ＡＢ"hとしてデータ＃１に指定し、従来のＤ２Ｂ
で用いられているＯＰＣ"Begin 2"(コード "ＢＤ"h）、
ＯＰＣ"Begin 1" ("ＢＣ"h) 、ＯＰＣ"Begin 0" ("Ｂ
Ｂ"h)との区別を図る。
【００５９】ヘッダオペランド（以下ＨＤＯＰＲとい
う）は所定位置、例えば図４に示すようにデータ＃２に
指定され、そのビットｂ6 、ｂ5 、ｂ4 （ｂ7 が最上位
ビット（ＭＳＢ））の３ビットにより、このデータフィ
ールド５５のデータ＃４以降の内容が、制御コマンド、
リクエスト、アンサ又は自動発信のステータスかを示
す、すなわち当該フレームがコマンド用のフレーム、リ
クエスト用のフレーム、アンサ用のフレーム又はステー
タス自動発信用のフレームかを示す。具体的には、例え
ば図５に示すように、ｂ6 ＝０、ｂ5 ＝０、ｂ4 ＝０
（以下ｂ6,ｂ5,ｂ4 ＝0,0,0 と表現する）がコマンド用
のフレームを示し、ｂ6,ｂ5,ｂ4 ＝0,0,1 がステータス
リクエスト用のフレームを示し、ｂ6,ｂ5,ｂ4 ＝0,1,0
がデータリクエスト用のフレームを示し、ｂ6,ｂ5,ｂ4
＝0,1,1 がアンサ（レスポンス）用のフレームを示し、
ｂ6,ｂ5,ｂ4 ＝1,0,0 がステータス自動発信用のフレー
ムを示す。
う）は所定位置、例えば図４に示すようにデータ＃２に
指定され、そのビットｂ6 、ｂ5 、ｂ4 （ｂ7 が最上位
ビット（ＭＳＢ））の３ビットにより、このデータフィ
ールド５５のデータ＃４以降の内容が、制御コマンド、
リクエスト、アンサ又は自動発信のステータスかを示
す、すなわち当該フレームがコマンド用のフレーム、リ
クエスト用のフレーム、アンサ用のフレーム又はステー
タス自動発信用のフレームかを示す。具体的には、例え
ば図５に示すように、ｂ6 ＝０、ｂ5 ＝０、ｂ4 ＝０
（以下ｂ6,ｂ5,ｂ4 ＝0,0,0 と表現する）がコマンド用
のフレームを示し、ｂ6,ｂ5,ｂ4 ＝0,0,1 がステータス
リクエスト用のフレームを示し、ｂ6,ｂ5,ｂ4 ＝0,1,0
がデータリクエスト用のフレームを示し、ｂ6,ｂ5,ｂ4
＝0,1,1 がアンサ（レスポンス）用のフレームを示し、
ｂ6,ｂ5,ｂ4 ＝1,0,0 がステータス自動発信用のフレー
ムを示す。
【００６０】また、ビットｂ3 、ｂ2 はサービスコード
として用いられ、上述の図５に示すように、これらの２
ビットにより、ｂ1 ＝０、ｂ0 ＝０が電話通信系（Ｃ
Ｔ：Communication Telephony ）を示し、ｂ1 ＝０、ｂ
0 ＝１がＡＶ系（ＡＶ／Ｃ：Audio Video and Control)
を示し、ｂ1 ＝１、ｂ0 ＝０が家電製品系（ＨＫ：Hous
ekeeping）を示し、ｂ1 ＝１、ｂ0 ＝１が追加のＡＶ系
を示す。
として用いられ、上述の図５に示すように、これらの２
ビットにより、ｂ1 ＝０、ｂ0 ＝０が電話通信系（Ｃ
Ｔ：Communication Telephony ）を示し、ｂ1 ＝０、ｂ
0 ＝１がＡＶ系（ＡＶ／Ｃ：Audio Video and Control)
を示し、ｂ1 ＝１、ｂ0 ＝０が家電製品系（ＨＫ：Hous
ekeeping）を示し、ｂ1 ＝１、ｂ0 ＝１が追加のＡＶ系
を示す。
【００６１】さらに、下位２ビットであるビットｂ1 、
ｂ0 によりデバイスに内蔵されたサブデバイスから他の
デバイスへの通信（以下サブデバイスからデバイスへの
通信という）、デバイスから他のデバイスに内蔵された
サブデバイスへの通信（以下デバイスからサブデバイス
への通信という）又はデバイスからデバイスへの通信の
いずれかを示す。具体的には、上述の図５に示すよう
に、ｂ1 ＝０、ｂ0 ＝１がサブデバイスからデバイスへ
の通信を示し、ｂ1 ＝１、ｂ0 ＝０がデバイスからサブ
デバイスへの通信を示し、ｂ1 ＝１、ｂ0 ＝１がデバイ
スからデバイスへの通信を示す。すなわち、この双方向
バスシステムでは、従来のＤ２Ｂで用いられていたデバ
イスに内蔵されたサブデバイスから他のデバイスに内蔵
されたサブデバイスへの通信は行わない。換言すると、
ｂ1 ＝０、ｂ0 ＝０となるＨＤＯＰＲは使用しない。
ｂ0 によりデバイスに内蔵されたサブデバイスから他の
デバイスへの通信（以下サブデバイスからデバイスへの
通信という）、デバイスから他のデバイスに内蔵された
サブデバイスへの通信（以下デバイスからサブデバイス
への通信という）又はデバイスからデバイスへの通信の
いずれかを示す。具体的には、上述の図５に示すよう
に、ｂ1 ＝０、ｂ0 ＝１がサブデバイスからデバイスへ
の通信を示し、ｂ1 ＝１、ｂ0 ＝０がデバイスからサブ
デバイスへの通信を示し、ｂ1 ＝１、ｂ0 ＝１がデバイ
スからデバイスへの通信を示す。すなわち、この双方向
バスシステムでは、従来のＤ２Ｂで用いられていたデバ
イスに内蔵されたサブデバイスから他のデバイスに内蔵
されたサブデバイスへの通信は行わない。換言すると、
ｂ1 ＝０、ｂ0 ＝０となるＨＤＯＰＲは使用しない。
【００６２】したがって、コマンドの通信、例えば、Ｔ
Ｖ１０（デバイス）からＶＴＲ２０（他のデバイス）に
内蔵されたビデオデッキ２０ａ（サブデバイス）に、ビ
デオデッキ２０ａをプレーさせる制御コマンドを送ると
きは、例えば図６Ａに示すように、ＴＶ１０のマイクロ
プロセッサ１２は、マスタアドレスフィールド５２にＴ
Ｖ１０のアドレスをマスタアドレスビットとして指定
し、スレーブアドレスフィールド５３にＶＴＲ２０のア
ドレスをスレーブアドレスビットとして指定し、コント
ロールフィールド５４にマスタからスレーブへのコマン
ドの書き込みを表すコード "Ｅ"hをコントロールビット
として指定する。さらに、マイクロプロセッサ１２は、
データ＃１にコード "ＡＢ"hをテキストヘッダとして指
定し、データ＃２にコマンド用のフレームであることを
示すと共に、デバイスからサブデバイスへの通信を示す
コード "０６"hをＨＤＯＰＲとして指定し、データ＃３
にビデオデッキ２０ａのアドレスをＤＳＤＡとして指定
する。そして、マイクロプロセッサ１２は、後に続くデ
ータ＃４に例えばビデオデッキをプレーさせるコード"
Ｃ３"hをＯＰＣとして指定し、データ＃５に前進（フォ
ワード）を示すコード"７５"hをＯＰＲとして指定す
る。
Ｖ１０（デバイス）からＶＴＲ２０（他のデバイス）に
内蔵されたビデオデッキ２０ａ（サブデバイス）に、ビ
デオデッキ２０ａをプレーさせる制御コマンドを送ると
きは、例えば図６Ａに示すように、ＴＶ１０のマイクロ
プロセッサ１２は、マスタアドレスフィールド５２にＴ
Ｖ１０のアドレスをマスタアドレスビットとして指定
し、スレーブアドレスフィールド５３にＶＴＲ２０のア
ドレスをスレーブアドレスビットとして指定し、コント
ロールフィールド５４にマスタからスレーブへのコマン
ドの書き込みを表すコード "Ｅ"hをコントロールビット
として指定する。さらに、マイクロプロセッサ１２は、
データ＃１にコード "ＡＢ"hをテキストヘッダとして指
定し、データ＃２にコマンド用のフレームであることを
示すと共に、デバイスからサブデバイスへの通信を示す
コード "０６"hをＨＤＯＰＲとして指定し、データ＃３
にビデオデッキ２０ａのアドレスをＤＳＤＡとして指定
する。そして、マイクロプロセッサ１２は、後に続くデ
ータ＃４に例えばビデオデッキをプレーさせるコード"
Ｃ３"hをＯＰＣとして指定し、データ＃５に前進（フォ
ワード）を示すコード"７５"hをＯＰＲとして指定す
る。
【００６３】なお、例えばＴＶ１０（デバイス）からＶ
ＴＲ２０（デバイス）へ電源をオフする制御コマンドを
伝送するときは、マイクロプロセッサ１２は、データ＃
２にコマンドのデバイスからデバイスへの通信を示すコ
ード "０７"hをＨＤＯＰＲとして指定し、サブデバイス
のアドレスが不要なことから、データ＃３にダミーコー
ド、例えば "７Ｆ"hを指定する。そして、マイクロプロ
セッサ１２は、データ＃４に例えばスタンバイを示すコ
ード "Ａ０"hをＯＰＣとして指定し、データ＃５にオン
を示すコード "７０"hをＯＰＲとして指定する。
ＴＲ２０（デバイス）へ電源をオフする制御コマンドを
伝送するときは、マイクロプロセッサ１２は、データ＃
２にコマンドのデバイスからデバイスへの通信を示すコ
ード "０７"hをＨＤＯＰＲとして指定し、サブデバイス
のアドレスが不要なことから、データ＃３にダミーコー
ド、例えば "７Ｆ"hを指定する。そして、マイクロプロ
セッサ１２は、データ＃４に例えばスタンバイを示すコ
ード "Ａ０"hをＯＰＣとして指定し、データ＃５にオン
を示すコード "７０"hをＯＰＲとして指定する。
【００６４】一方、リクエストの通信、例えば、ＴＶ１
０からＶＴＲ２０にビデオデッキ２０ａ（サブデバイ
ス）のステータスを要求（リクエスト）するときは、Ｔ
Ｖ１０のマイクロプロセッサ１２は、例えば図６Ｂに示
すように、マスタアドレスフィールド５２にＴＶ１０の
アドレスをマスタアドレスビットとして指定し、スレー
ブアドレスフィールド５３にＶＴＲ２０のアドレスをス
レーブアドレスビットとして指定し、コントロールフィ
ールド５４にマスタからスレーブへのコマンドのロック
状態での書き込みを表すコード "Ｅ"hをコントロールビ
ットとして指定する。
０からＶＴＲ２０にビデオデッキ２０ａ（サブデバイ
ス）のステータスを要求（リクエスト）するときは、Ｔ
Ｖ１０のマイクロプロセッサ１２は、例えば図６Ｂに示
すように、マスタアドレスフィールド５２にＴＶ１０の
アドレスをマスタアドレスビットとして指定し、スレー
ブアドレスフィールド５３にＶＴＲ２０のアドレスをス
レーブアドレスビットとして指定し、コントロールフィ
ールド５４にマスタからスレーブへのコマンドのロック
状態での書き込みを表すコード "Ｅ"hをコントロールビ
ットとして指定する。
【００６５】また、マイクロプロセッサ１２は、データ
＃１にコード "ＡＢ"hをテキストヘッダとして指定し、
データ＃２にステータスリクエスト用のフレームを示す
と共に、デバイスからサブデバイスへの通信を示すコー
ド "１６"hをＨＤＯＰＲとして指定し、データ＃３にビ
デオデッキ２０ａのアドレスをＤＳＤＡとして指定す
る。そして、マイクロプロセッサ１２は、後に続くデー
タ＃４にリクエストコード、例えばビデオデッキをプレ
ーさせるコード "Ｃ３"hをＯＰＣとして指定し、データ
＃５にこのリクエストコードに対するＯＰＲを指定す
る。なお、例えばＴＶモニタ１０ｂに文字等を表示する
ためのデータを要求するときは、上述のデータ＃２にデ
ータリクエスト用のフレームを示すと共に、デバイスか
らサブデバイスへの通信を示すコード "２６"hをＨＤＯ
ＰＲとして指定する。
＃１にコード "ＡＢ"hをテキストヘッダとして指定し、
データ＃２にステータスリクエスト用のフレームを示す
と共に、デバイスからサブデバイスへの通信を示すコー
ド "１６"hをＨＤＯＰＲとして指定し、データ＃３にビ
デオデッキ２０ａのアドレスをＤＳＤＡとして指定す
る。そして、マイクロプロセッサ１２は、後に続くデー
タ＃４にリクエストコード、例えばビデオデッキをプレ
ーさせるコード "Ｃ３"hをＯＰＣとして指定し、データ
＃５にこのリクエストコードに対するＯＰＲを指定す
る。なお、例えばＴＶモニタ１０ｂに文字等を表示する
ためのデータを要求するときは、上述のデータ＃２にデ
ータリクエスト用のフレームを示すと共に、デバイスか
らサブデバイスへの通信を示すコード "２６"hをＨＤＯ
ＰＲとして指定する。
【００６６】上述したようなフレーム構成を有する伝送
信号は、ＴＶ１０のマイクロプロセッサ１２からバスイ
ンターフェイス回路１４に供給され、このバスインター
フェイス回路１４は、双方向バス１上の所謂キャリアの
有無を検出し、キャリアがないとき、すなわち双方向バ
ス１が空いているときに、伝送信号を双方向バス１を介
して例えばＶＴＲ２０、３０、ＶＤＰ４０等に送信す
る。そして、バスインターフェイス回路１４は、例えば
コマンド用のフレーム等を送信した後に、直ちにキャリ
アの送出を停止して、双方向バス１を開放する。
信号は、ＴＶ１０のマイクロプロセッサ１２からバスイ
ンターフェイス回路１４に供給され、このバスインター
フェイス回路１４は、双方向バス１上の所謂キャリアの
有無を検出し、キャリアがないとき、すなわち双方向バ
ス１が空いているときに、伝送信号を双方向バス１を介
して例えばＶＴＲ２０、３０、ＶＤＰ４０等に送信す
る。そして、バスインターフェイス回路１４は、例えば
コマンド用のフレーム等を送信した後に、直ちにキャリ
アの送出を停止して、双方向バス１を開放する。
【００６７】そして、例えばＴＶ１０からＶＴＲ２０へ
のコマンドの伝送では、ＶＴＲ２０のバスインターフェ
イス回路２４は、双方向バス１を介して伝送信号を受信
すると共に、受信した伝送信号をマイクロプロセッサ２
２に供給する。マイクロプロセッサ２２は、ＲＯＭ２２
ａに記憶されているプログラム（ソフトウェア）を実行
し、伝送信号からデータフィールド５５の所定位置に挿
入された経路選択コードを検出し、この経路選択コード
に基づいて、コマンド用のフレーム、ステータスリクエ
スト用のフレーム、データリクエスト用のフレーム、ア
ンサ（レスポンス）用のフレーム又はステータス自動発
信用のフレームかを検出する。
のコマンドの伝送では、ＶＴＲ２０のバスインターフェ
イス回路２４は、双方向バス１を介して伝送信号を受信
すると共に、受信した伝送信号をマイクロプロセッサ２
２に供給する。マイクロプロセッサ２２は、ＲＯＭ２２
ａに記憶されているプログラム（ソフトウェア）を実行
し、伝送信号からデータフィールド５５の所定位置に挿
入された経路選択コードを検出し、この経路選択コード
に基づいて、コマンド用のフレーム、ステータスリクエ
スト用のフレーム、データリクエスト用のフレーム、ア
ンサ（レスポンス）用のフレーム又はステータス自動発
信用のフレームかを検出する。
【００６８】また、マイクロプロセッサ２２は、この経
路選択コードに基づいて、デバイスに内蔵されたサブデ
バイスから他のデバイスへの通信、デバイスから他のデ
バイスに内蔵されたサブデバイスへの通信又はデバイス
からデバイスへの通信かを検出する。
路選択コードに基づいて、デバイスに内蔵されたサブデ
バイスから他のデバイスへの通信、デバイスから他のデ
バイスに内蔵されたサブデバイスへの通信又はデバイス
からデバイスへの通信かを検出する。
【００６９】具体的には、マイクロプロセッサ２２は、
伝送信号のマスタアドレスフィールド５２のマスタアド
レスビットと、スレーブアドレスフィールド５３のスレ
ーブアドレスビットに基づいて、この伝送信号が例えば
ＴＶ１０からの自分に対する伝送信号であると検出する
と共に、コントロールフィールド５４のコードに基づい
て、例えばコード "Ｅ"hによりマスタからスレーブへの
コマンドの書き込みであることを検出する。なお、この
場合、ＶＴＲ３０及びＶＤＰ４０のマイクロプロセッサ
は、スレーブアドレスビットが自分のアドレスでないこ
とから、自分に対する通信ではないと検出し、その伝送
信号に対応する動作は行わない。
伝送信号のマスタアドレスフィールド５２のマスタアド
レスビットと、スレーブアドレスフィールド５３のスレ
ーブアドレスビットに基づいて、この伝送信号が例えば
ＴＶ１０からの自分に対する伝送信号であると検出する
と共に、コントロールフィールド５４のコードに基づい
て、例えばコード "Ｅ"hによりマスタからスレーブへの
コマンドの書き込みであることを検出する。なお、この
場合、ＶＴＲ３０及びＶＤＰ４０のマイクロプロセッサ
は、スレーブアドレスビットが自分のアドレスでないこ
とから、自分に対する通信ではないと検出し、その伝送
信号に対応する動作は行わない。
【００７０】また、マイクロプロセッサ２２は、データ
フィールド５５のデータ＃１に指定されているテキスト
ヘッダに基づいて、例えばコード "ＡＢ"hにより従来の
Ｄ２Ｂで用いられているＯＰＣ"Begin 2"(コード "Ｂ
Ｄ"h）、ＯＰＣ"Begin 1" ("ＢＣ"h) 、ＯＰＣ"Begin
0" ("ＢＢ"h) でないことを検出すると共に、データ＃
２に指定されているＨＤＯＰＲに基づいて、例えばその
ビットｂ6,ｂ5,ｂ4 が０、０、０（ｂ6,ｂ5,ｂ4 ＝0,0,
1 ）のときは、当該フレームがコマンド用のフレームで
あると検出し、ｂ6,ｂ5,ｂ4 ＝0,0,1 のときはステータ
スリクエスト用のフレームであると検出し、ｂ6,ｂ5,ｂ
4 ＝0,1,0 のときはデータリクエスト用のフレームであ
ると検出し、ｂ6,ｂ5,ｂ4 ＝0,1,1 のときはアンサ又は
レスポンス用のフレームであると検出し、ｂ6,ｂ5,ｂ4
＝1,0,0 のときはステータス自動発信用のフレームであ
ると検出する。
フィールド５５のデータ＃１に指定されているテキスト
ヘッダに基づいて、例えばコード "ＡＢ"hにより従来の
Ｄ２Ｂで用いられているＯＰＣ"Begin 2"(コード "Ｂ
Ｄ"h）、ＯＰＣ"Begin 1" ("ＢＣ"h) 、ＯＰＣ"Begin
0" ("ＢＢ"h) でないことを検出すると共に、データ＃
２に指定されているＨＤＯＰＲに基づいて、例えばその
ビットｂ6,ｂ5,ｂ4 が０、０、０（ｂ6,ｂ5,ｂ4 ＝0,0,
1 ）のときは、当該フレームがコマンド用のフレームで
あると検出し、ｂ6,ｂ5,ｂ4 ＝0,0,1 のときはステータ
スリクエスト用のフレームであると検出し、ｂ6,ｂ5,ｂ
4 ＝0,1,0 のときはデータリクエスト用のフレームであ
ると検出し、ｂ6,ｂ5,ｂ4 ＝0,1,1 のときはアンサ又は
レスポンス用のフレームであると検出し、ｂ6,ｂ5,ｂ4
＝1,0,0 のときはステータス自動発信用のフレームであ
ると検出する。
【００７１】すなわち、この双方向バスシステムでは、
送信元のデバイスは、データフィールド５５のデータ＃
２に、コマンド用のフレームとリクエスト用のフレーム
を識別するためのＨＤＯＰＲを挿入して、これらのフレ
ーム送信し、送信先（受信側）のデバイスは、このＨＤ
ＯＰＲに基づいて、コマンド用のフレームとリクエスト
用のフレームを識別することにより、送信先のデバイ
ス、例えばＶＴＲ２０のハードウエア、処理ソフトウェ
アを従来のシステムに比して簡単にすることができると
共に、ＨＤＯＰＲは、フレームの最後に挿入されていな
いことから、このＨＤＯＰＲが欠落する可能性を低くす
ることができ、リクエスト用のフレームがコマンド用の
フレームとして判断されることを防止することができ
る。
送信元のデバイスは、データフィールド５５のデータ＃
２に、コマンド用のフレームとリクエスト用のフレーム
を識別するためのＨＤＯＰＲを挿入して、これらのフレ
ーム送信し、送信先（受信側）のデバイスは、このＨＤ
ＯＰＲに基づいて、コマンド用のフレームとリクエスト
用のフレームを識別することにより、送信先のデバイ
ス、例えばＶＴＲ２０のハードウエア、処理ソフトウェ
アを従来のシステムに比して簡単にすることができると
共に、ＨＤＯＰＲは、フレームの最後に挿入されていな
いことから、このＨＤＯＰＲが欠落する可能性を低くす
ることができ、リクエスト用のフレームがコマンド用の
フレームとして判断されることを防止することができ
る。
【００７２】また、マイクロプロセッサ２２は、例えば
その下位２ビットが１、０（ｂ1 ＝１、ｂ0 ＝０）のと
きは、デバイスからサブデバイスへの通信であると検出
し、ｂ1 ＝０、ｂ0 ＝１のときはサブデバイスからデバ
イスへの通信であると検出し、ｂ1 ＝１、ｂ0 ＝１のと
きはデバイスからデバイスへの通信と検出する。すなわ
ち、同一の双方向バス１を介して従来のＤ２Ｂに準拠し
た伝送信号が伝送されても、それらを区別することがで
きる。
その下位２ビットが１、０（ｂ1 ＝１、ｂ0 ＝０）のと
きは、デバイスからサブデバイスへの通信であると検出
し、ｂ1 ＝０、ｂ0 ＝１のときはサブデバイスからデバ
イスへの通信であると検出し、ｂ1 ＝１、ｂ0 ＝１のと
きはデバイスからデバイスへの通信と検出する。すなわ
ち、同一の双方向バス１を介して従来のＤ２Ｂに準拠し
た伝送信号が伝送されても、それらを区別することがで
きる。
【００７３】また、マイクロプロセッサ２２は、デバイ
スからサブデバイスへの通信のときは、データ＃３にＤ
ＳＤＡが指定されていると認識し、サブデバイスからデ
バイスへの通信のときは、データ＃３にＳＳＤＡが指定
されていると認識し、デバイスからデバイスへの通信の
ときはデータ＃３はダミーコード "７Ｆ"hと認識する。
そして、マイクロプロセッサ２２は、例えばデータ＃３
に指定されているＤＳＤＡに基づいて、例えばビデオデ
ッキ２０ａに対する制御であると特定する。
スからサブデバイスへの通信のときは、データ＃３にＤ
ＳＤＡが指定されていると認識し、サブデバイスからデ
バイスへの通信のときは、データ＃３にＳＳＤＡが指定
されていると認識し、デバイスからデバイスへの通信の
ときはデータ＃３はダミーコード "７Ｆ"hと認識する。
そして、マイクロプロセッサ２２は、例えばデータ＃３
に指定されているＤＳＤＡに基づいて、例えばビデオデ
ッキ２０ａに対する制御であると特定する。
【００７４】ところで、ＶＴＲ２０等の各機器（デバイ
ス）は、制御コマンドをサブデバイスを制御するための
内部制御コマンドに変換するコマンドテーブルを、その
デバイスが具備（内蔵）するサブデバイス毎に備え、こ
れらのコマンドテーブルにより、同一の制御コマンドを
制御対象サブデバイスの種類毎に異なる制御内容の内部
制御コマンドに変換（デコード）する。具体的には、例
えばマイクロプロセッサ２２のＲＯＭ２２ａには、ビデ
オデッキ２０ａに対するデッキ／プレーヤコマンドテー
ブルと、チューナ２０ｂに対するチューナコマンドテー
ブルとが記憶されており、マイクロプロセッサ２２は、
これらのコマンドテーブルに基づいて、データフィール
ド５５のデータ＃４、＃５に指定されているコマンドを
ビデオデッキ２０ａ〜スイッチボックス２０ｃを制御す
るための内部制御コマンドにデコードし、この内部制御
コマンドに基づき、内部制御バス２１を介してビデオデ
ッキ２０ａ〜スイッチボックス２０ｃを制御する。すな
わち、例えば制御コマンドのＯＰＣがコード "Ｃ０"h
は、デッキ／プレーヤコマンドではリピートを表し、チ
ューナコマンドではバンドの制御を表し、ビデオコマン
ドではコントラストの制御を表し、オーディオコマンド
ではボリュームの制御を表す。換言すると、ＤＳＤＡに
より指定されたサブデバイスのディフォルト値で決定さ
れるコマンドテーブルが用いられ、制御コマンドのコー
ドをサブデバイスの種類で共用することができ、制御コ
マンドを短くすることができる。
ス）は、制御コマンドをサブデバイスを制御するための
内部制御コマンドに変換するコマンドテーブルを、その
デバイスが具備（内蔵）するサブデバイス毎に備え、こ
れらのコマンドテーブルにより、同一の制御コマンドを
制御対象サブデバイスの種類毎に異なる制御内容の内部
制御コマンドに変換（デコード）する。具体的には、例
えばマイクロプロセッサ２２のＲＯＭ２２ａには、ビデ
オデッキ２０ａに対するデッキ／プレーヤコマンドテー
ブルと、チューナ２０ｂに対するチューナコマンドテー
ブルとが記憶されており、マイクロプロセッサ２２は、
これらのコマンドテーブルに基づいて、データフィール
ド５５のデータ＃４、＃５に指定されているコマンドを
ビデオデッキ２０ａ〜スイッチボックス２０ｃを制御す
るための内部制御コマンドにデコードし、この内部制御
コマンドに基づき、内部制御バス２１を介してビデオデ
ッキ２０ａ〜スイッチボックス２０ｃを制御する。すな
わち、例えば制御コマンドのＯＰＣがコード "Ｃ０"h
は、デッキ／プレーヤコマンドではリピートを表し、チ
ューナコマンドではバンドの制御を表し、ビデオコマン
ドではコントラストの制御を表し、オーディオコマンド
ではボリュームの制御を表す。換言すると、ＤＳＤＡに
より指定されたサブデバイスのディフォルト値で決定さ
れるコマンドテーブルが用いられ、制御コマンドのコー
ドをサブデバイスの種類で共用することができ、制御コ
マンドを短くすることができる。
【００７５】そして、例えばＤＳＤＡがビデオデッキ２
０ａであって、制御コマンドのＯＰＣがコード "Ｃ３"h
であって、ＯＰＲがコード "７５"hのとき、ＶＴＲ２０
のマイクロプロセッサ２２は、デッキ／プレーヤコマン
ドテーブルにより、制御コマンドをプレーと前進である
内部制御コマンドにデコードし、内部制御バス２１を介
してビデオデッキ２０ａが再生動作を行うように制御す
ると共に、ビデオデッキ２０ａからのＡＶ信号がスイッ
チボックス２０ｃを介してＴＶ１０のスイッチボックス
１０ｄに供給されるように制御する。かくして、ＴＶ１
０（デバイス）からＶＴＲ２０のビデオデッキ２０ａ
（サブデバイス）への通信が行われ、ＶＴＲ２０で再生
されたＡＶ信号に基づいた画像をＴＶ１０で見ることが
できる。
０ａであって、制御コマンドのＯＰＣがコード "Ｃ３"h
であって、ＯＰＲがコード "７５"hのとき、ＶＴＲ２０
のマイクロプロセッサ２２は、デッキ／プレーヤコマン
ドテーブルにより、制御コマンドをプレーと前進である
内部制御コマンドにデコードし、内部制御バス２１を介
してビデオデッキ２０ａが再生動作を行うように制御す
ると共に、ビデオデッキ２０ａからのＡＶ信号がスイッ
チボックス２０ｃを介してＴＶ１０のスイッチボックス
１０ｄに供給されるように制御する。かくして、ＴＶ１
０（デバイス）からＶＴＲ２０のビデオデッキ２０ａ
（サブデバイス）への通信が行われ、ＶＴＲ２０で再生
されたＡＶ信号に基づいた画像をＴＶ１０で見ることが
できる。
【００７６】また、マイクロプロセッサ２２は、上述に
ようにしてコマンド用のフレームを受信すると、コマン
ドに対する応答（レスポンス）として、コマンド用のフ
レームを受信してから所定時間内に、アンサ（レスポン
ス）用のフレームをＴＶ１０に送信する。
ようにしてコマンド用のフレームを受信すると、コマン
ドに対する応答（レスポンス）として、コマンド用のフ
レームを受信してから所定時間内に、アンサ（レスポン
ス）用のフレームをＴＶ１０に送信する。
【００７７】具体的には、マイクロプロセッサ２２は、
例えば図６Ｃに示すように、マスタアドレスフィールド
５２にＶＴＲ２０のアドレスをマスタアドレスビットと
して指定し、スレーブアドレスフィールド５３にＴＶ１
０のアドレスをスレーブアドレスビットとして指定し、
コントロールフィールド５４にマスタからスレーブへの
コマンドの書き込みを表すコード "Ｅ"hをコントロール
ビットとして指定する。さらに、マイクロプロセッサ１
２は、データ＃１にコード "ＡＢ"hをテキストヘッダと
して指定し、データ＃２にアンサ用のフレームであるこ
とを示すと共に、サブデバイスからデバイスへの通信を
示すコード "３５"hをＨＤＯＰＲとして指定し、データ
＃３にビデオデッキ２０ａのアドレスをＳＳＤＡとして
指定する。そして、マイクロプロセッサ１２は、後に続
くデータ＃４に例えばプレーを表すコード "Ｃ３"hをＯ
ＰＣとして指定し、データ＃５に前進（フォワード）を
示すコード "７５"hをＯＰＲとして、データ＃６にアン
サ用の終端子を指定する。そして、マイクロプロセッサ
２２は、このアンサ用のフレームをバスインターフェイ
ス回路２４に供給し、このバスインターフェイス回路２
４は、このフレームの伝送信号を双方向バス１を介して
ＴＶ１０に送信（返信）する。そして、バスインターフ
ェイス回路２４は、このアンサ用のフレーム等を送信し
た後に、直ちにキャリアの送出を停止して、双方向バス
１を開放する。ところで、上述のアンサ用のフレームの
終端子は、例えば８ビットからなり、コード "１０"hが
コマンドを実行する能力がない等（Not Implemented ）
を示し、コード "１１"hがコマンドを実行する能力はあ
るが、現在実行不可能（Reject）を示し、コード "１
２"hが受信した時点で実行可能かを判断することができ
ないこと（Busy）を示し、コード "１３"hがコマンドの
実行完了（Completed)を示す。
例えば図６Ｃに示すように、マスタアドレスフィールド
５２にＶＴＲ２０のアドレスをマスタアドレスビットと
して指定し、スレーブアドレスフィールド５３にＴＶ１
０のアドレスをスレーブアドレスビットとして指定し、
コントロールフィールド５４にマスタからスレーブへの
コマンドの書き込みを表すコード "Ｅ"hをコントロール
ビットとして指定する。さらに、マイクロプロセッサ１
２は、データ＃１にコード "ＡＢ"hをテキストヘッダと
して指定し、データ＃２にアンサ用のフレームであるこ
とを示すと共に、サブデバイスからデバイスへの通信を
示すコード "３５"hをＨＤＯＰＲとして指定し、データ
＃３にビデオデッキ２０ａのアドレスをＳＳＤＡとして
指定する。そして、マイクロプロセッサ１２は、後に続
くデータ＃４に例えばプレーを表すコード "Ｃ３"hをＯ
ＰＣとして指定し、データ＃５に前進（フォワード）を
示すコード "７５"hをＯＰＲとして、データ＃６にアン
サ用の終端子を指定する。そして、マイクロプロセッサ
２２は、このアンサ用のフレームをバスインターフェイ
ス回路２４に供給し、このバスインターフェイス回路２
４は、このフレームの伝送信号を双方向バス１を介して
ＴＶ１０に送信（返信）する。そして、バスインターフ
ェイス回路２４は、このアンサ用のフレーム等を送信し
た後に、直ちにキャリアの送出を停止して、双方向バス
１を開放する。ところで、上述のアンサ用のフレームの
終端子は、例えば８ビットからなり、コード "１０"hが
コマンドを実行する能力がない等（Not Implemented ）
を示し、コード "１１"hがコマンドを実行する能力はあ
るが、現在実行不可能（Reject）を示し、コード "１
２"hが受信した時点で実行可能かを判断することができ
ないこと（Busy）を示し、コード "１３"hがコマンドの
実行完了（Completed)を示す。
【００７８】すなわち、従来の双方向バスシステムで
は、ＶＴＲに制御コマンドを送信するためのコマンド用
のフレームを送信した後に、ＶＴＲの動作状態を確認す
るためには、リクエスト用のフレームを送信しなければ
ならず、また、経路選択情報はコマンド用のフレームの
みにしかないため、ＴＶはアンサ用のフレームを送信す
る必要があり、さらに、ＶＴＲのロックを解除するため
に、終了コマンド用のフレームを送信する必要があった
が、この双方向バスシステムでは、ＶＴＲ２０は、コマ
ンド用のフレームを受信すると、経路選択コードを具備
したアンサ用のフレームをＴＶ１０に送信して、ステー
タスを返信しているので、リクエスト用のフレーム及び
終了コマンド用のフレームを削減することができる。換
言すると、コマンド用のフレーム、リクエスト用のフレ
ーム、アンサ用のフレーム、ステータス自動発信用のフ
レームを識別するＨＤＯＰＲをデータフィールドのデー
タ＃２に挿入することにより、ＴＶ１０やＶＴＲ２０
は、これらのフレームを任意に（他のフレームとは無関
係に）送出することができ、従来のシステムに比して、
双方向バス１上のトラフィック量を低減することがで
き、伝送効率を高めることができる。また、通信手順を
簡単にすることができる。また、従来の双方向バスシス
テムでは、リクエストに対するアンサを返信するまで、
通信速度に比して長時間双方向バス１を占有していた
が、この双方向バスシステムでは、フレームを任意に送
出できることから、双方向バス１を長時間占有すること
を防止することができ、トラフィック量を低減すること
ができる。
は、ＶＴＲに制御コマンドを送信するためのコマンド用
のフレームを送信した後に、ＶＴＲの動作状態を確認す
るためには、リクエスト用のフレームを送信しなければ
ならず、また、経路選択情報はコマンド用のフレームの
みにしかないため、ＴＶはアンサ用のフレームを送信す
る必要があり、さらに、ＶＴＲのロックを解除するため
に、終了コマンド用のフレームを送信する必要があった
が、この双方向バスシステムでは、ＶＴＲ２０は、コマ
ンド用のフレームを受信すると、経路選択コードを具備
したアンサ用のフレームをＴＶ１０に送信して、ステー
タスを返信しているので、リクエスト用のフレーム及び
終了コマンド用のフレームを削減することができる。換
言すると、コマンド用のフレーム、リクエスト用のフレ
ーム、アンサ用のフレーム、ステータス自動発信用のフ
レームを識別するＨＤＯＰＲをデータフィールドのデー
タ＃２に挿入することにより、ＴＶ１０やＶＴＲ２０
は、これらのフレームを任意に（他のフレームとは無関
係に）送出することができ、従来のシステムに比して、
双方向バス１上のトラフィック量を低減することがで
き、伝送効率を高めることができる。また、通信手順を
簡単にすることができる。また、従来の双方向バスシス
テムでは、リクエストに対するアンサを返信するまで、
通信速度に比して長時間双方向バス１を占有していた
が、この双方向バスシステムでは、フレームを任意に送
出できることから、双方向バス１を長時間占有すること
を防止することができ、トラフィック量を低減すること
ができる。
【００７９】一方、例えば、ＶＴＲ２０は、ＴＶ１０か
らステータスリクエスト用のフレームを受信すると、こ
のステータスリクエストに対する回答（アンサ）を行う
ために、上述した図６Ｃに示すようなアンサ用のフレー
ムをＴＶ１０に送信する。
らステータスリクエスト用のフレームを受信すると、こ
のステータスリクエストに対する回答（アンサ）を行う
ために、上述した図６Ｃに示すようなアンサ用のフレー
ムをＴＶ１０に送信する。
【００８０】また、ＶＴＲ２０は、リクエストがなくて
も、上述したＨＤＯＰＲをコード "４３"hとしたステー
タス自動発信用のフレームを自動的にＴＶ１０に送信す
る。
も、上述したＨＤＯＰＲをコード "４３"hとしたステー
タス自動発信用のフレームを自動的にＴＶ１０に送信す
る。
【００８１】なお、本発明は、上述の実施例に限定され
るものではなく、例えばＤ２ＢやＨＢＳ以外のＡＶ機器
等を制御する双方向バスシステムに本発明を適用できる
ことは言うまでもない。
るものではなく、例えばＤ２ＢやＨＢＳ以外のＡＶ機器
等を制御する双方向バスシステムに本発明を適用できる
ことは言うまでもない。
【００８２】
【発明の効果】以上の説明で明かなように、本発明で
は、送信元のデバイスは、双方向バス上の伝送信号の１
フレームを通信を行うデバイス相互のアドレスを指定す
るためのアドレスフィールドと、送信するコマンド又は
リクエストを指定するためのデータフィールドとから構
成すると共に、データフィールドの所定位置にコマンド
とリクエストを識別する識別情報を挿入し、識別情報が
挿入された伝送信号を双方向バスを介して送信する。そ
して、送信先のデバイスは、双方向バスを介して伝送信
号を受信し、伝送信号から識別情報を検出し、識別情報
に基づいて、データフィールドの内容がコマンド又はリ
クエストかを認識することにより、送信先のデバイスの
ハードウエア、処理ソフトウェアを従来のシステムに比
して簡単にすることができると共に、識別情報を、フレ
ームの最後に挿入されていないことから、この識別情報
が欠落する可能性を低くすることができ、リクエスト用
のフレームがコマンド用のフレームとして判断されるこ
とを防止することができる。
は、送信元のデバイスは、双方向バス上の伝送信号の１
フレームを通信を行うデバイス相互のアドレスを指定す
るためのアドレスフィールドと、送信するコマンド又は
リクエストを指定するためのデータフィールドとから構
成すると共に、データフィールドの所定位置にコマンド
とリクエストを識別する識別情報を挿入し、識別情報が
挿入された伝送信号を双方向バスを介して送信する。そ
して、送信先のデバイスは、双方向バスを介して伝送信
号を受信し、伝送信号から識別情報を検出し、識別情報
に基づいて、データフィールドの内容がコマンド又はリ
クエストかを認識することにより、送信先のデバイスの
ハードウエア、処理ソフトウェアを従来のシステムに比
して簡単にすることができると共に、識別情報を、フレ
ームの最後に挿入されていないことから、この識別情報
が欠落する可能性を低くすることができ、リクエスト用
のフレームがコマンド用のフレームとして判断されるこ
とを防止することができる。
【００８３】また、本発明では、送信元のデバイスは、
データフィールドに、コマンド、リクエスト、リクエス
トに対するアンサ又はデバイスのステータスを指定する
と共に、識別情報をコマンド、リクエスト、アンサ及び
ステータスの自動発信を識別する情報とし、識別情報が
挿入された伝送信号を送信する。そして、送信先のデバ
イスは、識別情報に基づいて、データフィールドの内容
がコマンド、リクエスト、アンサ又は自動発信されたス
テータスかを識別することにより、デバイスは、コマン
ド用のフレーム、リクエスト用のフレーム、アンサ用の
フレーム、ステータスの自動発信用のフレームを任意に
（他のフレームとは無関係に）送出することができ、従
来のシステムに比して、双方向バス上のトラフィック量
を低減することができ、伝送効率を高めることができ
る。また、通信手順を簡単にすることができる。また、
従来の双方向バスシステムではリクエストに対するアン
サを返信するまで、通信速度に比して長時間双方向バス
を占有していたが、フレームを任意に送出できることか
ら、双方向バスを長時間占有することを防止することが
でき、トラフィック量を低減することができる。
データフィールドに、コマンド、リクエスト、リクエス
トに対するアンサ又はデバイスのステータスを指定する
と共に、識別情報をコマンド、リクエスト、アンサ及び
ステータスの自動発信を識別する情報とし、識別情報が
挿入された伝送信号を送信する。そして、送信先のデバ
イスは、識別情報に基づいて、データフィールドの内容
がコマンド、リクエスト、アンサ又は自動発信されたス
テータスかを識別することにより、デバイスは、コマン
ド用のフレーム、リクエスト用のフレーム、アンサ用の
フレーム、ステータスの自動発信用のフレームを任意に
（他のフレームとは無関係に）送出することができ、従
来のシステムに比して、双方向バス上のトラフィック量
を低減することができ、伝送効率を高めることができ
る。また、通信手順を簡単にすることができる。また、
従来の双方向バスシステムではリクエストに対するアン
サを返信するまで、通信速度に比して長時間双方向バス
を占有していたが、フレームを任意に送出できることか
ら、双方向バスを長時間占有することを防止することが
でき、トラフィック量を低減することができる。
【図１】本発明を適用した双方向バスシステムの具体的
な構成を示すブロック図である。
な構成を示すブロック図である。
【図２】上記双方向バスシステムを構成するＴＶ、ＶＴ
Ｒの具体的な構成を示すブロック図である。
Ｒの具体的な構成を示すブロック図である。
【図３】上記双方向バスシステムを構成する双方向バス
のコネクタの構造を示す図である。
のコネクタの構造を示す図である。
【図４】伝送信号のフレームフォーマットを示す図であ
る。
る。
【図５】ＨＤＯＰＲの具体的なフォーマットを示す図で
ある。
ある。
【図６】コマンド用のフレーム、リクエスト用のフレー
ム及びアンサ用のフレームの具体的なフォーマットを示
す図である。
ム及びアンサ用のフレームの具体的なフォーマットを示
す図である。
【図７】従来のＤ２Ｂのフレームフォーマットを示す図
である。
である。
【図８】従来のＤ２Ｂのフレームフォーマットを示す図
である。
である。
【図９】従来のコントロールビットの機能を示す図であ
る。
る。
【図１０】従来のＯＰＣ"Begin2"のＯＰＲの機能を示す
図である。
図である。
【図１１】従来のコマンド用のフレーム、リクエスト用
のフレーム、アンサ用のフレーム及び終了コマンド用の
フレームのフォーマットを示す図である。
のフレーム、アンサ用のフレーム及び終了コマンド用の
フレームのフォーマットを示す図である。
１・・・双方向バス １０・・・ＴＶ １０ａ・・・チューナ １０ｂ・・・ＴＶモニタ １０ｃ・・・アンプ １０ｄ・・・スイッチボックス １２・・・マイクロプロセッサ １２ａ・・・ＲＯＭ １２ｂ・・・ＣＰＵ １４・・・バスインターフェイス回路 ２０、３０・・・ＶＴＲ ２０ａ・・・ビデオデッキ ２０ｂ・・・チューナ ２０ｃ・・・スイッチボックス ２２・・・マイクロプロセッサ ２２ａ・・・ＲＯＭ ２２ｂ・・・ＣＰＵ ２４・・・バスインターフェイス回路 Ｌ１、Ｌ２、Ｌ３・・・ＡＶ信号ライン
───────────────────────────────────────────────────── フロントページの続き (72)発明者 草ヶ谷 康夫 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 小田部 典子 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 岩本 幸治 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 相馬 洋子 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 今浦 敏宏 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 牧 茂 大阪府門真市大字門真1006番地 松下電器 産業株式会社内
Claims (8)
- 【請求項１】 コマンド及びリクエストの通信を行う複
数のデバイスを双方向バスを介して相互に接続してなる
双方向バスシステムの送信方法であって、 上記双方向バス上の伝送信号の１フレームを、通信を行
うデバイス相互のアドレスを指定するためのアドレスフ
ィールドと、送信するコマンド又はリクエストを指定す
るためのデータフィールドとから構成し、 該データフィールドの所定位置に、上記コマンドとリク
エストを識別する識別情報を挿入し、 該識別情報が挿入された伝送信号を上記双方向バスを介
して他のデバイスに送信することを特徴とする送信方
法。 - 【請求項２】 前記データフィールドに、前記コマン
ド、リクエスト、該リクエストに対するアンサ又はデバ
イスのステータスを指定し、 前記識別情報を、上記コマンド、リクエスト、アンサ及
びステータスの自動発信を識別する情報とし、 該識別情報が挿入された伝送信号を送信することを特徴
とする請求項１記載の送信方法。 - 【請求項３】 コマンド及びリクエストの通信を行う複
数のデバイスを双方向バスを介して相互に接続してなる
双方向バスシステムの受信方法であって、 通信を行うデバイス相互のアドレスを指定するためのア
ドレスフィールドと、伝送されるコマンド又はリクエス
トを指定するためのデータフィールドとからなるフレー
ム構造を有すると共に、該データフィールドの所定位置
に上記コマンドとリクエストを識別する識別情報が挿入
された伝送信号を、上記双方向バスを介して受信し、 該伝送信号から上記識別情報を検出し、 該識別情報に基づいて、上記データフィールドの内容が
コマンド又はリクエストかを認識することを特徴とする
受信方法。 - 【請求項４】 前記データフィールドに、前記コマン
ド、リクエスト、該リクエストに対するアンサ又はデバ
イスのステータスが指定され、 前記識別情報が、上記コマンド、リクエスト、アンサ及
びステータスの自動発信を識別する情報からなり、 該識別情報に基づいて、前記データフィールドの内容が
コマンド、リクエスト、アンサ又は自動発信されたステ
ータスかを識別することを特徴とする請求項３記載の受
信方法。 - 【請求項５】 コマンド及びリクエストの通信を行う複
数のデバイスを双方向バスを介して相互に接続してなる
双方向バスシステムの通信方法であって、 送信元のデバイスは、 上記双方向バス上の伝送信号の１フレームを通信を行う
デバイス相互のアドレスを指定するためのアドレスフィ
ールドと、送信するコマンド又はリクエストを指定する
ためのデータフィールドとから構成すると共に、該デー
タフィールドの所定位置に上記コマンドとリクエストを
識別する識別情報を挿入し、該識別情報が挿入された伝
送信号を上記双方向バスを介して送信し、 送信先のデバイスは、 上記双方向バスを介して伝送信号を受信し、該伝送信号
から上記識別情報を検出し、該識別情報に基づいて、上
記データフィールドの内容がコマンド又はリクエストか
を認識することを特徴とする通信方法。 - 【請求項６】 前記送信元のデバイスは、前記データフ
ィールドに、前記コマンド、リクエスト、該リクエスト
に対するアンサ又はデバイスのステータスを指定すると
共に、前記識別情報を上記コマンド、リクエスト、アン
サ及びステータスの自動発信を識別する情報とし、該識
別情報が挿入された伝送信号を送信し、 前記送信先のデバイスは、上記識別情報に基づいて、前
記データフィールドの内容がコマンド、リクエスト、ア
ンサ又は自動発信されたステータスかを識別することを
特徴とする請求項５記載の通信方法。 - 【請求項７】 コマンド又はリクエストの通信を行う複
数のデバイスと、双方向バスとからなり、 上記複数のデバイスは、 通信を行うデバイス相互のアドレスを指定するためのア
ドレスフィールドと、送信するコマンド又はリクエスト
を指定するためのデータフィールドとからなるフレーム
を構成すると共に、該データフィールドの所定位置に上
記コマンドとリクエストを識別する識別情報を挿入し
て、伝送信号を形成する伝送信号形成手段と、 該伝送信号形成手段で形成された伝送信号を上記双方向
バスに出力するバス出力手段と、 上記双方向バスを介して伝送信号を受信するバス入力手
段と、 該バス入力手段で受信された伝送信号から上記識別情報
を検出し、該識別情報に基づいて、上記データフィール
ドの内容がコマンド又はリクエストかを認識する制御手
段とをそれぞれに備え、 上記複数のデバイスを上記双方向バスを介して相互に接
続してなることを特徴とする双方向バスシステム。 - 【請求項８】 前記伝送信号形成手段は、前記データフ
ィールドに、前記コマンド、リクエスト、該リクエスト
に対するアンサ又はデバイスのステータスを指定すると
共に、前記識別情報を上記コマンド、リクエスト、アン
サ及びステータスの自動発信を識別する情報とし、上記
データフィールドの所定位置に上記識別情報を挿入し
て、伝送信号を形成し、 前記制御手段は、上記識別情報に基づいて、上記データ
フィールドの内容がコマンド、リクエスト、アンサ又は
自動発信されたステータスかを識別することを特徴とす
る請求項７記載の双方向バスシステム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29418293A JP3090827B2 (ja) | 1993-10-30 | 1993-10-30 | 送信信号の形成方法、双方向バスシステムの受信方法及び通信システム |
| US08/329,251 US5666363A (en) | 1993-10-30 | 1994-10-26 | Method for transmission, method for reception, method for communication and bidirectional bus system |
| EP19940307924 EP0651588B1 (en) | 1993-10-30 | 1994-10-27 | Method for communication in a bidirectional bus system |
| DE69416931T DE69416931T2 (de) | 1993-10-30 | 1994-10-27 | Verfahren zum Übertragen in einem Zweirichtungsbussystem |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29418293A JP3090827B2 (ja) | 1993-10-30 | 1993-10-30 | 送信信号の形成方法、双方向バスシステムの受信方法及び通信システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH07131866A true JPH07131866A (ja) | 1995-05-19 |
| JP3090827B2 JP3090827B2 (ja) | 2000-09-25 |
Family
ID=17804377
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29418293A Expired - Fee Related JP3090827B2 (ja) | 1993-10-30 | 1993-10-30 | 送信信号の形成方法、双方向バスシステムの受信方法及び通信システム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5666363A (ja) |
| EP (1) | EP0651588B1 (ja) |
| JP (1) | JP3090827B2 (ja) |
| DE (1) | DE69416931T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6134236A (en) * | 1997-03-05 | 2000-10-17 | Yazaki Corporation | Data format used in data communication system |
Families Citing this family (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6035105A (en) | 1996-01-02 | 2000-03-07 | Cisco Technology, Inc. | Multiple VLAN architecture system |
| EP1133178B1 (en) | 1996-02-02 | 2005-06-01 | Thomson Consumer Electronics, Inc. | System and method for interfacing multiple electronic devices |
| JPH09275402A (ja) * | 1996-04-04 | 1997-10-21 | Sony Corp | 通信制御システムおよび通信制御装置並びにデータ送受信装置および通信制御方法 |
| US5862452A (en) * | 1997-10-20 | 1999-01-19 | Motorola, Inc. | Method, access point device and peripheral devices for low complexity dynamic persistence mode for random access in a wireless communication system |
| DE69937919T9 (de) * | 1998-02-25 | 2009-04-30 | Nec Corp. | Netz mit einem Netzverwaltungssystem, zur Verbindung mehrerer Vorrichtungen zur Speicherung und Wiedergabe von Fernsehprogrammen |
| US6202210B1 (en) * | 1998-08-21 | 2001-03-13 | Sony Corporation Of Japan | Method and system for collecting data over a 1394 network to support analysis of consumer behavior, marketing and customer support |
| US6976267B1 (en) | 1999-04-09 | 2005-12-13 | Sony Corporation | Method and apparatus for controlling connections between devices |
| US6826776B1 (en) | 1999-04-09 | 2004-11-30 | Sony Corporation | Method and apparatus for determining signal path |
| US6731347B1 (en) | 1999-04-09 | 2004-05-04 | Sony Corporation | Method for switching signal input based on device capability |
| AU4208600A (en) * | 1999-04-09 | 2000-11-14 | Sony Electronics Inc. | Method for switching signal input based on device capability |
| US6757025B1 (en) | 1999-04-09 | 2004-06-29 | Sony Corporation | Method for switching input terminals based on incoming signal format |
| US6988276B2 (en) * | 1999-12-14 | 2006-01-17 | Koninklijke Philips Electronics N.V. | In-house TV to TV channel peeking |
| US6618388B2 (en) | 2001-01-05 | 2003-09-09 | Extreme Networks | Method and system for VMAN protocol |
| US7881585B2 (en) * | 2001-03-28 | 2011-02-01 | Robert Bosch Gmbh | Multi video device control and expansion method and apparatus |
| 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 |
| US6889207B2 (en) | 2002-06-18 | 2005-05-03 | Bellsouth Intellectual Property Corporation | Content control in a device environment |
| US20030233660A1 (en) * | 2002-06-18 | 2003-12-18 | Bellsouth Intellectual Property Corporation | Device interaction |
| US20030231212A1 (en) * | 2002-06-18 | 2003-12-18 | Bellsouth Intellectual Property Corporation | User interface to 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 |
| US7725916B2 (en) * | 2003-07-14 | 2010-05-25 | Panasonic Corporation | Signal switching device, signal distribution device, display device, and signal transmission system |
| KR100627574B1 (ko) * | 2004-09-16 | 2006-09-21 | 엘지전자 주식회사 | 복합 기기의 영상/음성신호 스위칭 장치 및 방법 |
| JP4468142B2 (ja) * | 2004-10-29 | 2010-05-26 | 株式会社東芝 | データ中継装置、データ中継方法、データ伝送システム |
| JP4984899B2 (ja) * | 2007-01-11 | 2012-07-25 | 富士通株式会社 | テレビジョン受信機 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5007013A (en) * | 1986-04-01 | 1991-04-09 | Westinghouse Electric Corp. | Bidirectional communication and control network with programmable microcontroller interfacing digital ICS and controlled product |
| DE3855567T2 (de) * | 1987-07-20 | 1997-02-06 | Matsushita Electric Ind Co Ltd | Übertragungssystem |
| FR2634608B1 (fr) * | 1988-07-22 | 1994-05-06 | Etat Francais Cnet | Reseau domotique cable multipoints reconfigurable de distribution simultanee et/ou alternative de plusieurs types de signaux, notamment de signaux d'images en bande de base, et procede de configuration d'un tel reseau |
| JPH0732397B2 (ja) * | 1989-10-17 | 1995-04-10 | 松下電器産業株式会社 | データ伝送機能付き電子機器 |
| JPH03276463A (ja) * | 1990-03-26 | 1991-12-06 | Matsushita Electric Ind Co Ltd | オーディオビデオシステム |
| US5276684A (en) * | 1991-07-22 | 1994-01-04 | International Business Machines Corporation | High performance I/O processor |
| US5251208A (en) * | 1991-12-19 | 1993-10-05 | At&T Bell Laboratories | Digital signal processor synchronous network |
| US5357511A (en) * | 1993-03-22 | 1994-10-18 | Peak Audio, Inc. | Distributed processing in a digital audio mixing network |
-
1993
- 1993-10-30 JP JP29418293A patent/JP3090827B2/ja not_active Expired - Fee Related
-
1994
- 1994-10-26 US US08/329,251 patent/US5666363A/en not_active Expired - Lifetime
- 1994-10-27 EP EP19940307924 patent/EP0651588B1/en not_active Expired - Lifetime
- 1994-10-27 DE DE69416931T patent/DE69416931T2/de not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6134236A (en) * | 1997-03-05 | 2000-10-17 | Yazaki Corporation | Data format used in data communication system |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0651588A2 (en) | 1995-05-03 |
| DE69416931T2 (de) | 1999-09-30 |
| DE69416931D1 (de) | 1999-04-15 |
| JP3090827B2 (ja) | 2000-09-25 |
| EP0651588B1 (en) | 1999-03-10 |
| US5666363A (en) | 1997-09-09 |
| EP0651588A3 (en) | 1996-06-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3090827B2 (ja) | 送信信号の形成方法、双方向バスシステムの受信方法及び通信システム | |
| JP3077467B2 (ja) | 電子機器、伝送信号の受信方法、及び伝送信号の送信方法 | |
| JP3611588B2 (ja) | 送信方法、受信方法、通信方法及び双方向バスシステム | |
| US8848732B2 (en) | Method of controlling connection between nodes in digital interface | |
| US20050166241A1 (en) | Method and apparatus for wirelessly controlling devices peripheral to AV device | |
| JP3630441B2 (ja) | 送信方法、受信方法、通信方法、双方向バスシステム及び電子機器 | |
| EP0627823B1 (en) | Communication protocol for communicating control data | |
| US6286071B1 (en) | Communication control method, communication system and electronic device used therefor | |
| US6851116B1 (en) | System for optimally distributing processing performance of Av apparatus | |
| EP1557004B1 (en) | Method for monitoring audio/video connections in a network of distributed stations, as well as a network station | |
| US6993606B1 (en) | Communication method and communication apparatus for data communication between devices connected by a network | |
| US6453364B1 (en) | Information reproducing apparatus, information recording/reproducing apparatus and information selectively outputting apparatus, and electronic apparatus system thereof | |
| EP0482959B1 (en) | System for data communication | |
| JP3454222B2 (ja) | 電子機器 | |
| US6072442A (en) | Local communication system and station for use in such a system | |
| JPH09130688A (ja) | 複数の映像機器を備えたａｖシステム | |
| EP0975161A2 (en) | Information reproducing apparatus, information recording/reproducing apparatus and information selectively outputting apparatus, and electronic apparatus system thereof | |
| KR100304898B1 (ko) | 디지털 인터페이스의 기기간 접속 제어방법 | |
| JP2001308950A (ja) | 電子機器、電子機器の制御方法及びコンピュータ読み取り可能な記憶媒体 | |
| JPH0847059A (ja) | 出力画による入力機器選択方法 | |
| JP2002290902A (ja) | デジタルビデオ再生／録画装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 19981201 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080721 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090721 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090721 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100721 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110721 Year of fee payment: 11 |
|
| LAPS | Cancellation because of no payment of annual fees |