JP2002051056A - 通信制御方法、通信システム及び通信装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＩＥＥＥ１３９４方式などのネットワーク内
において、複数台の機器から特定の機器への要求が重な
った場合の問題を回避する。 【解決手段】 複数台の通信装置の間で相互にデータ通
信可能に構成されたネットワーク内での通信を制御する
場合に、ネットワーク内の第１の通信装置から第２の通
信装置に対して第１のコマンドを送り、第２の通信装置
で実行される所定の状態変化があったことを、第１の通
信装置に通知させる指示を行うことで、第２の通信装置
で所定の状態変化が発生したとき、第１の通信装置に状
態変化があったことを通知するように設定し、第２の通
信装置から第１の通信装置に、上記設定に基づいた状態
変化の通知を行ったとき、ネットワーク内の各通信装置
に対して、第１のコマンドを新たに受け付けられる状態
になったことを、同報通信で知らせるようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えばＩＥＥＥ１
３９４方式のバスラインで接続された機器の間でデータ
伝送を行う場合に適用して好適な通信制御方法及び通信
システムと、この通信制御方法を適用した通信装置に関
する。

【０００２】

【従来の技術】ＩＥＥＥ１３９４方式のシリアルデータ
バスを用いたネットワークで介して、相互に情報を伝送
することができるネットワークに接続されているオーデ
ィオ機器やビデオ機器（これらの機器をＡＶ機器と称す
る）が開発されている。このバスを介してデータ伝送を
行う際には、比較的大容量の動画データ，オーディオデ
ータなどをリアルタイム伝送する際に使用されるアイソ
クロナス転送モードと、静止画像，テキストデータ，制
御コマンドなどを確実に伝送する際に使用されるアシン
クロナス転送モードとが用意され、それぞれのモード毎
に専用の帯域が伝送に使用され、両モードの伝送は１つ
のバス上で混在できるようにしてある。

【０００３】このネットワークにおいては、所定のコマ
ンド（AV/C Command Transaction Set：以下ＡＶ／Ｃコ
マンドと称する）を用いることにより、ＡＶ機器を遠隔
制御することが可能である。ＩＥＥＥ１３９４方式の詳
細及びＡＶ／Ｃコマンドの詳細については、1394 Trade
Associationで公開しているAV/C Digital InterfaceCo
mmand Set General Specificationに記載されている。

【０００４】このＩＥＥＥ１３９４方式のバスラインで
接続されるＡＶ機器間でのＡＶ／Ｃコマンドの伝送とし
ては、単に相手の機器を制御するコントロールコマンド
の伝送による処理だけでなく、相手の機器の状態を知る
ステータスコマンドや、相手の機器から所定の状態の変
化を通知させるように要求するノティファイコマンド
（通知コマンド）が定義されて、それらのコマンドに基
づいた処理も実行できるようにしてある。ノティファイ
コマンドの使用例としては、例えばバスライン上のチャ
ンネルに空きがないとき、そのチャンネルを設定してい
る機器に対してノティファイコマンドを送り、チャンネ
ルに空きが発生したとき、そのことを通知させるような
ことが考えられる。これらのコマンドの具体例について
は、後述する実施の形態の中で詳細に説明する。

【０００５】

【発明が解決しようとする課題】ところで、ネットワー
ク内の相手の機器に対して、所定の状態の変化を通知さ
せるように要求するノティファイコマンドを使用する場
合には、そのコマンドを受信した側の機器では、そのコ
マンドで指示された状態の変化がいつ発生するか予測が
出来ないために、その機器内でどの機器からの要求であ
るかをキューとして記憶しておく必要がある。このキュ
ーを記憶しておくエリアには限りがあるため、そのエリ
アが全て使用中であるとき、新しいノティファイコマン
ドを受信したとしても、そのコマンドは拒絶されてしま
う。

【０００６】従って、例えばある機器で記憶できるキュ
ーの数が１つであり、その機器に送られたノティファイ
コマンドで指示した状態の変化が、いつまで経っても発
生しないとき、その機器は別の機器からのノティファイ
コマンドを受付できない状態が継続することになり、ネ
ットワーク内で用意されたコマンドを使用した通知処理
が正常に行えない状態が発生してしまう。このような場
合、ネットワーク内の機器構成に変化があったときに発
生するバスリセットが発生するまで、キューの記憶が継
続し、バスリセットが発生しない限り、新たなノティフ
ァイコマンドの受付ができない状態が継続してしまう。

【０００７】このように新たなノティファイコマンドの
受付ができない状態になると、その機器にノティファイ
コマンドを送りたい機器では、キューの記憶エリアに空
きが発生するまでは、何回ノティファイコマンドを送っ
ても、そのコマンドが拒絶されることになる。ここで、
ノティファイコマンドを送信する側の機器では、送った
ノティファイコマンドに対するレスポンスとして、その
コマンドを拒絶することを示すレスポンスが返送される
だけであり、何時ノティファイコマンドが受付可能にな
るのか判断がつかないため、受付られるまでノティファ
イコマンドの送信が繰り返し実行されてしまう問題があ
る。

【０００８】図３１は、従来のノティファイコマンドの
使用例を示した図である。この例では、ネットワーク内
に３つのコントローラａ，ｂ，ｃが存在し、各コントロ
ーラからのノティファイコマンドを受け付けるターゲッ
ト機器では、２つのノティファイのキューを記憶できる
構成としてある。この状態で、例えばコントローラａか
らターゲット機器に対して、所定の処理Ｘに関する状態
変化を通知させるノティファイコマンドを送信する（ス
テップＳ９１）。このノティファイコマンドをターゲッ
ト機器が受信すると、処理Ｘに関する２つのキューの記
憶エリアの内の１つに、コントローラａのノードＩＤが
記憶され、ターゲット機器からコントローラａに対し
て、ノティファイコマンドを受理したことを示すインタ
ーリームレスポンスを返送する（ステップＳ９２）。

【０００９】その後、コントローラｂからもターゲット
機器に対して、所定の処理Ｘに関する状態変化を通知さ
せるノティファイコマンドを送信したとする（ステップ
Ｓ９３）。このノティファイコマンドをターゲット機器
が受信すると、処理Ｘに関する残りの１つのキューの記
憶エリアに、コントローラｂのノードＩＤが記憶され、
ターゲット機器からコントローラｂに対して、ノティフ
ァイコマンドを受理したことを示すインターリームレス
ポンスを返送する（ステップＳ９４）。

【００１０】その後、さらにコントローラｃからもター
ゲット機器に対して、所定の処理Ｘに関する状態変化を
通知させるノティファイコマンドを送信したとする（ス
テップＳ９５）。このノティファイコマンドをターゲッ
ト機器が受信すると、このときには処理Ｘに関するキュ
ーの記憶エリアに空きがないので、そのノティファイコ
マンドを拒絶するリジェクトレスポンスが、ターゲット
機器からコントローラｃに対して返送される（ステップ
Ｓ９６）。

【００１１】そして、ターゲット機器の制御により、処
理Ｘに関する状態変化が発生したとき、この処理Ｘに関
するキューに記憶されたコントローラａ及びｂに対し
て、状態変化が発生したことを示すチェンジドのレスポ
ンスを送り（ステップＳ９７，Ｓ９８）、キューに記憶
されたノードＩＤを消去する。

【００１２】ここで、コントローラｃでは、処理Ｘに関
する状態変化が何時発生するのか判らないため、キュー
の記憶エリアに空きが発生するまで、ステップＳ９５で
のノティファイコマンドの送信と、ステップＳ９６での
リジェクトレスポンスの返送が繰り返されてしまう。従
って、ネットワーク内での冗長な通信が増えてしまい、
ネットワーク内での通信状態が好ましくない状態になっ
てしまう。また、処理Ｘに関する状態変化が発生した直
後に、コントローラｃからのノティファイコマンドの送
信があるとは限らないため、ターゲット機器のキューの
記憶エリアに空きが発生したとしても、そのターゲット
機器にキューがセットされない状態が長く続いてしまう
可能性があり、ネットワーク内での制御処理が迅速には
できない問題がある。

【００１３】なお、ここではＩＥＥＥ１３９４方式のバ
スラインで接続されたネットワークでノティファイコマ
ンドを使用する場合の問題について説明したが、その他
の通信構成のネットワーク内で通知処理を行う場合にも
同様の問題が存在する。

【００１４】本発明の目的は、ＩＥＥＥ１３９４方式の
バスラインなどで構成されるネットワーク内において、
複数台の機器から通知を行う要求があった場合の問題を
回避することにある。

【００１５】

【課題を解決するための手段】本発明においては、複数
台の通信装置の間で相互にデータ通信可能に構成された
ネットワーク内での通信を制御する場合に、ネットワー
ク内の第１の通信装置から第２の通信装置に対して第１
のコマンドを送り、第２の通信装置で実行される所定の
状態変化があったことを、第１の通信装置に通知させる
指示を行うことで、第２の通信装置で所定の状態変化が
発生したとき、第１の通信装置に状態変化があったこと
を通知するように設定し、第２の通信装置から第１の通
信装置に、上記設定に基づいた状態変化の通知を行った
とき、ネットワーク内の各通信装置に対して、第１のコ
マンドを新たに受け付けられる状態になったことを、同
報通信で知らせるようにした。

【００１６】かかる発明によると、第２の通信装置で、
第１のコマンドによる通知を行うように設定されて、新
たな第１のコマンドによる通知の設定ができない状態が
発生した後に、新たな第１のコマンドを受け付けできる
ようになったとき、同報通信でネットワーク内の各通信
装置に、そのことが告知される。従って、ネットワーク
内の各通信装置は、この同報通信があった後に第１のコ
マンドを発行させることで、効率良く第１のコマンドが
受け付けられるようになる。

【００１７】

【発明の実施の形態】以下、本発明の一実施の形態を、
図１〜図２６を参照して説明する。

【００１８】図１は、本発明の一実施の形態によるネッ
トワーク構成例を示す図である。本例の場合には、ＩＥ
ＥＥ１３９４方式で規格化されたバスライン１ａ，１
ｂ，１ｃ，１ｄを使用して、複数台のＡＶ機器を接続さ
せてネットワークを構成させてある。即ち、本例におい
てはＡＶ機器として、ＩＲＤ（Integrated Receiver De
coder ：デジタル衛星放送受信機）１００と、テレビジ
ョン受像機２００と、ビデオ記録再生装置３００と、オ
ーディオ記録再生装置４００と、オーディオ再生装置５
００とを用意して、各種機器１００〜５００が備えるＩ
ＥＥＥ１３９４方式のバスライン用ポートを、バスライ
ン１ａ，１ｂ，１ｃ，１ｄで順に接続させてある。

【００１９】この場合、ＩＲＤ１００とテレビジョン受
像機２００とビデオ記録再生装置３００との３台の機器
で第１のネットワークＮ１が構成してあり、オーディオ
記録再生装置４００とオーディオ再生装置５００とで第
２のネットワークＮ２が構成してある。そして、第１の
ネットワークＮ１と第２のネットワークＮ２とをバスラ
イン１ｄで接続してある。このバスライン１ｄが、２つ
のネットワークの間を接続するバスブリッジに相当す
る。

【００２０】なお、バスライン１ａ〜１ｄに接続されて
いる各機器は、ＡＶ／Ｃコマンドにおいてはユニットと
呼ばれている。ユニット間においては、ＡＶ／Ｃコマン
ドで規定されているコマンドを使用して、各ユニットに
記憶されている情報を相互に読み書きすることが可能で
ある。また、ユニットに内蔵された各機能ブロックはサ
ブユニットと呼ばれている。ユニットとサブユニットの
具体的な例については後述する。

【００２１】また、各ユニットはノード（node）とも呼
ばれ、ここではバス上でのノードＩＤとして、ＩＲＤ１
００をノードＡ、テレビジョン受像機２００をノード
Ｂ、ビデオ記録再生装置３００をノードＣ、オーディオ
記録再生装置４００をノードＤ、オーディオ再生装置５
００をノードＥとしてある。但し、このノードＩＤは、
バスリセット時に付与し直されるものであり、別のノー
ドＩＤに変化する場合もある。また、実際のノードＩＤ
は、各ネットワーク毎に付与されるものであり、図１に
示すように複数のネットワークがバスブリッジで接続さ
れている場合には、ノードＩＤとネットワーク識別ＩＤ
を使用して各機器が認識されるものである。

【００２２】図２は、ＩＲＤ１００の具体的な構成例を
示す図である。衛星からの放送電波をアンテナ１００ａ
によって受信して端子１００ｂに入力し、デジタル衛星
放送受信機１００に設けられている番組選択手段として
のチューナ１０１に供給する。ＩＲＤ１００は、中央制
御ユニット（ＣＰＵ）１１１の制御に基づいて各回路が
動作するようになされており、チューナ１０１によって
所定のチャンネルの信号を得る。チューナ１０１で得た
受信信号は、デスクランブル回路１０２に供給する。

【００２３】デスクランブル回路１０２は、ＩＲＤ１０
０本体に差し込まれたＩＣカード（図示せず）に記憶さ
れている契約チャンネルの暗号キー情報に基づいて、受
信データのうち契約されたチャンネル（又は暗号化され
ていないチャンネル）の多重化データだけを取り出して
デマルチプレクサ１０３に供給する。

【００２４】デマルチプレクサ１０３は、供給される多
重化データを各チャンネル毎に並び換え、ユーザによっ
て指定されたチャンネルだけを取り出し、映像部分のパ
ケットからなるビデオストリームをＭＰＥＧビデオデコ
ーダ１０４に送出すると共に、音声部分のパケットから
なるオーバーラップストリームをＭＰＥＧオーディオデ
コーダ１０９に送出する。

【００２５】ＭＰＥＧビデオデコーダ１０４は、ビデオ
ストリームをデコードすることにより、圧縮符号化前の
映像データを復元し、これを加算器１０５を介してＮＴ
ＳＣエンコーダ１０６に送出する。ＮＴＳＣエンコーダ
１０６は、映像データをＮＴＳＣ方式の輝度信号及び色
差信号に変換し、これをＮＴＳＣ方式のビデオデータと
してデジタル／アナログ変換器１０７に送出する。デジ
タル／アナログ変換器１０７は、ＮＴＳＣデータをアナ
ログビデオ信号に変換し、これを接続された受像機に供
給する。図１ではアナログビデオ信号を伝送する信号線
については図示してないが、この受像機としては例えば
テレビジョン受像機２００が使用できる。

【００２６】また、本例のＩＲＤ１００は、ＣＰＵ１１
１の制御に基づいて、グラフィカル・ユーザ・インター
フェース（ＧＵＩ）用に各種表示用の映像データを生成
させるＧＵＩデータ生成部１０８を備える。このＧＵＩ
データ生成部１０８で生成されたＧＵＩ用の映像データ
（表示データ）は、加算器１０５に供給して、ＭＰＥＧ
ビデオデコーダ１０４が出力する映像データに重畳し
て、ＧＵＩ用の映像が受信した放送の映像に重畳される
ようにしてある。

【００２７】ＭＰＥＧオーディオデコーダ１０９は、オ
ーディオストリームをデコードすることにより、圧縮符
号化前のＰＣＭオーディオデータを復元し、デジタル／
アナログ変換器１１０に送出する。

【００２８】デジタル／アナログ変換器１１０は、ＰＣ
Ｍオーディオデータをアナログ信号化することにより、
ＬChオーディオ信号及びＲChオーディオ信号を生成し、
これを接続されたオーディオ再生システムのスピーカ
（図示せず）を介して音声として出力する。

【００２９】また本例のＩＲＤ１００は、デマルチプレ
クサ１０３で抽出したビデオストリーム及びオーディオ
ストリームを、ＩＥＥＥ１３９４インターフェース部１
１２に供給し、インターフェース部１１２に接続された
ＩＥＥＥ１３９４方式のバスラインに送出できる構成と
してある。この受信したビデオストリーム及びオーディ
オストリームは、アイソクロナス転送モードで送出され
る。さらに、ＧＵＩデータ生成部１０８でＧＵＩ用の映
像データを生成させている際には、その映像データを、
ＣＰＵ１１１を介してインターフェース部１１２に供給
し、インターフェース部１１２からバスラインにＧＵＩ
用の映像データを送出できるようにしてある。

【００３０】ＣＰＵ１１１には、ワークＲＡＭ１１３及
びＲＡＭ１１４が接続してあり、これらのメモリを使用
して制御処理が行われる。また、操作パネル１１５から
の操作指令及び赤外線受光部１１６からのリモートコン
トロール信号が、ＣＰＵ１１１に供給されて、各種操作
に基づいた動作を実行できるようにしてある。また、バ
スライン側からインターフェース部１１２に伝送される
コマンドやレスポンスなどを、ＣＰＵ１１１が判断でき
るようにしてある。

【００３１】図２は、テレビジョン受像機２００の構成
例を示すブロック図である。本例のテレビジョン受像機
２００は、デジタルテレビジョン受像機と称されるデジ
タル放送を受信して、表示させる装置である。

【００３２】図示しないアンテナが接続されたチューナ
２０１で、所定のチャンネルを受信して得たデジタル放
送データを、受信回路部２０２に供給し、デコードす
る。デコードされた放送データを、多重分離部２０３に
供給して、映像データと音声データに分離する。分離さ
れた映像データを映像生成部２０４に供給し、受像用の
処理を行い、その処理された信号によりＣＲＴ駆動回路
部２０５で陰極線管（ＣＲＴ）２０６を駆動し、映像を
表示させる。また、多重分離部２０３で分離された音声
データを、音声信号再生部２０７に供給して、アナログ
変換，増幅などの音声処理を行い、処理された音声信号
をスピーカ２０８に供給して出力させる。

【００３３】また、テレビジョン受像機２００は、ＩＥ
ＥＥ１３９４方式のバスラインに接続するためのインタ
ーフェース部２０９を備えて、ＩＥＥＥ１３９４方式の
バスライン側からこのインターフェース部２０９に得ら
れる映像データや音声データを、多重分離部２０３に供
給して、ＣＲＴ２０６での映像の表示及びスピーカ２０
８からの音声の出力ができるようにしてある。また、チ
ューナ２０１が受信して得た映像データや音声データ
を、多重分離部２０３からインターフェース部２０９に
供給して、ＩＥＥＥ１３９４方式のバス側に送出できる
ようにしてある。

【００３４】テレビジョン受像機２００での表示処理及
びインターフェース部２０９を介した伝送処理について
は、中央制御ユニット（ＣＰＵ）２１０の制御により実
行される。ＣＰＵ２１０には、制御に必要なプログラム
などが記憶されたＲＯＭであるメモリ２１１及びワーク
ＲＡＭであるメモリ２１２が接続してある。また、操作
パネル２１４からの操作情報及び赤外線受光部２１５が
受光したリモートコントロール装置からの制御情報が、
ＣＰＵ２１０に供給されて、その操作情報や制御情報に
対応した動作制御を行うようにしてある。さらに、ＩＥ
ＥＥ１３９４方式のバスを介してインターフェース部２
０９がＡＶ／Ｃコマンドなどの制御データを受信した際
には、そのデータはＣＰＵ２１０に供給して、ＣＰＵ２
１０が対応した動作制御を行えるようにしてある。

【００３５】図４は、ビデオ記録再生装置３００の具体
的な構成例を示すブロック図である。

【００３６】記録系の構成としては、ビデオ記録再生装
置３００に内蔵されたチューナ３０１で所定のチャンネ
ルを受信して得たデジタル放送データを、ＭＰＥＧ（Mo
vingPicture Expers Group ）エンコーダ３０２に供給
し、記録に適した方式のデータ、例えばＭＰＥＧ２方式
の映像データ及び音声データとする。受信した放送デー
タがＭＰＥＧ２方式の場合には、エンコーダ３０２での
処理は行わない。

【００３７】ＭＰＥＧエンコーダ３０２でエンコードさ
れたデータは、記録再生部３０３に供給して、記録用の
処理を行い、処理された記録データを回転ヘッドドラム
３０４内の記録ヘッドに供給して、テープカセット３０
５内の磁気テープに記録させる。

【００３８】外部から入力したアナログの映像信号及び
音声信号については、アナログ／デジタル変換器３０６
でデジタルデータに変換した後、ＭＰＥＧエンコーダ３
０２で例えばＭＰＥＧ２方式の映像データ及び音声デー
タとし、記録再生部３０３に供給して、記録用の処理を
行い、処理された記録データを回転ヘッドドラム３０４
内の記録ヘッドに供給して、テープカセット３０５内の
磁気テープに記録させる。再生系の構成としては、テー
プカセット３０５内の磁気テープを回転ヘッドドラム３
０４で再生して得た信号を、記録再生部３０３で再生処
理して映像データ及び音声データを得る。この映像デー
タ及び音声データは、ＭＰＥＧデコーダ３０７に供給し
て、例えばＭＰＥＧ２方式からのデコードを行う。デコ
ードされたデータは、デジタル／アナログ変換器３０８
に供給して、アナログの映像信号及び音声信号とし、外
部に出力させる。

【００３９】また、ビデオ記録再生装置３００は、ＩＥ
ＥＥ１３９４方式のバスラインに接続するためのインタ
ーフェース部３０９を備えて、ＩＥＥＥ１３９４方式の
バスライン側からこのインターフェース部３０９に得ら
れる映像データや音声データを、記録再生部３０３に供
給して、テープカセット３０５内の磁気テープに記録さ
せることができるようにしてある。また、テープカセッ
ト３０５内の磁気テープから再生した映像データや音声
データを、記録再生部３０３からインターフェース部３
０９に供給して、ＩＥＥＥ１３９４方式のバスライン側
に送出できるようにしてある。

【００４０】このインターフェース部３０９を介した伝
送時には、このビデオ記録再生装置３００内で媒体（磁
気テープ）に記録する方式（例えば上述したＭＰＥＧ２
方式）と、ＩＥＥＥ１３９４方式のバス上で伝送される
データの方式とが異なるとき、ビデオ記録再生装置３０
０内の回路で方式変換を行うようにしても良い。

【００４１】ビデオ記録再生装置３００での記録処理や
再生処理、及びインターフェース部３０９を介した伝送
処理については、中央制御ユニット（ＣＰＵ）３１０の
制御により実行される。ＣＰＵ３１０には、ワークＲＡ
Ｍであるメモリ３１１が接続してある。また、操作パネ
ル３１２からの操作情報及び赤外線受光部３１３が受光
したリモートコントロール装置からの制御情報が、ＣＰ
Ｕ３１０に供給されて、その操作情報や制御情報に対応
した動作制御を行うようにしてある。さらに、ＩＥＥＥ
１３９４方式のバスを介してインターフェース部３０９
がＡＶ／Ｃコマンドなどの制御データを受信した際に
は、そのデータはＣＰＵ３１０に供給して、ＣＰＵ３１
０が対応した動作制御を行えるようにしてある。

【００４２】図５は、オーディオ記録再生装置４００の
具体的な構成例を示すブロック図である。本例のオーデ
ィオ記録再生装置４００は、ＭＤ（ミニディスク）と称
される樹脂パッケージに収納された光磁気ディスク又は
光ディスクを記録媒体として使用して、音声信号などを
デジタルデータとして記録し再生する装置である。

【００４３】記録系の構成としては、外部から入力した
アナログの２チャンネルの音声信号を、アナログ／デジ
タル変換器４０１でデジタル音声データとする。変換さ
れたデジタル音声データは、ＡＴＲＡＣ（Adaptive Tra
nsform Acoustic Coding）エンコーダ４０２に供給し
て、ＡＴＲＡＣ方式で圧縮された音声データにエンコー
ドする。また、外部から直接デジタル音声データが入力
した場合には、その入力音声データを、アナログ／デジ
タル変換器４０１を介さずに直接ＡＴＲＡＣエンコーダ
４０２に供給する。エンコーダ４０２でエンコードされ
たデータは、記録再生部４０３に供給して記録用の処理
を行い、その処理されたデータに基づいて光ピックアッ
プ４０４を駆動して、ディスク（光磁気ディスク）４０
５にデータを記録する。なお、記録時には図示しない磁
気ヘッドにより磁界変調を行うようにしてある。

【００４４】再生系の構成としては、ディスク（光磁気
ディスク又は光ディスク）４０５に記録されたデータを
光ピックアップ４０４で読出し、記録再生部４０３で再
生処理を行って、ＡＴＲＡＣ方式で圧縮された音声デー
タを得る。この再生音声データを、ＡＴＲＡＣデコーダ
４０６に供給して、所定の方式のデジタル音声データに
デコードし、そのデコードされた音声データをデジタル
／アナログ変換器４０７に供給して、２チャンネルのア
ナログ音声信号に変換して出力させる。また、外部に直
接デジタル音声データを出力させる場合には、ＡＴＲＡ
Ｃデコーダ４０６でデコードされた音声データを、デジ
タル／アナログ変換器４０７を介さずに直接出力させ
る。図５の例では、アナログ変換された出力音声信号
を、アンプ装置４９１に供給して、増幅などの音声出力
処理を行い、接続されたスピーカ４９２，４９３から２
チャンネルの音声（オーディオ）を出力させる構成とし
てある。

【００４５】また、オーディオ記録再生装置４００は、
ＩＥＥＥ１３９４方式のバスラインに接続するためのイ
ンターフェース部４０８を備えて、ＩＥＥＥ１３９４方
式のバスライン側からこのインターフェース部４０８に
得られる音声データを、ＡＴＲＡＣエンコーダ４０２を
経由して記録再生部４０２に供給して、ディスク４０５
に記録させることができるようにしてある。ディスク４
０５から再生した音声データを、記録再生部４０２から
ＡＴＲＡＣデコーダ４０６を経由してインターフェース
部４０８に供給して、ＩＥＥＥ１３９４方式のバスライ
ン側に送出できるようにしてある。

【００４６】オーディオ記録再生装置４００での記録処
理や再生処理、及びインターフェース部４０８を介した
伝送処理については、中央制御ユニット（ＣＰＵ）４１
０の制御により実行される。ＣＰＵ４１０には、ワーク
ＲＡＭであるメモリ４１１が接続してある。また、操作
パネル４１２からの操作情報が、ＣＰＵ４１０に供給さ
れて、その操作情報に対応した動作制御を行うようにし
てある。さらに、ＩＥＥＥ１３９４方式のバスラインを
介してインターフェース部４０８がＡＶ／Ｃコマンドな
どの制御データを受信した際には、そのデータはＣＰＵ
４１０に供給して、ＣＰＵ４１０が対応した動作制御を
行えるようにしてある。

【００４７】図６は、オーディオ再生装置５００の具体
的な構成例を示すブロック図である。本例のオーディオ
再生装置５００は、ＣＤ（コンパクトディスク）と称さ
れる光ディスクに記録されたデジタルデータを再生する
装置である。

【００４８】光ディスク５０１に記録されたデータを光
ピックアップ５０２で読出し、再生部５０３で再生処理
を行って、デジタル音声データを得る。この再生音声デ
ータをデジタル／アナログ変換器５０４に供給して、２
チャンネルのアナログ音声信号に変換して出力させる。
また、外部に直接デジタル音声データを出力させる場合
には、再生部５０３で処理されたデジタル音声データ
を、デジタル／アナログ変換器５０４を介さずに直接出
力させる。図６の例では、アナログ変換された出力音声
信号を、アンプ装置４９１に供給して、増幅などの音声
出力処理を行い、接続されたスピーカ４９２，４９３か
ら２チャンネルの音声（オーディオ）を出力させる構成
としてある。

【００４９】また、オーディオ再生装置５００は、ＩＥ
ＥＥ１３９４方式のバスラインに接続するためのインタ
ーフェース部５０５を備えて、ディスク５０１から再生
した音声データを、再生部５０３からインターフェース
部５０５に供給して、ＩＥＥＥ１３９４方式のバスライ
ン側に送出できるようにしてある。

【００５０】オーディオ再生装置５００での再生処理及
びインターフェース部５０５を介した伝送処理について
は、中央制御ユニット（ＣＰＵ）５１０の制御により実
行される。ＣＰＵ５１０には、ワークＲＡＭであるメモ
リ５１１が接続してある。また、操作パネル５１２から
の操作情報が、ＣＰＵ５１０に供給されて、その操作情
報に対応した動作制御を行うようにしてある。さらに、
ＩＥＥＥ１３９４方式のバスラインを介してインターフ
ェース部５０５がＡＶ／Ｃコマンドなどの制御データを
受信した際には、そのデータはＣＰＵ５１０に供給し
て、ＣＰＵ５１０が対応した動作制御を行えるようにし
てある。

【００５１】次に、以上説明した各機器を接続したＩＥ
ＥＥ１３９４方式のバスラインでデータ伝送が行われる
処理構成について説明する。

【００５２】図７は、ＩＥＥＥ１３９４で接続された機
器のデータ伝送のサイクル構造を示す図である。ＩＥＥ
Ｅ１３９４では、データは、パケットに分割され、１２
５μＳの長さのサイクルを基準として時分割にて伝送さ
れる。このサイクルは、サイクルマスタ機能を有するノ
ード（バスに接続ささたいずれかの機器）から供給され
るサイクルスタート信号によって作り出される。アイソ
クロナスパケットは、全てのサイクルの先頭から伝送に
必要な帯域（時間単位であるが帯域と呼ばれる）を確保
する。このため、アイソクロナス伝送では、データの一
定時間内の伝送が保証される。ただし、伝送エラーが発
生した場合は、保護する仕組みが無く、データは失われ
る。各サイクルのアイソクロナス伝送に使用されていな
い時間に、アービトレーションの結果、バスを確保した
ノードが、アシンクロナスパケットを送出するアシンク
ロナス伝送では、アクノリッジ、およびリトライを用い
ることにより、確実な伝送は保証されるが、伝送のタイ
ミングは一定とはならない。

【００５３】所定のノードがアイソクロナス伝送を行う
為には、そのノードがアイソクロナス機能に対応してい
なければならない。また、アイソクロナス機能に対応し
たノードの少なくとも１つは、サイクルマスタ機能を有
していなければならない。更に、ＩＥＥＥ１３９４シリ
アスバスに接続されたノードの中の少なくとも１つは、
アイソクロナスリソースマネージャの機能を有していな
ければならない。

【００５４】ＩＥＥＥ１３９４は、ＩＳＯ／ＩＥＣ１３
２１３で規定された６４ビットのアドレス空間を有する
ＣＳＲ（Control&Status Register ）アーキテクチャに
準拠している。図８は、ＣＳＲアーキテクチャのアドレ
ス空間の構造を説明する図である。上位１６ビットは、
各ＩＥＥＥ１３９４上のノードを示すノードＩＤであ
り、残りの４８ビットが各ノードに与えられたアドレス
空間の指定に使われる。この上位１６ビットは更にバス
ＩＤの１０ビットと物理ＩＤ（狭義のノードＩＤ）の６
ビットに分かれる。全てのビットが１となる値は、特別
な目的で使用されるため、１０２３個のバスと６３個の
ノードを指定することができる。

【００５５】下位４８ビットにて規定されるアドレス空
間のうちの上位２０ビットで規定される空間は、２０４
８バイトのＣＳＲ特有のレジスタやＩＥＥＥ１３９４特
有のレジスタ等に使用されるイニシャルレジスタスペー
ス（Initial Register Space）、プライベートスペース
（Private Spece ）、およびイニシャルメモリスペース
（Initial Memory Spece）などに分割され、下位２８ビ
ットで規定される空間は、その上位２０ビットで規定さ
れる空間が、イニシャルレジスタスペースである場合、
コンフィギレーションＲＯＭ（configuration read onl
y memory）、ノード特有の用途に使用されるイニシャル
ユニットスペース（Initial Unit Space）、プラグコン
トロールレジスタ（Plug Control Register （ＰＣＲ
ｓ））などとして用いられる。

【００５６】図９は、主要なＣＳＲのオフセットアドレ
ス、名前、および働きを説明する図である。図９のオフ
セットとは、イニシャルレジスタスペースが始まるＦＦ
ＦＦＦ０００００００ｈ（最後にｈのついた数字は１６
進表示であることを表す）番地よりのオフセットアドレ
スを示している。オフセット２２０ｈを有するバンドワ
イズアベイラブルレジスタ（Bandwidth Available Regi
ster）は、アイソクロナス通信に割り当て可能な帯域を
示しており、アイソクロナスリソースマネージャとして
動作しているノードの値だけが有効とされる。すなわ
ち、図８のＣＳＲは、各ノードが有しているが、バンド
ワイズアベイラブルレジスタについては、アイソクロナ
スリソースマネージャのものだけが有効とされる。換言
すれば、バンドワイズアベイラブルレジスタは、実質的
に、アイソクロナスリソースマネージャだけが有する。
バンドワイズアベイラブルレジスタには、アイソクロナ
ス通信に帯域を割り当てていない場合に最大値が保存さ
れ、帯域を割り当てる毎にその値が減少していく。

【００５７】オフセット２２４ｈ乃至２２８ｈのチャン
ネルアベイラブルレジスタ（Channels Available Resis
ter ）は、その各ビットが０乃至６３番のチャンネル番
号のそれぞれに対応し、ビットが０である場合には、そ
のチャンネルが既に割り当てられていることを示してい
る。アイソクロナスリソースマネージャとして動作して
いるノードのチャンネルアベイラブルレジスタのみが有
効である。

【００５８】図８に戻り、イニシャルレジスタスペース
内のアドレス２００ｈ乃至４００ｈに、ゼネラルＲＯＭ
フォーマットに基づいたコンフィギレーションＲＯＭが
配置される。図１０は、ゼネラルＲＯＭフォーマットを
説明する図である。ＩＥＥＥ１３９４上のアクセスの単
位であるノードは、ノードの中にアドレス空間を共通に
使用しつつ独立して動作をするユニットを複数個有する
ことができる。ユニットディレクトリ（unit directori
es）は、このユニットに対するソフトウェアのバージョ
ンや位置を示すことができる。バスインフォブロック
（bus info block）とルートディレクトリ（root direc
tory）の位置は固定されているが、その他のブロックの
位置はオフセットアドレスによって指定される。

【００５９】図１１は、バスインフォブロック、ルート
ディレクトリ、およびユニットディレクトリの詳細を示
す図である。バスインフォブロック内のＣｏｍｐａｎｙ
ＩＤには、機器の製造者を示すＩＤ番号が格納され
る。Ｃｈｉｐ ＩＤには、その機器固有の、他の機器と
重複のない世界で唯一のＩＤが記憶される。また、ＩＥ
Ｃ１８３３の規格により、ＩＥＣ１８８３を満たした機
器のユニットディレクトリのユニットスペックＩＤ（un
it spec id）の、ファーストオクテットには００ｈが、
セカンドオクテットにはＡｏｈが、サードオクテットに
は２Ｄｈが、それぞれ書き込まれる。更に、ユニットス
イッチバージョン（unit sw version ）のファーストオ
クテットには、０１ｈが、サードオクテットのＬＳＢ
（Least Significant Bit ）には、１が書き込まれる。

【００６０】インターフェースを介して、機器の入出力
を制御する為、ノードは、図８のイニシャルユニットス
ペース内のアドレス９００ｈ乃至９ＦＦｈに、ＩＥＣ１
８８３に規定されるＰＣＲ（Plug Control Register ）
を有する。これは、論理的にアナログインターフェース
に類似した信号経路を形成するために、プラグという概
念を実体化したものである。図１２は、ＰＣＲの構成を
説明する図である。ＰＣＲは、出力プラグを表すｏＰＣ
Ｒ（output Plug Control Register）、入力プラグを表
すｉＰＣＲ（input Plug Control Register ）を有す
る。また、ＰＣＲは、各機器固有の出力プラグまたは入
力プラグの情報を示すレジスタｏＭＰＲ（output Maste
r Plug Register ）とｉＭＰＲ（input Master Plug Re
gister）を有する。各機器は、ｏＭＰＲおよびｉＭＰＲ
をそれぞれ複数持つことはないが、個々のプラグに対応
したｏＰＣＲおよびｉＰＣＲを、機器の能力によって複
数持つことが可能である。図１２に示されるＰＣＲは、
それぞれ３１個のｏＰＣＲおよびｉＰＣＲを有する。ア
イソクロナスデータの流れは、これらのプラグに対応す
るレジスタを操作することによって制御される。

【００６１】図１３は、ｏＭＰＲ，ｏＰＣＲ，ｉＭＰ
Ｒ、およびｉＰＣＲの構成を示す図である。図１３
（Ａ）はｏＭＰＲの構成を、図１３（Ｂ）はｏＰＣＲの
構成を、図１３（Ｃ）はｉＭＰＲの構成を、図１３
（Ｄ）はｉＰＣＲの構成を、それぞれ示す。ｏＭＰＲお
よびｉＭＰＲのＭＳＢ側の２ビットのデータレートケイ
パビリティ（data rate capability）には、その機器が
送信または受信可能なアイソクロナスデータの最大伝送
速度を示すコードが格納される。ｏＭＰＲのブロードキ
ャストチャンネルベース（broadcast channel base）
は、ブロードキャスト出力に使用されるチャンネルの番
号を規定する。

【００６２】ｏＭＰＲのＬＳＢ側の５ビットのナンバー
オブアウトプットプラグス（numberof output plugs）
には、その機器が有する出力プラグ数、すなわちｏＰＣ
Ｒの数を示す値が格納される。ｉＭＰＲのＬＳＢ側の５
ビットのナンバーオブインプットプラグス（number of
input plugs ）には、その機器が有する入力プラグ数、
すなわちｉＰＣＲの数を示す値が格納される。non-pers
istent extension fild およびpersistent extension f
ieldは、将来の拡張の為に定義された領域である。

【００６３】ｏＰＣＲおよびｉＰＣＲのＭＳＢのオンラ
イン（on-line ）は、プラグの使用状態を示す。すなわ
ち、その値が１であればそのプラグがＯＮ−ＬＩＮＥで
あり、０であればＯＦＦ−ＬＩＮＥであることを示す。
ｏＰＣＲおよびｉＰＣＲのブロードキャストコネクショ
ンカウンタ（broadcast connection counter）の値は、
ブロードキャストコネクションの有り（１）または無し
（０）を表す。ｏＰＣＲおよびｉＰＣＲの６ビット幅を
有するポイントトウポイントコネクションカウンタ（po
int-to-point connection counter ）が有する値は、そ
のプラグが有するポイントトウポイントコネクション
（point-to-point connection ）の数を表す。

【００６４】ｏＰＣＲおよびｉＰＣＲの６ビット幅を有
するチャンネルナンバー（channelnumber）が有する値
は、そのプラグが接続されるアイソクロナスチャンネル
の番号を示す。ｏＰＣＲの２ビット幅を有するデータレ
ート（data rate ）の値は、そのプラグから出力される
アイソクロナスデータのパケットの現実の伝送速度を示
す。ｏＰＣＲの４ビット幅を有するオーバーヘッドＩＤ
（overhead ID ）に格納されるコードは、アイソクロナ
ス通信のオーバーのバンド幅を示す。ｏＰＣＲの１０ビ
ット幅を有するペイロード（payload ）の値は、そのプ
ラグが取り扱うことができるアイソクロナスパケットに
含まれるデータの最大値を表す。

【００６５】図１４はプラグ、プラグコントロールレジ
スタ、およびアイソクロナスチャンネルの関係を表す図
である。ＡＶデバイス（AV-device ）７１〜７３は、Ｉ
ＥＥＥ１３９４シリアスバスによって接続されている。
ＡＶデバイス７３のｏＭＰＲにより伝送速度とｏＰＣＲ
の数が規定されたｏＰＣＲ

〔０〕〜ｏＰＣＲ〔２〕のう
ち、ｏＰＣＲ〔１〕によりチャンネルが指定されたアイ
ソクロナスデータは、ＩＥＥＥ１３９４シリアスバスの
チャンネル＃１（channel ＃１）に送出される。ＡＶデ
バイス７１のｉＭＰＲにより伝送速度とｉＰＣＲの数が
規定されたｉＰＣＲ

〔０〕とｉＰＣＲ〔１〕のうち、入
力チャンネル＃１が伝送速度とｉＰＣＲ

〔０〕により、
ＡＶデバイス７１は、ＩＥＥＥ１３９４シリアスバスの
チャンネル＃１に送出されたアイソクロナスデータを読
み込む。同様に、ＡＶデバイス７２は、ｏＰＣＲ

〔０〕
で指定されたチャンネル＃２（channel ＃２）に、アイ
ソクロナスデータを送出し、ＡＶデバイス７１は、ｉＰ
ＲＣ〔１〕にて指定されたチャンネル＃２からそのアイ
ソクロナスデータを読み込む。

【００６６】このようにして、ＩＥＥＥ１３９４シリア
スバスによって接続されている機器間でデータ伝送が行
われるが、本例のシステムでは、このＩＥＥＥ１３９４
シリアスバスを介して接続された機器のコントロールの
ためのコマンドとして規定されたＡＶ／Ｃコマンドセッ
トを利用して、各機器のコントロールや状態の判断など
が行えるようにしてある。次に、このＡＶ／Ｃコマンド
セットについて説明する。

【００６７】まず、本例のシステムで使用されるＡＶ／
Ｃコマンドセットにおけるサブユニット アイデンティ
ファイヤ ディスクリプタ（Subunit Identifier Descr
iptor ）のデータ構造について、図１５〜図１８を参照
しながら説明する。図１５は、サブユニットアイデンテ
ィファイヤディスクリプタのデータ構造を示している。
図１５に示すように、サブユニットアイデンティファイ
ヤディスクリプタの階層構造のリストにより形成されて
いる。リストとは、例えば、チューナであれば、受信で
きるチャンネル、ディスクであれば、そこに記録されて
いる曲などを表す。階層構造の最上位層のリストはルー
トリストと呼ばれており、例えば、リスト０がその下位
のリストに対するルートとなる。他のリストも同様にル
ートリストとなる。ルートリストはオブジェクトの数だ
け存在する。ここで、オブジェクトとは、例えば、バス
に接続されたＡＶ機器がチューナである場合、デジタル
放送における各チャンネル等のことである。また、１つ
の階層の全てのリストは、共通の情報を共有している。

【００６８】図１６は、ジェネラル サブユニット デ
ィスクリプタ（The General Subunit Identifier Descr
iptor ）のフォーマットを示している。サブユニット
ディスクリプタには、機能に関しての属性情報が内容と
して記述されている。ディスクリプタ長（descriptor l
ength ）フィールドは、そのフィールド自身の値は含ま
れていない。ジェネレーションＩＤ（generation ID ）
は、ＡＶ／Ｃコマンドセットのバージョンを示してお
り、その値は例えば“００ｈ”（ｈは１６進を表す）と
なっている。ここで、“００ｈ”は、例えば図１７に示
すように、データ構造とコマンドがＡＶ／Ｃ ジェネラ
ル規格（General Specification ）のバージョン３．０
であることを意味している。また、図１７に示すよう
に、“００ｈ”を除いた全ての値は、将来の仕様のため
に予約確保されている。

【００６９】リストＩＤサイズ（size of list ID ）
は、リストＩＤのバイト数を示している。オブジェクト
ＩＤサイズ（size of object ID ）は、オブジェクトＩ
Ｄのバイト数を示している。オブジェクトポジションサ
イズ（size of object position ）は、制御の際、参照
する場合に用いられるリスト中の位置（バイト数）を示
している。ルートオブジェクトリスト数（number of ro
ot object list）は、ルートオブジェクトリストの数を
示している。ルートオブジェクトリストＩＤ（root obj
ect list id ）は、それぞれ独立した階層の最上位のル
ートオブジェクトリストを識別するためのＩＤを示して
いる。

【００７０】サブユニットに属するデータ長（subunit
dependent length）は、後続のサブユニットに属するデ
ータフィールド（subunit dependent information ）フ
ィールドのバイト数を示している。サブユニットに属す
るデータフィールドは、機能に固有の情報を示すフィー
ルドである。製造メーカ特有のデータ長（manufacturer
dependent length ）は、後続の製造メーカ特有のデー
タ（manufacturer dependent information）フィールド
のバイト数を示している。製造メーカー特有のデータ
は、ベンダー（製造メーカ）の仕様情報を示すフィール
ドである。尚、ディスクリプタの中に製造メーカ特有の
データがない場合は、このフィールドは存在しない。

【００７１】図１８は、図１６で示したリストＩＤの割
り当て範囲を示している。図１８に示すように、“００
００ｈ乃至０ＦＦＦｈ”および“４０００ｈ乃至ＦＦＦ
Ｆｈ”は、将来の仕様のための割り当て範囲として予約
確保されている。“１０００ｈ乃至３ＦＦＦｈ”および
“１００００ｈ乃至リストＩＤの最大値”は、機能タイ
プの従属情報を識別するために用意されている。

【００７２】次に、本例のシステムで使用されるＡＶ／
Ｃコマンドセットについて、図１９〜図２３を参照しな
がら説明する。図１９は、ＡＶ／Ｃコマンドセットのス
タックモデルを示している。図１９に示すように、物理
レイヤ８１、リンクレイヤ８２、トランザクションレイ
ヤ８３、およびシリアスバスマネジメント８４は、ＩＥ
ＥＥ１３９４に準拠している。ＦＣＰ（Function Contr
ol Protocol ）８５は、ＩＥＣ６１８８３に準拠してい
る。ＡＶ／Ｃコマンドセット８６は、１３９４ＴＡスペ
ックに準拠している。

【００７３】図２０は、図１９のＦＣＰ８５のコマンド
とレスポンスを説明するための図である。ＦＣＰはＩＥ
ＥＥ１３９４方式のバス上の機器（ノード）の制御を行
うためのプロトコルである。図２０に示すように、制御
する側がコントローラで、制御される側がターゲットで
ある。ＦＣＰのコマンドの送信またはレスポンスは、Ｉ
ＥＥＥ１３９４のアシンクロナス通信のライトトランザ
クションを用いて、ノード間で行われる。データを受け
取ったターゲットは、受信確認のために、アクノリッジ
をコントローラに返す。

【００７４】図２１は、図２０で示したＦＣＰのコマン
ドとレスポンスの関係をさらに詳しく説明するための図
である。ＩＥＥＥ１３９４バスを介してノードＡとノー
ドＢが接続されている。ノードＡがコントローラで、ノ
ードＢがターゲットである。ノードＡ、ノードＢとも
に、コマンドレジスタおよびレスポンスレジスタがそれ
ぞれ、５１２バイトずつ準備されている。図２１に示す
ように、コントローラがターゲットのコマンドレジスタ
９３にコマンドメッセージを書き込むことにより命令を
伝える。また逆に、ターゲットがコントローラのレスポ
ンスレジスタ９２にレスポンスメッセージを書き込むこ
とにより応答を伝えている。以上２つのメッセージに対
して、制御情報のやり取りを行う。ＦＣＰで送られるコ
マンドセットの種類は、後述する図２２のデータフィー
ルド中のＣＴＳに記される。

【００７５】図２２は、ＡＶ／Ｃコマンドのアシンクロ
ナス転送モードで伝送されるパケットのデータ構造を示
している。ＡＶ／Ｃコマンドセットは、ＡＶ機器を制御
するためのコマンドセットで、ＣＴＳ（コマンドセット
のＩＤ）＝“００００”である。ＡＶ／Ｃコマンドフレ
ームおよびレスポンスフレームが、上記ＦＣＰを用いて
ノード間でやり取りされる。バスおよびＡＶ機器に負担
をかけないために、コマンドに対するレスポンスは、１
００ｍｓ以内に行うことになっている。図２２に示すよ
うに、アシンクロナスパケットのデータは、水平方向３
２ビット（＝１quadlet ）で構成されている。図中上段
はパケットのヘッダ部分を示しており、図中下段はデー
タブロックを示している。ディスティネーション（dest
ination ID）は、宛先を示している。

【００７６】ＣＴＳはコマンドセットのＩＤを示してお
り、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”
である。Ｃタイプ／レスポンス（ctype/response）のフ
ィールドは、パケットがコマンドの場合はコマンドの機
能分類を示し、パケットがレスポンスの場合はコマンド
の処理結果を示す。コマンドは大きく分けて、（１）機
能を外部から制御するコマンド（ＣＯＮＴＲＯＬ）、
（２）外部から状態を問い合わせるコマンド（ＳＴＡＴ
ＵＳ）、（３）制御コマンドのサポートの有無を外部か
ら問い合わせるコマンド（ＧＥＮＥＲＡＬ ＩＮＱＵＩ
ＲＹ（ｏｐｃｏｄｅのサポートの有無）およびＳＰＥＣ
ＩＦＩＣ ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅおよびｏｐｅ
ｒａｎｄｓのサポートの有無））、（４）状態の変化を
外部に知らせるよう要求するコマンド（ＮＯＴＩＦＹ）
の４種類が定義されている。

【００７７】レスポンスはコマンドの種類に応じて返さ
れる。コントロール（ＣＯＮＴＲＯＬ）コマンドに対す
るレスポンスには、「実装されていない」（ＮＯＴ Ｉ
ＭＰＬＥＭＥＮＴＥＤ）、「受け入れる」（ＡＣＣＥＰ
ＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、および「暫
定」（ＩＮＴＥＲＩＭ）がある。ステータス（ＳＴＡＴ
ＵＳ）コマンドに対するレスポンスには、「実装されて
いない」（ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ）、「拒
絶」（ＲＥＪＥＣＴＥＤ）、「移行中」（ＩＮＴＲＡＮ
ＳＩＴＩＯＮ）、および「安定」（ＳＴＡＢＬＥ）があ
る。コマンドのサポートの有無を外部から問い合わせる
コマンド（ＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹおよびＳＰ
ＥＣＩＦＩＣ ＩＮＱＵＩＲＹ）に対するレスポンスに
は、「実装されている」（ＩＭＰＬＥＭＥＮＴＥＤ）、
および「実装されていない」（ＮＯＴ ＩＭＰＬＥＭＥ
ＮＴＥＤ）がある。状態の変化を外部に知らせるよう要
求するコマンド（ＮＯＴＩＦＹ）に対するレスポンスに
は、「実装されていない」（ＮＯＴ ＩＭＰＬＥＭＥＮ
ＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、「暫定」
（ＩＮＴＥＲＩＭ）および「変化した」（ＣＨＡＮＧＥ
Ｄ）がある。

【００７８】サブユニットタイプ（subunit type）は、
機器内の機能を特定するために設けられており、例え
ば、テープレコーダ／プレーヤ（tape reccorder/playe
r ），チューナ（tuner ）等が割り当てられる。このサ
ブユニットタイプには、機器に対応した機能の他に、他
の機器に情報を公開するサブユニットであるＢＢＳ（ブ
リテンボードサブユニット）についても割り当てがあ
る。同じ種類のサブユニットが複数存在する場合の判別
を行うために、判別番号としてサブユニットＩＤ（subu
nit id）でアドレッシングを行う。オペレーションのコ
ードであるオペコード（opcode）はコマンドを表してお
り、オペランド（operand ）はコマンドのパラメータを
表している。必要に応じて付加されるフィールド（ddit
ional operands）も用意されている。オペランドの後に
は、０データなどが必要に応じて付加される。データＣ
ＲＣ（Cyclic Reduncy Check）はデータ伝送時のエラー
チェックに使われる。

【００７９】図２３は、ＡＶ／Ｃコマンドの具体例を示
している。図２３（Ａ）は、コマンドタイプ／レスポン
スの具体例を示している。図中上段がコマンドを表して
おり、図中下段がレスポンスを表している。“０００
０”にはコントロール（ＣＯＮＴＲＯＬ）、“０００
１”にはステータス（ＳＴＡＴＵＳ）、“００１０”に
はスペシフィックインクワイリ（ＳＰＥＣＩＦＩＣ Ｉ
ＮＱＵＩＲＹ）、“００１１”にはノティファイ（ＮＯ
ＴＩＦＹ）、“０１００”にはジェネラルインクワイリ
（ＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹ）が割り当てられて
いる。“０１０１乃至０１１１”は将来の仕様のために
予約確保されている。また、“１０００”には実装なし
（ＮＯＴ ＩＮＰＬＥＭＥＮＴＥＤ）、“１００１”に
は受け入れ（ＡＣＣＥＰＴＥＤ）、“１０１０”には拒
絶（ＲＥＪＥＣＴＥＤ）、“１０１１”には移行中（Ｉ
Ｎ ＴＲＡＮＳＩＴＩＯＮ）、“１１００”には実装あ
り（ＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬＥ）、“１１
０１”には状態変化（ＣＨＮＧＥＤ）、“１１１１”に
は暫定応答（ＩＮＴＥＲＩＭ）が割り当てられている。
“１１１０”は将来の仕様のために予約確保されてい
る。

【００８０】図２３（Ｂ）は、サブユニットタイプの具
体例を示している。“０００００”にはビデオモニタ、
“０００１１”にはディスクレコーダ／プレーヤ、“０
０１００”にはテープレコーダ／プレーヤ、“００１０
１”にはチューナ、“００１１１”にはビデオカメラ、
“０１０１０”にはＢＢＳ（Bulletin Board Subunit）
と称される掲示板として使用されるサブユニット、“１
１１００”には製造メーカ特有のサブユニットタイプ
（Vender unique ）、“１１１１０”には特定のサブユ
ニットタイプ（Subunit type extended tonext byte ）
が割り当てられている。尚、“１１１１１”にはユニッ
トが割り当てられているが、これは機器そのものに送ら
れる場合に用いられ、例えば電源のオンオフなどが挙げ
られる。

【００８１】図２３（Ｃ）は、オペコード（オペレーシ
ョンコード：opcode）の具体例を示している。各サブユ
ニットタイプ毎にオペコードのテーブルが存在し、ここ
では、サブユニットタイプがテープレコーダ／プレーヤ
の場合のオペコードを示している。また、オペコード毎
にオペランドが定義されている。ここでは、“００ｈ”
には製造メーカ特有の値（Vender dependent）、“５０
ｈ”にはサーチモード、“５１ｈ”にはタイムコード、
“５２ｈ”にはＡＴＮ、“６０ｈ”にはオープンメモ
リ、“６１ｈ”にはメモリ読出し、“６２ｈ”にはメモ
リ書込み、“Ｃ１ｈ”にはロード、“Ｃ２ｈ”には録
音、“Ｃ３ｈ”には再生、“Ｃ４ｈ”には巻き戻しが割
り当てられている。

【００８２】図２４は、ＡＶ／Ｃコマンドとレスポンス
の具体例を示している。例えばターゲット（コンスー
マ）としての再生機器に再生指示を行う場合、コントロ
ーラは、図２４Ａのようなコマンドをターゲットに送
る。このコマンドは、ＡＶ／Ｃコマンドセットを使用し
ているため、ＣＴＳ＝“００００”となっている。ｃｔ
ｙｐｅ（コマンドタイプ）には、機器を外部から制御す
るコマンド（ＣＯＮＴＲＯＬ）を用いるため、ｃタイプ
＝“００００”となっている（図２３参照）。サブユニ
ットタイプはテープレコーダ／プレーヤであることよ
り、サブユニットタイプ＝“００１００”となっている
（図２３参照）。ｉｄはＩＤ０の場合を示しており、ｉ
ｄ＝０００となっている。オペコードは再生を意味する
“Ｃ３ｈ”となっている（図２３参照）。オペランドは
順方向（ＦＯＲＷＡＲＤ）を意味する“７５ｈ”となっ
ている。そして、再生されると、ターゲットは図２４Ｂ
のようなレスポンスをコントローラに返す。ここでは、
「受け入れ」（ａｃｃｅｐｔｅｄ）がレスポンスに入る
ため、レスポンス＝“１００１”となっている（図２３
参照）。レスポンスを除いて、他は図２４Ａと同じであ
るので説明は省略する。

【００８３】なお、ここまで説明した処理は、基本的に
ＩＥＥＥ１３９４方式の内の、ＩＥＥＥ１３９４−１９
９５規格として規定された伝送構成を適用したものであ
る。このＩＥＥＥ１３９４−１９９５規格を拡張する規
格として、ＩＥＥＥ１３９４ａと称される規格が規定さ
れている。このＩＥＥＥ１３９４ａ規格の場合には、ア
シンクロナス通信（非同期通信）を行う場合にも、ネッ
トワーク内の全てのノードに対して同報通信を行うパケ
ットが規定されている。

【００８４】このアシンクロナス通信用の同報通信パケ
ットは、ＧＡＳＰ（Global Asynchronous Stream Packe
t ）と称されるフォーマットで規定されているもので、
例えば図２５に示す構成とされる。この同報通信用のパ
ケットは、データ長（data length ）のフィールドに、
データフィールドのデータのバイト数が示される。タグ
（tag ）のフィールドには、ＧＡＳＰのパケットである
ことを示すデータが配置される。その他のヘッダのデー
タ（チャンネル，ｔコード，ｓｙ，ヘッダＣＲＣ）につ
いては、他のアシンクロナス通信用のパケットと基本的
に同じ構成である。

【００８５】データフィールドには、送り手のノード
（ソース）のＩＤを示すソースＩＤフィールド、ＩＥＥ
Ｅ ＲＡ（Registration Authority）から割当てられた
ＩＤを記述する２４ビットのスペシィファイアＩＤフィ
ールド、及びこのＩＤの所有者によって定義されるバー
ジョンフィールドを持つ。そして図２５の例では、この
ＧＡＳＰのパケットを使用して、ＡＶ／Ｃコマンドのコ
マンド及びレスポンスを伝送する例としてあり、図２２
に示したＡＶ／Ｃコマンド用のパケットのデータブロッ
クと同様のデータが配置される。図２５の例では、ＡＶ
／Ｃコマンドの状態変化（ＣＨＡＮＧＥＤ）を示すレス
ポンスを伝送する場合の例である。

【００８６】なお、このＧＡＳＰのパケットを使用し
て、アシンクロナス通信で同報通信を行うことで、例え
ば図１に示すように、バスブリッジを介して複数のネッ
トワークが接続されている場合に、接続された他のネッ
トワーク側にも同報通信される。

【００８７】次に、以上説明したＩＥＥＥ１３９４方式
のバスラインを使用して実行される、本例の伝送処理に
ついて説明する。本例においては、例えば図１に示した
ネットワーク構成とした上で、そのネットワークを構成
する各機器で上述したＡＶ／Ｃコマンドのやり取りを行
うものとし、そのコマンドとしてノティファイ（ＮＯＴ
ＩＦＹ）を使用する場合の処理である。ノティファイコ
マンドは、既に説明したように、相手の機器から所定の
状態の変化を通知させるように要求するいわゆる通知コ
マンドである。このノティファイコマンドを受信した機
器では、そのコマンドで指示された通知を行うために、
ノティファイ用のキューの記憶処理を行う。このキュー
の記憶は、例えば各機器の中央制御ユニットに接続され
たメモリを記憶エリアとして使用し、ノティファイコマ
ンドの発行元のノードＩＤなどを記憶する。そして、ノ
ティファイコマンドで指示された状態変化が発生したと
制御手段が判断したとき、キューに記憶されたノードＩ
Ｄの機器に対して、該当する状態変化が発生したことを
通知する。この通知は、状態変化（ＣＨＮＧＥＤ）のレ
スポンスが使用される。

【００８８】また、本例の場合には、ノティファイコマ
ンドを受信した機器で、ノティファイ用のキューが使用
されて、キューを記憶するエリアに空きがない場合に、
そのことを通知するためのスイッチとして使用されるフ
ラグが、制御手段に接続されたメモリの一部の記憶エリ
アを使用して用意されている。そして、このスイッチが
オンに設定されて、キューを記憶するエリアに空きが発
生したとき、制御手段の制御で、ネットワーク内の各ノ
ードに、空きが発生したことを同報通信するようにして
ある。この同報通信は、本例の場合、図２５に示したＧ
ＡＳＰのパケットを使用して行う。

【００８９】なお、ノティファイコマンドの使用例とし
ては、例えばバスライン上でのチャンネルや帯域の使用
状態に関する変化があったときに、そのことを知らせる
ようにすることが考えられる。即ち、上述したように、
ＩＥＥＥ１３９４方式のバスラインでは、特定のチャン
ネル及び帯域を使用して、他の機器とのコネクションを
張ってデータ伝送を行うことが行われるが、そのコネク
ションを解除して、そのチャンネルを使用されない状況
に開放することは、コネクションを張った機器でなけれ
ばできない。従って、該当するチャンネルを使用したい
別の機器があったとき、そのコネクションを張った機器
に対して、該当するチャンネル及び帯域が開放される処
理が実行されたときに通知させるように、ノティファイ
コマンドを送ることが考えられる。

【００９０】図２６は、本例の場合に、ターゲットとな
る機器がノティファイコマンドを受信した場合の処理例
を示したフローチャートである。以下、図２６のフロー
チャートに従って説明すると、まず各機器の制御手段
（中央制御ユニットなど）は、バスラインを介して自局
宛のノティファイコマンドを受信したか否か判断する
（ステップＳＴ１１）。そして、ノティファイコマンド
を受信したと判断したとき、キューの記憶エリアに空き
があるか否か判断する（ステップＳＴ１２）。

【００９１】ここで、キューの記憶エリアに空きがある
と判断したときには、コマンド発行元のノードＩＤを、
該当するキューの記憶エリアに記憶させる（ステップＳ
Ｔ１３）。このとき、通知する状態変化に関する情報に
ついても同時に記憶させておく。このキューの記憶エリ
アへの記憶を行ったときには、キューを記憶するエリア
に空きがないことを通知するためのスイッチとして使用
されるフラグを、オンに設定する。また、このキューの
記憶を行ったときには、ノティファイコマンドが正常に
処理された状態であるので、コマンドの発行元に対して
「暫定」（ＩＮＴＥＲＩＭ）のレスポンスを送信する。

【００９２】そして、ステップＳＴ１２でキューの記憶
エリアに空きがないと判断したときには、コマンドの発
行元に対して「拒絶」（ＲＥＪＥＣＴＥＤ）のレスポン
スを送信し、ノティファイコマンドが受け付けられなか
ったことを通知する（ステップＳＴ１４）。

【００９３】ステップＳＴ１３，ＳＴ１４の処理が行わ
れた後、及びステップＳＴ１１でノティファイコマンド
を受信してないと判断したときには、このターゲット機
器の制御手段は、キューに登録（記憶）された状態変化
が発生したか否か判断する（ステップＳＴ１５）。この
判断で、状態変化がないと判断したとき、ステップＳＴ
１１のノティファイコマンドの受信判断に戻る。

【００９４】そして、ステップＳＴ１５でキューに登録
された状態変化が発生したと判断したとき、キューに登
録されたノードＩＤの機器に対して、状態変化（ＣＨＮ
ＧＥＤ）のレスポンスを送信する（ステップＳＴ１
６）。このとき、キューに記憶されたノードＩＤ及び状
態変化に関する情報を消去する。

【００９５】この状態変化（ＣＨＮＧＥＤ）のレスポン
スを送信した後には、キューを記憶するエリアに空きが
ないことを通知するためのスイッチとして使用されるフ
ラグがオンに設定されているので、ＧＡＳＰのパケット
を使用したアシンクロナス通信で、キューに空きが発生
したことを、ネットワーク（ここでのネットワークとは
バスブリッジで接続された他のネットワークも含む）内
の全てのノードに対して同報通信し、動作状態にある
（即ち電源が投入された状態にある）全てのノードで受
信させる（ステップＳＴ１７）。このＧＡＳＰのパケッ
トを送信した後は、キューを記憶するエリアに空きがな
いことを通知するためのスイッチとして使用されるフラ
グをオフ状態に戻しておく。この処理を行った後は、ス
テップＳＴ１１のノティファイコマンドの受信判断に戻
る。

【００９６】図２７は、本例のネットワークを使用して
ノティファイコマンドを伝送した場合の処理例を、ター
ゲット機器でのキューの記憶状態と、レスポンスなどの
伝送状態を時間の経過で示した図である。

【００９７】この例では、図１に示したネットワーク構
成の中のノードＡの機器（ＩＲＤ１００）をターゲット
としてあり、ノードＢの機器（テレビジョン受像機２０
０）を第１のコントローラ、ノードＣの機器（ビデオ記
録再生装置３００）を第２のコントローラ、ノードＤの
機器（オーディオ記録再生装置４００）を第３のコント
ローラとしてある。そして、ターゲットに対して各コン
トローラがノティファイコマンドを伝送した場合の処理
としてある。また、本例のターゲット（ノードＡ）は、
１つのキューを記憶するエリアが用意されているものと
する。

【００９８】図２７に従って伝送状態を説明すると、初
期状態では、ターゲット機器のキューの記憶エリアに何
もデータの記憶がなく、キューの空きを示すスイッチを
構成するフラグもオフ状態になっているものとする。

【００９９】この状態で、第１のコントローラ（ノード
Ｂ）が、ターゲット（ノードＡ）に対して、状態Ｘに関
する変化を通知させるためのノティファイコマンドを伝
送したとする（ステップＳ１１）。このコマンドを受信
したターゲット（ノードＡ）では、キューの記憶エリア
に、ノードＢのノードＩＤと通知する状態変化Ｘを記憶
させ、第１のコントローラ（ノードＢ）に対して、ノテ
ィファイコマンドを承諾する「暫定」（ＩＮＴＥＲＩ
Ｍ）のレスポンスを伝送する（ステップＳ１２）。この
キューの記憶エリアへの設定があることで、キューの記
憶エリアに空きがなくなり、キューの空きを示すスイッ
チがオンに設定される。

【０１００】次に、第２のコントローラ（ノードＣ）
が、ターゲット（ノードＡ）に対して、状態Ｙに関する
変化を通知させるためのノティファイコマンドを伝送し
たとする（ステップＳ１３）。このコマンドを受信した
ターゲット（ノードＡ）では、キューの記憶エリアに空
きがないので、第２のコントローラ（ノードＣ）に対し
て、「拒絶」（ＲＥＪＥＣＴＥＤ）のレスポンスを送信
し、ノティファイコマンドが受け付けられなかったこと
を通知する（ステップＳ１４）。

【０１０１】また、同様に第３のコントローラ（ノード
Ｄ）が、ターゲット（ノードＡ）に対して、状態Ｘに関
する変化を通知させるためのノティファイコマンドを伝
送したとする（ステップＳ１５）。このコマンドを受信
したターゲット（ノードＡ）では、キューの記憶エリア
に空きがないので、第３のコントローラ（ノードＤ）に
対して、「拒絶」（ＲＥＪＥＣＴＥＤ）のレスポンスを
送信し、ノティファイコマンドが受け付けられなかった
ことを通知する（ステップＳ１６）。

【０１０２】そして、その後にキューとして記憶された
状態Ｘの変化が発生したとき、ターゲット（ノードＡ）
は第１のコントローラ（ノードＢ）に「状態変化」（Ｃ
ＨＮＧＥＤ）のレスポンスを送信する（ステップＳ１
７）。このとき、ターゲット機器内では、キューの記憶
エリアに記憶されたノードＩＤと状態変化に関するデー
タを消去し、キューの空きを示すスイッチの状態を判断
する。このときには、スイッチがオンに設定されている
ので、ＧＡＳＰのパケットを使用したアシンクロナス通
信で、キューに空きが発生したことを、ネットワーク内
の全てのノードに対して同報通信し、全てのノードで受
信させる（ステップＳ１８）。このときには、例えば状
態変化（ＣＨＮＧＥＤ）のレスポンスを伝送して、キュ
ーの空きを告知する。そして、キューの空きを示すスイ
ッチをオフに戻させる。

【０１０３】このようにして、ターゲット機器でのキュ
ーの記憶エリアに空きが発生したとき、このことを同報
通信でネットワーク内の全てのノードに通知するように
したことで、ネットワーク内の機器で、ターゲット機器
に対してノティファイコマンドを送って通知処理を実行
させたい機器がある場合に、この同報通信のパケットを
受け取った段階で、直ちにノティファイコマンドを送信
することで、そのノティファイコマンドが受け付けられ
る可能性が発生し、ノティファイコマンドを使用した制
御処理が効率良く実行されるようになる。即ち、従来の
場合には、例えば図２７の中で、第２のコントローラが
ステップＳ１３でノティファイコマンドを送信して、そ
のコマンドを拒絶するレスポンスをステップＳ１４で受
け取ったとき、第２のコントローラは、ノティファイコ
マンドが受け付けられるまで、そのノティファイコマン
ドの送信処理を繰り返し実行する必要があった。これに
対して本例の場合には、一度ノティファイコマンドを送
信して拒絶された後は、同報通信でキューの記憶エリア
に空きが発生したことが通知されるのを待って、その通
知があったとき、ノティファイコマンドを再送信すれば
良く、無駄なデータ伝送をそれだけ少なくすることがで
き、ネットワーク上での冗長なデータの伝送がなくな
る。

【０１０４】またこの例では、ターゲットとなる機器で
は、キューの記憶エリアとして、１つのエリアだけを用
意したが、その１つの記憶エリアに、通知するノードＩ
Ｄと、そのノードＩＤが要求している状態変化に関する
データとを記憶させるようにしたことで、要求される状
態変化が複数種類存在する場合であっても、キューの記
憶エリアを共用化でき、キューの記憶エリアを状態変化
毎に個別に設ける必要がなく、それだけターゲット機器
の制御構成を簡単にすることができる。

【０１０５】また、上述した図２７の例では、キューの
記憶エリアに空きがなくなった時点で、キューの記憶エ
リアの空きを通知するスイッチをオンに設定するように
したが、キューの記憶エリアに空きがなくなった状態
で、いずれかのノードからノティファイコマンドが伝送
された時点で、キューの記憶エリアの空きを通知するス
イッチをオンに設定するようにしても良い。即ち、例え
ば図２７の例では、ステップＳ１３で第２のコントロー
ラからノティファイコマンドをターゲット機器が受信し
た時点で、スイッチをオンに設定しても良い。

【０１０６】また、コントローラとなるノードからター
ゲット機器への、何らかの要求の伝送で、キューの記憶
エリアの空きを通知するスイッチをオンに設定するよう
にしても良い。即ち、例えば図２８に示すように、ＡＶ
／Ｃコマンド用のコマンドとして、未使用の特定の値
（ここでは“０１０１”）に、ノティファイのノティフ
ァイであることを示すコマンド（ＮＯＴＩＦＹ ＯＦ
ＮＯＴＩＦＹ）を規定して、このコマンドを伝送したと
き、ノティファイコマンドで設定された通知が行われた
ことを通知するようにしても良い。図２８に示すその他
のコマンド及びレスポンスの値は、図２３に示したコマ
ンド及びレスポンスと同じである。

【０１０７】図２９のフローチャートは、このノティフ
ァイのノティファイであることを示すコマンドを定義し
たときの、ターゲット機器でのノティファイコマンド受
信に関連した処理を示したフローチャートである。以
下、このフローチャートに従って処理を説明すると、ま
ず各機器の制御手段（中央制御ユニットなど）は、バス
ラインを介して自局宛のノティファイコマンドを受信し
たか否か判断する（ステップＳＴ２１）。そして、ノテ
ィファイコマンドを受信したと判断したとき、キューの
記憶エリアに空きがあるか否か判断する（ステップＳＴ
２２）。

【０１０８】ここで、キューの記憶エリアに空きがある
と判断したときには、コマンド発行元のノードＩＤを、
該当するキューの記憶エリアに記憶させる（ステップＳ
Ｔ２３）。このとき、通知する状態変化に関する情報に
ついても同時に記憶させておく。このキューの記憶を行
ったときには、ノティファイコマンドが正常に処理され
た状態であるので、コマンドの発行元に対して「暫定」
（ＩＮＴＥＲＩＭ）のレスポンスを送信する。

【０１０９】そして、ステップＳＴ２２でキューの記憶
エリアに空きがないと判断したときには、コマンドの発
行元に対して「拒絶」（ＲＥＪＥＣＴＥＤ）のレスポン
スを送信し、ノティファイコマンドが受け付けられなか
ったことを通知する（ステップＳＴ２４）。

【０１１０】ステップＳＴ２３，ＳＴ２４の処理が行わ
れた後、及びステップＳＴ２１でノティファイコマンド
を受信してないと判断したときには、このターゲット機
器の制御手段は、ノティファイのノティファイコマンド
（図２８参照）を受信したか否か判断する（ステップＳ
Ｔ２５）。ここで、ノティファイのノティファイコマン
ドを受信したと判断したとき、キューを記憶するエリア
に空きがないことを通知するためのスイッチとして使用
されるフラグを、オンに設定する（ステップＳＴ２
６）。

【０１１１】ステップＳＴ２５，ＳＴ２６の処理が行わ
れた後には、キューに登録（記憶）された状態変化が発
生したか否か判断する（ステップＳＴ２７）。この判断
で、状態変化がないと判断したとき、ステップＳＴ１１
のノティファイコマンドの受信判断に戻る。

【０１１２】そして、ステップＳＴ２７でキューに登録
された状態変化が発生したと判断したとき、キューに登
録されたノードＩＤの機器に対して、状態変化（ＣＨＮ
ＧＥＤ）のレスポンスを送信する（ステップＳＴ２
８）。このとき、キューに記憶されたノードＩＤ及び状
態変化に関する情報を消去する。

【０１１３】この状態変化（ＣＨＮＧＥＤ）のレスポン
スを送信した後には、キューを記憶するエリアに空きが
ないことを通知するためのスイッチとして使用されるフ
ラグがオンか否か判断する（ステップＳＴ２９）。この
判断で、スイッチがオンでない場合には、ステップＳＴ
１１のノティファイコマンドの受信判断に戻る。そし
て、ステップＳＴ２９でスイッチがオンであると判断し
たときには、ＧＡＳＰのパケットを使用したアシンクロ
ナス通信で、キューに空きが発生したことを、ネットワ
ーク（ここでのネットワークとはバスブリッジで接続さ
れた他のネットワークも含む）内の全てのノードに対し
て同報通信し、動作状態にある（即ち電源が投入された
状態にある）全てのノードで受信させる（ステップＳＴ
３０）。このＧＡＳＰのパケットを送信したときには、
キューを記憶するエリアに空きがないことを通知するた
めのスイッチとして使用されるフラグをオフ状態に戻し
ておく。この処理を行った後は、ステップＳＴ１１のノ
ティファイコマンドの受信判断に戻る。

【０１１４】図３０は、図２８に示したノティファイの
ノティファイコマンドを用意して、図２９に示した処理
をターゲット機器が実行する場合に、ネットワーク内で
ノティファイコマンドを伝送した場合の処理例を、ター
ゲット機器でのキューの記憶状態と、レスポンスなどの
伝送状態を時間の経過で示した図である。

【０１１５】この図３０の例の場合にも、図２７の例の
場合と同様に、図１に示したネットワーク構成の中のノ
ードＡの機器（ＩＲＤ１００）をターゲットとしてあ
り、ノードＢの機器（テレビジョン受像機２００）を第
１のコントローラ、ノードＣの機器（ビデオ記録再生装
置３００）を第２のコントローラ、ノードＤの機器（オ
ーディオ記録再生装置４００）を第３のコントローラと
してある。そして、ターゲットに対して各コントローラ
がノティファイコマンドを伝送した場合の処理としてあ
る。また、本例のターゲット（ノードＡ）は、１つのキ
ューを記憶するエリアが用意されているものとする。

【０１１６】図３０に従って伝送状態を説明すると、初
期状態では、ターゲット機器のキューの記憶エリアに何
もデータの記憶がなく、キューの空きを示すスイッチを
構成するフラグもオフ状態になっているものとする。

【０１１７】この状態で、第１のコントローラ（ノード
Ｂ）が、ターゲット（ノードＡ）に対して、状態Ｘに関
する変化を通知させるためのノティファイコマンドを伝
送したとする（ステップＳ２１）。このコマンドを受信
したターゲット（ノードＡ）では、キューの記憶エリア
に、ノードＢのノードＩＤと通知する状態変化Ｘを記憶
させ、第１のコントローラ（ノードＢ）に対して、ノテ
ィファイコマンドを承諾する「暫定」（ＩＮＴＥＲＩ
Ｍ）のレスポンスを伝送する（ステップＳ２２）。

【０１１８】次に、第２のコントローラ（ノードＣ）
が、ターゲット（ノードＡ）に対して、状態Ｘに関する
変化を通知させるためのノティファイコマンドを伝送し
たとする（ステップＳ２３）。このコマンドを受信した
ターゲット（ノードＡ）では、キューの記憶エリアに空
きがないので、第２のコントローラ（ノードＣ）に対し
て、「拒絶」（ＲＥＪＥＣＴＥＤ）のレスポンスを送信
し、ノティファイコマンドが受け付けられなかったこと
を通知する（ステップＳ２４）。このノティファイコマ
ンドが拒絶された第２のコントローラ（ノードＣ）で
は、キューの記憶エリアに空きが発生したとき通知させ
るためのノティファイのノティファイコマンドを、ター
ゲット（ノードＡ）に対して伝送する（ステップＳ２
５）。

【０１１９】このノティファイのノティファイコマンド
をターゲットが受信すると、キューの空きを示すスイッ
チを構成するフラグをオンに設定し、ターゲットから第
２のコントローラに対して、ノティファイのノティファ
イコマンドが受け付けられたことを示す「暫定」（ＩＮ
ＴＥＲＩＭ）のレスポンスを伝送する（ステップＳ２
６）。

【０１２０】また、第３のコントローラ（ノードＤ）
が、ターゲット（ノードＡ）に対して、状態Ｙに関する
変化を通知させるためのノティファイコマンドを伝送し
たとする（ステップＳ２７）。このコマンドを受信した
ターゲット（ノードＡ）では、キューの記憶エリアに空
きがないので、第３のコントローラ（ノードＤ）に対し
て、「拒絶」（ＲＥＪＥＣＴＥＤ）のレスポンスを送信
し、ノティファイコマンドが受け付けられなかったこと
を通知する（ステップＳ２８）。このノティファイコマ
ンドが拒絶された第３のコントローラ（ノードＤ）で
は、キューの記憶エリアに空きが発生したとき通知させ
るためのノティファイのノティファイコマンドを、ター
ゲット（ノードＡ）に対して伝送する（ステップＳ２
９）。

【０１２１】このノティファイのノティファイコマンド
をターゲットが受信すると、キューの空きを示すスイッ
チを構成するフラグをオンに設定する。但し、この場合
には既に別のコントローラからの指示でオンに設定され
ているので、オンの状態が維持されるだけである。そし
て、ターゲットから第３のコントローラに対して、ノテ
ィファイのノティファイコマンドが受け付けられたこと
を示す「暫定」（ＩＮＴＥＲＩＭ）のレスポンスを伝送
する（ステップＳ３０）。

【０１２２】そして、その後にキューとして記憶された
状態Ｘの変化が発生したとき、ターゲット（ノードＡ）
は第１のコントローラ（ノードＢ）に「状態変化」（Ｃ
ＨＮＧＥＤ）のレスポンスを送信する（ステップＳ３
１）。このとき、ターゲット機器内では、キューの記憶
エリアに記憶されたノードＩＤと状態変化に関するデー
タを消去し、キューの空きを示すスイッチの状態を判断
する。このときには、スイッチがオンに設定されている
ので、ＧＡＳＰのパケットを使用したアシンクロナス通
信で、キューに空きが発生したことを、ネットワーク内
の全てのノードに対して同報通信し、全てのノードで受
信させる（ステップＳ３２）。このときには、例えば状
態変化（ＣＨＮＧＥＤ）のレスポンスを伝送して、キュ
ーの空きを告知する。そして、キューの空きを示すスイ
ッチをオフに戻させる。

【０１２３】このようにして、コントローラからの要求
に基づいて、ターゲット機器でのキューの記憶エリアに
空きが発生したとき、このことを同報通信でネットワー
ク内の全てのノードに通知するようにしたことで、ネッ
トワーク内でノティファイコマンドを送りたい機器があ
るときに、そのコマンドを送りたい機器に対してそのこ
とが通知される。この場合、同報通信用のパケットを使
用したことで、図３０の例のように、ノティファイコマ
ンドを送りたい機器が複数存在する場合に、その全ての
機器に該当する通知が一度で送られ、通知のためのデー
タ伝送量を少なくすることができ、効率の良い通知がで
きる。

【０１２４】なお、上述した実施の形態では、ノティフ
ァイコマンドを受信するターゲット機器として、ＩＲＤ
１００を使用した場合について説明したが、ネットワー
ク内のその他の機器が、ターゲット機器となって、同様
の制御を行うようにしても良い。また、上述した実施の
形態では、ターゲット機器の制御で設定されるチャンネ
ルや帯域の使用状況を、ノティファイコマンドで通知さ
せる例について説明したが、ターゲット機器の制御で実
行される処理であれば、その他の処理状態の変化を通知
させるようにしても良い。

【０１２５】また、上述した実施の形態では、ＩＥＥＥ
１３９４方式のバスで構成されるネットワークの場合に
ついて説明したが、その他のネットワーク構成の機器間
で同様のデータ伝送を行う場合にも適用できるものであ
る。この場合、有線の信号線で直接接続して構成される
ネットワークの他に、無線伝送により機器間のデータ伝
送が行われる構成のネットワークにも適用できるもので
ある。

【０１２６】

【発明の効果】請求項１に記載した通信制御方法による
と、ターゲット側の機器である第２の通信装置で、新た
なコマンドを受け付けできるようになったとき、同報通
信でネットワーク内の各通信装置に、そのことが告知さ
れるので、ネットワーク内の各通信装置は、この同報通
信があった後に該当するコマンドを発行させることで、
効率良くコマンドが受け付けられるようになる。従っ
て、コマンドの発行元の通信装置から何回もコマンドを
送る必要がなくなり、ネットワーク内での冗長な通信を
増やすことなく、必要な処理が迅速かつ確実に実行され
るようになる。

【０１２７】請求項２に記載した通信制御方法による
と、請求項１に記載した発明において、第２の通信装置
での状態変化があったことを通知する設定は、所定のキ
ューを記憶するエリアを確保して行い、そのエリアに第
１のコマンドの発行元の識別データと、状態変化に関す
るデータを記憶させて、第１のコマンドで指示される状
態変化が異なる場合にも、エリアを共通で使用するよう
にしたことで、ターゲット側の機器である第２の通信装
置で、通知のためのデータを記憶するエリアを多数確保
する必要がなくなり、簡単な構成及び処理で相手の通信
装置に通知を行うことができる。

【０１２８】請求項３に記載した通信制御方法による
と、請求項１に記載した発明において、第２の通信装置
からの第１のコマンドを受け付けられる状態になったこ
との同報通信は、第１のコマンドに基づいた設定が第２
の通信装置に行われた状態で、ネットワーク内の第３の
通信装置から第２のコマンドが伝送された場合に行うこ
とで、新たに第１のコマンドを送りたい通信装置が存在
する場合に、必要な同報通信が行われることになり、効
率良く通知を行うことができる。

【０１２９】請求項４に記載した通信システムによる
と、ターゲット側の機器である第２の通信装置で、新た
なコマンドを受け付けできるようになったとき、同報通
信でネットワーク内の各通信装置に、そのことが告知さ
れるので、ネットワーク内の各通信装置は、この同報通
信があった後に該当するコマンドを発行させることで、
効率良くコマンドが受け付けられるようになる。従っ
て、コマンドの発行元の通信装置から何回もコマンドを
送る必要がなくなり、ネットワーク内での冗長な通信を
増やすことなく、必要な処理が迅速かつ確実に実行され
る通信システムが得られる。

【０１３０】請求項５に記載した通信システムによる
と、請求項４に記載した発明において、第２の通信装置
は、所定のキューを記憶する記憶手段を備え、第２の制
御手段が所定の状態変化があったことを通知するための
設定は、記憶手段に第１のコマンドの発行元の識別デー
タと状態変化に関するデータを記憶させて、第１のコマ
ンドで指示される状態変化が異なる場合にも、記憶手段
を共通で使用するようにしたことで、ターゲット側の機
器である第２の通信装置で、通知のためのデータを記憶
するエリアを多数確保する必要がなくなり、簡単な構成
及び処理で相手の通信装置に通知を行うことができる通
信システムが得られる。

【０１３１】請求項６に記載した通信システムによる
と、請求項４に記載した発明において、第２の通信手段
からの第１のコマンドを受け付けられる状態になったこ
との同報通信は、第２の制御手段で第１のコマンドに基
づいた設定が行われた状態で、ネットワーク内の第３の
通信装置から第２の通信手段が第２のコマンドを受信し
た場合に行うことで、新たに第１のコマンドを送りたい
通信装置が存在する場合に、必要な同報通信が行われる
ことになり、効率良く通知を行うことができる通信シス
テムが得られる。

【０１３２】請求項７に記載した通信装置によると、新
たなコマンドを受け付けできるようになったとき、同報
通信でネットワーク内の各通信装置に、そのことを告知
するので、ネットワーク内の他の通信装置は、この同報
通信があった後に該当するコマンドを発行させること
で、効率良くコマンドが受け付けられるようになる。従
って、この通信装置で既に通知に関する設定がある場合
であっても、この通信装置に対して他の通信装置から何
回もコマンドを送る必要がなくなり、この通信装置が接
続されたネットワークでは、ネットワーク内での冗長な
通信を増やすことなく、必要な処理が迅速かつ確実に実
行されるようになる。

【０１３３】請求項８に記載した通信装置によると、請
求項７に記載した発明において、所定のキューを記憶す
る記憶手段を備え、制御手段が所定の状態変化があった
ことを通知するための設定は、記憶手段にコマンドの発
行元の識別データと状態変化に関するデータを記憶させ
て、第１のコマンドで指示される状態変化が異なる場合
にも、記憶手段を共通で使用するようにしたことで、通
知のためのデータを記憶するエリアを多数確保する必要
がなくなり、簡単な構成及び処理で相手の通信装置に通
知を行うことができる。

【０１３４】請求項９に記載した通信装置によると、請
求項７に記載した発明において、通信手段からの第１の
コマンドを受け付けられる状態になったことの同報通信
は、制御手段で第１のコマンドに基づいた設定が行われ
た状態で、第２のコマンドを通信手段が受信した場合に
行うことで、新たに第１のコマンドを送りたい通信装置
が存在する場合に、必要な同報通信が行われることにな
り、同報通信が必要な場合に効率良く通知を行うことが
できる。

【０１３５】請求項１０に記載した通信装置によると、
所定の状態変化があったことを通知させる第１のコマン
ドを生成させて送信させて、この第１のコマンドが拒否
されたとき、第１のコマンドが受け付け可能になったと
きに通知させる第２のコマンドを生成させて送信させる
ことで、所定の状態変化があったことを通知させる第１
のコマンドがいつ受け付け可能になるかを、相手の通信
装置からの通知を待つことで検出できるようになる。従
って、第１のコマンドが拒否されたとき、第１のコマン
ドが受け付けられるようになるまで、繰り返し第１のコ
マンドを送るような処理が必要なくなり、第１のコマン
ドを使用した通知を要求するための制御が簡単になる。

【図面の簡単な説明】

【図１】本発明の一実施の形態によるネットワーク構成
例を示す説明図である。

【図２】本発明の一実施の形態のネットワーク内の機器
の構成例（ＩＲＤの例）を示すブロック図である。

【図３】本発明の一実施の形態のネットワーク内の機器
の構成例（テレビジョン受像機の例）を示すブロック図
である。

【図４】本発明の一実施の形態のネットワーク内の機器
の構成例（ビデオ記録再生装置の例）を示すブロック図
である。

【図５】本発明の一実施の形態のネットワーク内の機器
の構成例（オーディオ記録再生装置の例）を示すブロッ
ク図である。

【図６】本発明の一実施の形態のネットワーク内の機器
の構成例（オーディオ再生装置の例）を示すブロック図
である。

【図７】ＩＥＥＥ１３９４方式のバスでのデータ伝送の
サイクル構造の例を示す説明図である。

【図８】ＣＲＳアーキテクチャのアドレス空間の構造の
例を示す説明図である。

【図９】主要なＣＲＳの位置、名前、働きの例を示す説
明図である。

【図１０】ゼネラルＲＯＭフォーマットの例を示す説明
図である。

【図１１】バスインフォブロック、ルートディレクト
リ、ユニットディレクトリの例を示す説明図である。

【図１２】ＰＣＲの構成の例を示す説明図である。

【図１３】ｏＭＰＲ、ｏＰＣＲ、ｉＭＰＲ、ｉＰＣＲの
構成の例を示す説明図である。

【図１４】プラグ、プラグコントロールレジスタ、伝送
チャンネルの関係の例を示す説明図である。

【図１５】ディスクリプタの階層構造によるデータ構造
例を示す説明図である。

【図１６】ディスクリプタのデータフォーマットの例を
示す説明図である。

【図１７】図１６のジェネレーションＩＤの例を示す説
明図である。

【図１８】図１６のリストＩＤの例を示す説明図であ
る。

【図１９】ＡＶ／Ｃコマンドのスタックモデルの例を示
す説明図である。

【図２０】ＦＣＰのコマンドとレスポンスの関係を示す
説明図である。

【図２１】図２０のコマンドとレスポンスの関係を更に
詳しく示す説明図である。

【図２２】ＡＶ／Ｃコマンドのデータ構造例を示す説明
図である。

【図２３】ＡＶ／Ｃコマンドの具体例を示す説明図であ
る。

【図２４】ＡＶ／Ｃコマンドのコマンド及びレスポンス
の具体例を示す説明図である。

【図２５】ＧＡＳＰパケットの構成例を示す説明図であ
る。

【図２６】本発明の一実施の形態によるノティファイコ
マンド受信時の処理を示すフローチャートである。

【図２７】本発明の一実施の形態による伝送例を示すタ
イミングチャートである。

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

【図２９】本発明の他の実施の形態によるノティファイ
コマンド受信時の処理を示すフローチャートである。

【図３０】本発明の他の実施の形態による伝送例を示す
タイミングチャートである。

【図３１】従来のノティファイコマンドの伝送例を示す
タイミングチャートである。

【符号の説明】

１ａ，１ｂ，１ｃ，１ｄ…バスライン、１００…ＩＲＤ
（デジタル衛星放送受信機）、２００…テレビジョン受
像機、３００…ビデオ記録再生装置、４００…オーディ
オ記録再生装置、５００…オーディオ再生装置、Ｎ１…
第１のネットワーク、Ｎ２…第２のネットワーク

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B077 AA01 FF02 NN02 5B089 HA18 JB10 KA12 KE02 KG02 5K033 AA06 BA04 CB01 CB04 CB13 CC01 DA01 DA11 5K034 AA05 BB07 EE10 FF02 HH01 HH02 HH07 HH11 LL01 NN26

Claims (10)

【特許請求の範囲】
1. 【請求項１】 複数台の通信装置の間で相互にデータ通
   信可能に構成されたネットワーク内での通信を制御する
   通信制御方法において、 上記ネットワーク内の第１の通信装置から第２の通信装
   置に対して第１のコマンドを送り、第２の通信装置で実
   行される所定の状態変化があったことを、上記第１の通
   信装置に通知させる指示を行うことで、 上記第２の通信装置で上記所定の状態変化が発生したと
   き、上記第１の通信装置に状態変化があったことを通知
   するように設定し、 上記第２の通信装置から上記第１の通信装置に、上記設
   定に基づいた上記状態変化の通知を行ったとき、上記ネ
   ットワーク内の各通信装置に対して、上記第１のコマン
   ドを新たに受け付けられる状態になったことを、同報通
   信で知らせるようにした通信制御方法。
2. 【請求項２】 請求項１記載の通信制御方法において、 上記第２の通信装置での状態変化があったことを通知す
   る設定は、所定のキューを記憶するエリアを確保して行
   い、そのエリアに上記第１のコマンドの発行元の識別デ
   ータと、上記状態変化に関するデータを記憶させて、上
   記第１のコマンドで指示される状態変化が異なる場合に
   も、上記エリアを共通で使用するようにした通信制御方
   法。
3. 【請求項３】 請求項１記載の通信制御方法において、 上記第２の通信装置からの上記第１のコマンドを受け付
   けられる状態になったことの同報通信は、上記第１のコ
   マンドに基づいた設定が第２の通信装置に行われた状態
   で、上記ネットワーク内の第３の通信装置から第２のコ
   マンドが伝送された場合に行う通信制御方法。
4. 【請求項４】 複数台の通信装置を、相互にデータ通信
   可能に構成されたネットワークで接続して構成される通
   信システムにおいて、 上記ネットワークに接続された第１の通信装置として、 ネットワーク内の他の通信装置に対して、その他の通信
   装置の制御で実行される所定の状態変化があったことを
   通知させる第１のコマンドを生成させるコマンド生成手
   段と、 上記コマンド生成手段が生成させた第１のコマンドを上
   記ネットワークに送出させ、そのコマンドの送信先から
   の通知を受信する第１の通信手段と、 上記第１の通信手段が受信した通知を判断する第１の制
   御手段とを備え、 上記ネットワークに接続された第２の通信装置として、 上記ネットワーク内の他の通信装置で通信を行う第２の
   通信手段と、 上記第２の通信手段が受信した第１のコマンドに基づい
   て、所定の状態変化の有無を判断して、状態変化が発生
   したとき通知するように設定させ、その設定があるとき
   に、所定の状態変化を検出して上記第２の通信手段から
   通知させたとき、上記第１のコマンドを新たに受け付け
   られる状態になったことを、同報通信で上記第２の通信
   手段から上記ネットワーク内の各通信装置に対して知ら
   せる制御を行う第２の制御手段とを備えた通信システ
   ム。
5. 【請求項５】 請求項４記載の通信システムにおいて、 上記第２の通信装置は、 所定のキューを記憶する記憶手段を備え、 上記第２の制御手段が所定の状態変化があったことを通
   知するための設定は、上記記憶手段に上記第１のコマン
   ドの発行元の識別データと、上記状態変化に関するデー
   タを記憶させて、上記第１のコマンドで指示される状態
   変化が異なる場合にも、上記記憶手段を共通で使用する
   ようにした通信システム。
6. 【請求項６】 請求項４記載の通信システムにおいて、 上記第２の通信手段からの上記第１のコマンドを受け付
   けられる状態になったことの同報通信は、上記第２の制
   御手段で上記第１のコマンドに基づいた設定が行われた
   状態で、上記ネットワーク内の第３の通信装置から上記
   第２の通信手段が第２のコマンドを受信した場合に行う
   通信システム。
7. 【請求項７】 所定の伝送路により形成されたネットワ
   ークに接続されて、そのネットワーク内の他の通信装置
   と相互にデータ通信が可能な通信装置において、 ネットワーク内の他の通信装置と通信を行う通信手段
   と、 上記通信手段が受信した第１のコマンドに基づいて、所
   定の状態変化の有無を判断して、状態変化が発生したと
   き通知するように設定させ、その設定があるときに、所
   定の状態変化を検出して上記通信手段から通知させたと
   き、上記第１のコマンドを新たに受け付けられる状態に
   なったことを、同報通信で上記通信手段から上記ネット
   ワーク内の各通信装置に対して知らせる制御を行う制御
   手段とを備えた通信装置。
8. 【請求項８】 請求項７記載の通信装置において、 所定のキューを記憶する記憶手段を備え、 上記制御手段が所定の状態変化があったことを通知する
   ための設定は、上記記憶手段に上記コマンドの発行元の
   識別データと、上記状態変化に関するデータを記憶させ
   て、上記第１のコマンドで指示される状態変化が異なる
   場合にも、上記記憶手段を共通で使用するようにした通
   信装置。
9. 【請求項９】 請求項７記載の通信装置において、 上記通信手段からの上記第１のコマンドを受け付けられ
   る状態になったことの同報通信は、上記制御手段で上記
   第１のコマンドに基づいた設定が行われた状態で、第２
   のコマンドを上記通信手段が受信した場合に行う通信装
   置。
10. 【請求項１０】 所定の伝送路により形成されたネット
    ワークに接続されて、そのネットワーク内の他の通信装
    置と相互にデータ通信が可能な通信装置において、 ネットワーク内の他の通信装置と通信を行う通信手段
    と、 ネットワーク内の所定の通信装置の制御で実行される所
    定の状態変化があったことを通知させる第１のコマンド
    を生成させて、上記通信手段から送信させ、上記第１の
    コマンドが拒否されたとき、上記第１のコマンドが受け
    付け可能になったときに通知させる第２のコマンドを生
    成させて、上記通信手段から送信させる制御手段とを備
    えた通信装置。