JP6589875B2 - 送信装置、送信方法、受信装置および受信方法 - Google Patents

Description

この発明は、送信装置、送信方法、受信装置および受信方法に関し、詳しくは、オーディオデータを送信する送信装置等に関する。

例えば、特許文献１には、ＩＥＣ ６０９５８規格についての記載がある。この規格では、ＬＰＣＭ（Linear Pulse Code Modulation）伝送が最大２チャネルに制限されている。つまり、ＩＥＣ ６０９５８−１規格においては、２チャネル分の伝送が定義され、ＩＥＣ ６０９５８−３規格においてそれぞれのチャンネルにリニアＰＣＭが割り当てられている。なお、ＩＥＣ ６０９５８−１規格において、ＲＣＡピン端子からの同軸出力および光出力の物理層などが規格化されており、同軸出力と同等の物理層がＨＤＭＩ ＡＲＣ（High-Definition Multimedia Interface Audio Return Channel）において規格化されている。

特開２００９−１３０６０６号公報

ＩＥＣ ６０９５８規格は、３２ｋＨｚ、４４．１ｋＨｚ、４８ｋＨｚなどの標本化周波数から当初スタートした。その後の規格改訂により、８８．２ｋＨｚ、９６ｋＨｚ、１９２ｋＨｚなどのより高速な標本化周波数が定義されたり、マルチチャンネルオーディオ伝送が提案されたりして、高音質なオーディオ伝送が可能となった。

そのため、より強固な著作権保護システムが要求されるに至った。しかし、現在適応されているのはＳＣＭＳ（serial copy management system）であり、コピーマネージメントの状態を示すだけで、オーディオデータ自体は平文で伝送されておりコンピュータ機器ではそのコピーマネージメントの状態が無視される場合があり、データのコピーが可能で著作権保護が十分ではない。

本技術の目的は、伝送オーディオデータの高度な著作権保護を可能とすることにある。

本技術の概念は、
オーディオデータを単位オーディオデータ毎に順次所定伝送路を介して受信側に送信するデータ送信部と、
上記データ送信部で送信されるオーディオデータを暗号化する暗号化部と、
上記データ送信部で送信されるオーディオデータに、暗号化されていることを示す暗号化済み状態情報を付加する情報付加部を備える
送信装置にある。

本技術において、データ送信部により、オーディオデータが単位オーディオデータ毎に順次所定伝送路を介して受信側に送信される。例えば、オーディオデータは所定チャネル数のマルチチャネルオーディオデータであり、データ送信部は、マルチチャネルオーディオデータを構成する各チャネルのオーディオデータを単位オーディオデータ毎に順次所定伝送路を介して受信側に送信する、ようにされてもよい。この場合、例えば、所定チャネル数は、６、１２または２４である、ようにされてもよい。

暗号化部により、データ送信部で送信されるオーディオデータが暗号化される。そして、情報付加部により、データ送信部で送信されるオーディオデータに、暗号化されていることを示す暗号化済み状態情報が付加される。例えば、情報付加部は、所定数の単位オーディオデータ毎に構成される各ブロックのチャネルステータスの所定ビット領域を用いて暗号化済み状態情報を付加する、ようにされてもよい。

この場合、例えば、情報付加部は、各ブロックのチャネルステータスの所定の１ビット領域の値を、ブロック毎に交互に“１”と“０”を繰り返す状態とすることで暗号化されていることを示す、ようにされてもよい。この所定の１ビット領域は、データ送信部で送信されるオーディオデータがリニアＰＣＭであるか否かを示す領域である、ようにされてもよい。

このように本技術においては、データ送信部で送信されるオーディオデータに暗号化を施すと共に、そのオーディオデータに暗号化されていることを示す暗号化済み状態情報を付加するものである。そのため、伝送オーディオデータの高度な著作権保護を可能とすると共に、受信側においてオーディオデータが暗号化されたものであることを容易に認識可能となる。

なお、本技術において、例えば、情報付加部は、データ送信部で送信されるオーディオデータに、暗号化における暗号化方式を示す暗号化方式情報をさらに付加する、ようにされてもよい。この場合、例えば、情報付加部は、所定数の単位オーディオデータ毎に構成される各ブロックのチャネルステータスの所定ビット領域を用いて暗号化方式情報を付加する、ようにされてもよい。このように送信オーディオデータに暗号化方式情報が付加されることで、受信側においてオーディオデータがいかなる暗号化方式で暗号化されたものであるかを容易に認識でき、復号化処理を適切に行うことが可能となる。

本技術の他の概念は、
オーディオデータを送信側から所定伝送路を介して単位オーディオデータ毎に順次受信するデータ受信部を備え、
上記データ受信部で受信されるオーディオデータは暗号化されており、
上記データ受信部で受信されるオーディオデータには、暗号化されていることを示す暗号化済み状態情報が付加されており、
上記暗号化済み状態情報に基づいて上記データ受信部で受信されたオーディオデータに復号化処理を施す復号化部をさらに備える
受信装置にある。

本技術において、データ受信部により、オーディオデータが送信側から所定伝送路を介して単位オーディオデータ毎に順次受信される。例えば、オーディオデータは所定チャネル数のマルチチャネルオーディオデータであり、データ受信部は、マルチチャネルオーディオデータを構成する各チャネルのオーディオデータを送信側から所定伝送路を介して単位オーディオデータ毎に順次受信する、ようにされてもよい。この場合、所定チャネル数は、６、１２または２４である、ようにされてもよい。

データ受信部で受信されるオーディオデータは暗号化されている。また、このオーディオデータには、暗号化されていることを示す暗号化済み状態情報が付加されている。復号化部により、暗号化済み状態情報に基づいてデータ受信部で受信されたオーディオデータに復号化処理が施される。例えば、受信部で受信されるオーディオデータには、所定数の単位オーディオデータ毎に構成される各ブロックのチャネルステータスの所定ビット領域を用いて暗号化済み状態情報が付加されている、ようにされてもよい。

この場合、各ブロックのチャネルステータスの所定の１ビット領域の値がブロック毎に交互に“０”と“１”を繰り返す状態とされることで暗号化されていることが示される、ようにされてもよい。この所定の１ビット領域は、従来はデータ受信部で受信されるオーディオデータがリニアＰＣＭであるか否かを示す領域であり、コンテンツの切り替わり時に変化したが、ひとつのコンテンツのなかでブロックごとに“０”と“１”がくりかえされることはなかった。

このように本技術においては、受信オーディオデータに付加されている暗号化済み状態情報に基づいてこの受信オーディオデータに復号化処理を施すものである。そのため、受信オーディオデータが暗号化されていることを容易に認識して、その復号化処理を行うことが可能となる。

なお、本技術において、例えば、データ受信部で受信されるオーディオデータには、暗号化における暗号化方式を示す暗号化方式情報がさらに付加されており、復号化部は、データ受信部で受信されたオーディオデータに暗号化方式情報が示す暗号化方式に対応した復号化処理を施す、ようにされてもよい。この場合、例えば、受信部で受信されるオーディオデータには、所定数の単位オーディオデータ毎に構成される各ブロックのチャネルステータスの所定ビット領域を用いて暗号化方式情報が付加されている、ようにされてもよい。この場合、受信オーディオデータに対して復号化処理を適切に行うことが可能となる

本技術によれば、伝送オーディオデータの高度な著作権保護が可能となる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

実施の形態としてのＡＶシステムの構成例を示すブロック図である。 ＡＶシステムを構成するテレビ受信機の構成例を示すブロック図である。 ＡＶシステムを構成するオーディオアンプの構成例を示すブロック図である。 ＡＶシステムを構成するＢＤプレーヤの構成例を示すブロック図である。 テレビ受信機のＨＤＭＩ受信部とオーディオアンプのＨＤＭＩ送信部の構成例を示すブロック図である。 ＴＭＤＳチャネルにおいて横×縦が１９２０ピクセル×１０８０ラインの画像データが伝送される場合の各種の伝送データの区間を示す図である。 ＨＤＭＩコネクタのピン配列を示す図である。 テレビ受信機の高速バスインタフェースの構成例を示す図である。 オーディオアンプの高速バスインタフェースの構成例を示す図である。 ＩＥＣ ６０９５８規格におけるフレーム構成を示す図である。 ＩＥＣ ６０９５８規格におけるサブフレーム構成を示す図である。 ＩＥＣ ６０９５８規格における信号変調方式を示す図である。 ＩＥＣ ６０９５８規格におけるプリアンブルのチャンネルコーディングを示す図である。 ＩＥＣ ６０９５８規格におけるチャネルステータスのフォーマットを概略的に示す図である。 現在の標本化周波数の規定状況を示す図である。 チャネル当たりの標本化周波数が４８ｋＨｚである場合におけるチャネル数と標本化周波数との対応関係を示す図である。 ６チャネルのマルチチャネル伝送おけるフレーム構成の一例を示す図である。 チャネルステータスの「bit 67-74」の値と、その値が示す各チャネルとスピーカポジションとの対応関係の一例を示す図である。 受信側におけるＵＩ表示の一例を示す図である。 オーディオショートデスクリプタあるいは新規定義するデスクリプタの構成例を示す図である。 ＳＰＤＩＦ信号の送信側であるテレビ受信機の動作の一例を示すフローチャートである。 ユーザに所望の出力モードを選択させる場合におけるＵＩ表示の一例を示す図である。 暗号化の詳細を説明するためのブロック図である。 チャネルステータスの「Byte0 Bit1」が“０”に設定された状態を示す図である。 チャネルステータスの「Byte0 Bit1」が“１”に設定された状態を示す図である。 ＳＰＤＩＦ信号を伝送する際の送信側および受信側の動作を説明するためのシーケンス図である。 ＳＰＤＩＦ信号を伝送する際の「Byte0 Bit1」の推移を示す図である。 新規定義するプリアンブルの一例を示す図である。 プリアンブルとして「Ｂ」、「Ｍ」、「Ｗ」のプリアンブルの代わりに新規定義されるプリアンブルを用いた場合における６チャネルのマルチチャネル伝送おけるフレーム構成の一例を示す図である。 新規定義されるプリアンブルを用いた場合における６チャネルのマルチチャネル伝送おけるフレーム構成の他の一例を示す図である。 ＩＥＣ ６０９５８伝送路として光ケーブルを利用した場合におけるＡＶシステムの構成例を示すブロック図である。 ＥＣ ６０９５８伝送路としてＨＤＭＩ伝送路やディスプレイポート伝送路を利用する例を示す図である。

以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例

＜１．実施の形態＞
［ＡＶシステムの構成例］

図１は、実施の形態としてのＡＶシステム１０の構成例を示している。このＡＶシステム１０は、シンク機器としてのテレビ受信機１００と、リピータ機器としてのオーディオアンプ２００と、ソース機器としてのＢＤ(Blu-Ray Disc)プレーヤ３００とを有している。テレビ受信機１００およびＢＤプレーヤ３００には、テレビ放送の受信アンテナ４００が接続されている。また、オーディオアンプ２００には、２チャネル用あるいはマルチチャネル用のスピーカシステム５００が接続されている。

テレビ受信機１００およびオーディオアンプ２００はＨＤＭＩケーブル６１０を介して接続されている。テレビ受信機１００には、ＨＤＭＩ受信部（HDMI RX）１０２と、通信部を構成する高速バスインタフェース１０３とが接続されたＨＤＭＩ端子１０１が設けられている。この高速バスインタフェース１０３には、イーサネットインタフェース１１５およびＳＰＤＩＦ（Sony Philips Digital Interface）送信回路１０４が接続されている。ＳＰＤＩＦ送信回路１０４は暗号化部１０４ａを有している。

また、オーディオアンプ２００には、ＨＤＭＩ送信部（HDMI TX）２０２ａと、通信部を構成する高速バスインタフェース２０３ａとが接続されたＨＤＭＩ端子２０１ａが設けられている。この高速バスインタフェース２０３ａには、イーサネットインタフェース２１０およびＳＰＤＩＦ受信回路２０４が接続されている。ＳＰＤＩＦ受信回路２０４は復号化部２０４ａを有している。上述したＨＤＭＩケーブル６１０の一端はテレビ受信機１００のＨＤＭＩ端子１０１に接続され、このＨＤＭＩケーブル６１０の他端はオーディオアンプ２００のＨＤＭＩ端子２０１ａに接続されている。

また、オーディオアンプ２００およびＢＤプレーヤ３００はＨＤＭＩケーブル６２０を介して接続されている。オーディオアンプ２００には、ＨＤＭＩ受信部（HDMI RX）２０２ｂと、通信部を構成する高速バスインタフェース２０３ｂとが接続されたＨＤＭＩ端子２０１ｂが設けられている。

また、ＢＤプレーヤ３００には、ＨＤＭＩ送信部（HDNI TX）３０２と、通信部を構成する高速バスインタフェース３０３とが接続されたＨＤＭＩ端子３０１が設けられている。上述したＨＤＭＩケーブル６２０の一端はオーディオアンプ２００のＨＤＭＩ端子２０１ｂに接続され、このＨＤＭＩケーブル６２０の他端はＢＤプレーヤ３００のＨＤＭＩ端子３０１に接続されている。

［テレビ受信機の構成例］
図２は、テレビ受信機１００の構成例を示している。このテレビ受信機１００は、ＨＤＭＩ端子１０１と、ＨＤＭＩ受信部１０２と、高速バスインタフェース１０３と、ＳＰＤＩＦ（Sony Philips Digital Interface）送信回路１０４を有している。また、テレビ受信機１００は、アンテナ端子１０５と、デジタルチューナ１０６と、ＭＰＥＧデコーダ１０７と、映像信号処理回路１０８と、グラフィック生成回路１０９と、パネル駆動回路１１０と、表示パネル１１１とを有している。

また、テレビ受信機１００は、音声信号処理回路１１２と、音声増幅回路１１３と、スピーカ１１４と、イーサネットインタフェース（Ethernet I/F）１１５と、ネットワーク端子１１６を有している。また、テレビ受信機１００は、内部バス１２０と、ＣＰＵ１２１と、フラッシュＲＯＭ１２２と、ＳＤＲＡＭ（Synchronous RAM）１２３と、表示制御部１２４と、リモコン受信部１２５と、リモコン送信機１２６と、電源部１２７を有している。なお、「イーサネット」および「Ｅｔｈｅｒｎｅｔ」は登録商標である。

ＣＰＵ１２１は、テレビ受信機１００の各部の動作を制御する。フラッシュＲＯＭ１２２は、制御ソフトウェアの格納およびデータの保管を行う。ＳＤＲＡＭ１２３は、ＣＰＵ１２１のワークエリアを構成する。ＣＰＵ１２１は、フラッシュＲＯＭ１２２から読み出したソフトウェアやデータをＳＤＲＡＭ１２３上に展開してソフトウェアを起動させ、テレビ受信機１００の各部を制御する。

リモコン受信部１２５は、リモコン送信機１２６から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ１２１に供給する。ＣＰＵ１２１は、このリモコンコードに基づいて、テレビ受信機１００の各部を制御する。なお、この実施の形態では、ユーザ指示入力部としてリモートコントロール部を示しているが、ユーザ指示入力部は、その他の構成、例えば、近接/タッチにより指示入力を行うタッチパネル部、マウス、キーボード、カメラで指示入力を検出するジェスチャ入力部、音声により指示入力を行う音声入力部などであってもよい。

アンテナ端子１０５は、受信アンテナ（図示せず）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ１０６は、アンテナ端子１０５に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のトランスポートストリームから、パーシャルＴＳ（Transport Stream）（映像データのＴＳパケット、音声データのＴＳパケット）を抽出する。

また、デジタルチューナ１０６は、得られたトランスポートストリームから、ＰＳＩ／ＳＩ（Program Specific Information／Service Information）を取り出し、ＣＰＵ１２１に出力する。デジタルチューナ１０６で得られた複数のトランスポートストリームから任意のチャネルのパーシャルＴＳを抽出する処理は、ＰＳＩ／ＳＩ（ＰＡＴ／ＰＭＴ）から当該任意のチャネルのパケットＩＤ（ＰＩＤ）の情報を得ることで可能となる。

ＭＰＥＧデコーダ１０７は、デジタルチューナ１０６で得られる映像データのＴＳパケットにより構成される映像ＰＥＳ（Packetized Elementary Stream）パケットに対してデコード処理を行って画像データを得る。また、ＭＰＥＧデコーダ１０７は、デジタルチューナ１０６で得られる音声データのＴＳパケットにより構成される音声ＰＥＳパケットに対してデコード処理を行って音声データを得る。

映像信号処理回路１０８およびグラフィック生成回路１０９は、ＭＰＥＧデコーダ１０７で得られた画像データ、あるいはＨＤＭＩ受信部１０２で受信された画像データに対して、必要に応じてスケーリング処理（解像度変換処理）、グラフィックスデータの重畳処理等を行う。

パネル駆動回路１１０は、グラフィック生成回路１０９から出力される映像（画像）データに基づいて、表示パネル１１１を駆動する。表示制御部１２４は、グラフィクス生成回路１０９やパネル駆動回路１１０を制御して、表示パネル１１１における表示を制御する。表示パネル１１１は、例えば、ＬＣＤ(Liquid Crystal Display)、ＰＤＰ(Plasma Display Panel)、有機ＥＬパネル（Organic Electro-Luminescence Panel）等で構成されている。

なお、この実施の形態では、ＣＰＵ１２１の他に表示制御部１２４を有する例を示しているが、表示パネル１１１における表示をＣＰＵ１２１が直接制御するようにしてもよい。また、ＣＰＵ１２１と表示制御部１２４は、１つのチップになっていても、複数コアであってもよい。電源部１２７は、テレビ受信機１００の各部に電源を供給する。この電源部１２７は、ＡＣ電源であっても、電池（蓄電池、乾電池）であってもよい。

音声信号処理回路１１２はＭＰＥＧデコーダ１０７で得られた音声データに対してＤ／Ａ変換等の必要な処理を行う。音声増幅回路１１３は、音声信号処理回路１１２から出力される音声信号を増幅してスピーカ１１４に供給する。なお、スピーカ１１４は、モノラルでもステレオでもよい。また、スピーカ１１４は、１つでもよく、２つ以上でもよい。また、スピーカ１１４は、イヤホン、ヘッドホンでもよい。また、スピーカ１１４は、２．１チャネルや、５．１チャネルなどに対応するものであってもよい。また、スピーカ１１４は、テレビ受信機１００と無線で接続されてもよい。また、スピーカ１１４は、他機器であってもよい。

ネットワーク端子１１６は、ネットワークに接続する端子であり、イーサネットインタフェース１１５に接続される。ＣＰＵ１２１、フラッシュＲＯＭ１２２、ＳＤＲＡＭ１２３、イーサネットインタフェース１１５および表示制御部１２４は、内部バス１２０に接続されている。

ＨＤＭＩ受信部（ＨＤＭＩシンク）１０２は、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブルを介してＨＤＭＩ端子１０１に供給されるベースバンドの画像（映像）と音声のデータを受信する。高速バスインタフェース１０３は、ＨＤＭＩケーブルを構成するリザーブラインおよびＨＰＤラインを用いて構成される双方向通信路のインタフェースである。

ＳＰＤＩＦ送信回路１０４は、ＩＥＣ ６０９５８規格のデジタルオーディオ伝送信号（以下、適宜、「ＳＰＤＩＦ信号」という）を送信するための回路である。このＳＰＤＩＦ送信回路１０４はＩＥＣ ６０９５８規格に準拠した送信回路である。この実施の形態において、ＳＰＤＩＦ送信回路１０４は、２チャネルあるいはマルチチャネルの各チャネルのオーディオデータＳＡを用いて、各チャネルのオーディオデータを含むＳＰＤＩＦ信号を生成する。

このオーディオデータＳＡは、例えば、ＭＰＥＧデコーダ１０７で得られたものであり、２チャネル、５．１チャネル、７．１チャネル、１０．２チャネル、２２．２チャネル等のオーディオデータが考えられる。この実施の形態において、ＳＰＤＩＦ送信回路１０４で生成されるＳＰＤＩＦ信号に含まれる各チャネルのリニアＰＣＭのオーディオデータは暗号化が施されたものとされる。ＳＰＤＩＦ信号と暗号化の詳細は後述する。

高速バスインタフェース１０３は、イーサネットインタフェース１１５とＨＤＭＩ端子１０１との間に挿入されている。この高速バスインタフェース１０３は、ＨＤＭＩケーブルからＨＤＭＩ端子１０１を介して相手側の機器から受信された受信データを、イーサネットインタフェース１１５を通じてＣＰＵ１２１に供給する。

また、この高速バスインタフェース１０３は、ＣＰＵ１２１からイーサネットインタフェース１１５を通じて供給される送信データを、ＨＤＭＩ端子１０１からＨＤＭＩケーブルを介して相手側の機器に送信する。また、この高速バスインタフェース１０３は、ＳＰＤＩＦ送信回路１０４で生成されたＳＰＤＩＦ信号を、ＨＤＭＩ端子１０１からＨＤＭＩケーブルを介して相手側の機器に送信する。

なお、例えば、受信されたコンテンツデータをネットワークに送出する際には、このコンテンツデータは、イーサネットインタフェース１１５を介して、ネットワーク端子１１６に出力される。同様に、受信されたコンテンツデータをＨＤＭＩケーブルの双方向通信路に送出する際には、当該コンテンツデータは、イーサネットインタフェース１１５および高速バスインタフェース１０３を介して、ＨＤＭＩ端子１０１に出力される。ここで、画像データを出力する前に、著作権保護技術、例えばＨＤＣＰ、ＤＴＣＰ、ＤＴＣＰ＋などを用いて暗号化してから伝送してもよい。

図２に示すテレビ受信機１００の動作を簡単に説明する。アンテナ端子１０５に入力されたテレビ放送信号はデジタルチューナ１０６に供給される。このデジタルチューナ１０６では、テレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のトランスポートストリームが出力され、トランスポートストリームから、パーシャルＴＳ（映像データのＴＳパケット、音声データのＴＳパケット）が抽出され、当該パーシャルＴＳはＭＰＥＧデコーダ１０７に供給される。

ＭＰＥＧデコーダ１０７では、映像データのＴＳパケットにより構成される映像ＰＥＳパケットに対してデコード処理が行われて映像データが得られる。この映像データは、映像信号処理回路１０８およびグラフィック生成回路１０９において、必要に応じて、スケーリング処理（解像度変換処理）、グラフィックスデータの重畳処理等が行われた後に、パネル駆動回路１１０に供給される。そのため、表示パネル１１１には、ユーザの選択チャネルに対応した画像が表示される。

また、ＭＰＥＧデコーダ１０７では、音声データのＴＳパケットにより構成される音声ＰＥＳパケットに対してデコード処理が行われて音声データが得られる。この音声データは、音声信号処理回路１１２でＤ／Ａ変換等の必要な処理が行われ、さらに、音声増幅回路１１３で増幅された後に、スピーカ１１４に供給される。そのため、スピーカ１１４から、ユーザの選択チャネルに対応した音声が出力される。

また、ネットワーク端子１１６からイーサネットインタフェース１１５に供給される、あるいは、ＨＤＭＩ端子１０１から高速バスインタフェース１０３を通じてイーサネットインタフェース１１５に供給されるコンテンツデータ（画像データ、音声データ）は、ＭＰＥＧデコーダ１０７に供給される。以降は、上述したテレビ放送信号の受信時と同様の動作となり、表示パネル１１１に画像が表示され、スピーカ１１４から音声が出力される。

また、ＨＤＭＩ受信部１０２では、ＨＤＭＩ端子１０１にＨＤＭＩケーブルを介して送信されてくる画像データおよび音声データが取得される。画像データは、映像信号処理回路１０８に供給される。また、音声データは、音声信号処理回路１１２に供給される。以降は、上述したテレビ放送信号の受信時と同様の動作となり、表示パネル１１１に画像が表示され、スピーカ１１４から音声が出力される。

また、ＳＰＤＩＦ送信回路１０４で生成された２チャネルあるいはマルチチャネルの各チャネルのオーディオデータを含むＳＰＤＩＦ信号は、高速バスインタフェース１０３に供給される。そして、ＳＰＤＩＦ信号は、高速バスインタフェース１０３により、ＨＤＭＩ端子１０１からＨＤＭＩケーブル６１０を介してオーディオアンプ２００に送信される。

［オーディオアンプの構成例］
図３は、オーディオアンプ２００の構成例を示している。オーディオアンプ２００は、ＨＤＭＩ端子２０１ａ，２０１ｂと、ＨＤＭＩ送信部２０２ａと、ＨＤＭＩ受信部２０２ｂと、高速バスインタフェース２０３ａ，２０３ｂと、ＳＰＤＩＦ受信回路２０４を有している。

また、オーディオアンプ２００は、ＭＰＥＧデコーダ２０５と、映像・グラフィック処理回路２０６と、音声処理回路２０７と、音声増幅回路２０８と、音声出力端子２０９を有している。また、オーディオアンプ２００は、イーサネットインタフェース２１０と、内部バス２１１と、ＣＰＵ２１２と、フラッシュＲＯＭ２１３と、ＤＲＡＭ２１４と、表示制御部２１５と、パネル駆動回路２１６と、表示パネル２１７と、電源部２１８と、リモコン受信部２１９と、リモコン送信機２２０を有している。

ＣＰＵ２１２は、オーディオアンプ２００の各部の動作を制御する。フラッシュＲＯＭ２１３は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２１４は、ＣＰＵ２１２のワークエリアを構成する。ＣＰＵ２１２は、フラッシュＲＯＭ２１３から読み出したソフトウェアやデータをＤＲＡＭ２１４上に展開してソフトウェアを起動させ、オーディオアンプ２００の各部を制御する。ＣＰＵ２１２、フラッシュＲＯＭ２１３、ＤＲＡＭ２１４、イーサネットインタフェース２１０および表示制御部２１５は、内部バス２１１に接続されている。

リモコン受信部２１９は、リモコン送信機２２０から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ２１２に供給する。ＣＰＵ２１２は、このリモコンコードに基づいて、オーディオアンプ２００の各部を制御する。なお、この実施の形態では、ユーザ指示入力部としてリモートコントロール部を示しているが、ユーザ指示入力部は、その他の構成、例えば、近接/タッチにより指示入力を行うタッチパネル部、マウス、キーボード、カメラで指示入力を検出するジェスチャ入力部、音声により指示入力を行う音声入力部などであってもよい。

ＨＤＭＩ送信部（ＨＤＭＩソース）２０２ａは、ＨＤＭＩに準拠した通信により、ベースバンドの映像（画像）と音声のデータを、ＨＤＭＩ端子２０１ａからＨＤＭＩケーブルに送出する。ＨＤＭＩ受信部（ＨＤＭＩシンク）２０２ｂは、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブルを介してＨＤＭＩ端子２０１ｂに供給されるベースバンドの映像（画像）と音声のデータを受信する。ＨＤＭＩ送信部２０２ａおよびＨＤＭＩ受信部２０２ｂの詳細は後述する。

高速バスインタフェース２０３ａ，２０３ｂは、ＨＤＭＩケーブルを構成するリザーブラインおよびＨＰＤラインを用いた双方向通信のインタフェースである。高速バスインタフェース２０３ａ，２０３ｂの詳細は後述する。ＳＰＤＩＦ受信回路２０４は、ＳＰＤＩＦ信号（ＩＥＣ ６０９５８規格のデジタルオーディオ伝送信号）を受信するための回路である。このＳＰＤＩＦ受信回路２０４はＩＥＣ ６０９５８規格に準拠した受信回路である。

この実施の形態において、ＳＰＤＩＦ受信回路２０４は、２チャネルあるいはマルチチャネルの各チャネルのオーディオデータを含むＳＰＤＩＦ信号を受信し、各チャネルのオーディオデータを出力する。ここで、ＳＰＤＩＦ信号に含まれる各チャネルのリニアＰＣＭのオーディオデータは暗号化が施されている。そのため、ＳＰＤＩＦ受信回路２０４は、各チャネルのリニアＰＣＭのオーディオデータに対して復号化処理を行って各チャネルのオーディオデータを得る。

ＭＰＥＧデコーダ２０５は、高速バスインタフェース２０３ａを介してイーサネットインタフェース２１０に供給されるパーシャルＴＳを復号化する。この場合、パーシャルＴＳのうち、音声のＰＥＳパケットに対してデコード処理を行って音声データを得る。

音声処理回路２０７は、ＭＰＥＧデコーダ２０５で得られた、あるいはＳＰＤＩＦ受信回路２０４で受信された２チャネルあるいはマルチチャネルの各チャネルのオーディオデータにＤ／Ａ変換等の必要な処理を施す。音声増幅回路２０８は、音声処理回路２０７で得られる２チャネルあるいはマルチチャネルの各チャネルのオーディオ信号を増幅して音声出力端子２０９に出力する。なお、音声出力端子２０９には、２チャネル用あるいはマルチチャネル用のスピーカシステム５００が接続されている。

音声処理回路２０７は、さらに、ＨＤＭＩ受信部２０２ｂで得られた音声データを、必要な処理を施した後に、ＨＤＭＩ送信部２０２ａに供給する。映像・グラフィック処理回路２０６は、ＨＤＭＩ受信部２０２ｂで得られた映像（画像）データを、グラフィックスデータの重畳等の処理を施した後に、ＨＤＭＩ送信部２０２ａに供給する。

表示制御部２１５は、例えば、ユーザインタフェース表示あるいはオーディオアンプ２００のステータス表示等を行うために、パネル駆動回路２１６を制御し、表示パネル２１７における表示を制御する。表示パネル２１７は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬパネル（Organic Electro-Luminescence Panel）等で構成されている。

なお、この実施の形態では、ＣＰＵ２１２の他に表示制御部２１５を有する例を示しているが、表示パネル２１７における表示をＣＰＵ２１２が直接制御するようにしてもよい。また、ＣＰＵ２１２と表示制御部２１５は、１つのチップになっていても、複数コアであってもよい。電源部２１８は、オーディオアンプ２００の各部に電源を供給する。この電源部２１８は、ＡＣ電源であっても、電池（蓄電池、乾電池）であってもよい。

図３に示すオーディオアンプ２００の動作を簡単に説明する。ＨＤＭＩ受信部２０２ｂでは、ＨＤＭＩ端子２０１ｂにＢＤプレーヤ３００からＨＤＭＩケーブル６２０を介して送信されてくる、映像（画像）データおよび音声データが取得される。この映像データおよび音声データは、それぞれ、映像・グラフィック処理回路２０６および音声処理回路２０７を介して、ＨＤＭＩ送信部２０２ａに供給され、ＨＤＭＩ端子２０２ａに接続されたＨＤＭＩケーブル６１０を介してテレビ受信機１００に送信される。

高速バスインタフェース２０３ａでは、ＨＤＭＩ端子２０１ａに接続されているＨＤＭＩケーブル６１０の所定ラインを通じてテレビ受信機１００から送信されてくるパーシャルＴＳが受信される。このパーシャルＴＳは、イーサネットインタフェース２１１を介してＭＰＥＧデコーダ２０５に供給される。ＭＰＥＧデコーダ２０５では、パーシャルＴＳを構成する音声データのＰＥＳパケットに対してデコード処理が施されて２チャネルあるいはマルチチャネルの各チャネルのオーディオデータが得られる。

このオーディオデータは音声処理回路２０７に供給されてＤ／Ａ変換等の必要な処理が施される。そして、ミューティングがオフ状態にあるとき、音声処理回路２０７から出力される各チャネルのオーディオ信号が増幅されて音声出力端子２０９に出力される。そのため、スピーカシステム５００から２チャネルあるいはマルチチャネルの音声出力が得られる。

また、高速バスインタフェース２０３ａでは、ＨＤＭＩ端子２０１ａに接続されているＨＤＭＩケーブル６１０の所定ラインを通じてテレビ受信機１００から送信されてくる、２チャネルあるいはマルチチャネルの各チャネルのオーディオデータが含まれるＳＰＤＩＦ信号が受信される。このＳＰＤＩＦ信号は、ＳＰＤＩＦ受信回路２０４に供給される。ＳＰＤＩＦ受信回路２０４では、ＳＰＤＩＦ信号が処理されて、２チャネルあるいはマルチチャネルの各チャネルのオーディオデータ得られる。

このオーディオデータは音声処理回路２０７に供給されてＤ／Ａ変換等の必要な処理が施される。そして、ミューティングがオフ状態にあるとき、音声処理回路２０７から出力される各チャネルのオーディオ信号が増幅されて音声出力端子２０９に出力される。そのため、スピーカシステム５００から２チャネルあるいはマルチチャネルの音声出力が得られる。

なお、上述したように高速バスインタフェース２０３ａで受信され、イーサネットインタフェース２１０に供給されるパーシャルＴＳは、高速バスインタフェース２０３ｂに送信データとして供給される。そのため、これらパーシャルＴＳは、ＨＤＭＩ端子２０１ｂに接続されたＨＤＭＩケーブル６２０を介してＢＤプレーヤ３００に送信される。

［ＢＤプレーヤの構成例］
図４は、ＢＤプレーヤ３００の構成例を示している。このＢＤプレーヤ３００は、ＨＤＭＩ端子３０１と、ＨＤＭＩ送信部３０２と、高速バスインタフェース３０３を有している。また、このＢＤプレーヤ３００は、内部バス３０４と、ＣＰＵ（Central Processing Unit）３０５と、フラッシュＲＯＭ（Read Only Memory）３０６と、ＳＤＲＡＭ（Synchronous Random Access Memory）３０７と、表示制御部３０８と、リモコン受信部３０９と、リモコン送信機３１０を有している。

また、ＢＤプレーヤ３００は、記憶（記録）媒体制御インタフェース３１１と、ＢＤ(Blu-Ray Disc)ドライブ３１２ａと、ＨＤＤ（Hard disk drive）３１２ｂと、ＳＳＤ（Solid State Drive）３１２ｃと、イーサネットインタフェース（Ethernet I/F）３１３と、ネットワーク端子３１４を有している。また、ＢＤプレーヤ３００は、ＭＰＥＧ(Moving Picture Expert Group)デコーダ３１５と、グラフィック生成回路３１６と、映像出力端子３１７と、音声出力端子３１８を有している。

また、ＢＤプレーヤ３００は、パネル駆動回路３１９と、表示パネル３２０と、電源部３２１を有している。ＣＰＵ３０５、フラッシュＲＯＭ３０６、ＳＤＲＡＭ３０７、記憶媒体制御インタフェース３１１、イーサネットインタフェース３１３およびＭＰＥＧデコーダ３１５は、内部バス３０４に接続されている。

ＣＰＵ３０５は、ＢＤプレーヤ３００の各部の動作を制御する。フラッシュＲＯＭ３０６は、制御ソフトウェアの格納およびデータの保管を行う。ＳＤＲＡＭ３０７は、ＣＰＵ３０５のワークエリアを構成する。ＣＰＵ３０５は、フラッシュＲＯＭ３０６から読み出したソフトウェアやデータをＳＤＲＡＭ３０７上に展開してソフトウェアを起動させ、ＢＤプレーヤ３００の各部を制御する。

リモコン受信部３０９は、リモコン送信機３１０から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ３０５に供給する。ＣＰＵ３０５は、リモコンコードに従ってＢＤプレーヤ３００の各部を制御する。なお、この実施の形態では、ユーザ指示入力部としてリモートコントロール部を示しているが、ユーザ指示入力部は、その他の構成、例えば、スイッチ、ホイール、近接/タッチにより指示入力を行うタッチパネル部、マウス、キーボード、カメラで指示入力を検出するジェスチャ入力部、音声により指示入力を行う音声入力部などであってもよい。

ＢＤドライブ３１２aは、ディスク状記録メディアとしてのＢＤディスクに対して、コンテンツデータを記録し、あるいは、このＢＤディスクからコンテンツデータを再生する。ＨＤＤ３１２ｂは、コンテンツデータを記録し、あるいは、そのコンテンツデータを再生する。ＳＳＤ３１２ｃは、メモリカード等の半導体メモリに対して、コンテンツデータを記録し、あるいは、この半導体メモリからコンテンツデータを再生する。

ＢＤドライブ３１２ａ、ＨＤＤ３１２ｂ、ＳＳＤ３１２ｃは、記憶媒体制御インタフェース３１１を介して内部バス３０４に接続されている。例えば、ＢＤドライブ３１２ａやＨＤＤ３１２ｂのためのインタフェースとしてはＳＡＴＡインタフェースが使用される。また、例えば、ＳＳＤ３１２ｃのためのインタフェースとしてＳＡＴＡインタフェースあるいはＰＣＩｅインタフェースが使用される。

ＭＰＥＧデコーダ３１５は、ＢＤドライブ３１２ａ、ＨＤＤ３１２ｂあるいはＳＳＤ３１２ｃで再生されたＭＰＥＧ２ストリームに対してデコード処理を行って画像および音声のデータを得る。グラフィック生成回路３１６は、ＭＰＥＧデコーダ３１５で得られた画像データに対して、必要に応じてグラフィックスデータの重畳処理等を行う。映像出力端子３１７は、グラフィック生成回路３１６から出力される画像データを出力する。音声出力端子３１８は、ＭＰＥＧデコーダ３１５で得られた音声データを出力する。

パネル駆動回路３１９は、グラフィック生成回路３１６から出力される映像（画像）データに基づいて、表示パネル３２０を駆動する。表示制御部３０８は、グラフィクス生成回路３１６やパネル駆動回路３１９を制御して、表示パネル３２０における表示を制御する。表示パネル３２０は、例えば、ＬＣＤ(Liquid Crystal Display)、ＰＤＰ(Plasma Display Panel)有機ＥＬパネル（Organic Electro-Luminescence Panel）等で構成されている。

なお、この実施の形態では、ＣＰＵ３０５の他に表示制御部３０８を有する例を示しているが、表示パネル３２０における表示をＣＰＵ３０５が直接制御するようにしてもよい。また、ＣＰＵ３０５と表示制御部３０８は、１つのチップになっていても、複数コアであってもよい。電源部３２１は、ＢＤプレーヤ３００の各部に電源を供給する。この電源部３２１は、ＡＣ電源であっても、電池（蓄電池、乾電池）であってもよい。

ＨＤＭＩ送信部（ＨＤＭＩソース）３０２は、ＨＤＭＩに準拠した通信により、ベースバンドの画像（映像）と音声のデータを、ＨＤＭＩ端子３０１から送出する。高速バスインタフェース３０３は、ＨＤＭＩケーブルを構成するリザーブラインおよびＨＰＤラインを用いて構成される双方向通信路のインタフェースである。

この高速バスインタフェース３０３は、イーサネットインタフェース３１３とＨＤＭＩ端子３０１との間に挿入されている。この高速バスインタフェース３０３は、ＣＰＵ３０５から供給される送信データを、ＨＤＭＩ端子３０１からＨＤＭＩケーブルを介して相手側の機器に送信する。また、この高速バスインタフェース３０３は、ＨＤＭＩケーブルからＨＤＭＩ端子３０１を介して相手側の機器から受信された受信データをＣＰＵ３０５に供給する。

図４に示すＢＤプレーヤ３００の動作を簡単に説明する。記録時には、図示されないデジタルチューナを介して、あるいはネットワーク端子３１４からイーサネットインタフェース３１１を介して、あるいはＨＤＭＩ端子３０１から高速バスインタフェース３０３を介して、記録すべきコンテンツデータが取得される。このコンテンツデータは、記憶媒体制御インタフェース３１１に入力され、ＢＤドライブ３１２ａによりＢＤディスクに、ＨＤＤ３１２ｂに、あるいはＳＳＤ３１２ｃにより半導体メモリに記録される。

再生時には、ＢＤドライブ３１２ａ、ＨＤＤ３１２ｂ、あるいはＳＳＤ３１２ｃで再生されたコンテンツデータ（ＭＰＥＧストリーム）は、記憶媒体制御インタフェース３１１を介してＭＰＥＧデコーダ３１５に供給される。ＭＰＥＧデコーダ３１５では、再生されたコンテンツデータに対してデコード処理が行われ、ベースバンドの画像および音声のデータが得られる。画像データは、グラフィック生成回路３１６を通じて映像出力端子３１７に出力される。また、音声データは、音声出力端子３１８に出力される。

また、再生時には、ＭＰＥＧデコーダ３１５で得られた画像データが、ユーザ操作に応じて、グラフィック生成回路３１６を通じてパネル駆動回路３１９に供給され、表示パネル３２０に再生画像が表示される。また、ＭＰＥＧデコーダ３１５で得られた音声データが、ユーザ操作に応じて、図示しないスピーカに供給され、再生画像に対応した音声が出力される。

また、この再生時に、ＭＰＥＧデコーダ３１５で得られた画像および音声のデータをＨＤＭＩのＴＭＤＳチャネルで送信する場合には、これら画像および音声のデータは、ＨＤＭＩ送信部３０２に供給されてパッキングされ、このＨＤＭＩ送信部３０２からＨＤＭＩ端子３０１に出力される。

また、再生時に、ＢＤドライブ３１２ａ、ＨＤＤ３１２ｂ、あるいはＳＳＤ３１２ｃで再生されたコンテンツデータをネットワークに送出する際には、このコンテンツデータは、イーサネットインタフェース３１３を介して、ネットワーク端子３１４に出力される。同様に、再生時に、ＢＤドライブ３１２ａ、ＨＤＤ３１２ｂ、あるいはＳＳＤ３１２ｃで再生されたコンテンツデータをＨＤＭＩケーブル６２０の双方向通信路に送出する際には、当該コンテンツデータは、高速バスインタフェース３０３を介して、ＨＤＭＩ端子３０１に出力される。ここで、画像データを出力する前に、著作権保護技術、例えばＨＤＣＰ、ＤＴＣＰ、ＤＴＣＰ＋などを用いて暗号化してから伝送してもよい。

「ＨＤＭＩ送信部/受信部の構成例」
図５は、図１のＡＶシステム１０における、テレビ受信機１００のＨＤＭＩ受信部１０２とオーディオアンプ２００のＨＤＭＩ送信部２０２ａの構成例を示している。なお、オーディオアンプ２００のＨＤＭＩ受信部２０２ｂとＢＤプレーヤ３００のＨＤＭＩ送信部３０２の構成例に関しては、同様の構成となるので、説明は省略する。

ＨＤＭＩ送信部２０２ａは、ある垂直同期信号から次の垂直同期信号までの区間（以下、適宜、「ビデオフィールド」という）から、水平ブランキング期間および垂直ブランキング期間を除いた区間である有効画像区間（以下、適宜、「アクティブビデオ区間」という）において、ベースバンド（非圧縮）の一画面分の画像データの差動信号を、複数のチャネルで、ＨＤＭＩ受信部１０２に一方向に送信する。また、ＨＤＭＩ送信部２０２ａは、水平ブランキング期間および垂直ブランキング期間において、画像データに付随する音声データおよび制御パケット（Control Packet）、さらにその他の補助データ等に対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部１０２に一方向に送信する。

ＨＤＭＩ送信部２０２ａは、ソース信号処理部７１およびＨＤＭＩトランスミッタ７２を有する。ソース信号処理部７１には、ベースバンドの非圧縮の画像（Video）および音声（Audio）のデータが供給される。ソース信号処理部７１は、供給される画像および音声のデータに必要な処理を施し、ＨＤＭＩトランスミッタ７２に供給する。また、ソース信号処理部７１は、ＨＤＭＩトランスミッタ７２との間で、必要に応じて、制御用の情報やステータスを知らせる情報（Control/Status）等をやりとりする。

ＨＤＭＩトランスミッタ７２は、ソース信号処理部７１から供給される画像データを、対応する差動信号に変換し、複数のチャネルである３つのＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル６１０を介して接続されているＨＤＭＩ受信部１０２に、一方向に送信する。

さらに、トランスミッタ７２、ソース信号処理部７１から供給される、非圧縮の画像データに付随する音声データや制御パケットその他の補助データ（auxiliary data）と、垂直同期信号（VSYNC）、水平同期信号（HSYNC）等の制御データ（control data）とを、対応する差動信号に変換し、３つのＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル６１０を介して接続されているＨＤＭＩ受信部１０２に、一方向に送信する。

また、トランスミッタ７２は、３つのＴＭＤＳチャネル＃０，＃１，＃２で送信する画像データに同期したピクセルクロックを、ＴＭＤＳクロックチャネルで、ＨＤＭＩケーブル６１０を介して接続されているＨＤＭＩ受信部１０２に送信する。

ＨＤＭＩ受信部１０２は、アクティブビデオ区間において、複数チャネルで、ＨＤＭＩ送信部２０２ａから一方向に送信されてくる、画像データに対応する差動信号を受信すると共に、水平ブランキング期間および垂直ブランキング期間において、複数のチャネルで、ＨＤＭＩ送信部２０２ａから送信されてくる、補助データや制御データに対応する差動信号を受信する。

ＨＤＭＩ受信部１０２は、ＨＤＭＩレシーバ８１およびシンク信号処理部８２を有する。ＨＤＭＩレシーバ８１は、ＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル６１０を介して接続されているＨＤＭＩ送信部２０２ａから一方向に送信されてくる、画像データに対応する差動信号と、補助データや制御データに対応する差動信号を、同じくＨＤＭＩ送信部２０２ａからＴＭＤＳクロックチャネルで送信されてくるピクセルクロックに同期して受信する。さらに、ＨＤＭＩレシーバ８１は、差動信号を、対応する画像データ、補助データ、制御データに変換し、必要に応じて、シンク信号処理部８２に供給する。

シンク信号処理部８２は、ＨＤＭＩレシーバ８１から供給されるデータに必要な処理を施して出力する。その他、シンク信号処理部８２は、ＨＤＭＩレシーバ８１との間で、必要に応じて、制御用の情報やステータスを知らせる情報（Control/Status）等をやりとりする。

ＨＤＭＩの伝送チャネルには、ＨＤＭＩ送信部２０２ａからＨＤＭＩ受信部１０２に対して、画像データ、補助データ、および制御データを、ピクセルクロックに同期して、一方向にシリアル伝送するための３つのＴＭＤＳチャネル＃０，＃１，＃２と、ピクセルクロックを伝送する伝送チャネルとしてのＴＭＤＳクロックチャネルとの他に、ＤＤＣ(Display Data Channel)８３、さらには、ＣＥＣライン８４と呼ばれる伝送チャネルがある。

ＤＤＣ８３は、ＨＤＭＩケーブル６１０に含まれる図示しない２本のライン（信号線）からなり、ソース機器が、ＨＤＭＩケーブル６１０を介して接続されたシンク機器から、Ｅ−ＥＤＩＤ(Enhanced-Extended Display Identification)を読み出すために使用される。すなわち、シンク機器は、ＥＤＩＤＲＯＭ８５を有している。ソース機器は、ＨＤＭＩケーブル６１０を介して接続されているシンク機器から、ＥＤＩＤＲＯＭ８５が記憶しているＥ−ＥＤＩＤを、ＤＤＣ８３を介して読み出し、当該Ｅ−ＥＤＩＤに基づき、シンク機器の設定、性能を認識する。

ＣＥＣライン８４は、ＨＤＭＩケーブル６１０に含まれる図示しない１本のラインからなり、ソース機器とシンク機器との間で、制御用のデータの双方向通信を行うために用いられる。

また、ＨＤＭＩケーブル６１０には、ＨＰＤ(Hot Plug Detect)と呼ばれるピンに接続されるライン８６が含まれている。ソース機器は、当該ライン８６を利用して、シンク機器の接続を検出することができる。また、ＨＤＭＩケーブル６１０には、ソース機器からシンク機器に電源を供給するために用いられるライン８７が含まれている。さらに、ＨＤＭＩケーブル６１０には、リザーブライン８８が含まれている。

図６は、ＴＭＤＳチャネルにおいて、横×縦が１９２０ピクセル×１０８０ラインの画像データが伝送される場合の、各種の伝送データの区間を示している。ＨＤＭＩの３つのＴＭＤＳチャネルで伝送データが伝送されるビデオフィールド（Video Field）には、伝送データの種類に応じて、ビデオデータ区間２４（Video Data Period）、データアイランド区間２５（Data Island Period）、およびコントロール区間２６（Control Period）の３種類の区間が存在する。

ここで、ビデオフィールド区間は、ある垂直同期信号の立ち上がりエッジ（Active Edge）から次の垂直同期信号の立ち上がりエッジまでの区間であり、水平帰線期間２２（Horizontal Blanking）、垂直帰線期間２３（Vertical Blanking）、並びに、ビデオフィールド区間から、水平帰線期間および垂直帰線期間を除いた区間である有効画素区間２１（Active Video）に分けられる。

ビデオデータ区間２４は、有効画素区間２１に割り当てられる。このビデオデータ区間２４では、非圧縮の１画面分の画像データを構成する１９２０ピクセル（画素）×１０８０ライン分の有効画素（Active Pixel）のデータが伝送される。データアイランド区間２５およびコントロール区間２６は、水平帰線期間２２および垂直帰線期間２３に割り当てられる。このデータアイランド区間２５およびコントロール区間２６では、補助データ（Auxiliary Data）が伝送される。

すなわち、データアイランド区間２５は、水平帰線期間２２と垂直帰線期間２３の一部分に割り当てられている。このデータアイランド区間２５では、補助データのうち、制御に関係しないデータである、例えば、音声データのパケット等が伝送される。コントロール区間２６は、水平帰線期間２２と垂直帰線期間２３の他の部分に割り当てられている。このコントロール区間２６では、補助データのうちの、制御に関係するデータである、例えば、垂直同期信号および水平同期信号、制御パケット等が伝送される。

図７は、ＨＤＭＩコネクタのピン配列を示している。このピン配列は、タイプＡ（type-A）の例である。ＴＭＤＳチャネル＃ｉの差動信号であるＴＭＤＳ Ｄａｔａ＃ｉ＋とＴＭＤＳ Ｄａｔａ＃ｉ−が伝送される差動線である２本のラインは、ＴＭＤＳ Ｄａｔａ＃ｉ＋が割り当てられているピン（ピン番号が１，４，７のピン）と、ＴＭＤＳ Ｄａｔａ＃ｉ−が割り当てられているピン（ピン番号が３，６，９のピン）に接続される。

また、制御用のデータであるＣＥＣ信号が伝送されるＣＥＣライン８４は、ピン番号が１３であるピンに接続され、ピン番号が１４のピンは空き（Reserved）ピンとなっている。また、Ｅ−ＥＤＩＤ等のＳＤＡ(Serial Data)信号が伝送されるラインは、ピン番号が１６であるピンに接続され、ＳＤＡ信号の送受信時の同期に用いられるクロック信号であるＳＣＬ(Serial Clock)信号が伝送されるラインは、ピン番号が１５であるピンに接続される。上述のＤＤＣ８３は、ＳＤＡ信号が伝送されるラインおよびＳＣＬ信号が伝送されるラインにより構成される。

また、上述したようにソース機器がシンク機器の接続を検出するためのＨＰＤライン８６は、ピン番号が１９であるピンに接続される。また、上述したように電源を供給するための電源ライン８７は、ピン番号が１８であるピンに接続される。

「高速バスインタフェースの構成例」
図８は、図１のＡＶシステム１０におけるテレビ受信機１００の高速バスインタフェース１０３の構成例を示している。イーサネットインタフェース１１５は、ＨＤＭＩケーブル６１０を構成する複数のラインのうち、リザーブラインおよびＨＰＤラインの一対のラインにより構成された伝送路を用いてＬＡＮ(Local Area Network)通信、つまりイーサネット信号の送受信を行う。ＳＰＤＩＦ送信回路１０４は、上述の一対のラインにより構成された伝送路を用いて、ＳＰＤＩＦ信号を送信する。

テレビ受信機１００は、ＬＡＮ信号送信回路４４１、終端抵抗４４２、ＡＣ結合容量４４３，４４４、ＬＡＮ信号受信回路４４５、減算回路４４６、加算回路４４９，４５０および増幅器４５１を有している。これらは、これらは高速バスインタフェース１０３を構成している。また、テレビ受信機１００は、プラグ接続伝達回路１２８を構成する、チョークコイル４６１、抵抗４６２および抵抗４６３を有している。

ＨＤＭＩ端子１０１の１４ピン端子５２１と１９ピン端子５２２との間には、ＡＣ結合容量４４３、終端抵抗４４２およびＡＣ結合容量４４４の直列回路が接続される。また、電源線（＋５．０Ｖ）と接地線との間には、抵抗４６２および抵抗４６３の直列回路が接続される。そして、この抵抗４６２と抵抗４６３の互いの接続点は、チョークコイル４６１を介して、１９ピン端子５２２とＡＣ結合容量４４４との接続点Ｑ４に接続される。

ＡＣ結合容量４４３と終端抵抗４４２の互いの接続点Ｐ３は、加算回路４４９の出力側に接続されると共に、ＬＡＮ信号受信回路４４５の正入力側に接続される。また、ＡＣ結合容量４４４と終端抵抗４４２の互いの接続点Ｐ４は、加算回路４５０の出力側に接続されると共に、ＬＡＮ信号受信回路４４５の負入力側に接続される。

加算回路４４９の一方の入力側はＬＡＮ信号送信回路４４１の正出力側に接続され、この加算回路４４９の他方の入力側にはＳＰＤＩＦ送信回路１０４から出力されるＳＰＤＩＦ信号が増幅器４５１を介して供給される。また、加算回路４５０の一方の入力側はＬＡＮ信号送信回路４４１の負出力側に接続され、この加算回路４５０の他方の入力側にはＳＰＤＩＦ送信回路１０４から出力されるＳＰＤＩＦ信号が増幅器４５１を介して供給される。

ＬＡＮ信号送信回路４４１の入力側には、イーサネットインタフェース１１５から送信信号（送信データ）ＳＧ417が供給される。また、減算回路４４６の正側端子には、ＬＡＮ信号受信回路４４５の出力信号ＳＧ418が供給され、この減算回路４４６の負側端子には、送信信号ＳＧ417が供給される。この減算回路４４６では、ＬＡＮ信号受信回路４４５の出力信号ＳＧ418から送信信号ＳＧ417が減算され、受信信号（受信データ）ＳＧ419が得られる。この受信信号ＳＧ419は、リザーブラインおよびＨＰＤラインを介してＬＡＮ信号（イーサネット信号）が差動信号として送信されてくる場合には、当該ＬＡＮ信号となる。この受信信号ＳＧ419は、イーサネットインタフェース１１５に供給される。

図９は、図１のＡＶシステム１０におけるオーディオアンプ２００の高速バスインタフェース２０３ａの構成例を示している。イーサネットインタフェース２１０は、ＨＤＭＩケーブル６１０を構成する複数のラインのうち、リザーブラインおよびＨＰＤラインの一対のラインにより構成された伝送路を用いてＬＡＮ(Local Area Network)通信、つまりイーサネット信号の送受信を行う。ＳＰＤＩＦ受信回路２０４は、上述の一対のラインにより構成された伝送路を用いて、ＳＰＤＩＦ信号を受信する。

オーディオアンプ２００は、ＬＡＮ信号送信回路４１１、終端抵抗４１２、ＡＣ結合容量４１３，４１４、ＬＡＮ信号受信回路４１５、減算回路４１６、加算回路４１９および増幅器４２０を有している。これらは、高速バスインタフェース２０３ａを構成している。また、オーディオアンプ２００は、プラグ接続検出回路２２１を構成する、プルダウン抵抗４３１、抵抗４３２、容量４３３および比較器４３４を有している。ここで、抵抗４３２および容量４３３は、ローパスフィルタを構成している。

ＨＤＭＩ端子２０１ａの１４ピン端子５１１と１９ピン端子５１２との間には、ＡＣ結合容量４１３、終端抵抗４１２およびＡＣ結合容量４１４の直列回路が接続される。ＡＣ結合容量４１３と終端抵抗４１２の互いの接続点Ｐ１は、ＬＡＮ信号送信回路４１１の正出力側に接続されると共に、ＬＡＮ信号受信回路４１５の正入力側に接続される。

ＡＣ結合容量４１４と終端抵抗４１２の互いの接続点Ｐ２は、ＬＡＮ信号送信回路４１１の負出力側に接続されると共に、ＬＡＮ信号受信回路４１５の負入力側に接続される。ＬＡＮ信号送信回路４１１の入力側には、イーサネットインタフェース２１０から送信信号（送信データ）ＳＧ411が供給される。

減算回路４１６の正側端子には、ＬＡＮ信号受信回路４１５の出力信号ＳＧ412が供給され、この減算回路４１６の負側端子には、送信信号（送信データ）ＳＧ411が供給される。この減算回路４１６では、ＬＡＮ信号受信回路４１５の出力信号ＳＧ412から送信信号ＳＧ411が減算され、受信信号ＳＧ413が得られる。この受信信号ＳＧ413は、リザーブラインおよびＨＰＤラインを介して、ＬＡＮ信号（イーサネット信号）が差動信号として送信されてくる場合には、当該ＬＡＮ信号となる。この受信信号ＳＧ413は、イーサネットインタフェース２１０に供給される。

ＡＣ結合容量４１４と１９ピン端子５１２との接続点Ｑ２は、プルダウン抵抗４３１を介して接地線に接続されると共に、抵抗４３２および容量４３３の直列回路を介して接地線に接続される。そして、抵抗４３２および容量４３３の互いの接続点に得られるローパスフィルタの出力信号は比較器４３４の一方の入力端子に供給される。この比較器４３４では、ローパスフィルタの出力信号が他方の入力端子に供給される基準電圧Ｖref2（＋１．４Ｖ）と比較される。この比較器４３４の出力信号ＳＧ415は、オーディオアンプ２００の図示しない制御部（ＣＰＵ）に供給される。

また、ＡＣ結合容量４１３と終端抵抗４１２の互いの接続点Ｐ１は、加算回路４１９の一方の入力端子に接続される。また、ＡＣ結合容量４１４と終端抵抗４１２の互いの接続点Ｐ２は、加算回路４１９の他方の入力端子に接続される。この加算回路４１９の出力信号は、増幅器４２０を介してＳＰＤＩＦ受信回路１１５に供給される。この加算回路４１９の出力信号は、リザーブラインおよびＨＰＤラインを介して、ＳＰＤＩＦ信号が同相信号として送信されてくる場合には、当該ＳＰＤＩＦ信号となる。

なお、詳細説明は省略するが、オーディオアンプ２００の高速バスインタフェース２０３ｂは、図８に示した高速バスインタフェース１０３からＳＰＤＩＦ信号に係る部分が除かれた構成と同様となる。また、詳細説明は省略するが、ＢＤプレーヤ３００の高速バスインタフェース３０３は、図９に示した高速バスインタフェース２０３ａからＳＰＤＩＦ信号に係る部分が除かれた構成と同様となる。

「ＳＰＤＩＦ信号の詳細」
最初に、ＩＥＣ ６０９５８規格の概要について説明する。図１０は、ＩＥＣ ６０９５８規格におけるフレーム構成を示している。各フレームは２つのサブフレームから構成される。２チャネルステレオ音声の場合、１つ目のサブフレームに左チャネル信号が含まれ、２つ目のサブフレームに右チャネル信号が含まれる。

サブフレームの先頭には後述するようにプリアンブルが設けられ、左チャネル信号にはプリアンブルとして「Ｍ」が、右チャネル信号にはプリアンブルとして「Ｗ」が付与される。ただし、１９２フレーム毎に先頭のプリアンブルにはブロックの開始を表す「Ｂ」が付与される。すなわち、１ブロックは１９２フレームにより構成される。ブロックは、後述するチャネルステータスを構成する単位である。

図１１は、ＩＥＣ ６０９５８規格におけるサブフレーム構成を示している。サブフレームは、第０乃至第３１の計３２のタイムスロットから構成される。第０乃至第３タイムスロットは、プリアンブル（Sync preamble）を示す。このプリアンブルは、上述のように左右チャネルの区別やブロックの開始位置を表すために、「Ｍ」、「Ｗ」または「Ｂ」の何れかを示す。

第４乃至第２７タイムスロットはメインデータフィールドであり、２４ビットコードレンジが採用される場合には全体がオーディオデータを表す。また、２０ビットコードレンジが採用される場合には第８乃至第２７タイムスロットがオーディオデータ（Audio sample word）を表す。後者の場合、第４乃至第７タイムスロットは追加情報（Auxiliary sample bits）として利用することができる。

第２８タイムスロットは、メインデータフィールドの有効フラグ（Validity flag）である。第２９タイムスロットは、ユーザデータ（User data）の１ビット分を表す。各フレームにまたがってこの第２９タイムスロットを累積することによって一連のユーザデータを構成することができる。このユーザデータのメッセージは８ビットの情報ユニット（ＩＵ：Information Unit）を単位として構成され、１つのメッセージには３乃至１２９個の情報ユニットが含まれる。

情報ユニット間には０乃至８ビットの「０」が存在し得る。情報ユニットの先頭は開始ビット「１」により識別される。メッセージ内の最初の７個の情報ユニットは予約されており、８個目以降の情報ユニットにユーザは任意の情報を設定することができる。メッセージ間は８ビット以上の「０」により分割される。

第３０タイムスロットは、チャネルステータス（Channel status）の１ビット分を表す。各フレームにまたがってブロック毎に第３０タイムスロットを累積することによって一連のチャンネルステータスを構成することができる。なお、ブロックの先頭位置は、上述のように、「Ｂ」のプリアンブル（第０乃至第３タイムスロット）により示される。

第３１タイムスロットは、パリティビット（Parity bit）である。第４乃至第３１タイムスロットに含まれる「０」および「１」の数が偶数になるように、このパリティビットが付与される。

図１２は、ＩＥＣ ６０９５８規格における信号変調方式を示している。サブフレームのうちプリアンブルを除く第４乃至第３１タイムスロットがバイフェーズマーク変調される。このバイフェーズマーク変調の際には、元の信号（ソースコーディング）の２倍速のクロックが用いられる。元の信号のクロックサイクルを前半と後半に分けると、前半のクロックサイクルのエッジで、バイフェーズマーク変調の出力は必ず反転する。また、後半クロックサイクルのエッジにおいて、元の信号が「１」を示しているときには反転し、元の信号が「０」を示しているときには反転しない。これにより、バイフェーズマーク変調された信号から元の信号におけるクロック成分を抽出できることになる。

図１３は、ＩＥＣ ６０９５８規格におけるプリアンブルのチャンネルコーディングを示している。上述のように、サブフレームのうち第４乃至第３１タイムスロットはバイフェーズマーク変調される。一方、第０乃至第３タイムスロットのプリアンブルは通常のバイフェーズマーク変調ではなく、２倍速のクロックに同期したビットパターンとして扱われる。すなわち、第０乃至第３タイムスロットの各タイムスロットに２ビットずつ割り当てることにより、同図のような８ビットパターンを得る。

直前の状態が「０」であれば、プリアンブル「Ｂ」には「１１１０１０００」が、「Ｍ」には「１１１０００１０」が、「Ｗ」には「１１００１００」がそれぞれ割り当てられる。一方、直前の状態が「１」であれば、プリアンブル「Ｂ」には「０００１０１１１」が、「Ｍ」には「０００１１１０１」が、「Ｗ」には「０００１１０１１」がそれぞれ割り当てられる。

図１４は、ＩＥＣ ６０９５８規格におけるチャネルステータスのフォーマットを概略的に示している。チャネルステータスは、サブフレームにおける第３０タイムスロットをブロック毎に累積したものである。この図では、チャネルステータスの内容が縦方向に１バイトずつ配置され、横方向には各バイトにおけるビット構成が示されている。なお、ここでは、民生用（Consumer use）のフォーマットを想定して説明する。

第０バイトにおいて、第０ビット（bit 0）は、このチャンネルステータスが民生用であることを示すビットである。第１ビット（bit 1）は、リニアＰＣＭのサンプルであるか否かを示すビットである。第６および７ビット（bit 6-7）は、チャネルステータスのモードを示すフィールドである。

第３バイトにおいて、第０乃至３ビット（bit 24-27）および第６および７ビット（bit 30-31）は、標本化周波数（サンプリング周波数）を示すフィールドである。図１５は、現在の規定状況を示している。このフィールドには、図示のように、リザーブ領域があり、新規標本化周波数を規定することが可能である。

２チャネルのオーディオデータを含むＳＰＤＩＦ信号の伝送は、上述したＩＥＣ ６０９５８規格に準拠して行われる。一方、５．１チャネル、７．１チャネル、１０．２チャネル、２２．２チャネルなどのマルチチャネルオーディオデータ（リニアＰＣＭ）を含むＳＰＤＩＦ信号の伝送は、ＩＥＣ ６０９５８規格を拡張することで可能となる。

マルチチャネルオーディオデータ（リニアＰＣＭ）を含むＳＰＤＩＦ信号の伝送について説明する。ＩＥＣ ６０９５８規格は広く普及しており、送信側は受信側の能力を確認せずに送信を始める場合がある。したがって、そのような場合や、過去に製品化された受信機に新規フォーマットのデータを送信しても不具合を起こさない必要がある。最低限、受信機がノイズを出さないことが必要である。マルチチャンネルオーディオのチャンネル数は、５．１チャネルが広く普及しており、今後放送にて７．１チャネル、１０．２チャネル、および２２．２チャネルが予定されており、普及が見込まれる。

過去の受信機に影響を及ぼさない手段として、現在使用されていない伝送周波数を使用する。伝送周波数はＩＥＣ ６０９５８規格において規定されている標本化周波数の４倍が使用される。これは、伝送すべきオーディオデータに対して補助情報を付加し、プリアンブルを付け、バイフェーズマーク変調を施すためである。

例えば、５．１チャネルのオーディオデータを伝送する場合は、６チャネルの伝送帯域を確保すればよく、通常伝送、すなわち２チャネル伝送の３倍の伝送周波数を使用すればよい。例えば、チャネル当たりの標本化周波数が４８ｋＨｚである場合には、１４４ｋＨｚ（＝４８ｋＨｚ＊３）を標本化周波数として新規定義し、チャネルステータス（図１４参照）の「bit 24-27」および「bit 30-31」のリザーブ領域に、例えば、「Bit 24-27」＝“１１１０ｂ”、「Bit 30-31」＝“００ｂ”と、アサインされる。

また、例えば、１０．２チャネルのオーディオデータを伝送する場合は、１２チャネルの伝送帯域を確保すればよく、通常伝送、すなわち２チャネル伝送の６倍の伝送周波数を使用すればよい。例えば、チャネル当たりの標本化周波数が４８ｋＨｚである場合には、２８８ｋＨｚ（＝４８ｋＨｚ＊６）を標本化周波数として新規定義し、チャネルステータス（図１４参照）の「bit 24-27」および「bit 30-31」のリザーブ領域に、例えば、「Bit 24-27」＝“１１１０ｂ”、「Bit 30-31」＝“０１ｂ”とアサインされる。なお、７．１チャネルのオーディオデータを伝送する場合は、例えば、このように確保される１２チャネルの伝送帯域が利用される。

また、例えば、２２．２チャネルのオーディオデータを伝送する場合は、２４チャネルの伝送帯域を確保すればよく、通常伝送、すなわち２チャネル伝送の１２倍の伝送周波数を使用すればよい。例えば、チャネル当たりの標本化周波数が４８ｋＨｚである場合には、５７６ｋＨｚ（＝４８ｋＨｚ＊１２）を標本化周波数として新規定義し、チャネルステータス（図１４参照）の「bit 24-27」および「bit 30-31」のリザーブ領域に、例えば、「Bit 24-27」＝“１１１０ｂ”、「Bit 30-31」＝“１０ｂ”とアサインされる。

図１６（ａ）は、チャネル当たりの標本化周波数が４８ｋＨｚである場合におけるチャネル数と標本化周波数との対応関係を示している。なお、説明は省略するが、チャネル当たりの標本化周波数が４８ｋＨｚ以外、例え４４．１ｋＨｚ、３２ｋＨｚなどの場合にも、同様に６，１２，２４のチャネル数に対応した標本化周波数を新規定義できる。このように標本化周波数を新規定義することで、ＳＰＤＩＦ信号に含まれるマルチチャネルオーディオデータを構成する各チャネルのオーディオデータは、チャネル数に対応した専用の標本化周波数を持つことになる。つまり、標本化周波数によりチャネル数を認識可能となる。

なお、実際の伝送周波数は、上述したように、標本化周波数の４倍となる。例えば、６チャネルの場合は、５７６ｋＨｚ（＝１４４ｋＨｚ＊４）となる。また、ビットアサインの方法としては、図１６（ａ）に示す方法とは別に、図１６（ｂ）に示すように、「Bit 24-27」＝“１１１０ｂ”、「Bit 30-31」＝“００ｂ”に、他の領域にて指定されるというポインタの意味を持たせ、例えば、「Bit 61-66」の領域に値を書いて識別するという方法も考えられる。図１６（ｂ）に示す方法によれば、「Bit 30-31」のリザーブ領域の使用量を抑制できる。

過去の受信機（従来の受信機）は、上述したようにチャネルステータスの「bit 24-27」および「bit 30-31」の領域に新たにアサインされる値の組み合わせは知らない。また、過去の受信機は、伝送周波数（例えば、６チャネルの場合は５７６ｋＨｚ）が新規なため、ＰＬＬがロックせず、その結果データが読めずエラーとなり、オーディオがミュートされてノイズが出ることがない。規定の標本化周波数は３２ｋＨｚ、４４．１ｋＨｚ、４８ｋＨｚの偶数倍に選ばれている。伝送周波数がこれらの周波数の偶数倍であれば疑似ロックも含めＰＬＬがロックする可能性がある、しかし、上述したように、伝送周波数がこれらの周波数の３倍のさらなる偶数倍の周波数が選択されることで、過去の受信機のＰＬＬが誤ってロックすることを回避することが可能となる。

マルチチャネルオーディオデータ（リニアＰＣＭ）を含むＳＰＤＩＦ信号の伝送する場合、上述したように標本化周波数を定義することで伝送帯域を確保可能であるが、さらに、どこからマルチチャンネルがはじまるかを明示する必要がある。ＩＥＣ ６０９５８規格では、２チャンネル伝送であったので、３種類のプリアンブルＢ，Ｍ，Ｗを検出して、チャネル１とチャネル２を識別していた。

ここにおいて、Ｎチャネル（６チャネル、１２チャネル、２４チャネル）のマルチチャネル伝送の場合も、Ｂのプリアンブルからチャネル番号がはじまるようにし、チャネル１、チャンネル２、チャネル３、・・・、チャネルＮとアサインし、再びチャネル１から始まるようにアサインすれば、受信側におけるチャンネル番号の識別は可能となる。

また、ＩＥＣ ６０９５８規格では、１９２フレームで一つのブロックが構成されているが、６チャネル、１２チャンネル、２４チャネルのいずれでも１９２は整数倍であるので繰り返していっても齟齬は生じない。図１７は、６チャネルのマルチチャネル伝送おけるフレーム構成の一例を示している。

３フレーム毎に６チャネルクラスタ（6ch cluster）が構成されている。すなわち、フレーム０〜２で６チャネルクラスタ０が構成され、フレーム３〜５で６チャネルクラスタ１が構成され、以降その繰り返しとなる。そして、この場合、フレーム０にチャネル１、チャネル２がアサインされ、フレーム１にはチャネル３、チャネル４がアサインされ、フレーム２には、チャネル５、チャネル６がアサインされ、以降その繰り返しとなる。なお、図示は省略するが、１２チャネルや２４チャネルのマルチチャネル伝送おけるフレーム構成に関しても同様である。

マルチチャネル伝送の場合、上述のアサイン方法でチャンネル番号の識別は可能となるが、さらに、各チャネルのオーディオデータを実際に再生すべきスピーカのポジションを指定する必要がある。すなわち、各チャネルとスピーカポジションとの対応関係を示す情報が必要となる。

この実施の形態においては、各チャネルとスピーカポジションとの対応関係を示す情報の領域をチャネルステータス（図１４参照）に設ける。これにより、マルチチャネルオーディオデータに同期して、各チャネルのオーディオデータを再生すべきスピーカのポジションを指定することが可能となる。

例えば、図１４に示すように、チャネルステータスの「bit 67-74」の領域に、各チャネルとスピーカポジションとの対応関係を示す情報が挿入される。この８ビット領域を利用することで、２５５通りのスピーカポジションの指定が可能となる。なお、全て０は過去互換性を考慮して使用しないこととする。

図１８は、「bit 67-74」の値と、その値が示す各チャネルとスピーカポジションとの対応関係の一例を示している。ここにおいて、スピーカポジションを示すＦＬ，ＦＲ，ＦＣ等はＩＥＣ ６２５７４規格を参照することにより最大３２まで識別できる。本明細書では最大２４チャンネルしか言及していないが、将来の拡張も考慮し、最大３２チャンネルまで識別できる方法を例示した。図示の例において、“―”はデータスロットには存在するものの、有効なデータは入っておらず、オーディオ再生には使用されないことを示している。

受信側は、この各チャネルとスピーカポジションとの対応関係を示す情報をもとに、各チャネルのオーディオデータを該当するスピーカに供給できる。また、受信側は、この情報をもとに、どういうマルチチャンネルオーディオが伝送されてきたかを表示パネルに表示してユーザに示すことができる。

図１９は、受信側におけるＵＩ表示の一例を示している。図１９（ａ）は２チャネル伝送が行われている場合の表示であり、図１９（ｂ）は５．１チャネル、つまり６チャネル伝送に切り替わった場合の表示である。図示は省略するが、その他のマルチチャネル伝送の場合にも同様の表示が行われる。図１に示すＡＶシステム１０において受信側はオーディオアンプ２００であり、表示パネル２１７にＵＩ表示が行われる（図３参照）。なお、同様のＵＩ表示を、送信側で表示することも可能である。図１に示すＡＶシステム１０において送信側はテレビ受信機１００であり、表示パネル１１１にＵＩ表示が行われる（図２参照）。

また、ＣＥＡ−８６１にて規定されているオーディオショートデスクリプタ（Audio Short Descriptor）に、これらの新規標本化周波数のサポート情報を明示する領域を設けたり、新規のデスクリプタを設けたりして、 受信側の能力を送信側に提示して、接続性を向上させることが可能である。

図２０（ａ）は、現行のオーディオショートデスクリプタ（Audio Short Descriptor）の構成例を示している。図２０（ｂ）は、新規標本化周波数（５７６ｋＨｚ，２８８ｋＨｚ，１４４ｋＨｚのサポート情報を明示する領域を新たに定義したオーディオショートデスクリプタの構成例を示している。図２０（ｃ）は、マルチチャネル専用に新たに作成したデスクリプタの構成例を示しており、新規標本化周波数（５７６ｋＨｚ，２８８ｋＨｚ，１４４ｋＨｚのサポート情報を明示する領域が設けられている。

図２１は、例えば、ＳＰＤＩＦ信号の送信側であるテレビ受信機１００の動作の一例を示すフローチャートである。この例は、６チャネル（５．１チャネル）のオーディオデータを取り扱う例である。テレビ受信機１００は、ステップＳＴ１において、６チャネル（５．１チャネル）のオーディオデータを取得して出力準備をする。

次に、テレビ受信機１００は、ステップＳＴ２において、受信側であるオーディオアンプ２００のオーディオショートデスクリプタの情報を取得する。例えば、テレビ受信機１００は、オーディオアンプ２００との間でＣＥＣラインを用いた通信で当該情報を取得することができる。テレビ受信機１００は、ステップＳＴ３において、受信側で標本化周波数として１４４ｋＨｚがサポートされているか否かを判断する。

サポートされているとき、テレビ受信機１００は、ステップＳＴ４において、標本化周波数１４４ｋＨｚを持つ６チャネルオーディオデータを含むＳＰＤＩＦ信号を生成して受信側であるオーディオアンプ２００に送信する。サポートされていないとき、テレビ受信機１００は、ステップＳＴ５の処理に移る。

このステップＳＴ５において、テレビ受信機１００は、６チャネルから２チャネルへのダウンミックスの処理を行って２チャネルのオーディオデータを取得する。そして、テレビ受信機１００は、ステップＳＴ６において、標本化周波数４８ｋＨｚを持つ２チャネルオーディオデータを含むＳＰＤＩＦ信号を生成して受信側であるオーディオアンプ２００に送信する。

なお、図２１に示すフローチャートの動作例では、テレビ受信機１００は、受信側が１４４ｋＨｚをサポートしていれば、直ちに、６チャネル（５．１チャネル）出力を行うものである。しかし、この場合には、ダウンミックス処理を行うことで２チャネル出力も可能である。そこで、この場合には、出力モードの選択肢をＵＩ表示して、ユーザに所望の出力モードを選択させることも可能である。

図２２（ａ）は、その場合におけるＵＩ表示の一例を示している。ユーザが６チャネル（５．１チャネル）の出力モードを選択した場合、ＵＩ表示は、図２２（ｂ）に示すように変化し、ユーザは出力モード選択の確認を行うことができる。

「暗号化の詳細」
図２３に示すように、テレビ受信機１００のＳＰＤＩＦ送信回路１０４では、入力される２チャネルまたはマルチチャネルのオーディオデータＳＡが用いられて、各チャネルのリニアＰＣＭのオーディオデータを含むＳＰＤＩＦ信号が生成される。この際、各チャネルのオーディオデータに対して暗号化部１０４ａで暗号化処理が施される。ここで、図１１のサブフレーム構成を参照すると、オーディオデータ（Audio sample word）の部分のみ、あるいはそれに追加情報を加えた部分が暗号化される。どちらの処理を選択するかは暗号化方式による。

ＳＰＤＩＦ送信回路１０４で生成されたＳＰＤＩＦ信号は、上述したようにＨＤＭＩケーブルのリザーブラインおよびＨＰＤラインの一対のラインで構成されるＨＤＭＩ ＡＲＣ（HDMI Audio Return Channel）を通じてオーディオアンプ２００のＳＰＤＩＦ受信回路２０４に送られる。ＳＰＤＩＦ受信回路２０４では、ＳＰＤＩＦ信号が受信され、各チャネルのオーディオデータＳＡが得られる。この際、各チャネルのオーディオデータに対して復号化部２０４ａで復号化処理が施される。

ここで、テレビ受信機１００のＣＰＵ１２１とオーディオアンプ２００のＣＰＵ２１２は、ＨＤＭＩ ＡＲＣとは別の双方向通信路を用いて、機器認証および鍵交換を行う。例えば、双方向通信路としては、ＣＥＣやＤＤＣなどが利用可能である。

ＳＰＤＩＦ送信回路１０４は、ＳＰＤＩＦ信号に含まれるオーディオデータに、暗号化されていることを示す暗号化済み状態情報を付加する。例えば、ＳＰＤＩＦ送信回路１０４は、チャネルステータス（図１４参照）の所定ビット領域を用いて暗号化済み状態情報を付加する。この場合、例えば、チャネルステータスの所定の１ビット領域の値を、ブロック毎に交互に“０”と“１”を繰り返す状態とすることで暗号化されていることが示される。

この実施の形態において、所定の１ビット領域として、チャネルステータスの「Byte0 Bit1」の領域が使用される。この１ビット領域は、ＩＥＣ ６０９５８規格では、“０”はリニアＰＣＭ伝送を示し“１”はその他の伝送を示すという定義になっている。例えば、“１”の場合は、圧縮オーディオデータ伝送であるＩＥＣ ６１９３７が使用される。

この実施の形態では、ブロック毎に、交互に“０”と“１”を繰り返す状態を暗号化済みというステータスにアサインすることで、暗号化伝送を可能とする。現在のリニアＰＣＭ伝送であれば“０”が連続し、ＩＥＣ ６１９３７伝送であれば“１”が連続するので、交互に“０”と“１”を繰り返す状態は新規であり、それらとは区別可能である。図２４は「Byte0 Bit1」が“０”に設定された状態を示し、図２５は「Byte0 Bit1」が“１”に設定された状態を示している。

また、ＳＰＤＩＦ送信回路１０４は、例えば、複数の暗号化方式が想定される場合、ＳＰＤＩＦ信号に含まれるオーディオデータに、暗号化方式を示す暗号化方式情報を付加する。例えば、ＳＰＤＩＦ送信回路１０４は、チャネルステータスの所定ビット領域、例えば「bit 75-77」の領域に、暗号化方式情報を挿入する（図２４、図２５参照）。この暗号化方式情報により、受信側では暗号化方式の確認を行うことができ、適切な復号化処理を行うことが可能となる。

ＳＰＤＩＦ信号を伝送する際の送信側および受信側の動作を、図２６のシーケンス図を参照して説明する。（１）送信側と受信側はＩＥＣ ６０９５８伝送路（ＨＤＭＩ ＡＲＣ）とは別の双方向通信路、例えばＣＥＣやＤＤＣなどを用いて、機器認証および鍵交換を行う。（２）次に、送信側は、暗号化されていない無音データをＩＥＣ ６０９５８伝送路に「Byte0 Bit1」が“０”の状態で送出する。

（３）次に、送信側は、オーディオデータを暗号化し、それと同期するタイミングで「Byte0 Bit1」の値を“１”として、ＩＥＣ ６０９５８伝送路に送出する。以降、送信側は、ブロック毎に、“１”と“０”の状態を交互に繰り返す処理を行う。図２７は、「Byte0 Bit1」の値の推移を示している。

（４）受信側は、送信側との機器認証および鍵交換の後、「Byte0 Bit1」の値を監視する。（５）受信側は、その値が“０”から“１”に変化したタイミングで、復号化を開始し、再生データを出力する。（６）受信側は、伝送エラーを検出した場合、ミュートする。この伝送エラーは、「Parity Bit」で検出可能である（図１１参照）。（７）その後、送信側と受信側は、機器認証および鍵交換を再度行って、上述した動作を繰り返す。

上述したように、図１に示すＡＶシステム１０において、テレビ受信機１００からオーディオアンプ２００に送信されるＳＰＤＩＦ信号に含まれるオーディオデータに暗号化が施されると共に、そのオーディオデータに暗号化されていることを示す暗号化済み状態情報が付加される。そのため、伝送オーディオデータの高度な著作権保護が可能となると共に、受信側においてオーディオデータが暗号化されたものであることを容易に認識可能となる。

また、図１に示すＡＶシステム１０において、テレビ受信機１００からオーディオアンプ２００に送信されるＳＰＤＩＦ信号に含まれるオーディオデータに暗号化方式を示す暗号化方式情報が付加される。そのため、受信側においてオーディオデータがいかなる暗号化方式で暗号化されたものであるかを容易に認識でき、復号化処理を適切に行うことが可能となる。

＜２．変形例＞
上述実施の形態においては、ＳＰＤＩＦ信号に含まれるマルチチャネルオーディオデータはそのチャネル数に対応した専用標本化周波数を持つものであって、受信側では、この専用標本化周波数によりチャネル数を認識可能となっている。しかし、新たなビット列のプリアンブルを定義し、プリアンブルシーケンスを変更することで受信側においてチャネル数を認識可能とすることも考えられる。

図２８は、新規定義するプリアンブルの一例を示している。各プリアンブルのパターンは、ＤＣ成分を持たないパターン（０の数と１の数が同じ）とされる。例えば、「新規１」のプリアンブルのパターンは、直前の状態が「０」であれば「１１０１１０００」とされ、直前の状態が「１」であれば「００１００１１１」とされる。

また、例えば、「新規２」のプリアンブルのパターンは、直前の状態が「０」であれば「１１０１１０１０」であり、直前の状態が「１」であれば「００１００１０１」である。また、例えば、「新規３」のプリアンブルのパターンは、直前の状態が「０」であれば「１１０１１１００」であり、直前の状態が「１」であれば「００１０１０１１」である。

図２９は、プリアンブルとして「Ｂ」、「Ｍ」、「Ｗ」のプリアンブルの代わりに新規定義されるプリアンブルを用いた場合における６チャネルのマルチチャネル伝送おけるフレーム構成の一例を示している。

３フレーム毎に６チャネルクラスタ（6ch cluster）が構成されている。すなわち、フレーム０〜２で６チャネルクラスタ０が構成され、フレーム３〜５で６チャネルクラスタ１が構成され、以降その繰り返しとなる。この場合、フレーム０にチャネル１、チャネル２がアサインされ、フレーム１にはチャネル３、チャネル４がアサインされ、フレーム２には、チャネル５、チャネル６がアサインされ、以降その繰り返しとなる。

ブロックの最初のチャネル１には、「新規１」のプリアンブルが使用され、以降のチャネルには「新規２」、「新規３」が交互に使用される。この場合、チャネル数が６であることをプリアンブルシーケンスにより容易に認識できる。この場合、ブロックの最初からチャネルを順次数えていくことでクラスタ境界を識別でき、チャネル１から６で構成される各６チャネルクラスタを把握できる。なお、図示は省略するが、１２チャネルや２４チャネルのマルチチャネル伝送おけるフレーム構成に関しても、同様に、プリアンブルシーケンスを変更することで、受信側でチャネル数を認識することが可能となる。

また、図示は省略するが、さらに「新規４」を定義し、ブロックの最初のチャネル１を除き、各６チャネルクラスタの最初のチャネル１に「新規４」のプリアンブルを使用することも考えられる。その場合、６チャネルクラスタの先頭のチャネル１毎に「新規１」あるいは「新規４」のプリアンブルが使用されるものとなる。そのため、受信側では、この「新規１」あるいは「新規４」のプリアンブルによりクラスタ境界を識別でき、チャネル１から６で構成される６チャネルクラスタを容易に把握できる。

過去の受信機（従来の受信機）は、新規定義のプリアンブルを検出できないので、オーディオ再生はミュートされ、ノイズを出力するなどの不具合はおきない。なお、最初のチャネル１、チャネル２だけ従来のやり方を踏襲し、それ以降のチャネルのみ新規定義するプリアンブルをアサインして識別することも可能である。図３０は、その場合における６チャネルのマルチチャネル伝送おけるフレーム構成の一例を示している。

この場合、チャネル１には「Ｂ」または「Ｍ」（「Ｂ」はブロックの最初のみ）のプリアンブルが使用され、チャネル２には「Ｗ」のプリアンブルが使用され、チャネル３には「新規３」のプリアンブルが使用され、チャネル４には「新規２」のプリアンブルが使用され、チャネル５には「新規３」のプリアンブルが使用され、チャネル６には「新規２」のプリアンブルが使用される。この場合、６チャネルクラスタの先頭のチャネル１毎に「Ｂ」または「Ｍ」のプリアンブルが使用されるものとなる。そのため、受信側では、チャネル１から６で構成される６チャネルクラスタを容易に把握できる。

上述したようにプリアンブルシーケンスを変更することで受信側においてチャネル数を認識可能とする場合には、チャネル数に対応した専用標本化周波数を使用する必要はなくなる。つまり、従来定義されている標本化周波数を用いて、マルチチャネルオーディオデータの伝送を行うことも可能となる。例えば、標本化周波数としては１７６．４ｋＨｚを使用するが、２チャネルではなく８チャネルのマルチチャネル伝送を行うことも可能となる。

また、上述実施の形態においては、テレビ受信機１００からオーディオアンプ２００にＳＰＤＩＦ信号を伝送するためにＨＤＭＩ ＡＲＣを利用する例を示した。つまり、ＩＥＣ ６０９５８伝送路としてＨＤＭＩ ＡＲＣを利用する例であった。本技術は、ＩＥＣ ６０９５８伝送路として同軸ケーブルや光ケーブルを利用する例にも同様に適用できる。

図３１は、ＩＥＣ ６０９５８伝送路として光ケーブルを利用した場合におけるＡＶシステム１０Ａの構成例を示している。この図３１において、図１と対応する部分には同一符号を付し、その詳細説明は省略する。このＡＶシステム１０Ａにおいて、テレビ受信機１００は光インタフェース１２９を備えており、オーディオアンプ２００は光インタフェース２２２を備えている。そして、テレビ受信機１００のＳＰＤＩＦ送信回路１０４から出力されるＳＰＤＩＦ信号は、光インタフェース１２９、光ケーブル６３０および光インタフェース２２２を介してオーディオアンプ２００のＳＰＤＩＦ受信回路２０４に伝送される。

なお、上述では、ＩＥＣ ６０９５８伝送路としてＨＤＭＩ ＡＲＣを利用する例（図１参照）と、ＩＥＣ ６０９５８伝送路として同軸ケーブルや光ケーブルを利用する例（図３１参照）に言及した。

その他に、図３２（ａ）に示すように、ＩＥＣ ６０９５８伝送路としてＨＤＭＩ伝送路を利用する例も考えられる。この場合、ＳＰＤＩＦ信号（IEC 60958信号）はオーディオサンプルパケット（audio sample packet）にマッピングされ、ビデオ伝送と同じ順方向に伝送される。ＨＤＭＩ受信機内のオーディオショートデスクリプタ（Audio short descriptor）はＨＤＭＩ伝送路内のＤＤＣラインを通じてＨＤＭＩ送信機により読み取られる。同様に、図３２（ｂ）に示すように、ＩＥＣ ６０９５８伝送路としてディスプレイポート伝送路（ＤＰ伝送路）を利用する例も考えられる。この場合も、ＳＰＤＩＦ信号（IEC 60958信号）はオーディオサンプルパケット（audio sample packet）にマッピングされ、ビデオ伝送と同じ順方向に伝送される。

また、技術は、以下のような構成もとることができる。
（１）オーディオデータを単位オーディオデータ毎に順次所定伝送路を介して受信側に送信するデータ送信部と、
上記データ送信部で送信されるオーディオデータを暗号化する暗号化部と、
上記データ送信部で送信されるオーディオデータに、暗号化されていることを示す暗号化済み状態情報を付加する情報付加部を備える
送信装置。
（２）上記情報付加部は、
所定数の上記単位オーディオデータ毎に構成される各ブロックのチャネルステータスの所定ビット領域を用いて上記暗号化済み状態情報を付加する
前記（１）に記載の送信装置。
（３）上記情報付加部は、
上記各ブロックのチャネルステータスの所定の１ビット領域の値を、ブロック毎に交互に“０”と“１”を繰り返す状態とすることで暗号化されていることを示す
前記（２）に記載の送信装置。
（４）上記所定の１ビット領域は、上記データ送信部で送信されるオーディオデータがリニアＰＣＭであるか否かを示す領域である
前記（３）に記載の送信装置。
（５）上記情報付加部は、
上記データ送信部で送信されるオーディオデータに、上記暗号化における暗号化方式を示す暗号化方式情報をさらに付加する
前記（１）から（４）のいずれかに記載の送信装置。
（６）上記情報付加部は、
所定数の上記単位オーディオデータ毎に構成される各ブロックのチャネルステータスの所定ビット領域を用いて上記暗号化方式情報を付加する
前記（５）に記載の送信装置。
（７）上記オーディオデータは所定チャネル数のマルチチャネルオーディオデータであり、
上記データ送信部は、
上記マルチチャネルオーディオデータを構成する各チャネルのオーディオデータを単位オーディオデータ毎に順次所定伝送路を介して受信側に送信する
前記（１）から（６）のいずれかに記載の送信装置。
（８）上記所定チャネル数は、６、１２または２４である
前記（７）に記載の送信装置。
（９）データ送信部により、オーディオデータを単位オーディオデータ毎に順次所定伝送路を介して受信側に送信するデータ送信ステップと、
上記データ送信ステップで送信されるオーディオデータを暗号化する暗号化ステップと、
上記データ送信ステップで送信されるオーディオデータに、暗号化されていることを示す暗号化済み状態情報を付加する情報付加ステップを有する
送信方法。
（１０）オーディオデータを送信側から所定伝送路を介して単位オーディオデータ毎に順次受信するデータ受信部を備え、
上記データ受信部で受信されるオーディオデータは暗号化されており、
上記データ受信部で受信されるオーディオデータには、暗号化されていることを示す暗号化済み状態情報が付加されており、
上記暗号化済み状態情報に基づいて上記データ受信部で受信されたオーディオデータに復号化処理を施す復号化部をさらに備える
受信装置。
（１１）上記データ受信部で受信されるオーディオデータには、所定数の上記単位オーディオデータ毎に構成される各ブロックのチャネルステータスの所定ビット領域を用いて上記暗号化済み状態情報が付加されている
前記（１０）に記載の受信装置。
（１２）上記各ブロックのチャネルステータスの所定の１ビット領域の値がブロック毎に交互に“０”と“１”を繰り返す状態とされることで暗号化されていることが示される
前記（１１）に記載の受信装置。
（１３）上記所定の１ビット領域は、上記データ受信部で受信されるオーディオデータがリニアＰＣＭであるか否かを示す領域である
前記（１２）に記載の受信装置。
（１４）上記データ受信部で受信されるオーディオデータには、上記暗号化における暗号化方式を示す暗号化方式情報がさらに付加されており、
上記復号化部は、上記データ受信部で受信されたオーディオデータに上記暗号化方式情報が示す暗号化方式に対応した復号化処理を施す
前記（１０）から（１３）のいずれかに記載の受信装置。
（１５）上記受信部で受信されるオーディオデータには、所定数の上記単位オーディオデータ毎に構成される各ブロックのチャネルステータスの所定ビット領域を用いて上記暗号化方式情報が付加されている
前記（１４）に記載の受信装置。
（１６）上記オーディオデータは所定チャネル数のマルチチャネルオーディオデータであり、
上記データ受信部は、
上記マルチチャネルオーディオデータを構成する各チャネルのオーディオデータを送信側から所定伝送路を介して単位オーディオデータ毎に順次受信する
前記（１０）から（１５）のいずれかに記載の受信装置。
（１７）上記所定チャネル数は、６、１２または２４である
前記（１６）に記載の受信装置。
（１８）データ受信部により、オーディオデータを送信側から所定伝送路を介して単位オーディオデータ毎に順次受信するデータ受信ステップを有し、
上記データ受信ステップで受信されるオーディオデータは暗号化されており、
上記データ受信ステップで受信されるオーディオデータには、暗号化されていることを示す暗号化済み状態情報が付加されており、
上記暗号化済み状態情報に基づいて上記データ受信ステップで受信されたオーディオデータに復号化処理を施す復号化ステップをさらに有する
受信方法。

１０・・・・ＡＶシステム
１００・・・テレビ受信機
１０１・・・ＨＤＭＩ端子
１０２・・・ＨＤＭＩ受信部
１０３・・・高速バスインタフェース
１０４・・・ＳＰＤＩＦ送信回路
１０４ａ・・・暗号化部
１０５・・・アンテナ端子
１０６・・・デジタルチューナ
１０７・・・ＭＰＥＧデコーダ
１０８・・・映像信号処理回路
１０９・・・グラフィック生成回路
１１０・・・パネル駆動回路
１１１・・・表示パネル
１１２・・・音声信号処理回路
１１３・・・音声増幅回路
１１４・・・スピーカ
１１５・・・イーサネットインタフェース
１１６・・・ネットワーク端子
１２０・・・内部バス
１２１・・・ＣＰＵ
１２２・・・フラッシュＲＯＭ
１２３・・・ＤＲＡＭ
１２４・・・表示制御部
１２５・・・リモコン受信部
１２６・・・リモコン送信機
１２７・・・電源部
１２８・・・プラグ接続伝達回路
２００・・・オーディオアンプ
２０１ａ，２０１ｂ・・・ＨＤＭＩ端子
２０２ａ・・・ＨＤＭＩ送信部
２０２ｂ・・・ＨＤＭＩ受信部
２０３ａ，２０３ｂ・・・高速バスインタフェース
２０４・・・ＳＰＤＩＦ受信回路
２０４ａ・・・復号化部
２０５・・・ＭＰＥＧデコーダ
２０６・・・映像・グラフィック処理回路
２０７・・・音声処理回路
２０８・・・音声増幅回路
２０９・・・音声出力端子
２１０・・・イーサネットインタフェース
２１１・・・内部バス
２１２・・・ＣＰＵ
２１３・・・フラッシュＲＯＭ
２１４・・・ＤＲＡＭ
２１５・・・表示制御部
２１６・・・パネル駆動回路
２１７・・・表示パネル
２１８・・・電源部
２１９・・・リモコン受信部
２２０・・・リモコン送信機
２２１・・・プラグ接続検出回路
３００・・・ＢＤプレーヤ
３０１・・・ＨＤＭＩ端子
３０２・・・ＨＤＭＩ送信部
３０３・・・高速バスインタフェース
３０４・・・内部バス
３０５・・・ＣＰＵ
３０６・・・フラッシュＲＯＭ
３０７・・・ＳＤＲＡＭ
３０８・・・表示制御部
３０９・・・リモコン受信部
３１０・・・リモコン送信機
３１１・・・記憶媒体制御インタフェース
３１２ａ・・・ＢＤドライブ
３１２ｂ・・・ＨＤＤ
３１２ｃ・・・ＳＳＤ
３１３・・イーサネットインタフェース
３１４・・・ネットワーク端子
３１５・・・ＭＰＥＧデコーダ
３１６・・・グラフィック生成回路
３１７・・・映像出力端子
３１８・・・音声出力端子
３１９・・・パネル駆動回路
３２０・・・表示パネル
３２１・・・電源部
４００・・・受信アンテナ
５００・・・スピーカシステム
６１０，６２０・・・ＨＤＭＩケーブル
６３０・・・光ケーブル

Claims (16)

1. オーディオデータを単位オーディオデータ毎に順次所定伝送路を介して受信側に送信するデータ送信部と、
   上記データ送信部で送信されるオーディオデータを暗号化する暗号化部と、
   上記データ送信部で送信されるオーディオデータに、所定数の上記単位オーディオデータ毎に構成される各ブロック内の所定の１ビット領域の値をブロック毎に交互に“０”と“１”を繰り返す状態とすることで、暗号化されていることを示す暗号化済み状態情報を付加する情報付加部を備える
   送信装置。
2. 上記所定の１ビット領域は、上記所定数の上記単位オーディオデータ毎に構成される各ブロックのチャネルステータスの所定の１ビット領域である
   請求項１に記載の送信装置。
3. 上記所定の１ビット領域は、上記データ送信部で送信されるオーディオデータがリニアＰＣＭであるか否かを示す領域である
   請求項２に記載の送信装置。
4. 上記情報付加部は、
   上記データ送信部で送信されるオーディオデータに、上記暗号化における暗号化方式を示す暗号化方式情報をさらに付加する
   請求項１に記載の送信装置。
5. 上記情報付加部は、
   所定数の上記単位オーディオデータ毎に構成される各ブロックのチャネルステータスの所定ビット領域を用いて上記暗号化方式情報を付加する
   請求項４に記載の送信装置。
6. 上記オーディオデータは所定チャネル数のマルチチャネルオーディオデータであり、
   上記データ送信部は、
   上記マルチチャネルオーディオデータを構成する各チャネルのオーディオデータを単位オーディオデータ毎に順次所定伝送路を介して受信側に送信する
   請求項１に記載の送信装置。
7. 上記所定チャネル数は、６、１２または２４である
   請求項６に記載の送信装置。
8. データ送信部により、オーディオデータを単位オーディオデータ毎に順次所定伝送路を介して受信側に送信するデータ送信ステップと、
   上記データ送信ステップで送信されるオーディオデータを暗号化する暗号化ステップと、
   上記データ送信ステップで送信されるオーディオデータに、所定数の上記単位オーディオデータ毎に構成される各ブロック内の所定の１ビット領域の値をブロック毎に交互に“０”と“１”を繰り返す状態とすることで、暗号化されていることを示す暗号化済み状態情報を付加する情報付加ステップを有する
   送信方法。
9. オーディオデータを送信側から所定伝送路を介して単位オーディオデータ毎に順次受信するデータ受信部を備え、
   上記データ受信部で受信されるオーディオデータは暗号化されており、
   上記データ受信部で受信されるオーディオデータには、所定数の上記単位オーディオデータ毎に構成される各ブロック内の所定の１ビット領域の値をブロック毎に交互に“０”と“１”を繰り返す状態とすることで、暗号化されていることを示す暗号化済み状態情報が付加されており、
   上記暗号化済み状態情報に基づいて上記データ受信部で受信されたオーディオデータに復号化処理を施す復号化部をさらに備える
   受信装置。
10. 上記所定の１ビット領域は、上記所定数の上記単位オーディオデータ毎に構成される各ブロックのチャネルステータスの所定の１ビット領域である
    請求項９に記載の受信装置。
11. 上記所定の１ビット領域は、上記データ受信部で受信されるオーディオデータがリニアＰＣＭであるか否かを示す領域である
    請求項１０に記載の受信装置。
12. 上記データ受信部で受信されるオーディオデータには、上記暗号化における暗号化方式を示す暗号化方式情報がさらに付加されており、
    上記復号化部は、上記データ受信部で受信されたオーディオデータに上記暗号化方式情報が示す暗号化方式に対応した復号化処理を施す
    請求項９に記載の受信装置。
13. 上記受信部で受信されるオーディオデータには、所定数の上記単位オーディオデータ毎に構成される各ブロックのチャネルステータスの所定ビット領域を用いて上記暗号化方式情報が付加されている
    請求項１２に記載の受信装置。
14. 上記オーディオデータは所定チャネル数のマルチチャネルオーディオデータであり、
    上記データ受信部は、
    上記マルチチャネルオーディオデータを構成する各チャネルのオーディオデータを送信側から所定伝送路を介して単位オーディオデータ毎に順次受信する
    請求項９に記載の受信装置。
15. 上記所定チャネル数は、６、１２または２４である
    請求項１４に記載の受信装置。
16. データ受信部により、オーディオデータを送信側から所定伝送路を介して単位オーディオデータ毎に順次受信するデータ受信ステップを有し、
    上記データ受信ステップで受信されるオーディオデータは暗号化されており、
    上記データ受信ステップで受信されるオーディオデータには、所定数の上記単位オーディオデータ毎に構成される各ブロック内の所定の１ビット領域の値をブロック毎に交互に“０”と“１”を繰り返す状態とすることで、暗号化されていることを示す暗号化済み状態情報が付加されており、
    上記暗号化済み状態情報に基づいて上記データ受信ステップで受信されたオーディオデータに復号化処理を施す復号化ステップをさらに有する
    受信方法。

Images