JP2002051055A - 通信制御方法、通信システム及び通信装置 - Google Patents
通信制御方法、通信システム及び通信装置Info
- Publication number
- JP2002051055A JP2002051055A JP2000237453A JP2000237453A JP2002051055A JP 2002051055 A JP2002051055 A JP 2002051055A JP 2000237453 A JP2000237453 A JP 2000237453A JP 2000237453 A JP2000237453 A JP 2000237453A JP 2002051055 A JP2002051055 A JP 2002051055A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- command
- communication device
- response
- predetermined time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 256
- 238000000034 method Methods 0.000 title claims description 58
- 230000008859 change Effects 0.000 claims abstract description 96
- 230000004044 response Effects 0.000 claims description 123
- 230000005540 biological transmission Effects 0.000 claims description 61
- 238000010586 diagram Methods 0.000 description 46
- 238000012545 processing Methods 0.000 description 44
- 230000008569 process Effects 0.000 description 31
- 230000006870 function Effects 0.000 description 17
- 230000015654 memory Effects 0.000 description 13
- 230000005236 sound signal Effects 0.000 description 12
- 230000003287 optical effect Effects 0.000 description 7
- 102100035353 Cyclin-dependent kinase 2-associated protein 1 Human genes 0.000 description 5
- 230000001419 dependent effect Effects 0.000 description 5
- 238000012546 transfer Methods 0.000 description 4
- 102100029860 Suppressor of tumorigenicity 20 protein Human genes 0.000 description 3
- 230000003321 amplification Effects 0.000 description 3
- 238000003199 nucleic acid amplification method Methods 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000000794 confocal Raman spectroscopy Methods 0.000 description 2
- 238000011500 cytoreductive surgery Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000002085 persistent effect Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- NLZUEZXRPGMBCV-UHFFFAOYSA-N Butylhydroxytoluene Chemical compound CC1=CC(C(C)(C)C)=C(O)C(C(C)(C)C)=C1 NLZUEZXRPGMBCV-UHFFFAOYSA-N 0.000 description 1
- 208000033748 Device issues Diseases 0.000 description 1
- 101000760620 Homo sapiens Cell adhesion molecule 1 Proteins 0.000 description 1
- 101100125495 Schizosaccharomyces pombe (strain 972 / ATCC 24843) iec1 gene Proteins 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- SHGAZHPCJJPHSC-YCNIQYBTSA-N all-trans-retinoic acid Chemical compound OC(=O)\C=C(/C)\C=C\C=C(/C)\C=C\C1=C(C)CCCC1(C)C SHGAZHPCJJPHSC-YCNIQYBTSA-N 0.000 description 1
- 238000001193 catalytic steam reforming Methods 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 239000011347 resin Substances 0.000 description 1
- 229920005989 resin Polymers 0.000 description 1
Classifications
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
- G06F13/4291—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus using a clocked protocol
Abstract
(57)【要約】
【課題】 ＩＥＥＥ１３９４方式などのネットワーク内
において、特定の機器からの要求があった後に、何らか
の通知を行う場合の問題を回避する。 【解決手段】 複数台の通信装置の間で相互にデータ通
信可能に構成されたネットワーク内での通信を制御する
場合に、ネットワーク内の第１の通信装置から第２の通
信装置に対して第１のコマンドを送り、第２の通信装置
の制御で実行される所定の状態変化があったことを、第
１の通信装置に通知させる指示を行ったときに、第２の
通信装置は、第１のコマンドを受け取ってから所定時間
が経過するまでの間に、所定の状態変化があったときだ
け、第１の通信装置に対して、状態変化があったことを
通知し、所定時間が経過したとき通知しないようにし
た。
において、特定の機器からの要求があった後に、何らか
の通知を行う場合の問題を回避する。 【解決手段】 複数台の通信装置の間で相互にデータ通
信可能に構成されたネットワーク内での通信を制御する
場合に、ネットワーク内の第１の通信装置から第２の通
信装置に対して第１のコマンドを送り、第２の通信装置
の制御で実行される所定の状態変化があったことを、第
１の通信装置に通知させる指示を行ったときに、第２の
通信装置は、第１のコマンドを受け取ってから所定時間
が経過するまでの間に、所定の状態変化があったときだ
け、第１の通信装置に対して、状態変化があったことを
通知し、所定時間が経過したとき通知しないようにし
た。
Description
【０００１】
【発明の属する技術分野】本発明は、例えばＩＥＥＥ１
３９４方式のバスラインで接続された機器の間でデータ
伝送を行う場合に適用して好適な通信制御方法及び通信
システムと、この通信制御方法を適用した通信装置に関
する。
３９４方式のバスラインで接続された機器の間でデータ
伝送を行う場合に適用して好適な通信制御方法及び通信
システムと、この通信制御方法を適用した通信装置に関
する。
【０００２】
【従来の技術】ＩＥＥＥ１３９４方式のシリアルデータ
バスを用いたネットワークで介して、相互に情報を伝送
することができるネットワークに接続されているオーデ
ィオ機器やビデオ機器（これらの機器をＡＶ機器と称す
る）が開発されている。このバスを介してデータ伝送を
行う際には、比較的大容量の動画データ，オーディオデ
ータなどをリアルタイム伝送する際に使用されるアイソ
クロナス転送モードと、静止画像，テキストデータ，制
御コマンドなどを確実に伝送する際に使用されるアシン
クロナス転送モードとが用意され、それぞれのモード毎
に専用の帯域が伝送に使用され、両モードの伝送は１つ
のバス上で混在できるようにしてある。
バスを用いたネットワークで介して、相互に情報を伝送
することができるネットワークに接続されているオーデ
ィオ機器やビデオ機器（これらの機器をＡＶ機器と称す
る）が開発されている。このバスを介してデータ伝送を
行う際には、比較的大容量の動画データ，オーディオデ
ータなどをリアルタイム伝送する際に使用されるアイソ
クロナス転送モードと、静止画像，テキストデータ，制
御コマンドなどを確実に伝送する際に使用されるアシン
クロナス転送モードとが用意され、それぞれのモード毎
に専用の帯域が伝送に使用され、両モードの伝送は１つ
のバス上で混在できるようにしてある。
【０００３】このネットワークにおいては、所定のコマ
ンド（AV/C Command Transaction Set：以下ＡＶ／Ｃコ
マンドと称する）を用いることにより、ＡＶ機器を遠隔
制御することが可能である。ＩＥＥＥ１３９４方式の詳
細及びＡＶ／Ｃコマンドの詳細については、1394 Trade
Associationで公開しているAV/C Digital InterfaceCo
mmand Set General Specificationに記載されている。
ンド（AV/C Command Transaction Set：以下ＡＶ／Ｃコ
マンドと称する）を用いることにより、ＡＶ機器を遠隔
制御することが可能である。ＩＥＥＥ１３９４方式の詳
細及びＡＶ／Ｃコマンドの詳細については、1394 Trade
Associationで公開しているAV/C Digital InterfaceCo
mmand Set General Specificationに記載されている。
【０００４】このＩＥＥＥ１３９４方式のバスラインで
接続されるＡＶ機器間でのＡＶ／Ｃコマンドの伝送とし
ては、単に相手の機器を制御するコントロールコマンド
の伝送による処理だけでなく、相手の機器の状態を知る
ステータスコマンドや、相手の機器から所定の状態の変
化を通知させるように要求するノティファイコマンド
（通知コマンド）が定義されて、それらのコマンドに基
づいた処理も実行できるようにしてある。ノティファイ
コマンドの使用例としては、例えばバスライン上のチャ
ンネルに空きがないとき、そのチャンネルを設定してい
る機器に対してノティファイコマンドを送り、チャンネ
ルに空きが発生したとき、そのことを通知させるような
ことが考えられる。これらのコマンドの具体例について
は、後述する実施の形態の中で詳細に説明する。
接続されるＡＶ機器間でのＡＶ／Ｃコマンドの伝送とし
ては、単に相手の機器を制御するコントロールコマンド
の伝送による処理だけでなく、相手の機器の状態を知る
ステータスコマンドや、相手の機器から所定の状態の変
化を通知させるように要求するノティファイコマンド
（通知コマンド）が定義されて、それらのコマンドに基
づいた処理も実行できるようにしてある。ノティファイ
コマンドの使用例としては、例えばバスライン上のチャ
ンネルに空きがないとき、そのチャンネルを設定してい
る機器に対してノティファイコマンドを送り、チャンネ
ルに空きが発生したとき、そのことを通知させるような
ことが考えられる。これらのコマンドの具体例について
は、後述する実施の形態の中で詳細に説明する。
【０００５】
【発明が解決しようとする課題】ところで、ネットワー
ク内の相手の機器に対して、所定の状態の変化を通知さ
せるように要求するノティファイコマンドを使用する場
合には、そのコマンドを受信した側の機器では、そのコ
マンドで指示された状態の変化がいつ発生するか予測が
出来ないために、その機器内でどの機器からの要求であ
るかをキューとして記憶しておく必要がある。このキュ
ーを記憶しておくエリアには限りがあるため、そのエリ
アが全て使用中であるとき、新しいノティファイコマン
ドを受信したとしても、そのコマンドは拒絶されてしま
う。
ク内の相手の機器に対して、所定の状態の変化を通知さ
せるように要求するノティファイコマンドを使用する場
合には、そのコマンドを受信した側の機器では、そのコ
マンドで指示された状態の変化がいつ発生するか予測が
出来ないために、その機器内でどの機器からの要求であ
るかをキューとして記憶しておく必要がある。このキュ
ーを記憶しておくエリアには限りがあるため、そのエリ
アが全て使用中であるとき、新しいノティファイコマン
ドを受信したとしても、そのコマンドは拒絶されてしま
う。
【０００６】従って、例えばある機器で記憶できるキュ
ーの数が１つであり、その機器に送られたノティファイ
コマンドで指示した状態の変化が、いつまで経っても発
生しないとき、その機器は別の機器からのノティファイ
コマンドを受付できない状態が継続することになり、ネ
ットワーク内で用意されたコマンドを使用した通知処理
が正常に行えない状態が発生してしまう。このような場
合、ネットワーク内の機器構成に変化があったときに発
生するバスリセットが発生するまで、キューの記憶が継
続し、バスリセットが発生しない限り、新たなノティフ
ァイコマンドの受付ができない状態が継続してしまう。
ーの数が１つであり、その機器に送られたノティファイ
コマンドで指示した状態の変化が、いつまで経っても発
生しないとき、その機器は別の機器からのノティファイ
コマンドを受付できない状態が継続することになり、ネ
ットワーク内で用意されたコマンドを使用した通知処理
が正常に行えない状態が発生してしまう。このような場
合、ネットワーク内の機器構成に変化があったときに発
生するバスリセットが発生するまで、キューの記憶が継
続し、バスリセットが発生しない限り、新たなノティフ
ァイコマンドの受付ができない状態が継続してしまう。
【０００７】また、ＩＥＥＥ１３９４方式のバスライン
で構成されたネットワークの場合には、バスブリッジを
使用して複数のネットワークを接続することが可能にな
っているが、バスブリッジで接続された他のネットワー
ク内の機器には、バスリセットの情報が伝わらないた
め、バスブリッジで接続された複数のネットワーク間で
ノティファイコマンドがやり取りされた場合には、バス
リセットによるキャンセルも有効に機能しなくなってし
まう。
で構成されたネットワークの場合には、バスブリッジを
使用して複数のネットワークを接続することが可能にな
っているが、バスブリッジで接続された他のネットワー
ク内の機器には、バスリセットの情報が伝わらないた
め、バスブリッジで接続された複数のネットワーク間で
ノティファイコマンドがやり取りされた場合には、バス
リセットによるキャンセルも有効に機能しなくなってし
まう。
【０００８】例えば、一方のネットワーク内の機器（コ
ントロール機器）からノティファイコマンドが出力され
て、他方のネットワーク内の機器（ターゲット機器）
で、そのコマンドによる指示がキューとして記憶された
状態で、ノティファイコマンドを出力した機器がネット
ワークから外されたとき、そのネットワークではバスリ
セットが発生するが、キューを記憶したターゲット機器
が属するネットワークではバスリセットが発生せず、タ
ーゲット機器が不要なキューを記憶することになってし
まう。
ントロール機器）からノティファイコマンドが出力され
て、他方のネットワーク内の機器（ターゲット機器）
で、そのコマンドによる指示がキューとして記憶された
状態で、ノティファイコマンドを出力した機器がネット
ワークから外されたとき、そのネットワークではバスリ
セットが発生するが、キューを記憶したターゲット機器
が属するネットワークではバスリセットが発生せず、タ
ーゲット機器が不要なキューを記憶することになってし
まう。
【０００９】また逆に、ターゲット機器側のネットワー
クでバスリセットが発生したとき、記憶したキューが無
効になっているのに、コントロール機器ではノティファ
イコマンドに基づいたイベントの通知を待ち続けてしま
う。
クでバスリセットが発生したとき、記憶したキューが無
効になっているのに、コントロール機器ではノティファ
イコマンドに基づいたイベントの通知を待ち続けてしま
う。
【００１０】図３３は、従来のノティファイコマンドの
使用例を示した図である。この例では、ネットワーク内
に３つのコントローラａ，ｂ，ｃが存在し、各コントロ
ーラからのノティファイコマンドを受け付けるターゲッ
ト機器では、２つのノティファイのキューを記憶できる
構成としてある。この状態で、例えばコントローラａか
らターゲット機器に対して、所定の処理Ｘに関する状態
変化を通知させるノティファイコマンドを送信する（ス
テップＳ８１）。このノティファイコマンドをターゲッ
ト機器が受信すると、処理Ｘに関する２つのキューの記
憶エリアの内の１つに、コントローラａのノードＩＤが
記憶され、ターゲット機器からコントローラａに対し
て、ノティファイコマンドを受理したことを示すインタ
ーリームレスポンスを返送する（ステップＳ８２）。
使用例を示した図である。この例では、ネットワーク内
に３つのコントローラａ，ｂ，ｃが存在し、各コントロ
ーラからのノティファイコマンドを受け付けるターゲッ
ト機器では、２つのノティファイのキューを記憶できる
構成としてある。この状態で、例えばコントローラａか
らターゲット機器に対して、所定の処理Ｘに関する状態
変化を通知させるノティファイコマンドを送信する（ス
テップＳ８１）。このノティファイコマンドをターゲッ
ト機器が受信すると、処理Ｘに関する２つのキューの記
憶エリアの内の１つに、コントローラａのノードＩＤが
記憶され、ターゲット機器からコントローラａに対し
て、ノティファイコマンドを受理したことを示すインタ
ーリームレスポンスを返送する（ステップＳ８２）。
【００１１】その後、コントローラｂからもターゲット
機器に対して、所定の処理Ｘに関する状態変化を通知さ
せるノティファイコマンドを送信したとする（ステップ
Ｓ８３）。このノティファイコマンドをターゲット機器
が受信すると、処理Ｘに関する残りの１つのキューの記
憶エリアに、コントローラｂのノードＩＤが記憶され、
ターゲット機器からコントローラｂに対して、ノティフ
ァイコマンドを受理したことを示すインターリームレス
ポンスを返送する（ステップＳ８４）。
機器に対して、所定の処理Ｘに関する状態変化を通知さ
せるノティファイコマンドを送信したとする（ステップ
Ｓ８３）。このノティファイコマンドをターゲット機器
が受信すると、処理Ｘに関する残りの１つのキューの記
憶エリアに、コントローラｂのノードＩＤが記憶され、
ターゲット機器からコントローラｂに対して、ノティフ
ァイコマンドを受理したことを示すインターリームレス
ポンスを返送する（ステップＳ８４）。
【００１２】その後、さらにコントローラｃからもター
ゲット機器に対して、所定の処理Ｘに関する状態変化を
通知させるノティファイコマンドを送信したとする（ス
テップＳ８５）。このノティファイコマンドをターゲッ
ト機器が受信すると、このときには処理Ｘに関するキュ
ーの記憶エリアに空きがないので、そのノティファイコ
マンドを拒絶するリジェクトレスポンスが、ターゲット
機器からコントローラｃに対して返送される（ステップ
Ｓ８６）。
ゲット機器に対して、所定の処理Ｘに関する状態変化を
通知させるノティファイコマンドを送信したとする（ス
テップＳ８５）。このノティファイコマンドをターゲッ
ト機器が受信すると、このときには処理Ｘに関するキュ
ーの記憶エリアに空きがないので、そのノティファイコ
マンドを拒絶するリジェクトレスポンスが、ターゲット
機器からコントローラｃに対して返送される（ステップ
Ｓ８６）。
【００１３】そして、ターゲット機器の制御により、処
理Ｘに関する状態変化が発生したとき、この処理Ｘに関
するキューに記憶されたコントローラａ及びｂに対し
て、状態変化が発生したことを示すチェンジドのレスポ
ンスを送り（ステップＳ８７，Ｓ８８）、キューに記憶
されたノードＩＤを消去する。
理Ｘに関する状態変化が発生したとき、この処理Ｘに関
するキューに記憶されたコントローラａ及びｂに対し
て、状態変化が発生したことを示すチェンジドのレスポ
ンスを送り（ステップＳ８７，Ｓ８８）、キューに記憶
されたノードＩＤを消去する。
【００１４】このようにターゲット機器においてキュー
の記憶エリアに空きがない状態では、新たなノティファ
イコマンドの受理ができない問題がある。
の記憶エリアに空きがない状態では、新たなノティファ
イコマンドの受理ができない問題がある。
【００１５】図３４は、別の処理例を示したものであ
る。この例では、コントローラａ，ｂとターゲット機器
は、同じネットワーク内に存在し、このネットワークと
バスブリッジで接続された別のネットワーク内にコント
ローラｃが存在しているものとする。この例では、まず
コントローラａからターゲット機器に対して、所定の処
理Ｘに関する状態変化を通知させるノティファイコマン
ドを送信する（ステップＳ９１）。このノティファイコ
マンドをターゲット機器が受信すると、処理Ｘに関する
２つのキューの記憶エリアの内の１つに、コントローラ
ａのノードＩＤが記憶され、ターゲット機器からコント
ローラａに対して、ノティファイコマンドを受理したこ
とを示すインターリームレスポンスを返送する（ステッ
プＳ９２）。
る。この例では、コントローラａ，ｂとターゲット機器
は、同じネットワーク内に存在し、このネットワークと
バスブリッジで接続された別のネットワーク内にコント
ローラｃが存在しているものとする。この例では、まず
コントローラａからターゲット機器に対して、所定の処
理Ｘに関する状態変化を通知させるノティファイコマン
ドを送信する（ステップＳ９１）。このノティファイコ
マンドをターゲット機器が受信すると、処理Ｘに関する
２つのキューの記憶エリアの内の１つに、コントローラ
ａのノードＩＤが記憶され、ターゲット機器からコント
ローラａに対して、ノティファイコマンドを受理したこ
とを示すインターリームレスポンスを返送する（ステッ
プＳ９２）。
【００１６】その後、コントローラｃからもターゲット
機器に対して、所定の処理Ｘに関する状態変化を通知さ
せるノティファイコマンドを送信したとする（ステップ
Ｓ９３）。このノティファイコマンドをターゲット機器
が受信すると、処理Ｘに関する残りの１つのキューの記
憶エリアに、コントローラｃのノードＩＤが記憶され、
ターゲット機器からコントローラｃに対して、ノティフ
ァイコマンドを受理したことを示すインターリームレス
ポンスを返送する（ステップＳ９４）。
機器に対して、所定の処理Ｘに関する状態変化を通知さ
せるノティファイコマンドを送信したとする（ステップ
Ｓ９３）。このノティファイコマンドをターゲット機器
が受信すると、処理Ｘに関する残りの１つのキューの記
憶エリアに、コントローラｃのノードＩＤが記憶され、
ターゲット機器からコントローラｃに対して、ノティフ
ァイコマンドを受理したことを示すインターリームレス
ポンスを返送する（ステップＳ９４）。
【００１７】その後、コントローラｃがバスから外され
たとする。このとき、このコントローラｃが接続された
ネットワーク内ではバスリセットが発生するが、ターゲ
ット機器が接続されたネットワーク内ではバスリセット
が発生せず、ターゲット機器のキューの記憶エリアに、
コントローラｃのノードＩＤが記憶されたままになって
しまう。
たとする。このとき、このコントローラｃが接続された
ネットワーク内ではバスリセットが発生するが、ターゲ
ット機器が接続されたネットワーク内ではバスリセット
が発生せず、ターゲット機器のキューの記憶エリアに、
コントローラｃのノードＩＤが記憶されたままになって
しまう。
【００１８】従って、この後にコントローラｂからター
ゲット機器に対して、所定の処理Ｘに関する状態変化を
通知させるノティファイコマンドを送信したとすると
（ステップＳ９５）、このときにはターゲット機器に処
理Ｘに関するキューの記憶エリアに空きがないので、そ
のノティファイコマンドを拒絶するリジェクトレスポン
スが、ターゲット機器からコントローラｃに対して返送
されてしまう（ステップＳ９６）。ところが実際には、
コントローラｃはネットワークから既に外れているの
で、必要のないデータがキューに記憶されているため
に、ステップＳ９５，Ｓ９６でノティファイコマンドが
拒絶されていることになる。
ゲット機器に対して、所定の処理Ｘに関する状態変化を
通知させるノティファイコマンドを送信したとすると
（ステップＳ９５）、このときにはターゲット機器に処
理Ｘに関するキューの記憶エリアに空きがないので、そ
のノティファイコマンドを拒絶するリジェクトレスポン
スが、ターゲット機器からコントローラｃに対して返送
されてしまう（ステップＳ９６）。ところが実際には、
コントローラｃはネットワークから既に外れているの
で、必要のないデータがキューに記憶されているため
に、ステップＳ９５，Ｓ９６でノティファイコマンドが
拒絶されていることになる。
【００１９】その後、例えばコントローラｂがネットワ
ークから外れてバスリセットが発生したとき、初めてタ
ーゲット機器のキューの記憶エリアが初期化される。こ
のバスリセットが発生したときには、例えばコントロー
ラａからターゲット機器に対して、ノティファイコマン
ドを再送信することで（ステップＳ９７）、コントロー
ラａについてのキューの記憶が復帰する。このように、
バスブリッジで接続された他のネットワーク内の機器か
らのノティファイコマンドの伝送時には、バスリセット
による初期化が有効に機能しない問題がある。
ークから外れてバスリセットが発生したとき、初めてタ
ーゲット機器のキューの記憶エリアが初期化される。こ
のバスリセットが発生したときには、例えばコントロー
ラａからターゲット機器に対して、ノティファイコマン
ドを再送信することで（ステップＳ９７）、コントロー
ラａについてのキューの記憶が復帰する。このように、
バスブリッジで接続された他のネットワーク内の機器か
らのノティファイコマンドの伝送時には、バスリセット
による初期化が有効に機能しない問題がある。
【００２０】なお、ここではＩＥＥＥ１３９４方式のバ
スラインで接続されたネットワークでノティファイコマ
ンドを使用する場合の問題について説明したが、その他
の通信構成のネットワーク内で通知処理を行う場合にも
同様の問題が存在する。
スラインで接続されたネットワークでノティファイコマ
ンドを使用する場合の問題について説明したが、その他
の通信構成のネットワーク内で通知処理を行う場合にも
同様の問題が存在する。
【００２１】本発明の目的は、ＩＥＥＥ１３９４方式の
バスラインなどで構成されるネットワーク内において、
特定の機器からの要求があった後に、何らかの通知を行
う場合の問題を回避することにある。
バスラインなどで構成されるネットワーク内において、
特定の機器からの要求があった後に、何らかの通知を行
う場合の問題を回避することにある。
【００２２】
【課題を解決するための手段】本発明においては、複数
台の通信装置の間で相互にデータ通信可能に構成された
ネットワーク内での通信を制御する場合に、ネットワー
ク内の第１の通信装置から第２の通信装置に対して第１
のコマンドを送り、第２の通信装置の制御で実行される
所定の状態変化があったことを、第１の通信装置に通知
させる指示を行ったときに、第２の通信装置は、第１の
コマンドを受け取ってから所定時間が経過するまでの間
に、所定の状態変化があったときだけ、第１の通信装置
に対して、状態変化があったことを通知し、所定時間が
経過したとき通知しないようにした。
台の通信装置の間で相互にデータ通信可能に構成された
ネットワーク内での通信を制御する場合に、ネットワー
ク内の第１の通信装置から第２の通信装置に対して第１
のコマンドを送り、第２の通信装置の制御で実行される
所定の状態変化があったことを、第１の通信装置に通知
させる指示を行ったときに、第２の通信装置は、第１の
コマンドを受け取ってから所定時間が経過するまでの間
に、所定の状態変化があったときだけ、第１の通信装置
に対して、状態変化があったことを通知し、所定時間が
経過したとき通知しないようにした。
【００２３】かかる発明によると、第１の通信装置から
送られた通知を実行させる第１のコマンドは、所定時間
の間だけ有効になり、この所定時間が経過すると、第１
のコマンドによる指示が無効になる。
送られた通知を実行させる第１のコマンドは、所定時間
の間だけ有効になり、この所定時間が経過すると、第１
のコマンドによる指示が無効になる。
【００２４】
【発明の実施の形態】以下、本発明の一実施の形態を、
図１〜図２８を参照して説明する。
図１〜図２８を参照して説明する。
【００２５】図１は、本発明の一実施の形態によるネッ
トワーク構成例を示す図である。本例の場合には、ＩＥ
ＥＥ１３９４方式で規格化されたバスライン１ａ，１
ｂ，１ｃ，１ｄを使用して、複数台のＡＶ機器を接続さ
せてネットワークを構成させてある。即ち、本例におい
てはＡＶ機器として、ＩＲＤ（Integrated Receiver De
coder ：デジタル衛星放送受信機）１００と、テレビジ
ョン受像機２００と、ビデオ記録再生装置３００と、オ
ーディオ記録再生装置４００と、オーディオ再生装置５
００とを用意して、各種機器１００〜５００が備えるＩ
ＥＥＥ１３９４方式のバスライン用ポートを、バスライ
ン１ａ，１ｂ，１ｃ，１ｄで順に接続させてある。
トワーク構成例を示す図である。本例の場合には、ＩＥ
ＥＥ１３９４方式で規格化されたバスライン１ａ，１
ｂ，１ｃ，１ｄを使用して、複数台のＡＶ機器を接続さ
せてネットワークを構成させてある。即ち、本例におい
てはＡＶ機器として、ＩＲＤ（Integrated Receiver De
coder ：デジタル衛星放送受信機）１００と、テレビジ
ョン受像機２００と、ビデオ記録再生装置３００と、オ
ーディオ記録再生装置４００と、オーディオ再生装置５
００とを用意して、各種機器１００〜５００が備えるＩ
ＥＥＥ１３９４方式のバスライン用ポートを、バスライ
ン１ａ，１ｂ，１ｃ，１ｄで順に接続させてある。
【００２６】この場合、ＩＲＤ１００とテレビジョン受
像機２００とビデオ記録再生装置３００との３台の機器
で第１のネットワークＮ１が構成してあり、オーディオ
記録再生装置４００とオーディオ再生装置５００とで第
２のネットワークＮ２が構成してある。そして、第１の
ネットワークＮ１と第２のネットワークＮ２とをバスラ
イン１ｄで接続してある。このバスライン１ｄが、２つ
のネットワークの間を接続するバスブリッジに相当す
る。
像機２００とビデオ記録再生装置３００との３台の機器
で第１のネットワークＮ１が構成してあり、オーディオ
記録再生装置４００とオーディオ再生装置５００とで第
２のネットワークＮ２が構成してある。そして、第１の
ネットワークＮ１と第２のネットワークＮ２とをバスラ
イン１ｄで接続してある。このバスライン１ｄが、２つ
のネットワークの間を接続するバスブリッジに相当す
る。
【００２７】なお、バスライン１ａ〜１ｄに接続されて
いる各機器は、ＡＶ／Ｃコマンドにおいてはユニットと
呼ばれている。ユニット間においては、ＡＶ／Ｃコマン
ドで規定されているコマンドを使用して、各ユニットに
記憶されている情報を相互に読み書きすることが可能で
ある。また、ユニットが有するそれぞれの機能はサブユ
ニットと呼ばれている。
いる各機器は、ＡＶ／Ｃコマンドにおいてはユニットと
呼ばれている。ユニット間においては、ＡＶ／Ｃコマン
ドで規定されているコマンドを使用して、各ユニットに
記憶されている情報を相互に読み書きすることが可能で
ある。また、ユニットが有するそれぞれの機能はサブユ
ニットと呼ばれている。
【００２８】また、各ユニットはノード（node）とも呼
ばれ、ここではバス上でのノードＩＤとして、ＩＲＤ１
００をノードＡ、テレビジョン受像機２００をノード
Ｂ、ビデオ記録再生装置３００をノードＣ、オーディオ
記録再生装置４００をノードＤ、オーディオ再生装置５
００をノードＥとしてある。但し、このノードＩＤは、
バスリセット時に付与し直されるものであり、別のノー
ドＩＤに変化する場合もある。また、実際のノードＩＤ
は、各ネットワーク毎に付与されるものであり、図１に
示すように複数のネットワークがバスブリッジで接続さ
れている場合には、ノードＩＤとネットワーク識別ＩＤ
を使用して各機器が認識されるものである。
ばれ、ここではバス上でのノードＩＤとして、ＩＲＤ１
００をノードＡ、テレビジョン受像機２００をノード
Ｂ、ビデオ記録再生装置３００をノードＣ、オーディオ
記録再生装置４００をノードＤ、オーディオ再生装置５
００をノードＥとしてある。但し、このノードＩＤは、
バスリセット時に付与し直されるものであり、別のノー
ドＩＤに変化する場合もある。また、実際のノードＩＤ
は、各ネットワーク毎に付与されるものであり、図１に
示すように複数のネットワークがバスブリッジで接続さ
れている場合には、ノードＩＤとネットワーク識別ＩＤ
を使用して各機器が認識されるものである。
【００２９】図２は、ＩＲＤ１００の具体的な構成例を
示す図である。衛星からの放送電波をアンテナ１００ａ
によって受信して端子１００ｂに入力し、デジタル衛星
放送受信機１００に設けられている番組選択手段として
のチューナ１０１に供給する。ＩＲＤ１００は、中央制
御ユニット（ＣＰＵ）１１１の制御に基づいて各回路が
動作するようになされており、チューナ１０１によって
所定のチャンネルの信号を得る。チューナ１０１で得た
受信信号は、デスクランブル回路１０２に供給する。
示す図である。衛星からの放送電波をアンテナ１００ａ
によって受信して端子１００ｂに入力し、デジタル衛星
放送受信機１００に設けられている番組選択手段として
のチューナ１０１に供給する。ＩＲＤ１００は、中央制
御ユニット（ＣＰＵ）１１１の制御に基づいて各回路が
動作するようになされており、チューナ１０１によって
所定のチャンネルの信号を得る。チューナ１０１で得た
受信信号は、デスクランブル回路１０２に供給する。
【００３０】デスクランブル回路１０２は、ＩＲＤ１０
０本体に差し込まれたＩＣカード（図示せず）に記憶さ
れている契約チャンネルの暗号キー情報に基づいて、受
信データのうち契約されたチャンネル（又は暗号化され
ていないチャンネル）の多重化データだけを取り出して
デマルチプレクサ１０３に供給する。
０本体に差し込まれたＩＣカード（図示せず）に記憶さ
れている契約チャンネルの暗号キー情報に基づいて、受
信データのうち契約されたチャンネル（又は暗号化され
ていないチャンネル）の多重化データだけを取り出して
デマルチプレクサ１０３に供給する。
【００３１】デマルチプレクサ１０３は、供給される多
重化データを各チャンネル毎に並び換え、ユーザによっ
て指定されたチャンネルだけを取り出し、映像部分のパ
ケットからなるビデオストリームをＭＰＥＧビデオデコ
ーダ１０４に送出すると共に、音声部分のパケットから
なるオーバーラップストリームをＭＰＥＧオーディオデ
コーダ１０９に送出する。
重化データを各チャンネル毎に並び換え、ユーザによっ
て指定されたチャンネルだけを取り出し、映像部分のパ
ケットからなるビデオストリームをＭＰＥＧビデオデコ
ーダ１０４に送出すると共に、音声部分のパケットから
なるオーバーラップストリームをＭＰＥＧオーディオデ
コーダ１０９に送出する。
【００３２】ＭＰＥＧビデオデコーダ１０４は、ビデオ
ストリームをデコードすることにより、圧縮符号化前の
映像データを復元し、これを加算器１０５を介してＮＴ
ＳＣエンコーダ１０６に送出する。ＮＴＳＣエンコーダ
１０６は、映像データをＮＴＳＣ方式の輝度信号及び色
差信号に変換し、これをＮＴＳＣ方式のビデオデータと
してデジタル／アナログ変換器１０７に送出する。デジ
タル／アナログ変換器１０７は、ＮＴＳＣデータをアナ
ログビデオ信号に変換し、これを接続された受像機に供
給する。図１ではアナログビデオ信号を伝送する信号線
については図示してないが、この受像機としては例えば
テレビジョン受像機２００が使用できる。
ストリームをデコードすることにより、圧縮符号化前の
映像データを復元し、これを加算器１０５を介してＮＴ
ＳＣエンコーダ１０６に送出する。ＮＴＳＣエンコーダ
１０６は、映像データをＮＴＳＣ方式の輝度信号及び色
差信号に変換し、これをＮＴＳＣ方式のビデオデータと
してデジタル／アナログ変換器１０７に送出する。デジ
タル／アナログ変換器１０７は、ＮＴＳＣデータをアナ
ログビデオ信号に変換し、これを接続された受像機に供
給する。図１ではアナログビデオ信号を伝送する信号線
については図示してないが、この受像機としては例えば
テレビジョン受像機２００が使用できる。
【００３３】また、本例のＩＲＤ１００は、ＣＰＵ１１
１の制御に基づいて、グラフィカル・ユーザ・インター
フェース（ＧＵＩ）用に各種表示用の映像データを生成
させるＧＵＩデータ生成部１０８を備える。このＧＵＩ
データ生成部１０８で生成されたＧＵＩ用の映像データ
（表示データ）は、加算器１０５に供給して、ＭＰＥＧ
ビデオデコーダ１０４が出力する映像データに重畳し
て、ＧＵＩ用の映像が受信した放送の映像に重畳される
ようにしてある。
１の制御に基づいて、グラフィカル・ユーザ・インター
フェース（ＧＵＩ）用に各種表示用の映像データを生成
させるＧＵＩデータ生成部１０８を備える。このＧＵＩ
データ生成部１０８で生成されたＧＵＩ用の映像データ
（表示データ）は、加算器１０５に供給して、ＭＰＥＧ
ビデオデコーダ１０４が出力する映像データに重畳し
て、ＧＵＩ用の映像が受信した放送の映像に重畳される
ようにしてある。
【００３４】ＭＰＥＧオーディオデコーダ１０９は、オ
ーディオストリームをデコードすることにより、圧縮符
号化前のＰＣＭオーディオデータを復元し、デジタル／
アナログ変換器１１０に送出する。
ーディオストリームをデコードすることにより、圧縮符
号化前のＰＣＭオーディオデータを復元し、デジタル／
アナログ変換器１１０に送出する。
【００３５】デジタル／アナログ変換器１１０は、ＰＣ
Ｍオーディオデータをアナログ信号化することにより、
ＬChオーディオ信号及びＲChオーディオ信号を生成し、
これを接続されたオーディオ再生システムのスピーカ
（図示せず）を介して音声として出力する。
Ｍオーディオデータをアナログ信号化することにより、
ＬChオーディオ信号及びＲChオーディオ信号を生成し、
これを接続されたオーディオ再生システムのスピーカ
（図示せず）を介して音声として出力する。
【００３６】また本例のＩＲＤ１００は、デマルチプレ
クサ１０３で抽出したビデオストリーム及びオーディオ
ストリームを、ＩＥＥＥ１３９４インターフェース部１
１２に供給し、インターフェース部１１２に接続された
ＩＥＥＥ１３９４方式のバスラインに送出できる構成と
してある。この受信したビデオストリーム及びオーディ
オストリームは、アイソクロナス転送モードで送出され
る。さらに、ＧＵＩデータ生成部１０８でＧＵＩ用の映
像データを生成させている際には、その映像データを、
ＣＰＵ１１１を介してインターフェース部１１２に供給
し、インターフェース部１１２からバスラインにＧＵＩ
用の映像データを送出できるようにしてある。
クサ１０３で抽出したビデオストリーム及びオーディオ
ストリームを、ＩＥＥＥ１３９４インターフェース部１
１２に供給し、インターフェース部１１２に接続された
ＩＥＥＥ１３９４方式のバスラインに送出できる構成と
してある。この受信したビデオストリーム及びオーディ
オストリームは、アイソクロナス転送モードで送出され
る。さらに、ＧＵＩデータ生成部１０８でＧＵＩ用の映
像データを生成させている際には、その映像データを、
ＣＰＵ１１１を介してインターフェース部１１２に供給
し、インターフェース部１１２からバスラインにＧＵＩ
用の映像データを送出できるようにしてある。
【００３７】ＣＰＵ１１１には、ワークＲＡＭ１１３及
びＲＡＭ１１４が接続してあり、これらのメモリを使用
して制御処理が行われる。また、操作パネル１１５から
の操作指令及び赤外線受光部１１６からのリモートコン
トロール信号が、ＣＰＵ１１１に供給されて、各種操作
に基づいた動作を実行できるようにしてある。また、バ
スライン側からインターフェース部１１２に伝送される
コマンドやレスポンスなどを、ＣＰＵ１１１が判断でき
るようにしてある。
びＲＡＭ１１４が接続してあり、これらのメモリを使用
して制御処理が行われる。また、操作パネル１１５から
の操作指令及び赤外線受光部１１６からのリモートコン
トロール信号が、ＣＰＵ１１１に供給されて、各種操作
に基づいた動作を実行できるようにしてある。また、バ
スライン側からインターフェース部１１２に伝送される
コマンドやレスポンスなどを、ＣＰＵ１１１が判断でき
るようにしてある。
【００３８】図２は、テレビジョン受像機２００の構成
例を示すブロック図である。本例のテレビジョン受像機
２００は、デジタルテレビジョン受像機と称されるデジ
タル放送を受信して、表示させる装置である。
例を示すブロック図である。本例のテレビジョン受像機
２００は、デジタルテレビジョン受像機と称されるデジ
タル放送を受信して、表示させる装置である。
【００３９】図示しないアンテナが接続されたチューナ
２０１で、所定のチャンネルを受信して得たデジタル放
送データを、受信回路部２０２に供給し、デコードす
る。デコードされた放送データを、多重分離部２０３に
供給して、映像データと音声データに分離する。分離さ
れた映像データを映像生成部２０４に供給し、受像用の
処理を行い、その処理された信号によりＣＲＴ駆動回路
部２０５で陰極線管（ＣＲＴ）２０６を駆動し、映像を
表示させる。また、多重分離部２０３で分離された音声
データを、音声信号再生部２０７に供給して、アナログ
変換，増幅などの音声処理を行い、処理された音声信号
をスピーカ２０８に供給して出力させる。
２０１で、所定のチャンネルを受信して得たデジタル放
送データを、受信回路部２０２に供給し、デコードす
る。デコードされた放送データを、多重分離部２０３に
供給して、映像データと音声データに分離する。分離さ
れた映像データを映像生成部２０４に供給し、受像用の
処理を行い、その処理された信号によりＣＲＴ駆動回路
部２０５で陰極線管（ＣＲＴ）２０６を駆動し、映像を
表示させる。また、多重分離部２０３で分離された音声
データを、音声信号再生部２０７に供給して、アナログ
変換，増幅などの音声処理を行い、処理された音声信号
をスピーカ２０８に供給して出力させる。
【００４０】また、テレビジョン受像機２００は、ＩＥ
ＥＥ１３９４方式のバスラインに接続するためのインタ
ーフェース部２０９を備えて、ＩＥＥＥ１３９４方式の
バスライン側からこのインターフェース部２０９に得ら
れる映像データや音声データを、多重分離部２０３に供
給して、ＣＲＴ２０６での映像の表示及びスピーカ２０
８からの音声の出力ができるようにしてある。また、チ
ューナ２０１が受信して得た映像データや音声データ
を、多重分離部２０３からインターフェース部２０９に
供給して、ＩＥＥＥ１３９４方式のバス側に送出できる
ようにしてある。
ＥＥ１３９４方式のバスラインに接続するためのインタ
ーフェース部２０９を備えて、ＩＥＥＥ１３９４方式の
バスライン側からこのインターフェース部２０９に得ら
れる映像データや音声データを、多重分離部２０３に供
給して、ＣＲＴ２０６での映像の表示及びスピーカ２０
８からの音声の出力ができるようにしてある。また、チ
ューナ２０１が受信して得た映像データや音声データ
を、多重分離部２０３からインターフェース部２０９に
供給して、ＩＥＥＥ１３９４方式のバス側に送出できる
ようにしてある。
【００４１】テレビジョン受像機２００での表示処理及
びインターフェース部２０９を介した伝送処理について
は、中央制御ユニット（ＣＰＵ）２１０の制御により実
行される。ＣＰＵ２１０には、制御に必要なプログラム
などが記憶されたＲＯＭであるメモリ２１１及びワーク
ＲＡＭであるメモリ２１２が接続してある。また、操作
パネル２１４からの操作情報及び赤外線受光部２１５が
受光したリモートコントロール装置からの制御情報が、
ＣＰＵ２１０に供給されて、その操作情報や制御情報に
対応した動作制御を行うようにしてある。さらに、ＩＥ
ＥＥ１３９４方式のバスを介してインターフェース部２
０９がＡＶ／Ｃコマンドなどの制御データを受信した際
には、そのデータはＣＰＵ２１０に供給して、ＣＰＵ２
１０が対応した動作制御を行えるようにしてある。
びインターフェース部２０９を介した伝送処理について
は、中央制御ユニット（ＣＰＵ）２１０の制御により実
行される。ＣＰＵ２１０には、制御に必要なプログラム
などが記憶されたＲＯＭであるメモリ２１１及びワーク
ＲＡＭであるメモリ２１２が接続してある。また、操作
パネル２１４からの操作情報及び赤外線受光部２１５が
受光したリモートコントロール装置からの制御情報が、
ＣＰＵ２１０に供給されて、その操作情報や制御情報に
対応した動作制御を行うようにしてある。さらに、ＩＥ
ＥＥ１３９４方式のバスを介してインターフェース部２
０９がＡＶ／Ｃコマンドなどの制御データを受信した際
には、そのデータはＣＰＵ２１０に供給して、ＣＰＵ２
１０が対応した動作制御を行えるようにしてある。
【００４２】図４は、ビデオ記録再生装置３００の具体
的な構成例を示すブロック図である。
的な構成例を示すブロック図である。
【００４３】記録系の構成としては、ビデオ記録再生装
置３００に内蔵されたチューナ３０１で所定のチャンネ
ルを受信して得たデジタル放送データを、ＭＰＥＧ（Mo
vingPicture Expers Group ）エンコーダ３０２に供給
し、記録に適した方式のデータ、例えばＭＰＥＧ２方式
の映像データ及び音声データとする。受信した放送デー
タがＭＰＥＧ２方式の場合には、エンコーダ３０２での
処理は行わない。
置３００に内蔵されたチューナ３０１で所定のチャンネ
ルを受信して得たデジタル放送データを、ＭＰＥＧ（Mo
vingPicture Expers Group ）エンコーダ３０２に供給
し、記録に適した方式のデータ、例えばＭＰＥＧ２方式
の映像データ及び音声データとする。受信した放送デー
タがＭＰＥＧ２方式の場合には、エンコーダ３０２での
処理は行わない。
【００４４】ＭＰＥＧエンコーダ３０２でエンコードさ
れたデータは、記録再生部３０３に供給して、記録用の
処理を行い、処理された記録データを回転ヘッドドラム
３０４内の記録ヘッドに供給して、テープカセット３０
５内の磁気テープに記録させる。
れたデータは、記録再生部３０３に供給して、記録用の
処理を行い、処理された記録データを回転ヘッドドラム
３０４内の記録ヘッドに供給して、テープカセット３０
５内の磁気テープに記録させる。
【００４５】外部から入力したアナログの映像信号及び
音声信号については、アナログ／デジタル変換器３０６
でデジタルデータに変換した後、ＭＰＥＧエンコーダ３
０２で例えばＭＰＥＧ２方式の映像データ及び音声デー
タとし、記録再生部３０３に供給して、記録用の処理を
行い、処理された記録データを回転ヘッドドラム３０４
内の記録ヘッドに供給して、テープカセット３０５内の
磁気テープに記録させる。再生系の構成としては、テー
プカセット３０５内の磁気テープを回転ヘッドドラム３
０４で再生して得た信号を、記録再生部３０３で再生処
理して映像データ及び音声データを得る。この映像デー
タ及び音声データは、ＭＰＥＧデコーダ３０７に供給し
て、例えばＭＰＥＧ２方式からのデコードを行う。デコ
ードされたデータは、デジタル／アナログ変換器３０８
に供給して、アナログの映像信号及び音声信号とし、外
部に出力させる。
音声信号については、アナログ／デジタル変換器３０６
でデジタルデータに変換した後、ＭＰＥＧエンコーダ３
０２で例えばＭＰＥＧ２方式の映像データ及び音声デー
タとし、記録再生部３０３に供給して、記録用の処理を
行い、処理された記録データを回転ヘッドドラム３０４
内の記録ヘッドに供給して、テープカセット３０５内の
磁気テープに記録させる。再生系の構成としては、テー
プカセット３０５内の磁気テープを回転ヘッドドラム３
０４で再生して得た信号を、記録再生部３０３で再生処
理して映像データ及び音声データを得る。この映像デー
タ及び音声データは、ＭＰＥＧデコーダ３０７に供給し
て、例えばＭＰＥＧ２方式からのデコードを行う。デコ
ードされたデータは、デジタル／アナログ変換器３０８
に供給して、アナログの映像信号及び音声信号とし、外
部に出力させる。
【００４６】また、ビデオ記録再生装置３００は、ＩＥ
ＥＥ１３９４方式のバスラインに接続するためのインタ
ーフェース部３０９を備えて、ＩＥＥＥ１３９４方式の
バスライン側からこのインターフェース部３０９に得ら
れる映像データや音声データを、記録再生部３０３に供
給して、テープカセット３０５内の磁気テープに記録さ
せることができるようにしてある。また、テープカセッ
ト３０５内の磁気テープから再生した映像データや音声
データを、記録再生部３０３からインターフェース部３
０９に供給して、ＩＥＥＥ１３９４方式のバスライン側
に送出できるようにしてある。
ＥＥ１３９４方式のバスラインに接続するためのインタ
ーフェース部３０９を備えて、ＩＥＥＥ１３９４方式の
バスライン側からこのインターフェース部３０９に得ら
れる映像データや音声データを、記録再生部３０３に供
給して、テープカセット３０５内の磁気テープに記録さ
せることができるようにしてある。また、テープカセッ
ト３０５内の磁気テープから再生した映像データや音声
データを、記録再生部３０３からインターフェース部３
０９に供給して、ＩＥＥＥ１３９４方式のバスライン側
に送出できるようにしてある。
【００４７】このインターフェース部３０９を介した伝
送時には、このビデオ記録再生装置３００内で媒体（磁
気テープ）に記録する方式（例えば上述したＭＰＥＧ２
方式）と、ＩＥＥＥ１３９４方式のバス上で伝送される
データの方式とが異なるとき、ビデオ記録再生装置３０
０内の回路で方式変換を行うようにしても良い。
送時には、このビデオ記録再生装置３００内で媒体（磁
気テープ）に記録する方式（例えば上述したＭＰＥＧ２
方式）と、ＩＥＥＥ１３９４方式のバス上で伝送される
データの方式とが異なるとき、ビデオ記録再生装置３０
０内の回路で方式変換を行うようにしても良い。
【００４８】ビデオ記録再生装置３００での記録処理や
再生処理、及びインターフェース部３０９を介した伝送
処理については、中央制御ユニット（ＣＰＵ）３１０の
制御により実行される。ＣＰＵ３１０には、ワークＲＡ
Ｍであるメモリ３１１が接続してある。また、操作パネ
ル３１２からの操作情報及び赤外線受光部３１３が受光
したリモートコントロール装置からの制御情報が、ＣＰ
Ｕ３１０に供給されて、その操作情報や制御情報に対応
した動作制御を行うようにしてある。さらに、ＩＥＥＥ
１３９４方式のバスを介してインターフェース部３０９
がＡＶ／Ｃコマンドなどの制御データを受信した際に
は、そのデータはＣＰＵ３１０に供給して、ＣＰＵ３１
０が対応した動作制御を行えるようにしてある。
再生処理、及びインターフェース部３０９を介した伝送
処理については、中央制御ユニット（ＣＰＵ）３１０の
制御により実行される。ＣＰＵ３１０には、ワークＲＡ
Ｍであるメモリ３１１が接続してある。また、操作パネ
ル３１２からの操作情報及び赤外線受光部３１３が受光
したリモートコントロール装置からの制御情報が、ＣＰ
Ｕ３１０に供給されて、その操作情報や制御情報に対応
した動作制御を行うようにしてある。さらに、ＩＥＥＥ
１３９４方式のバスを介してインターフェース部３０９
がＡＶ／Ｃコマンドなどの制御データを受信した際に
は、そのデータはＣＰＵ３１０に供給して、ＣＰＵ３１
０が対応した動作制御を行えるようにしてある。
【００４９】図５は、オーディオ記録再生装置４００の
具体的な構成例を示すブロック図である。本例のオーデ
ィオ記録再生装置４００は、ＭＤ（ミニディスク）と称
される樹脂パッケージに収納された光磁気ディスク又は
光ディスクを記録媒体として使用して、音声信号などを
デジタルデータとして記録し再生する装置である。
具体的な構成例を示すブロック図である。本例のオーデ
ィオ記録再生装置４００は、ＭＤ（ミニディスク）と称
される樹脂パッケージに収納された光磁気ディスク又は
光ディスクを記録媒体として使用して、音声信号などを
デジタルデータとして記録し再生する装置である。
【００５０】記録系の構成としては、外部から入力した
アナログの２チャンネルの音声信号を、アナログ／デジ
タル変換器４０１でデジタル音声データとする。変換さ
れたデジタル音声データは、ＡＴＲＡＣ（Adaptive Tra
nsform Acoustic Coding）エンコーダ４０２に供給し
て、ＡＴＲＡＣ方式で圧縮された音声データにエンコー
ドする。また、外部から直接デジタル音声データが入力
した場合には、その入力音声データを、アナログ／デジ
タル変換器４０１を介さずに直接ＡＴＲＡＣエンコーダ
４０２に供給する。エンコーダ４０２でエンコードされ
たデータは、記録再生部４０３に供給して記録用の処理
を行い、その処理されたデータに基づいて光ピックアッ
プ４０４を駆動して、ディスク（光磁気ディスク）４０
５にデータを記録する。なお、記録時には図示しない磁
気ヘッドにより磁界変調を行うようにしてある。
アナログの２チャンネルの音声信号を、アナログ／デジ
タル変換器４０１でデジタル音声データとする。変換さ
れたデジタル音声データは、ＡＴＲＡＣ（Adaptive Tra
nsform Acoustic Coding）エンコーダ４０２に供給し
て、ＡＴＲＡＣ方式で圧縮された音声データにエンコー
ドする。また、外部から直接デジタル音声データが入力
した場合には、その入力音声データを、アナログ／デジ
タル変換器４０１を介さずに直接ＡＴＲＡＣエンコーダ
４０２に供給する。エンコーダ４０２でエンコードされ
たデータは、記録再生部４０３に供給して記録用の処理
を行い、その処理されたデータに基づいて光ピックアッ
プ４０４を駆動して、ディスク（光磁気ディスク）４０
５にデータを記録する。なお、記録時には図示しない磁
気ヘッドにより磁界変調を行うようにしてある。
【００５１】再生系の構成としては、ディスク（光磁気
ディスク又は光ディスク）４０５に記録されたデータを
光ピックアップ４０４で読出し、記録再生部４０３で再
生処理を行って、ＡＴＲＡＣ方式で圧縮された音声デー
タを得る。この再生音声データを、ＡＴＲＡＣデコーダ
４０６に供給して、所定の方式のデジタル音声データに
デコードし、そのデコードされた音声データをデジタル
／アナログ変換器４０７に供給して、２チャンネルのア
ナログ音声信号に変換して出力させる。また、外部に直
接デジタル音声データを出力させる場合には、ＡＴＲＡ
Ｃデコーダ４０６でデコードされた音声データを、デジ
タル／アナログ変換器４０７を介さずに直接出力させ
る。図５の例では、アナログ変換された出力音声信号
を、アンプ装置４９１に供給して、増幅などの音声出力
処理を行い、接続されたスピーカ４９２，４９３から２
チャンネルの音声（オーディオ）を出力させる構成とし
てある。
ディスク又は光ディスク）４０５に記録されたデータを
光ピックアップ４０４で読出し、記録再生部４０３で再
生処理を行って、ＡＴＲＡＣ方式で圧縮された音声デー
タを得る。この再生音声データを、ＡＴＲＡＣデコーダ
４０６に供給して、所定の方式のデジタル音声データに
デコードし、そのデコードされた音声データをデジタル
／アナログ変換器４０７に供給して、２チャンネルのア
ナログ音声信号に変換して出力させる。また、外部に直
接デジタル音声データを出力させる場合には、ＡＴＲＡ
Ｃデコーダ４０６でデコードされた音声データを、デジ
タル／アナログ変換器４０７を介さずに直接出力させ
る。図５の例では、アナログ変換された出力音声信号
を、アンプ装置４９１に供給して、増幅などの音声出力
処理を行い、接続されたスピーカ４９２，４９３から２
チャンネルの音声（オーディオ）を出力させる構成とし
てある。
【００５２】また、オーディオ記録再生装置４００は、
ＩＥＥＥ１３９４方式のバスラインに接続するためのイ
ンターフェース部４０８を備えて、ＩＥＥＥ１３９４方
式のバスライン側からこのインターフェース部４０８に
得られる音声データを、ＡＴＲＡＣエンコーダ４０２を
経由して記録再生部４０２に供給して、ディスク４０５
に記録させることができるようにしてある。ディスク４
０５から再生した音声データを、記録再生部４０２から
ＡＴＲＡＣデコーダ４０６を経由してインターフェース
部４０８に供給して、ＩＥＥＥ１３９４方式のバスライ
ン側に送出できるようにしてある。
ＩＥＥＥ１３９４方式のバスラインに接続するためのイ
ンターフェース部４０８を備えて、ＩＥＥＥ１３９４方
式のバスライン側からこのインターフェース部４０８に
得られる音声データを、ＡＴＲＡＣエンコーダ４０２を
経由して記録再生部４０２に供給して、ディスク４０５
に記録させることができるようにしてある。ディスク４
０５から再生した音声データを、記録再生部４０２から
ＡＴＲＡＣデコーダ４０６を経由してインターフェース
部４０８に供給して、ＩＥＥＥ１３９４方式のバスライ
ン側に送出できるようにしてある。
【００５３】オーディオ記録再生装置４００での記録処
理や再生処理、及びインターフェース部４０８を介した
伝送処理については、中央制御ユニット（ＣＰＵ）４１
０の制御により実行される。ＣＰＵ４１０には、ワーク
ＲＡＭであるメモリ４１１が接続してある。また、操作
パネル４１２からの操作情報が、ＣＰＵ４１０に供給さ
れて、その操作情報に対応した動作制御を行うようにし
てある。さらに、ＩＥＥＥ１３９４方式のバスラインを
介してインターフェース部４０８がＡＶ／Ｃコマンドな
どの制御データを受信した際には、そのデータはＣＰＵ
４１０に供給して、ＣＰＵ４１０が対応した動作制御を
行えるようにしてある。
理や再生処理、及びインターフェース部４０８を介した
伝送処理については、中央制御ユニット（ＣＰＵ）４１
０の制御により実行される。ＣＰＵ４１０には、ワーク
ＲＡＭであるメモリ４１１が接続してある。また、操作
パネル４１２からの操作情報が、ＣＰＵ４１０に供給さ
れて、その操作情報に対応した動作制御を行うようにし
てある。さらに、ＩＥＥＥ１３９４方式のバスラインを
介してインターフェース部４０８がＡＶ／Ｃコマンドな
どの制御データを受信した際には、そのデータはＣＰＵ
４１０に供給して、ＣＰＵ４１０が対応した動作制御を
行えるようにしてある。
【００５４】図６は、オーディオ再生装置５００の具体
的な構成例を示すブロック図である。本例のオーディオ
再生装置５００は、ＣＤ（コンパクトディスク）と称さ
れる光ディスクに記録されたデジタルデータを再生する
装置である。
的な構成例を示すブロック図である。本例のオーディオ
再生装置５００は、ＣＤ（コンパクトディスク）と称さ
れる光ディスクに記録されたデジタルデータを再生する
装置である。
【００５５】光ディスク５０１に記録されたデータを光
ピックアップ５０２で読出し、再生部５０３で再生処理
を行って、デジタル音声データを得る。この再生音声デ
ータをデジタル／アナログ変換器５０４に供給して、２
チャンネルのアナログ音声信号に変換して出力させる。
また、外部に直接デジタル音声データを出力させる場合
には、再生部５０３で処理されたデジタル音声データ
を、デジタル／アナログ変換器５０４を介さずに直接出
力させる。図６の例では、アナログ変換された出力音声
信号を、アンプ装置４９１に供給して、増幅などの音声
出力処理を行い、接続されたスピーカ４９２，４９３か
ら２チャンネルの音声（オーディオ）を出力させる構成
としてある。
ピックアップ５０２で読出し、再生部５０３で再生処理
を行って、デジタル音声データを得る。この再生音声デ
ータをデジタル／アナログ変換器５０４に供給して、２
チャンネルのアナログ音声信号に変換して出力させる。
また、外部に直接デジタル音声データを出力させる場合
には、再生部５０３で処理されたデジタル音声データ
を、デジタル／アナログ変換器５０４を介さずに直接出
力させる。図６の例では、アナログ変換された出力音声
信号を、アンプ装置４９１に供給して、増幅などの音声
出力処理を行い、接続されたスピーカ４９２，４９３か
ら２チャンネルの音声（オーディオ）を出力させる構成
としてある。
【００５６】また、オーディオ再生装置５００は、ＩＥ
ＥＥ１３９４方式のバスラインに接続するためのインタ
ーフェース部５０５を備えて、ディスク５０１から再生
した音声データを、再生部５０３からインターフェース
部５０５に供給して、ＩＥＥＥ１３９４方式のバスライ
ン側に送出できるようにしてある。
ＥＥ１３９４方式のバスラインに接続するためのインタ
ーフェース部５０５を備えて、ディスク５０１から再生
した音声データを、再生部５０３からインターフェース
部５０５に供給して、ＩＥＥＥ１３９４方式のバスライ
ン側に送出できるようにしてある。
【００５７】オーディオ再生装置５００での再生処理及
びインターフェース部５０５を介した伝送処理について
は、中央制御ユニット（ＣＰＵ）５１０の制御により実
行される。ＣＰＵ５１０には、ワークＲＡＭであるメモ
リ５１１が接続してある。また、操作パネル５１２から
の操作情報が、ＣＰＵ５１０に供給されて、その操作情
報に対応した動作制御を行うようにしてある。さらに、
ＩＥＥＥ１３９４方式のバスラインを介してインターフ
ェース部５０５がＡＶ／Ｃコマンドなどの制御データを
受信した際には、そのデータはＣＰＵ５１０に供給し
て、ＣＰＵ５１０が対応した動作制御を行えるようにし
てある。
びインターフェース部５０５を介した伝送処理について
は、中央制御ユニット（ＣＰＵ）５１０の制御により実
行される。ＣＰＵ５１０には、ワークＲＡＭであるメモ
リ５１１が接続してある。また、操作パネル５１２から
の操作情報が、ＣＰＵ５１０に供給されて、その操作情
報に対応した動作制御を行うようにしてある。さらに、
ＩＥＥＥ１３９４方式のバスラインを介してインターフ
ェース部５０５がＡＶ／Ｃコマンドなどの制御データを
受信した際には、そのデータはＣＰＵ５１０に供給し
て、ＣＰＵ５１０が対応した動作制御を行えるようにし
てある。
【００５８】次に、以上説明した各機器を接続したＩＥ
ＥＥ１３９４方式のバスラインでデータ伝送が行われる
処理構成について説明する。
ＥＥ１３９４方式のバスラインでデータ伝送が行われる
処理構成について説明する。
【００５９】図７は、ＩＥＥＥ１３９４で接続された機
器のデータ伝送のサイクル構造を示す図である。ＩＥＥ
Ｅ１３９４では、データは、パケットに分割され、１２
５μＳの長さのサイクルを基準として時分割にて伝送さ
れる。このサイクルは、サイクルマスタ機能を有するノ
ード（バスに接続ささたいずれかの機器）から供給され
るサイクルスタート信号によって作り出される。アイソ
クロナスパケットは、全てのサイクルの先頭から伝送に
必要な帯域（時間単位であるが帯域と呼ばれる）を確保
する。このため、アイソクロナス伝送では、データの一
定時間内の伝送が保証される。ただし、伝送エラーが発
生した場合は、保護する仕組みが無く、データは失われ
る。各サイクルのアイソクロナス伝送に使用されていな
い時間に、アービトレーションの結果、バスを確保した
ノードが、アシンクロナスパケットを送出するアシンク
ロナス伝送では、アクノリッジ、およびリトライを用い
ることにより、確実な伝送は保証されるが、伝送のタイ
ミングは一定とはならない。
器のデータ伝送のサイクル構造を示す図である。ＩＥＥ
Ｅ１３９４では、データは、パケットに分割され、１２
５μＳの長さのサイクルを基準として時分割にて伝送さ
れる。このサイクルは、サイクルマスタ機能を有するノ
ード（バスに接続ささたいずれかの機器）から供給され
るサイクルスタート信号によって作り出される。アイソ
クロナスパケットは、全てのサイクルの先頭から伝送に
必要な帯域（時間単位であるが帯域と呼ばれる）を確保
する。このため、アイソクロナス伝送では、データの一
定時間内の伝送が保証される。ただし、伝送エラーが発
生した場合は、保護する仕組みが無く、データは失われ
る。各サイクルのアイソクロナス伝送に使用されていな
い時間に、アービトレーションの結果、バスを確保した
ノードが、アシンクロナスパケットを送出するアシンク
ロナス伝送では、アクノリッジ、およびリトライを用い
ることにより、確実な伝送は保証されるが、伝送のタイ
ミングは一定とはならない。
【００６０】所定のノードがアイソクロナス伝送を行う
為には、そのノードがアイソクロナス機能に対応してい
なければならない。また、アイソクロナス機能に対応し
たノードの少なくとも１つは、サイクルマスタ機能を有
していなければならない。更に、ＩＥＥＥ１３９４シリ
アスバスに接続されたノードの中の少なくとも１つは、
アイソクロナスリソースマネージャの機能を有していな
ければならない。
為には、そのノードがアイソクロナス機能に対応してい
なければならない。また、アイソクロナス機能に対応し
たノードの少なくとも１つは、サイクルマスタ機能を有
していなければならない。更に、ＩＥＥＥ１３９４シリ
アスバスに接続されたノードの中の少なくとも１つは、
アイソクロナスリソースマネージャの機能を有していな
ければならない。
【００６１】ＩＥＥＥ１３９４は、ＩＳＯ／ＩＥＣ１３
２１３で規定された６４ビットのアドレス空間を有する
ＣＳＲ（Control&Status Register ）アーキテクチャに
準拠している。図８は、ＣＳＲアーキテクチャのアドレ
ス空間の構造を説明する図である。上位１６ビットは、
各ＩＥＥＥ１３９４上のノードを示すノードＩＤであ
り、残りの４８ビットが各ノードに与えられたアドレス
空間の指定に使われる。この上位１６ビットは更にバス
ＩＤの１０ビットと物理ＩＤ（狭義のノードＩＤ）の６
ビットに分かれる。全てのビットが１となる値は、特別
な目的で使用されるため、１０２３個のバスと６３個の
ノードを指定することができる。
２１３で規定された６４ビットのアドレス空間を有する
ＣＳＲ（Control&Status Register ）アーキテクチャに
準拠している。図８は、ＣＳＲアーキテクチャのアドレ
ス空間の構造を説明する図である。上位１６ビットは、
各ＩＥＥＥ１３９４上のノードを示すノードＩＤであ
り、残りの４８ビットが各ノードに与えられたアドレス
空間の指定に使われる。この上位１６ビットは更にバス
ＩＤの１０ビットと物理ＩＤ（狭義のノードＩＤ）の６
ビットに分かれる。全てのビットが１となる値は、特別
な目的で使用されるため、１０２３個のバスと６３個の
ノードを指定することができる。
【００６２】下位４８ビットにて規定されるアドレス空
間のうちの上位２０ビットで規定される空間は、２０４
８バイトのＣＳＲ特有のレジスタやＩＥＥＥ１３９４特
有のレジスタ等に使用されるイニシャルレジスタスペー
ス（Initial Register Space）、プライベートスペース
（Private Spece ）、およびイニシャルメモリスペース
（Initial Memory Spece）などに分割され、下位２８ビ
ットで規定される空間は、その上位２０ビットで規定さ
れる空間が、イニシャルレジスタスペースである場合、
コンフィギレーションＲＯＭ（configuration read onl
y memory）、ノード特有の用途に使用されるイニシャル
ユニットスペース（Initial Unit Space）、プラグコン
トロールレジスタ（Plug Control Register （ＰＣＲ
ｓ））などとして用いられる。
間のうちの上位２０ビットで規定される空間は、２０４
８バイトのＣＳＲ特有のレジスタやＩＥＥＥ１３９４特
有のレジスタ等に使用されるイニシャルレジスタスペー
ス（Initial Register Space）、プライベートスペース
（Private Spece ）、およびイニシャルメモリスペース
（Initial Memory Spece）などに分割され、下位２８ビ
ットで規定される空間は、その上位２０ビットで規定さ
れる空間が、イニシャルレジスタスペースである場合、
コンフィギレーションＲＯＭ（configuration read onl
y memory）、ノード特有の用途に使用されるイニシャル
ユニットスペース（Initial Unit Space）、プラグコン
トロールレジスタ（Plug Control Register （ＰＣＲ
ｓ））などとして用いられる。
【００６３】図９は、主要なＣＳＲのオフセットアドレ
ス、名前、および働きを説明する図である。図９のオフ
セットとは、イニシャルレジスタスペースが始まるＦＦ
ＦＦＦ０００００００ｈ（最後にｈのついた数字は１６
進表示であることを表す）番地よりのオフセットアドレ
スを示している。オフセット２２０ｈを有するバンドワ
イズアベイラブルレジスタ（Bandwidth Available Regi
ster）は、アイソクロナス通信に割り当て可能な帯域を
示しており、アイソクロナスリソースマネージャとして
動作しているノードの値だけが有効とされる。すなわ
ち、図８のＣＳＲは、各ノードが有しているが、バンド
ワイズアベイラブルレジスタについては、アイソクロナ
スリソースマネージャのものだけが有効とされる。換言
すれば、バンドワイズアベイラブルレジスタは、実質的
に、アイソクロナスリソースマネージャだけが有する。
バンドワイズアベイラブルレジスタには、アイソクロナ
ス通信に帯域を割り当てていない場合に最大値が保存さ
れ、帯域を割り当てる毎にその値が減少していく。
ス、名前、および働きを説明する図である。図９のオフ
セットとは、イニシャルレジスタスペースが始まるＦＦ
ＦＦＦ０００００００ｈ（最後にｈのついた数字は１６
進表示であることを表す）番地よりのオフセットアドレ
スを示している。オフセット２２０ｈを有するバンドワ
イズアベイラブルレジスタ（Bandwidth Available Regi
ster）は、アイソクロナス通信に割り当て可能な帯域を
示しており、アイソクロナスリソースマネージャとして
動作しているノードの値だけが有効とされる。すなわ
ち、図８のＣＳＲは、各ノードが有しているが、バンド
ワイズアベイラブルレジスタについては、アイソクロナ
スリソースマネージャのものだけが有効とされる。換言
すれば、バンドワイズアベイラブルレジスタは、実質的
に、アイソクロナスリソースマネージャだけが有する。
バンドワイズアベイラブルレジスタには、アイソクロナ
ス通信に帯域を割り当てていない場合に最大値が保存さ
れ、帯域を割り当てる毎にその値が減少していく。
【００６４】オフセット２２４ｈ乃至２２８ｈのチャン
ネルアベイラブルレジスタ（Channels Available Resis
ter ）は、その各ビットが０乃至６３番のチャンネル番
号のそれぞれに対応し、ビットが０である場合には、そ
のチャンネルが既に割り当てられていることを示してい
る。アイソクロナスリソースマネージャとして動作して
いるノードのチャンネルアベイラブルレジスタのみが有
効である。
ネルアベイラブルレジスタ（Channels Available Resis
ter ）は、その各ビットが０乃至６３番のチャンネル番
号のそれぞれに対応し、ビットが０である場合には、そ
のチャンネルが既に割り当てられていることを示してい
る。アイソクロナスリソースマネージャとして動作して
いるノードのチャンネルアベイラブルレジスタのみが有
効である。
【００６５】図８に戻り、イニシャルレジスタスペース
内のアドレス２００ｈ乃至４００ｈに、ゼネラルＲＯＭ
フォーマットに基づいたコンフィギレーションＲＯＭが
配置される。図１０は、ゼネラルＲＯＭフォーマットを
説明する図である。ＩＥＥＥ１３９４上のアクセスの単
位であるノードは、ノードの中にアドレス空間を共通に
使用しつつ独立して動作をするユニットを複数個有する
ことができる。ユニットディレクトリ（unit directori
es）は、このユニットに対するソフトウェアのバージョ
ンや位置を示すことができる。バスインフォブロック
（bus info block）とルートディレクトリ（root direc
tory）の位置は固定されているが、その他のブロックの
位置はオフセットアドレスによって指定される。
内のアドレス２００ｈ乃至４００ｈに、ゼネラルＲＯＭ
フォーマットに基づいたコンフィギレーションＲＯＭが
配置される。図１０は、ゼネラルＲＯＭフォーマットを
説明する図である。ＩＥＥＥ１３９４上のアクセスの単
位であるノードは、ノードの中にアドレス空間を共通に
使用しつつ独立して動作をするユニットを複数個有する
ことができる。ユニットディレクトリ（unit directori
es）は、このユニットに対するソフトウェアのバージョ
ンや位置を示すことができる。バスインフォブロック
（bus info block）とルートディレクトリ（root direc
tory）の位置は固定されているが、その他のブロックの
位置はオフセットアドレスによって指定される。
【００６６】図１１は、バスインフォブロック、ルート
ディレクトリ、およびユニットディレクトリの詳細を示
す図である。バスインフォブロック内のＣｏｍｐａｎｙ
ＩＤには、機器の製造者を示すＩＤ番号が格納され
る。Ｃｈｉｐ ＩＤには、その機器固有の、他の機器と
重複のない世界で唯一のＩＤが記憶される。また、ＩＥ
Ｃ１８３３の規格により、ＩＥＣ１８８３を満たした機
器のユニットディレクトリのユニットスペックＩＤ（un
it spec id）の、ファーストオクテットには００ｈが、
セカンドオクテットにはＡｏｈが、サードオクテットに
は２Ｄｈが、それぞれ書き込まれる。更に、ユニットス
イッチバージョン（unit sw version ）のファーストオ
クテットには、０１ｈが、サードオクテットのＬＳＢ
（Least Significant Bit ）には、１が書き込まれる。
ディレクトリ、およびユニットディレクトリの詳細を示
す図である。バスインフォブロック内のＣｏｍｐａｎｙ
ＩＤには、機器の製造者を示すＩＤ番号が格納され
る。Ｃｈｉｐ ＩＤには、その機器固有の、他の機器と
重複のない世界で唯一のＩＤが記憶される。また、ＩＥ
Ｃ１８３３の規格により、ＩＥＣ１８８３を満たした機
器のユニットディレクトリのユニットスペックＩＤ（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）を有する。各機器は、ｏＭＰＲおよびｉＭＰＲ
をそれぞれ複数持つことはないが、個々のプラグに対応
したｏＰＣＲおよびｉＰＣＲを、機器の能力によって複
数持つことが可能である。図１２に示されるＰＣＲは、
それぞれ３１個のｏＰＣＲおよびｉＰＣＲを有する。ア
イソクロナスデータの流れは、これらのプラグに対応す
るレジスタを操作することによって制御される。
を制御する為、ノードは、図８のイニシャルユニットス
ペース内のアドレス９００ｈ乃至９ＦＦｈに、ＩＥＣ１
８８３に規定されるＰＣＲ（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）
は、ブロードキャスト出力に使用されるチャンネルの番
号を規定する。
Ｒ、およびｉＰＣＲの構成を示す図である。図１３
（Ａ）はｏＭＰＲの構成を、図１３（Ｂ）はｏＰＣＲの
構成を、図１３（Ｃ）はｉＭＰＲの構成を、図１３
（Ｄ）はｉＰＣＲの構成を、それぞれ示す。ｏＭＰＲお
よびｉＭＰＲのＭＳＢ側の２ビットのデータレートケイ
パビリティ（data rate capability）には、その機器が
送信または受信可能なアイソクロナスデータの最大伝送
速度を示すコードが格納される。ｏＭＰＲのブロードキ
ャストチャンネルベース（broadcast channel base）
は、ブロードキャスト出力に使用されるチャンネルの番
号を規定する。
【００６９】ｏＭＰＲのＬＳＢ側の５ビットのナンバー
オブアウトプットプラグス（numberof output plugs）
には、その機器が有する出力プラグ数、すなわちｏＰＣ
Ｒの数を示す値が格納される。ｉＭＰＲのＬＳＢ側の５
ビットのナンバーオブインプットプラグス（number of
input plugs ）には、その機器が有する入力プラグ数、
すなわちｉＰＣＲの数を示す値が格納される。non-pers
istent extension fild およびpersistent extension f
ieldは、将来の拡張の為に定義された領域である。
オブアウトプットプラグス（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 ）の数を表す。
イン（on-line ）は、プラグの使用状態を示す。すなわ
ち、その値が１であればそのプラグがＯＮ−ＬＩＮＥで
あり、０であればＯＦＦ−ＬＩＮＥであることを示す。
ｏＰＣＲおよびｉＰＣＲのブロードキャストコネクショ
ンカウンタ（broadcast connection counter）の値は、
ブロードキャストコネクションの有り（１）または無し
（０）を表す。ｏＰＣＲおよびｉＰＣＲの６ビット幅を
有するポイントトウポイントコネクションカウンタ（po
int-to-point connection counter ）が有する値は、そ
のプラグが有するポイントトウポイントコネクション
（point-to-point connection ）の数を表す。
【００７１】ｏＰＣＲおよびｉＰＣＲの６ビット幅を有
するチャンネルナンバー（channelnumber）が有する値
は、そのプラグが接続されるアイソクロナスチャンネル
の番号を示す。ｏＰＣＲの２ビット幅を有するデータレ
ート（data rate ）の値は、そのプラグから出力される
アイソクロナスデータのパケットの現実の伝送速度を示
す。ｏＰＣＲの４ビット幅を有するオーバーヘッドＩＤ
（overhead ID ）に格納されるコードは、アイソクロナ
ス通信のオーバーのバンド幅を示す。ｏＰＣＲの１０ビ
ット幅を有するペイロード（payload ）の値は、そのプ
ラグが取り扱うことができるアイソクロナスパケットに
含まれるデータの最大値を表す。
するチャンネルナンバー（channelnumber）が有する値
は、そのプラグが接続されるアイソクロナスチャンネル
の番号を示す。ｏＰＣＲの２ビット幅を有するデータレ
ート（data rate ）の値は、そのプラグから出力される
アイソクロナスデータのパケットの現実の伝送速度を示
す。ｏＰＣＲの４ビット幅を有するオーバーヘッドＩＤ
（overhead ID ）に格納されるコードは、アイソクロナ
ス通信のオーバーのバンド幅を示す。ｏＰＣＲの１０ビ
ット幅を有するペイロード（payload ）の値は、そのプ
ラグが取り扱うことができるアイソクロナスパケットに
含まれるデータの最大値を表す。
【００７２】図１４はプラグ、プラグコントロールレジ
スタ、およびアイソクロナスチャンネルの関係を表す図
である。ＡＶデバイス（AV-device ）７１〜７３は、Ｉ
ＥＥＥ１３９４シリアスバスによって接続されている。
ＡＶデバイス７３のｏＭＰＲにより伝送速度とｏＰＣＲ
の数が規定されたｏＰＣＲ
スタ、およびアイソクロナスチャンネルの関係を表す図
である。ＡＶデバイス（AV-device ）７１〜７３は、Ｉ
ＥＥＥ１３９４シリアスバスによって接続されている。
ＡＶデバイス７３のｏＭＰＲにより伝送速度とｏＰＣＲ
の数が規定されたｏＰＣＲ
〔０〕〜ｏＰＣＲ〔２〕のう
ち、ｏＰＣＲ〔１〕によりチャンネルが指定されたアイ
ソクロナスデータは、ＩＥＥＥ１３９４シリアスバスの
チャンネル＃１（channel ＃１）に送出される。ＡＶデ
バイス７１のｉＭＰＲにより伝送速度とｉＰＣＲの数が
規定されたｉＰＣＲ
ち、ｏＰＣＲ〔１〕によりチャンネルが指定されたアイ
ソクロナスデータは、ＩＥＥＥ１３９４シリアスバスの
チャンネル＃１（channel ＃１）に送出される。ＡＶデ
バイス７１のｉＭＰＲにより伝送速度とｉＰＣＲの数が
規定されたｉＰＣＲ
〔０〕とｉＰＣＲ〔１〕のうち、入
力チャンネル＃１が伝送速度とｉＰＣＲ
力チャンネル＃１が伝送速度とｉＰＣＲ
〔０〕により、
ＡＶデバイス７１は、ＩＥＥＥ１３９４シリアスバスの
チャンネル＃１に送出されたアイソクロナスデータを読
み込む。同様に、ＡＶデバイス７２は、ｏＰＣＲ
ＡＶデバイス７１は、ＩＥＥＥ１３９４シリアスバスの
チャンネル＃１に送出されたアイソクロナスデータを読
み込む。同様に、ＡＶデバイス７２は、ｏＰＣＲ
〔０〕
で指定されたチャンネル＃２（channel ＃２）に、アイ
ソクロナスデータを送出し、ＡＶデバイス７１は、ｉＰ
ＲＣ〔１〕にて指定されたチャンネル＃２からそのアイ
ソクロナスデータを読み込む。
で指定されたチャンネル＃２（channel ＃２）に、アイ
ソクロナスデータを送出し、ＡＶデバイス７１は、ｉＰ
ＲＣ〔１〕にて指定されたチャンネル＃２からそのアイ
ソクロナスデータを読み込む。
【００７３】このようにして、ＩＥＥＥ１３９４シリア
スバスによって接続されている機器間でデータ伝送が行
われるが、本例のシステムでは、このＩＥＥＥ１３９４
シリアスバスを介して接続された機器のコントロールの
ためのコマンドとして規定されたＡＶ／Ｃコマンドセッ
トを利用して、各機器のコントロールや状態の判断など
が行えるようにしてある。次に、このＡＶ／Ｃコマンド
セットについて説明する。
スバスによって接続されている機器間でデータ伝送が行
われるが、本例のシステムでは、このＩＥＥＥ１３９４
シリアスバスを介して接続された機器のコントロールの
ためのコマンドとして規定されたＡＶ／Ｃコマンドセッ
トを利用して、各機器のコントロールや状態の判断など
が行えるようにしてある。次に、このＡＶ／Ｃコマンド
セットについて説明する。
【００７４】まず、本例のシステムで使用されるＡＶ／
Ｃコマンドセットにおけるサブユニット アイデンティ
ファイヤ ディスクリプタ（Subunit Identifier Descr
iptor ）のデータ構造について、図１５〜図１８を参照
しながら説明する。図１５は、サブユニットアイデンテ
ィファイヤディスクリプタのデータ構造を示している。
図１５に示すように、サブユニットアイデンティファイ
ヤディスクリプタの階層構造のリストにより形成されて
いる。リストとは、例えば、チューナであれば、受信で
きるチャンネル、ディスクであれば、そこに記録されて
いる曲などを表す。階層構造の最上位層のリストはルー
トリストと呼ばれており、例えば、リスト０がその下位
のリストに対するルートとなる。他のリストも同様にル
ートリストとなる。ルートリストはオブジェクトの数だ
け存在する。ここで、オブジェクトとは、例えば、バス
に接続されたＡＶ機器がチューナである場合、デジタル
放送における各チャンネル等のことである。また、１つ
の階層の全てのリストは、共通の情報を共有している。
Ｃコマンドセットにおけるサブユニット アイデンティ
ファイヤ ディスクリプタ（Subunit Identifier Descr
iptor ）のデータ構造について、図１５〜図１８を参照
しながら説明する。図１５は、サブユニットアイデンテ
ィファイヤディスクリプタのデータ構造を示している。
図１５に示すように、サブユニットアイデンティファイ
ヤディスクリプタの階層構造のリストにより形成されて
いる。リストとは、例えば、チューナであれば、受信で
きるチャンネル、ディスクであれば、そこに記録されて
いる曲などを表す。階層構造の最上位層のリストはルー
トリストと呼ばれており、例えば、リスト０がその下位
のリストに対するルートとなる。他のリストも同様にル
ートリストとなる。ルートリストはオブジェクトの数だ
け存在する。ここで、オブジェクトとは、例えば、バス
に接続されたＡＶ機器がチューナである場合、デジタル
放送における各チャンネル等のことである。また、１つ
の階層の全てのリストは、共通の情報を共有している。
【００７５】図１６は、ジェネラル サブユニット デ
ィスクリプタ（The General Subunit Identifier Descr
iptor ）のフォーマットを示している。サブユニット
ディスクリプタには、機能に関しての属性情報が内容と
して記述されている。ディスクリプタ長（descriptor l
ength ）フィールドは、そのフィールド自身の値は含ま
れていない。ジェネレーションＩＤ（generation ID ）
は、ＡＶ／Ｃコマンドセットのバージョンを示してお
り、その値は例えば“００ｈ”（ｈは１６進を表す）と
なっている。ここで、“００ｈ”は、例えば図１７に示
すように、データ構造とコマンドがＡＶ／Ｃ ジェネラ
ル規格（General Specification ）のバージョン３．０
であることを意味している。また、図１７に示すよう
に、“００ｈ”を除いた全ての値は、将来の仕様のため
に予約確保されている。
ィスクリプタ（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 ）は、それぞれ独立した階層の最上位のル
ートオブジェクトリストを識別するためのＩＤを示して
いる。
は、リストＩＤのバイト数を示している。オブジェクト
ＩＤサイズ（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）フィールド
のバイト数を示している。製造メーカー特有のデータ
は、ベンダー（製造メーカ）の仕様情報を示すフィール
ドである。尚、ディスクリプタの中に製造メーカ特有の
データがない場合は、このフィールドは存在しない。
dependent length）は、後続のサブユニットに属するデ
ータフィールド（subunit dependent information ）フ
ィールドのバイト数を示している。サブユニットに属す
るデータフィールドは、機能に固有の情報を示すフィー
ルドである。製造メーカ特有のデータ長（manufacturer
dependent length ）は、後続の製造メーカ特有のデー
タ（manufacturer dependent information）フィールド
のバイト数を示している。製造メーカー特有のデータ
は、ベンダー（製造メーカ）の仕様情報を示すフィール
ドである。尚、ディスクリプタの中に製造メーカ特有の
データがない場合は、このフィールドは存在しない。
【００７８】図１８は、図１６で示したリストＩＤの割
り当て範囲を示している。図１８に示すように、“００
００ｈ乃至０ＦＦＦｈ”および“４０００ｈ乃至ＦＦＦ
Ｆｈ”は、将来の仕様のための割り当て範囲として予約
確保されている。“１０００ｈ乃至３ＦＦＦｈ”および
“１００００ｈ乃至リストＩＤの最大値”は、機能タイ
プの従属情報を識別するために用意されている。
り当て範囲を示している。図１８に示すように、“００
００ｈ乃至０ＦＦＦｈ”および“４０００ｈ乃至ＦＦＦ
Ｆｈ”は、将来の仕様のための割り当て範囲として予約
確保されている。“１０００ｈ乃至３ＦＦＦｈ”および
“１００００ｈ乃至リストＩＤの最大値”は、機能タイ
プの従属情報を識別するために用意されている。
【００７９】次に、本例のシステムで使用されるＡＶ／
Ｃコマンドセットについて、図１９〜図２３を参照しな
がら説明する。図１９は、ＡＶ／Ｃコマンドセットのス
タックモデルを示している。図１９に示すように、物理
レイヤ８１、リンクレイヤ８２、トランザクションレイ
ヤ８３、およびシリアスバスマネジメント８４は、ＩＥ
ＥＥ１３９４に準拠している。ＦＣＰ（Function Contr
ol Protocol ）８５は、ＩＥＣ６１８８３に準拠してい
る。ＡＶ／Ｃコマンドセット８６は、１３９４ＴＡスペ
ックに準拠している。
Ｃコマンドセットについて、図１９〜図２３を参照しな
がら説明する。図１９は、ＡＶ／Ｃコマンドセットのス
タックモデルを示している。図１９に示すように、物理
レイヤ８１、リンクレイヤ８２、トランザクションレイ
ヤ８３、およびシリアスバスマネジメント８４は、ＩＥ
ＥＥ１３９４に準拠している。ＦＣＰ（Function Contr
ol Protocol ）８５は、ＩＥＣ６１８８３に準拠してい
る。ＡＶ／Ｃコマンドセット８６は、１３９４ＴＡスペ
ックに準拠している。
【００８０】図２０は、図１９のＦＣＰ８５のコマンド
とレスポンスを説明するための図である。ＦＣＰはＩＥ
ＥＥ１３９４方式のバス上の機器（ノード）の制御を行
うためのプロトコルである。図２０に示すように、制御
する側がコントローラで、制御される側がターゲットで
ある。ＦＣＰのコマンドの送信またはレスポンスは、Ｉ
ＥＥＥ１３９４のアシンクロナス通信のライトトランザ
クションを用いて、ノード間で行われる。データを受け
取ったターゲットは、受信確認のために、アクノリッジ
をコントローラに返す。
とレスポンスを説明するための図である。ＦＣＰはＩＥ
ＥＥ１３９４方式のバス上の機器（ノード）の制御を行
うためのプロトコルである。図２０に示すように、制御
する側がコントローラで、制御される側がターゲットで
ある。ＦＣＰのコマンドの送信またはレスポンスは、Ｉ
ＥＥＥ１３９４のアシンクロナス通信のライトトランザ
クションを用いて、ノード間で行われる。データを受け
取ったターゲットは、受信確認のために、アクノリッジ
をコントローラに返す。
【００８１】図２１は、図２０で示したＦＣＰのコマン
ドとレスポンスの関係をさらに詳しく説明するための図
である。ＩＥＥＥ１３９４バスを介してノードＡとノー
ドＢが接続されている。ノードＡがコントローラで、ノ
ードＢがターゲットである。ノードＡ、ノードＢとも
に、コマンドレジスタおよびレスポンスレジスタがそれ
ぞれ、５１２バイトずつ準備されている。図２１に示す
ように、コントローラがターゲットのコマンドレジスタ
９３にコマンドメッセージを書き込むことにより命令を
伝える。また逆に、ターゲットがコントローラのレスポ
ンスレジスタ９２にレスポンスメッセージを書き込むこ
とにより応答を伝えている。以上２つのメッセージに対
して、制御情報のやり取りを行う。ＦＣＰで送られるコ
マンドセットの種類は、後述する図２２のデータフィー
ルド中のＣＴＳに記される。
ドとレスポンスの関係をさらに詳しく説明するための図
である。ＩＥＥＥ１３９４バスを介してノードＡとノー
ドＢが接続されている。ノードＡがコントローラで、ノ
ードＢがターゲットである。ノードＡ、ノードＢとも
に、コマンドレジスタおよびレスポンスレジスタがそれ
ぞれ、５１２バイトずつ準備されている。図２１に示す
ように、コントローラがターゲットのコマンドレジスタ
９３にコマンドメッセージを書き込むことにより命令を
伝える。また逆に、ターゲットがコントローラのレスポ
ンスレジスタ９２にレスポンスメッセージを書き込むこ
とにより応答を伝えている。以上２つのメッセージに対
して、制御情報のやり取りを行う。ＦＣＰで送られるコ
マンドセットの種類は、後述する図２２のデータフィー
ルド中のＣＴＳに記される。
【００８２】図２２は、ＡＶ／Ｃコマンドのアシンクロ
ナス転送モードで伝送されるパケットのデータ構造を示
している。ＡＶ／Ｃコマンドセットは、ＡＶ機器を制御
するためのコマンドセットで、ＣＴＳ（コマンドセット
のＩＤ）＝“００００”である。ＡＶ／Ｃコマンドフレ
ームおよびレスポンスフレームが、上記ＦＣＰを用いて
ノード間でやり取りされる。バスおよびＡＶ機器に負担
をかけないために、コマンドに対するレスポンスは、１
００ｍｓ以内に行うことになっている。図２２に示すよ
うに、アシンクロナスパケットのデータは、水平方向３
２ビット（＝１quadlet ）で構成されている。図中上段
はパケットのヘッダ部分を示しており、図中下段はデー
タブロックを示している。ディスティネーション（dest
ination ID）は、宛先を示している。
ナス転送モードで伝送されるパケットのデータ構造を示
している。ＡＶ／Ｃコマンドセットは、ＡＶ機器を制御
するためのコマンドセットで、ＣＴＳ（コマンドセット
のＩＤ）＝“００００”である。ＡＶ／Ｃコマンドフレ
ームおよびレスポンスフレームが、上記ＦＣＰを用いて
ノード間でやり取りされる。バスおよびＡＶ機器に負担
をかけないために、コマンドに対するレスポンスは、１
００ｍｓ以内に行うことになっている。図２２に示すよ
うに、アシンクロナスパケットのデータは、水平方向３
２ビット（＝１quadlet ）で構成されている。図中上段
はパケットのヘッダ部分を示しており、図中下段はデー
タブロックを示している。ディスティネーション（dest
ination ID）は、宛先を示している。
【００８３】ＣＴＳはコマンドセットのＩＤを示してお
り、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”
である。Ｃタイプ／レスポンス（ctype/response）のフ
ィールドは、パケットがコマンドの場合はコマンドの機
能分類を示し、パケットがレスポンスの場合はコマンド
の処理結果を示す。コマンドは大きく分けて、（１）機
能を外部から制御するコマンド（ＣＯＮＴＲＯＬ）、
（２）外部から状態を問い合わせるコマンド（ＳＴＡＴ
ＵＳ）、（３）制御コマンドのサポートの有無を外部か
ら問い合わせるコマンド（ＧＥＮＥＲＡＬ ＩＮＱＵＩ
ＲＹ（ｏｐｃｏｄｅのサポートの有無）およびＳＰＥＣ
ＩＦＩＣ ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅおよびｏｐｅ
ｒａｎｄｓのサポートの有無））、（４）状態の変化を
外部に知らせるよう要求するコマンド（ＮＯＴＩＦＹ）
の４種類が定義されている。
り、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”
である。Ｃタイプ／レスポンス（ctype/response）のフ
ィールドは、パケットがコマンドの場合はコマンドの機
能分類を示し、パケットがレスポンスの場合はコマンド
の処理結果を示す。コマンドは大きく分けて、（１）機
能を外部から制御するコマンド（ＣＯＮＴＲＯＬ）、
（２）外部から状態を問い合わせるコマンド（ＳＴＡＴ
ＵＳ）、（３）制御コマンドのサポートの有無を外部か
ら問い合わせるコマンド（ＧＥＮＥＲＡＬ ＩＮＱＵＩ
ＲＹ（ｏｐｃｏｄｅのサポートの有無）およびＳＰＥＣ
ＩＦＩＣ ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅおよびｏｐｅ
ｒａｎｄｓのサポートの有無））、（４）状態の変化を
外部に知らせるよう要求するコマンド（ＮＯＴＩＦＹ）
の４種類が定義されている。
【００８４】レスポンスはコマンドの種類に応じて返さ
れる。コントロール（ＣＯＮＴＲＯＬ）コマンドに対す
るレスポンスには、「実装されていない」（ＮＯＴ Ｉ
ＭＰＬＥＭＥＮＴＥＤ）、「受け入れる」（ＡＣＣＥＰ
ＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、および「暫
定」（ＩＮＴＥＲＩＭ）がある。ステータス（ＳＴＡＴ
ＵＳ）コマンドに対するレスポンスには、「実装されて
いない」（ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ）、「拒
絶」（ＲＥＪＥＣＴＥＤ）、「移行中」（ＩＮＴＲＡＮ
ＳＩＴＩＯＮ）、および「安定」（ＳＴＡＢＬＥ）があ
る。コマンドのサポートの有無を外部から問い合わせる
コマンド（ＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹおよびＳＰ
ＥＣＩＦＩＣ ＩＮＱＵＩＲＹ）に対するレスポンスに
は、「実装されている」（ＩＭＰＬＥＭＥＮＴＥＤ）、
および「実装されていない」（ＮＯＴ ＩＭＰＬＥＭＥ
ＮＴＥＤ）がある。状態の変化を外部に知らせるよう要
求するコマンド（ＮＯＴＩＦＹ）に対するレスポンスに
は、「実装されていない」（ＮＯＴ ＩＭＰＬＥＭＥＮ
ＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、「暫定」
（ＩＮＴＥＲＩＭ）および「変化した」（ＣＨＡＮＧＥ
Ｄ）がある。
れる。コントロール（ＣＯＮＴＲＯＬ）コマンドに対す
るレスポンスには、「実装されていない」（ＮＯＴ Ｉ
ＭＰＬＥＭＥＮＴＥＤ）、「受け入れる」（ＡＣＣＥＰ
ＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、および「暫
定」（ＩＮＴＥＲＩＭ）がある。ステータス（ＳＴＡＴ
ＵＳ）コマンドに対するレスポンスには、「実装されて
いない」（ＮＯＴ ＩＭＰＬＥＭＥＮＴＥＤ）、「拒
絶」（ＲＥＪＥＣＴＥＤ）、「移行中」（ＩＮＴＲＡＮ
ＳＩＴＩＯＮ）、および「安定」（ＳＴＡＢＬＥ）があ
る。コマンドのサポートの有無を外部から問い合わせる
コマンド（ＧＥＮＥＲＡＬ ＩＮＱＵＩＲＹおよびＳＰ
ＥＣＩＦＩＣ ＩＮＱＵＩＲＹ）に対するレスポンスに
は、「実装されている」（ＩＭＰＬＥＭＥＮＴＥＤ）、
および「実装されていない」（ＮＯＴ ＩＭＰＬＥＭＥ
ＮＴＥＤ）がある。状態の変化を外部に知らせるよう要
求するコマンド（ＮＯＴＩＦＹ）に対するレスポンスに
は、「実装されていない」（ＮＯＴ ＩＭＰＬＥＭＥＮ
ＴＥＤ）、「拒絶」（ＲＥＪＥＣＴＥＤ）、「暫定」
（ＩＮＴＥＲＩＭ）および「変化した」（ＣＨＡＮＧＥ
Ｄ）がある。
【００８５】サブユニットタイプ（subunit type）は、
機器内の機能を特定するために設けられており、例え
ば、テープレコーダ／プレーヤ（tape reccorder/playe
r ），チューナ（tuner ）等が割り当てられる。このサ
ブユニットタイプには、機器に対応した機能の他に、他
の機器に情報を公開するサブユニットであるＢＢＳ（ブ
リテンボードサブユニット）についても割り当てがあ
る。同じ種類のサブユニットが複数存在する場合の判別
を行うために、判別番号としてサブユニットＩＤ（subu
nit id）でアドレッシングを行う。オペレーションのコ
ードであるオペコード（opcode）はコマンドを表してお
り、オペランド（operand ）はコマンドのパラメータを
表している。必要に応じて付加されるフィールド（ddit
ional operands）も用意されている。オペランドの後に
は、０データなどが必要に応じて付加される。データＣ
ＲＣ（Cyclic Reduncy Check）はデータ伝送時のエラー
チェックに使われる。
機器内の機能を特定するために設けられており、例え
ば、テープレコーダ／プレーヤ（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 ）
が割り当てられている。尚、“１１１１１”にはユニッ
トが割り当てられているが、これは機器そのものに送ら
れる場合に用いられ、例えば電源のオンオフなどが挙げ
られる。
体例を示している。“０００００”にはビデオモニタ、
“０００１１”にはディスクレコーダ／プレーヤ、“０
０１００”にはテープレコーダ／プレーヤ、“００１０
１”にはチューナ、“００１１１”にはビデオカメラ、
“０１０１０”にはＢＢＳ（Bulletin Board Subunit）
と称される掲示板として使用されるサブユニット、“１
１１００”には製造メーカ特有のサブユニットタイプ
（Vender unique ）、“１１１１０”には特定のサブユ
ニットタイプ（Subunit type extended tonext byte ）
が割り当てられている。尚、“１１１１１”にはユニッ
トが割り当てられているが、これは機器そのものに送ら
れる場合に用いられ、例えば電源のオンオフなどが挙げ
られる。
【００８８】図２３の右側は、オペコード（オペレーシ
ョンコード：opcode）の具体例を示している。各サブユ
ニットタイプ毎にオペコードのテーブルが存在し、ここ
では、サブユニットタイプがテープレコーダ／プレーヤ
の場合のオペコードを示している。また、オペコード毎
にオペランドが定義されている。ここでは、“００ｈ”
には製造メーカ特有の値（Vender dependent）、“５０
ｈ”にはサーチモード、“５１ｈ”にはタイムコード、
“５２ｈ”にはＡＴＮ、“６０ｈ”にはオープンメモ
リ、“６１ｈ”にはメモリ読出し、“６２ｈ”にはメモ
リ書込み、“Ｃ１ｈ”にはロード、“Ｃ２ｈ”には録
音、“Ｃ３ｈ”には再生、“Ｃ４ｈ”には巻き戻しが割
り当てられている。
ョンコード：opcode）の具体例を示している。各サブユ
ニットタイプ毎にオペコードのテーブルが存在し、ここ
では、サブユニットタイプがテープレコーダ／プレーヤ
の場合のオペコードを示している。また、オペコード毎
にオペランドが定義されている。ここでは、“００ｈ”
には製造メーカ特有の値（Vender dependent）、“５０
ｈ”にはサーチモード、“５１ｈ”にはタイムコード、
“５２ｈ”にはＡＴＮ、“６０ｈ”にはオープンメモ
リ、“６１ｈ”にはメモリ読出し、“６２ｈ”にはメモ
リ書込み、“Ｃ１ｈ”にはロード、“Ｃ２ｈ”には録
音、“Ｃ３ｈ”には再生、“Ｃ４ｈ”には巻き戻しが割
り当てられている。
【００８９】図２４は、ＡＶ／Ｃコマンドとレスポンス
の具体例を示している。例えばターゲット（コンスー
マ）としての再生機器に再生指示を行う場合、コントロ
ーラは、図２４Ａのようなコマンドをターゲットに送
る。このコマンドは、ＡＶ／Ｃコマンドセットを使用し
ているため、ＣＴＳ＝“００００”となっている。ｃｔ
ｙｐｅ（コマンドタイプ）には、機器を外部から制御す
るコマンド（ＣＯＮＴＲＯＬ）を用いるため、ｃタイプ
＝“００００”となっている（図２３参照）。サブユニ
ットタイプはテープレコーダ／プレーヤであることよ
り、サブユニットタイプ＝“００１００”となっている
（図２３参照）。ｉｄはＩＤ０の場合を示しており、ｉ
ｄ＝０００となっている。オペコードは再生を意味する
“Ｃ３ｈ”となっている（図２３参照）。オペランドは
順方向（ＦＯＲＷＡＲＤ）を意味する“７５ｈ”となっ
ている。そして、再生されると、ターゲットは図２４Ｂ
のようなレスポンスをコントローラに返す。ここでは、
「受け入れ」（ａｃｃｅｐｔｅｄ）がレスポンスに入る
ため、レスポンス＝“１００１”となっている（図２３
参照）。レスポンスを除いて、他は図２４Ａと同じであ
るので説明は省略する。
の具体例を示している。例えばターゲット（コンスー
マ）としての再生機器に再生指示を行う場合、コントロ
ーラは、図２４Ａのようなコマンドをターゲットに送
る。このコマンドは、ＡＶ／Ｃコマンドセットを使用し
ているため、ＣＴＳ＝“００００”となっている。ｃｔ
ｙｐｅ（コマンドタイプ）には、機器を外部から制御す
るコマンド（ＣＯＮＴＲＯＬ）を用いるため、ｃタイプ
＝“００００”となっている（図２３参照）。サブユニ
ットタイプはテープレコーダ／プレーヤであることよ
り、サブユニットタイプ＝“００１００”となっている
（図２３参照）。ｉｄはＩＤ０の場合を示しており、ｉ
ｄ＝０００となっている。オペコードは再生を意味する
“Ｃ３ｈ”となっている（図２３参照）。オペランドは
順方向（ＦＯＲＷＡＲＤ）を意味する“７５ｈ”となっ
ている。そして、再生されると、ターゲットは図２４Ｂ
のようなレスポンスをコントローラに返す。ここでは、
「受け入れ」（ａｃｃｅｐｔｅｄ）がレスポンスに入る
ため、レスポンス＝“１００１”となっている（図２３
参照）。レスポンスを除いて、他は図２４Ａと同じであ
るので説明は省略する。
【００９０】次に、以上説明したＩＥＥＥ１３９４方式
のバスラインを使用して実行される、本例の伝送処理に
ついて説明する。本例においては、例えば図１に示した
ネットワーク構成とした上で、そのネットワークを構成
する各機器で上述したＡＶ／Ｃコマンドのやり取りを行
うものとし、そのコマンドとしてノティファイ（ＮＯＴ
ＩＦＹ）を使用する場合の処理である。ノティファイコ
マンドは、既に説明したように、相手の機器から所定の
状態の変化を通知させるように要求するいわゆる通知コ
マンドである。このノティファイコマンドを受信した機
器では、そのコマンドで指示された通知を行うために、
ノティファイ用のキューの記憶処理を行う。このキュー
の記憶は、例えば各機器の中央制御ユニットに接続され
たメモリを記憶エリアとして使用し、ノティファイコマ
ンドの発行元のノードＩＤなどを記憶する。そして、ノ
ティファイコマンドで指示された状態変化が発生したと
制御手段が判断したとき、キューに記憶されたノードＩ
Ｄの機器に対して、該当する状態変化が発生したことを
通知する。この通知は、状態変化（ＣＨＮＧＥＤ）のレ
スポンスが使用される。
のバスラインを使用して実行される、本例の伝送処理に
ついて説明する。本例においては、例えば図１に示した
ネットワーク構成とした上で、そのネットワークを構成
する各機器で上述したＡＶ／Ｃコマンドのやり取りを行
うものとし、そのコマンドとしてノティファイ（ＮＯＴ
ＩＦＹ）を使用する場合の処理である。ノティファイコ
マンドは、既に説明したように、相手の機器から所定の
状態の変化を通知させるように要求するいわゆる通知コ
マンドである。このノティファイコマンドを受信した機
器では、そのコマンドで指示された通知を行うために、
ノティファイ用のキューの記憶処理を行う。このキュー
の記憶は、例えば各機器の中央制御ユニットに接続され
たメモリを記憶エリアとして使用し、ノティファイコマ
ンドの発行元のノードＩＤなどを記憶する。そして、ノ
ティファイコマンドで指示された状態変化が発生したと
制御手段が判断したとき、キューに記憶されたノードＩ
Ｄの機器に対して、該当する状態変化が発生したことを
通知する。この通知は、状態変化（ＣＨＮＧＥＤ）のレ
スポンスが使用される。
【００９１】ノティファイコマンドの使用例としては、
例えばバスライン上でのチャンネルや帯域の使用状態に
関する変化があったときに、そのことを知らせるように
することが考えられる。即ち、上述したように、ＩＥＥ
Ｅ１３９４方式のバスラインでは、用意されたチャンネ
ルの中の特定のチャンネル及び帯域を使用して、他の機
器とのコネクションを張ってデータ伝送を行うことが行
われるが、そのコネクションを解除して、そのチャンネ
ルを使用されない状況に開放することは、コネクション
を張った機器でなければできない。従って、該当するチ
ャンネルを使用したい別の機器があったとき、そのコネ
クションを張った機器に対して、該当するチャンネルが
開放される処理が実行されたときに通知させるように、
ノティファイコマンドを送ることが考えられる。
例えばバスライン上でのチャンネルや帯域の使用状態に
関する変化があったときに、そのことを知らせるように
することが考えられる。即ち、上述したように、ＩＥＥ
Ｅ１３９４方式のバスラインでは、用意されたチャンネ
ルの中の特定のチャンネル及び帯域を使用して、他の機
器とのコネクションを張ってデータ伝送を行うことが行
われるが、そのコネクションを解除して、そのチャンネ
ルを使用されない状況に開放することは、コネクション
を張った機器でなければできない。従って、該当するチ
ャンネルを使用したい別の機器があったとき、そのコネ
クションを張った機器に対して、該当するチャンネルが
開放される処理が実行されたときに通知させるように、
ノティファイコマンドを送ることが考えられる。
【００９２】図２５は、本例の場合に、ターゲットとな
る機器がノティファイコマンドを受信した場合の処理例
を示したフローチャートである。以下、図２５のフロー
チャートに従って説明すると、まず各機器の制御手段
（中央制御ユニットなど）は、バスラインを介して自局
宛のノティファイコマンドを受信したか否か判断する
（ステップＳＴ１１）。この判断で、ノティファイコマ
ンドを受信したと判断されるまで待機する。そして、ノ
ティファイコマンドを受信したと判断したとき、キュー
の記憶エリアに空きがあるか否か判断する（ステップＳ
Ｔ１２）。
る機器がノティファイコマンドを受信した場合の処理例
を示したフローチャートである。以下、図２５のフロー
チャートに従って説明すると、まず各機器の制御手段
（中央制御ユニットなど）は、バスラインを介して自局
宛のノティファイコマンドを受信したか否か判断する
（ステップＳＴ１１）。この判断で、ノティファイコマ
ンドを受信したと判断されるまで待機する。そして、ノ
ティファイコマンドを受信したと判断したとき、キュー
の記憶エリアに空きがあるか否か判断する（ステップＳ
Ｔ１２）。
【００９３】ここで、キューの記憶エリアに空きがある
と判断したときには、コマンド発行元のノードＩＤを該
当するキューの記憶エリアに記憶させる（ステップＳＴ
１３）。また、このキューの記憶を行ったときには、ノ
ティファイコマンドが正常に処理された状態であるの
で、コマンドの発行元に対して「暫定」（ＩＮＴＥＲＩ
Ｍ）のレスポンスを送信する。なお、ノティファイコマ
ンドで指示された通知する必要がある状態変化に関する
情報を記憶させる必要がある場合には、その状態変化に
関する情報についても同時に記憶させる。また、通知す
る状態変化毎にキューの記憶エリアが分かれている場合
には、このような状態変化に関する情報の記憶は必要が
ない。
と判断したときには、コマンド発行元のノードＩＤを該
当するキューの記憶エリアに記憶させる（ステップＳＴ
１３）。また、このキューの記憶を行ったときには、ノ
ティファイコマンドが正常に処理された状態であるの
で、コマンドの発行元に対して「暫定」（ＩＮＴＥＲＩ
Ｍ）のレスポンスを送信する。なお、ノティファイコマ
ンドで指示された通知する必要がある状態変化に関する
情報を記憶させる必要がある場合には、その状態変化に
関する情報についても同時に記憶させる。また、通知す
る状態変化毎にキューの記憶エリアが分かれている場合
には、このような状態変化に関する情報の記憶は必要が
ない。
【００９４】そしてステップＳＴ１３で記憶させる処理
を行った後、制御手段の内部に設定されたカウンタのカ
ウントダウンを開始させる（ステップＳＴ１４）。この
カウンタは、ノティファイコマンドを受信してからその
コマンドの指示が有効な時間を決めるカウンタであり、
例えば数分から数十分程度の予め決められた一定時間の
計測をカウントダウンで行う。
を行った後、制御手段の内部に設定されたカウンタのカ
ウントダウンを開始させる（ステップＳＴ１４）。この
カウンタは、ノティファイコマンドを受信してからその
コマンドの指示が有効な時間を決めるカウンタであり、
例えば数分から数十分程度の予め決められた一定時間の
計測をカウントダウンで行う。
【００９５】このカウントを開始した後には、ノティフ
ァイコマンドで指示された通知する必要がある状態変化
があるか否か監視して、その状態変化が発生したとき、
キューに記憶されたノードＩＤに対して、状態変化（Ｃ
ＨＮＧＥＤ）のレスポンスを送信する。ここで、制御手
段ではこの状態変化（ＣＨＮＧＥＤ）のレスポンスの送
信を行ったか否か判断し（ステップＳＴ１５）、そのレ
スポンスの送信を行った場合、ステップＳＴ１９に移っ
て、該当するキューに記憶されたノードＩＤなどのデー
タを消去する。
ァイコマンドで指示された通知する必要がある状態変化
があるか否か監視して、その状態変化が発生したとき、
キューに記憶されたノードＩＤに対して、状態変化（Ｃ
ＨＮＧＥＤ）のレスポンスを送信する。ここで、制御手
段ではこの状態変化（ＣＨＮＧＥＤ）のレスポンスの送
信を行ったか否か判断し（ステップＳＴ１５）、そのレ
スポンスの送信を行った場合、ステップＳＴ１９に移っ
て、該当するキューに記憶されたノードＩＤなどのデー
タを消去する。
【００９６】また、ステップＳＴ１５で状態変化のレス
ポンスの送信がないと判断したときには、同じ機器から
の再度のノティファイコマンドの伝送があるか否か判断
する（ステップＳＴ１６）。この判断で、同じ機器から
の再度のノティファイコマンドの伝送があると判断した
とき、ステップＳＴ１４でカウントダウンさせたカウン
タの値を初期値にリセットさせ、再度その初期値からの
カウンタダウンを開始させる（ステップＳＴ１７）。
ポンスの送信がないと判断したときには、同じ機器から
の再度のノティファイコマンドの伝送があるか否か判断
する（ステップＳＴ１６）。この判断で、同じ機器から
の再度のノティファイコマンドの伝送があると判断した
とき、ステップＳＴ１４でカウントダウンさせたカウン
タの値を初期値にリセットさせ、再度その初期値からの
カウンタダウンを開始させる（ステップＳＴ１７）。
【００９７】また、ステップＳＴ１６で同じ機器からの
再度のノティファイコマンドの伝送がないと判断したと
きには、ステップＳＴ１４でカウントダウンさせたカウ
ンタの値が０になって、時間切れ（タイムアウト）にな
ったか否か判断する（ステップＳＴ１８）。この判断で
時間切れでないと判断した場合と、ステップＳＴ１７で
のタイマ値のリセットを行った場合には、ステップＳＴ
１５の判断に戻り、状態変化のレスポンスの送信を行っ
たか否かの判断を行う。
再度のノティファイコマンドの伝送がないと判断したと
きには、ステップＳＴ１４でカウントダウンさせたカウ
ンタの値が０になって、時間切れ（タイムアウト）にな
ったか否か判断する（ステップＳＴ１８）。この判断で
時間切れでないと判断した場合と、ステップＳＴ１７で
のタイマ値のリセットを行った場合には、ステップＳＴ
１５の判断に戻り、状態変化のレスポンスの送信を行っ
たか否かの判断を行う。
【００９８】そして、ステップＳＴ１８の判断で時間切
れになったと判断したとき、ステップＳＴ１９に移っ
て、該当するキューに記憶されたノードＩＤなどのデー
タを消去する。ステップＳＴ１９で消去した後は、ステ
ップＳＴ１１に戻って、次のノティファイコマンドの受
信があるまで待機する。また、ステップＳＴ１２の判断
で、キューの記憶エリアに空きがないと判断したときに
は、ノティファイコマンドを拒絶（ＲＥＪＥＣＴＥＤ）
するレスポンスを返送する（ステップＳＴ２０）。この
ときには、ノティファイコマンド用のカウンタ（即ちス
テップＳＴ１４で開始されたカウンタ）がタイムアウト
するまでの残り時間の情報を付加して伝送する。ステッ
プＳＴ２０でレスポンスを伝送した後には、ステップＳ
Ｔ１１の判断に戻る。
れになったと判断したとき、ステップＳＴ１９に移っ
て、該当するキューに記憶されたノードＩＤなどのデー
タを消去する。ステップＳＴ１９で消去した後は、ステ
ップＳＴ１１に戻って、次のノティファイコマンドの受
信があるまで待機する。また、ステップＳＴ１２の判断
で、キューの記憶エリアに空きがないと判断したときに
は、ノティファイコマンドを拒絶（ＲＥＪＥＣＴＥＤ）
するレスポンスを返送する（ステップＳＴ２０）。この
ときには、ノティファイコマンド用のカウンタ（即ちス
テップＳＴ１４で開始されたカウンタ）がタイムアウト
するまでの残り時間の情報を付加して伝送する。ステッ
プＳＴ２０でレスポンスを伝送した後には、ステップＳ
Ｔ１１の判断に戻る。
【００９９】ここで、本例の場合に伝送されるノティフ
ァイコマンドの例について説明すると、図２６は、ノテ
ィファイコマンドが伝送される際の、データ構成の一例
を示したものである。この図２６に示したオペコードと
オペランドのデータが、図２２に示したＡＶ／Ｃコマン
ドのパケットのオペコードとオペランドの区間に配置さ
れる。図２６に示したノティファイコマンドのデータの
場合には、アイソクロナスチャンネルの使用状態の変化
を通知させるための例であり、チャンネルの使用状態に
変化したとき（具体的にはチャンネルに空きが発生した
とき）、通知を行うものである。オペコードの区間に
は、チャンネル使用状態のデータを配置し、オペランド
ァイコマンドの例について説明すると、図２６は、ノテ
ィファイコマンドが伝送される際の、データ構成の一例
を示したものである。この図２６に示したオペコードと
オペランドのデータが、図２２に示したＡＶ／Ｃコマン
ドのパケットのオペコードとオペランドの区間に配置さ
れる。図２６に示したノティファイコマンドのデータの
場合には、アイソクロナスチャンネルの使用状態の変化
を通知させるための例であり、チャンネルの使用状態に
変化したとき（具体的にはチャンネルに空きが発生した
とき）、通知を行うものである。オペコードの区間に
は、チャンネル使用状態のデータを配置し、オペランド
〔０〕の区間には、アイソクロナスチャンネルの使用状
態であることを示すデータが配置される。その他のオペ
ランドの区間は、ここでは最大値〔ＦＦ〕を配置する。
態であることを示すデータが配置される。その他のオペ
ランドの区間は、ここでは最大値〔ＦＦ〕を配置する。
【０１００】そして、このコマンドに対するレスポンス
としては、例えば図２７に示すデータ構成で伝送する。
この場合のレスポンスとしては、上述したようにノティ
ファイコマンドによる通知を了承する「暫定」（ＩＮＴ
ＥＲＩＭ）のレスポンスを送信する場合（ステップＳＴ
１３での処理）と、ノティファイコマンドによる通知を
拒絶する「拒絶」（ＲＥＪＥＣＴＥＤ）のレスポンスを
送信する場合（ステップＳＴ２０での処理）とがあり、
図２２に示したＡＶ／Ｃコマンドのパケットのレスポン
スのタイプのデータで、いずれかが示される。そして、
オペコードの区間とオペランド
としては、例えば図２７に示すデータ構成で伝送する。
この場合のレスポンスとしては、上述したようにノティ
ファイコマンドによる通知を了承する「暫定」（ＩＮＴ
ＥＲＩＭ）のレスポンスを送信する場合（ステップＳＴ
１３での処理）と、ノティファイコマンドによる通知を
拒絶する「拒絶」（ＲＥＪＥＣＴＥＤ）のレスポンスを
送信する場合（ステップＳＴ２０での処理）とがあり、
図２２に示したＡＶ／Ｃコマンドのパケットのレスポン
スのタイプのデータで、いずれかが示される。そして、
オペコードの区間とオペランド
〔０〕の区間は、コマン
ドのデータがそのまま配置される。
ドのデータがそのまま配置される。
【０１０１】そして、オペランド〔１〕以降の区間に
は、指定されたアイソクロナスチャンネルの現在の使用
状況に関するデータが配置される。図２７の例では、オ
ペランド〔１〕，〔２〕に、そのチャンネルを使用して
いるノードＩＤのデータが配置され、オペランド〔３〕
に、使用している出力プラグ（ｏＰＣＲ）の番号のデー
タが配置される。
は、指定されたアイソクロナスチャンネルの現在の使用
状況に関するデータが配置される。図２７の例では、オ
ペランド〔１〕，〔２〕に、そのチャンネルを使用して
いるノードＩＤのデータが配置され、オペランド〔３〕
に、使用している出力プラグ（ｏＰＣＲ）の番号のデー
タが配置される。
【０１０２】そして、オペランド〔４〕に、ノティファ
イコマンド用のカウンタの現在のカウント値に基づいた
タイムアウト時間のデータを配置する。例えば、ノティ
ファイコマンド用のカウンタが１０分の時間をカウント
するタイマであるとすると、「暫定」（ＩＮＴＥＲＩ
Ｍ）のレスポンスの場合には、カウントダウンを開始し
た直後であるため、タイムアウト時間として１０分を通
知する。また、「拒絶」（ＲＥＪＥＣＴＥＤ）のレスポ
ンスの場合には、現在使用中のキューを設定した際にカ
ウントダウンさせたカウンタの残り時間（即ち１０分未
満の値）を通知する。
イコマンド用のカウンタの現在のカウント値に基づいた
タイムアウト時間のデータを配置する。例えば、ノティ
ファイコマンド用のカウンタが１０分の時間をカウント
するタイマであるとすると、「暫定」（ＩＮＴＥＲＩ
Ｍ）のレスポンスの場合には、カウントダウンを開始し
た直後であるため、タイムアウト時間として１０分を通
知する。また、「拒絶」（ＲＥＪＥＣＴＥＤ）のレスポ
ンスの場合には、現在使用中のキューを設定した際にカ
ウントダウンさせたカウンタの残り時間（即ち１０分未
満の値）を通知する。
【０１０３】なお、図２６，図２７の例では、チャンネ
ルの使用状態に関する変化があることを通知させるノテ
ィファイコマンド及びレスポンスについて説明したが、
その他の状態に関する変化があることを通知させるノテ
ィファイコマンド及びレスポンスとしても良い。また、
チャンネルの使用状態に関する変化があることを通知さ
せるノティファイコマンド及びレスポンスの場合には、
ターゲットとなる機器は、該当するチャンネルを使用し
てコネクションを設定させた機器になる。また、チャン
ネルの設定の他に、バスライン上での帯域の設定につい
て、同様のノティファイコマンド及びレスポンスで設定
状態の変化を通知させるようにしても良い。
ルの使用状態に関する変化があることを通知させるノテ
ィファイコマンド及びレスポンスについて説明したが、
その他の状態に関する変化があることを通知させるノテ
ィファイコマンド及びレスポンスとしても良い。また、
チャンネルの使用状態に関する変化があることを通知さ
せるノティファイコマンド及びレスポンスの場合には、
ターゲットとなる機器は、該当するチャンネルを使用し
てコネクションを設定させた機器になる。また、チャン
ネルの設定の他に、バスライン上での帯域の設定につい
て、同様のノティファイコマンド及びレスポンスで設定
状態の変化を通知させるようにしても良い。
【０１０４】図２８は、本例のネットワークを使用して
ノティファイコマンドを伝送した場合の処理例を、ター
ゲット機器でのキューの記憶状態と、レスポンスなどの
伝送状態を時間の経過で示した図である。
ノティファイコマンドを伝送した場合の処理例を、ター
ゲット機器でのキューの記憶状態と、レスポンスなどの
伝送状態を時間の経過で示した図である。
【０１０５】この例では、図１に示したネットワーク構
成の中のノードＡの機器（ＩＲＤ１００）をターゲット
としてあり、ノードＢの機器（テレビジョン受像機２０
０）を第１のコントローラ、ノードＣの機器（ビデオ記
録再生装置３００）を第２のコントローラ、ノードＤの
機器（オーディオ記録再生装置４００）を第３のコント
ローラとしてある。そして、ターゲットに対して各コン
トローラがノティファイコマンドを伝送した場合の処理
としてある。また、本例のターゲット（ノードＡ）は、
状態Ｘに関するキューとして２つの記憶エリアが用意さ
れているものとする。
成の中のノードＡの機器（ＩＲＤ１００）をターゲット
としてあり、ノードＢの機器（テレビジョン受像機２０
０）を第１のコントローラ、ノードＣの機器（ビデオ記
録再生装置３００）を第２のコントローラ、ノードＤの
機器（オーディオ記録再生装置４００）を第３のコント
ローラとしてある。そして、ターゲットに対して各コン
トローラがノティファイコマンドを伝送した場合の処理
としてある。また、本例のターゲット（ノードＡ）は、
状態Ｘに関するキューとして２つの記憶エリアが用意さ
れているものとする。
【０１０６】図２８に従って伝送状態を説明すると、ま
ず第１のコントローラ（ノードＢ）が、ターゲット（ノ
ードＡ）に対して、状態Ｘに関する変化を通知させるた
めのノティファイコマンドを伝送する（ステップＳ１
１）。このコマンドを受信したターゲット（ノードＡ）
では、２つのキューの記憶エリアの１つに、ノードＢの
ノードＩＤを記憶させ、第１のコントローラ（ノード
Ｂ）に対して、ノティファイコマンドを承諾する「暫
定」（ＩＮＴＥＲＩＭ）のレスポンスを伝送する（ステ
ップＳ１２）。なお、ステップＳ１１の処理が行われた
段階で、一定の時間ｔ 0 を計測するカウンタのカウント
ダウンを開始させる。
ず第１のコントローラ（ノードＢ）が、ターゲット（ノ
ードＡ）に対して、状態Ｘに関する変化を通知させるた
めのノティファイコマンドを伝送する（ステップＳ１
１）。このコマンドを受信したターゲット（ノードＡ）
では、２つのキューの記憶エリアの１つに、ノードＢの
ノードＩＤを記憶させ、第１のコントローラ（ノード
Ｂ）に対して、ノティファイコマンドを承諾する「暫
定」（ＩＮＴＥＲＩＭ）のレスポンスを伝送する（ステ
ップＳ１２）。なお、ステップＳ１１の処理が行われた
段階で、一定の時間ｔ 0 を計測するカウンタのカウント
ダウンを開始させる。
【０１０７】次に、第２のコントローラ（ノードＣ）
が、ターゲット（ノードＡ）に対して、状態Ｘに関する
変化を通知させるためのノティファイコマンドを伝送し
たとする（ステップＳ１３）。このコマンドを受信した
ターゲット（ノードＡ）では、残りの１つのキューの記
憶エリアに、ノードＢのノードＩＤを記憶させ、第２の
コントローラ（ノードＣ）に対して、ノティファイコマ
ンドを承諾する「暫定」（ＩＮＴＥＲＩＭ）のレスポン
スを伝送する（ステップＳ１４）。
が、ターゲット（ノードＡ）に対して、状態Ｘに関する
変化を通知させるためのノティファイコマンドを伝送し
たとする（ステップＳ１３）。このコマンドを受信した
ターゲット（ノードＡ）では、残りの１つのキューの記
憶エリアに、ノードＢのノードＩＤを記憶させ、第２の
コントローラ（ノードＣ）に対して、ノティファイコマ
ンドを承諾する「暫定」（ＩＮＴＥＲＩＭ）のレスポン
スを伝送する（ステップＳ１４）。
【０１０８】ここまでの処理が行われた状態で、ターゲ
ット機器では、ノードＢのノティファイコマンドを受信
してから、カウンタで計測する時間ｔ0 が経過してタイ
ムアウトになったとする。このとき、ノードＢのノード
ＩＤのキューの記憶が消去される。このキューの記憶エ
リアの１つが消去されることで、別のコントローラから
のノティファイコマンドを了承することが可能になる。
即ち、例えば図２８に示すように、第３のコントローラ
（ノードＤ）からターゲット（ノードＡ）に対して、状
態Ｘに関する変化を通知させるためのノティファイコマ
ンドが伝送されると（ステップＳ１５）、１つのキュー
の記憶エリアに、ノードＣのノードＩＤを記憶させ、第
３のコントローラ（ノードＤ）に対して、ノティファイ
コマンドを承諾する「暫定」（ＩＮＴＥＲＩＭ）のレス
ポンスを伝送する処理が行われる（ステップＳ１６）。
ット機器では、ノードＢのノティファイコマンドを受信
してから、カウンタで計測する時間ｔ0 が経過してタイ
ムアウトになったとする。このとき、ノードＢのノード
ＩＤのキューの記憶が消去される。このキューの記憶エ
リアの１つが消去されることで、別のコントローラから
のノティファイコマンドを了承することが可能になる。
即ち、例えば図２８に示すように、第３のコントローラ
（ノードＤ）からターゲット（ノードＡ）に対して、状
態Ｘに関する変化を通知させるためのノティファイコマ
ンドが伝送されると（ステップＳ１５）、１つのキュー
の記憶エリアに、ノードＣのノードＩＤを記憶させ、第
３のコントローラ（ノードＤ）に対して、ノティファイ
コマンドを承諾する「暫定」（ＩＮＴＥＲＩＭ）のレス
ポンスを伝送する処理が行われる（ステップＳ１６）。
【０１０９】またこの例では、ターゲット機器では、ノ
ードＣのノティファイコマンドを受信してから、カウン
タで計測する時間ｔ0 が経過してタイムアウトする前
（又はタイムアウトした直後）に、第２のコントローラ
（ノードＣ）から、ターゲット（ノードＡ）に、状態Ｘ
に関する変化を通知させるためのノティファイコマンド
が再度伝送されたとする（ステップＳ１７）。この再度
のノティファイコマンドの伝送で、カウンタで計測する
時間が初期値に戻され、ノードＣのキューが消去されず
に残る。
ードＣのノティファイコマンドを受信してから、カウン
タで計測する時間ｔ0 が経過してタイムアウトする前
（又はタイムアウトした直後）に、第２のコントローラ
（ノードＣ）から、ターゲット（ノードＡ）に、状態Ｘ
に関する変化を通知させるためのノティファイコマンド
が再度伝送されたとする（ステップＳ１７）。この再度
のノティファイコマンドの伝送で、カウンタで計測する
時間が初期値に戻され、ノードＣのキューが消去されず
に残る。
【０１１０】また、ターゲット機器において、ノードＤ
のノティファイコマンドを受信してから、カウンタで計
測する時間ｔ0 が経過してタイムアウトになったとす
る。このとき、ノードＤのノードＩＤのキューの記憶が
消去される。従って、例えば図２８に示すように、第３
のコントローラ（ノードＤ）がネットワークから外され
た場合であっても、このノードＤのノードＩＤのキュー
の記憶がターゲット機器に残ることがなくなり、ターゲ
ット機器に用意されたキューの記憶エリアを有効に活用
することが可能になる。
のノティファイコマンドを受信してから、カウンタで計
測する時間ｔ0 が経過してタイムアウトになったとす
る。このとき、ノードＤのノードＩＤのキューの記憶が
消去される。従って、例えば図２８に示すように、第３
のコントローラ（ノードＤ）がネットワークから外され
た場合であっても、このノードＤのノードＩＤのキュー
の記憶がターゲット機器に残ることがなくなり、ターゲ
ット機器に用意されたキューの記憶エリアを有効に活用
することが可能になる。
【０１１１】また、コントローラ側でノティファイコマ
ンドによる通知をいつまでも待っていたい場合には、ス
テップＳ１７で示したノティファイコマンドの再度の伝
送によるコンファメーションを行うことで、有効期間が
更新され、ノティファイコマンドが有効であり続ける。
この有効期間が更新処理を繰り返し行うことで、長時間
通知を待ちつづけることも可能である。なお、コントロ
ーラ側で有効期間が切れることの判断は、例えばノティ
ファイコマンドを伝送した直後に返送されるレスポンス
に含まれるタイムアウト時間のデータから判断すること
ができる。
ンドによる通知をいつまでも待っていたい場合には、ス
テップＳ１７で示したノティファイコマンドの再度の伝
送によるコンファメーションを行うことで、有効期間が
更新され、ノティファイコマンドが有効であり続ける。
この有効期間が更新処理を繰り返し行うことで、長時間
通知を待ちつづけることも可能である。なお、コントロ
ーラ側で有効期間が切れることの判断は、例えばノティ
ファイコマンドを伝送した直後に返送されるレスポンス
に含まれるタイムアウト時間のデータから判断すること
ができる。
【０１１２】なお、ここまで説明した処理では、ターゲ
ット機器において、タイムアウト時間になったとき、該
当するキューの記憶データを消去させる処理を行うだけ
としたが、ターゲット機器からコントローラに対して、
ノティファイコマンドによる通知がタイムアウトである
ことを通知するようにしても良い。
ット機器において、タイムアウト時間になったとき、該
当するキューの記憶データを消去させる処理を行うだけ
としたが、ターゲット機器からコントローラに対して、
ノティファイコマンドによる通知がタイムアウトである
ことを通知するようにしても良い。
【０１１３】図２９のフローチャートは、この場合のタ
ーゲット機器での処理例を示したものである。このフロ
ーチャートにおいて、ステップＳＴ１９でのタイムアウ
トになった際の該当するキューのノードＩＤを消去する
処理までは、図２５のフローチャートと同じである。そ
して、この例ではステップＳＴ１９の消去処理を行った
後に、消去したノードのコントローラに対して、「拒
絶」（ＲＥＪＥＣＴＥＤ）のレスポンスを送り、ノティ
ファイコマンドによる通知が無効になったことを通知す
る（ステップＳＴ２１）。そして、その通知後に、ステ
ップＳＴ１１に戻って、ノティファイコマンドを受信す
るまで待機する。
ーゲット機器での処理例を示したものである。このフロ
ーチャートにおいて、ステップＳＴ１９でのタイムアウ
トになった際の該当するキューのノードＩＤを消去する
処理までは、図２５のフローチャートと同じである。そ
して、この例ではステップＳＴ１９の消去処理を行った
後に、消去したノードのコントローラに対して、「拒
絶」（ＲＥＪＥＣＴＥＤ）のレスポンスを送り、ノティ
ファイコマンドによる通知が無効になったことを通知す
る（ステップＳＴ２１）。そして、その通知後に、ステ
ップＳＴ１１に戻って、ノティファイコマンドを受信す
るまで待機する。
【０１１４】このように無効になったことを通知するこ
とで、このレスポンスを受信したコントローラでは、タ
イムアウトになる時間をカウントすることなく、自らが
送ったノティファイコマンドが無効になったことを確実
に判断できるようになる。
とで、このレスポンスを受信したコントローラでは、タ
イムアウトになる時間をカウントすることなく、自らが
送ったノティファイコマンドが無効になったことを確実
に判断できるようになる。
【０１１５】図３０は、タイムアウトになったことを通
知する場合の伝送処理例を、ターゲット機器でのキュー
の記憶状態と、レスポンスなどの伝送状態を時間の経過
で示した図である。この例ではターゲットをノードＡの
機器とし、第１のコントローラをノードＤの機器とし、
第２のコントローラをノードＣの機器としてあり、ター
ゲットでは１つのキューの記憶エリアだけが用意されて
いるものとする。
知する場合の伝送処理例を、ターゲット機器でのキュー
の記憶状態と、レスポンスなどの伝送状態を時間の経過
で示した図である。この例ではターゲットをノードＡの
機器とし、第１のコントローラをノードＤの機器とし、
第２のコントローラをノードＣの機器としてあり、ター
ゲットでは１つのキューの記憶エリアだけが用意されて
いるものとする。
【０１１６】図３０に従って伝送状態を説明すると、ま
ず第１のコントローラ（ノードＤ）が、ターゲット（ノ
ードＡ）に対して、状態Ｘに関する変化を通知させるた
めのノティファイコマンドを伝送する（ステップＳ２
１）。このコマンドを受信したターゲット（ノードＡ）
では、キューの記憶エリアに、ノードＤのノードＩＤを
記憶させ、第１のコントローラ（ノードＤ）に対して、
ノティファイコマンドを承諾する「暫定」（ＩＮＴＥＲ
ＩＭ）のレスポンスを伝送する（ステップＳ２２）。な
お、ステップＳ２２の処理が行われた段階で、一定の時
間ｔ0 を計測するカウンタのカウントダウンを開始させ
る。
ず第１のコントローラ（ノードＤ）が、ターゲット（ノ
ードＡ）に対して、状態Ｘに関する変化を通知させるた
めのノティファイコマンドを伝送する（ステップＳ２
１）。このコマンドを受信したターゲット（ノードＡ）
では、キューの記憶エリアに、ノードＤのノードＩＤを
記憶させ、第１のコントローラ（ノードＤ）に対して、
ノティファイコマンドを承諾する「暫定」（ＩＮＴＥＲ
ＩＭ）のレスポンスを伝送する（ステップＳ２２）。な
お、ステップＳ２２の処理が行われた段階で、一定の時
間ｔ0 を計測するカウンタのカウントダウンを開始させ
る。
【０１１７】次に、第２のコントローラ（ノードＣ）
が、ターゲット（ノードＡ）に対して、状態Ｘに関する
変化を通知させるためのノティファイコマンドを伝送し
たとする（ステップＳ２３）。このコマンドを受信した
ターゲット（ノードＡ）では、キューの記憶エリアに空
きがないために、そのノティファイコマンドを拒絶（Ｒ
ＥＪＥＣＴＥＤ）するレスポンスを送り、ノティファイ
コマンドによる通知ができないことを通知する（ステッ
プＳ２４）。この拒絶のレスポンスには、図２７に示し
たように、ノードＤのキューがタイムアウトする時間の
情報を付加する。
が、ターゲット（ノードＡ）に対して、状態Ｘに関する
変化を通知させるためのノティファイコマンドを伝送し
たとする（ステップＳ２３）。このコマンドを受信した
ターゲット（ノードＡ）では、キューの記憶エリアに空
きがないために、そのノティファイコマンドを拒絶（Ｒ
ＥＪＥＣＴＥＤ）するレスポンスを送り、ノティファイ
コマンドによる通知ができないことを通知する（ステッ
プＳ２４）。この拒絶のレスポンスには、図２７に示し
たように、ノードＤのキューがタイムアウトする時間の
情報を付加する。
【０１１８】そして、第１のコントローラ（ノードＤ）
のキューを記憶してから、時間ｔ0が経過してタイムア
ウトすると、該当するキューの記憶データが消去され
る。このとき、ターゲット（ノードＡ）から第１のコン
トローラ（ノードＤ）に対して、ノティファイコマンド
が無効になったことを示す拒絶（ＲＥＪＥＣＴＥＤ）の
レスポンスを送る（ステップＳ２５）。このレスポンス
には、タイムアウト時間の情報を付加させない。
のキューを記憶してから、時間ｔ0が経過してタイムア
ウトすると、該当するキューの記憶データが消去され
る。このとき、ターゲット（ノードＡ）から第１のコン
トローラ（ノードＤ）に対して、ノティファイコマンド
が無効になったことを示す拒絶（ＲＥＪＥＣＴＥＤ）の
レスポンスを送る（ステップＳ２５）。このレスポンス
には、タイムアウト時間の情報を付加させない。
【０１１９】また、タイムアウトになる前に拒絶のレス
ポンスを受信した第２のコントローラ（ノードＣ）で
は、その拒絶のレスポンスに付加されたタイムアウト時
間から、タイムアウトになるタイミングが判断できる。
従って、例えばノードＤのキューの記憶が消去された直
後に、第２のコントローラ（ノードＣ）が、ターゲット
（ノードＡ）に対して、状態Ｘに関する変化を通知させ
るためのノティファイコマンドを再度伝送し（ステップ
Ｓ２６）、ノティファイコマンドの伝送を成功させるこ
とが可能になる。
ポンスを受信した第２のコントローラ（ノードＣ）で
は、その拒絶のレスポンスに付加されたタイムアウト時
間から、タイムアウトになるタイミングが判断できる。
従って、例えばノードＤのキューの記憶が消去された直
後に、第２のコントローラ（ノードＣ）が、ターゲット
（ノードＡ）に対して、状態Ｘに関する変化を通知させ
るためのノティファイコマンドを再度伝送し（ステップ
Ｓ２６）、ノティファイコマンドの伝送を成功させるこ
とが可能になる。
【０１２０】このステップＳ２６でのノティファイコマ
ンドの伝送があると、キューの記憶エリアに、ノードＣ
のノードＩＤを記憶させ、第２のコントローラ（ノード
Ｃ）に対して、ノティファイコマンドを承諾する「暫
定」（ＩＮＴＥＲＩＭ）のレスポンスを伝送する（ステ
ップＳ２７）。
ンドの伝送があると、キューの記憶エリアに、ノードＣ
のノードＩＤを記憶させ、第２のコントローラ（ノード
Ｃ）に対して、ノティファイコマンドを承諾する「暫
定」（ＩＮＴＥＲＩＭ）のレスポンスを伝送する（ステ
ップＳ２７）。
【０１２１】なお、ここまでの説明では、キューの記憶
データを消去させる条件として、タイムアウトになった
ときとしたが、その他の条件でキューの記憶データを消
去させても良い。例えば、ターゲットとなる機器のメイ
ンの電源がオン状態からオフ状態に変化したとき（但し
バスラインを介して通信を行うための部分の電源は投入
されたままとする）、状態の変化を通知できない状態に
なったとして、キューの記憶データを消去させるように
しても良い。図３０の例では、ターゲットとなる機器が
電源オフとなったとき、そのときにキューとして記憶さ
れたコントローラ（ノードＣ）に対して、ノティファイ
コマンドが無効になったことを示す拒絶（ＲＥＪＥＣＴ
ＥＤ）のレスポンスを送る（ステップＳ２８）。このレ
スポンスには、タイムアウト時間の情報を付加させな
い。
データを消去させる条件として、タイムアウトになった
ときとしたが、その他の条件でキューの記憶データを消
去させても良い。例えば、ターゲットとなる機器のメイ
ンの電源がオン状態からオフ状態に変化したとき（但し
バスラインを介して通信を行うための部分の電源は投入
されたままとする）、状態の変化を通知できない状態に
なったとして、キューの記憶データを消去させるように
しても良い。図３０の例では、ターゲットとなる機器が
電源オフとなったとき、そのときにキューとして記憶さ
れたコントローラ（ノードＣ）に対して、ノティファイ
コマンドが無効になったことを示す拒絶（ＲＥＪＥＣＴ
ＥＤ）のレスポンスを送る（ステップＳ２８）。このレ
スポンスには、タイムアウト時間の情報を付加させな
い。
【０１２２】このようにして電源オフなどでノティファ
イコマンドが無効になったことを通知することで、ノテ
ィファイコマンドを送った側の機器で、状態が変化する
ことの通知を待ち続けてしまうことがなくなる。
イコマンドが無効になったことを通知することで、ノテ
ィファイコマンドを送った側の機器で、状態が変化する
ことの通知を待ち続けてしまうことがなくなる。
【０１２３】また、ここまでの説明では、時間切れ（タ
イムアウト）でノティファイコマンドが無効になる場合
のレスポンスと、キューの記憶エリアがないためにノテ
ィファイコマンドが無効になる場合のレスポンスとを、
同じ拒絶（ＲＥＪＥＣＴＥＤ）のレスポンスとして伝送
するようにしたが、それぞれを別のレスポンスとしても
良い。例えば、キューの記憶エリアの空きがないため
に、ノティファイコマンドを受付られない状態（いわゆ
るキューあふれの状態）で伝送されるレスポンスを、未
定義のデータ値を使用して新たに定義させても良い。例
えば図３１に示すように、キューあふれを示す〔ＴＩＭ
ＥＯＵＴ ＴＩＭＥ〕のレスポンスを値“１１１０”で
定義させて（その他は図２３に示したコマンド及びレス
ポンスと同じ）、キューあふれの状態のとき、この〔Ｔ
ＩＭＥＯＵＴ ＴＩＭＥ〕のレスポンスを返送して、そ
のレスポンスで示されるタイムアウト時間から、ノティ
ファイコマンドが受付られる時間を判断できるようにし
ても良い。
イムアウト）でノティファイコマンドが無効になる場合
のレスポンスと、キューの記憶エリアがないためにノテ
ィファイコマンドが無効になる場合のレスポンスとを、
同じ拒絶（ＲＥＪＥＣＴＥＤ）のレスポンスとして伝送
するようにしたが、それぞれを別のレスポンスとしても
良い。例えば、キューの記憶エリアの空きがないため
に、ノティファイコマンドを受付られない状態（いわゆ
るキューあふれの状態）で伝送されるレスポンスを、未
定義のデータ値を使用して新たに定義させても良い。例
えば図３１に示すように、キューあふれを示す〔ＴＩＭ
ＥＯＵＴ ＴＩＭＥ〕のレスポンスを値“１１１０”で
定義させて（その他は図２３に示したコマンド及びレス
ポンスと同じ）、キューあふれの状態のとき、この〔Ｔ
ＩＭＥＯＵＴ ＴＩＭＥ〕のレスポンスを返送して、そ
のレスポンスで示されるタイムアウト時間から、ノティ
ファイコマンドが受付られる時間を判断できるようにし
ても良い。
【０１２４】図３２は、このレスポンスを用意した場合
の伝送処理例を、ターゲット機器でのキューの記憶状態
と、レスポンスなどの伝送状態を時間の経過で示した図
である。この例ではターゲットをノードＡの機器とし、
第１のコントローラをノードＤの機器とし、第２のコン
トローラをノードＣの機器としてあり、ターゲットでは
１つのキューの記憶エリアだけが用意されているものと
する。
の伝送処理例を、ターゲット機器でのキューの記憶状態
と、レスポンスなどの伝送状態を時間の経過で示した図
である。この例ではターゲットをノードＡの機器とし、
第１のコントローラをノードＤの機器とし、第２のコン
トローラをノードＣの機器としてあり、ターゲットでは
１つのキューの記憶エリアだけが用意されているものと
する。
【０１２５】図３２に従って伝送状態を説明すると、ま
ず第１のコントローラ（ノードＤ）が、ターゲット（ノ
ードＡ）に対して、状態Ｘに関する変化を通知させるた
めのノティファイコマンドを伝送する（ステップＳ３
１）。このコマンドを受信したターゲット（ノードＡ）
では、キューの記憶エリアに、ノードＤのノードＩＤを
記憶させ、第１のコントローラ（ノードＤ）に対して、
ノティファイコマンドを承諾する「暫定」（ＩＮＴＥＲ
ＩＭ）のレスポンスを伝送する（ステップＳ３２）。な
お、ステップＳ２２の処理が行われた段階で、一定の時
間ｔ0 を計測するカウンタのカウントダウンを開始させ
る。
ず第１のコントローラ（ノードＤ）が、ターゲット（ノ
ードＡ）に対して、状態Ｘに関する変化を通知させるた
めのノティファイコマンドを伝送する（ステップＳ３
１）。このコマンドを受信したターゲット（ノードＡ）
では、キューの記憶エリアに、ノードＤのノードＩＤを
記憶させ、第１のコントローラ（ノードＤ）に対して、
ノティファイコマンドを承諾する「暫定」（ＩＮＴＥＲ
ＩＭ）のレスポンスを伝送する（ステップＳ３２）。な
お、ステップＳ２２の処理が行われた段階で、一定の時
間ｔ0 を計測するカウンタのカウントダウンを開始させ
る。
【０１２６】次に、第２のコントローラ（ノードＣ）
が、ターゲット（ノードＡ）に対して、状態Ｘに関する
変化を通知させるためのノティファイコマンドを伝送し
たとする（ステップＳ３３）。このコマンドを受信した
ターゲット（ノードＡ）では、キューの記憶エリアに空
きがないために、キューあふれを示す〔ＴＩＭＥＯＵＴ
ＴＩＭＥ〕のレスポンスを送り、キューあふれのために
ノティファイコマンドによる通知ができないことを通知
する（ステップＳ３４）。このとき、ノードＤのキュー
がタイムアウトする時間の情報が付加されていること
で、第２のコントローラ（ノードＣ）は、ノティファイ
コマンドが受付られるようになる時間を判断できる。
が、ターゲット（ノードＡ）に対して、状態Ｘに関する
変化を通知させるためのノティファイコマンドを伝送し
たとする（ステップＳ３３）。このコマンドを受信した
ターゲット（ノードＡ）では、キューの記憶エリアに空
きがないために、キューあふれを示す〔ＴＩＭＥＯＵＴ
ＴＩＭＥ〕のレスポンスを送り、キューあふれのために
ノティファイコマンドによる通知ができないことを通知
する（ステップＳ３４）。このとき、ノードＤのキュー
がタイムアウトする時間の情報が付加されていること
で、第２のコントローラ（ノードＣ）は、ノティファイ
コマンドが受付られるようになる時間を判断できる。
【０１２７】そして、第１のコントローラ（ノードＤ）
のキューを記憶してから、時間ｔ0が経過してタイムア
ウトすると、該当するキューの記憶データが消去され
る。このとき、ターゲット（ノードＡ）から第１のコン
トローラ（ノードＤ）に対して、ノティファイコマンド
が無効になったことを示す拒絶（ＲＥＪＥＣＴＥＤ）の
レスポンスを送る（ステップＳ３５）。このレスポンス
には、タイムアウト時間の情報を付加させない。
のキューを記憶してから、時間ｔ0が経過してタイムア
ウトすると、該当するキューの記憶データが消去され
る。このとき、ターゲット（ノードＡ）から第１のコン
トローラ（ノードＤ）に対して、ノティファイコマンド
が無効になったことを示す拒絶（ＲＥＪＥＣＴＥＤ）の
レスポンスを送る（ステップＳ３５）。このレスポンス
には、タイムアウト時間の情報を付加させない。
【０１２８】また、キューあふれを示す〔ＴＩＭＥＯＵ
Ｔ ＴＩＭＥ〕のレスポンスを受信した第２のコントロ
ーラ（ノードＣ）では、そのレスポンスに付加されたタ
イムアウト時間から、タイムアウトになるタイミングが
判断できる。従って、例えばノードＤのキューの記憶が
消去された直後に、第２のコントローラ（ノードＣ）
が、ターゲット（ノードＡ）に対して、状態Ｘに関する
変化を通知させるためのノティファイコマンドを再度伝
送し（ステップＳ３６）、ノティファイコマンドの伝送
を成功させることが可能になる。
Ｔ ＴＩＭＥ〕のレスポンスを受信した第２のコントロ
ーラ（ノードＣ）では、そのレスポンスに付加されたタ
イムアウト時間から、タイムアウトになるタイミングが
判断できる。従って、例えばノードＤのキューの記憶が
消去された直後に、第２のコントローラ（ノードＣ）
が、ターゲット（ノードＡ）に対して、状態Ｘに関する
変化を通知させるためのノティファイコマンドを再度伝
送し（ステップＳ３６）、ノティファイコマンドの伝送
を成功させることが可能になる。
【０１２９】このステップＳ３６でのノティファイコマ
ンドの伝送があると、キューの記憶エリアに、ノードＣ
のノードＩＤを記憶させ、第２のコントローラ（ノード
Ｃ）に対して、ノティファイコマンドを承諾する「暫
定」（ＩＮＴＥＲＩＭ）のレスポンスを伝送する（ステ
ップＳ３７）。
ンドの伝送があると、キューの記憶エリアに、ノードＣ
のノードＩＤを記憶させ、第２のコントローラ（ノード
Ｃ）に対して、ノティファイコマンドを承諾する「暫
定」（ＩＮＴＥＲＩＭ）のレスポンスを伝送する（ステ
ップＳ３７）。
【０１３０】また、ターゲットとなる機器が電源オフと
なったときには、そのときにキューとして記憶されたコ
ントローラ（ノードＣ）に対して、ノティファイコマン
ドが無効になったことを示す拒絶（ＲＥＪＥＣＴＥＤ）
のレスポンスを送る（ステップＳ３８）。このレスポン
スには、タイムアウト時間の情報を付加させない。
なったときには、そのときにキューとして記憶されたコ
ントローラ（ノードＣ）に対して、ノティファイコマン
ドが無効になったことを示す拒絶（ＲＥＪＥＣＴＥＤ）
のレスポンスを送る（ステップＳ３８）。このレスポン
スには、タイムアウト時間の情報を付加させない。
【０１３１】このようにして、キューあふれであること
を示す専用のレスポンスを用意することで、レスポンス
を受信する側の機器では、ノティファイコマンドが無効
になったとき、その無効になった原因をより詳細に知る
ことができ、迅速に必要な対処をとることが可能にな
る。
を示す専用のレスポンスを用意することで、レスポンス
を受信する側の機器では、ノティファイコマンドが無効
になったとき、その無効になった原因をより詳細に知る
ことができ、迅速に必要な対処をとることが可能にな
る。
【０１３２】なお、上述した実施の形態では、ノティフ
ァイコマンドを受信するターゲット機器として、ＩＲＤ
１００を使用した場合について説明したが、ネットワー
ク内のその他の機器が、ターゲット機器となって、同様
の制御を行うようにしても良い。また、上述した実施の
形態では、ターゲット機器の制御で設定されるチャンネ
ルや帯域の使用状況を、ノティファイコマンドで通知さ
せる例について説明したが、ターゲット機器の制御で実
行される処理であれば、その他の処理状態の変化を通知
させるようにしても良い。
ァイコマンドを受信するターゲット機器として、ＩＲＤ
１００を使用した場合について説明したが、ネットワー
ク内のその他の機器が、ターゲット機器となって、同様
の制御を行うようにしても良い。また、上述した実施の
形態では、ターゲット機器の制御で設定されるチャンネ
ルや帯域の使用状況を、ノティファイコマンドで通知さ
せる例について説明したが、ターゲット機器の制御で実
行される処理であれば、その他の処理状態の変化を通知
させるようにしても良い。
【０１３３】また、上述した実施の形態では、ＩＥＥＥ
１３９４方式のバスで構成されるネットワークの場合に
ついて説明したが、その他のネットワーク構成の機器間
で同様のデータ伝送を行う場合にも適用できるものであ
る。この場合、有線の信号線で直接接続して構成される
ネットワークの他に、無線伝送により機器間のデータ伝
送が行われる構成のネットワークにも適用できるもので
ある。
１３９４方式のバスで構成されるネットワークの場合に
ついて説明したが、その他のネットワーク構成の機器間
で同様のデータ伝送を行う場合にも適用できるものであ
る。この場合、有線の信号線で直接接続して構成される
ネットワークの他に、無線伝送により機器間のデータ伝
送が行われる構成のネットワークにも適用できるもので
ある。
【０１３４】
【発明の効果】請求項１に記載した通信制御方法による
と、第１の通信装置から送られた通知を実行させる第１
のコマンドは、所定時間の間だけ有効になり、この所定
時間が経過すると、第１のコマンドによる指示が無効に
なり、コマンドが有効な時間の設定を適切に行うこと
で、第２の通信装置での通知のためのデータ記憶などを
適切に管理でき、通知のための記憶データがいつまでも
第２の通信装置に残って、ネットワーク内での適切な通
知処理ができなくなるような事態を効果的に防止でき
る。
と、第１の通信装置から送られた通知を実行させる第１
のコマンドは、所定時間の間だけ有効になり、この所定
時間が経過すると、第１のコマンドによる指示が無効に
なり、コマンドが有効な時間の設定を適切に行うこと
で、第２の通信装置での通知のためのデータ記憶などを
適切に管理でき、通知のための記憶データがいつまでも
第２の通信装置に残って、ネットワーク内での適切な通
知処理ができなくなるような事態を効果的に防止でき
る。
【０１３５】請求項２に記載した通信制御方法による
と、請求項１に記載した発明において、第２の通信装置
が第１のコマンドを受け取ったとき、所定時間に関する
情報を、第１のコマンドに対するレスポンスとして第１
の通信装置に伝送することで、第１の通信装置は、その
コマンドが有効な時間を確実に判断できるようになる。
と、請求項１に記載した発明において、第２の通信装置
が第１のコマンドを受け取ったとき、所定時間に関する
情報を、第１のコマンドに対するレスポンスとして第１
の通信装置に伝送することで、第１の通信装置は、その
コマンドが有効な時間を確実に判断できるようになる。
【０１３６】請求項３に記載した通信制御方法による
と、請求項１に記載した発明において、第３の通信装置
から第２の通信装置に対して、所定の状態変化があった
ことを第３の通信装置に対して通知させる第２のコマン
ドを送ったとき、第２の通信装置で通知ができない状態
の場合に、所定時間に関する情報を、第２のコマンドに
対するレスポンスとして第３の通信装置に伝送するよう
にしたことで、第２のコマンドが拒絶された第３の通信
装置では、レスポンスに含まれた時間の情報に基づい
て、第２のコマンドが受付けられるようになる時間を判
断でき、例えばその判断した時間が経過した後に、再度
第２のコマンドを送って、その第２のコマンドに基づい
た処理を確実に実行させることが可能になる。
と、請求項１に記載した発明において、第３の通信装置
から第２の通信装置に対して、所定の状態変化があった
ことを第３の通信装置に対して通知させる第２のコマン
ドを送ったとき、第２の通信装置で通知ができない状態
の場合に、所定時間に関する情報を、第２のコマンドに
対するレスポンスとして第３の通信装置に伝送するよう
にしたことで、第２のコマンドが拒絶された第３の通信
装置では、レスポンスに含まれた時間の情報に基づい
て、第２のコマンドが受付けられるようになる時間を判
断でき、例えばその判断した時間が経過した後に、再度
第２のコマンドを送って、その第２のコマンドに基づい
た処理を確実に実行させることが可能になる。
【０１３７】請求項４に記載した通信制御方法による
と、請求項１に記載した発明において、第１のコマンド
を受け取ってから所定時間が経過したとき、第２の通信
装置は、第１の通信装置に対してタイムアウトであるこ
とを示す情報を伝送することで、第１の通信装置で第１
のコマンドが無効になったことが確実に判り、例えば再
度第１のコマンドを送るような対処が可能になる。
と、請求項１に記載した発明において、第１のコマンド
を受け取ってから所定時間が経過したとき、第２の通信
装置は、第１の通信装置に対してタイムアウトであるこ
とを示す情報を伝送することで、第１の通信装置で第１
のコマンドが無効になったことが確実に判り、例えば再
度第１のコマンドを送るような対処が可能になる。
【０１３８】請求項５に記載した通信制御方法による
と、請求項４に記載した発明において、第１のコマンド
を受け取ってから所定時間が経過する前に、第２の通信
装置が所定の状態変化を通知できない状態になったとき
にも、第２の通信装置は、第１の通信装置に対してタイ
ムアウトであることを示す情報を伝送することで、例え
ば第２の通信装置が電源オフ状態になる等により、状態
変化を通知できなくなったとき、そのことを第１の通信
装置で判断できるようになる。
と、請求項４に記載した発明において、第１のコマンド
を受け取ってから所定時間が経過する前に、第２の通信
装置が所定の状態変化を通知できない状態になったとき
にも、第２の通信装置は、第１の通信装置に対してタイ
ムアウトであることを示す情報を伝送することで、例え
ば第２の通信装置が電源オフ状態になる等により、状態
変化を通知できなくなったとき、そのことを第１の通信
装置で判断できるようになる。
【０１３９】請求項６に記載した通信制御方法による
と、請求項１に記載した発明において、所定の状態変化
は、第２の通信装置の制御で設定されるネットワーク上
の帯域又はチャンネルの使用状態に関する変化であるこ
とで、例えば第１の通信装置では使用したい帯域又はチ
ャンネルに空きが生じたとき、そのことを迅速かつ確実
に知ることが可能になる。
と、請求項１に記載した発明において、所定の状態変化
は、第２の通信装置の制御で設定されるネットワーク上
の帯域又はチャンネルの使用状態に関する変化であるこ
とで、例えば第１の通信装置では使用したい帯域又はチ
ャンネルに空きが生じたとき、そのことを迅速かつ確実
に知ることが可能になる。
【０１４０】請求項７に記載した通信制御方法による
と、請求項１に記載した発明において、第１の通信装置
は、所定時間が経過するタイミング前又は後に、所定時
間を延長させるコマンドを第２の通信装置に送ること
で、通知させるコマンドが有効な時間を所定時間に制限
しても、その延長させるコマンドの送信で結果的に通知
が有効な期間を任意の期間に延長できるようになる。
と、請求項１に記載した発明において、第１の通信装置
は、所定時間が経過するタイミング前又は後に、所定時
間を延長させるコマンドを第２の通信装置に送ること
で、通知させるコマンドが有効な時間を所定時間に制限
しても、その延長させるコマンドの送信で結果的に通知
が有効な期間を任意の期間に延長できるようになる。
【０１４１】請求項８に記載した通信システムによる
と、第１の通信装置から送られた通知を実行させる第１
のコマンドは、所定時間の間だけ有効になり、この所定
時間が経過すると、第１のコマンドによる指示が無効に
なり、コマンドが有効な時間の設定を適切に行うこと
で、第２の通信装置での通知のためのデータ記憶などを
適切に管理でき、通知のための記憶データがいつまでも
第２の通信装置に残って、ネットワーク内での適切な通
知処理ができなくなるような事態を効果的に防止でき
る。
と、第１の通信装置から送られた通知を実行させる第１
のコマンドは、所定時間の間だけ有効になり、この所定
時間が経過すると、第１のコマンドによる指示が無効に
なり、コマンドが有効な時間の設定を適切に行うこと
で、第２の通信装置での通知のためのデータ記憶などを
適切に管理でき、通知のための記憶データがいつまでも
第２の通信装置に残って、ネットワーク内での適切な通
知処理ができなくなるような事態を効果的に防止でき
る。
【０１４２】請求項９に記載した通信システムによる
と、請求項８に記載した発明において、第２の通信装置
は、第２の通信手段がコマンドを受信したとき、所定時
間に関する情報を含むレスポンスを生成させるレスポン
ス生成手段を備えて、このレスポンス生成手段で生成さ
れたレスポンスを第２の通信手段から第１の通信装置に
送信させることで、第１の通信装置は、レスポンスに含
まれる情報からコマンドが有効な時間を確実に判断でき
るようになる。
と、請求項８に記載した発明において、第２の通信装置
は、第２の通信手段がコマンドを受信したとき、所定時
間に関する情報を含むレスポンスを生成させるレスポン
ス生成手段を備えて、このレスポンス生成手段で生成さ
れたレスポンスを第２の通信手段から第１の通信装置に
送信させることで、第１の通信装置は、レスポンスに含
まれる情報からコマンドが有効な時間を確実に判断でき
るようになる。
【０１４３】請求項１０に記載した通信システムによる
と、請求項９に記載した発明において、第１の通信装置
へのレスポンスを送信して、所定時間が経過するまでの
間に、第２の通信手段が、第１の通信装置以外の通信装
置からの所定の状態変化があったことを通知させるコマ
ンドを受信したとき、レスポンス生成手段は、所定時間
に関する情報を付加して、通知できない状態であること
を告知するレスポンスを生成させて、第２の通信手段か
ら伝送することで、コマンドが拒絶された通信装置で
は、レスポンスに含まれた時間の情報に基づいて、コマ
ンドが受付けられるようになる時間を判断でき、例えば
その判断した時間が経過した後に、再度コマンドを送っ
て、そのコマンドに基づいた処理を確実に実行させるこ
とが可能になる。
と、請求項９に記載した発明において、第１の通信装置
へのレスポンスを送信して、所定時間が経過するまでの
間に、第２の通信手段が、第１の通信装置以外の通信装
置からの所定の状態変化があったことを通知させるコマ
ンドを受信したとき、レスポンス生成手段は、所定時間
に関する情報を付加して、通知できない状態であること
を告知するレスポンスを生成させて、第２の通信手段か
ら伝送することで、コマンドが拒絶された通信装置で
は、レスポンスに含まれた時間の情報に基づいて、コマ
ンドが受付けられるようになる時間を判断でき、例えば
その判断した時間が経過した後に、再度コマンドを送っ
て、そのコマンドに基づいた処理を確実に実行させるこ
とが可能になる。
【０１４４】請求項１１に記載した通信システムによる
と、請求項８に記載した発明において、第２の通信装置
は、第２の制御手段で所定時間が経過したと判断したと
き、第２の通信手段から第１の通信装置に対してタイム
アウトであることを示す情報を送信することで、第１の
通信装置で第１のコマンドが無効になったことが確実に
判り、例えば再度第１のコマンドを送るような対処が可
能になる。
と、請求項８に記載した発明において、第２の通信装置
は、第２の制御手段で所定時間が経過したと判断したと
き、第２の通信手段から第１の通信装置に対してタイム
アウトであることを示す情報を送信することで、第１の
通信装置で第１のコマンドが無効になったことが確実に
判り、例えば再度第１のコマンドを送るような対処が可
能になる。
【０１４５】請求項１２に記載した通信システムによる
と、請求項１１に記載した発明において、第２の制御手
段は、所定時間が経過する前に、第１の通信装置に対し
て所定の状態変化を通知できない状態になったと判断し
たときにも、第２の通信手段から第１の通信装置に対し
てタイムアウトであることを示す情報を送信すること
で、例えば第２の通信装置が電源オフ状態になる等によ
り、状態変化を通知できなくなったとき、そのことを第
１の通信装置で判断できるようになる。
と、請求項１１に記載した発明において、第２の制御手
段は、所定時間が経過する前に、第１の通信装置に対し
て所定の状態変化を通知できない状態になったと判断し
たときにも、第２の通信手段から第１の通信装置に対し
てタイムアウトであることを示す情報を送信すること
で、例えば第２の通信装置が電源オフ状態になる等によ
り、状態変化を通知できなくなったとき、そのことを第
１の通信装置で判断できるようになる。
【０１４６】請求項１３に記載した通信システムによる
と、請求項８に記載した発明において、第２の通信装置
の第２の制御手段が判断する所定の状態変化は、第２の
通信装置の制御で設定されるネットワーク上の帯域又は
チャンネルの使用状態に関する変化であることで、例え
ば第１の通信装置では使用したい帯域又はチャンネルに
空きが生じたとき、そのことを迅速かつ確実に知ること
が可能になる。
と、請求項８に記載した発明において、第２の通信装置
の第２の制御手段が判断する所定の状態変化は、第２の
通信装置の制御で設定されるネットワーク上の帯域又は
チャンネルの使用状態に関する変化であることで、例え
ば第１の通信装置では使用したい帯域又はチャンネルに
空きが生じたとき、そのことを迅速かつ確実に知ること
が可能になる。
【０１４７】請求項１４に記載した通信システムによる
と、請求項８に記載した発明において、第１の通信装置
の第１の制御手段は、所定時間が経過するタイミング前
又は後に、所定時間を延長させる第２のコマンドをコマ
ンド生成手段で生成させ、その第２のコマンドを第１の
通信手段から第２の通信装置に送る制御を行うことで、
通知させるコマンドが有効な時間を所定時間に制限して
も、その延長させるコマンドの送信で結果的に通知が有
効な期間を任意の期間に延長できるようになる。
と、請求項８に記載した発明において、第１の通信装置
の第１の制御手段は、所定時間が経過するタイミング前
又は後に、所定時間を延長させる第２のコマンドをコマ
ンド生成手段で生成させ、その第２のコマンドを第１の
通信手段から第２の通信装置に送る制御を行うことで、
通知させるコマンドが有効な時間を所定時間に制限して
も、その延長させるコマンドの送信で結果的に通知が有
効な期間を任意の期間に延長できるようになる。
【０１４８】請求項１５に記載した通信装置によると、
この装置が受信したコマンドに基づいて、所定の状態変
化を通知する必要があるとき、コマンドを受信してから
所定時間が経過するまでの間だけ通知することで、例え
ば所定の状態変化の通知のためのデータ記憶を行う期間
を制限することができ、この装置に通知のためのデータ
が何時までも残って、ネットワーク内の他の装置がこの
通信装置に対してコマンドを送れないような事態になる
ことを効果的に防止できる。
この装置が受信したコマンドに基づいて、所定の状態変
化を通知する必要があるとき、コマンドを受信してから
所定時間が経過するまでの間だけ通知することで、例え
ば所定の状態変化の通知のためのデータ記憶を行う期間
を制限することができ、この装置に通知のためのデータ
が何時までも残って、ネットワーク内の他の装置がこの
通信装置に対してコマンドを送れないような事態になる
ことを効果的に防止できる。
【０１４９】請求項１６に記載した通信装置によると、
請求項１５に記載した発明において、通信手段がコマン
ドを受信したとき、所定時間に関する情報を含むレスポ
ンスを生成させるレスポンス生成手段を備え、このレス
ポンス生成手段で生成されたレスポンスを通信手段から
他の通信装置に送信させることで、コマンドを送ってレ
スポンスを受信した装置では、コマンドが有効な時間を
確実に判断できるようになる。
請求項１５に記載した発明において、通信手段がコマン
ドを受信したとき、所定時間に関する情報を含むレスポ
ンスを生成させるレスポンス生成手段を備え、このレス
ポンス生成手段で生成されたレスポンスを通信手段から
他の通信装置に送信させることで、コマンドを送ってレ
スポンスを受信した装置では、コマンドが有効な時間を
確実に判断できるようになる。
【０１５０】請求項１７に記載した通信装置によると、
請求項１６に記載した発明において、他の通信装置への
レスポンスを送信して、所定時間が経過するまでの間
に、通信手段が、他の通信装置以外の通信装置からの所
定の状態変化があったことを通知させるコマンドを受信
したとき、レスポンス生成手段は、所定時間に関する情
報を付加して、通知できない状態であることを告知する
レスポンスを生成させて、通信手段から伝送すること
で、このレスポンスを受信した通信装置では、レスポン
スに含まれた時間の情報に基づいて、コマンドが受付け
られるようになる時間を判断でき、例えばその判断した
時間が経過した後に、再度コマンドを送って、そのコマ
ンドに基づいた処理を確実に実行させることが可能にな
る。
請求項１６に記載した発明において、他の通信装置への
レスポンスを送信して、所定時間が経過するまでの間
に、通信手段が、他の通信装置以外の通信装置からの所
定の状態変化があったことを通知させるコマンドを受信
したとき、レスポンス生成手段は、所定時間に関する情
報を付加して、通知できない状態であることを告知する
レスポンスを生成させて、通信手段から伝送すること
で、このレスポンスを受信した通信装置では、レスポン
スに含まれた時間の情報に基づいて、コマンドが受付け
られるようになる時間を判断でき、例えばその判断した
時間が経過した後に、再度コマンドを送って、そのコマ
ンドに基づいた処理を確実に実行させることが可能にな
る。
【０１５１】請求項１８に記載した通信装置によると、
請求項１５に記載した発明において、制御手段で所定時
間が経過したと判断したとき、通信手段から他の通信装
置に対してタイムアウトであることを示す情報を送信す
ることで、この通信装置に対してコマンドを送った装置
側で、そのコマンドが無効になったことが確実に判り、
例えば再度コマンドを送るような対処が可能になる。
請求項１５に記載した発明において、制御手段で所定時
間が経過したと判断したとき、通信手段から他の通信装
置に対してタイムアウトであることを示す情報を送信す
ることで、この通信装置に対してコマンドを送った装置
側で、そのコマンドが無効になったことが確実に判り、
例えば再度コマンドを送るような対処が可能になる。
【０１５２】請求項１９に記載した通信装置によると、
請求項１８に記載した発明において、制御手段は、所定
時間が経過する前に、他の通信装置に対して所定の状態
変化を通知できない状態になったと判断したときにも、
通信手段から他の通信装置に対してタイムアウトである
ことを示す情報を送信することで、例えばこの通信装置
が電源オフ状態になる等により、状態変化を通知できな
くなったとき、そのことが相手の装置で判断できるよう
になる。
請求項１８に記載した発明において、制御手段は、所定
時間が経過する前に、他の通信装置に対して所定の状態
変化を通知できない状態になったと判断したときにも、
通信手段から他の通信装置に対してタイムアウトである
ことを示す情報を送信することで、例えばこの通信装置
が電源オフ状態になる等により、状態変化を通知できな
くなったとき、そのことが相手の装置で判断できるよう
になる。
【０１５３】請求項２０に記載した通信装置によると、
請求項１５に記載した発明において、制御手段が判断す
る所定の状態変化は、ネットワーク上の帯域又はチャン
ネルの使用状態に関する変化であることで、例えばこの
通信装置の制御で設定される帯域又はチャンネルに空き
が生じたとき、そのことを迅速かつ確実に相手の通信装
置に知らせることが可能になる。
請求項１５に記載した発明において、制御手段が判断す
る所定の状態変化は、ネットワーク上の帯域又はチャン
ネルの使用状態に関する変化であることで、例えばこの
通信装置の制御で設定される帯域又はチャンネルに空き
が生じたとき、そのことを迅速かつ確実に相手の通信装
置に知らせることが可能になる。
【０１５４】請求項２１に記載した通信装置によると、
この装置から送ったコマンドが有効な時間の判断に基づ
いて、そのコマンドを再送信することが可能になり、コ
マンドが限られた時間だけ有効な場合でも、そのコマン
ドによる通知処理を継続的に相手に実行させることが可
能になる。
この装置から送ったコマンドが有効な時間の判断に基づ
いて、そのコマンドを再送信することが可能になり、コ
マンドが限られた時間だけ有効な場合でも、そのコマン
ドによる通知処理を継続的に相手に実行させることが可
能になる。
【図１】本発明の一実施の形態によるネットワーク構成
例を示す説明図である。
例を示す説明図である。
【図２】本発明の一実施の形態のネットワーク内の機器
の構成例（ＩＲＤの例）を示すブロック図である。
の構成例（ＩＲＤの例）を示すブロック図である。
【図３】本発明の一実施の形態のネットワーク内の機器
の構成例（テレビジョン受像機の例）を示すブロック図
である。
の構成例（テレビジョン受像機の例）を示すブロック図
である。
【図４】本発明の一実施の形態のネットワーク内の機器
の構成例（ビデオ記録再生装置の例）を示すブロック図
である。
の構成例（ビデオ記録再生装置の例）を示すブロック図
である。
【図５】本発明の一実施の形態のネットワーク内の機器
の構成例（オーディオ記録再生装置の例）を示すブロッ
ク図である。
の構成例（オーディオ記録再生装置の例）を示すブロッ
ク図である。
【図６】本発明の一実施の形態のネットワーク内の機器
の構成例（オーディオ再生装置の例）を示すブロック図
である。
の構成例（オーディオ再生装置の例）を示すブロック図
である。
【図７】ＩＥＥＥ１３９４方式のバスでのデータ伝送の
サイクル構造の例を示す説明図である。
サイクル構造の例を示す説明図である。
【図８】ＣＲＳアーキテクチャのアドレス空間の構造の
例を示す説明図である。
例を示す説明図である。
【図９】主要なＣＲＳの位置、名前、働きの例を示す説
明図である。
明図である。
【図１０】ゼネラルＲＯＭフォーマットの例を示す説明
図である。
図である。
【図１１】バスインフォブロック、ルートディレクト
リ、ユニットディレクトリの例を示す説明図である。
リ、ユニットディレクトリの例を示す説明図である。
【図１２】ＰＣＲの構成の例を示す説明図である。
【図１３】ｏＭＰＲ、ｏＰＣＲ、ｉＭＰＲ、ｉＰＣＲの
構成の例を示す説明図である。
構成の例を示す説明図である。
【図１４】プラグ、プラグコントロールレジスタ、伝送
チャンネルの関係の例を示す説明図である。
チャンネルの関係の例を示す説明図である。
【図１５】ディスクリプタの階層構造によるデータ構造
例を示す説明図である。
例を示す説明図である。
【図１６】ディスクリプタのデータフォーマットの例を
示す説明図である。
示す説明図である。
【図１７】図１６のジェネレーションＩＤの例を示す説
明図である。
明図である。
【図１８】図１６のリストＩＤの例を示す説明図であ
る。
る。
【図１９】ＡＶ／Ｃコマンドのスタックモデルの例を示
す説明図である。
す説明図である。
【図２０】ＦＣＰのコマンドとレスポンスの関係を示す
説明図である。
説明図である。
【図２１】図２０のコマンドとレスポンスの関係を更に
詳しく示す説明図である。
詳しく示す説明図である。
【図２２】ＡＶ／Ｃコマンドのデータ構造例を示す説明
図である。
図である。
【図２３】ＡＶ／Ｃコマンドの具体例を示す説明図であ
る。
る。
【図２４】ＡＶ／Ｃコマンドのコマンド及びレスポンス
の具体例を示す説明図である。
の具体例を示す説明図である。
【図２５】本発明の一実施の形態によるノティファイコ
マンド受信時の処理を示すフローチャートである。
マンド受信時の処理を示すフローチャートである。
【図２６】本発明の一実施の形態によるノティファイコ
マンドのフォーマット例を示す説明図である。
マンドのフォーマット例を示す説明図である。
【図２７】本発明の一実施の形態によるレスポンスのフ
ォーマット例を示す説明図である。
ォーマット例を示す説明図である。
【図２８】本発明の一実施の形態による伝送例を示すタ
イミングチャートである。
イミングチャートである。
【図２９】本発明の他の実施の形態によるノティファイ
コマンド受信時の処理を示すフローチャートである。
コマンド受信時の処理を示すフローチャートである。
【図３０】図２９の例による伝送例を示すタイミングチ
ャートである。
ャートである。
【図３１】本発明のさらに他の実施の形態によるコマン
ド及びレスポンスの例を示す説明図である。
ド及びレスポンスの例を示す説明図である。
【図３２】図３１の例によるコマンド及びレスポンスを
使用した伝送例を示すタイミングチャートである。
使用した伝送例を示すタイミングチャートである。
【図３３】従来のノティファイコマンドの伝送例（例
１）を示すタイミングチャートである。
１）を示すタイミングチャートである。
【図３４】従来のノティファイコマンドの伝送例（例
２）を示すタイミングチャートである。
２）を示すタイミングチャートである。
１ａ，１ｂ，１ｃ，１ｄ…バスライン、１００…ＩＲＤ
（デジタル衛星放送受信機）、２００…テレビジョン受
像機、３００…ビデオ記録再生装置、４００…オーディ
オ記録再生装置、５００…オーディオ再生装置、Ｎ１…
第１のネットワーク、Ｎ２…第２のネットワーク
（デジタル衛星放送受信機）、２００…テレビジョン受
像機、３００…ビデオ記録再生装置、４００…オーディ
オ記録再生装置、５００…オーディオ再生装置、Ｎ１…
第１のネットワーク、Ｎ２…第２のネットワーク
Claims (21)
- 【請求項１】 複数台の通信装置の間で相互にデータ通
信可能に構成されたネットワーク内での通信を制御する
通信制御方法において、 上記ネットワーク内の第１の通信装置から第２の通信装
置に対して第１のコマンドを送り、第２の通信装置の制
御で実行される所定の状態変化があったことを、上記第
１の通信装置に通知させる指示を行ったときに、 上記第２の通信装置は、上記第１のコマンドを受け取っ
てから所定時間が経過するまでの間に、上記所定の状態
変化があったとき、上記第１の通信装置に対して、状態
変化があったことを通知し、上記所定時間が経過したと
き通知しないようにした通信制御方法。 - 【請求項２】 請求項１記載の通信制御方法において、 上記第２の通信装置が上記第１のコマンドを受け取った
とき、上記所定時間に関する情報を、第１のコマンドに
対するレスポンスとして上記第１の通信装置に伝送する
通信制御方法。 - 【請求項３】 請求項１記載の通信制御方法において、 上記第１のコマンドが上記第２の通信装置に送られて、
上記所定時間が経過するまでの間に、第３の通信装置か
ら上記第２の通信装置に対して、上記所定の状態変化が
あったことを上記第３の通信装置に対して通知させる第
２のコマンドを送ったとき、上記第２の通信装置で通知
ができない状態の場合に、上記所定時間に関する情報
を、第２のコマンドに対するレスポンスとして上記第３
の通信装置に伝送する通信制御方法。 - 【請求項４】 請求項１記載の通信制御方法において、 上記第１のコマンドを受け取ってから所定時間が経過し
たとき、上記第２の通信装置は、上記第１の通信装置に
対してタイムアウトであることを示す情報を伝送する通
信制御方法。 - 【請求項５】 請求項４記載の通信制御方法において、 上記第１のコマンドを受け取ってから所定時間が経過す
る前に、上記第２の通信装置が、上記所定の状態変化を
通知できない状態になったときにも、上記第２の通信装
置は、上記第１の通信装置に対してタイムアウトである
ことを示す情報を伝送する通信制御方法。 - 【請求項６】 請求項１記載の通信制御方法において、 上記所定の状態変化は、上記第２の通信装置の制御で設
定される上記ネットワーク上の帯域又はチャンネルの使
用状態に関する変化である通信制御方法。 - 【請求項７】 請求項１記載の通信制御方法において、 上記第１の通信装置は、上記所定時間が経過するタイミ
ング前又は後に、上記所定時間を延長させるコマンドを
上記第２の通信装置に送る通信制御方法。 - 【請求項８】 複数台の通信装置を、相互にデータ通信
可能に構成されたネットワークで接続して構成される通
信システムにおいて、 上記ネットワークに接続された第１の通信装置として、 ネットワーク内の他の通信装置に対して、その他の通信
装置の制御で実行される所定の状態変化があったことを
通知させるコマンドを生成させるコマンド生成手段と、 上記コマンド生成手段が生成させたコマンドを上記ネッ
トワークに送出させ、そのコマンドの送信先からの通知
を受信する第１の通信手段と、 上記第１の通信手段が受信した通知を判断する第１の制
御手段とを備え、 上記ネットワークに接続された第２の通信装置として、 上記第１の通信装置からのコマンドを受信し、そのコマ
ンドの送信元に対して通知を送信する第２の通信手段
と、 上記第２の通信手段が上記コマンドを受信してから所定
時間が経過するまでの間に、上記コマンドで指示された
所定の状態変化の有無を判断する第２の制御手段と、 上記第２の制御手段が所定の状態変化を検出したとき、
上記第２の通信手段から送信させる通知を生成させる通
知生成手段とを備えた通信システム。 - 【請求項９】 請求項８記載の通信システムにおいて、 上記第２の通信装置は、上記第２の通信手段が上記コマ
ンドを受信したとき、上記所定時間に関する情報を含む
レスポンスを生成させるレスポンス生成手段を備え、こ
のレスポンス生成手段で生成されたレスポンスを上記第
２の通信手段から上記第１の通信装置に送信させる通信
システム。 - 【請求項１０】 請求項９記載の通信システムにおい
て、 上記第１の通信装置へのレスポンスを送信して、上記所
定時間が経過するまでの間に、上記第２の通信手段が、
上記第１の通信装置以外の通信装置からの所定の状態変
化があったことを通知させるコマンドを受信したとき、
上記レスポンス生成手段は、上記所定時間に関する情報
を付加して、通知できない状態であることを告知するレ
スポンスを生成させて、上記第２の通信手段から伝送す
る通信システム。 - 【請求項１１】 請求項８記載の通信システムにおい
て、 上記第２の通信装置は、上記第２の制御手段で上記所定
時間が経過したと判断したとき、上記第２の通信手段か
ら上記第１の通信装置に対してタイムアウトであること
を示す情報を送信する通信システム。 - 【請求項１２】 請求項１１記載の通信システムにおい
て、 上記第２の制御手段は、上記所定時間が経過する前に、
上記第１の通信装置に対して所定の状態変化を通知でき
ない状態になったと判断したときにも、上記第２の通信
手段から上記第１の通信装置に対してタイムアウトであ
ることを示す情報を送信する通信システム。 - 【請求項１３】 請求項８記載の通信システムにおい
て、 上記第２の通信装置の第２の制御手段が判断する所定の
状態変化は、上記第２の通信装置の制御で設定される上
記ネットワーク上の帯域又はチャンネルの使用状態に関
する変化である通信システム。 - 【請求項１４】 請求項８記載の通信システムにおい
て、 上記第１の通信装置の第１の制御手段は、上記所定時間
が経過するタイミング前又は後に、上記所定時間を延長
させるコマンドを上記コマンド生成手段で生成させ、そ
のコマンドを第１の通信手段から上記第２の通信装置に
送る制御を行う通信システム。 - 【請求項１５】 所定の伝送路により形成されたネット
ワークに接続されて、そのネットワーク内の他の通信装
置と相互にデータ通信が可能な通信装置において、 ネットワーク内の他の通信装置からのコマンドを受信
し、そのコマンドの送信元に対して通知を送信する通信
手段と、 上記通信手段が上記コマンドを受信してから所定時間が
経過するまでの間に、上記コマンドで指示された所定の
状態変化の有無を判断する制御手段と、 上記制御手段が所定の状態変化を検出したとき、上記通
信手段から送信させる通知を生成させる通知生成手段と
を備えた通信装置。 - 【請求項１６】 請求項１５記載の通信装置において、 上記通信手段が上記コマンドを受信したとき、上記所定
時間に関する情報を含むレスポンスを生成させるレスポ
ンス生成手段を備え、 このレスポンス生成手段で生成されたレスポンスを上記
通信手段から上記他の通信装置に送信させる通信装置。 - 【請求項１７】 請求項１６記載の通信装置において、 上記他の通信装置へのレスポンスを送信して、上記所定
時間が経過するまでの間に、上記通信手段が、上記他の
通信装置以外の通信装置からの所定の状態変化があった
ことを通知させるコマンドを受信したとき、上記レスポ
ンス生成手段は、上記所定時間に関する情報を付加し
て、通知できない状態であることを告知するレスポンス
を生成させて、上記通信手段から伝送する通信装置。 - 【請求項１８】 請求項１５記載の通信装置において、 上記制御手段で上記所定時間が経過したと判断したと
き、上記通信手段から上記他の通信装置に対してタイム
アウトであることを示す情報を送信する通信装置。 - 【請求項１９】 請求項１８記載の通信装置において、 上記制御手段は、上記所定時間が経過する前に、上記他
の通信装置に対して所定の状態変化を通知できない状態
になったと判断したときにも、上記通信手段から上記他
の通信装置に対してタイムアウトであることを示す情報
を送信する通信装置。 - 【請求項２０】 請求項１５記載の通信装置において、 上記制御手段が判断する所定の状態変化は、上記ネット
ワーク上の帯域又はチャンネルの使用状態に関する変化
である通信装置。 - 【請求項２１】 所定の伝送路により形成されたネット
ワークに接続されて、そのネットワーク内の他の通信装
置と相互にデータ通信が可能な通信装置において、 ネットワーク内の他の通信装置に対して、その他の通信
装置の制御で実行される所定の状態変化があったことを
通知させるコマンドを生成させるコマンド生成手段と、 上記コマンド生成手段が生成させたコマンドを上記ネッ
トワークに送出させ、そのコマンドの送信先からの通知
を受信する通信手段と、 上記通信手段が受信した通知を判断し、その判断で上記
状態変化に関する通知が有効な時間に関する情報を検出
したとき、その有効な時間が切れるタイミングの前又は
後に、上記コマンド生成手段で上記有効な時間を延長さ
せるコマンドを生成させて、上記通信手段から送出させ
る制御手段とを備えた通信装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000237453A JP2002051055A (ja) | 2000-08-04 | 2000-08-04 | 通信制御方法、通信システム及び通信装置 |
| US09/921,798 US20020046311A1 (en) | 2000-08-04 | 2001-08-03 | Communications controlling method, communications system, and communications device |
| KR1020010046947A KR20020011927A (ko) | 2000-08-04 | 2001-08-03 | 통신 제어 방법, 통신 시스템 및 통신 장치 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000237453A JP2002051055A (ja) | 2000-08-04 | 2000-08-04 | 通信制御方法、通信システム及び通信装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002051055A true JP2002051055A (ja) | 2002-02-15 |
Family
ID=18729312
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000237453A Pending JP2002051055A (ja) | 2000-08-04 | 2000-08-04 | 通信制御方法、通信システム及び通信装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20020046311A1 (ja) |
| JP (1) | JP2002051055A (ja) |
| KR (1) | KR20020011927A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017005444A (ja) * | 2015-06-09 | 2017-01-05 | 東芝ライテック株式会社 | 通信装置、通信システム、通信方法 |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2823626B1 (fr) * | 2001-04-12 | 2003-07-04 | Canon Kk | Procede et dispositif de configuration d'une unite fonctionnelle ayant un caractere temporaire dans un reseau de communication |
| JP3730599B2 (ja) * | 2002-06-27 | 2006-01-05 | 株式会社東芝 | サーバ装置および状態制御方法 |
| US7664126B2 (en) * | 2002-07-31 | 2010-02-16 | Sharp Kabushiki Kaisha | Data communication apparatus, intermittent communication method therefor, program describing the method and recording medium for recording the program |
| JP3900522B2 (ja) * | 2002-08-29 | 2007-04-04 | ヤマハ株式会社 | コマンド同期確立システムおよび方法 |
| JP2005066988A (ja) | 2003-08-22 | 2005-03-17 | Canon Inc | 画像供給装置と記録装置及び記録システム及びその制御方法とプログラム |
| US7404184B2 (en) * | 2004-09-13 | 2008-07-22 | International Business Machines Corporation | Efficient firmware update for hierarchical data storage systems |
| KR20090021796A (ko) * | 2007-08-28 | 2009-03-04 | 삼성전자주식회사 | 단말 및 그의 기기 제어 방법 |
| US9131265B2 (en) * | 2011-05-19 | 2015-09-08 | Maxlinear, Inc. | Method and system for providing satellite television service to a premises |
| US9270703B1 (en) * | 2013-10-22 | 2016-02-23 | Amazon Technologies, Inc. | Enhanced control-plane security for network-accessible services |
| US20170075843A1 (en) * | 2015-09-10 | 2017-03-16 | Qualcomm Incorporated | Unified systems and methods for interchip and intrachip node communication |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5760704A (en) * | 1992-04-03 | 1998-06-02 | Expeditor Systems | Patient tracking system for hospital emergency facility |
| DE69531014T2 (de) * | 1994-03-09 | 2004-05-19 | Matsushita Electric Industrial Co., Ltd., Kadoma | Datenübertragungssystem und Verfahren |
| JP3164732B2 (ja) * | 1994-07-04 | 2001-05-08 | 富士通株式会社 | データ処理装置 |
| US5852746A (en) * | 1995-06-26 | 1998-12-22 | Canon Kabushiki Kaisha | System for transmitting a message using status button to system administrator by using a signal comprising predetermined number of changes effected over a period |
| JP3783282B2 (ja) * | 1996-06-04 | 2006-06-07 | ソニー株式会社 | 通信制御方法、通信システムおよびそれに用いる電子機器 |
| US6388989B1 (en) * | 1998-06-29 | 2002-05-14 | Cisco Technology | Method and apparatus for preventing memory overrun in a data transmission system |
| US6484217B1 (en) * | 1999-04-20 | 2002-11-19 | International Business Machines Corporation | Managing shared devices in a data processing system |
-
2000
- 2000-08-04 JP JP2000237453A patent/JP2002051055A/ja active Pending
-
2001
- 2001-08-03 US US09/921,798 patent/US20020046311A1/en not_active Abandoned
- 2001-08-03 KR KR1020010046947A patent/KR20020011927A/ko not_active Application Discontinuation
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017005444A (ja) * | 2015-06-09 | 2017-01-05 | 東芝ライテック株式会社 | 通信装置、通信システム、通信方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20020046311A1 (en) | 2002-04-18 |
| KR20020011927A (ko) | 2002-02-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20020099967A1 (en) | Transmission method, transmission system, transmission apparatus and transmission control apparatus | |
| JP2002009864A (ja) | 制御方法及び通信装置 | |
| WO2000072552A1 (fr) | Dispositif et procede de traitement de signal numerique, systeme de traitement de signal numerique | |
| JP2002051055A (ja) | 通信制御方法、通信システム及び通信装置 | |
| EP1098495A1 (en) | Communication method, communication device, communication system and providing medium | |
| JP4320993B2 (ja) | 機器制御方法、伝送装置及び媒体 | |
| US20010024445A1 (en) | Communication system, communication device and communication method | |
| EP1098476A1 (en) | Network connection recognizing method and network-connected terminal device | |
| JP4320955B2 (ja) | 情報処理方法、情報処理システム及び情報処理装置 | |
| JP2001156807A (ja) | 伝送方法、伝送システム及び伝送装置 | |
| US20020041602A1 (en) | Communication control method, communication system, and communication apparatus | |
| JP4419539B2 (ja) | 電子機器及び通信制御方法 | |
| JP2002057683A (ja) | 制御機器および制御方法 | |
| JP2002051056A (ja) | 通信制御方法、通信システム及び通信装置 | |
| EP1113624A1 (en) | Communication method, communication device, and communication system | |
| JP2002051054A (ja) | 通信制御方法、通信システム及び通信装置 | |
| TW533716B (en) | Transission method, electronic machine and providing medium | |
| JP4635290B2 (ja) | 制御方法及び表示装置 | |
| EP1182827A2 (en) | Information control method, information processing apparatus, and information control system | |
| EP1098475A1 (en) | Network connection recognition method, network system and network connection terminal device | |
| JP2003078537A (ja) | 機器認識方法及び電子機器 | |
| WO2000072551A1 (fr) | Procede de communication, systeme de communication et dispositif electronique | |
| JP2000356980A (ja) | 映像表示方法、映像表示装置及び映像出力装置 | |
| JP2001060960A (ja) | 伝送方法及び電子機器並びに提供媒体 | |
| JP2001237865A (ja) | 通信装置及び方法 |