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