JP2002051054A

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

Info

Publication number: JP2002051054A
Application number: JP2000237452A
Authority: JP
Inventors: Yuichi Kageyama; 雄一影山; Naoyuki Sato; 直之佐藤
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2000-08-04
Filing date: 2000-08-04
Publication date: 2002-02-15

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）、“５０
ｈ”にはサーチモード、“５１ｈ”にはタイムコード、
“５２ｈ”にはＡＴＮ、“６０ｈ”にはオープンメモ
リ、“６１ｈ”にはメモリ読出し、“６２ｈ”にはメモ
リ書込み、“Ｃ１ｈ”にはロード、“Ｃ２ｈ”には録
音、“Ｃ３ｈ”には再生、“Ｃ４ｈ”には巻き戻しが割
り当てられている。

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

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

【００８４】また、本例の場合には、ノティファイコマ
ンドを受信した機器で、ノティファイ用のキューが既に
記憶されて、キューを記憶するエリアに空きがない場
合、予約リストに該当するデータを記憶させておき、キ
ューの記憶エリアに空きが出来た時点で、その予約リス
トに記憶されたデータをキューの記憶エリアに移す処理
を行うようにしてある。この予約リストは、例えば機器
の制御手段に接続されたメモリの一部のエリアを使用し
て構成される。

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

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

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

【００８８】そして、ステップＳＴ１２でキューの記憶
エリアに空きがないと判断したときには、制御手段に接
続されたメモリなどを使用して構成される予約リスト
に、このとき受信したコマンドの発行元のノードＩＤ
と、通知する状態変化に関する情報を記憶させる（ステ
ップＳＴ１４）。図２６は、予約リストのデータ構造の
一例を示したものであり、この例ではノードＩＤと、そ
のノードが要求している状態変化をコマンド種別として
記憶させてある。この場合、新規に予約リストに登録さ
れたデータを、最も下位の順位のデータとして登録す
る。図２６の例では、ノードＣが状態変化Ｙについて通
知することの予約、ノードＤが状態変化Ｚについて通知
することの予約などが、順位を付けた上でリスト化され
て登録されている。この予約リストへの登録を行った際
にも、受信したノティファイコマンドに対する処理が実
行された状態であるので、コマンドの発行元に対して
「暫定」（ＩＮＴＥＲＩＭ）のレスポンスを送信する。
但し、ステップＳＴ１３でキューとして記憶させた場合
の〔ＩＮＴＥＲＩＭ〕レスポンスと、ステップＳＴ１４
で予約リストに記憶させた場合の〔ＩＮＴＥＲＩＭ〕レ
スポンスとでは、区別がつくようなデータ構造とする。
例えば、ステップＳＴ１４の処理を行った場合には、
〔ＩＮＴＥＲＩＭ〕レスポンスとして送信されるパケッ
ト内の所定のオペランドに、予約リストにリストアップ
したことを示すコードを付加する。

【００８９】図２５のフローチャートの説明に戻ると、
ステップＳＴ１１でノティファイコマンドを受信してな
いと判断したときと、ステップＳＴ１３でのキューへの
記憶又はステップＳＴ１４での予約リストへの記憶があ
った後には、このターゲット機器の制御手段は、キュー
に登録（記憶）された状態変化が発生したか否か判断す
る（ステップＳＴ１５）。この判断で、状態変化がない
と判断したとき、ステップＳＴ１１のノティファイコマ
ンドの受信判断に戻る。

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

【００９１】この状態変化（ＣＨＮＧＥＤ）のレスポン
スを送信した後には、予約リストに予約された処理があ
るか否か判断し（ステップＳＴ１７）、予約リストに予
約された処理がない場合には、ステップＳＴ１１のノテ
ィファイコマンドの受信判断に戻る。ステップＳＴ１７
の判断で、予約リストに予約された処理がある場合に
は、その予約リストの中の最も順位が上に登録されたデ
ータを、キューに記憶させて、その予約リストからは該
当するデータを抹消させる（ステップＳＴ１８）。この
処理を行った後は、ステップＳＴ１１のノティファイコ
マンドの受信判断に戻る。

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

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

【００９４】図２７に従って伝送状態を説明すると、初
期状態では、ターゲット機器のキューの記憶エリアに何
もデータの記憶がなく、予約リストにも何も記憶データ
がない。このときには、キューに１つのノティファイコ
マンドによる指示を記憶して設定させることができるの
で、残りの設定可能数が１になっている。

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

【００９６】次に、第２のコントローラ（ノードＣ）
が、ターゲット（ノードＡ）に対して、状態Ｙに関する
変化を通知させるためのノティファイコマンドを伝送し
たとする（ステップＳ１３）。このコマンドを受信した
ターゲット（ノードＡ）では、既にキューの記憶エリア
にデータの記憶があり、残りの設定可能数が０であるの
で、予約リストに該当するデータ（ノードＩＤと通知す
る状態Ｙに関するデータ）を記憶させる。このときに
は、予約リストに他のデータの記憶がないので、予約リ
ストの１番目の順位に記憶させる。この予約リストへの
記憶を行ったときには、第２のコントローラ（ノード
Ｃ）に対して、ノティファイコマンドを承諾する「暫
定」（ＩＮＴＥＲＩＭ）のレスポンスを伝送する（ステ
ップＳ１４）。但し、このときの「暫定」（ＩＮＴＥＲ
ＩＭ）のレスポンスには、予約リストへのリストアップ
であることを示すデータが付加され、第２のコントロー
ラでは予約された状態であることが判断される。

【００９７】そして、その後にキューとして記憶された
状態Ｘの変化が発生したとき、ターゲット（ノードＡ）
は第１のコントローラ（ノードＢ）に「状態変化」（Ｃ
ＨＮＧＥＤ）のレスポンスを送信する（ステップＳ１
５）。このとき、ターゲット機器内では、キューの記憶
エリアに記憶されたノードＩＤと状態変化に関するデー
タを消去して、予約リストの１番目の順位に登録された
データを、キューの記憶エリアに移す処理が行われる。
従って、キューの記憶エリアには、ステップＳ１３で第
２のコントローラが送ったコマンドによる指示が設定さ
れる。具体的には、ノードＩＤがノードＣとなり、状態
Ｙの変化を通知するように設定される。

【００９８】このように設定された後に、状態Ｙに関す
る変化が発生したとき、ターゲット（ノードＡ）は第２
のコントローラ（ノードＣ）に「状態変化」（ＣＨＮＧ
ＥＤ）のレスポンスを送信する（ステップＳ１６）。こ
の状態で予約リストに別の予約がない場合には、キュー
の記憶エリアに何も設定されず、残りの設定可能数が１
になる。

【００９９】このようにターゲット機器で、ノティファ
イコマンドに関する予約リストを設けて、受信したノテ
ィファイコマンドによる指示を、キューの記憶エリアに
設定させることができないとき、予約リストに登録させ
て、キューの記憶エリアに設定された通知が実行される
毎に、予約リストに登録された処理をキューの記憶エリ
アに設定させることで、１つのターゲット機器に対して
複数のノティファイコマンドが送られた場合であって
も、それぞれのノティファイコマンドに対して拒絶する
ことなく処理できるようになる。従って、従来のように
ノティファイコマンドを送って拒否されたときのように
（図２８のステップＳ９５，Ｓ９６の処理）、ノティフ
ァイコマンドを受け付けられるようになるまでコマンド
の伝送を繰り返す必要がなくなり、それだけネットワー
ク上での冗長なデータの伝送がなくなる。

【０１００】また、ターゲットとなる機器では、キュー
の記憶エリアを複数用意する必要がなくなるので、伝送
制御の処理が簡単になる。即ち、複数のキューの記憶エ
リアを用意した場合には、ターゲット機器内の制御手段
で、その複数のキューの記憶エリアに記憶された複数の
状態の変化の有無を同時に監視する必要があるが、本例
の場合には、キューに設定された１つの状態変化を監視
するだけで良く、制御構成がそれだけ簡単になる。

【０１０１】なお、ターゲット機器においては、予約リ
ストとして記憶できる容量を余裕をもって用意しておく
ことで、基本的にはコントローラからターゲット機器に
対してノティファイコマンドを伝送したとき、そのコマ
ンドを拒否する〔ＲＥＪＥＣＴＥＤ〕のレスポンスが返
送されることはなくなる。従って、「拒否」（ＲＥＪＥ
ＣＴＥＤ）のレスポンスが返送された場合には、ターゲ
ット機器の状態が通常の状態ではないとコントローラが
判断できるようになる。

【０１０２】具体的には、ターゲット機器の状態とし
て、機器の電源スイッチがオフ状態に操作されて、電源
オフ状態（但しバスラインを介した最低限の通信は行え
る状態）となって、機器が休眠状態であるときに、この
ターゲット機器に対してノティファイコマンドを送る
と、「拒否」（ＲＥＪＥＣＴＥＤ）のレスポンスが返送
されるようになる。

【０１０３】従って、ノティファイコマンドを送ったコ
ントローラ側の機器では、ノティファイコマンドを送っ
て、「拒否」（ＲＥＪＥＣＴＥＤ）のレスポンスが返送
されたとき、ターゲット機器が休眠状態（電源オフ状
態）であると判断できるようになる。このようにコント
ローラが判断したときには、例えばコントローラからタ
ーゲット機器に対して、電源オンを指示するコマンドを
送って、該当する機器を休眠状態から立ち上げて、ノテ
ィファイコマンドによる受け付けを可能な状態に設定す
ることができる。

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

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

【０１０６】

【発明の効果】請求項１に記載した通信制御方法による
と、ターゲット側の通信装置で、受信した第１のコマン
ドによる通知を実行させることができないとき、その第
１のコマンドで指定された処理を予約させ、その予約さ
れた処理が実行可能になったとき、第１のコマンドに基
づいた通知ができるように設定される。従って、コマン
ドの発行元の通信装置から何回も第１のコマンドを送る
必要がなくなり、ネットワーク内での冗長な通信を増や
すことなく、必要な処理が迅速かつ確実に実行されるよ
うになる。

【０１０７】請求項２に記載した通信制御方法による
と、請求項１に記載した発明において、第２の通信装置
で第１のコマンドを受け取って予約が行われたとき、そ
のことを示すレスポンスを第１の通信装置に伝送するよ
うにしたことで、コマンドの発行元の通信装置では、送
ったコマンドにより予約されている状態であることが判
り、同じコマンドの送信を繰り返す必要がないことが確
実に判るようになる。

【０１０８】請求項３に記載した通信制御方法による
と、請求項１に記載した発明において、第１の通信装置
が第１のコマンドを送った後に、第２の通信装置から返
送されるレスポンスで、状態変化の通知を拒絶すること
が示されたとき、第１の通信装置は、第２の通信装置が
電源オフ状態などの休眠状態であると判断することで、
第１のコマンドの送信先が休眠状態であることが、拒絶
のレスポンスだけから判断できるようになる。即ち、第
１のコマンドを伝送して、そのコマンドが直ちに受付ら
れない場合であっても、予約処理が実行されるときには
拒絶のレスポンスが伝送されるので、拒絶のレスポンス
が伝送される場合としては、休眠状態の場合だけとな
り、拒絶のレスポンスから相手の機器の状態を的確に判
断できるようになる。

【０１０９】請求項４に記載した通信システムによる
と、第１の通信装置から第２の通信装置に第１のコマン
ドを送って、その第１のコマンドによる通知を第２の通
信装置で実行させることができないとき、その第１のコ
マンドで指定された処理を予約させ、その予約された処
理が実行可能になったとき、第１のコマンドに基づいた
通知ができるように設定される。従って、第１の通信装
置から第２の通信装置に対して、何回も第１のコマンド
を送る必要がなくなり、ネットワーク内での冗長な通信
を増やすことなく、必要な処理が迅速かつ確実に実行さ
れる通信システムが得られる。

【０１１０】請求項５に記載した通信システムによる
と、請求項４に記載した発明において、第２の通信装置
の第２の通信手段が第１の通信装置からのコマンドを受
け取って、第２の制御手段が上記予約を行ったとき、そ
のことを示すレスポンスを第２の通信手段が伝送するよ
うにしたことで、コマンドの発行元である第１の通信装
置では、送ったコマンドにより予約されている状態であ
ることが判り、同じコマンドの送信を繰り返す必要がな
いことが確実に判るようになる。

【０１１１】請求項６に記載した通信システムによる
と、請求項４に記載した発明において、第１の通信装置
の第１の制御手段は、第１の通信手段がコマンドを送っ
た後に受信したレスポンスで、状態変化の通知を拒絶す
ることが示されたとき、第２の通信装置が休眠状態であ
ると判断することで、第２の通信装置が休眠状態である
ことが、拒絶のレスポンスだけから判断できるようにな
る。即ち、第１の通信装置から第１のコマンドを伝送し
て、そのコマンドが直ちに受付られない場合であって
も、予約処理が実行されるときには拒絶のレスポンスが
伝送されるので、第２の通信装置から拒絶のレスポンス
が伝送される場合としては、休眠状態の場合だけとな
り、拒絶のレスポンスから第２の通信装置の状態を的確
に判断できるようになる。

【０１１２】請求項７に記載した通信装置によると、他
の通信装置から伝送されたコマンドによる通知を実行さ
せるように設定できないとき、そのコマンドで指定され
た処理を予約させ、その予約された処理が実行可能にな
ったとき、コマンドに基づいた通知ができるように設定
される。従って、この通信装置で既に通知に関する設定
がある場合であっても、この通信装置に対して何回もコ
マンドを送る必要がなくなり、この通信装置が接続され
たネットワークでは、ネットワーク内での冗長な通信を
増やすことなく、必要な処理が迅速かつ確実に実行され
るようになる。

【０１１３】請求項８に記載した通信装置によると、請
求項７に記載した発明において、通信手段がコマンドを
受け取って、制御手段が予約を行ったとき、そのことを
示すレスポンスを通信手段は伝送することで、この通信
装置から送信されるレスポンスにより、コマンドによる
設定が行われたのか、或いは予約されたのかが確実に判
断できるようになる。

【０１１４】請求項９に記載した通信装置によると、こ
の通信装置から伝送したコマンドによる通知が実行可能
な状況と、そのコマンドで指定された処理が予約された
状況とを、レスポンスから判別することができ、この通
信装置から送ったコマンドによる設定状況や予約状況を
確実に判断できるようになる。

【０１１５】請求項１０に記載した通信装置によると、
請求項９に記載した発明において、通信手段が受信した
レスポンスで、状態変化の通知を行うことが拒絶された
ことを制御手段が検出したとき、制御手段は、コマンド
の送信先が休眠状態であると判断するようにしたこと
で、相手の通信装置が休眠状態であることが、拒絶のレ
スポンスだけから判断できるようになる。そして、この
休眠状態であることが直ちに判断できることで、例えば
この通信装置から相手の通信装置に対して、電源を投入
させるコマンドを送る等の対処を迅速にとることが可能
になる。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図２６】本発明の一実施の形態による予約リストの例
を示す説明図である。

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5K032 AA01 AA09 BA04 CC01 CC04 DA01 DA11 DB24 EA03 5K033 AA01 BA04 CB01 CB04 DA01 DA11 DB16 EB03 5K034 AA01 AA07 EE10 HH01 HH02 HH11 LL01 NN26 TT02

Claims

【特許請求の範囲】

【請求項１】複数台の通信装置の間で相互にデータ通
信可能に構成されたネットワーク内での通信を制御する
通信制御方法において、上記ネットワーク内の第１の通信装置から第２の通信装
置に対して第１のコマンドを送り、第２の通信装置の制
御で実行される第１の状態変化があったことを、上記第
１の通信装置に通知させる指示を行ったときに、上記第２の通信装置で別の通信装置に対して第２の状態
変化を通知するように待機しているとき、上記第２の通信装置で、第１の状態変化を通知すること
を予約し、上記第２の状態変化の発生による通知を行った後、上記
予約された第１の状態変化を監視し、第１の状態変化の
発生により、上記第１の通信装置に状態変化があったこ
とを通知するようにした通信制御方法。
【請求項２】請求項１記載の通信制御方法において、上記第２の通信装置で上記第１のコマンドを受け取って
上記予約が行われたとき、そのことを示すレスポンスを
上記第１の通信装置に伝送するようにした通信制御方
法。
【請求項３】請求項１記載の通信制御方法において、上記第１の通信装置が第１のコマンドを送った後に、上
記第２の通信装置から返送されるレスポンスで、状態変
化の通知を拒絶することが示されたとき、上記第１の通
信装置は、上記第２の通信装置が休眠状態であると判断
する通信制御方法。
【請求項４】複数台の通信装置を、相互にデータ通信
可能に構成されたネットワークで接続して構成される通
信システムにおいて、上記ネットワークに接続された第１の通信装置として、ネットワーク内の他の通信装置に対して、その他の通信
装置の制御で実行される所定の状態変化があったことを
通知させるコマンドを生成させるコマンド生成手段と、上記コマンド生成手段が生成させたコマンドを上記ネッ
トワークに送出させ、そのコマンドの送信先からの通知
を受信する第１の通信手段と、上記第１の通信手段が受信した通知を判断する第１の制
御手段とを備え、上記ネットワークに接続された第２の通信装置として、上記第１の通信装置からのコマンドを受信し、そのコマ
ンドの送信元に対して通知を送信する第２の通信手段
と、上記第２の通信手段が受信したコマンドに基づいて、所
定の状態変化の有無を判断して、状態変化が発生したと
き通知するように設定させ、その設定があるときに、さ
らに上記第２の通信手段がコマンドを受信したとき、そ
の受信したコマンドで指示された通知を予約し、上記設
定で状態変化を通知したとき、予約された状態変化が発
生したとき通知するように設定させる第２の制御手段と
を備えた通信システム。
【請求項５】請求項４記載の通信システムにおいて、上記第２の通信装置の第２の通信手段が上記第１の通信
装置からのコマンドを受け取って、上記第２の制御手段
が上記予約を行ったとき、そのことを示すレスポンスを
上記第２の通信手段は伝送する通信システム。
【請求項６】請求項４記載の通信システムにおいて、上記第１の通信装置の第１の制御手段は、上記第１の通
信手段が上記コマンドを送った後に受信したレスポンス
で、状態変化の通知を拒絶することが示されたとき、上
記第２の通信装置が休眠状態であると判断する通信シス
テム。
【請求項７】所定の伝送路により形成されたネットワ
ークに接続されて、そのネットワーク内の他の通信装置
と相互にデータ通信が可能な通信装置において、ネットワーク内の他の通信装置からのコマンドを受信
し、そのコマンドの送信元に対して通知を送信する通信
手段と、上記通信手段が受信したコマンドに基づいて、所定の状
態変化の有無を判断して、状態変化が発生したとき通知
するように設定させ、その設定があるときに、さらに上
記通信手段が別のコマンドを受信したとき、その受信し
たコマンドで指示された通知を予約し、上記設定で状態
変化を通知したとき、予約された状態変化が発生したと
き通知するように設定させる制御手段とを備えた通信装
置。
【請求項８】請求項７記載の通信装置において、上記通信手段がコマンドを受け取って、上記制御手段が
上記予約を行ったとき、そのことを示すレスポンスを上
記通信手段は伝送する通信装置。
【請求項９】所定の伝送路により形成されたネットワ
ークに接続されて、そのネットワーク内の他の通信装置
と相互にデータ通信が可能な通信装置において、ネットワーク内の他の通信装置に対して、その他の通信
装置の制御で実行される所定の状態変化があったことを
通知させるコマンドを生成させるコマンド生成手段と、上記コマンド生成手段が生成させたコマンドを上記ネッ
トワークに送出させ、そのコマンドの送信先からの通知
を受信する通信手段と、上記通信手段が受信したレスポンスから、上記通知が可
能な状態に設定されたときと、上記通知が可能になるま
で予約されたときを、区別して判断する制御手段とを備
えた通信装置。
【請求項１０】請求項９記載の通信装置において、上
記通信手段が受信したレスポンスで、上記状態変化の通
知を行うことが拒絶されたことを上記制御手段が検出し
たとき、上記制御手段は、上記コマンドの送信先が休眠
状態であると判断する通信装置。