JP2862160B2 - 通信方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えばＡＶ（オーディ
オ／ビデオ）機器間やコンピュータ間、ＡＶ機器とコン
ピュータとの間などの通信に用いて好適な通信方式に関
する。

【０００２】

【従来の技術】ＡＶシステムは、通常、ＴＶ（テレビジ
ョン受像機）、ＭＤＰ（マルチディスクプレイヤ）、Ｖ
ＴＲ（ビデオテープレコーダ）、ＡＶセンタ（スイッチ
ャ）などの複数のＡＶ機器により構成される。

【０００３】そして、このようなＡＶシステムにおいて
は、ＴＶ，ＭＤＰ，ＶＴＲ，ＡＶセンタなどの複数のＡ
Ｖ機器間が、ビデオ信号線とオーディオ信号線によって
接続されるとともに、制御信号線（制御バス）によって
接続され、この制御バスを介してＡＶ機器に各種制御信
号やデータ（例えば所定フォーマットのパケット）が与
えられ、これにより各ＡＶ機器が連動して動作するよう
になされている。

【０００４】即ち、このＡＶシステムでは、例えばＶＴ
Ｒのプレイボタンが操作されると、ＶＴＲからパケット
がＴＶおよびＡＶセンタに出力され、これにより、ＴＶ
およびＡＶセンタの電源がオン状態にされ、さらにＶＴ
ＲとＴＶとが接続されるように、ＡＶセンタがスイッチ
ングされ、ＶＴＲによって再生された画像と音声が、Ｔ
Ｖから出力されるようになされている。

【０００５】ところで、上述のパケットのやりとりは、
例えば次のような手順で行われていた。 （Ｔ１）ルーティング情報送信 （Ｔ２）コマンド（ＣＭＤ）送信 （Ｔ３）リクエスト（ＲＥＱ）送信 （Ｔ４）ゲットアンサ（ＧＥＴ−ＡＮＳ）送信→返事
（ＡＮＳ）受信 （Ｔ５）エンド（ＥＮＤ）送信

【０００６】即ち、まず、一番最初にパケットを送信す
るＡＶ機器が「親」となるとともに、それを受信するＡ
Ｖ機器が「子」となり、まず親から子にルーティング情
報が送信される（Ｔ１）。このとき、子が、他のＡＶ機
器から送信されたパケットを受け付けないようにロック
状態にされる。

【０００７】その後、親から子に、例えば電源をオン状
態にするようにコマンド（ＣＭＤ）が送信され（Ｔ
２）、そのコマンドに対する処理がどうなったかを問い
合わせるリクエスト（ＲＥＱ）が、さらに送信される
（Ｔ３）。

【０００８】そして、ＲＥＱに対する返事（ＡＮＳ）を
得るために、ゲットアンサ（ＧＥＴ−ＡＮＳ）が親から
子に送信される（Ｔ４）。このＧＥＴ−ＡＮＳは、子か
らＡＮＳを得ることができるまで、繰り返し送信され、
子からＡＮＳを得ることができた場合には、処理の終了
を示すエンド（ＥＮＤ）が送信される（Ｔ５）。このと
き、（Ｔ１）でロック状態にされた子はアンロック状態
にされ、これにより子は、再びＡＶ機器から送信される
パケットが受け付け可能な状態にされる。

【０００９】また、従来のＡＶシステムにおいては、純
データ、例えばＯＳＤデータのやりとりの最中に伝送エ
ラーが生じた場合、受信側では、前記伝送エラーを認識
することができないため、送信側が、受信側から送られ
てきたバイト毎のＡＣＫを数えることにより、前記伝送
エラーをバイト単位で認識し、前記伝送エラーが発生し
たとき、そのデータを、別のフレームで再送するように
なされている。

【００１０】前記ＯＳＤデータの伝送時の手順は、例え
ば次のようになる。まず、アトリビュート情報を表すコ
マンド（ＣＭＤ）が送信され、次にＯＳＤデータ（ＯＳ
Ｄ−ＤＡＴＡ）が送信され、最後に伝送の終了を意味す
るエンド（ＥＮＤ）が送信される。

【００１１】

【発明が解決しようとする課題】以上のように、従来の
ＡＶシステムにおけるパケットのやりとりは、その手順
が繁雑である課題があった。

【００１２】さらに、上述のように、ＧＥＴ−ＡＮＳ
は、子からＡＮＳを得ることができるまで、繰り返し送
信されるので、制御バス上のトラフィックが増加し、他
のＡＶ機器が制御バスを使用することができなくなる場
合が多くなり、システム全体の処理速度が低下する課題
があった。

【００１３】また、上述の、例えばＣＭＤ送信やＲＥＱ
送信などのように、親から子にパケットが送信される場
合、親は、その通信モードをマスタ送信モードとし、子
は、その通信モードをスレーブ受信モードとする。一
方、例えばＧＥＴ−ＡＮＳにより親が子の返事（ＡＮ
Ｓ）を受け取りにいく場合など、見かけ上、子から親に
パケットが送信される場合、親は、その通信モードをマ
スタ受信モードとし、子は、その通信モードをスレーブ
送信モードとする。

【００１４】以上のように、従来においては、マスタ送
信、マスタ受信、スレーブ送信、およびスレーブ受信の
４つの通信モードがあり、各ＡＶ機器は、この４つのモ
ードを切り換えて、パケットのやりとりを行わなければ
ならず、通信効率が悪かった。

【００１５】さらに、従来では、マスタ送信モード時に
送信するパケットをラッチするマスタ送信バッファ、マ
スタ受信モード時に受信したパケットをラッチするマス
タ受信バッファ、スレーブ送信時に送信するパケットを
ラッチするスレーブ送信バッファ、およびスレーブ受信
時に受信したパケットをラッチするスレーブ受信バッフ
ァの計４つのバッファが、各ＡＶ機器に必要であり、従
って装置が、大型化、高コスト化する課題があった。

【００１６】また、従来においては、受信側では伝送エ
ラーを認識できないため、伝送エラーが生じたときのエ
ラー回復処理が複雑になるという課題があった。

【００１７】さらに、従来では、純データ、例えばＯＳ
Ｄデータを伝送するためには、最低でも３フレーム送信
する必要があり、従って時間がかかり処理も複雑になる
という課題があった。

【００１８】本発明は、このような状況に鑑みてなされ
たものであり、簡単な手順で、効率良く通信を行うこと
ができるようにするものである。

【００１９】

【課題を解決するための手段】請求項１に記載の通信方
法は、装置間で伝送される電文の種類に、コマンドと、
ステイタス要求コマンドと、データ要求コマンドと、純
データと、返事と、ステイタス自動発信と、同報とがあ
る通信方式において、１フレームで構成される電文が、
装置間で伝送される場合、電文を受信する装置にロック
がかけられず、装置間の通信は、１つの電文の送信と受
信を１単位として行われ、純データが、複数フレームで
構成されるときには、その最初のフレームで、純データ
を受信する装置にロックがかけられ、残りのフレームが
送信されることを特徴とする。

【００２０】

【００２１】請求項２に記載の通信方式は、ＯＳＤデー
タが複数フレームで構成されるときには、その最初のフ
レームにより、ＯＳＤデータを受信する装置にロックが
かけられ、ＯＳＤデータの最後のフレームにより、装置
のロックがはずされることを特徴とする。

【００２２】請求項３に記載の通信方式は、純データが
複数フレームで構成されるとき、純データを構成するフ
レーム数が所定の数以下に制限されることを特徴とす
る。

【００２３】請求項４に記載の通信方式は、純データを
構成する個々のフレームに、フレーム内のデータ数を表
す情報が記述されることを特徴とする。

【００２４】請求項５に記載の通信方式は、純データが
複数フレームで構成されるとき、最初のフレームにだ
け、アトリビュート情報が記述されることを特徴とす
る。

【００２５】請求項６に記載の通信方式は、装置間で伝
送される電文が、返事を要求しないものである場合に
は、電文を送信した装置は、伝送エラーを検出し、伝送
エラーの検出後、所定の時間だけおいて電文を再送する
ことを特徴とする。

【００２６】請求項７に記載の通信方式は、装置間で伝
送される電文が、返事を要求するものである場合には、
電文を送信した装置は、所定の時間だけ経過しても返事
を受信することができなかったとき、電文を再送するこ
とを特徴とする。

【００２７】請求項８に記載の通信方式は、装置が、同
報を除く電文を一時記憶する通常電文記憶手段としての
通常フレーム用バッファ１２と、同報の電文を一時記憶
する同報電文記憶手段としての同報フレーム用バッファ
１５とを備え、純データを、通常フレーム用バッファ１
２によって受信している最中に、同報の電文が伝送され
てきた場合には、装置のロックまたはアンロック状態に
関わらず、同報フレーム用バッファ１５によって同報の
電文を受信することを特徴とする。

【００２８】請求項９に記載の通信方式は、装置が、伝
送されてきた電文を一時記憶する、同報の電文を記憶す
るアドレスと、同報の電文を除く電文を記憶するアドレ
スとが異なるアドレスとされた記憶手段としてのバッフ
ァ２１を備え、純データを、バッファ２１によって受信
している最中に、同報の電文が伝送されてきた場合に
は、装置のロックまたはアンロック状態に関わらず、バ
ッファ２１によって同報の電文を受信することを特徴と
する。

【００２９】請求項１０に記載の通信方式は、同報の電
文の伝送が、最優先で行われることを特徴とする。

【００３０】請求項１１に記載の通信方式は、返事を要
求しない電文は、ステイタス自動発信の電文であること
を特徴とする。

【００３１】請求項１２に記載の通信方式は、装置間で
電文が伝送される場合、実質的に同一のフレームが２回
づつ伝送されることを特徴とする。

【００３２】請求項１３に記載の通信方式は、装置間で
電文が伝送される場合、フレーム内の対応する位置に、
フレームがデータフレームであるかコマンドフレームで
あるかが判別できる情報が記述されることを特徴とす
る。

【００３３】

【作用】請求項１に記載の通信方法においては、装置間
で伝送される電文の種類に、コマンドと、ステイタス要
求コマンドと、データ要求コマンドと、純データと、返
事と、ステイタス自動発信と、同報とがあり、１フレー
ムで構成される電文が、装置間で伝送される場合、電文
を受信する装置にロックがかけられず、装置間の通信
が、１つの電文の送信と受信を１単位として行われ、純
データが、複数フレームで構成されるときには、その最
初のフレームで、純データを受信する装置にロックがか
けられ、残りのフレームが送信される。従って、簡単な
手順で、効率良く装置間の通信を行うことができる。

【００３４】

【００３５】請求項２に記載の通信方式においては、Ｏ
ＳＤデータが複数フレームで構成されるときには、その
最初のフレームにより、ＯＳＤデータを受信する装置に
ロックがかけられ、ＯＳＤデータの最後のフレームによ
り、装置のロックがはずされる。従って、複数フレーム
で構成されるＯＳＤデータを伝送しているとき、受信側
に対して他から電文が伝送されてきても、ＯＳＤデータ
の伝送が中断されることがないため、伝送処理を確実か
つ簡単にすることができる。

【００３６】請求項３に記載の通信方式においては、純
データが複数のフレームで構成されるとき、純データを
構成するフレーム数が所定の数以下に制限される。従っ
て、純データを受信する装置のバッファを少なくでき、
装置を簡単にできる。

【００３７】請求項４に記載の通信方式においては、純
データを構成する個々のフレームに、前記フレーム内の
データ数を表す情報が記述される。従って、受信側で受
信された実際のデータ数と、受信したフレーム内のデー
タ数を表す情報とを比較することにより、伝送エラーが
生じたか否かの判断を受信側が行うことができ、確実な
電文の伝送ができる。

【００３８】請求項５に記載の通信方式においては、純
データが複数のフレームで構成されるとき、最初のフレ
ームにだけ、アトリビュート情報が記述される。従っ
て、２番目以降のフレームにはテキストデータのみ記述
することができ、効率よく電文の伝送を行うことができ
る。

【００３９】請求項６に記載の通信方式においては、装
置間で伝送される電文が、返事を要求しないものである
場合には、電文を送信した装置は、伝送エラーを検出
し、伝送エラーの検出後、所定の時間だけおいて電文を
再送するので、電文の伝送を確実に行うことができる。

【００４０】請求項７に記載の通信方式においては、装
置間で伝送される電文が、返事を要求するものである場
合には、電文を送信した装置は、所定の時間だけ経過し
ても返事を受信することができなかったとき、電文を再
送する。従って、電文の伝送を確実に行うことができ
る。

【００４１】請求項８に記載の通信方式においては、純
データを、通常フレーム用バッファ１２によって受信し
ている最中に、同報の電文が伝送されてきた場合には、
装置のロックまたはアンロック状態に関わらず、同報フ
レーム用バッファ１５によって同報の電文を受信する。
従って、同報の電文は、必ず受信されるので、同報の電
文の伝送の制御を容易に行うことができる。

【００４２】請求項９に記載の通信方式においては、装
置が、伝送されてきた電文を一時記憶する、同報の電文
を記憶するアドレスと、同報の電文を除く電文を記憶す
るアドレスとが異なるアドレスとされたバッファ２１に
よって、純データを受信している最中に、同報の電文が
伝送されてきた場合には、装置のロックまたはアンロッ
ク状態に関わらず、バッファ２１の、純データを受信す
るアドレスとは異なるアドレスに、同報の電文を受信す
る。従って、同報の電文は、必ず受信されるので、同報
の電文の伝送の制御を容易に行うことができる。

【００４３】請求項１０に記載の通信方式においては、
同報の電文が、最優先で伝送されるので、同報の電文の
伝送の制御を容易に行うことができる。

【００４４】請求項１１に記載の通信方式においては、
返事を要求しない電文は、ステイタス自動発信の電文で
あるので、ステイタス自動発信の電文の伝送を確実に行
うことができる。

【００４５】請求項１２に記載の通信方式においては、
実質的に同一のフレームが２回づつ伝送される。従っ
て、伝送エラーが生じたときのエラー回復処理が迅速に
行え、また、送受信側のエラー回復処理を簡単にするこ
とができる。

【００４６】請求項１３に記載の通信方式においては、
フレーム内の対応する位置に、前記フレームがデータフ
レームであるかコマンドフレームであるかを示す情報が
記述される。従って、その情報を簡単に読み出すことが
でき、その情報により、フレームがデータフレームであ
るか否かを判断することができるので、電文解析が容易
にできる。

【００４７】

【実施例】図１は、本発明を適用したＡＶシステムの一
実施例の構成を示すブロック図である。このＡＶシステ
ムは、ＡＶセンタ１，ＴＶ（テレビジョン受像機）２，
ＭＤＰ（マルチディスクプレイヤ）３、およびＶＴＲ
（ビデオテープレコーダ）４から構成されており、ＡＶ
センタ１のビデオ端子、オーディオ端子は、ＴＶ２，Ｍ
ＤＰ３、またはＶＴＲ（ビデオテープレコーダ）４のビ
デオ端子、オーディオ端子とそれぞれ接続されている。
さらに、ＡＶセンタ１，ＴＶ２，ＭＤＰ３、およびＶＴ
Ｒ４は、その制御端子を介して制御バスによりカスケー
ドに接続されている。

【００４８】ＡＶセンタ１は、Ｄ２Ｂ（Ｄ２Ｂは商標）
制御部１ａ、制御部１ｂ、および切換処理回路１ｃから
構成され、所定数のビデオ端子およびオーディオ出力端
子を有する。切換処理回路１ｃは、制御部１ｂに制御さ
れ、あるビデオ端子（オーディオ端子）に入力されるビ
デオ信号（オーディオ信号）が、他のビデオ端子（オー
ディオ端子）に出力されるように、ビデオ端子（オーデ
ィオ端子）間の接続の切換処理（スイッチング処理）を
行う。

【００４９】制御部１ｂは、Ｄ２Ｂ制御部１ａから出力
される制御信号、または図示せぬリモコンもしくは操作
キーの操作に対応して、切換処理回路１ｃを制御する。
Ｄ２Ｂ制御部１ａは、制御バスによって、ＡＶセンタ１
とカスケードに接続されているＴＶ２，ＭＤＰ３、およ
びＶＴＲ４との通信を制御する。

【００５０】ＴＶ２は、Ｄ２Ｂ制御部２ａ、制御部２
ｂ、およびＴＶ処理回路２ｃから構成される。ＴＶ処理
回路２ｃは、チューナや信号処理回路などを内蔵し、制
御部２ｂの制御のもと、チューナまたはビデオ端子から
入力されるビデオ信号、または、制御バスを介して送ら
れてくるＯＳＤデータなどを、図示せぬモニタに表示す
る。さらに、ＴＶ処理回路２ｃは、チューナまたはオー
ディオ端子に入力されるオーディオ信号を、図示せぬス
ピーカから出力する。

【００５１】制御部２ｂは、Ｄ２Ｂ制御部２ａから出力
される制御信号、または図示せぬリモコンもしくは操作
キーの操作に対応して、ＴＶ処理回路２ｃを制御する。
Ｄ２Ｂ制御部２ａは、制御バスによって、ＴＶ２とカス
ケードに接続されているＡＶセンタ１，ＭＤＰ３、およ
びＶＴＲ４との通信を制御する。

【００５２】ＭＤＰ３は、Ｄ２Ｂ制御部３ａ、制御部３
ｂ、およびＭＤＰ処理回路３ｃから構成される。ＭＤＰ
処理回路３ｃは、光ヘッドや復調回路などを内蔵し、制
御部３ｂの制御のもと、ＣＤやＬＤからビデオ信号、オ
ーディオ信号を再生し、ビデオ端子、オーディオ端子か
ら出力する。

【００５３】制御部３ｂは、Ｄ２Ｂ制御部３ａから出力
される制御信号、または図示せぬリモコンもしくは操作
キーの操作に対応して、ＭＤＰ処理回路３ｃを制御す
る。Ｄ２Ｂ制御部３ａは、制御バスによって、ＭＤＰ３
とカスケードに接続されているＡＶセンタ１，ＴＶ２、
およびＶＴＲ４との通信を制御する。

【００５４】ＶＴＲ４は、Ｄ２Ｂ制御部４ａ、制御部４
ｂ、およびＶＴＲ処理回路４ｃから構成される。ＶＴＲ
処理回路４ｃは、磁気ヘッドや変復調回路などを内蔵
し、制御部４ｂの制御のもと、ビデオテープからビデオ
信号、オーディオ信号を再生し、ビデオ端子、オーディ
オ端子から出力する。また、ＶＴＲ処理回路４ｃは、ビ
デオ端子、オーディオ端子から入力されるビデオ信号、
オーディオ信号、または、制御バスを介して送られてく
るＯＳＤデータなどを、ビデオテープに記録する。

【００５５】制御部４ｂは、Ｄ２Ｂ制御部４ａから出力
される制御信号、または図示せぬリモコンもしくは操作
キーの操作に対応して、ＶＴＲ処理回路４ｃを制御す
る。Ｄ２Ｂ制御部４ａは、制御バスによって、ＶＴＲ４
とカスケードに接続されているＡＶセンタ１，ＴＶ２、
およびＭＤＰ３との通信を制御する。

【００５６】以上のように構成されるＡＶシステムにお
いては、制御バスを介してＡＶセンタ１，ＴＶ２，ＭＤ
Ｐ３、またはＶＴＲ４に各種制御信号やデータとして所
定フォーマットのパケット（電文）がやりとりされ、こ
れによりＡＶセンタ１，ＴＶ２，ＭＤＰ３、またはＶＴ
Ｒ４が連動して動作するようになされている。

【００５７】即ち、例えばＶＴＲ４のプレイボタンが操
作されると、ＶＴＲ処理回路４ｃによってビデオテープ
の再生が開始され、ビデオ信号、オーディオ信号が、そ
のビデオ端子、オーディオ端子からそれぞれ出力される
とともに、制御部４ｂからＤ２Ｂ制御部４ａにプレイボ
タンが操作されたことを知らせる制御信号が出力され
る。

【００５８】この制御信号が、Ｄ２Ｂ制御部４ａに受信
されると、Ｄ２Ｂ制御部４ａから、ＡＶセンタ１に、電
源をオン状態にし、さらにＶＴＲ４と接続されたビデオ
端子、オーディオ端子と、ＴＶ２と接続されたビデオ端
子、オーディオ端子とをそれぞれ接続するように記述さ
れたパケットが制御バスを介して出力されるとともに、
ＴＶ２に、電源をオン状態にし、さらにそのビデオ端
子、オーディオ端子から入力されるビデオ信号、オーデ
ィオ信号をモニタとスピーカに、それぞれ出力するよう
に記述されたパケットが制御バスを介して出力される。

【００５９】このパケットが、ＡＶセンタ１のＤ２Ｂ制
御部１ａ，ＴＶ２のＤ２Ｂ制御部２ａでそれぞれ受信さ
れると、ＡＶセンタ１では、Ｄ２Ｂ制御部１ａより制御
部１ｂに制御信号が出力され、これにより、電源がオン
状態にされ、さらにＶＴＲ４と接続されたビデオ端子、
オーディオ端子と、ＴＶ２と接続されたビデオ端子、オ
ーディオ端子とがそれぞれ接続されるように、切換処理
回路１ｃによって切り換え処理が行われる。

【００６０】同時に、ＴＶ２では、Ｄ２Ｂ制御部２ａよ
り制御部２ｂに制御信号が出力され、これにより、電源
がオン状態にされ、さらにそのビデオ端子、オーディオ
端子から入力されるビデオ信号、オーディオ信号に対応
した画像、音声が、ＴＶ処理回路２ｃによって、図示せ
ぬモニタ、スピーカからそれぞれ出力される。

【００６１】以上のように、ＶＴＲ４のプレイボタンを
操作するだけで、ＡＶセンタ１やＴＶ２を操作すること
なく、ＶＴＲ４からビデオ信号、オーディオ信号が再生
され、それぞれ対応した画像、音声がＴＶ２から出力さ
れる。

【００６２】なお、各ＡＶ機器（ＡＶセンタ１のＤ２Ｂ
制御部１ａ，ＴＶ２のＤ２Ｂ制御部２ａ，ＭＤＰ３のＤ
２Ｂ制御部３ａ，ＶＴＲ４のＤ２Ｂ制御部４ａ）それぞ
れには、パケットの送信元、受信先とされる識別アドレ
スがあらかじめ割り当てられている。また、従来なら
ば、パケットのやりとりには、前述したように、マスタ
送信、マスタ受信、スレーブ送信、およびスレーブ受信
の４つの通信モードを切り換えて行われていたが、本願
においては、マスタ送信（ＭＡＳＴＥＲ送信）およびス
レーブ受信（ＳＬＡＶＥ受信）の２つの通信モードを用
い、後述するようにして行われる。

【００６３】次に、このＡＶシステムにおいて、制御バ
スを介して、Ｄ２Ｂ制御部１ａ乃至４ａの間でやりとり
されるパケット（電文）の通信手順について説明する。
まず、このＡＶシステムでは、パケットの種類が、コマ
ンド（ＣＭＤ）、ステイタス要求コマンド（ＲＥＱ）、
データ要求コマンド（ＤＡＴＡＲＥＱ）、純データ（Ｄ
ＡＴＡ）、返事（ＡＮＳ）、ステイタス自動発信、およ
び同報の７つとされている。

【００６４】ここで、コマンド（ＣＭＤ）パケットは、
相手ＡＶ機器に、所定の処理をさせる（例えば、電源を
オン／オフさせるなど）命令を与えるときに用いられ、
ステイタス要求コマンド（ＲＥＱ）パケットは、相手Ａ
Ｖ機器の状態を認識したい（相手ＡＶ機器に問い合わせ
を行う）ときに用いられる。また、データ要求コマンド
（ＤＡＴＡＲＥＱ）パケットは、相手ＡＶ機器の情報
（例えば、相手ＡＶ機器の名前やチャンネル番号など）
を認識したいときに用いられ、純データ伝送（ＤＡＴ
Ａ）パケットは、相手ＡＶ機器に純データ（例えば、Ｏ
ＳＤ（オンスクリーンディスプレイ）データなど）を送
信するときに用いられる。

【００６５】さらに、返事（ＡＮＳ）パケットは、返事
を要求するパケット（例えば、ＲＥＱパケットなど）を
受信した場合、そのパケットに対する返事を送信すると
きに用いられ、ステイタス自動発信パケットは、相手Ａ
Ｖ機器に、自身の状態を自発的に知らせるときに用いら
れる。同報パケットは、複数の相手ＡＶ機器に同一の情
報を送信するときに用いられる。

【００６６】なお、ＣＭＤ，ＲＥＱ，ＤＡＴＡＲＥＱ，
ＡＮＳ、ステイタス自動発信パケットは、コマンド系お
よびデータ系のうちのコマンド系のパケットに分類さ
れ、ＤＡＴＡパケットは、コマンド系およびデータ系の
うちのデータ系のパケットに分類される。

【００６７】さらに、ＤＡＴＡパケット以外の６つのパ
ケットは、１フレーム（１パケット）で構成される。Ｄ
ＡＴＡパケットは、基本的には、１フレーム（１パケッ
ト）で構成されるが、ＯＳＤデータなどの長いデータを
送信する場合には、複数フレーム（複数パケット）（例
えば、４フレーム（パケット））で１単位とされる。

【００６８】また、同報パケット以外のパケットは、１
つの相手ＡＶ機器に対して送信される。即ち、ＣＭＤ，
ＲＥＱ，ＤＡＴＡＲＥＱ，ＤＡＴＡ，ＡＮＳ、ステイタ
ス自動発信パケットは、一度に、複数のＡＶ機器に対し
て送信することはできない。一度に、複数のＡＶ機器に
対して同一のパケットを送信するときには、そのパケッ
トは、同報パケットにされて送信される。従って、同報
パケットは、ＣＭＤ，ＲＥＱ，ＤＡＴＡＲＥＱ，ＤＡＴ
Ａ，ＡＮＳ、またはステイタス自動発信パケットであっ
て、一度に複数のＡＶ機器に送信可能なパケットであ
る。

【００６９】以上のパケットのうち、ＤＡＴＡパケット
は、図２（ａ）に示すように構成され、それ以外のパケ
ットは、図２（ｂ）に示すように構成される。従って、
ＣＭＤ，ＲＥＱ，ＤＡＴＡＲＥＱ，ＡＮＳ、ステイタス
自動発信、および同報パケット（図２（ｂ））は、ＤＡ
ＴＡパケット（図２（ａ））のＤＴ−ＡＴＲに代えて、
ＯＰＣが記述されるとともに、ＢＹＴＥ（データ数）お
よびＤＡＴＡ１乃至ＤＡＴＡｎに代えて、ＯＰＲが記述
される他は、ＤＡＴＡパケットと同様に構成される。

【００７０】図２において、相手アドレスには、このパ
ケットを送る相手ＡＶ機器の識別アドレスが記述され、
自分アドレスには、このパケットを送信するＡＶ機器の
識別アドレスが記述される。コントロールビットには、
このパケットを送る相手ＡＶ機器をロック状態またはア
ンロック状態のうちのいずれにするかの情報と、このパ
ケットが、純粋なデータか否かを示す情報が記述され
る。

【００７１】なお、ロック状態とは、ロックをかけたＡ
Ｖ機器から送信されるパケットのみ受け付けるように
し、他のＡＶ機器から送信されるパケットを受け付けな
いようにした状態を意味する。また、アンロック状態と
は、各ＡＶ機器から送信されるパケットが受け付け可能
な状態を意味する。

【００７２】以上の相手アドレス、自分アドレス、およ
びコントロールビット（ＣＢ）で、パケットのヘッダ部
（コントロールフィールド）（ＣＦ）が構成される。

【００７３】コントロールビットに続く部分は、テキス
ト部（データフィールド）を構成し、ＯＳＤデータの場
合、例えば最大１６バイトとすることができる。このテ
キスト部のうち、ＴＥＸＴ−ＨＤは、テキスト部のヘッ
ダであり、パケット（フレーム）のフォーマットを識別
できる情報が記述されている。ＨＤ−ＯＰＲは、このパ
ケットが、ＣＭＤ，ＲＥＱ，ＤＡＴＡＲＥＱ，ＤＡＴ
Ａ，ＡＮＳ、ステイタス自動発信、および同報のうち
の、いずれの種類のパケットであるかを示す。ＤＳＤＡ
／ＳＳＤＡには、ソースサブデバイスまたはデスティネ
ーションサブデバイスの識別アドレスが記述される。

【００７４】ここで、サブデバイスの識別アドレスと
は、ＡＶ機器を構成する各ブロックに割り当てられた識
別アドレスを意味する。

【００７５】ＤＴ−ＡＴＲ（図２（ａ））には、ＤＡＴ
Ａ１乃至ＤＡＴＡｎに記述されたデータの種類（例え
ば、ＯＳＤデータ、透過データ、リモコンデータなど）
が記述され、ＢＹＴＥには、それに続くＤＡＴＡ１乃至
ＤＡＴＡｎに記述されたデータのバイト数が記述され、
またＤＡＴＡ１乃至ＤＡＴＡｎには、データが記述され
る。ここで、透過データとは、特に規定のないデータで
あるとし、ＤＡＴＡ１乃至ＤＡＴＡｎには、００ｈから
ＦＦｈまでのすべてのコードが記述できる。

【００７６】ＯＰＣ（図２（ｂ））には、オペコード
（コマンドのコード）が記述され、ＯＰＲには、オペラ
ンドが記述される。

【００７７】図２（ａ）に示すＤＡＴＡパケットを送信
するＡＶ機器においては、送信しようとするデータが多
く、１つのパケットに納まりきらないときには、複数の
ＤＡＴＡパケットのＤＡＴＡに分散されてデータが送信
されるようになされている。

【００７８】図３は、例えば３つのフレーム（パケッ
ト）から成るＯＳＤデータのフレームフォーマットを示
す図である。ＣＦはコントロールフィールドであり、Ｂ
ＹＴＥはＤＡＴＡ１以降のデータ数であり、ＤＡＴＡ
１，ＤＡＴＡ２，・・・ＤＡＴＡｎはデータを表す。

【００７９】図３（ａ）に示したフレーム１のＤＡＴＡ
４以降のデータはＯＳＤデータであり、ＢＹＴＥの後の
ＤＡＴＡ１乃至ＤＡＴＡ３はＤＡＴＡ４以降のＯＳＤデ
ータに対するアトリビュート情報、例えば表示位置、表
示モード、および表示文字種を表す。前記アトリビュー
ト情報は、例えば４０ｈより小さい値で記述される。

【００８０】即ち、ＯＳＤデータフレームのＤＡＴＡ１
に、例えば４０ｈより小さい値が記述された場合は、そ
のＯＳＤデータフレームはアトリビュート情報を含んだ
ＯＳＤデータフレームであるであると規定する。

【００８１】図３（ｂ）に示したフレーム２のＤＡＴＡ
１に、例えば４０ｈより大きい値が記述された場合、そ
れ以降のデータはすべてＯＳＤデータであると規定する
ことにより、そのＯＳＤデータには、図３（ａ）に示し
たフレーム１のＤＡＴＡ１乃至ＤＡＴＡ３に記述された
アトリビュートを、そのまま継続して適用することがで
きる。図３（ｃ）に示したフレーム３のＤＡＴＡ１以降
のＯＳＤデータに対しても同様に、ＤＡＴＡ１に４０ｈ
以上のテキストデータが存在する場合、図３（ａ）に示
したフレーム１に記述されたアトリビュートが、そのま
ま継続して適用される。なお、テキストデータは、例え
ば４０ｈ乃至７Ｆｈの値とすることができる。

【００８２】また、ＤＡＴＡパケットを受信するＡＶ機
器では、ＢＹＴＥ（図２（ａ））に基づいて、ＤＡＴＡ
パケットを正しく受信できたか否かが判定されるように
なされている。

【００８３】即ち、受信したパケットの内のＢＹＴＥで
示した位置に記述されたデータ数と、実際に受信したデ
ータ数とを比較し、両者が等ければ、ＤＡＴＡパケット
を正しく受信できたと判定することができるようになさ
れている。

【００８４】また、図２（ａ）または図２（ｂ）に示し
たように、データフレームとコマンドフレームとでは、
ＴＥＸＴ−ＨＤからＤＳＤＡ／ＳＳＤＡまでは同様の構
造をしており、データフレームのＤＴ−ＡＴＲとコマン
ドフレームのＯＰＣが、各々のフレームの先頭から同数
バイト目に記述されている。従って、受信されたフレー
ムが、データフレーム、またはコマンドフレームのいず
れであったとしても、受信されたフレームのＤＳＤＡ／
ＳＳＤＡまでは同様の処理が行われ、ＤＳＤＡ／ＳＳＤ
Ａの次のデータにより、受信されたフレームがデータフ
レームかコマンドフレームかが判定できるようになされ
ている。

【００８５】以上の７つのパケットは、各ＡＶ機器間に
おいて、基本的に次のようにやりとりされる。

【００８６】まず、例えばＡＶセンタ１からＴＶ２にＣ
ＭＤパケットが送信されて、通信が開始される場合、図
４のフローチャートに示すように、ステップＳ１におい
て、ＡＶセンタ１（Ｄ２Ｂ制御部１ａ）が親となり、そ
の通信モードがマスタ送信（ＭＡＳＴＥＲ送信）モード
とされ、ＣＭＤパケットがＴＶ２に送信される。

【００８７】すると、ステップＳ２において、ＴＶ２
（Ｄ２Ｂ制御部２ａ）が子となり、その通信モードがス
レーブ受信（ＳＬＡＶＥ受信）モードとされ、ＡＶセン
タ１から送信されるＣＭＤパケットが受信される。

【００８８】以上のように、ＡＶセンタ１からＣＭＤパ
ケットが送信された場合、これがＴＶ２によって受信さ
れると、ＣＭＤパケットのやりとり、即ちＡＶセンタ１
とＴＶ２との間の通信は終了する。

【００８９】なお、このとき、ＡＶセンタ１から送信さ
れるＣＭＤパケットは１フレームだけであり、ＴＶ２
は、ロック状態にはされない。即ち、ＴＶ２は、ＣＭＤ
パケットを受信しても、アンロック状態のままとされ
る。

【００９０】その後、ＴＶ２では、ＣＭＤパケットに記
述されたコマンド（ＯＰＣ／ＯＰＲ（図２（ｂ））に対
応した処理がなされ、ステップＳ３において、その処理
が終了したことを示すコードＣＯＭＰＬＥＴＥＤが記述
されたＡＮＳ（返事）パケットが、ＣＭＤパケットを送
信したＡＶセンタ１に返信（送信）される。

【００９１】なお、このとき、ＴＶ２は子でありなが
ら、その通信モードをマスタ送信モードとする。

【００９２】一方、ＡＶセンタ１では、ステップＳ４に
おいて、親でありながらその通信モードがスレーブ受信
モードにされ、ＴＶ２から送信されるＡＮＳパケットが
受信される。

【００９３】以上のように、ＴＶ２からＡＮＳパケット
がＡＶセンタ１に送信された場合、それが、ＡＶセンタ
１によって受信されると、ＡＮＳパケットのやりとり、
即ちＡＶセンタ１とＴＶ２との間の通信は終了する。

【００９４】ここで、本実施例においては、返事パケッ
トには、ＲＥＪＥＣＴ，ＮＯＴ−ＩＭＰＬＥＭＥＮＴ，
ＩＬＬＥＧＡＬ＋ＮＯＴ−ＩＭＰＬ，ＢＵＳＹ，ＣＯＭ
ＰＬＥＴＥＤの５つのうちのいずれかが記述されるよう
になされている。返事パケットを送信するＡＶ機器にお
いては、ＲＥＪＥＣＴは、要求された処理に対して、い
ま処理することができない状態であるときに記述され、
ＮＯＴ−ＩＭＰＬＥＭＥＮＴは、要求された処理を行う
機能を有していないときに記述される。また、ＩＬＬＥ
ＧＡＬ＋ＮＯＴ−ＩＭＰＬは、パケットの記述に文法的
な誤りがあるなどして、要求された処理が理解できない
ときに記述され、ＢＵＳＹは、要求された処理を、現在
実行中であるときに記述される。ＣＯＭＰＬＥＴＥＤ
は、要求された処理を正常終了したときに記述される。

【００９５】次に、例えばＡＶセンタ１からＴＶ２に、
ＲＥＱパケットが送信されて通信が開始された場合、図
５のフローチャートに示すように、ステップＳ１１にお
いて、ＡＶセンタ１が親となり、その通信モードがマス
タ送信モードとされ、ＲＥＱパケットがＴＶ２に送信さ
れる。

【００９６】すると、ステップＳ１２において、ＴＶ２
が子となり、その通信モードがスレーブ受信モードとさ
れ、ＡＶセンタ１から送信されるＲＥＱパケットが受信
されて、ＲＥＱパケットのやりとり、即ちＡＶセンタ１
とＴＶ２との間の通信が終了する。

【００９７】なお、このとき、ＡＶセンタ１から送信さ
れるＲＥＱパケットは１フレームだけであり、ＴＶ２
は、ロック状態にはされない。即ち、ＴＶ２は、ＲＥＱ
パケットを受信しても、アンロック状態のままとされ
る。

【００９８】その後、ＴＶ２では、ステップＳ１３にお
いて、自身の状態（ステイタス）がＡＮＳ（返事）パケ
ットに記述され、ＲＥＱパケットを送信したＡＶセンタ
１に返信（送信）される。

【００９９】なお、このとき、ＴＶ２は子でありなが
ら、その通信モードをマスタ送信モードとする。

【０１００】一方、ＡＶセンタ１では、ステップＳ１４
において、親でありながらその通信モードがスレーブ受
信モードにされ、ＴＶ２から送信されるＡＮＳパケット
が受信されて、ＡＮＳパケットのやりとりが終了する。

【０１０１】次に、例えばＡＶセンタ１からＴＶ２に、
ＯＳＤデータなどが記述されたＤＡＴＡパケットが送信
されて、通信が開始される場合のＴＶ２（受信側）の処
理を図６に示す。

【０１０２】図６のフローチャートに示すように、受信
側（ＴＶ２）では、まず、ステップＳ２１において、送
られてきたフレームがＯＳＤデータフレームであるか否
かが判定される。これは、ＤＴ−ＡＴＲ（図２（ａ））
から判定することができる。ステップＳ２１において、
送られてきたフレームがＯＳＤデータフレームでないと
判定された場合は、ステップＳ２２へ進み、ステップＳ
２２において、別のフレーム処理ルーチンへ処理を移
す。

【０１０３】ステップＳ２１において、送られてきたフ
レームがＯＳＤデータフレームであると判定された場合
は、ステップＳ２３へ進み、ステップＳ２３において、
送られてきたフレーム内のコントロールビット（ＣＢ）
（図２（ａ））がロック指示を示しているか、アンロッ
ク指示を示しているかを判定し、アンロック指示を示し
ていると判定された場合は、ステップＳ２４へ進み、ス
テップＳ２４において、ロック解除処理を行い、ステッ
プＳ２６へ進む。

【０１０４】ステップＳ２３において、送られてきたフ
レーム内のコントロールビット（ＣＢ）がロック指示を
示していると判定された場合は、ステップＳ２５へ進
み、ステップＳ２５において、ロック処理を行い、所定
の時間計時後にロック解除を行うために、例えばタイマ
が始動された後、ステップＳ２６へ進む。

【０１０５】ステップＳ２６において、送られてきたフ
レーム内のＢＹＴＥ（図２（ａ））に示されたデータ数
を読み取り、それと実際に受信したデータ数とを比較
し、両者が一致しなければステップＳ２７へ進み、ステ
ップＳ２７において、送られてきたフレームのデータが
捨てられる。

【０１０６】ステップＳ２６において、送られてきたフ
レーム内のＢＹＴＥで示されたデータ数と、実際に受信
したデータ数とを比較し、両者が一致すれば、ステップ
Ｓ２８へ進み、ステップＳ２８において、フレーム内の
ＯＳＤデータがＴＶ２のＴＶ処理回路２ｃへ送られ、図
示せぬモニタに表示される。

【０１０７】上記ステップＳ２６においては、例えば図
２（ａ）に示したようなフォーマットのフレームのＢＹ
ＴＥで示された位置に格納されている情報が、フレーム
内に含まれるデータ数として読み出され、それと、実際
に送られてきたＢＹＴＥ以降のデータ数（図２（ａ）に
示したＤＡＴＡ１乃至ＤＡＴＡｎのデータ数ｎ）とが比
較され、受信したフレームが正しいか否か、即ち、受信
したフレームを捨てるべきか否かが判定される。

【０１０８】一方、送信側は、送信フレームのバイト毎
のＡＣＫ（受信側が、１バイトのデータを受信するごと
に、送信側に送る１ビットの信号（アクノリッジ））の
数と、実際に送信したフレームのバイト数とを比較し
て、伝送エラーが生じたと認識されたときは、フレーム
を再送する。前述のように、受信側は伝送エラーを認識
することができるので、送信側で伝送エラーが認識され
た後、再送されてきたデータフレームを、受信側は再送
されたフレームとして処理することができる。

【０１０９】次に、例えばＡＶセンタ１からＴＶ２に、
１フレームで意味のあるメッセージ（データ）が記述さ
れたＤＡＴＡパケットが送信されて通信が開始される場
合、図７のフローチャートに示すように、ステップＳ３
１において、ＡＶセンタ１が親となり、その通信モード
がマスタ送信モードとされ、ＤＡＴＡパケットがＴＶ２
に送信される。

【０１１０】すると、ステップＳ３２において、ＴＶ２
が子となり、その通信モードがスレーブ受信モードとさ
れ、ＡＶセンタ１から送信されるＤＡＴＡパケットが受
信されて、ＤＡＴＡパケットのやりとり、即ちＡＶセン
タ１とＴＶ２との間の通信が終了する。

【０１１１】なお、このとき、ＡＶセンタ１から送信さ
れるＤＡＴＡパケットは、上述のように１フレームだけ
であり、ＴＶ２は、ロック状態にはされない。即ち、Ｔ
Ｖ２は、ＤＡＴＡパケットを受信しても、アンロック状
態のままとされる。

【０１１２】次に、例えばＡＶセンタ１からＴＶ２に、
複数パケット（フレーム）で意味のあるメッセージ（デ
ータ）が記述されたＤＡＴＡパケットが送信される場
合、図８のフローチャートに示すように、ステップＳ４
１において、ＡＶセンタ１が親となり、その通信モード
がマスタ送信モードとされ、最初のＤＡＴＡパケットが
ＴＶ２に送信される。但し、この場合、ＡＶセンタ１か
らは、ＴＶ２をロック状態にするようにコントロールビ
ット（図２（ａ））が記述されたＤＡＴＡパケットが送
信される。

【０１１３】そして、ステップＳ４２において、ＴＶ２
が子となり、その通信モードがスレーブ受信モードとさ
れ、ＡＶセンタ１から送信される、最初のＤＡＴＡパケ
ットが受信される。なお、このとき、ＡＶセンタ１から
送信されるＤＡＴＡパケットのコントロールビットに
は、上述のようにＴＶ２の状態をロック状態にするよう
に記述されているので、ＴＶ２は、ロック状態になる。
即ち、この場合、ＴＶ２は、ＡＶセンタ１から送信され
るパケット以外、受信しない状態になる。

【０１１４】その後、ＡＶセンタ１では、ステップＳ４
３において、ステップＳ４１と同様の処理が行われ、Ｔ
Ｖ２では、ステップＳ４４において、ステップＳ４２と
同様の処理が行われる。

【０１１５】そして、ステップＳ４５において、ＡＶセ
ンタ１から、コントロールビットに、ＴＶ２をアンロッ
ク状態にするように記述された、最後のＤＡＴＡパケッ
トが送信され、ステップＳ４６において、この最後のＤ
ＡＴＡパケットがＴＶ２により受信される。なお、この
とき、この最後のＤＡＴＡパケットのコントロールビッ
トには、上述のようにＴＶ２をアンロック状態にするよ
うに記述されているので、ＴＶ２は、アンロック状態、
即ち他のＡＶ機器から送信されるパケットを受信するこ
とができる状態に戻される。

【０１１６】以上のように、複数パケット（フレーム）
で意味のあるメッセージ（データ）が記述されたＤＡＴ
Ａパケットがやりとりされる場合には、すべてのＤＡＴ
Ａパケットの送信／受信が行われることによって、ＡＶ
センタ１とＴＶ２との間の通信が終了する。

【０１１７】なお、長い時間、制御バスが占有されるこ
とは、システムの運用上好ましくないので、１度に送信
することのできるＤＡＴＡパケットの最大数を、例えば
４フレーム（パケット）とするようにすることができ
る。

【０１１８】一方、上記のような複数フレームで構成さ
れたメッセージを受信する場合、そのメッセージを構成
する全フレームを受信した後、受信したメッセージが正
常に受信されたか否かが判定される。次に、受信したメ
ッセージの全フレームが正常に受信されたと判定される
と、例えばＴＶ２の図示せぬモニタに、メッセージの中
のテキストデータに対応するテキストが表示される。

【０１１９】このように、メッセージの受信側では、メ
ッセージに含まれるフレーム数分のバッファが必要とな
る。従って、１度に送信することのできるＤＡＴＡパケ
ットの数を、所定の数（例えば、４フレーム（パケッ
ト））以下にすることで、受信側で必要とされるバッフ
ァの大きさを小さくすることができ、受信側の機器構成
を簡単にすることができる。

【０１２０】次に、例えばＡＶセンタ１からＴＶ２に、
ステイタス自動発信パケットが送信される場合、図９の
フローチャートに示すように、ステップＳ５１におい
て、ＡＶセンタ１の通信モードがマスタ送信モードとさ
れ、ステイタス自動発信パケットがＴＶ２に送信され
る。なお、このステイタス自動発信パケットを送信する
ＡＶセンタ１は、パケットの記述内容により、親とされ
る場合と、子とされる場合とがある。また、ＡＶセンタ
１が親とされた場合には、ＴＶ２は子とされ、ＡＶセン
タ１が子とされた場合には、ＴＶ２は親とされる。

【０１２１】一方、ＴＶ２では、ステップＳ５２におい
て、その通信モードがスレーブ受信モードとされ、ＡＶ
センタ１から送信されるステイタス自動発信パケットが
受信されて、ステイタス自動発信パケットのやりとり、
即ちＡＶセンタ１とＴＶ２との間の通信が終了する。

【０１２２】なお、このとき、ＡＶセンタ１から送信さ
れるステイタス自動発信パケットは、上述のように１フ
レームだけであり、ＴＶ２は、ロック状態にはされな
い。即ち、ＴＶ２は、ステイタス自動発信パケットを受
信しても、アンロック状態のままとされる。

【０１２３】次に、ＡＶセンタ１から、同報パケットが
送信される場合、図１０のフローチャートに示すよう
に、ステップＳ６１において、ＡＶセンタ１の通信モー
ドがマスタ送信モードとされ、同報パケットが、ＡＶセ
ンタ１を除くすべてのＡＶ機器、即ちＴＶ２，ＭＤＰ
３，ＶＴＲ４に送信される。

【０１２４】すると、ステップＳ６２乃至Ｓ６４におい
て、ＴＶ２，ＭＤＰ３，ＶＴＲ４の通信モードがスレー
ブ受信モードとされ、ＡＶセンタ１から送信される同報
パケットがそれぞれ受信される。これにより、同報パケ
ットのやりとり、即ちＡＶセンタ１と、ＴＶ２，ＭＤＰ
３，ＶＴＲ４との間の通信がそれぞれ終了する。

【０１２５】なお、このとき、ＡＶセンタ１から送信さ
れる同報パケットは、１フレームだけであり、ＴＶ２，
ＭＤＰ３，ＶＴＲ４は、ロック状態にはされない。即
ち、ＴＶ２，ＭＤＰ３，ＶＴＲ４は、同報パケットを受
信しても、アンロック状態のままとされる。

【０１２６】また、この場合、ＡＶセンタ１から送信さ
れる同報パケットを、ＡＶセンタ１以外のＴＶ２，ＭＤ
Ｐ３，ＶＴＲ４すべてに受信させるようにしたが、例え
ばＴＶ２，ＭＤＰ３，ＶＴＲ４のうちのいずれか２つだ
けに受信させるようにすることができる。

【０１２７】次に、例えばＡＶセンタ１からＴＶ２に、
ＤＡＴＡＲＥＱパケットが送信されて通信が開始された
場合、図１１のフローチャートに示すように、ステップ
Ｓ７１において、ＡＶセンタ１が親となり、その通信モ
ードがマスタ送信モードとされ、ＤＡＴＡＲＥＱパケッ
トがＴＶ２に送信される。

【０１２８】すると、ステップＳ７２において、ＴＶ２
が子となり、その通信モードがスレーブ受信モードとさ
れ、ＡＶセンタ１から送信されるＤＡＴＡＲＥＱパケッ
トが受信されて、ＤＡＴＡＲＥＱパケットのやりとり、
即ちＡＶセンタ１とＴＶ２との間の通信が終了する。

【０１２９】なお、このとき、ＡＶセンタ１から送信さ
れるＤＡＴＡＲＥＱパケットは１フレームだけであり、
ＴＶ２は、ロック状態にはされない。即ち、ＴＶ２は、
ＤＡＴＡＲＥＱパケットを受信しても、アンロック状態
のままとされる。

【０１３０】その後、ＴＶ２では、ステップＳ７３にお
いて、ステップＳ７２で受信したＤＡＴＡＲＥＱパケッ
トの記述内容に基づいてデータがＡＮＳ（返事）パケッ
トに記述され、ＤＡＴＡＲＥＱパケットを送信したＡＶ
センタ１に返信（送信）される。

【０１３１】なお、このとき、ＴＶ２は子でありなが
ら、その通信モードをマスタ送信モードとする。

【０１３２】一方、ＡＶセンタ１では、ステップＳ７４
において、親でありながらその通信モードがスレーブ受
信モードにされ、ＴＶ２から送信されるＡＮＳパケット
が受信されて、ＡＮＳパケットのやりとりが終了する。

【０１３３】次に、例えばＡＶセンタ１とＴＶとの間で
の、ＣＭＤ，ＲＥＱ，ＤＡＴＡＲＥＱパケットなどの、
ＡＮＳパケットを要求するパケットの送信／受信中にお
いて、伝送エラーが生じた場合の回復処理について、図
１２のフローチャートを参照して説明する。まず、ステ
ップＳ８１において、ＡＶセンタ１が親となり、その通
信モードがマスタ送信モードとされ、ＣＭＤ／ＲＥＱ／
ＤＡＴＡＲＥＱ（ＣＭＤ，ＲＥＱ、またはＤＡＴＡＲＥ
Ｑ）パケットがＴＶ２に送信される。

【０１３４】すると、ステップＳ８２において、ＴＶ２
が子となり、その通信モードがスレーブ受信モードとさ
れ、ＡＶセンタ１から送信されるＣＭＤ／ＲＥＱ／ＤＡ
ＴＡＲＥＱパケットが受信されて、ＣＭＤ／ＲＥＱ／Ｄ
ＡＴＡＲＥＱパケットのやりとり、即ちＡＶセンタ１と
ＴＶ２との間の通信が終了する。

【０１３５】その後、ステップＳ８３において、ＴＶ２
は子でありながら、その通信モードがマスタ送信モード
とされ、例えば１００ｍｓ以内に、受信したパケットに
対する返事としてのＡＮＳパケットが、ＡＶセンタ１に
送信される。

【０１３６】一方、ＡＶセンタ１では、ステップＳ８４
において、親でありながら、その通信モードがスレーブ
受信モードとされ、子としてのＴＶ２がＣＭＤ／ＲＥＱ
／ＤＡＴＡＲＥＱパケットを受信してから、ＡＮＳパケ
ットを送信するまでにかかる最大の時間１００ｍｓより
長い、例えば２００ｍｓだけ、ＡＮＳパケットが送信さ
れてくるのが待たれる。

【０１３７】そして、２００ｍｓ経過しても、ＡＮＳパ
ケットを受信することができなかった場合、ステップＳ
８１に戻り、ステップＳ８１から後の処理を繰り返す。
即ち、ＡＶセンタ１においては、ＣＭＤ／ＲＥＱ／ＤＡ
ＴＡＲＥＱパケットを送信してから、２００ｍｓ経過し
ても、ＡＮＳパケットを受信することができなかった場
合、ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパケットが再送さ
れる。

【０１３８】従って、この場合、ＣＭＤ／ＲＥＱ／ＤＡ
ＴＡＲＥＱパケットを確実に送信することができる。

【０１３９】また、ステップＳ８４において、ＡＮＳパ
ケットが受信されたと判定された場合、ステップＳ８５
に進み、ＡＮＳパケットの内容が、上述のＲＥＪＥＣ
Ｔ，ＮＯＴ−ＩＭＰＬＥＭＥＮＴ，ＩＬＬＥＧＡＬ＋Ｎ
ＯＴ−ＩＭＰＬ，ＢＵＳＹ，ＣＯＭＰＬＥＴＥＤの５つ
のうちのいずれであるかか判定される。ステップＳ８４
において、ＡＮＳパケットの内容が、ＲＥＪＥＣＴおよ
びＩＬＬＥＧＡＬ＋ＮＯＴ−ＩＭＰＬのうちのいずれか
であると判定された場合、ステップＳ８１に戻り、ＣＭ
Ｄ／ＲＥＱ／ＤＡＴＡＲＥＱパケットが再送される。

【０１４０】一方、ステップＳ８５において、ＡＮＳパ
ケットの内容が、ＢＵＳＹであると判定された場合、ス
テップＳ８６に進み、送信したＣＭＤ／ＲＥＱ／ＤＡＴ
ＡＲＥＱパケットに対する最終的な返事が待たれ、処理
を終了する。また、ステップＳ８５において、ＡＮＳパ
ケットの内容が、ＣＯＭＰＬＥＴＥＤであると判定され
た場合には、処理を終了する。

【０１４１】なお、ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパ
ケットを受信するＡＶ機器としてのＴＶ２では、受信し
たＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパケットを文法チェ
ックすることによって、即ちＣＭＤ／ＲＥＱ／ＤＡＴＡ
ＲＥＱパケットのうちの、例えばＯＰＣ／ＯＰＲ（図２
（ｂ））が記述されているはずの位置に、認識可能なＯ
ＰＣ／ＯＰＲが記述されている（正しくＯＰＣ／ＯＰＲ
が記述されている）かどうかで、ＡＶセンタ１から送信
されるパケットを正しく受信できたか否かが判定される
ようになされている。

【０１４２】また、上述の文法チェックの結果、ＡＶセ
ンタ１から送信されるパケットを正しく受信することが
できなかったと判定した場合には、そのパケットは捨て
られる（受信したパケットとされない）。

【０１４３】次に、例えばＡＶセンタ１からＴＶ２に、
１フレームより多いフレーム数から構成されるＤＡＴＡ
パケットが送信されている最中に、他のＡＶ機器から同
報パケットが送信されてきた場合について説明する。

【０１４４】まず、ＴＶ２のＤ２Ｂ制御部２ａ（図１）
は、図１３に示すように、自分アドレス判定部１１、通
常フレーム用バッファ１２、バッファ容量検出部１３、
同報アドレス判定部１４、同報フレーム用バッファ１
５、バッファ容量検出部１６、ロック／アンロック制御
部１７、および主制御部１８から構成される。

【０１４５】ＡＶセンタ１からＴＶ２に、１フレームよ
り多いフレーム数から構成されるＤＡＴＡパケットが送
信されてきた場合、まず自分アドレス判定部１１におい
て、そのＤＡＴＡパケットの相手アドレス（図２
（ａ））が参照され、相手アドレスに記述されているア
ドレスが、自身にあらかじめ割り当てられたアドレスか
否かが判定される。そして、相手アドレスに記述されて
いるアドレスが、自身にあらかじめ割り当てられたアド
レスである場合、自分アドレス判定部１１は、ＤＡＴＡ
パケットを取り込み、通常フレーム用バッファ１２およ
びロック／アンロック制御部１７に供給する。

【０１４６】ロック／アンロック制御部１７は、ＤＡＴ
Ａパケットのコントロールビットを参照し、ＴＶ２のロ
ック状態またはアンロック状態にする。

【０１４７】ここで、この場合、ＡＶセンタ１からＴＶ
２に、１フレームより多いフレーム数から構成されるＤ
ＡＴＡパケットが送信されていると仮定しているので、
図８で説明したように、ＴＶ２はロック状態にされる。

【０１４８】通常フレーム用バッファ１２は、自分アド
レス判定部１１より供給されたＤＡＴＡパケットを一時
記憶する。一方、バッファ容量検出部１３において、通
常フレーム用バッファ１２が参照され、通常フレーム用
バッファ１２にパケットが記憶されているか否かが判定
される。そして、通常フレーム用バッファ１２にパケッ
トが記憶されていると、バッファ容量検出部１３は、主
制御部１８に対し、通常フレーム用バッファ１２に記憶
されているパケットを取り込むように制御信号を出力す
る。これにより、主制御部１８は、通常フレーム用バッ
ファ１２に記憶されたＤＡＴＡパケットを取り込み、以
下所定の処理を行う。その後、複数フレーム（パケッ
ト）で構成されるＤＡＴＡパケットの、最後のパケット
が受信されると、ロック／アンロック制御部１７におい
て、ＴＶ２が、ロック状態からアンロック状態にされ
る。

【０１４９】そして、このとき、他のＡＶ機器からパケ
ットが送信されてくると、同報アドレス判定部１４にお
いて、そのパケットの相手アドレス（図２（ａ）または
図２（ｂ））が参照され、そこに記述されたアドレス
が、同報用にあらかじめ割り当てられたものか否かが判
定される。

【０１５０】ここで、同報パケットは、それを送信した
ＡＶ機器以外のものに受信されるように、その相手アド
レスには、同報用にあらかじめ設定された（割り当てら
れた）アドレスが記述されるようになされている。

【０１５１】同報アドレス判定部１４において、他のＡ
Ｖ機器から送信されてきたパケットの相手アドレスに同
報用のアドレスが記述されていると判定された場合、即
ちそのパケットが同報パケットである場合、同報パケッ
トが同報フレーム用バッファ１５に供給され、一時記憶
される。

【０１５２】そして、バッファ容量検出部１６は、同報
フレーム用バッファ１５に同報パケットが記憶される
と、ロック／アンロック制御部１７を参照し、いまＴＶ
２がロック状態であるか、またはアンロック状態である
かを判定する。そして、バッファ容量検出部１６は、Ｔ
Ｖ２の状態がロック状態であった場合、それがアンロッ
ク状態になるのを待って、同報フレーム用バッファ１５
に記憶された同様パケットを取り込むように、主制御部
１８に対して制御信号を出力する。

【０１５３】従って、この場合、ＡＶ機器がロック状態
であっても、同報パケットの受信が可能となる。

【０１５４】なお、バッファ容量検出部１６は、同報フ
レーム用バッファ１５に同報パケットが記憶され始めた
とき、ＴＶ２がアンロック状態であれば、即座に、主制
御部１８に対して制御信号を出力する。

【０１５５】また、以上のように、ＡＶセンタ１からＴ
Ｖ２に、複数のＤＡＴＡパケットが送信される場合、Ｔ
Ｖ２は、ＡＶセンタ１によってロック状態にされるが、
このロック状態の解除、即ちＴＶ２をロック状態からア
ンロック状態にする処理は、ＡＶセンタ１が、責任をも
って行うようになされている。

【０１５６】しかしながら、何らかの原因によって、Ａ
Ｖセンタ１によりロック状態の解除が行われない場合を
想定し、ＴＶ２では、ロック状態にされてから、例えば
８００ｍｓなどの所定の時間を経過しても、アンロック
状態にされないとき、自身でロック状態を解除するよう
になされている。

【０１５７】即ち、各ＡＶ機器では、図示せぬタイマに
より、ロック状態にされてからの時間を計時し、８００
ｍｓ経過しても、アンロック状態とされなければ、自身
で、その状態をアンロック状態とするようになされてい
る。

【０１５８】また、ＡＶ機器がロック状態の場合、同報
パケットは、上述のようにして受信されるが、同報パケ
ット以外のパケットは受信されない。

【０１５９】次に、ＴＶ２のＤ２Ｂ制御部２ａ（図１）
は、図１３に示す他、例えば図１４に示すように構成す
ることができる。なお、図中、図１３における場合と対
応する部分については、同一の符号を付してある。

【０１６０】即ち、図１３に示す場合においては、同報
パケット以外のパケットが通常フレーム用バッファ１２
に記憶され、同報パケットが同報フレーム用バッファ１
５に記憶されるようになされているが、図１４に示す場
合においては、パケットは、すべてバッファ２１に記憶
されるようになされている。

【０１６１】さらに、バッファ２１においては、自分ア
ドレス判定部１１から供給される、同報パケット以外の
パケットを記憶するアドレス（領域）と、同報アドレス
判定部１４から供給される同報パケットを記憶するアド
レス（領域）とが、異なるものとされており、従って、
この場合、バッファ２１のアドレス制御が必要となる
が、図１３に示す場合と比較して、装置を簡単に構成す
ることができる。

【０１６２】なお、同報パケットの送信／受信は、最優
先の識別アドレスを用いて行われるようになされてお
り、これにより、同報パケットは、他のパケットとのア
ービトレイションに勝ち残り、最優先でやりとりされ
る。

【０１６３】即ち、例えばいわゆるＩＥＣ１０３０に準
拠して、ＡＶシステムを構成した場合においては、同報
パケットの送信／受信は、一番若いアドレスを共通機器
アドレスとして行われる。

【０１６４】次に、各パケットのやりとりについて、さ
らに詳述する。まず、ＣＭＤパケットの場合、図１５に
示すように、親となるＡＶ機器は、マスタ送信モードに
なり、ＣＭＤパケットを、子となるＡＶ機器に送信す
る。子は、スレーブ受信モードとなり、親から送信され
るＣＭＤパケットを受信し、例えば１００ｍｓ以内に、
そのＣＭＤパケットに対する返事（例えばＢＵＳＹ）が
記述されたＡＮＳパケットを、親に送信する。このと
き、子は、マスタ送信モードになる。

【０１６５】さらに、子は、親から送信されるＣＭＤパ
ケットに対する最終的な返事（完了（ＣＯＭＰＬＥＴＥ
Ｄ）、処理できなかった（ＲＥＧＥＣＴ）、ＣＭＤパケ
ットに記述された処理をする機能を有していない（ＮＯ
Ｔ−ＩＭＰＬＥＭＥＮＴ）など）が記述されたＡＮＳパ
ケットを、マスタ送信モードで送信する。

【０１６６】一方、親は、ＣＭＤパケットの子からのＡ
ＮＳパケットを２００ｍｓだけ待ち、ＡＮＳパケットが
送信されてくると、スレーブ受信モードで受信し、最終
的な返事が記述されたＡＮＳパケットの受信後、次の処
理（次のパケットの送信）を行う。

【０１６７】次に、親から送信されるパケットが、ＲＥ
Ｑ／ＤＡＴＡＲＥＱ（ＲＥＱまたはＤＡＴＡＲＥＱ）パ
ケットの場合、図１６に示すようにＡＶ機器間の通信が
行われる。即ち、親から送信されるパケットが、ＲＥＱ
／ＤＡＴＡＲＥＱパケットの場合、上述のＣＭＤパケッ
トの場合（図１５）と同様にして、パケットがやりとり
される。

【０１６８】さらに、親から送信されるパケットが、Ｄ
ＡＴＡパケットの場合、このＤＡＴＡパケットが、１フ
レーム（パケット）で構成されるときには、図１７に示
すように通信が行われる。即ち、図７で説明したよう
に、親は、マスタ送信モードでＤＡＴＡパケットを子に
送信し、子は、親から送信されるＤＡＴＡパケットを、
スレーブ受信モードで受信する。

【０１６９】また、ＤＡＴＡパケットが、複数フレーム
（パケット）で構成されるときには、図１８に示すよう
に通信が行われる。即ち、ＤＡＴＡパケットが、例えば
３フレーム（パケット）で構成されるとき、親は、マス
タ送信モードで、最初のＤＡＴＡパケットを子に送信
し、その後、例えば少なくとも８ｍｓだけ待って、２番
目のＤＡＴＡパケットを送信する。そして、親は、さら
に少なくとも８ｍｓだけ待って、最後のパケットを送信
する。

【０１７０】一方、子は、親から送信された３つのＤＡ
ＴＡパケットを、スレーブ受信モードで順次受信する。
なお、このとき、子は、最初のパケットを受信した時点
でロック状態にされ、最後のパケットを受信した時点で
アンロック状態にされる。

【０１７１】次に、ＡＮＳパケットを要求するパケット
を送信した親に、子からＡＮＳパケットが返信（送信）
される場合、図１９に示すように、子は、マスタ送信モ
ードでＡＮＳパケットを送信し、親は、スレーブ受信モ
ードで、子から送信されるＡＮＳパケットを受信する。

【０１７２】さらに、送信されるパケットが、ステイタ
ス自動発信パケットである場合、図２０に示すように、
送信側では、マスタ送信モードでステイタス自動発信パ
ケットが送信され、受信側では、スレーブ受信モード
で、親から送信されるステイタス自動発信パケットが受
信される。

【０１７３】次に、ＣＭＤ，ＲＥＱ，ＤＡＴＡＲＥＱ，
ＤＡＴＡ，ＡＮＳ、またはステイタス自動発信パケット
（ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱ／ＤＡＴＡ／ＡＮＳ
／ステイタス自動発信パケット）の送信時において、パ
ケットに記述された相手アドレスやコントロールビット
の部分で伝送エラー（送信エラー）が生じた場合、図２
１に示す処理が行われる。

【０１７４】ここで、パケットを受信した各ＡＶ機器
は、１バイトのデータを受信するごとに、１ビットの信
号ＡＣＫ（アクノリッジ）を、パケットを送信したＡＶ
機器に返すようになされている。そして、送信側では、
自身が送信したパケット長が判っているので、受信側か
ら送信されるＡＣＫの数をカウントすることにより、パ
ケット送信中の、例えばビット落ちなどのエラーを検出
することができるようになされている。

【０１７５】従って、ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱ
／ＤＡＴＡ／ＡＮＳ／ステイタス自動発信パケットの送
信時において、送信側で、受信側から送信されるＡＣＫ
の数をカウントすることにより、パケットに記述された
相手アドレスやコントロールビットの部分での伝送エラ
ー（送信エラー）が検出された場合、図２１に示すよう
に、例えば８ｍｓだけ待って、ＣＭＤ／ＲＥＱ／ＤＡＴ
ＡＲＥＱ／ＤＡＴＡ／ＡＮＳ／ステイタス自動発信パケ
ットが再送される。

【０１７６】そして、例えば同様の送信エラーが４回生
じ、ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱ／ＤＡＴＡ／ＡＮ
Ｓ／ステイタス自動発信パケットの再送を３回行って
も、パケットを正しく送信することができないときに
は、そのパケットの送信が断念される。

【０１７７】次に、ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパ
ケットの送信時において、パケットに記述されたコント
ロールビットより後ろの部分（例えば、図２（ｂ）に示
すＴＥＸＴ−ＨＤやＨＤ−ＯＰＲなど）で伝送エラー
（送信エラー）が生じ、受信側（子）から、文法エラー
を示すＩＬＬＥＧＡＬ＋ＮＯＴ−ＩＭＰＬが記述された
ＡＮＳパケットが返信（送信）された場合には、図２２
に示す処理が行われる。

【０１７８】即ち、送信側（親）において、ＣＭＤ／Ｒ
ＥＱ／ＤＡＴＡＲＥＱパケットの送信後、受信側（子）
から送信されるＡＣＫに基づいて、送信エラーが検出さ
れ、さらに例えば２００ｍｓ経過する前に、ＩＬＬＥＧ
ＡＬ＋ＮＯＴ−ＩＭＰＬが記述されたＡＮＳパケットが
受信されると、ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパケッ
トが再送される。そして、この再送を、例えば３回行っ
ても、送信エラーが検出され、さらにＩＬＬＥＧＡＬ＋
ＮＯＴ−ＩＭＰＬが記述されたＡＮＳパケットが受信さ
れた場合には、ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパケッ
トの送信が断念される。

【０１７９】次に、ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパ
ケットの送信後、送信側（親）で、受信側（子）から送
信されるＡＣＫに基づいて、送信エラーが検出され、さ
らに例えば２００ｍｓだけ待っても、受信側（子）から
送信されるＡＮＳパケットを受信することができなかっ
た場合、図２３に示すように、ＣＭＤ／ＲＥＱ／ＤＡＴ
ＡＲＥＱパケットが再送される。そして、この再送を、
例えば３回行っても、送信エラーが検出され、さらにＡ
ＮＳパケットを受信することができなかった場合には、
ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパケットの送信が断念
される。

【０１８０】次に、ＤＡＴＡパケットの送信時におい
て、パケットに記述されたコントロールビットより後ろ
の部分（例えば、図２（ａ）に示すＴＥＸＴ−ＨＤやＨ
Ｄ−ＯＰＲなど）で生じた伝送エラー（送信エラー）
が、送信側で、受信側から送信されるＡＣＫの数をカウ
ントすることにより検出された場合には、図２４に示す
ように、例えば８ｍｓだけ待って、ＤＡＴＡパケットが
再送される。

【０１８１】そして、例えば同様の送信エラーが４回生
じ、ＤＡＴＡパケットの再送を３回行っても、パケット
を正しく送信することができないときには、そのパケッ
トの送信が断念される。

【０１８２】次に、ＡＮＳ／ステイタス自動発信パケッ
トの送信時において、パケットに記述されたコントロー
ルビットより後ろの部分（例えば、図２（ｂ）に示すＴ
ＥＸＴ−ＨＤやＨＤ−ＯＰＲなど）で生じた伝送エラー
（送信エラー）が、送信側で、受信側から送信されるＡ
ＣＫの数をカウントすることにより検出された場合に
は、図２５に示すように、例えば８ｍｓだけ待って、Ａ
ＮＳ／ステイタス自動発信パケットが再送される。

【０１８３】そして、上述のＤＡＴＡパケットにおける
場合（図２４）と同様に、ＡＮＳ／ステイタス自動発信
パケットの再送を３回行っても、正しく送信することが
できないときには、そのパケットの送信が断念される。

【０１８４】次に、ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパ
ケットの送信時において、その送信は、正常に行うこと
ができたにも関わらず、受信側（子）から、文法エラー
を示すＩＬＬＥＧＡＬ＋ＮＯＴ−ＩＭＰＬが記述された
ＡＮＳパケットが返信（送信）された場合には、図２６
に示す処理が行われる。

【０１８５】即ち、送信側（親）において、ＣＭＤ／Ｒ
ＥＱ／ＤＡＴＡＲＥＱパケットの送信後、２００ｍｓ以
内にＩＬＬＥＧＡＬ＋ＮＯＴ−ＩＭＰＬが記述されたＡ
ＮＳパケットが受信されると、ＣＭＤ／ＲＥＱ／ＤＡＴ
ＡＲＥＱパケットが再送される。そして、この再送を、
例えば３回行っても、ＩＬＬＥＧＡＬ＋ＮＯＴ−ＩＭＰ
Ｌが記述されたＡＮＳパケットが受信された場合には、
ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパケットの送信が断念
される。

【０１８６】次に、ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパ
ケットの送信後、送信側（親）で、例えば２００ｍｓだ
け待っても、受信側（子）から送信されるＡＮＳパケッ
トを受信することができなかった場合、図２７に示すよ
うに、ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパケットが再送
される。そして、この再送を、例えば３回行っても、Ａ
ＮＳパケットを受信することができなかった場合には、
ＣＭＤ／ＲＥＱ／ＤＡＴＡＲＥＱパケットの送信が断念
される。

【０１８７】なお、この場合、さらにＲＥＱパケットを
送信し、受信側（子）の状態を把握するようにすること
ができる。

【０１８８】さらに、次に、図２８乃至図３２を参照し
て、図１の実施例の動作について説明する。まず図２８
は、ＡＶセンタ１からＭＤＰ３に対し、ＣＭＤパケット
が送信され、その処理を待っている最中に、ＴＶ２から
ＡＶセンタ１に、例えばフィーチャに関するＣＭＤパケ
ットが送信された場合のパケットのやりとりを説明して
いる。この場合、ＡＶセンタ１からＣＭＤパケットが送
信され、ＭＤＰ３で受信されると、ＭＤＰ３から、ＢＵ
ＳＹが記述された（ＣＭＤパケットに対する処理を行っ
ていることを示す）ＡＮＳパケットが、ＡＶセンタ１に
送信される。

【０１８９】そして、ＡＶセンタ１において、ＭＤＰ３
から送信される、ＣＭＤパケットに対する処理が終了し
たことを示すＡＮＳパケット、即ちＣＯＭＰＬＥＴＥＤ
が記述されたＡＮＳパケットが待たれ、その間に、ＴＶ
２からＡＶセンタ１に、フィーチャに関するＣＭＤパケ
ットが送信されると、それに対する処理をいま行うこと
ができないことを示すＡＮＳパケット、即ちＲＥＪＥＣ
Ｔが記述されたＡＮＳパケットが、ＡＶセンタ１からＴ
Ｖ２に送信される。

【０１９０】その後、ＡＶセンタ１は、ＭＤＰ３から送
信される、ＣＯＭＰＬＥＴＥＤが記述されたＡＮＳパケ
ットを受信すると、他のＡＶ機器から送信されるパケッ
トを受け付け、そのパケットに対する処理を行うように
なる。

【０１９１】次に、例えばＡＶセンタ１が、ＴＶ２か
ら、ＭＤＰ３との接続依頼に関するＣＭＤパケット（以
下、接続依頼ＣＭＤパケットという）を受信した場合、
図２９（または図３０）に示すように、まずＡＶセンタ
１は、ＢＵＳＹが記述されたＡＮＳパケットをＴＶ２に
送信し、さらにＴＶ２から受信したＣＭＤパケットに基
づいた、接続に関するＣＭＤパケット（以下、接続ＣＭ
Ｄパケットという）をＭＤＰ３に送信する。

【０１９２】ＭＤＰ３は、ＡＶセンタ１から送信される
接続ＣＭＤパケットを受信すると、それに対する処理を
行うとともに、ＢＵＳＹが記述されたＡＮＳパケットを
ＡＶセンタ１に送信する。

【０１９３】すると、ＡＶセンタ１は、返事待ちの状態
になる。即ち、ＡＶセンタ１は、図２９に示すように、
ＴＶ２から、最初に送信された接続依頼ＣＭＤパケット
と同様のＣＭＤパケットや、異なるＣＭＤパケット、Ｒ
ＥＱパケット、ＤＡＴＡＲＥＱパケットなどが送信され
てきても、ＲＥＪＥＣＴ（またはＢＵＳＹ）が記述され
たＡＮＳパケットを返信するようになる。

【０１９４】但し、この場合、ＴＶ２から、ＤＡＴＡパ
ケットまたはステイタス自動発信パケットが送信された
ときには、ＡＶセンタ１において、そのパケットが受信
され、それに対する処理が行われる。また、ＴＶ２から
ＡＮＳパケットが送信されたときは、ＡＶセンタ１にお
いて、そのパケットは受信されるが、そのまま捨てられ
る。なお、ＴＶ２から送信されるＤＡＴＡパケット、ス
テイタス自動発信パケット、およびＡＮＳパケットのう
ちのいずれが受信された場合においても、それに対する
返事は行われない（ＡＮＳパケットは送信されない）。

【０１９５】さらに、この場合、ＡＶセンタ１は、図３
０に示すように、ＭＤＰ３から、ＣＭＤパケット、ＲＥ
Ｑパケット、ＤＡＴＡＲＥＱパケットなどが送信されて
きても、ＲＥＪＥＣＴ（またはＢＵＳＹ）が記述された
ＡＮＳパケットを返信するようになる。

【０１９６】但し、この場合、ＭＤＰ３から、ＤＡＴＡ
パケットまたはステイタス自動発信パケットが送信され
たときには、ＡＶセンタ１において、そのパケットが受
信され、それに対する処理が行われる。なお、ＭＤＰ３
から送信されるＤＡＴＡパケットおよびステイタス自動
発信パケットのうちのいずれが受信された場合において
も、それに対する返事は行われない（ＡＮＳパケットは
送信されない）。

【０１９７】また、ＴＶ２またはＭＤＰ３から、ＣＭＤ
パケット、ＲＥＱパケット、ＤＡＴＡＲＥＱパケット、
ＤＡＴＡパケット、ステイタス自動発信パケット、ＡＮ
Ｓパケットが送信されたときだけでなく、ＶＴＲ３や、
図１のＡＶシステムに接続した、図示せぬ他のＡＶ機器
から、ＣＭＤパケット、ＲＥＱパケット、ＤＡＴＡＲＥ
Ｑパケット、ＤＡＴＡパケット、ステイタス自動発信パ
ケット、ＡＮＳパケットが送信されたときも、図３１に
示すように、ＡＶセンタ１において、上述と同様の対処
がなされる。

【０１９８】その後、図２９（または図３０）に示すよ
うに、ＡＶセンタ１において、ＭＤＰ３から、ＣＯＭＰ
ＬＥＴＥＤが記述されたＡＮＳパケットが受信される
と、ＴＶ２に対し、ＣＯＭＰＬＥＴＥＤが記述されたＡ
ＮＳパケットが送信される。

【０１９９】なお、１つのＲＥＱパケットに対するＡＮ
Ｓパケットの送信は、１回だけとすることができる。こ
れにより、例えば図３２に示すように、ＡＶセンタ１が
返事待ち状態で（ＡＶセンタ１が、ＭＤＰ３から送信さ
れるＣＯＭＰＬＥＴＥＤが記述されたＡＮＳパケットを
待っている状態で）、例えばＴＶ２からＲＥＱパケット
を受信したとき、それに対し、ＴＶ２に送信した、ＢＵ
ＳＹまたはＲＥＪＥＣＴが記述されたＡＮＳパケット
は、ＴＶ２において、ＲＥＱパケットに対する返事と認
識される。

【０２００】従って、この場合、ＢＵＳＹまたはＲＥＪ
ＥＣＴが記述されたＡＮＳパケットの後に、ＡＶセンタ
１からＴＶ２に送信される、ＣＯＭＰＬＥＴＥＤが記述
されたＡＮＳパケットは、ＴＶ２において、最初の接続
依頼ＣＭＤパケットに対する返事と認識されることにな
る。

【０２０１】なお、パケットは、１回だけ送信するので
はなく、同一のパケットを、例えば２回送信するように
することができる。この場合、同一パケットを２回送信
することによって、送信時間は増加するが、パケット
の、より正確な送信を行うことができる。

【０２０２】図３３は、例えば、２つのフレームで構成
されるＯＳＤデータを、２回づつ送信する場合の、ＯＳ
Ｄデータの各フレームのフォーマットを示したものであ
る。図３３（ａ）は、１回目に送信されるフレーム１
（正フレーム１）のフォーマットであり、図３３（ｂ）
は、２回目に送信されるフレーム１（補フレーム１）の
フォーマットである。同様に図３３（ｃ）は、１回目に
送信されるフレーム２（正フレーム２）のフォーマット
であり、図３３（ｄ）は、２回目に送信されるフレーム
２（補フレーム２）のフォーマットである。

【０２０３】図３３に示したように、フレームのＤＴ−
ＡＴＲの位置に記述する情報を、例えば、図３３（ａ）
の６０ｈと図３３（ｂ）の６１ｈ、または図３３（ｃ）
の６２ｈと図３３（ｄ）の６３ｈのように、正フレーム
と補フレームとで変えるようにすることができる。この
場合、送信されてきたフレームのＤＴ−ＡＴＲの位置に
記述された情報によって、送信されてきたフレームが正
フレームか補フレームかの判別がなされる。従って、伝
送エラー発生時の送受信側のエラー回復処理を簡単にす
ることができる。

【０２０４】また、本実施例においては、ＡＶセンタ１
とＴＶ２とを別々に構成するようにしたが、ＡＶセンタ
１とＴＶ２とは一体に構成するようにすることができ
る。

【０２０５】以上、本発明をＡＶシステムに適用した場
合について説明したが、本発明は、ＡＶシステムの他、
いわゆるパソコン通信や、コンピュータとＡＶ機器とを
接続したシステムなどに適用可能である。

【０２０６】

【発明の効果】請求項１に記載の通信方法によれば、装
置間で伝送される電文の種類に、コマンドと、ステイタ
ス要求コマンドと、データ要求コマンドと、純データ
と、返事と、ステイタス自動発信と、同報とがあり、装
置間の通信が、１フレームで構成される電文が、装置間
で伝送される場合、電文を受信する装置にロックがかけ
られず、装置間の通信は、１つの電文の送信と受信を１
単位として行われ、純データが、複数フレームで構成さ
れるときには、その最初のフレームで、純データを受信
する装置にロックがかけられ、残りのフレームが送信さ
れる。従って、簡単な手順で、効率良く装置間の通信を
行うことができる。

【０２０７】

【０２０８】請求項２に記載の通信方式によれば、ＯＳ
Ｄデータが、複数フレームで構成されるときには、その
最初のフレームにより、ＯＳＤデータを受信する装置に
ロックがかけられ、ＯＳＤデータの最後のフレームによ
り、装置のロックがはずされる。従って、複数フレーム
で構成される純データを伝送している最中に、受信側に
対して他から電文が伝送されてきても、純データの伝送
が中断されることがないため、伝送処理を確実かつ簡単
にすることができる。

【０２０９】請求項３に記載の通信方式によれば、純デ
ータが複数のフレームで構成されるとき、純データを構
成するフレーム数が所定の数以下に制限される。従っ
て、純データを受信する装置のバッファを少なくでき、
装置の構成を簡略化し、低コスト化することができる。

【０２１０】請求項４に記載の通信方式によれば、純デ
ータを構成する個々のフレームには、前記フレーム内の
データ数を表す情報が記述される。従って、受信側で受
信された実際のデータ数と、受信したフレーム内のデー
タ数を表す情報とを比較することにより、伝送エラーが
生じたか否かの判断を、受信側が行うことができ、確実
な電文の伝送ができる。

【０２１１】請求項５に記載の通信方式によれば、純デ
ータが複数のフレームで構成されるとき、最初のフレー
ムにだけ、アトリビュート情報が記述される。従って、
２番目以降のフレームにはテキストデータのみ記述する
ことができ、効率よく電文の伝送を行うことができる。

【０２１２】請求項６に記載の通信方式によれば、装置
間で伝送される電文が、返事を要求しないものである場
合には、電文を送信した装置は、伝送エラーを検出し、
伝送エラーの検出後、所定の時間だけおいて電文を再送
するので、電文の伝送を確実に行うことができる。

【０２１３】請求項７に記載の通信方式によれば、装置
間で伝送される電文が、返事を要求するものである場合
には、電文を送信した装置は、所定の時間だけ経過して
も返事を受信することができなかったとき、電文を再送
する。従って、電文の伝送を確実に行うことができる。

【０２１４】請求項８に記載の通信方式によれば、純デ
ータを、通常電文記憶手段よって受信している最中に、
同報の電文が伝送されてきた場合には、装置のロックま
たはアンロック状態に関わらず、同報電文記憶手段によ
って同報の電文を受信する。従って、同報の電文は、必
ず受信されるので、同報の電文の伝送の制御を容易に行
うことができる。

【０２１５】請求項９に記載の通信方式によれば、装置
が、伝送されてきた電文を一時記憶する、同報の電文を
記憶するアドレスと、同報の電文を除く電文を記憶する
アドレスとが異なるアドレスとされた記憶手段によっ
て、純データを受信している最中に、同報の電文が伝送
されてきた場合には、装置のロックまたはアンロック状
態に関わらず、記憶手段の、純データを受信するアドレ
スと異なるアドレスに、同報の電文を受信する。従っ
て、同報の電文は、必ず受信されるので、同報の電文の
伝送の制御を容易に行うことができる。

【０２１６】請求項１０に記載の通信方式によれば、同
報の電文が、最優先で伝送されるので、同報の電文の伝
送の制御を容易に行うことができる。

【０２１７】請求項１１に記載の通信方式によれば、返
事を要求しない電文は、ステイタス自動発信の電文であ
るので、ステイタス自動発信の電文の伝送を確実に行う
ことができる。

【０２１８】請求項１２に記載の通信方式によれば、実
質的に同一のフレームが２回づつ伝送される。従って、
伝送エラーが生じたとき、エラーの回復処理が迅速に行
え、送受信側のエラー回復処理を簡単にすることができ
る。

【０２１９】請求項１３に記載の通信方式によれば、フ
レーム内の所定の位置に、前記フレームがデータフレー
ムであるか否かを示す情報が記述される。従って、その
情報を簡単に読み出すことができ、その情報により、受
信したフレームがデータフレームであるか否かを判断す
ることができるので、電文解析が容易にできる。

【図面の簡単な説明】

【図１】本発明を適用したＡＶシステムの一実施例の構
成を示すブロック図である。

【図２】図１のＡＶシステムでやりとりされるパケット
のフォーマットを示す図である。

【図３】図１のＡＶシステムでやりとりされる、複数の
フレームで構成されるＯＳＤデータのフォーマットを示
す図である。

【図４】ＣＭＤパケットの通信手順を説明するフローチ
ャートである。

【図５】ＲＥＱパケットの通信手順を説明するフローチ
ャートである。

【図６】ＯＳＤデータなどが記述されたＤＡＴＡパケッ
トを受信した場合の、受信側の処理手順を説明するフロ
ーチャートである。

【図７】１フレームからなるＤＡＴＡパケットの通信手
順を説明するフローチャートである。

【図８】複数フレームからなるＤＡＴＡパケットの通信
手順を説明するフローチャートである。

【図９】ステイタス自動発信パケットの通信手順を説明
するフローチャートである。

【図１０】同報パケットの通信手順を説明するフローチ
ャートである。

【図１１】ＤＡＴＡＲＥＱパケットの通信手順を説明す
るフローチャートである。

【図１２】ＡＮＳパケットを要求するパケットの送信／
受信中において、伝送エラーが生じた場合の回復処理を
説明するフローチャートである。

【図１３】図１の実施例のＤ２Ｂ制御部２ａの第１実施
例の構成を示すブロック図である。

【図１４】図１の実施例のＤ２Ｂ制御部２ａの第２実施
例の構成を示すブロック図である。

【図１５】ＣＭＤパケットの通信手順を説明する図であ
る。

【図１６】ＲＥＱ／ＤＡＴＡＲＥＱパケットの通信手順
を説明する図である。

【図１７】１フレームからなるＤＡＴＡパケットの通信
手順を説明する図である。

【図１８】複数フレームからなるＤＡＴＡパケットの通
信手順を説明する図である。

【図１９】ＡＮＳパケットの通信手順を説明する図であ
る。

【図２０】ステイタス自動発信パケットの通信手順を説
明する図である。

【図２１】伝送エラー（送信エラー）が生じた場合の回
復手順を説明する図である。

【図２２】伝送エラー（送信エラー）が生じた場合の回
復手順を説明する図である。

【図２３】伝送エラー（送信エラー）が生じた場合の回
復手順を説明する図である。

【図２４】伝送エラー（送信エラー）が生じた場合の回
復手順を説明する図である。

【図２５】伝送エラー（送信エラー）が生じた場合の回
復手順を説明する図である。

【図２６】返信されたＡＮＳパケットの内容が、文法エ
ラーである場合の回復手順を説明する図である。

【図２７】ＡＮＳパケットを受信することができなかっ
た場合の回復手順を説明する図である。

【図２８】図１の実施例の動作を説明する図である。

【図２９】図１の実施例の動作を説明する図である。

【図３０】図１の実施例の動作を説明する図である。

【図３１】図１の実施例の動作を説明する図である。

【図３２】図１の実施例の動作を説明する図である。

【図３３】ＯＳＤデータフレームを２回づつ送信する場
合の、正フレームと補フレームのフォーマットを示した
図である。

【符号の説明】

１ ＡＶセンタ １ａ Ｄ２Ｂ制御部 １ｂ 制御部 １ｃ 切換処理回路 ２ ＴＶ ２ａ Ｄ２Ｂ制御部 ２ｂ 制御部 ２ｃ ＴＶ処理回路 ３ ＭＤＰ ３ａ Ｄ２Ｂ制御部 ３ｂ 制御部 ３ｃ ＭＤＰ処理回路 ４ ＶＴＲ ４ａ Ｄ２Ｂ制御部 ４ｂ 制御部 ４ｃ ＶＴＲ処理回路

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小田部 典子 東京都品川区北品川６丁目７番35号 ソ ニー株式会社内 (72)発明者 刑部 義雄 東京都品川区北品川６丁目７番35号 ソ ニー株式会社内 (72)発明者 岩本 幸治 大阪府門真市大字門真1006番地 松下電 器産業株式会社内 (72)発明者 相馬 洋子 大阪府門真市大字門真1006番地 松下電 器産業株式会社内 (72)発明者 今浦 敏宏 大阪府門真市大字門真1006番地 松下電 器産業株式会社内 (72)発明者 牧 茂 大阪府門真市大字門真1006番地 松下電 器産業株式会社内 (56)参考文献 特開 昭56−40347（ＪＰ，Ａ) 特開 昭61−157131（ＪＰ，Ａ) 特開 平２−2251（ＪＰ，Ａ) 特開 平３−132126（ＪＰ，Ａ) 特開 平６−244850（ＪＰ，Ａ) 特開 昭63−24739（ＪＰ，Ａ) 特開 昭64−24537（ＪＰ，Ａ) 欧州特許出願公開627823（ＥＰ，Ａ ２)

Claims (13)

(57)【特許請求の範囲】
1. 【請求項１】 装置間で伝送される電文の種類に、 コマンドと、 ステイタス要求コマンドと、 データ要求コマンドと、 純データと、 返事と、 ステイタス自動発信と、 同報と がある通信方式において、１フレームで構成される前記電文が、前記装置間で伝送
   される場合、 前記電文を受信する装置にロックがかけられず、 前記装
   置間の通信は、１つの前記電文の送信と受信を１単位と
   して行われ、前記純データが、複数フレームで構成されるときには、
   その最初のフレームで、前記純データを受信する装置に
   ロックがかけられ、残りのフレームが送信される ことを
   特徴とする通信方式。
2. 【請求項２】 前記純データが複数フレームで構成され
   るＯＳＤデータであり、前記装置間で前記ＯＳＤデータ
   が伝送される場合、 その最初のフレームで、前記ＯＳＤデータを受信する装
   置にロックがかけられ、前記ＯＳＤデータの最後のフレ
   ームにより、前記装置のロックがはずされる ことを特徴
   とする請求項１に記載の通信方式。
3. 【請求項３】 前記純データが複数フレームで構成さ
   れ、 前記装置間で前記純データが伝送される場合、 前記純データを構成するフレーム数が所定の数以下に制
   限される ことを特徴とする請求項１または２に記載の通
   信方式 。
4. 【請求項４】 前記純データを構成する個々のフレーム
   に、前記フレーム内のデータ数を表す情報が記述される
   ことを特徴とする請求項１乃至３のいずれかに記載の通
   信方式。
5. 【請求項５】 前記純データが複数フレームで構成され
   るとき、最初のフレームにだけ、アトリビュート情報が
   記述される ことを特徴とする請求項１乃至４のいずれか
   に記載の通信方式。
6. 【請求項６】 前記装置間で伝送される前記電文が、前
   記返事を要求しないものである場合には、 前記電文を送信した装置は、伝送エラーを検出し、 前記伝送エラーの検出後、所定の時間だけおいて前記電
   文を再送する ことを特徴とする請求項１乃至５のいずれ
   かに記載の通信方式。
7. 【請求項７】 前記装置間で伝送される前記電文が、前
   記返事を要求するものである場合には、 前記電文を送信した装置は、所定の時間だけ経過しても
   前記返事を受信することができなかったとき、前記電文
   を再送する ことを特徴とする請求項１乃至６のいずれか
   に記載の通信方式。
8. 【請求項８】 前記装置は、 前記同報を除く電文を一時記憶する通常電文記憶手段
   と、 前記同報の電文を一時記憶する同報電文記憶手段と を備
   え、 前記純データを、前記通常電文記憶手段によって受信し
   ている最中に、前記同報の電文が伝送されてきた場合に
   は、前記装置のロックまたはアンロック状態に関わら
   ず、前記同報電文記憶手段によって前記同報の電文を受
   信する ことを特徴とする請求項１乃至７のいずれかに記
   載の通信方式。
9. 【請求項９】 前記装置は、 伝送されてきた前記電文を一時記憶する、前記同報の電
   文を記憶するアドレスと、前記同報の電文を除く電文を
   記憶するアドレスとが異なるアドレスとされた記憶手段
   を備え、 前記純データを、前記記憶手段によって受信している最
   中に、前記同報の電文が伝送されてきた場合には、前記
   装置のロックまたはアンロック状態に関わらず、前記記
   憶手段によって前記同報の電文を受信する ことを特徴と
   する請求項１乃至７のいずれかに記載の通信方式。
10. 【請求項１０】 前記同報の電文の伝送は、最優先で行
    われる ことを特徴とする請求項１乃至７のいずれかに記
    載の通信方式。
11. 【請求項１１】 前記返事を要求しない前記電文は、ス
    テイタス自動発信の電文である ことを特徴とする請求項
    ６に記載の通信方式。
12. 【請求項１２】 前記装置間で電文が伝送される場合、 実質的に同一のフレームが２回づつ伝送される ことを特
    徴とする請求項１乃至７のいずれかに記載の通信方式。
13. 【請求項１３】 前記装置間で電文が伝送される場合、 フレーム内の対応する位置に、前記フレームがデータフ
    レームであるかコマンドフレームであるかを示す情報が
    記述される ことを特徴とする請求項１乃至７のいずれか
    に記載の通信方式。