JP5577477B1 - 立体画像データ受信方法および立体画像データ受信装置 - Google Patents

Abstract

【課題】左眼画像データおよび右眼画像データを含む立体画像データの受信を良好に行う。
【解決手段】外部機器にスクリーンサイズに関する情報を、ＨＤＭＩケーブルのＤＤＣラインを介して供給する。立体画像を表示するための左眼画像データおよび右眼画像データを含む非圧縮の立体画像データと、画像に付随する音声データを、ＨＤＭＩケーブルのＴＭＤＳラインを介して外部機器から受信する。立体画像データに基づき表示部に画像を表示する。立体画像データの１フレームは、一の垂直同期信号から次の垂直同期信号までの区間に伝送される。立体画像データにある左眼画像データおよび上記右眼画像データは所定の順番で伝送される。立体画像データにある左眼画像データと右眼画像データのそれぞれのピクセル数およびライン数は、立体画像でない通常画像を送信する場合のピクセル数およびライン数と等しくされる。
【選択図】図１

Description

この発明は、立体画像データ受信方法および立体画像データ受信装置に関する。

近年、例えば、ゲーム機、ＤＶＤ(Digital Versatile Disc)レコーダや、セットトップボックス、その他のＡＶソース（Audio Visual source）から、テレビ受信機、プロジェクタ、その他のディスプレイに対して、デジタル映像信号、すなわち、非圧縮（ベースバンド）の映像信号（画像データ）と、その映像信号に付随するデジタル音声信号（音声データ）とを、高速に伝送する通信インタフェースとして、ＨＤＭＩ(High Definition Multimedia Interface)等のインタフェースが普及しつつある。例えば、非特許文献１には、ＨＤＭＩ規格の詳細についての記載がある。

High-Definition Multimedia Interface Specification Version 1.3a,November 10 2006

例えば、ＡＶソースからディスプレイに対して、立体画像を表示するための左眼画像データおよび右眼画像データを含む立体画像データを送信して、ディスプレイにおいて、両眼視差を利用した立体画像表示を行うことが考えられる。

図３０は、両眼視差を利用した立体画像表示において、スクリーン上におけるオブジェクトの左右像の表示位置と、その立体像の再生位置との関係を示している。例えば、スクリーン上に図示のように左像Ｌａが右側に右像Ｒａが左側にずれて表示されているオブジェクトＡに関しては、左右の視線がスクリーン面より手前で交差するため、その立体像の再生位置はスクリーン面より手前となる。

また、例えば、スクリーン上に図示のように左像Ｌｂおよび右像Ｒｂが同一位置に表示されているオブジェクトＢに関しては、左右の視線がスクリーン面で交差するため、その立体像の再生位置はスクリーン面上となる。さらに、例えば、スクリーン上に図示のように左像Ｌｃが左側に右像Ｒｃが右側にずれて表示されているオブジェクトＣに関しては、左右の視線がスクリーン面より奥で交差するため、その立体像の再生位置はスクリーン面より奥となる。

図３０において、オブジェクトＤは、無限遠にあるオブジェクトである。このオブジェクトＤに関しては、その左像Ｌｄおよび右像Ｒｄのスクリーン上の表示位置は、両眼の間隔（例えば、大人で約６．５ｃｍ）だけずれるようにする必要がある。しかし、スクリーン上に左眼画像、右眼画像を表示する映像信号が同じ場合には、スクリーンサイズにより、左像Ｌｄおよび右像Ｒｄのずれ幅が変化し、オブジェクトＤの立体像の再生位置は無限遠とならない場合がある。

例えば、スクリーンサイズが２０インチの小型テレビ受信機、あるいはＰＣ（Personal Computer）モニタで左像Ｌｄおよび右像Ｒｄのスクリーン上の表示位置のずれ幅が両眼の間隔となるように生成された映像信号（左眼映像信号、右眼映像信号）Ｖ１を考える。この映像信号Ｖ１により、例えばスクリーンサイズが２０インチの小型テレビ受信機、あるいはＰＣモニタで左像Ｌｄおよび右像Ｒｄを表示して立体画像表示を行う場合、左像Ｌｄおよび右像Ｒｄのスクリーン上の表示位置のずれ幅は両眼の間隔となるので、オブジェクトＤの立体像の再生位置は無限遠となる。しかし、この映像信号Ｖ１により、例えばスクリーンサイズが２００インチのプロジェクタで左像Ｌｄおよび右像Ｒｄを表示して立体画像表示を行う場合、左像Ｌｄおよび右像Ｒｄのスクリーン上の表示位置のずれ幅は両眼の間隔より大きくなり、立体画像表示は破綻する。

また、例えば、スクリーンサイズが２００インチのプロジェクタ上の表示位置のずれ幅が両眼の間隔となるように生成された映像信号（左眼映像信号、右眼映像信号）Ｖ２を考える。この映像信号Ｖ２により、例えばスクリーンサイズが２００インチのプロジェクタで左像Ｌｄおよび右像Ｒｄを表示して立体画像表示を行う場合、左像Ｌｄおよび右像Ｒｄのスクリーン上の表示位置のずれ幅は両眼の間隔となるので、オブジェクトＤの立体像の再生位置は無限遠となる。しかし、この映像信号Ｖ２により、例えばスクリーンサイズが２０インチの小型テレビ受信機、あるいはＰＣモニタで左像Ｌｄおよび右像Ｒｄを表示して立体画像表示を行う場合、左像Ｌｄおよび右像Ｒｄのスクリーン上の表示位置のずれ幅は両眼の間隔より小さくなり、オブジェクトＤの立体像の再生位置は無限遠より手前の位置となる。

なお、上述したスクリーン上に左眼画像、右眼画像を表示する映像信号が同じ場合にあってスクリーンサイズが変化した場合の影響は、無限遠のオブジェクトＤだけでなく、オブジェクトＡ，Ｃにも及ぶ。すなわち、スクリーンサイズにより、スクリーン上の左右像の表示位置のずれ幅が変化するので、スクリーン面を基準にしたオブジェクトＡ，Ｃの立体像の再生位置が大幅に変化し、あるいは立体画像表示が破綻する。

このように、スクリーン上に左眼画像、右眼画像を表示する映像信号が同じ場合にあっては、スクリーンサイズが変化すると、適切な立体画像表示を行うことができなくなる。

従来、ゲーム機のように、画像表示時に動的に左眼映像信号および右眼映像信号を生成する場合にあっては、スクリーンサイズ情報を設定することによって、スクリーンサイズが変化しても、適切な立体画像表示が可能となっている。しかし、この場合、ユーザは、スクリーンサイズの変化に応じて、ゲーム機にスクリーンサイズ情報を設定する必要があった。

また、従来、左眼画像、右眼画像から、特徴点抽出、画像間相関などによって、左眼画像、右眼画像におけるオブジェクトの位置ずれを検出し、そこから奥行き情報の手がかりを取得し、画像表示時に、奥行き情報を補正してから表示するという技術も存在する。しかし、その際に、スクリーンサイズ情報があると、より適切に補正を行うことができる。このときも、自動でスクリーンサイズ情報が取得できると、ユーザがスクリーンサイズ情報を設定する必要がなくなる。

この発明の目的は、左眼画像データおよび右眼画像データを含む立体画像データの受信を良好に行うことにある。

この発明の概念は、
外部機器にスクリーンサイズに関する情報を、ＨＤＭＩケーブルのＤＤＣラインを介して供給する情報供給ステップと、
立体画像を表示するための左眼画像データおよび右眼画像データを含む非圧縮の立体画像データと、画像に付随する音声データを、上記ＨＤＭＩケーブルのＴＭＤＳラインを介して上記外部機器から受信するデータ受信ステップと、
上記データ受信ステップで受信された立体画像データに基づき表示部に画像を表示する画像表示ステップと
を有し、
上記音声データは上記立体画像データのブランキング期間の一部分で伝送され、
上記立体画像データの１フレームは、一の垂直同期信号から次の垂直同期信号までの区間に伝送され、
上記立体画像データにある上記左眼画像データおよび上記右眼画像データは所定の順番で伝送され、
上記立体画像データにある上記左眼画像データと上記右眼画像データのそれぞれのピクセル数およびライン数は、立体画像でない通常画像を送信する場合のピクセル数およびライン数と等しくされ、
上記立体画像データにおいて、１つのビデオフィールド区間に、所定期間が介在された状態で上記左眼画像データと上記右眼画像データが配置され、上記所定期間に立体画像を表示するための立体画像データが含まれない
立体画像データ受信方法にある。

この発明によれば、左眼画像データおよび右眼画像データを含む立体画像データの受信を良好に行うことができる。

この発明の実施の形態としてのＡＶシステムの構成例を示すブロック図である。 立体視画像の表示方式例である、「フィールドシーケンス方式」および「位相差プレート方式」を示す図である。 ＡＶシステムを構成するゲーム機（ソース機器）の構成例を示すブロック図である。 ＡＶシステムを構成するテレビ受信機（シンク機器）の構成例を示すブロック図である。 ＨＤＭＩ送信部（ＨＤＭＩソース）とＨＤＭＩ受信部（ＨＤＭＩシンク）の構成例を示すブロック図である。 ＨＤＭＩ送信部を構成するＨＤＭＩトランスミッタと、ＨＤＭＩ受信部を構成するＨＤＭＩレシーバの構成例を示すブロック図である。 ＴＭＤＳ伝送データの構造例（横×縦が１９２０ピクセル×１０８０ラインの画像データが伝送される場合）を示す図である。 ソース機器およびシンク機器のＨＤＭＩケーブルが接続されるＨＤＭＩ端子のピン配列（タイプＡ）を示す図である。 左眼（Ｌ）および右眼（Ｒ）の画像データ（１９２０×１０８０ｐのピクセルフォーマットの画像データ）を示す図である。 ３Ｄ（立体）画像データの伝送方式である、（ａ）左眼画像データと右眼画像データとをフィールド毎に順次切換えて伝送する方式、（ｂ）左眼画像データの１ライン分と右眼画像データの１ライン分とを交互に伝送する方式、（ｃ）水平方向の前半では左眼画像データのピクセルデータを伝送し、水平方向の後半では右眼画像データのピクセルデータを伝送する方式、を説明するための図である。 左眼画像データと右眼画像データとをフィールド毎に順次切換えて伝送する方式におけるＴＭＤＳ伝送データ例を示す図である。 左眼画像データの１ライン分と右眼画像データの１ライン分とを交互に伝送する方式におけるＴＭＤＳ伝送データ例を示す図である。 水平方向の前半では左眼画像データのピクセルデータを伝送し、水平方向の後半では右眼画像データのピクセルデータを伝送する方式におけるＴＭＤＳ伝送データ例を示す図である。 スクリーンサイズが、左眼画像、右眼画像が実際に表示される領域の横幅、高さ、対角の長さ等であることを説明するための図である。 Ｅ−ＥＤＩＤデータの構造例を示す図である。 Ｓｈｏｒｔ Ｖｉｄｅｏ Ｄｅｓｃｒｉｐｔｏｒ 領域の映像データ例を示す図である。 Ｖｅｎｄｏｒ Ｓｐｅｃｉｆｆｉｃ 領域のデータ構造例を示す図である。 立体画像データを生成する場合におけるモデリング処理を説明するための図である。 立体画像データを生成する際に、スクリーンサイズおよび視距離をパラメータとして用いることを説明するための図である。 ゲーム機における立体画像データの生成、出力処理の流れを概略的に示すフローチャートである。 カメラの画角およびアスペクトの第１の計算方法を説明するための参考図である。 カメラの画角およびアスペクトの第２の計算方法を説明するための参考図である。 奥行き情報の推測を行う際のＬ，Ｒ画像間の相関を水平方向のライン単位で求めることを説明するための図である。 奥行情報の推測を説明するための図である。 推測された画像の奥行き情報を示す図である。 ゲーム機からテレビ受信機に、立体画像を表示するための立体画像データ（左眼画像データ、右眼画像データ）を送る際のシーケンスを概略的に示す図である。 ディスクプレーヤとテレビ受信機との間にＡＶアンプを接続したＡＶシステムの構成例を示すブロック図である。 ＡＶシステムを構成するディスクプレーヤ（ソース機器）の構成例を示すブロック図である。 ＡＶシステムを構成するＡＶアンプ（リピータ機器）の構成例を示すブロック図である。 両眼視差を利用した立体画像表示における立体像の再生位置などを説明するための図である。

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

＜１．実施の形態＞
［ＡＶシステムの構成例］
図１は、実施の形態としてのＡＶ(Audio Visual)システム２００の構成例を示している。このＡＶシステム２００は、ソース機器としてのゲーム機２１０と、シンク機器としてのテレビ受信機２５０とを有している。ソース機器としては、ゲーム機以外でも、３Ｄの映像を生成する機器であったり、Blu-ray Disc Player のように ３Ｄの映像を再生したりする機器でもよい。

ゲーム機２１０およびテレビ受信機２５０は、ＨＤＭＩケーブル３５０を介して接続されている。ゲーム機２１０には、ＨＤＭＩ送信部（ＨＤＭＩ ＴＸ）２１２が接続されたＨＤＭＩ端子２１１が設けられている。テレビ受信機２５０には、ＨＤＭＩ受信部（ＨＤＭＩ ＲＸ）２５２が接続されたＨＤＭＩ端子２５１が設けられている。ＨＤＭＩケーブル３００の一端はゲーム機２１０のＨＤＭＩ端子２１１に接続され、このＨＤＭＩケーブル３００の他端はテレビ受信機２５０のＨＤＭＩ端子２５１に接続されている。

図１に示すＡＶシステム２００において、ゲーム機２１０からの非圧縮の画像データ（映像信号）はＨＤＭＩケーブル３５０を介してテレビ受信機２５０に送信され、このテレビ受信機２５０ではゲーム機２１０からの画像データによる画像が表示される。また、ゲーム機２１０からの非圧縮の音声データ（音声信号）はＨＤＭＩケーブル３５０を介してテレビ受信機２５０に送信され、このテレビ受信機２５０ではゲーム機２１０からの音声データによる音声が出力される。

なお、ゲーム機２１０からテレビ受信機２５０に送られる画像データが立体画像を表示するための立体画像データ（３Ｄ画像データ）である場合、テレビ受信機２５０では、立体画像の表示が行われる。

この立体画像の表示方式例を説明する。立体画像の表示方式としては、例えば、図２（ａ）に示すように、フィールド毎に、左眼（Ｌ）画像と右眼（Ｒ）画像とを交互に表示する方式、いわゆる「フィールドシーケンス方式」がある。この表示方式では、テレビ受信機側で通常のフレームレートの倍の駆動が必要となる。また、この表示方式では、表示部に光学的なフィルムを被着する必要はないが、ユーザが掛けるメガネ側で表示部のフィールドに同期して左右のレンズ部のシャッターの開閉を切換える必要がある。

また、立体画像の表示方式としては、例えば、図２（ｂ）に示すように、ライン毎に左眼（Ｌ）画像と右眼（Ｒ）画像とを切り換えて表示する方式、いわゆる「位相差プレート方式」がある。この表示方式では、テレビ受信機側で表示部にライン毎に偏光の向きが90度異なるような偏光板を被着しておく。ユーザが掛ける偏光メガネにより、逆眼の画像の光を遮光することで立体画像表示を実現する。

［ゲーム機の構成例］
図３は、ゲーム機２１０の構成例を示している。
このゲーム機２１０は、ＨＤＭＩ端子２１１と、ＨＤＭＩ送信部２１２と、イーサネットインタフェース（Ethernet I/F）２１４と、ネットワーク端子２１５を有している。また、このゲーム機２１０は、入力インタフェース２１６と、コントロールパッド２１７と、ドライブインタフェース２１８と、ＤＶＤ／ＢＤ（Digital Versatile Disk/Blu-ray Disc）ドライブ２１９を有している。

また、このゲーム機２１０は、内部バス２２０と、ＣＰＵ(Central Processing Unit)２２１と、フラッシュＲＯＭ(Read Only Memory)２２２と、ＤＲＡＭ(Dynamic Random Access Memory)２２３を有している。また、このゲーム機２１０は、描画処理部２２４と、ＶＲＡＭ（Video Random Access Memory）２２５と、音声処理部２２６と、ＭＰＥＧデコーダ２２７を有している。なお、「イーサネット」、「Ｅｔｈｅｒｎｅｔ」および「Ｂｌｕ−ｒａｙ Ｄｉｓｃ」は登録商標である。

ＨＤＭＩ送信部（ＨＤＭＩソース）２１２は、ＨＤＭＩに準拠した通信により、非圧縮の（ベースバンド）の映像（画像）と音声のデータを、ＨＤＭＩ端子２１１から送出する。このＨＤＭＩ送信部２１２の詳細は後述する。

ＣＰＵ２２１、フラッシュＲＯＭ２２２、ＤＲＡＭ２２３、イーサネットインタフェース２１４、入力インタフェース２１６およびドライブインタフェース２１８は、内部バス２２０に接続されている。また、描画処理部２２４、ＶＲＡＭ２２５、音声処理部２２６およびＭＰＥＧデコーダ２２７は、内部バス２２０に接続されている。ＤＶＤ／ＢＤドライブ２１９は、ドライブインタフェース２１８を介して内部バス２２０に接続されている。ＤＶＤ／ＢＤドライブ２１９は、ＤＶＤ等の記録媒体に記録されている映画等のコンテンツの再生、およびこれらの記録媒体に記録されているゲームソフト情報の再生等を行う。

ＭＰＥＧデコーダ２２７は、ゲーム機２１０が再生機として機能する場合、ＤＶＤ等の記録媒体から再生された圧縮された映像データ、音声データに対してデコード処理を行って非圧縮の映像データ、音声データを得る。

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

コントロールパッド２１７は、ユーザ操作部を構成している。入力インタフェース２１６は、コントロールパッド２１７からの操作入力信号を内部バス２２０に取り込む。描画処理部２２４は、描画エンジンを備えている。この描画処理部２２４は、ゲーム機２１０がゲーム機として機能する場合、ゲームソフト情報に基づき、ユーザのコントロールパッド２１７からの操作に応じてゲーム画像を動的に作成し、ＶＲＡＭ２２５に展開する。

この描画処理部２２４は、ゲーム画像データとして、２次元画像を表示するための画像データを生成する他に、立体画像を表示するための立体画像データ（左眼画像データ、右眼画像データ）を生成する。この場合、描画処理部２２４は、後述するように、テレビ受信機２５０のスクリーンサイズおよび視距離の情報を用いて、立体画像データを生成する。

なお、この描画処理部２２４は、ＤＶＤ等の記録媒体から再生された映画等のコンテンツの画像データが、立体画像を表示するための立体画像データである場合、ユーザの指示に応じて、この立体画像データの補正を行う。この立体画像データの補正は、上述の立体画像データの生成と同様に、テレビ受信機２５０のスクリーンサイズおよび視距離の情報を用いて行う。そして、立体画像を表示するための立体画像データをＨＤＭＩのＴＭＤＳチャネルで送信する際に、この立体画像データを伝送方式に応じた状態に加工処理する。ここで、立体画像データは、左眼画像データおよび右眼画像データで構成されている。立体画像データの伝送方式等については後述する。

音声処理部２２６は、ゲーム機２１０がゲーム機として機能する場合、ゲームソフト情報に基づき、ユーザのコントロールパッド２１７からの操作に応じて、ゲーム画像に対応したゲーム音声を得るための音声データを生成する。

図３に示すゲーム機２１０の動作を簡単に説明する。
ＤＶＤ等の記録媒体に記録されている映画等のコンテンツの再生時の動作を説明する。

ＤＶＤ／ＢＤドライブ２１９で再生される画像データおよび音声データは、ＭＰＥＧデコーダ２２７でデコード処理されて非圧縮の画像および音声のデータが得られる。この画像および音声のデータはＨＤＭＩ送信部２１２に供給され、ＨＤＭＩのＴＭＤＳチャネルにより、ＨＤＭＩ端子２１１からＨＤＭＩケーブルに送出される。

また、ゲーム機として機能している場合の動作を説明する。
描画処理部２２４では、ゲームソフト情報に基づき、ユーザのコントロールパッド２１７からの操作に応じてゲーム画像を表示するための画像データが動的に生成され、ＶＲＡＭ２２５に展開される。ここで、生成すべき画像データが立体画像データ（左眼画像データ、右眼画像データ）である場合、描画処理部２２４では、テレビ受信機２５０のスクリーンサイズおよび視距離の情報を用いて、立体画像データが適切に生成される。そして、このＶＲＡＭ２２５から画像データが読み出されて、ＨＤＭＩ送信部２１２に供給される。

また、この場合、音声処理部２２６では、ゲームソフト情報に基づき、ユーザのコントロールパッド２１７からの操作に応じて、ゲーム画像に対応したゲーム音声を得るための音声データが生成される。この音声データは、ＨＤＭＩ送信部２１２に供給される。そして、ＨＤＭＩ送信部２１２に供給されるゲームの画像および音声のデータは、ＨＤＭＩのＴＭＤＳチャネルにより、ＨＤＭＩ端子２１１からＨＤＭＩケーブルに送出される。

なお、上述した映画等のコンテンツの再生時にあって、ＭＰＥＧデコーダ２２７でデコード処理されて得られた画像データが立体画像データであり、ユーザが補正処理を指示した場合の動作は以下のようになる。

この場合、ＭＰＥＧデコーダ２２７で得られた立体画像データ（左眼画像データ、右眼画像データ）は、内部バス２２０を介して、描画処理部２２４に供給される。描画処理部２２４では、テレビ受信機２５０のスクリーンサイズおよび視距離の情報を用いて、当該立体画像データ（既存の立体画像データ）の補正が行われる。このように補正された立体画像データはＶＲＡＭ２２５に展開された後に読み出され、ＨＤＭＩ送信部２１２に供給される。

描画処理部２２４における上述の立体画像データの生成、補正の処理の流れについては、後述する。

なお、描画処理部２２４、音声処理部２２６からＨＤＭＩ送信部２１２に供給される画像および音声のデータは、このＨＤＭＩ送信部２１２でパッキングされてＨＤＭＩ端子２１１に出力される。画像データが立体画像データ（左眼画像データ、右眼画像データ）である場合には、この立体画像データは、描画処理部２２４により、伝送方式に応じた状態に加工処理された後に、ＨＤＭＩ送信部２１２に供給される。

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

また、テレビ受信機２５０は、音声信号処理回路２６３と、音声増幅回路２６４と、スピーカ２６５と、内部バス２７０と、ＣＰＵ２７１と、フラッシュＲＯＭ２７２と、ＤＲＡＭ２７３を有している。また、テレビ受信機２５０は、イーサネットインタフェース２７４と、ネットワーク端子２７５と、リモコン受信部２７６と、リモコン送信機２７７と、ＤＴＣＰ回路２７８を有している。

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

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

ＭＰＥＧデコーダ２５８は、デマルチプレクサ２５７で得られる映像データのＴＳパケットにより構成される映像ＰＥＳ(Packetized Elementary Stream)パケットに対してデコード処理を行って画像データを得る。また、ＭＰＥＧデコーダ２５８は、デマルチプレクサ２５７で得られる音声データのＴＳパケットにより構成される音声ＰＥＳパケットに対してデコード処理を行って音声データを得る。

映像信号処理回路２５９およびグラフィック生成回路２６０は、ＭＰＥＧデコーダ２５８で得られた画像データ、あるいはＨＤＭＩ受信部２５２で受信された画像データに対して、必要に応じてスケーリング処理（解像度変換処理）、グラフィックスデータの重畳処理等を行う。また、映像信号処理回路２５９は、ＨＤＭＩ受信部２５２で受信された画像データが、立体画像データである場合には、左眼画像データおよび右眼画像データに対して、立体画像を表示するための処理を行う（図２参照）。パネル駆動回路２６１は、グラフィック生成回路２６０から出力される映像（画像）データに基づいて、表示パネル２６２を駆動する。

表示パネル２６２は、例えば、ＬＣＤ(Liquid Crystal Display)、ＰＤＰ(Plasma Display Panel)等で構成されている。音声信号処理回路２６３はＭＰＥＧデコーダ２５８で得られた音声データに対してＤ／Ａ変換等の必要な処理を行う。音声増幅回路２６４は、音声信号処理回路２６３から出力される音声信号を増幅してスピーカ２６５に供給する。

ＣＰＵ２７１は、テレビ受信機２５０の各部の動作を制御する。フラッシュＲＯＭ２７２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２７３は、ＣＰＵ２７１のワークエリアを構成する。ＣＰＵ２７１は、フラッシュＲＯＭ２７２から読み出したソフトウェアやデータをＤＲＡＭ２７３上に展開してソフトウェアを起動させ、テレビ受信機２５０の各部を制御する。ＤＴＣＰ回路２７８は、ネットワーク端子２７５からイーサネットインタフェース２７４に供給される暗号化データを復号する。

リモコン受信部２７６は、リモコン送信機２７７から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ２７１に供給する。ＣＰＵ２７１は、このリモコンコードに基づいて、テレビ受信機２５０の各部を制御する。ネットワーク端子２７５は、ネットワークに接続する端子であり、イーサネットインタフェース２７４に接続される。ＣＰＵ２７１、フラッシュＲＯＭ２７２、ＤＲＡＭ２７３およびイーサネットインタフェース２７４は、内部バス２７０に接続されている。

ＨＤＭＩ受信部（ＨＤＭＩシンク）２５２は、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル３５０を介してＨＤＭＩ端子２５１に供給される非圧縮の画像（映像）と音声のデータを受信する。このＨＤＭＩ受信部２５２の詳細は後述する。

３Ｄ信号処理部２５４は、ＨＤＭＩ受信部２５２で受信された立体画像データに対して、伝送方式に対応した処理（デコード処理）を行って、左眼画像データおよび右眼画像データを生成する。すなわち、この３Ｄ信号処理部２５４は、上述したゲーム機２１０の描画処理部２２４とは逆の処理を行って、立体画像データを構成する左眼画像データおよび右眼画像データを取得する。

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

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

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

また、ネットワーク端子２７５からイーサネットインタフェース２７４に供給される、暗号化されているコンテンツデータ（画像データ、音声データ）は、ＤＴＣＰ回路２７８で復号化された後に、ＭＰＥＧデコーダ２５８に供給される。以降は、上述したテレビ放送信号の受信時と同様の動作となり、表示パネル２６２に画像が表示され、スピーカ２６５から音声が出力される。

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

なお、ＨＤＭＩ受信部２５２で受信された画像データが立体画像（３Ｄ画像データ）である場合には、３Ｄ信号処理部２５４において、当該立体画像データに対して伝送方式に対応した処理（デコード処理）が行われ、左眼画像データおよび右眼画像データが生成される。そして、３Ｄ信号処理部２５４から映像信号処理部２５９には、左眼画像データおよび右眼画像データが供給される。また、映像信号処理回路２５９では、立体画像データを構成する左眼画像データおよび右眼画像データが供給される場合には、左眼画像データおよび右眼画像データに基づいて、立体画像（図２参照）を表示するための画像データが生成される。そのため、表示パネル２６２により立体画像が表示される。

［ＨＤＭＩ送信部、ＨＤＭＩ受信部の構成例］
図５は、図１のＡＶシステム２００における、ゲーム機２１０のＨＤＭＩ送信部（ＨＤＭＩソース）２１２と、テレビ受信機２５０のＨＤＭＩ受信部（ＨＤＭＩシンク）２５２の構成例を示している。

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

ＨＤＭＩ送信部２１２とＨＤＭＩ受信部２５２とからなるＨＤＭＩシステムの伝送チャネルには、以下の伝送チャネルがある。すなわち、ＨＤＭＩ送信部２１２からＨＤＭＩ受信部２５２に対して、画素データおよび音声データを、ピクセルクロックに同期して、一方向にシリアル伝送するための伝送チャネルとしての、３つのＴＭＤＳチャネル＃０乃至＃２がある。また、ピクセルクロックを伝送する伝送チャネルとしての、ＴＭＤＳクロックチャネルがある。

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

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

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

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

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

ＨＤＭＩ送信部２１２とＨＤＭＩ受信部２５２とからなるＨＤＭＩシステムの伝送チャネルには、上述のＴＭＤＳチャネル＃０乃至＃２およびＴＭＤＳクロックチャネルの他に、ＤＤＣ（Display Data Channel）８３やＣＥＣライン８４と呼ばれる伝送チャネルがある。ＤＤＣ８３は、ＨＤＭＩケーブル３５０に含まれる図示しない２本の信号線からなり、ＨＤＭＩ送信部２１２が、ＨＤＭＩケーブル３５０を介して接続されたＨＤＭＩ受信部２５２から、Ｅ−ＥＤＩＤ（Enhanced Extended Display Identification Data）を読み出すために使用される。

すなわち、ＨＤＭＩ受信部２５２は、ＨＤＭＩレシーバ８１の他に、自身の性能（Configuration/capability）に関する性能情報であるＥ−ＥＤＩＤを記憶している、ＥＤＩＤ ＲＯＭ(Read Only Memory)８５を有している。ＨＤＭＩ送信部２１２は、例えば、ＣＰＵ２２１（図３参照）からの要求に応じて、ＨＤＭＩケーブル３５０を介して接続されているＨＤＭＩ受信部２５２から、当該ＨＤＭＩ受信部２５２のＥ−ＥＤＩＤを、ＤＤＣ８３を介して読み出す。ＨＤＭＩ送信部２１２は、読み出したＥ−ＥＤＩＤをＣＰＵ２２１に送る。ＣＰＵ２２１は、このＥ−ＥＤＩＤを。フラッシュＲＯＭ２２２あるいはＤＲＡＭ２２３に格納する。

ＣＰＵ２２１は、Ｅ−ＥＤＩＤに基づき、ＨＤＭＩ受信部２５２の性能の設定を認識できる。例えば、ＣＰＵ２２１は、ＨＤＭＩ受信部２５２を有するテレビ受信機２５０が対応可能な画像データのフォーマット（解像度、フレームレート、アスペクト等）を認識する。また、この実施の形態において、ＣＰＵ２２１は、Ｅ−ＥＤＩＤに含まれる後述するスクリーンサイズに関する情報に基づき、ＨＤＭＩ受信部２５２を有するテレビ受信機２５０の実際の画像表示領域のサイズ（スクリーンサイズ）を認識する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図７は、ＴＭＤＳ伝送データの構造例を示している。この図７は、ＴＭＤＳチャネル＃０，＃１，＃２において、横×縦が１９２０ピクセル×１０８０ラインの画像データが伝送される場合の、各種の伝送データの区間を示している。

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

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

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

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

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

図８は、ＨＤＭＩ端子２１１，２５１のピン配列の一例を示している。図８に示すピン配列はタイプＡ（type-A）と呼ばれている。

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

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

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

［立体画像データの伝送方式例］
立体画像データ（３Ｄ画像データ）の伝送方式として、以下の第１〜第３の伝送方式を挙げるが、これら以外の伝送方式であってもよい。ここでは、図９に示すように、左眼（Ｌ）および右眼（Ｒ）の画像データが、それぞれ、１９２０×１０８０ｐのピクセルフォーマットの画像データである場合を例にとって説明する。

第１の伝送方式は、図１０（ａ）に示すように、左眼画像データと右眼画像データとをフィールド毎に順次切換えて伝送する方式である。この場合、切換え処理のためフィールドメモリが必要となるが、ソース機器での信号処理は最も簡単なものとなる。図１１は、第１の伝送方式におけるＴＭＤＳ伝送データ例を示している。この場合、奇数フィールドの１９２０ピクセル×１０８０ラインのアクティブビデオ区間に、１９２０ピクセル（画素）×１０８０ライン分の有効画素（Active pixel）の左眼（Ｌ）画像データが配置される。また、偶数フィールドの１９２０ピクセル×１０８０ラインのアクティブビデオ区間に、１９２０ピクセル（画素）×１０８０ライン分の有効画素（Active pixel）の右眼（Ｒ）画像データが配置される。

第２の伝送方式は、図１０（ｂ）に示すように、左眼画像データの１ライン分と右眼画像データの１ライン分とを交互に伝送する方式である。この場合、左眼画像データおよび右眼画像データは、それぞれ、ラインが１／２に間引かれる。この方式は、上述の「位相差プレート方式」と呼ばれる立体画像の表示方式の映像信号そのものであり、シンク機器の表示部での信号処理が最も簡単な方式であるが、原信号に対して垂直解像度は半分となる。

図１２は、第２の伝送方式のＴＭＤＳ伝送データ例を示している。この場合、１９２０ピクセル×１０８０ラインのアクティブビデオ区間に、１９２０ピクセル（画素）×１０８０ライン分の有効画素（Active pixel）のデータ（左眼（Ｌ）画像データおよび右眼（Ｒ）画像データの合成データ）が配置される。この第２の伝送方式の場合、上述したように、左眼画像データおよび右眼画像データは、それぞれ、垂直方向のラインが１／２に間引かれる。ここで、伝送すべき左眼画像データは奇数ラインまたは偶数ラインのいずれかであり、同様に、伝送すべき右眼画像データは奇数ラインまたは偶数ラインのいずれかである。

第３の伝送方式は、現在実験放送で用いられている「Side By Side」方式で、図１０（ｃ）に示すように、水平方向の前半では左眼画像データのピクセルデータを伝送し、水平方向の後半では右眼画像データのピクセルデータを伝送する方式である。この場合、左眼画像データおよび右眼画像データは、それぞれ、水平方向のピクセルデータが１／２に間引かれる。この第３の伝送方式は、立体画像データに非対応のソース機器でも既存の２Ｄ画像データとして出力すれば対応でき、従来のソース機器との互換性が高い方式である。

図１３は、第３の伝送方式のＴＭＤＳ伝送データ例を示している。この場合、１９２０ピクセル×１０８０ラインのアクティブビデオ区間に、１９２０ピクセル（画素）×１０８０ライン分の有効画素（Active pixel）のデータ（左眼（Ｌ）画像データおよび右眼（Ｒ）画像データの合成データ）が配置される。この第３の伝送方式の場合、上述したように、左眼画像データおよび右眼画像データは、それぞれ、水平方向のピクセルデータが１／２に間引かれる。

［スクリーンサイズ情報］
図１に示すＡＶシステム２００のゲーム機２１０では、ゲーム画像を表示するための立体画像データを生成する場合、あるいは映画等のコンテンツの既存の立体画像データを補正する際に、テレビ受信機２５０のスクリーンサイズ情報を用いる。

この実施の形態において、ゲーム機２１０は、テレビ受信機２５０より、スクリーンサイズに関する情報を取得し、この情報からスクリーンサイズ情報を得る。ゲーム機２１０は、テレビ受信機２５０からＥ−ＥＤＩＤ（Enhanced Extended Display Identification Data）を読み出すことで、スクリーンサイズに関する情報を取得する。換言すれば、テレビ受信機２５０は、Ｅ−ＥＤＩＤにスクリーンサイズに関する情報を含めておくことで、当該情報を、ゲーム機２１０に供給する。

Ｅ−ＥＤＩＤには、テレビ受信機２５０で取り扱われる画像データのフォーマット（解像度、フレームレート、アスペクト等）の情報も含まれている。ゲーム機２１０は、Ｅ−ＥＤＩＤからテレビ受信機２５０が対応可能な画像データのフォーマット（解像度、フレームレート、アスペクト等）の情報を取得する。そして、ゲーム機２１０は、テレビ受信機２５０に送る画像データのフォーマットを、このテレビ受信機２５０が対応可能なフォーマットとする。

［スクリーンサイズに関する情報］
ここで、スクリーンサイズは、図１４に示すように、左眼画像、右眼画像が実際に表示される領域（表示領域）の横幅、高さ、対角の長さ等である。スクリーンサイズに関する情報として、例えば、以下の（１）〜（３）が考えられる。

（１）ＬＣＤ（Liquid Crystal Display）、ＰＤＰ（Plasma Display Panel）等の表示パネルを用いたテレビ受信機の場合は、パネルの実効表示サイズの情報とする。この情報は、テレビ受信機毎に固定の値となる。この場合、Source機器側は、出力する映像が表示パネル全面に表示されるものとして、３Ｄの映像を生成する。

（２）16:9 Full HD (1920x1080) ドットの画像をフルに表示した場合に、実際に画像が表示される領域のサイズ情報とする。この情報は、テレビ受信機毎に固定の値となる。
この場合も、（１）と同様に、Source機器側は、出力する映像が表示パネル全面に表示されるものとして、３Ｄの映像を生成する。

（３）各表示解像度・アスペクト (1920x1080/16:9、NTSC:720x480/4:3 など)を表示した場合に、実際の映像が表示される領域のサイズ情報とする。この情報は、解像度・アスペクト毎に可変の値になる。

これら（１）〜（３）の場合、それぞれ、領域の横幅、高さ、対角の長さを、センチメートル（cm）単位、インチ（inch）単位等で表現した値が、スクリーンサイズに関する情報となる。この場合、スクリーンサイズに関する情報は、スクリーンサイズを直接的に表すものとなる。

なお、例えば１０ｃｍに相当するドット数など、上述（１）〜（３）の領域のサイズが間接的に求められるような値を、スクリーンサイズに関する情報としてもよい。

また、上述（３）の場合のように、スクリーンサイズに関する情報が解像度・アスペクトに依存する場合、テレビ受信機２５０からゲーム機２１０に、テレビ受信機２５０が取り扱い可能な各解像度・アスペクトのスクリーンサイズに関する情報の一覧を供給してもよい。また、上述（３）の場合のように、スクリーンサイズに関する情報が解像度・アスペクトに依存する場合、ＣＥＣ制御データラインを用いて、ゲーム機２１０からテレビ受信機２５０に表示する解像度・アスペクトの情報を送り、テレビ受信機２５０からゲーム機２１０にその解像度・アスペクトに該当するスクリーンサイズに関する情報を送るようにしてもよい。

例えば、テレビ受信機２５０において、上述のＥ-ＥＤＩＤに、スクリーンサイズに関する情報として、16:9 Full HD (1920x1080ドット) の画像をフルに表示した場合に、実際に画像が表示される領域（実寸）の対角の長さがセットされてもよい。この場合、以下のように、例えば、inch 単位でセットされる。このようにinch 単位でセットするのは、テレビ受信機（ＴＶ）のスクリーンサイズは、インチサイズに合わせて設計されていることが多いためである。

32” のＴＶの場合： 32inch
40” のＴＶの場合： 40inch
52” のＴＶの場合： 52inch
200” のプロジェクタの場合： 200inch

また、例えば、テレビ受信機２５０において、上述のＥ-ＥＤＩＤに、スクリーンサイズに関する情報として、16:9 Full HD (1920x1080ドット) の画像をフルに表示した場合に、実際に画像が表示される領域（実寸）の横幅の長さがセットされてもよい。この場合、以下のように、例えば、cm 単位(または 0.25cm単位、 mm単位) でセットされる。

32” のＴＶの場合： 71cm
40” のＴＶの場合： 88cm
52” のＴＶの場合： 115cm
200” のプロジェクタの場合： 442cm

また、表示領域のサイズがある程度より大きい場合は、上述のＥ-ＥＤＩＤに、スクリーンサイズに関する情報として、“充分大きい”ということを意味する値をセットしてもよい。したがって、例えば、プロジェクタで 実際の表示領域の寸法が分からないような場合は“十分大きい”ことを意味する値（例えば、255）をセットしてもよい。

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

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

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

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

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

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

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

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

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

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

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

この実施の形態において、第８ブロックの第５ビットには、スクリーンサイズに関する情報の有無を示すフラグが配置されている。このフラグが“１”とされて、第１３ブロックに、上述したスクリーンサイズに関する情報が配置される。

［立体画像データの出力］
ゲーム機２１０は、テレビ受信機２５０に立体画像データを送る場合、上述したようにテレビ受信機２５０から取得されたスクリーンサイズに関する情報から得られたスクリーンサイズに合わせた立体画像データを出力して、送信する。

上述したように、ゲーム機２１０は、ゲーム画像の表示時には、スクリーンサイズの情報に基づいて立体画像データを動的に生成して出力する。立体画像データは、スクリーンサイズの情報の他に、視距離の情報を用いることで、完全に正しい視差で立体画像データ（左眼画像データ、右眼画像データ）を生成できる。視距離は、視聴者からスクリーンまでの距離である。

上述したように、ゲーム機２１０は、スクリーンサイズの情報に関しては、テレビ受信機２５０から取得されるスクリーンサイズに関する情報から得ることができ、ユーザの設定なしで、自動取得できる。なお、テレビ受信機２５０から取得されるスクリーンサイズに関する情報が、上述した“充分大きい”ということを意味する値であるとき、スクリーンサイズ（横幅、高さ）として、予め設定されている、充分に大きな値を用いる。

ゲーム機２１０は、視距離の情報に関しては、自動取得できず、ユーザが手動設定する必要があるが、この実施の形態において、ゲーム機２１０は、テレビ受信機２５０のスクリーンサイズを元に得られた推奨視距離をデフォルト値とする、視距離調整部を備える。テレビ受信機の推奨視距離は、例えば、縦のサイズの２〜３倍などである。ユーザは、例えば、コントロールパッド２１７を操作して、視距離の調整モードとして、視距離の調整を行う。この場合、例えば、テレビ受信機２５０の表示パネル２６２に視距離調整用のＧＵＩ画面が表示され、ユーザは、このＧＵＩ画面を用いて視距離の調整（設定）を行う。

ゲーム機２１０は、ユーザが視距離調整の操作をしない場合、デフォルト値をそのまま使用する。このように、デフォルト値のまま使用してもよいし、さらに最適な値に調整したいユーザのみが手動設定するという流れにすることで、ユーザの設定の負担を軽減できる。また、デフォルト値はそれなりに適切な値になるため、ユーザが視距離を新規に一から設定する場合に比べて、視距離を簡単によりよい値に調整できる。

ゲーム画像の立体画像データ（３Ｄ ＣＧ）の生成、出力の流れを簡単に説明する。
立体画像データを生成する場合、図１８に示すように、３Ｄ（３次元）空間でモデリングし、２Ｄ（２次元）のスクリーンに投影することによって、２Ｄの画像（左眼画像、右眼画像）を生成する。この図１８のモデリング例においては、スクリーン面の奥に直方体のオブジェクトＯａと、円柱のオブジェクトＯｂが配置されている。この場合、図１９に示すように、スクリーンサイズおよび視距離をパラメータとして用いることにより、正確な視差を持つ２Ｄの画像（左眼画像、右眼画像）を生成できる。

図２０のフローチャートは、ゲーム機２１０における立体画像データの生成、出力処理の流れを概略的に示している。まず、ゲーム機２１０は、ステップＳＴ１において、初期化処理を行う。この場合、ゲーム機２１０は、各種ライブラリ・メモリの初期化、ＶＲＡＭ（フレームバッファ）２２５の設定、出力設定などを含む、各種初期化の処理を行う。

次に、ゲーム機２１０は、ステップＳＴ２において、モデリング処理を行う。このモデリング処理では、描画処理部２２４は、各描画フレームにおいて、描画対象の各頂点データの計算を行う。この場合、各物体のモデルを構築する。そして、物体毎の「モデル座標系」（「ローカル座標系」）上で、描画する各頂点のデータを計算する。そして、描画する各物体を、「ワールド座標系」の空間に配置する。すなわち、「モデル座標系」上で計算された描画対象の各物体の頂点データを「ワールド座標系」上に配置していく。

次に、ゲーム機２１０は、ステップＳＴ３において、視点・光源の設定処理を行うと共に、ステップＳＴ４において、レンダリングを行って、左右の画像データを生成する。立体画像データを生成する場合には、この視点の設定が重要である。この場合、描画処理部２２４は、左眼画像について、視点・光源設定、レンダリングを行って、左眼画像データを生成し、その後に、右眼画像について、視点・光源設定、レンダリングを行って、右眼画像データを生成する。

視点・光源設定の処理では、視点位置・方向の設定を行う。描画する各物体が配置された「ワールド座標系」において、視点、注視点、上方向ベクトル（視点の姿勢を決めるために、どの方向がカメラの上向きなのかを指定する）、カメラの画角、カメラのアスペクトを設定する。この場合、両眼の感覚だけ離して、左眼用、右眼用の視点の座標を決める。注視点は、左眼用、右眼用で、同じ点を指定する。上方向ベクトルは、左眼・右眼が水平に並ぶように、左眼用、右眼用で同じ方向を指定する。

カメラの画角（視野角）に関しては、テレビ受信機２５０のスクリーンサイズ、視距離から求められる画角を指定する。この場合、テレビ受信機２５０から取得したスクリーンサイズに関する情報に基づいて、スクリーンサイズとしての高さ、横幅を求める。視距離については、ユーザが設定した値、あるいはスクリーンサイズを元にした推奨視聴距離（例えば、画面の高さの２〜３倍）といった値を用いる。

カメラの画角として縦方向の画角を指定する場合は、スクリーンサイズの高さと視距離から、実際の視環境における 画角を求めることができる。カメラの画角として横方向の画角を指定する場合は、スクリーンサイズの横幅と視距離から実際の視環境における画角を求めることができる。カメラのアスペクトは、出力する画像のアスペクトを指定する。例えば、Full HD (1920x1080 16:9) で出力する場合は、16:9 となるように指定する。

図２１は、カメラの画角およびアスペクトの第１の計算方法の参考図である。この第１の計算方法は、スクリーンサイズが両眼間隔と比べて充分に大きい場合に適用できる。この場合の計算値は、近似値となる。この場合、画角は（１）式で求められ、アスペクトは（２）式で求められる。
［画角］＝ atan (([スクリーンサイズ] /2 ) / [視距離]) × 2 ・・・（１）
[アスペクト] ＝ [出力する映像のアスペクト] ・・・（２）

図２２は、カメラの画角およびアスペクトの第２の計算方法の参考図である。この第２の計算方法では、画角およびアスペクトを、より正確な値で得ることができる。この場合、画角１は（３）式で求められ、画角２は（４）式で求められる。そして、画角は、画角１と画角２の加算値として、（５）式で求められる。

[画角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 ) / [視距離]))
＊ [出力する映像のアスペクト(横/縦)]
・・・（６）

また、指定するカメラのアスペクトが [縦] / [横]の場合、アスペクト(縦/横)は、（６）式の逆数となる。

レンダリングの処理では、テクスチャマッピング、深度テスト、アルファテスト、ステンシルテスト、ブレンディング、各種エフェクト処理などを行い、表示する最終画像に対応した左眼画像データおよび右眼画像データを生成して、ＶＲＡＭ２２５に展開（描画）する。

次に、ゲーム機２１０は、ステップＳＴ５において、ＶＲＡＭ２２５（フレームバッファ）に展開（描画）された左眼画像データおよび右眼画像データを読み出し、ＨＤＭＩ送信部２１２からテレビ受信機２５０に送信する。このとき、必要に応じて出力用の画像データの規格に合わせて、左眼画像データおよび右眼画像データの配置やサイズが変換されてからＨＤＭＩ送信部２１２に供給されて、送信される。

また、上述したように、ゲーム機２１０は、映画等のコンテンツの再生時にあって、再生画像データが立体画像データであり、ユーザが補正処理を指示した場合、スクリーンサイズの情報に基づいてこの立体画像データを補正して出力する。このように、映像コンテンツを補正して再生する場合は、ゲーム機以外にも Blu-ray Disc Player などの動画再生装置でもよい。

ゲーム機２１０の描画処理部２２４は、再生立体画像データ（左眼画像データ、右眼画像データ）から奥行き情報を検出して補正処理を行う。この場合、描画処理部２２４は、再生立体画像データを構成する左眼画像データおよび右眼画像データを解析し、特徴点を抽出し、左眼画像、右眼画像の間の相関を検出することで、奥行情報を推測できる。そして、描画処理部２２４は、奥行情報を推測した後、テレビ受信機２５０のスクリーンサイズ、視距離に基づいて、左眼画像データおよび右眼画像データを補正する。

ゲーム機２１０における立体画像データの補正、出力処理の流れを説明する。描画処理部２２４は、まず、奥行き情報の推測を行う。再生立体画像データを構成する左眼（Ｌ）画像データおよび右眼（Ｒ）画像データを解析し、Ｌ，Ｒ画像間の相関を求める。立体画像の表示のために撮影されたＬ，Ｒの画像は、それぞれカメラの上方向ベクトルは一致していると仮定してよい。

そのため、図２３に示すように、Ｌ，Ｒの画像に関して、水平方向のライン単位で、 Ｌ，Ｒ画像間の相関を求めればよい。この場合、輝度・色情報、輝度・色に対して微分等のフィルタ（エッジ検出）をかけた後の画像情報などを用いて相関を求めることができ、画像の各領域・各点に対して左右のずれを求めることができる。さらに、カメラの撮影条件として、２眼のレンズ間の距離、レンズの角度などの情報が利用できるのであれば、カメラの位置・角度情報と、各領域・各点の左右のずれ情報から、精度高く各領域・各点の奥行情報を推測できる。

図２４のような場合は、円筒の物体（オブジェクト）に関しては、スクリーン面より手前で 左右の視線が交差する。そのため、この円筒は基準面（スクリーン面）よりも手前に存在していることがわかる。この場合、奥行きがどのあたりなのかも 計算によって求めることができる。また、直方体の物体（オブジェクト）に関しては、スクリーン面で左右の視線が交差する。そのため、直方体は基準面（スクリーン面）の位置に存在していることがわかる。

この画像の奥行き情報は、図２５のように表現できる。すなわち、円筒は基準面より手前、直方体は基準面の位置に存在する。また、物体の位置は左右の領域の中間だと想定することができる。

次に、描画処理部２２４は、上述のゲーム画像の生成の場合の例で説明した処理の流れと同様にして、Ｌ，Ｒの画像データの補正を行う。この場合、描画処理部２２４は、モデリングの処理で、推測で求められた物体の位置、奥行き情報をセットし、その後は、視点・光源設定、レンダリング、映像出力の処理を、上述のゲーム画像の生成の場合の例と同様に行う。これにより、既存の立体画像データである再生立体画像データのＬ，Ｒの画像データを、テレビ受信機２５０のスクリーンサイズ、視距離に併せて補正し、ＨＤＭＩ送信部２１２からテレビ受信機２５０に送信できる。

図２６は、ゲーム機２１０からテレビ受信機２５０に、立体画像を表示するための立体画像データ（左眼画像データ、右眼画像データ）を送る際のシーケンスを概略的に示している。立体画像データの送信に先立って、ゲーム機器２１０は、テレビ受信機２５０から、Ｅ−ＥＤＩＤ（図１５〜図１７参照）を読み出して取得する。

ゲーム機２１０は、このＥ−ＥＤＩＤに含まれるテレビ受信機２５０が対応可能な画像データのフォーマット情報、テレビ受信機２５０のスクリーンサイズ情報等を得て、出力解像度を設定し、また、立体画像データを生成、あるいは補正するためのスクリーンサイズ、視距離などの画像生成パラメータを設定する。

その後、ゲーム機２１０は、設定されたパラメータで立体画像データを生成、あるいは補正してテレビ受信機２５０に送信する。テレビ受信機２５０は、ゲーム機２１０から送られてくる立体画像データを受信し、立体画像を表示する。

上述したように、図１に示すＡＶシステム２００において、ゲーム機２１０では、テレビ受信機２５０からスクリーンサイズに関する情報が取得される。そして、このゲーム機２１０では、スクリーンサイズに合わせた立体画像データが生成され、あるいは、既存の立体画像データがスクリーンサイズに合わせて補正される。そして、このゲーム機２１０から、テレビ受信機２５０に、このように生成、あるいは補正された立体画像データが送信される。また、テレビ受信機２５０では、ゲーム機２１０から送られてくるスクリーンサイズに合わせた立体画像データにより、立体画像を提示する左眼画像、右眼画像が表示される。したがって、ユーザの手間を増やすことなく、スクリーンサイズに合った立体画像表示が可能になる。

また、図１に示すＡＶシステム２００において、ゲーム機２１０では、立体画像データの生成、あるいは補正をする際に、スクリーンサイズと視距離の情報が用いられる。ゲーム機２１０では、ユーザの視距離の設定（調整）がないときは、スクリーンサイズを元に得られた推奨視距離が視距離として用いられる。したがって、ユーザの設定なしに立体画像データの生成、あるいは補正が可能となり、ユーザの手間が軽減される。

また、図１に示すＡＶシステム２００において、ゲーム機２１０では、スクリーンサイズを元に得られた推奨視距離が、ユーザ設定（調整）のデフォルト値とされる。そのため、ユーザは、最適に近い値から視距離の調整を開始できるので、視距離の調整を効率的に行うことができる。

＜２．変形例＞
なお、上述実施の形態においては、ゲーム機２１０とテレビ受信機２５０をＨＤＭＩケーブル３５０で直接接続したＡＶシステム２００を示した。しかし、ゲーム機２１０や Ｂｌｕ−ｒａｙ Ｄｉｓｃ Ｐｌａｙｅｒ のような ３Ｄ動画再生装置とテレビ受信機２５０の間に、リピータ機器であるＡＶアンプ、画像変換装置等を接続した構成も考えられる。

図２７は、ディスクプレーヤ４００とテレビ受信機２５０との間に、ＡＶアンプ３００を接続したＡＶシステム２００Ａの構成例を示している。テレビ受信機２５０は、図１のＡＶシステム２００におけるテレビ受信機２５０と同じものである。このＡＶシステム２００Ａは、ソース機器としてのディスクプレーヤ４００と、リピータ機器としてのＡＶアンプ３００と、シンク機器としてのテレビ受信機２５０を有している。

ディスクプレーヤ４００とＡＶアンプ３００は、ＨＤＭＩケーブル３５１を介して接続されている。ディスクプレーヤ４００には、ＨＤＭＩ送信部（ＨＤＭＩ ＴＸ）４０２が接続されたＨＤＭＩ端子４０１が設けられている。ＡＶアンプ３００には、ＨＤＭＩ受信部（ＨＤＭＩＲＴＸ）３０２ａが接続されたＨＤＭＩ端子３０１ａが設けられている。ＨＤＭＩケーブル３５１の一端はディスクプレーヤ４００のＨＤＭＩ端子４０１に接続され、このＨＤＭＩケーブル３５１の他端はＡＶンプ３００のＨＤＭＩ端子３０１ａに接続されている。

また、ＡＶアンプ３００とテレビ受信機２５０は、ＨＤＭＩケーブル３５２を介して接続されている。ＡＶアンプ３００には、ＨＤＭＩ送信部（ＨＤＭＩ ＴＸ）３０２ｂが接続されたＨＤＭＩ端子３０１ｂが設けられている。ＨＤＭＩケーブル３５２の一端はＡＶアンプ３００のＨＤＭＩ端子３０１ｂに接続され、このＨＤＭＩケーブル３５２の他端はテレビ受信機２５０のＨＤＭＩ端子２５１に接続されている。

［ディスクプレーヤの構成例］
図２８は、ディスクプレーヤ４００の構成例を示している。このディスクプレーヤ４００は、ＨＤＭＩ端子４０１と、ＨＤＭＩ送信部４０２と、ドライブインタフェース４０３と、ＢＤ／ＤＶＤドライブ４０４を有している。また、このディスクプレーヤ４００は、デマルチプレクサ４０５と、ＭＰＥＧデコーダ４０６と、映像信号処理回路４０７と、オーディオデコーダ４０８と、音声信号処理回路４０９を有している。

また、このディスクプレーヤ４００は、内部バス４１０と、ＣＰＵ４１１と、フラッシュＲＯＭ４１２と、ＤＲＡＭ４１３を有している。また、このディスクプレーヤ４００は、イーサネットインタフェース（Ethernet I/F）４１４と、ネットワーク端子４１５と、リモコン受信部４１６と、リモコン送信機４１７を有している。なお、「イーサネット」および「Ｅｔｈｅｒｎｅｔ」は登録商標である。ＣＰＵ４１１、フラッシュＲＯＭ４１２、ＤＲＡＭ４１３、イーサネットインタフェース４１４およびドライブインタフェース４０３は、内部バス４１０に接続されている。

ＣＰＵ４１１は、ディスクプレーヤ４００の各部の動作を制御する。フラッシュＲＯＭ４１２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ４１３は、ＣＰＵ４１１のワークエリアを構成する。ＣＰＵ４１１は、フラッシュＲＯＭ４１２から読み出したソフトウェアやデータをＤＲＡＭ４１３上に展開してソフトウェアを起動させ、ディスクプレーヤ４００の各部を制御する。リモコン受信部４１６は、リモコン送信機４１７から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ４１１に供給する。ＣＰＵ４１１は、リモコンコードに従ってディスクプレーヤ４００の各部を制御する。

ＢＤ／ＤＶＤドライブ４０４は、ディスク状記録メディアとしてのＢＤ，ＤＶＤ（図示せず）に対して、コンテンツデータを記録し、あるいは、このＢＤ，ＤＶＤからコンテンツデータを再生する。このＢＤ／ＤＶＤドライブ４０４は、ドライブインタフェース４０３を介して内部バス４１０に接続されている。

デマルチプレクサ４０５は、ＢＤ／ＤＶＤドライブ４０４の再生データから映像、音声等のエレメンタリストリームを分離する。ＭＰＥＧデコーダ４０６は、デマルチプレクサ４０５で分離された映像のエレメンタリストリームに対してデコード処理を行って非圧縮の画像データを得る。

映像信号処理回路４０７は、ＭＰＥＧデコーダ４０６で得られた画像データに対して、必要に応じてスケーリング処理（解像度変換処理）、グラフィックスデータの重畳処理等を行って、ＨＤＭＩ送信部４０２に供給する。また、この映像信号処理回路４０７は、ＭＰＥＧデコーダ４０６で得られた画像データが立体画像を表示するための立体画像データ（左眼画像データ、右眼画像データ）である場合、上述したゲーム機２１０の描画処理部２２４と同様に、この立体画像データを伝送方式に応じた状態に加工処理する。

また、映像信号処理回路４０７は、ＭＰＥＧデコーダ４０６で得られた画像データが立体画像を表示するための立体画像データ（左眼画像データ、右眼画像データ）である場合、ユーザの指示に応じて、この立体画像データの補正を行う。この立体画像データの補正は、上述したゲーム機２１０の描画処理部２２４と同様に、テレビ受信機２５０のスクリーンサイズおよび視距離の情報を用いて行う。

オーディオデコーダ４０８は、デマルチプレクサ４０５で分離された音声のエレメンタリストリームに対してデコード処理を行って非圧縮の音声データを得る。音声信号処理回路４０９は、オーディオデコーダ４０８で得られた音声データに対して、必要に応じて音質調整処理等を行って、ＨＤＭＩ送信部４０２に供給する。

ＨＤＭＩ送信部４０２は、ＨＤＭＩに準拠した通信により、ベースバンドの画像（映像）と音声のデータを、ＨＤＭＩ端子４０１から送出する。このＨＤＭＩ送信部４０２は、上述したゲーム機２１０のＨＤＭＩ送信部２１２と同様に構成されている。

図２８に示すディスクプレーヤ４００における映画等のコンテンツの再生時の動作を説明する。
ＤＶＤ／ＢＤドライブ２１９の再生データはデマルチプレクサ４０５に供給され、映像、音声等のエレメンタリストリームに分離される。デマルチプレクサ４０５で分離された映像のエレメンタリストリームはＭＰＥＧデコーダ４０６に供給されてデコードされ、非圧縮の画像データが得られる。また、デマルチプレクサ４０５で分離された音声のエレメンタリストリームはオーディオデコーダ４０８に供給されてデコードされ、非圧縮の音声データが得られる。

ＭＰＥＧデコーダ４０６で得られる画像データは、映像信号処理回路４０７を介してＨＤＭＩ送信部４０２に供給される。また、オーディオデコーダ４０８で得られた音声データは音声信号処理回路４０９を介してＨＤＭＩ送信部４０２に供給される。そして、これら画像および音声のデータは、ＨＤＭＩのＴＭＤＳチャネルにより、ＨＤＭＩ端子４０１からＨＤＭＩケーブルに送出される。

なお、映像信号処理回路４０７、音声信号処理回路４０９からＨＤＭＩ送信部４０２に供給される画像および音声のデータは、このＨＤＭＩ送信部４０２２でパッキングされてＨＤＭＩ端子４０１に出力される。画像データが立体画像データ（左眼画像データ、右眼画像データ）である場合には、この立体画像データは、映像信号処理回路４０７により、伝送方式に応じた状態に加工処理された後に、ＨＤＭＩ送信部４０２に供給される。

［ＡＶアンプの構成例］
図２９は、ＡＶアンプ３００の構成例を示している。このＡＶアンプ３００は、ＨＤＭＩ端子３０１ａ，３０１ｂと、ＨＤＭＩ受信部３０２ａと、ＨＤＭＩ送信部３０２ｂを有している。また、このＡＶアンプ３００は、映像・グラフィック処理回路３０５と、音声処理回路３０７と、音声増幅回路３０８と、音声出力端子３０９ａ〜３０９ｆを有している。また、このＡＶアンプ３００は、内部バス３１２と、ＣＰＵ３１３と、フラッシュＲＯＭ３１４と、ＤＲＡＭ３１５を有している。

ＨＤＭＩ受信部３０２ａは、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル３５１を介してＨＤＭＩ端子３０１ａに供給される非圧縮の映像（画像）と音声のデータを受信する。詳細説明は省略するが、このＨＤＭＩ受信部３０２ａは、図１のＡＶシステム２００のテレビ受信機２５０におけるＨＤＭＩ受信部２５２と同様の構成とされている。

ＨＤＭＩ送信部３０２ｂは、ＨＤＭＩに準拠した通信により、非圧縮の映像（画像）と音声のデータを、ＨＤＭＩ端子３０１ｂからＨＤＭＩケーブル３５２に送出する。詳細説明は省略するが、このＨＤＭＩ送信部３０２ｂは、図１のＡＶシステム２００のゲーム機２１０におけるＨＤＭＩ送信部２１２と同様の構成とされている。

音声処理回路３０７は、ＨＤＭＩ受信部２０２ａで得られた音声データに対して、例えば５．１chサラウンドを実現するための各チャネルの音声データを生成する処理、所定の音場特性を付与する処理、デジタル信号をアナログ信号に変換する処理等を行う。音声増幅回路３０８は、音声処理回路３０７から出力される各チャネルの音声信号を増幅して、音声出力端子３０９ａ〜３１９ｆに出力する。

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

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

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

なお、このＡＶアンプ３００を通じて音声を出力する場合、音声処理回路３０７では、ＨＤＭＩ受信部３０２ａで得られた音声データに対して、５．１chサラウンドを実現するための各チャネルの音声データを生成する処理、所定の音場特性を付与する処理、デジタル信号をアナログ信号に変換する処理等の必要な処理が施される。そして、各チャネルの音声信号は、音声増幅回路３０８で増幅された後に音声出力端子３１９ａ〜３１９ｆに出力される。

図２７に示すＡＶシステム２００Ａにおいて、ディスクプレーヤ４００は、テレビ受信機２５０のＥ−ＥＤＩＤの内容を、ＡＶアンプ３００を通じて取得する。そして、ディスクプレーヤ４００は、テレビ受信機２５０が対応可能な画像データのフォーマット（解像度、フレームレート、アスペクト等）情報、スクリーンサイズに関する情報を得る。

そのため、図２７に示すＡＶシステム２００Ａにおいて、ディスクプレーヤ４００は、映像信号処理回路４０７により、スクリーンサイズに応じて再生立体画像データを補正できる。そして、ディスクプレーヤ４００は、この補正された立体画像データを、ＡＶアンプ３００を通じて、テレビ受信機２５０に送信できる。

したがって、図２７に示すＡＶシステム２００Ａにおいても、図１に示すＡＶシステム２００と同様の作用効果を得ることができる。つまり、ユーザの手間を増やすことなく、テレビ受信機２５０では、スクリーンサイズに合った立体画像表示が可能になる。

なお、図２７に示すＡＶシステム２００Ａでは、例えば、ＡＶアンプ３００の映像・グラフィック処理回路３０５に、上述のゲーム機２１０の描画処理部２２４と同様の機能を持たせることも考えられる。その場合、例えば、ディスクプレーヤ４００から送信された再生立体画像データ（補正前）を、この映像・グラフィック処理回路３０５において、テレビ受信機２５０のスクリーンサイズに応じた立体画像データに補正して、テレビ受信機２５０に送信することが可能となる。

また、上述実施の形態は、ＨＤＭＩの伝送路を用いるものを示している。しかし、この発明は、ＨＤＭＩ以外の非圧縮映像信号の伝送路、例えば、ＤＶＩ(Digital Visual Interface)、ＤＰ(Display Port)インタフェース、ワイヤレス伝送、さらに今後普及すると思われるギガビットEthernet・光ファイバーの伝送路を用いるものにも同様に適用できる。

例えば、ＤＶＩの場合、上述したＨＤＭＩと同様に、映像信号の対応画像フォーマット（解像度、フレームレート等）を、受信装置が保有するＥ−ＥＤＩＤと呼ばれる領域に記憶する規格が定義されている。

したがって、このＤＶＩの場合、上述したＨＤＭＩの場合と同様にして、送信装置は、ＤＤＣ(Display Data Channel)を用いて受信装置のＥ−ＥＤＩＤから上述の対応画像フォーマット情報、スクリーンサイズに関する情報等を取得できる。そのため、送信装置では、受信装置側のスクリーンサイズに合わせた立体画像データを生成でき、あるいは既存の立体画像データを受信装置側のスクリーンサイズに合わせて補正できる。

また、上述実施の形態においては、テレビ受信機２５０においてＥ−ＥＤＩＤにスクリーンサイズに関する情報を記載しておき、ゲーム機２１０等（ゲーム機２１０の他に、ディスクプレーヤ４００、ＡＶアンプ３００を含む）は、このＥ−ＥＤＩＤを読み出すことで、テレビ受信機２５０のスクリーンサイズに関する情報を得るものを示した。

しかし、ゲーム機２１０等がテレビ受信機２５０のスクリーンサイズに関する情報を取得する手段は、これに限定されない。例えば、ＨＤＭＩケーブルの制御データラインであるＣＥＣラインを用いて、ゲーム機２１０等とテレビ受信機２５０との間で通信を行うことで、ゲーム機２１０等がテレビ受信機２５０のスクリーンサイズに関する情報を取得してもよい。

また、例えば、上述したＨＤＭＩケーブルの所定ライン（例えば、リザーブライン、ＨＰＤライン）を用いて構成される双方向通信路を用いた通信により、ゲーム機２１０等はディスクプレーヤ４００がテレビ受信機２５０のスクリーンサイズに関する情報を取得してもよい。

また、上述実施の形態において、送信装置がゲーム機２１０、ディスクプレーヤ４００であり、受信装置がテレビ受信機２５０である例を示した。しかし、送信装置、受信装置は、これらに限定されるものではない。例えば、送信装置としては、ゲーム機２１０以外に、ＤＶＤレコーダ、セットトップボックス、その他のＡＶソースであってもよい。また、受信装置としては、テレビ受信機２５０の他に、プロジェクタ、ＰＣ用モニタ、その他のディスプレイであってもよい。

この発明は、ユーザの手間を増やすことなく、スクリーンサイズに合った適切な立体画像表示を可能とし、送信装置から立体画像データを送信し、受信装置側でスクリーンに左眼画像、右眼画像を表示して視聴者に立体画像を提供するＡＶシステムに適用できる。

２００，２００Ａ・・・ＡＶシステム、２１０・・・ゲーム機、２１１・・・ＨＤＭＩ端子、２１２・・・ＨＤＭＩ送信部、２１７・・・コントロールパッド、２２１・・・ＣＰＵ、２２４・・・描画処理部、２２５・・・ＶＲＡＭ、２５０・・・テレビ受信機、２５１・・・ＨＤＭＩ端子、２５２・・・ＨＤＭＩ受信部、２５４・・・３Ｄ信号処理部、２７１・・・ＣＰＵ、３００・・・ＡＶアンプ、３０１ａ，３０１ｂ・・・ＨＤＭＩ端子、３０２ａ・・・ＨＤＭＩ受信部、３０２ｂ・・・ＨＤＭＩ送信部、３５０，３５１，３５２・・・ＨＤＭＩケーブル、４００・・・ディスクプレーヤ、４０１・・・ＨＤＭＩ端子、４０２・・・ＨＤＭＩ送信部

Claims (2)

1. 外部機器にスクリーンサイズに関する情報を、ＨＤＭＩケーブルのＤＤＣラインを介して供給する情報供給ステップと、
   立体画像を表示するための左眼画像データおよび右眼画像データを含む非圧縮の立体画像データと、画像に付随する音声データを、上記ＨＤＭＩケーブルのＴＭＤＳラインを介して上記外部機器から受信するデータ受信ステップと、
   上記データ受信ステップで受信された立体画像データに基づき表示部に画像を表示する画像表示ステップと
   を有し、
   上記音声データは上記立体画像データのブランキング期間の一部分で伝送され、
   上記立体画像データの１フレームは、一の垂直同期信号から次の垂直同期信号までの区間に伝送され、
   上記立体画像データにある上記左眼画像データおよび上記右眼画像データは所定の順番で伝送され、
   上記立体画像データにある上記左眼画像データと上記右眼画像データのそれぞれのピクセル数およびライン数は、立体画像でない通常画像を送信する場合のピクセル数およびライン数と等しくされ、
   上記立体画像データにおいて、１つのビデオフィールド区間に、所定期間が介在された状態で上記左眼画像データと上記右眼画像データが配置され、上記所定期間に立体画像を表示するための立体画像データが含まれない
   立体画像データ受信方法。
2. 外部機器にスクリーンサイズに関する情報を、ＨＤＭＩケーブルのＤＤＣラインを介して供給する情報供給部と、
   立体画像を表示するための左眼画像データおよび右眼画像データを含む非圧縮の立体画像データと、画像に付随する音声データを、上記ＨＤＭＩケーブルのＴＭＤＳラインを介して上記外部機器から受信するデータ受信部と、
   上記データ受信部で受信された立体画像データに基づき画像を表示する表示部と
   を備え、
   上記音声データは上記立体画像データのブランキング期間の一部分で伝送され、
   上記立体画像データの１フレームは、一の垂直同期信号から次の垂直同期信号までの区間に伝送され、
   上記立体画像データにある上記左眼画像データと上記右眼画像データは所定の順番で伝送され、
   上記立体画像データにある上記左眼画像データと上記右眼画像データのそれぞれのピクセル数およびライン数は、立体画像でない通常画像を送信する場合のピクセル数およびライン数と等しくされ、
   上記立体画像データにおいて、１つのビデオフィールド区間に、所定期間が介在された状態で上記左眼画像データと上記右眼画像データが配置され、上記所定期間に立体画像を表示するための立体画像データが含まれない
   立体画像データ受信装置。

Images