JP5359230B2

JP5359230B2 - 送信装置および伝送データフォーマット決定方法

Info

Publication number: JP5359230B2
Application number: JP2008306683A
Authority: JP
Inventors: 昭彦田尾; 康久中嶋
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2008-02-04
Filing date: 2008-12-01
Publication date: 2013-12-04
Anticipated expiration: 2028-12-01
Also published as: US9014258B2; US20120044985A1; JP2009213121A

Description

この発明は、送信装置および伝送データフォーマット決定方法に関し、詳しくは、コンテンツデータを複数の受信装置にブロードキャスト送信する送信装置等に関する。

例えば、特許文献１等に記載されるように、送信装置としてのソース機器（例えば、ディスクレコーダ、地上波デジタル放送用のチューナ等）から受信装置としてのシンク機器（例えば、テレビ等）に、コンテンツデータ（ビデオデータ、オーディオデータ）を送信するＡＶ（Audio Visual）システムが知られている。
特開２００６−１０９０００号公報

上述したようなソース機器とシンク機器からなるＡＶシステムにおいて、１台のソース機器から複数台のシンク機器にコンテンツデータを、無線または有線の伝送路（伝送媒体）を用いて、ブロードキャスト送信することが考えられる。

図６０は、１台のソース機器（例えば、ディスクレコーダ）６１０と３台のシンク機器（例えば、テレビ受信機）６２０-1〜６２０-3とからなるＡＶシステム６００において、ソース機器６１０からシンク機器６２０-1〜６２０-3にコンテンツデータをブロードキャスト送信する例を示している。

シンク機器６２０-1は、
ビデオフォーマット：1920x1080p@59.94/60Hz、1920x1080i@59.94/60Hz、720x480p@59.94/60Hz
オーディオフォーマット：L-PCM、Dolby Digital、AAC
に対応可能とされている。

また、シンク機器６２０-2は、
ビデオフォーマット：1920x1080i@59.94/60Hz、720x480p@59.94/60Hz
オーディオフォーマット：L-PCM、Dolby Digital
に対応可能とされている。

さらに、シンク機器６２０-3は、
ビデオフォーマット：720x480p@59.94/60Hz
オーディオフォーマット：L-PCM
に対応可能とされている。

このようにシンク機器６２０-1〜６２０-3が対応し得るビデオフォーマット、オーディオフォーマットが異なる場合、ソース機器６１０からブロードキャスト送信されるコンテンツデータのフォーマットによっては、シンク機器６２０-1〜６２０-3のいずれかで再生不可能な場合が生じる。

例えば、ソース機器６１０から、ビデオフォーマットが1920x1080p@60Hz、オーディオフォーマットがAACのコンテンツデータ（ビデオデータ、オーディオデータ）が送信される場合を考える。この場合、シンク機器６２０-1は、ソース機器６１０から送信されてくるコンテンツデータのフォーマットに対応可能であることから、再生が可能となる。しかし、シンク機器６２０-2，６２０-3は、ソース機器６１０から送信されてくるコンテンツデータのフォーマットに対応不可能であることから、再生が不可能となる。

この発明の目的は、複数の受信装置へのブロードキャスト送信が良好に行われるようにすることにある。

この発明の概念は、
コンテンツデータを複数の受信装置にブロードキャスト送信すると共に、上記複数の受信装置との間で情報の送信および受信を行う通信部と、
上記通信部を通じて上記複数の受信装置から取得した、該複数の受信装置が対応可能なデータフォーマットの情報に基づいて、上記通信部でブロードキャスト送信される送信対象の上記コンテンツデータの伝送データフォーマットを決定するフォーマット決定部を備え、
上記フォーマット決定部は、
上記複数の受信装置から取得した、該複数の受信装置がそれぞれ対応可能なデータフォーマットの情報に基づいて、該複数の受信装置が共通に対応可能なデータフォーマットのリストである共通リストを作成し、
上記送信対象のコンテンツデータのデータフォーマットが上記共通リストにあるときは、該データフォーマットを上記伝送データフォーマットに決定し、
上記送信対象のコンテンツデータのデータフォーマットが上記共通リストにないときは、マンダトリー規格のデータフォーマットを上記伝送データフォーマットに決定する
送信装置にある。

この発明において、通信部により、コンテンツデータが複数の受信装置にブロードキャスト送信されると共に、複数の受信装置との間で、情報の送信および受信が行われる。この通信部によるブロードキャスト送信および情報の送受信は、有線あるいは無線の伝送路を用いて行われる。

例えば、通信部では、複数の受信装置に、単一バンドを用いて、ダウンリンクブロックが非送信区間を挟んで順次送信されると共に、非送信区間に、単一バンドを用いて、複数の受信装置からのアップリンクブロックが受信される。また、例えば、通信部では、複数の受信装置に、第１のバンドを用いて、ダウンリンクブロックが順次送信されると共に、第２のバンドを用いて、複数の受信装置からのアップリンクブロックが受信される。この場合、ダウンリンクブロックには受信装置に送信すべきコンテンツデータおよび情報が含まれ、アップリンクブロックには受信装置からの情報が含まれる。

単一のバンドを使用する場合、使用バンド数は１つである。しかし、通信部は、ダウンリンクブロックの送信後にバンドを解放して受信装置からのアップリンクブロックを受信する必要がある。また、受信装置は、ダウンリンクブロックの非送信区間に同期して、アップリンクブロックを送信装置に送信する必要がある。

第１のバンドおよび第２のバンドを使用する場合、使用バンド数が２つとなる。しかし、通信部はバンドを解放することなく、ダウンリンクブロックを連続して送信でき、また、受信装置は、送信装置からの要求に対してタイミングを気にせずに、ダウンリンクブロックとは非同期に、アンプリンクブロックを送信装置に送信できる。

また、フォーマット決定部により、通信部を通じて複数の受信装置からそれぞれ対応可能なデータフォーマットの情報が取得される。そして、フォーマット決定部により、複数の受信装置が対応可能なデータフォーマットの情報に基づいて、通信部でブロードキャスト送信される送信対象のコンテンツデータの伝送データフォーマットが決定される。

例えば、フォーマット決定部では、複数の受信装置からそれぞれ取得された対応可能なデータフォーマットの情報に基づいて、この複数の受信装置が共通に対応可能なデータフォーマットのリストである共通リストが作成される。例えば、コンテンツデータがビデオデータである場合、共通リストが作成される際に、カラーフォーマット種別、ビデオフォーマット種別およびディープカラーモード種別が共通化する項目とされる。また、例えばコンテンツデータがオーディオデータである場合、共通リストが作成される際に、オーディオフォーマット種別と、各オーディオフォーマットにおける最大チャネル数、サンプリング周波数および量子化ビット数が共通化する項目とされる。

そして、フォーマット決定部では、送信対象のコンテンツデータのデータフォーマットが共通リストにあるとき、そのデータフォーマットが伝送データフォーマットとされる。これにより、複数の受信装置では、送信装置からブロードキャスト送信されるコンテンツデータのフォーマットに対応可能となることから、再生が可能となる。つまり、送信装置から複数の受信装置へのブロードキャスト送信が良好に行われる。

この発明において、例えば、フォーマット決定部は、送信対象のコンテンツデータのデータフォーマットが共通リストにないときは、マンダトリー規格のデータフォーマットを伝送データフォーマットに決定してもよい。この場合、複数の受信装置では、送信装置からブロードキャスト送信されるコンテンツデータのフォーマットがマンダトリー規格のデータフォーマットであり、それに対応可能となり、再生が可能となる。つまり、送信対象のコンテンツデータのデータフォーマットが共通リストにない場合であっても、送信装置から複数の受信装置へのブロードキャスト送信が良好に行われる。

また、この発明において、例えば、送信対象のコンテンツデータのデータフォーマットを他のデータフォーマットに変換するフォーマット変換部をさらに備え、フォーマット決定部は、複数種類のデータフォーマットの優先順位を示す情報を保持し、共通リストに送信対象のコンテンツデータのデータフォーマットより優先順位の高いデータフォーマットがあり、かつフォーマット変換部において該優先順位の高いデータフォーマットへの変換が可能であるとき、この優先順位の高いデータフォーマットを伝送データフォーマットに決定してもよい。

この場合、送信対象のコンテンツデータは、優先順位の高いデータフォーマットに変換されて、複数の受信端末にブロードキャスト送信される。そのため、優先順位の高いデータフォーマットほど高品質なデータフォーマットであるとして、複数の受信装置では、より高品質なコンテンツデータを受信でき、再生品質の向上が図られる。

また、この発明において、例えば、フォーマット決定部は、各オーディオフォーマットにおける最大チャネル数に関しては、複数の受信装置のうち、ダウンミックス機能のない受信装置からそれぞれ取得した、その受信装置が対応可能な最大チャネル数の情報に基づいて、共通リストを作成してもよい。この場合、例えばダウンミックス機能がある受信装置の最大チャネル数が小さくても、ダウンミックス機能のない受信装置が対応可能な最大チャネル数でオーディオデータを送信でき、再生品質の低下を抑制できる。

また、この発明において、例えば、複数の受信装置が複数組のテレビモニタとＡＶアンプの組み合わせからなる場合、フォーマット決定部は、通信部を通じて、複数のＡＶアンプから取得した、この複数のアンプが対応可能なオーディオデータフォーマットの情報に基づいて、通信部でブロードキャスト送信されるオーディオデータの伝送データフォーマットを決定するようにしてもよい。

テレビモニタとＡＶアンプの組み合わせの場合、画像はテレビモニタで表示し、音声はＡＶアンプから出力するという使い方がある。また、一般に、テレビモニタよりＡＶアンプの方が高音質のオーディオデータフォーマットに対応している。そのため、上述したように複数のＡＶアンプから取得したオーディオデータフォーマットの情報のみに基づいてオーディオデータの伝送データフォーマットを決定することで、低品質のオーディオデータフォーマットに決定されることを回避できる。すなわち、画像はテレビモニタで表示し、音声はＡＶアンプから出力するという使い方の場合に、再生品質の低下を抑制できる。

また、この発明において、例えば、フォーマット決定部で決定された伝送データフォーマットの非圧縮コンテンツデータに対してデータ圧縮処理を行うデータ圧縮部をさらに備え、通信部は、複数の受信装置への伝送路に対応した伝送ビットレートが非圧縮コンテンツデータのビットレート以上のとき、この非圧縮コンテンツデータを複数の受信装置にブロードキャスト送信し、複数の受信装置への伝送路に対応した伝送ビットレートが非圧縮コンテンツデータのビットレートより小さいとき、この非圧縮のコンテンツデータがデータ圧縮部でデータ圧縮処理されて得られた圧縮コンテンツデータを複数の受信装置にブロードキャスト送信してもよい。

伝送路（伝送媒体）の伝送ビットレートは、当該伝送路が有線であっても無線であっても、その状態が変化することで変動する。例えば、伝送路がケーブルで構成される場合、当該ケーブルの劣化（曲がり、ねじれ、断線）やケーブル長による信号減衰、あるいはコネクタ部の接触不良などで、受信信号品質が劣化し、伝送路の伝送ビットレートは実質的に低下する。また、例えば、伝送路が無線である場合には、障害物や妨害波の存在等で、受信信号品質が劣化し、伝送路の伝送ビットレートは実質的に低下する。

上述したように、伝送路の伝送ビットレートに応じて、必要に応じて、決定された伝送データフォーマットの非圧縮コンテンツデータに対してデータ圧縮を施して送信することで、伝送路状態によらずに、複数の受信装置へのコンテンツデータのブロードキャスト送信を良好に行うことができる。

この発明によれば、複数の受信装置からそれぞれ対応可能なデータフォーマットの情報を取得し、その情報に基づいて伝送データフォーマットを決定するものであり、複数の受信装置へのブロードキャスト送信を良好に行うことができる。

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

＜１．第１の実施の形態＞
［ＡＶシステムの構成例］
図１は、実施の形態としてのＡＶ（Audio Visual）システム５の構成例を示している。このＡＶシステム５は、ディスクレコーダ等のソース機器１０と、Ｎ個のテレビ受信機等のシンク機器３０-1〜３０-Nを有している。ここで、ソース機器１０は送信装置を構成し、シンク機器３０-1〜３０-Nは受信装置を構成している。

ソース機器１０は、シンク機器３０-1〜３０-Nに、伝送媒体（伝送路）を介して、コンテンツデータとしてのＡＶストリームをブロードキャスト送信する機能を有する。また、ソース機器１０は、シンク機器３０-1〜３０-Nに伝送媒体を介して情報を送信する機能を有する。また、ソース機器１０は、シンク機器３０-1〜３０-Nから伝送媒体を介して送られてくる情報を受信する機能を有する。ここで、伝送媒体として、有線あるいは無線が使用される。

シンク機器３０-1〜３０-Nは、ソース機器１０から上述したようにブロードキャスト送信されたＡＶストリームを受信して再生する機能を有する。また、シンク機器３０-1〜３０-Nは、ソース機器１０から伝送媒体を介して送られてくる情報を受信する機能を有する。また、シンク機器３０-1〜３０-Nは、ソース機器１０に、伝送媒体を介して、情報を送信する機能を有する。

シンク機器３０-1〜３０-Nは、自身の性能（Configuration/capability）に関する情報であるＥＤＩＤ（Extended Display Identification Data）を記憶しているＥＤＩＤＲＯＭ(Read Only Memory)３０ａ-1〜３０ａ-Nを有している。ＥＤＩＤＲＯＭ３０ａ-1〜３０ａ-Nに記憶されているＥＤＩＤには、それぞれ、シンク機器３０-1〜３０-Nが対応可能なビデオフォーマット、オーディオフォーマットの情報も含まれている。

ソース機器１０は、上述の情報の送受信の機能を用いて、シンク機器３０-1〜３０-NのＥＤＩＤＲＯＭ３０ａ-1〜３０ａ-NからそれぞれＥＤＩＤを読み出す。そして、ソース機器１０は、ＥＤＩＤ内のビデオおよびオーディオのフォーマット情報に基づいて、ＡＶストリームの伝送データフォーマット（ビデオフォーマットおよびオーディオフォーマット）を決定する。この場合、ソース機器１０は、シンク機器３０-1〜３０-Nの全てが対応可能となるように、伝送データフォーマットを決定する。なお、ソース機器１０における伝送データフォーマットの決定方法の詳細は後述する。

図１に示すＡＶシステム５において、ソース機器１０からシンク機器３０-1〜３０-NにコンテンツデータとしてのＡＶストリームをブロードキャスト送信する際の動作を説明する。

ソース機器１０では、ＡＶストリームの伝送データフォーマットを決定することが行われる。この場合、ソース機器１０では、情報の送受信機能が用いられて、シンク機器３０-1〜３０-NのＥＤＩＤＲＯＭ３０ａ-1〜３０ａ-NからそれぞれＥＤＩＤを読み出すことが行われる。

ソース機器１０では、ＥＤＩＤ内のビデオおよびオーディオのフォーマット情報に基づいて、ＡＶストリームにおけるビデオおよびオーディオの伝送フォーマットが、シンク機器３０-1〜３０-Nの全てが対応可能となるように決定される。そして、ソース機器１０では、上述したように決定された伝送データフォーマットによるＡＶストリームが、シンク機器３０-1〜３０-Nに、ブロードキャスト送信される。

シンク機器３０-1〜３０-Nでは、ソース機器１０から上述したようにブロードキャスト送信されたＡＶストリームが受信される。このＡＶストリームにおけるビデオおよびオーディオの伝送フォーマットは、上述したようにシンク機器３０-1〜３０-Nの全てで対応可能とされている。そのため、シンク機器３０-1〜３０-Nでは、受信されたＡＶストリームが再生される。

［ＡＶストリームおよび情報の無線伝送を実現するための物理レイヤ例］
ＡＶストリームおよび情報の無線伝送を実現するための物理レイヤ例を説明する。図２は、単一バンドを使用して、半二重通信を行う例を示している。ソース機器は各シンク機器に、単一バンドを用いて、ダウンリンクブロックを、非送信区間を挟んで順次送信する。また、シンク機器は、ソース機器に、上述のダウンリンクブロックの非送信区間に、上述の単一バンドを用いて、アップリンクブロックを送信する。

ダウンリンクブロックのヘッダ部には、各シンク機器に向けたコントロール情報、および次の非送信区間（インターバル）でアップリンクブロックを送出すべきシンク機器等の情報が含まれている。ヘッダ部の後に、シンク機器で再生するＡＶストリームが配置されている。ソース機器は、規定長のダウンリンクブロックを送信した後、シンク機器がアップリンクブロックを送信できるようにバンドを解放する。

直前のダウンリンクブロックで指定されたシンク機器は、上述したソース機器のバンド解放後に、ソース機器に対してアンプリンクブロックを送信する。アップリンクブロックには、ソース機器からの要求により、各種コントロール情報、ＥＤＩＤ情報等が含まれている。

図３は、デュアルバンド（第１、第２のバンド）を使用して、全二重通信を行う例を示している。ソース機器は各シンク機器に、第１のバンドを用いて、ダウンリンクブロックを順次送信する。また、ソース機器は、ソース機器に、第２のバンドを用いて、アップリンクブロックを送信する。ダウンリンクブロックおよびアップリンクブロックの内容は、詳細説明は省略するが、上述の単一バンドを使用した例と同様である。

図２の例のように単一のバンドを使用する場合、使用バンド数は１つである。しかし、ソース機器は、ダウンリンクブロックの送信後にバンドを解放してシンク機器からのアップリンクブロックを受信する必要がある。また、シンク機器は、ダウンリンクブロックの非送信区間（インターバル）に同期して、アップリンクブロックをソース機器に送信する必要がある。

これに対して、図３の例のようにデュアルバンドを使用する場合、使用バンド数が２つとなる。しかし、ソース機器はバンドを解放することなく、ダウンリンクブロックを連続して送信できる。また、シンク機器は、ソース機器からの要求に対してタイミングを気にせずに、ダウンリンクブロックとは非同期に、アップリンクブロックをソース機器に送信できる。

［ソース機器、シンク機器の構成例］
ソース機器１０およびシンク機器３０（３０-1〜３０-N）の構成例を説明する。

最初に、ソース機器１０の構成例について説明する。図４は、ソース機器１０としてのディスクレコーダ１０Ａの構成例を示している。ディスクレコーダ１０Ａは、制御部１１と、ユーザ操作部１２と、表示部１３と、ディスクドライブ１４と、コーデック１５と、外部装置を接続するための端子１６と、パケット生成・分離部１７と、通信部（無線／有線）１８を有している。

制御部１１は、ディスクレコーダ１０Ａの各部の動作を制御する。制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read OnlyMemory）およびＲＡＭ（Random Access Memory）を備えている。ＲＯＭは、ＣＰＵの制御プログラム等を記憶している。ＲＡＭは、ＣＰＵの制御処理に必要なデータの一時記憶等に用いられる。

ＣＰＵは、ＲＯＭから読み出したプログラムやデータをＲＡＭ上に展開してプログラムを起動し、ディスクレコーダ１０Ａの各部の動作を制御する。また、ＣＰＵは、後述のように、ＥＤＩＤをはじめ、シンク機器の各種情報、例えばテレビ／ＡＶアンプ種別、およびテレビとＡＶアンプのペアリング情報、ダウンミックス機能の有無等の要求を、通信部１８を通じて行う。また、ＣＰＵは、通信部１８で受信した、シンク機器からの各種情報の解析を行う。

ユーザ操作部１２および表示部１３は、ユーザインタフェースを構成し、制御部１１に接続されている。ユーザ操作部１２は、ディスクレコーダ１０Ａの図示しない筐体に配置されたキー、釦、ダイアル、あるいは表示部１３の表示面に配置されたタッチパネル、さらにはリモコン等で構成される。表示部１３は、ＬＣＤ(Liquid Crystal Display)等で構成される。

ディスクドライブ１４は、コーデック１５から供給される、ビデオデータ（映像信号）およびこのビデオデータに付随するオーディオデータ（音声信号）を、例えば、ＭＰＥＧ(Moving Picture Experts Group)方式等でエンコードして得られるエンコードデータを、ＢＤ(Blu-ray Disc)、ＤＶＤ（Digital Versatile Disc）等のディスク状記録媒体ＤＣに記録する。また、ディスクドライブ１４は、ディスク状記録媒体ＤＣからエンコードデータを再生してコーデック１５に供給する。

コーデック１５は、ディスクドライブ１４から供給されるエンコードデータを、ベースバンド（非圧縮）のビデオおよびオーディオのデータにＭＰＥＧ方式等でデコードする。そして、コーデック１５は、このビデオおよびオーディオのデータを、パケット生成・分離部１７に供給すると共に、端子１６に出力する。また、コーデック１５は、図示しない外部装置から端子１６に入力されるベースバンドのビデオおよびオーディオのデータを、エンコードデータにエンコードし、当該エンコードデータを、ディスクドライブ１４に供給する。ここで、外部装置は、ハードディスクレコーダ（ＨＤＤレコーダ）、パーソナルコンピュータ、ＤＶＤレコーダ、ビデオカメラ等である。

パケット生成・分離部１７は、コーデック１５から供給されるビデオおよびオーディオのデータ、および各種情報を含む送信パケット、例えば上述のダウンリンクブロックを生成して、通信部１８に供給する。また、このパケット生成・分離部１７は、通信部１８で受信された受信パケット、例えば上述のアップリンクブロックから各種情報を分離して、制御部１１内のＣＰＵに供給する。

通信部１８は、パケット生成・分離部１７で生成された送信パケット、例えば上述したダウンリンクブロックを、無線または有線の伝送媒体を介して、テレビ受信機等のシンク機器に向けてブロードキャスト送信する。また、この通信部１８は、シンク機器から、無線または有線の伝送媒体を介して送られてくる受信パケット、例えば上述のアップリンクブロックを受信し、パケット生成・分離部１７に供給する。

次に、シンク機器３０（シンク機器３０-1〜３０-N）の構成例について説明する。図５は、シンク機器３０としてのテレビ受信機３０Ａの構成例を示している。テレビ受信機３０Ａは、制御部３１と、ユーザ操作部３２と、ＥＤＩＤＲＯＭ４２を有している。また、テレビ受信機３０Ａは、通信部（無線/有線）３３と、パケット生成・分離部３４と、切り替え器３５と、チューナ３６と、アンテナ端子３７と、画像処理部３８と、表示パネル３９と、音声処理部４０と、スピーカ４１を有している。

制御部３１は、テレビ受信機３０Ａの各部の動作を制御する。制御部３１は、ＣＰＵ、ＲＯＭおよびＲＡＭを備えている。ＲＯＭは、ＣＰＵの制御プログラム等を記憶している。ＲＡＭは、ＣＰＵの制御処理に必要なデータの一時記憶等に用いられる。

ＣＰＵは、ＲＯＭから読み出したプログラムやデータをＲＡＭ上に展開してプログラムを起動し、テレビ受信機３０Ａの各部の動作を制御する。また、ＣＰＵは、ソース機器から送られてくるコントロール情報の解析を行う。また、ＣＰＵは、ソース機器からの要求に従ってＥＤＩＤをはじめ、シンク機器の各種情報を集めてパケット生成・分離部３４に供給する。

ユーザ操作部３２は、制御部３１に接続されている。このユーザ操作部３２は、テレビ受信機３０Ａの図示しない筐体に配置されたキー、釦、ダイアル、あるいはリモコン等で構成される。ＥＤＩＤＲＯＭ４２には、テレビ受信機３０Ａの性能（Configuration/capability）に関する情報であるＥＤＩＤが記憶されている。このＥＤＩＤには、テレビ受信機３０Ａが対応可能なビデオフォーマット、オーディオフォーマットの情報も含まれている。このＥＤＩＤＲＯＭ４２は、制御部３１に接続されている。このＥＤＩＤＲＯＭ４２は、例えば、ＥＥＰＲＯＭ、あるいはフラッシュメモリ等で構成され、書き換え可能とされている。

通信部３３は、ソース機器から、無線または有線の伝送媒体を介して送られてくる受信パケット、例えば上述のダウンリンクブロックを受信し、パケット生成・分離部３４に供給する。また、通信部３３は、パケット生成・分離部３４で生成された送信パケット、例えば上述のアップリンクブロックを、無線または有線の伝送媒体を介して、ソース機器に送信する。

パケット生成・分離部３４は、送信パケット、例えば上述のアップリンクブロックを生成して、通信部３３に供給する。また、このパケット生成・分離部３４は、ソース機器から無線または有線の伝送媒体を介して送られてくる受信パケット、例えば上述のダウンリンクブロックからビデオおよびオーディオのデータと、各種情報を分離抽出する。そして、パケット生成・分離部３４は、ビデオおよびオーディオのデータを切り替え器３５に供給する。また、パケット生成・分離部３４は、ソース機器から送られてくる各種情報を制御部３１内のＣＰＵに供給する。

チューナ３６は、例えばＢＳ放送、地上波デジタル放送等を受信する。このチューナ３６には、アンテナ端子３７に接続された図示しないアンテナで捕らえられた放送信号が供給される。このチューナ３６は、放送信号に基づいて、所定の番組のビデオおよびオーディオのデータを取得する。切り替え器３５は、パケット生成・分離部３４で抽出されたビデオおよびオーディオのデータまたはチューナ３６で取得されたビデオおよびオーディオのデータを選択的に取り出す。

画像処理部３８は、切り替え器３５で取り出されたビデオデータに対して、色調整、輪郭強調、グラフィックスデータの重畳等の処理を行う。表示パネル３９は、画像処理部３８で処理されたビデオデータによる画像を表示する。表示パネル３９は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬ(ElectroLuminescence)、ＰＤＰ(Plasma Display Panel)等で構成される。

音声処理部４０は、切り替え器３５で取り出されたオーディオデータに対して、増幅、Ｄ／Ａ変換等の必要な処理を行う。そして、音声処理部４０は、処理後の音声信号をスピーカ４１に供給する。

図６は、シンク機器３０としてのＡＶアンプ３０Ｂの構成例を示している。ＡＶアンプ３０Ｂは、制御部５１と、ユーザ操作部５２と、ＥＤＩＤＲＯＭ５８を有している。また、ＡＶアンプ３０Ｂは、通信部（無線/有線）５３と、パケット生成・分離部５４と、デジタルシグナルプロセッサ（ＤＳＰ）５５と、音声増幅回路５６と、音声出力端子５７ａ〜５７ｆを有している。

制御部５１は、ＡＶアンプ３０Ｂの各部の動作を制御する。制御部５１は、ＣＰＵ、ＲＯＭおよびＲＡＭを備えている。ＲＯＭは、ＣＰＵの制御プログラム等を記憶している。ＲＡＭは、ＣＰＵの制御処理に必要なデータの一時記憶等に用いられる。

ＣＰＵは、ＲＯＭから読み出したプログラムやデータをＲＡＭ上に展開してプログラムを起動し、ＡＶアンプ３０Ｂの各部の動作を制御する。また、ＣＰＵは、ソース機器から送られてくるコントロール情報の解析を行う。また、ＣＰＵは、ソース機器からの要求に従ってＥＤＩＤをはじめ、シンク機器の各種情報を集めてパケット生成・分離部５４に供給する。

ユーザ操作部５２は、制御部５１に接続されている。このユーザ操作部５２は、ＡＶアンプ３０Ｂの図示しない筐体に配置されたキー、釦、ダイアル、あるいはリモコン等で構成される。ＥＤＩＤＲＯＭ５８には、ＡＶアンプ３０Ｂの性能（Configuration/capability）に関する情報であるＥＤＩＤが記憶されている。このＥＤＩＤには、ＡＶアンプ３０Ｂが対応可能なオーディオフォーマットの情報も含まれている。このＥＤＩＤＲＯＭ５８は、制御部５１に接続されている。このＥＤＩＤＲＯＭ５８は、例えば、ＥＥＰＲＯＭ、あるいはフラッシュメモリ等で構成され、書き換え可能とされている。

通信部５３は、ソース機器から、無線または有線の伝送媒体を介して送られてくる受信パケット、例えば上述のダウンリンクブロックを受信し、パケット生成・分離部５４に供給する。また、通信部５３は、パケット生成・分離部５４で生成された送信パケット、例えば上述のアップリンクブロックを、無線または有線の伝送媒体を介して、ソース機器に送信する。

パケット生成・分離部５４は、送信パケット、例えば上述のアップリンクブロックを生成して、通信部５３に供給する。また、このパケット生成・分離部５４は、ソース機器から無線または有線の伝送媒体を介して送られてくる受信パケット、例えば上述のダウンリンクブロックからオーディオデータと、各種情報を分離抽出する。そして、パケット生成・分離部５４は、オーディオデータをＤＳＰ５５に供給する。また、パケット生成・分離部５４は、ソース機器から送られてくる各種情報を制御部５１内のＣＰＵに供給する。

ＤＳＰ５５は、パケット生成・分離部５４で得られたオーディオデータを処理して、５．１chサラウンドを実現するための各チャネルの音声データを生成する処理、所定の音場特性を付与する処理、デジタル信号をアナログ信号に変換する処理等を行う。音声増幅回路５６は、ＤＳＰ５５から出力されるフロントレフト音声信号ＳFL、フロントライト音声信号ＳFR、フロントセンタ音声信号ＳFCと、リアレフト音声信号ＳRL、リアライト音声信号ＳRRおよびサブウーファ音声信号Ｓswを増幅して、音声出力端子５７ａ〜５７ｆに出力する。

［伝送データフォーマットの決定方法］
ソース機器１０における伝送データフォーマット（伝送ビデオフォーマット、伝送オーディオフォーマット）の決定方法の詳細を説明する。ソース機器１０は、シンク機器３０-1〜３０-Nからそれぞれ取得したＥＤＩＤ内のビデオフォーマットの情報に基づいて、伝送ビデオフォーマットを決定する。また、ソース機器１０は、シンク機器３０-1〜３０-Nからそれぞれ取得したＥＤＩＤ内のビデオフォーマットの情報に基づいて、伝送オーディオフォーマットを決定する。

伝送ビデオフォーマットの決定には、ＥＤＩＤに含まれる、カラーフォーマット（Color Format）、ビデオ識別コード（Video IdentificationCode）、ディープカラーモード（Deep Color Mode）の情報が用いられる。また、伝送オーディオフォーマットの決定には、ＥＤＩＤに含まれる、オーディオフォーマット、各オーディオフォーマットにおける最大チャネル数、サンプリング周波数および量子化ビット数の情報が用いられる。

図７は、ＥＤＩＤ構造（Block1以降、ＨＤＭＩ用拡張部分）を示している。このＥＤＩＤ構造は、詳細説明は省略するが、ＥＩＡ／ＣＥＡ−８６１Ｄ規格で規定されている。

図７において、Video Data Blockの各CEA Short Video Descriptorに、当該シンク機器で表示可能なVideo Formatが定義される。図８は、CEA Short VideoDescriptorの詳細を示している。表示可能なVideo Formatは７ビットのVideo Identification Codeで指定される。図９は、VideoFormatとVideo Identification Code（Video ID Code）の対応を示している（一部抜粋）。

また、図７において、Audio Data Blockの各CEA Short Audio Descriptorに、当該シンク機器で再生可能なAudio Format、最大チャネル数、サンプリング周波数、量子化ビット数が定義される。図１０（ａ）〜（ｃ）は、CEA Short Audio Descriptorの詳細を示している。このCEAShort Audio Descriptorは、Audio Formatの違いから、図１０（ａ）〜（ｃ）に示すように、３種類に分類されている。図１０（ａ）は、「Audio Code=1: Linear-PCM」に対応したCEA ShortAudio Descriptorの詳細である。図１０（ｂ）は、「Audio Code=2-8」に対応したCEA Short Audio Descriptorの詳細である。図１０（ｃ）は、「AudioCode=9-15」に対応したCEA Short Audio Descriptorの詳細である。図１１は、サポート可能なAudio Format Codeを示している。

また、図１２は、Vendor Specific Data Block(VSDB)の構造を示す。Byte6に、シンク機器のディープカラーモードのサポート情報として、DC_48bit、DC_36bit、DC_30bit、およびDCY444が定義されている。なお、DCY444は、YCBCRのカラーフォーマットで、ディープカラーが許されているか否かを示す。

また、図７において、Byte3の Identification of Audio and YCBCRsupport に、当該シンク機器がサポートするカラーフォーマットが定義される。また、ＥＤＩＤ構造の中に、図１３に示すColorimetry Data Block が定義されている。このColorimetry Data Block のByte3のxvYCC709，xvYCC601でも、当該シンク機器がサポートするカラーフォーマットが定義される。

［伝送ビデオフォーマットの決定］
ソース機器１０は、伝送ビデオフォーマットを決定するために、まず、シンク機器３０-1〜３０-Nが共通に対応可能なビデオフォーマットを示す共通リストを作成する。

この共通リストを作成する際に共通化する項目は、
ａ．カラーフォーマット種別（Color Format種別）
ｂ．ビデオ識別コード種別（Video Identification Code種別）
ｃ．ディープカラーモード種別（Deep Color Mode 種別）
の３点である。

「a.Color Format種別」の項目に関しては、図７に示すＥＤＩＤ構造の Byte3(RGB,YCBCR4:4:4, YCBCR 4:2:2)および図１３に示す Colorimetry DataBlockの Byte3(xvYCC709, xvYCC601)が参照されて、共通項目が決定される。また、「b. Video Identification Code種別」の項目に関しては、図８に示す CEA Short Video Descriptorが参照されて、共通項目が決定される。さらに、「c. Deep Color Mode 種別」の項目に関しては、図１２に示すＶＳＤＢ構造のByte6(DC_48bit，DC_36bit，DC_30bit，DCY444)が参照されて、共通項目が決定される。

図１４は、ビデオフォーマットに関する共通リストの作成例を示している。この例は、シンク機器が３台の場合を示している。カラーフォーマットに関して、シンク機器１はRGB,YCBCR4:4:4,YCBCR4:2:2,xvYCC601,xvYCC709をサポートしており、シンク機器２はRGB,YCBCR4:4:4,YCBCR4:2:2をサポートしており、シンク機器３はRGB,YCBCR4:4:4,YCBCR4:2:2をサポートしている。そのため、カラーフォーマットの共通項目は、RGB,YCBCR4:4:4,YCBCR4:2:2に決定される。なお、ソース機器およびシンク機器において、RGBをサポートすることがマンダトリー（必須）であり、その他のカラーフォーマットはオプション（随意）である。

また、ビデオフォーマットに関して、シンク機器１〜３は、それぞれ、以下のビデオフォーマットをサポートしている。シンク機器１は、01:640×480p@59.94/60Hz, 02:720×480p@59.94/60Hz, 03: 720×480p@59.94/60Hz,04: 1280×720p@59.94/60Hz, 05: 1920×1080i@59.94/60Hz, 16: 1920×1080p@59.94/60Hz,31: 1920×1080p@50Hz, 32: 1920×1080p@23.98/24Hzをサポートしている。シンク機器２は、01:640×480p@59.94/60Hz, 02:720×480p@59.94/60Hz, 03: 720×480p@59.94/60Hz,04: 1280×720p@59.94/60Hz, 05: 1920×1080i@59.94/60Hz, 32: 1920×1080p@23.98/24Hzをサポートしている。シンク機器３は、01:640×480p@59.94/60Hz, 02:720×480p@59.94/60Hz, 03: 720×480p@59.94/60Hz,04: 1280×720p@59.94/60Hz, 05: 1920×1080i@59.94/60Hz, 16: 1920×1080p@59.94/60Hz,31: 1920×1080p@50Hzをサポートしている。なお、各ビデオフォーマットの前の２桁の数字は、Video ID Code（図９参照）を示している。

そのため、ビデオフォーマットの共通項目は、01:640×480p@59.94/60Hz, 02:720×480p@59.94/60Hz, 03: 720×480p@59.94/60Hz,04: 1280×720p@59.94/60Hz, 05: 1920×1080i@59.94/60Hzに決定される。なお、ソース機器およびシンク機器において、01:640×480p@59.94/60Hz, 02:720×480p@59.94/60Hz, 03:720×480p@59.94/60Hz, 04: 1280×720p@59.94/60Hz,05: 1920×1080i@59.94/60Hzをサポートすることがマンダトリー（必須）であり、その他のビデオフォーマットはオプション（随意）である。

また、ディープカラーモードに関して、シンク機器１は DC_48bit，DC_36bit，DC_30bit，DCY444をサポートし、シンク機器２は DC_30bit，DCY444をサポートし、シンク機器３は DC_36bit，DC_30bit，DCY444をサポートしている。そのため、ディープカラーモードの共通項目は、DC_30bit，DCY444に決定される。

ソース機器１０は、次に、上述のように作成される共通リストを用いて、伝送ビデオフォーマットとしての、カラーフォーマット、ビデオフォーマットおよびディープカラーモードを決定する。なお、この場合、ソース機器１０は、カラーフォーマット、ビデオフォーマットおよびディープカラーモードの優先順位の保持情報を参照する。

図１５は、ビデオフォーマットのうち、ＨＤＭＩでよく使われているビデオフォーマットの優先順位を示している。図１５に載っていない他のVideo Formatに関する優先度の判定基準については、オリジナルピクセルクロック数（Pixel Repetition Factor=0とした数値）の高い方を高優先度とする。また、例外として、1920x1080p@23.98/24Hzは、ソース機器と各シンク機器で共通にサポートしていた場合、これを最優先ビデオフォーマットとする。

図１６は、カラーフォーマットの優先順位を示している。また、図１７は、ディープカラーモードの優先順位を示している。図１５、図１６、図１７において、いずれも、優先度の高い方が、高画質である。

ソース機器１０の制御部（ＣＰＵ）は、以下のようにして、伝送ビデオフォーマットを構成するビデオフォーマットを決定する。すなわち、制御部は、基本的には、送信対象のビデオデータ（映像ソース）のビデオフォーマットが、共通リストにあるときは、そのビデオフォーマットを伝送ビデオフォーマットに決定する。この場合、各シンク機器３０-1〜３０-Nでは、ソース機器１０からブロードキャスト送信されるＡＶストリームのビデオフォーマットに対応可能となることから、再生が可能となる。つまり、ソース機器１０から各シンク機器３０-1〜３０-NへのＡＶストリームのブロードキャスト送信を良好に行うことができる。

また、制御部は、送信対象のビデオデータのビデオフォーマットが共通リストにないときは、マンダトリー規格のビデオフォーマットを伝送ビデオフォーマットに決定する。このように決定されるときには、ソース機器１０では、フォーマット変換部により、送信対象のビデオデータのビデオフォーマットが、マンダトリー規格のビデオフォーマットに変換されることになる。図４に示すディスクレコーダ１０Ａにおいては、フォーマット変換部は、例えばコーデック１５内に備えられる。

この場合、各シンク機器３０-1〜３０-Nでは、ソース機器１０からブロードキャスト送信されるＡＶストリームのビデオフォーマットがマンダトリー規格のビデオフォーマットであり、それに対応可能となり、再生が可能となる。つまり、映像ソース（送信対象のビデオデータ）のビデオフォーマットが共通リスト（ビデオ）にない場合であっても、ソース機器１０から各シンク機器３０-1〜３０-NへのＡＶストリームのブロードキャスト送信を良好に行うことができる。

また、制御部は、共通リストに送信対象のビデオデータのビデオフォーマットより優先順位の高いビデオフォーマットがあり、かつフォーマット変換部においてこの優先順位の高いビデオフォーマットへの変換が可能であるとき、この優先順位の高いビデオフォーマットを伝送ビデオフォーマットに決定する。このように決定される場合には、ソース機器１０では、フォーマット変換部により、送信対象のビデオデータのビデオフォーマットが、上述の優先順位の高いビデオフォーマットに変換されることになる。

この場合、映像ソース（送信対象のビデオデータ）は、優先順位の高いビデオフォーマットに変換されて、ソース機器１０から複数のシンク機器３０-1〜３０-Nにブロードキャスト送信される。そのため、優先順位の高いビデオフォーマットほど高品質なビデオフォーマットであるとして、各シンク機器３０-1〜３０-Nでは、より高品質なビデオデータを受信でき、表示品質の向上を図ることができる。

詳細説明は省略するが、ソース機器１０の制御部（ＣＰＵ）は、上述したビデオフォーマットと同様にして、伝送ビデオフォーマットを構成するカラーフォーマットおよびディープカラーモードを決定する。

［伝送オーディオフォーマットの決定］
ソース機器１０は、伝送オーディオフォーマットを決定するために、まず、シンク機器３０-1〜３０-Nが共通に対応可能なオーディオフォーマットを示す共通リストを作成する。

この共通リストを作成する際に共通化する項目は、
a. オーディオフォーマット種別
b. 各オーディオフォーマットにおける
b-1.最大チャネル数
b-2.サンプリング周波数
b-3.量子化ビット数
である。

各項目に関しては、図１０（ａ）〜（ｃ）に示すCEA Audio Descriptorが参照されて、共通項目が決定される。

図１８は、オーディオフォーマットに関する共通リストの作成例を示している。この例は、シンク機器が３台の場合を示している。シンク機器１は、Audio Format Code=1(Linear-PCM)をサポートしており、このフォーマットにおいて、Max number ofChannels=7(8ch),192/176.4/96/88.2/48/44.1/32kHz,24/20/16bitをサポートしている。また、シンク機器１は、Audio Format Code=6(AAC)をサポートしており、このフォーマットにおいて、Max number of Channels=7(8ch),192/176.4/96/88.2/48/44.1/32kHzをサポートしている。

また、シンク機器１は、Audio Format Code=7(DTS)をサポートしており、このフォーマットにおいて、Max number of Channels=7(8ch),192/176.4/96/88.2/48/44.1/32kHzをサポートしている。また、シンク機器１は、Audio Format Code=10(Dolby Digital+)をサポートしており、このフォーマットにおいて、Max number of Channels=7(8ch),192/176.4/96/88.2/48/44.1/32kHzをサポートしている。さらに、シンク機器１は、Audio Format Code=11(DTS-HD)をサポートしており、このフォーマットにおいて、Max number of Channels=7(8ch),192/176.4/96/88.2/48/44.1/32kHzをサポートしている。

シンク機器２は、Audio Format Code=1(Linear-PCM)をサポートしており、このフォーマットにおいて、Max number of Channels=5(6ch),96/88.2/48/44.1/32kHz,24/20/16bitをサポートしている。また、シンク機器２は、Audio Format Code=7(DTS)をサポートしており、このフォーマットにおいて、Max number of Channels=5(6ch),96/88.2/48/44.1/32kHzをサポートしている。

また、シンク機器２は、Audio Format Code=10(Dolby Digital+)をサポートしており、このフォーマットにおいて、Max number of Channels=5(6ch),96/88.2/48/44.1/32kHzをサポートしている。さらに、シンク機器２は、Audio Format Code=11(DTS-HD)をサポートしており、このフォーマットにおいて、Max number of Channels=5(6ch),96/88.2/48/44.1/32kHzをサポートしている。

シンク機器３は、Audio Format Code=1(Linear-PCM)をサポートしており、このフォーマットにおいて、Max number of Channels=3(4ch),48/44.1/32kHz,24/20/16bitをサポートしている。また、シンク機器３は、Audio Format Code=10(Dolby Digital+)をサポートしており、このフォーマットにおいて、Max number of Channels=3(4ch),48/44.1/32kHzをサポートしている。

従って、オーディオフォーマットの共通項目は、シンク機器１〜３で共通に対応可能なように、Audio Format Code=1(Linear-PCM), Audio Format Code=10(DolbyDigital+)に決定される。また、Audio Format Code=1(Linear-PCM)のオーディオフォーマットにおいて、最大チャネル数、サンプリング周波数、量子化ビット数は、シンク機器１〜３で共通に対応可能なように、Max number of Channels=3(4ch),48/44.1/32kHz,24/20/16bitに決定される。また、Audio Format Code=10(Dolby Digital+)のオーディオフォーマットにおいて、最大チャネル数、サンプリング周波数は、シンク機器１〜３で共通に対応可能なように、Max number of Channels=3(4ch),48/44.1/32kHzに決定される。

この場合、オーディオフォーマットに関しては、シンク機器１〜３で共通に持つものとされる。また、シンク機器１〜３で共通に対応可能な最大チャネル数は、シンク機器１〜３の最大チャネル数のうちで最小のチャネル数となる。さらに、サンプリング周波数、量子化ビット数に関しては、シンク機器１〜３で共通に持つものとされる。

ソース機器１０は、次に、上述のように作成される共通リストを用いて、伝送オーディオフォーマットとしての、オーディオフォーマット、最大チャネル数、サンプリング周波数、量子化ビット数を決定する。なお、この場合、ソース機器１０は、オーディオフォーマットの優先順位の保持情報を参照する。

図１９は、音質を基準に、図１１中の各オーディオフォーマットの優先順位を示したものである。上位のフォーマットほど高音質となる。ただし、図１９は一例を示したもので絶対的なものではない。

ソース機器１０の制御部（ＣＰＵ）は、以下のようにして、伝送オーディオフォーマットを構成するオーディオフォーマットを決定する。すなわち、制御部は、基本的には、送信対象のオーディオデータ（音声ソース）のオーディオフォーマットが、共通リストにあるときは、そのオーディオフォーマットを伝送オーディオフォーマットに決定する。この場合、各シンク機器３０-1〜３０-Nでは、ソース機器１０からブロードキャスト送信されるＡＶストリームのオーディオフォーマットに対応可能となることから、再生が可能となる。つまり、ソース機器１０から各シンク機器３０-1〜３０-NへのＡＶストリームのブロードキャスト送信を良好に行うことができる。

なお、共通リストに送信対象のオーディオデータのオーディオフォーマットより優先順位の高いビデオフォーマットがあり、かつフォーマット変換部においてこの優先順位の高いオーディオフォーマットへの変換が可能であるとき、制御部は、この優先順位の高いオーディオフォーマットを伝送オーディオフォーマットに決定してもよい。

この場合、音声ソース（送信対象のオーディオデータ）は、優先順位の高いオーディオフォーマットに変換されて、ソース機器１０から複数のシンク機器３０-1〜３０-Nにブロードキャスト送信される。そのため、優先順位の高いオーディオフォーマットほど高品質なオーディオフォーマットであるとして、各複数のシンク機器３０-1〜３０-Nでは、より高品質なオーディオデータを受信でき、再生品質の向上を図ることができる。

また、制御部は、送信対象のオーディオデータのオーディオフォーマットが共通リストにない場合には、以下のようにして伝送オーディオフォーマットを決定する。すなわち、作成された共通リストに、各シンク機器が共通に対応可能なオーディオフォーマットがあり、フォーマット変換部においてそのオーディオフォーマットへの変換が可能であるとき、制御部は、そのオーディオフォーマットを伝送オーディオフォーマットに決定する。

また、作成された共通リストに、各シンク機器が共通に対応可能なオーディオフォーマットがあるが、フォーマット変換部においてそのオーディオフォーマットへの変換が不可能であるとき、制御部は、マンダトリー規格のオーディオフォーマットであるLinear-PCM,2chを伝送オーディオフォーマットに決定する。さらに、作成された共通リストに、各シンク機器が共通に対応可能なオーディオフォーマットがないときも、制御部は、マンダトリー規格のオーディオフォーマットであるLinear-PCM,2chを伝送オーディオフォーマットに決定する。この場合、各シンク機器３０-1〜３０-Nでは、ソース機器１０からブロードキャスト送信されるＡＶストリームのオーディオオフォーマットがマンダトリー規格のオーディオフォーマットであり、それに対応可能となり、再生が可能となる。つまり、音声ソース（送信対象のオーディオデータ）のオーディオフォーマットが共通リスト（オーディオ）にない場合等であっても、ソース機器１０から各シンク機器３０-1〜３０-NへのＡＶストリームのブロードキャスト送信を良好に行うことができる。

上述の伝送オーディオフォーマットの決定に伴って、制御部は、必要に応じて、オーディオフォーマットの変換、さらにはダウンミックス、サンプリング周波数変換、量子化ビット数変換を行う。

［ソース機器のスタートアップ時の動作］
図１に示すＡＶシステム１０において、シンク機器３０-1〜３０Nの１つ以上がスタンバイ状態であって、ソース機器１０の電源が投入されたときの動作を説明する。このとき、ソース機器１０の制御部（ＣＰＵ）は、図２０〜図２３のフローチャートに示す制御処理（イニシャル処理）を行う。

制御部は、まず、ステップＳＴ１において、処理を開始する。そして、制御部は、ステップＳＴ２において、スタンバイ状態のシンク機器から、順次、ＥＤＩＤを読み出す。ここで、シンク機器３０-1〜３０-Nのスタンバイ状態とは、ソース機器１０からＡＶストリームを受信して再生可能な状態を意味する。

次に、制御部は、ステップＳＴ３において、スタンバイ状態の各シンク機器のＥＤＩＤ内のビデオフォーマット情報に基づいて、スタンバイ状態の各シンク機器が共通に対応可能なビデオフォーマットを示す共通リスト（ビデオ）を作成する（図１４参照）。

また、制御部は、ステップＳＴ３において、スタンバイ状態の各シンク機器のＥＤＩＤ内のオーディオフォーマット情報に基づいて、スタンバイ状態のシンク機器が共通に対応可能なオーディオフォーマットを示す共通リスト（オーディオ）を作成する（図１８参照）。

次に、制御部は、ステップＳＴ４において、映像ソース（送信対象のビデオデータ）のカラーフォーマットがxvYCCであるか否かを判断する。カラーフォーマットがxvYCCであるとき、制御部は、ステップＳＴ５において、共通リスト（ビデオ）にxvYCCがあるか否かを判断する。xvYCCがあるとき、制御部は、ステップＳＴ６において、伝送カラーフォーマットをxvYCCに決定し、その後に、ステップＳＴ１４の処理に移る。

また、ステップＳＴ５で共通リスト（ビデオ）にxvYCCがないとき、制御部は、ステップＳＴ７において、伝送カラーフォーマットをマンダトリー規格であるRGBに決定し、その後に、ステップＳＴ１４の処理に移る。

また、制御部は、ステップＳＴ４で映像ソースのカラーフォーマットがxvYCCでないとき、ステップＳＴ８において、映像ソースのカラーフォーマットがRGBであるか否かを判断する。カラーフォーマットがRGBであるとき、制御部は、ステップＳＴ９において、伝送カラーフォーマットをRGBに決定する。なお、制御部は、このステップＳＴ９において、共通リスト（ビデオ）にxvYCCがあり、かつソース機器１０のフォーマット変換部で変換可能ならば、伝送カラーフォーマットをxvYCCに決定してもよい。制御部は、このステップＳＴ９の処理の後、ステップＳＴ１４の処理に移る。

また、制御部は、ステップＳＴ８において、映像ソースのカラーフォーマットがRGBでないとき、ステップＳＴ１０において、映像ソースのカラーフォーマットがYCBCRであるか否かを判断する。映像ソースのカラーフォーマットがYCBCRであるとき、制御部は、ステップＳＴ１１において、共通リスト（ビデオ）にYCBCRがあるか否かを判断する。共通リスト（ビデオ）にYCBCRがないとき、制御部は、ステップＳＴ９において、上述したように伝送カラーフォーマットをRGBあるいはxvYCCに決定し、その後にステップＳＴ１４の処理に移る。

また、ステップＳＴ１１で共通リスト（ビデオ）にYCBCRがあるとき、制御部は、ステップＳＴ１２において、伝送カラーフォーマットをYCBCRに決定する。なお、制御部は、このステップＳＴ１１において、共通リスト（ビデオ）にxvYCCがあり、かつソース機器１０のフォーマット変換部で変換可能ならば、伝送カラーフォーマットをxvYCCに決定してもよい。制御部は、このステップＳＴ１１の処理の後、ステップＳＴ１４の処理に移る。

また、ステップＳＴ１０で映像ソースのカラーフォーマットがYCBCRでないとき、制御部は、エラー（表示不可）であるとして、直ちに、ステップＳＴ１４の処理に移る。上述のステップＳＴ４〜ステップＳＴ１３の処理は、伝送カラーフォーマットを決定するための処理である。

ステップＳＴ１４において、制御部は、映像ソースのビデオフォーマットが共通リスト（ビデオ）に存在するか否かを判断する。共通リスト（ビデオ）に映像ソースのビデオフォーマットが存在するとき、制御部は、ステップＳＴ１５において、映像ソースのビデオフォーマットを伝送ビデオフォーマットに決定する。なお、制御部は、このステップＳＴ１５において、アップコンバート可能な優先度上位ビデオフォーマットが共通リスト（ビデオ）にあるときは、そのうちの最上位ビデオフォーマットを、伝送ビデオフォーマットに決定してもよい。制御部は、ステップＳＴ１５の処理の後、ステップＳＴ２１の処理に移る。

また、ステップＳＴ１４で映像ソースのビデオフォーマットが共通リスト（ビデオ）にないときは、制御部は、ステップＳＴ１６において、アップコンバート可能な優先度上位ビデオフォーマットが共通リスト（ビデオ）にあるか否かを判断する。アップコンバート可能な優先度上位ビデオフォーマットが共通リスト（ビデオ）にあるとき、制御部は、ステップＳＴ１７において、アップコンバート可能なうちの最上位ビデオフォーマットを、伝送ビデオフォーマットに決定する。制御部は、このステップＳＴ１７の処理の後、ステップＳＴ２１の処理に移る。

また、ステップＳＴ１６でアップコンバート可能な優先度上位ビデオフォーマットが共通リスト（ビデオ）にないとき、制御部は、ステップＳＴ１８において、ダウンコンバート可能なビデオフォーマットが共通リストにあるか否かを判断する。ダウンコンバート可能な優先度上位ビデオフォーマットが共通リスト（ビデオ）にあるとき、制御部は、ステップＳＴ１９において、ダウンコンバート可能なうちの最上位ビデオフォーマットを、伝送ビデオフォーマットに決定する。制御部は、このステップＳＴ１９の処理の後、ステップＳＴ２１の処理に移る。

また、ステップＳＴ１８でダウンコンバート可能なビデオフォーマットが共通リスト（ビデオ）にないとき、制御部は、ステップＳＴ２０において、ビデオデータの伝送不可として、ステップＳＴ２１の処理に移る。ステップＳＴ１４〜ステップＳＴ２０の処理は、伝送ビデオフォーマットを決定するための処理である。

ステップＳＴ２１において、制御部は、映像ソースが、ディープカラーモードであるか否かを判断する。ディープカラーモードでないとき、制御部は、ステップＳＴ２２において、24bit Color Modeに決定する。なお、制御部は、このステップＳＴ２２において、変換可能ならば、共通リスト(ビデオ)上の優先度最上ディープカラーモードに決定する。制御部は、このステップＳＴ２２の処理の後、ステップＳＴ２８の処理に移る。

また、制御部は、ステップＳＴ２１で映像ソースがディープカラーモードであるとき、ステップＳＴ２３において、映像ソースのディープカラービット数が共通リスト（ビデオ）にあるか否かを判断する。映像ソースのディープカラービット数が共通リスト（ビデオ）にあるとき、制御部は、ステップＳＴ２４において、映像ソースのディープカラービット数を、伝送ディープカラービット数に決定する。制御部は、このステップＳＴ２４の処理の後、ステップＳＴ２８の処理に移る。

また、制御部は、ステップＳＴ２３で映像ソースのディープカラービット数が共通リスト（ビデオ）にないとき、ステップＳＴ２５において、Non-Deep Color Mode（24bit）に変換可能か否かを判断する。Non-Deep Color Mode（24bit）に変換可能であるとき、制御部は、ステップＳＴ２６において、24bit Color Modeに決定する。制御部は、このステップＳＴ２６の処理の後、ステップＳＴ２８の処理に移る。

また、制御部は、ステップＳＴ２５でNon-Deep Color Mode（24bit）に変換可能できないとき、ステップＳＴ２７において、ビデオデータの伝送不可として、ステップＳＴ２１からステップＳＴ２７の処理に移る。ステップＳＴ２１〜ステップＳＴ２７の処理は、伝送ディープカラーモードを決定するための処理である。

制御部は、ステップＳＴ２８において、音声ソース（送信すべきオーディオデータ）のAudio Format codeが共通リスト（オーディオ）にあるか否かを判断する。共通リストにオーディオ）に音声ソースのAudio Format codeがあるとき、制御部は、ステップＳＴ２９の処理に移る。このステップＳＴ２９において、制御部は、音声ソースのオーディオフォーマットを伝送オーディオフォーマットに決定する。なお、制御部は、ステップＳＴ２９において、変換可能ならば共通リスト（オーディオ）上の他の優先度上位のオーディオフォーマットを伝送オーディオフォーマットに決定してもよい。さらに、制御部は、このステップＳＴ２９において、必要に応じて、ダウンミックス、サンプリング周波数変換、量子化ビット数変換を行う。制御部は、このステップＳＴ２９の処理の後、ステップＳＴ３１において、イニシャル処理を終了する。

また、ステップＳＴ２８で共通リスト（オーディオ）に音声ソースのAudio Format codeがないとき、制御部は、ステップＳＴ３０の処理に移る。このステップＳＴ３０において、制御部は、共通リスト（オーディオ）上に変換可能なオーディオフォーマットがある場合、優先度上位のオーディオフォーマットに決定する。また、制御部は、このステップＳＴ３０において、共通リスト（オーディオ）に変換可能なオーディオフォーマットがないとき、マンダトリー規格のオーディオフォーマットであるLinear-PCM,2chを伝送オーディオフォーマットに決定する。さらに、制御部は、このステップＳＴ３０において、必要に応じて、ダウンミックス、サンプリング周波数変換、量子化ビット数変換を行う。制御部は、このステップＳＴ３０の処理の後、ステップＳＴ３１において、イニシャル処理を終了する。上述のステップＳＴ２８〜ステップＳＴ３０の処理は、伝送オーディオフォーマットを決定するための処理である。

［その他の動作］
「シンク機器スタートアップ時」
図１に示すＡＶシステム５において、ソース機器がスタンバイ状態であって、シンク機器３０-1〜３０Nのいずれかの電源が投入された時の動作は、上述したソース機器１０の電源投入時の動作と同じである。ここで、ソース機器１０のスタンバイ状態とは、シンク機器からの要求でＡＶストリームを伝送できる状態を意味する。

「ＡＶストリーム伝送中に別シンク機器の電源が投入された時」
ＡＶストリーム伝送中に別シンク機器の電源が投入されて、シンク機器の追加があるときは、追加される別シンク機器の表示再生能力によっては、現在伝送中のＡＶストリームの画質、音質が低下することがある。

そのため、別シンク機器の追加を受け入れるかどうかについては、以下の３項目を各シンク/ソース機器のメニュー等で設定できるようにする。受入れ許可時の処理は、上述したソース機器１０の電源投入時の動作と同じである。
(1) 無条件で許可
(2) 無条件で不許可
(3) ＡＶストリーム受信中の各シンク機器の合意で決定

（３）に関しては、現在受信中の各シンク機器上で視聴者に問い合わせを行い、その結果、規定数の合意が得られた場合には許可、得られなかった場合は不許可とするもので
ある。また、問い合わせ開始から規定時間内に応答しなかった場合の取り扱い（許可とするか、不許可とするか）についても規定する。

また、上述の３つの設定は以下の条件別に、個別に設定できるようにする。これにより、質が向上する変更は「無条件で許可」、低下する変更は「無条件で不許可」または「合意で決定」等と言うようにきめ細かな設定が可能となる。

a. オーディオ・ビデオ共にフォーマット変更が必要ない場合
b. オーディオの質が向上する変更の場合
c. オーディオの質が低下する変更の場合
d. オーディオの質は変わらないが、変更が必要な場合
e. ビデオの質が向上する変更の場合
f. ビデオの質が低下する変更の場合
g. ビデオの質は変わらないが、変更が必要な場合

「ＡＶストリーム伝送中にシンク機器の1つの電源がオフとされた時」
ＡＶストリーム伝送中にシンク機器の1つの電源がオフとされ、シンク機器が減少した場合、より質の高いオーディオ、ビデオフォーマットに変更できる可能性がある。変更するかどうかの対応については、以下の３項目を各シンク/ソース機器のメニュー等で設定できるようにする。

変更許可時の処理は、上述したソース機器１０の電源投入時の動作と同じである。
(1) 無条件で許可
(2) 無条件で不許可
(3) ＡＶストリーム受信中の各シンク機器の合意で決定

a. オーディオの質が向上する変更の場合
b. オーディオの質は変わらないが、変更が必要な場合
c. ビデオの質が向上する変更の場合
d. ビデオの質は変わらないが、変更が必要な場合

以上説明したように、図１に示すＡＶシステム５において、ソース機器１０は複数のシンク機器３０-1〜３０-NからそれぞれＥＤＩＤを読み出し、各シンク機器が対応可能なビデオフォーマット、オーディオフォーマットの情報に基づいて、各シンク機器が共通に対応可能なビデオフォーマット、オーディオフォーマットを、伝送ビデオフォーマット、伝送オーディオフォーマットに決定する。したがって、ソース機器１０は複数のシンク機器３０-1〜３０-Nへのブロードキャスト送信を良好に行うことができる。

［変形例］
「変形例１」
なお、上述実施の形態においては、複数のシンク機器３０-1〜３０-Nのスタンバイ状態にある全てからそれぞれＥＤＩＤを読み出し、各シンク機器が対応可能なオーディオフォーマットの情報に基づいて、伝送オーディオフォーマットを決定する例を説明した。

しかし、例えば、図２４に示すＡＶシステム５Ａのように、複数のシンク機器が複数組のテレビ受信機（テレビモニタ）とＡＶアンプの組み合わせからなる場合がある。図２４においては、ルーム１において、テレビ受信機３０Ａ-1とＡＶアンプ３０Ｂ-1とがペアリングされている。また、ルーム２において、テレビ受信機３０Ａ-2とＡＶアンプ３０Ｂ-2とがペアリングされている。このようにテレビ受信機とＡＶアンプがペアリングされる場合、例えば、画像はテレビ受信機で表示し、音声はＡＶアンプで出力するという使い方がされる。

このＡＶシステム５Ａの場合、ＡＶアンプ３０Ｂ-1，３０Ｂ-2から読み出したＥＤＩＤに含まれるオーディオフォーマット情報に基づいて、伝送オーディオフォーマットが決定される。つまり、この場合、ＡＶアンプ３０Ｂ-1，３０Ｂ-2のオーディオフォーマット情報に基づいて、共通リストが作成され、この共通リストを用いて、上述実施の形態と同様にして、伝送オーディオフォーマットが決定される。

図２５は、図２４のＡＶシステム５Ａのビデオおよびオーディオの共通リストの作成例を示している。図２５の例では、オーディオフォーマットの最大チャネル数、サンプリング周波数、量子化ビット数は省略している。

シンク機器１（テレビ受信機３０Ａ-1）は、ビデオフォーマットに関して、1920×1080p@60Hz, 1920×1080i@60Hzをサポートしており、オーディオフォーマットに関して、L-PCMをサポートしている。また、シンク機器２（ＡＶアンプ３０Ｂ-1）は、オーディオフォーマットに関して、DSD,DTS-HDをサポートしている。また、シンク機器３（テレビ受信機３０Ａ-2）は、ビデオフォーマットに関して、1920×1080i@60Hzをサポートしており、オーディオフォーマットに関して、L-PCMをサポートしている。さらに、シンク機器４（ＡＶアンプ３０Ｂ-2）は、オーディオフォーマットに関して、DSD,L-PCMをサポートしている。

そのため、ビデオフォーマットの共通項目は、1920×1080i@60Hzに決定される。また、オーディオフォーマットの共通項目は、ＡＶアンプ３０Ｂ-1，３０Ｂ-2のオーディオフォーマット情報に基づいて共通リストが作成されることから、DSDに決定される。

一般に、テレビ受信機（テレビモニタ）よりＡＶアンプの方が高音質のオーディオデータフォーマットに対応している。そのため、上述したように複数のＡＶアンプから取得したオーディオフォーマットの情報のみに基づいて伝送オーディオフォーマットを決定することで、低品質のオーディオフォーマットに決定されることを回避できる。すなわち、画像はテレビモニタで表示し、音声はＡＶアンプから出力するという使い方の場合に、再生品質の低下を抑制できる。

「変形例２」
また、上述実施の形態においては、複数のシンク機器３０-1〜３０-Nのスタンバイ状態にある全てからそれぞれＥＤＩＤを読み出し、各シンク機器が対応可能なオーディオフォーマットの情報に基づいて、伝送オーディオフォーマットを決定する例を説明した。

しかし、例えば、図２６に示すＡＶシステム５Ｂのように、複数のシンク機器のなかにダウンミックス機能（多チャンネルのオーディオを、より少ないチャンネル数に変換すること）を持つシンク機器が含まれる場合がある。図２６の例では、シンク機器３０-1はダウンミックス機能があり、シンク機器３０-2，３０-3はダウンミックス機能がない。

このＡＶシステム５Ｂの場合、伝送オーディオフォーマットにおける最大チャネル数に関しては、ダウンミックス機能のないシンク機器３０-2，３０-3から読み出したＥＤＩＤに含まれる最大チャネル数の情報に基づいて、決定される。

図２６の例では、シンク機器１は最大２chをサポートするが、同時にダウンミックス機能も持っている。シンク機器２およびシンク機器３は最大8chをサポートするがダウンミックス機能を持たない。この場合は共通リスト上では「Maxnumber of Channels=7(8ch)」と表記され、実際の伝送も8chとなる。

上述したように、伝送オーディオフォーマットにおける最大チャネル数をダウンミックス機能のないシンク機器の最大チャネル数情報に基づいて決定することで、例えばダウンミックス機能があるシンク機器の最大チャネル数が小さくても、ダウンミックス機能のないシンク機器が対応可能な最大チャネル数でオーディオデータを送信でき、再生品質の低下を抑制できる。図２６の例では、ダウンミックス機能の有無を考慮することで、シンク機器１は2ch、シンク機器２およびシンク機器３は8chでの再生が可能となる。

上述の変形例１および変形例２では、ソース機器１０は、各シンク機器の種別（テレビ受信機（テレビモニタ）またはＡＶアンプ）、テレビ受信機とＡＶアンプのペアリングの有無、シンク機器のダウンミックス機能の有無の情報を取得する必要がある。

しかし、現状のＥＤＩＤには、この種の情報は存在しない。そのため、新規に取得のための手段を追加する必要がある。図２７、図２９はその手段の実現例を示している。図２７は、EDID Block1おいて、空いているExtended Tag Codeを、本目的のために使用する例である。ＥＤＩＤのデータブロックでTag Code=7のとき、２Byte目にExtended Tag Codeを定義できる。現状、図２８にExtended TagCodeの一覧を示すように、３２〜２５５までが一般的な目的使用で予約（Reserved for General）されている。このうちの一つを使い、シンク機器のテレビ／ＡＶアンプ種別、テレビとＡＶアンプのペアリング情報、シンク側のダウンミックス機能の有無を表示する。

図２９は、ソース機器、シンク機器間で新規に要求/応答コマンドを定義する例である。この場合、シンク機器は、ソース機器からシンク情報の要求コマンド（Request Sink Information Command）を受けたら、シンク情報ブロック（Sink Information Block）をソース機器が送る。図３０はシンク情報ブロックの構造の一例を示しており、シンク機器のテレビ／ＡＶアンプ種別、テレビとＡＶアンプのペアリング情報、シンク側のダウンミックス機能の有無等の情報が含まれる。

＜２．第２の実施の形態＞
上述の第１の実施の形態においては、ソース機器１０は、複数のシンク機器３０-1〜３０-Nが対応可能なデータフォーマットの情報に基づいて、各シンク機器３０-1〜３０-Nが共通に対応可能なデータフォーマットを伝送データフォーマットに決定している。

伝送路の伝送ビットレートは、当該伝送路が有線であっても無線であっても、その状態が変化することで変動する。例えば、伝送路がケーブルで構成される場合、当該ケーブルの劣化（曲がり、ねじれ、断線）やケーブル長による信号減衰、あるいはコネクタ部の接触不良などで、受信信号品質が劣化し、伝送路の伝送ビットレートは実質的に低下する。また、例えば、伝送路が無線である場合には、障害物や妨害波の存在等で、受信信号品質が劣化し、伝送路の伝送ビットレートは実質的に低下する。

ソース機器１０が、上述したように決定した伝送データフォーマットによるコンテンツデータ（ＡＶストリーム）を、各シンク機器３０-1〜３０-Nにブロードキャスト送信をする際、伝送ビットレートによっては、良好な送信が不可能な場合がある。したがって、伝送ビットレート情報に基づいて、ソース機器１０は、決定した伝送データフォーマットによるコンテンツデータ（ＡＶストリーム）をさらにデータ圧縮処理して送信することが考えられる。

［関連する技術］
ソース機器から１台のシンク機器にコンテンツデータ（ＡＶストリーム）を送信する場合の例を説明する。図３１は、ＡＶシステム５０の構成例を示している。このＡＶシステム５０は、ソース機器としてのビデオカメラ１００と、シンク機器としてのテレビ受信機（ＴＶ）２００とを有している。また、ビデオカメラ１００およびテレビ受信機２００は、ＨＤＭＩケーブル３００を介して接続されている。

ビデオカメラ１００には、ＨＤＭＩ送信部（ＨＤＭＩＴＸ）１０２および高速データラインインタフェース１０３が接続されたＨＤＭＩ端子１０１が設けられている。テレビ受信機２００には、ＨＤＭＩ受信部（ＨＤＭＩＲＸ）２０２および高速データラインインタフェース２０３が接続されたＨＤＭＩ端子２０１が設けられている。ＨＤＭＩケーブル３００の一端はビデオカメラ１００のＨＤＭＩ端子１０１に接続され、このＨＤＭＩケーブル３００の他端はテレビ受信機２００のＨＤＭＩ端子２０１に接続されている。

このＡＶシステム５０においては、ビデオカメラ１００は、テレビ受信機２００に、非圧縮（ベースバンド）映像信号または圧縮映像信号を送信できる。非圧縮映像信号は、ＨＤＭＩのＴＭＤＳ(Transition Minimized Differential Signaling)チャネルを用いて送信される。この場合、非圧縮映像信号は、ビデオカメラ１００のＨＤＭＩ送信部１０２から、ＨＤＭＩケーブル３００を介して、テレビ受信機２００のＨＤＭＩ受信部２０２に供給される。また、圧縮映像信号も、ＨＤＭＩのＴＭＤＳチャネルを用いて送信される。この場合、圧縮映像信号は、ビデオカメラ１００のＨＤＭＩ送信部１０２から、ＨＤＭＩケーブル３００を介して、テレビ受信機２００のＨＤＭＩ受信部２０２に供給される。

図３２は、ビデオカメラ１００の構成例を示している。ビデオカメラ１００は、ＨＤＭＩ端子１０１と、ＨＤＭＩ送信部１０２と、高速データラインインタフェース１０３と、制御部１１１と、ユーザ操作部１１２と、表示部１１３と、撮像レンズ１１４と、撮像素子（イメージセンサ）１１５と、撮像信号処理部１１６と、コーデック１１７と、記録再生部１１８と、外部端子１２０と、ｎ個のデータ圧縮部１２１-1〜１２１-nと、スイッチ部１２２と、イーサネットインタフェース（Ethernet I/F）１２３と、ネットワーク端子１２４とを有している。なお、「イーサネット」および「Ｅｔｈｅｒｎｅｔ」は登録商標である。

制御部１１１は、ビデオカメラ１００の各部の動作を制御する。ユーザ操作部１１２および表示部１１３は、ユーザインタフェースを構成し、制御部１１１に接続されている。ユーザ操作部１１２は、ビデオカメラ１００の図示しない筐体に配置されたキー、釦、ダイアル、あるいは表示部１１３の表示面に配置されたタッチパネル、さらにはリモコンの送受信機等で構成されている。表示部１１３は、ＬＣＤ(Liquid Crystal Display)等で構成されている。

撮像素子１１５は、例えば、ＣＣＤ(Charge Coupled Device)イメージセンサ、ＣＭＯＳ(ComplementaryMetal Oxide Semiconductor）イメージセンサ等で構成されている。撮像素子１１５は、撮像レンズ１１４により撮像面に被写体の光学像が結像された状態で撮像処理を行って、撮像信号を出力する。撮像信号処理部１１６は、撮像素子１１５から出力される撮像信号（アナログ信号）に対し、サンプルホールドおよび利得制御、アナログ信号からデジタル信号への変換、さらにホワイトバランス調整、ガンマ補正等を行って、画像データ（映像信号）を生成する。

記録再生部１１８は、コーデック１１７から供給される、画像データ（映像信号）を、例えば、ＭＰＥＧ(Moving Picture Experts Group)方式等でエンコードして得られるエンコードデータを、ＨＤ（Hard Disk）１１９に記録する。また、記録再生部１１８は、ＨＤ１１９からエンコードデータを再生し（読み出し）、コーデック１１７に供給する。

コーデック１１７は、記録再生部１１８から供給されるエンコードデータを、デコードして、非圧縮（ベースバンド）の映像信号を得て、必要に応じて、外部端子１２０を通じて外部装置１３０に供給する。また、コーデック１１７は、撮像信号処理部１１６から、あるいは外部装置１３０から供給される非圧縮の映像信号を、エンコードデータにエンコードし、当該エンコードデータを、記録再生部１１８に供給する。ここで、外部装置１３０は、ＨＤＤレコーダ、パーソナルコンピュータ、ＤＶＤ(Digital Versatile Disc)プレーヤ、ビデオカメラ等である。

また、コーデック１１７は、撮像信号処理部１１６から、あるいは外部装置１３０から供給される非圧縮の映像信号、またはデコードして得られた非圧縮の映像信号を、テレビ受信機２００に送信するために、ＨＤＭＩ送信部１０２、データ圧縮部１２１-1〜１２１-n等に供給する。この意味で、コーデック１１７は、送信すべき非圧縮映像信号を出力する映像信号出力部を構成している。

なお、コーデック１１７は、信号変換部１１７ａを備えており、必要に応じて、上述したようにＨＤＭＩ送信部１０２、データ圧縮部１２１-1〜１２１-n等に供給する非圧縮映像信号の解像度、ビット深度、フレームレート等のフォーマットを、テレビ受信機２００で取り扱われる、つまり、テレビ受信機２００で表示可能に変換して出力する。

ＨＤＭＩ送信部１０２は、ＨＤＭＩケーブル３００を介して、テレビ受信機２００のＨＤＭＩ受信部２０２から、当該ＨＤＭＩ受信部２０２のＥ−ＥＤＩＤ（Enhanced Extended Display Identification Data）を、ＤＤＣ（Display Data Channel）を介して読み出す。このＥ−ＥＤＩＤには、テレビ受信機２００で取り扱われる映像信号のフォーマット（解像度、ビット深度、フレームレート等）の情報が含まれている。ＨＤＭＩ送信部１０２は、映像フォーマット情報受信部を構成している。

図３３は、Ｅ−ＥＤＩＤのデータ構造例を示している。このＥ−ＥＤＩＤは、基本ブロックと拡張ブロックとからなっている。基本ブロックの先頭には、“Ｅ−ＥＤＩＤ１．３ＢａｓｉｃＳｔｒｕｃｔｕｒｅ”で表されるＥ−ＥＤＩＤ１．３の規格で定められたデータが配置され、続いて“Ｐｒｅｆｅｒｒｅｄｔｉｍｉｎｇ”で表される従来のＥＤＩＤとの互換性を保つためのタイミング情報、および“２ｎｄｔｉｍｉｎｇ”で表される従来のＥＤＩＤとの互換性を保つための“Ｐｒｅｆｅｒｒｅｄｔｉｍｉｎｇ”とは異なるタイミング情報が配置されている。

また、基本ブロックには、“２ｎｄｔｉｍｉｎｇ”に続いて、“ＭｏｎｉｔｏｒＮＡＭＥ”で表される表示装置の名前を示す情報、および“ＭｏｎｉｔｏｒＲａｎｇｅＬｉｍｉｔｓ”で表される、アスペクト比が４：３および１６：９である場合についての表示可能な画素数を示す情報が順番に配置されている。

拡張ブロックの先頭には、“ＳｐｅａｋｅｒＡｌｌｏｃａｔｉｏｎ”で表される左右のスピーカに関する情報が配置され、続いて“ＶＩＤＥＯＳＨＯＲＴ”で表される、表示可能な画像サイズ（解像度）、フレームレート、インターレースであるかプログレッシブであるかを示す情報、アスペクト比などの情報が記述されたデータ、“ＡＵＤＩＯＳＨＯＲＴ”で表される、再生可能な音声コーデック方式、サンプリング周波数、カットオフ帯域、コーデックビット数などの情報が記述されたデータ、および“ＳｐｅａｋｅｒＡｌｌｏｃａｔｉｏｎ”で表される左右のスピーカに関する情報が順番に配置されている。

また、拡張ブロックには、“ＳｐｅａｋｅｒＡｌｌｏｃａｔｉｏｎ”に続いて、“ＶｅｎｄｅｒＳｐｅｃｉｆｉｃ”で表されるメーカごとに固有に定義されたデータ、“３ｒｄｔｉｍｉｎｇ”で表される従来のＥＤＩＤとの互換性を保つためのタイミング情報、および“４ｔｈｔｉｍｉｎｇ”で表される従来のＥＤＩＤとの互換性を保つためのタイミング情報が配置されている。

図３４は、ＶＩＤＥＯＳＨＯＲＴ領域の映像データ例を示している。このＶＩＤＥＯＳＨＯＲＴ領域のＢｙｔｅ＃１からＢｙｔｅ＃Ｌまでに、ＣＥＡ−８６１−Ｄで定義された映像信号フォーマットの内、受信装置（この実施の形態ではテレビ受信機２００）が表示可能なフォーマットが、解像度・フレームレート・縦横比の組み合わせで表記されている。

図３５は、ＶｅｎｄｅｒＳｐｅｃｉｆｉｃ領域のデータ構造例を示している。このＶｅｎｄｅｒＳｐｅｃｉｆｉｃ領域には、１バイトのブロックである第０ブロック乃至第Ｎブロックが設けられている。

“ＶｅｎｄｅｒＳｐｅｃｉｆｉｃ”で表されるデータの先頭に配置された第０ブロックには、“Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃｔａｇｃｏｄｅ（＝３）”で表されるデータ“ＶｅｎｄｅｒＳｐｅｃｉｆｉｃ”のデータ領域を示すヘッダ、および“Ｌｅｎｇｔｈ（＝Ｎ）”で表されるデータ“ＶｅｎｄｅｒＳｐｅｃｉｆｉｃ”の長さを示す情報が配置される。

また、第１ブロック乃至第３ブロックには、“２４ｂｉｔＩＥＥＥＲｅｇｉｓｔｒａｔｉｏｎＩｄｅｎｔｉｆｉｅｒ（０ｘ０００Ｃ０３）ＬＳＢｆｉｒｓｔ”で表されるＨＤＭＩ（Ｒ）用として登録された番号“０ｘ０００Ｃ０３“を示す情報が配置される。さらに、第４ブロックおよび第５ブロックには、”Ａ“、”Ｂ“、”Ｃ“、および”Ｄ“のそれぞれにより表される、２４ｂｉｔのシンク機器の物理アドレスを示す情報が配置される。

第６ブロックには、“Ｓｕｐｐｏｒｔｓ−ＡＩ”で表されるシンク機器が対応している機能を示すフラグ、“ＤＣ−４８ｂｉｔ”、“ＤＣ−３６ｂｉｔ”、および“ＤＣ−３０ｂｉｔ”のそれぞれで表される１ピクセル当たりのビット数を指定する情報のそれぞれ、“ＤＣ−Ｙ４４４”で表される、シンク機器がＹＣｂＣｒ４：４：４の画像の伝送に対応しているかを示すフラグ、および“ＤＶＩ−Ｄｕａｌ”で表される、シンク機器がデュアルＤＶＩ（ＤｉｇｉｔａｌＶｉｓｕａｌＩｎｔｅｒｆａｃｅ）に対応しているかを示すフラグが配置されている。

また、第７ブロックには、“Ｍａｘ−ＴＭＤＳ−Ｃｌｏｃｋ”で表されるＴＭＤＳのピクセルクロックの最大の周波数を示す情報が配置される。さらに、第８ブロックには、“Ｌａｔｅｎｃｙ”で表される映像と音声の遅延情報の有無を示すフラグが配置されている。

また、第９ブロックには、“ＶｉｄｅｏＬａｔｅｎｃｙ”で表される、プログレッシブの映像の遅延時間データが配置され、第１０ブロックには、“ＡｕｄｉｏＬａｔｅｎｃｙ”で表される、プログレッシブの映像に付随する音声の遅延時間データが配置される。さらに、第１１ブロックには、“ＩｎｔｅｒｌａｃｅｄＶｉｄｅｏＬａｔｅｎｃｙ”で表されるインターレースの映像の遅延時間データが配置され、第１２ブロックには、“ＩｎｔｅｒｌａｃｅｄＡｕｄｉｏＬａｔｅｎｃｙ”で表される、インターレースの映像に付随する音声の遅延時間データが配置されている。

このように、Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃ領域の第６ブロック（Ｂｙｔｅ＃６）には、受信装置（この実施の形態ではテレビ受信機２００）が表示できるビット深度情報が記述されている。

データ圧縮部１２１-1〜１２１-nは、それぞれ、コーデック１１７から出力された非圧縮の映像信号を所定の圧縮比をもって圧縮処理し、圧縮された映像信号を出力する。データ圧縮部１２１-1〜１２１-nは、映像信号圧縮部を構成している。データ圧縮部１２１-1〜１２１-nは、それぞれ、互いに異なる圧縮方式でデータ圧縮処理を行う。例えば、圧縮方式としては、「ＲＬＥ（Run Length Encoding）」、「Ｗａｖｅｌｅｔ」、「ＳＢＭ（SuperBit Mapping）」、「ＬＬＶＣ（Low Latency Video Codec）」、「ＺＩＰ」等が考えられる。なお、データ圧縮部１２１-1〜１２１-nで必要とされる圧縮率は小さくてよく、ライン内圧縮処理、あるいはフレーム（フィールド）内圧縮処理を行う圧縮方式で十分であり、画質劣化を抑制するという観点からは可逆圧縮方式が望ましい。例えば、ＲＬＥ、ＺＩＰは可逆圧縮方式である。

スイッチ部１２２は、コーデック１１７から出力された非圧縮映像信号およびデータ圧縮部１２１-1〜１２１-nから出力された圧縮映像信号のうち、いずれかを選択的に取り出し、ＨＤＭＩ送信部１０２に供給する。このスイッチ部１２２は、映像信号選択部を構成している。

ここで、スイッチ部１２２およびデータ圧縮部１２１-1〜１２１-nの動作は、制御部１１１により、以下のように制御される。この場合、コーデック１１７から出力される非圧縮（ベースバンド）映像信号のビットレートをＢＲ１とし、ＨＤＭＩ伝送路の伝送ビットレートをＢＲ２とする。ビットレートＢＲ１は、例えば、（解像度）×（フレームレート）×（３色分のビット深度）の算出式により、求めることができる。また、ＨＤＭＩ伝送路の伝送ビットレート（論理上の上限伝送ビットレート）ＢＲ２は、１０．２Ｇbpsである。

図３６は、映像フォーマットとそれに対応する非圧縮映像信号のビットレート（伝送レート）とを示している。上述したように、ＨＤＭＩ伝送路の伝送ビットレートＢＲ２は１０．２Ｇbpsであるので、コーデック１１７から出力される非圧縮映像信号のビットレートＢＲ１が１０．２Ｇbpsを超える場合には（図３６に「＊」印を付加したフォーマット参照）、当該非圧縮映像信号をそのままでは送信できない。

ビットレートＢＲ１がビットレートＢＲ２を超えていない場合、スイッチ部１２２は、コーデック１１７から出力される非圧縮映像信号を取り出して、ＨＤＭＩ送信部１０２に、送信すべき映像信号として供給する。一方、ビットレートＢＲ１がビットレートＢＲ２を超える場合、スイッチ部１２２は、コーデック１１７から出力される非圧縮映像信号に対してデータ圧縮部１２１-1〜１２１-nのいずれかでデータ圧縮処理されて得られた圧縮映像信号を取り出して、ＨＤＭＩ送信部１０２に、送信すべき映像信号として供給する。

ここで、制御部１１１は、テレビ受信機２００から送られてくる、当該テレビ受信機２００が対応可能な圧縮方式を示す情報を参照して、データ圧縮部１２１-1〜１２１-nのうちどのデータ圧縮部を選択するかを決定する。すなわち、制御部１１１は、テレビ受信機２００が対応可能な圧縮方式でデータ圧縮処理を行うと共に、データ圧縮処理で生成された圧縮映像信号のビットレートがＨＤＭＩ伝送路の伝送ビットレートＢＲ２を超えないように圧縮処理を行う、という条件を満たすデータ圧縮部を選択する。この場合、圧縮比の変更が可能なデータ圧縮部にあっては、圧縮比の変更制御により、上述のビットレートの条件を満たすことができる場合がある。

なお、上述の条件を満たすデータ圧縮部が２つ以上存在する場合、制御部１１１は、その中に可逆圧縮方式のデータ圧縮を行うものがあるときは、そのデータ圧縮部を優先的に選択する。このように可逆圧縮方式のデータ圧縮を行うデータ圧縮部が優先的に選択されることで、データ圧縮処理による画質劣化が抑制される。

また、上述したように、ビットレートＢＲ１がビットレートＢＲ２を超える場合には、データ圧縮部１２１-1〜１２１-nのいずれかでデータ圧縮処理されて得られた圧縮映像信号を送信すべき映像信号とすることが基本であるが、データ圧縮部１２１-1〜１２１-nの中にテレビ受信機２００が対応可能な圧縮方式でデータ圧縮処理を行うものが無かった場合、制御部１１１は、以下のような制御を行う。

すなわち、制御部１１１は、コーデック１１７が備える信号変換部１１７ａにより非圧縮映像信号の解像度、ビット深度およびフレームレートのうち、１つまたは複数の項目を小さくして、当該非圧縮映像信号のビットレートＢＲ１が、ＨＤＭＩ伝送路の伝送ビットレートＢＲ２を超えないようにする。そして、制御部１１１は、コーデック１１７から出力される非圧縮映像信号をスイッチ部１２２で取り出し、ＨＤＭＩ送信部１０２に、送信すべき映像信号として供給する。

この実施の形態において、テレビ受信機２００が対応可能な圧縮方式（伸長方式）を示す情報は、例えば、Ｅ−ＥＤＩＤ（図３３参照）のＶｅｎｄｅｒＳｐｅｃｉｆｉｃ領域に、図３７に示すように、圧縮方式の対応を示す領域「ＣｏｍｐｒｅｓｓＭｅｔｈｏｄ」と「ＣｏｍｐｒｅｓｓＭｅｔｈｏｄＬｅｎｇｔｈ」が新たに定義されることで、ビデオカメラ１００に送信される。

「ＣｏｍｐｒｅｓｓＭｅｔｈｏｄ」には、圧縮方式の種類に応じてそれぞれビットが割当てられ、テレビ受信機２００が対応している方式に該当するビットに、例えば「１」を設定する。圧縮方式の種類の数が８を超える場合には、複数のバイトを定義できるように、「Compress Method Length」にバイト数を定義する。この圧縮方式情報を、ビデオカメラ１００が読み出すことで、ビデオカメラ１００は、選択すべき圧縮方式を決定できる。ビデオカメラ１００は、上述したようにテレビ受信機２００側から供給される圧縮方式情報を、例えば、制御部１１１内に内蔵されている記憶部１１１ａに保持しておく。

図３８は、テレビ受信機２００が４つの圧縮方式に対応している場合の「ＣｏｍｐｒｅｓｓＭｅｔｈｏｄＬｅｎｇｔｈ」と「ＣｏｍｐｒｅｓｓＭｅｔｈｏｄ」の記述例を示している。第８バイトのbit 5〜bit 0に、圧縮方式を定義した数が８個以下であるため、必要なデータ領域が１バイトでよいことを示す。第１３バイトのbit 0には「LLVC(Low Latency Video Codec)」が、bit 1には「ＳＢＭ(Super Bit Mapping)」が、bit 2には「Wavelet」が、bit3には「ＲＬＥ（Run Length Encoding）」に対応していることを示す。

なお、テレビ受信機２００は、ビデオカメラ１００に、上述のテレビ受信機２００が対応可能な圧縮方式（伸長方式）の情報を、Ｅ−ＥＤＩＤのＶｅｎｄｅｒＳｐｅｃｉｆｉｃ領域ではなく、ＣＥＣラインあるいは高速データラインを通じて、送信するようにしてもよい。

制御部１１１は、テレビ受信機２００からＥ−ＥＤＩＤのＶｅｎｄｅｒＳｐｅｃｉｆｉｃ領域、ＣＥＣラインあるいは高速データライン等により、圧縮方式情報を受け取るので、ＨＤＭＩ送信部１０２、高速データラインインタフェース１０３等と共に、圧縮情報受信部を構成している。

図３９のフローチャートは、制御部１１１における上述の制御動作を示している。まず、制御部１１１は、ステップＳＴ４１において、制御処理を開始し、その後に、ステップＳＴ４２において、コーデック１１７から出力される非圧縮映像信号のビットレートＢＲ１を上述した算出式により求める。

次に、制御部１１１は、ステップＳＴ４３において、コーデック１１７から出力される非圧縮映像信号のビットレートＢＲ１が、ＨＤＭＩ伝送路の伝送ビットレートＢＲ２より大きいか否かを判定する。ＢＲ１≦ＢＲ２であるとき、制御部１１１は、ステップＳＴ４４において、映像信号をベースバンドで伝送することを決定する。すなわち、制御部１１１は、コーデック１１７から出力される非圧縮映像信号をスイッチ部１２２で取り出してＨＤＭＩ送信部１０２に供給する。制御部１１１は、ステップＳＴ４４の処理の後、ステップＳＴ４５において、制御処理を終了する。

一方、ＢＲ１≦ＢＲ２でないとき、制御部１１１は、ステップＳＴ４６において、受信側、つまりテレビ受信機２００が対応可能な圧縮方式のデータ圧縮部があるか否かを判定する。受信側対応のデータ圧縮部があるとき、制御部１１１は、ステップＳＴ４７において、圧縮して伝送することを決定する。すなわち、制御部１１１は、コーデック１１７から出力される非圧縮映像信号に対して、データ圧縮部１２１-1〜１２１-nのうち受信側対応のデータ圧縮部でデータ圧縮処理をし、その圧縮映像信号をスイッチ部１２２で取り出してＨＤＭＩ送信部１０２に供給する。制御部１１１は、ステップＳＴ４７の処理の後、ステップＳＴ４５において、制御処理を終了する。

また、制御部１１１は、ステップＳＴ４６で受信側対応のデータ圧縮部がないとき、ステップＳＴ４８において、コーデック１１７から出力される非圧縮映像信号の解像度等を小さくし、そのビットレートＢＲ１を、ＨＤＭＩ伝送路の伝送ビットレートＢＲ２を超えないようにする。そして、制御部１１１は、ステップＳＴ４４において、映像信号をベースバンドで伝送することを決定する。すなわち、制御部１１１は、コーデック１１７から出力される解像度等が小さくされた非圧縮映像信号をスイッチ部１２２で取り出してＨＤＭＩ送信部１０２に供給する。制御部１１１は、ステップＳＴ４４の処理の後、ステップＳＴ４５において、制御処理を終了する。

制御部１１１は、スイッチ部１２２およびデータ圧縮部１２１-1〜１２１-nの制御情報、さらには上述したコーデック１１７から出力される映像信号のフォーマット情報（解像度等の情報）を、テレビ受信機２００に送る。スイッチ部１２２およびデータ圧縮部１２１-1〜１２１-nの制御情報（以下、「圧縮情報」という）には、テレビ受信機２００に送信される映像信号が非圧縮映像信号であるか圧縮映像信号であるかを示す情報、およびテレビ受信機２００に送信される映像信号が圧縮映像信号であるときには圧縮方式、圧縮比等の情報が含まれている。

この実施の形態において、制御部１１１は、上述のスイッチ部１２２およびデータ圧縮部１２１-1〜１２１-nの制御情報を、ＡＶＩ（AuxiliaryVideo Information） InfoFrame パケットを用いて、テレビ受信機２００に送信する。このＡＶＩ InfoFrame パケットは、データをソース機器からシンク機器へ伝送し、現在アクティブとなっている映像・音声信号に関する情報を示す。このＡＶＩ InfoFrame パケットは映像フレーム毎に１回伝送されるため、ソース機器側で圧縮方式、圧縮比等が変更になった場合、当該ＡＶＩ InfoFrame パケットのデータを変更することで、シンク機器側に通知できる。

図４０は、ＡＶＩ InfoFrame パケットのデータ構造例を示している。なお、図４０には、ヘッダを除いた状態で示している。因みに、ヘッダには、パケットタイプ情報、バージョン情報、パケット長情報等が記述されている。この実施の形態において、ビデオカメラ１００における圧縮情報は、図４０に示すように、ＡＶＩ InfoFrameパケットの第１４バイトから第Ｍバイトに記述される。

第１４バイトは圧縮方式情報および圧縮比情報のデータ長を表す。また、第１５バイトから第（Ｍ−１）バイトは受信装置から伝送された対応圧縮方式の中で、どの圧縮方式を用いてデータ圧縮処理を行ったかを示す。例えば、第１５バイトが「０ｘ０１」であれば「ＬＬＶＣ（Low Latency Video Codec）」が、「０ｘ０２」であれば「ＳＢＭ（SuperBit Mapping）」が、「０ｘ０４」であれば「Ｗａｖｅｌｅｔ」が、「０ｘ０８」であれば「ＲＬＥ（RunLength Encoding）」が選択されて、データ圧縮処理が行われたことを示す。また、第１６バイトは圧縮比データを示す。

図４１は、ＡＶＩ InfoFrameパケットにおける圧縮方式と圧縮比のデータ例を示している。このデータ例では、圧縮比の整数部と少数点以下の部分を４ビットずつで表現し、整数部が「０ｘ０２」、少数点以下が「０ｘ００」であれば圧縮比は２．０となる。なお、圧縮比の表現は、整数形式ではなく、対数形式であってもよい。

なお、上述したコーデック１１７から出力される非圧縮映像信号のフォーマット（解像度等）の情報は、例えば、ＣＥＣライン、あるいは高速データラインを用いて、ビデオカメラ１００からテレビ受信機２００に送られる。上述のＡＶＩ InfoFrameパケットで送信する圧縮情報に関しても、ＣＥＣライン、あるいは高速データラインで送信するようにしてもよい。

上述したように、制御部１１１は、圧縮情報を、ＡＶＩ InfoFrameパケット、ＣＥＣライン、高速データライン等を用いて、テレビ受信機２００に送信するので、ＨＤＭＩ送信部１０２、高速データラインインタフェース１０３等と共に、圧縮情報送信部を構成している。

ＨＤＭＩ送信部１０２は、ＨＤＭＩに準拠した通信により、スイッチ部１２２から供給される映像信号を、ＨＤＭＩケーブル３００を介して、テレビ受信機２００に一方向に送信する。この意味で、ＨＤＭＩ送信部１０２は、映像信号送信部を構成している。このＨＤＭＩ送信部１０２の詳細は後述する。

高速データラインインタフェース１０３は、ＨＤＭＩケーブル３００を構成する所定のラインを用いた双方向通信のインタフェースである。この高速データラインインタフェース１０３は、イーサネットインタフェース１２３とＨＤＭＩ端子１０１との間に挿入されている。この高速データラインインタフェース１０３は、制御部１０１からイーサネットインタフェース１２３を介して供給される送信データを、ＨＤＭＩ端子１０１からＨＤＭＩケーブル３００を介して、テレビ受信機２００に送信する。また、この高速データラインインタフェース１０３は、ＨＤＭＩケーブル３００からＨＤＭＩ端子１０１を介して受信されたテレビ受信機２００からの受信データを、イーサネットインタフェース１２３を介して制御部１１１に供給する。この高速データラインインタフェース１０３の詳細は後述する。

なお、イーサネットインタフェース１２３には、ネットワーク端子１２４が接続されている。ビデオカメラ１００は、このネットワーク端子１２４を利用して、イーサネットのネットワークに接続可能とされている。

図４２は、テレビ受信機２００の構成例を示している。テレビ受信機２００は、ＨＤＭＩ端子２０１と、ＨＤＭＩ受信部２０２と、高速データラインインタフェース２０３と、制御部２１１と、ユーザ操作部２１２と、チューナ２１４と、アンテナ端子２１５と、切り替え器２１６と、表示処理部２１７と、表示部２１８と、ｍ個のデータ伸長部２１９-1〜２１９-mと、スイッチ部２２０と、イーサネットインタフェース２２１と、ネットワーク端子２２２とを有している。

制御部２１１は、テレビ受信機２００の各部の動作を制御する。ユーザ操作部２１２は、ユーザインタフェースを構成し、制御部２１１に接続されている。ユーザ操作部２１２は、テレビ受信機２００の図示しない筐体に配置されたキー、釦、ダイアル、あるいはリモコン等で構成される。

ＨＤＭＩ受信部２０２は、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル３００を介して接続されているビデオカメラ１００のＨＤＭＩ送信部１０２から一方向に送信されてくる映像信号を受信する。このＨＤＭＩ受信部２０２は、映像信号受信部を構成する。このＨＤＭＩ受信部２０２の詳細は後述する。このＨＤＭＩ受信部２０２は、受信した映像信号を、スイッチ部２２０およびデータ伸長部２１９-1〜２１９-mに供給する。

高速データラインインタフェース２０３は、上述したビデオカメラ１００の高速データラインインタフェース１０３と同様に、ＨＤＭＩケーブル３００を構成する所定のラインを用いた双方向通信のインタフェースである。この高速データラインインタフェース２０３は、イーサネットインタフェース２２１とＨＤＭＩ端子２０１との間に挿入されている。

この高速データラインインタフェース２０３は、制御部２１１からイーサネットインタフェース２２１を介して供給される送信データを、ＨＤＭＩ端子２０１からＨＤＭＩケーブル３００を介してビデオカメラ１００に送信する。また、この高速データラインインタフェース２０３は、ＨＤＭＩケーブル３００からＨＤＭＩ端子２０１を介して受信されたビデオカメラ１００からの受信データを、イーサネットインタフェース２２１を介して制御部２１１に供給する。この高速データラインインタフェース２０３の詳細は後述する。

なお、イーサネットインタフェース２２１には、ネットワーク端子２２２が接続されている。テレビ受信機２００は、このネットワーク端子２２２を利用して、イーサネットのネットワークに接続可能とされている。

チューナ２１４は、ＢＳ放送、地上波デジタル放送等を受信する。このチューナ２１４には、アンテナ端子２１５に接続された図示しないアンテナで捕らえられた放送信号が供給される。

データ伸長部２１９-1〜２１９-mは、ＨＤＭＩ受信部２０２で受信された映像信号が、圧縮された映像信号であり、その圧縮方式に自身が対応しているとき、当該映像信号にデータ伸長処理を施して、非圧縮映像信号を出力する。データ伸長部２１９-1〜２１９-mは、映像信号伸長部を構成している。スイッチ部２２０は、ＨＤＭＩ受信部２０２で受信された映像信号またはデータ伸長部２１９-1〜２１９-mで得られた非圧縮映像信号を、選択的に取り出し、切り替え器２１６に供給する。このスイッチ部２２０は、映像信号選択部を構成している。

ここで、データ伸長部２１９-1〜２１９-mおよびスイッチ部２２０の動作は、制御部２１１により、以下のように制御される。すなわち、制御部２１１は、上述したように、ビデオカメラ１００から、ＡＶＩ InfoFrameパケット、ＣＥＣライン、あるいは、高速データラインを用いて送られてくる、圧縮情報および映像信号のフォーマット情報に基づいて、制御を行う。制御部２１１は、上述の圧縮情報および映像信号のフォーマット情報を、記憶部２１１ａに保持する。

圧縮情報には、ＨＤＭＩ受信部２０２で受信された映像信号が非圧縮映像信号であるか圧縮映像信号であるかを示す情報、およびその映像信号が圧縮映像信号であるときには圧縮方式、圧縮比等の情報が含まれている。制御部１１１は、ＨＤＭＩ受信部２０２、高速データラインインタフェース２０３と共に、圧縮情報受信部を構成している。

制御部２１１は、上述の圧縮情報等に基づいて、データ伸長部２１９-1〜２１９-mおよびスイッチ部２２０の動作を制御する。すなわち、制御部２１１は、ＨＤＭＩ受信部２０２で受信した映像信号が非圧縮映像信号であるとき、当該非圧縮映像信号をスイッチ部２２０で取り出し、受信映像信号として切り替え器２１６に供給する。

一方、制御部２１１は、ＨＤＭＩ受信部２０２で受信した映像信号が圧縮映像信号であるとき、ＨＤＭＩ受信部２０２で受信した映像信号に対して、その圧縮方式に対応したデータ伸長部でデータ伸長処理を行い、その結果得られる非圧縮映像信号をスイッチ部２２０で取り出し、受信映像信号として切り替え器２１６に供給する。

なお、切り替え器２１６は、信号変換部２１６ａを備えている。この信号変換部２１６ａは、上述したようにＨＤＭＩ受信部２０２で受信した映像信号が非圧縮映像信号であっても、この非圧縮映像信号がＨＤＭＩ伝送路の伝送ビットレートとの関係から、ビデオカメラ１００のコーデック１１７の信号変換部１１７ａで解像度等が小さくされているときには、上述したようにビデオカメラ１００から送信されている、当該非圧縮映像信号の解像度等の情報に基づいて、解像度等が当該テレビ受信機２００で取扱可能な、つまりテレビ受信機２００で表示可能な状態に戻される。

切り替え器２１６は、チューナ２１４で受信された映像信号またはスイッチ部２２０で取り出された映像信号を選択的に取り出し、表示処理部２１７に供給する。表示処理部２１７は、切り替え器２１６で取り出された画像データに対して、表示のための輪郭強調等の処理を行う。表示部２１８は、表示処理部２１７により処理された映像信号による画像を表示する。表示部２１８は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬ(ElectroLuminescence)、ＰＤＰ(Plasma Display Panel)、ＣＲＴ(Cathode Ray Tube)等で構成される。

なお、ビデオカメラ１００の説明で述べたように、テレビ受信機２００からビデオカメラ１００には、Ｅ−ＥＤＩＤのＶｅｎｄｅｒＳｐｅｃｉｆｉｃ領域、ＣＥＣライン、高速データライン等で、テレビ受信機２００が対応可能な圧縮方式（伸長方式）を示す情報が送信される。この意味で、制御部２１１は、ＨＤＭＩ受信部２０２、高速データラインインタフェース２０３と共に、圧縮方式情報送信部を構成している。

また、ビデオカメラ１００の説明で述べたように、テレビ受信機２００からビデオカメラ１００には、Ｅ−ＥＤＩＤのＶｉｄｅｏＳｈｏｒｔ領域、ＶｅｎｄｅｒＳｐｅｃｉｆｉｃ領域で、テレビ受信機２００で取り扱われる、つまりテレビ受信機２００で非可能な映像信号のフォーマット情報が送信される。この意味で、ＨＤＭＩ受信部２０２は、映像フォーマット情報送信部を構成している。

以上のように構成される、図３１（図３２、図４２）のＡＶシステム５０の動作例を説明する。なお、音声系については、説明を省略する。

例えば、ユーザが、被写体を撮像するように、ビデオカメラ１００を操作すると、撮像素子１１５は撮像動作を開始し、撮像信号処理部１１６から、被写体に対応した映像信号（画像データ）が得られる。撮像信号処理部１１６から出力される映像信号はコーデック１１７でエンコードされ、エンコードデータは記録再生部１１８によりＨＤ１１９に記録される。また、例えば、ユーザが、外部装置１３０からのデータを記録するようにビデオカメラ１００を操作すると、コーデック１１７により外部装置１３０からの映像信号がエンコードされ、エンコードデータは記録再生部１１８によりＨＤ１１９に記録される。

ユーザが、ＨＤ１１９に記録されているデータを送信するようにビデオカメラ１００を操作すると、記録再生部１１８により、ＨＤ１１９からエンコードデータが再生され、コーデック１１７に供給される。コーデック１１７では、記録再生部１１８で再生されたエンコードデータが、送信すべき非圧縮（ベースバンド）の映像信号にデコードされる。この非圧縮の映像信号の解像度、ビット深度、フレームレート等は、信号変換部１１７ａにより、例えば、テレビ受信機２００で取り扱われる、つまり、テレビ受信機２００で表示可能に変換される。

コーデック１１７から出力される映像信号はそのままスイッチ部１２２を通じてＨＤＭＩ送信部１０２に供給され、あるいは、コーデック１１７から出力される映像信号はデータ圧縮部１２１-1〜１２１-nのいずれかでデータ圧縮処理された後にスイッチ部１２２を通じてＨＤＭＩ送信部１０２に供給される。

この場合、コーデック１１７から出力される非圧縮映像信号のビットレートをＢＲ１とし、ＨＤＭＩ伝送路の伝送ビットレートをＢＲ２とするとき、ＢＲ１≦ＢＲ２であるときは、コーデック１１７から出力される非圧縮映像信号が送信すべき映像信号としてＨＤＭＩ送信部１０２に供給される。

一方、ＢＲ１≦ＢＲ２でないときは、コーデック１１７から出力される非圧縮映像信号に対してデータ圧縮部１２１-1〜１２１-nのいずれかでデータ圧縮処理が施され、出力される圧縮映像信号が、送信すべき映像信号としてＨＤＭＩ送信部１０２に供給される。

なお、ＢＲ１≦ＢＲ２でないときであっても、データ圧縮部１２１-1〜１２１-nにテレビ受信機２００で対応可能な圧縮方式でデータ圧縮処理を行うものがないときは、コーデック１１７から出力される非圧縮映像信号の解像度等が小さくされて、ＢＲ１≦ＢＲ２を満たすようにされ、その非圧縮映像信号が送信すべき映像信号としてＨＤＭＩ送信部１０２に供給される。これにより、ビデオカメラ１００は、ＨＤＭＩ伝送路の伝送ビットレート内で、所望のビットレートの映像信号を、テレビ受信機２００に良好に送信できる。

また、ユーザが、撮像データを送信するようにビデオカメラ１００を操作すると、上述したように撮像信号処理部１１６から出力される映像信号（画像データ）が、上述のＨＤ１１９から再生された映像信号と同様に、そのままスイッチ部１２２を通じてＨＤＭＩ送信部１０２に供給され、あるいは、コーデック１１７から出力される映像信号はデータ圧縮部１２１-1〜１２１-nのいずれかでデータ圧縮処理された後にスイッチ部１２２を通じてＨＤＭＩ送信部１０２に供給される。

このようにＨＤＭＩ送信部１０２に供給された映像信号（非圧縮映像信号または圧縮映像信号）は、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル３００を介して、テレビ受信機２００に、一方向に、送信される。なお、制御部１１１から、映像信号のブランキング期間に挿入されるＡＶＩ InfoFrame パケット、ＣＥＣライン、高速データライン等を用いて、送信映像信号の圧縮情報およびフォーマット情報が、テレビ受信機２００に送信される。

テレビ受信機２００では、ＨＤＭＩ受信部２０２により、ＨＤＭＩに準拠した通信により、ビデオカメラ１００のＨＤＭＩ送信部１０２からＨＤＭＩケーブル３００を介して一方向に送信されてくる映像信号が受信される。ＨＤＭＩ受信部２０２で受信された映像信号は、スイッチ部２２０およびデータ伸長部２１９-1〜２１９-mに供給される。

スイッチ部２２０およびデータ伸長部２１９-1〜２１９-mの動作は、ビデオカメラ１００から、上述したように送られてくる圧縮情報に基づいて、制御される。すなわち、ＨＤＭＩ受信部２０２で受信された映像信号が非圧縮映像信号であるとき、当該非圧縮映像信号はスイッチ部２２０を通じて切り替え器２１６に供給される。一方、ＨＤＭＩ受信部２０２で受信された映像信号が圧縮映像信号であるとき、ＨＤＭＩ受信部２０２で受信された映像信号に対して、その圧縮方式に対応したデータ伸長部でデータ伸長処理が行われ、その結果得られた非圧縮映像信号がスイッチ部２２０を通じて切り替え器２１６に供給される。

なお、切り替え器２１６に供給される非圧縮映像信号がＨＤＭＩ伝送路の伝送ビットレートとの関係から、ビデオカメラ１００側で解像度等が小さくされているときには、上述したようにビデオカメラ１００から送られてくるフォーマット情報に基づいて、解像度等が当該テレビ受信機２００で取扱可能な、つまりテレビ受信機２００で表示可能な状態に戻される。

これにより、ＨＤＭＩ受信部２０２で受信される映像信号が非圧縮映像信号であるか圧縮映像信号であるかによらず、切り替え器２１６には、良好な受信映像信号が供給される。なお、上述したようにビデオカメラ１００においては、テレビ受信機２００からの圧縮方式情報に基づいて、テレビ受信機２００で対応可能な圧縮方式でデータ圧縮処理が行われるので、ＨＤＭＩ受信部２０２で受信される圧縮映像信号は、データ伸長部２１９-1〜２１９-mのいずれかによって、必ず伸長することができる。

また、チューナ２１４で受信された映像信号は切り替え器２１６に供給される。ユーザがユーザ操作部２１２によりＨＤＭＩ受信部２０２を選択する操作を行うとき、切り替え器２１６ではＨＤＭＩ受信部２０２で受信された映像信号が取り出される。一方、ユーザがユーザ操作部２１２によりチューナ２１４を選択する操作を行うとき、切り替え器２１６ではチューナ２１４で受信された画像データが取り出される。

切り替え器２１６で取り出された映像信号は、表示処理部２１７に供給される。表示処理部２１７では、制御部２１１の制御のもと、映像信号に対して輪郭強調処理、ノイズ除去処理等が行われ、処理後の映像信号は表示部２１８に供給される。表示部２１８では、表示処理部２１７から供給される画像データに基づいて、画像が表示される。

図４３は、送信装置（ビデオカメラ１００）から受信装置（テレビ受信機２００）にＨＤＭＩケーブル３００を介して映像信号を送信する場合における制御シーケンスを示している。

（ａ）送信装置は受信装置から伝送されたＨＰＤ(Hot Plug Detect）信号を受信すると、接続が確立されたことがわかる。（ｂ）送信装置は受信装置に対し、圧縮方式（伸長方式）情報を含むＥ−ＥＤＩＤデータの読み出しを要求する。（ｃ）受信装置は要求を受信したら、受信装置の記憶部からＥ−ＥＤＩＤデータを読み出して、送信装置へ伝送する。送信装置は伝送されたEDIDデータから受信装置が対応可能な圧縮方式を認識し、送信装置が使用し得る圧縮方式を決定する。（ｄ）ユーザから送信要求が出されて、選択された映像信号を送信するとき、送信装置は、ＨＤＭＩ伝送路の伝送ビットレートと、送信映像信号のビットレートを比較し、送信映像信号のビットレートがＨＤＭＩ伝送路の伝送ビットレート以下であれば、非圧縮のまま伝送する。

一方、送信映像信号のビットレートがＨＤＭＩ伝送路の伝送ビットレートを超える場合は、送信装置は、上述で決定した圧縮方式の中から適宜圧縮方式を選択し、さらに必要に応じて圧縮比を決定し、（ｅ）その情報をＡＶＩ InfoFrame パケットの所定の領域に設定して受信装置に伝送し、圧縮映像信号を送信する。

（ｆ）受信装置は、受信したＡＶＩ InfoFrame パケットから、圧縮方式と圧縮比の情報を抽出し、非圧縮であればそのまま表示部へ信号を渡す。一方、圧縮伝送ならば、圧縮方式と圧縮比の情報を用いて圧縮映像信号に対して伸長処理（復号化）を行う。（ｇ）ユーザの操作により、送信停止が指示されたとき、送信装置は、映像信号の送信を停止する。

次に、ビデオカメラ１００のＨＤＭＩ送信部１０２およびテレビ受信機２００のＨＤＭＩ受信部２０２について説明する。図４４は、ＨＤＭＩ送信部（ＨＤＭＩソース）１０２と、ＨＤＭＩ受信部（ＨＤＭＩシンク）２０２の構成例を示している。

ＨＤＭＩ送信部１０２は、一の垂直同期信号から次の垂直同期信号までの区間から、水平帰線区間および垂直帰線区間を除いた区間である有効画像区間（以下、適宜、アクティブビデオ区間ともいう）において、非圧縮の１画面分の画像の画素データに対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部２０２に一方向に送信するとともに、水平帰線区間または垂直帰線区間において、少なくとも画像に付随する音声データや制御データ、その他の補助データ等に対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部２０２に一方向に送信する。

すなわち、ＨＤＭＩ送信部１０２は、トランスミッタ８１を有する。トランスミッタ８１は、例えば、非圧縮の画像の画素データを対応する差動信号に変換し、複数のチャネルである３つのＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル３００を介して接続されているＨＤＭＩ受信部２０２に、一方向にシリアル伝送する。

また、トランスミッタ８１は、非圧縮の画像に付随する音声データ、さらには、必要な制御データその他の補助データ等を、対応する差動信号に変換し、３つのＴＭＤＳチャネル＃０，＃１，＃２でＨＤＭＩケーブル３００を介して接続されているＨＤＭＩ受信部２０２に、一方向にシリアル伝送する。

さらに、トランスミッタ８１は、３つのＴＭＤＳチャネル＃０，＃１，＃２で送信する画素データに同期したピクセルクロックを、ＴＭＤＳクロックチャネルで、ＨＤＭＩケーブルを介して接続されているＨＤＭＩ受信部２０２に送信する。ここで、１つのＴＭＤＳチャネル＃ｉ（ｉ＝０，１，２）では、ピクセルクロックの１クロックの間に、１０ビットの画素データが送信される。

ＨＤＭＩ受信部２０２は、アクティブビデオ区間において、複数のチャネルで、ＨＤＭＩ送信部１０２から一方向に送信されてくる、画素データに対応する差動信号を受信するとともに、水平帰線区間または垂直帰線区間において、複数のチャネルで、ＨＤＭＩ送信部１０２から一方向に送信されてくる、音声データや制御データに対応する差動信号を受信する。

すなわち、ＨＤＭＩ受信部２０２は、レシーバ８２を有する。レシーバ８２は、ＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル３００を介して接続されているＨＤＭＩ送信部１０２から一方向に送信されてくる、画素データに対応する差動信号と、音声データや制御データに対応する差動信号を、同じくＨＤＭＩ送信部１０２からＴＭＤＳクロックチャネルで送信されてくるピクセルクロックに同期して受信する。

ＨＤＭＩ送信部１０２とＨＤＭＩ受信部２０２とからなるＨＤＭＩシステムの伝送チャネルには、ＨＤＭＩ送信部１０２からＨＤＭＩ受信部２０２に対して、画素データおよび音声データを、ピクセルクロックに同期して、一方向にシリアル伝送するための伝送チャネルとしての３つのＴＭＤＳチャネル＃０乃至＃２と、ピクセルクロックを伝送する伝送チャネルとしてのＴＭＤＳクロックチャネルの他に、ＤＤＣ（Display Data Channel）８３やＣＥＣライン８４と呼ばれる伝送チャネルがある。

ＤＤＣ８３は、ＨＤＭＩケーブル３００に含まれる図示せぬ２本の信号線からなり、ＨＤＭＩ送信部１０２が、ＨＤＭＩケーブル３００を介して接続されたＨＤＭＩ受信部２０２から、Ｅ−ＥＤＩＤ（Enhanced Extended Display Identification Data）を読み出すために使用される。

すなわち、ＨＤＭＩ受信部２０２は、ＨＤＭＩレシーバ８２の他に、自身の性能（Configuration/capability）に関する性能情報であるＥ−ＥＤＩＤを記憶している、ＥＤＩＤＲＯＭ(Read Only Memory)８５を有している。ＨＤＭＩ送信部１０２は、ＨＤＭＩケーブル３００を介して接続されているＨＤＭＩ受信部２０２から、当該ＨＤＭＩ受信部２０２のＥ−ＥＤＩＤを、ＤＤＣ８３を介して読み出し、そのＥ−ＥＤＩＤに基づき、例えば、ＨＤＭＩ受信部２０２を有する電子機器が対応している画像のフォーマット（プロファイル）、例えば、ＲＧＢ、ＹＣbＣr４：４：４、ＹＣbＣr４：２：２等を認識する。

ＣＥＣライン８４は、ＨＤＭＩケーブル３００に含まれる図示せぬ１本の信号線からなり、ＨＤＭＩ送信部１０２とＨＤＭＩ受信部２０２との間で、制御用のデータの双方向通信を行うのに用いられる。

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

図４５は、図４４のＨＤＭＩトランスミッタ８１とＨＤＭＩレシーバ８２の構成例を示している。

トランスミッタ８１は、３つのＴＭＤＳチャネル＃０，＃１，＃２にそれぞれ対応する３つのエンコーダ／シリアライザ８１Ａ，８１Ｂ，８１Ｃを有する。そして、エンコーダ／シリアライザ８１Ａ，８１Ｂ，８１Ｃのそれぞれは、そこに供給される画像データ、補助データ、制御データをエンコードし、パラレルデータからシリアルデータに変換して、差動信号により送信する。ここで、画像データが、例えばＲ（赤），Ｇ（緑），Ｂ（青）の３成分を有する場合、Ｂ成分（Ｂ component）はエンコーダ／シリアライザ８１Ａに供給され、Ｇ成分（Ｇcomponent）はエンコーダ／シリアライザ８１Ｂに供給され、Ｒ成分（Ｒ component）はエンコーダ／シリアライザ８１Ｃに供給される。

また、補助データとしては、例えば、音声データや制御パケットがあり、制御パケットは、例えば、エンコーダ／シリアライザ８１Ａに供給され、音声データは、エンコーダ／シリアライザ８１Ｂ，８１Ｃに供給される。

さらに、制御データとしては、１ビットの垂直同期信号（VSYNC）、１ビットの水平同期信号（HSYNC）、および、それぞれ１ビットの制御ビットＣＴＬ０，ＣＴＬ１，ＣＴＬ２，ＣＴＬ３がある。垂直同期信号および水平同期信号は、エンコーダ／シリアライザ８１Ａに供給される。制御ビットＣＴＬ０，ＣＴＬ１はエンコーダ／シリアライザ８１Ｂに供給され、制御ビットＣＴＬ２，ＣＴＬ３はエンコーダ／シリアライザ８１Ｃに供給される。

エンコーダ／シリアライザ８１Ａは、そこに供給される画像データのＢ成分、垂直同期信号および水平同期信号、並びに補助データを、時分割で送信する。すなわち、エンコーダ／シリアライザ８１Ａは、そこに供給される画像データのＢ成分を、固定のビット数である８ビット単位のパラレルデータとする。さらに、エンコーダ／シリアライザ８１Ａは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃０で送信する。

また、エンコーダ／シリアライザ８１Ａは、そこに供給される垂直同期信号および水平同期信号の２ビットのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃０で送信する。さらに、エンコーダ／シリアライザ８１Ａは、そこに供給される補助データを４ビット単位のパラレルデータとする。そして、エンコーダ／シリアライザ８１Ａは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃０で送信する。

エンコーダ／シリアライザ８１Ｂは、そこに供給される画像データのＧ成分、制御ビットＣＴＬ０，ＣＴＬ１、並びに補助データを、時分割で送信する。すなわち、エンコーダ／シリアライザ８１Ｂは、そこに供給される画像データのＧ成分を、固定のビット数である８ビット単位のパラレルデータとする。さらに、エンコーダ／シリアライザ８１Ｂは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃１で送信する。

また、エンコーダ／シリアライザ８１Ｂは、そこに供給される制御ビットＣＴＬ０，ＣＴＬ１の２ビットのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃１で送信する。さらに、エンコーダ／シリアライザ８１Ｂは、そこに供給される補助データを４ビット単位のパラレルデータとする。そして、エンコーダ／シリアライザ８１Ｂは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃１で送信する。

エンコーダ／シリアライザ８１Ｃは、そこに供給される画像データのＲ成分、制御ビットＣＴＬ２，ＣＴＬ３、並びに補助データを、時分割で送信する。すなわち、エンコーダ／シリアライザ８１Ｃは、そこに供給される画像データのＲ成分を、固定のビット数である８ビット単位のパラレルデータとする。さらに、エンコーダ／シリアライザ８１Ｃは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃２で送信する。

また、エンコーダ／シリアライザ８１Ｃは、そこに供給される制御ビットＣＴＬ２，ＣＴＬ３の２ビットのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃２で送信する。さらに、エンコーダ／シリアライザ８１Ｃは、そこに供給される補助データを４ビット単位のパラレルデータとする。そして、エンコーダ／シリアライザ８１Ｃは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃２で送信する。

レシーバ８２は、３つのＴＭＤＳチャネル＃０，＃１，＃２にそれぞれ対応する３つのリカバリ／デコーダ８２Ａ，８２Ｂ，８２Ｃを有する。そして、リカバリ／デコーダ８２Ａ，８２Ｂ，８２Ｃのそれぞれは、ＴＭＤＳチャネル＃０，＃１，＃２で差動信号により送信されてくる画像データ、補助データ、制御データを受信する。さらに、リカバリ／デコーダ８２Ａ，８２Ｂ，８２Ｃのそれぞれは、画像データ、補助データ、制御データを、シリアルデータからパラレルデータに変換し、さらにデコードして出力する。

すなわち、リカバリ／デコーダ８２Ａは、ＴＭＤＳチャネル＃０で差動信号により送信されてくる画像データのＢ成分、垂直同期信号および水平同期信号、補助データを受信する。そして、リカバリ／デコーダ８２Ａは、その画像データのＢ成分、垂直同期信号および水平同期信号、補助データを、シリアルデータからパラレルデータに変換し、デコードして出力する。

リカバリ／デコーダ８２Ｂは、ＴＭＤＳチャネル＃１で差動信号により送信されてくる画像データのＧ成分、制御ビットＣＴＬ０，ＣＴＬ１、補助データを受信する。そして、リカバリ／デコーダ８２Ｂは、その画像データのＧ成分、制御ビットＣＴＬ０，ＣＴＬ１、補助データを、シリアルデータからパラレルデータに変換し、デコードして出力する。

リカバリ／デコーダ８２Ｃは、ＴＭＤＳチャネル＃２で差動信号により送信されてくる画像データのＲ成分、制御ビットＣＴＬ２，ＣＴＬ３、補助データを受信する。そして、リカバリ／デコーダ８２Ｃは、その画像データのＲ成分、制御ビットＣＴＬ２，ＣＴＬ３、補助データを、シリアルデータからパラレルデータに変換し、デコードして出力する。

図４６は、ＨＤＭＩの３つのＴＭＤＳチャネル＃０，＃１，＃２で各種の伝送データが伝送される伝送区間（期間）の例を示している。なお、図４６は、ＴＭＤＳチャネル＃０，＃１，＃２において、横×縦が７２０×４８０画素のプログレッシブの画像が伝送される場合の、各種の伝送データの区間を示している。

ＨＤＭＩの３つのＴＭＤＳチャネル＃０，＃１，＃２で伝送データが伝送されるビデオフィールド（Video Field）には、伝送データの種類に応じて、ビデオデータ区間（VideoData period）、データアイランド区間（Data Island period）、およびコントロール区間（Control period）の３種類の区間が存在する。

ここで、ビデオフィールド区間は、ある垂直同期信号の立ち上がりエッジ（active edge）から次の垂直同期信号の立ち上がりエッジまでの区間であり、水平ブランキング期間（horizontal blanking）、垂直ブランキング期間（verticalblanking）、並びに、ビデオフィールド区間から、水平ブランキング期間および垂直ブランキング期間を除いた区間であるアクティブビデオ区間（Active Video）に分けられる。

ビデオデータ区間は、アクティブビデオ区間に割り当てられる。このビデオデータ区間では、非圧縮の１画面分の画像データを構成する７２０画素×４８０ライン分の有効画素（Active pixel）のデータ、あるいは、それを圧縮処理して得られたデータが伝送される。

データアイランド区間およびコントロール区間は、水平ブランキング期間および垂直ブランキング期間に割り当てられる。このデータアイランド区間およびコントロール区間では、補助データ（Auxiliary data）が伝送される。

すなわち、データアイランド区間は、水平ブランキング期間と垂直ブランキング期間の一部分に割り当てられている。このデータアイランド区間では、補助データのうち、制御に関係しないデータである、例えば、音声データのパケット等が伝送される。

コントロール区間は、水平ブランキング期間と垂直ブランキング期間の他の部分に割り当てられている。このコントロール区間では、補助データのうちの、制御に関係するデータである、例えば、垂直同期信号および水平同期信号、制御パケット等が伝送される。

ここで、現行のＨＤＭＩでは、ＴＭＤＳクロックチャネルで伝送されるピクセルクロックの周波数は、例えば１６５ＭＨｚであり、この場合、データアイランド区間の伝送レートは約５００Ｍbps程度である。

図４７は、ＨＤＭＩ端子１０１，２０１のピン配列を示している。このピン配列は、タイプＡ（type-A）の例である。

ＴＭＤＳチャネル＃ｉの差動信号であるＴＭＤＳＤａｔａ＃ｉ＋とＴＭＤＳＤａｔａ＃ｉ−が伝送される差動線である２本のラインは、ＴＭＤＳＤａｔａ＃ｉ＋が割り当てられているピン（ピン番号が１，４，７のピン）と、ＴＭＤＳＤａｔａ＃ｉ−が割り当てられているピン（ピン番号が３，６，９のピン）に接続される。

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

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

次に、ビデオカメラ１００の高速データラインインタフェース１０３およびテレビ受信機２００の高速データラインインタフェース２０３について説明する。なお、ここでは、ビデオカメラ１００をソース機器とし、テレビ受信機２００をシンク機器として説明する。

図４８は、ソース機器およびシンク機器の高速データラインインタフェースの構成例を示している。この高速データラインインタフェースは、ＬＡＮ(Local Area Network)通信を行う通信部を構成する。この通信部は、ＨＤＭＩケーブルを構成する複数のラインのうち、１対の差動ライン、この実施の形態においては、空き（Reserve）ピン（１４ピン）に対応したリザーブライン（Ether−ライン）、およびＨＰＤピン（１９ピン）に対応したＨＰＤライン（Ether＋ライン）により構成された双方向通信路を用いて、通信を行う。

ソース機器は、ＬＡＮ信号送信回路４１１、終端抵抗４１２、ＡＣ結合容量４１３，４１４、ＬＡＮ信号受信回路４１５、減算回路４１６、プルアップ抵抗４２１、ローパスフィルタを構成する抵抗４２２および容量４２３、比較器４２４、プルダウン抵抗４３１、ローパスフィルタを形成する抵抗４３２および容量４３３、並びに比較器４３４を有している。ここで、高速データラインインタフェース（高速データラインＩ／Ｆ）は、ＬＡＮ信号送信回路４１１、終端抵抗４１２、ＡＣ結合容量４１３，４１４、ＬＡＮ信号受信回路４１５、減算回路４１６により構成されている。

電源線（＋５．０Ｖ）と接地線との間には、プルアップ抵抗４２１、ＡＣ結合容量４１３、終端抵抗４１２、ＡＣ結合容量４１４およびプルダウン抵抗４３１の直列回路が接続される。ＡＣ結合容量４１３と終端抵抗４１２の互いの接続点Ｐ１は、ＬＡＮ信号送信回路４１１の正出力側に接続されると共に、ＬＡＮ信号受信回路４１５の正入力側に接続される。また、ＡＣ結合容量４１４と終端抵抗４１２の互いの接続点Ｐ２は、ＬＡＮ信号送信回路４１１の負出力側に接続されると共に、ＬＡＮ信号受信回路４１５の負入力側に接続される。ＬＡＮ信号送信回路４１１の入力側には、送信信号（送信データ）ＳＧ411が供給される。

また、減算回路４１６の正側端子には、ＬＡＮ信号受信回路４１５の出力信号ＳＧ412が供給され、この減算回路４１６の負側端子には、送信信号（送信データ）ＳＧ411が供給される。この減算回路４１６では、ＬＡＮ信号受信回路４１５の出力信号ＳＧ412から送信信号ＳＧ411が減算され、受信信号（受信データ）ＳＧ413が得られる。

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

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

シンク機器は、ＬＡＮ信号送信回路４４１、終端抵抗４４２、ＡＣ結合容量４４３，４４４、ＬＡＮ信号受信回路４４５、減算回路４４６、プルダウン抵抗４５１、ローパスフィルタを構成する抵抗４５２および容量４５３、比較器４５４、チョークコイル４６１、抵抗４６２、並びに抵抗４６３を有している。ここで、高速データラインインタフェース（高速データラインＩ／Ｆ）は、ＬＡＮ信号送信回路４４１、終端抵抗４４２、ＡＣ結合容量４４３，４４４、ＬＡＮ信号受信回路４４５、減算回路４４６により構成されている。

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

ＡＣ結合容量４４３と終端抵抗４４２の互いの接続点Ｐ３は、ＬＡＮ信号送信回路４４１の正出力側に接続されると共に、ＬＡＮ信号受信回路４４５の正入力側に接続される。また、ＡＣ結合容量４４４と終端抵抗４４２の互いの接続点Ｐ４は、ＬＡＮ信号送信回路４４１の負出力側に接続されると共に、ＬＡＮ信号受信回路４４５の負入力側に接続される。ＬＡＮ信号送信回路４４１の入力側には、送信信号（送信データ）ＳＧ417が供給される。

また、減算回路４４６の正側端子には、ＬＡＮ信号受信回路４４５の出力信号ＳＧ418が供給され、この減算回路４４６の負側端子には、送信信号ＳＧ417が供給される。この減算回路４４６では、ＬＡＮ信号受信回路４４５の出力信号ＳＧ418から送信信号ＳＧ417が減算され、受信信号（受信データ）ＳＧ419が得られる。

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

ＨＤＭＩケーブルに含まれるリザーブライン５０１およびＨＰＤライン５０２は、差動ツイストペアを構成している。リザーブライン５０１のソース側端５１１は、ソース機器のＨＤＭＩ端子の１４ピンに接続され、当該リザーブライン５０１のシンク側端５２１はシンク機器のＨＤＭＩ端子の１４ピンに接続される。また、ＨＰＤライン５０２のソース側端５１２はソース機器のＨＤＭＩ端子の１９ピンに接続され、当該ＨＰＤライン５０２のシンク側端５２２はシンク機器のＨＤＭＩ端子の１９ピンに接続される。

ソース機器において、上述したプルアップ抵抗４２１とＡＣ結合容量４１３の互いの接続点Ｑ１は、ＨＤＭＩ端子の１４ピンに接続され、また、上述したプルダウン抵抗４３１とＡＣ結合容量４１４の互いの接続点Ｑ２はＨＤＭＩ端子の１９ピンに接続される。一方、シンク機器において、上述したプルダウン抵抗４５１とＡＣ結合容量４４３の互いの接続点Ｑ３はＨＤＭＩ端子の１４ピンに接続され、また、上述したチョークコイル４６１とＡＣ結合容量４４４の互いの接続点Ｑ４はＨＤＭＩ端子の１９ピンに接続される。

次に、上述したように構成された、高速データラインインタフェースによるＬＡＮ通信の動作を説明する。

ソース機器において、送信信号（送信データ）ＳＧ411はＬＡＮ信号送信回路４１１の入力側に供給され、このＬＡＮ信号送信回路４１１から送信信号ＳＧ411に対応した差動信号（正出力信号、負出力信号）が出力される。そして、ＬＡＮ信号送信回路４１１から出力される差動信号は、接続点Ｐ１，Ｐ２に供給され、ＨＤＭＩケーブルの１対のライン（リザーブライン５０１、ＨＰＤライン５０２）を通じて、シンク機器に送信される。

また、シンク機器において、送信信号（送信データ）ＳＧ417はＬＡＮ信号送信回路４４１の入力側に供給され、このＬＡＮ信号送信回路４４１から送信信号ＳＧ417に対応した差動信号（正出力信号、負出力信号）が出力される。そして、ＬＡＮ信号送信回路４４１から出力される差動信号は、接続点Ｐ３，Ｐ４に供給され、ＨＤＭＩケーブルの１対のライン（リザーブライン５０１、ＨＰＤライン５０２）を通じて、ソース機器に送信される。

また、ソース機器において、ＬＡＮ信号受信回路４１５の入力側は接続点Ｐ１，Ｐ２に接続されていることから、当該ＬＡＮ信号受信回路４１５の出力信号ＳＧ412として、ＬＡＮ信号送信回路４１１から出力された差動信号（電流信号）に対応した送信信号と、上述したようにシンク機器から送信されてくる差動信号に対応した受信信号との加算信号が得られる。減算回路４１６では、ＬＡＮ信号受信回路４１５の出力信号ＳＧ412から送信信号ＳＧ411が減算される。そのため、この減算回路４１６の出力信号ＳＧ413は、シンク機器の送信信号（送信データ）ＳＧ417に対応したものとなる。

また、シンク機器において、ＬＡＮ信号受信回路４４５の入力側は接続点Ｐ３，Ｐ４に接続されていることから、当該ＬＡＮ信号受信回路４４５の出力信号ＳＧ418として、ＬＡＮ信号送信回路４４１から出力された差動信号（電流信号）に対応した送信信号と、上述したようにソース機器から送信されてくる差動信号に対応した受信信号との加算信号が得られる。減算回路４４６では、ＬＡＮ信号受信回路４４５の出力信号ＳＧ418から送信信号ＳＧ417が減算される。そのため、この減算回路４４６の出力信号ＳＧ419は、ソース機器の送信信号（送信データ）ＳＧ411に対応したものとなる。

このように、ソース機器の高速データラインインタフェースと、シンク機器の高速データラインインタフェースとの間では、双方向のＬＡＮ通信を行うことができる。

なお、図４８において、ＨＰＤライン５０２は、上述のＬＡＮ通信の他に、ＤＣバイアスレベルで、ＨＤＭＩケーブルがシンク機器に接続されたことをソース機器に伝達する。すなわち、シンク機器内の抵抗４６２，４６３とチョークコイル４６１は、ＨＤＭＩケーブルがシンク機器に接続されるとき、ＨＰＤライン５０２を、ＨＤＭＩ端子の１９ピンを介して、約４Ｖにバイアスする。ソース機器は、ＨＰＤライン５０２のＤＣバイアスを、抵抗４３２と容量４３３からなるローパスフィルタで抽出し、比較器４３４で基準電圧Vref2（例えば、１．４Ｖ）と比較する。

ソース機器のＨＤＭＩ端子の１９ピンの電圧は、ＨＤＭＩケーブルがシンク機器に接続されていなければ、プルダウン抵抗４３１が存在するために基準電圧Ｖref2より低く、逆に、ＨＤＭＩケーブルがシンク機器に接続されていれば基準電圧Ｖref2より高い。したがって、比較器４３４の出力信号ＳＧ415は、ＨＤＭＩケーブルがシンク機器に接続されているときは高レベルとなり、そうでないときは低レベルとなる。これにより、ソース機器の制御部（ＣＰＵ）は、比較器４３４の出力信号ＳＧ415に基づいて、ＨＤＭＩケーブルがシンク機器に接続されたか否かを認識できる。

また、図４８において、リザーブライン５０１のＤＣバイアス電位で、ＨＤＭＩケーブルの両端に接続された機器が、ＬＡＮ通信が可能な機器（以下、「ｅ−ＨＤＭＩ対応機器」という）であるか、ＬＡＮ通信が不可能な機器（以下、「ｅ−ＨＤＭＩ非対応機器」かを、相互に認識する機能を有している。

上述したように、ソース機器はリザーブライン５０１を抵抗４２１でプルアップ（＋５Ｖ）し、シンク機器はリザーブライン５０１を抵抗４５１でプルダウンする。抵抗４２１，４５１は、ｅ−ＨＤＭＩ非対応機器には存在しない。

ソース機器は、上述したように、比較器４２４で、抵抗４２２および容量４２３からなるローパスフィルタを通過したリザーブライン５０１のＤＣ電位を基準電圧Ｖref1と比較する。シンク機器が、ｅ−ＨＤＭＩ対応機器でプルダウン抵抗４５１があるときには、リザーブライン５０１の電圧が２．５Ｖとなる。しかし、シンク機器が、ｅ−ＨＤＭＩ非対応機器でプルダウン抵抗４５１がないときには、リザーブライン５０１の電圧がプルアップ抵抗４２１の存在により５Ｖとなる。

そのため、基準電圧Ｖref1が例えば３．７５Ｖとされることで、比較器４２４の出力信号ＳＧ414は、シンク機器がｅ−ＨＤＭＩ対応機器であるときは低レベルとなり、そうでないときは高レベルとなる。これにより、ソース機器の制御部（ＣＰＵ）は、比較器４２４の出力信号ＳＧ414に基づいて、シンク機器がｅ−ＨＤＭＩ対応機器であるか否かを認識できる。

同様に、シンク機器は、上述したように、比較器４５４で、抵抗４５２および容量４５３からなるローパスフィルタを通過したリザーブライン５０１のＤＣ電位を基準電圧Ｖref3と比較する。ソース機器が、ｅ−ＨＤＭＩ対応機器でプルアップ抵抗４２１があるときには、リザーブライン５０１の電圧が２．５Ｖとなる。しかし、ソース機器が、ｅ−ＨＤＭＩ非対応機器でプルアップ抵抗４２１がないときには、リザーブライン５０１の電圧がプルダウン抵抗４５１の存在により０Ｖとなる。

そのため、基準電圧Ｖref3が例えば１．２５Ｖとされることで、比較器４５４の出力信号ＳＧ416は、ソース機器がｅ−ＨＤＭＩ対応機器であるときは高レベルとなり、そうでないときは低レベルとなる。これにより、シンク機器の制御部（ＣＰＵ）は、比較器４５４の出力信号ＳＧ416に基づいて、ソース機器がｅ−ＨＤＭＩ対応機器であるか否かを認識できる。

図４８に示す構成例によれば、１本のＨＤＭＩケーブルで映像と音声のデータ伝送と接続機器情報の交換および認証と機器制御データの通信とＬＡＮ通信を行うインタフェースにおいて、ＬＡＮ通信が１対の差動伝送路を介した双方向通信で行われ、伝送路のうちの少なくとも片方のＤＣバイアス電位によってインタフェースの接続状態が通知されることから、物理的にＳＣＬライン、ＳＤＡラインをＬＡＮ通信につかわない空間的分離を行うことが可能となる。その結果、ＤＤＣに関して規定された電気的仕様と無関係にＬＡＮ通信のための回路を形成することができ、安定で確実なＬＡＮ通信が安価に実現できる。

なお、図４８に示したプルアップ抵抗４２１が、ソース機器内ではなく、ＨＤＭＩケーブル内に設けられているようにしてもよい。そのような場合、プルアップ抵抗４２１の端子のそれぞれは、ＨＤＭＩケーブル内に設けられたラインのうち、リザーブライン５０１、および電源（電源電位）に接続されるライン（信号線）のそれぞれに接続される。

さらに、図４８に示したプルダウン抵抗４５１および抵抗４６３がシンク機器内ではなく、ＨＤＭＩケーブル内に設けられているようにしてもよい。そのような場合、プルダウン抵抗４５１の端子のそれぞれは、ＨＤＭＩケーブル内に設けられたラインのうち、リザーブライン５０１、およびグランド（基準電位）に接続されるライン（グランド線）のそれぞれに接続される。また、抵抗４６３の端子のそれぞれは、ＨＤＭＩケーブル内に設けられたラインのうち、ＨＰＤライン５０２、およびグランド（基準電位）に接続されるライン（グランド線）のそれぞれに接続される。

以上説明したように、図３１に示すＡＶシステム５０において、ビデオカメラ１００（図３２参照）は、非圧縮映像信号またはこの非圧縮映像信号に対してテレビ受信機２００が対応可能な圧縮方式で圧縮処理を施して得られた圧縮映像信号を選択的に送信するものであり、伝送路の伝送ビットレート内で、所望のビットレートの映像信号を良好に送信できる。

また、図３１に示すＡＶシステム５０において、テレビ受信機２００（図４２参照）は、自身の対応可能な圧縮方式の情報をビデオカメラ１００に送ると共に、ビデオカメラ１００から送られてくる圧縮情報等に基づいて伸長処理、信号選択処理等を制御するものであり、送られてくる映像信号が非圧縮映像信号であるか圧縮映像信号であるかによらず、受信映像信号を良好に得ることができる。

なお、図３１に示すＡＶシステム５０は、ＨＤＭＩの伝送路を用いるものを示している。しかし、ＨＤＭＩ以外の非圧縮映像信号の伝送路、例えば、ＤＶＩ(Digital Visual Interface)、ＤＰ(Display Port)インタフェース、ワイヤレス伝送、さらに今後普及すると思われるギガビットEthernet・光ファイバーの伝送路を用いるものも同様に構成できる。

ＤＶＩの場合、上述したＨＤＭＩと同様に、映像信号の対応フォーマット（解像度、ビット深度、フレームレート等）を、受信装置が保有するＥ−ＥＤＩＤと呼ばれる領域に記憶する規格が定義されている。したがって、このＤＶＩの場合、上述したＨＤＭＩの場合と同様にして、送信装置は、映像信号を受信装置に送信する際には、ＤＤＣ(Display Data Channel)を用いて受信装置のＥ−ＥＤＩＤから上述の対応フォーマット情報を読み出し、送信映像信号のフォーマットを決めることができる。

このＤＶＩの場合、ＨＤＭＩと同様に、映像信号を、ＴＭＤＳチャネル０〜ＴＭＤＳチャネル２を用いて、ソース機器からシンク機器へ一方向で送信する（図４４参照）。このＤＶＩ伝送路の論理上の上限伝送ビットレートは、３．９６Ｇbpsである。

図４９は、ＤＰインタフェースを用いたＤＰシステムの構成例を示している。このＤＰシステムは、ディスプレイポート送信機器とディスプレイポート受信機器とが、ＤＰインタフェースにより接続されている。そして、ディスプレイポート送信機器はディスプレイポートトランスミッタを備え、ディスプレイポート受信機器はディスプレイポートレシーバを備えている。

メインリンクは、１つ、２つ、または４つの二重終端差動信号ペア（ペアレーン）から構成され、専用のクロック信号は持たず、代わりに８Ｂ／１０Ｂ符号化データストリームにクロックが埋め込まれている。ＤＰインタフェースでは、２つの伝送速度が定められている。１つはペアレーン当たりの帯域幅が２．１６Ｇbpsである。もう１つは、ペアレーン当たりの帯域幅が１．２９６Ｇbpsである。従って、このＤＰインタフェースの伝送路における論理上の上限伝送ビットレートは、１ポートあたり２．１６Ｇbpsであり、最大４ポートで８．６４Ｇbpsである。

このＤＰインタフェースでは、ＨＤＭＩと違い、伝送速度とピクセル周波数は独立していて、ピクセルの深さや解像度、フレーム周波数、および転送ストリーム内の音声データやＤＲＭ情報などの付加データの有無ならびにその量を、自由に調整できる。

また、ＤＰインタフェースでは、メインリンクとは別に、帯域幅１Ｍビット/秒、最大遅延５００msの半二重双方向の外部（補助）チャネルがあり、この双方向通信によって送信機器と受信機器との間の機能に関する情報交換を行う。

このＤＰインタフェースにおいては、例えば、上述の外部（補助）チャネルにより、受信機器から対応可能な圧縮方式情報を送信機器に送ることができ、また、送信機器から受信機器に圧縮情報を送ることができる。なお、このＤＰインタフェースの場合、図示していないが、ＨＤＭＩあるいはＤＶＩと同様のＥＤＩＤに、受信機器で対応可能な圧縮方式（伸長方式）情報が記憶されている。また、このＤＰインタフェースでは、ホットプラグ検知は、接続先が変更されたことを検出するために備えられている。

図５０は、ワイヤレスシステム５０Ａの構成例を示している。この図５０において、図３２および図４２と対応する部分には同一符号を付し、適宜、その詳細説明を省略する。このワイヤレスシステム５０Ａは、送信装置１００Ａおよび受信装置２００Ａが無線伝送路３００Ａで接続された構成とされている。

送信装置１００Ａは、制御部１３１と、ユーザ操作部１３２と、表示部１３３と、再生部１３４と、ｎ個のデータ圧縮部１２１-1〜１２１-nと、スイッチ部１２２と、ワイヤレス送受信部１３５とを有している。

制御部１３１は、送信装置１００Ａの各部の動作を制御する。ユーザ操作部１３２および表示部１３３は、ユーザインタフェースを構成し、制御部１３１に接続されている。ユーザ操作部１３２は、送信装置１００Ａの図示しない筐体に配置されたキー、釦、ダイアル、あるいは表示部１３３の表示面に配置されたタッチパネル、さらにはリモコンの送受信機等で構成されている。表示部１３３は、ＬＣＤ(Liquid Crystal Display)等で構成されている。

再生部１３４は、例えば、光ディスク、ＨＤＤ、あるいはメモリカード等の記録媒体から所定の映像コンテンツを再生し、非圧縮映像信号を出力する。この再生部１３４は、映像信号出力を構成している。ワイヤレス送受信部１３５は、無線伝送路３００Ａを介して、受信装置２００Ａから、映像信号の対応フォーマット（解像度、ビット深度、フレームレート等）の情報を受信し、このフォーマット情報を制御部１３１に供給する。制御部１３１は、このフォーマット情報を記憶部１３１ａに記憶して保持する。再生部１３４は、制御部１３１の制御のもと、出力する非圧縮映像信号のフォーマット（解像度、ビット深度、フレームレート等）を、信号変換部１３４ａにより、受信装置２００Ａで取り扱われる、つまり、受信装置２００Ａで表示可能に変換して出力する。ワイヤレス送受信部１３５は、映像フォーマット情報受信部を構成している。

データ圧縮部１２１-1〜１２１-nは、それぞれ、再生部１３４から出力された非圧縮の映像信号を所定の圧縮比をもって圧縮処理し、圧縮された映像信号を出力する。データ圧縮部１２１-1〜１２１-nは、映像信号圧縮部を構成している。データ圧縮部１２１-1〜１２１-nは、それぞれ、互いに異なる圧縮方式でデータ圧縮処理を行う。例えば、圧縮方式としては、「ＲＬＥ（Run Length Encoding）」、「Ｗａｖｅｌｅｔ」、「ＳＢＭ（SuperBit Mapping）」、「ＬＬＶＣ（Low Latency Video Codec）」、「ＺＩＰ」等が考えられる。なお、データ圧縮部１２１-1〜１２１-nで必要とされる圧縮率は小さくてよく、ライン内圧縮処理、あるいはフレーム（フィールド）内圧縮処理等を行う圧縮率の小さな圧縮方式で十分であり、さらに画質劣化を抑制するという観点からは可逆圧縮方式が望ましい。例えば、ＲＬＥ、ＺＩＰは可逆圧縮方式である。

スイッチ部１２２は、再生部１３４から出力された非圧縮映像信号およびデータ圧縮部１２１-1〜１２１-nから出力された圧縮映像信号のうち、いずれかを選択的に取り出し、ワイヤレス送受信部１３５に、送信すべき映像信号として供給する。このスイッチ部１２２は、映像信号選択部を構成している。

ここで、スイッチ部１２２およびデータ圧縮部１２１-1〜１２１-nの動作は、制御部１３１により、以下のように制御される。この場合、再生部１３４から出力される非圧縮（ベースバンド）映像信号のビットレートをＢＲ１とし、無線伝送路３００Ａの伝送ビットレートをＢＲ２とする。ビットレートＢＲ１は、例えば、（解像度）×（フレームレート）×（３色分のビット深度）の算出式により、求めることができる。

無線伝送路３００Ａの伝送ビットレートＢＲ２は、この実施の形態においては、受信装置２００Ａから無線伝送路３００Ａを介して送られてくる、受信装置２００Ａ側におけるビットエラーレート情報に基づき、制御部１３１により設定される。制御部１３１は、受信装置２００Ａ側におけるビットエラーレート情報に基づいて、受信装置２００Ａ側におけるビットエラーレートが一定値以下とするビットレートで、しかも、その中で最も高いビットレートとなるように、当該ビットレートＢＲ２を逐次変化させる。

すなわち、制御部１３１は、ビットエラーレートが一定値より大きくなる場合にはビットレートＢＲ２の値を小さくし、逆にビットエラーレートが一定値より小さくなる場合にはビットレートＢＲ２の値を大きくし、受信装置２００Ａ側におけるビットエラーレートを一定値近辺で推移させる。

ワイヤレス送受信部１３５は、上述したように、受信装置２００Ａから無線伝送路３００Ａを介して送られてくるビットエラーレート情報を受信し、制御部１３１に供給する。制御部１３１は、このビットエラーレート情報を記憶部１３１ａに保持する。ワイヤレス送受信部１３５は、ビットエラーレート情報受信部を構成している。

ビットレートＢＲ１がビットレートＢＲ２を超えていない場合、スイッチ部１２２は、再生部１３４から出力される非圧縮映像信号を取り出して、ワイヤレス送受信部１３５に、送信すべき映像信号として供給する。一方、ビットレートＢＲ１がビットレートＢＲ２を超える場合、スイッチ部１２２は、再生部１３４から出力される非圧縮映像信号に対して、データ圧縮部１２１-1〜１２１-nのいずれかでデータ圧縮処理されて得られた圧縮映像信号を取り出して、ワイヤレス送受信部１３５に、送信すべき映像信号として供給する。

ここで、制御部１３１は、受信装置２００Ａから無線伝送路３００Ａを介して送られてくる、当該受信装置２００Ａが対応可能な圧縮方式を示す情報を参照して、データ圧縮部１２１-1〜１２１-nのうちどのデータ圧縮部を選択するかを決定する。すなわち、制御部１３１は、受信装置２００Ａが対応可能な圧縮方式でデータ圧縮処理を行うと共に、データ圧縮処理で生成された圧縮映像信号のビットレートが、上述のビットレートＢＲ２（無線伝送路３００Ａの伝送ビットレート）を超えないように圧縮処理を行う、という条件を満たすデータ圧縮部を選択する。この場合、圧縮比の変更が可能なデータ圧縮部にあっては、圧縮比の変更制御により、上述のビットレートの条件を満たすことができる場合がある。

なお、上述の条件を満たすデータ圧縮部が２つ以上存在する場合、制御部１３１は、その中に可逆圧縮方式のデータ圧縮を行うものがあるときは、そのデータ圧縮部を優先的に選択する。このように可逆圧縮方式のデータ圧縮を行うデータ圧縮部が優先的に選択されることで、データ圧縮処理による画質劣化が抑制される。

また、上述したように、ビットレートＢＲ１がビットレートＢＲ２を超える場合には、データ圧縮部１２１-1〜１２１-nのいずれかでデータ圧縮処理されて得られた圧縮映像信号を送信すべき映像信号とすることが基本であるが、データ圧縮部１２１-1〜１２１-nの中に受信装置２００Ａが対応可能な圧縮方式でデータ圧縮処理を行うものが無かった場合、制御部１３１は、以下のような制御を行う。

すなわち、制御部１３１は、再生部１３４が備える信号変換部１３４ａにより、この再生部１３４から出力される非圧縮映像信号の解像度、ビット深度およびフレームレートのうち、１つまたは複数の項目を小さくして、当該非圧縮映像信号のビットレートＢＲ１が、無線伝送路３００Ａの伝送ビットレートＢＲ２を超えないようにする。そして、制御部１３１は、再生部１３４から出力される非圧縮映像信号をスイッチ部１２２により取り出し、ワイヤレス送受信部１３５に、送信すべき映像信号として供給する。

ワイヤレス送受信部１３５は、上述したように、受信装置２００Ａから無線伝送路３００Ａを介して送られてくる、当該受信装置２００Ａが対応可能な圧縮方式の情報を受信し、制御部１３１に供給する。制御部１３１は、この圧縮方式情報を記憶部１３１ａに保持する。ワイヤレス送受信部１３５は、圧縮方式情報受信部を構成している。

制御部１３１は、スイッチ部１２２およびデータ圧縮部１２１-1〜１２１-nの制御情報、さらには上述した再生部１３４から出力される非圧縮映像信号のフォーマット情報（解像度等の情報）を、無線伝送路３００Ａを介して、受信装置２００Ａに送る。スイッチ部１２２およびデータ圧縮部１２１-1〜１２１-nの制御情報（以下、「圧縮情報」という）には、送信映像信号が非圧縮映像信号であるか圧縮映像信号であるかを示す情報、および送信映像信号が圧縮映像信号であるときには圧縮方式、圧縮比等の情報が含まれている。制御部１３１は、ワイヤレス送受信部１３５と共に、圧縮情報送信部を構成している。

制御部１３１は、上述の圧縮情報を、例えば、上述の図３１に示すＡＶシステム５０と同様に、ＡＶＩInfoFrame パケットを利用して、受信装置２００Ａに送信できる（図４０、図４１参照）。

ワイヤレス送受信部１３５は、所定の通信により、スイッチ部１２２から供給される映像信号を、無線伝送路３００Ａを介して、受信装置２００Ａに送信する。この意味で、ワイヤレス送受信部１３５は、映像信号送信部を構成している。

受信装置２００Ａは、制御部２３１と、ユーザ操作部２３２と、ワイヤレス送受信部２３３と、ｍ個のデータ伸長部２１９-1〜２１９-mと、スイッチ部２２０と、表示部２３４とを有している。

制御部２３１は、受信装置２００Ａの各部の動作を制御する。ユーザ操作部２３２は、ユーザインタフェースを構成し、制御部２３１に接続されている。ユーザ操作部２３２は、受信装置２００Ａの図示しない筐体に配置されたキー、釦、ダイアル、あるいはリモコン等で構成される。

ワイヤレス送受信部２３３は、所定の通信により、送信装置１００Ａから無線伝送路３００Ａを介して送信されてくる映像信号を受信する。このワイヤレス送受信部２３３は、映像信号受信部を構成している。このワイヤレス送受信部２３３は、受信した映像信号を、スイッチ部２２０およびデータ伸長部２１９-1〜２１９-mに供給する。

データ伸長部２１９-1〜２１９-mは、ワイヤレス送受信部２３３で受信された映像信号が、圧縮された映像信号であり、その圧縮方式に自身が対応しているとき、当該映像信号にデータ伸長処理を施して、非圧縮映像信号を出力する。データ伸長部２１９-1〜２１９-mは、映像信号伸長部を構成している。スイッチ部２２０は、ワイヤレス送受信部２３３で受信された映像信号またはデータ伸長部２１９-1〜２１９-mで得られた非圧縮映像信号を、選択的に取り出して、表示部２３４に供給する。このスイッチ部２２０は、映像信号選択部を構成している。

ここで、データ伸長部２１９-1〜２１９-mおよびスイッチ部２２０の動作は、制御部２３１により、以下のように制御される。すなわち、制御部２３１は、上述したように、送信装置１００Ａから無線伝送路３００Ａを介して送られてくる、圧縮情報、および、映像信号のフォーマット情報に基づいて、制御を行う。これらの情報は、ワイヤレス送受信部２３３で受信されて、制御部２３１に供給される、制御部２３１は、これらの情報を記憶部２３１ａに保持する。

圧縮情報には、ワイヤレス送受信部２３３で受信された映像信号が非圧縮映像信号であるか圧縮映像信号であるかを示す情報、およびその映像信号が圧縮映像信号であるときには圧縮方式、圧縮比等の情報が含まれている。ワイヤレス送受信部２３３は、圧縮情報受信部を構成している。

制御部２３１は、上述の圧縮情報等に基づいて、データ伸長部２１９-1〜２１９-mおよびスイッチ部２２０の動作を制御する。すなわち、制御部２３１は、ワイヤレス送受信部２３３で受信した映像信号が非圧縮映像信号であるとき、当該非圧縮映像信号をスイッチ部２２０で取り出し、受信映像信号として表示部２３４に供給する。

一方、制御部２３１は、ワイヤレス送受信部２３３で受信した映像信号が圧縮映像信号であるとき、当該映像信号に対して、その圧縮方式に対応したデータ伸長部でデータ伸長処理を行い、その結果得られる非圧縮映像信号をスイッチ部２２０で取り出し、表示部２３４に供給する。

なお、表示部２３４は、信号変換部２３４ａを備えている。この信号変換部２３４ａは、上述したようにワイヤレス送受信部２３３で受信した映像信号が非圧縮映像信号であっても、この非圧縮映像信号が無線伝送路３００Ａの伝送ビットレートとの関係から、送信装置１００Ａの再生部１３４が備える信号変換部１３４ａで解像度等が小さくされているときには、上述したように送信装置１００Ａから送信されてくる、当該非圧縮映像信号の解像度等の情報に基づいて、解像度等が当該受信装置２００Ａで取扱可能な、つまり受信装置２００Ａで表示可能な状態に戻される。

表示部２３４は、スイッチ部２２０から出力される映像信号による画像を表示する。表示部２３４は、例えば、ＬＣＤ(Liquid Crystal Display)、有機ＥＬ(ElectroLuminescence)、ＰＤＰ(Plasma Display Panel)、ＣＲＴ(Cathode Ray Tube)等で構成される。

なお、送信装置１００Ａの説明で述べたように、受信装置２００Ａから送信装置１００Ａには、無線伝送路３００Ａを介して、受信装置２００Ａが対応可能な圧縮方式（伸長方式）を示す情報が送信される。この圧縮方式情報は、例えば、制御部２３１の記憶部２３１ａに保持されている。受信装置２００Ａから送信装置１００Ａに圧縮方式情報を送信する際、この記憶部２３１ａから読み出された圧縮方式情報が、ワイヤレス送受信部２３３により、無線伝送路３００Ａを介して送信装置１００Ａに送信される。この意味で、ワイヤレス送受信部２３３は、圧縮方式情報送信部を構成している。

また、ワイヤレス送受信部２３３は、ビットエラーレート測定部２３３ａを備えている。このビットエラーレート測定部２３３ａは、送信装置１００Ａから送られてくる映像信号のビットエラーレートを、例えば、定期的に、測定する。ワイヤレス送受信部２３３は、このビットエラーレート測定部２３３ａで得られたビットエラーレートの情報を、無線伝送路３００Ａを介して、送信装置１００Ａに送信する。送信装置１００Ａでは、このビットエラーレートの情報に基づいて、無線伝送路３００Ａの伝送ビットレートＢＲ２を設定し、上述したように、データ圧縮部１２１-1〜１２１-nおよびスイッチ部１２２の制御を行うことができる。ワイヤレス送受信部２３３は、ビットエラーレート情報送信部を構成している。

以上のように構成される、図５０のワイヤレスシステム５０Ａの動作例を説明する。例えば、ユーザが映像信号の送信操作を行うと、再生部１３４からはユーザが選択した所定の映像コンテンツの非圧縮映像信号が出力される。この非圧縮映像信号のフォーマット（解像度等）は、信号変換部１３４ａにより、例えば、受信装置２００Ａで取り扱われる、つまり、受信装置２００Ａで表示可能に変換されている。

再生部１３４から出力される映像信号はそのままスイッチ部１２２を通じてワイヤレス送受信部１３５に供給され、あるいは、再生部１３４から出力される映像信号はデータ圧縮部１２１-1〜１２１-nのいずれかでデータ圧縮処理された後にスイッチ部１２２を通じてワイヤレス送受信部１３５に供給される。

この場合、再生部１３４から出力される非圧縮映像信号のビットレートをＢＲ１とし、無線伝送路３００Ａの伝送ビットレートをＢＲ２とするとき、ＢＲ１≦ＢＲ２であるときは、再生部１３４から出力される非圧縮映像信号が送信すべき映像信号としてワイヤレス送受信部１３５に供給される。

一方、ＢＲ１≦ＢＲ２でないときは、再生部１３４から出力される非圧縮映像信号に対してデータ圧縮部１２１-1〜１２１-nのいずれかでデータ圧縮処理が施され、出力される圧縮映像信号が、送信すべき映像信号としてワイヤレス送受信部１３５に供給される。

なお、ＢＲ１≦ＢＲ２でないときであっても、データ圧縮部１２１-1〜１２１-nに受信装置２００Ａで対応可能な圧縮方式でデータ圧縮処理を行うものがないときは、再生部１３４から出力される非圧縮映像信号の解像度等が小さくされて、ＢＲ１≦ＢＲ２を満たすようにされ、その非圧縮映像信号が送信すべき映像信号としてワイヤレス送受信部１３５に供給される。

ワイヤレス送受信部１３５では、スイッチ部１２２から供給される映像信号が、所定の通信により、無線伝送路３００Ａを介して、受信装置２００Ａに送信される。この場合、送信される映像信号のビットレートは、上述したように、無線伝送路３００Ａの伝送ビットレート内に抑えられている。したがって、送信装置１００Ａは、無線伝送路３００Ａの伝送ビットレート内で、所望のビットレートの映像信号を、受信装置２００Ａに良好に送信できる。

なお、この送信装置１００Ａから、受信装置２００Ａには、上述した映像信号の送信に伴って、無線伝送路３００Ａを通じて、送信映像信号の圧縮情報およびフォーマット情報が送信される。

受信装置２００Ａでは、ワイヤレス送受信部２３３により、所定の通信により、送信装置１００Ａのワイヤレス送受信部１３５から無線伝送路３００Ａを介して送信されてくる映像信号が受信される。ワイヤレス送受信部２３３で受信された映像信号は、スイッチ部２２０およびデータ伸長部２１９-1〜２１９-mに供給される。

スイッチ部２２０およびデータ伸長部２１９-1〜２１９-mの動作は、送信装置１００Ａから、上述したように送られてくる圧縮情報およびフォーマット情報に基づいて、制御される。

すなわち、ワイヤレス送受信部２３３で受信された映像信号が非圧縮映像信号であるとき、当該非圧縮映像信号がスイッチ部２２０を通じて表示部２３４に供給される。ワイヤレス送受信部２３３で受信された映像信号が圧縮映像信号であるとき、当該映像信号に対して、その圧縮方式に対応したデータ伸長部でデータ圧縮処理が行われ、その結果得られた非圧縮映像信号がスイッチ部２２０を通じて表示部２３４に供給される。

なお、表示部２３４に供給される非圧縮映像信号が無線伝送路３００Ａの伝送ビットレートとの関係から、送信装置１００Ａ側で解像度等が小さくされているときには、上述したように送信装置１００Ａから送られてくるフォーマット情報に基づいて、解像度等が当該受信装置２００Ａで取扱可能な、つまり受信装置２００Ａで表示可能な状態に戻される。

これにより、ワイヤレス送受信部２３３で受信される映像信号が非圧縮映像信号であるか圧縮映像信号であるかによらず、表示部２３４には、良好な受信映像信号が供給される。表示部２３４には、上述したようにスイッチ部２２０から供給される映像信号による画像が表示される。

なお、上述したように、送信装置１００Ａにおいては、受信装置２００Ａからの圧縮方式情報に基づいて、当該受信装置２００Ａが応可能な圧縮方式でデータ圧縮処理が行われるので、ワイヤレス送受信部２３３で受信される圧縮映像信号は、データ伸長部２１９-1〜２１９-mのいずれかによって、必ず伸長することができる。

また、受信装置２００Ａのワイヤレス送受信部２３３では、ビットエラーレート測定部２３３ａにより、送信装置１００Ａから送られてくる映像信号のビットエラーレートが、例えば、定期的に、測定される。そして、測定されたビットエラーレートの情報は、ワイヤレス送受信部２３３から無線伝送路３００Ａを介して送信装置１００Ａ側に送られる。

送信装置１００Ａでは、制御部１３１により、無線伝送路３００Ａの伝送ビットレートＢＲ２が、受信装置２００Ａから無線伝送路３００Ａを介して送られてくる、受信装置２００Ａ側におけるビットエラーレート情報に基づいて設定される。すなわち、制御部１３１により、受信装置２００Ａ側におけるビットエラーレートが一定値以下とするビットレートで、しかも、その中で最も高いビットレートとなるように、当該ビットレートＢＲ２が逐次更新される。したがって、受信装置２００Ａ側におけるビットエラーレートを一定値近辺で推移させることができ、無線伝送路３００Ａの伝送許容ビットレート（ビットエラーレートが一定値となる伝送ビットレート）が不安定で揺れる場合であっても、送信装置１００Ａから受信装置２００Ａに映像信号を良好に送信できる。

図５１は、送信装置１００Ａから受信装置２００Ａに、無線伝送路３００Ａを介して映像信号を送信する場合における制御シーケンスを示している。

（ａ）受信装置は、常に定期的にビーコンを出力し、送信装置がワイヤレスネットワーク内に存在するかどうかを確認する。（ｂ）ユーザにより電源が投入され、あるいは既にスタンバイ状態にある送信装置は、（ｃ）ビーコンに対してアクノーリッジを返答することでワイヤレスネットワークへの参加とリンク確立要求を行う。（ｄ）受信装置は、送信装置を認識し、リンク確立アクノーリッジを返答する。

（ｅ）送信装置は、受信装置に対し、圧縮方式（伸長方式）情報を含むＥＤＩＤデータの伝送を要求する。（ｆ）受信装置は、要求を受信したら、受信装置の記憶部から所定のデータを読み出して、送信装置へ伝送する。送信装置は、伝送されたＥＤＩＤデータから受信装置が対応可能な圧縮方式を認識し、それに対応可能な送信装置の圧縮方式を決定する。

（ｇ）ユーザにより選択された映像信号を伝送するとき、送信装置は、無線伝送路の伝送ビットレートと送信映像信号の必要伝送ビットレートを比較し、この必要伝送ビットレートが伝送路の伝送ビットレート以下であれば非圧縮のまま伝送する。一方、必要ビットレートが無線伝送路の伝送ビットレートを超える場合は、前述で決定した圧縮方式の中から適宜方式を選択し、また必要に応じて圧縮比を決定し、（ｈ）その情報をＡＶＩ InfoFrame パケットの所定の領域に設定して受信装置に伝送し、映像信号の送信を開始する。

（ｉ）受信装置は、受信したＡＶＩ InfoFrame パケットから圧縮方式、圧縮比等の情報を抽出し、非圧縮であればそのまま表示部へ信号を渡す。一方、圧縮伝送ならば圧縮方式、圧縮比等の情報を用いて伸長部を制御し、復号化する。無線伝送は伝送路の条件により伝送ビットレートが不安定で、刻々と変化するため、（ｊ）送信装置は、受信装置からのビットエラーレート情報等により、定期的に無線伝送路の伝送ビットレート状況を確認する。

（ｋ）送信装置は、無線伝送路の伝送ビットレートが現在送信している映像信号が必要とする伝送ビットレートを下回った場合は、圧縮比を変更したり、圧縮方式を変更したりして、送信映像信号が必要とする伝送ビットレートを無線伝送路の伝送ビットレート以下となるように制御し、同時に受信装置へ圧縮方式や圧縮比が変更となったＡＶＩ InfoFrame パケットを送信する。（ｍ）ユーザの操作により送信停止が指示されたとき、送信装置は受信装置への映像信号の送信を停止する。

以上説明したように、図５０に示すワイヤレスシステム５０Ａにおいて、送信装置１００Ａは、非圧縮映像信号またはこの非圧縮映像信号に対して受信装置２００Ａが対応可能な圧縮方式で圧縮処理を施して得られた圧縮映像信号を選択的に送信するものであり、無線伝送路３００Ａの伝送ビットレート内で、所望のビットレートの映像信号を良好に送信できる。

また、図５０に示すワイヤレスシステム５０Ａにおいて、受信装置２００Ａは、自身の対応可能な圧縮方式の情報を送信装置１００Ａに送ると共に、送信装置１００Ａから送られてくる圧縮情報等に基づいて伸長処理、信号選択処理等を制御するものであり、送られてくる映像信号が非圧縮映像信号であるか圧縮映像信号であるかによらず、受信映像信号を良好に得ることができる。

なお、図５０に示すワイヤレスシステム５０Ａにおいて、例えば、無線伝送路３００Ａが６０ＧＨｚ帯（ミリ波帯）である場合、室内での映像信号の伝送を考えた場合、送信波が壁や物体で反射するので、送信装置１００Ａのワイヤレス送受信部１３５におけるアンテナ（図示せず）の方向、つまり送信方向を変化させることで、図５２に示すように、送信装置１００Ａから受信装置２００Ａまでの送信経路として、複数の経路（図示の例では（ａ）〜（ｃ）の３経路）をとることが可能となる。

このような状況において、送信装置１００Ａは、予め、送信方向を複数の方向に変化させて、各方向で種々のビットレートの映像信号を送信すると共に受信装置２００Ａからビットエラーレート情報を受け取ることで、図５３に示すような、テーブルを形成でき、このテーブルを制御部１３１の記憶部１３１ａに保持しておくことができる。

図５３のテーブルは、送信装置１００Ａから受信装置２００Ａに映像信号を送信する際に利用可能な経路と、その経路における無線伝送路３００Ａにおける伝送ビットレート（ビットエラーレートが一定値以下で送信が可能な伝送ビットレート）との対応関係を示している。なお、ここでは、ＴＲａ＞ＴＲｂ＞ＴＲｃであるとする。

図５２に示す状況において、送信装置１００Ａから受信装置２００Ａに(ａ)経路で映像信号の送信が行われている状態で、この（ａ）経路を遮断する位置に人などの障害物が入ってきた場合、送信装置１００Ａは、図５３のテーブルを参照して、次に伝送ビットレートが大きな（ｂ）経路で送信を行う状態となる。このとき、送信装置１００Ａの制御部１３１は、無線伝送路３００Ａの伝送ビットレートＢＲ２を、ＴＲａからＴＲｂに変更して、データ圧縮部１２１-1〜１２１-ｎおよびスイッチ部１２２の動作を制御する。

また、上述のように送信装置１００Ａから受信装置２００Ａに(ｂ)経路で映像信号の送信が行われる状態となった後に、さらに、この（ｂ）経路を遮断する位置に人などの障害物が入ってきた場合、送信装置１００Ａは、図５３のテーブルを参照して、次に伝送ビットレートが大きな（ｃ）経路で送信を行う状態となる。このとき、送信装置１００Ａの制御部１３１は、無線伝送路３００Ａの伝送ビットレートＢＲ２を、ＴＲｂからさらにＴＲｃに変更して、データ圧縮部１２１-1〜１２１-ｎおよびスイッチ部１２２の動作を制御する。

このように、送信装置１００Ａから受信装置２００Ａまでの送信経路が変更される場合、テーブルに基づいて、無線伝送路３００Ａの伝送ビットレートＢＲ２が変更されることで、データ圧縮部１２１-1〜１２１-ｎおよびスイッチ部１２２の動作が制御されることで、送信経路が変更されても、送信装置１００Ａから受信装置２００Ａに映像信号を良好に送信できる。

なお、映像信号送信装置は、図３１に示すＡＶシステム５０ではビデオカメラ１００であり、図５０に示すワイヤレスシステム５０Ａでは送信装置１００Ａであると共に、映像信号受信装置は、図３１に示すＡＶシステム５０ではテレビ受信機２００であり、図５０に示すワイヤレスシステム５０Ａでは受信装置２００Ａである。しかし、映像信号送信装置および映像信号受信装置はこれらに限定されるものではなく、その他の機器の組み合わせであってもよい。

また、データ圧縮部１２１-1〜１２１-nおよびデータ伸長部２１９-1〜２１９-mの部分はハードウェアおよびソフトウェアのいずれでも実現できる。計算負荷の小さなコーデックの場合であれば、ソフトウェア処理で実現することも有効である。ハードウェアであれば固有の処理しか行えないが、ソフトウェアであれば複数の圧縮方式の処理を簡単に変更できる。

［第２の実施の形態のＡＶシステムの構成例］
図５４は、第２の実施の形態としてのＡＶシステム５′を示している。このＡＶシステム５′は、ディスクレコーダ等のソース機器１０′と、Ｎ個のテレビ受信機等のシンク機器３０′-1〜３０′-Nを有している。ここで、ソース機器１０′は送信装置を構成し、シンク機器３０′-1〜３０′-Nは受信装置を構成している。

ソース機器１０′は、シンク機器３０′-1〜３０′-Nに、伝送媒体（伝送路）を介して、コンテンツデータとしてのＡＶストリームをブロードキャスト送信する機能を有する。また、ソース機器１０′は、シンク機器３０′-1〜３０′-Nに伝送媒体を介して情報を送信する機能を有する。また、ソース機器１０′は、シンク機器３０′-1〜３０′-Nから伝送媒体を介して送られてくる情報を受信する機能を有する。ここで、伝送媒体として、有線あるいは無線が使用される。

シンク機器３０′-1〜３０′-Nは、ソース機器１０′から上述したようにブロードキャスト送信されたＡＶストリームを受信して再生する機能を有する。また、シンク機器３０′-1〜３０′-Nは、ソース機器１０′から伝送媒体を介して送られてくる情報を受信する機能を有する。また、シンク機器３０′-1〜３０′-Nは、ソース機器１０′に、伝送媒体を介して、情報を送信する機能を有する。

シンク機器３０′-1〜３０′-Nは、自身の性能（Configuration/capability）に関する情報であるＥＤＩＤ（Extended Display Identification Data）を記憶しているＥＤＩＤＲＯＭ(Read Only Memory)３０ａ-1〜３０ａ-Nを有している。ＥＤＩＤＲＯＭ３０ａ-1〜３０ａ-Nに記憶されているＥＤＩＤには、それぞれ、シンク機器３０′-1〜３０′-Nが対応可能なビデオフォーマット、オーディオフォーマットの情報も含まれている。

ソース機器１０′は、上述の情報の送受信の機能を用いて、シンク機器３０′-1〜３０′-NのＥＤＩＤＲＯＭ３０ａ-1〜３０ａ-NからそれぞれＥＤＩＤを読み出す。そして、ソース機器１０′は、ＥＤＩＤ内のビデオおよびオーディオのフォーマット情報に基づいて、ＡＶストリームの伝送フォーマット（ビデオフォーマットおよびオーディオフォーマット）を決定する。この場合、ソース機器１０′は、シンク機器３０′-1〜３０′-Nの全てが対応可能となるように、伝送データフォーマットを決定する。なお、ソース機器１０′における伝送データフォーマットの決定方法の詳細は後述する。

図５４に示すＡＶシステム５′において、ソース機器１０′からシンク機器３０′-1〜３０′-NにコンテンツデータとしてのＡＶストリームをブロードキャスト送信する際の動作を説明する。

ソース機器１０′では、ＡＶストリームの伝送データフォーマットを決定することが行われる。この場合、ソース機器１０′では、情報の送受信機能が用いられて、シンク機器３０′-1〜３０′-NのＥＤＩＤＲＯＭ３０ａ-1〜３０ａ-NからそれぞれＥＤＩＤを読み出すことが行われる。また、ソース機器１０′では、情報の送受信機能が用いられて、シンク機器３０′-1〜３０′-Nからそれぞれビットエラーレート情報が周期的に取得される。また、ソース機器１０′では、情報の送受信機能が用いられて、シンク機器３０′-1〜３０′-Nが対応可能なビデオ圧縮方式の情報が取得される

ソース機器１０′では、ＥＤＩＤ内のビデオおよびオーディオのフォーマット情報に基づいて、ＡＶストリームにおけるビデオおよびオーディオの伝送フォーマットが、シンク機器３０′-1〜３０′-Nの全てが対応可能となるように決定される。

また、ソース機器１０′では、各シンク機器３０′-1〜３０′-Nからのビットエラーレート情報に基づき、各シンク機器３０′-1〜３０′-Nとの間の伝送路の伝送ビットレートが設定される。そして、ソース機器１０′では、各シンク機器３０Ｃ′1〜３０′-Nとの間の伝送路の伝送ビットレートに応じて、決定された伝送フォーマットによるＡＶストリームがそのまま、あるいはデータ圧縮処理されて、シンク機器３０′-1〜３０′-Nに、ブロードキャスト送信される。

データ圧縮される場合には、シンク機器３０′-1〜３０′-Nの全てが対応可能なデータ圧縮方式が使用される。この場合、シンク機器３０′-1〜３０′-Nの全てが対応可能なデータ圧縮方式が複数ある場合には、ビデオ圧縮方式の優先順位情報に基づいて、優先順位の高い圧縮方式が採用される。

シンク機器３０′-1〜３０′-Nでは、ソース機器１０′から上述したようにブロードキャスト送信されたＡＶストリームが受信される。このＡＶストリームにおけるビデオおよびオーディオの伝送フォーマットは、上述したようにシンク機器３０′-1〜３０′-Nの全てで対応可能とされている。また、ＡＶストリームがデータ圧縮処理されている場合、そのデータ圧縮方式は、上述したようにシンク機器３０′-1〜３０′-Nの全てで対応可能とされている。そのため、シンク機器３０′-1〜３０′-Nでは、受信されたＡＶストリームが再生される。

図５４のＡＶシステム５′においては、詳細説明は省略するが、図１に示すＡＶシステム５と同様に、例えば、単一バンドあるいはデュアルバンドが使用されて、ＡＶストリームおよび情報の無線伝送を行うことができる（図２、図３参照）。

［ソース機器、シンク機器の構成例］
ソース機器１０′およびシンク機器３０′（３０′-1〜３０′-N）の構成例を説明する。

ソース機器１０′の構成例について説明する。図５５は、ソース機器１０′としてのディスクレコーダ１０Ｃの構成例を示している。この図５５において、図４と対応する部分には同一符号を付し、適宜、その詳細説明を省略する。

ディスクレコーダ１０Ｃは、制御部１１と、ユーザ操作部１２と、表示部１３と、ディスクドライブ１４と、コーデック１５と、外部装置を接続するための端子１６と、パケット生成・分離部１７と、通信部（無線／有線）１８を有している。ディスクレコーダ１０Ｃは、さらに、データ圧縮部１９と、スイッチ部２０を有している。

データ圧縮部１９は、コーデック１５から出力された非圧縮のビデオデータを所定の圧縮比をもって圧縮処理し、圧縮されたビデオデータを出力する。データ圧縮部１９は、複数の圧縮方式に対応しており、制御部１１の制御のもと、決定された所定の圧縮方式でデータ圧縮の処理を行う。例えば、圧縮方式は、「ＲＬＥ（Run Length Encoding）」、「Ｗａｖｅｌｅｔ」、「ＳＢＭ（SuperBit Mapping）」、「ＬＬＶＣ（Low Latency Video Codec）」、「ＺＩＰ」等である。

スイッチ部２０は、ビデオデータに関しては、制御部１１の制御のもと、コーデック１５から出力された非圧縮ビデオデータおよびデータ圧縮部１９から出力された圧縮ビデオデータのうち、いずれかを選択的に取り出し、パケット生成・分離部１７に供給する。また、スイッチ部２０は、オーディオデータに関しては、コーデック１５から出力された非圧縮オーディオデータをそのままパケット生成・分離部１７に供給する。

図５５のディスクレコーダ１０Ｃのその他の構成は、詳細説明は省略するが、図４に示すディスクレコーダ１０Ａの構成と同様である。

次に、シンク機器３０′（シンク機器３０′-1〜３０′-N）の構成例について説明する。図５６は、シンク機器３０としてのテレビ受信機３０Ｃの構成例を示している。この図５６において、図５と対応する部分には同一符号を付し、その詳細説明は省略する。

テレビ受信機３０Ｃは、制御部３１と、ユーザ操作部３２と、ＥＤＩＤＲＯＭ４２を有している。また、テレビ受信機３０Ｃは、通信部（無線/有線）３３と、パケット生成・分離部３４と、切り替え器３５と、チューナ３６と、アンテナ端子３７と、画像処理部３８と、表示パネル３９と、音声処理部４０と、スピーカ４１を有している。さらに、テレビ受信機３０Ｃは、データ伸長部４２と、スイッチ部４３を有している。

通信部３３はビットエラーレート測定部３３ａを備えている。このビットエラーレート測定部３３ａは、ソース機器１０′（ディスクレコーダ１０Ｃ）から送られてくるビデオデータのビットエラーレートを定期的に測定する。通信部３３は、ビットエラーレート測定部３３ａで測定されたビットエラーレートの情報を、ソース機器１０′からの要求があったとき、あるいは新たに測定されたときに、ソース機器１０′に送る。

データ伸長部４２は、制御部３１の制御のもと、パケット生成・分離部３４で得られたビデオデータが圧縮ビデオデータであるとき、当該圧縮ビデオデータに対して、そのデータ圧縮方式に対応したデータ伸長処理を施し、非圧縮ビデオデータを出力する。スイッチ部４３は、制御部３１の制御のもと、パケット生成・分離部３４で得られたビデオデータ、あるいはデータ伸長部４２で得られたビデオデータを選択的に取り出して、切り替え器３５に供給する。

この場合、スイッチ部４３は、パケット生成・分離部３４で得られたビデオデータが非圧縮ビデオデータであるときは、当該ビデオデータを取り出す。また、スイッチ部４３は、パケット生成・分離部３４で得られたビデオデータが圧縮ビデオデータであるときは、データ伸長部４２で得られたビデオデータを取り出す。

図５６に示すテレビ受信機３０Ｃのその他の構成は、詳細説明は省略するが、図５に示すテレビ受信機３０Ｃの構成と同様である。

［伝送データフォーマットの決定方法、データ圧縮の要否判定方法］
ソース機器１０′における伝送データフォーマットの決定方法に関しては、詳細説明は省略するが、図１のＡＶシステム５のソース機器１０における伝送データフォーマットの決定方法と同様である。

ソース機器１０′は、伝送路（伝送媒体）の伝送ビットレート情報に基づいて、ビデオデータのデータ圧縮の要否を判定する。この実施の形態において、ソース機器１０′は、このデータ圧縮の要否判定の際に、予め作成されている、シンク機器の方向別伝送ビットレート管理テーブルを参照する。

ソース機器１０′は、定期的に、送信方向を複数の方向に変化させて、各方向で種々のビットレートのビデオデータを各シンク機器３０′-1〜３０′-Nにブロードキャスト送信する。そして、ソース機器１０′は、例えば、各シンク機器３０′-1〜３０′-Nに要求してビットエラーレート情報を受け取り、シンク機器の方向別伝送ビットレート管理テーブルを作成（更新）する。この場合、ソース機器１０′は、ビットエラーレートに基づき、ビットエラーレートを一定値以下とするビットレートで、しかも、その中で最も高いビットレートとなるように、伝送ビットレートを設定する。

図５７は管理テーブルの一例を示している。この例は、シンク機器が３台で、送信方向が３方向の場合の例である。

この管理テーブルにおいて、シンク機器１に関しては、送信方向（ａ）で伝送ビットレートはTR1a=8.0Gbpsに設定され、送信方向（ｂ）で伝送ビットレートはTR1b=7.3Gbpsに設定され、送信方向（ｃ）で伝送ビットレートはTR1c=3.5Gbpsに設定されている。また、シンク機器２に関しては、送信方向（ａ）で伝送ビットレートはTR2a=6.8Gbpsに設定され、送信方向（ｂ）で伝送ビットレートはTR2b=7.0Gbpsに設定され、送信方向（ｃ）で伝送ビットレートはTR2c=3.6Gbpsに設定されている。また、シンク機器３に関しては、送信方向（ａ）で伝送ビットレートはTR3a=5.2Gbpsに設定され、送信方向（ｂ）で伝送ビットレートはTR3b=6.8Gbpsに設定され、送信方向（ｃ）で伝送ビットレートはTR3c=3.7Gbpsに設定されている。

また、この管理テーブルにおいて、方向別に、伝送ビットレートの共通リストが決定されている。この共通リストは、各シンク機器に対して設定された伝送ビットレートのうち、最低値とされる。そのため、共通リストは、方向（ａ）に関しては5.2Gbpsに決定され、方向（ｂ）に関しては6.8Gbpsに決定され、方向（ｃ）に関しては3.5Gbpsに決定されている。

ソース機器１０′は、このデータ圧縮の要否判定の際に、まず、上述の管理テーブルの共通リストのうち、伝送ビットレートが最大の送信方向（伝送経路）を採用することを決定する。なお、ソース機器１０′から複数のシンク機器３０′-1〜３０′-Nにブロードキャスト送信する際には、この伝送ビットレートが最大の送信方向が採用される。

ソース機器１０′は、次に、上述の採用決定された送信方向における共通リストの伝送ビットレートをＢＲ２とし、決定された伝送ビデオフォーマットの非圧縮ビデオデータのビットレートをＢＲ１とし、それらの大小関係に応じて、データ圧縮の要否を判定する。すなわち、ＢＲ１≦ＢＲ２のとき、ソース機器１０′は、データ圧縮をしないこととする。この場合、ソース機器１０′から複数のシンク機器３０′-1〜３０′-nには、決定された伝送ビデオフォーマットの非圧縮ビデオデータが、ブロードキャスト送信される。

また、ＢＲ＞ＢＲ２のとき、ソース機器１０′は、データ圧縮をすることとする。この場合、ソース機器１０′は、予め作成されているビデオ圧縮方式共通リストに基づいて、圧縮方式を決定する。図５８は、ビデオ圧縮方式共通リストの作成例を示している。この例は、シンク機器が３台の場合を示している。

この例において、シンク機器１はＲＥ，ＺＩＰ，Ｗａｖｅｌｅｔ，ＳＢＭ，ＬＬＶＣをサポートし、シンク機器２はＲＥ，ＺＩＰ，ＳＢＭ，ＬＬＶＣをサポートし、シンク機器３はＲＥ，Ｗａｖｅｌｅｔ，ＳＢＭ，ＬＬＶＣをサポートしている。そのため、共通リストは、ＲＥ，ＳＢＭ，ＬＬＶＣとなる。

ソース機器１０′は、共通リスト上のビデオ圧縮方式から、採用する圧縮方式を決定する。この場合、伝送ビットレートＢＲ２を達成できるうちの、最上位優先度の圧縮方式を採用する。この場合、ソース機器１０′から複数のシンク機器３０′-1〜３０′-nには、決定された伝送ビデオフォーマットの非圧縮ビデオデータが、さらに採用された圧縮方式でデータ圧縮処理された後に、ブロードキャスト送信される。

図５９は、ビデオ圧縮方式の優先順位の一例を示している。優先順位の付け方は、可逆圧縮方式（ロスレスタイプ）を優先上位、非可逆方式（ロッシータイプ）を優先下位とする。それ以外は、インプリマターとする。

なお、共通リスト上に共通のビデオ圧縮方式がない場合、ソース機器１０′は、例えば、送信対象のビデオデータの解像度、ビット深度およびフレームレートのうち、１つまたは複数の項目を小さくして、非圧縮ビデオデータのビットレートＢＲ１を、伝送ビットレートＢＲ２以下に調整して送信する。

以上説明したように、図５４に示すＡＶシステム５′においては、図１に示すＡＶシステム５と同様の効果を得ることができる。また、図５４に示すＡＶシステム５′において、ソース機器１０′は、伝送路（伝送媒体）の伝送ビットレートに応じて、必要に応じて、決定された伝送ビデオフォーマットの非圧縮ビデオデータに対してさらにデータ圧縮処理を施して送信するので、ソース機器１０′は、伝送路状態によらずに、複数のシンク機器３０′-1〜３０′-Nへのブロードキャスト送信を良好に行うことができる。

この発明は、複数の受信装置へのブロードキャスト送信を良好に行い得るものであり、例えば、ビデオカメラ、ＤＶＤレコーダ、ＨＤＤレコーダ等の送信装置からテレビ受信機等の受信装置に、有線または無線の伝送路を介してコンテンツデータをブロードキャスト送信するＡＶシステム等に適用できる。

この発明の第１の実施の形態としてのＡＶシステムの構成例を示すブロック図である。ＡＶストリームおよび情報の無線伝送を実現するための物理レイヤ例であって、単一バンドを使用して半二重通信を行う例を示す図である。ＡＶストリームおよび情報の無線伝送を実現するための物理レイヤ例であって、デュアルバンドを使用して全二重通信を行う例を示す図である。ソース機器としてのディスクレコーダの構成例を示すブロック図である。シンク機器としてのテレビ受信機（テレビモニタ）の構成例を示すブロック図である。シンク機器としてのＡＶアンプの構成例を示すブロック図である。ＥＤＩＤ構造（Block1以降、ＨＤＭＩ用拡張部分）を示す図である。 CEA Short Video Descriptorの詳細を示す図である。 Video FormatとVideo Identification Code（Video ID Code）の対応（一部抜粋）を示す図である。 CEA Short Audio Descriptorの詳細を示す図である。サポート可能なAudio Format Codeを示す図である。 Vendor Specific Data Block(VSDB)の構造を示す図である。 Colorimetry Data Block の構造を示す図である。ビデオフォーマットに関する共通リストの作成例を示す図である。ビデオフォーマットのうち、ＨＤＭＩでよく使われているビデオフォーマットの優先順位例を示す図である。カラーフォーマットの優先順位例を示す図である。ディープカラーモードの優先順位例を示す図である。オーディオフォーマットに関する共通リストの作成例を示す図である。音質を基準にした各オーディオフォーマットの優先順位例を示す図である。ソース機器のイニシャル処理を説明するための図（１／４）である。ソース機器のイニシャル処理を説明するための図（２／４）である。ソース機器のイニシャル処理を説明するための図（３／４）である。ソース機器のイニシャル処理を説明するための図（４／４）である。第１の実施の形態のＡＶシステムついての第１の変形例を説明するための図である。第１の変形例におけるビデオおよびオーディオの共通リストの作成例を示す図である。第１の実施の形態のＡＶシステムついての第２の変形例を説明するための図である。ソース機器が各シンク機器の種別（テレビ受信機またはＡＶアンプ）、テレビ受信機とＡＶアンプのペアリングの有無、シンク機器のダウンミックス機能の有無の情報を取得するための実現例を説明するための図である。 Extended Tag Codeの一覧を示す図である。ソース機器が各シンク機器の種別（テレビ受信機またはＡＶアンプ）、テレビ受信機とＡＶアンプのペアリングの有無、シンク機器のダウンミックス機能の有無の情報を取得するための他の実現例を説明するための図である。シンク情報ブロックの構造の一例を示す図である。ＡＶシステムの構成例を示すブロック図である。ソース機器としてのビデオカメラの構成例を示すブロック図である。Ｅ−ＥＤＩＤデータの構造例を示す図である。ＶｉｄｅｏＳｈｏｒｔ領域の映像データ例を示す図である。ＶｅｎｄｏｒＳｐｅｃｉｆｆｉｃ領域のデータ構造例を示す図である。映像フォーマットと伝送レートとの関係を示す図である。ＶｅｎｄｏｒＳｐｅｃｉｆｆｉｃ領域の圧縮方式情報のデータ構造例を示す図である。ＶｅｎｄｏｒＳｐｅｃｉｆｆｉｃ領域の圧縮方式情報の例を示す図である。ビデオカメラの制御部によるデータ圧縮部およびスイッチ部の制御動作を説明するためのフローチャートである。ＡＶＩ InfoFrame パケットのデータ構造例を示す図である。ＡＶＩ InfoFrame パケットの圧縮方式と圧縮比のデータ例を示す図である。シンク機器としてのテレビ受信機の構成例を示すブロック図である。送信装置（ビデオカメラ）から受信装置（テレビ受信機）にＨＤＭＩケーブルを介して映像信号を送信する場合における制御シーケンス例を示す図である。ソース機器のＨＤＭＩ送信部とシンク機器のＨＤＭＩ受信部の構成例を示すブロック図である。ＨＤＭＩトランスミッタとＨＤＭＩレシーバの構成例を示すブロック図である。ＴＭＤＳ伝送データの構造を示す図である。ＨＤＭＩ端子のピン配列（タイプＡ）を示す図である。ソース機器とシンク機器との間でＬＡＮ通信を行う通信部の構成例を示す接続図である。ＤＰシステムの構成例を示すブロック図である。ワイヤレスシステムの構成例を示すブロック図である。送信装置から受信装置に、無線伝送路を介して映像信号を送信する場合における制御シーケンス例を示す図である。送信装置から受信装置までの送信経路として複数の経路をとり得ることを説明するための図である。送信装置から受信装置に映像信号を送信する際に利用可能な経路と、その経路における無線伝送路における伝送ビットレートとの対応関係を示すテーブル例を示す図である。この発明の第２の実施の形態としてのＡＶシステムの構成例を示すブロック図である。ソース機器としてのディスクレコーダの構成例を示すブロック図である。シンク機器としてのテレビ受信機（テレビモニタ）の構成例を示すブロック図である。シンク機器の方向別伝送ビットレート管理テーブルの作成例を示す図である。ビデオ圧縮方式共通リストの作成例を示す図である。ビデオ圧縮方式の優先順位の一例を示す図である。１台のソース機器と３台のシンク機器とからなるＡＶシステムの構成例を示す図である。

符号の説明

５，５Ａ，５Ｂ，５′・・・ＡＶシステム、１０，１０′・・・ソース機器、１０Ａ，１０Ｃ・・・ディスクレコーダ、１１・・・制御部、１２・・・ユーザ操作部、１３・・・表示部、１４・・・ディスクドライブ、１５・・・コーデック、１７・・・パケット生成・分離部、１８・・・通信部（無線／有線）、１９・・・データ圧縮部、２０・・・スイッチ部、３０-1〜３０-N，３０′-1〜３０′-N・・・シンク機器、３０Ａ，３０Ｃ・・・テレビ受信機、３０Ｂ・・・ＡＶアンプ、３１・・・制御部、３２・・・ユーザ操作部、３３・・・通信部（無線／有線）、３４・・・パケット生成・分離部、３５・・・切り替え器、３６・・・チューナ、３８・・・画像処理部、３９・・・表示パネル、４０・・・音声処理部、４１・・・スピーカ、４２・・・データ伸長部、４３・・・スイッチ部、５１・・・制御部、５２・・・ユーザ操作部、５３・・・通信部（無線／有線）、５４・・・パケット生成・分離部、５５・・・ＤＳＰ、５６・・・音声増幅回路

Claims

コンテンツデータを複数の受信装置にブロードキャスト送信すると共に、上記複数の受信装置との間で情報の送信および受信を行う通信部と、
上記通信部を通じて上記複数の受信装置から取得した、該複数の受信装置が対応可能なデータフォーマットの情報に基づいて、上記通信部でブロードキャスト送信される送信対象の上記コンテンツデータの伝送データフォーマットを決定するフォーマット決定部を備え、
上記フォーマット決定部は、
上記複数の受信装置から取得した、該複数の受信装置がそれぞれ対応可能なデータフォーマットの情報に基づいて、該複数の受信装置が共通に対応可能なデータフォーマットのリストである共通リストを作成し、
上記送信対象のコンテンツデータのデータフォーマットが上記共通リストにあるときは、該データフォーマットを上記伝送データフォーマットに決定し、
上記送信対象のコンテンツデータのデータフォーマットが上記共通リストにないときは、マンダトリー規格のデータフォーマットを上記伝送データフォーマットに決定する
送信装置。
上記送信対象のコンテンツデータのデータフォーマットを他のデータフォーマットに変換するフォーマット変換部をさらに備え、
上記フォーマット決定部は、
複数種類のデータフォーマットの優先順位を示す情報を保持し、
上記共通リストに上記送信対象のコンテンツデータのデータフォーマットより優先順位の高いデータフォーマットがあり、かつ上記フォーマット変換部において該優先順位の高いデータフォーマットへの変換が可能であるとき、該優先順位の高いデータフォーマットを上記伝送データフォーマットに決定する
請求項１に記載の送信装置。
上記フォーマット決定部は、
上記コンテンツデータがビデオデータである場合、
上記共通リストを作成する際に、カラーフォーマット種別、ビデオフォーマット種別およびディープカラーモード種別を共通化する項目とする
請求項１に記載の送信装置。
上記フォーマット決定部は、
上記コンテンツデータがオーディオデータである場合、
上記共通リストを作成する際に、オーディオフォーマット種別と、各オーディオフォーマットにおける最大チャネル数、サンプリング周波数および量子化ビット数を共通化する項目とする
請求項１に記載の送信装置。
上記フォーマット決定部は、
上記各オーディオフォーマットにおける最大チャネル数に関しては、
上記複数の受信装置のうち、ダウンミックス機能のない受信装置からそれぞれ取得した、該受信装置が対応可能な最大チャネル数の情報に基づいて、上記共通リストを作成する
請求項４に記載の送信装置。
上記複数の受信装置が複数組のテレビモニタとＡＶアンプの組み合わせからなる場合、
上記フォーマット決定部は、
上記通信部を通じて、上記複数のＡＶアンプから取得した、該複数のＡＶアンプが対応可能なオーディオデータフォーマットの情報に基づいて、上記通信部でブロードキャスト送信されるオーディオデータの伝送データフォーマットを決定する
請求項１に記載の送信装置。
上記通信部は、上記複数の受信装置に、単一バンドを用いて、ダウンリンクブロックを非送信区間を挟んで順次送信すると共に、上記非送信区間に、上記単一バンドを用いて、上記複数の受信装置からのアップリンクブロックを受信し、
上記ダウンリンクブロックには、上記受信装置に送信すべき上記コンテンツデータおよび上記情報が含まれ、上記アップリンクブロックには、上記受信装置からの情報が含まれる
請求項１に記載の送信装置。
上記通信部は、上記複数の受信装置に、第１のバンドを用いて、ダウンリンクブロックを順次送信すると共に、第２のバンドを用いて、上記複数の受信装置からのアップリンクブロックを受信し、
上記ダウンリンクブロックには、上記受信装置に送信すべき上記コンテンツデータおよび上記情報が含まれ、上記アップリンクブロックには、上記受信装置からの情報が含まれる
請求項１に記載の送信装置。
上記フォーマット決定部で決定された伝送データフォーマットの非圧縮コンテンツデータに対してデータ圧縮処理を行うデータ圧縮部をさらに備え、
上記通信部は、
上記複数の受信装置への伝送路に対応した伝送ビットレートが、上記非圧縮コンテンツデータのビットレート以上のとき、該非圧縮コンテンツデータを上記複数の受信装置にブロードキャスト送信し、
上記複数の受信装置への伝送路に対応した伝送ビットレートが、上記非圧縮コンテンツデータのビットレートより小さいとき、該非圧縮のコンテンツデータが上記データ圧縮部でデータ圧縮処理されて得られた圧縮コンテンツデータを上記複数の受信装置にブロードキャスト送信する
請求項１に記載の送信装置。
上記データ圧縮部は、
上記複数の受信装置からそれぞれ取得した圧縮方式情報に基づいて、該複数の受信装置が共通に対応可能なデータ圧縮方式により上記非圧縮コンテンツデータに対してデータ圧縮処理を行う
請求項９に記載の送信装置。
コンテンツデータを複数の受信装置にブロードキャスト送信すると共に、上記複数の受信装置との間で情報の送信および受信を行う送信装置における伝送データフォーマット決定方法であって、
上記複数の受信装置から、該複数の受信装置が対応可能なデータフォーマットの情報を取得する情報取得ステップと、
上記情報取得ステップで取得されたデータフォーマット情報に基づいて、上記複数の受信装置にブロードキャスト送信されるコンテンツデータの伝送データフォーマットを決定するフォーマット決定ステップを有し、
上記フォーマット決定ステップでは、
上記複数の受信装置から取得した、該複数の受信装置がそれぞれ対応可能なデータフォーマットの情報に基づいて、該複数の受信装置が共通に対応可能なデータフォーマットのリストである共通リストを作成し、
上記送信対象のコンテンツデータのデータフォーマットが上記共通リストにあるときは、該データフォーマットを上記伝送データフォーマットに決定し、
上記送信対象のコンテンツデータのデータフォーマットが上記共通リストにないときは、マンダトリー規格のデータフォーマットを上記伝送データフォーマットに決定する
伝送データフォーマット決定方法。