(57)【特許請求の範囲】
【請求項１】
第１の機器から出力されるストリームデータを、所定のネットワークを介して第２の機器で受信させる通信方法において、
レートコントロールされた状態で受信した第１または第２のフォーマットのストリームデータを蓄積し、受信した当該ストリームデータのフォーマットに応じた入力準備の後、蓄積されたストリームを出力する上記第２の機器に対し、
上記第１の機器から出力されるストリームデータが、第１のフォーマットのストリームデータから第２のフォーマットのストリームデータに変わるとき、上記第１のフォーマットのストリームデータの出力が終了してから、上記第２のフォーマットのストリームデータと同じフォーマットの無効なデータを出力させ、
その無効なデータが出力されるのに応じて、上記第１の機器が上記第２の機器の状態を繰り返し調べて、蓄積された上記第１のフォーマットのストリームデータの出力が完了し、かつ、上記第２のフォーマットのストリームデータの上記入力準備ができたことを検出したとき、上記第２のフォーマットのストリームデータの出力を開始させる
通信方法。
【請求項２】
請求項１記載の通信方法において、
上記第１の機器は、上記第２の機器の状態を調べるために、特定のパケットを上記ネットワークを介して上記第２の機器に送り、そのパケットに対するレスポンスで、上記第１の機器は、上記第２の機器の状態を確認する
通信方法。
【請求項３】
請求項２記載の通信方法において、
上記特定のパケットとして、上記第２の機器で、上記第２のフォーマットのストリームデータの入力ができる状態に変化したことを知らせるデータを付加し、そのパケットに対するレスポンスで、上記第２のフォーマットのストリームデータの入力ができる状態になったことを確認する
通信方法。
【請求項４】
請求項１記載の通信方法において、
上記無効なデータは、上記第２の機器でのオーディオの出力をミュートさせるデータである
通信方法。
【請求項５】
出力機器から出力されるストリームデータを、所定のネットワークを介して入力機器で受信させる通信システムにおいて、
上記出力機器として、
レートコントロールされた状態で上記ネットワークを介して通信を行う出力側通信手段と、
上記出力側通信手段から出力させるストリームデータを得るストリームデータ取得手段と、
上記出力側通信手段からのストリームデータの出力を制御し、その出力させるストリームデータのフォーマットが、第１のフォーマットから第２のフォーマットに変化することを検出したとき、上記出力側通信手段から第２のフォーマットのストリームデータと同じフォーマットの無効なデータを出力させ、その無効なデータが出力されるのに応じて、上記入力機器の状態を繰り返し調べて、上記第２のフォーマットのストリームデータの入力準備ができたことを検出したとき、上記出力側通信手段から上記第２のフォーマットのストリームデータの出力を開始させる出力側制御手段とを備え、
上記入力機器として、
レートコントロールされた状態で上記ネットワークを介して通信を行う入力側通信手段と、
上記入力側通信手段に得られるストリームデータを処理するストリームデータ処理手段と、
上記レートコントロールされた状態で上記入力側通信手段に得られたストリームデータを蓄積する蓄積手段と、
上記ストリームデータ処理手段でのストリームデータ処理を、上記入力側通信手段に得られるデータのフォーマットに適合した処理に設定する入力側制御手段とを備え、
上記出力側制御手段は、上記蓄積手段に蓄積された上記第1のフォーマットのストリームデータの出力が完了し、かつ、上記入力側制御手段により上記ストリームデータ処理手段が上記第２のフォーマットのストリームデータの処理の準備ができたことを検出したとき、上記第２のフォーマットのストリームデータの出力を開始させる
通信システム。
【請求項６】
請求項５記載の通信システムにおいて、
上記出力側制御手段は、上記入力機器の状態を調べるために、上記出力側通信手段から、特定のパケットを上記入力機器に送り、そのパケットに対するレスポンスを上記出力側通信手段が受信した場合に、そのレスポンスに含まれるデータから、上記入力機器の状態を確認し、
上記入力側制御手段は、上記入力側通信手段が上記特定のパケットを受信したとき、上記ストリームデータ処理手段での設定に関するデータを、レスポンスとして上記入力側通信手段から送信させる
通信システム。
【請求項７】
請求項６記載の通信システムにおいて、
上記出力側制御手段は、上記出力側通信手段から出力される特定のパケットに、上記第２のフォーマットのストリームデータの入力ができる状態になっているかを問い合わせるデータを付加し、
上記入力側制御手段は、上記入力側通信手段から出力されるレスポンスに、上記第２のフォーマットのストリームデータの入力準備ができているか否かを区別できるデータを付加した
通信システム。
【請求項８】
請求項６記載の通信システムにおいて、
上記出力側制御手段は、上記出力側通信手段から出力される特定のパケットに、上記第２のフォーマットのストリームデータの入力ができる状態に変化したことを知らせるデータを付加し、
上記入力側制御手段は、上記第２のフォーマットのストリームデータの入力準備ができたとき、上記入力側通信手段から、入力準備ができたことを示すデータを付加したレスポンスを送信させる通信システム。
【請求項９】
請求項５記載の通信システムにおいて、
上記出力側通信手段が出力させる無効なデータは、上記入力機器のストリームデータ処理手段で、オーディオの出力をミュートさせるデータである
通信システム。
【請求項１０】
ストリームデータを所定のネットワークを経由して入力機器に出力させる出力機器であって、
上記入力機器は、レートコントロールされた状態で受信した第１または第２のフォーマットのストリームデータを蓄積し、受信した当該ストリームデータのフォーマットに応じた入力準備の後、蓄積されたストリームを出力する機器とした出力機器において、
上記ネットワークを介して通信を行い、レートコントロールされた状態でストリームデータを出力させる通信手段と、
上記通信手段から出力させるストリームデータを得るストリームデータ取得手段と、
上記通信手段からのストリームデータの出力を制御し、その出力させるストリームデータのフォーマットが、第１のフォーマットから第２のフォーマットに変化することを検出したとき、上記通信手段から第２のフォーマットのストリームデータと同じフォーマットの無効なデータを出力させ、その無効なデータが出力されるのに応じて、上記入力機器の状態を繰り返し調べて、上記入力機器に蓄積された上記第１のフォーマットのストリームデータの上記入力機器での出力が完了し、かつ、上記第２のフォーマットのストリームデータの入力準備ができたことを検出したとき、上記通信手段から上記第２のフォーマットのストリームデータの出力を開始させる制御手段とを備えた
出力機器。
【請求項１１】
請求項１０記載の出力機器において、
上記制御手段は、上記入力機器の状態を調べるために、上記通信手段から、特定のパケットを上記入力機器に送り、そのパケットに対するレスポンスを上記通信手段が受信した場合に、そのレスポンスに含まれるデータから、上記入力機器の状態を確認する
出力機器。
【請求項１２】
請求項１１記載の出力機器において、
上記制御手段は、上記通信手段から出力される特定のパケットに、上記第２のフォーマットのストリームデータの入力ができる状態に変化したことを知らせるデータを付加し、
そのパケットに対するレスポンスで、上記制御手段は、入力できる状態になったことを確認する
出力機器。
【請求項１３】
請求項１０記載の出力機器において、
上記通信手段が出力させる無効なデータは、上記入力機器で、オーディオの出力をミュートさせるデータである
出力機器。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers ）１３９４方式のバスラインで接続された機器の間で、オーディオデータなどのストリームデータの伝送を行う場合に適用して好適な通信方法及び通信システム、並びにこの通信システムに使用される出力機器に関する。
【０００２】
【従来の技術】
ＩＥＥＥ１３９４方式のシリアルデータバスを用いたネットワークで介して、相互に情報を伝送することができるＡＶ機器が開発されている。このバスを介してデータ伝送を行う際には、比較的大容量のビデオデータ，オーディオデータなどをリアルタイム伝送する際に使用されるアイソクロナス転送モードと、静止画像，テキストデータ，制御コマンドなどを確実に伝送する際に使用されるアシンクロナス転送モードとが用意され、それぞれのモード毎に専用の帯域が伝送に使用される。
【０００３】
図１５は、このＩＥＥＥ１３９４方式のバスを用いた接続例を示した図で、データを送出する機器であるソース機器ａと、そのソース機器ａから送出されるデータを受信する機器である入力機器（シンク機器）ｂと、両機器ａ，ｂ間のデータ伝送を制御するコントローラｃとが、ＩＥＥＥ１３９４方式のバスｄに接続されているとする。このとき、例えばコントローラｃの制御で、両機器ａ，ｂ間でオーディオデータを伝送させることを考えた場合、コントローラｃがバスｄ上のアイソクロナス転送用チャンネルを確保して、そのチャンネルで伝送できるように両機器ａ，ｂ間のコネクションを張った上で、ソース機器ａから入力機器ｂへの伝送を開始させるようにしてある。なお、ソース機器ａあるいは入力機器ｂがコントローラを兼ねるようにしても良い。
【０００４】
このようにしてソース機器ａと入力機器ｂとの間のデータ伝送を行う場合には、例えばＡＶ機器などに適用されるＡＶ／Ｃコマンド（AV/C Command Transaction Set）と称される制御コマンドの伝送方式が適用できる。ＡＶ／Ｃコマンドの詳細については、1394 Trade Associationで公開しているAV/C Digital Interface Command Set General Specificationに記載されている。
【０００５】
【発明が解決しようとする課題】
ところで、ソース機器から入力機器にオーディオデータなどのストリームデータを伝送させるとき、入力機器側では、そのとき伝送されたストリームデータの種類に対応した処理が必要である。従って、ストリームデータのフォーマットなどが伝送途中で変化したときには、入力機器でそのことを検出して、処理状態を変更させる切替え処理が必要になる。
【０００６】
図１６は、バスラインを介してストリームデータを伝送する途中で、データのフォーマットが変化したときの一例を示した図である。例えば、ソース機器ａとして、ディスク再生装置とし、このディスク再生装置で再生中のディスクには、コンテンツＡとコンテンツＢのオーディオデータ（ストリームデータ）が記録されているとする。コンテンツＡとコンテンツＢとは、異なるフォーマットのストリームデータとして出力されるオーディオデータが記録されたコンテンツであるとする。また、入力機器ｂは、入力したオーディオデータを出力処理して、接続されたスピーカなどから出力させるアンプ装置としての機能を備えているとする。このような構成で、ソース機器ａでディスクから再生したストリームデータを、入力機器ｂにバスラインを介して伝送させたとする。
【０００７】
このように伝送させて、タイミングｔａでコンテンツＡの再生が終了して、コンテンツＢの再生に移ったとする。このとき、入力機器ｂでは、コンテンツＡを処理するための処理状態から、コンテンツＢを処理するための処理状態に、内部の回路などの設定を変える必要があり、そのための準備が整ったタイミングｔｂから、コンテンツＢのオーディオがスピーカから出力されるようになる。
【０００８】
従って、フォーマットの変化点であるタイミングｔａからタイミングｔｂまでの間は、コンテンツＢのオーディオが出力されないことになり、いわゆる頭切れが発生してしまう問題がある。
【０００９】
このような問題は、レートコントロール（フローコントロール）と称される処理をソース機器と入力機器との間で実行しているとき、特に顕著に現れてしまう。図１７は、レートコントロールが行われる状態を示した図である。このレートコントロールは、入力機器ｂ側でストリームデータを処理するレートに合わせて、ソース機器ａからストリームデータを出力させるレートを調整するフローコントロール処理である。この例では、入力機器ｂに、伝送されたストリームデータを一時蓄積させるバッファメモリｍを備えて、そのメモリｍのデータ蓄積量がほぼ一定となるように、入力機器ｂからソース機器ａに対して、レートコントロールデータを送り、ソース機器ａでは、そのレートコントロールデータに基づいて、出力レートをコントロールした上で、ストリームデータを入力機器ｂに送るようにしたものである。
【００１０】
この場合、バッファメモリｍは、入力データのフォーマットが変わる際には、そのメモリに蓄積されたデータを全て出力させて、一度メモリを空にしてからでないと、別のフォーマットのデータの蓄積ができない。このため、上述した図１６に示したようなコンテンツＡからコンテンツＢへのフォーマットの変化があったとき、伝送データのフォーマットが変化したタイミングｔａでメモリｍに蓄積されたデータを、全て出力し終えて、初めてコンテンツＢの入力ができるようになる。従って、レートコントロールのような制御が行われている場合には、変化したフォーマットに対処できるまでの時間（即ち図１７のタイミングｔａからタイミングｔｂまでの時間）が、比較的長く必要である問題があった。
【００１１】
なお、ここまでの説明では、ＩＥＥＥ１３９４方式のバスラインで接続されたネットワークで、ストリームデータを伝送する場合の問題について述べたが、その他のネットワークでストリームデータを伝送させる場合に、そのストリームデータのフォーマットが変化する場合には、同様の問題がある。
【００１２】
本発明の目的は、ＩＥＥＥ１３９４方式などのネットワークにおいて、ストリームデータを伝送する場合に、そのストリームデータのフォーマットが途中で変化したとき、その変化点の前後で処理が途切れないようにすることにある。
【００１３】
【課題を解決するための手段】
本発明は、第１の機器から出力されるストリームデータを、所定のネットワークを介して第２の機器で受信させる場合に、レートコントロールされた状態で受信した第１または第２のフォーマットのストリームデータを蓄積し、受信した当該ストリームデータのフォーマットに応じた入力準備の後、蓄積されたストリームを出力する第２の機器に対し、第１の機器から出力されるストリームデータが、第１のフォーマットのストリームデータから第２のフォーマットのストリームデータに変わるとき、第１のフォーマットのストリームデータの出力が終了してから、第２のフォーマットのストリームデータと同じフォーマットの無効なデータを出力させ、その無効なデータが出力されるのに応じて、第１の機器が第２の機器の状態を繰り返し調べて、蓄積された第１のフォーマットのストリームデータの出力が完了し、かつ、第２のフォーマットのストリームデータの入力準備ができたことを検出したとき、第２のフォーマットのストリームデータの出力を開始させるようにしたものである。
【００１４】
かかる発明によると、ストリームデータを受信する側の機器（第２の機器）で、第２のフォーマットのストリームデータと同じフォーマットの無効なデータを受信し、その無効なデータを受信している間に、第２のフォーマットのストリームデータを受信できるように、第２の機器内の設定を切り替えることができる。そして、第２の機器内の設定が切り替わったことを、第１の機器で検出したとき、第１の機器から第２のフォーマットのストリームデータの出力を開始させる。このとき、第２の機器で、既に入力した第１のフォーマットのストリームデータを正常に処理することを保証し、第２の機器内の設定が切り替わったことを第１の機器で検出できるようにする。これによって、第２の機器では、第１のフォーマットのストリームデータの処理を中断することなく終了し、第２のフォーマットのストリームデータを、先頭から正しく処理できることになる。
【００１５】
【発明の実施の形態】
以下、本発明の一実施の形態を、図１〜図１４を参照して説明する。
【００１６】
本発明を適用したネットワークシステムの構成例について、図１を参照して説明する。このネットワークシステムは、ＩＥＥＥ１３９４方式のシリアルデータバス９を介して、複数台の機器が接続されるシステムとしてある。ここでは、図１に示すように、ディスク再生装置１と、コントロール装置２と、アンプ装置３とが、バス９に接続してある。コントロール装置２は、例えばパーソナルコンピュータ装置が適用できる。
【００１７】
各機器は、ＩＥＥＥ１３９４方式のバス接続用端子を備えた機器であり、またＡＶ／Ｃコマンドで制御が行える機能が実装させてある。コントロール装置２は、バス９上での伝送制御を行う機器（コントローラ）としてある。バス９に接続された図示しない別の機器が、バス９上での伝送制御を行う構成であっても良く、またディスク再生装置１又はアンプ装置３が、コントローラとしての機能を備えても良い。
【００１８】
各機器１，２，３は、ＡＶ／Ｃコマンドで規定された機能的に見た場合、各機能を実現する処理を実行するサブユニットと、バス９と内部のサブユニットとの間でデータの入出力を行うプラグ部とを備えた構成として見ることができる。即ち、ディスク再生装置１は、コントロール機能を実行するコントロール部１ａと、そのコントロール部１ａの制御でディスクからの再生を行うディスクサブユニット１ｂとを備える。コントロール装置２は、バス９上での伝送制御を実行するコントロール部２ａを備える。アンプ装置３は、コントロール機能を実行するコントロール部３ａと、オーディオ信号の信号処理とその出力処理を行うオーディオサブユニット３ｂを備える。オーディオサブユニット３ｂには、スピーカ装置３ｄ，３ｅが接続される。また、それぞれの機器１，２，３がプラグ部１ｃ，２ｂ，３ｃを備える。各プラグ部１ｃ，２ｂ，３ｃには、複数のプラグが実装されて、バス９上の複数のチャンネルと接続できる構成とされる。
【００１９】
図２は、ディスク再生装置１の内部構成の一例を示したものである。ここでのディスク再生装置１は、光ディスク１０１に記録されたデジタルオーディオデータを再生する装置である。再生装置１で再生可能な光ディスク１０１としては、ＣＤ（Compact Disc）の他に、ＤＶＤ（Digital Video Disc又はDigital Versatile Disc）オーディオなどの各種フォーマットの光ディスクの再生が可能としてある。
【００２０】
ディスク再生装置１の構成について説明すると、再生装置１に装着された光ディスク１０１に記録されたデータを、光学ピックアップ１０２で光学的に読み出し、光学ピックアップ１０２で読み出された信号を、信号処理部１０３に供給して処理することで再生データを得、その再生データをデジタル・アナログ変換器１０４でアナログオーディオ信号に変換した後、アナログ出力端子１０５から出力させ、この端子１０５に接続されたオーディオ機器などに供給する。また、デジタル・アナログ変換器１０４でアナログ変換してないデジタルオーディオデータを、デジタル出力端子１０５から出力させる。また、ディスク１０１から再生したオーディオデータなどを、ＩＥＥＥ１３９４方式のバスインターフェース部１０９に供給して、接続されたバス９に送出できるようにしてある。
【００２１】
ディスク再生装置１内での再生動作や、バス９を介したデータ伝送は、中央制御ユニット（ＣＰＵ）１１０の制御で実行される。ＣＰＵ１１０には、制御に必要なデータなどを記憶するメモリ１１１が接続してある。
【００２２】
図３は、アンプ装置３の内部構成の一例を示したものである。アンプ装置３は、オーディオ信号（デジタルデータ又はアナログ信号）が複数台のオーディオ機器から供給される入力端子群３０１を備え、この入力端子群３０１に得られるオーディオ信号の中の何れかのオーディオ信号を入力選択部３０２で選択する。そして、選択されたオーディオ信号に対して、信号処理部３０３で必要な信号処理を施す。ここでの信号処理は、例えばＤＳＰ（Digital Signal Processor）と称されるデジタル処理回路を使用して、信号特性の補正，マルチチャンネル処理などが行われる。選択された入力信号がアナログ信号である場合には、信号処理部３０３内でデジタル信号に変換した後、処理される。
【００２３】
信号処理部３０３の出力は、デジタル・アナログ変換器３０４に供給してアナログオーディオ信号に変換し、その変換されたオーディオ信号をパワーアンプ部３０５に供給し、スピーカを駆動できる出力に増幅する。パワーアンプ部３０５の出力は、スピーカ端子３０６，３０７を介して接続されたスピーカ装置に供給される。
【００２４】
また本例のアンプ装置３は、ＩＥＥＥ１３９４方式のバスインターフェース部３０８を備えて、バス９により伝送されたオーディオデータをインターフェース部３０８が受信したとき、その受信したオーディオデータを入力選択部３０２を介して信号処理部３０３に供給できるようにしてある。
【００２５】
アンプ装置３内での信号処理動作や、バス９を介した受信動作は、中央制御ユニット（ＣＰＵ）３０９の制御で実行される。ＣＰＵ３０９には、制御に必要なデータなどを記憶するメモリ３１０が接続してある。
【００２６】
次に、上述した各機器が接続されるＩＥＥＥ１３９４方式のバス９でデータが伝送される状態について説明する。図４は、ＩＥＥＥ１３９４で接続された機器のデータ伝送のサイクル構造を示す図である。ＩＥＥＥ１３９４では、データは、パケットに分割され、１２５μＳの長さのサイクルを基準として時分割にて伝送される。このサイクルは、サイクルマスタ機能を有するノード（バスに接続ささたいずれかの機器）から供給されるサイクルスタート信号によって作り出される。アイソクロナスパケットは、全てのサイクルの先頭から伝送に必要な帯域（時間単位であるが帯域と呼ばれる）を確保する。このため、アイソクロナス伝送では、データの一定時間内の伝送が保証される。ただし、伝送エラーが発生した場合は、保護する仕組みが無く、データは失われる。各サイクルのアイソクロナス伝送に使用されていない時間に、アービトレーションの結果、バスを確保したノードが、アシンクロナスパケットを送出するアシンクロナス伝送では、アクノリッジ、およびリトライを用いることにより、確実な伝送は保証されるが、伝送のタイミングは一定とはならない。
【００２７】
ネットワークに接続されたノード（機器）がアイソクロナス伝送を行う為には、そのノードがアイソクロナス機能に対応していなければならない。また、ＩＥＥＥ１３９４シリアルバスに接続されたノードの中の少なくとも１つは、サイクルマスタ機能を有していなければならない。更に、ＩＥＥＥ１３９４シリアスバスに接続されたノードの中の少なくとも１つは、アイソクロナスリソースマネージャの機能を有していなければならない。
【００２８】
図５は、バス上でデータ伝送を行う上で必要なプラグ、プラグコントロールレジスタ、およびアイソクロナスチャンネルの関係を表す図である。ＡＶデバイス（ＡＶ−ｄｅｖｉｃｅ）１１〜１３は、ＩＥＥＥ１３９４シリアスバスによって接続されている。ＡＶデバイス１３のｏＭＰＲにより伝送速度とｏＰＣＲの数が規定されたｏＰＣＲ〔０〕〜ｏＰＣＲ〔２〕のうち、ｏＰＣＲ〔１〕によりチャンネルが指定されたアイソクロナスデータは、ＩＥＥＥ１３９４シリアスバスのチャンネル＃１（ｃｈａｎｎｅｌ  ＃１）に送出される。ＡＶデバイス１１のｉＭＰＲにより伝送速度とｉＰＣＲの数が規定されたｉＰＣＲ〔０〕とｉＰＣＲ〔１〕のうち、ｉＰＣＲ〔０〕により、ＡＶデバイス１１は、ＩＥＥＥ１３９４シリアスバスのチャンネル＃１に送出されたアイソクロナスデータを読み込む。同様に、ＡＶデバイス１２は、ｏＰＣＲ〔０〕で指定されたチャンネル＃２（ｃｈａｎｎｅｌ  ＃２）に、アイソクロナスデータを送出し、ＡＶデバイス１１は、ｉＰＲＣ〔１〕にて指定されたチャンネル＃２からそのアイソクロナスデータを読み込む。
【００２９】
このように確保されたチャンネルを使用して、データの送出元の機器の出力プラグからバスに送出されたデータが、データの受信先の機器の入力プラグで受信されるように設定される。このようにチャンネルとプラグを設定してコネクションを張る処理が、バスに接続された所定の機器（コントローラ）の制御で実行される。
【００３０】
このようにして、ＩＥＥＥ１３９４シリアスバスによって接続されている機器間でデータ伝送が行われる。ここで、ＩＥＥＥ１３９４シリアスバスで、アイソクロナス転送モードで、ストリームデータの伝送を行う場合のパケットのデータ構造例を、図６に示す。
【００３１】
図６では、パケットを１クワッドレッド（１ｑｕａｄｌｅｔ＝３２ビット）単位で示してある。最初の２クワッドレッドの区間は、アイソクロナスパケットのヘッダであり、データ長，タグ，チャンネルなどのデータと共に、これらのデータの誤り訂正符号ＣＲＣが配置してある。次の２クワッドレッドの区間は、ＣＩＰヘッダと称され、オーディオデータやビデオデータを伝送する際に配置されるヘッダである。このＣＩＰヘッダでは、データ送出元（ソース機器）のノードＩＤであるＳＩＤと、ストリームデータのパケット化の単位ＤＢＳと、パケット化前の分割数ＦＮと、データ分割時に加えたクワッドレッド数ＱＰＣと、ソース機器のパケットヘッダのフラグＳＰＨと、パケットの欠落検出用カウンタＤＢＣと、信号フォーマットのＩＤであるＦＭＴなどが配置される。
【００３２】
なお、アイソクロナスパケットで伝送されるストリームデータのフォーマットなどに対応した、その他のデータがＣＩＰヘッダに配置される場合もある。例えば、オーディオデータのサンプリング周波数のデータや、後述するレートコントロールが行われていることを示すフラグ（Ｎフラグ）のデータが配置される場合もある。このように構成されるＣＩＰヘッダに続いて、所定のデータ量のストリームデータが配置される。また、パケットの末尾には、誤り訂正符号ＣＲＣが配置される。
【００３３】
このようなデータ構造でストリームデータについては伝送されるが、ＩＥＥＥ１３９４シリアスバスを介して接続された機器間では、アシンクロナス転送モードでコマンドやレスポンスなどの制御パケットについても伝送できるようにしてある。本例のシステムでは、このＩＥＥＥ１３９４シリアスバスを介して接続された機器のコントロールのためのコマンドとして規定されたＡＶ／Ｃコマンドを利用して、各機器のコントロールや状態の判断などが行えるようにしてある。このＡＶ／Ｃコマンドで使用されるデータについて以下説明する。
【００３４】
図７は、ＡＶ／Ｃコマンドとしてコマンドやレスポンスを伝送する際の、パケットのデータ構造を示している。このＡＶ／Ｃコマンドでは、コマンドやレスポンスはアシンクロナス転送モードで伝送される。ＡＶ／Ｃコマンドは、ＡＶ機器を制御するためのコマンドセットで、ＣＴＳ（コマンドセットのＩＤ）＝“００００”である。バスおよびＡＶ機器に負担をかけないために、コマンドに対するレスポンスは、１００ｍｓ以内に行うことになっている。図７に示したパケットについても、１クワッドレッド（ｑｕａｄｌｅｔ）単位で示してある。先頭の５クワッドレッド区間については、パケットのヘッダ部分であり、残りの部分がデータブロックである。
【００３５】
ヘッダ部分のｄｅｓｔｉｎａｔｉｏｎ  ＩＤは、宛先を示している。ＣＴＳはコマンドセットのＩＤを示しており、ＡＶ／ＣコマンドセットではＣＴＳ＝“００００”である。ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅのフィールドは、パケットがコマンドの場合はコマンドの機能分類を示し、パケットがレスポンスの場合はコマンドの処理結果を示す。
【００３６】
コマンドは大きく分けて、（１）機能を外部から制御するコマンド（ＣＯＮＴＲＯＬ）、（２）外部から状態を問い合わせるコマンド（ＳＴＡＴＵＳ）、（３）制御コマンドのサポートの有無を外部から問い合わせるコマンド（ＧＥＮＥＲＡＬ  ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅのサポートの有無）およびＳＰＥＣＩＦＩＣ  ＩＮＱＵＩＲＹ（ｏｐｃｏｄｅおよびｏｐｅｒａｎｄｓのサポートの有無））、（４）状態の変化を知らせるよう要求するコマンド（ＮＯＴＩＦＹ）の４種類が定義されている。
【００３７】
レスポンスはコマンドの種類に応じて返される。ＣＯＮＴＲＯＬコマンドに対するレスポンスには、ＮＯＴ  ＩＭＰＬＥＭＥＮＴＥＤ（実装されていない）、ＡＣＣＥＰＴＥＤ（受け入れる）、ＲＥＪＥＣＴＥＤ（拒絶）、およびＩＮＴＥＲＩＭ（暫定的な応答）がある。ＳＴＡＴＵＳコマンドに対するレスポンスには、ＮＯＴ  ＩＮＰＬＥＭＥＮＴＥＤ、ＲＥＪＥＣＴＥＤ、ＩＮ  ＴＲＡＮＳＩＴＩＯＮ（移行中）、およびＳＴＡＢＬＥ（安定）がある。ＧＥＮＥＲＡＬ  ＩＮＱＵＩＲＹおよびＳＰＥＣＩＦＩＣ  ＩＮＱＵＩＲＹコマンドに対するレスポンスには、ＩＭＰＬＥＭＥＮＴＥＤ（実装されている）、およびＮＯＴ  ＩＭＰＬＥＭＥＮＴＥＤがある。ＮＯＴＩＦＹコマンドに対するレスポンスには、ＮＯＴＩＭＰＬＥＭＥＮＴＥＤ，ＲＥＪＥＣＴＥＤ，ＩＮＴＥＲＩＭおよびＣＨＡＮＧＥＤ（変化した）がある。なお、ここに示した以外のコマンドやレスポンスが定義されることもある。
【００３８】
ｓｕｂｕｎｉｔ  ｔｙｐｅ（サブユニットタイプ）は、機器内の機能を特定するために設けられており、例えば、ｔａｐｅ  ｒｅｃｏｒｄｅｒ／ｐｌａｙｅｒ，ｔｕｎｅｒ等が割り当てられる。同じ種類のサブユニットが複数存在する場合の判別を行うために、判別番号としてｓｕｂｕｎｉｔ  ｉｄでアドレッシングを行う。ｏｐｃｏｄｅはコマンドを表しており、ｏｐｅｒａｎｄはコマンドのパラメータを表している。Ａｄｄｉｔｉｏｎａｌ  ｏｐｅｒａｎｄｓは必要に応じて付加されるフィールドである。ｐａｄｄｉｎｇも必要に応じて付加されるフィールドである。ｄａｔａ  ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）はデータ伝送時のエラーチェックに使われる誤り訂正符号である。
【００３９】
図８は、ＡＶ／Ｃコマンドの具体例を示している。図８の（Ａ）は、ｃｔｙｐｅ／ｒｅｓｐｏｎｓｅの具体例を示している。図中上段がコマンドを表しており、図中下段がレスポンスを表している。“００００”にはＣＯＮＴＲＯＬ、“０００１”にはＳＴＡＴＵＳ、“００１０”にはＳＰＥＣＩＦＩＣ  ＩＮＱＵＩＲＹ、“００１１”にはＮＯＴＩＦＹ、“０１００”にはＧＥＮＥＲＡＬ  ＩＮＱＵＩＲＹが割り当てられている。“０１０１乃至０１１１”は将来の仕様のために予約確保されている。また、“１０００”にはＮＯＴ  ＩＮＰＬＥＭＥＮＴＥＤ、“１００１”にはＡＣＣＥＰＴＥＤ、“１０１０”にはＲＥＪＥＣＴＥＤ、“１０１１”にはＩＮ  ＴＲＡＮＳＩＴＩＯＮ、“１１００”にはＩＭＰＬＥＭＥＮＴＥＤ／ＳＴＡＢＬＥ、“１１０１”にはＣＨＮＧＥＤ、“１１１１”にはＩＮＴＥＲＩＭが割り当てられている。“１１１０”は将来の仕様のために予約確保されている。
【００４０】
図８の（Ｂ）は、ｓｕｂｕｎｉｔ  ｔｙｐｅの具体例を示している。“０００００”にはＶｉｄｅｏ  Ｍｏｎｉｔｏｒ、“０００１１”にはＤｉｓｋ  ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ、“００１００”にはＴａｐｅ  ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒ、“００１０１”にはＴｕｎｅｒ、“００１１１”にはＶｉｄｅｏＣａｍｅｒａ、“１１１００”にはＶｅｎｄｏｒ  ｕｎｉｑｕｅ、“１１１１０”にはＳｕｂｕｎｉｔ  ｔｙｐｅ  ｅｘｔｅｎｄｅｄ  ｔｏ  ｎｅｘｔ  ｂｙｔｅが割り当てられている。尚、“１１１１１”にはｕｎｉｔが割り当てられているが、これは機器そのものに送られる場合に用いられ、例えば電源のオンオフなどが挙げられる。
【００４１】
図８の（Ｃ）は、ｏｐｃｏｄｅの具体例を示している。各ｓｕｂｕｎｉｔ  ｔｙｐｅ毎にｏｐｃｏｄｅのテーブルが存在し、ここでは、ｓｕｂｕｎｉｔ  ｔｙｐｅがＴａｐｅ  ｒｅｃｏｒｄｅｒ／Ｐｌａｙｅｒの場合のｏｐｃｏｄｅを示している。また、ｏｐｃｏｄｅ毎にｏｐｅｒａｎｄが定義されている。ここでは、“００ｈ”にはＶＥＮＤＯＲ−ＤＥＰＥＮＤＥＮＴ、“５０ｈ”にはＳＥＡＲＣＨ  ＭＯＤＥ、“５１ｈ”にはＴＩＭＥＣＯＤＥ、“５２ｈ”にはＡＴＮ、“６０ｈ”にはＯＰＥＮ  ＭＩＣ、“６１ｈ”にはＲＥＡＤ  ＭＩＣ、“６２ｈ”にはＷＲＩＴＥ  ＭＩＣ、“Ｃ１ｈ”にはＬＯＡＤ  ＭＥＤＩＵＭ、“Ｃ２ｈ”にはＲＥＣＯＲＤ、“Ｃ３ｈ”にはＰＬＡＹ、“Ｃ４ｈ”にはＷＩＮＤが割り当てられている。
【００４２】
このように規定されるＡＶ／Ｃコマンドを利用して、バスに接続された機器の制御が行われて、その制御に基づいてバスで接続された機器間でのデータ伝送が行われる。なお、図８に示したコマンドやレスポンス、サブユニットタイプについては、代表的なものだけを示してあり、これ以外のものについても定義されていると共に、未定義の値に、将来別のコマンドやサブユニットタイプなどが定義されることもある。
【００４３】
次に、本例のネットワークに接続された機器間で、オーディオデータなどのストリームデータの伝送を行う場合について説明する。ここでは、ディスク再生装置１が、オーディオデータの出力機器（ソース機器）となり、そのソース機器からバスに送出されたオーディオ信号を、入力機器（シンク機器）であるアンプ装置３が受信して、アンプ装置３に接続されたスピーカ装置３ｄ，３ｅからオーディオを出力（放音）させる例としてある。
【００４４】
本例の場合には、レートコントロールが行われて、ディスク再生装置１からアンプ装置３にストリームデータ（オーディオデータ）が伝送されるようにしてある。まず、このレートコントロールが行われる状態について、図９を参照して説明する。図９に示したソース機器は、オーディオデータをネットワークに出力するディスク再生装置１に相当し、シンク機器は、オーディオデータをネットワークから入力するアンプ装置３に相当する。ソース機器とシンク機器の間でレートコントロールのために伝送されるデータ（コマンド及びレスポンス）は、上述したＡＶ／Ｃコマンドとして構成されたデータである。
【００４５】
まず、シンク機器（アンプ装置３）は、ソース機器（ディスク再生装置１）にレートコントロールの基準のレートを指示するレートコントロールコマンドのベースコンフィギュアサブファンクションを送り（ステップＳ１）、このコマンドに対するレスポンスをシンク機器３が確認する（ステップＳ２）。次に、シンク機器３は、レートコントロールの実行を指示するレートコントロールコマンドのシンクセレクトサブファンクションを、ソース機器１に送る（ステップＳ３）。このコマンドを受信したソース機器１は、コマンドに対する処理が正常に行われたことを示すレスポンスを、シンク機器３に送る（ステップＳ４）。このとき、ソース機器１は、レートコントロール（command-based rate control）を完遂するターゲット機器となり、レートコントロールに関するコントローラであるアンプ装置３のノードＩＤを記憶する。これにより、ディスク再生装置１は、コントローラであるアンプ装置３が、レートコントロールによって制御されたストリームデータの入力機器であることが判る。
【００４６】
以後、コントローラであるアンプ装置３は、レートコントロールによるストリームデータの伝送するレートを変更する必要があるとき、レートコントロールコマンドのフローコントロールサブファンクションをディスク再生装置１に送り（ステップＳ７）、そのコマンドに対するレスポンスを確認する（ステップＳ８）。このコマンドに指定されるレートに対するデータの値は、アンプ装置３が入力したストリームデータの内部での信号処理の状態によって適切な伝送レートが設定される。また、このレートコントロールを継続して完遂する間、コントローラであるアンプ装置３は、コマンド間隔として５秒以内の任意の時間で繰り返しレートコントロールコマンドのフローコントロールサブファンクションをディスク再生装置１に送らなければならない。図９では、このフローコントロールサブファンクションについては省略してある。このようにして、入力機器であるアンプ装置３をコントローラとしてフローコントロールが行われた状態で、バスライン９を介してストリームデータの伝送が行われる。
【００４７】
ディスク再生装置１は、このレートコントロールを完遂するターゲット機器となった後、ストリームデータの入力機器であるアンプ装置３にインプットセレクトコントロールコマンドのパスチェンジサブファンクションを送る（ステップＳ５）。このコマンドに対するレスポンスを得て（ステップＳ６）、ディスク再生装置１はアンプ装置３のストリームデータの入力プラグ、及びこの入力プラグに内部で接続しているサブユニット、サブユニットのディスティネーションプラグを確認する。
【００４８】
次に、このようにしてオーディオデータ（ストリームデータ）をバスライン９を介してディスク再生装置１からアンプ装置３に伝送させている状態で、そのオーディオデータのフォーマットが伝送途中で変化したときの処理について説明する。ここでは、ディスク再生装置１で再生するディスク１０１に、コンテンツＡとコンテンツＢの２つのコンテンツが記録されて、コンテンツＡの再生に続いてコンテンツＢを再生する再生動作を行うものとする。コンテンツＡには、第１のフォーマットのオーディオデータが記録され、コンテンツＢには、第２のフォーマットのオーディオデータが記録されているものとする。
【００４９】
コンテンツＡのオーディオデータの第１のフォーマットと、コンテンツＢのオーディオデータの第２のフォーマットとの違いについては、種々の変化が考えられる。例えば、オーディオデータのサンプリング周波数が変化する場合がある。また、チャンネル数が変化する場合がある。また、サンプリング周波数やチャンネル数などの変化がない場合であっても、オーディオデータの規格の違いによりデータ構成が変化する場合がある。規格の違いによるストリームデータ構成の変化としては、例えばＩＥＣ６０９５８で規定されたフォーマットから、ＤＶＤオーディオとして規定されたフォーマットに変化する場合などがある。
【００５０】
このようにオーディオデータのフォーマットが変化する場合には、例えば既に説明した図７に示したアイソクロナス転送パケットに付加されたＣＩＰヘッダ内の値が、対応したフォーマットの値に変化する場合と、フォーマットが変化してもＣＩＰヘッダの値が変化しない場合とがある。
【００５１】
それぞれの場合での処理例について説明すると、まず、第１のフォーマットと第２のフォーマットとで、サンプリング周波数が変化して、ＣＩＰヘッダに含まれるサンプリング周波数を示すデータが変化した場合の例を、図１０を参照して説明する。
【００５２】
図１０の例では、コンテンツＡはサンプリング周波数ＳＦＣ＝Ｘであり、コンテンツＢはサンプリング周波数ＳＦＣ＝Ｙであるとする。図１０Ａに示すように、コンテンツＡをディスク再生装置１で再生することで、そのコンテンツＡのオーディオデータが、図１０Ｂに示すように、出力プラグｏＰＣＲから所定の伝送チャンネルを使用してアイソクロナス転送モードでバスライン９に出力され、図１０Ｃに示すように、アンプ装置３の入力プラグｉＰＣＲからこのオーディオデータが入力し、図１０Ｄに示すように、アンプ装置３に接続されたスピーカ装置からコンテンツＡのオーディオが出力される。ここでは、レートコントロールが行われる例としてあり、アンプ装置３では、入力したオーディオデータをバッファメモリに一時蓄積させてから処理するようにしてあり、そのバッファメモリに蓄積させた時間だけ遅れてスピーカ装置からオーディオが出力されることになる。
【００５３】
ここで、コンテンツＡの再生がタイミングｔ11で終了したとする。このとき、続いてコンテンツＢの再生に移るが、このとき、コンテンツＡとコンテンツＢでオーディオデータのフォーマットが異なることをディスク再生装置１のＣＰＵ１１０が判断して、ディスクの再生状態を再生ポーズ状態とする。そして、ディスク再生装置１の出力プラグｏＰＣＲからは、オーディオデータが出力されていたチャンネルで、コンテンツＡのフォーマットのオーディオデータの無効データを出力させる。ここでのコンテンツＡの無効データとは、オーディオデータに付随する補助データ（Ancillary data）と、オーディオデータが無効なデータ（No-data ）であることが示されるデータである。オーディオデータのフォーマットについては、コンテンツＡのデータと同様のフォーマットである。
【００５４】
このコンテンツＡのフォーマットのオーディオデータの無効データを、コンテンツＡの再生終了タイミングｔ11から比較的短い時間（例えば数十ｍｓ）が経過したタイミングｔ12までバスライン９に出力させる。ここまでは、出力されるオーディオデータのフォーマットはコンテンツＡのオーディオデータと同じフォーマットであり、サンプリング周波数ＳＦＣ＝Ｘのデータである。なお、この無効なデータのオーディオデータとしては、例えば０レベルのオーディオデータを配置する。
【００５５】
そして、タイミングｔ12になると、コンテンツＢのフォーマットのオーディオデータの無効データを、ディスク再生装置１の出力プラグｏＰＣＲから出力させる。ここでのコンテンツＢの無効データについても、オーディオデータに付随する補助データ（Ancillary data）と、オーディオデータが無効なデータ（No-data ）であることが示されるデータである。但し、オーディオデータは、コンテンツＢのデータと同様の構成である、第２のフォーマットのオーディオデータ（ＣＩＰヘッダについても第２のフォーマットのデータ）とされ、サンプリング周波数ＳＦＣ＝Ｙのデータである。ここでの無効なデータのオーディオデータについても、例えば０レベルのオーディオデータを配置する。
【００５６】
アンプ装置３の入力プラグｉＰＣＲから入力するデータとしては、図１０Ｃに示すように、タイミングｔ21でコンテンツＡのオーディオデータの入力が終了し、このタイミングｔ21からタイミングｔ22まで、コンテンツＡのフォーマットのオーディオデータの無効データが入力し、タイミングｔ22以降は、コンテンツＢのフォーマットのオーディオデータの無効データが入力するようになる。このコンテンツＢのフォーマットのオーディオデータが入力するようになると、アンプ装置３では、入力開始タイミングｔ22から若干経過したタイミングｔ23で、伝送されたデータのＣＩＰヘッダに含まれるサンプリング周波数に関するデータから、サンプリング周波数ＳＦＣ＝Ｙに変化したことが検知される。
【００５７】
そして、コンテンツＢのフォーマットのオーディオデータの無効データがバスライン９に伝送される状態になると、ソース機器であるディスク再生装置１は、入力機器の入力プラグの状態を調べるために、インプットプラグシグナルフォーマットステータスコマンドを送る（ステップＳ１１）。ここで状態を調べる入力プラグは、図９のステップＳ５に示すインプットセレクトコントロールコマンドのパスチェンジサブファンクションで確認した入力プラグである。
【００５８】
このステップＳ１１のコマンドは、例えば図１１に示す構成とされる。即ち、〔ｏｐｃｏｄｅ〕の区間には、該当するコマンドである〔ＩＮＰＵＴ  ＰＬＵＧＳＩＧＮＡＬ  ＦＯＲＭＡＴ〕のデータが配置され、〔ｏｐｅｒａｎｄ（０）〕の区間には、状態を調べるプラグを特定するデータが配置され、〔ｏｐｅｒａｎｄ（１）〕以降の区間には、最大値ＦＦが配置される。このデータが、図７に示したパケット構成に配置される。
【００５９】
このようなコマンドをステップＳ１１として、ディスク再生装置１からアンプ装置３にバスライン９を介して伝送したとき、アンプ装置３では、このインプットプラグシグナルフォーマットステータスコマンドのレスポンスを、ディスク再生装置１に返送する（ステップＳ１２）。このレスポンスでは、コマンドの〔ｏｐｃｏｄｅ〕及び〔ｏｐｅｒａｎｄ（０）〕の区間は、コマンドのデータがそのまま配置され、〔ｏｐｅｒａｎｄ（１）〕以降の区間に、このときサブユニットで入力処理を行っているデータのＣＩＰヘッダのＦＭＴ，ＦＤＦの区間のデータが配置される。
【００６０】
ここで本例の場合には、図１０に示すステップＳ１２でレスポンスを送った時点では、図１０Ｄに示すように、まだコンテンツＡのデータを出力処理している状態のため、コンテンツＡのフォーマットのＣＩＰヘッダのＦＭＴ，ＦＤＦのデータが返送され、ディスク再生装置１では、アンプ装置３でコンテンツＢの入力準備ができてないことを確認する。
【００６１】
そして、ディスク再生装置１では、現在のストリームデータ出力（コンテンツＢの無効データ）を維持したままで、所定時間（例えば約２００ｍｓ）が経過する毎に、ステップＳ１１のインプットプラグシグナルフォーマットステータスコマンドの送信を行い、そのレスポンスでアンプ装置３でコンテンツＢの入力準備が確認できるまで繰り返す。即ち、コンテンツＢの入力準備ができることが確認できるまで、ポーリング処理が実行される。
【００６２】
図１０の例では、図１０Ｄに示すように、タイミングｔ24でバッファメモリに蓄積されたコンテンツＡのオーディオデータの出力が終了することで、サンプリング周波数ＳＦＣ＝Ｙのデータを入力できるようにサブユニット内の処理を切替えることが実行され、このタイミングｔ24よりも後のインプットプラグシグナルフォーマットステータスコマンドを受信すると（ステップＳ１３）、そのレスポンスに、このとき受信しているコンテンツＢと同じフォーマットのデータのＣＩＰヘッダのＦＭＴ，ＦＤＦのデータが配置されて伝送される（ステップＳ１４）。
【００６３】
このステップＳ１４のレスポンスをディスク再生装置１がタイミングｔ13に受信すると、所定時間（例えば数十ｍｓ）が経過するタイミングｔ14で、このときディスク再生装置１から出力させているコンテンツＢのフォーマットの無効データを、コンテンツＢのフォーマットの有効なデータに変化させる。但し、ここでは、比較的短い時間（例えば数百ｍｓ）が経過するタイミングｔ15まで、オーディオレベルが０レベル（無音状態）となるミュート信号を出力させる。ここでの、ミュート信号のストリームデータとは、コンテンツＢのフォーマットの判別ができ、アンプ装置３が信号処理の全ての内部設定ができると共に、アンプ装置３内部とその出力のオーディオをミュートさせるデータであるデータであり、オーディオデータに付随する補助データ（Ancillary data）が含まれる。
【００６４】
そして、タイミングｔ15になると、図１０Ａに示すように、ディスク再生装置１で、ディスク１０１の再生ポーズを解除して、コンテンツＢとして記録されたオーディオデータの再生を開始させ、図１０Ｂに示すように、コンテンツＢのオーディオデータの出力プラグからバスライン９への出力を開始させる。
【００６５】
このようにして伝送開始されたコンテンツＢのオーディオデータは、アンプ装置３では、タイミングｔ25で入力するようになり、タイミングｔ25からバッファメモリ蓄積やデータ処理のための若干の処理時間が経過したタイミングｔ26で、ミュート状態が解除されて、アンプ装置３に接続されたスピーカ装置からコンテンツＢのオーディオが出力されるようになる。
【００６６】
このように伝送するオーディオデータのフォーマットが変化する際には、入力機器側でその変化したフォーマットのデータを確実に処理できるようになったことを出力機器側が確認してから、コンテンツＢのオーディオデータの伝送を開始させるようにしたので、コンテンツＢについても、確実に先頭部分から出力されることになり、いわゆる頭切れの発生を効果的に防止できる。また、変化する前のデータであるコンテンツＡについても、最後まで出力処理されるので、既に入力したデータの処理が途中で中断するようなこともない。従って、伝送途中でストリームデータのフォーマットが変化しても、欠落のない完全なデータ伝送と処理が行えるようになる。
【００６７】
なお、図１０に示した例では、ディスク再生装置１からアンプ装置３での入力準備を確認する処理として、インプットプラグシグナルフォーマットステータスコマンドを送り、レスポンスでコンテンツＢの入力準備ができたことを確認するまで、そのコマンドの送信を繰り返すいわゆるポーリング処理を行うようにしたが、ＡＶ／Ｃコマンドで用意された状態変化を通知するコマンドであるノティファイ（ＮＯＴＩＦＹ）コマンドを使用しても良い。
【００６８】
即ち、ステップＳ１１として、インプットプラグシグナルフォーマットステータスコマンドの替わりに、インプットプラグシグナルフォーマットノティファイコマンドを伝送する。このノティファイコマンドを受け取ったアンプ装置３では、このコマンドを受信した時点での状態と共に、その通知を了承したことを示すレスポンスであるインターリーム（ＩＮＴＥＲＩＭ）レスポンスを直ちにステップＳ１２で返送した後に、タイミングｔ24の直後にコンテンツＢの受信準備ができたとき、状態が変化したことを示すレスポンスであるチェンジド（ＣＨＡＮＧＥＤ）のデータを送る。この〔ＣＨＡＮＧＥＤ〕のデータをディスク再生装置１が受け取ることで、アンプ装置３でコンテンツＢの入力準備ができたことが判るようになる。
【００６９】
また、図１０に示した例では、コンテンツＡの再生が終了した時点で、一時的にコンテンツＡのフォーマットの無効データを伝送するようにしたが、このコンテンツＡのフォーマットの無効データについては省略して、コンテンツＡの再生終了直後に、コンテンツＢのフォーマットの無効データの伝送に移るようにしても良い。同様に、コンテンツＢのフォーマットの無効データを送った後に、ミュート信号を所定時間伝送してから、コンテンツＢのデータの伝送を開始させるようにしたが、このミュート信号の伝送については省略するようにしても良い。
【００７０】
次に、ストリームデータのＮフラグが変化する場合の例を、図１２を参照して説明する。図１０の例では、サンプリング周波数が変化する例としたが、伝送されるコンテンツのストリームデータ変化として、Ｎフラグの値が変化する場合がある。このＮフラグは、既に説明したように、フローコントロール（レートコントロール）の有無により変化するフラグであり、例えば、フローコントロールによって伝送レートを制御されているストリームデータについてはＮフラグ＝１となり、フローコントロールによって伝送レートを制御されないストリームデータについてはＮフラグ＝０となる。ここでは、コンテンツＡについてはＮフラグ＝１であり、コンテンツＢについてはＮフラグ＝０であるとする。このＮフラグのデータが、ここではＣＩＰヘッダに含まれているものとする。
【００７１】
図１２Ａに示すように、コンテンツＡをディスク再生装置１で再生することで、そのコンテンツＡのオーディオデータが、図１２Ｂに示すように、出力プラグｏＰＣＲから所定の伝送チャンネルを使用してアイソクロナス転送モードでバスライン９に出力され、図１２Ｃに示すように、アンプ装置３の入力プラグｉＰＣＲからこのオーディオデータが入力し、図１２Ｄに示すように、アンプ装置３に接続されたスピーカ装置からコンテンツＡのオーディオが出力される。コンテンツＡについては、フローコントロールによって伝送レートを制御しているストリームデータであるので、アンプ装置３では、入力したオーディオデータをバッファメモリに一時蓄積させてから処理するようにしてあり、そのバッファメモリに蓄積させた時間だけ遅れてスピーカ装置からオーディオが出力されることになる。
【００７２】
ここで、コンテンツＡの再生がタイミングｔ11′で終了したとする。このとき、続いてコンテンツＢの再生に移るが、このとき、コンテンツＡとコンテンツＢでストリームデータ（ここではＮフラグ）が異なることをディスク再生装置１のＣＰＵ１１０が判断して、ディスクの再生状態を再生ポーズ状態とする。そして、ディスク再生装置１の出力プラグｏＰＣＲからは、オーディオデータが出力されていたチャンネルで、コンテンツＡのフォーマットのオーディオデータの無効データを出力させる。ここでのコンテンツＡの無効データとは、オーディオデータに付随する補助データ（Ancillary data）と、オーディオデータが無効なデータ（No-data ）であることが示されるデータである。オーディオデータのフォーマットについては、コンテンツＡのデータと同様のフォーマットである。
【００７３】
このコンテンツＡのフォーマットのオーディオデータの無効データを、コンテンツＡの再生終了タイミングｔ11′から比較的短い時間（例えば数十ｍｓ）が経過したタイミングｔ12′までバスライン９に出力させる。ここまでは、出力されるオーディオデータのフォーマットはコンテンツＡのオーディオデータと同じフォーマットであり、Ｎフラグ＝１のデータである。なお、この無効なデータのオーディオデータとしては、例えば０レベル（無音状態）のオーディオデータを配置する。
【００７４】
そして、タイミングｔ12′になると、コンテンツＢのフォーマットのオーディオデータの無効データを、ディスク再生装置１の出力プラグｏＰＣＲから出力させる。ここでのコンテンツＢの無効データについても、オーディオデータに付随する補助データ（Ancillary data）と、オーディオデータが無効なデータ（No-data ）であることが示されるデータである。但し、オーディオデータは、コンテンツＢのデータと同様の構成である、第２のフォーマットのオーディオデータ（ＣＩＰヘッダについても第２のフォーマットのデータ）とされ、Ｎフラグ＝０のデータである。ここでの無効なデータのオーディオデータについても、例えば０レベルのオーディオデータを配置する。
【００７５】
アンプ装置３の入力プラグｉＰＣＲから入力するデータとしては、図１２Ｃに示すように、タイミングｔ21′でコンテンツＡのオーディオデータの入力が終了し、このタイミングｔ21′からタイミングｔ22′まで、コンテンツＡのフォーマットのオーディオデータの無効データが入力し、タイミングｔ22′以降は、コンテンツＢのフォーマットのオーディオデータの無効データが入力するようになる。このコンテンツＢのフォーマットのオーディオデータが入力するようになると、アンプ装置３では、入力データのＣＩＰヘッダ内のＮフラグが変化しているために、入力開始タイミングｔ22′から若干経過したタイミングｔ23′で、Ｎフラグが０に変化して、フローコントロールによって伝送レートを制御されているストリームデータでなったことが検知される。
【００７６】
そして、コンテンツＢのフォーマットのオーディオデータの無効データがバスライン９に伝送される状態になると、ソース機器であるディスク再生装置１は、入力機器の入力プラグの状態を調べるために、インプットプラグシグナルフォーマットステータスコマンドを送る（ステップＳ１１′）。ここで状態を調べる入力プラグは、図９のステップＳ５に示すインプットセレクトコントロールコマンドのパスチェンジサブファンクションで確認した入力プラグである。
【００７７】
このステップＳ１１′のコマンドは、例えば図１１に示す構成とされる。即ち、〔ｏｐｃｏｄｅ〕の区間には、該当するコマンドである〔ＩＮＰＵＴ  ＰＬＵＧ  ＳＩＧＮＡＬ  ＦＯＲＭＡＴ〕のデータが配置され、〔ｏｐｅｒａｎｄ（０）〕の区間には、状態を調べるプラグを特定するデータが配置され、〔ｏｐｅｒａｎｄ（１）〕以降の区間には、最大値ＦＦが配置される。これらのデータが、図７に示すパケットに配置される。
【００７８】
このようなコマンドをステップＳ１１′として、ディスク再生装置１からアンプ装置３にバスライン９を介して伝送したとき、アンプ装置３では、このインプットプラグシグナルフォーマットステータスコマンドに対するレスポンスを、ディスク再生装置１に返送する（ステップＳ１２′）。このレスポンスでは、コマンドの〔ｏｐｃｏｄｅ〕及び〔ｏｐｅｒａｎｄ（０）〕の区間は、コマンドのデータがそのまま配置され、〔ｏｐｅｒａｎｄ（１）〕以降の区間に、このときのサブユニットで入力処理を行っているデータのＣＩＰヘッダのＦＭＴ，ＦＤＦの区間のデータが配置される。
【００７９】
ここで本例の場合には、図１２に示すステップＳ１２′でレスポンスを送った時点では、図１２Ｄに示すように、まだコンテンツＡのデータを出力処理している状態のため、フローコントロールによって伝送レートを制御されているストリームデータを入力する状態であることを示すデータが返送され、ディスク再生装置１では、アンプ装置３でコンテンツＢの入力準備がまだできてないことを確認する。
【００８０】
そして、ディスク再生装置１では、現在のストリームデータ出力（コンテンツＢの無効データ）を維持したままで、所定時間（例えば約２００ｍｓ）が経過する毎に、ステップＳ１１′のインプットプラグシグナルフォーマットステータスコマンドの送信を行い、そのレスポンスでアンプ装置３でコンテンツＢの入力準備が確認できるまで繰り返す。即ち、コンテンツＢの入力準備ができることが確認できるまで、ポーリング処理が実行される。
【００８１】
図１２の例では、図１２Ｄに示すように、タイミングｔ24′でバッファメモリに蓄積されたコンテンツＡのオーディオデータの出力が終了することで、フローコントロールによって伝送レートを制御されていないデータの処理に切替えることが実行され、このタイミングｔ24′よりも後のインプットプラグシグナルフォーマットステータスコマンドを受信すると（ステップＳ１３′）、そのレスポンスで、フローコントロールによって伝送レートが制御されていないストリームデータを入力する状態であることを示すデータが配置されて伝送される（ステップＳ１４′）。
【００８２】
このステップＳ１４′のレスポンスをディスク再生装置１がタイミングｔ13′に受信すると、所定時間（例えば数十ｍｓ）が経過するタイミングｔ14′で、このときディスク再生装置１から出力させているコンテンツＢのフォーマットの無効データを、コンテンツＢのフォーマットの有効なデータに変化させる。但し、ここでは、比較的短い時間（例えば数百ｍｓ）が経過するタイミングｔ15′まで、オーディオレベルが０レベル（無音状態）となるミュート信号を出力させる。ここでの、ミュート信号のストリームデータとは、コンテンツＢのフォーマットの判別ができ、アンプ装置３が信号処理の全ての内部設定ができると共に、アンプ装置３内部とその出力のオーディオをミュートさせるデータであり、オーディオデータに付随する補助データ（Ancillary data）が含まれる。
【００８３】
そして、タイミングｔ15′になると、図１２Ａに示すように、ディスク再生装置１で、ディスク１０１の再生ポーズを解除して、コンテンツＢとして記録されたオーディオデータの再生を開始させ、図１２Ｂに示すように、コンテンツＢのオーディオデータの出力プラグからバスライン９への出力を開始させる。
【００８４】
このようにして伝送開始されたコンテンツＢのオーディオデータは、アンプ装置３では、タイミングｔ25′で入力するようになり、タイミングｔ25′からデータ処理のための若干の処理時間が経過したタイミングｔ26′で、ミュート状態が解除されて、アンプ装置３に接続されたスピーカ装置からコンテンツＢのオーディオが出力されるようになる。
【００８５】
このようにＮフラグの変化によるストリームデータ変化時にも、サンプリング周波数の変化時と同様に、いわゆる頭切れなどの欠落のない完全なデータ伝送と処理が行えるようになる。
【００８６】
なお、図１２に示した例では、ディスク再生装置１からアンプ装置３での入力準備を確認する処理として、インプットプラグシグナルフォーマットステータスコマンドを送り、そのレスポンスでコンテンツＢの入力準備ができたことを確認するまで、そのコマンドの送信を繰り返すいわゆるポーリング処理を行うようにしたが、ＡＶ／Ｃコマンドで用意された状態変化を通知するコマンドであるノティファイ（ＮＯＴＩＦＹ）コマンドを使用しても良い。
【００８７】
即ち、ステップＳ１１′として、インプットプラグシグナルフォーマットステータスコマンドの替わりに、インプットプラグシグナルフォーマットノティファイコマンドを伝送する。このノティファイコマンドを受け取ったアンプ装置３では、このコマンドを受信した時点での状態と共に、その通知を了承したことを示しレスポンスであるインターリーム（ＩＮＴＥＲＩＭ）レスポンスを直ちにステップＳ１２′で返送した後に、タイミングｔ24′の直後にコンテンツＢの受信準備ができたとき、状態が変化したことを示すレスポンスであるチェンジド（ＣＨＡＮＧＥＤ）のデータを送る。この〔ＣＨＡＮＧＥＤ〕のデータをディスク再生装置１が受け取ることで、アンプ装置３でコンテンツＢの入力準備ができたことが判るようになる。
【００８８】
また、図１２に示した例では、コンテンツＡの再生が終了した時点で、一時的にコンテンツＡのフォーマットの無効データを伝送するようにしたが、このコンテンツＡのフォーマットの無効データについては省略して、コンテンツＡの再生終了直後に、コンテンツＢのフォーマットの無効データの伝送に移るようにしても良い。同様に、コンテンツＢのフォーマットの無効データを送った後に、ミュート信号を所定時間伝送してから、コンテンツＢのデータの伝送を開始させるようにしたが、このミュート信号の伝送については省略するようにしても良い。
【００８９】
ここまで説明した図１０，図１２の例は、いずれもストリームデータに付加されるＣＩＰヘッダから、ストリームデータの変化が検出できる例であったが、ＣＩＰヘッダからはストリームデータの変化が検出できない場合の例について、次に説明する。なお、後者は、ＣＩＰヘッダに変化が検出できる場合にも適用できる処理である。
【００９０】
まず、ＣＩＰヘッダに変化がない状態で、信号フォーマットが変化した場合の例を、図１３に示す。この例では、コンテンツＡがＩＥＣ６０９５８フォーマットのオーディオデータであり、コンテンツＢがＤＶＤオーディオのフォーマットのオーディオデータである。
【００９１】
図１３Ａに示すように、コンテンツＡをディスク再生装置１で再生することで、そのコンテンツＡのオーディオデータが、図１３Ｂに示すように、出力プラグｏＰＣＲから所定の伝送チャンネルを使用してアイソクロナス転送モードでバスライン９に出力され、図１３Ｃに示すように、アンプ装置３の入力プラグｉＰＣＲからこのオーディオデータが入力し、図１３Ｄに示すように、アンプ装置３に接続されたスピーカ装置からコンテンツＡのオーディオが出力される。アンプ装置３では、入力したオーディオデータをバッファメモリに一時蓄積させてから処理するようにしてあり、そのバッファメモリに蓄積させた時間だけ遅れてスピーカ装置からオーディオが出力されることになる。
【００９２】
ここで、コンテンツＡの再生がタイミングｔ31で終了したとする。このとき、続いてコンテンツＢの再生に移るが、このとき、コンテンツＡとコンテンツＢでオーディオデータのフォーマットが異なることをディスク再生装置１のＣＰＵ１１０が判断して、ディスクの再生状態を再生ポーズ状態とする。そして、ディスク再生装置１の出力プラグｏＰＣＲからは、オーディオデータが出力されていたチャンネルで、コンテンツＡのフォーマットのオーディオデータの無効データを出力させる。ここでのコンテンツＡの無効データとは、オーディオデータに付随する補助データ（Ancillary data）と、オーディオデータが無効なデータ（No-data ）であることが示されるデータである。オーディオデータのフォーマットについては、コンテンツＡのデータと同様のフォーマットである。
【００９３】
このコンテンツＡのフォーマットのオーディオデータの無効データを、コンテンツＡの再生終了タイミングｔ31から比較的短い時間（例えば数十ｍｓ）が経過したタイミングｔ32までバスライン９に出力させる。ここまでは、出力されるオーディオデータのフォーマットはコンテンツＡのオーディオデータと同じフォーマット、即ちＩＥＣ６０９５８フォーマットのオーディオデータである。なお、この無効なデータのオーディオデータとしては、例えば０レベルのオーディオデータを配置する。
【００９４】
そして、タイミングｔ32になると、エンプティパケットと称される実データのない空のパケットを、ストリームデータ伝送用のアイソクロナスパケットで伝送する。このエンプティパケットの伝送は、例えば１ｍｓ以上の期間行う。その後、タイミングｔ33で、コンテンツＢのフォーマット（即ちＤＶＤオーディオフォーマット）のオーディオデータの無効データを、ディスク再生装置１の出力プラグｏＰＣＲから出力させる。ここでのコンテンツＢの無効データについても、オーディオデータに付随する補助データ（Ancillary data）と、オーディオデータが無効なデータ（No-data ）であることが示されるデータである。ここでの無効なデータのオーディオデータについても、例えば０レベルのオーディオデータを配置する。さらに、タイミングｔ33から所定時間だけコンテンツＢの無効データを伝送した後のタイミングｔ34から、コンテンツＢのフォーマットのミュート信号を伝送する。ここでの、ミュート信号のストリームデータとは、コンテンツＢのフォーマットの判別ができ、アンプ装置３が信号処理の全ての内部設定ができると共に、アンプ装置３内部とその出力のオーディオをミュートさせるデータであり、オーディオデータに付随する補助データ（Ancillary data）が含まれる。
【００９５】
アンプ装置３の入力プラグｉＰＣＲから入力するデータとしては、図１３Ｃに示すように、タイミングｔ41でコンテンツＡのオーディオデータの入力が終了し、このタイミングｔ41からタイミングｔ42まで、コンテンツＡのフォーマットのオーディオデータの無効データが入力し、タイミングｔ42からタイミングｔ43まで、エンプティパケットが入力する。さらに、タイミングｔ43以降は、コンテンツＢのフォーマットのオーディオデータの無効データが入力するようになる。このコンテンツＢのフォーマットのオーディオデータが入力するようになると、アンプ装置３の内部では、入力したストリームデータ（但し無効データ）そのものから直接データのフォーマットの変化が検知される。ここでの検知は、実データのないエンプティパケットが伝送されてから、フォーマットが変化したデータが伝送されるので、比較的短時間にフォーマットの変化を検知できる。
【００９６】
そして、コンテンツＢのフォーマットのオーディオデータの無効データがバスライン９に伝送される状態になると、ソース機器であるディスク再生装置１は、入力機器の状態を調べるために、ＡＶ／Ｃコマンドのシグナルソースステータスコマンドを送る（ステップＳ２１）。
【００９７】
このコマンドを送信した後に、このコマンドに対するレスポンスをディスク再生装置１が確認する（ステップＳ２２）。このレスポンスの確認で、アンプ装置３の状態を確認し、入力データが現在受け付けられる状態であると共に、データの処理準備が整っている状態であるか否か判断する。
【００９８】
ここで本例の場合には、図１３に示すステップＳ２２でレスポンスを送った時点では、図１３Ｄに示すように、まだコンテンツＡのデータを出力処理している状態のため、ディスク再生装置１では、アンプ装置３でコンテンツＢを入力し処理する準備ができてないことを確認する。
【００９９】
そして、ディスク再生装置１では、現在のストリームデータ出力（ＤＶＤオーディオのミュート信号）を維持したままで、所定時間（例えば約２００ｍｓ）が経過する毎に、ステップＳ２１のコマンドの送信を行い、そのレスポンスでアンプ装置３でコンテンツＢを入力し処理する準備が確認できるまで繰り返す。即ち、コンテンツＢを入力し処理する準備ができることが確認できるまで、ポーリング処理によるコマンド，レスポンスの繰り返し伝送が実行される。
【０１００】
図１３の例では、図１３Ｄに示すように、タイミングｔ45でバッファメモリに蓄積されたコンテンツＡのオーディオデータの出力が終了して、アンプ装置内部の回路などを、コンテンツＢのオーディオデータを処理できるように切替えることが可能になり、例えばＤＶＤオーディオ用のダウンミックス係数の取得と、その取得した係数の設定を行う。そして、このコンテンツＢのオーディオデータを処理するための切替え処理が行われた後に、ステップＳ２３のシグナルソースステータスコマンドを受信すると、そのレスポンス（ステップＳ２４）で、コンテンツＢのオーディオデータを入力し処理する準備が整ったことが送信され、ディスク再生装置１側でそのことが確認される。
【０１０１】
このステップＳ２４のレスポンスをディスク再生装置１が受信すると、その直後のタイミングｔ35で、このときディスク再生装置１から出力させているミュート信号を停止させて、図１３Ａに示すように、ディスク再生装置１で、ディスク１０１の再生ポーズを解除して、コンテンツＢとして記録されたオーディオデータの再生を開始させ、図１３Ｂに示すように、コンテンツＢのオーディオデータの出力プラグからバスライン９への出力を開始させる。
【０１０２】
このようにして伝送開始されたコンテンツＢのオーディオデータは、アンプ装置３では、タイミングｔ46で入力するようになり、タイミングｔ46からバッファメモリ蓄積やデータ処理のための若干の処理時間が経過したタイミングｔ47で、ミュート状態が解除されて、アンプ装置３に接続されたスピーカ装置からコンテンツＢのオーディオが出力されるようになる。
【０１０３】
このように伝送されるオーディオデータのヘッダに変化がない状態で、フォーマットが変化する場合にも、頭切れなどの欠落のない完全なデータ伝送と処理が行えるようになる。
【０１０４】
なお、この図１３の例の場合にも、ディスク再生装置１からアンプ装置３での入力準備を確認するために、ステータスコマンドを送る替わりに、状態変化を通知するコマンドであるノティファイ（ＮＯＴＩＦＹ）コマンドを使用しても良い。
【０１０５】
また、図１３に示した例では、コンテンツＡの再生が終了した時点で、一時的にコンテンツＡのフォーマットの無効データを伝送するようにしたが、このコンテンツＡのフォーマットの無効データについては省略して、コンテンツＡの再生終了直後に、エンプティパケットの伝送に移るようにしても良い。同様に、コンテンツＢのフォーマットの無効データを省略しても良い。
【０１０６】
次に、ＣＩＰヘッダが変化する状態で、シグナルソースステータスコマンドを使用する例として、Ｎフラグが変化する場合の例を、図１４を参照して説明する。変化が検出できないものとする。この例では、コンテンツＡがＮフラグ＝１であり、コンテンツＢがＮフラグ＝０であるとする。
【０１０７】
図１４Ａに示すように、コンテンツＡをディスク再生装置１で再生することで、そのコンテンツＡのオーディオデータが、図１４Ｂに示すように、出力プラグｏＰＣＲから所定の伝送チャンネルを使用してアイソクロナス転送モードでバスライン９に出力され、図１４Ｃに示すように、アンプ装置３の入力プラグｉＰＣＲからこのオーディオデータが入力し、図１４Ｄに示すように、アンプ装置３に接続されたスピーカ装置からコンテンツＡのオーディオが出力される。コンテンツＡについては、レートコントロールによって伝送レートを制御されているストリームデータであるので、アンプ装置３では、入力したオーディオデータをバッファメモリに一時蓄積させてから処理するようにしてあり、そのバッファメモリに蓄積させた時間だけ遅れてスピーカ装置からオーディオが出力されることになる。
【０１０８】
ここで、コンテンツＡの再生がタイミングｔ31′で終了したとする。このとき、続いてコンテンツＢの再生に移るが、このとき、コンテンツＡとコンテンツＢでＮフラグが異なることをディスク再生装置１のＣＰＵ１１０が判断して、ディスクの再生状態を再生ポーズ状態とする。そして、ディスク再生装置１の出力プラグｏＰＣＲからは、オーディオデータが出力されていたチャンネルで、コンテンツＡのフォーマットのオーディオデータの無効データを出力させる。ここでのコンテンツＡの無効データとは、オーディオデータに付随する補助データ（Ancillary data）と、オーディオデータが無効なデータ（No-data ）であることが示されるデータである。オーディオデータのフォーマットについては、コンテンツＡのデータと同様のフォーマットである。
【０１０９】
このコンテンツＡのフォーマットのオーディオデータの無効データを、コンテンツＡの再生終了タイミングｔ31′から比較的短い時間（例えば数百ｍｓ）が経過したタイミングｔ32′までバスライン９に出力させる。ここまでは、出力されるオーディオデータのフォーマットはコンテンツＡのオーディオデータと同じフォーマットのオーディオデータであり、Ｎフラグ＝１のデータである。なお、この無効なデータのオーディオデータとしては、例えば０レベルのオーディオデータを配置する。
【０１１０】
そして、タイミングｔ32′になると、エンプティパケットと称される実データのない空のパケットを、ストリームデータ伝送用のアイソクロナスパケットで伝送する。このエンプティパケットの伝送は、例えば１ｍｓ以上の期間行う。その後、タイミングｔ33′で、コンテンツＢのフォーマットのオーディオデータの無効データを、ディスク再生装置１の出力プラグｏＰＣＲから出力させる。ここでのコンテンツＢの無効データについても、オーディオデータに付随する補助データ（Ancillary data）と、オーディオデータが無効なデータ（No-data ）であることが示されるデータである。また、無効なデータのオーディオデータは、例えば０レベルのオーディオデータを配置する。さらに、タイミングｔ33′から所定時間だけコンテンツＢの無効データを伝送した後のタイミングｔ34′から、コンテンツＢのフォーマットのミュート信号を伝送する。ここでの、ミュート信号のストリームデータとは、コンテンツＢのフォーマットの判別ができ、アンプ装置３が信号処理の全ての内部設定ができると共に、アンプ装置３内部とその出力のオーディオをミュートさせるデータであり、オーディオデータに付随する補助データ（Ancillary data）が含まれる。
【０１１１】
アンプ装置３の入力プラグｉＰＣＲから入力するデータとしては、図１４Ｃに示すように、タイミングｔ41′でコンテンツＡのオーディオデータの入力が終了し、このタイミングｔ41′からタイミングｔ42′まで、コンテンツＡのフォーマットのオーディオデータの無効データが入力し、タイミングｔ42′からタイミングｔ43′まで、エンプティパケットが入力する。さらに、タイミングｔ43′以降は、コンテンツＢのフォーマットのオーディオデータの無効データが入力するようになる。このコンテンツＢのフォーマットのオーディオデータが入力するようになると、アンプ装置３の内部では、ＣＩＰヘッダ内のＮフラグが０に変化して、フローコントロールによって伝送レートを制御されているストリームでなくなったことと、入力したストリームデータ（但し無効データ）そのものから直接データのフォーマットの変化が検知される。ここでの検知は、実データのないエンプティパケットが伝送されてから、フォーマットが変化したデータが伝送されるので、比較的短時間にフォーマットの変化を検知できる。
【０１１２】
そして、コンテンツＢのフォーマットのオーディオデータの無効データがバスライン９に伝送される状態になると、ソース機器であるディスク再生装置１は、入力機器の状態を調べるために、ＡＶ／Ｃコマンドのシグナルソースステータスコマンドを送る（ステップＳ２１）。
【０１１３】
このコマンドを送信した後に、このコマンドに対するレスポンスをディスク再生装置１が確認する（ステップＳ２２）。このレスポンスの確認で、アンプ装置３の状態を確認し、入力データが現在受け付けられる状態であると共に、データの処理準備が整っている状態であるか否か判断する。
【０１１４】
ここで本例の場合には、図１４に示すステップＳ２２でレスポンスを送った時点では、図１４Ｄに示すように、まだコンテンツＡのデータを出力処理している状態のため、ディスク再生装置１では、アンプ装置３でコンテンツＢを入力し処理する準備ができてないことを確認する。
【０１１５】
そして、ディスク再生装置１では、現在のストリームデータ出力（ミュート信号）を維持したままで、所定時間（例えば約２００ｍｓ）が経過する毎に、ステップＳ２１のコマンドの送信を行い、そのレスポンスでアンプ装置３でコンテンツＢを入力し処理する準備が確認できるまで繰り返す。即ち、コンテンツＢを入力し処理する準備ができることが確認できるまで、ポーリング処理によるコマンド，レスポンスの繰り返し伝送が実行される。
【０１１６】
図１４の例では、図１４Ｄに示すように、タイミングｔ45′でバッファメモリに蓄積されたコンテンツＡのオーディオデータの出力が終了して、アンプ装置内部の回路などを、コンテンツＢのオーディオデータを処理できるように切替えることが可能になり、例えばコンテンツＢ用のダウンミックス係数の取得と、その取得した係数の設定を行う。そして、このコンテンツＢのオーディオデータを処理するための切替え処理が行われた後に、ステップＳ２３のシグナルソースステータスコマンドを受信すると、そのレスポンス（ステップＳ２４）で、フローコントロールによって伝送レートを制御されていないコンテンツＢのオーディオデータを入力し処理する準備が整ったことが送信され、ディスク再生装置１側でそのことが確認される。
【０１１７】
このステップＳ２４のレスポンスをディスク再生装置１が受信すると、その直後のタイミングｔ35′で、このときディスク再生装置１から出力させているミュート信号を停止させて、図１４Ａに示すように、ディスク再生装置１で、ディスク１０１の再生ポーズを解除して、コンテンツＢとして記録されたオーディオデータの再生を開始させ、図１４Ｂに示すように、コンテンツＢのオーディオデータの出力プラグからバスライン９への出力を開始させる。
【０１１８】
このようにして伝送開始されたコンテンツＢのオーディオデータは、アンプ装置３では、タイミングｔ46′で入力するようになり、タイミングｔ46′からデータ処理のための若干の処理時間が経過したタイミングｔ47′で、ミュート状態が解除されて、アンプ装置３に接続されたスピーカ装置からコンテンツＢのオーディオが出力されるようになる。
【０１１９】
このようにＮフラグなどのＣＩＰヘッダの変化がある状態でも、頭切れなどの欠落のない完全なデータ伝送と処理が行えるようになる。
【０１２０】
なお、この図１４の例の場合にも、ディスク再生装置１からアンプ装置３での入力準備を確認するために、ステータスコマンドを送る替わりに、状態変化を通知するコマンドであるノティファイ（ＮＯＴＩＦＹ）コマンドを使用しても良い。
【０１２１】
また、図１４に示した例の場合にも、このコンテンツＡのフォーマットの無効データについては省略して、コンテンツＡの再生終了直後に、エンプティパケットの伝送に移るようにしても良い。同様に、コンテンツＢのフォーマットの無効データを省略しても良い。
【０１２２】
なお、上述した実施の形態では、伝送させるストリームデータとしてオーディオデータとした例について説明したが、その他のストリームデータを伝送させる場合にも適用できるものである。例えば、ビデオデータをストリームデータとして伝送させる場合にも適用可能である。
【０１２３】
上述したオーディオデータの場合には、伝送データのフォーマット変化時に、オーディオ出力をミュートさせる無効データを伝送させるようにしたが、ビデオデータの場合には、例えば、入力機器側で入力したビデオデータによる表示を消すような無効データを伝送させて、その入力機器が備える表示手段（又は入力機器に接続された表示手段）でのビデオ表示が、フォーマット変化時に一時的に無表示状態となるようにすれば良い。
【０１２４】
また、上述した実施の形態では、入力機器が、変化する前のデータであるコンテンツＡの処理を終了してから、変化した後のコンテンツＢの入力準備をするようにしたが、コンテンツＡの処理中にコンテンツＢの入力準備ができる入力機器は、コンテンツＡの処理中に入力準備ができたことを出力機器で検出できるようにしても良い。
【０１２５】
また、ソース機器や入力機器やコントローラとして適用可能な機器についても、上述した実施の形態で説明した機器に限定されるものではなく、ネットワークに接続可能な各種機器が適用可能である。
【０１２６】
また、上述した実施の形態では、ＩＥＥＥ１３９４方式のバスで構成されるネットワークの場合について説明したが、その他のネットワーク構成の機器間で同様のデータ伝送を行う場合にも適用できるものである。この場合、データ伝送を行うネットワークを使用しても良い。無線伝送を行うネットワークとしては、例えばブルートゥース（Bluetooth ：商標）が適用できる。
【０１２７】
また、ストリームデータを伝送させるネットワーク（伝送路）と、入力機器の状態を調べるネットワーク（伝送路）とは、別のものを使用するようにしても良い。例えば、ストリームデータを伝送させるネットワークについては、ＩＥＥＥ１３９４方式のバスで構成されるネットワークとし、入力機器の状態を調べるコマンド及びレスポンスの伝送については、無線伝送で制御を行うネットワークを使用しても良い。
【０１２８】
また、上述した実施の形態では、それぞれの機器に上述した処理を行う機能を設定させるようにしたが、同様の処理を実行するプログラムを何らかの提供媒体を使用してユーザに配付し、ユーザはその媒体に記憶されたプログラムを、ＩＥＥＥ１３９４方式のネットワークに接続されたコンピュータ装置などに実装させて、同様の機能を実行させるようにしても良い。この場合の提供媒体としては、光ディスク，磁気ディスクなどの物理的な記録媒体の他に、インターネットなどの通信手段を介してユーザに提供する媒体としても良い。
【０１２９】
【発明の効果】
本発明によると、バスを介してストリームデータを入力する機器内での設定が、変化したフォーマットのストリームデータを受信できるように切り替わったことを、ソース機器で検出したとき、ソース機器から実際のストリームデータの出力を開始させるので、入力機器では、変化したフォーマットのストリームデータを、先頭から正しく処理できることになり、受信したオーディオデータなどのストリームデータの処理を、欠落なく良好に処理できるようになる。
【０１３０】
この場合、ソース機器は、入力機器の状態を調べるために、特定のパケットをネットワークを介して入力機器に送り、そのパケットに対するレスポンスで、ソース機器は、入力機器の状態を確認するようにしたことで、入力機器の状態の確認を簡単かつ確実に行うことができる。
【０１３１】
また、特定のパケットを送って入力機器の状態を確認する場合に、特定のパケットとして、入力機器の現在の状態が、第２のフォーマットのストリームデータの入力ができる状態になっているかを問い合わせるデータを付加し、そのパケットに対するレスポンスで、第２のフォーマットのストリームデータの入力ができる状態を確認するまで、特定のパケットを繰り返し送信することで、いわゆるポーリング処理で、入力機器の状態を確認できるようになる。
【０１３２】
また、特定のパケットを送って入力機器の状態を確認する場合に、特定のパケットとして、入力機器で、第２のフォーマットのストリームデータの入力ができる状態に変化したことを知らせるデータを付加し、そのパケットに対するレスポンスで、第２のフォーマットのストリームデータの入力ができる状態になったことを確認するようにしたことで、ソース機器からは、該当する通知を指示するパケットを送るだけで、入力機器の状態を確認できるようになる。
【０１３３】
また、第２のフォーマットのストリームデータが受信できるようになるまで伝送する無効なデータは、入力機器でのオーディオの出力をミュートさせるデータであることで、入力機器では、ストリームデータのフォーマットが変化する間の時間に、オーディオ出力が確実にミュート状態となり、接続されたスピーカなどからの異音の出力をか確実に阻止できる。
【図面の簡単な説明】
【図１】本発明の一実施の形態によるシステム構成例を示すブロック図である。
【図２】本発明の一実施の形態によるディスク再生装置の内部構成の例を示すブロック図である。
【図３】本発明の一実施の形態によるアンプ装置の内部構成の例を示すブロック図である。
【図４】ＩＥＥＥ１３９４方式のバスでのデータ伝送のサイクル構造の例を示す説明図である。
【図５】ＩＥＥＥ１３９４方式のバスを使用したコネクションの例を示す説明図である。
【図６】アイソクロナス転送モードのパケット構造例を示す説明図である。
【図７】ＡＶ／Ｃコマンドで伝送されるデータの構成例を示す説明図である。
【図８】ＡＶ／Ｃコマンドのコマンド及びレスポンスの例を示す説明図である。
【図９】本発明の一実施の形態によるフローコントロールの処理例を示す説明図である。
【図１０】本発明の一実施の形態による伝送例（サンプリング周波数の変化例）を示す説明図である。
【図１１】ＡＶ／Ｃコマンドのインプットシグナルフォーマットステータスコマンドのデータ例を示す説明図である。
【図１２】本発明の一実施の形態による伝送例（Ｎフラグの変化例）を示す説明図である。
【図１３】本発明の一実施の形態による伝送例（フォーマット変化例）を示す説明図である。
【図１４】本発明の一実施の形態による伝送例（Ｎフラグの変化例）を示す説明図である。
【図１５】ＩＥＥＥ１３９４方式のバスを使用した接続例を示す構成図である。
【図１６】従来のストリームデータのフォーマットが変化した場合の例を示す説明図である。
【図１７】レートコントロールの例を示す図である。
【符号の説明】
１…ディスク再生装置、１ａ…コントロール部、１ｂ…ディスクサブユニット、１ｃ…プラグ部、２…コントロール機器、２ａ…コントロール部、２ｂ…プラグ部、３…アンプ装置、３ａ…コントロール部、３ｂ…オーディオサブユニット、３ｃ…プラグ部、３ｄ，３ｅ…スピーカ装置、９…ＩＥＥＥ１３９４方式のバスライン、１０１…ディスク、１０２…光学ピックアップ、１０３…信号処理部、１０４…デジタル・アナログ変換器、１０５…アナログ出力端子、１０６…デジタル出力端子、１０９…バスインターフェース部、１１０…中央制御ユニット（ＣＰＵ）、１１１…メモリ、３０１…入力端子群、３０２…入力選択部、３０３…信号処理部、３０４…デジタル・アナログ変換器、３０５…パワーアンプ部、３０６，３０７…スピーカ端子、３０８…バスインターフェース部、３０９…中央制御ユニット（ＣＰＵ）、３１０…メモリ
【図１】
0003719180.tif 000002
【図２】
0003719180.tif 000003
【図３】
0003719180.tif 000004
【図４】
0003719180.tif 000005
【図５】
0003719180.tif 000006
【図６】
0003719180.tif 000007
【図７】
0003719180.tif 000008
【図８】
0003719180.tif 000009
【図９】
0003719180.tif 000010
【図１０】
0003719180.tif 000011
【図１１】
0003719180.tif 000012
【図１２】
0003719180.tif 000013
【図１３】
0003719180.tif 000014
【図１４】
0003719180.tif 000015
【図１５】
0003719180.tif 000016
【図１６】
0003719180.tif 000017
【図１７】
0003719180.tif 000018