JP2003110563A

JP2003110563A - 通信方法、通信システム及び出力機器

Info

Publication number: JP2003110563A
Application number: JP2001297969A
Authority: JP
Inventors: Yoshiyuki Takaku; 義之高久
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2001-09-27
Filing date: 2001-09-27
Publication date: 2003-04-11
Anticipated expiration: 2021-09-27
Also published as: KR20040038895A; CN1478344A; EP1432175B1; WO2003030457A1; US20040042451A1; JP3719180B2; EP1432175A1; KR100920743B1; DE60239546D1; US7408954B2; EP1432175A4; CN1251448C

Abstract

(57)【要約】【課題】ＩＥＥＥ１３９４方式などのネットワークで
ストリームデータを伝送する場合に、そのストリームデ
ータのフォーマットが途中で変化したとき、その変化点
の前後で処理が途切れないようにする。【解決手段】第１の機器から出力されるストリームデ
ータを、所定のネットワークを介して第２の機器で受信
させる場合に、第１の機器から出力されるストリームデ
ータが、第１のフォーマットのコンテンツＡから第２の
フォーマットのコンテンツＢに変わるとき、コンテンツ
Ａの出力が終了してから、コンテンツＢと同じフォーマ
ットの無効なデータを出力させ、その無効なデータの出
力中に、第１の機器が第２の機器の状態を調べて（ステ
ップＳ１１〜Ｓ１４）、第２のフォーマットのストリー
ムデータの入力準備ができたことを検出したとき、第２
のフォーマットのコンテンツＢの出力を開始させるよう
にした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、例えば、ＩＥＥＥ
（The Institute of Electrical and Electronics Engi
neers ）１３９４方式のバスラインで接続された機器の
間で、オーディオデータなどのストリームデータの伝送
を行う場合に適用して好適な通信方法及び通信システ
ム、並びにこの通信システムに使用される出力機器に関
する。

【０００２】

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

【０００３】図１５は、このＩＥＥＥ１３９４方式のバ
スを用いた接続例を示した図で、データを送出する機器
であるソース機器ａと、そのソース機器ａから送出され
るデータを受信する機器である入力機器（シンク機器）
ｂと、両機器ａ，ｂ間のデータ伝送を制御するコントロ
ーラｃとが、ＩＥＥＥ１３９４方式のバスｄに接続され
ているとする。このとき、例えばコントローラｃの制御
で、両機器ａ，ｂ間でオーディオデータを伝送させるこ
とを考えた場合、コントローラｃがバスｄ上のアイソク
ロナス転送用チャンネルを確保して、そのチャンネルで
伝送できるように両機器ａ，ｂ間のコネクションを張っ
た上で、ソース機器ａから入力機器ｂへの伝送を開始さ
せるようにしてある。なお、ソース機器ａあるいは入力
機器ｂがコントローラを兼ねるようにしても良い。

【０００４】このようにしてソース機器ａと入力機器ｂ
との間のデータ伝送を行う場合には、例えばＡＶ機器な
どに適用されるＡＶ／Ｃコマンド（AV/C Command Trans
action Set）と称される制御コマンドの伝送方式が適用
できる。ＡＶ／Ｃコマンドの詳細については、1394 Tra
de Associationで公開しているAV/C Digital Interface
Command Set General Specificationに記載されてい
る。

【０００５】

【発明が解決しようとする課題】ところで、ソース機器
から入力機器にオーディオデータなどのストリームデー
タを伝送させるとき、入力機器側では、そのとき伝送さ
れたストリームデータの種類に対応した処理が必要であ
る。従って、ストリームデータのフォーマットなどが伝
送途中で変化したときには、入力機器でそのことを検出
して、処理状態を変更させる切替え処理が必要になる。

【０００６】図１６は、バスラインを介してストリーム
データを伝送する途中で、データのフォーマットが変化
したときの一例を示した図である。例えば、ソース機器
ａとして、ディスク再生装置とし、このディスク再生装
置で再生中のディスクには、コンテンツＡとコンテンツ
Ｂのオーディオデータ（ストリームデータ）が記録され
ているとする。コンテンツＡとコンテンツＢとは、異な
るフォーマットのストリームデータとして出力されるオ
ーディオデータが記録されたコンテンツであるとする。
また、入力機器ｂは、入力したオーディオデータを出力
処理して、接続されたスピーカなどから出力させるアン
プ装置としての機能を備えているとする。このような構
成で、ソース機器ａでディスクから再生したストリーム
データを、入力機器ｂにバスラインを介して伝送させた
とする。

【０００７】このように伝送させて、タイミングｔａで
コンテンツＡの再生が終了して、コンテンツＢの再生に
移ったとする。このとき、入力機器ｂでは、コンテンツ
Ａを処理するための処理状態から、コンテンツＢを処理
するための処理状態に、内部の回路などの設定を変える
必要があり、そのための準備が整ったタイミングｔｂか
ら、コンテンツＢのオーディオがスピーカから出力され
るようになる。

【０００８】従って、フォーマットの変化点であるタイ
ミングｔａからタイミングｔｂまでの間は、コンテンツ
Ｂのオーディオが出力されないことになり、いわゆる頭
切れが発生してしまう問題がある。

【０００９】このような問題は、レートコントロール
（フローコントロール）と称される処理をソース機器と
入力機器との間で実行しているとき、特に顕著に現れて
しまう。図１７は、レートコントロールが行われる状態
を示した図である。このレートコントロールは、入力機
器ｂ側でストリームデータを処理するレートに合わせ
て、ソース機器ａからストリームデータを出力させるレ
ートを調整するフローコントロール処理である。この例
では、入力機器ｂに、伝送されたストリームデータを一
時蓄積させるバッファメモリｍを備えて、そのメモリｍ
のデータ蓄積量がほぼ一定となるように、入力機器ｂか
らソース機器ａに対して、レートコントロールデータを
送り、ソース機器ａでは、そのレートコントロールデー
タに基づいて、出力レートをコントロールした上で、ス
トリームデータを入力機器ｂに送るようにしたものであ
る。

【００１０】この場合、バッファメモリｍは、入力デー
タのフォーマットが変わる際には、そのメモリに蓄積さ
れたデータを全て出力させて、一度メモリを空にしてか
らでないと、別のフォーマットのデータの蓄積ができな
い。このため、上述した図１６に示したようなコンテン
ツＡからコンテンツＢへのフォーマットの変化があった
とき、伝送データのフォーマットが変化したタイミング
ｔａでメモリｍに蓄積されたデータを、全て出力し終え
て、初めてコンテンツＢの入力ができるようになる。従
って、レートコントロールのような制御が行われている
場合には、変化したフォーマットに対処できるまでの時
間（即ち図１７のタイミングｔａからタイミングｔｂま
での時間）が、比較的長く必要である問題があった。

【００１１】なお、ここまでの説明では、ＩＥＥＥ１３
９４方式のバスラインで接続されたネットワークで、ス
トリームデータを伝送する場合の問題について述べた
が、その他のネットワークでストリームデータを伝送さ
せる場合に、そのストリームデータのフォーマットが変
化する場合には、同様の問題がある。

【００１２】本発明の目的は、ＩＥＥＥ１３９４方式な
どのネットワークにおいて、ストリームデータを伝送す
る場合に、そのストリームデータのフォーマットが途中
で変化したとき、その変化点の前後で処理が途切れない
ようにすることにある。

【００１３】

【課題を解決するための手段】本発明は、第１の機器か
ら出力されるストリームデータを、所定のネットワーク
を介して第２の機器で受信させる場合に、第１の機器か
ら出力されるストリームデータが、第１のフォーマット
のストリームデータから第２のフォーマットのストリー
ムデータに変わるとき、第１のフォーマットのストリー
ムデータの出力が終了してから、第２のフォーマットの
ストリームデータと同じフォーマットの無効なデータを
出力させ、その無効なデータの出力中に、第１の機器が
第２の機器の状態を調べて、第２のフォーマットのスト
リームデータの入力準備ができたことを検出したとき、
第２のフォーマットのストリームデータの出力を開始さ
せるようにしたものである。

【００１４】かかる発明によると、ストリームデータを
受信する側の機器（第２の機器）で、第２のフォーマッ
トのストリームデータと同じフォーマットの無効なデー
タを受信し、その無効なデータを受信している間に、第
２のフォーマットのストリームデータを受信できるよう
に、第２の機器内の設定を切り替えることができる。そ
して、第２の機器内の設定が切り替わったことを、第１
の機器で検出したとき、第１の機器から第２のフォーマ
ットのストリームデータの出力を開始させる。このと
き、第２の機器で、既に入力した第１のフォーマットの
ストリームデータを正常に処理することを保証し、第２
の機器内の設定が切り替わったことを第１の機器で検出
できるようにする。これによって、第２の機器では、第
１のフォーマットのストリームデータの処理を中断する
ことなく終了し、第２のフォーマットのストリームデー
タを、先頭から正しく処理できることになる。

【００１５】

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

【００１６】本発明を適用したネットワークシステムの
構成例について、図１を参照して説明する。このネット
ワークシステムは、ＩＥＥＥ１３９４方式のシリアルデ
ータバス９を介して、複数台の機器が接続されるシステ
ムとしてある。ここでは、図１に示すように、ディスク
再生装置１と、コントロール装置２と、アンプ装置３と
が、バス９に接続してある。コントロール装置２は、例
えばパーソナルコンピュータ装置が適用できる。

【００１７】各機器は、ＩＥＥＥ１３９４方式のバス接
続用端子を備えた機器であり、またＡＶ／Ｃコマンドで
制御が行える機能が実装させてある。コントロール装置
２は、バス９上での伝送制御を行う機器（コントロー
ラ）としてある。バス９に接続された図示しない別の機
器が、バス９上での伝送制御を行う構成であっても良
く、またディスク再生装置１又はアンプ装置３が、コン
トローラとしての機能を備えても良い。

【００１８】各機器１，２，３は、ＡＶ／Ｃコマンドで
規定された機能的に見た場合、各機能を実現する処理を
実行するサブユニットと、バス９と内部のサブユニット
との間でデータの入出力を行うプラグ部とを備えた構成
として見ることができる。即ち、ディスク再生装置１
は、コントロール機能を実行するコントロール部１ａ
と、そのコントロール部１ａの制御でディスクからの再
生を行うディスクサブユニット１ｂとを備える。コント
ロール装置２は、バス９上での伝送制御を実行するコン
トロール部２ａを備える。アンプ装置３は、コントロー
ル機能を実行するコントロール部３ａと、オーディオ信
号の信号処理とその出力処理を行うオーディオサブユニ
ット３ｂを備える。オーディオサブユニット３ｂには、
スピーカ装置３ｄ，３ｅが接続される。また、それぞれ
の機器１，２，３がプラグ部１ｃ，２ｂ，３ｃを備え
る。各プラグ部１ｃ，２ｂ，３ｃには、複数のプラグが
実装されて、バス９上の複数のチャンネルと接続できる
構成とされる。

【００１９】図２は、ディスク再生装置１の内部構成の
一例を示したものである。ここでのディスク再生装置１
は、光ディスク１０１に記録されたデジタルオーディオ
データを再生する装置である。再生装置１で再生可能な
光ディスク１０１としては、ＣＤ（Compact Disc）の他
に、ＤＶＤ（Digital Video Disc又はDigital Versatil
e Disc）オーディオなどの各種フォーマットの光ディス
クの再生が可能としてある。

【００２０】ディスク再生装置１の構成について説明す
ると、再生装置１に装着された光ディスク１０１に記録
されたデータを、光学ピックアップ１０２で光学的に読
み出し、光学ピックアップ１０２で読み出された信号
を、信号処理部１０３に供給して処理することで再生デ
ータを得、その再生データをデジタル・アナログ変換器
１０４でアナログオーディオ信号に変換した後、アナロ
グ出力端子１０５から出力させ、この端子１０５に接続
されたオーディオ機器などに供給する。また、デジタル
・アナログ変換器１０４でアナログ変換してないデジタ
ルオーディオデータを、デジタル出力端子１０５から出
力させる。また、ディスク１０１から再生したオーディ
オデータなどを、ＩＥＥＥ１３９４方式のバスインター
フェース部１０９に供給して、接続されたバス９に送出
できるようにしてある。

【００２１】ディスク再生装置１内での再生動作や、バ
ス９を介したデータ伝送は、中央制御ユニット（ＣＰ
Ｕ）１１０の制御で実行される。ＣＰＵ１１０には、制
御に必要なデータなどを記憶するメモリ１１１が接続し
てある。

【００２２】図３は、アンプ装置３の内部構成の一例を
示したものである。アンプ装置３は、オーディオ信号
（デジタルデータ又はアナログ信号）が複数台のオーデ
ィオ機器から供給される入力端子群３０１を備え、この
入力端子群３０１に得られるオーディオ信号の中の何れ
かのオーディオ信号を入力選択部３０２で選択する。そ
して、選択されたオーディオ信号に対して、信号処理部
３０３で必要な信号処理を施す。ここでの信号処理は、
例えばＤＳＰ（Digital Signal Processor）と称される
デジタル処理回路を使用して、信号特性の補正，マルチ
チャンネル処理などが行われる。選択された入力信号が
アナログ信号である場合には、信号処理部３０３内でデ
ジタル信号に変換した後、処理される。

【００２３】信号処理部３０３の出力は、デジタル・ア
ナログ変換器３０４に供給してアナログオーディオ信号
に変換し、その変換されたオーディオ信号をパワーアン
プ部３０５に供給し、スピーカを駆動できる出力に増幅
する。パワーアンプ部３０５の出力は、スピーカ端子３
０６，３０７を介して接続されたスピーカ装置に供給さ
れる。

【００２４】また本例のアンプ装置３は、ＩＥＥＥ１３
９４方式のバスインターフェース部３０８を備えて、バ
ス９により伝送されたオーディオデータをインターフェ
ース部３０８が受信したとき、その受信したオーディオ
データを入力選択部３０２を介して信号処理部３０３に
供給できるようにしてある。

【００２５】アンプ装置３内での信号処理動作や、バス
９を介した受信動作は、中央制御ユニット（ＣＰＵ）３
０９の制御で実行される。ＣＰＵ３０９には、制御に必
要なデータなどを記憶するメモリ３１０が接続してあ
る。

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

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

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

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

〔０〕とｉＰＣＲ〔１〕のうち、ｉ
ＰＣＲ

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

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

【００２９】このように確保されたチャンネルを使用し
て、データの送出元の機器の出力プラグからバスに送出
されたデータが、データの受信先の機器の入力プラグで
受信されるように設定される。このようにチャンネルと
プラグを設定してコネクションを張る処理が、バスに接
続された所定の機器（コントローラ）の制御で実行され
る。

【００３０】このようにして、ＩＥＥＥ１３９４シリア
スバスによって接続されている機器間でデータ伝送が行
われる。ここで、ＩＥＥＥ１３９４シリアスバスで、ア
イソクロナス転送モードで、ストリームデータの伝送を
行う場合のパケットのデータ構造例を、図６に示す。

【００３１】図６では、パケットを１クワッドレッド
（１ｑｕａｄｌｅｔ＝３２ビット）単位で示してある。
最初の２クワッドレッドの区間は、アイソクロナスパケ
ットのヘッダであり、データ長，タグ，チャンネルなど
のデータと共に、これらのデータの誤り訂正符号ＣＲＣ
が配置してある。次の２クワッドレッドの区間は、ＣＩ
Ｐヘッダと称され、オーディオデータやビデオデータを
伝送する際に配置されるヘッダである。このＣＩＰヘッ
ダでは、データ送出元（ソース機器）のノードＩＤであ
るＳＩＤと、ストリームデータのパケット化の単位ＤＢ
Ｓと、パケット化前の分割数ＦＮと、データ分割時に加
えたクワッドレッド数ＱＰＣと、ソース機器のパケット
ヘッダのフラグＳＰＨと、パケットの欠落検出用カウン
タＤＢＣと、信号フォーマットのＩＤであるＦＭＴなど
が配置される。

【００３２】なお、アイソクロナスパケットで伝送され
るストリームデータのフォーマットなどに対応した、そ
の他のデータがＣＩＰヘッダに配置される場合もある。
例えば、オーディオデータのサンプリング周波数のデー
タや、後述するレートコントロールが行われていること
を示すフラグ（Ｎフラグ）のデータが配置される場合も
ある。このように構成されるＣＩＰヘッダに続いて、所
定のデータ量のストリームデータが配置される。また、
パケットの末尾には、誤り訂正符号ＣＲＣが配置され
る。

【００３３】このようなデータ構造でストリームデータ
については伝送されるが、ＩＥＥＥ１３９４シリアスバ
スを介して接続された機器間では、アシンクロナス転送
モードでコマンドやレスポンスなどの制御パケットにつ
いても伝送できるようにしてある。本例のシステムで
は、このＩＥＥＥ１３９４シリアスバスを介して接続さ
れた機器のコントロールのためのコマンドとして規定さ
れたＡＶ／Ｃコマンドを利用して、各機器のコントロー
ルや状態の判断などが行えるようにしてある。このＡＶ
／Ｃコマンドで使用されるデータについて以下説明す
る。

【００３４】図７は、ＡＶ／Ｃコマンドとしてコマンド
やレスポンスを伝送する際の、パケットのデータ構造を
示している。このＡＶ／Ｃコマンドでは、コマンドやレ
スポンスはアシンクロナス転送モードで伝送される。Ａ
Ｖ／Ｃコマンドは、ＡＶ機器を制御するためのコマンド
セットで、ＣＴＳ（コマンドセットのＩＤ）＝“０００
０”である。バスおよびＡＶ機器に負担をかけないため
に、コマンドに対するレスポンスは、１００ｍｓ以内に
行うことになっている。図７に示したパケットについて
も、１クワッドレッド（ｑｕａｄｌｅｔ）単位で示して
ある。先頭の５クワッドレッド区間については、パケッ
トのヘッダ部分であり、残りの部分がデータブロックで
ある。

【００３５】ヘッダ部分のｄｅｓｔｉｎａｔｉｏｎＩ
Ｄは、宛先を示している。ＣＴＳはコマンドセットのＩ
Ｄを示しており、ＡＶ／ＣコマンドセットではＣＴＳ＝
“００００”である。ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅの
フィールドは、パケットがコマンドの場合はコマンドの
機能分類を示し、パケットがレスポンスの場合はコマン
ドの処理結果を示す。

【００３６】コマンドは大きく分けて、（１）機能を外
部から制御するコマンド（ＣＯＮＴＲＯＬ）、（２）外
部から状態を問い合わせるコマンド（ＳＴＡＴＵＳ）、
（３）制御コマンドのサポートの有無を外部から問い合
わせるコマンド（ＧＥＮＥＲＡＬＩＮＱＵＩＲＹ（ｏ
ｐｃｏｄｅのサポートの有無）およびＳＰＥＣＩＦＩＣ
ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅおよびｏｐｅｒａｎｄ
ｓのサポートの有無））、（４）状態の変化を知らせる
よう要求するコマンド（ＮＯＴＩＦＹ）の４種類が定義
されている。

【００３７】レスポンスはコマンドの種類に応じて返さ
れる。ＣＯＮＴＲＯＬコマンドに対するレスポンスに
は、ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ（実装されていな
い）、ＡＣＣＥＰＴＥＤ（受け入れる）、ＲＥＪＥＣＴ
ＥＤ（拒絶）、およびＩＮＴＥＲＩＭ（暫定的な応答）
がある。ＳＴＡＴＵＳコマンドに対するレスポンスに
は、ＮＯＴＩＮＰＬＥＭＥＮＴＥＤ、ＲＥＪＥＣＴＥ
Ｄ、ＩＮＴＲＡＮＳＩＴＩＯＮ（移行中）、およびＳ
ＴＡＢＬＥ（安定）がある。ＧＥＮＥＲＡＬＩＮＱＵ
ＩＲＹおよびＳＰＥＣＩＦＩＣＩＮＱＵＩＲＹコマン
ドに対するレスポンスには、ＩＭＰＬＥＭＥＮＴＥＤ
（実装されている）、およびＮＯＴＩＭＰＬＥＭＥＮ
ＴＥＤがある。ＮＯＴＩＦＹコマンドに対するレスポン
スには、ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ，ＲＥＪＥＣＴ
ＥＤ，ＩＮＴＥＲＩＭおよびＣＨＡＮＧＥＤ（変化し
た）がある。なお、ここに示した以外のコマンドやレス
ポンスが定義されることもある。

【００３８】ｓｕｂｕｎｉｔｔｙｐｅ（サブユニット
タイプ）は、機器内の機能を特定するために設けられて
おり、例えば、ｔａｐｅｒｅｃｏｒｄｅｒ／ｐｌａｙ
ｅｒ，ｔｕｎｅｒ等が割り当てられる。同じ種類のサブ
ユニットが複数存在する場合の判別を行うために、判別
番号としてｓｕｂｕｎｉｔｉｄでアドレッシングを行
う。ｏｐｃｏｄｅはコマンドを表しており、ｏｐｅｒａ
ｎｄはコマンドのパラメータを表している。Ａｄｄｉｔ
ｉｏｎａｌｏｐｅｒａｎｄｓは必要に応じて付加され
るフィールドである。ｐａｄｄｉｎｇも必要に応じて付
加されるフィールドである。ｄａｔａＣＲＣ（Ｃｙｃ
ｌｉｃＲｅｄｕｎｄａｎｃｙＣｈｅｃｋ）はデータ
伝送時のエラーチェックに使われる誤り訂正符号であ
る。

【００３９】図８は、ＡＶ／Ｃコマンドの具体例を示し
ている。図８の（Ａ）は、ｃｔｙｐｅ／ｒｅｓｐｏｎｓ
ｅの具体例を示している。図中上段がコマンドを表して
おり、図中下段がレスポンスを表している。“０００
０”にはＣＯＮＴＲＯＬ、“０００１”にはＳＴＡＴＵ
Ｓ、“００１０”にはＳＰＥＣＩＦＩＣＩＮＱＵＩＲ
Ｙ、“００１１”にはＮＯＴＩＦＹ、“０１００”には
ＧＥＮＥＲＡＬＩＮＱＵＩＲＹが割り当てられてい
る。“０１０１乃至０１１１”は将来の仕様のために予
約確保されている。また、“１０００”にはＮＯＴＩ
ＮＰＬＥＭＥＮＴＥＤ、“１００１”にはＡＣＣＥＰＴ
ＥＤ、“１０１０”にはＲＥＪＥＣＴＥＤ、“１０１
１”にはＩＮＴＲＡＮＳＩＴＩＯＮ、“１１００”に
はＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬＥ、“１１０
１”にはＣＨＮＧＥＤ、“１１１１”にはＩＮＴＥＲＩ
Ｍが割り当てられている。“１１１０”は将来の仕様の
ために予約確保されている。

【００４０】図８の（Ｂ）は、ｓｕｂｕｎｉｔｔｙｐ
ｅの具体例を示している。“０００００”にはＶｉｄｅ
ｏＭｏｎｉｔｏｒ、“０００１１”にはＤｉｓｋｒ
ｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ、“００１００”にはＴ
ａｐｅｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ、“００１０
１”にはＴｕｎｅｒ、“００１１１”にはＶｉｄｅｏＣ
ａｍｅｒａ、“１１１００”にはＶｅｎｄｏｒｕｎｉ
ｑｕｅ、“１１１１０”にはＳｕｂｕｎｉｔｔｙｐｅ
ｅｘｔｅｎｄｅｄｔｏｎｅｘｔｂｙｔｅが割り
当てられている。尚、“１１１１１”にはｕｎｉｔが割
り当てられているが、これは機器そのものに送られる場
合に用いられ、例えば電源のオンオフなどが挙げられ
る。

【００４１】図８の（Ｃ）は、ｏｐｃｏｄｅの具体例を
示している。各ｓｕｂｕｎｉｔｔｙｐｅ毎にｏｐｃｏ
ｄｅのテーブルが存在し、ここでは、ｓｕｂｕｎｉｔ
ｔｙｐｅがＴａｐｅｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ
の場合のｏｐｃｏｄｅを示している。また、ｏｐｃｏｄ
ｅ毎にｏｐｅｒａｎｄが定義されている。ここでは、
“００ｈ”にはＶＥＮＤＯＲ−ＤＥＰＥＮＤＥＮＴ、
“５０ｈ”にはＳＥＡＲＣＨＭＯＤＥ、“５１ｈ”に
はＴＩＭＥＣＯＤＥ、“５２ｈ”にはＡＴＮ、“６０
ｈ”にはＯＰＥＮＭＩＣ、“６１ｈ”にはＲＥＡＤ
ＭＩＣ、“６２ｈ”にはＷＲＩＴＥＭＩＣ、“Ｃ１
ｈ”にはＬＯＡＤＭＥＤＩＵＭ、“Ｃ２ｈ”にはＲＥ
ＣＯＲＤ、“Ｃ３ｈ”にはＰＬＡＹ、“Ｃ４ｈ”にはＷ
ＩＮＤが割り当てられている。

【００４２】このように規定されるＡＶ／Ｃコマンドを
利用して、バスに接続された機器の制御が行われて、そ
の制御に基づいてバスで接続された機器間でのデータ伝
送が行われる。なお、図８に示したコマンドやレスポン
ス、サブユニットタイプについては、代表的なものだけ
を示してあり、これ以外のものについても定義されてい
ると共に、未定義の値に、将来別のコマンドやサブユニ
ットタイプなどが定義されることもある。

【００４３】次に、本例のネットワークに接続された機
器間で、オーディオデータなどのストリームデータの伝
送を行う場合について説明する。ここでは、ディスク再
生装置１が、オーディオデータの出力機器（ソース機
器）となり、そのソース機器からバスに送出されたオー
ディオ信号を、入力機器（シンク機器）であるアンプ装
置３が受信して、アンプ装置３に接続されたスピーカ装
置３ｄ，３ｅからオーディオを出力（放音）させる例と
してある。

【００４４】本例の場合には、レートコントロールが行
われて、ディスク再生装置１からアンプ装置３にストリ
ームデータ（オーディオデータ）が伝送されるようにし
てある。まず、このレートコントロールが行われる状態
について、図９を参照して説明する。図９に示したソー
ス機器は、オーディオデータをネットワークに出力する
ディスク再生装置１に相当し、シンク機器は、オーディ
オデータをネットワークから入力するアンプ装置３に相
当する。ソース機器とシンク機器の間でレートコントロ
ールのために伝送されるデータ（コマンド及びレスポン
ス）は、上述したＡＶ／Ｃコマンドとして構成されたデ
ータである。

【００４５】まず、シンク機器（アンプ装置３）は、ソ
ース機器（ディスク再生装置１）にレートコントロール
の基準のレートを指示するレートコントロールコマンド
のベースコンフィギュアサブファンクションを送り（ス
テップＳ１）、このコマンドに対するレスポンスをシン
ク機器３が確認する（ステップＳ２）。次に、シンク機
器３は、レートコントロールの実行を指示するレートコ
ントロールコマンドのシンクセレクトサブファンクショ
ンを、ソース機器１に送る（ステップＳ３）。このコマ
ンドを受信したソース機器１は、コマンドに対する処理
が正常に行われたことを示すレスポンスを、シンク機器
３に送る（ステップＳ４）。このとき、ソース機器１
は、レートコントロール（command-based rate contro
l）を完遂するターゲット機器となり、レートコントロ
ールに関するコントローラであるアンプ装置３のノード
ＩＤを記憶する。これにより、ディスク再生装置１は、
コントローラであるアンプ装置３が、レートコントロー
ルによって制御されたストリームデータの入力機器であ
ることが判る。

【００４６】以後、コントローラであるアンプ装置３
は、レートコントロールによるストリームデータの伝送
するレートを変更する必要があるとき、レートコントロ
ールコマンドのフローコントロールサブファンクション
をディスク再生装置１に送り（ステップＳ７）、そのコ
マンドに対するレスポンスを確認する（ステップＳ
８）。このコマンドに指定されるレートに対するデータ
の値は、アンプ装置３が入力したストリームデータの内
部での信号処理の状態によって適切な伝送レートが設定
される。また、このレートコントロールを継続して完遂
する間、コントローラであるアンプ装置３は、コマンド
間隔として５秒以内の任意の時間で繰り返しレートコン
トロールコマンドのフローコントロールサブファンクシ
ョンをディスク再生装置１に送らなければならない。図
９では、このフローコントロールサブファンクションに
ついては省略してある。このようにして、入力機器であ
るアンプ装置３をコントローラとしてフローコントロー
ルが行われた状態で、バスライン９を介してストリーム
データの伝送が行われる。

【００４７】ディスク再生装置１は、このレートコント
ロールを完遂するターゲット機器となった後、ストリー
ムデータの入力機器であるアンプ装置３にインプットセ
レクトコントロールコマンドのパスチェンジサブファン
クションを送る（ステップＳ５）。このコマンドに対す
るレスポンスを得て（ステップＳ６）、ディスク再生装
置１はアンプ装置３のストリームデータの入力プラグ、
及びこの入力プラグに内部で接続しているサブユニッ
ト、サブユニットのディスティネーションプラグを確認
する。

【００４８】次に、このようにしてオーディオデータ
（ストリームデータ）をバスライン９を介してディスク
再生装置１からアンプ装置３に伝送させている状態で、
そのオーディオデータのフォーマットが伝送途中で変化
したときの処理について説明する。ここでは、ディスク
再生装置１で再生するディスク１０１に、コンテンツＡ
とコンテンツＢの２つのコンテンツが記録されて、コン
テンツＡの再生に続いてコンテンツＢを再生する再生動
作を行うものとする。コンテンツＡには、第１のフォー
マットのオーディオデータが記録され、コンテンツＢに
は、第２のフォーマットのオーディオデータが記録され
ているものとする。

【００４９】コンテンツＡのオーディオデータの第１の
フォーマットと、コンテンツＢのオーディオデータの第
２のフォーマットとの違いについては、種々の変化が考
えられる。例えば、オーディオデータのサンプリング周
波数が変化する場合がある。また、チャンネル数が変化
する場合がある。また、サンプリング周波数やチャンネ
ル数などの変化がない場合であっても、オーディオデー
タの規格の違いによりデータ構成が変化する場合があ
る。規格の違いによるストリームデータ構成の変化とし
ては、例えばＩＥＣ６０９５８で規定されたフォーマッ
トから、ＤＶＤオーディオとして規定されたフォーマッ
トに変化する場合などがある。

【００５０】このようにオーディオデータのフォーマッ
トが変化する場合には、例えば既に説明した図７に示し
たアイソクロナス転送パケットに付加されたＣＩＰヘッ
ダ内の値が、対応したフォーマットの値に変化する場合
と、フォーマットが変化してもＣＩＰヘッダの値が変化
しない場合とがある。

【００５１】それぞれの場合での処理例について説明す
ると、まず、第１のフォーマットと第２のフォーマット
とで、サンプリング周波数が変化して、ＣＩＰヘッダに
含まれるサンプリング周波数を示すデータが変化した場
合の例を、図１０を参照して説明する。

【００５２】図１０の例では、コンテンツＡはサンプリ
ング周波数ＳＦＣ＝Ｘであり、コンテンツＢはサンプリ
ング周波数ＳＦＣ＝Ｙであるとする。図１０Ａに示すよ
うに、コンテンツＡをディスク再生装置１で再生するこ
とで、そのコンテンツＡのオーディオデータが、図１０
Ｂに示すように、出力プラグｏＰＣＲから所定の伝送チ
ャンネルを使用してアイソクロナス転送モードでバスラ
イン９に出力され、図１０Ｃに示すように、アンプ装置
３の入力プラグｉＰＣＲからこのオーディオデータが入
力し、図１０Ｄに示すように、アンプ装置３に接続され
たスピーカ装置からコンテンツＡのオーディオが出力さ
れる。ここでは、レートコントロールが行われる例とし
てあり、アンプ装置３では、入力したオーディオデータ
をバッファメモリに一時蓄積させてから処理するように
してあり、そのバッファメモリに蓄積させた時間だけ遅
れてスピーカ装置からオーディオが出力されることにな
る。

【００５３】ここで、コンテンツＡの再生がタイミング
ｔ₁₁で終了したとする。このとき、続いてコンテンツＢ
の再生に移るが、このとき、コンテンツＡとコンテンツ
Ｂでオーディオデータのフォーマットが異なることをデ
ィスク再生装置１のＣＰＵ１１０が判断して、ディスク
の再生状態を再生ポーズ状態とする。そして、ディスク
再生装置１の出力プラグｏＰＣＲからは、オーディオデ
ータが出力されていたチャンネルで、コンテンツＡのフ
ォーマットのオーディオデータの無効データを出力させ
る。ここでのコンテンツＡの無効データとは、オーディ
オデータに付随する補助データ（Ancillary data）と、
オーディオデータが無効なデータ（No-data ）であるこ
とが示されるデータである。オーディオデータのフォー
マットについては、コンテンツＡのデータと同様のフォ
ーマットである。

【００５４】このコンテンツＡのフォーマットのオーデ
ィオデータの無効データを、コンテンツＡの再生終了タ
イミングｔ₁₁から比較的短い時間（例えば数十ｍｓ）が
経過したタイミングｔ₁₂までバスライン９に出力させ
る。ここまでは、出力されるオーディオデータのフォー
マットはコンテンツＡのオーディオデータと同じフォー
マットであり、サンプリング周波数ＳＦＣ＝Ｘのデータ
である。なお、この無効なデータのオーディオデータと
しては、例えば０レベルのオーディオデータを配置す
る。

【００５５】そして、タイミングｔ₁₂になると、コンテ
ンツＢのフォーマットのオーディオデータの無効データ
を、ディスク再生装置１の出力プラグｏＰＣＲから出力
させる。ここでのコンテンツＢの無効データについて
も、オーディオデータに付随する補助データ（Ancillar
y data）と、オーディオデータが無効なデータ（No-dat
a ）であることが示されるデータである。但し、オーデ
ィオデータは、コンテンツＢのデータと同様の構成であ
る、第２のフォーマットのオーディオデータ（ＣＩＰヘ
ッダについても第２のフォーマットのデータ）とされ、
サンプリング周波数ＳＦＣ＝Ｙのデータである。ここで
の無効なデータのオーディオデータについても、例えば
０レベルのオーディオデータを配置する。

【００５６】アンプ装置３の入力プラグｉＰＣＲから入
力するデータとしては、図１０Ｃに示すように、タイミ
ングｔ₂₁でコンテンツＡのオーディオデータの入力が終
了し、このタイミングｔ₂₁からタイミングｔ₂₂まで、コ
ンテンツＡのフォーマットのオーディオデータの無効デ
ータが入力し、タイミングｔ₂₂以降は、コンテンツＢの
フォーマットのオーディオデータの無効データが入力す
るようになる。このコンテンツＢのフォーマットのオー
ディオデータが入力するようになると、アンプ装置３で
は、入力開始タイミングｔ₂₂から若干経過したタイミン
グｔ₂₃で、伝送されたデータのＣＩＰヘッダに含まれる
サンプリング周波数に関するデータから、サンプリング
周波数ＳＦＣ＝Ｙに変化したことが検知される。

【００５７】そして、コンテンツＢのフォーマットのオ
ーディオデータの無効データがバスライン９に伝送され
る状態になると、ソース機器であるディスク再生装置１
は、入力機器の入力プラグの状態を調べるために、イン
プットプラグシグナルフォーマットステータスコマンド
を送る（ステップＳ１１）。ここで状態を調べる入力プ
ラグは、図９のステップＳ５に示すインプットセレクト
コントロールコマンドのパスチェンジサブファンクショ
ンで確認した入力プラグである。

【００５８】このステップＳ１１のコマンドは、例えば
図１１に示す構成とされる。即ち、〔ｏｐｃｏｄｅ〕の
区間には、該当するコマンドである〔ＩＮＰＵＴＰＬ
ＵＧＳＩＧＮＡＬＦＯＲＭＡＴ〕のデータが配置さ
れ、〔ｏｐｅｒａｎｄ（０）〕の区間には、状態を調べ
るプラグを特定するデータが配置され、〔ｏｐｅｒａｎ
ｄ（１）〕以降の区間には、最大値ＦＦが配置される。
このデータが、図７に示したパケット構成に配置され
る。

【００５９】このようなコマンドをステップＳ１１とし
て、ディスク再生装置１からアンプ装置３にバスライン
９を介して伝送したとき、アンプ装置３では、このイン
プットプラグシグナルフォーマットステータスコマンド
のレスポンスを、ディスク再生装置１に返送する（ステ
ップＳ１２）。このレスポンスでは、コマンドの〔ｏｐ
ｃｏｄｅ〕及び〔ｏｐｅｒａｎｄ（０）〕の区間は、コ
マンドのデータがそのまま配置され、〔ｏｐｅｒａｎｄ
（１）〕以降の区間に、このときサブユニットで入力処
理を行っているデータのＣＩＰヘッダのＦＭＴ，ＦＤＦ
の区間のデータが配置される。

【００６０】ここで本例の場合には、図１０に示すステ
ップＳ１２でレスポンスを送った時点では、図１０Ｄに
示すように、まだコンテンツＡのデータを出力処理して
いる状態のため、コンテンツＡのフォーマットのＣＩＰ
ヘッダのＦＭＴ，ＦＤＦのデータが返送され、ディスク
再生装置１では、アンプ装置３でコンテンツＢの入力準
備ができてないことを確認する。

【００６１】そして、ディスク再生装置１では、現在の
ストリームデータ出力（コンテンツＢの無効データ）を
維持したままで、所定時間（例えば約２００ｍｓ）が経
過する毎に、ステップＳ１１のインプットプラグシグナ
ルフォーマットステータスコマンドの送信を行い、その
レスポンスでアンプ装置３でコンテンツＢの入力準備が
確認できるまで繰り返す。即ち、コンテンツＢの入力準
備ができることが確認できるまで、ポーリング処理が実
行される。

【００６２】図１０の例では、図１０Ｄに示すように、
タイミングｔ₂₄でバッファメモリに蓄積されたコンテン
ツＡのオーディオデータの出力が終了することで、サン
プリング周波数ＳＦＣ＝Ｙのデータを入力できるように
サブユニット内の処理を切替えることが実行され、この
タイミングｔ₂₄よりも後のインプットプラグシグナルフ
ォーマットステータスコマンドを受信すると（ステップ
Ｓ１３）、そのレスポンスに、このとき受信しているコ
ンテンツＢと同じフォーマットのデータのＣＩＰヘッダ
のＦＭＴ，ＦＤＦのデータが配置されて伝送される（ス
テップＳ１４）。

【００６３】このステップＳ１４のレスポンスをディス
ク再生装置１がタイミングｔ₁₃に受信すると、所定時間
（例えば数十ｍｓ）が経過するタイミングｔ₁₄で、この
ときディスク再生装置１から出力させているコンテンツ
Ｂのフォーマットの無効データを、コンテンツＢのフォ
ーマットの有効なデータに変化させる。但し、ここで
は、比較的短い時間（例えば数百ｍｓ）が経過するタイ
ミングｔ₁₅まで、オーディオレベルが０レベル（無音状
態）となるミュート信号を出力させる。ここでの、ミュ
ート信号のストリームデータとは、コンテンツＢのフォ
ーマットの判別ができ、アンプ装置３が信号処理の全て
の内部設定ができると共に、アンプ装置３内部とその出
力のオーディオをミュートさせるデータであるデータで
あり、オーディオデータに付随する補助データ（Ancill
ary data）が含まれる。

【００６４】そして、タイミングｔ₁₅になると、図１０
Ａに示すように、ディスク再生装置１で、ディスク１０
１の再生ポーズを解除して、コンテンツＢとして記録さ
れたオーディオデータの再生を開始させ、図１０Ｂに示
すように、コンテンツＢのオーディオデータの出力プラ
グからバスライン９への出力を開始させる。

【００６５】このようにして伝送開始されたコンテンツ
Ｂのオーディオデータは、アンプ装置３では、タイミン
グｔ₂₅で入力するようになり、タイミングｔ₂₅からバッ
ファメモリ蓄積やデータ処理のための若干の処理時間が
経過したタイミングｔ₂₆で、ミュート状態が解除され
て、アンプ装置３に接続されたスピーカ装置からコンテ
ンツＢのオーディオが出力されるようになる。

【００６６】このように伝送するオーディオデータのフ
ォーマットが変化する際には、入力機器側でその変化し
たフォーマットのデータを確実に処理できるようになっ
たことを出力機器側が確認してから、コンテンツＢのオ
ーディオデータの伝送を開始させるようにしたので、コ
ンテンツＢについても、確実に先頭部分から出力される
ことになり、いわゆる頭切れの発生を効果的に防止でき
る。また、変化する前のデータであるコンテンツＡにつ
いても、最後まで出力処理されるので、既に入力したデ
ータの処理が途中で中断するようなこともない。従っ
て、伝送途中でストリームデータのフォーマットが変化
しても、欠落のない完全なデータ伝送と処理が行えるよ
うになる。

【００６７】なお、図１０に示した例では、ディスク再
生装置１からアンプ装置３での入力準備を確認する処理
として、インプットプラグシグナルフォーマットステー
タスコマンドを送り、レスポンスでコンテンツＢの入力
準備ができたことを確認するまで、そのコマンドの送信
を繰り返すいわゆるポーリング処理を行うようにした
が、ＡＶ／Ｃコマンドで用意された状態変化を通知する
コマンドであるノティファイ（ＮＯＴＩＦＹ）コマンド
を使用しても良い。

【００６８】即ち、ステップＳ１１として、インプット
プラグシグナルフォーマットステータスコマンドの替わ
りに、インプットプラグシグナルフォーマットノティフ
ァイコマンドを伝送する。このノティファイコマンドを
受け取ったアンプ装置３では、このコマンドを受信した
時点での状態と共に、その通知を了承したことを示すレ
スポンスであるインターリーム（ＩＮＴＥＲＩＭ）レス
ポンスを直ちにステップＳ１２で返送した後に、タイミ
ングｔ₂₄の直後にコンテンツＢの受信準備ができたと
き、状態が変化したことを示すレスポンスであるチェン
ジド（ＣＨＡＮＧＥＤ）のデータを送る。この〔ＣＨＡ
ＮＧＥＤ〕のデータをディスク再生装置１が受け取るこ
とで、アンプ装置３でコンテンツＢの入力準備ができた
ことが判るようになる。

【００６９】また、図１０に示した例では、コンテンツ
Ａの再生が終了した時点で、一時的にコンテンツＡのフ
ォーマットの無効データを伝送するようにしたが、この
コンテンツＡのフォーマットの無効データについては省
略して、コンテンツＡの再生終了直後に、コンテンツＢ
のフォーマットの無効データの伝送に移るようにしても
良い。同様に、コンテンツＢのフォーマットの無効デー
タを送った後に、ミュート信号を所定時間伝送してか
ら、コンテンツＢのデータの伝送を開始させるようにし
たが、このミュート信号の伝送については省略するよう
にしても良い。

【００７０】次に、ストリームデータのＮフラグが変化
する場合の例を、図１２を参照して説明する。図１０の
例では、サンプリング周波数が変化する例としたが、伝
送されるコンテンツのストリームデータ変化として、Ｎ
フラグの値が変化する場合がある。このＮフラグは、既
に説明したように、フローコントロール（レートコント
ロール）の有無により変化するフラグであり、例えば、
フローコントロールによって伝送レートを制御されてい
るストリームデータについてはＮフラグ＝１となり、フ
ローコントロールによって伝送レートを制御されないス
トリームデータについてはＮフラグ＝０となる。ここで
は、コンテンツＡについてはＮフラグ＝１であり、コン
テンツＢについてはＮフラグ＝０であるとする。このＮ
フラグのデータが、ここではＣＩＰヘッダに含まれてい
るものとする。

【００７１】図１２Ａに示すように、コンテンツＡをデ
ィスク再生装置１で再生することで、そのコンテンツＡ
のオーディオデータが、図１２Ｂに示すように、出力プ
ラグｏＰＣＲから所定の伝送チャンネルを使用してアイ
ソクロナス転送モードでバスライン９に出力され、図１
２Ｃに示すように、アンプ装置３の入力プラグｉＰＣＲ
からこのオーディオデータが入力し、図１２Ｄに示すよ
うに、アンプ装置３に接続されたスピーカ装置からコン
テンツＡのオーディオが出力される。コンテンツＡにつ
いては、フローコントロールによって伝送レートを制御
しているストリームデータであるので、アンプ装置３で
は、入力したオーディオデータをバッファメモリに一時
蓄積させてから処理するようにしてあり、そのバッファ
メモリに蓄積させた時間だけ遅れてスピーカ装置からオ
ーディオが出力されることになる。

【００７２】ここで、コンテンツＡの再生がタイミング
ｔ₁₁′で終了したとする。このとき、続いてコンテンツ
Ｂの再生に移るが、このとき、コンテンツＡとコンテン
ツＢでストリームデータ（ここではＮフラグ）が異なる
ことをディスク再生装置１のＣＰＵ１１０が判断して、
ディスクの再生状態を再生ポーズ状態とする。そして、
ディスク再生装置１の出力プラグｏＰＣＲからは、オー
ディオデータが出力されていたチャンネルで、コンテン
ツＡのフォーマットのオーディオデータの無効データを
出力させる。ここでのコンテンツＡの無効データとは、
オーディオデータに付随する補助データ（Ancillary da
ta）と、オーディオデータが無効なデータ（No-data ）
であることが示されるデータである。オーディオデータ
のフォーマットについては、コンテンツＡのデータと同
様のフォーマットである。

【００７３】このコンテンツＡのフォーマットのオーデ
ィオデータの無効データを、コンテンツＡの再生終了タ
イミングｔ₁₁′から比較的短い時間（例えば数十ｍｓ）
が経過したタイミングｔ₁₂′までバスライン９に出力さ
せる。ここまでは、出力されるオーディオデータのフォ
ーマットはコンテンツＡのオーディオデータと同じフォ
ーマットであり、Ｎフラグ＝１のデータである。なお、
この無効なデータのオーディオデータとしては、例えば
０レベル（無音状態）のオーディオデータを配置する。

【００７４】そして、タイミングｔ₁₂′になると、コン
テンツＢのフォーマットのオーディオデータの無効デー
タを、ディスク再生装置１の出力プラグｏＰＣＲから出
力させる。ここでのコンテンツＢの無効データについて
も、オーディオデータに付随する補助データ（Ancillar
y data）と、オーディオデータが無効なデータ（No-dat
a ）であることが示されるデータである。但し、オーデ
ィオデータは、コンテンツＢのデータと同様の構成であ
る、第２のフォーマットのオーディオデータ（ＣＩＰヘ
ッダについても第２のフォーマットのデータ）とされ、
Ｎフラグ＝０のデータである。ここでの無効なデータの
オーディオデータについても、例えば０レベルのオーデ
ィオデータを配置する。

【００７５】アンプ装置３の入力プラグｉＰＣＲから入
力するデータとしては、図１２Ｃに示すように、タイミ
ングｔ₂₁′でコンテンツＡのオーディオデータの入力が
終了し、このタイミングｔ₂₁′からタイミングｔ₂₂′ま
で、コンテンツＡのフォーマットのオーディオデータの
無効データが入力し、タイミングｔ₂₂′以降は、コンテ
ンツＢのフォーマットのオーディオデータの無効データ
が入力するようになる。このコンテンツＢのフォーマッ
トのオーディオデータが入力するようになると、アンプ
装置３では、入力データのＣＩＰヘッダ内のＮフラグが
変化しているために、入力開始タイミングｔ₂₂′から若
干経過したタイミングｔ₂₃′で、Ｎフラグが０に変化し
て、フローコントロールによって伝送レートを制御され
ているストリームデータでなったことが検知される。

【００７６】そして、コンテンツＢのフォーマットのオ
ーディオデータの無効データがバスライン９に伝送され
る状態になると、ソース機器であるディスク再生装置１
は、入力機器の入力プラグの状態を調べるために、イン
プットプラグシグナルフォーマットステータスコマンド
を送る（ステップＳ１１′）。ここで状態を調べる入力
プラグは、図９のステップＳ５に示すインプットセレク
トコントロールコマンドのパスチェンジサブファンクシ
ョンで確認した入力プラグである。

【００７７】このステップＳ１１′のコマンドは、例え
ば図１１に示す構成とされる。即ち、〔ｏｐｃｏｄｅ〕
の区間には、該当するコマンドである〔ＩＮＰＵＴＰ
ＬＵＧＳＩＧＮＡＬＦＯＲＭＡＴ〕のデータが配置
され、〔ｏｐｅｒａｎｄ（０）〕の区間には、状態を調
べるプラグを特定するデータが配置され、〔ｏｐｅｒａ
ｎｄ（１）〕以降の区間には、最大値ＦＦが配置され
る。これらのデータが、図７に示すパケットに配置され
る。

【００７８】このようなコマンドをステップＳ１１′と
して、ディスク再生装置１からアンプ装置３にバスライ
ン９を介して伝送したとき、アンプ装置３では、このイ
ンプットプラグシグナルフォーマットステータスコマン
ドに対するレスポンスを、ディスク再生装置１に返送す
る（ステップＳ１２′）。このレスポンスでは、コマン
ドの〔ｏｐｃｏｄｅ〕及び〔ｏｐｅｒａｎｄ（０）〕の
区間は、コマンドのデータがそのまま配置され、〔ｏｐ
ｅｒａｎｄ（１）〕以降の区間に、このときのサブユニ
ットで入力処理を行っているデータのＣＩＰヘッダのＦ
ＭＴ，ＦＤＦの区間のデータが配置される。

【００７９】ここで本例の場合には、図１２に示すステ
ップＳ１２′でレスポンスを送った時点では、図１２Ｄ
に示すように、まだコンテンツＡのデータを出力処理し
ている状態のため、フローコントロールによって伝送レ
ートを制御されているストリームデータを入力する状態
であることを示すデータが返送され、ディスク再生装置
１では、アンプ装置３でコンテンツＢの入力準備がまだ
できてないことを確認する。

【００８０】そして、ディスク再生装置１では、現在の
ストリームデータ出力（コンテンツＢの無効データ）を
維持したままで、所定時間（例えば約２００ｍｓ）が経
過する毎に、ステップＳ１１′のインプットプラグシグ
ナルフォーマットステータスコマンドの送信を行い、そ
のレスポンスでアンプ装置３でコンテンツＢの入力準備
が確認できるまで繰り返す。即ち、コンテンツＢの入力
準備ができることが確認できるまで、ポーリング処理が
実行される。

【００８１】図１２の例では、図１２Ｄに示すように、
タイミングｔ₂₄′でバッファメモリに蓄積されたコンテ
ンツＡのオーディオデータの出力が終了することで、フ
ローコントロールによって伝送レートを制御されていな
いデータの処理に切替えることが実行され、このタイミ
ングｔ₂₄′よりも後のインプットプラグシグナルフォー
マットステータスコマンドを受信すると（ステップＳ１
３′）、そのレスポンスで、フローコントロールによっ
て伝送レートが制御されていないストリームデータを入
力する状態であることを示すデータが配置されて伝送さ
れる（ステップＳ１４′）。

【００８２】このステップＳ１４′のレスポンスをディ
スク再生装置１がタイミングｔ₁₃′に受信すると、所定
時間（例えば数十ｍｓ）が経過するタイミングｔ₁₄′
で、このときディスク再生装置１から出力させているコ
ンテンツＢのフォーマットの無効データを、コンテンツ
Ｂのフォーマットの有効なデータに変化させる。但し、
ここでは、比較的短い時間（例えば数百ｍｓ）が経過す
るタイミングｔ₁₅′まで、オーディオレベルが０レベル
（無音状態）となるミュート信号を出力させる。ここで
の、ミュート信号のストリームデータとは、コンテンツ
Ｂのフォーマットの判別ができ、アンプ装置３が信号処
理の全ての内部設定ができると共に、アンプ装置３内部
とその出力のオーディオをミュートさせるデータであ
り、オーディオデータに付随する補助データ（Ancillar
y data）が含まれる。

【００８３】そして、タイミングｔ₁₅′になると、図１
２Ａに示すように、ディスク再生装置１で、ディスク１
０１の再生ポーズを解除して、コンテンツＢとして記録
されたオーディオデータの再生を開始させ、図１２Ｂに
示すように、コンテンツＢのオーディオデータの出力プ
ラグからバスライン９への出力を開始させる。

【００８４】このようにして伝送開始されたコンテンツ
Ｂのオーディオデータは、アンプ装置３では、タイミン
グｔ₂₅′で入力するようになり、タイミングｔ₂₅′から
データ処理のための若干の処理時間が経過したタイミン
グｔ₂₆′で、ミュート状態が解除されて、アンプ装置３
に接続されたスピーカ装置からコンテンツＢのオーディ
オが出力されるようになる。

【００８５】このようにＮフラグの変化によるストリー
ムデータ変化時にも、サンプリング周波数の変化時と同
様に、いわゆる頭切れなどの欠落のない完全なデータ伝
送と処理が行えるようになる。

【００８６】なお、図１２に示した例では、ディスク再
生装置１からアンプ装置３での入力準備を確認する処理
として、インプットプラグシグナルフォーマットステー
タスコマンドを送り、そのレスポンスでコンテンツＢの
入力準備ができたことを確認するまで、そのコマンドの
送信を繰り返すいわゆるポーリング処理を行うようにし
たが、ＡＶ／Ｃコマンドで用意された状態変化を通知す
るコマンドであるノティファイ（ＮＯＴＩＦＹ）コマン
ドを使用しても良い。

【００８７】即ち、ステップＳ１１′として、インプッ
トプラグシグナルフォーマットステータスコマンドの替
わりに、インプットプラグシグナルフォーマットノティ
ファイコマンドを伝送する。このノティファイコマンド
を受け取ったアンプ装置３では、このコマンドを受信し
た時点での状態と共に、その通知を了承したことを示し
レスポンスであるインターリーム（ＩＮＴＥＲＩＭ）レ
スポンスを直ちにステップＳ１２′で返送した後に、タ
イミングｔ₂₄′の直後にコンテンツＢの受信準備ができ
たとき、状態が変化したことを示すレスポンスであるチ
ェンジド（ＣＨＡＮＧＥＤ）のデータを送る。この〔Ｃ
ＨＡＮＧＥＤ〕のデータをディスク再生装置１が受け取
ることで、アンプ装置３でコンテンツＢの入力準備がで
きたことが判るようになる。

【００８８】また、図１２に示した例では、コンテンツ
Ａの再生が終了した時点で、一時的にコンテンツＡのフ
ォーマットの無効データを伝送するようにしたが、この
コンテンツＡのフォーマットの無効データについては省
略して、コンテンツＡの再生終了直後に、コンテンツＢ
のフォーマットの無効データの伝送に移るようにしても
良い。同様に、コンテンツＢのフォーマットの無効デー
タを送った後に、ミュート信号を所定時間伝送してか
ら、コンテンツＢのデータの伝送を開始させるようにし
たが、このミュート信号の伝送については省略するよう
にしても良い。

【００８９】ここまで説明した図１０，図１２の例は、
いずれもストリームデータに付加されるＣＩＰヘッダか
ら、ストリームデータの変化が検出できる例であった
が、ＣＩＰヘッダからはストリームデータの変化が検出
できない場合の例について、次に説明する。なお、後者
は、ＣＩＰヘッダに変化が検出できる場合にも適用でき
る処理である。

【００９０】まず、ＣＩＰヘッダに変化がない状態で、
信号フォーマットが変化した場合の例を、図１３に示
す。この例では、コンテンツＡがＩＥＣ６０９５８フォ
ーマットのオーディオデータであり、コンテンツＢがＤ
ＶＤオーディオのフォーマットのオーディオデータであ
る。

【００９１】図１３Ａに示すように、コンテンツＡをデ
ィスク再生装置１で再生することで、そのコンテンツＡ
のオーディオデータが、図１３Ｂに示すように、出力プ
ラグｏＰＣＲから所定の伝送チャンネルを使用してアイ
ソクロナス転送モードでバスライン９に出力され、図１
３Ｃに示すように、アンプ装置３の入力プラグｉＰＣＲ
からこのオーディオデータが入力し、図１３Ｄに示すよ
うに、アンプ装置３に接続されたスピーカ装置からコン
テンツＡのオーディオが出力される。アンプ装置３で
は、入力したオーディオデータをバッファメモリに一時
蓄積させてから処理するようにしてあり、そのバッファ
メモリに蓄積させた時間だけ遅れてスピーカ装置からオ
ーディオが出力されることになる。

【００９２】ここで、コンテンツＡの再生がタイミング
ｔ₃₁で終了したとする。このとき、続いてコンテンツＢ
の再生に移るが、このとき、コンテンツＡとコンテンツ
Ｂでオーディオデータのフォーマットが異なることをデ
ィスク再生装置１のＣＰＵ１１０が判断して、ディスク
の再生状態を再生ポーズ状態とする。そして、ディスク
再生装置１の出力プラグｏＰＣＲからは、オーディオデ
ータが出力されていたチャンネルで、コンテンツＡのフ
ォーマットのオーディオデータの無効データを出力させ
る。ここでのコンテンツＡの無効データとは、オーディ
オデータに付随する補助データ（Ancillary data）と、
オーディオデータが無効なデータ（No-data ）であるこ
とが示されるデータである。オーディオデータのフォー
マットについては、コンテンツＡのデータと同様のフォ
ーマットである。

【００９３】このコンテンツＡのフォーマットのオーデ
ィオデータの無効データを、コンテンツＡの再生終了タ
イミングｔ₃₁から比較的短い時間（例えば数十ｍｓ）が
経過したタイミングｔ₃₂までバスライン９に出力させ
る。ここまでは、出力されるオーディオデータのフォー
マットはコンテンツＡのオーディオデータと同じフォー
マット、即ちＩＥＣ６０９５８フォーマットのオーディ
オデータである。なお、この無効なデータのオーディオ
データとしては、例えば０レベルのオーディオデータを
配置する。

【００９４】そして、タイミングｔ₃₂になると、エンプ
ティパケットと称される実データのない空のパケット
を、ストリームデータ伝送用のアイソクロナスパケット
で伝送する。このエンプティパケットの伝送は、例えば
１ｍｓ以上の期間行う。その後、タイミングｔ₃₃で、コ
ンテンツＢのフォーマット（即ちＤＶＤオーディオフォ
ーマット）のオーディオデータの無効データを、ディス
ク再生装置１の出力プラグｏＰＣＲから出力させる。こ
こでのコンテンツＢの無効データについても、オーディ
オデータに付随する補助データ（Ancillary data）と、
オーディオデータが無効なデータ（No-data ）であるこ
とが示されるデータである。ここでの無効なデータのオ
ーディオデータについても、例えば０レベルのオーディ
オデータを配置する。さらに、タイミングｔ₃₃から所定
時間だけコンテンツＢの無効データを伝送した後のタイ
ミングｔ₃₄から、コンテンツＢのフォーマットのミュー
ト信号を伝送する。ここでの、ミュート信号のストリー
ムデータとは、コンテンツＢのフォーマットの判別がで
き、アンプ装置３が信号処理の全ての内部設定ができる
と共に、アンプ装置３内部とその出力のオーディオをミ
ュートさせるデータであり、オーディオデータに付随す
る補助データ（Ancillary data）が含まれる。

【００９５】アンプ装置３の入力プラグｉＰＣＲから入
力するデータとしては、図１３Ｃに示すように、タイミ
ングｔ₄₁でコンテンツＡのオーディオデータの入力が終
了し、このタイミングｔ₄₁からタイミングｔ₄₂まで、コ
ンテンツＡのフォーマットのオーディオデータの無効デ
ータが入力し、タイミングｔ₄₂からタイミングｔ₄₃ま
で、エンプティパケットが入力する。さらに、タイミン
グｔ₄₃以降は、コンテンツＢのフォーマットのオーディ
オデータの無効データが入力するようになる。このコン
テンツＢのフォーマットのオーディオデータが入力する
ようになると、アンプ装置３の内部では、入力したスト
リームデータ（但し無効データ）そのものから直接デー
タのフォーマットの変化が検知される。ここでの検知
は、実データのないエンプティパケットが伝送されてか
ら、フォーマットが変化したデータが伝送されるので、
比較的短時間にフォーマットの変化を検知できる。

【００９６】そして、コンテンツＢのフォーマットのオ
ーディオデータの無効データがバスライン９に伝送され
る状態になると、ソース機器であるディスク再生装置１
は、入力機器の状態を調べるために、ＡＶ／Ｃコマンド
のシグナルソースステータスコマンドを送る（ステップ
Ｓ２１）。

【００９７】このコマンドを送信した後に、このコマン
ドに対するレスポンスをディスク再生装置１が確認する
（ステップＳ２２）。このレスポンスの確認で、アンプ
装置３の状態を確認し、入力データが現在受け付けられ
る状態であると共に、データの処理準備が整っている状
態であるか否か判断する。

【００９８】ここで本例の場合には、図１３に示すステ
ップＳ２２でレスポンスを送った時点では、図１３Ｄに
示すように、まだコンテンツＡのデータを出力処理して
いる状態のため、ディスク再生装置１では、アンプ装置
３でコンテンツＢを入力し処理する準備ができてないこ
とを確認する。

【００９９】そして、ディスク再生装置１では、現在の
ストリームデータ出力（ＤＶＤオーディオのミュート信
号）を維持したままで、所定時間（例えば約２００ｍ
ｓ）が経過する毎に、ステップＳ２１のコマンドの送信
を行い、そのレスポンスでアンプ装置３でコンテンツＢ
を入力し処理する準備が確認できるまで繰り返す。即
ち、コンテンツＢを入力し処理する準備ができることが
確認できるまで、ポーリング処理によるコマンド，レス
ポンスの繰り返し伝送が実行される。

【０１００】図１３の例では、図１３Ｄに示すように、
タイミングｔ₄₅でバッファメモリに蓄積されたコンテン
ツＡのオーディオデータの出力が終了して、アンプ装置
内部の回路などを、コンテンツＢのオーディオデータを
処理できるように切替えることが可能になり、例えばＤ
ＶＤオーディオ用のダウンミックス係数の取得と、その
取得した係数の設定を行う。そして、このコンテンツＢ
のオーディオデータを処理するための切替え処理が行わ
れた後に、ステップＳ２３のシグナルソースステータス
コマンドを受信すると、そのレスポンス（ステップＳ２
４）で、コンテンツＢのオーディオデータを入力し処理
する準備が整ったことが送信され、ディスク再生装置１
側でそのことが確認される。

【０１０１】このステップＳ２４のレスポンスをディス
ク再生装置１が受信すると、その直後のタイミングｔ₃₅
で、このときディスク再生装置１から出力させているミ
ュート信号を停止させて、図１３Ａに示すように、ディ
スク再生装置１で、ディスク１０１の再生ポーズを解除
して、コンテンツＢとして記録されたオーディオデータ
の再生を開始させ、図１３Ｂに示すように、コンテンツ
Ｂのオーディオデータの出力プラグからバスライン９へ
の出力を開始させる。

【０１０２】このようにして伝送開始されたコンテンツ
Ｂのオーディオデータは、アンプ装置３では、タイミン
グｔ₄₆で入力するようになり、タイミングｔ₄₆からバッ
ファメモリ蓄積やデータ処理のための若干の処理時間が
経過したタイミングｔ₄₇で、ミュート状態が解除され
て、アンプ装置３に接続されたスピーカ装置からコンテ
ンツＢのオーディオが出力されるようになる。

【０１０３】このように伝送されるオーディオデータの
ヘッダに変化がない状態で、フォーマットが変化する場
合にも、頭切れなどの欠落のない完全なデータ伝送と処
理が行えるようになる。

【０１０４】なお、この図１３の例の場合にも、ディス
ク再生装置１からアンプ装置３での入力準備を確認する
ために、ステータスコマンドを送る替わりに、状態変化
を通知するコマンドであるノティファイ（ＮＯＴＩＦ
Ｙ）コマンドを使用しても良い。

【０１０５】また、図１３に示した例では、コンテンツ
Ａの再生が終了した時点で、一時的にコンテンツＡのフ
ォーマットの無効データを伝送するようにしたが、この
コンテンツＡのフォーマットの無効データについては省
略して、コンテンツＡの再生終了直後に、エンプティパ
ケットの伝送に移るようにしても良い。同様に、コンテ
ンツＢのフォーマットの無効データを省略しても良い。

【０１０６】次に、ＣＩＰヘッダが変化する状態で、シ
グナルソースステータスコマンドを使用する例として、
Ｎフラグが変化する場合の例を、図１４を参照して説明
する。変化が検出できないものとする。この例では、コ
ンテンツＡがＮフラグ＝１であり、コンテンツＢがＮフ
ラグ＝０であるとする。

【０１０７】図１４Ａに示すように、コンテンツＡをデ
ィスク再生装置１で再生することで、そのコンテンツＡ
のオーディオデータが、図１４Ｂに示すように、出力プ
ラグｏＰＣＲから所定の伝送チャンネルを使用してアイ
ソクロナス転送モードでバスライン９に出力され、図１
４Ｃに示すように、アンプ装置３の入力プラグｉＰＣＲ
からこのオーディオデータが入力し、図１４Ｄに示すよ
うに、アンプ装置３に接続されたスピーカ装置からコン
テンツＡのオーディオが出力される。コンテンツＡにつ
いては、レートコントロールによって伝送レートを制御
されているストリームデータであるので、アンプ装置３
では、入力したオーディオデータをバッファメモリに一
時蓄積させてから処理するようにしてあり、そのバッフ
ァメモリに蓄積させた時間だけ遅れてスピーカ装置から
オーディオが出力されることになる。

【０１０８】ここで、コンテンツＡの再生がタイミング
ｔ₃₁′で終了したとする。このとき、続いてコンテンツ
Ｂの再生に移るが、このとき、コンテンツＡとコンテン
ツＢでＮフラグが異なることをディスク再生装置１のＣ
ＰＵ１１０が判断して、ディスクの再生状態を再生ポー
ズ状態とする。そして、ディスク再生装置１の出力プラ
グｏＰＣＲからは、オーディオデータが出力されていた
チャンネルで、コンテンツＡのフォーマットのオーディ
オデータの無効データを出力させる。ここでのコンテン
ツＡの無効データとは、オーディオデータに付随する補
助データ（Ancillary data）と、オーディオデータが無
効なデータ（No-data ）であることが示されるデータで
ある。オーディオデータのフォーマットについては、コ
ンテンツＡのデータと同様のフォーマットである。

【０１０９】このコンテンツＡのフォーマットのオーデ
ィオデータの無効データを、コンテンツＡの再生終了タ
イミングｔ₃₁′から比較的短い時間（例えば数百ｍｓ）
が経過したタイミングｔ₃₂′までバスライン９に出力さ
せる。ここまでは、出力されるオーディオデータのフォ
ーマットはコンテンツＡのオーディオデータと同じフォ
ーマットのオーディオデータであり、Ｎフラグ＝１のデ
ータである。なお、この無効なデータのオーディオデー
タとしては、例えば０レベルのオーディオデータを配置
する。

【０１１０】そして、タイミングｔ₃₂′になると、エン
プティパケットと称される実データのない空のパケット
を、ストリームデータ伝送用のアイソクロナスパケット
で伝送する。このエンプティパケットの伝送は、例えば
１ｍｓ以上の期間行う。その後、タイミングｔ₃₃′で、
コンテンツＢのフォーマットのオーディオデータの無効
データを、ディスク再生装置１の出力プラグｏＰＣＲか
ら出力させる。ここでのコンテンツＢの無効データにつ
いても、オーディオデータに付随する補助データ（Anci
llary data）と、オーディオデータが無効なデータ（No
-data ）であることが示されるデータである。また、無
効なデータのオーディオデータは、例えば０レベルのオ
ーディオデータを配置する。さらに、タイミングｔ₃₃′
から所定時間だけコンテンツＢの無効データを伝送した
後のタイミングｔ₃₄′から、コンテンツＢのフォーマッ
トのミュート信号を伝送する。ここでの、ミュート信号
のストリームデータとは、コンテンツＢのフォーマット
の判別ができ、アンプ装置３が信号処理の全ての内部設
定ができると共に、アンプ装置３内部とその出力のオー
ディオをミュートさせるデータであり、オーディオデー
タに付随する補助データ（Ancillary data）が含まれ
る。

【０１１１】アンプ装置３の入力プラグｉＰＣＲから入
力するデータとしては、図１４Ｃに示すように、タイミ
ングｔ₄₁′でコンテンツＡのオーディオデータの入力が
終了し、このタイミングｔ₄₁′からタイミングｔ₄₂′ま
で、コンテンツＡのフォーマットのオーディオデータの
無効データが入力し、タイミングｔ₄₂′からタイミング
ｔ₄₃′まで、エンプティパケットが入力する。さらに、
タイミングｔ₄₃′以降は、コンテンツＢのフォーマット
のオーディオデータの無効データが入力するようにな
る。このコンテンツＢのフォーマットのオーディオデー
タが入力するようになると、アンプ装置３の内部では、
ＣＩＰヘッダ内のＮフラグが０に変化して、フローコン
トロールによって伝送レートを制御されているストリー
ムでなくなったことと、入力したストリームデータ（但
し無効データ）そのものから直接データのフォーマット
の変化が検知される。ここでの検知は、実データのない
エンプティパケットが伝送されてから、フォーマットが
変化したデータが伝送されるので、比較的短時間にフォ
ーマットの変化を検知できる。

【０１１２】そして、コンテンツＢのフォーマットのオ
ーディオデータの無効データがバスライン９に伝送され
る状態になると、ソース機器であるディスク再生装置１
は、入力機器の状態を調べるために、ＡＶ／Ｃコマンド
のシグナルソースステータスコマンドを送る（ステップ
Ｓ２１）。

【０１１３】このコマンドを送信した後に、このコマン
ドに対するレスポンスをディスク再生装置１が確認する
（ステップＳ２２）。このレスポンスの確認で、アンプ
装置３の状態を確認し、入力データが現在受け付けられ
る状態であると共に、データの処理準備が整っている状
態であるか否か判断する。

【０１１４】ここで本例の場合には、図１４に示すステ
ップＳ２２でレスポンスを送った時点では、図１４Ｄに
示すように、まだコンテンツＡのデータを出力処理して
いる状態のため、ディスク再生装置１では、アンプ装置
３でコンテンツＢを入力し処理する準備ができてないこ
とを確認する。

【０１１５】そして、ディスク再生装置１では、現在の
ストリームデータ出力（ミュート信号）を維持したまま
で、所定時間（例えば約２００ｍｓ）が経過する毎に、
ステップＳ２１のコマンドの送信を行い、そのレスポン
スでアンプ装置３でコンテンツＢを入力し処理する準備
が確認できるまで繰り返す。即ち、コンテンツＢを入力
し処理する準備ができることが確認できるまで、ポーリ
ング処理によるコマンド，レスポンスの繰り返し伝送が
実行される。

【０１１６】図１４の例では、図１４Ｄに示すように、
タイミングｔ₄₅′でバッファメモリに蓄積されたコンテ
ンツＡのオーディオデータの出力が終了して、アンプ装
置内部の回路などを、コンテンツＢのオーディオデータ
を処理できるように切替えることが可能になり、例えば
コンテンツＢ用のダウンミックス係数の取得と、その取
得した係数の設定を行う。そして、このコンテンツＢの
オーディオデータを処理するための切替え処理が行われ
た後に、ステップＳ２３のシグナルソースステータスコ
マンドを受信すると、そのレスポンス（ステップＳ２
４）で、フローコントロールによって伝送レートを制御
されていないコンテンツＢのオーディオデータを入力し
処理する準備が整ったことが送信され、ディスク再生装
置１側でそのことが確認される。

【０１１７】このステップＳ２４のレスポンスをディス
ク再生装置１が受信すると、その直後のタイミング
ｔ₃₅′で、このときディスク再生装置１から出力させて
いるミュート信号を停止させて、図１４Ａに示すよう
に、ディスク再生装置１で、ディスク１０１の再生ポー
ズを解除して、コンテンツＢとして記録されたオーディ
オデータの再生を開始させ、図１４Ｂに示すように、コ
ンテンツＢのオーディオデータの出力プラグからバスラ
イン９への出力を開始させる。

【０１１８】このようにして伝送開始されたコンテンツ
Ｂのオーディオデータは、アンプ装置３では、タイミン
グｔ₄₆′で入力するようになり、タイミングｔ₄₆′から
データ処理のための若干の処理時間が経過したタイミン
グｔ₄₇′で、ミュート状態が解除されて、アンプ装置３
に接続されたスピーカ装置からコンテンツＢのオーディ
オが出力されるようになる。

【０１１９】このようにＮフラグなどのＣＩＰヘッダの
変化がある状態でも、頭切れなどの欠落のない完全なデ
ータ伝送と処理が行えるようになる。

【０１２０】なお、この図１４の例の場合にも、ディス
ク再生装置１からアンプ装置３での入力準備を確認する
ために、ステータスコマンドを送る替わりに、状態変化
を通知するコマンドであるノティファイ（ＮＯＴＩＦ
Ｙ）コマンドを使用しても良い。

【０１２１】また、図１４に示した例の場合にも、この
コンテンツＡのフォーマットの無効データについては省
略して、コンテンツＡの再生終了直後に、エンプティパ
ケットの伝送に移るようにしても良い。同様に、コンテ
ンツＢのフォーマットの無効データを省略しても良い。

【０１２２】なお、上述した実施の形態では、伝送させ
るストリームデータとしてオーディオデータとした例に
ついて説明したが、その他のストリームデータを伝送さ
せる場合にも適用できるものである。例えば、ビデオデ
ータをストリームデータとして伝送させる場合にも適用
可能である。

【０１２３】上述したオーディオデータの場合には、伝
送データのフォーマット変化時に、オーディオ出力をミ
ュートさせる無効データを伝送させるようにしたが、ビ
デオデータの場合には、例えば、入力機器側で入力した
ビデオデータによる表示を消すような無効データを伝送
させて、その入力機器が備える表示手段（又は入力機器
に接続された表示手段）でのビデオ表示が、フォーマッ
ト変化時に一時的に無表示状態となるようにすれば良
い。

【０１２４】また、上述した実施の形態では、入力機器
が、変化する前のデータであるコンテンツＡの処理を終
了してから、変化した後のコンテンツＢの入力準備をす
るようにしたが、コンテンツＡの処理中にコンテンツＢ
の入力準備ができる入力機器は、コンテンツＡの処理中
に入力準備ができたことを出力機器で検出できるように
しても良い。

【０１２５】また、ソース機器や入力機器やコントロー
ラとして適用可能な機器についても、上述した実施の形
態で説明した機器に限定されるものではなく、ネットワ
ークに接続可能な各種機器が適用可能である。

【０１２６】また、上述した実施の形態では、ＩＥＥＥ
１３９４方式のバスで構成されるネットワークの場合に
ついて説明したが、その他のネットワーク構成の機器間
で同様のデータ伝送を行う場合にも適用できるものであ
る。この場合、データ伝送を行うネットワークを使用し
ても良い。無線伝送を行うネットワークとしては、例え
ばブルートゥース（Bluetooth ：商標）が適用できる。

【０１２７】また、ストリームデータを伝送させるネッ
トワーク（伝送路）と、入力機器の状態を調べるネット
ワーク（伝送路）とは、別のものを使用するようにして
も良い。例えば、ストリームデータを伝送させるネット
ワークについては、ＩＥＥＥ１３９４方式のバスで構成
されるネットワークとし、入力機器の状態を調べるコマ
ンド及びレスポンスの伝送については、無線伝送で制御
を行うネットワークを使用しても良い。

【０１２８】また、上述した実施の形態では、それぞれ
の機器に上述した処理を行う機能を設定させるようにし
たが、同様の処理を実行するプログラムを何らかの提供
媒体を使用してユーザに配付し、ユーザはその媒体に記
憶されたプログラムを、ＩＥＥＥ１３９４方式のネット
ワークに接続されたコンピュータ装置などに実装させ
て、同様の機能を実行させるようにしても良い。この場
合の提供媒体としては、光ディスク，磁気ディスクなど
の物理的な記録媒体の他に、インターネットなどの通信
手段を介してユーザに提供する媒体としても良い。

【０１２９】

【発明の効果】本発明によると、バスを介してストリー
ムデータを入力する機器内での設定が、変化したフォー
マットのストリームデータを受信できるように切り替わ
ったことを、ソース機器で検出したとき、ソース機器か
ら実際のストリームデータの出力を開始させるので、入
力機器では、変化したフォーマットのストリームデータ
を、先頭から正しく処理できることになり、受信したオ
ーディオデータなどのストリームデータの処理を、欠落
なく良好に処理できるようになる。

【０１３０】この場合、ソース機器は、入力機器の状態
を調べるために、特定のパケットをネットワークを介し
て入力機器に送り、そのパケットに対するレスポンス
で、ソース機器は、入力機器の状態を確認するようにし
たことで、入力機器の状態の確認を簡単かつ確実に行う
ことができる。

【０１３１】また、特定のパケットを送って入力機器の
状態を確認する場合に、特定のパケットとして、入力機
器の現在の状態が、第２のフォーマットのストリームデ
ータの入力ができる状態になっているかを問い合わせる
データを付加し、そのパケットに対するレスポンスで、
第２のフォーマットのストリームデータの入力ができる
状態を確認するまで、特定のパケットを繰り返し送信す
ることで、いわゆるポーリング処理で、入力機器の状態
を確認できるようになる。

【０１３２】また、特定のパケットを送って入力機器の
状態を確認する場合に、特定のパケットとして、入力機
器で、第２のフォーマットのストリームデータの入力が
できる状態に変化したことを知らせるデータを付加し、
そのパケットに対するレスポンスで、第２のフォーマッ
トのストリームデータの入力ができる状態になったこと
を確認するようにしたことで、ソース機器からは、該当
する通知を指示するパケットを送るだけで、入力機器の
状態を確認できるようになる。

【０１３３】また、第２のフォーマットのストリームデ
ータが受信できるようになるまで伝送する無効なデータ
は、入力機器でのオーディオの出力をミュートさせるデ
ータであることで、入力機器では、ストリームデータの
フォーマットが変化する間の時間に、オーディオ出力が
確実にミュート状態となり、接続されたスピーカなどか
らの異音の出力をか確実に阻止できる。

【図面の簡単な説明】

【図１】本発明の一実施の形態によるシステム構成例を
示すブロック図である。

【図２】本発明の一実施の形態によるディスク再生装置
の内部構成の例を示すブロック図である。

【図３】本発明の一実施の形態によるアンプ装置の内部
構成の例を示すブロック図である。

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

【図５】ＩＥＥＥ１３９４方式のバスを使用したコネク
ションの例を示す説明図である。

【図６】アイソクロナス転送モードのパケット構造例を
示す説明図である。

【図７】ＡＶ／Ｃコマンドで伝送されるデータの構成例
を示す説明図である。

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

【図９】本発明の一実施の形態によるフローコントロー
ルの処理例を示す説明図である。

【図１０】本発明の一実施の形態による伝送例（サンプ
リング周波数の変化例）を示す説明図である。

【図１１】ＡＶ／Ｃコマンドのインプットシグナルフォ
ーマットステータスコマンドのデータ例を示す説明図で
ある。

【図１２】本発明の一実施の形態による伝送例（Ｎフラ
グの変化例）を示す説明図である。

【図１３】本発明の一実施の形態による伝送例（フォー
マット変化例）を示す説明図である。

【図１４】本発明の一実施の形態による伝送例（Ｎフラ
グの変化例）を示す説明図である。

【図１５】ＩＥＥＥ１３９４方式のバスを使用した接続
例を示す構成図である。

【図１６】従来のストリームデータのフォーマットが変
化した場合の例を示す説明図である。

【図１７】レートコントロールの例を示す図である。

【符号の説明】

１…ディスク再生装置、１ａ…コントロール部、１ｂ…
ディスクサブユニット、１ｃ…プラグ部、２…コントロ
ール機器、２ａ…コントロール部、２ｂ…プラグ部、３
…アンプ装置、３ａ…コントロール部、３ｂ…オーディ
オサブユニット、３ｃ…プラグ部、３ｄ，３ｅ…スピー
カ装置、９…ＩＥＥＥ１３９４方式のバスライン、１０
１…ディスク、１０２…光学ピックアップ、１０３…信
号処理部、１０４…デジタル・アナログ変換器、１０５
…アナログ出力端子、１０６…デジタル出力端子、１０
９…バスインターフェース部、１１０…中央制御ユニッ
ト（ＣＰＵ）、１１１…メモリ、３０１…入力端子群、
３０２…入力選択部、３０３…信号処理部、３０４…デ
ジタル・アナログ変換器、３０５…パワーアンプ部、３
０６，３０７…スピーカ端子、３０８…バスインターフ
ェース部、３０９…中央制御ユニット（ＣＰＵ）、３１
０…メモリ

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１３年１０月５日（２００１．１０．
５）

【手続補正１】

【補正対象書類名】図面

【補正対象項目名】図１４

【補正方法】変更

【補正内容】

【図１４】

Claims

【特許請求の範囲】

【請求項１】第１の機器から出力されるストリームデ
ータを、所定のネットワークを介して第２の機器で受信
させる通信方法において、上記第１の機器から出力されるストリームデータが、第
１のフォーマットのストリームデータから第２のフォー
マットのストリームデータに変わるとき、上記第１のフ
ォーマットのストリームデータの出力が終了してから、
上記第２のフォーマットのストリームデータと同じフォ
ーマットの無効なデータを出力させ、その無効なデータの出力中に、上記第１の機器が上記第
２の機器の状態を調べて、上記第２のフォーマットのス
トリームデータの入力準備ができたことを検出したと
き、上記第２のフォーマットのストリームデータの出力
を開始させる通信方法。
【請求項２】請求項１記載の通信方法において、上記第１の機器は、上記第２の機器の状態を調べるため
に、特定のパケットを上記ネットワークを介して上記第
２の機器に送り、そのパケットに対するレスポンスで、
上記第１の機器は、上記第２の機器の状態を確認する通
信方法。
【請求項３】請求項２記載の通信方法において、上記特定のパケットとして、上記第２の機器の現在の状
態が、上記第２のフォーマットのストリームデータの入
力ができる状態になっているかを問い合わせるデータを
付加し、そのパケットに対するレスポンスで、上記第２
のフォーマットのストリームデータの入力ができる状態
を確認するまで、上記特定のパケットを繰り返し送信す
る通信方法。
【請求項４】請求項２記載の通信方法において、上記特定のパケットとして、上記第２の機器で、上記第
２のフォーマットのストリームデータの入力ができる状
態に変化したことを知らせるデータを付加し、そのパケ
ットに対するレスポンスで、上記第２のフォーマットの
ストリームデータの入力ができる状態になったことを確
認する通信方法。
【請求項５】請求項１記載の通信方法において、上記無効なデータは、上記第２の機器でのオーディオの
出力をミュートさせるデータである通信方法。
【請求項６】出力機器から出力されるストリームデー
タを、所定のネットワークを介して入力機器で受信させ
る通信システムにおいて、上記出力機器として、上記ネットワークを介して通信を行う出力側通信手段
と、上記出力側通信手段から出力させるストリームデータを
得るストリームデータ取得手段と、上記出力側通信手段からのストリームデータの出力を制
御し、その出力させるストリームデータのフォーマット
が、第１のフォーマットから第２のフォーマットに変化
することを検出したとき、上記出力側通信手段から第２
のフォーマットのストリームデータと同じフォーマット
の無効なデータを出力させ、その無効なデータの出力中
に、上記入力機器の状態を調べて、上記第２のフォーマ
ットのストリームデータの入力準備ができたことを検出
したとき、上記出力側通信手段から上記第２のフォーマ
ットのストリームデータの出力を開始させる出力側制御
手段とを備え、上記入力機器として、上記ネットワークを介して通信を行う入力側通信手段
と、上記入力側通信手段に得られるストリームデータを処理
するストリームデータ処理手段と、上記ストリームデータ処理手段でのストリームデータ処
理を、上記入力側通信手段に得られるデータのフォーマ
ットに適合した処理に設定する入力側制御手段とを備え
た通信システム。
【請求項７】請求項６記載の通信システムにおいて、上記出力側制御手段は、上記入力機器の状態を調べるた
めに、上記出力側通信手段から、特定のパケットを上記
入力機器に送り、そのパケットに対するレスポンスを上
記出力側通信手段が受信した場合に、そのレスポンスに
含まれるデータから、上記入力機器の状態を確認し、上記入力側制御手段は、上記入力側通信手段が上記特定
のパケットを受信したとき、上記ストリームデータ処理
手段での設定に関するデータを、レスポンスとして上記
入力側通信手段から送信させる通信システム。
【請求項８】請求項７記載の通信システムにおいて、上記出力側制御手段は、上記出力側通信手段から出力さ
れる特定のパケットに、上記第２のフォーマットのスト
リームデータの入力ができる状態になっているかを問い
合わせるデータを付加し、上記入力側制御手段は、上記入力側通信手段から出力さ
れるレスポンスに、上記第２のフォーマットのストリー
ムデータの入力準備ができているか否かを区別できるデ
ータを付加した通信システム。
【請求項９】請求項７記載の通信システムにおいて、上記出力側制御手段は、上記出力側通信手段から出力さ
れる特定のパケットに、上記第２のフォーマットのスト
リームデータの入力ができる状態に変化したことを知ら
せるデータを付加し、上記入力側制御手段は、上記第２のフォーマットのスト
リームデータの入力準備ができたとき、上記入力側通信
手段から、入力準備ができたことを示すデータを付加し
たレスポンスを送信させる通信システム。
【請求項１０】請求項６記載の通信システムにおい
て、上記出力側通信手段が出力させる無効なデータは、上記
入力機器のストリームデータ処理手段で、オーディオの
出力をミュートさせるデータである通信システム。
【請求項１１】ストリームデータを所定のネットワー
クを経由して入力機器に出力させる出力機器において、上記ネットワークを介して通信を行う通信手段と、上記通信手段から出力させるストリームデータを得るス
トリームデータ取得手段と、上記通信手段からのストリームデータの出力を制御し、
その出力させるストリームデータのフォーマットが、第
１のフォーマットから第２のフォーマットに変化するこ
とを検出したとき、上記通信手段から第２のフォーマッ
トのストリームデータと同じフォーマットの無効なデー
タを出力させ、その無効なデータの出力中に、上記入力
機器の状態を調べて、上記第２のフォーマットのストリ
ームデータの入力準備ができたことを検出したとき、上
記通信手段から上記第２のフォーマットのストリームデ
ータの出力を開始させる制御手段とを備えた出力機器。
【請求項１２】請求項１１記載の出力機器において、上記制御手段は、上記入力機器の状態を調べるために、
上記通信手段から、特定のパケットを上記入力機器に送
り、そのパケットに対するレスポンスを上記通信手段が
受信した場合に、そのレスポンスに含まれるデータか
ら、上記入力機器の状態を確認する出力機器。
【請求項１３】請求項１２記載の出力機器において、上記制御手段は、上記通信手段から出力される特定のパ
ケットに、上記第２のフォーマットのストリームデータ
の入力ができる状態になっているかを問い合わせるデー
タを付加し、そのパケットに対するレスポンスで、入力ができる状態
になっていることを確認するまで、上記制御手段は、上
記特定パケットを繰り返し送信させる出力機器。
【請求項１４】請求項１２記載の出力機器において、上記制御手段は、上記通信手段から出力される特定のパ
ケットに、上記第２のフォーマットのストリームデータ
の入力ができる状態に変化したことを知らせるデータを
付加し、そのパケットに対するレスポンスで、上記制御手段は、
入力できる状態になったことを確認する出力機器。
【請求項１５】請求項１１記載の出力機器において、上記通信手段が出力させる無効なデータは、上記入力機
器で、オーディオの出力をミュートさせるデータである
出力機器。