(57)【要約】【課題】アクティブスペースを有効活用することにある。ある程度大きなデータを、フレーム精度で同期をとって送信可能とする。３Ｄ画像の補正、高画質化などの処理品質の向上を図る。【解決手段】伝送データは、垂直同期信号により区切られる、水平ブランキング期間、垂直ブランキング期間およびアクティブビデオ区間を含むビデオフィールド区間を単位とする。アクティブビデオ区間は、アクティブビデオ領域およびアクティブスペース領域を有する。アクティブビデオ領域に、立体画像データ（左眼画像データ、右眼画像データ等）が配される。アクティブスペース領域に、立体画像データに関連した付加情報が配される。付加情報は、情報データおよび画像データのいずれかあるいは双方を含んでいる。付加情報は、立体画像データの補正のための撮像時のカメラ情報、字幕、メニュー、ＯＳＤ等の表示情報などである。【選択図】図８
2011077785.tif 000002
【特許請求の範囲】
【請求項１】
垂直同期信号により区切られる、水平ブランキング期間、垂直ブランキング期間およびアクティブビデオ区間を含むビデオフィールド区間を単位とする伝送データを生成する伝送データ生成部と、
上記伝送データ生成部で生成された伝送データを、複数チャネルで、差動信号により、伝送路を介して外部機器に送信する伝送データ送信部とを備え、
上記アクティブビデオ区間は、主映像領域および補助映像領域を有し、
上記伝送データ生成部は、上記主映像領域に画像データを配し、上記補助映像領域に、上記主映像領域に配される画像データに関連した付加情報を配する
送信装置。
【請求項２】
上記補助映像領域に配される上記付加情報に関する情報を、上記外部機器から上記伝送路を介して取得する情報取得部をさらに備え、
上記伝送データ生成部は、上記情報取得部で取得される情報に基づいて、上記補助映像領域に上記付加情報を配する
請求項１に記載の送信装置。
【請求項３】
上記情報取得部で取得される上記付加情報に関する情報は、上記補助映像領域に配される付加情報を有効使用する機能の有無を示す情報であり、
上記伝送データ生成部は、上記情報取得部で取得される情報が上記補助映像領域に配される情報を有効使用する機能があることを示している場合、上記補助映像領域に上記付加情報を配する
請求項２に記載の送信装置。
【請求項４】
上記情報取得部は、上記付加情報に関する情報を、上記外部機器が有する記憶部から読み出して取得する
請求項２に記載の送信装置。
【請求項５】
上記主映像領域に配される画像データは、立体画像を表示するための立体画像データである
請求項１に記載の送信装置。
【請求項６】
上記立体画像データは左眼画像データおよび右眼画像データを含む
請求項５に記載の送信装置。
【請求項７】
上記立体画像データは２次元画像データおよび各画素に対応した奥行き情報を含む
請求項５に記載の送信装置。
【請求項８】
上記補助映像領域に配される上記付加情報に関する情報を、上記外部機器に上記伝送路を介して送信する情報送信部をさらに備える
請求項１に記載の送信装置。
【請求項９】
上記付加情報に関する情報は、上記補助映像領域に上記付加情報が配されているか否かを示す情報である
請求項８に記載の送信装置。
【請求項１０】
上記付加情報に関する情報は、上記補助映像領域に配される上記付加情報のデータ形式を示す情報である
請求項８に記載の送信装置。
【請求項１１】
上記付加情報に関する情報は、上記補助映像領域の先頭に設けられるスペース長の情報である
請求項８に記載の送信装置。
【請求項１２】
上記情報送信部は、上記付加情報に関する情報を、上記伝送データのブランキング期間に挿入することで、上記外部機器に上記伝送路を介して送信する
請求項８に記載の送信装置。
【請求項１３】
上記補助映像領域に配される上記付加情報の先頭には、固定値のシンクパターンが設けられる
請求項１に記載の送信装置。
【請求項１４】
上記補助映像領域に配される上記付加情報には、情報データおよび画像データのいずれかまたは両方が含まれる
請求項１３に記載の送信装置。
【請求項１５】
上記主映像領域および上記補助映像領域のデータはピクセル毎に３チャネルの８ビットデータを有し、
上記伝送データ送信部は、上記主映像領域のデータをカラースペース変換またはクリップ処理して送信し、上記補助映像領域のデータをカラースペース変換およびクリップ処理せずに送信する
請求項１に記載の送信装置。
【請求項１６】
上記伝送データ送信部は、
上記映像領域と上記補助映像領域の領域を指定する、
上記主映像領域に関して、上記伝送データ生成部で生成される伝送データと上記伝送路に出力するビデオデータのカラースペース情報を指定する、
上記主映像領域に関して、上記伝送路に出力するビデオデータがフルレンジまたはリミテッドレンジのいずれなのかを指定することによって、
上記伝送データ生成部から上記伝送データが供給されるときに、
上記主映像領域に関しては、指定されたようにカラースペース変換、リミテッドレンジの範囲チェック・変換処理を行って出力し、
上記補助映像領域に関しては、カラースペース変換、リミテッドレンジの範囲チェック・変換処理は行わずにそのまま出力する
という機能を有する
請求項１５に記載の送信装置。
【請求項１７】
上記主映像領域および上記補助映像領域のデータはピクセル毎に３チャネルの８ビットデータを有し、
上記伝送データ生成部は、上記補助映像領域の各３チャネルの８ビットデータの上位２番目から下位側のビットに上記付加情報の２個の８ビットデータの各ビットを割り振って配すると共に、該各３チャネルの８ビットデータの上位１番目のビットの値を上位２番目のビットの値の反転値にし、
上記伝送データ送信部は、上記主映像領域および上記補助映像領域のデータをクリップ処理して送信する
請求項１に記載の送信装置。
【請求項１８】
上記補助映像領域に配される上記付加情報に含まれる情報データは誤り訂正符号化されている
請求項１４に記載の送信装置。
【請求項１９】
上記主映像領域および上記補助映像領域のデータはピクセル毎に３チャネルの８ビットデータを有し、
上記誤り訂正符号化は３重化多数決法による誤り訂正符号化であり、
上記伝送データ生成部は、上記補助映像領域の各３チャネルの８ビットデータとして同一の８ビットデータを配する
請求項１８に記載の送信装置。
【請求項２０】
上記補助映像領域に配される上記付加情報に含まれる情報データは、上記主映像領域に配される画像データによる画像に重ねて表示される画像に関係する情報のデータである
請求項１４に記載の送信装置。
【請求項２１】
上記補助映像領域に配される上記付加情報に含まれる情報データは、上記主映像領域に配される画像データによる画像に重ねて表示される字幕に関係する情報のデータである
請求項１４に記載の送信装置。
【請求項２２】
上記主映像領域に配される画像データは、立体画像を表示するための左眼画像データおよび右眼画像データであり、
上記補助映像領域に配される上記付加情報に含まれる情報データは、上記左眼画像データおよび上記右眼画像データの撮影時情報のデータである
請求項１４に記載の送信装置。
【請求項２３】
垂直同期信号により区切られる、水平ブランキング期間、垂直ブランキング期間およびアクティブビデオ区間を含むビデオフィールド区間を単位とする伝送データを生成する伝送データ生成ステップと、
上記伝送データ生成ステップで生成された伝送データを、複数チャネルで、差動信号により、伝送路を介して外部機器に送信する伝送データ送信ステップとを備え、
上記アクティブビデオ区間は、主映像領域および補助映像領域を有し、
上記伝送データ生成ステップでは、上記主映像領域に画像データを配し、上記補助映像領域に、上記主映像領域に配される画像データに関連した付加情報を配する
送信方法。
【請求項２４】
垂直同期信号により区切られる、水平ブランキング期間、垂直ブランキング期間およびアクティブビデオ区間を含むビデオフィールド区間を単位とし、上記アクティブビデオ区間は、主映像領域および補助映像領域を有し、上記主映像領域に画像データが配され、上記補助映像領域に、上記主映像領域に配される画像データに関連した付加情報が配されている伝送データを、外部機器から、複数のチャネルで、差動信号により、伝送路を介して受信する伝送データ受信部と、
上記伝送データ受信部で受信された伝送データの上記主映像領域から上記画像データを分離して得ると共に、上記伝送データ受信部で受信された伝送データの上記補助映像領域から上記付加情報を分離して得るデータ分離部と
を備える受信装置。
【請求項２５】
上記データ分離部において上記伝送データの上記主映像領域から分離して得られる上記画像データは立体画像を表示するための左眼画像データおよび右眼画像データであり、
上記データ分離部において上記伝送データの上記補助映像領域から分離して得られる上記付加情報には、上記左眼画像データおよび上記右眼画像データの撮影時情報のデータが含まれており、
上記データ分離部で得られる上記左眼画像データおよび上記右眼画像データを、上記データ分離部で得られる上記撮影時情報のデータに基づいて補正する画像データ補正部をさらに備える
請求項２４に記載の受信装置。
【請求項２６】
上記画像データ補正部は、上記撮影時情報のデータを用いて奥行き情報を推測し、該奥行き情報とスクリーンサイズの情報に基づいて、上記左眼画像データおよび上記右眼画像データを補正する請求項２５に記載の受信装置。
【請求項２７】
上記データ分離部において上記伝送データの上記主映像領域から分離して得られる上記画像データは立体画像を表示するための左眼画像データおよび右眼画像データであり、
上記左眼画像データによる左眼画像および上記右眼画像データによる右眼画像を左右方向にシフト調整する画像シフト部をさらに備え、
上記データ分離部において上記伝送データの上記補助映像領域から分離して得られる上記付加情報には、上記画像シフト部におけるシフト調整に伴って必要となる画素データが含まれる
請求項請求項２４に記載の受信装置。
【請求項２８】
複数のバッファと、
上記データ分離部において上記伝送データの上記補助映像領域から分離して得られる上記付加情報に含まれる画像データを、該付加情報に含まれる指定情報に基づいて、指定されたバッファの指定された位置に書き込む画像データ書き込み部と、
上記データ分離部において上記伝送データの上記主映像領域から分離して得られる上記画像データと上記複数のバッファに書き込まれている画像データとを所定の比率で合成する画像データ合成部をさらに備える
請求項２４に記載の受信装置。
【請求項２９】
垂直同期信号により区切られる、水平ブランキング期間、垂直ブランキング期間およびアクティブビデオ区間を含むビデオフィールド区間を単位とし、上記アクティブビデオ区間は、主映像領域および補助映像領域を有し、上記主映像領域に画像データが配され、上記補助映像領域に、上記主映像領域に配される画像データに関連した付加情報が配されている伝送データを、外部機器から、複数のチャネルで、差動信号により、伝送路を介して受信する伝送データ受信ステップと、
上記伝送データ受信ステップで受信された伝送データの上記主映像領域から上記画像データを分離して得ると共に、上記伝送データ受信部で受信された伝送データの上記補助映像領域から上記付加情報を分離して得るデータ分離ステップと
を備える受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、送信装置、送信方法、受信装置および受信方法に関し、特に、アクティブビデオ区間に主映像領域の他に補助映像領域を有する伝送データを扱う送信装置等に関する。
【背景技術】
【０００２】
近年、例えば、ゲーム機、ＤＶＤ(Digital Versatile Disc)レコーダや、セットトップボックス、その他のＡＶソース（Audio Visual source）から、テレビ受信機、プロジェクタ、その他のディスプレイに対して、デジタル映像信号、すなわち、非圧縮（ベースバンド）のデジタル映像信号（画像データ）と、その映像信号に付随するデジタル音声信号（音声データ）とを、高速に伝送する通信インタフェースとして、ＨＤＭＩ(High Definition Multimedia Interface)等のインタフェースが普及しつつある。例えば、非特許文献１には、ＨＤＭＩ規格の詳細についての記載がある。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】High-Definition Multimedia Interface Specification Version 1.4,June5 2009
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述のＨＤＭＩ規格において、３Ｄ画像の伝送方法が定義されている。例えば、フレームパッキング（Frame Packing）方式では、左眼画像（Ｌ）、右眼画像（Ｒ）の間に、アクティブスペース（Active Space）というタイミング調整用の隙間があり、現状何の用途にも使われていない。
【０００５】
また、上述のＨＤＭＩ規格において、情報伝送用に InfoFrame という方法が定義されている。しかし、この InfoFrame は、映像との同期が保証されず、フレーム精度で同期がとれないという問題がある。また、このInfoFrame は、そのデータサイズが３２byte に制限されているため、大きなデータを送れないという問題がある。
【０００６】
また、ＢＤ（Blu-ray Disc）プレーヤなどのソース（Source）機器からテレビ受信機（ＴＶ）などのシンク（Sink）機器に３Ｄ画像を出力する場合、字幕、メニュー（ＢＤのメニューなど）、ＯＳＤ（ＢＤプレーヤの情報表示、メニューなど）を３Ｄ画像に合成してから、出力する。
【０００７】
しかし、テレビ受信機で３Ｄ画像の補正、高画質化などの処理を行うことを考えると、３Ｄ画像と、合成される字幕、メニュー、ＯＳＤなどの画像レイヤーを、別々に伝送して、テレビ受信機で３Ｄ画像の補正を行った後に合成を行うことが望ましい。３Ｄの画像処理においては、左右の画像の相関を求める必要性が高い。そのため、別の画像レイヤーが合成されていると、相関を求める精度が大幅に低下してしまい、画像補正の質を低下させてしまう。
【０００８】
この発明の目的は、例えば、アクティブスペースを有効活用することにある。また、この発明の目的は、ある程度大きなデータを、フレーム精度で同期をとって送信可能とすることにある。また、この発明の目的は、３Ｄ画像の補正、高画質化などの処理品質の向上を図ることにある。
【課題を解決するための手段】
【０００９】
この発明の概念は、
垂直同期信号により区切られる、水平ブランキング期間、垂直ブランキング期間およびアクティブビデオ区間を含むビデオフィールド区間を単位とする伝送データを生成する伝送データ生成部と、
上記伝送データ生成部で生成された伝送データを、複数チャネルで、差動信号により、伝送路を介して外部機器に送信する伝送データ送信部とを備え、
上記アクティブビデオ区間は、主映像領域および補助映像領域を有し、
上記伝送データ生成部は、上記主映像領域に画像データを配し、上記補助映像領域に、上記主映像領域に配される画像データに関連した付加情報を配する
送信装置にある。
【００１０】
この発明において、伝送データ生成部により、垂直同期信号により区切られる、水平ブランキング期間、垂直ブランキング期間およびアクティブビデオ区間を含むビデオフィールド区間を単位とする伝送データが生成される。アクティブビデオ区間は、主映像領域および補助映像領域を有するものとされる。そして、主映像領域に画像データが配され、補助映像領域に、この主映像領域に配される画像データに関連した付加情報を配される。伝送データ送信部により、伝送データ生成部で生成された伝送データが、複数チャネルで、差動信号により、伝送路を介して外部機器に送信される。
【００１１】
主映像領域に配される画像データは、例えば、立体画像（３Ｄ画像）を表示するための立体画像データとされる。例えば、この立体画像データには、左眼画像データおよび右眼画像データが含まれる。また、例えば、この立体画像データには、２次元画像データおよび各画素に対応した奥行き情報が含まれる。
【００１２】
例えば、補助映像領域に配される付加情報の先頭には、固定値のシンクパターンが設けられる、ようにされてもよい。この場合、受信側では、補助映像領域で固定値のシンクパターンを検出することで、この補助映像領域に付加情報が配されていること、および付加情報の開始位置を容易に知ることができ、この付加情報の分離も容易となる。
【００１３】
例えば、補助映像領域に配される付加情報には、情報データおよび画像データのいずれかまたは両方が含まれる。例えば、情報データは、３重化多数決法等により誤り訂正符号化される。例えば、情報データは、主映像領域に配される画像データによる画像に重ねて表示される画像（例えば、ソース機器の情報表示、メニューなどのＯＳＤ画像）に関係する情報のデータとされる。ここで、画像に関係する情報は、例えば、表示位置、透過度、カラーパレットや表示オフセットなどの情報である。
【００１４】
また、例えば、情報データは、主映像領域に配される画像データによる画像に重ねて表示される字幕に関係する情報のデータとされる。ここで、画像に関係する情報は、文字列の情報、表示領域（表示位置、表示サイズ等）の情報、表示方向の情報等である。
【００１５】
また、例えば、情報データは、主映像領域に配される左眼画像データおよび右眼画像データの撮影時情報のデータとされる。ここで、撮影時情報は、左右のカメラ間距離の情報、左右のカメラの方向情報、左右のカメラの画角情報等である。この撮影時情報は、受信側で立体画像データの補正時に必要となる奥行き情報の推測に使用される。
【００１６】
この発明においては、アクティブビデオ区間が主映像領域および補助映像領域を有するものとされ、補助映像領域に、主映像領域に配される画像データ関連した付加情報が配される。そのため、例えば、アクティブスペースを補助映像領域として用いることで、このアクティブスペースを有効活用できる。
【００１７】
また、この発明においては、補助映像領域は主映像領域とともにアクティブビデオ区間に含まれる。そのため、この補助映像領域にある程度大きなサイズの付加情報を配することができ、しかも、この付加情報を主映像領域に配される画像データにフレーム精度で同期をとって送信できる。
【００１８】
また、この発明においては、アクティブビデオ区間が主映像領域および補助映像領域を有するものとされ、補助映像領域に、主映像領域に配される画像データ関連した付加情報が配される。そのため、主映像領域に配される画像データによる画像に重ねて表示される字幕あるいは画像に関係する情報のデータを補助映像領域に配して送信できる。したがって、例えば、受信側で３Ｄ画像の補正、高画質化などの処理を行った後に字幕、メニュー画像などを合成可能となり、それらの処理品質の向上を図ることができる。
【００１９】
この発明は、例えば、補助映像領域に配される付加情報に関する情報を、外部機器から伝送路を介して取得する情報取得部をさらに備え、伝送データ生成部は、情報取得部で取得される情報に基づいて、補助映像領域に付加情報を配する、ようにしてもよい。例えば、情報取得部は、付加情報に関する情報を、外部機器が有する記憶部、例えばＥＤＩＤＲＯＭから読み出して取得する。
【００２０】
例えば、付加情報に関する情報は、補助映像領域に配される情報を有効使用する機能の有無を示す情報であり、伝送データ生成部は、その情報が有効使用する機能があることを示している場合、補助映像領域に付加情報を配する。この場合、外部機器に補助映像領域に配される情報を有効使用する機能がないのに、補助映像領域に付加情報を配して送信するという無駄を排除できる。
【００２１】
また、この発明は、例えば、補助映像領域に配される付加情報に関する情報を、外部機器に伝送路を介して送信する情報送信部をさらに備える、ようにしてもよい。例えば、情報送信部は、付加情報に関する情報を、伝送データのブランキング期間に挿入することで、外部機器に伝送路を介して送信する。
【００２２】
例えば、付加情報に関する情報は、補助映像領域に付加情報が配されているか否かを示す情報とされる。この場合、受信側では、この情報に基づいて、補助映像領域に付加情報が配されているか否かを容易に把握できる。また、例えば、付加情報に関する情報は、補助映像領域に配される付加情報のデータ形式を示す情報とされる。この場合、受信側では、この情報に基づいて、付加情報のデータ形式を容易に把握できる。また、例えば、付加情報に関する情報は、補助映像領域の先頭に設けられるスペース長の情報とされる。この場合、受信側では、この情報に基づいて、補助映像領域の先頭に設けられるスペース長を容易に把握できる。
【００２３】
また、この発明は、例えば、主映像領域および補助映像領域のデータはピクセル毎に３チャネルの８ビットデータを有し、伝送データ送信部は、主映像領域のデータをクリップ処理して送信し、補助映像領域のデータをクリップ処理せずに送信する、ようにされてもよい。この場合、補助映像領域で no-clip を指定する必要があり、データ送信部の動作は複雑となるが、リミテッドレンジ（Limited Range）の画像の場合にも、補助映像領域に付加情報を構成する８ビットデータをそのまま配することができ、データ生成が容易となる。
【００２４】
また、この発明は、例えば、主映像領域および補助映像領域のデータはピクセル毎に３チャネルの８ビットデータを有し、伝送データ生成部は、補助映像領域の各３チャネルの８ビットデータの上位２番目から下位側のビットに付加情報の２個の８ビットデータの各ビットを割り振って配すると共に、この各３チャネルの８ビットデータの上位１番目のビットの値を上位２番目のビットの値の反転値にし、伝送データ送信部は、主映像領域および補助映像領域のデータをクリップ処理して送信する、ようにされてもよい。この場合、データ生成部の動作は複雑となるが、リミテッドレンジ（Limited Range）の画像の場合、補助映像領域で no-clip を指定する必要がなく、データータ送信部の動作が簡単となる。
【００２５】
また、この発明の概念は、
垂直同期信号により区切られる、水平ブランキング期間、垂直ブランキング期間およびアクティブビデオ区間を含むビデオフィールド区間を単位とし、上記アクティブビデオ区間は、主映像領域および補助映像領域を有し、上記主映像領域に画像データが配され、上記補助映像領域に、上記主映像領域に配される画像データに関連した付加情報が配されている伝送データを、外部機器から、複数のチャネルで、差動信号により、伝送路を介して受信する伝送データ受信部と、
上記伝送データ受信部で受信された伝送データの上記主映像領域から上記画像データを分離して得ると共に、上記伝送データ受信部で受信された伝送データの上記補助映像領域から上記付加情報を分離して得るデータ分離部と
を備える受信装置にある。
【００２６】
この発明において、伝送データ受信部により、外部機器から、複数のチャネルで、差動信号により、伝送路を介して伝送データが受信される。この伝送データは、垂直同期信号により区切られる、水平ブランキング期間、垂直ブランキング期間およびアクティブビデオ区間を含むビデオフィールド区間が単位とされる。アクティブビデオ区間は主映像領域および補助映像領域を有するものとされ、主映像領域に画像データが配され、補助映像領域に、主映像領域に配される画像データに関連した付加情報が配されている。データ分離部により、受信された伝送データの主映像領域から画像データが分離されて得られ、受信された伝送データの補助映像領域から付加情報が分離されて得られる。
【００２７】
この発明は、例えば、主映像領域から分離して得られる画像データが立体画像を表示するための左眼画像データおよび右眼画像データであり、補助映像領域から分離して得られる付加情報に、左眼画像データおよび右眼画像データの撮影時情報のデータが含まれている場合、画像データ補正部により、左眼画像データおよび右眼画像データが撮影時情報のデータに基づいて補正される、ようにされてもよい。例えば、画像データ補正部では、撮影時情報のデータを用いて奥行き情報が推測され、この奥行き情報とスクリーンサイズの情報に基づいて、左眼画像データおよび右眼画像データが補正される。この場合、撮影時情報は、左眼画像データおよび右眼画像データにフレーム精度で同期したものであり、高品質の補正が可能となる。
【００２８】
また、この発明は、例えば、主映像領域から分離して得られる画像データは立体画像を表示するための左眼画像データおよび右眼画像データであり、左眼画像データによる左眼画像および右眼画像データによる右眼画像を左右方向にシフト調整する画像シフト部をさらに備え、補助映像領域から分離して得られる付加情報には、画像シフト部におけるシフト調整に伴って必要となる画素データが含まれる、ようにされてもよい。この場合、左眼画像、右眼画像のシフトがあっても、そのシフトに伴って黒画が表示されることがなく、有効な画像を表示することが可能となる。
【００２９】
また、この発明は、例えば、複数のバッファと、補助映像領域から分離して得られる付加情報に含まれる画像データを、この付加情報に含まれる指定情報に基づいて、指定されたバッファの指定された位置に書き込む画像データ書き込み部と、データ分離部において伝送データの主映像領域から分離して得られる画像データと複数のバッファに書き込まれている画像データとを所定の比率で合成する画像データ合成部をさらに備える、ようにされてもよい。この場合、付加情報に含まれる画像データの種類に応じて異なるバッファに書き込むことが可能となり、画像データの更新などの処理を効率的に行うことができる。
【発明の効果】
【００３０】
この発明によれば、アクティブスペースを有効活用できる。また、この発明によれば、ある程度大きなデータを、フレーム精度で同期をとって送信できる。また、この発明によれば、３Ｄ画像の補正、高画質化などの処理品質の向上を図ることができる。
【図面の簡単な説明】
【００３１】
【図１】この発明の実施の形態としてのＡＶシステムの構成例を示すブロック図である。
【図２】ＡＶシステムを構成するディスクプレーヤ（ソース機器）の構成例を示すブロック図である。
【図３】ＡＶシステムを構成するテレビ受信機（シンク機器）の構成例を示すブロック図である。
【図４】ＨＤＭＩ送信部（ＨＤＭＩソース）とＨＤＭＩ受信部（ＨＤＭＩシンク）の構成例を示すブロック図である。
【図５】ＨＤＭＩ送信部を構成するＨＤＭＩトランスミッタと、ＨＤＭＩ受信部を構成するＨＤＭＩレシーバの構成例を示すブロック図である。
【図６】ＴＭＤＳ伝送データの構造例（横×縦が１９２０ピクセル×１０８０ラインの画像データが伝送される場合）を示す図である。
【図７】ソース機器およびシンク機器のＨＤＭＩケーブルが接続されるＨＤＭＩ端子のピン配列（タイプＡ）を示す図である。
【図８】立体画像データのＴＭＤＳ伝送データ構造の一つであるフレームパッキング方式の３Ｄビデオフォーマットを示す図である。
【図９】立体画像データのＴＭＤＳ伝送データ構造の一つであるインターレースフォーマットのためのフレームパッキング方式の３Ｄビデオフォーマットを示す図である。
【図１０】複数のアクティブスペース領域が存在する場合におけるアクティブスペース領域の統合の様子を示す図である。
【図１１】３つのアクティブスペース領域を統合して扱った場合における、各アクティブスペース領域の最初のラインの付加情報配置状態の一例を示す図である。
【図１２】フレームパッキング方式の３Ｄビデオフォーマットにおけるアクティブスペース領域のフレーム毎のサイズ例を示す図である。
【図１３】アクティブスペース領域を付加情報伝送に使用しない場合における、ＴＭＤＳの３チャネルの各ピクセル位置のデータを示す図である。
【図１４】アクティブスペース領域を付加情報伝送に使用する場合における、ＴＭＤＳの３チャネルの各ピクセル位置のデータを示す図である。
【図１５】付加情報に情報データおよび画像データの両方が含まれる場合におけるアクティブスペース領域内のデータレイアウトを示す図である。
【図１６】付加情報に情報データのみが含まれる場合におけるアクティブスペース領域内のデータレイアウトを示す図である。
【図１７】付加情報に画像データのみが含まれる場合におけるアクティブスペース領域内のデータレイアウトを示す図である。
【図１８】拡張された３Ｄ伝送用のＨＤＭＩ Vendor Specific InfoFrame パケットを示す図である。
【図１９】情報領域ヘッダの構成例を示す図である。
【図２０】情報ブロックの構成例を示す図である。
【図２１】画像領域ヘッダの構成例を示す図である。
【図２２】画像ブロックの構成例を示す図である。
【図２３】ＨＤＭＩ規格で定義されているビデオ（Video）データの色の値の範囲を示す図である。
【図２４】リミテッドレンジの場合のデータ格納方法において、ビット７の値をビット６の反転値とすることを説明するための図である。
【図２５】リミテッドレンジの場合のデータ格納方法における、ＴＭＤＳの＃０，＃１，＃２の３チャネルのピクセル値（８ビットデータ）のビット構成を説明するための図である。
【図２６】３重化多数決法を採用した場合における、送信側のエンコード処理および受信側のデコード処理を示す図である。
【図２７】３重化多数決法を採用した場合に、送信側で、ピクセル毎の、＃０，＃１，＃２の３チャネルの８ビットデータとして、同一のデータを配することを説明するための図である。
【図２８】ディスクプレーヤで字幕、メニュー、ＯＳＤなどの画像データを立体画像データに重ね合わせてからテレビ受信機に送信する場合におけるデータの流れを概略的に示す図である。
【図２９】立体画像データとは別に、アクティブスペース領域で字幕、メニュー、ＯＳＤなどの画像情報をテレビ受信機に送信し、テレビ受信機側で立体画像データを補正してから、この立体画像データに字幕、メニュー、ＯＳＤなどの画像データを重ね合わせる場合におけるデータの流れを概略的に示す図である。
【図３０】奥行き情報の推測を行う際のＬ，Ｒ画像間の相関を水平方向のライン単位で求めることを説明するための図である。
【図３１】奥行き情報の推測を説明するための図である。
【図３２】推測された画像の奥行き情報を示す図である。
【図３３】カメラの方向α、カメラの画角（水平方向）β、カメラ間距離ｄを示す図である。
【図３４】画像の横幅のドット数Ｗ、画像の高さのドット数Ｈを示す図である。
【図３５】左眼（Ｌ）画像の（ｘｌ，ｙｌ）の位置に表示される物体Ａに関し、カメラの方向（軸）と“物体−カメラ”を結ぶ線の間の角度γ１を示す図である。
【図３６】立体画像データを補正する場合におけるモデリング処理を説明するための図である。
【図３７】立体画像データを補正する際に、スクリーンサイズおよび視距離をパラメータとして用いることを説明するための図である。
【図３８】ＣＰＵにおける立体画像データの再構成の流れを概略的に示すフローチャートである。
【図３９】カメラの画角およびアスペクトの計算方法を説明するための参考図である。
【図４０】左眼（Ｌ）画像、右眼（Ｒ）画像の表示位置をシフトさせたとき、反対側の端の画像データがない場合にはシフト分だけ反対側の端が黒画として表示されることを示す図である。
【図４１】アクティブスペース領域に配されるＯＳＤ表示用の画像データが、テレビ受信機側に備えられるピクチャープレーンと呼ばれる仮想的なバッファに書き込まれることを説明するための図である。
【図４２】あるピクチャープレーンに書き込んだＯＳＤ表示用の画像データが、次のフレームのタイミングで伝送されている立体画像データ（伝送Video）とαブレンドされる、テレビ受信機側で行われる演算の様子を示す図である。
【図４３】情報ブロックのペイロードに格納される情報の構成例を示す図である。
【図４４】ピクチャーディスクリプタ（１２バイト）の構成例を示す図である。
【図４５】ピクチャーディスクリプタの各フィールドの説明に供する図である。
【図４６】ピクチャーディスクリプタのオペレーションフィールド（３ビット）で示される操作のリストを示す図である。
【図４７】「ＮＯＰ」の操作を行う場合のピクチャーディスクリプタの構成例を示す図である。
【図４８】「Clear Picture Plane」の操作を行う場合のピクチャーディスクリプタの構成例を示す図である。
【図４９】「Clear Active Video Area」の操作を行う場合のピクチャーディスクリプタの構成例を示す図である。
【図５０】「Put Picture Horizontally N+1」の操作を行う場合のピクチャーディスクリプタの構成例を示す図である。
【図５１】「Put Picture Horizontally N+1」の操作を行うピクチャーディスクリプタによる操作の一例を示す図である。
【図５２】「Put Picture Vertically N+1」の操作を行う場合のピクチャーディスクリプタの構成例を示す図である。
【図５３】「Put Picture Vertically N+1」の操作を行うピクチャーディスクリプタによる操作の一例を示す図である。
【図５４】「Put Picture Magnification N+1」の操作を行う場合のピクチャーディスクリプタの構成例を示す図である。
【図５５】「Put Picture Magnification N+1」の操作を行うピクチャーディスクリプタによる操作の一例を示す図である。
【図５６】Ｅ−ＥＤＩＤデータの構造例を示す図である。
【図５７】Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｆｉｃ領域のデータ構造例を示す図である。
【図５８】描画した映像出力用フレームメモリの内容をＨＤＭＩ送信部に送信する際の設定情報を説明するための図である。
【発明を実施するための形態】
【００３２】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００３３】
＜１．実施の形態＞
［ＡＶシステムの構成例］
図１は、実施の形態としてのＡＶ（Audio Visual）システム１０の構成例を示している。このＡＶシステム１０は、ＨＤＭＩソース機器としてのディスクプレーヤ１００と、ＨＤＭＩシンク機器としてのテレビ受信機２００とを有している。
【００３４】
ディスクプレーヤ１００およびテレビ受信機２００は、ＨＤＭＩケーブル３００を介して接続されている。ディスクプレーヤ１００には、ＨＤＭＩ送信部（ＨＤＭＩＴＸ）１０２が接続されたＨＤＭＩ端子１０１が設けられている。テレビ受信機２００には、ＨＤＭＩ受信部（ＨＤＭＩ ＲＸ）２０２が接続されたＨＤＭＩ端子２０１が設けられている。ＨＤＭＩケーブル３００の一端はディスクプレーヤ１００のＨＤＭＩ端子１０１に接続され、このＨＤＭＩケーブル３００の他端はテレビ受信機２００のＨＤＭＩ端子２０１に接続されている。
【００３５】
図１に示すＡＶシステム２００において、ディスクプレーヤ１００からテレビ受信機２００に、非圧縮（ベースバンド）の画像データ（映像信号）が、ＨＤＭＩケーブル３００を介して送信される。テレビ受信機２００では、ディスクプレーヤ１００から送信されてくる画像データによる画像が表示される。また、ディスクプレーヤ１００からテレビ受信機２００に、非圧縮（ベースバンド）の音声データ（音声信号）が、ＨＤＭＩケーブル３００を介して送信される。テレビ受信機２００では、ディスクプレーヤ１００から送信されてくる音声データによる音声が出力される。
【００３６】
ディスクプレーヤ１００からテレビ受信機２００に送信される画像データが２次元画像データ（２Ｄ画像データ）である場合、テレビ受信機２００では２次元画像の表示が行われる。また、ディスクプレーヤ１００からテレビ受信機２００に送信される画像データが立体画像を表示するための３次元画像データ（３Ｄ画像データ）、つまり立体画像データである場合、テレビ受信機２００では、立体画像の表示が行われる。例えば、立体画像データには、左眼画像データおよび右眼画像データが含まれる。また、例えば、立体画像データには、２次元画像データおよび各画素に対応した奥行き情報（奥行きデータ）が含まれる（ＭＰＥＧ−Ｃ方式）。
【００３７】
ここで、ディスクプレーヤ１００からテレビ受信機２００に送信される立体画像データは、ＴＭＤＳ伝送データのアクティブビデオ区間に配置される。このアクティブビデオ区間には、立体画像データを配するアクティブビデオ領域の他に、アクティブスペース領域が設けられている。この実施の形態においては、このアクティブスペース領域に、立体画像データに関連した付加情報が配され、この付加情報が立体画像データと共にディスクプレーヤ１００からテレビ受信機２００に送信される。テレビ受信機２００では、この付加情報を利用した処理が行われる。この場合、アクティブビデオ領域は主映像領域を構成し、アクティブスペース領域は補助映像領域を構成する。この付加情報の詳細説明は後述する。
【００３８】
［ディスクプレーヤの構成例］
図２は、ディスクプレーヤ１００の構成例を示している。このディスクプレーヤ１００は、ＨＤＭＩ端子１０１と、ＨＤＭＩ送信部１０２と、ドライブインタフェース１０３と、ＢＤ（Blu-ray Disc）／ＤＶＤ（Digital Versatile Disc）ドライブ１０４を有している。また、このディスクプレーヤ１００は、デマルチプレクサ１０５と、ＭＰＥＧデコーダ１０６と、映像信号処理回路１０７と、オーディオデコーダ１０８と、音声信号処理回路１０９を有している。
【００３９】
また、このディスクプレーヤ１００は、内部バス１２０と、ＣＰＵ１２１と、フラッシュＲＯＭ１２２と、ＤＲＡＭ１２３を有している。また、このディスクプレーヤ１００は、イーサネットインタフェース（Ethernet I/F）１２４と、ネットワーク端子１２５と、リモコン受信部１２６と、リモコン送信機１２７を有している。なお、「イーサネット」および「Ｅｔｈｅｒｎｅｔ」は、登録商標である。ＣＰＵ１２１、フラッシュＲＯＭ１２２、ＤＲＡＭ１２３、イーサネットインタフェース１２４およびドライブインタフェース１０３は、内部バス１２０に接続されている。
【００４０】
ＣＰＵ１２１は、ディスクプレーヤ１００の各部の動作を制御する。フラッシュＲＯＭ１２２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ１２３は、ＣＰＵ１２１のワークエリアを構成する。ＣＰＵ１２１は、フラッシュＲＯＭ１２２から読み出したソフトウェアやデータをＤＲＡＭ１２３上に展開してソフトウェアを起動させ、ディスクプレーヤ１００の各部を制御する。リモコン受信部１２６は、リモコン送信機１２７から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ１２１に供給する。ＣＰＵ１２１は、リモコンコードに従ってディスクプレーヤ１００の各部を制御する。
【００４１】
ＢＤ／ＤＶＤドライブ１０４は、ディスク状記録メディアとしてのＢＤ，ＤＶＤ（図示せず）に対して、コンテンツデータを記録し、あるいは、このＢＤ，ＤＶＤからコンテンツデータを再生する。このＢＤ／ＤＶＤドライブ１０４は、ドライブインタフェース１０３を介して内部バス１２０に接続されている。
【００４２】
デマルチプレクサ１０５は、ＢＤ／ＤＶＤドライブ１０４の再生データから映像、音声等のエレメンタリストリームを分離する。ＭＰＥＧデコーダ１０６は、デマルチプレクサ１０５で分離された映像のエレメンタリストリームに対してデコード処理を行って非圧縮（ベースバンド）の画像データを得る。
【００４３】
映像信号処理回路１０７は、ＭＰＥＧデコーダ１０６で得られた画像データに対して、必要に応じてスケーリング処理（解像度変換処理）、グラフィックスデータの重畳処理等を行って、ＨＤＭＩ送信部１０２に供給する。また、この映像信号処理回路１０７は、ＭＰＥＧデコーダ１０６で得られた画像データが立体画像データである場合、３Ｄ映像生成部において、この立体画像データを伝送方式に応じた状態に加工処理する。この加工処理において、立体画像データはＴＭＤＳ伝送データのアクティブビデオ区間のアクティブビデオ領域に配される。
【００４４】
オーディオデコーダ１０８は、デマルチプレクサ１０５で分離された音声のエレメンタリストリームに対してデコード処理を行って非圧縮（ベースバンド）の音声データを得る。音声信号処理回路１０９は、オーディオデコーダ１０８で得られた音声データに対して、必要に応じて音質調整処理等を行って、ＨＤＭＩ送信部１０２に供給する。
【００４５】
ＨＤＭＩ送信部１０２は、ＨＤＭＩに準拠した通信により、非圧縮の画像（映像）と音声のデータを、ＨＤＭＩ端子１０１から送出する。この場合、ＨＤＭＩのＴＭＤＳチャネルで送信するため、画像および音声のデータがパッキングされて、ＨＤＭＩ送信部１０２からＨＤＭＩ端子１０１に出力される。このＨＤＭＩ送信部１０２の詳細は後述する。
【００４６】
上述したようにディスクプレーヤ１００からテレビ受信機２００に立体画像データを送信する場合、ＴＭＤＳ伝送データのアクティブビデオ区間に、立体画像データを配するアクティブビデオ領域の他に、アクティブスペース領域が設けられる。この実施の形態において、このアクティブスペース領域に立体画像データに関連した付加情報を配することは、映像信号処理回路１０３あるいはＨＤＭＩ送信部１０２において行われる。
【００４７】
図２に示すディスクプレーヤ１００の動作を簡単に説明する。ＢＤ／ＤＶＤドライブ１０４の再生データはデマルチプレクサ１０５に供給され、映像、音声等のエレメンタリストリームに分離される。デマルチプレクサ１０５で分離された映像のエレメンタリストリームはＭＰＥＧデコーダ１０６に供給されてデコードされ、非圧縮の画像データが得られる。また、デマルチプレクサ１０５で分離された音声のエレメンタリストリームはオーディオデコーダ１０８に供給されてデコードされ、非圧縮の音声データが得られる。
【００４８】
ＭＰＥＧデコーダ１０６で得られる画像データは、映像信号処理回路１０７を介してＨＤＭＩ送信部１０２に供給される。また、オーディオデコーダ１０８で得られた音声データは音声信号処理回路１０９を介してＨＤＭＩ送信部１０２に供給される。そして、これら画像および音声のデータは、ＨＤＭＩのＴＭＤＳチャネルにより、ＨＤＭＩ端子１０１からＨＤＭＩケーブルに送出される。
【００４９】
ＭＰＥＧデコーダ１０６で得られる画像データが立体画像データである場合、この立体画像データは、映像信号処理回路１０７の３Ｄ映像生成部において伝送方式に応じた状態に加工処理された後に、ＨＤＭＩ送信部１０２に供給される。また、画像データが立体画像データである場合、映像信号処理回路１０３あるいはＨＤＭＩ送信部１０２において、アクティブビデオ区間のアクティブスペース領域に、必要に応じて、立体画像データに関連した付加情報が配される。
【００５０】
［テレビ受信機の構成例］
図３は、テレビ受信機２００の構成例を示している。このテレビ受信機２００は、ＨＤＭＩ端子２０１と、ＨＤＭＩ受信部２０２を有している。また、テレビ受信機２００は、アンテナ端子２０４と、デジタルチューナ２０５と、デマルチプレクサ２０６と、ＭＰＥＧデコーダ２０７と、映像信号処理回路２０８と、グラフィック生成回路２０９と、パネル駆動回路２１０と、表示パネル２１１を有している。
【００５１】
また、テレビ受信機２００は、音声信号処理回路２１２と、音声増幅回路２１３と、スピーカ２１４と、内部バス２２０と、ＣＰＵ２２１と、フラッシュＲＯＭ２２２と、ＤＲＡＭ２２３を有している。また、テレビ受信機２００は、イーサネットインタフェース（Ethernet I/F）２２４と、ネットワーク端子２２５と、ＤＴＣＰ回路２２６と、リモコン受信部２２７と、リモコン送信機２２８を有している。
【００５２】
アンテナ端子２０４は、受信アンテナ（図示せず）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ２０５は、アンテナ端子２０４に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のトランスポートストリームを出力する。デマルチプレクサ２０６は、デジタルチューナ２０５で得られたトランスポートストリームから、ユーザの選択チャネルに対応した、パーシャルＴＳ（Transport Stream）（映像データのＴＳパケット、音声データのＴＳパケット）を抽出する。
【００５３】
また、デマルチプレクサ２０６は、デジタルチューナ２０５で得られたトランスポートストリームから、ＰＳＩ／ＳＩ（Program Specific Information/Service Information）を取り出し、ＣＰＵ２２１に出力する。デジタルチューナ２０５で得られたトランスポートストリームには、複数のチャネルが多重化されている。デマルチプレクサ２０６で、当該トランスポートストリームから任意のチャネルのパーシャルＴＳを抽出する処理は、ＰＳＩ／ＳＩ（ＰＡＴ／ＰＭＴ）から当該任意のチャネルのパケットＩＤ（ＰＩＤ）の情報を得ることで可能となる。
【００５４】
ＭＰＥＧデコーダ２０７は、デマルチプレクサ２０６で得られる映像データのＴＳパケットにより構成される映像ＰＥＳ（Packetized Elementary Stream）パケットに対してデコード処理を行って画像データを得る。また、ＭＰＥＧデコーダ２０７は、デマルチプレクサ２０６で得られる音声データのＴＳパケットにより構成される音声ＰＥＳパケットに対してデコード処理を行って音声データを得る。
【００５５】
ＨＤＭＩ受信部（ＨＤＭＩシンク）２０２は、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル３００を介してＨＤＭＩ端子２０１に供給される非圧縮（ベースバンド）の画像（映像）と音声のデータを受信する。このＨＤＭＩ受信部２０２の詳細は後述する。
【００５６】
映像信号処理回路２０８、グラフィック生成回路２０９は、ＭＰＥＧデコーダ２０７あるいはＨＤＭＩ受信部２０２で得られた画像データに対して、必要に応じてスケーリング処理（解像度変換処理）、グラフィックスデータの重畳処理等を行う。また、映像信号処理回路２０８は、ＨＤＭＩ受信部２０２で受信された画像データが立体画像データである場合、この立体画像データに対して、立体画像を表示するために必要な処理を行う。
【００５７】
この場合、ＨＤＭＩ受信部２０２あるいは映像信号処理回路２０８は、３Ｄビデオフォーマットの伝送データ（後述する図８、図９参照）のアクティブビデオ領域から、立体画像データを分離して得る。また、この場合、ＨＤＭＩ受信部２０２あるいは映像信号処理回路２０８は、その伝送データのアクティブスペース領域から、立体画像データに関連した付加情報を分離して得る。ここで、ＨＤＭＩ受信部２０２あるいは映像信号処理回路２０８は、データ分離部を構成する。
【００５８】
また、映像信号処理回路２０８は、ＨＤＭＩ受信部２０２で受信された画像データが立体画像データである場合、その立体画像データに関連した付加情報に基づいて、字幕、ＯＳＤの合成処理、立体画像データの補正処理等の処理を行う。パネル駆動回路２１０は、グラフィック生成回路２０９から出力される画像（映像）データに基づいて、表示パネル２１１を駆動する。
【００５９】
パネル駆動回路２１０は、グラフィック生成回路２０９から出力される映像（画像）データに基づいて、表示パネル２１１を駆動する。表示パネル２１１は、例えば、ＬＣＤ（Liquid Crystal Display）、ＰＤＰ（Plasma DisplayPanel）等で構成されている。
【００６０】
音声信号処理回路２１２は、ＭＰＥＧデコーダ２０７で得られた音声データ、あるいはＨＤＭＩ受信部２０２で受信された画像データに対して、Ｄ／Ａ変換等の必要な処理を行う。音声増幅回路２１３は、音声信号処理回路２１２から出力される音声信号を増幅してスピーカ２１４に供給する。
【００６１】
ＣＰＵ２２１は、テレビ受信機２００の各部の動作を制御する。フラッシュＲＯＭ２２２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２２３は、ＣＰＵ２２１のワークエリアを構成する。ＣＰＵ２２１は、フラッシュＲＯＭ２２２から読み出したソフトウェアやデータをＤＲＡＭ２２３上に展開してソフトウェアを起動させ、テレビ受信機２００の各部を制御する。
【００６２】
リモコン受信部２２７は、リモコン送信機２２８から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ２２１に供給する。ＣＰＵ２２１は、このリモコンコードに基づいて、テレビ受信機２００の各部を制御する。
【００６３】
ネットワーク端子２２５は、ネットワークに接続する端子であり、イーサネットインタフェース２２４に接続される。ＣＰＵ２２１、フラッシュＲＯＭ２２２、ＤＲＡＭ２２３およびイーサネットインタフェース２２４は、内部バス２２０に接続されている。ＤＴＣＰ回路２２６は、ネットワーク端子２２５からイーサネットインタフェース２２４に供給される暗号化データを復号する。
【００６４】
図３に示すテレビ受信機２００の動作を簡単に説明する。アンテナ端子２０４に入力されたテレビ放送信号はデジタルチューナ２０５に供給される。このデジタルチューナ２０５では、テレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のトランスポートストリームが出力され、当該所定のトランスポートストリームはデマルチプレクサ２０６に供給される。このデマルチプレクサ２０６では、トランスポートストリームから、ユーザの選択チャネルに対応した、パーシャルＴＳ（映像データのＴＳパケット、音声データのＴＳパケット）が抽出され、当該パーシャルＴＳはＭＰＥＧデコーダ２０７に供給される。
【００６５】
ＭＰＥＧデコーダ２０７では、映像データのＴＳパケットにより構成される映像ＰＥＳパケットに対してデコード処理が行われて画像データが得られる。この画像データは、映像信号処理回路２０８およびグラフィック生成回路２０９において、必要に応じて、スケーリング処理（解像度変換処理）、グラフィックスデータの重畳処理等が行われた後に、パネル駆動回路２１０に供給される。そのため、表示パネル２１１には、ユーザの選択チャネルに対応した画像が表示される。
【００６６】
また、ＭＰＥＧデコーダ２０７では、音声データのＴＳパケットにより構成される音声ＰＥＳパケットに対してデコード処理が行われて音声データが得られる。この音声データは、音声信号処理回路２１２でＤ／Ａ変換等の必要な処理が行われ、さらに、音声増幅回路２１３で増幅された後に、スピーカ２１４に供給される。そのため、スピーカ２１４から、ユーザの選択チャネルに対応した音声が出力される。
【００６７】
また、ネットワーク端子２２５からイーサネットインタフェース２２４に供給される暗号化されているコンテンツデータ（画像データ、音声データ）は、ＤＴＣＰ回路２２６で復号化された後に、ＭＰＥＧデコーダ２０７に供給される。以降は、上述したテレビ放送信号の受信時と同様の動作となり、表示パネル２１１に画像が表示され、スピーカ２１４から音声が出力される。
【００６８】
また、ＨＤＭＩ受信部２０２では、ＨＤＭＩ端子２０１にＨＤＭＩケーブル３００を介して接続されているディスクプレーヤ１００から送信されてくる、画像データおよび音声データが取得される。画像データは、映像信号処理回路２０８に供給される。また、音声データは、音声信号処理回路２１２に供給される。以降は、上述したテレビ放送信号の受信時と同様の動作となり、表示パネル２１１に画像が表示され、スピーカ２１４から音声が出力される。
【００６９】
なお、ＨＤＭＩ受信部２０２で受信された画像データが立体画像データである場合、映像信号処理回路２０８では、その立体画像データに関連した付加情報に基づいて、字幕、ＯＳＤの合成処理、立体画像データの補正処理等の処理が行われる。また、この場合、映像信号処理回路２０８では、立体画像を表示するための画像データが生成される。そのため、表示パネル２１１により立体画像が表示される。
【００７０】
［ＨＤＭＩ送信部、ＨＤＭＩ受信部の構成例］
図４は、図１のＡＶシステム１０における、ディスクプレーヤ１００のＨＤＭＩ送信部（ＨＤＭＩソース）１０２と、テレビ受信機２００のＨＤＭＩ受信部（ＨＤＭＩシンク）２０２の構成例を示している。
【００７１】
ＨＤＭＩ送信部１０２は、有効画像区間（以下、適宜、アクティブビデオ区間ともいう）において、非圧縮の１画面分の画像の画素データに対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部２０２に一方向に送信する。ここで、有効画像区間は、一の垂直同期信号から次の垂直同期信号までの区間から、水平帰線区間及び垂直帰線区間を除いた区間である。また、ＨＤＭＩ送信部１０２は、水平帰線区間または垂直帰線区間において、少なくとも画像に付随する音声データや制御データ、その他の補助データ等に対応する差動信号を、複数のチャネルで、ＨＤＭＩ受信部２０２に一方向に送信する。
【００７２】
ＨＤＭＩ送信部１０２とＨＤＭＩ受信部２０２とからなるＨＤＭＩシステムの伝送チャネルには、以下の伝送チャネルがある。すなわち、ＨＤＭＩ送信部１０２からＨＤＭＩ受信部２０２に対して、画素データおよび音声データを、ピクセルクロックに同期して、一方向にシリアル伝送するための伝送チャネルとしての、３つのＴＭＤＳチャネル＃０乃至＃２がある。また、ピクセルクロックを伝送する伝送チャネルとしての、ＴＭＤＳクロックチャネルがある。
【００７３】
ＨＤＭＩ送信部１０２は、ＨＤＭＩトランスミッタ８１を有する。トランスミッタ８１は、例えば、非圧縮の画像の画素データを対応する差動信号に変換し、複数のチャネルである３つのＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩケーブル３００を介して接続されているＨＤＭＩ受信部２０２に、一方向にシリアル伝送する。
【００７４】
また、トランスミッタ８１は、非圧縮の画像に付随する音声データ、さらには、必要な制御データその他の補助データ等を、対応する差動信号に変換し、３つのＴＭＤＳチャネル＃０，＃１，＃２でＨＤＭＩ受信部２０２に、一方向にシリアル伝送する。
【００７５】
さらに、トランスミッタ８１は、３つのＴＭＤＳチャネル＃０，＃１，＃２で送信する画素データに同期したピクセルクロックを、ＴＭＤＳクロックチャネルで、ＨＤＭＩケーブル３００を介して接続されているＨＤＭＩ受信部２０２に送信する。ここで、１つのＴＭＤＳチャネル＃ｉ（ｉ＝０，１，２）では、ピクセルクロックの１クロックの間に、１０ビットの画素データが送信される。
【００７６】
ＨＤＭＩ受信部２０２は、アクティブビデオ区間において、複数のチャネルで、ＨＤＭＩ送信部１０２から一方向に送信されてくる、画素データに対応する差動信号を受信する。また、このＨＤＭＩ受信部２０２は、水平帰線区間または垂直帰線区間において、複数のチャネルで、ＨＤＭＩ送信部１０２から一方向に送信されてくる、音声データや制御データに対応する差動信号を受信する。
【００７７】
すなわち、ＨＤＭＩ受信部２０２は、ＨＤＭＩレシーバ８２を有する。このＨＤＭＩレシーバ８２は、ＴＭＤＳチャネル＃０，＃１，＃２で、ＨＤＭＩ送信部１０２から一方向に送信されてくる、画素データに対応する差動信号と、音声データや制御データに対応する差動信号を受信する。この場合、ＨＤＭＩ送信部１０２からＴＭＤＳクロックチャネルで送信されてくるピクセルクロックに同期して受信する。
【００７８】
ＨＤＭＩシステムの伝送チャネルには、上述のＴＭＤＳチャネル＃０乃至＃２およびＴＭＤＳクロックチャネルの他に、ＤＤＣ（Display Data Channel）８３やＣＥＣライン８４と呼ばれる伝送チャネルがある。ＤＤＣ８３は、ＨＤＭＩケーブル３００に含まれる図示しない２本の信号線からなる。ＤＤＣ８３は、ＨＤＭＩ送信部１０２が、ＨＤＭＩ受信部２０２から、Ｅ−ＥＤＩＤ（Enhanced Extended Display Identification Data）を読み出すために使用される。
【００７９】
すなわち、ＨＤＭＩ受信部２０２は、ＨＤＭＩレシーバ８１の他に、自身の性能（Configuration/capability）に関する性能情報であるＥ−ＥＤＩＤを記憶している、ＥＤＩＤ  ＲＯＭ(Read Only Memory)８５を有している。ＨＤＭＩ送信部１０２は、例えば、ＣＰＵ１２１（図２参照）からの要求に応じて、ＨＤＭＩケーブル３００を介して接続されているＨＤＭＩ受信部２０２から、Ｅ−ＥＤＩＤを、ＤＤＣ８３を介して読み出す。ＨＤＭＩ送信部１０２は、読み出したＥ−ＥＤＩＤをＣＰＵ１２１に送る。ＣＰＵ１２１は、このＥ−ＥＤＩＤを、フラッシュＲＯＭ１２２あるいはＤＲＡＭ１２３に格納する。
【００８０】
ＣＰＵ１２１は、Ｅ−ＥＤＩＤに基づき、ＨＤＭＩ受信部２０２の性能の設定を認識できる。例えば、ＣＰＵ１２１は、ＨＤＭＩ受信部２０２を有するテレビ受信機２００が対応可能な画像データのフォーマット（解像度、フレームレート、アスペクト等）を認識する。この実施の形態において、ＣＰＵ１２１は、Ｅ−ＥＤＩＤに含まれる付加情報に関する情報に基づき、例えばＨＤＭＩ受信部２０２を有するテレビ受信機２００が、アクティブスペース領域に配される付加情報を有効使用する機能を有しているか否か等を認識する。
【００８１】
ＣＥＣライン８４は、ＨＤＭＩケーブル３００に含まれる図示しない１本の信号線からなり、ＨＤＭＩ送信部１０２とＨＤＭＩ受信部２０２との間で、制御用データの双方向通信を行うために用いられる。このＣＥＣライン８４は、制御データラインを構成している。
【００８２】
また、ＨＤＭＩケーブル３００には、ＨＰＤ（Hot Plug Detect）と呼ばれるピンに接続されるライン（ＨＰＤライン）８６が含まれている。ソース機器は、当該ライン８６を利用して、シンク機器の接続を検出することができる。また、ＨＤＭＩケーブル３００には、ソース機器からシンク機器に電源を供給するために用いられるライン８７が含まれている。さらに、ＨＤＭＩケーブル３００には、リザーブライン８８が含まれている。
【００８３】
図５は、図４のＨＤＭＩトランスミッタ８１とＨＤＭＩレシーバ８２の構成例を示している。
【００８４】
ＨＤＭＩトランスミッタ８１は、３つのＴＭＤＳチャネル＃０，＃１，＃２にそれぞれ対応する３つのエンコーダ／シリアライザ８１Ａ，８１Ｂ，８１Ｃを有する。そして、エンコーダ／シリアライザ８１Ａ，８１Ｂ，８１Ｃのそれぞれは、そこに供給される画像データ、補助データ、制御データをエンコードし、パラレルデータからシリアルデータに変換して、差動信号により送信する。ここで、画像データが、例えばＲ，Ｇ，Ｂの３成分を有する場合、Ｂ成分はエンコーダ／シリアライザ８１Ａに供給され、Ｇ成分はエンコーダ／シリアライザ８１Ｂに供給され、Ｒ成分はエンコーダ／シリアライザ８１Ｃに供給される。
【００８５】
また、補助データとしては、例えば、音声データや制御パケットがあり、制御パケットは、例えば、エンコーダ／シリアライザ８１Ａに供給され、音声データは、エンコーダ／シリアライザ８１Ｂ，８１Ｃに供給される。さらに、制御データとしては、１ビットの垂直同期信号（VSYNC）、１ビットの水平同期信号（HSYNC）、および、それぞれ１ビットの制御ビットＣＴＬ０，ＣＴＬ１，ＣＴＬ２，ＣＴＬ３がある。垂直同期信号および水平同期信号は、エンコーダ／シリアライザ８１Ａに供給される。制御ビットＣＴＬ０，ＣＴＬ１はエンコーダ／シリアライザ８１Ｂに供給され、制御ビットＣＴＬ２，ＣＴＬ３はエンコーダ／シリアライザ８１Ｃに供給される。
【００８６】
エンコーダ／シリアライザ８１Ａは、そこに供給される画像データのＢ成分、垂直同期信号および水平同期信号、並びに補助データを、時分割で送信する。すなわち、エンコーダ／シリアライザ８１Ａは、そこに供給される画像データのＢ成分を、固定のビット数である８ビット単位のパラレルデータとする。さらに、エンコーダ／シリアライザ８１Ａは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃０で送信する。
【００８７】
また、エンコーダ／シリアライザ８１Ａは、そこに供給される垂直同期信号および水平同期信号の２ビットのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃０で送信する。さらに、エンコーダ／シリアライザ８１Ａは、そこに供給される補助データを４ビット単位のパラレルデータとする。そして、エンコーダ／シリアライザ８１Ａは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃０で送信する。
【００８８】
エンコーダ／シリアライザ８１Ｂは、そこに供給される画像データのＧ成分、制御ビットＣＴＬ０，ＣＴＬ１、並びに補助データを、時分割で送信する。すなわち、エンコーダ／シリアライザ８１Ｂは、そこに供給される画像データのＧ成分を、固定のビット数である８ビット単位のパラレルデータとする。さらに、エンコーダ／シリアライザ８１Ｂは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃１で送信する。
【００８９】
また、エンコーダ／シリアライザ８１Ｂは、そこに供給される制御ビットＣＴＬ０，ＣＴＬ１の２ビットのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃１で送信する。さらに、エンコーダ／シリアライザ８１Ｂは、そこに供給される補助データを４ビット単位のパラレルデータとする。そして、エンコーダ／シリアライザ８１Ｂは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃１で送信する。
【００９０】
エンコーダ／シリアライザ８１Ｃは、そこに供給される画像データのＲ成分、制御ビットＣＴＬ２，ＣＴＬ３、並びに補助データを、時分割で送信する。すなわち、エンコーダ／シリアライザ８１Ｃは、そこに供給される画像データのＲ成分を、固定のビット数である８ビット単位のパラレルデータとする。さらに、エンコーダ／シリアライザ８１Ｃは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃２で送信する。
【００９１】
また、エンコーダ／シリアライザ８１Ｃは、そこに供給される制御ビットＣＴＬ２，ＣＴＬ３の２ビットのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃２で送信する。さらに、エンコーダ／シリアライザ８１Ｃは、そこに供給される補助データを４ビット単位のパラレルデータとする。そして、エンコーダ／シリアライザ８１Ｃは、そのパラレルデータをエンコードし、シリアルデータに変換して、ＴＭＤＳチャネル＃２で送信する。
【００９２】
ＨＤＭＩレシーバ８２は、３つのＴＭＤＳチャネル＃０，＃１，＃２にそれぞれ対応する３つのリカバリ／デコーダ８２Ａ，８２Ｂ，８２Ｃを有する。そして、リカバリ／デコーダ８２Ａ，８２Ｂ，８２Ｃのそれぞれは、ＴＭＤＳチャネル＃０，＃１，＃２で差動信号により送信されてくる画像データ、補助データ、制御データを受信する。さらに、リカバリ／デコーダ８２Ａ，８２Ｂ，８２Ｃのそれぞれは、画像データ、補助データ、制御データを、シリアルデータからパラレルデータに変換し、さらにデコードして出力する。
【００９３】
すなわち、リカバリ／デコーダ８２Ａは、ＴＭＤＳチャネル＃０で差動信号により送信されてくる画像データのＢ成分、垂直同期信号および水平同期信号、補助データを受信する。そして、リカバリ／デコーダ８２Ａは、その画像データのＢ成分、垂直同期信号および水平同期信号、補助データを、シリアルデータからパラレルデータに変換し、デコードして出力する。
【００９４】
リカバリ／デコーダ８２Ｂは、ＴＭＤＳチャネル＃１で差動信号により送信されてくる画像データのＧ成分、制御ビットＣＴＬ０，ＣＴＬ１、補助データを受信する。そして、リカバリ／デコーダ８２Ｂは、その画像データのＧ成分、制御ビットＣＴＬ０，ＣＴＬ１、補助データを、シリアルデータからパラレルデータに変換し、デコードして出力する。
【００９５】
リカバリ／デコーダ８２Ｃは、ＴＭＤＳチャネル＃２で差動信号により送信されてくる画像データのＲ成分、制御ビットＣＴＬ２，ＣＴＬ３、補助データを受信する。そして、リカバリ／デコーダ８２Ｃは、その画像データのＲ成分、制御ビットＣＴＬ２，ＣＴＬ３、補助データを、シリアルデータからパラレルデータに変換し、デコードして出力する。
【００９６】
図６は、ＴＭＤＳ伝送データの構造例を示している。この図６は、ＴＭＤＳチャネル＃０，＃１，＃２において、横×縦が１９２０ピクセル×１０８０ラインの画像データが伝送される場合の、各種の伝送データの区間を示している。
【００９７】
ＨＤＭＩの３つのＴＭＤＳチャネル＃０，＃１，＃２で伝送データが伝送されるビデオフィールド（Video Field）には、伝送データの種類に応じて、３種類の区間が存在する。この３種類の区間は、ビデオデータ区間（Video Data period）、データアイランド区間（Data Islandperiod）、およびコントロール区間（Control period）である。
【００９８】
ここで、ビデオフィールド区間は、ある垂直同期信号の立ち上がりエッジ（active edge）から次の垂直同期信号の立ち上がりエッジまでの区間である。このビデオフィールド区間は、水平ブランキング期間（horizontal blanking）、垂直ブランキング期間（verticalblanking）、並びに、アクティブビデオ区間（Active Video）に分けられる。このアクティブビデオ区間は、ビデオフィールド区間から、水平ブランキング期間および垂直ブランキング期間を除いた区間である
【００９９】
ビデオデータ区間は、アクティブビデオ区間に割り当てられる。このビデオデータ区間では、非圧縮の１画面分の画像データを構成する１９２０ピクセル（画素）×１０８０ライン分の有効画素（Active pixel）のデータが伝送される。
【０１００】
データアイランド区間およびコントロール区間は、水平ブランキング期間および垂直ブランキング期間に割り当てられる。このデータアイランド区間およびコントロール区間では、補助データ（Auxiliary data）が伝送される。すなわち、データアイランド区間は、水平ブランキング期間と垂直ブランキング期間の一部分に割り当てられている。このデータアイランド区間では、補助データのうち、制御に関係しないデータである、例えば、音声データのパケット等が伝送される。
【０１０１】
コントロール区間は、水平ブランキング期間と垂直ブランキング期間の他の部分に割り当てられている。このコントロール区間では、補助データのうちの、制御に関係するデータである、例えば、垂直同期信号および水平同期信号、制御パケット等が伝送される。
【０１０２】
図７は、ＨＤＭＩ端子２１１，２５１のピン配列の一例を示している。図７に示すピン配列はタイプＡ（type-A）と呼ばれている。
【０１０３】
ＴＭＤＳチャネル＃ｉの差動信号であるＴＭＤＳ  Ｄａｔａ＃ｉ＋とＴＭＤＳ  Ｄａｔａ＃ｉ−は差動線である２本のラインにより伝送される。この２本のラインは、ＴＭＤＳ  Ｄａｔａ＃ｉ＋が割り当てられているピン（ピン番号が１，４，７のピン）と、ＴＭＤＳ  Ｄａｔａ＃ｉ−が割り当てられているピン（ピン番号が３，６，９のピン）に接続される。
【０１０４】
また、制御用のデータであるＣＥＣ信号が伝送されるＣＥＣライン８４は、ピン番号が１３であるピンに接続され、ピン番号が１４のピンは空き（Reserved）ピンとなっている。また、Ｅ−ＥＤＩＤ等のＳＤＡ（SerialData）信号が伝送されるラインは、ピン番号が１６であるピンに接続される。そして、ＳＤＡ信号の送受信時の同期に用いられるクロック信号であるＳＣＬ（Serial Clock）信号が伝送されるラインは、ピン番号が１５であるピンに接続される。上述のＤＤＣ８３は、ＳＤＡ信号が伝送されるラインおよびＳＣＬ信号が伝送されるラインにより構成される。
【０１０５】
また、上述したようにソース機器がシンク機器の接続を検出するためのＨＰＤライン８６は、ピン番号が１９であるピンに接続される。また、上述したように電源を供給するためのライン８７は、ピン番号が１８であるピンに接続される。
【０１０６】
［付加情報の詳細説明］
図８は、立体画像データのＴＭＤＳ伝送データ構造の一つであるフレームパッキング方式の３Ｄビデオフォーマット（3D Video Format）を示している。この３Ｄビデオフォーマットは、立体画像データとして、プログレッシブ方式の左眼（Ｌ）および右眼（Ｒ）の画像データを伝送するためのフォーマットである。この３Ｄビデオフォーマットでは、左眼（Ｌ）および右眼（Ｒ）の画像データとして、１９２０×１０８０ｐ，１０８０×７２０Ｐのピクセルフォーマットの画像データの伝送が行われる。
【０１０７】
この３Ｄビデオフォーマットにより、垂直同期信号により区切られる、水平ブランキング期間（Hblank）、垂直ブランキング期間（Vblank）及びアクティブビデオ区間（Vactive）を含むビデオフィールド区間を単位とする伝送データが生成される。この３Ｄビデオフォーマットにおいて、アクティブビデオ区間（Vactive）は、２つのアクティブビデオ領域（Active video）と、それらの間に１つのアクティブスペース領域（Active space）を有している。
【０１０８】
ライン数がVact_videoである第１のアクティブビデオ領域にプログレッシブ方式の左眼（Ｌ）画像データが配され、ライン数がVact_videoである第２のアクティブビデオ領域にプログレッシブ方式の右眼（Ｒ）画像データが配される。また、ライン数がVact_spaceであるアクティブスペース領域に、アクティブビデオ領域に配される左眼（Ｌ）および右眼（Ｒ）の画像データに関連した付加情報が配される。
【０１０９】
ここで、１９２０×１０８０ｐのピクセルフォーマットの場合、Vact_space＝４５ラインとされている。また、１２８０×７２０Ｐのピクセルフォーマットの場合、Vact_space＝３０ラインとされている。
【０１１０】
図９は、立体画像データのＴＭＤＳ伝送データ構造の一つであるインターレースフォーマットのためのフレームパッキング方式の３Ｄビデオフォーマット（3D Video Format）を示している。この３Ｄビデオフォーマットは、立体画像データとして、インターレース方式の左眼（Ｌ）および右眼（Ｒ）の画像データを伝送するためのフォーマットである。この３Ｄビデオフォーマットでは、左眼（Ｌ）および右眼（Ｒ）の画像データとして、１９２０×１０８０ｉのピクセルフォーマット等の画像データの伝送が行われる。
【０１１１】
この３Ｄビデオフォーマットにより、垂直同期信号により区切られる、水平ブランキング期間（Hblank）、垂直ブランキング期間（Vblank）及びアクティブビデオ区間（Vactive）を含むビデオフィールド区間を単位とする伝送データが生成される。この３Ｄビデオフォーマットにおいて、アクティブビデオ区間（Vactive）は、４つのアクティブビデオ領域（Active video）と、それらの間に３つのアクティブスペース領域（Active space）を有している。
【０１１２】
ライン数が Vact_video である第１のアクティブビデオ領域に奇数フィールドの左眼（Ｌ）画像データが配され、ライン数が Vact_video である第２のアクティブビデオ領域に奇数フィールドの右眼（Ｒ）画像データが配される。また、ライン数が Vact_video である第３のアクティブビデオ領域に偶数フィールドの左眼（Ｌ）画像データが配され、ライン数が Vact_video である第４のアクティブビデオ領域に偶数フィールドの右眼（Ｒ）画像データが配される。
【０１１３】
ライン数がそれぞれVact_space1，Vact_space2，Vact_space1である３つのアクティブスペース領域に、アクティブビデオ領域に配される左眼（Ｌ）および右眼（Ｒ）の画像データに関連した付加情報が配される。ここで、１９２０×１０８０ｉのピクセルフォーマットの場合、Vact_space1＝２３ライン、Vact_space2＝２２ラインとされている。
【０１１４】
図９の３Ｄビデオフォーマットの場合のように複数のアクティブスペース領域が存在する場合、それらのアクティブスペース領域を、統合した１つの領域として扱うことができる。図１０は、アクティブスペース領域の統合の様子を示している。このように複数のアクティブスペース領域を統合して扱うことで、１つのフレーム内で伝送できる付加情報のデータ量を増やすことができる。
【０１１５】
図１１は、図１０に示すように３つのアクティブスペース領域を統合して扱った場合における、各アクティブスペース領域の最初のラインの付加情報配置状態の一例を示している。図１１（ａ）は、第１のアクティブスペース領域（Active Space1）の最初のラインを示しており、このラインの番号は＃０となる。
【０１１６】
この＃０のラインの＃０，＃１の２つのピクセル位置には、ＴＭＤＳの３チャネルの各チャネルのデータとして、固定値「0x00」、「0xFF」のシンクパターンが配置されている。そして、この＃０のラインの＃２のピクセル位置から、ＴＭＤＳの３チャネルの各チャネルのデータとして、付加情報を構成するＸ０，Ｘ１，Ｘ２・・・の各８ビットデータが配置されている。
【０１１７】
また、図１１（ｂ）は、第２のアクティブスペース領域（Active Space2）の最初のラインを示しており、このラインの番号は＃Ｖ０となっている。また、図１１（ｃ）は、第３のアクティブスペース領域（Active Space3）の最初のラインを示しており、このラインの番号は＃Ｖ０＋Ｖ１となっている。ここでは、第１のアクティブスペース領域のライン数（Vact_space1）を「Ｖ０」とし、第２のアクティブスペース領域のライン数（Vact_space2）を「Ｖ１」としている。また、水平方向のピクセル数を「Ｈ」としている。
【０１１８】
図１２は、フレームパッキング方式の３Ｄビデオフォーマットにおけるアクティブスペース領域のフレーム毎のサイズ例を示している。この例は、ＴＭＤＳの３チャネルの各ピクセル位置で８ビットデータが伝送されるものとして計算した例である。１９２０×１０８０ｐのピクセルフォーマットの画像データが伝送される３Ｄ伝送フォーマット（図８参照）では、アクティブスペース領域の合計ライン数Vact_spaceが４５ラインである。そのため、アクティブスペース領域のフレーム毎のサイズは、約２５９ＫＢとなる。
【０１１９】
また、１９２０×１０８０ｉのピクセルフォーマットの画像データが伝送される３Ｄ伝送フォーマット（図９参照）では、アクティブスペース領域の合計ライン数Vact_spaceが６８ラインである。そのため、アクティブスペース領域のフレーム毎のサイズは、約３９２ＫＢとなる。さらに、１２８０×７２０ｐのピクセルフォーマットの画像データが伝送される３Ｄ伝送フォーマット（図８参照）では、アクティブスペース領域の合計ライン数Vact_spaceが３０ラインである。そのため、アクティブスペース領域のフレーム毎のサイズは、約１１５ＫＢとなる。
【０１２０】
［アクティブスペース領域内のデータ格納方法］
アクティブスペース（Active Space）領域内のデータ格納方法について説明する。ＨＤＭＩ規格Ver.1.4 では、アクティブスペース領域は、単一色で塗りつぶすことが要求されている。図１３は、アクティブスペース領域を付加情報伝送に使用しない場合における、ＴＭＤＳの３チャネルの各ピクセル位置のデータを示している。図１３（ａ）は、第０ライン（Line #0）を示し、図１３（ｂ）は、第１ライン以降（Line #1 以降）を示している。この場合、全ピクセル位置に同一のデータが配され、ＨＤＭＩ規格 Ver.1.4 で定義されたように単一色で塗りつぶされる。なお、図１３において、Ｃ０，Ｃ１，Ｃ２は、任意の定数である。
【０１２１】
図１４は、アクティブスペース領域を付加情報伝送に使用する場合における、ＴＭＤＳの３チャネルの各ピクセル位置のデータを示している。図１４（ａ）は、第０ライン（Line #0）を示し、図１４（ｂ）は、第１ライン（Line #1）を示している。この場合、第０ラインのピクセル０（Pixel 0）、ピクセル１（Pixel 1）のピクセル位置に固定値のシンクパターンが配置される。なお、図示の例では、各位置に配される固定値を、「0xA5」、「0x96」としている。また、第０ラインのピクセル２(Pixel 2)の位置から、ＴＭＤＳの３チャネルの各チャネルのデータとして、付加情報を構成するＸ０，Ｘ１，Ｘ２・・・の各８ビットデータが配置される。なお、「Ｈ」は、水平方向のピクセル数（Hactive）を表している。
【０１２２】
［アクティブスペース領域内のデータ格納方法（データ構造）］
アクティブスペース領域内に配置される付加情報には、情報データおよび画像データのいずれかまたは両方が含まれる。ここで、情報データは、一個または複数個の情報ブロックにより構成される。また、画像データは、一個または複数個の画像ブロックにより構成される。
【０１２３】
図１５は、付加情報に情報データおよび画像データの両方が含まれる場合におけるアクティブスペース領域内のデータレイアウトを示している。この場合、アクティブスペース領域には、スペース、シンクパターン（Sync Pattern）、情報領域ヘッダ、情報ブロック１〜Ｎ、画像領域ヘッダ、画像ブロック１〜Ｎ、エンドパターン（End Pattern）、スペースが、この順に配置される。なお、最初のスペースは送り側の都合によって配置される。また、エンドパターン（End Pattern）は、省略可能とされる。
【０１２４】
図１６は、付加情報に情報データのみが含まれる場合におけるアクティブスペース領域内のデータレイアウトを示している。この場合、アクティブスペース領域には、スペース、シンクパターン（Sync Pattern）、情報領域ヘッダ、情報ブロック１〜Ｎ、エンドパターン（EndPattern）、スペースが、この順に配置される。最初のスペースは送り側の都合によって配置される。
【０１２５】
図１７は、付加情報に画像データのみが含まれる場合におけるアクティブスペース領域内のデータレイアウトを示している。この場合、アクティブスペース領域には、スペース、シンクパターン（Sync Pattern）、画像領域ヘッダ、画像ブロック１〜Ｎ、エンドパターン（EndPattern）、スペースが、この順に配置される。なお、最初のスペースは送り側の都合によって配置される。また、エンドパターン（End Pattern）は、省略可能とされる。
【０１２６】
スペースのデータサイズは任意とされ、そのデータ種別は“画像データ”とされる。このスペースは、単一色で塗りつぶされる。送り側の都合によっては、アクティブスペース領域の先頭部分はスペースとされる。なお、インターレースフォーマットのためのフレームパッキング方式の３Ｄビデオフォーマット（図９参照）のように、複数個のアクティブスペース領域が存在する場合、各アクティブスペース領域の先頭部分が同じデータ長分だけスペースとされる。
【０１２７】
アクティブスペース領域の先頭部分のスペースのデータ長は、送信側（ＨＤＭＩのソース機器）から受信側（ＨＤＭＩシンク機器）に、InfoFrame で通知される。例えば、３Ｄ伝送用のＨＤＭＩ VendorSpecific InfoFrame パケットが、図１８に示すように拡張される。なお、このＨＤＭＩVendor Specific InfoFrame パケットは、ブランキング期間内のデータアイランド区間に配置される。
【０１２８】
このＨＤＭＩ Vendor Specific InfoFrame ついてはCEA-861-Dに定義されているので省略する。ここでは、拡張部分について説明する。第５バイトについて説明する。第５バイトの第３ビットに、アクティブスペース領域に付加情報が配されているか否か、つまりアクティブスペース領域内で付加情報を伝送するか否かを示す情報「3D_OptData_Present」が配置される。この第３ビットが「１」であるとき、アクティブスペース領域内で付加情報の伝送を行わないことを示す。
【０１２９】
上述の第５バイトの第３ビットが「１」であるとき、「OptDataFmt」および「OptData_SkipLines」のフィールドが存在する。「OptDataFmt」のフィールドは、アクティブスペース領域内で伝送するデータの形式、例えばフルレンジ（Full Range）での伝送か、リミテッドレンジ（Limited Range）での伝送かを示す。また、この「OptDataFmt」のフィールドは、アクティブスペース領域内で伝送するデータの種類なども示す。「OptData_SkipLines」のフィールドは、アクティブスペース領域内の先頭Ｎラインはスペースであるということを示す。スペースが存在しない場合は、０をセットする。
【０１３０】
受信側（ＨＤＭＩシンク機器）では、上述のＨＤＭＩ Vendor Specific InfoFrame パケットの「3D_OptData_Present」の情報によりアクティブスペース領域に付加情報が配されているか否かを認識できる。また、「OptDataFmt」のフィールドによりデータ形式等を把握でき、さらに、「OptData_SkipLines」のフィールドによりアクティブスペース領域内の先頭部分のスペースの有無、さらにはそのデータサイズを把握できる。
【０１３１】
シンクパターンのデータサイズは固定長（２pixelまたはそれ以上）とされ、そのデータ種別は“固定値”とされる。例えば、シンクパターンとして、「0xA5」、「0x96」などといった固定値が定義される。受信側（ＨＤＭＩシンク機器）では、シンクパターンを見つけると、それ以降は有効なデータとしてデータの読み取りが行われる。
【０１３２】
情報領域ヘッダは、領域サイズ、内部のブロック数の情報を含む。この情報領域ヘッダのデータサイズは固定長とされ、そのデータ種別は“情報データ”とされる。図１９は、情報領域ヘッダの構成例を示している。この情報領域ヘッダには、「シンクパターン（Sync Pattern）」、「情報ブロック数」、「データ長」のデータがこの順に含まれている。
【０１３３】
「シンクパターン」のデータサイズは２バイトとされ、そのデータ種別は“固定値”とされる。この「シンクパターン」は、情報領域の開始を示す。「情報ブロック数」のデータサイズは１バイトとされ、そのデータ種別は“情報データ”とされる。この「情報ブロック数」は、フレーム内に含まれる情報ブロックの個数を示す。「データ長」のデータサイズは２バイトとされ、そのデータ種別は“情報データ”とされる。この「データ長」は、フレーム内に含まれる情報ブロックのデータサイズを示す。このデータサイズは、例えばピクセル数で表される。
【０１３４】
情報領域ヘッダの後ろに、「情報ブロック数」の値の個数分だけの情報ブロック１〜Ｎが続く。各情報ブロックのデータサイズは任意とされ、そのデータ種別は“情報データ”とされる。図２０は、情報ブロックの構成例を示している。この情報ブロックには、「データＩＤ」、「データ長」、「ペイロード（Payload）」、「ＣＲＣ（Cyclic Redundancy Check：巡回冗長検査）」のデータがこの順に含まれている。「データＩＤ」のデータサイズは１バイトとされ、そのデータ種別は“固定値”とされる。この「データＩＤ」は情報ブロック内に含まれるデータの種類を示す。「データ長」のデータサイズは、「２バイトbyte」とされ、そのデータ種別は“情報データ”とされる。この「データ長」は、情報ブロックのデータの実体部（Payload）のデータサイズ（Pixel数）を示す。
【０１３５】
「ペイロード」のデータサイズは「データ長」で示されるサイズであり、そのデータ種別は“情報データ”とされる。この「ペイロード」は、情報ブロックのデータの実体である。「ＣＲＣ」のデータサイズは２バイトとされ、そのデータ種別は“情報データ”とされる。この「ＣＲＣ」は、「データＩＤ」、「データ長」および「ペイロード」の全体に対するＣＲＣの値である。
【０１３６】
画像領域ヘッダは、領域サイズ、内部のブロック数の情報を含む。この情報領域ヘッダのデータサイズは固定長とされ、そのデータ種別は“情報データ”とされる。図２１は、画像領域ヘッダの構成例を示している。この画像領域ヘッダには、「シンクパターン（Sync Pattern）」、「画像ブロック数」、「データ長」のデータがこの順に含まれている。
【０１３７】
「シンクパターン」のデータサイズは２バイトとされ、そのデータ種別は“固定値”とされる。この「シンクパターン」は、画像領域の開始を示す。「画像ブロック数」のデータサイズは１バイトとされ、そのデータ種別は“情報データ”とされる。この「画像ブロック数」は、フレーム内に含まれる画像ブロックの個数を示す。「データ長」のデータサイズは２バイトとされ、そのデータ種別は“情報データ”とされる。この「データ長」は、フレーム内に含まれる画像ブロックのデータサイズを示す。
【０１３８】
画像領域ヘッダの後ろに、「画像ブロック数」の値の個数分だけの画像ブロック１〜Ｎが続く。各画像ブロックのデータサイズは任意とされ、そのデータ種別は“画像データ”とされる。図２２は、画像ブロックの構成例を示している。この画像ブロックには、「画像ＩＤ」、「横のピクセル（Pixel）数」、「縦のピクセル（Pixel）数」、「画像データ」のデータがこの順に含まれている。
【０１３９】
画像ＩＤ」のデータサイズは１バイト（byte）とされ、そのデータ種別は“固定値”とされる。この「画像ＩＤ」は画像フォーマットを示すＩＤである。例えば、「０」は、アクティブビデオ領域に配される立体画像（３Ｄ画像）データと同じ画像フォーマットであることを示す。
【０１４０】
「横のピクセル数」のデータサイズは２バイトとされ、そのデータ種別は“情報データ”とされる。この「横のピクセル数」は、画像の横方向のピクセル数を示す。「縦のピクセル数」のデータサイズは２バイトとされ、そのデータ種別は“情報データ”とされる。この「縦のピクセル数」は、画像の縦方向のピクセル数を示す。「画像データ」のデータサイズは「横のピクセル数」×「縦のピクセル数」であり、そのデータの種別は“画像データ”である。この「画像データ」は、画像データの実体である。
【０１４１】
エンドパターン（End Pattern）のデータサイズは固定長（２pixelまたはそれ以上）とされ、そのデータ種別は“固定値”とされる。例えば、エンドパターンとして、「0xFE」、「0xFE」などといった固定値が定義される。受信側（ＨＤＭＩシンク機器）では、エンドパターンを見つけることで、データの終わりを知る。なお、画像データが最後に配置される場合には、エンドパターンの省略が可能とされる（図１５、図１７参照）。
【０１４２】
［各ピクセル（Pixel）のデータ格納方法］
ここで、アクティブスペース領域における各ピクセル（Pixel）のデータ格納方法について説明する。ＨＤＭＩ規格では、ビデオ（Video）データで使用できる色の値の範囲が、図２３に示すように、定義されている。
【０１４３】
ＤＶＤ（Digital Versatile Disc）/BD（Blu-ray Disc）などの画像データ（映像データ）は、Ｙ，Ｃｂ，Ｃｒのリミテッドレンジ（Limited range）で出力されることが多い。リミテッドレンジの場合、０−２５５の８ビットのデータがまるまる使える訳ではない。リミテッドレンジの場合、値の有効範囲（Valid Range）が「1 to 254」であるので、０，２５５の値は使用できない。
【０１４４】
この実施の形態では、上述したようにアクティブスペース領域で情報データを伝送する。そのため、以下のいずれかの方法で、アクティブスペース領域のデータを伝送する。
【０１４５】
「方法１」
この方法１は、リミテッドレンジ（Limited Range）で画像データを送信する場合、アクティブスペース領域のデータ（付加情報）をクリップせずにそのまま送信し、データ（付加情報）として０，２５５の使用を可能とする方法である。
【０１４６】
（方法１−１）
ＨＤＭＩ送信部１０２（図２参照）は、ＲＧＢのカラースペースをＹＣｂＣｒのカラースペースに変換したり、逆にＹＣｂＣｒのカラースペースをＲＧＢのカラースペースに変換したりといったカラースペース変換機能や、リミテッドレンジ（Limited Range）で出力する場合には、０〜２５５の範囲のピクセル（Pixel）値を、リミテッドレンジの１〜２５４に丸める（クリップする）という機能を有する。
【０１４７】
ＨＤＭＩ送信部１０２は、立体画像データ（図８、図９参照）を出力する場合、アクティブビデオ（Active Video）領域内の画像データについては、必要に応じてカラースペース変換機能を適用したり、リミテッドレンジの範囲の値にクリップして送信する。しかし、ＨＤＭＩ送信部１０２は、アクティブスペース（Active Space）領域内のデータ（付加情報）についてはカラースペース変換機能は無効で、データの値もクリップせずにそのまま送信する。
【０１４８】
この場合、送信側（ＨＤＭＩのソース機器）、例えば図２のディスクプレーヤ１００の映像信号処理回路１０７は、３Ｄ映像生成部において、映像出力用のフレームメモリにアクティブビデオ領域に立体画像（３Ｄ画像）を描画し、アクティブスペース領域にデータを描画する。
【０１４９】
送信側は、ＨＤＭＩ送信部１０２に、描画した映像出力用フレームメモリの内容を送信するときに、以下のような情報を設定（指定）する（図５８参照）。
（ａ）ＨＤＭＩに送信する信号のビデオフォーマット（フレームレート、Vblank、Vactive、Hblank、Hactive、PixelClock（転送レート））、アクティブビデオ領域のカラースペース、Full Range/Limited Range、ビット数（Deep Color かどうか）、Active video、Active space 領域のそれぞれの個数、それぞれの領域の開始・終了ライン数
（ｂ）フレームメモリ上の映像のライン数 （Vactive, Hactive, Hblank）、カラースペース、ビット数
【０１５０】
ＨＤＭＩ送信部１０２は、ＨＤＭＩに送信する信号を生成する際に、フレームメモリ上のカラースペースとＨＤＭＩに出力するカラースペースとが一致しない場合には、指定されたアクティブビデオの領域（立体画像データ：左眼および右眼の画像データ）については、フレームメモリ上の各ドットのピクセル値を、指定された通りにカラースペースを変換してＨＤＭＩに出力するデータを生成する。一方、指定されたアクティブスペースの領域（付加情報）については、各ドットのピクセル値（データ）を変換せずにそのまま出力データを生成する。
【０１５１】
また、出力フォーマットとしてリミテッドレンジ（Limited Range）が指定されている場合には、指定されたアクティブビデオ領域（立体画像データ）については、各ドットの０〜２５５の範囲のピクセル値を１〜２５４の範囲にクリップして、ＨＤＭＩに出力するデータを生成する。一方、指定されたアクティブスペースの領域（付加情報）については、各ドットのピクセル値（データ）をクリップせずにそのまま出力データを生成する。
【０１５２】
（方法１−２）
ＨＤＭＩ送信部１０２（図２参照）は、アクティブビデオ領域で送信する立体画像データと、アクティブスペース領域で送信するデータとを別々のデータとして入力し、画像送信時に、合成して出力するという機能を有する。また、ＨＤＭＩ送信部１０２は、映像信号処理回路１０７の３Ｄ映像生成部からの立体画像データ（左眼および右眼の画像データ）の０〜２５５の範囲のピクセル（Pixel）値を、リミテッドレンジの１〜２５４に丸める（クリップする）という機能を有する。
【０１５３】
送信側（ＨＤＭＩのソース機器）、例えば図２のディスクプレーヤ１００の映像信号処理回路１０７は、３Ｄ映像生成部において、アクティブビデオ（Active Video）領域に立体画像（３Ｄ画像）を描画する。また、ＣＰＵ１２１は、アクティブスペース領域に配置して送信するデータ（付加情報）を生成しておく。
【０１５４】
立体画像データ（図８、図９参照）を出力する場合、３Ｄ映像生成部は垂直同期信号（Ｖsync）をトリガーとして左眼画像データをＨＤＭＩ送信部１０２に送る。また、３Ｄ映像生成部は、左眼画像データの送信が終わると、ＨＤＭＩ送信部１０２が作成する擬似的な垂直同期信号（Ｖsync）をトリガーとして右眼画像データをＨＤＭＩ送信部１０２に送る。
【０１５５】
また、ＣＰＵ１２１は、アクティブスペース領域に対応して、作成したデータ（付加情報）をＨＤＭＩ送信部１０２に送る。ＨＤＭＩ送信部１０２は、クリップ処理した左眼画像データ、クリップ処理していないデータ（付加情報）、クリップ処理した右眼画像データをこの順に送信する。
【０１５６】
なお、このような送り方をする場合、左眼画像データ、データ（付加情報）、右眼画像データの領域が隙間なしに隣接していると、映像信号処理回路１０７の３Ｄ映像生成部およびＣＰＵ１２１と、ＨＤＭＩ送信部１０２との間のタイミング合わせが難しくなってくる。この場合、アクティブスペース領域の先頭部分に上述したようにスペース（図１５、図１６、図１７参照）を設けることで各データ領域の間に隙間ができ、上述のタイミング合わせが容易となる。
【０１５７】
「方法２」
この方法２は、リミテッドレンジ（Limited Range）で画像データを送信する場合、アクティブスペース領域も画像データと同じくバリッドレンジ（Valid Range）でデータを送信可能とする方法である。
【０１５８】
この方法２において、映像信号処理回路１０７の３Ｄ映像生成部は、アクティブスペース領域のピクセル値（８ビットデータ）を、予めリミテッドレンジの範囲（１〜２５４）に収めるように加工する。すなわち、３Ｄ映像生成部は、各ピクセルにおいてビット０〜ビット６で７ビットのデータを送信するものとし、図２４に示すように、ビット７の値をビット６の反転値とする。これにより、アクティブスペース領域の各ピクセル値（８ビットデータ）は、６４（０１００００００）〜１９１（１０１１１１１１）の範囲の値になり、リミテッドレンジの範囲（１〜２５４）に収まる。
【０１５９】
この場合、各ピクセルにおいて７ビットのデータを送信することから、ＴＭＤＳの＃０，＃１，＃２の３チャネル分を合計すると、ピクセル毎に、２１（＝７×３）ビットのデータの格納が可能となる。そこで、例えば、１６ビットは２バイトのデータ（付加情報）を格納するために使用され、残りの５ビットはパリティビットとして使用される。図２５は、ＴＭＤＳの＃０，＃１，＃２の３チャネルのピクセル値（８ビットデータ）のビット構成例を示している。
【０１６０】
チャネル＃０，＃１，＃２の３チャネルのビット６〜ビット４として、１バイトのデータを構成する８ビット（Ａ７〜Ａ０）と、それに対するパリティビット（Ａｐ）が格納される。また、チャネル＃０，＃１，＃２の３チャネルのビット３〜ビット１として、１バイトのデータを構成する８ビット（Ｂ７〜Ｂ０）と、それに対するパリティビット（Ｂｐ）が格納される。また、チャネル＃０，＃１，＃２の３チャネルのビット７の値として、それぞれ、ビット６の反転値が格納される。また、チャネル＃０，＃１，＃２の３チャネルのビット０として、それぞれ、ビット７〜ビット１に対するパリティビット（Ｐ）が格納される。
【０１６１】
なお、ＨＤＭＩにおける映像伝送としては、ディープカラー（Deep Color）モードが存在する。このディープカラーモードは、各ピクセルの値を８ビットではなく、１０ビット、１２ビット、１６ビットなどの多ビット長のデータとして伝送できるモードである。この実施の形態においては、各ピクセルについて８ビットの範囲でデータを伝送することについて説明する。
【０１６２】
ディープカラー伝送時は、上述の「方法２」で説明したと同様に、最上位ビットにその次のビットの値を反転した値をセットするという運用にし、ピクセル値の下位８ビットには０〜２５５のすべてを使用可能な状態にして伝送してもよい。この場合、送信側（ＨＤＭＩのソース機器）におけるデータ生成の処理、受信側（ＨＤＭＩのシンク機器）におけるデータ読み取りの処理が簡単になる。
【０１６３】
［エラー訂正］
アクティブスペース領域で用いられるＴＭＤＳコーディング（８ｂ／１０ｂ符号化）は、本来画像用のコーディングであり、エラーに弱い。そのため、例えば、アクティブスペース領域に配されるデータ（付加情報）に信頼性向上のためのエラー訂正符号化が行われる。ここでは、アクティブスペース領域にデータ（付加情報）をフルレンジ（Full Range）で格納できる場合について説明する。リミテッドレンジ（LimitedRange）の場合は、他の方法でエラー訂正を扱う必要がある。
【０１６４】
エラー訂正符号化に、例えば、従来周知の３重化多数決法が採用される。図２６は、３重化多数決法を採用した場合における、送信側のエンコード処理および受信側のデコード処理を示している。Ｘn[i]は、ｎバイト目のビットｉのデータを示している。Ｘn0[i]は、チャネル＃０のｎバイト目のビットｉのデータを示している。Ｘn1[i]は、チャネル＃１のｎバイト目のビットｉのデータを示している。Ｘn2[i]は、チャネル＃２のｎバイト目のビットｉのデータを示している。
【０１６５】
この場合、送信側では、図２７に示すように、ピクセル毎の、チャネル＃０，＃１，＃２の３チャネルの８ビットデータとして、同一のデータが配される。受信側では、ピクセル毎に、３チャネルの８ビットデータがビット毎に比較され、ビット７〜ビット０の値が多数決で決定されてエラー訂正される。
【０１６６】
［テレビ受信機（シンク機器）における立体画像データの補正］
テレビ受信機２００における立体画像データ（３Ｄ画像データ）の補正処理について説明する。立体画像表示の場合は、視聴環境（スクリーンサイズ、視聴距離、周囲の明るさ）やユーザの好みに応じて画像データを補正してあげることが、２次元画像（２Ｄ画像）表示の場合以上に重要になると思われる。
【０１６７】
視聴環境の情報はテレビ受信機２００側で取得しやすいため、視聴環境に応じた立体画像データの補正処理をテレビ受信機２００で行うことが好ましい。また、ユーザの好みによる立体画像データの補正は、テレビ受信機２００およびディスクプレーヤ１００のどちらで行ってもよい。しかし、放送などを考えるとテレビ受信機２００側で処理できた方が対応できるコンテンツの種類が広がるため望ましい。
【０１６８】
テレビ受信機２００で立体画像データの補正、高画質化などの処理を行うことを考える。この場合、ディスクプレーヤ１００で字幕、メニュー、ＯＳＤなどの画像データを立体画像データに重ね合わせてからテレビ受信機２００に送信すると、立体画像データの補正、高画質化などの処理を行う際にその表示データが邪魔になる。ここで、メニューはＤＶＤ、ＢＤ等のディスクのメニューを意味し、ＯＳＤはディスクプレーヤの情報表示、メニューなどを意味している。
【０１６９】
図２８は、この場合におけるデータの流れを概略的に示している。ディスクプレーヤ１００側を説明する。ディスクからのビデオストリームがデコードされて立体画像データ（左眼画像データ、右眼画像データ）が得られる。また、ディスクからの字幕、メニュー等の情報に基づいて描画が行われて字幕、メニューなどの画像データが得られる。そして、立体画像データと字幕、メニューなどの画像データが合成されて、字幕、メニューなどの画像が重ね合わせられた立体画像データが生成され、テレビ受信機２００に送信される。テレビ受信機２００側を説明する。ディスクプレーヤ１００から、字幕、メニューなどの画像が重ね合わせられた立体画像データが受信される。そして、この立体画像データにより、字幕、メニューなどの画像が重ね合わせられた立体画像が表示される。
【０１７０】
そこで、この実施の形態では、立体画像データとは別に、アクティブスペース領域で字幕、メニュー、ＯＳＤなどの画像情報をテレビ受信機２００に送信する。そして、テレビ受信機２００側で、立体画像データを補正してから、この立体画像データに字幕、メニュー、ＯＳＤなどの画像データを重ね合わせる。これにより、立体画像データの補正、高画質化などの処理品質の向上を図ることができる。
【０１７１】
図２９は、この場合におけるデータの流れを概略的に示している。ディスクプレーヤ１００側を説明する。ディスクからのビデオストリームがデコードされて立体画像データ（左眼画像データ、右眼画像データ）が得られる。また、ディスクからの字幕、メニュー等の情報に基づいて描画が行われて字幕、メニューなどの画像データが得られる。立体画像データは、アクティブビデオ領域に配されて、テレビ受信機２００に送信される。また、字幕、メニューなどの画像データおよびディスクからの画像補正用のメタデータは、アクティブスペース領域に配されて、テレビ受信機２００に送信される。
【０１７２】
テレビ受信機２００側を説明する。ディスクプレーヤ１００から、立体画像データと、字幕、メニューなどの画像データが別々に受信される。また、ディスクプレーヤ１００から、画像補正用のメタデータが受信される。この画像補正用のメタデータに基づいて、立体画像データの補正が行われる。そして、この補正後の立体画像データと字幕、メニューなどの画像データが合成されて、字幕、メニューなどの画像が重ね合わせられた立体画像データが生成される。この立体画像データにより、字幕、メニューなどの画像が重ね合わせられた立体画像が表示される。
【０１７３】
なお、図２９に破線で示すように、ディスクからの字幕、メニュー等の情報がアクティブスペース領域に配されてディスクプレーヤ１００からテレビ受信機２００に送信されてもよい。この場合、テレビ受信機２００側において、字幕、メニュー等の情報に基づいて描画が行われて字幕、メニューなどの画像データが得られ、この画像データは補正後の立体画像データに合成される。
【０１７４】
［字幕情報の伝送］
ディスクプレーヤ１００（ソース機器）からテレビ受信機２００（シンク機器）に、アクティブスペース領域を利用して、以下のような情報を含む情報ブロックを送信する。これにより、テレビ受信機２００側で、字幕、メッセージ、文字列を表示することが可能となる。
【０１７５】
（ａ）文字列
（ｂ）文字の表示方向 （左→右、右→左、上→下）
（ｃ）表示領域： 位置（座標）、サイズ、背景色（透過度αも指定可能）
（ｄ）文字表示位置、文字揃え（横方向：左揃え/右揃え/中央揃え/均等割付、縦方向：上揃え/中央揃え/下揃え など）
（ｅ）文字間隔、改行幅
【０１７６】
（ｆ）３Ｄ表示方法
・表示オフセット：左右にｘドットずらして表示する
・影をつける
など
（ｇ）文字コードの種類
（ｈ）フォントの種類
（ｉ）フォントサイズ
（ｊ）文字装飾 （太字、斜体、下線、など）
（ｋ）文字色（透過度 α も指定可能）
【０１７７】
（ｌ）文字の縁取りの幅・色（透過度 α も指定可能）
（ｍ）背景のテクスチャの使用
使用する場合：
・テクスチャとして使用するイメージＩＤ（画像領域で伝送される）
（ｎ）文字のテクスチャの使用
使用する場合：
・テクスチャとして使用する イメージＩＤ
（ｏ）外字の定義機能 （外字はビットマップとして別データで伝送する）
【０１７８】
（ｐ）表示時間
・表示を継続する フレーム数
次に 字幕情報が送ってきた時点で前の字幕の表示は消える
字幕を消すために、空文字列の字幕情報を伝送してもよい
（ｑ）アニメーション （フェードイン、フェードアウト、スクロールなど）
・毎フレーム 字幕情報を送ってもよいし、
字幕の表示開始時に、表示時間＋アニメーションの情報を送ってもよい
【０１７９】
ＢＤ−ＲＯＭ規格では、字幕データの記録方式として、ＰＧ（Presentation Graphics）と、ＴｅｘｔＳＴ（Text Subtitle）の２種類が定義されている。ＰＧは、画像データとして字幕データを記録する方式である。ＴｅｘｔＳＴは、テキスト、フォントデータとして字幕データを記録する方式である。
【０１８０】
ＴｅｘｔＳＴ方式の字幕データでは、以下のような文字表示情報がＢＤ−ＲＯＭディスクに記録されている。
・文字列
・表示領域： 位置、サイズ、背景色
・文字表示位置（座標、表示エリアの幅）、文字揃え（縦方向、横方向）、改行幅
・フォントの種類、文字装飾、フォントサイズ、文字色、文字の縁取りの幅・色
など
【０１８１】
ディスクプレーヤ１００は、ＴｅｘｔＳＴ方式の字幕データを含む情報ブロックを伝送データのアクティブスペース領域に配することで、当該ＴｅｘｔＳＴ方式の字幕データをＨＤＭＩでテレビ受信機２００に送信できる。テレビ受信機２００は、伝送データのアクティブスペース領域から当該ＴｅｘｔＳＴ方式の字幕データを取得し、字幕を表示できる。
【０１８２】
なお、ＴｅｘｔＳＴ方式の字幕データには、字幕の表示タイミングに関する情報が含まれる。そのため、ディスクプレーヤ１００は、字幕表示を開始するタイミングで字幕データの送出を開始し、表示時間を指定するか、字幕表示を終了するタイミングで空文字列を送出することによって字幕表示を終了する。
【０１８３】
日本のデジタル放送における、字幕・文字スーパーのデータとしては、
・文字列
・文字サイズ（フォントサイズ）
・文字色、背景色
・アンダーライン（下線）
・縁取り
・字体
・フォント
・スクロール
・外字
といった情報が含まれる。
【０１８４】
現在、日本のデジタル放送は３Ｄに対応していない。しかし、将来３Ｄに対応した場合、ディスクプレーヤ１００がデジタル録画されたＢＤ−ＲＥディスクの再生をするときに、字幕・文字スーパーのデータが存在する場合がある。その場合、ディスクプレーヤ１００は、字幕・文字スーパーのデータを含む情報ブロックを伝送データのアクティブスペース領域に配することで、当該字幕・文字スーパーのデータをＨＤＭＩでテレビ受信機２００に送信できる。テレビ受信機２００は、伝送データのアクティブスペース領域から当該字幕・文字スーパーのデータを取得し、字幕を表示できる。
【０１８５】
なお、米国で運用されているクローズドキャプション（Closed Caption）のデータを、上述した字幕データ等と同様に、伝送データのアクティブスペース領域を利用して、ディスクプレーヤ１００からテレビ受信機２００に送信することもできる。
【０１８６】
テレビ受信機２００（シンク機器）側では、字幕情報として字幕表示に必要なデータがＨＤＭＩで送信されてきたら、字幕画像データを生成し、さらに３Ｄ表示方法（表示オフセット、影）の処理を行う。そして、立体画像データを構成する左眼画像データ、右眼画像データに字幕の画像データを重ね合わせることによって字幕を表示する。
【０１８７】
上述の字幕画像データの生成、３Ｄ表示方法の処理、重ね合わせの処理などは、テレビ受信機２００の例えば映像信号処理回路２０８、グラフィック生成回路２０９等で実行される（図３参照）。
【０１８８】
［撮影時カメラ情報の伝送］
ディスクプレーヤ１００は、テレビ受信機２００に、立体画像データの補正を行うためのメタデータとして撮影時のカメラ情報を送信する。カメラの方向、ズームの情報などはフレーム精度でデータを転送することが要求される。そのため、立体画像データと同じプレーンのアクティブスペース領域に情報を入れて伝送することにより、フレーム精度での伝送を保障できる。
【０１８９】
ここで、撮影時のカメラ情報は、例えば、
・カメラ間距離
・Ｌ，Ｒのカメラの方向
・Ｌ，Ｒのカメラの画角
・Ｌ，Ｒのカメラのレンズ情報、フォーカス情報
などである。
【０１９０】
テレビ受信機２００は、奥行きを検出して、立体画像データ（左眼画像データおよび右眼画像データ）の補正を行う。テレビ受信機２００のＣＰＵ２２１は、左眼画像データおよび右眼画像データに基づいて、左眼、右眼の画像を解析し、特徴点抽出、左眼、右眼の画像間の相関を検出することにより、奥行情報を推測することができる。
【０１９１】
また、テレビ受信機２００のＣＰＵ２２１は、奥行情報を推測した後、スクリーンサイズと視距離（テレビ受信機２００と視聴者間の距離）の情報に基づいて、左眼画像データおよび右眼画像データを補正する。これにより、テレビ受信機２００は、視差の正しい立体画像を表示できる。
【０１９２】
ここで、奥行きを検出して立体画像データの補正を行う場合の処理の流れを説明する。ＣＰＵ２２１は、まず、奥行き情報の推測を行う。ＣＰＵ２２１は、立体画像データを構成する左眼（Ｌ）画像データおよび右眼（Ｒ）画像データを解析し、Ｌ，Ｒ画像間の相関を求める。立体画像の表示のために撮影されたＬ，Ｒの画像は、それぞれカメラの垂直（上下）方向ベクトルは一致していると仮定してよい。
【０１９３】
そのため、図３０に示すように、Ｌ，Ｒの画像に関して、水平方向のライン単位で、Ｌ，Ｒ画像間の相関を求める。この場合、輝度・色情報、および輝度・色に対して微分等のフィルタ（エッジ検出）をかけた後の画像情報などを用いて相関を求め、画像の各領域・各点に対して左右のずれを求める。
【０１９４】
Ｌ，Ｒの画像が図３０に示すものであるとき、図３１に示すように、円筒の物体（オブジェクト）に関しては、スクリーン面より手前で左右の視線が交差する。そのため、この円筒は基準面（スクリーン面）よりも手前に存在していることがわかる。この場合、奥行きがどのあたりなのかも計算によって求めることができる。また、直方体の物体（オブジェクト）に関しては、スクリーン面で左右の視線が交差する。そのため、直方体は基準面（スクリーン面）の位置に存在していることがわかる。
【０１９５】
この画像の奥行き情報は、図３２のように表現できる。すなわち、円筒は基準面より手前、直方体は基準面の位置に存在する。また、物体の位置は左右の領域の中間だと想定することができる。このようにして、奥行き情報を推測できる。
【０１９６】
カメラの撮影条件として、２眼のレンズ間の距離、レンズの角度などの情報を利用できるのであれば、カメラの位置・角度情報と、各領域・各点の左右のずれ情報から、各領域・各点の奥行き情報をより正確に推測することができる。
【０１９７】
ここで、図３３に示すように、カメラの方向をα、カメラの画角（水平方向）をβ、カメラ間距離をｄとする。また、図３４に示すように、画像の横幅のドット数をＷとし、画像の高さのドット数をＨとする。
【０１９８】
左眼（Ｌ）画像の（ｘｌ，ｙｌ）の位置に表示される物体Ａに関し、図３５に示すように、カメラの方向（軸）と“物体−カメラ”を結ぶ線の間の角度γ１は、（１）式で表される。
γl＝sgn(ｘl−Ｗ/２)・atan((ｘl/Ｗ−１/２)・tan(βl/２))    ・・・（１）
そのため、この物体は、（２）式で表される直線上に存在する。
Ｘ＝tan(αl＋γl)・Ｚ−ｄ／２      ・・・（２）
【０１９９】
また、図示しないが、右眼（Ｒ）画像の（ｘｒ，ｙｒ）の位置に表示される物体Ａに関し、カメラの方向（軸）と“物体− カメラ”を結ぶ線の間の角度γrは、（３）式で表される。
γr＝sgn(ｘr−Ｗ/２)・atan((ｘr/Ｗ−１/２)・tan(βr/２))    ・・・（３）
そのため、この物体は、（４）式で表される直線上に存在する。
Ｘ＝tan(−αr＋γr )・Ｚ＋ｄ/２      ・・・（４）
【０２００】
（２）式、（４）式を解くと、撮影時の物体Ａの位置（Ｚ，Ｘ）が、以下の（５）式、（６）式のように求められる。
Ｚ＝ｄ/(tan(αl+γl)−tan(−αr＋γr))      ・・・（５）
Ｘ＝ｄ・(tan(αl+γl)＋tan(−αr＋γr))/(２・(tan(αl＋γl)
−tan(−αr＋γr))    ・・（６）
【０２０１】
このように、左眼（Ｌ）画像、右眼（Ｒ）画像の相関を求め、それぞれの画像における物体の座標が求められると、撮影時の物体の位置を計算することができ、撮影時の空間配置を計算することができる。したがって、各領域・各点の奥行き情報をより正確に推測できる。
【０２０２】
ＣＰＵ２２１は、上述のようにして物体の位置、奥行き情報（撮影時の空間配置）を推測した後に、ユーザの視聴環境において正しく３Ｄ的な奥行きで表示できるように、立体画像データ（左眼画像データ、右眼画像データ）を再構成する。この場合、ＣＰＵ２２１は、スクリーンサイズ（３Ｄ映像を表示するスクリーンの物理的な大きさ）および視距離（テレビ受信機と視聴者の間の距離）の情報を用いる。また、この場合、ＣＰＵ２２１は、モデリングの処理で、推測で求められた物体の位置、奥行き情報をセットし、その後は、視点・光源設定、レンダリング、映像出力の処理を行う。
【０２０３】
立体画像データ（左眼画像データ、右眼画像データ）の再構成の流れを簡単に説明する。
立体画像データを生成する場合、図３６に示すように、３Ｄ（３次元）空間でモデリングし、２Ｄ（２次元）のスクリーンに投影することによって、２Ｄの画像（左眼画像、右眼画像）を生成する。この図３６のモデリング例においては、スクリーン面の奥に直方体のオブジェクトＯａと、円柱のオブジェクトＯｂが配置されている。この場合、図３７に示すように、スクリーンサイズおよび視距離をパラメータとして用いることにより、正確な視差を持つ２Ｄの画像（左眼画像、右眼画像）を生成できる。
【０２０４】
図３８のフローチャートは、ＣＰＵ２２１における立体画像データの再構成の流れを概略的に示している。まず、ＣＰＵ２２１は、ステップＳＴ１において、初期化処理を行う。この場合、ＣＰＵ２２１は、各種ライブラリ・メモリの初期化、ＶＲＡＭ（フレームバッファ）の設定、出力設定などを含む、各種初期化の処理を行う。
【０２０５】
次に、ＣＰＵ２２１は、ステップＳＴ２において、モデリング処理を行う。このモデリング処理では、ＣＰＵ２２１は、各描画フレームにおいて、描画対象の各頂点データの計算を行う。この場合、各物体のモデルを構築する。そして、物体毎の「モデル座標系」（「ローカル座標系」）上で、描画する各頂点のデータを計算する。そして、描画する各物体を、「ワールド座標系」の空間に配置する。すなわち、「モデル座標系」上で計算された描画対象の各物体の頂点データを「ワールド座標系」上に配置していく。
【０２０６】
次に、ＣＰＵ２２１は、ステップＳＴ３において、視点・光源の設定処理を行うと共に、ステップＳＴ４において、レンダリングを行って、左右の画像データを生成する。立体画像データを生成する場合には、この視点の設定が重要である。この場合、ＣＰＵ２２１は、左眼画像について、視点・光源設定、レンダリングを行って、左眼画像データを生成し、その後に、右眼画像について、視点・光源設定、レンダリングを行って、右眼画像データを生成する。
【０２０７】
視点・光源設定の処理では、視点位置・方向の設定を行う。描画する各物体が配置された「ワールド座標系」において、視点、注視点、上方向ベクトル（視点の姿勢を決めるために、どの方向がカメラの上向きなのかを指定する）、カメラの画角、カメラのアスペクトを設定する。この場合、両眼の感覚だけ離して、左眼用、右眼用の視点の座標を決める。注視点は、左眼用、右眼用で、同じ点を指定する。上方向ベクトルは、左眼・右眼が水平に並ぶように、左眼用、右眼用で同じ方向を指定する。
【０２０８】
カメラの画角（視野角）に関しては、テレビ受信機２００のスクリーンサイズ、視距離から求められる画角を指定する。この場合、テレビ受信機２００から取得したスクリーンサイズに関する情報に基づいて、スクリーンサイズとしての高さ、横幅を求める。視距離については、ユーザが設定した値、あるいはスクリーンサイズを元にした推奨視聴距離（例えば、画面の高さの２〜３倍）といった値を用いる。
【０２０９】
カメラの画角として縦方向の画角を指定する場合は、スクリーンサイズの高さと視距離から、実際の視環境における画角を求めることができる。カメラの画角として横方向の画角を指定する場合は、スクリーンサイズの横幅と視距離から実際の視環境における画角を求めることができる。カメラのアスペクトは、出力する画像のアスペクトを指定する。例えば、Full HD (1920x1080 16:9) で出力する場合は、16:9 となるように指定する。
【０２１０】
図３９は、カメラの画角およびアスペクトの計算方法を説明するための参考図である。この計算方法では、画角およびアスペクトを、より正確な値で得ることができる。この場合、画角１は（７）式で求められ、画角２は（８）式で求められる。そして、画角は、画角１と画角２の加算値として、（９）式で求められる。
【０２１１】
[画角1] ＝ atan (([スクリーンサイズ]/2 − [両眼の間隔]/2) / [視距離])
・・・（７）  [画角2] ＝ atan (([スクリーンサイズ]/2 ＋ [両眼の間隔]/2) / [視距離])
・・・（８）  [画角] ＝ [画角1] ＋ [画角2] 
＝ atan (([スクリーンサイズ]/2 − [両眼の間隔]/2) / [視距離])
＋ atan (([スクリーンサイズ]/2 ＋ [両眼の間隔]/2) / [視距離])
・・・（９）
【０２１２】
また、指定するカメラのアスペクトが [横]/[縦]の場合、アスペクト(横/縦)は、（１０）式で求められる。
[アスペクト(横/縦)] 
＝cos ([画角]/2 − [画角1]) ＊ [出力する映像のアスペクト(横/縦)]
＝cos( atan (([スクリーンサイズ]/2 ＋ [両眼の間隔]/2) / [視距離])
− atan ( ( [スクリーンサイズ] /2 − [両眼の間隔]/2 ) / [視距離]))
＊ [出力する映像のアスペクト(横/縦)]
・・・（１０）
【０２１３】
また、指定するカメラのアスペクトが [縦] / [横]の場合、アスペクト(縦/横)は、（９）式の逆数となる。
【０２１４】
レンダリングの処理では、テクスチャマッピング、深度テスト、アルファテスト、ステンシルテスト、ブレンディング、各種エフェクト処理などを行う。そして、このレンダリング処理では、表示する最終画像に対応した左眼画像データおよび右眼画像データを生成して、ＶＲＡＭ（フレームバッファ）に展開（描画）する。
【０２１５】
次に、ＣＰＵ２２１０は、ステップＳＴ５において、ＶＲＡＭに展開（描画）された左眼画像データおよび右眼画像データ、つまり補正後の左眼画像データおよび右眼画像データを読み出し、例えば、映像信号処理回路２０８に出力する。
【０２１６】
［メニュー、ＯＳＤ等の画像情報の伝送］
ディスクプレーヤ１００（ソース機器）からテレビ受信機２００（シンク機器）に、アクティブスペース領域を利用して、メニュー、ＯＳＤの画像情報（圧縮画像データ）を含む情報ブロックを送信する。これにより、テレビ受信機２００側で、メニュー、ＯＳＤを表示することが可能となる。ここで、メニューはＤＶＤ、ＢＤ等のディスクのメニューを意味し、ＯＳＤはディスクプレーヤの情報表示、メニューなどを意味している。画像情報は、メニュー、ＯＳＤの画像を例えばカラーパレット、ランレングス圧縮等によって画像圧縮して得られた情報である。
【０２１７】
なお、この場合、ディスクプレーヤ１００からテレビ受信機２００には、上述したメニュー、ＯＳＤの画像情報（圧縮画像データ）だけでなく、画像サイズ、表示位置等の情報も送られる。以下は、送信する情報の一例を示している。
【０２１８】
（ａ）画像サイズ
（ｂ）表示位置
（ｃ）３Ｄ表示方法
・オフセット
・Ｌ，Ｒでカラーパレットを変更する
・影をつける
など
【０２１９】
（ｄ）透過度α
（ｅ）表示時間
（ｆ）アニメーション （フェードイン、フェードアウト、スクロールなど）
・毎フレーム 字幕情報を送ってもよいし、
字幕の表示開始時に 表示時間＋アニメーションの情報を送ってもよい
（ｇ）画像情報（圧縮画像データ）
・カラーパレット
・ランレングス圧縮された画像データ
【０２２０】
ＢＤ−ＲＯＭ規格では、メニューデータの記録方式として、ＩＧ(Interactive Graphics)が定義されている。また、ＢＤ−ＲＯＭ規格では、字幕データの記録方式として、ＰＧ（Presentation Graphics）が定義されている。ＩＧ，ＰＧはカラーパレットを用いたランレングス方式で画像データが圧縮されている。１画面内に複数個のＩＧ，ＰＧオブジェクトが存在することもある。ディスクプレーヤ１００で一旦ＩＧ，ＰＧオブジェクトを描画し、それを再度カラーパレット＋ランレングス圧縮で圧縮しなおしてから、上述したように情報ブロックに含めて送信してもよい。
【０２２１】
あるいは、各ＩＧ，ＰＧオブジェクトを順番に情報ブロックに含めてディスクプレーヤ１００からテレビ受信機２００に送信し、テレビ受信機２００でデータの配置順にオブジェクトを描画してもよい。この場合、テレビ受信機２００でデータの配置順にオブジェクトを描画していくことにより、ＩＧ，ＰＧオブジェクトの全てを、テレビ受信機２００側で描画することも可能である。
【０２２２】
［シフト表示用の補助画像データの伝送］
テレビ受信機２００において、立体画像（３Ｄ画像）の奥行き感を簡単に調整する方法として、画像のシフト表示という方法が存在する。左眼（Ｌ）画像、右眼(Ｒ)画像の表示位置を左右に数ドットずらすことによって、立体画像の奥行き感を全体に前後させることができる。例えば、左眼（Ｌ）画像を左に、右眼（Ｒ）画像を右にシフトさせると、立体画像全体が奥にシフトする。また、例えば、左眼（Ｌ）画像を右に、右眼（Ｒ）画像を左にシフトさせると、立体画像全体が手前にシフトする。
【０２２３】
左眼（Ｌ）画像、右眼（Ｒ）画像の表示位置をシフトさせたとき、反対側の端の画像データがない場合には、シフト分だけ、反対側の端が黒画として表示される。例えば、シフト前の左眼（Ｌ）画像、右眼（Ｒ）画像が図４０（ａ）に示すように表示されているとき、左眼（Ｌ）画像を左に、右眼（Ｒ）画像を右にシフトさせる。このような画像シフトは、立体画像が手前に飛び出しすぎると、疲労感が増したり、人によっては嫌われたりすることから、それを改善するために行われる。しかし、このような画像シフトにより、画像データが不足するため、図４０（ｂ）に示すように、それぞれの画像の端に黒画が表示される状態となる。
【０２２４】
ディスクプレーヤ１００（ソース機器）からテレビ受信機２００（シンク機器）に、アクティブスペース領域を利用して、上述の画像シフト時に黒画となる部分の画像データ（補助画像データ）を含む画像ブロックを送信する。これにより、テレビ受信機２００側で、画像シフト時に、この補助画像データを用いて黒画となる部分に有効な画像を表示でき、黒画の発生を防止できる。
【０２２５】
［ＯＳＤ表示用の画像データの伝送］
ディスクプレーヤ１００（ソース機器）からテレビ受信機２００（シンク機器）に、アクティブスペース領域を利用して、ＯＳＤ表示用の画像データを含む画像ブロックを送信する。これにより、テレビ受信機２００側で、ＯＳＤを表示することが可能となる。この場合、図４１に示すように、アクティブスペース領域に配されるＯＳＤ表示用の画像データが、テレビ受信機２００側に備えられるピクチャープレーン（Picture Plane）と呼ばれる仮想的なバッファに書き込まれる。テレビ受信機２００において、このバッファは、例えば、映像信号処理回路２０８が備える図示しないメモリ内に構成される。
【０２２６】
このピクチャープレーンは、立体画像データ（３Ｄ画像データ）が配されるアクティブビデオ領域と同じ構成とされている。テレビ受信機２００は、このピクチャープレーンを複数持つことができる。そして、各ピクチャープレーンは、３Ｄビデオフォーマット（図８、図９参照）で示される属性を持つアクティブビデオ領域（Active Video Area）に分かれている。アクティブスペース領域に用意される画像データは、これらのアクティブビデオの属性に適合する必要がある。この属性は、Ｌ／Ｒ／ｄｅｐｔｈ／Ｇｒａｐｈｉｃｓ／Ｇｒａｐｈｉｃｓ−ｄｅｐｔｈ，ｏｄｄ／ｅｖｅｎ， ＹＣＣ／ＲＧＢ， ４：２：２／４：４：４， ｄｅｅｐ ｃｏｌｏｒ， ｃｏｌｏｒｉｍｅｔｒｙなどである。
【０２２７】
なお、アクティブスペース領域に配される情報データとしてピクチャーディスクリプタ（Picture Descriptor）が設けられる。このピクチャーディスクリプタには、アクティブスペース領域内の画像データの位置、画像サイズ、画像データを書き込むべきピクチャープレーン番号およびアクティブビデオ領域番号、画像データを書き込むべきアクティブビデオ領域の位置等の情報が含まれる。
【０２２８】
テレビ受信機２００側では、あるピクチャープレーンに書き込んだＯＳＤ表示用の画像データが、次のフレームのタイミングで伝送されている立体画像データ（伝送Video）とαブレンドの演算が行われて、ＯＳＤ画像の重ね合わされた立体画像が表示される。図４２は、αブレンドの演算の様子を示している。複数のピクチャープレーンを用いることで、付加情報に含まれる画像データの種類に応じて異なるピクチャープレーンに書き込むことができ、更新などの処理を効率的に行うことが可能となる。例えば、画像データの種類として、動きのある画像のデータ、静止している画像のデータ等がある。止まっている画像のデータは毎フレームで更新する必要はなく、動きのある画像のデータだけを毎フレームで更新すればよい。
【０２２９】
因みに、α値を０にした場合は、ピクチャープレーンの画像を表示しないので、描画が終了していないピクチャープレーンについて、このα値を０にすることによって、表示の同期をとることが可能となる。また、カーソルのように高速に表示する必要のあるデータは、フレーム毎に０以外のα値を用いることにより、常に表示することが可能となる。
【０２３０】
図４３は、情報ブロック（図２０参照）のペイロードに格納される情報の構成例を示している。
【０２３１】
第０バイトの第６ビット〜第４ビットに、ピクチャープレーン数ＮＰ（Number of Picture Plane）−１を示す数値が配置される。なお、ピクチャープレーン数は１以上とされる。また、第１バイト〜第ＮＰバイトに、それぞれ、各ピクチャープレーンのα値（Alpha Blending value of Picture Plane）が配置される。また、第ＮＰ＋１バイト〜第ＮＰ＋２バイトに、ピクチャーディスクリプタ（Picture Descriptor）の個数を示す２バイトの情報（PictureDescriptor Count）が配置される。なお、“Ｈ”は上位ビット側を示し、“Ｌ”は下位ビット側を示している。以下の各情報においても同様である。
【０２３２】
第ＮＰ＋３バイト以降に、１２バイトの固定長のピクチャーディスクリプタが、上述の個数分だけ配置される。各ピクチャーディスクリプタには、画像ブロックに格納された画像データを操作し、ピクチャープレーン上に描画するために必要な情報が記述されている。
【０２３３】
図４４は、ピクチャーディスクリプタ（Picture Descriptor）（１２バイト）の構成例を示している。第０バイトの第７ビット〜第５ビットの３ビットは、操作を示すオペレーション（Operation）フィールドとされている。また、第０バイトの第４ビット〜第０ビットの５ビットは、操作に必要となるパラメータを示すオペランド（Operand）フィールドとされている。
【０２３４】
また、第１バイトおよび第２バイトに、アクティブスペース領域内の画像データの所在を示す２バイトのポインタ情報（Picture Buffer Pointer）が配置される（図４５参照）。このポインタ情報は、例えば、アクティブススペース領域の最初から画像データが含まれる画像ブロックの最初までのピクセル（Pixel）数から１を引いた値を示す。なお、ここで言うアクティブスペース領域は、複数のアクティブスペース領域が存在する３Ｄビデオフォーマットの場合には結合後のものを意味している（図９，図１０参照）。
【０２３５】
また、第３バイトおよび第４バイトに、矩形画像の幅（ピクセル数）を示す２バイトの情報（Picture Width）が配置される（図４５参照）。また、第５バイトおよび第６バイトに、矩形画像の高さ（ピクセル数）を示す２バイトの情報（Picture Hight）が配置される（図４５参照）。
【０２３６】
また、第７バイトの第６ビット〜第４ビットに、画像データが書き込まれるピクチャープレーン番号を示す３ビットの情報（Picture Plane #.）が配置される。また、この第７バイトの第２ビット〜第０ビットに、画像データが書き込まれるピクチャープレーン内のアクティブビデオ領域番号を示す３ビットの情報（Active Video Area #.）が配置される。なお、アクティブビデオ領域番号は、垂直ブランキング期間の後、０から割り当てられる。
【０２３７】
また、第８バイトおよび第９バイトに、矩形画像が書き込まれるアクティブビデオ領域中の水平位置を表す２バイトの情報（Active Video Horizontal position）が配置される。この情報は、アクティブビデオ領域の左上を原点としたときの、矩形画像の左上の水平位置を示している（図４５参照）。また、第１０バイトおよび第１１バイトに、矩形画像が書き込まれるアクティブビデオ領域中の垂直位置を表す２バイトの情報（Active Video Vertical position）が配置される。この情報は、アクティブビデオ領域の左上を原点としたときの、矩形画像の左上の垂直位置を示している（図４５参照）。
【０２３８】
図４６は、ピクチャーディスクリプタのオペレーションフィールド（３ビット）で示される操作のリストを示している。オペレーションフィールドが「０ｘ０」であるとき、「ＮＯＰ」の操作を示す。この操作では、何もしない。また、オペレーションフィールドが「０ｘ１」であるとき、「Clear Picture Plane」の操作を示す。この操作では、プレーン（Plane）をクリアする。
【０２３９】
また、オペレーションフィールドが「０ｘ２」であるとき、「Clear Active Video Area」の操作を示す。この操作では、アクティブビデオ領域（Active Video Area）をクリアする。また、オペレーションフィールドが「０ｘ３」であるとき、「Put Picture Horizontally N+1」の操作を示す。この操作では、ピクチャ（Picture）を水平方向にＮ個並べておく。この場合、ピクチャーディスクリプタのオペランドフィールド（３ビット）では、操作に必要となるパラメータとして、「Ｎ」が与えられる。
【０２４０】
また、オペレーションフィールドが「０ｘ４」であるとき、「Put Picture Vertically N+1」の操作を示す。この操作では、ピクチャ（Picture）を垂直方向にＮ個並べておく。この場合、ピクチャーディスクリプタのオペランドフィールド（３ビット）では、操作に必要となるパラメータとして、「Ｎ」が与えられる。また、オペレーションフィールドが「０ｘ５」であるとき、「Put Picture Magnification N+1」の操作を示す。この操作では、ピクチャ（Picture）をＮ倍しておく。この場合、ピクチャーディスクリプタのオペランドフィールド（３ビット）では、操作に必要となるパラメータとして、「Ｎ」が与えられる。
【０２４１】
図４７は、「ＮＯＰ」の操作を行う場合のピクチャーディスクリプタ（Picture Descriptor）の構成例を示している。オペレーションフィールドは「０ｘ０」とされている。この操作では、その他のフィールドに情報は配置されない。
【０２４２】
図４８は、「Clear Picture Plane」の操作を行う場合のピクチャーディスクリプタ（PictureDescriptor）の構成例を示している。オペレーションフィールドは「０ｘ１」とされている。また、第７バイトの第６ビット〜第４ビットに、クリアすべきピクチャープレーンの番号を示す３ビットの情報（Picture Plane #.）が配置されるが、その他のフィールドに情報は配置されない。この場合、受信側（テレビ受信機２００）では、情報（Picture Plane #.）に基づいてクリアすべきピクチャープレーンの番号が認識され、そのピクチャープレーンが有する全てのアクティブビデオ領域内の画像データがクリアされる。
【０２４３】
図４９は、「Clear Active Video Area」の操作を行う場合のピクチャーディスクリプタ（Picture Descriptor）の構成例を示している。オペレーションフィールドは「０ｘ２」とされている。また、第７バイトの第６ビット〜第４ビットに、クリアすべきアクティブビデオ領域を有するピクチャープレーンの番号を示す３ビットの情報（Picture Plane #.）が配置される。さらに、第７バイトの第２ビット〜第０ビットに、クリアすべきアクティブビデオ領域の番号を示す３ビットの情報（Active Video Area #.）が配置される。その他のフィールドに情報は配置されない。
【０２４４】
この場合、受信側（テレビ受信機２００）では、情報（Picture Plane #.）に基づいてクリアすべきアクティブビデオ領域を有するピクチャープレーンの番号が認識される。そして、受信側（テレビ受信機２００）では、情報（Active Video Area #.）に基づいてクリアすべきアクティブビデオ領域の番号が認識され、そのアクティブビデオ領域内の画像データがクリアされる。
【０２４５】
図５０は、「Put Picture Horizontally N+1」の操作を行う場合のピクチャーディスクリプタ（Picture Descriptor）の構成例を示している。オペレーションフィールドは「０ｘ３」とされ、オペランドフィールドにパラメータとして「Ｎ」が与えられている。また、第７バイトの第６ビット〜第４ビットに、画像データを書き込むべきアクティブビデオ領域を有するピクチャープレーンの番号を示す３ビットの情報（Picture Plane #.）が配置される。さらに、第７バイトの第２ビット〜第０ビットに、画像データを書き込むべきアクティブビデオ領域の番号を示す３ビットの情報（Active Video Area #.）が配置される。この場合、その他のフィールドの情報も必要となるので、各フィールドには情報が配置される。
【０２４６】
図５１は、図５０に示す「Put Picture Horizontally N+1」の操作を行うピクチャーディスクリプタによる操作の一例を示している。この例は、Ｎ＝１の場合の例である。この場合、受信側（テレビ受信機２００）では、２バイトのポインタ情報（Picture Buffer Pointer）に基づいてアクティブスペース領域から矩形画像の画像データが読み出される。そして、受信側では、この矩形画像の画像データが、指定されたピクチャープレーンの指定されたアクティブビデオ領域に書き込まれる。
【０２４７】
この場合、受信側（テレビ受信機２００）では、矩形画像の大きさ、およびアクティブビデオ領域中における矩形画像の画像データを書き込むべき矩形領域の左上の位置が認識される。矩形画像の大きさは、矩形画像の幅を示す２バイトの情報（Picture Width）と、矩形画像の高さを示す２バイトの情報（PictureHight）に基づいて認識される。矩形領域の左上の位置は、水平位置、垂直位置を表す各２バイトの情報（ActiveVideo Horizontal position，Active Video Verticalposition）に基づいて認識される。
【０２４８】
Ｎ＝０の場合、アクティブビデオ領域中に矩形画像の画像データが１個分だけ書き込まれるが、上述したようにＮ＝１の場合には、さらに、水平方向に並べて１個分だけ同じ画像データが書き込まれる。つまり、Ｎ＝１の場合には、矩形画像の画像データが水平方向に２個分だけ並べて書き込まれる。なお、この場合、画像データの書き込み位置がアクティブビデオ領域を超えるときは、アクティブビデオ領域内にクリップされる。
【０２４９】
図５２は、「Put Picture Vertically N+1」の操作を行う場合のピクチャーディスクリプタ（Picture Descriptor）の構成例を示している。オペレーションフィールドは「０ｘ４」とされ、オペランドフィールドにパラメータとして「Ｎ」が与えられている。また、第７バイトの第６ビット〜第４ビットに、画像データを書き込むべきアクティブビデオ領域を有するピクチャープレーンの番号を示す３ビットの情報（Picture Plane #.）が配置される。さらに、第７バイトの第２ビット〜第０ビットに、画像データを書き込むべきアクティブビデオ領域の番号を示す３ビットの情報（Active Video Area #.）が配置される。この場合、その他のフィールドの情報も必要となるので、各フィールドには情報が配置される。
【０２５０】
図５３は、図５２に示す「Put Picture Vertically N+1」の操作を行うピクチャーディスクリプタによる操作の一例を示している。この例は、Ｎ＝２の場合の例である。この場合、受信側（テレビ受信機２００）では、２バイトのポインタ情報（Picture Buffer Pointer）に基づいてアクティブスペース領域から矩形画像の画像データが読み出される。そして、受信側では、この矩形画像の画像データが、指定されたピクチャープレーンの指定されたアクティブビデオ領域に書き込まれる。
【０２５１】
この場合、受信側（テレビ受信機２００）では、矩形画像の大きさ、およびアクティブビデオ領域中における矩形画像の画像データを書き込むべき矩形領域の左上の位置が認識される。矩形画像の大きさは、矩形画像の幅を示す２バイトの情報（Picture Width）と、矩形画像の高さを示す２バイトの情報（PictureHight）に基づいて認識される。矩形領域の左上の位置は、水平位置、垂直位置を表す各２バイトの情報（ActiveVideo Horizontal position，Active Video Verticalposition）に基づいて認識される。
【０２５２】
Ｎ＝０の場合、アクティブビデオ領域中に矩形画像の画像データが１個分だけ書き込まれるが、上述したようにＮ＝２の場合には、さらに、垂直方向に並べて２個分だけ同じ画像データが書き込まれる。つまり、Ｎ＝２の場合には、矩形画像の画像データが垂直方向に３個分だけ並べて書き込まれる。なお、この場合、画像データの書き込み位置がアクティブビデオ領域を超えるときは、アクティブビデオ領域内にクリップされる。
【０２５３】
図５４は、「Put Picture Magnification N+1」の操作を行う場合のピクチャーディスクリプタ（Picture Descriptor）の構成例を示している。オペレーションフィールドは「０ｘ５」とされ、オペランドフィールドにパラメータとして「Ｎ」が与えられている。また、第７バイトの第６ビット〜第４ビットに、画像データを書き込むべきアクティブビデオ領域を有するピクチャープレーンの番号を示す３ビットの情報（Picture Plane #.）が配置される。さらに、第７バイトの第２ビット〜第０ビットに、画像データを書き込むべきアクティブビデオ領域の番号を示す３ビットの情報（Active Video Area #.）が配置される。この場合、その他のフィールドの情報も必要となるので、各フィールドには情報が配置される。
【０２５４】
図５５は、図５４に示す「Put Picture Magnification N+1」の操作を行うピクチャーディスクリプタによる操作の一例を示している。この例は、Ｎ＝１の場合の例である。この場合、受信側（テレビ受信機２００）では、２バイトのポインタ情報（Picture Buffer Pointer）に基づいてアクティブスペース領域から矩形画像の画像データが読み出される。そして、受信側では、この矩形画像の画像データが、指定されたピクチャープレーンの指定されたアクティブビデオ領域に書き込まれる。
【０２５５】
この場合、受信側（テレビ受信機２００）では、矩形画像の大きさ、およびアクティブビデオ領域中における矩形画像の画像データを書き込むべき矩形領域の左上の位置が認識される。矩形画像の大きさは、矩形画像の幅を示す２バイトの情報（Picture Width）と、矩形画像の高さを示す２バイトの情報（PictureHight）に基づいて認識される。矩形領域の左上の位置は、水平位置、垂直位置を表す各２バイトの情報（ActiveVideo Horizontal position，Active Video Verticalposition）に基づいて認識される。
【０２５６】
Ｎ＝０の場合、アクティブビデオ領域中に矩形画像の画像データが、その矩形画像に対応した領域に等倍で書き込まれる。しかし、上述したようにＮ＝１の場合には、矩形画像の画像データの画素数がスケーリング処理により水平および垂直ともに２倍に拡大される。そして、この画像データがアクティブビデオ領域中の水平および垂直ともに２倍とされた領域に書き込まれる。なお、この場合、画像データの書き込み位置がアクティブビデオ領域を超えるときは、アクティブビデオ領域内にクリップされる。
【０２５７】
［ＥＤＩＤ］
上述したように、ＨＤＭＩソース機器であるディスクプレーヤ１００のＣＰＵ１２１は、テレビ受信機２００が、アクティブスペース領域に配される付加情報を有効使用する機能を有しているか否か等を認識する。ＣＰＵ１２１は、この認識を、Ｅ−ＥＤＩＤ（図４参照）に含まれる付加情報に関する情報に基づいて行う。
【０２５８】
図５６は、Ｅ−ＥＤＩＤのデータ構造例を示している。このＥ−ＥＤＩＤは、基本ブロックと拡張ブロックとからなっている。基本ブロックには、先頭に、“Ｅ−ＥＤＩＤ１．３  Ｂａｓｉｃ  Ｓｔｒｕｃｔｕｒｅ”で表されるＥ−ＥＤＩＤ１．３の規格で定められたデータが配置されている。基本ブロックには、続いて“Ｐｒｅｆｅｒｒｅｄ  ｔｉｍｉｎｇ”で表される従来のＥＤＩＤとの互換性を保つためのタイミング情報が配置されている。また、基本ブロックには、続いて、“２ｎｄ  ｔｉｍｉｎｇ”で表される従来のＥＤＩＤとの互換性を保つための、“Ｐｒｅｆｅｒｒｅｄ  ｔｉｍｉｎｇ”とは異なるタイミング情報が配置されている。
【０２５９】
また、基本ブロックには、“２ｎｄ  ｔｉｍｉｎｇ”に続いて、“Ｍｏｎｉｔｏｒ  ＮＡＭＥ”で表される表示装置の名前を示す情報が配置されている。基本ブロックには、続いて、“Ｍｏｎｉｔｏｒ  Ｒａｎｇｅ  Ｌｉｍｉｔｓ”で表される、アスペクト比が４：３および１６：９である場合についての表示可能な画素数を示す情報が配置されている。
【０２６０】
拡張ブロックの先頭には、“Ｓｈｏｒｔ  Ｖｉｄｅｏ  Ｄｅｓｃｒｉｐｔｏｒ”が配置されている。これは、表示可能な画像サイズ(解像度)、フレームレート、インターレースであるかプログレッシブであるかを示す情報である。続いて、“Ｓｈｏｒｔ  Ａｕｄｉｏ  Ｄｅｓｃｒｉｐｔｏｒ”が配置されている。これは、再生可能な音声コーデック方式、サンプリング周波数、カットオフ帯域、コーデックビット数などの情報である。続いて、“Ｓｐｅａｋｅｒ  Ａｌｌｏｃａｔｉｏｎ”で表される左右のスピーカに関する情報が配置されている。
【０２６１】
また、拡張ブロックには、“Ｓｐｅａｋｅｒ  Ａｌｌｏｃａｔｉｏｎ”に続いて、“Ｖｅｎｄｅｒ  Ｓｐｅｃｉｆｉｃ”で表されるメーカごとに固有に定義されたデータが配置されている。拡張ブロックには、続いて、“３ｒｄ  ｔｉｍｉｎｇ”で表される従来のＥＤＩＤとの互換性を保つためのタイミング情報が配置されている。拡張ブロックには、さらに続いて、“４ｔｈ  ｔｉｍｉｎｇ”で表される従来のＥＤＩＤとの互換性を保つためのタイミング情報が配置されている。
【０２６２】
図５７は、Ｖｅｎｄｅｒ  Ｓｐｅｃｉｆｉｃ領域（HDMI Vendor Specific Data Block）のデータ構造例を示している。このＶｅｎｄｅｒ  Ｓｐｅｃｉｆｉｃ領域には、１バイトのブロックである第０ブロック乃至第Ｎブロックが設けられている。
【０２６３】
第０ブロックには、“Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃ  ｔａｇ  ｃｏｄｅ（＝３）”で表されるデータ“Ｖｅｎｄｅｒ  Ｓｐｅｃｉｆｉｃ”のデータ領域を示すヘッダが配置される。また、この第０ブロックには、“Ｌｅｎｇｔｈ（＝Ｎ）”で表されるデータ“Ｖｅｎｄｅｒ  Ｓｐｅｃｉｆｉｃ”の長さを示す情報が配置される。
【０２６４】
また、第１ブロック乃至第３ブロックには、“２４ｂｉｔ  ＩＥＥＥ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｉｄｅｎｔｉｆｉｅｒ（０ｘ０００Ｃ０３）ＬＳＢ  ｆｉｒｓｔ”で表されるＨＤＭＩ（Ｒ）用として登録された番号“０ｘ０００Ｃ０３“を示す情報が配置される。さらに、第４ブロックおよび第５ブロックには、”Ａ“、”Ｂ“、”Ｃ“、および”Ｄ“のそれぞれにより表される、２４ｂｉｔのシンク機器の物理アドレスを示す情報が配置される。
【０２６５】
第６ブロックには、“Ｓｕｐｐｏｒｔｓ−ＡＩ”で表される、シンク機器が対応している機能を示すフラグが配置されている。また、この第６ブロックには、“ＤＣ−４８ｂｉｔ”、“ＤＣ−３６ｂｉｔ”、および“ＤＣ−３０ｂｉｔ”のそれぞれで表される、１ピクセル当たりのビット数を指定する情報のそれぞれが配置されている。また、この第６ブロックには、“ＤＣ−Ｙ４４４”で表される、シンク機器がＹＣｂＣｒ４：４：４の画像の伝送に対応しているかを示すフラグが配置されている。さらに、この第６ブロックには、“ＤＶＩ−Ｄｕａｌ”で表される、シンク機器がデュアルＤＶＩ（Ｄｉｇｉｔａｌ  Ｖｉｓｕａｌ  Ｉｎｔｅｒｆａｃｅ）に対応しているかを示すフラグが配置されている。
【０２６６】
また、第７ブロックには、“Ｍａｘ−ＴＭＤＳ−Ｃｌｏｃｋ”で表されるＴＭＤＳのピクセルクロックの最大の周波数を示す情報が配置される。さらに、第８ブロックの第６ビット、第７ビットには、“Ｌａｔｅｎｃｙ”で表される映像と音声の遅延情報の有無を示すフラグが配置されている。
【０２６７】
また、第９ブロックには、“Ｖｉｄｅｏ  Ｌａｔｅｎｃｙ”で表される、プログレッシブの映像の遅延時間データが配置され、第１０ブロックには、“Ａｕｄｉｏ  Ｌａｔｅｎｃｙ”で表される、プログレッシブの映像に付随する音声の遅延時間データが配置される。また、第１１ブロックには、“Ｉｎｔｅｒｌａｃｅｄ  Ｖｉｄｅｏ  Ｌａｔｅｎｃｙ”で表されるインターレースの映像の遅延時間データが配置されている。さらに、第１２ブロックには、“Ｉｎｔｅｒｌａｃｅｄ  Ａｕｄｉｏ  Ｌａｔｅｎｃｙ”で表される、インターレースの映像に付随する音声の遅延時間データが配置されている。
【０２６８】
この実施の形態において、例えば、第８ブロックの第５ビットには、アクティブスペース領域に配される情報を有効使用する機能の有無を示すフラグ（OptData_FLG）が配置されている。例えば、このフラグが“１”であるとき、アクティブスペース領域に配される情報を有効使用する機能があることを示す。
【０２６９】
また、第ｎブロックの第５ビットおよび第４ビットには、アクティブスペース領域に配されるデータに対する誤り訂正符号化に対する性能を示す２ビットの情報（Coding1,Coding1）が配置されている。例えば、２ビットの情報が「０ｘ０」であるときは、「エラー訂正なし」に対応し、２ビットの情報が「０ｘ１」であるときは「３重化多数決法」に対応していることを示す。
【０２７０】
また、第ｎブロックの第１ビットおよび第０ビットには、アクティブスペース領域の使い方に対する性能を示す２ビットの情報（Type1,Type0）が配置されている。例えば、２ビットの情報が「０ｘ０」であるときは、「画像データ領域として使用」に対応し、２ビットの情報が「０ｘ１」であるときは、「３Ｄ言語（例えばＸ３Ｄ）の記述領域として使用」に対応していることを示す。また、第ｎ＋１ブロックの第２ビット〜第０ビットには、使用可能なピクチャープレーンの数を示す２ビットの情報（Number of Picture Plane）が配置されている。
【０２７１】
ディスクプレーヤ１００のＣＰＵ１２１は、上述したＥ−ＥＤＩＤに含まれるフラグ（OptData_FLG）に基づいて、テレビ受信機２００がアクティブスペース領域に配される付加情報を有効使用する機能を有しているか否かを認識できる。そして、ディスクプレーヤ１００のＣＰＵ１２１は、テレビ受信機２００がこの機能があることを示している場合に、アクティブスペース領域に付加情報を配して、テレビ受信機２００に送信する。これにより、ディスクプレーヤ１００は、テレビ受信機２００がアクティブスペース領域に配される付加情報を有効使用する機能がないのに、アクティブスペース領域に付加情報を配して送信するという無駄を排除できる。また、ディスクプレーヤ１００は、Ｅ−ＥＤＩＤに含まれる付加情報に関する情報（Coding,Type,Number of Picture Plane）に基づき、テレビ受信機２００に送信する付加情報を適切な状態に制御できる。
【０２７２】
上述したように、図１に示すＡＶシステム１０においては、アクティブビデオ区間にアクティブビデオ領域と共に、アクティブスペース領域を有する３Ｄビデオフォーマットを用いて立体画像データ（３Ｄ画像データ）が伝送される。その場合、アクティブビデオ領域に配される立体画像データに関連した付加情報がアクティブスペース領域に配されて、立体画像データと共に伝送されるものである。したがって、アクティブスペース領域を有効使用することができる。
【０２７３】
また、図１に示すＡＶシステム１０においては、３Ｄビデオフォーマットのアクティブビデオ区間が有するアクティブスペース領域を利用して立体画像データに関連した付加情報を送信するものである。従って、ＨＤＭＩ規格で定義されているInfoFrame による伝送に比べて、付加情報として比較的大きなサイズの情報を伝送でき、しかも、立体画像データにフレーム精度で同期をとって伝送できる。
【０２７４】
また、図１に示すＡＶシステム１０においては、３Ｄビデオフォーマットのアクティブビデオ区間が有するアクティブスペース領域を利用して立体画像データに関連した付加情報を送信するものである。そのため、アクティブビデオ領域に配される立体画像データによる画像に重ねて表示される字幕あるいは画像に関係する情報のデータをアクティブスペース領域に配して伝送できる。
【０２７５】
したがって、テレビ受信機２００で３Ｄ画像データの補正、高画質化などの処理を行った後に字幕、メニュー画像などを合成可能となり、それらの処理品質の向上を図ることができる。なお、上述実施の形態においては、３Ｄ画像データの補正についてのみ説明した。コントラスト補正、色補正などの高画質化処理においても、字幕、メニュー画像等の画像データが合成されていない状態の画像データに基づいて行うことができ、処理品質の向上を図ることができる。
【０２７６】
また、図１に示すＡＶシステム１０においては、ソース機器（ディスクプレーヤ１００）からシンク機器（テレビ受信機２００）に、上述したように立体画像データと字幕あるいは画像に関係する情報のデータとを別個に送信できる。そのため、テレビ受信機２００側で表示のオン／オフが可能になる用途に適する。３Ｄによるクローズドキャプション、ソース機器の制御画面、３Ｄの広告、チャネル表示、警告メッセージ、別のサービス（ＲＳＳなどによるニュース配信）の表示などに効果が期待できる。
【０２７７】
＜２．変形例＞
なお、上述実施の形態においては、立体画像データのＴＭＤＳ伝送データ構造がフレームパッキング方式の３Ｄビデオフォーマットである場合を示した。この発明は、立体画像データのＴＭＤＳ伝送データ構造が、アクティブビデオ区間にアクティブビデオ領域と共に、アクティブスペース領域を有するその他の３Ｄビデオフォーマットである場合にも同様に適用できる。例えば、立体画像データとして左眼画像データおよび右眼画像データが含まれる３Ｄビデオフォーマットの他に、立体画像データとして２次元画像データおよび各画素に対応した奥行き情報が含まれる３Ｄビデオフォーマットである場合にも適用できる。
【０２７８】
また、上述実施の形態においては、アクティブビデオ領域に配される画像データによる画像に重ねて表示される画像のデータを、アクティブスペース領域に配することを説明した。しかし、このアクティブスペース領域のデータサイズはそれほど大きくない。従って、複数フレームのアクティブスペース領域で１つの画像の画像データを分割して送信するようにしてもよい。あるいは、アクティブスペース領域ではフレーム番号を送り、このフレーム番号に対応する画像データをイーサネット等のＴＭＤＳラインとは別の伝送路で送り、より大きなサイズの画像データを伝送するようにしてもよい。
【０２７９】
また、上述実施の形態において、ＨＤＭＩのソース機器がディスクプレーヤ１００であり、ＨＤＭＩのシンク機器がテレビ受信機２００であるＡＶシステム１０の例を示した。しかし、ＨＤＭＩのソース機器およびシンク機器がこれらに限定されるものではない。例えば、ソース機器としては、ディスクプレーヤ１００以外に、ＤＶＤレコーダ、セットトップボックス、ゲーム機、その他のＡＶソースであってもよい。また、シンク機器としては、テレビ受信機２００の他に、プロジェクタ、ＰＣ用モニタ、その他のディスプレイであってもよい。
【０２８０】
また、上述実施の形態においては、各機器を接続する伝送路として、ＨＤＭＩ規格のインタフェースを前提として説明したが、その他の同様な伝送規格にも適用可能である。また、上述実施の形態においては、機器間をＨＤＭＩケーブルで接続したものを示したが、この発明は、電子機器間の接続を無線で行うものにも、同様に適用できる。
【産業上の利用可能性】
【０２８１】
この発明は、アクティブビデオ区間にアクティブビデオ領域と共に、アクティブスペース領域を有する３Ｄビデオフォーマットを用いて立体画像データ（３Ｄ画像データ）を伝送するＡＶシステム等に適用できる。
【符号の説明】
【０２８２】
１０・・・ＡＶシステム
１００・・・ディスクプレーヤ
１０１・・・ＨＤＭＩ端子
１０２・・・ＨＤＭＩ送信部
１０３・・・ドライブインタフェース
１０４・・・ＢＤ／ＤＶＤドライブ
１０５・・・デマルチプレクサ
１０６・・・ＭＰＥＧデコーダ
１０７・・・映像信号処理回路
１０８・・・オーディオデコーダ
１０９・・・音声信号処理回路
１２０・・・内部バス
１２１・・・ＣＰＵ
１２２・・・フラッシュＲＯＭ
１２３・・・ＤＲＡＭ
１２４・・・イーサネットインタフェース
１２５・・・ネットワーク端子
１２６・・・リモコン受信部
１２７・・・リモコン送信機
２００・・・テレビ受信機
２０１・・・ＨＤＭＩ端子
２０２・・・ＨＤＭＩ受信部
２０４・・・アンテナ端子
２０５・・・デジタルチューナ
２０６・・・デマルチプレクサ
２０７・・・ＭＰＥＧデコーダ
２０８・・・映像信号処理回路
２０９・・・グラフィック生成回路
２１０・・・パネル駆動回路
２１１・・・表示パネル
２１３・・・音声信号処理回路
２１４・・・スピーカ
２２０・・・内部バス
２２１・・・ＣＰＵ
２２２・・・フラッシュＲＯＭ
２２３・・・ＤＲＡＭ
２２４・・・イーサネットインタフェース
２２５・・・ネットワーク端子
２２６・・・ＤＴＣＰ回路
２２７・・・リモコン受信部
２２８・・・リモコン送信機
３００・・・ＨＤＭＩケーブル
【図１】
2011077785.tif 000003
【図２】
2011077785.tif 000004
【図３】
2011077785.tif 000005
【図４】
2011077785.tif 000006
【図５】
2011077785.tif 000007
【図６】
2011077785.tif 000008
【図７】
2011077785.tif 000009
【図８】
2011077785.tif 000010
【図９】
2011077785.tif 000011
【図１０】
2011077785.tif 000012
【図１１】
2011077785.tif 000013
【図１２】
2011077785.tif 000014
【図１３】
2011077785.tif 000015
【図１４】
2011077785.tif 000016
【図１５】
2011077785.tif 000017
【図１６】
2011077785.tif 000018
【図１７】
2011077785.tif 000019
【図１８】
2011077785.tif 000020
【図１９】
2011077785.tif 000021
【図２０】
2011077785.tif 000022
【図２１】
2011077785.tif 000023
【図２２】
2011077785.tif 000024
【図２３】
2011077785.tif 000025
【図２４】
2011077785.tif 000026
【図２５】
2011077785.tif 000027
【図２６】
2011077785.tif 000028
【図２７】
2011077785.tif 000029
【図２８】
2011077785.tif 000030
【図２９】
2011077785.tif 000031
【図３１】
2011077785.tif 000032
【図３２】
2011077785.tif 000033
【図３６】
2011077785.tif 000034
【図３７】
2011077785.tif 000035
【図３８】
2011077785.tif 000036
【図３９】
2011077785.tif 000037
【図４１】
2011077785.tif 000038
【図４３】
2011077785.tif 000039
【図４４】
2011077785.tif 000040
【図４５】
2011077785.tif 000041
【図４６】
2011077785.tif 000042
【図４７】
2011077785.tif 000043
【図４８】
2011077785.tif 000044
【図４９】
2011077785.tif 000045
【図５０】
2011077785.tif 000046
【図５１】
2011077785.tif 000047
【図５２】
2011077785.tif 000048
【図５３】
2011077785.tif 000049
【図５４】
2011077785.tif 000050
【図５５】
2011077785.tif 000051
【図５６】
2011077785.tif 000052
【図５７】
2011077785.tif 000053
【図５８】
2011077785.tif 000054
【図３０】
2011077785.tif 000055
【図３３】
2011077785.tif 000056
【図３４】
2011077785.tif 000057
【図３５】
2011077785.tif 000058
【図４０】
2011077785.tif 000059
【図４２】
2011077785.tif 000060