(57)【要約】【課題】３Ｄ画像データのデジタルインタフェースを介しての送信の必要性に対処可能とする。【解決手段】ＨＤＭＩ送信部２０６Ａの当初のバージョンは、ＨＤＭＩ１．３とされている。ＣＰＵ２１１Ａは、パワーオン状態にあり、かつＨＰＤラインでモニタ装置（ＴＶ）の接続が確認されるとき、アップデートの必要性を判断し、受信画像データが３Ｄ画像データであり、かつモニタ装置が３Ｄ対応であるとき、アップデート処理を行う。アップデートマネージャ２７１は、ダウンロードサーバ２４３に接続し、このダウンロードサーバ２４３から更新用のデジタルインタフェース制御ソフトウェアをダウンロードして、ＨＤＭＩコントローラ２７３にインストールする。これにより、ＨＤＭＩ送信部２０６Ａのバージョンは、ＨＤＭＩ１．４とされ、３Ｄ画像データの取り扱いが可能となる。【選択図】図５５
2011030179.tif 000002
【特許請求の範囲】
【請求項１】
画像データを外部機器に送信するデジタルインタフェース部と、
上記デジタルインタフェース部を、所定のタイミングで、立体画像データの取り扱いが不可能な状態から、該立体画像データの取り扱いが可能な状態に変更する状態変更部と
を備える画像データ送信装置。
【請求項２】
上記画像データを受信するデータ受信部をさらに備え、
上記状態変更部は、上記データ受信部で受信された画像データが立体画像データであって、上記外部機器が上記立体画像データの取り扱いが可能であるとき、上記デジタルインタフェース部を、立体画像データの取り扱いが不可能な状態から、該立体画像データの取り扱いが可能な状態に変更する
請求項１に記載の画像データ送信装置。
【請求項３】
上記データ受信部は、ストリーミングサーバからネットワークを介して上記画像データを受信する
請求項２に記載の画像データ送信装置。
【請求項４】
上記データ受信部は、放送信号から上記画像データを受信する
請求項２に記載の画像データ送信装置。
【請求項５】
上記デジタルインタフェース部の動作を制御するデジタルインタフェース制御部をさらに備え、
上記状態変更部は、更新用のデジタルインタフェース制御ソフトウェアを上記デジタルインタフェース制御部にインストールすることで、上記デジタルインタフェース部を、立体画像データの取り扱いが不可能な状態から、該立体画像データの取り扱いが可能な状態に変更する
請求項１または請求項２に記載の画像データ送信装置。
【請求項６】
ダウンロードサーバにネットワークを介して接続するためのネットワークインタフェース部をさらに備え、
上記状態変更部は、上記ネットワークインタフェース部を介して上記ダウンロードサーバからダウンロードされた上記更新用のデジタルインタフェース制御ソフトウェアを上記デジタルインタフェース制御部にインストールする
請求項５に記載の画像データ送信装置。
【請求項７】
外部メモリを接続するための外部メモリインタフェース部をさらに備え、
上記状態変更部は、上記外部メモリインタフェース部を介して上記外部メモリから読み出された上記更新用のデジタルインタフェース制御ソフトウェアを上記デジタルインタフェース制御部にインストールする
請求項５に記載の画像データ送信装置。
【請求項８】
上記デジタルインタフェース部は、上記立体画像データの取り扱いが可能な状態に変更され、上記画像データとして立体画像データを送信するとき、該画像データのブランキング期間に立体画像データであることを示す識別情報を挿入する
請求項１に記載の画像データ送信装置。
【請求項９】
画像データを外部機器に送信するデジタルインタフェース部を制御する制御方法であって、
上記デジタルインタフェース部を、所定のタイミングで、立体画像データの取り扱いが不可能な状態から、該立体画像データの取り扱いが可能な状態に変更する状態変更ステップを備える
制御方法。
【請求項１０】
画像データを外部機器に送信するデジタルインタフェース部を制御するコンピュータを、
上記デジタルインタフェース部を、所定のタイミングで、立体画像データの取り扱いが不可能な状態から、該立体画像データの取り扱いが可能な状態に変更する状態変更手段として機能させる
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、画像データ送信装置、制御方法およびプログラムに関し、特に、デジタルインタフェースを利用して画像データを外部機器に送信する画像データ送信装置等に関する。
【背景技術】
【０００２】
例えば、特許文献１には、立体画像データのテレビ放送電波を用いた伝送方式について提案されている。この場合、左眼用画像データおよび右眼用画像データを含む立体画像データが送信され、テレビ受信機において、両眼視差を利用した立体画像表示が行われる。
【０００３】
図６４は、両眼視差を利用した立体画像表示において、スクリーン上におけるオブジェクト（物体）の左右像の表示位置と、その立体像の再生位置との関係を示している。例えば、スクリーン上に図示のように左像Ｌａが右側に右像Ｒａが左側にずれて表示されているオブジェクトＡに関しては、左右の視線がスクリーン面より手前で交差するため、その立体像の再生位置はスクリーン面より手前となる。
【０００４】
また、例えば、スクリーン上に図示のように左像Ｌｂおよび右像Ｒｂが同一位置に表示されているオブジェクトＢに関しては、左右の視線がスクリーン面で交差するため、その立体像の再生位置はスクリーン面上となる。さらに、例えば、スクリーン上に図示のように左像Ｌｃが左側に右像Ｒｃが右側にずれて表示されているオブジェクトＣに関しては、左右の視線がスクリーン面より奥で交差するため、その立体像の再生位置はスクリーン面より奥となる。
【０００５】
近年、例えば、ソース機器からシンク機器に画像および音声のデータを高速に伝送する通信インタフェースとして、ＨＤＭＩ(High Definition Multimedia Interface)等のインタフェースが普及しつつある。ソース機器は、例えば、ゲーム機、ＤＶＤ(Digital Versatile Disc)レコーダや、セットトップボックス、その他のＡＶソース（Audio Visual source）である。シンク機器は、例えば、テレビ受信機、プロジェクタ、その他のディスプレイである。例えば、非特許文献１、非特許文献２には、ＨＤＭＩ規格の詳細についての記載がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−６１１４号公報
【非特許文献】
【０００７】
【非特許文献１】High-Definition Multimedia Interface Specification Version1.3a,November 10 2006
【非特許文献２】High-Definition Multimedia Interface Specification Version 1.4,June5 2009
【発明の概要】
【発明が解決しようとする課題】
【０００８】
例えば、セットトップボックスとテレビ受信機（モニタ装置）とをＨＤＭＩケーブルで接続し、セットトップボックスで受信した画像データをＨＤＭＩのデジタルインタフェースでテレビ受信機に送信することが考えられる。この場合、セットトップボックスで立体画像データを受信した場合、テレビ受信機が立体画像データの取り扱いが可能であっても、テレビ受信機に立体画像データを良好に送信できないことがある。すなわち、セットトップボックスのＨＤＭＩ送信部のバージョンがＨＤＭＩ１．３あるいはそれ以下のバージョンにあって、立体画像データの取り扱いが不可能な場合である。
【０００９】
この発明の目的は、立体画像データのデジタルインタフェースを介しての送信の必要性に良好に対処可能とすることにある。
【課題を解決するための手段】
【００１０】
この発明の概念は、
画像データを外部機器に送信するデジタルインタフェース部と、
上記デジタルインタフェース部を、所定のタイミングで、立体画像データの取り扱いが不可能な状態から、該立体画像データの取り扱いが可能な状態に変更する状態変更部と
を備える画像データ送信装置にある。
【００１１】
この発明において、デジタルインタフェース部により、画像データが外部機器に送信される。この画像データは、受信画像データあるいは再生画像データ等である。例えば、受信画像データは、ストリーミングサーバからネットワークを介して受信される。また、例えば、受信画像データは、放送信号から受信される。状態変更部により、デジタルインタフェース部は、所定のタイミングで、立体画像データの取り扱いが不可能な状態から、この立体画像データの取り扱いが可能な状態に変更される。
【００１２】
所定のタイミングとは、例えば、立体画像データを外部機器に送信する必要性が生じたときである。これにより、立体画像データのデジタルインタフェースを介しての送信の必要性に良好に対処できる。例えば、データ受信部で受信された画像データが立体画像データであって、外部機器が立体画像データの取り扱いが可能であるとき、デジタルインタフェース部は、立体画像データの取り扱いが不可能な状態から、その取り扱いが可能な状態に変更される。
【００１３】
例えば、デジタルインタフェース部の状態の変更は、デジタルインタフェース部を制御するデジタルインタフェース部に、更新用のデジタルインタフェース制御ソフトウェアをインストールすることで行われる。例えば、この更新用のデジタルインタフェース制御ソフトウェアは、ダウンロードサーバからネットワークインタフェース部を介してダウンロードされることで得られる。また、例えば、この更新用のデジタルインタフェース制御ソフトウェアは、外部メモリから得られる。
【００１４】
例えば、デジタルインタフェース部において、立体画像データの取り扱いが可能な状態に変更され、画像データとして立体画像データを送信するとき、この画像データのブランキング期間（例えば、Vendor Specific InfoFrame）に立体画像データであることを示す識別情報が挿入される。
【発明の効果】
【００１５】
この発明によれば、デジタルインタフェース部が所定のタイミングで立体画像データの取り扱いが不可能な状態からその取り扱いが可能な状態に変更されるものであり、立体画像データのデジタルインタフェースを介しての送信の必要性に良好に対処できる。
【図面の簡単な説明】
【００１６】
【図１】この発明の実施の形態としての立体画像表示システムの構成例を示すブロック図である。
【図２】放送局における送信データ生成部の構成例を示すブロック図である。
【図３】１９２０×１０８０ｐのピクセルフォーマットの画像データを示す図である。
【図４】立体画像データ（３Ｄ画像データ）の伝送方式である「Top & Bottom」方式、「Side By Side」方式、「Frame Sequential」方式を説明するための図である。
【図５】左眼画像に対する右眼画像の視差ベクトルを検出する例を説明するための図である。
【図６】視差ベクトルをブロックマッチング方式で求めることを説明するための図である。
【図７】視差ベクトル検出部で検出される、画像内の所定位置おける視差ベクトルＶＶの一例を示す図である。
【図８】視差ベクトルの伝送内容を示す図である。
【図９】視差検出ブロック例と、その場合の視差ベクトルの伝送内容を示す図である。
【図１０】視差ベクトルを検出して伝送するタイミングの例を説明するための図である。
【図１１】視差ベクトルを検出して伝送するタイミングの例を説明するための図である。
【図１２】送信データ生成部において多重化される各データのストリーム例を示す図である。
【図１３】放送局における送信データ生成部の他の構成例を示すブロック図である。
【図１４】伝送方式が第１の伝送方式（「Top & Bottom」方式）の場合における、左眼グラフィクス情報および右眼グラフィクス情報の重畳位置等を説明するための図である。
【図１５】伝送方式が第１の伝送方式（「Top & Bottom」方式）の場合における、左眼グラフィクス情報および右眼グラフィクス情報の生成方法を説明するための図である。
【図１６】伝送方式が第２の伝送方式（「Side By Side」方式）の場合における、左眼グラフィクス情報および右眼グラフィクス情報の生成方法を説明するための図である。
【図１７】伝送方式が第２の伝送方式（「Side By Side」方式）の場合における、左眼グラフィクス情報および右眼グラフィクス情報の生成方法を説明するための図である。
【図１８】放送局における送信データ生成部の他の構成例を示すブロック図である。
【図１９】放送局における送信データ生成部の他の構成例を示すブロック図である。
【図２０】「Location」、「Region大きさ」の情報を説明するための図である。
【図２１】重畳情報毎の視差情報を出力するＺデータ部の構成例を示すブロック図である。
【図２２】ビデオエレメンタリーストリームの構造例を概略的に示す図である。
【図２３】ＭＰＥＧ２、Ｈ．２６４  ＡＶＣ、ＶＣ−１の各符号化方式におけるユーザデータの構成例を示す図である。
【図２４】視差情報（視差ベクトル）を含む「user_structure」の構成例を示す図である。
【図２５】放送局における送信データ生成部の他の構成例を示すブロック図である。
【図２６】放送局における送信データ生成部の他の構成例を示すブロック図である。
【図２７】伝送方式が第２の伝送方式（「Side By Side」方式）の場合における、左眼グラフィクス情報および右眼グラフィクス情報の重畳位置を示す図である。
【図２８】左眼画像、右眼画像に対して、ビットストリームデータから抽出された従来方法により伝送されるグラフィクスデータによるグラフィクス画像をそのまま重畳した状態を示す図である。
【図２９】時刻Ｔ０，Ｔ１，Ｔ２，Ｔ３における３つのオブジェクト位置の視差ベクトル（View Vector）を示す図である。
【図３０】画像上における字幕（グラフィクス情報）の表示例と、背景、近景オブジェクト、字幕の遠近感を示す図である。
【図３１】画像上における字幕（グラフィクス情報）の表示例と、字幕を表示するための左眼グラフィクス情報ＬＧＩおよび右眼グラフィクス情報ＲＧＩを示す図である。
【図３２】視差ベクトルとして、画像内の複数位置で検出された視差ベクトルのうち、その重畳位置に対応したものを使用することを説明するための図である。
【図３３】画像内にＡ，Ｂ，Ｃの各オブジェクトが存在し、これら各オブジェクトの近傍位置に、各オブジェクトの注釈を示すテキスト情報を重畳することを示す図である。
【図３４】立体画像表示システムを構成するセットトップボックスの構成例を示すブロック図である。
【図３５】セットトップボックスを構成するビットストリーム処理部の構成例を示すブロック図である。
【図３６】視差ベクトルＶＶ１が、テレビディスプレイに向かって左側のビデオオブジェクトの方が大きい場合のスピーカ出力制御例を示す図である。
【図３７】セットトップボックスを構成するビットストリーム処理部の他の構成例を示すブロック図である。
【図３８】セットトップボックスを構成するビットストリーム処理部の他の構成例を示すブロック図である。
【図３９】セットトップボックスを構成するビットストリーム処理部の他の構成例を示すブロック図である。
【図４０】セットトップボックスを構成するビットストリーム処理部の他の構成例を示すブロック図である。
【図４１】セットトップボックスを構成するビットストリーム処理部の他の構成例を示すブロック図である。
【図４２】立体画像表示システムを構成するテレビ受信機の構成例を示すブロック図である。
【図４３】ＨＤＭＩ送信部（ＨＤＭＩソース）とＨＤＭＩ受信部（ＨＤＭＩシンク）の構成例を示すブロック図である。
【図４４】ＨＤＭＩ送信部を構成するＨＤＭＩトランスミッタと、ＨＤＭＩ受信部を構成するＨＤＭＩレシーバの構成例を示すブロック図である。
【図４５】ＴＭＤＳ伝送データの構造例（横×縦が１９２０ピクセル×１０８０ラインの画像データが伝送される場合）を示す図である。
【図４６】ソース機器およびシンク機器のＨＤＭＩケーブルが接続されるＨＤＭＩ端子のピン配列（タイプＡ）を示す図である。
【図４７】立体画像データのＴＭＤＳ伝送データ構造の一つであるフレームパッキング方式の３Ｄビデオフォーマットを示す図である。
【図４８】立体画像データのＴＭＤＳ伝送データ構造の一つであるラインオルタネイティブ方式の３Ｄビデオフォーマットを示す図である。
【図４９】立体画像データのＴＭＤＳ伝送データ構造の一つであるサイド・バイ・サイド（Ｆｕｌｌ）方式の３Ｄビデオフォーマットを示す図である。
【図５０】ＨＤＭＩ Vendor Specific InfoFrame パケット構造例を示す図である。
【図５１】Ｅ−ＥＤＩＤのデータ構造例を示す図である。
【図５２】Vender Specific領域（HDMI Vendor Specific DataBlock）のデータ構造例を示す図である。
【図５３】セットトップボックスの構成例を示すブロック図である。
【図５４】セットトップボックスとダウンロードサーバ等との接続関係を示す図である。
【図５５】オンライン状態におけるデジタルインタフェース制御ソフトウェアのアップデート処理を説明するための図である。
【図５６】オフライン状態におけるデジタルインタフェース制御ソフトウェアのアップデート処理を説明するための図である。
【図５７】セットトップボックスのＣＰＵにおけるアップデートに関する処理の一例を示すフローチャートである。
【図５８】セットトップボックスのＣＰＵにおけるアップデートに関する処理の他の例を示すフローチャートである。
【図５９】セットトップボックスのＣＰＵにおけるアップデート処理の一例を示すフローチャートである。
【図６０】ＰＣにおける更新用のデジタルインタフェース制御ソフトウェアのダウンロード処理の一例を示すフローチャートである。
【図６１】セットトップボックスを構成するビットストリーム処理部の他の構成例を示すブロック図である。
【図６２】セットトップボックスを構成するビットストリーム処理部の他の構成例を示すブロック図である。
【図６３】立体画像表示システムの他の構成例を示すブロック図である。
【図６４】両眼視差を利用した立体画像表示において、スクリーン上におけるオブジェクトの左右像の表示位置と、その立体像の再生位置との関係を示す図である。
【発明を実施するための形態】
【００１７】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００１８】
＜１．実施の形態＞
［立体画像送受信システムの構成例］
図１は、実施の形態としての立体画像送受信システム１０の構成例を示している。この立体画像送受信システム１０は、放送局１００と、セットトップボックス（ＳＴＢ：Set Top Box）２００と、テレビ受信機３００を有している。
【００１９】
セットトップボックス２００およびテレビ受信機３００は、ＨＤＭＩ(High Definition Multimedia Interface)ケーブル４００を介して接続されている。セットトップボックス２００には、ＨＤＭＩ端子２０２が設けられている。テレビ受信機３００には、ＨＤＭＩ端子３０２が設けられている。ＨＤＭＩケーブル４００の一端はセットトップボックス２００のＨＤＭＩ端子２０２に接続され、このＨＤＭＩケーブル４００の他端はテレビ受信機３００のＨＤＭＩ端子３０２に接続されている。
【００２０】
［放送局の説明］
【００２１】
放送局１００は、ビットストリームデータを、放送波にのせて送信する。このビットストリームデータには、左眼画像データおよび右眼画像データを含む立体画像データ、音声データ、重畳情報データ、さらには視差情報（視差ベクトル）などが含まれる。ここで、重畳情報データは、クローズド・キャプションデータ、サブタイトルデータ、グラフィクスデータ、テキストデータなどである。
【００２２】
「送信データ生成部の構成例」
図２は、放送局１００において、上述のビットストリームデータを生成する送信データ生成部１１０の構成例を示している。この構成例は、視差ベクトルを数値情報として送信する例である。この送信データ生成部１１０は、カメラ１１１Ｌ，１１１Ｒと、ビデオフレーミング部１１２と、ビデオエンコーダ１１３と、ビデオエンコーダ１１３と、視差ベクトル検出部１１４と、視差ベクトルエンコーダ１１５を有している。また、この送信データ生成部１１０は、マイクロホン１１６と、オーディオエンコーダ１１７を有している。さらに、この送信データ生成部１１０は、サブタイトル・グラフィクス発生部１１８と、サブタイトル・グラフィクスエンコーダ１１９と、テキスト発生部１２０と、テキストエンコーダ１２１と、マルチプレクサ１２２を有している。
【００２３】
カメラ１１１Ｌは、左眼画像を撮影して立体画像表示のための左眼画像データを得る。カメラ１１１Ｒは、右眼画像を撮影して立体画像表示のための右眼画像データを得る。ビデオフレーミング部１１２は、カメラ１１１Ｌで得られる左眼画像データおよびカメラ１１１Ｒで得られる右眼画像データを、伝送方式に応じた状態に加工処理する。
【００２４】
［立体画像データの伝送方式例］
ここでは、立体画像データ（３Ｄ画像データ）の伝送方式として、以下の第１〜第３の方式を挙げるが、これら以外の伝送方式であってもよい。ここでは、図３に示すように、左眼（Ｌ）および右眼（Ｒ）の画像データが、それぞれ、決められた解像度、例えば１９２０×１０８０ｐのピクセルフォーマットの画像データである場合を例にとって説明する。
【００２５】
第１の伝送方式は、「Top & Bottom」方式で、図４（ａ）に示すように、垂直方向の前半では左眼画像データの各ラインのデータを伝送し、垂直方向の後半では左眼画像データの各ラインのデータを伝送する方式である。この場合、左眼画像データおよび右眼画像データのラインが１／２に間引かれることから原信号に対して垂直解像度は半分となる。
【００２６】
第２の伝送方式は、「Side By Side」方式で、図４（ｂ）に示すように、水平方向の前半では左眼画像データのピクセルデータを伝送し、水平方向の後半では右眼画像データのピクセルデータを伝送する方式である。この場合、左眼画像データおよび右眼画像データは、それぞれ、水平方向のピクセルデータが１／２に間引かれる。現信号に対して、水平解像度は半分となる。
【００２７】
第３の伝送方式は、「Frame Sequential」方式で、図４（ｃ）に示すように、左眼画像データと右眼画像データとをフィールド毎に順次切換えて伝送する方式である。
【００２８】
図２に戻って、ビデオエンコーダ１１３は、ビデオフレーミング部１１２で加工処理された立体画像データに対して、ＭＰＥＧ４−ＡＶＣ、ＭＰＥＧ２、ＶＣ−１等の符号化を施して符号化ビデオデータを得る。また、ビデオエンコーダ１１３は、後段にストリームフォーマッタ１１３ａを備える。このストリームフォーマッタ１１３により、ペイロード部に符号化ビデオデータを含むビデオのエレメンタリーストリームを生成する。
【００２９】
視差ベクトル検出部１１４は、左眼画像データおよび右眼画像データに基づき、画像内の所定位置において、左眼画像および右眼画像の一方に対する他方の視差情報である視差ベクトルを検出する。ここで、画像内の所定位置は、全ての画素位置、複数画素からなる各領域の代表位置、あるいは、重畳情報、ここではグラフィック情報やテキスト情報を重畳する領域の代表位置等である。
【００３０】
［視差ベクトルの検出］
視差ベクトルの検出例について説明する。ここでは、左眼画像に対する右眼画像の視差ベクトルを検出する例について説明する。図５に示すように、左眼画像を検出画像とし、右眼画像を参照画像とする。この例では、（xi,yi）および（xj,yj）の位置における視差ベクトルが検出される。
【００３１】
（xi,yi）の位置における視差ベクトルを検出する場合を例にとって説明する。この場合、左眼画像に、（xi,yi）の位置の画素を左上とする、例えば８×８あるいは１６×１６の画素ブロック（視差検出ブロック）Ｂｉが設定される。そして、右眼画像において、画素ブロックＢｉとマッチングする画素ブロックが探索される。
【００３２】
この場合、右眼画像に、（xi,yi）の位置を中心とする探索範囲が設定され、その探索範囲内の各画素を順次注目画素として、上述の画素ブロックＢｉと同様の例えば８×８あるいは１６×１６の比較ブロックが順次設定されていく。画素ブロックＢｉと順次設定される比較ブロックとの間で、対応する画素毎の差分絶対値の総和が求められる。ここで、図６に示すように、画素ブロックＢｉの画素値をＬ(x,y)とし、比較ブロックの画素値をＲ(x,y)とするとき、画素ブロックＢｉと、ある比較ブロックとの間における差分絶対値の総和は、Σ｜Ｌ(x,y)−Ｒ(x,y)｜で表される。
【００３３】
右眼画像に設定される探索範囲にｎ個の画素が含まれているとき、最終的にｎ個の総和Ｓ１〜Ｓｎが求められ、その中で最小の総和Ｓminが選択される。そして、この総和Ｓminが得られた比較ブロックから左上の画素の位置が（xi′,yi′）が得られる。これにより、（xi,yi）の位置における視差ベクトルは、（xi′−xi，yi′−yi）のように検出される。詳細説明は省略するが、（xj,yj）の位置における視差ベクトルについても、左眼画像に、（xj,yj）の位置の画素を左上とする、例えば８×８あるいは１６×１６の画素ブロックＢｊが設定されて、同様の処理過程で検出される。
【００３４】
図７（ａ）は、視差ベクトル検出部１１４で検出される、画像内の所定位置おける視差ベクトルＶＶの一例を示している。この場合、図７（ｂ）に示すように、この画像内の所定位置においては、左眼画像（検出画像）を視差ベクトルＶＶだけずらすと、右眼画像（参照画像）と重なることを意味する。
【００３５】
図２に戻って、視差ベクトルエンコーダ１１５は、視差ベクトル検出部１１４で検出された視差ベクトル等を含む視差ベクトルのエレメンタリーストリームを生成する。ここで、視差ベクトルのエレメンタリーストリームには、以下の内容が含まれる。すなわち、ＩＤ（ID_Block）、垂直位置情報（Vertical_Position）、水平位置情報（Horizontal_Position）、視差ベクトル（View_Vector）が１セットとされる。そして、この１セットが視差検出ブロックの数であるＮ個分だけ繰り返される。図８は、視差ベクトルの伝送内容を示している。視差ベクトルには、垂直方向成分（View_Vector_Vertical）および水平方向成分（View_Vector_Horizontal）が含まれている。
【００３６】
なお、視差検出ブロックの垂直、水平の位置は、画像の左上の原点から、ブロックの左上の画素までの垂直方向、水平方向のオフセット値となる。各視差ベクトルの伝送に、視差検出ブロックのＩＤを付すのは、画像に重畳表示させるサブタイトル情報、グラフィクス情報、テキスト情報等の重畳情報のパターンとのリンクがとれるようにするためである。
【００３７】
例えば、図９（ａ）に示すように、Ａ〜Ｆまでの視差検出ブロックが存在するとき、伝送内容には、図９（ｂ）に示すように、その視差検出ブロックＡ〜ＦのＩＤと、垂直、水平の位置情報と、視差ベクトルが含まれる。例えば、図９（ｂ）において、視差検出ブロックＡに関しては、ＩＤ２は視差検出ブロックＡのＩＤを示し、（Ｈａ，Ｖａ）は視差検出ブロックＡの垂直、水平の位置情報を示し、視差ベクトルａは視差検出ブロックＡの視差ベクトルを示している。
【００３８】
ここで、視差ベクトルを検出して伝送するタイミングについて説明する。このタイミングに関しては、例えば、以下の第１〜第４の例が考えられる。
【００３９】
第１の例においては、図１０（ａ）に示すように、ピクチャの符号化に同期させる。この場合、視差ベクトルは、ピクチャ単位で伝送される。このピクチャ単位は、視差ベクトルを伝送する際のもっとも細かい単位である。第２の例においては、図１０（ｂ）に示すように、ビデオのシーンに同期させる。この場合、視差ベクトルは、シーン単位で伝送される。
【００４０】
第３の例においては、図１０（ｃ）に示すように、符号化ビデオのＩピクチャ(Intra picture)、またはＧＯＰ（Group Of Pictures）に同期させる。第４の例においては、図１１に示すように、画像に重畳表示されるサブタイトル情報、グラフィクス情報、テキスト情報等の表示開始タイミングに同期させる。
【００４１】
図２に戻って、マイクロホン１１６は、カメラ１１１Ｌ，１１１Ｒで撮影された画像に対応した音声を検出して、音声データを得る。オーディオエンコーダ１１７は、マイクロホン１１６で得られた音声データに対して、ＭＰＥＧ−２Ａｕｄｉｏ ＡＡＣ等の符号化を施し、オーディオのエレメンタリーストリームを生成する。
【００４２】
サブタイトル・グラフィクス発生部１１８は、画像に重畳するサブタイトル情報やグラフィクス情報のデータ（サブタイトルデータ、グラフィクスデータ）を発生する。サブタイトル情報は、例えば字幕である。また、グラフィクス情報は、例えばロゴなどである。このサブタイトルデータおよびグラフィクスデータは、ビットマップデータである。このサブタイトルデータおよびグラフィクスデータには、画像上の重畳位置を示すアイドリングオフセット情報が付加されている。
【００４３】
このアイドリングオフセット情報は、例えば、画像の左上の原点から、サブタイトル情報やグラフィクス情報の重畳位置の左上の画素までの垂直方向、水平方向のオフセット値を示す。なお、字幕データをビットマップデータとして伝送する規格は、ヨーロッパのデジタル放送規格であるＤＶＢでDVB_Subtitlingとして規格化され、運用されている。
【００４４】
サブタイトル・グラフィクスエンコーダ１１９は、サブタイトル・グラフィクス発生部１１８で発生されたサブタイトル情報やグラフィクス情報のデータ（サブタイトルデータ、グラフィクスデータ）を入力する。そして、このサブタイトル・グラフィクスエンコーダ１１９は、これらのデータをペイロード部に含むエレメンタリーストリームを生成する。
【００４５】
テキスト発生部１２０は、画像に重畳するテキスト情報のデータ（テキストデータ）を発生する。テキスト情報は、例えば電子番組表、文字放送内容などである。このテキストデータには、上述のグラフィクスデータと同様に、画像上の重畳位置を示すアイドリングオフセット情報が付加されている。このアイドリングオフセット情報は、例えば、画像の左上の原点から、テキスト情報の重畳位置の左上の画素までの垂直方向、水平方向のオフセット値を示す。なお、テキストデータを伝送する例としては、番組予約として運用されているＥＰＧ、アメリカのデジタル地上波規格ＡＴＳＣのCC_data(Closed Caption)がある。
【００４６】
テキストエンコーダ１２１は、テキスト発生部１２０で発生されたテキストデータを入力する。そして、テキストエンコーダ１２１は、これらのデータをペイロード部に含むエレメンタリーストリームを生成する。
【００４７】
マルチプレクサ１２２は、エンコーダ１１３，１１５，１１７，１１９，１２１から出力されるパケット化されたエレメンタリーストリームを多重化する。そして、このマルチプレクサ１２２は、伝送データとしてのビットストリームデータ（トランスポートストリーム）ＢＳＤを出力する。
【００４８】
図２に示す送信データ生成部１１０の動作を簡単に説明する。カメラ１１１Ｌでは、左眼画像が撮影される。このカメラ１１１Ｌで得られる立体画像表示のための左眼画像データはビデオフレーミング部１１２に供給される。また、カメラ１１１Ｒでは、右眼画像が撮影される。このカメラ１１１Ｒで得られる立体画像表示のための右眼画像データはビデオフレーミング部１１２に供給される。ビデオフレーミング部１１２では、左眼画像データおよび右眼画像データが、伝送方式に応じた状態に加工処理されて、立体画像データが得られる（図４（ａ）〜（ｃ）参照）。
【００４９】
ビデオフレーミング部１１２で得られる立体画像データはビデオエンコーダ１１３に供給される。このビデオエンコーダ１１３では、立体画像データに対してＭＰＥＧ４−ＡＶＣ、ＭＰＥＧ２、ＶＣ−１等の符号化が施され、符号化ビデオデータを含むビデオエレメンタリーストリームが生成される。このビデオエレメンタリーストリームはマルチプレクサ１２２に供給される。
【００５０】
また、カメラ１１１Ｌ，１１１Ｒで得られた左眼画像データ、右眼画像データは、ビデオフレーミング部１１２を通じて、視差ベクトル検出部１１４に供給される。この視差ベクトル検出部１１４では、左眼画像データおよび右眼画像データに基づき、画像内の所定位置において、視差検出ブロックが設定され、左眼画像および右眼画像の一方に対する他方の視差情報である視差ベクトルが検出される。
【００５１】
視差ベクトル検出部１１４で検出された画像内の所定位置における視差ベクトルは、視差ベクトルエンコーダ１１５に供給される。この場合、視差検出ブロックのＩＤ、視差検出ブロックの垂直位置情報、視差検出ブロックの水平位置情報、視差ベクトルが１セットとして渡される。視差ベクトルエンコーダ１１５では、視差ベクトルの伝送内容（図８参照）を含む視差ベクトルエレメンタリーストリームが生成される。この視差ベクトルエレメンタリーストリームはマルチプレクサ１２２に供給される。
【００５２】
また、マイクロホン１１６では、カメラ１１１Ｌ，１１１Ｒで撮影された画像に対応した音声が検出される。このマイクロホン１１６で得られる音声データはオーディオエンコーダ１１７に供給される。このオーディオエンコーダ１１７では、音声データに対して、ＭＰＥＧ−２Ａｕｄｉｏ ＡＡＣ等の符号化が施され、符号化オーディオデータを含むオーディオエレメンタリーストリームが生成される。このオーディオエレメンタリーストリームはマルチプレクサ１２２に供給される。
【００５３】
また、サブタイトル・グラフィクス発生部１１８では、画像に重畳するサブタイトル情報やグラフィクス情報のデータ（サブタイトルデータ、グラフィクスデータ）が発生される。このデータ（ビットマップデータ）は、サブタイトル・グラフィクスエンコーダ１１９に供給される。このサブタイトル・グラフィクスデータには、画像上の重畳位置を示すアイドリングオフセット情報が付加されている。サブタイトル・グラフィクスエンコーダ１１９では、このグラフィクスデータに対して所定の符号化が施され、符号化データを含むエレメンタリーストリームが生成される。このエレメンタリーストリームはマルチプレクサ１２２に供給される。
【００５４】
また、テキスト発生部１２０では、画像に重畳するテキスト情報のデータ（テキストデータ）が発生される。このテキストデータは、テキストエンコーダ１２１に供給される。このテキストデータには、上述のグラフィクスデータと同様に、画像上の重畳位置を示すアイドリングオフセット情報が付加されている。テキストエンコーダ１２１では、このテキストデータに対して所定の符号化が施され、符号化データを含むエレメンタリーストリームが生成される。このエレメンタリーストリームはマルチプレクサ１２２に供給される。
【００５５】
マルチプレクサ１２２では、各エンコーダから供給されるエレメンタリーストリームのパケットが多重化され、伝送データとしてのビットストリームデータ（トランスポートストリーム）ＢＳＤが得られる。
【００５６】
図１２は、図２に示す送信データ生成部１１０において多重化される各データのストリーム例を示している。なお、この例は、視差ベクトルが、ビデオのシーン単位で検出されて伝送される場合（図１０（ｂ）参照）を示している。なお、各ストリームのパケットには、同期表示用のタイムスタンプが付され、受信側で、画像に対して、サブタイトル情報、グラフィクス情報、テキスト情報等の重畳タイミングを制御することが可能となっている。
【００５７】
「送信データ生成部の他の構成例」
なお、上述の図２に示す送信データ生成部１１０は、視差ベクトルの伝送内容（図８参照）を独立したエレメンタリーストリームとして受信側に伝送する構成となっている。しかし、視差ベクトルの伝送内容を他のストリームの中に埋め込んで伝送することも考えられる。例えば、視差ベクトルの伝送内容は、ビデオのストリームにユーザデータとして埋め込まれて伝送される。また、例えば、視差ベクトルの伝送内容は、サブタイトル、グラフィクス、あるいはテキストのストリームに埋め込まれて伝送される。
図１３は、送信データ生成部１１０Ａの構成例を示している。この例も、視差ベクトルを数値情報として送信する例である。この送信データ生成部１１０Ａは、視差ベクトルの伝送内容を、ビデオのストリームにユーザデータとして埋め込んで伝送する構成となっている。この図１３において、図２と対応する部分には同一符号を付し、その詳細説明は省略する。
【００５８】
この送信データ生成部１１０Ａにおいて、視差ベクトル検出１１４で検出された画像内の所定位置における視差ベクトルは、ビデオエンコーダ１１３内のストリームフォーマッタ１１３ａに供給される。この場合、視差検出ブロックのＩＤ、視差検出ブロックの垂直位置情報、視差検出ブロックの水平位置情報、視差ベクトルが１セットとして渡される。ストリームフォーマッタ１１３ａでは、ビデオのストリームに、視差ベクトルの伝送内容（図８参照）が、ユーザデータとして埋め込まれる。
【００５９】
詳細説明は省略するが、この図１３に示す送信データ生成部１１０Ａのその他は、図２に示す送信データ生成部１１０と同様に構成され、同様に動作する。
【００６０】
「送信データ生成部の他の構成例」
また、上述の図２に示す送信データ生成部１１０および上述の図１３に示す送信データ生成部１１０Ａは、視差ベクトルを数値情報として送信する（図８参照）。しかし、視差ベクトルを数値情報として伝送する代わりに、画像に重畳するための重畳情報（例えば、サブタイトル情報、グラフィクス情報、テキスト情報等）のデータに送信側で視差情報を予め反映させて送信する。
【００６１】
例えば、グラフィクス情報のデータに反映させる場合、送信側で、左眼画像に重畳すべき左眼グラフィクス情報と右眼画像に重畳すべき右眼グラフィクス情報の双方に対応したグラフィクスデータが生成される。この場合、左眼グラフィクス情報および右眼グラフィクス情報は同一のグラフィクス情報である。しかし、画像内の表示位置が、例えば、左眼グラフィクス情報に対して、右眼グラフィクス情報は、その表示位置に対応した視差ベクトルの水平方向成分だけ、水平方向にずれるようにされる。
【００６２】
例えば、視差ベクトルとしては、画像内の複数位置で検出された視差ベクトルのうち、その重畳位置に対応したものが使用される。また、例えば、視差ベクトルとしては、画像内の複数位置で検出された視差ベクトルのうち、遠近感でいうところの最も近く認識される位置の視差ベクトルが使用される。なお、詳細説明は省略するが、サブタイトル情報やグラフィクス情報のデータに視差情報を反映させる場合も同様である。
【００６３】
図１４（ａ）は、伝送方式が上述の第１の伝送方式（「Top & Bottom」方式）である場合における、左眼グラフィクス情報および右眼グラフィクス情報の重畳位置を示している。これら左眼グラフィクス情報および右眼グラフィクス情報は同一の情報である。ただし、左眼画像ＩＬ上に重畳される左眼グラフィクス情報ＬＧＩに対して、右眼画像ＩＲ上に重畳される右眼グラフィクス情報ＲＧＩは、視差ベクトルの水平方向成分ＶＶTだけ水平方向にずれた位置とされている。
【００６４】
各画像ＩＬ，ＩＲに対して、図１４（ａ）に示すように、各グラフィクス情報ＬＧＩ，ＲＧＩが重畳されるように、グラフィクスデータが生成される。これにより、視聴者は、図１４（ｂ）に示すように、各画像ＩＬ，ＩＲと共に、各グラフィクス情報ＬＧＩ，ＲＧＩを、視差をもって観察でき、グラフィクス情報にも、遠近感を認知可能となる。
【００６５】
例えば、各グラフィクス情報ＬＧＩ，ＲＧＩのグラフィクスデータは、図１５（ａ）に示すように、単一領域のデータとして生成される。この場合、各グラフィクス情報ＬＧＩ，ＲＧＩ以外の部分のデータは、透明データとして生成されればよい。また、例えば、各グラフィクス情報ＬＧＩ，ＲＧＩのグラフィクスデータは、図１５（ｂ）に示すように、別領域のデータとして生成される。
【００６６】
図１６（ａ）は、伝送方式が上述の第２の伝送方式（「Side By Side」方式）である場合における、左眼グラフィクス情報および右眼グラフィクス情報の重畳位置を示している。これら左眼グラフィクス情報および右眼グラフィクス情報は同一の情報である。ただし、左眼画像ＩＬ上に重畳される左眼グラフィクス情報ＬＧＩに対して、右眼画像ＩＲ上に重畳される右眼グラフィクス情報ＲＧＩは、視差ベクトルの水平方向成分ＶＶTだけ水平方向にずれた位置とされている。なお、ＩTは、アイドリングオフセット値である。
【００６７】
各画像ＩＬ，ＩＲに対して、図１６（ａ）に示すように、各グラフィクス情報ＬＧＩ，ＲＧＩが重畳されるように、グラフィクスデータが生成される。これにより、視聴者は、図１６（ｂ）に示すように、各画像ＩＬ，ＩＲと共に、各グラフィクス情報ＬＧＩ，ＲＧＩを、視差をもって観察でき、グラフィクス情報にも、遠近感を認知可能となる。
【００６８】
例えば、各グラフィクス情報ＬＧＩ，ＲＧＩのグラフィクスデータは、図１７に示すように、単一領域のデータとして生成される。この場合、各グラフィクス情報ＬＧＩ，ＲＧＩ以外の部分のデータは、透明データとして生成されればよい。
【００６９】
図１８は、送信データ生成部１１０Ｂの構成例を示している。この送信データ生成部１１０Ｂは、サブタイトル情報、グラフィクス情報、テキスト情報のデータに視差情報を反映させて送信する構成となっている。この図１８において、図２と対応する部分には同一符号を付し、その詳細説明は省略する。
【００７０】
この送信データ生成部１１０Ｂでは、サブタイトル・グラフィクス発生部１１８とサブタイトル・グラフィクスエンコーダ１１９との間に、サブタイトル・グラフィクス処理部１２４が挿入されている。また、この送信データ生成部１１０Ｂでは、テキスト発生部１２０とテキストエンコーダ１２１との間に、テキスト処理部１２５が挿入されている。そして、視差ベクトル検出部１１４で検出された画像内の所定位置における視差ベクトルは、サブタイトル・グラフィクス処理部１２４およびテキスト処理部１２５に供給される。
【００７１】
サブタイトル・グラフィクス処理部１２４では、左眼画像ＩＬ、右眼画像ＩＲに重畳される、左眼、右眼のサブタイトルやグラフィクスの情報ＬＧＩ，ＲＧＩのデータが生成される。この場合、サブタイトル・グラフィクス発生部１１８で発生されるサブタイトルデータやグラフィクスデータに基づいて発生される。左眼および右眼のサブタイトル情報やグラフィクス情報は同一の情報である。しかし、画像内の重畳位置が、例えば、左眼のサブタイトル情報やグラフィクス情報に対して、右眼のサブタイトル情報やグラフィクス情報は、視差ベクトルの水平方向成分ＶＶTだけ、水平方向にずれるようにされる（図１４（ａ）、図１６（ａ）参照）。
【００７２】
このようにサブタイトル・グラフィクス処理部１２４で生成されたサブタイトルデータやグラフィクスデータは、サブタイトル・グラフィクスエンコーダ１１９に供給される。なお、このサブタイトルデータやグラフィクスデータには、画像上の重畳位置を示すアイドリングオフセット情報が付加されている。サブタイトル・グラフィクスエンコーダ１１９では、サブタイトル・グラフィクス処理部１２４で生成されたサブタイトルデータやグラフィクスデータのエレメンタリーストリームが生成される。
【００７３】
また、テキスト処理部１２５では、テキスト発生部１２０で発生されるテキストデータに基づいて、左眼画像上に重畳される左眼テキスト情報のデータおよび右眼画像上に重畳される右眼テキスト情報のデータが生成される。この場合、左眼テキスト情報および右眼テキスト情報は同一のテキスト情報であるが、画像内の重畳位置が、例えば、左眼テキスト情報に対して、右眼テキスト情報は、視差ベクトルの水平方向成分ＶＶTだけ、水平方向にずれるようにされる。
【００７４】
このようにテキスト処理部１２５で生成されたテキストデータは、テキストエンコーダ１２１に供給される。なお、このテキストデータには、画像上の重畳位置を示すアイドリングオフセット情報が付加されている。テキストエンコーダ１２１では、テキスト処理部で生成されたテキストスデータのエレメンタリーストリームが生成される。
【００７５】
詳細説明は省略するが、この図１８に示す送信データ生成部１１０Ｂのその他は、図２に示す送信データ生成部１１０と同様に構成され、同様に動作する。
【００７６】
「送信データ生成部の他の構成例」
図２に示す送信データ生成部１１０は、視差ベクトル検出部１１４で検出された視差ベクトルに基づく伝送内容（図８参照）を、重畳情報データの個々に対応させることなく、そのまま受信側に伝送する構成となっている。しかし、重畳情報データ毎に対応付けされた視差情報を伝送することも考えられる。
【００７７】
図１９は、送信データ生成部１１０Ｃの構成例を示している。この送信データ生成部１１０Ｃは、重畳情報データ毎に対応付けされた視差情報を伝送する構成となっている。この図１９において、図２と対応する部分には同一符号を付し、その詳細説明は省略する。この送信データ生成部１１０Ｃは、コントローラ１２６と、ＣＣ（Closed Caption）エンコーダ１２７と、Ｚデータ部１２８を有している。
【００７８】
ＣＣエンコーダ１２７は、ＣＥＡ−７０８準拠のエンコーダであって、クローズド・キャプションの字幕表示をするためのＣＣデータ（クローズド・キャプション情報のデータ）を出力する。コントローラ１２６は、このＣＣエンコーダ１２７を制御する。例えば、コントローラ１２６からＣＣエンコーダ１２７に、「Region_ID（WindowID）」、「Location（AnchorID）」、「Region大きさ（SetPenAttribute）」の情報セットが与えられる。
【００７９】
ここで、「Location（AnchorID）」の情報は、図２０に示すように、「Region_ID（WindowID）」で識別されるクローズド・キャプションの字幕表示を画像（Picture）のどの位置に表示するかを示す。また、「Region大きさ（SetPenAttribute）」の情報は、図２０に示すように、「Region_ID（WindowID）」で識別されるクローズド・キャプションの字幕表示を行う領域の大きさを示す。
【００８０】
Ｚデータ部１２８は、重畳情報データ毎に対応付けされた視差情報（視差ベクトル）を出力する。すなわち、このＺデータ部１２８は、クローズド・キャプション情報に関しては、ＣＣエンコーダ１２７から出力されるＣＣデータに含まれるWindowID毎に、対応付けされた視差情報を出力する。また、このＺデータ部１２８は、サブタイトル情報、グラフィクス情報、テキスト情報等の重畳情報に関しても、重畳情報データ毎に対応付けされた視差情報を出力する。
【００８１】
図２１は、Ｚデータ部１２８の構成例を示している。Ｚデータ部１２８は、コントローラ１２６によって指定される Region_id 毎に視差情報を出力する。ここで、 Region_id について説明する。このRegion_idは、クローズド・キャプション情報、サブタイトル情報、グラフィクス情報、テキスト情報などの各重畳情報と視差情報との対応付けを行うための識別子となる。
【００８２】
例えば、Region_idの０〜７は、ＣＥＡ−７０８規定のＣＣデータのWindow０〜７に対応した視差情報を識別するために割り当てられる。また、Region_idの８〜１５は、将来の拡張用にリザーブされる。また、Region_idの１６以降は、クローズド・キャプション情報以外の他の重畳情報（サブタイトル情報、グラフィクス情報、テキスト情報など）に対応した視差情報を識別するために割り当てられる。
【００８３】
なお、サブタイトル・グラフィクス発生部１１８で発生されるサブタイトルデータやグラフィクスデータ、およびテキスト発生部１２０で発生されるテキストデータには、上述のRegion_idに対応した識別子が付与されている。ここで、Region_idに対応した識別子とは、このRegion_idと同じ識別子、あるいはこのRegion_idに関連付けされている識別子を意味する。これにより、受信側で、サブタイトル情報、グラフィクス情報、テキスト情報の各重畳情報と、その重畳情報に対して使用すべき視差情報との対応付けが可能となる。
【００８４】
Ｚデータ部１２８は、上述したようにRegion_id毎に視差情報を出力する。Ｚデータ部１２８は、例えば、ユーザ操作に基づくコントローラ１２６の切り換え制御により、決定視差ベクトルまたは設定視差ベクトルを、視差情報として選択的に出力する。決定視差ベクトルは、視差ベクトル検出部１１４で検出された複数個の視差ベクトルに基づいて決定された視差ベクトルである。設定視差ベクトルは、例えば、所定のプログラム処理、またはユーザのマニュアル操作によって設定された視差ベクトルである。
【００８５】
最初に、決定視差ベクトルを視差情報として出力する場合について説明する。この場合、クローズド・キャプション情報に関連して、コントローラ１２６からＺデータ部１２８に、上述した「Region_ID（WindowID）」、「Location（AnchorID）」、「Region大きさ（SetPenAttribute）」の情報セットが供給される。また、サブタイトル情報、グラフィクス情報、テキスト情報などの各重畳情報に関連して、コントローラ１２６からＺデータ部１２８に、「Region_ID」、「Location」、「Region大きさ」の情報セットが供給される。
【００８６】
また、視差ベクトル検出部１１４からＺデータ部１１４に、複数個、ここではＮ個の視差ベクトルＤｖ０〜ＤｖＮが入力される。このＮ個の視差ベクトルＤｖ０〜ＤｖＮは、視差ベクトル検出部１１４において、左眼画像データおよび右眼画像データに基づいて、画像内のＮ個の位置で検出された視差ベクトルである。
【００８７】
Ｚデータ部１２８は、Region_id毎に、Ｎ個の視差ベクトルＤｖ０〜ＤｖＮから、「Location」および「Region大きさ」の情報で決定される重畳情報の表示領域に関連する視差ベクトルを抽出する。例えば、表示領域に関連する視差ベクトルとしては、検出位置が表示領域内にある一つまたは複数の視差ベクトルが存在するときは、その視差ベクトルが選択される。また、例えば、表示領域に関連する視差ベクトルとしては、検出位置が表示領域内にある一つまたは複数の視差ベクトルが存在しないときは、表示領域の近傍に位置する一つまたは複数の視差ベクトルが選択される。図示の例では、表示領域に関連する視差ベクトルとして、Ｄｖ２〜Ｄｖｎが選択されている。
【００８８】
そして、Ｚデータ部１２８は、表示領域に関連する視差ベクトルから、例えば、符号付きの値が最大のものを選択して、決定視差ベクトルＤｚＤとする。上述したように、視差ベクトルは、垂直方向成分（View_Vector_Vertical）と水平方向成分（View_Vector_Horizontal）からなっているが、ここでの符号付きの値としては、例えば水平方向成分の値だけが用いられる。受信側において、左眼画像および右眼画像に重畳するクローズド・キャプション情報等の重畳情報を視差情報に基づいて水平方向にずらす処理を行うものであり、水平方向成分が重要だからである。
【００８９】
なお、上述したようにRegion_id毎に決定された決定視差ベクトルＤｚＤには、クローズド・キャプション情報以外の他の重畳情報に対応するものにあっては、コントローラ１２６の制御により、重畳位置を示す情報と表示時間を示す情報が付加される。重畳位置を示す情報は、例えば、垂直方向位置情報（Vertical_Position）および水平方向位置情報（Horizontal_Position）である。また、表示時間を示す情報は、例えば、表示継続時間に対応したフレーム数情報（Duration_Counter）である。クローズド・キャプション情報の場合には、ＣＣデータ内に重畳位置および表示時間の制御データが含まれているので、これらの情報を別途送る必要はない。
【００９０】
次に、設定視差ベクトルを視差情報として出力する場合について説明する。この場合、コントローラ１２６は、所定のプログラム処理、またはユーザのマニュアル操作によって、Region_id毎に視差ベクトルを設定する。例えば、重畳情報の重畳位置に応じて異なる視差ベクトルを設定し、あるいは重畳位置によらずに共通の視差情報を設定し、あるいは重畳情報の種類別に異なる視差情報を設定する。Ｚデータ部１２８は、このように設定されたRegion_id毎の視差ベクトルを、設定視差ベクトルＤｚＤ′とする。ここで、重畳情報の種類とは、例えば、クローズド・キャプション情報、サブタイトル情報、グラフィクス情報、テキスト情報等の種類である。また、この重畳情報の種類とは、例えば、重畳位置や重畳継続時間等により区分けされる種類である。
【００９１】
なお、コントローラ１２６によりRegion_id毎に設定される視差ベクトルは、実質的には水平方向成分のみを設定すればよい。これは、上述したように、受信側において、左眼画像および右眼画像に重畳するクローズド・キャプション情報等の重畳情報を視差情報に基づいて水平方向にずらす処理を行うものであり、水平方向成分が重要だからである。また、この設定視差ベクトルＤｚＤ′にも、上述した決定視差ベクトルＤｚＤと同様に、クローズド・キャプション情報以外の他の重畳情報に対応するものにあっては、コントローラ１２６の制御により、重畳位置を示す情報と表示時間を示す情報が付加される。
【００９２】
図１９に戻って、ＣＣエンコーダ１２７から出力されるＣＣデータおよびＺデータ部１２８から出力される視差情報（ＤｚＤ／ＤｚＤ′、必要に応じて重畳位置情報、表示時間情報を含む）は、ビデオエンコーダ１１３のストリームフォーマッタ１１３ａに送られる。ストリームフォーマッタ１１３ａでは、ビデオエレメンタリーストリームに、ＣＣデータおよび視差情報がユーザデータとして埋め込まれる。
【００９３】
図２２は、ビデオエレメンタリーストリーム（Video Elementary Stream）の構造例を概略的に示している。ビデオエレメンタリーストリームには、先頭に、シーケンス単位のパラメータを含むシーケンスヘッダ部が配置されている。このシーケンスヘッダ部に続いて、ピクチャ単位のパラメータおよびユーザデータを含むピクチャヘッダが配置されている。このピクチャヘッダ部に続いてピクチャーデータを含むペイロード部が配置される。以下、ピクチャヘッダ部およびペイロード部が繰り返し配置されている。
【００９４】
上述したようにＣＣデータおよび視差情報は、ピクチャヘッダ部のユーザデータ領域に埋め込まれる。図２３は、ユーザデータの構成例を示している。図２３（ａ）は、符号化方式がＭＰＥＧ２である場合のユーザデータの構成を示している。図２３（ｂ）は、符号化方式がＨ．２６４  ＡＶＣ（ＭＰＥＧ４−ＡＶＣ）である場合のユーザデータの構成を示している。さらに、図２３（ｃ）は、符号化方式がＶＣ−１である場合のユーザデータの構成を示している。
【００９５】
詳細説明は省略するが、各方式のユーザデータの構成はほぼ同様の構成となっている。すなわち、最初に、ユーザデータの開始を示すコードが配置され、その後に、データの種類を示す識別子「user_identifier」が配置され、さらにその後に、データ本体「user_structure」が配置されている。
【００９６】
図２４は、「user_structure」の構成例を示している。「Data_Length」は、この「user_structure」のデータサイズを示す。「Page_id」は、データグループＩＤとして字幕言語識別に利用される場合もあるが、字幕データのパターンに対応するもので、この「user_structure」のページを識別する識別子である。「Number_of_ViewBlocksN」は、この「user_structure」に、Ｎ個のRegion_idの視差情報等が含まれていることを示す。
【００９７】
「ID_Block(i)」は、Region_id(i)を示す。「2D_object_posion_flag」は、ID_Block(i)の情報として含まれている重畳位置情報（２Ｄ用の重畳情報の表示位置の情報）を参照するか否かを示すフラグである。このフラグが立っている場合には、この重畳位置情報を参照することを示す。この場合、ID_Block(i)の情報として、重畳位置情報（「Vertical_Position」、「Horizontal_Position」）が含まれる。「Vertical_Position」は、２Ｄ用の重畳情報の垂直方向位置を示す。「Horizontal_Position」は、２Ｄ用の重畳情報の水平方向位置を示す。
【００９８】
上述のＣＣエンコーダ１２７から出力されるＣＣデータ内に重畳位置の制御データが含まれている。そのため、例えば、ID_Block(i)がクローズド・キャプション情報に対応している場合、「2D_object_posion_flag」は立っていない。そして、ID_Block(i)の情報として重畳位置情報（「Vertical_Position」、「Horizontal_Position」）は、含まれない。
【００９９】
「3D_disparity_flag」は、ID_Block(i)の情報として、視差情報（視差ベクトル）が含まれているか否かを示す。このフラグが立っている場合には、視差情報が含まれていることを示す。「View_Vector_Vertical」は、視差ベクトルの垂直方向成分を示す。「View_Vector_Horizontal」は、視差ベクトルの水平方向成分を示す。なお、この例では、「View_Vector_Vertical」および「View_Vector_Horizontal」の双方が含まれている。しかし、水平方向成分だけを使用するときには、「View_Vector_Horizontal」だけが含まれるようにしてもよい。
【０１００】
「Status_Count_flag」は、ID_Block(i)の情報として、重畳情報の表示時間情報を参照するか否かを示すフラグである。このフラグが立っている場合には、表示時間情報を参照することを示す。この場合、ID_Block(i)の情報として、例えば、表示継続時間に対応したフレーム数を示す情報「Duration_Counter」が含まれる。受信側において、重畳情報の表示はシステムレイヤのタイムスタンプで開始されるが、この表示継続時間に対応したフレーム数の経過後に、重畳情報の表示（視差情報による効果を含む）がリセットされる。これにより、同じ情報をピクチャ毎に繰り返し送る必要はなくなる。
【０１０１】
上述のＣＣエンコーダ１２７から出力されるＣＣデータ内に表示時間の制御データが含まれている。そのため、ID_Block(i)がクローズド・キャプション情報に対応している場合、「Status_Count_flag」は立っておらず、ID_Block(i)の情報として情報「Duration_Counter」は含まれない。
【０１０２】
詳細説明は省略するが、この図１９に示す送信データ生成部１１０Ｃのその他は、図２に示す送信データ生成部１１０と同様に構成され、同様に動作する。
【０１０３】
「送信データ生成部の他の構成例」
図１９に示す送信データ生成部１１０Ｃは、Ｚデータ部１２８からの視差情報をビデオエレメンタリーストリームにユーザデータとして埋め込まれて伝送される。しかし、このＺデータ部１２８からの視差情報を独立したエレメンタリーストリームとして受信側に伝送することも考えられる。
【０１０４】
図２５は、送信データ生成部１１０Ｄの構成例を示している。この図２５において、図１９と対応する部分には同一符号を付し、その詳細説明は省略する。この送信データ生成部１１０Ｄは、視差情報エンコーダ１２９を有している。Ｚデータ部１２８から出力されるRegion_id毎の視差情報（ＤｚＤ／ＤｚＤ′、必要に応じて位置情報、時間情報を含む）は、視差情報エンコーダ１２９に送られる。
【０１０５】
この視差情報エンコーダ１２９では、視差情報を含む視差情報エレメンタリーストリームが生成される。この視差情報エレメンタリーストリームはマルチプレクサ１２２に供給される。そして、マルチプレクサ１２２では、視差情報エンコーダ１２９を含む各エンコーダから供給されるエレメンタリーストリームのパケットが多重化され、伝送データとしてのビットストリームデータ（トランスポートストリーム）ＢＳＤが得られる。
【０１０６】
詳細説明は省略するが、この図２５に示す送信データ生成部１１０Ｄのその他は、図１９に示す送信データ生成部１１０と同様に構成され、同様に動作する。
【０１０７】
「送信データ生成部の他の構成例」
図１８に示す送信データ生成部１１０Ｂは、重畳情報としてサブタイトル情報、グラフィクス情報およびテキスト情報を扱っている。この図１８に示す送信データ生成部１１０Ｂと同様の構成で、さらにクローズド・キャプション情報を扱う構成も考えられる。
【０１０８】
図２６は、送信データ生成部１１０Ｅの構成例を示している。この例は、視差ベクトルを数値情報として伝送する代わりに、画像に重畳するための重畳情報（例えば、クローズド・キャプション情報、サブタイトル情報、グラフィクス情報、テキスト情報等）のデータに視差情報を反映させて伝送する構成となっている。この図２６において、図１８および図１９と対応する部分には同一符号を付し、その詳細説明は省略する。
【０１０９】
この図２６の送信データ生成部において、ＣＣエンコーダ１２７とストリームフォーマッタ１１３ａとの間に、ＣＣデータ処理部１３０が挿入されている。そして、視差ベクトル検出部１１４で検出された画像内の所定位置における視差ベクトルは、ＣＣデータ処理部１３０に供給される。
【０１１０】
ＣＣデータ処理部１３０では、ＣＣエンコーダ１２７で発生されるＣＣデータに基づいて、左眼画像上に重畳される左眼クローズド・キャプション情報のデータおよび右眼画像上に重畳される右眼クローズド・キャプション情報のデータが生成される。この場合、左眼クローズキャプション情報および右眼クローズキャプション情報は同一の情報である。しかし、画像内の重畳位置が、例えば、左眼クローズド・キャプション情報に対して、右眼クローズド・キャプション情報は、視差ベクトルの水平方向成分ＶＶTだけ、水平方向にずれるようにされる。
【０１１１】
このようにＣＣデータ処理部１３０で処理された後のＣＣデータは、ビデオエンコーダ１１３のストリームフォーマッタ１１３ａに供給される。ストリームフォーマッタ１１３ａでは、ＣＣデータ処理部１３０からのＣＣデータがビデオエレメンタリーストリームにユーザデータとして埋め込まれる。
【０１１２】
詳細説明は省略するが、この図２６に示す送信データ生成部１１０Ｅのその他は、図１８に示す送信データ生成部１１０Ｂと同様に構成され、同様に動作する。
【０１１３】
［セットトップボックスの説明］
図１に戻って、セットトップボックス２００は、放送局１００から放送波にのせて送信されてくるビットストリームデータ（トランスポートストリーム）を受信する。このビットストリームデータには、左眼画像データおよび右眼画像データを含む立体画像データ、音声データ、重畳情報データ、さらには視差情報（視差ベクトル）が含まれる。ここで、重畳情報データは、例えばクローズド・キャプションデータ、サブタイトルデータ、グラフィクスデータ、テキストデータ等である。
【０１１４】
セットトップボックス２００は、ビットストリーム処理部２０１を有している。このビットストリーム処理部２０１は、ビットストリームデータから、立体画像データ、音声データ、重畳情報データ、視差ベクトル等を抽出する。このビットストリーム処理部２０１は、立体画像データ、重畳情報データ（サブタイトルデータ、グラフィクスデータ、テキストデータ、ＣＣ（Closed Caption）データ）等を用いて、重畳情報が重畳された左眼画像および右眼画像のデータを生成する。
【０１１５】
ここで、視差ベクトルが数値情報として送信されてくる場合には、視差ベクトルと重畳情報データに基づいて、左眼画像、右眼画像にそれぞれ重畳する左眼重畳情報、右眼重畳情報を生成する。この場合、左眼重畳情報および右眼重畳情報は同一の重畳情報である。しかし、画像内の重畳位置が、例えば、左眼重畳情報に対して、右眼重畳情報は、視差ベクトルの水平方向成分だけ、水平方向にずれるようにされる。
【０１１６】
図２７（ａ）は、伝送方式が上述の第２の伝送方式（「Side By Side」方式）である場合における、左眼グラフィクス情報および右眼グラフィクス情報の重畳位置を示している。左眼画像ＩＬ上に重畳される左眼グラフィクス情報ＬＧＩに対して、右眼画像ＩＲ上に重畳される右眼グラフィクス情報ＲＧＩは、視差ベクトルの水平方向成分ＶＶTだけ水平方向にずれた位置とされている。なお、ＩTは、アイドリングオフセット値である。
【０１１７】
ビットストリーム処理部２０１では、各画像ＩＬ，ＩＲに対して各グラフィクス情報ＬＧＩ，ＲＧＩが図２７（ａ）に示すように重畳されるように、グラフィクスデータが生成される。ビットストリーム処理部２０１は、ビットストリームデータから抽出された立体画像データ（左眼画像データ、右眼画像データ）に対して、生成された左眼グラフィクスデータ、右眼グラフィクスデータを合成して、処理後の立体画像データを取得する。この立体画像データによれば、視聴者は、図２７（ｂ）に示すように、各画像ＩＬ，ＩＲと共に、各グラフィクス情報ＬＧＩ，ＲＧＩを、視差をもって観察でき、グラフィクス情報にも、遠近感を認知可能となる。
【０１１８】
なお、図２８（ａ）は、各画像ＩＬ，ＩＲに対して、ビットストリームデータから抽出されたグラフィクスデータによるグラフィクス画像をそのまま重畳した状態を示している。この場合、視聴者は、図２８（ｂ）に示すように、左眼画像ＩＬと共にグラフィクス情報の左半分、右眼画像ＩＲと共にグラフィクス情報の右半分を観察する。そのため、グラフィクス情報を正しく認識できなくなる。
【０１１９】
図２７は、グラフィクス情報の場合を示したが、その他の重畳情報（クローズド・キャプション情報、サブタイトル情報、テキスト情報など）に関しても同様である。すなわち、視差ベクトルが数値情報として送信されてくる場合には、視差ベクトルと重畳情報データデータに基づいて、左眼画像、右眼画像にそれぞれ重畳する左眼重畳情報、右眼重畳情報を生成する。この場合、左眼重畳情報および右眼重畳情報は同一の重畳情報である。しかし、画像内の重畳位置が、例えば、左眼重畳情報に対して、右眼重畳情報は、視差ベクトルの水平方向成分だけ、水平方向にずれるようにされる。
【０１２０】
ここで、左眼重畳情報と右眼重畳情報との間に視差を与える視差ベクトルとしては、以下の視差ベクトルを用いることが考えられる。例えば、視差ベクトルとしては、画像内の複数位置で検出された視差ベクトルのうち、遠近感でいうところの最も近く認識される位置の視差ベクトルを使用することが考えられる。図２９（ａ），（ｂ），（ｃ），（ｄ）は、それぞれ時刻Ｔ０，Ｔ１，Ｔ２，Ｔ３における３つのオブジェクト位置の視差ベクトル（View Vector）を示している。
【０１２１】
時刻Ｔ０では、オブジェクト１に対応した位置（Ｈ０，Ｖ０）における視差ベクトルＶＶ０-1が最大の視差ベクトルＭａｘＶＶ（Ｔ０）となっている。時刻Ｔ１では、オブジェクト１に対応した位置（Ｈ１，Ｖ１）における視差ベクトルＶＶ１-1が最大の視差ベクトルＭａｘＶＶ（Ｔ１）となっている。時刻Ｔ２では、オブジェクト２に対応した位置（Ｈ２，Ｖ２）における視差ベクトルＶＶ２-2が最大の視差ベクトルＭａｘＶＶ（Ｔ２）となっている。時刻Ｔ３では、オブジェクト１に対応した位置（Ｈ３，Ｖ３）における視差ベクトルＶＶ３-0が最大の視差ベクトルＭａｘＶＶ（Ｔ３）となっている。
【０１２２】
このように、視差ベクトルとして、画像内の複数位置で検出された視差ベクトルのうち、遠近感でいうところの最も近く認識される位置の視差ベクトルを使用することで、遠近感でいうところの最も近い画像内の物体よりも手前に、重畳情報を表示できる。
【０１２３】
図３０（ａ）は、画像上における字幕（例えば、クローズド・キャプション情報、サブタイトル情報）の表示例を示している。この表示例では、背景と近景オブジェクトとからなる画像上に、字幕が重畳された例である。図３０（ｂ）は、背景、近景オブジェクト、字幕の遠近感を示し、字幕が最も近くにあるように認識されることを示している。
【０１２４】
図３１（ａ）は、図３０（ａ）と同じ、画像上における字幕（例えば、クローズド・キャプション情報、サブタイトル情報）の表示例を示している。図３１（ｂ）は、字幕を表示するための左眼サブタイトル情報ＬＧＩと、右眼サブタイトル情報ＲＧＩを示している。図３１（ｃ）は、字幕が最も近くにあるように認識されるために、各サブタイトル情報ＬＧＩ，ＲＧＩに視差が与えられることを示している。
【０１２５】
また、視差ベクトルとしては、画像内の複数位置で検出された視差ベクトルのうち、その重畳位置に対応したものを使用することが考えられる。図３２（ａ）は、ビットストリームデータから抽出されるグラフィックデータによるグラフィック情報と、ビットストリームデータから抽出されるテキストデータによるテキスト情報を示している。
【０１２６】
図３２（ｂ）は、左眼画像に、左眼グラフィクス情報ＬＧＩおよび左眼テキスト情報ＬＴＩが重畳された状態を示している。この場合、左眼グラフィクス情報ＬＧＩは、その重畳位置が水平方向にはアイドリングオフセット値（ＩＴ-0）で規制されている。また、左眼テキスト情報ＬＴＩは、その重畳位置が水平方向にはアイドリングオフセット値（ＩＴ-1）で規制されている。
【０１２７】
図３２（ｃ）は、右眼画像に、右眼グラフィクス情報ＲＧＩおよび右眼テキスト情報ＲＴＩが重畳された状態を示している。この場合、右眼グラフィクス情報ＲＧＩは、その重畳位置が水平方向にはアイドリングオフセット値（ＩＴ-0）で規制され、さらにこの重畳位置に対応した視差ベクトルの水平方向成分ＶＶT-0だけ、左眼グラフィクス情報ＬＧＩの重畳位置よりずらされている。また、右眼テキスト情報ＲＴＩは、その重畳位置が水平方向にはアイドリングオフセット値（ＩＴ-1）で規制され、さらにこの重畳位置に対応した視差ベクトルの水平方向成分ＶＶT-1だけ、左眼テキスト情報ＬＴＩの重畳位置よりずらされている。
【０１２８】
上述では、左眼画像および右眼画像に、ビットストリームデータから抽出されたグラフィクスデータによるグラフィクス情報、あるいはビットストリームデータから抽出されたテキストデータによるテキスト情報を重畳する場合を説明した。この他に、セットトップボックス２００内でグラフィクスデータあるいはテキストデータが発生され、それらによる情報を、左眼画像および右眼画像に、重畳する場合も考えられる。
【０１２９】
その場合にあっても、ビットストリームデータから抽出された画像内の所定位置の視差ベクトルを利用して、左眼グラフィクス情報と右眼グラフィクス情報との間、あるいは左眼テキスト情報と右眼テキスト情報との間に、視差を持たせることができる。これにより、グラフィクス情報、テキスト情報の表示において、画像内の各物体（オブジェクト）の遠近感との間で遠近感の整合性の維持を図った適切な遠近感を付与できる。
【０１３０】
図３３（ａ）は、画像内にＡ，Ｂ，Ｃの各オブジェクトが存在し、例えば、これら各オブジェクトの近傍位置に、各オブジェクトの注釈を示すテキスト情報を重畳することを示している。図３３（ｂ）は、Ａ，Ｂ，Ｃの各オブジェクトの位置と、その位置における視差ベクトルの対応を示す視差ベクトルリストと、それぞれの視差ベクトルを、Ａ，Ｂ，Ｃの各オブジェクの注釈を示すテキスト情報に視差を与える場合に利用することを示している。例えば、Ａのオブジェクトの近傍には「Ｔｅｘｔ」のテキスト情報が重畳されるが、その左眼テキスト情報と右眼テキスト情報との間には、Ａのオブジェクトの位置（Ｈａ，Ｖａ）における視差ベクトルＶＶ-aに対応した視差が与えられる。なお、Ｂ，Ｃのオブジェクトの近傍に重畳されるテキスト情報に関しても同様である。
【０１３１】
なお、図３２は、重畳情報がグラフィクス情報およびテキスト情報である場合を示している。また、図３３は、畳情報がテキスト情報である場合を示している。詳細説明は省略するが、その他の重畳情報（クローズド・キャプション情報、サブタイトル情報など）の場合も同様である。
【０１３２】
次に、視差ベクトルが、重畳情報（クローズド・キャプション情報、サブタイトル情報、グラフィクス情報、テキスト情報など）のデータに予め反映されて送信されてくる場合について説明する。この場合、ビットストリームデータから抽出された重畳情報データには、視差ベクトルにより視差が与えられた、左眼重畳情報および右眼重畳情報のデータが含まれている。
【０１３３】
そのため、ビットストリーム処理部２０１は、ビットストリームデータから抽出された立体画像データ（左眼画像データ、右眼画像データ）に対して、ビットストリームデータから抽出された重畳情報データを単に合成して、処理後の立体画像データを取得する。なお、クローズド・キャプションデータやテキストデータに関しては、キャラクタコードをビットマップデータに変換する等の処理は必要である。
【０１３４】
［セットトップボックスの構成例］
セットトップボックス２００の構成例を説明する。図３４は、セットトップボックス２００の構成例を示している。このセットトップボックス２００は、ビットストリーム処理部２０１と、ＨＤＭＩ端子２０２と、アンテナ端子２０３と、デジタルチューナ２０４と、映像信号処理回路２０５と、ＨＤＭＩ送信部２０６と、音声信号処理回路２０７を有している。また、このセットトップボックス２００は、ＣＰＵ２１１と、フラッシュＲＯＭ２１２と、ＤＲＡＭ２１３と、内部バス２１４と、リモコン受信部２１５と、リモコン送信機２１６を有している。
【０１３５】
アンテナ端子２０３は、受信アンテナ（図示せず）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ２０４は、アンテナ端子２０３に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のビットストリームデータ（トランスポートストリーム）を出力する。
【０１３６】
ビットストリーム処理部２０１は、上述したように、ビットストリームデータから立体画像データ（左眼画像データ、右眼画像データ）、音声データ、重畳情報データ、視差情報（視差ベクトル）等を抽出する。重畳情報データは、クローズド・キャプションデータ、サブタイトルデータ、グラフィクスデータ、テキストデータなどである。このビットストリーム処理部２０１は、上述したように、立体画像データに対し、重畳情報（クローズド・キャプション情報、サブタイトル情報、グラフィクス情報、テキスト情報など）のデータを合成し、表示用立体画像データを取得する。また、ビットストリーム処理部２０１は、音声データを出力する。ビットストリーム処理部２０１の詳細構成は後述する。
【０１３７】
映像信号処理回路２０５は、ビットストリーム処理部２０１から出力された立体画像データに対して必要に応じて画質調整処理などを行い、処理後の立体画像データをＨＤＭＩ送信部２０６に供給する。音声信号処理回路２０７は、ビットストリーム処理部２０１から出力された音声データに対して必要に応じて音質調整処理等を行い、処理後の音声データをＨＤＭＩ送信部２０６に供給する。
【０１３８】
ＨＤＭＩ送信部２０６は、ＨＤＭＩに準拠した通信により、ベースバンドの画像（映像）と音声のデータを、ＨＤＭＩ端子２０２から送出する。この場合、ＨＤＭＩのＴＭＤＳチャネルで送信するため、画像および音声のデータがパッキングされて、ＨＤＭＩ送信部２０６からＨＤＭＩ端子２０２に出力される。このＨＤＭＩ送信部２０６は、そのバージョンが例えばＨＤＭＩ１．４とされており、立体画像データの取り扱いが可能な状態にある。このＨＤＭＩ送信部２０６の詳細は後述する。
【０１３９】
ＣＰＵ２１１は、セットトップボックス２００の各部の動作を制御する。フラッシュＲＯＭ２１２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２１３は、ＣＰＵ２１１のワークエリアを構成する。ＣＰＵ２１１は、フラッシュＲＯＭ２１２から読み出したソフトウェアやデータをＤＲＡＭ２１３上に展開してソフトウェアを起動させ、セットトップボックス２００の各部を制御する。
【０１４０】
リモコン受信部２１５は、リモコン送信機２１６から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ２１１に供給する。ＣＰＵ２１１は、このリモコンコードに基づいて、セットトップボックス２００の各部を制御する。ＣＰＵ２１１、フラッシュＲＯＭ２１２およびＤＲＡＭ２１３は内部バス２１４に接続されている。
【０１４１】
セットトップボックス２００の動作を簡単に説明する。アンテナ端子２０３に入力されたテレビ放送信号はデジタルチューナ２０４に供給される。このデジタルチューナ２０４では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応した所定のビットストリームデータ（トランスポートストリーム）が出力される。
【０１４２】
デジタルチューナ２０４から出力されるビットストリームデータは、ビットストリーム処理部２０１に供給される。このビットストリーム処理部２０１では、ビットストリームデータから立体画像データ（左眼画像データ、右眼画像データ）、音声データ、グラフィクスデータ、テキストデータ、視差ベクトル等が抽出される。また、このビットストリーム処理部２０１では、立体画像データに対し、重畳情報（クローズド・キャプション情報、サブタイトル情報、グラフィクス情報、テキスト情報など）のデータが合成され、表示用立体画像データが生成される。
【０１４３】
ビットストリーム処理部２０１で生成される表示用立体画像データは、映像信号処理回路２０５で必要に応じて画質調整処理等が行われた後に、ＨＤＭＩ送信部２０６に供給される。また、ビットストリーム処理部２０１で得られる音声データは、音声信号処理回路２０７で必要に応じて音質調整処理等が行われた後に、ＨＤＭＩ送信部２０６に供給される。ＨＤＭＩ送信部２０６に供給された立体画像データおよび音声データは、ＨＤＭＩのＴＭＤＳチャネルにより、ＨＤＭＩ端子２０２からＨＤＭＩケーブル４００に送出される。
【０１４４】
「ビットストリーム処理部の構成例」
図３５は、ビットストリーム処理部２０１の構成例を示している。このビットストリーム処理部２０１は、上述の図２に示す送信データ生成部１１０に対応させた構成となっている。このビットストリーム処理部２０１は、デマルチプレクサ２２０と、ビデオデコーダ２２１と、サブタイトル・グラフィクスデコーダ２２２と、テキストデコーダ２２３と、オーディオデコーダ２２４と、視差ベクトルデコーダ２２５を有している。また、このビットストリーム処理部２０１は、立体画像用サブタイトル・グラフィクス発生部２２６と、立体画像用テキスト発生部２２７と、ビデオ重畳部２２８と、マルチチャネルスピーカコントロール部２２９を有している。
【０１４５】
デマルチプレクサ２２０は、ビットストリームデータＢＳＤから、ビデオ、オーディオ、視差ベクトル、サブタイトルやグラフィクスおよびテキストのパケットを抽出し、各デコーダに送る。
【０１４６】
ビデオデコーダ２２１は、上述の送信データ生成部１１０のビデオエンコーダ１１３とは逆の処理を行う。すなわち、このビデオデコーダ２２１は、デマルチプレクサ２２０で抽出されたビデオのパケットからビデオのエレメンタリーストリームを再構成し、復号化処理を行って、左眼画像データおよび右眼画像データを含む立体画像データを得る。立体画像データの伝送方式は、例えば、上述の第１の伝送方式（「Top & Bottom」方式）、第２の伝送方式（「Side By Side」方式）、第３の伝送方式（「Frame Sequential」方式）などである（図４（ａ）〜（ｃ）参照）。
【０１４７】
サブタイトル・グラフィクスデコーダ２２２は、上述の送信データ生成部１１０のサブタイトル・グラフィクスエンコーダ１１９とは逆の処理を行う。すなわち、このサブタイトル・グラフィクスデコーダ２２２は、デマルチプレクサ２２０で抽出されたサブタイトルやグラフィクスのパケットからサブタイトルやグラフィクスのエレメンタリーストリームを再構成する。そして、このサブタイトル・グラフィクスデコーダ２２２は、さらに復号化処理を行って、サブタイトルデータやグラフィクスデータを得る。
【０１４８】
テキストデコーダ２２３は、上述の送信データ生成部１１０のテキストエンコーダ１２１とは逆の処理を行う。すなわち、このテキストデコーダ２２３は、デマルチプレクサ２２０で抽出されたテキストのパケットからテキストのエレメンタリーストリームを再構成し、復号化処理を行って、テキストデータを得る。
【０１４９】
オーディオデコーダ２２４は、上述の送信データ生成部１１０のオーディオエンコーダ１１７とは逆の処理を行う。すなわち、このオーディオデコーダ２２４は、デマルチプレクサ２２０で抽出されたオーディオのパケットからオーディオのエレメンタリーストリームを再構成し、復号化処理を行って、音声データを得る。
【０１５０】
視差ベクトルデコーダ２２５は、上述の送信データ生成部１１０の視差ベクトルエンコーダ１１５とは逆の処理を行う。すなわち、この視差ベクトルデコーダ２２５は、デマルチプレクサ２２０で抽出された視差ベクトルのパケットから視差ベクトルのエレメンタリーストリームを再構成し、復号化処理を行って、画像内の所定位置の視差ベクトルを得る。
【０１５１】
立体画像用サブタイトル・グラフィクス発生部２２６は、左眼画像および右眼画像にそれぞれ重畳する左眼および左眼のサブタイトル情報やグラフィクス情報を生成する。この生成処理は、デコーダ２２２で得られたサブタイトルデータやグラフィクスデータと、デコーダ２２５で得られた視差ベクトルに基づいて行われる。この場合、左眼および左眼のサブタイトル情報やグラフィクス情報は同一の情報である。しかし、画像内の重畳位置が、例えば、左眼のサブタイトル情報やグラフィクス情報に対して、右眼のブタイトル情報やグラフィクス情報は、視差ベクトルの水平方向成分だけ、水平方向にずれるようにされる。そして、この立体画像用サブタイトル・グラフィクス発生部２２６は、生成された左眼および左眼のサブタイトル情報やグラフィクス情報のデータ（ビットマップデータ）を出力する。
【０１５２】
立体画像用テキスト発生部２２７は、デコーダ２２３で得られたテキストスデータと、デコーダ２２５で得られた視差ベクトルに基づいて、左眼画像、右眼画像にそれぞれ重畳する左眼テキスト情報、右眼テキスト情報を生成する。この場合、左眼テキスト情報および右眼テキスト情報は同一のテキスト情報であるが、画像内の重畳位置が、例えば、左眼テキスト情報に対して、右眼テキスト情報は、視差ベクトルの水平方向成分だけ、水平方向にずれるようにされる。そして、この立体画像用テキスト発生部２２７は、生成された左眼テキスト情報および右眼テキスト情報のデータ（ビットマップデータ）を出力する。
【０１５３】
ビデオ重畳部２２８は、ビデオデコーダ２２１で得られた立体画像データ（左眼画像データ、右眼画像データ）に対して、発生部２２６，２２７で発生されたデータを重畳し、表示用立体画像データＶoutを得る。なお、立体画像データ（左眼画像データ、右眼画像データ）への重畳情報データの重畳はシステムレイヤのタイムスタンプにより開始される。
【０１５４】
マルチチャネルスピーカコントロール部２２９は、オーディオデコーダ２２４で得られる音声データに対して、例えば５．１chサラウンド等を実現するためのマルチチャネルスピーカの音声データを生成する処理、所定の音場特性を付与する処理等を施す。また、このマルチチャネルスピーカコントロール部２２９は、デコーダ２２５で得られた視差ベクトルに基づいて、マルチチャネルスピーカの出力を制御する。
【０１５５】
視差ベクトルの大きさが大きくなる程、立体感が際だつ効果がある。立体の度合いに合わせて、マルチチャネルのスピーカ出力を制御することで、更なる立体体験の提供を実現できる。
【０１５６】
図３６は、視差ベクトルＶＶ１が、テレビディスプレイに向かって、左側のビデオオブジェクトの方が大きい場合のスピーカ出力制御例を示している。この制御例では、マルチチャネルスピーカのRear Leftのスピーカ音量は大きくされ、Front Leftのスピーカ音量は中程度とされ、さらに、Front Right，Rear Rightのスピーカ音量が小さくされる。このように、ビデオコンテンツ（立体画像データ）の視差ベクトルを、音声データ等の他のメディアデータへ受信側で適用することで、視聴者に、立体感を総合的に体感させることが可能になる。
【０１５７】
図３５に示すビットストリーム処理部２０１の動作を簡単に説明する。デジタルチューナ２０４（図３４参照）から出力されるビットストリームデータＢＳＤは、デマルチプレクサ２２０に供給される。このデマルチプレクサ２２０では、ビットストリームデータＢＳＤから、ビデオ、オーディオ、視差ベクトル、サブタイトルやグラフィクス、およびテキストのパケットが抽出され、各デコーダに供給される。
【０１５８】
ビデオデコーダ２２１では、デマルチプレクサ２２０で抽出されたビデオのパケットからビデオのエレメンタリーストリームが再構成され、さらに復号化処理が行われて、左眼画像データおよび右眼画像データを含む立体画像データが得られる。この立体画像データは、ビデオ重畳部２２８に供給される。また、視差ベクトルデコーダ２２５では、デマルチプレクサ２２０で抽出された視差ベクトルのパケットから視差ベクトルのエレメンタリーストリームが再構成され、さらに復号化処理が行われて、画像内の所定位置の視差ベクトルが得られる（図８参照）。
【０１５９】
サブタイトル・グラフィクスデコーダ２２２では、デマルチプレクサ２２０で抽出されたサブタイトルやグラフィクスのパケットからサブタイトルやグラフィクスのエレメンタリーストリームが再構成される。サブタイトル・グラフィクスデコーダ２２２では、さらに、サブタイトルやグラフィクスのエレメンタリーストリームに対して復号化処理が行われて、サブタイトルデータやグラフィクスデータが得られる。このサブタイトルデータやグラフィクスデータは、立体画像用サブタイトル・グラフィクス発生部２２６に供給される。この立体画像用サブタイトル・グラフィクス発生部２２６には、視差ベクトルデコーダ２２５で得られた視差ベクトルも供給される。
【０１６０】
この立体画像用サブタイトル・グラフィクス発生部２２６では、左眼画像、右眼画像にそれぞれ重畳する左眼および右眼のサブタイトル情報やグラフィクス情報のデータが生成される。この生成処理は、デコーダ２２２で得られたサブタイトルデータやグラフィクスデータと、デコーダ２２５で得られた視差ベクトルに基づいて行われる。この場合、画像内の重畳位置が、例えば、左眼のサブタイトル情報や左眼グラフィクス情報に対して、右眼のサブタイトル情報やグラフィクス情報は、視差ベクトルの水平方向成分だけ、水平方向にずれるようにされる。この立体画像用サブタイトル・グラフィクス発生部２２６からは、生成された左眼および右眼のサブタイトル情報やグラフィクス情報のデータ（ビットマップデータ）が出力される。
【０１６１】
また、テキストデコーダ２２３では、デマルチプレクサ２２０で抽出されたテキストのパケットからテキストのエレメンタリーストリームが再構成され、さらに復号化処理が行われて、テキストデータが得られる。このテキストデータは立体画像用テキスト発生部２２７に供給される。この立体画像用テキスト発生部２２７には、視差ベクトルデコーダ２２５で得られた視差ベクトルも供給される。
【０１６２】
この立体画像用テキスト発生部２２７では、デコーダ２２３で得られたテキストスデータと、デコーダ２２５で得られた視差ベクトルに基づいて、左眼画像、右眼画像にそれぞれ重畳する左眼テキスト情報、右眼テキスト情報が生成される。この場合、左眼テキスト情報および右眼テキスト情報は同一のテキスト情報であるが、画像内の重畳位置が、例えば、左眼テキスト情報に対して、右眼テキスト情報は、視差ベクトルの水平方向成分だけ、水平方向にずれるようにされる。この立体画像用テキスト発生部２２７からは、生成された左眼テキスト情報および右眼テキスト情報のデータ（ビットマップデータ）が出力される。
【０１６３】
ビデオ重畳部２２８には、上述したビデオデコーダ２２１からの立体画像データ（左眼画像データ、右眼画像データ）の他に、サブタイトル・グラフィクス発生部２２６およびテキスト発生部２２７から出力されるデータが供給される。このビデオ重畳部２２８では、立体画像データ（左眼画像データ、右眼画像データ）に対して、サブタイトル・グラフィクス発生部２２６およびテキスト発生部２２７で発生されたデータが重畳され、表示用立体画像データＶoutが得られる。この表示用立体画像データＶoutは、映像信号処理回路２０５を介して、ＨＤＭＩ送信部２０６（図３４参照）に、送信画像データとして供給される。
【０１６４】
また、オーディオデコーダ２２４では、デマルチプレクサ２２０で抽出されたオーディオのパケットからオーディオのエレメンタリーストリームが再構成され、さらに復号化処理が行われて、音声データが得られる。この音声データは、マルチチャネルスピーカコントロール部２２９に供給される。このマルチチャネルスピーカコントロール部２２９では、音声データに対して、例えば５．１chサラウンド等を実現するためのマルチチャネルスピーカの音声データを生成する処理、所定の音場特性を付与する処理等が施される。
【０１６５】
このマルチチャネルスピーカコントロール部２２９には、視差ベクトルデコーダ２２５で得られた視差ベクトルも供給される。そして、このマルチチャネルスピーカコントロール部２２９では、視差ベクトルに基づいて、マルチチャネルスピーカの出力が制御される。このマルチチャネルスピーカコントロール部２２９で得られるマルチチャネル音声データは、音声信号処理回路２０７を介してＨＤＭＩ送信部２０６（図３４参照）に、送信音声データとして供給される。
【０１６６】
「ビットストリーム処理部の他の構成例」
図３７に示すビットストリーム処理部２０１Ａは、上述の図１３に示す送信データ生成部１１０Ａに対応させた構成となっている。この図３７において、図３５と対応する部分には同一符号を付し、その詳細説明は省略する。
【０１６７】
このビットストリーム処理部２０１Ａは、図３５に示すビットストリーム処理部２０１の視差ベクトルデコーダ２２５の代わりに、視差ベクトル取り出し部２３１が設けられる。この視差ベクトル取り出し部２３１は、ビデオデコーダ２２１を通じて得られるビデオのストリームから、そのユーザデータ領域に埋め込まれている視差ベクトルを取り出す。そして、この視差ベクトル取り出し部２３１は、取り出した視差ベクトルを、立体画像用サブタイトル・グラフィクス発生部２２６、立体画像用テキスト発生部２２７およびマルチチャネルスピーカコントロール部２２９に供給する。
【０１６８】
詳細説明は省略するが、この図３７に示すビットストリーム処理部２０１Ａのその他は、図３５に示すビットストリーム処理部２０１と同様に構成され、同様に動作する。
【０１６９】
「ビットストリーム処理部の他の構成例」
また、図３８に示すビットストリーム処理部２０１Ｂは、上述の図１８に示す送信データ生成部１１０Ｂに対応させた構成となっている。この図３８において、図３５と対応する部分には同一符号を付し、その詳細説明は省略する。
【０１７０】
このビットストリーム処理部２０１Ｂは、図３５に示すビットストリーム処理部２０１から、視差ベクトルデコーダ２２５、立体画像用サブタイトル・グラフィクス発生部２２６および立体画像用テキスト発生部２２７が除かれたものである。この場合、視差ベクトルは、サブタイトル情報、グラフィクス情報、テキスト情報のデータに予め反映されている。
【０１７１】
送信されてくるサブタイトルデータやグラフィクスデータには、上述したように、左眼画像に重畳される左眼のサブタイトル情報やグラフィクス情報のデータ、および右眼画像に重畳される右眼のサブタイトル情報やグラフィクス情報のデータが含まれている。同様に、送信されてくるテキストデータには、上述したように、左眼画像に重畳される左眼テキスト情報のデータおよび右眼画像に重畳される右眼テキスト情報のデータが含まれている。したがって、視差ベクトルデコーダ２２５、立体画像用サブタイトル・グラフィクス発生部２２６および立体画像用テキスト発生部２２７は不要となる。
【０１７２】
なお、テキストデコーダ２２３で得られるテキストデータはコードデータ（キャラクタコード）であるので、これをビットマップデータに変換する処理は必要である。この処理は、例えば、テキストデコーダ２２３の最終段で行われるか、あるいはビデオ重畳部２２８の入力段で行われる。
【０１７３】
「ビットストリーム処理部の他の構成例」
また、図３９に示すビットストリーム処理部２０１Ｃは、上述の図１９に示す送信データ生成部１１０Ｃに対応させた構成となっている。この図３９において、図３５と対応する部分には同一符号を付し、その詳細説明は省略する。
【０１７４】
このビットストリーム処理部２０１Ｃは、視差情報取り出し部２３２、ＣＣデコーダ２３３および立体画像用クローズド・キャプション発生部２３４を有している。上述したように、図１９に示す送信データ生成部１１０Ｃのビデオエンコーダ１１３から出力されるビデオエレメンタリーストリームには、ＣＣ（クローズド・キャプション）データおよびRegion_id毎の視差情報が、ユーザデータとして埋め込まれている。
【０１７５】
視差情報取り出し部２３２では、ビデオデコーダ２２１を通じて得られるビデオエレメンタリーストリームからRegion_id毎の視差情報が取り出される。視差情報取り出し部２３２から立体画像用クローズド・キャプション発生部２３４には、取り出されたRegion_id毎の視差情報のうち、クローズド・キャプション情報に対応した視差情報（重畳位置情報、表示時間情報を含まない）が供給される。
【０１７６】
また、視差情報取り出し部２３２から立体画像用サブタイトル・グラフィクス発生部２２６には、取り出されたRegion_id毎の視差情報のうち、サブタイトル情報やグラフィクス情報に対応した視差情報（重畳位置情報、表示時間情報を含む）が供給される。さらに、視差情報取り出し部２３２から立体画像用テキスト発生部２２７には、取り出されたRegion_id毎の視差情報のうち、テキスト情報に対応した視差情報（重畳位置情報、表示時間情報を含む）が供給される。
【０１７７】
ＣＣデコーダ２３３では、ビデオデコーダ２３３を通じて得られるビデオエレメンタリーストリームからＣＣデータ（クローズド・キャプションデータ）が取り出される。さらに、ＣＣデコーダ２３３では、このＣＣデータからWindow毎にクローズド・キャプションデータ（字幕のキャラクタコード）、さらには重畳位置および表示時間の制御データが取得される。そして、このＣＣデコーダ２３３から立体画像用クローズド・キャプション発生部２３４に、クローズド・キャプションデータと、重畳位置および表示時間の制御データが供給される。
【０１７８】
立体画像用クローズド・キャプション発生部２３４では、Window毎に、左眼画像、右眼画像にそれぞれ重畳する左眼クローズド・キャプション情報（字幕）、右眼クローズド・キャプション情報（字幕）のデータが生成される。この生成処理は、ＣＣデコーダ２３３で得られたクローズド・キャプションデータおよび重畳位置制御データと、視差情報取り出し部２３２から供給された視差情報（視差ベクトル）に基づいて行われる。この場合、左眼および右眼のクローズド・キャプション情報は同一の情報である。しかし、画像内の重畳位置が、例えば、左眼クローズド・キャプション情報に対して、右眼クローズド・キャプション情報は、視差ベクトルの水平方向成分だけ、水平方向にずれるようにされる。
【０１７９】
このように、立体画像用クローズド・キャプション発生部２３４でWindow毎に生成された左眼および右眼のクローズド・キャプション情報のデータ（ビットマップデータ）は、表示時間の制御データと共に、ビデオ重畳部２２８に供給される。
【０１８０】
また、立体画像用サブタイトル・グラフィクス発生部２２６では、左眼画像および右眼画像にそれぞれ重畳する左眼および左眼のサブタイトル情報やグラフィクス情報が生成される。この生成処理は、サブタイトル・グラフィクスデコーダ２２２で得られたサブタイトルデータやグラフィクスデータと、視差情報取り出し部２３２から供給される視差情報（視差ベクトル）に基づいて行われる。この場合、左眼および左眼のサブタイトル情報やグラフィクス情報は同一の情報である。しかし、画像内の重畳位置が、例えば、左眼のサブタイトル情報やグラフィクス情報に対して、右眼のブタイトル情報やグラフィクス情報は、視差ベクトルの水平方向成分だけ、水平方向にずれるようにされる。
【０１８１】
このように、立体画像用サブタイトル・グラフィクス発生部２３４で生成された左眼および右眼のサブタイトル情報やグラフィクス情報のデータ（ビットマップデータ）は、表示時間情報（フレーム数情報）と共に、ビデオ重畳部２２８に供給される。
【０１８２】
また、立体画像用テキスト発生部２２７では、左眼画像および右眼画像にそれぞれ重畳する左眼および左眼のテキスト情報が生成される。この生成処理は、テキストデコーダ２２３で得られたテキストデータと、視差情報取り出し部２３２から供給される視差情報（視差ベクトル）に基づいて行われる。この場合、左眼および左眼のテキスト情報は同一の情報である。しかし、画像内の重畳位置が、例えば、左眼のテキスト情報に対して、右眼のテキスト情報は、視差ベクトルの水平方向成分だけ、水平方向にずれるようにされる。
【０１８３】
このように、立体画像用テキスト発生部２２７で生成された左眼および右眼のテキスト情報のデータ（ビットマップデータ）は、表示時間情報（フレーム数情報）と共に、ビデオ重畳部２２８に供給される。
【０１８４】
ビデオ重畳部２２８では、ビデオデコーダ２２１で得られた立体画像データ（左眼画像データ、右眼画像データ）に対して、各デコーダから供給される重畳情報データが重畳され、表示用立体画像データＶoutが得られる。なお、立体画像データ（左眼画像データ、右眼画像データ）への重畳情報データの重畳はシステムレイヤのタイムスタンプにより開始される。また、その重畳継続時間は、クローズド・キャプション情報に関しては表示時間の制御データに基づいて、サブタイトル情報、グラフィクス情報、テキスト情報等に関しては表示時間情報に基づいて制御される。
【０１８５】
詳細説明は省略するが、この図３９に示すビットストリーム処理部２０１Ｃのその他は、図３５に示すビットストリーム処理部２０１と同様に構成され、同様に動作する。
【０１８６】
「ビットストリーム処理部の他の構成例」
また、図４０に示すビットストリーム処理部２０１Ｄは、上述の図２５に示す送信データ生成部１１０Ｄに対応させた構成となっている。この図４０において、図３５および図９と対応する部分には同一符号を付し、その詳細説明は省略する。
【０１８７】
ビットストリーム処理部２０１Ｄは、視差情報デコーダ２３５を有している。図２５に示す送信データ生成部１１０Ｄでは、視差情報エンコーダ１２９によりＺデータ部１２８から視差情報を含む視差情報エレメンタリーストリームが生成される。そして、マルチプレクサ１２２では、視差情報エンコーダ１２９を含む各エンコーダから供給されるエレメンタリーストリームのパケットが多重化され、伝送データとしてのビットストリームデータ（トランスポートストリーム）ＢＳＤが得られる。
【０１８８】
視差情報デコーダ２３５には、デマルチプレクサ２２０で抽出された視差情報のパケットから視差情報のエレメンタリーストリームが再構成され、さらに復号化処理が行われて、Region_id毎の視差情報が得られる。この視差情報は、図３９のビットストリーム処理部２０１Ｃの視差情報取り出し部２３２で取り出される視差情報と同じものである。
【０１８９】
この視差情報デコーダ２３５では、ビデオデコーダ２２１を通じて得られるビデオエレメンタリーストリームからRegion_id毎の視差情報が取り出される。視差情報デコーダ２３５から立体画像用クローズド・キャプション発生部２３４には、取り出されたRegion_id毎の視差情報のうち、クローズド・キャプション情報に対応した視差情報（重畳位置情報、表示時間情報を含まない）が供給される。
【０１９０】
また、視差情報デコーダ２３５から立体画像用サブタイトル・グラフィクス発生部２２６には、取り出されたRegion_id毎の視差情報のうち、サブタイトル情報やグラフィクス情報に対応した視差情報（重畳位置情報、表示時間情報を含む）が供給される。さらに、視差情報デコーダ２３５から立体画像用テキスト発生部２２７には、取り出されたRegion_id毎の視差情報のうち、テキスト情報に対応した視差情報（重畳位置情報、表示時間情報を含む）が供給される。
【０１９１】
詳細説明は省略するが、この図４０に示すビットストリーム処理部２０１Ｄのその他は、図３９に示すビットストリーム処理部２０１Ｃと同様に構成され、同様の動作をする。
【０１９２】
「ビットストリーム処理部の他の構成例」
また、図４１に示すビットストリーム処理部２０１Ｅは、上述の図２６に示す送信データ生成部１１０Ｅに対応させた構成となっている。この図４１において、図３５および図３８と対応する部分には同一符号を付し、その詳細説明は省略する。
【０１９３】
このビットストリーム処理部２０１Ｅは、ＣＣデコーダ２３６を有している。図２６に示す送信データ生成部１１０ＥのＣＣデータ処理部１３０では、ＣＣデータに基づいて、左眼画像上に重畳される左眼クローズド・キャプション情報のデータおよび右眼画像上に重畳される右眼クローズド・キャプション情報のデータが生成されている。そして、ＣＣデータ処理部１３０で処理された後のＣＣデータがビデオエンコーダ１１３のストリームフォーマッタ１１３ａに供給され、ビデオのストリームにユーザデータとして埋め込まれている。
【０１９４】
ＣＣデコーダ２３６では、ビデオデコーダ２２１を通じて得られるビデオエレメンタリーストリームからＣＣデータが取り出され、さらに、このＣＣデータからWindow毎に左眼および右眼のクローズド・キャプション情報のデータが取得される。そして、このＣＣデコーダ２３６で取得される左眼および右眼のクローズド・キャプション情報のデータは、ビデオ重畳部２２８に供給される。
【０１９５】
ビデオ重畳部２２８では、立体画像データ（左眼画像データ、右眼画像データ）に対して、ＣＣデコーダ２３６、サブタイトル・グラフィクスデコーダ２２２およびテキストデコーダ２２３で発生されたデータが重畳され、表示用立体画像データＶoutが得られる。
【０１９６】
詳細説明は省略するが、この図４１に示すビットストリーム処理部２０１Ｅのその他は、図３８に示すビットストリーム処理部２０１Ｂと同様に構成され、同様に動作する。
【０１９７】
［テレビ受信機の説明］
図１に戻って、テレビ受信機３００は、セットトップボックス２００からＨＤＭＩケーブル４００を介して送られてくる立体画像データを受信する。このテレビ受信機３００は、３Ｄ信号処理部３０１を有している。この３Ｄ信号処理部３０１は、立体画像データに対して、伝送方式に対応した処理（デコード処理）を行って、左眼画像データおよび右眼画像データを生成する。すなわち、この３Ｄ信号処理部３０１は、図２、図１３、図１８、図１９、図２５、図２６に示す送信データ生成部１１０，１１０Ａ，１１０Ｂ，１１０Ｃ，１１０Ｄ，１１０Ｅにおけるビデオフレーミング部１１２とは逆の処理を行う。そして、この３Ｄ信号処理部３０１は、立体画像データを構成する左眼画像データおよび右眼画像データを取得する。
【０１９８】
［テレビ受信機の構成例］
テレビ受信機３００の構成例を説明する。図４２は、テレビ受信機３００の構成例を示している。このテレビ受信機３００は、３Ｄ信号処理部３０１と、ＨＤＭＩ端子３０２と、ＨＤＭＩ受信部３０３と、アンテナ端子３０４と、デジタルチューナ３０５と、ビットストリーム処理部３０６を有している。また、このテレビ受信機３００は、映像信号処理回路３０７と、パネル駆動回路３０８と、表示パネル３０９と、音声信号処理回路３１０と、音声増幅回路３１１と、スピーカ３１２を有している。また、このテレビ受信機３００は、ＣＰＵ３２１と、フラッシュＲＯＭ３２２と、ＤＲＡＭ３２３と、内部バス３２４と、リモコン受信部３２５と、リモコン送信機３２６を有している。
【０１９９】
アンテナ端子３０４は、受信アンテナ（図示せず）で受信されたテレビ放送信号を入力する端子である。デジタルチューナ３０５は、アンテナ端子３０４に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のビットストリームデータ（トランスポートストリーム）を出力する。
【０２００】
ビットストリーム処理部３０６は、図３４に示すセットトップボックス２００のビットストリーム処理部２０１と同様の構成とされている。このビットストリーム処理部３０６は、ビットストリームデータから立体画像データ（左眼画像データ、右眼画像データ）、音声データ、重畳情報データ、視差ベクトル（視差情報）等を抽出する。重畳情報データは、クローズド・キャプションデータ、サブタイトルデータ、グラフィクスデータ、テキストデータ等である。そして、このビットストリーム処理部３０６は、立体画像データに対し、重畳情報データを合成し、表示用立体画像データを取得する。また、ビットストリーム処理部３０６は、音声データを出力する。
【０２０１】
ＨＤＭＩ受信部３０３は、ＨＤＭＩに準拠した通信により、ＨＤＭＩケーブル４００を介してＨＤＭＩ端子３０２に供給される非圧縮の画像データおよび音声データを受信する。このＨＤＭＩ受信部３０３は、そのバージョンが例えばＨＤＭＩ１．４とされており、立体画像データの取り扱いが可能な状態にある。このＨＤＭＩ受信部３０３の詳細は後述する。
【０２０２】
３Ｄ信号処理部３０１は、ＨＤＭＩ受信部３０３で受信された、あるいはビットストリーム処理部３０６で得られた立体画像データに対して、デコード処理を行って、左眼画像データおよび右眼画像データを生成する。この場合、３Ｄ信号処理部３０１は、ビットストリーム処理部３０６で得られた立体画像データに対しては、その伝送方式（図４参照）に対応したデコード処理を行う。また、３Ｄ信号処理部３０１は、ＨＤＭＩ受信部３０３で受信された立体画像データに対しては、そのＴＭＤＳ伝送データ構造（図４７〜図４９参照）に対応したデコード処理を行う。
【０２０３】
映像信号処理回路３０７は、３Ｄ信号処理部３０１で生成された左眼画像データおよび右眼画像データに基づいて、立体画像を表示するための画像データを生成する。また、映像信号処理回路は、画像データに対して、必要に応じて、画質調整処理を行う。パネル駆動回路３０８は、映像信号処理回路３０７から出力される画像データに基づいて、表示パネル３０９を駆動する。表示パネル３０９は、例えば、ＬＣＤ(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）と呼ばれている。ＴＭＤＳチャネル＃ｉの差動信号であるＴＭＤＳ  Ｄａｔａ＃ｉ＋とＴＭＤＳ  Ｄａｔａ＃ｉ−は差動線である２本のラインにより伝送される。この２本のラインは、ＴＭＤＳ  Ｄａｔａ＃ｉ＋が割り当てられているピン（ピン番号が１，４，７のピン）と、ＴＭＤＳ  Ｄａｔａ＃ｉ−が割り当てられているピン（ピン番号が３，６，９のピン）に接続される。
【０２４５】
また、制御用のデータであるＣＥＣ信号が伝送されるＣＥＣライン８４は、ピン番号が１３であるピンに接続される。また、Ｅ−ＥＤＩＤ等のＳＤＡ(Serial Data)信号が伝送されるラインは、ピン番号が１６であるピンに接続される。ＳＤＡ信号の送受信時の同期に用いられるクロック信号であるＳＣＬ(Serial Clock)信号が伝送されるラインは、ピン番号が１５であるピンに接続される。上述のＤＤＣ８３は、ＳＤＡ信号が伝送されるラインおよびＳＣＬ信号が伝送されるラインにより構成される。
【０２４６】
また、上述したようにソース機器がシンク機器の接続を検出するためのＨＰＤライン（ＨＥＡＣ−ライン）８６は、ピン番号が１９であるピンに接続される。また、ユーティリティライン（ＨＥＡＣ＋ライン）８８は、ピン番号が１４であるピンに接続される。また、上述したように電源を供給するためのライン８７は、ピン番号が１８であるピンに接続される。
【０２４７】
［立体画像データのＴＭＤＳ伝送データ構造］
図４７は、立体画像データのＴＭＤＳ伝送データ構造の一つであるフレームパッキング（Frame packing）方式の３Ｄビデオフォーマット（3D Video Format）を示している。この３Ｄビデオフォーマットは、立体画像データとして、プログレッシブ方式の左眼（Ｌ）および右眼（Ｒ）の画像データを伝送するためのフォーマットである。
【０２４８】
この３Ｄビデオフォーマットでは、左眼（Ｌ）および右眼（Ｒ）の画像データとして、１９２０×１０８０ｐ、１０８０×７２０ｐのピクセルフォーマットの画像データの伝送が行われる。なお、図４７には、左眼（Ｌ）画像データおよび右眼（Ｒ）画像データが、それぞれ、１９２０ライン×１０８０ピクセルである例を示している。
【０２４９】
この３Ｄビデオフォーマットにより、垂直同期信号により区切られる、水平ブランキング期間（Hblank）、垂直ブランキング期間（Vblank）およびアクティブビデオ区間（Hactive×Vactive）を含むビデオフィールド区間を単位とする伝送データが生成される。この３Ｄビデオフォーマットにおいて、アクティブビデオ区間は、２つのアクティブビデオ領域（Active video）と、それらの間に１つのアクティブスペース領域（Activespace）を有している。第１のアクティブビデオ領域に左眼（Ｌ）画像データが配され、第２のアクティブビデオ領域に右眼（Ｒ）画像データが配される。
【０２５０】
図４８は、立体画像データのＴＭＤＳ伝送データ構造の一つであるラインオルタネイティブ（Line alternative）方式の３Ｄビデオフォーマット（3D VideoFormat）を示している。この３Ｄビデオフォーマットは、立体画像データとして、プログレッシブ方式の左眼（Ｌ）および右眼（Ｒ）の画像データを伝送するためのフォーマットである。この３Ｄビデオフォーマットでは、左眼（Ｌ）および右眼（Ｒ）の画像データとして、１９２０×１０８０ｐのピクセルフォーマットの画像データの伝送が行われる。
【０２５１】
この３Ｄビデオフォーマットにより、垂直同期信号により区切られる、水平ブランキング期間（Hblank）、垂直ブランキング期間（２×Vblank）およびアクティブビデオ区間（（Hactive×２Vactive）を含むビデオフィールド区間を単位とする伝送データが生成される。この３Ｄビデオフォーマットにおいて、アクティブビデオ区間には、左眼画像データの１ライン分と右眼画像データの１ライン分とが交互に配置される。
【０２５２】
図４９は、立体画像データのＴＭＤＳ伝送データ構造の一つであるサイド・バイ・サイド（side-bay-side）（Ｆｕｌｌ）方式の３Ｄビデオフォーマット（3D VideoFormat）を示している。この３Ｄビデオフォーマットは、立体画像データとして、プログレッシブ方式の左眼（Ｌ）および右眼（Ｒ）の画像データを伝送するためのフォーマットである。この３Ｄビデオフォーマットでは、左眼（Ｌ）および右眼（Ｒ）の画像データとして、１９２０×１０８０ｐのピクセルフォーマットの画像データの伝送が行われる。
【０２５３】
この３Ｄビデオフォーマットにより、垂直同期信号により区切られる、水平ブランキング期間（２×Hblank）、垂直ブランキング期間（Vblank）およびアクティブビデオ区間（（２Hactive×Vactive）を含むビデオフィールド区間を単位とする伝送データが生成される。この３Ｄビデオフォーマットにおいて、アクティブビデオ区間には、水平方向の前半に左眼（Ｌ）画像データが配され、水平方向の後半に右眼（Ｒ）画像データが配される。
【０２５４】
なお、詳細説明は省略するが、ＨＤＭＩ１．４では、上述の図４７〜図４９に示す３Ｄビデオフォーマットの他にも、立体画像データのＴＭＤＳ伝送データ構造としての３Ｄビデオフォーマットが定義されている。例えば、フレームパッキング（Frame packing for interlaced format）方式、フィールドオルタネイティブ（Field alternative）方式、サイド・バイ・サイド（side-bay-side）（Ｈａｌｆ）方式等である。
【０２５５】
［ＨＤＭＩ Vendor Specific InfoFrame］
ＨＤＭＩ送信部２０６からＨＤＭＩ受信部３０３に送信される画像データが２次元画像データであるか３次元（３Ｄ）画像データ（立体画像データ）であるかを示す情報は、ＨＤＭＩ Vendor Specific InfoFrame パケットに含まれる。さらに、３Ｄ画像データである場合、いかなるＴＭＤＳ伝送データ構造であるかを示す情報も、このパケットに含まれる。このパケットは、ブランキング期間内のデータアイランド区間に配置されて送信される。
【０２５６】
図５０は、ＨＤＭＩ Vendor Specific InfoFrame パケット構造を示している。このＨＤＭＩ Vendor Specific InfoFrameについては、CEA-861-Dに定義されているので、詳細説明は省略する。
【０２５７】
第４バイト（ＰＢ４）の第５ビットから第７ビットに、画像データの種類を示す３ビットの情報「HDMI_Video_Format」が配置されている。画像データが３Ｄ画像データである場合、この３ビットの情報は「０１０」とされる。また、このように画像データが３Ｄ画像データである場合、第５バイト（ＰＢ５）の第７ビットから第４ビットに、ＴＭＤＳ伝送データ構造を示す４ビットの情報「3D_Structure」が配置される。例えば、フレームパッキング方式（図４７参照）の場合、この４ビットの情報は、「００００」とされる。また、例えば、ラインオルタネイティブ方式（図４８参照）の場合、この４ビットの情報は、「００１０」とされる。また、例えば、イド・バイ・サイド（Ｆｕｌｌ）方式（図４９参照）の場合、この４ビットの情報は、「００１１」とされる。
【０２５８】
［Ｅ−ＥＤＩＤ構造］
上述したように、ＨＤＭＩ送信部２０６は、例えば、ＣＰＵ２１１（図３４参照）からの要求に応じて、ＨＤＭＩケーブル４００を介して接続されているＨＤＭＩ受信部３０３から、Ｅ−ＥＤＩＤを、ＤＤＣ８３を介して読み出す。そして、ＣＰＵ２１１は、このＥ−ＥＤＩＤに基づき、ＨＤＭＩ受信部３０３の性能の設定、例えば立体画像データの取り扱いが可能か否か等を認識する。
【０２５９】
図５１は、Ｅ−ＥＤＩＤのデータ構造例を示している。このＥ−ＥＤＩＤは、基本ブロックと拡張ブロックとからなっている。基本ブロックには、先頭に、“E-EDID1.3 Basic Structure”で表されるＥ−ＥＤＩＤ１．３の規格で定められたデータが配置されている。基本ブロックには、続いて“Preferred timing”で表される従来のＥＤＩＤとの互換性を保つためのタイミング情報が配置されている。また、基本ブロックには、続いて、“2nd timing”で表される従来のＥＤＩＤとの互換性を保つための、“Preferredtiming”とは異なるタイミング情報が配置されている。
【０２６０】
また、基本ブロックには、“2nd timing”に続いて、“Monitor NAME”で表される表示装置の名前を示す情報が配置されている。基本ブロックには、続いて、“Monitor Range Limits”で表される、アスペクト比が４：３および１６：９である場合についての表示可能な画素数を示す情報が配置されている。
【０２６１】
拡張ブロックの先頭には、“Short Video Descriptor”が配置されている。これは、表示可能な画像サイズ(解像度)、フレームレート、インターレースであるかプログレッシブであるかを示す情報である。続いて、“Short Audio Descriptor”が配置されている。これは、再生可能な音声コーデック方式、サンプリング周波数、カットオフ帯域、コーデックビット数などの情報である。続いて、“Speaker Allocation”で表される左右のスピーカに関する情報が配置されている。
【０２６２】
また、拡張ブロックには、“Speaker Allocation”に続いて、“Vender Specific”で表されるメーカごとに固有に定義されたデータが配置されている。拡張ブロックには、続いて、“3rd timing”で表される従来のＥＤＩＤとの互換性を保つためのタイミング情報が配置されている。拡張ブロックには、さらに続いて、“4th timing”で表される従来のＥＤＩＤとの互換性を保つためのタイミング情報が配置されている。
【０２６３】
図５２は、Vender Specific領域（HDMI Vendor Specific DataBlock）のデータ構造例を示している。このVender Specific領域には、１バイトのブロックである第０ブロック乃至第Ｎブロックが設けられている。
【０２６４】
第０ブロックには、“Vendor-Specific tag code(=3)”で表されるデータ“VenderSpecific”のデータ領域を示すヘッダが配置される。また、この第０ブロックには、“Length(=N)”で表されるデータ“Vender Specific”の長さを示す情報が配置される。また、第１ブロック乃至第３ブロックには、“24bit IEEE Registration Identifier(0x000C03)LSB first”で表されるＨＤＭＩ（Ｒ）用として登録された番号“0x000C03“を示す情報が配置される。さらに、第４ブロックおよび第５ブロックには、”Ａ“、”Ｂ“、”Ｃ“、および”Ｄ“のそれぞれにより表される、２４ｂｉｔのシンク機器の物理アドレスを示す情報が配置される。
【０２６５】
第６ブロックには、“Supports-AI”で表される、シンク機器が対応している機能を示すフラグが配置されている。また、この第６ブロックには、“DC-48bit”、“DC-36bit”、および“DC-30bit”のそれぞれで表される、１ピクセル当たりのビット数を指定する情報のそれぞれが配置されている。また、この第６ブロックには、“DC-Y444”で表される、シンク機器がＹＣｂＣｒ４：４：４の画像の伝送に対応しているかを示すフラグが配置されている。さらに、この第６ブロックには、“DVI-Dual”で表される、シンク機器がデュアルＤＶＩ（Digital VisualInterface）に対応しているかを示すフラグが配置されている。
【０２６６】
また、第７ブロックには、“Max-TMDS-Clock”で表されるＴＭＤＳのピクセルクロックの最大の周波数を示す情報が配置される。また、第８ブロックの第６ビット、第７ビットには、“Latency”で表される映像と音声の遅延情報の有無を示すフラグが配置されている。また、第８ブロックの第５ビットには、“HDMI_Video_present”で表される追加のＨＤＭＩビデオフォーマット（３Ｄ、４ｋ×２ｋ）の取り扱いが可能か否かを示すフラグが配置されている。
【０２６７】
また、第９ブロックには、“Video Latency”で表される、プログレッシブの映像の遅延時間データが配置され、第１０ブロックには、“Audio Latency”で表される、プログレッシブの映像に付随する音声の遅延時間データが配置される。また、第１１ブロックには、“Interlaced Video Latency”で表されるインターレースの映像の遅延時間データが配置されている。さらに、第１２ブロックには、“Interlaced Audio Latency”で表される、インターレースの映像に付随する音声の遅延時間データが配置されている。
【０２６８】
また、第１３ブロックの第７ビットには、“3D_present”で表される３Ｄ画像データの取り扱いが可能か否かを示すフラグが配置されている。また、第１４ブロックの第７ビットから第５ビットには、“HDMI_VIC_LEN”で表される、図示しない第１５ブロック以降に配置される必須（mandatory）な３Ｄデータ構造の他に取り扱い可能なデータ構造を示すブロックのサイズ情報が配置されている。また、第１４ブロックの第４ビットから第０ビットには、“HDMI_3D_LEN”で表される、図示しない第１５ブロック以降に配置される取り扱い可能な４ｋ×２ｋのビデオフォーマットを示すブロックのサイズ情報が配置されている。
【０２６９】
［セットトップボックスの他の構成例］
上述の図３４に示すセットトップボックス２００において、ＨＤＭＩ送信部２０６は、そのバージョンが例えばＨＤＭＩ１．４とされており、立体画像データの取り扱いが可能な状態にある。そのため、セットトップボックス２００は、放送信号から受信された立体画像データ（３Ｄ画像データ）を、ＨＤＭＩのデジタルインタフェースを利用して、テレビ受信機３００に送信できる。
【０２７０】
ＨＤＭＩ送信部として、そのバージョンが例えばＨＤＭＩ１．３以下であって、立体画像データの取り扱いが不可能な状態にあるセットトップボックスが存在する。このセットトップボックスにおいては、そのままでは、放送信号から受信された立体画像データ（３Ｄ画像データ）を、ＨＤＭＩのデジタルインタフェースを利用してテレビ受信機等のモニタ装置に送信することが不可能である。この場合にあっても、ＨＤＭＩ送信部のバージョンを何らかの方法でＨＤＭＩ１．４に変更できれば、放送信号から受信された立体画像データ（３Ｄ画像データ）を、ＨＤＭＩのデジタルインタフェースを利用して、モニタ装置に送信することが可能となる。
【０２７１】
図５３は、セットトップボックス２００Ａの構成例を示している。この図５３において、図３４と対応する部分には同一符号を付して示す。このセットトップボックス２００Ａは、ビットストリーム処理部２０１Ｈと、ＨＤＭＩ端子２０２と、アンテナ端子２０３と、デジタルチューナ２０４と、映像信号処理回路２０５と、ＨＤＭＩ送信部２０６Ａと、音声信号処理回路２０７を有している。
【０２７２】
また、このセットトップボックス２００Ａは、ＣＰＵ２１１Ａと、フラッシュＲＯＭ２１２と、ＤＲＡＭ２１３と、内部バス２１４と、リモコン受信部２１５と、リモコン送信機２１６を有している。また、このセットトップボックス２００Ａは、３Ｄ検出部２６１と、表示部２６２と、イーサネットインタフェース２６３と、ネットワーク端子２６４と、ＵＳＢ（Universal Serial Bus）インタフェース２６５と、ＵＳＢ端子２６６を有している。なお、「イーサネット」は登録商標である。
【０２７３】
ＣＰＵ２１１Ａは、セットトップボックス２００Ａの各部の動作を制御する。フラッシュＲＯＭ２１２は、制御ソフトウェアの格納およびデータの保管を行う。ＤＲＡＭ２１３は、ＣＰＵ２１１Ａのワークエリアを構成する。ＣＰＵ２１１Ａは、フラッシュＲＯＭ２１２から読み出したソフトウェアやデータをＤＲＡＭ２１３上に展開してソフトウェアを起動させ、セットトップボックス２００Ａの各部を制御する。このＣＰＵ２１１Ａには、ユーザインタフェースを構成する表示部２６２が接続されている。この表示部２６２は、例えばＬＣＤ（Liquid Crystal Display）等で構成されている。この表示部２６２には、ユーザ操作状況、セットトップボックス２００Ａの動作状態などが表示される。
【０２７４】
リモコン受信部２１５は、リモコン送信機２１６から送信されたリモーコントロール信号（リモコンコード）を受信し、ＣＰＵ２１１Ａに供給する。ＣＰＵ２１１Ａは、このリモコンコードに基づいて、セットトップボックス２００Ａの各部を制御する。ＣＰＵ２１１Ａ、フラッシュＲＯＭ２１２、ＤＲＡＭ２１３、イーサネットインタフェース２６３およびＵＳＢインタフェース２６５は、内部バス２１４に接続されている。なお、ネットワーク端子２６４はイーサネットインタフェース２６３に接続され、ＵＳＢ端子２６６はＵＳＢインタフェース２６５が接続されている。
【０２７５】
アンテナ端子２０３は、図示しない受信アンテナで受信されたテレビ放送信号を入力する端子である。デジタルチューナ２０４は、アンテナ端子２０３に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応した放送データ（トランスポートストリーム）を取得する。この放送データに含まれる画像データは、選択チャネルよって、２次元画像データ、あるいは３Ｄ画像データとなる。
【０２７６】
画像データが３Ｄ画像データであるか否かを識別できるように、放送データのヘッダ部、すなわちトランスポートストリームのプライベート情報、あるいは、圧縮ストリームに３Ｄ識別情報が挿入されている。また、トラスポートストリームに含まれる画像データが３Ｄ画像データであるときは、プライベート情報に、アップデート用のデジタルインタフェース制御ソフトウェアをダウンロードするためのダウンロードサーバ２４３（図５４参照）に接続するためのＵＲＬ（Uniform Resource Locator）情報も挿入されている。
【０２７７】
イーサネットインタフェース２６３は、ネットワーク端子２６４を介して、図５４に示すように、インターネット等のネットワーク２４０に接続される。イーサネットインタフェース２６３は、ユーザ操作に応じて、メニューサーバ２４１から受信可能なコンテンツ情報（メタ情報、サムネイルなど）を取得する。このコンテンツ情報はイーサネットインタフェース２６３からＣＰＵ２１１Ａに送られ、表示部２６２にそのコンテンツ情報が表示され、ユーザのコンテンツ選択操作に供される。
【０２７８】
各コンテンツの情報には、そのコンテンツに含まれる画像データが３Ｄ画像データ（立体画像データ）であるとき、つまり、そのコンテンツが３Ｄコンテンツであるときはその旨を示す情報が含まれる。さらに、各コンテンツの情報には、そのコンテンツが３Ｄコンテンツであるときは、デジタルインタフェース制御ソフトウェアをダウンロードするためのダウンロードサーバ２４３（図５４参照）に接続するためのＵＲＬ（Uniform Resource Locator）情報も含まれる。
【０２７９】
また、イーサネットインタフェース２６３は、ストリーミングサーバ２４２（図５４参照）から、ユーザの選択コンテンツに対応した配信データを受信する。この配信データ（トランスポートストリーム）に含まれる画像データは、選択コンテツよって、２次元画像データ、あるいは３Ｄ画像データとなる。画像データが３Ｄ画像データであるか否かを識別できるように、配信データのヘッダ部、すなわちシステムコンテナのヘッダ情報、あるいは圧縮ストリームに３Ｄ識別情報が挿入されている。
【０２８０】
ビットストリーム処理部２０１Ｈは、デジタルチューナ２０４で得られた放送データ、あるいはイーサネットインタフェース２６３で得られた配信データから画像データ、音声データ等を取得する。このビットストリーム処理部２０１Ｈは、３Ｄ検出部２６１を備えている。この３Ｄ検出部２６１は、上述したように放送データや配信データのヘッダ部等に挿入されている３Ｄ識別情報に基づいて、画像データが３Ｄ画像データであるか否かを識別する。この３Ｄ検出部２６１は、その識別情報を、ＣＰＵ２１１Ａに送る。
【０２８１】
映像信号処理回路２０５は、ビットストリーム処理部２０１Ｈで得られた画像データに対して必要に応じて画質調整処理などを行い、処理後の画像データをＨＤＭＩ送信部２０６Ａに送る。この場合、画像データが３Ｄ画像データ（立体画像データ）である場合、映像信号処理回路２０５からＨＤＭＩ送信部２０６Ａには、例えば、左眼画像データおよび右眼画像データが供給される。音声信号処理回路２０７は、ビットストリーム処理部２０１Ｈで得られた音声データに対して必要に応じて音質調整処理等を行い、処理後の音声データをＨＤＭＩ送信部２０６Ａに送る。
【０２８２】
ＨＤＭＩ送信部２０６Ａは、ＨＤＭＩに準拠した通信により、ベースバンドの画像と音声のデータを、ＨＤＭＩ端子２０２から送出する。ＨＤＭＩ送信部２０６Ａは、ＨＤＭＩのＴＭＤＳチャネルで送信するため、画像および音声のデータをパッキングして、ＨＤＭＩ端子２０２に出力する。このＨＤＭＩ送信部２０６Ａは、デジタルインタフェース部を構成している。
【０２８３】
セットトップボックス２００Ａの動作を簡単に説明する。ビットストリーム処理部２０１Ｈには、デジタルチューナ２０４で得られた受信データ（放送データ）、あるいはイーサネットインタフェース２６３で得られた受信データ（配信データ）が供給される。このビットストリーム処理部２０１Ｈでは、受信データから、画像データ、音声データ等が取得される。
【０２８４】
ビットストリーム処理部２０１Ｈで得られた画像データは、映像信号処理回路２０５で必要に応じて画質調整処理等が行われた後に、ＨＤＭＩ送信部２０６Ａに供給される。また、ビットストリーム処理部２０１Ｈで得られる音声データは、音声信号処理回路２０７で必要に応じて音質調整処理等が行われた後に、ＨＤＭＩ送信部２０６Ａに供給される。ＨＤＭＩ送信部２０６Ａでは、画像および音声のデータがパッキングされ、ＨＤＭＩ端子２０２に出力される。
【０２８５】
ＨＤＭＩ送信部２０６Ａは、当初、そのバージョンが例えばＨＤＭＩ１．３とされている。そのため、３Ｄ画像データの取り扱いが不可能な状態にある。このＨＤＭＩ送信部２０６Ａは、ＣＰＵ２１１Ａの制御のもと、所定のタイミングで、そのバージョンが、３Ｄ画像データの取り扱いが可能なＨＤＭＩ１．４に変更される。
【０２８６】
例えば、ＣＰＵ２１１Ａは、上述の受信データに含まれる画像データが３Ｄ画像データであり、かつ、テレビ受信機３００が３Ｄ画像データの取り扱いが可能であるとき、ＨＤＭＩ送信部２０６ＡのバージョンをＨＤＭＩ１．４に変更する、アップデート処理を行う。この意味で、ＣＰＵ２１１Ａは、状態変更部を言おう制御している。ＣＰＵ２１１Ａは、受信データに含まれる画像データが３Ｄ画像データであるか否かを、３Ｄ検出部２６１からの識別情報により判断する。また、ＣＰＵ２１１Ａは、テレビ受信機３００が３Ｄ画像データの取り扱いが可能であるか否かを、テレビ受信機３００のＨＤＭＩ受信部３０３から読み出したＥ−ＥＤＩＤのVender Specific領域内の“3D_present”で表されるフラグにより判断する（図５２参照）。
【０２８７】
ＣＰＵ２１１Ａは、図５５、図５６に示すように、アップデートマネージャ２７１と、ＵＩ（User Interface）マネージャ２７２と、ＨＤＭＩコントローラ２７３を有している。ＨＤＭＩコントローラ２７３は、ＨＤＭＩ送信部２０６Ａの動作を制御する。このＨＤＭＩコントローラ２７３は、デジタルインタフェース制御部を構成している。アップデートマネージャ２７１は、ＨＤＭＩ送信部２０６ＡのバージョンをＨＤＭＩ１．４に変更するアップデート処理を行うか否かの判断処理を行う。
【０２８８】
また、アップデートマネージャ２７１は、アップデート処理時に、更新用のデジタルインタフェース制御ソフトウェア（Vendor Specific InfoFrameの定義部分の更新を含む）をＨＤＭＩコントローラ２７３にインストールして、アップデートする。なお、このアップデートが成立しなかった場合、以前の制御ソフトウェアが継続して運用されるように、ＨＤＭＩコントローラ２７３のソフトウェア格納メモリ（図示せず）は、少なくとも２バンク構成が採られる。ＵＩマネージャ２７２は、アップデート処理時において、必要な情報を、表示部２６２に表示する。
【０２８９】
ＣＰＵ２１１Ａは、アップデート処理を行う際、ネットワーク接続状態（オンライン状態）にある場合は、ダウンロードサーバ２４３（図５４参照）から更新用のデジタルインタフェース制御ソフトウェアをダウンロードする。図５５は、オンライン状態におけるアップデート処理を示している。この場合、アップデートマネージャ２７１は、イーサネットインタフェース２６３を介してダウンロードサーバ２４３に接続し、このダウンロードサーバ２４３から更新用のデジタルインタフェース制御ソフトウェアをダウンロードして、ＨＤＭＩコントローラ２７３にインストールする。
【０２９０】
例えば、ダウンロードサーバ２４３に接続するために、アップデートマネージャ２７１は、上述したようにメニューサーバ２４１から取得される３Ｄコンテンツの情報に含まれるＵＲＬ情報を利用する。また、例えば、ダウンロードサーバ２４３に接続するために、アップデートマネージャ２７１は、上述したように放送データのプライベート情報に挿入されているＵＲＬ情報を利用する。
【０２９１】
なお、アップデートマネージャ２７１は、ダウンロードサーバ２４３から更新用のデジタルインタフェース制御ソフトウェアをダウンロードする際に、ユーザ識別情報を含むダウンロード要求をダウンロードサーバ２４３に送る。ダウンロードサーバ２４３は、例えば、ユーザ識別情報に基づいて、正当な権限があると認めるとき、更新用のデジタルインタフェース制御ソフトウェアを、セットトップボックス２００Ａに送信する。ユーザ識別情報は、例えば、セットトップボックス２００Ａにおいて、ネットワークを介してユーザ登録を行うことで、予め取得可能とされる。
【０２９２】
ＣＰＵ２１１Ａは、アップデート処理を行う際、ネットワーク非接続状態（オフライン状態）にある場合は、外部メモリ、この実施の形態ではＵＳＢメモリ２５１（図５４参照）から更新用のデジタルインタフェース制御ソフトウェアを読み出す。このＵＳＢメモリ２５１には、予め、ＰＣ（Personal Computer）２５０において、ダウンロードサーバ２４３からダウンロードされた更新用のデジタルインタフェース制御ソフトウェアが格納されている。
【０２９３】
なお、ＰＣ２５０は、ダウンロードサーバ２４３から更新用のデジタルインタフェース制御ソフトウェアをダウンロードする際に、ユーザ識別情報を含むダウンロード要求をダウンロードサーバ２４３に送る。ダウンロードサーバ２４３は、例えば、ユーザ識別情報に基づいて、正当な権限があると認めるとき、更新用のデジタルインタフェース制御ソフトウェアを、ＰＣ２５０に送信する。ユーザ識別情報は、例えば、ＰＣ２５０において、ネットワークを介してセットトップボックス２００Ａのユーザ登録を行うことで、予め取得可能とされる。
【０２９４】
図５６は、オフライン状態におけるアップデート処理を示している。この場合、アップデートマネージャ２７１は、ＵＳＢインタフェース２６５を介して、ＵＳＢメモリ２５１から更新用のデジタルインタフェース制御ソフトウェアを読み出し、ＨＤＭＩコントローラ２７３にインストールする。
【０２９５】
図５７のフローチャートは、ＣＰＵ２１１Ａのアップデートに関する処理の一例を示している。アップデートマネージャ２７１は、この処理を、例えば、セットトップボックス２００Ａがパワーオン状態にあり、かつＨＰＤラインでテレビ受信機３００の接続が確認されるタイミングで行う。
【０２９６】
アップデートマネージャ２７１は、ステップＳＴ１において、処理を開始し、その後にステップＳＴ２の処理に移る。このステップＳＴ２において、アップデートマネージャ２７１は、シンク機器が３Ｄ対応か否か、つまりテレビ受信機３００が３Ｄ画像データの取り扱いが可能か否かを判断する。アップデートマネージャ２７１は、テレビ受信機３００が３Ｄ画像データの取り扱いが可能であるか否かを、テレビ受信機３００のＨＤＭＩ受信部３０３から読み出したＥ−ＥＤＩＤのVender Specific領域内の“3D_present”で表されるフラグにより判断する（図５２参照）。
【０２９７】
なお、上述したようにＨＰＤラインでテレビ受信機３００の接続が確認されるとき、ＨＤＭＩ送信部２０６Ａは、ＣＰＵ２１１Ａ（図５３参照）からの要求に応じて、テレビ受信機３００のＨＤＭＩ受信部３０３からＥ−ＥＤＩＤを読み出し、ＣＰＵ２１１Ａに送る。ＣＰＵ２１１Ａは、このＥ−ＥＤＩＤを、フラッシュＲＯＭ２１２あるいはＤＲＡＭ２１３に格納する。そのため、アップデートマネージャ２７１は、ステップＳＴ２の判断において、Ｅ−ＥＤＩＤのVender Specific領域内の“3D_present”で表されるフラグを参照できる。
【０２９８】
シンク機器が３Ｄ対応でないき、アップデートマネージャ２７１は、直ちに、ステップＳＴ３に進み、アップデート処理を行うことなく、処理を終了する。なお、このように処理を終了する場合、その後に、メニューサーバ２４１からのコンテンツ情報よるメニュー表示に基づいてユーザが３Ｄコンテンツを選択した場合、３Ｄ表示不能なモニタが接続されている旨を表示部２６２に表示し、ユーザに注意喚起してもよい。
【０２９９】
ステップＳＴ２でシンク機器が３Ｄ対応であるとき、アップデートマネージャ２７１は、ステップＳＴ４の処理に移る。このステップＳＴ４において、アップデートマネージャ２７１は、シンク機器のバージョンが、ソース機器のバージョンより大きいか否かを判断する。アップデートマネージャ２７１は、シンク機器のバージョンを知るために、具体的には、Ｅ−ＥＤＩＤのVendor Specific InfoFrame Extension の3D_Ext_dataをチェックして3D_structure の増加分を確認する。この場合、アップデートマネージャ２７１は、テレビ受信機３００のバージョンがＨＤＭＩ１．４であるのに対して、ＨＤＭＩ送信部２０６Ａのバージョンが３Ｄ画像データの取り扱いが不可能なＨＤＭＩ１．３であるか否かを判断する。
【０３００】
ＨＤＭＩ送信部２０６Ａのバージョンが３Ｄ画像データの取り扱いが可能なＨＤＭＩ１．４に既に変更されているとき、アップデートマネージャ２７１は、直ちに、ステップＳＴ３に進み、アップデート処理を行うことなく、処理を終了する。一方、ＨＤＭＩ送信部２０６ＡのバージョンがＨＤＭＩ１．３であるとき、アップデートマネージャ２７１は、ステップＳＴ５の処理に移る。
【０３０１】
このステップＳＴ５において、アップデートマネージャ２７１は、ビットストリーム処理部２０１Ｈで処理される受信データ（放送データまたは配信データ）に含まれる画像データが３Ｄ画像データであるか否かを判断する。アップデートマネージャ２７１は、画像データが３Ｄ画像データであるか否かを、ビットストリーム処理部２０１Ｈに含まれる３Ｄ検出部２６１の識別情報に基づいて判断する。なお、３Ｄ検出部２６１は、上述したように、放送データや配信データのヘッダ部等に挿入されている３Ｄ識別情報に基づいて、画像データが３Ｄ画像データであるか否かを識別する。
【０３０２】
画像データが３Ｄ画像データでないとき、アップデートマネージャ２７１は、直ちに、ステップＳＴ３に進み、アップデート処理を行うことなく、処理を終了する。一方、画像データが３Ｄ画像データであるとき、アップデートマネージャ２７１は、ステップＳＴ６に進み、アップデート処理に移る。
【０３０３】
なお、ＣＰＵ２１１Ａは、図５７のフローチャートの代わりに、図５８のフローチャートに沿った処理を行ってもよい。この図５８において、図５７と対応する部分には同一符号を付して示している。アップデートマネージャ２７１は、ステップＳＴ４でシンク機器のバージョンがソース機器のバージョンより大きくないとき、つまり、ＨＤＭＩ送信部２０６ＡのバージョンがＨＤＭＩ１．３であるとき、ステップＳＴ７の処理に移る。
【０３０４】
このステップＳＴ７において、アップデートマネージャ２７１は、メニューサーバ２４１からのコンテンツ情報よるメニュー表示に基づいて２Ｄコンテンツ（画像データが２次元画像データであるコンテンツ）が選択されているか否かを判断する。２Ｄコンテンツが選択されているとき、アップデートマネージャ２７１は、直ちに、ステップＳＴ３に進み、アップデート処理を行うことなく、処理を終了する。一方、２Ｄコンテンツが選択されていないとき、アップデートマネージャ２７１は、ステップＳＴ５の処理に移る。
【０３０５】
この図５８のフローチャートにおいて、その他の部分は、図５７のフローチャートと同様である。この図５８のフローチャートのように、ステップＳＴ７の判断処理を含めることで、２Ｄコンテンツが選択されているとき、ステップＳＴ５の判断処理を行うことなく、直ちに、処理を終了できる。
【０３０６】
図５９のフローチャートは、ＣＰＵ２１１Ａのアップデート処理（図５８、図５９のステップＳＴ６の処理）の一例を示している。ＣＰＵ２１１Ａは、ステップＳＴ１１において、アップデート処理を開始し、その後にステップＳＴ１２の処理に移る。
【０３０７】
このステップＳＴ１２において、ＵＩマネージャ２７２は、表示部２６２に、デジタルインタフェース制御ソフトウェアの更新処理に入ることを表示する。また、アップデートマネージャ２７１は、ステップＳＴ１３において、ネットワーク接続環境（オンライン状態）にあるかをチェックする。そして、アップデートマネージャ２７１は、ステップＳＴ１４において、ネットワーク接続されているか否かを判断する。
【０３０８】
ネットワーク接続されているとき、アップデートマネージャ２７１は、ステップＳＴ１５において、イーサネットインタフェース２６３を介して、ダウンロードサーバ２４３に接続する。そして、アップデートマネージャ２７１は、ステップＳＴ１６において、ダウンロードサーバ２４３に、Vendor Specific InfoFrame の定義部分を含む更新用のデジタルインタフェース制御ソフトウェアのダウンロードをリクエストする。このリクエスト情報には、ユーザ識別情報が含まれる。ダウンロードサーバ２４３は、例えば、このユーザ識別情報に基づいて、正当な権限があると認めるとき、更新用のデジタルインタフェース制御ソフトウェアを、セットトップボックス２００Ａに送信する。
【０３０９】
次に、ＵＩマネージャ２７２は、ステップＳＴ１７において、表示部２６２に、更新用のデジタルインタフェース制御ソフトウェアのダウンロード中であることを表示する。そして、アップデートマネージャ２７１は、ステップＳＴ１８において、ダウンロードサーバ２４３から更新用のデジタルインタフェース制御ソフトウェアを受信し、ＨＤＭＩコントローラ２７３へインストールする。
【０３１０】
次に、ＵＩマネージャ２７２は、ステップＳＴ１９において、ＨＤＭＩのデジタルインタフェースの最新状況を、表示部２６２に表示する。例えば、ステップＳＴ１８の処理でアップデートが成立するときはバージョンがＨＤＭＩ１．４であることを表示するが、ステップＳＴ１８の処理で何らかのトラブルによりアップデートが成立しなときはバージョンがＨＤＭＩ１．３であることを表示する。ＣＰＵ２１１Ａは、ステップＳＴ１９の処理の後、ステップＳＴ２０において、処理を終了する。
【０３１１】
また、ステップＳＴ１４でネットワーク接続されていないとき、ＵＩマネージャ２７２は、ステップＳＴ２１において、表示部２６２に、更新用のデジタルインタフェース制御ソフトウェアを記憶したＵＳＢメモリ（外部メモリ）２５１の接続を指示する表示を行う。そして、アップデートマネージャ２７１は、ステップＳＴ２２において、ＵＳＢメモリ２５１が接続されたか否かを判断する。
【０３１２】
ＵＳＢメモリ２５１が接続されていないとき、アップデートマネージャ２７１は、ステップＳＴ２３において、タイムオーバーか、またはユーザの中止操作があるか判断する。タイムオーバーか、またはユーザの中止操作のいずれかであるとき、ＵＩマネージャ２７２は、直ちに、ステップＳＴ１９に進み、ＨＤＭＩのデジタルインタフェースの最新状況を表示する。この場合、ＨＤＭＩコントローラ２７３のデジタルインタフェース制御ソフトウェアは更新されておらず、アップデートが成立していないので、バージョンがＨＤＭＩ１．３であることが表示される。ＣＰＵ２１１Ａは、ステップＳＴ１９の処理の後、ステップＳＴ２０において、処理を終了する。
【０３１３】
また、ステップＳＴ２２でＵＳＢメモリ２５１が接続されたとき、アップデートマネージャ２７１は、ステップＳＴ２４において、ＵＳＢインタフェース２６５を介して、ＵＳＢメモリ２５１から更新用のデジタルインタフェース制御ソフトウェアを読み出し、ＨＤＭＩコントローラ２７３へインストールする。
【０３１４】
そして、ＵＩマネージャ２７２は、ステップＳＴ１９において、表示部２６２にＨＤＭＩのデジタルインタフェースの最新状況を表示する。例えば、ステップＳＴ２４の処理でアップデートが成立するときはバージョンがＨＤＭＩ１．４であることを表示するが、ステップＳＴ２４の処理で何らかのトラブルによりアップデートが成立しなときはバージョンがＨＤＭＩ１．３であることを表示する。ＣＰＵ２１１Ａは、ステップＳＴ１９の処理の後、ステップＳＴ２０において、処理を終了する。
【０３１５】
なお、図６０のフローチャートは、ＰＣ２５０におけるダウンロード処理の一例を示している。ＰＣ２５０は、ステップＳＴ３１において、ダウンロード処理を開始し、その後に、ステップＳＴ３２の処理に移る。
【０３１６】
このステップＳＴ３２において、ＰＣ２５０は、ダウンロードサーバ２４３に接続する。そして、ＰＣ２５０は、ステップＳＴ３３において、ダウンロードサーバ２４３に、Vendor Specific InfoFrame の定義部分を含む更新用のデジタルインタフェース制御ソフトウェアのダウンロードをリクエストする。このリクエスト情報には、ユーザ識別情報が含まれる。ダウンロードサーバ２４３は、例えば、このユーザ識別情報に基づいて、正当な権限があると認めるとき、更新用のデジタルインタフェース制御ソフトウェアを、ＰＣ２５０に送信する。
【０３１７】
次に、ＰＣ２５０は、ステップＳＴ３４において、ダウンロードサーバ２４３から更新用のデジタルインタフェース制御ソフトウェアを受信し、ＵＳＢメモリ２５１に記憶する。ＰＣ２５０は、ステップＳＴ３４の処理の後、ステップＳＴ３５において、処理を終了する。
【０３１８】
上述したように、図１に示す立体画像表示システム１０においては、視差情報に基づいて、左眼画像および右眼画像に重畳する同一の重畳情報（クローズド・キャプション情報、サブタイトル情報など）に視差が付与される。そのため、左眼画像および右眼画像に重畳される同一の重畳情報として、画像内の各物体（オブジェクト）の遠近感に応じて視差調整が施されたものを用いることができ、重畳情報の表示において、画像内の各物体との間の遠近感の整合性を維持することが可能となる。
【０３１９】
また、図５３に示すセットトップボックス２００Ａにおいては、ＨＤＭＩ送信部２０６Ａのバージョンが当初ＨＤＭＩ１．３で３Ｄ画像データの取り扱いができない状態であっても、必要に応じて、そのバージョンをＨＤＭＩ１．４に変更できる。したがって、受信画像データである３Ｄ画像データを、ＨＤＭＩデジタルインタフェースで、３Ｄ画像データの取り扱いが可能なテレビ受信機３００に送信する必要性に、良好に対処できる。
【０３２０】
＜２．変形例＞
なお、上述実施の形態においては、放送局１００側からセットトップボックス２００に画像内の所定位置の視差ベクトルが送信されてくる。この場合、セットトップボックス２００は、受信された立体画像データに含まれる左眼画像データおよび右眼画像データに基づいて視差ベクトルを得ることを必要とせず、セットトップボックス２００の処理が簡単となる。
【０３２１】
しかし、立体画像データの受信側、上述の実施の形態ではセットトップボックス２００に、図２の送信データ生成部１１０における視差ベクトル検出部１１４と同等の視差ベクトル検出部を配置することも考えられる。この場合、視差ベクトルが送られてこなくても、視差ベクトルを用いた処理が可能となる。
【０３２２】
図６１は、例えば、セットトップボックス２００に設けられるビットストリーム処理部２０１Ｆの構成例を示している。この図６１において、図３５と対応する部分には同一符号を付し、その詳細説明は省略する。このビットストリーム処理部２０１Ｆでは、図３５に示すビットストリーム処理部２０１における視差ベクトルデコーダ２２５の代わりに、視差ベクトル検出部２３７が配置されている。
【０３２３】
この視差ベクトル検出部２３７は、ビデオデコーダ２２１で得られる立体画像データを構成する左眼画像データおよび右眼画像データに基づいて、画像内の所定位置における視差ベクトルを検出する。そして、この視差ベクトル検出部２３７は、検出した視差ベクトルを、立体画像用サブタイトル・グラフィクス発生部２２６、立体画像用テキスト発生部２２７およびマルチチャネルスピーカ出力制御部２２９に供給する。
【０３２４】
詳細説明は省略するが、この図６１に示すビットストリーム処理部２０１Ｆのその他は、図３５に示すビットストリーム処理部２０１と同様に構成され、同様に動作する。
【０３２５】
また、図６２は、例えば、セットトップボックス２００に設けられるビットストリーム処理部２０１Ｇの他の構成例を示している。この図６２において、図３５、図３９と対応する部分には同一符号を付し、その詳細説明は省略する。このビットストリーム処理部２０１Ｇでは、図３９に示すビットストリーム処理部２０１Ｃにおける視差情報取り出し部２３２視差ベクトルデコーダ２２５の代わりに、視差ベクトル検出部２３７が配置されている。
【０３２６】
この視差ベクトル検出部２３７は、ビデオデコーダ２２１で得られる立体画像データを構成する左眼画像データおよび右眼画像データに基づいて、画像内の所定位置における視差ベクトルを検出する。視差ベクトル検出部２３７は、検出した視差ベクトルを、立体画像用クローズド・キャプション発生部２３４、立体画像用サブタイトル・グラフィクス発生部２２６、立体画像用テキスト発生部２２７およびマルチチャネルスピーカコントロール部２２９に供給する。
【０３２７】
詳細説明は省略するが、この図６２に示すビットストリーム処理部２０１Ｇのその他は、図３９に示すビットストリーム処理部２０１Ｃと同様に構成され、同様に動作する。
【０３２８】
また、上述実施の形態においては、立体画像表示システム１０が、放送局１００、セットトップボックス２００およびテレビ受信機３００で構成されているものを示した。しかし、テレビ受信機３００は、図４２に示すように、セットトップボックス２００内のビットストリーム処理部２０１と同等に機能するビットストリーム処理部３０６を備えている。したがって、図６３に示すように、放送局１００およびテレビ受信機３００で構成される立体画像表示システム１０Ａも考えられる。
【０３２９】
また、上述実施例においては、立体画像データを含むデータストリーム（ビットストリームデータ）が放送局１００から放送される例を示した。しかし、この発明は、このデータストリームがインターネット等のネットワークを利用して受信端末に配信される構成のシステムにも同様に適用できることは勿論である。
【０３３０】
なお、上述の図５３に示すセットトップボックス２００Ａでは、パワーオン状態にあり、かつＨＰＤラインでテレビ受信機３００の接続が確認されるタイミングで、ＨＤＭＩコントローラ２７３のデジタルインタフェース制御ソフトウェアのアップデートが必要か否か判断される。そして、受信画像データが３Ｄ画像データであり、かつテレビ受信機（モニタ装置）３００が３Ｄ画像データの取り扱いが可能であるとき、アップデート処理が行われる。しかし、このアップデート処理のタイミングおよび条件は、これに限定されない。例えば、メニューサーバ２４１からのメニュー情報に基づいて３Ｄコンテンツが選択された段階で、直ちに、アップデート処理を行うようにしてもよい。
【０３３１】
また、上述の図５３に示すセットトップボックス２００Ａでは、アップデート処理を行う際に、自身あるいはＰＣ２５０がダウンロードサーバ２４３からダウンロードした更新用のデジタルインタフェース制御ソフトウェアを使用するものを示した。しかし、この更新用のデジタルインタフェース制御ソフトウェアをその他の方法で取得して、アップデート処理を行ってもよい。例えば、この更新用のデジタルインタフェース制御ソフトウェアが予めフラッシュＲＯＭ２１２に格納されていてもよい。また、例えば、この更新用のデジタルインタフェース制御ソフトウェアが格納されたＵＳＢメモリ、メモリカード等の外部メモリを購入してもよい。
【０３３２】
また、上述の図５３に示すセットトップボックス２００Ａでは、ＵＩマネージャ２７２は、アップデート処理時において、必要な情報を、セットトップボックス２００Ａの表示部２６２に表示する。しかし、ＵＩマネージャ２７２は、この必要な情報を表示するためのＵＩ表示のための画像データを発生し、この画像データをＨＤＭＩデジタルインタフェースでテレビ受信機３００側に送信し、表示パネル３０９（図４２参照）に表示するようにしてもよい。
【０３３３】
また、上述では、ＨＤＭＩ送信部のバージョンを所定のタイミングでＨＤＭＩ１．３からＨＤＭＩ１．４に変更するソース機器の例として、図５３に示すように、セットトップボックス２００Ａを示した。しかし、このような機能を持たせるソース機器は、セットトップボックスに限定されるものではなく、例えば、ＢＤやＤＶＤ等のディスクプレーヤ、さらにはゲーム機なども考えられる。これらのソース機器においても、当初ＨＤＭＩ送信部のバージョンがＨＤＭＩ１．３に置かれていても、その後に、３Ｄ画像データの取り扱いが行われるようになった場合、アップデート処理を行うことで、３Ｄ画像データをシンク機器に送信することが可能となる。
【０３３４】
また、上述では、デジタルインタフェースのアップデート処理をＨＤＭＩのデジタルインタフェースに適用したものを示している。しかし、同様のデジタルインタフェース（有線の他に無線も含む）においても、この発明を適用できることは勿論である。
【産業上の利用可能性】
【０３３５】
この発明は、例えば、ＨＤＭＩデジタルインタフェース等のデジタルインタフェースを使用して画像データを送信する画像表示システム等に適用できる。
【符号の説明】
【０３３６】
１０，１０Ａ・・・立体画像表示システム、１００・・・放送局、１１０，１１０Ａ〜１００Ｅ・・・送信データ生成部、１１１Ｌ，１１１Ｒ・・・カメラ、１１２・・・ビデオフレーミング部、１１３・・・ビデオエンコーダ、１１３ａ・・・ストリームフォーマッタ、１１４・・・視差ベクトル検出部、１１５・・・視差ベクトルエンコーダ、１１６・・・マイクロホン、１１７・・・オーディオエンコーダ、１１８・・・サブタイトル・グラフィクス発生部、１１９・・・サブタイトル・グラフィクスエンコーダ、１２０・・・テキスト発生部、１２１・・・テキストエンコーダ、１２２・・・マルチプレクサ、１２４・・・サブタイトル・グラフィクス処理部、１２５・・・テキスト処理部、１２６・・・コントローラ、１２７・・・ＣＣエンコーダ、１２８・・・Ｚデータ部、１２９・・・視差情報エンコーダ、１３０・・・ＣＣデータ処理部、２００，２００Ａ・・・セットトップボックス、２０１，２０１Ａ〜２０１Ｇ，２０１Ｈ・・・ビットストリーム処理部、２０２・・・ＨＤＭＩ端子、２０３・・・アンテナ端子、２０４・・・デジタルチューナ、２０５・・・映像信号処理回路、２０６，２０６Ａ・・・ＨＤＭＩ送信部、２０７・・・音声信号処理回路、２１１，２１１Ａ・・・ＣＰＵ、２１２・・・フラッシュＲＯＭ、２１３・・・ＤＲＡＭ、２１４・・・内部バス、２１５・・・リモコン受信部、２１６・・・リモコン送信機、２２０・・・デマルチプレクサ、２２１・・・ビデオデコーダ、２２２・・・サブタイトル・グラフィクスデコーダ、２２３・・・テキストデコーダ、２２４・・・オーディオデコーダ、２２５・・・視差ベクトルデコーダ、２２６・・・立体画像用サブタイトル・グラフィクス発生部、２２７・・・立体画像用テキスト発生部、２２８・・・ビデオ重畳部、２２９・・・マルチチャネルスピーカコントロール部、２３１・・・視差ベクトル取り出し部、２３２・・・視差情報取り出し部、２３３・・・ＣＣデコーダ、２３４・・・立体画像用クローズド・キャプション発生部、２３５・・・視差情報取り出し部、２３６・・・ＣＣデコーダ、２３７・・・視差ベクトル検出部、２４０・・・ネットワーク、２４１・・・メニューサーバ、２４２・・・ストリーミングサーバ、２４３・・・ダウンロードサーバ、２５０・・・ＰＣ、２５１・・・ＵＳＢメモリ、２６１・・・３Ｄ検出部、２６２・・・表示部、２６３・・・イーサネットインタフェース、２６４・・・ネットワーク端子、２６５・・・ＵＳＢインタフェース、２６６・・・ＵＳＢ端子、２７１・・・アップデートマネージャ、２７２・・・ＵＩマネージャ、２７３・・・ＨＤＭＩコントローラ、３００・・・テレビ受信機、３０１・・・３Ｄ信号処理部、３０２・・・ＨＤＭＩ端子、３０３・・・ＨＤＭＩ受信部、３０４・・・アンテナ端子、３０５・・・デジタルチューナ、３０６・・・ビットストリーム処理部、３０７・・・映像信号処理回路、３０８・・・パネル駆動回路、３０９・・・表示パネル、３１０・・・音声信号処理回路、３１１・・・音声増幅回路、３１２・・・スピーカ、３２１・・・ＣＰＵ、３２２・・・フラッシュＲＯＭ、３２３・・・ＤＲＡＭ、３２４・・・内部バス、３２５・・・リモコン受信部、３２６・・・リモコン送信機、４００・・・ＨＤＭＩケーブル
【図１】
2011030179.tif 000003
【図２】
2011030179.tif 000004
【図３】
2011030179.tif 000005
【図４】
2011030179.tif 000006
【図５】
2011030179.tif 000007
【図６】
2011030179.tif 000008
【図７】
2011030179.tif 000009
【図８】
2011030179.tif 000010
【図９】
2011030179.tif 000011
【図１０】
2011030179.tif 000012
【図１１】
2011030179.tif 000013
【図１２】
2011030179.tif 000014
【図１３】
2011030179.tif 000015
【図１４】
2011030179.tif 000016
【図１５】
2011030179.tif 000017
【図１６】
2011030179.tif 000018
【図１７】
2011030179.tif 000019
【図１８】
2011030179.tif 000020
【図１９】
2011030179.tif 000021
【図２０】
2011030179.tif 000022
【図２１】
2011030179.tif 000023
【図２２】
2011030179.tif 000024
【図２３】
2011030179.tif 000025
【図２４】
2011030179.tif 000026
【図２５】
2011030179.tif 000027
【図２６】
2011030179.tif 000028
【図２７】
2011030179.tif 000029
【図２８】
2011030179.tif 000030
【図２９】
2011030179.tif 000031
【図３２】
2011030179.tif 000032
【図３３】
2011030179.tif 000033
【図３４】
2011030179.tif 000034
【図３５】
2011030179.tif 000035
【図３６】
2011030179.tif 000036
【図３７】
2011030179.tif 000037
【図３８】
2011030179.tif 000038
【図３９】
2011030179.tif 000039
【図４０】
2011030179.tif 000040
【図４１】
2011030179.tif 000041
【図４２】
2011030179.tif 000042
【図４３】
2011030179.tif 000043
【図４４】
2011030179.tif 000044
【図４５】
2011030179.tif 000045
【図４６】
2011030179.tif 000046
【図４７】
2011030179.tif 000047
【図４８】
2011030179.tif 000048
【図４９】
2011030179.tif 000049
【図５０】
2011030179.tif 000050
【図５１】
2011030179.tif 000051
【図５２】
2011030179.tif 000052
【図５３】
2011030179.tif 000053
【図５４】
2011030179.tif 000054
【図５５】
2011030179.tif 000055
【図５６】
2011030179.tif 000056
【図５７】
2011030179.tif 000057
【図５８】
2011030179.tif 000058
【図５９】
2011030179.tif 000059
【図６０】
2011030179.tif 000060
【図６１】
2011030179.tif 000061
【図６２】
2011030179.tif 000062
【図６３】
2011030179.tif 000063
【図６４】
2011030179.tif 000064
【図３０】
2011030179.tif 000065
【図３１】
2011030179.tif 000066