【課題】
３Ｄ映像信号または３Ｄ映像信号についての番組情報の表示または出力においてよりユーザーの利便性を高めることを可能とする。
【解決手段】
番組情報および３Ｄ映像信号を含むデジタル信号を受信する映像出力装置において、前記番組情報および３Ｄ映像信号を含むデジタル信号を受信する受信部と、前記番組情報の表示画面信号を出力する出力部とを備え、前記出力部が出力する表示画面信号において、前記番組情報に含まれる３Ｄ奥行き情報を表示するように構成する。

【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、三次元（Three dimension：以下３Ｄ）映像の放送受信装置、受信方法および送受信方法、または三次元映像の映像出力装置および映像出力方法、に関する。
【背景技術】
【０００２】
特許文献１には、「BDから再生される3D画像よりも手前側に、カーソルや、OSD(On Screen Display)の画像を表示する。」（特許文献１参照）ことを課題とし、その解決手段として、「3D(Dimension)画像が記録されたBD(Blu-Ray（登録商標）Disc)を再生するプレーヤであるBDプレーヤのPSR(Player Setting Register)に、BDに記録された3D画像の奥行き方向の、最も手前側の位置を表す値、さらには、最も奥側の位置を表す値を設定する。本発明は、例えば、BDを再生するBDプレーヤ等に適用することができる。」（特許文献１参照）等が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２４５７６１
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１においては、ＢＤ再生時に３Ｄ映像表示における奥行き感情報（以下、３Ｄ奥行き情報）を使用するために、ＢＤに記録されているいずれの情報に３Ｄ奥行き情報を記載するべきかという内容について記載されているが、３Ｄ奥行き情報をどのように判定し、ユーザーに対してメッセージ（例えばＯＳＤなどのディスプレイ表示、以下ＯＳＤ）などの情報を提示するかについて詳細な記載が無く、特にデジタル放送などの他の伝送方式において、奥行き情報をどのように記載するべきかという方法について開示がない。そのため、例えばデジタル放送を受信する場合、もしくはデジタル放送信号の記録再生などをする場合に、装置がどのような処理を行い、ＯＳＤを表示すれば、ユーザーの利便性が高まるかという点について課題がある。
【０００５】
本発明は、上記課題を鑑みてなされたものであり、その目的は、３Ｄ映像信号または３Ｄ映像信号についての番組情報の表示または出力においてよりユーザーの利便性を高めることにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の一実施の態様は、例えば特許請求の範囲に記載されている技術的思想を用いればよい。
【発明の効果】
【０００７】
本発明によれば、３Ｄ映像信号または３Ｄ映像信号についての番組情報の表示または出力においてよりユーザーの利便性を高めることが可能になる。
【図面の簡単な説明】
【０００８】
【図１】システムの構成例を示すブロック図の一例
【図２】送信装置１の構成例を示すブロック図の一例
【図３】ストリーム形式種別の割り当ての例
【図４】コンポーネント記述子の構造の一例
【図５（ａ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例
【図５（ｂ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例
【図５（ｃ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例
【図５（ｄ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例
【図５（ｅ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例
【図６】コンポーネントグループ記述子の構造の一例
【図７】コンポーネントグループ種別の例
【図８】コンポーネントグループ識別の例
【図９】課金単位識別の例
【図１０（ａ）】３Ｄ番組詳細記述子の構造の一例
【図１０（ｂ）】３Ｄ／２Ｄ種別の例を示す図
【図１１】３Ｄの方式種別の例を示す図
【図１２】サービス記述子の構造の一例
【図１３】サービス形式種別の例
【図１４】サービスリスト記述子の構造の一例
【図１５】コンポーネント記述子の送信装置１における送出運用規則の一例
【図１６】コンポーネントグループ記述子の送信装置１における送出運用規則の一例である。
【図１７】３Ｄ番組詳細記述子の送信装置１における送出運用規則の一例
【図１８】サービス記述子の送信装置１における送出運用規則の一例
【図１９】サービスリスト記述子の送信装置１における送出運用規則の一例
【図２０】受信装置４における、コンポーネント記述子の各フィールドに対する処理の一例
【図２１】受信装置４における、コンポーネントグループ記述子の各フィールドに対する処理の一例
【図２２】受信装置４における、３Ｄ番組詳細記述子の各フィールドに対する処理の一例
【図２３】受信装置４における、サービス記述子の各フィールドに対する処理の一例
【図２４】受信装置４における、サービスリスト記述子の各フィールドに対する処理の一例
【図２５】本発明の受信装置の構成図の一例
【図２６】本発明の受信装置におけるＣＰＵ内部機能ブロック図の概要図の一例
【図２７】システムの構成例を示すブロック図の一例
【図２８】システムの構成例を示すブロック図の一例
【図２９】３Ｄコンテンツの３Ｄ再生／出力／表示処理の一例の説明図
【図３０】３Ｄコンテンツの２Ｄ再生／出力／表示処理の一例の説明図
【図３１】３Ｄコンテンツの３Ｄ再生／出力／表示処理の一例の説明図
【図３２】３Ｄコンテンツの２Ｄ再生／出力／表示処理の一例の説明図
【図３３】メッセージ表示の一例
【図３４】メッセージ表示の一例
【図３５】３Ｄ映像伝送時のストリームの組合せ例
【図３６】コンテント記述子の構造の一例
【図３７】番組ジャンルについてのコード表の一例
【図３８】番組特性についてのコード表の一例
【図３９】番組特性についてのコード表の一例
【図４０】番組切り替わり時のシステム制御部のフローチャートの一例
【図４１】ユーザー応答受信オブジェクトの一例
【図４２】映像情報による３Ｄ判定処理時のシステム制御部のフローチャートの一例
【図４３】映像情報による３Ｄ判定処理時のシステム制御部のフローチャートの一例
【図４４】映像情報による３Ｄ判定処理時のシステム制御部のフローチャートの一例
【図４５】メッセージ表示の一例
【図４６】メッセージ表示の一例
【図４７】ユーザー設定メニューの一例
【図４８】３ＤでのＯＳＤ表示の説明図
【図４９】ＯＳＤ表示時のシステム制御部のフローチャートの一例
【図５０】ＯＳＤ表示時のシステム制御部のフローチャートの一例
【図５１】番組切り替わり時のシステム制御部のフローチャートの一例
【図５２】番組表表示の一例
【図５３】ＣＨバナー表示の一例
【図５４】録画番組一覧の一例
【図５５】３Ｄ番組詳細記述子の送信装置１における送出運用規則の一例
【図５６】３Ｄ番組詳細記述子の構造の一例
【発明を実施するための形態】
【０００９】
以下、本発明に好適な実施形態の例（実施例）を説明する。但し、本発明は本実施例に限定されない。本実施例は、主には受信装置について説明してあり、受信装置での実施に好適であるが、受信装置以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。
【００１０】
＜システム＞
図1は、本実施例のシステムの構成例を示すブロック図である。放送で情報を送受信して記録再生する場合を例示している。ただし放送に限定されず通信によるＶＯＤであってもよく、総称して配信ともいう。
【００１１】
１は放送局などの情報提供局に設置される送信装置、２は中継局や放送用衛星などに設置される中継装置、３はインターネットなど一般家庭と放送局を繋ぐ公衆回線網、ユーザーの宅内などに設置される４は受信装置、１０は受信装置４に内蔵される受信記録再生部である。受信記録再生部１０では、放送された情報を記録し再生、またはリムーバブルな外部媒体からのコンテンツの再生、などができる。
【００１２】
送信装置１は、中継装置２を介して変調された信号電波を伝送する。図のように衛星による伝送以外にも例えばケーブルによる伝送、電話線による伝送、地上波放送による伝送、公衆回線網３を介したインターネットなどのネットワーク経由による伝送などを用いることもできる。受信装置４で受信されたこの信号電波は、後に述べるように、復調されて情報信号となった後、必要に応じ記録媒体に記録される。または公衆回線網３を介して伝送する場合には、公衆回線網３に適したプロトコル（例えばＴＣＰ／ＩＰ）に準じたデータ形式（ＩＰパケット）等の形式に変換され、前記データを受信した受信装置４は、復号して情報信号とし、必要に応じ記録するに適した信号となって記録媒体に記録される。また、ユーザーは、受信装置４にディスプレイが内蔵されている場合はこのディスプレイで、内蔵されていない場合には受信装置４と図示しないディスプレイとを接続して情報信号が示す映像音声を視聴することができる。
【００１３】
＜送信装置＞
図２は、図１のシステムのうち、送信装置１の構成例を示すブロック図である。
【００１４】
１１はソース発生部、１２はＭＰＥＧ２、或いはＨ.２６４方式等で圧縮を行い、番組情報などを付加するエンコード部、１３はスクランブル部、１４は変調部、１５は送信アンテナ、１６は管理情報付与部である。カメラ、記録再生装置などから成るソース発生部１１で発生した映像音声などの情報は、より少ない占有帯域で伝送できるよう、エンコード部１２でデータ量の圧縮が施される。必要に応じてスクランブル部１３で、特定の視聴者には視聴可能となるように伝送暗号化される。変調部１４でＯＦＤＭ，ＴＣ８ＰＳＫ，ＱＰＳＫ、多値ＱＡＭなど伝送するに適した信号となるよう変調された後、送信アンテナ１５から、中継装置２に向けて電波として送信される。このとき、管理情報付与部１６では、ソース発生部１１で作成されたコンテンツの属性などの番組特定情報（例えば、映像や音声の符号化情報、音声の符号化情報、番組の構成、３Ｄ映像か否か等）が付与され、また、放送局が作成した番組配列情報（例えば現在の番組や次番組の構成、サービスの形式、１週間分の番組の構成情報等）なども付与される。これら番組特定情報および番組配列情報を合わせて、以下では番組情報と呼ぶ。
【００１５】
なお、一つの電波には複数の情報が、時分割、スペクトル拡散などの方法で多重されることが多い。簡単のため図２には記していないが、この場合、ソース発生部１１とエンコード部１２の系統が複数個あり、エンコード部１２とスクランブル部１３との間、またはエンコード部１２と暗号化部１７との間に、複数の情報を多重するマルチプレクス部（多重化部）が置かれる。
【００１６】
また、公衆回線網３を経由して送信する信号についても同様に、エンコード部１２で作成された信号が必要に応じて暗号化部１７で、特定の視聴者には視聴可能となるように暗号化される。通信路符号化部１８で、公衆回線網３で伝送するに適した信号となるよう符号化された後、ネットワークＩ／Ｆ（Interface）部１９から、公衆回線網３に向けて送信される。
【００１７】
＜３Ｄ伝送方式＞
送信装置１から伝送される３Ｄ番組の伝送方式には大きく分けて二つの方式がある。一つの方式は、既存の２Ｄ番組の放送方式を生かし、１枚の画像内に左目用と右目用の映像を収めた方式がある。この方式は映像圧縮方式として既存のＭＰＥＧ２（Moving Picture Experts Group 2）やＨ．２６４ ＡＶＣが利用され、その特徴は、既存の放送と互換があり、既存の中継インフラを利用でき、既存の受信機（ＳＴＢなど）での受信が可能であるが、既存の放送の最高解像度の半分（垂直方向、あるいは水平方向）の３Ｄ映像の伝送となる。例えば、図３１（ａ）で示すように１枚の画像を左右に分割して左目用映像（Ｌ）と右目用映像（Ｒ）それぞれの水平方向の幅が２Ｄ番組の約半分、垂直方向の幅が２Ｄ番組と同等の画面サイズで収めた「Side-by-Side」方式や１枚の画像を上下に分割して左目用映像（Ｌ）と右目用映像（Ｒ）それぞれのが水平方向の幅が２Ｄ番組と同等、垂直方向が２Ｄ番組の約半分の画面サイズで収めた「Top-and-Bottom」方式、その他インタレースを利用して収めた「Field alternative」方式や走査線１本ごとに左目用と右目用の映像を交互に収めた「Line alternative」方式や２次元（片側の）映像と映像の各ピクセルごとの深度(被写体までの距離)情報を収めた「Left＋Depth」方式がある。これらの方式は、１枚の画像を複数の画像に分割して複数の視点の画像を格納するものであるので、符号化方式自体は、元々多視点映像符号化方式ではないＭＰＥＧ２やＨ．２６４ ＡＶＣ（ＭＶＣを除く）符号化方式をそのまま用いることができ、既存の２Ｄ番組の放送方式を生かして３Ｄ番組放送を行うことができるというメリットがある。なお、例えば、２Ｄ番組を最大水平方向が１９２０ドット、垂直方向が１０８０ラインの画面サイズで伝送可能な場合には、「Side-by-Side」方式で３Ｄ番組放送を行う場合には、１枚の画像を左右に分割して左目用映像（Ｌ）と右目用映像（Ｒ）それぞれが、水平方向が９６０ドット、垂直方向が１０８０ラインの画面サイズで収めて伝送すればよい。同様にこの場合、「Top-and-Bottom」方式で３Ｄ番組放送を行う場合には、１枚の画像を左右に分割して左目用映像（Ｌ）と右目用映像（Ｒ）それぞれが、水平方向が１９２０ドット、垂直方向が５４０ラインの画面サイズで収めて伝送すればよい。
【００１８】
他の方式としては、左目用の映像と右目用の映像をそれぞれ別ストリーム（ES）で伝送する方式がある。本実施例では、当該方式を以下、「２視点別ＥＳ伝送」と称する。この方式の一例として、例えば、多視点映像符号化方式であるＨ．２６４ ＭＶＣによる伝送方式がある。その特徴は、高解像度の３Ｄ映像が伝送できる。この方式を用いると、高解像度の３Ｄ映像を伝送できるという効果がある。なお、多視点映像符号化方式とは、多視点の映像を符号化するために規格化された符号化方式であり、１画像を視点ごとに分割することなく、多視点の映像を符号化でき、視点ごとに別画像を符号化するものである。
【００１９】
この方式で３Ｄ映像を伝送する場合では、例えば左目用視点の符号化画像を主視点画像とし、右目用の符号化画像を他の視点画像として伝送すればよい。このようにすれば主視点画像については既存の２Ｄ番組の放送方式と互換性を保つことが可能である。例えば、多視点映像符号化方式としてＨ．２６４ ＭＶＣを用いる場合には、Ｈ．２６４ ＭＶＣのベースサブストリームについては、主視点画像はＨ．２６４ ＡＶＣの２Ｄ画像と互換性を保つことができ、主視点画像を２Ｄ画像として表示可能である。
【００２０】
さらに、本発明の実施例では、「３Ｄ２視点別ＥＳ伝送方式」の他の例として以下の方式も含めることとする。
【００２１】
「３Ｄ２視点別ＥＳ伝送方式」の他の一例に、左目用の符号化画像を主視点画像としＭＰＥＧ２で符号化し、右目用の符号化画像を他の視点画像としＨ．２６４ ＡＶＣで符号化してそれぞれ別ストリームとする方式を含める。この方式によれば、主視点画像はＭＰＥＧ２互換となり２Ｄ画像として表示可能となることから、ＭＰＥＧ２による符号化画像が広く普及している既存の２Ｄ番組の放送方式と互換性を保つことが可能である。
【００２２】
「３Ｄ２視点別ＥＳ伝送方式」の他の一例に、左目用の符号化画像を主視点画像としＭＰＥＧ２で符号化し、右目用の符号化画像を他の視点画像としてＭＰＥＧ２で符号化してそれぞれ別ストリームとする方式を含める。この方式も、主視点画像はＭＰＥＧ２互換となり２Ｄ画像として表示可能となることから、ＭＰＥＧ２による符号化画像が広く普及している既存の２Ｄ番組の放送方式と互換性を保つことが可能である。
【００２３】
「３Ｄ２視点別ＥＳ伝送方式」の他の一例として、左目用の符号化画像を主視点画像としＨ．２６４ ＡＶＣまたはＨ．２６４ ＭＶＣで符号化し、右目用の符号化画像を他の視点画像としてＭＰＥＧ２で符号化することもありえる。
【００２４】
なお、「３Ｄ２視点別ＥＳ伝送方式」とは別に、元々多視点映像符号化方式として規定された符号化方式ではないＭＰＥＧ２やＨ．２６４ ＡＶＣ（ＭＶＣを除く）などの符号化方式であっても左目用の映像と右目用のフレームを交互に格納したストリームを生成することで３Ｄ伝送も可能である。
【００２５】
＜番組情報＞
番組特定情報と番組配列情報とを番組情報という。
番組特定情報はＰＳＩ（Program Specific Information）とも呼ばれ、所要の番組を選択するために必要な情報で、放送番組に関連するＰＭＴ（Program Map Table）を伝送するＴＳパケットのパケット識別子を指定するＰＡＴ（Program Association Table）、放送番組を構成する各符号化信号を伝送するＴＳパケットのパケット識別子および有料放送の関連情報のうち共通情報を伝送するＴＳパケットのパケット識別子を指定するＰＭＴ、変調周波数など伝送路の情報と放送番組を関連付ける情報を伝送するＮＩＴ（Network Information Table）、有料放送の関連情報のうち個別情報を伝送するＴＳパケットのパケット識別子を指定するＣＡＴ（Conditional Access Table）の４つのテーブルからなり、ＭＰＥＧ２システム規格で規定されている。例えば、映像の符号化情報、音声の符号化情報、番組の構成を含む。本発明では、さらに３Ｄ映像か否かなどを示す情報を新たに含める。当該ＰＳＩは管理情報付与部１６で付加される。
【００２６】
番組配列情報はＳＩ（Service Information）とも呼ばれ、番組選択の利便性のために規定された各種情報であり、ＭＰＥＧ−２システム規格のＰＳＩ 情報も含まれ、番組名、放送日時、番組内容など、番組に関する情報が記載されるＥＩＴ（Event Information Table）、編成チャンネル名、放送事業者名など、編成チャンネル（サービス）に関する情報が記載されるＳＤＴ（Service Description Table）などがある。
【００２７】
例えば、現在放送されている番組や次に放送される番組の構成、サービスの形式、また、１週間分の番組の構成情報などを示す情報を含み、管理情報付与部１６で付加される。
【００２８】
番組情報には番組情報の構成要素であるコンポーネント記述子、コンポーネントグループ記述子、３Ｄ番組詳細記述子、サービス記述子、サービスリスト記述子などを含む。これらの記述子は、ＰＭＴ、ＥＩＴ[schedule basic/schedule extended/present/following]、ＮＩＴ、ＳＤＴといったテーブルの中に記載される。
【００２９】
ＰＭＴ、ＥＩＴそれぞれのテーブルの使い分けとしては、例えばＰＭＴについては現在放送されている番組の情報のみの記載であるため、未来に放送される番組の情報については確認することができない。しかし、送信側からの送信周期が短いため受信完了までの時間が短く、現在放送されている番組の情報なので変更されることがないという意味での信頼度が高いといった特徴がある。一方、ＥＩＴ[schedule basic/schedule extended]については現在放送されている番組以外に７日分先までの情報を取得できるが、送信側からの送信周期がＰＭＴに比べ長いため受信完了までの時間が長く、保持する記憶領域が多く必要で、かつ未来の事象のため変更される可能性があるという意味で信頼度が低いなどのデメリットがある。ＥＩＴ[following]については次の放送時間の番組の情報を取得できる。
【００３０】
番組特定情報のＰＭＴは、ＩＳＯ／ＩＥＣ１３８１８−１で規定されているテーブル構造を用い、その2ndループ（ＥＳ（Elementary Stream）毎のループ）に記載の８ビットの情報であるstream_type（ストリーム形式種別）により、放送されている番組のＥＳの形式を示すことができる。本発明の実施例では、従来よりもＥＳの形式を増やし、例えば、図３に示すように放送する番組のＥＳの形式を割り当てる。
【００３１】
まず、多視点映像符号化(例：H.264/MVC)ストリームのベースビューサブビットストリーム(主視点)について、既存のITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC 映像ストリームと同じ０ｘ１Ｂを割り当てる。次に、０ｘ２０に３Ｄ映像番組に用いることが可能な多視点映像符号化ストリーム（例えばＨ．２６４ ＭＶＣ）のサブビットストリーム（他の視点）を割り当てる。
【００３２】
また、３D映像の複数視点を別ストリームで伝送する「３Ｄ２視点別ＥＳ伝送方式」でもちいる場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)について、既存のITU-T 勧告H.262|ISO/IEC 13818-2 映像と同じ０ｘ０２を割り当てる。ここで、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)とは、３D映像の複数視点の映像うち、主視点の映像のみをH.262(MPEG2)方式で符号化したストリームである。
【００３３】
さらに、０ｘ２１に、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式の他の視点のビットストリームを割り当てる。
【００３４】
さらに、０ｘ２２に３D映像の複数視点を別ストリームで伝送する場合のITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC ストリーム方式の他の視点ビットストリームのビットストリームを割り当てる。
【００３５】
なお、ここでの説明では３Ｄ映像番組に用いることが可能な多視点映像符号化ストリームのサブビットストリームを０ｘ２０に割り当て、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式の他の視点のビットストリームを０ｘ２１に割り当て、３D映像の複数視点を別ストリームで伝送する場合のITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC ストリームを０ｘ２２に割り当てるとしたが、０ｘ２３〜０ｘ７Ｅの何れかに割り当てられることでも良い。また、ＭＶＣ映像ストリームは単なる一例であって、３Ｄ映像番組に用いることが可能な多視点映像符号化ストリームを示すのであれば、H.264/MVC以外の映像ストリームでもよい。
【００３６】
以上のように、stream_type（ストリーム形式種別）のビットを割りあてることにより、送信装置１側の放送事業者が３Ｄ番組を伝送（放送）するにあたり、本発明の実施例では、例えば、図３５に示すようなストリームの組合せで伝送することが可能となる。
【００３７】
組合せ例１では、主視点(左目用)映像ストリームとして、多視点映像符号化(例：H.264/MVC)ストリームのベースビューサブビットストリーム(主視点)(ストリーム形式種別0x1B)を伝送し、副視点(右目用) 映像ストリームとして多視点映像符号化(例：H.264/MVC)ストリームの他の視点用サブビットストリーム(ストリーム形式種別0x20)を伝送する。
【００３８】
この場合は、主視点(左目用)映像ストリーム、副視点(右目用) 映像ストリームともに、多視点映像符号化(例：H.264/MVC)方式のストリームを用いる。多視点映像符号化(例：H.264/MVC)方式は、そもそも多視点の映像を伝送するための方式であり、図３５の組合せ例の中で最も効率よく３Ｄ番組を伝送することができる。
【００３９】
また、３Ｄ番組を３Ｄ表示（出力）する際には、受信装置は、主視点(左目用)映像ストリームと副視点(右目用) 映像ストリームとの両者を処理して、３Ｄ番組を再生することが可能となる。
【００４０】
受信装置が３Ｄ番組を２Ｄ表示（出力）する場合には、主視点(左目用)映像ストリームのみを処理すれば、２Ｄ番組として表示（出力）することが可能となる。
【００４１】
なお、多視点符号化方式H.264/MVCのベースビューサブビットストリームと、既存のH.264/AVC(MVCを除く)の映像ストリームには互換性があるので、図３のように両者のストリーム形式種別を同じ０ｘ１Ｂに割り当てることにより以下の効果がある。つまり、３Ｄ番組を３Ｄ表示（出力）する機能を有していない受信装置が組合せ例１の３Ｄ番組を受信したとしても、受信装置に既存のH.264/AVC(MVCを除く)の映像ストリーム（ITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC 映像ストリーム）を表示（出力）する機能さえあれば、ストリーム形式種別に基づいて当該番組の主視点(左目用)映像ストリームを、既存のH.264/AVC(MVCを除く)の映像ストリームと同様のストリームと認識して通常の２Ｄ番組として表示（出力）することが可能となるという効果である。
【００４２】
さらに、副視点(右目用) 映像ストリームには、従来にないストリーム形式種別を割り当てているので既存の受信装置では無視される。これにより、既存の受信装置で副視点(右目用) 映像ストリームについて放送局側が意図しない表示（出力）を防止できる。
【００４３】
よって、新たに組合せ例１の３Ｄ番組の放送を開始したとしても、既存のH.264/AVC(MVCを除く)の映像ストリームを表示（出力）する機能を有する既存の受信装置で表示（出力）できないという状況を回避することができる。これにより、ＣＭ（commercial message）などの広告収入により運営する放送などで新たに当該３Ｄ番組放送を開始したとても、３Ｄ表示(出力)機能に対応していない受信装置でも視聴可能となるので、受信装置の機能の制限により、視聴率が低下すること回避することができ、放送局側でもメリットがある。
【００４４】
組合せ例２では、主視点(左目用)映像ストリームとして、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)(ストリーム形式種別0x02)を伝送し、副視点(右目用) 映像ストリームとして３D映像の複数視点を別ストリームで伝送する場合のITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC ストリーム(ストリーム形式種別0x22)を伝送する。
【００４５】
組合せ例１と同様に、３Ｄ番組を３Ｄ表示（出力）する際には、受信装置は、主視点(左目用)映像ストリームと副視点(右目用) 映像ストリームとの両者を処理して、３Ｄ番組を再生することが可能となり、受信装置が３Ｄ番組を２Ｄ表示（出力）する場合には、主視点(左目用)映像ストリームのみを処理すれば、２Ｄ番組として表示（出力）することが可能となる。
【００４６】
さらに、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)を、既存のITU-T勧告H.262|ISO/IEC 13818-2映像ストリームと互換性のあるストリームとし、図３のように両者のストリーム形式種別を同じ０ｘ１Ｂに割り当てることにより、既存のITU-T勧告H.262|ISO/IEC 13818-2映像ストリームを表示（出力）する機能を有する受信装置であれば、３Ｄ表示（出力）機能を有しない受信装置でも、２Ｄ番組として表示（出力）することが可能となる。
【００４７】
また、組合せ例１と同様に、副視点(右目用) 映像ストリームには、従来にないストリーム形式種別を割り当てているので既存の受信装置では無視される。これにより、既存の受信装置で副視点(右目用) 映像ストリームについて放送局側が意図しない表示（出力）を防止できる。
【００４８】
既存のITU-T勧告H.262|ISO/IEC 13818-2映像ストリームについての表示（出力）機能を有する受信装置は広く普及しているので、受信装置の機能の制限による視聴率の低下をより防ぐことが可能となり、放送局にとって最も好ましい放送を実現することができる。
【００４９】
さらに、副視点(右目用) 映像ストリームを、ITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC ストリーム(ストリーム形式種別0x22)とすることにより、副視点(右目用) 映像ストリームを高い圧縮率で伝送することが可能となる。
【００５０】
すなわち、組合せ例２によれば、放送局の商業的なメリットと高効率伝送による技術的メリットを両立することが可能となる。
【００５１】
組合せ例３では、主視点(左目用)映像ストリームとして、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)(ストリーム形式種別0x02)を伝送し、副視点(右目用) 映像ストリームとして３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式の他の視点のビットストリーム(ストリーム形式種別0x21)を伝送する。
【００５２】
この場合も、組合せ例３と同様に、既存のITU-T勧告H.262|ISO/IEC 13818-2映像ストリームを表示（出力）する機能を有する受信装置であれば、３Ｄ表示（出力）機能を有しない受信装置でも、２Ｄ番組として表示（出力）することが可能となる。
【００５３】
受信装置の機能の制限による視聴率の低下をより防ぐという放送局の商業的なメリットに加え、主視点(左目用)映像ストリームと副視点(右目用) 映像ストリームとの符号化方式をH.262(MPEG2)方式に統一することにより、受信装置における映像復号化機能のハードウェア構成を簡素化することが可能となる。
【００５４】
なお、組合せ例４のように、主視点(左目用)映像ストリームとして、多視点映像符号化(例：H.264/MVC)ストリームのベースビューサブビットストリーム(主視点)(ストリーム形式種別0x1B)を伝送し、副視点(右目用) 映像ストリームとして３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式の他の視点のビットストリーム(ストリーム形式種別0x21)を伝送することも可能である。
【００５５】
なお、図３５の組合せにおいて、多視点映像符号化(例：H.264/MVC)ストリームのベースビューサブビットストリーム(主視点)(ストリーム形式種別0x1B)の代わりに、ITU-T 勧告H.264|ISO/IEC 14496-10 映像で規定されるAVC 映像ストリーム(ストリーム形式種別0x1B)としても同様の効果を得ることができる。
【００５６】
また、図３５の組合せにおいて、３D映像の複数視点を別ストリームで伝送する場合のH.262(MPEG2)方式のベースビュービットストリーム(主視点)の代わりに、ITU-T勧告H.262|ISO/IEC 13818-2映像ストリーム(ストリーム形式種別0x1B)としても同様の効果を得ることができる。
【００５７】
図４は、番組情報の一つであるコンポーネント記述子（Component Descriptor）の構造の一例を示す。コンポーネント記述子はコンポーネント（番組を構成する要素。例えば、映像、音声、文字、各種データなど）の種別を示し、エレメンタリストリームを文字形式で表現するためにも利用される。この記述子はＰＭＴおよび/またはＥＩＴに配置される。
【００５８】
コンポーネント記述子の意味は次の通りである。つまり、descriptor_tagは８ビットのフィールドで、この記述子がコンポーネント記述子と識別可能な値が記載される。descriptor_lengthは８ビットのフィールドで、この記述子のサイズを記載している。stream_content（コンポーネント内容）は４ビットのフィールドで、ストリームの種別（映像、音声、データ）を表し、図４に従って符号化される。component_type（コンポーネント種別）は８ビットのフィールド、映像、音声、データといったコンポーネントの種別を規定し、図４に従って符号化される。component_tag（コンポーネントタグ）は、８ ビットのフィールドである。サービスのコンポーネントストリームは、この8ビットのフィールドにより、コンポーネント記述子で示される記述内容（図５）を参照できる。
【００５９】
プログラムマップセクションでは、各ストリームに与えるコンポーネントタグの値は異なる値とすべきである。コンポーネントタグは、コンポーネントストリームを識別するためのラベルであり、ストリーム識別記述子内のコンポーネントタグと同一の値である（ただし、ストリーム識別記述子がＰＭＴ内に存在する場合）。ISO_639_language_code（言語コード）の24 ビットのフィールドは、コンポーネント（音声、あるいはデータ）の言語、およびこの記述子に含まれる文字記述の言語を識別する。
【００６０】
言語コードは、ISO 639-2(22)に規定されるアルファベット3文字コードで表す。各文字はISO8859-1(24)に従って8ビットで符号化され、その順で24ビットフィールドに挿入される。例えば、日本語はアルファベット3文字コードで「jpn」であり、次のように符号化される。「0110 1010 0111 0000 0110 1110」。text_char（コンポーネント記述）は、8ビットのフィールドである。一連のコンポーネント記述のフィールドは、コンポーネントストリームの文字記述を規定する。
【００６１】
図５（a）〜（e）は、コンポーネント記述子の構成要素であるstream_content（コンポーネント内容）とcomponent_type（コンポーネント種別）の一例を示す。図５（a）に示すコンポーネント内容の０ｘ０１は、ＭＰＥＧ２形式で圧縮された映像ストリームの様々な映像フォーマットについて表す。
【００６２】
図５（b）に示すコンポーネント内容の０ｘ０５は、Ｈ.２６４ ＡＶＣ形式で圧縮された映像ストリームの様々な映像フォーマットについて表す。図５（c）に示すコンポーネント内容の０ｘ０６は、多視点映像符号化（例えば、Ｈ.２６４ ＭＶＣ形式）で圧縮された３Ｄ映像ストリームの様々な映像フォーマットについて表す。
【００６３】
図５（d）に示すコンポーネント内容の０ｘ０７は、ＭＰＥＧ２、またはＨ.２６４ ＡＶＣ形式で圧縮された３Ｄ映像のSide-by-Side形式のストリームの様々な映像フォーマットについて表す。この例ではＭＰＥＧ２とＨ.２６４ ＡＶＣ形式で同じコンポーネント内容の値としたが、ＭＰＥＧ２とＨ.２６４ ＡＶＣで別の値を設定することでも良い。
【００６４】
図５（e）に示すコンポーネント内容の０ｘ０８は、ＭＰＥＧ２、またはＨ.２６４ ＡＶＣ形式で圧縮された３Ｄ映像のTop-and-Bottom形式のストリームの様々な映像フォーマットについて表す。この例ではＭＰＥＧ２とＨ.２６４ ＡＶＣ形式で同じコンポーネント内容の値としたが、ＭＰＥＧ２とＨ.２６４ ＡＶＣで別の値を設定することでも良い。
【００６５】
図５（d）や図５（e）のように、コンポーネント記述子の構成要素であるstream_content（コンポーネント内容）とcomponent_type（コンポーネント種別）の組合せによって、３Ｄ映像であるか否か、３Ｄ映像の方式、解像度、アスペクト比の組合せを示す構成とすることにより、３Ｄと２Ｄの混合放送であっても、少ない伝送量で、２Ｄ番組／３Ｄ番組識別を含めた各種映像方式情報の伝送が可能となる。
【００６６】
特に、元々多視点映像符号化方式として規定された符号化方式ではないＭＰＥＧ２やＨ.２６４ ＡＶＣ（ＭＶＣを除く）などの符号化方式を用いて、Side-by-Side形式やTop-and-Bottom形式などの１画像中に複数の視点の画像を含めて３Ｄ映像番組を伝送する場合は、上述したstream_type（ストリーム形式種別）だけでは、３Ｄ映像番組用に一画像中に複数の視点の画像を含めて伝送しているのか、１視点の通常の画像なのかを識別することは困難である。よって、この場合は、stream_content（コンポーネント内容）とcomponent_type（コンポーネント種別）の組合せによって、当該番組が２Ｄ番組／３Ｄ番組識別を含めた各種映像方式の識別を行えばよい。また、ＥＩＴにより現在放送している、或いは将来放送される番組に関するコンポーネント記述子が配信されることにより、受信装置４においてＥＩＴを取得することによりＥＰＧ（番組表）を作成し、ＥＰＧの情報として３Ｄ映像であるか否か、３Ｄ映像の方式、解像度、アスペクト比、３Ｄ映像であるか否かを作成することができる。受信装置は、ＥＰＧにこれらの情報を表示（出力）できるようになるメリットがある。
【００６７】
以上説明したとおり、受信装置４がstream_contentとcomponent_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
【００６８】
図６は、番組情報の一つであるコンポーネントグループ記述子（Component Group Descriptor）の構造の一例を示す。コンポーネントグループ記述子は、イベント内のコンポーネントの組み合わせを定義し、識別する。つまり、複数コンポーネントのグループ化情報を記述する。この記述子はＥＩＴに配置される。
【００６９】
コンポーネントグループ記述子の意味は次の通りである。つまり、descriptor_tagは８ビットのフィールドで、この記述子がコンポーネントグループ記述子と識別可能な値が記載される。descriptor_lengthは８ビットのフィールドで、この記述子のサイズを記載している。component_group_type（コンポーネントグループ種別）は３ビットのフィールドで、図７に従い、コンポーネントのグループ種別を表す。
ここで、００１は、３ＤＴＶサービスを表し、０００のマルチビューＴＶサービスと区別される。ここで、マルチビューＴＶサービスとは、複数視点の２Ｄ映像をそれぞれの視点ごとに切り替えて表示可能なＴＶサービスである。例えば、多視点映像符号化映像ストリームや、元々多視点映像符号化方式として規定された符号化方式ではない符号化方式のストリームにおいて１画面中に複数の視点の画像を含めて伝送する場合のストリームを３Ｄ映像番組のみならず、マルチビューＴＶ番組にも用いる場合もありえる。この場合には、ストリームに多視点の映像が含まれていても、上述したstream_type（ストリーム形式種別）だけでは３Ｄ映像番組なのか、マルチビューＴＶ番組なのか識別できない場合もある。このような場合は、component_group_type（コンポーネントグループ種別）による識別が有効である。total_bit_rate_flag（総ビットレートフラグ）は1 ビットのフラグで、イベント中のコンポーネントグループ内の総ビットレートの記述状態を示す。このビットが「0」の場合、コンポーネントグループ内の総ビットレートフィールドが当該記述子中に存在しないことを示す。このビットが「1」の場合、コンポーネントグループ内の総ビットレートフィールドが当該記述子中に存在することを示す。num_of_group（グループ数）は4 ビットのフィールドで、イベント内でのコンポーネントグループの数を示す。
【００７０】
component_group_id（コンポーネントグループ識別）は4 ビットのフィールドで、図８に従い、コンポーネントグループ識別を記述する。num_of_CA_unit（課金単位数）は4 ビットのフィールドで、コンポーネントグループ内での課金／非課金単位の数を示す。CA_unit_id（課金単位識別）は4 ビットのフィールドで、図９に従い、コンポーネントが属する課金単位識別を記述する。
【００７１】
num_of_component（コンポーネント数）は4 ビットのフィールドで、当該コンポーネントグループに属し、かつ直前のCA_unit_id で示される課金／非課金単位に属するコンポーネントの数を示す。component_tag（コンポーネントタグ）は8 ビットのフィールドで、コンポーネントグループに属するコンポーネントタグ値を示す。
【００７２】
total_bit_rate（トータルビットレート）は8 ビットのフィールドで、コンポーネントグループ内のコンポーネントの総ビットレートを、トランスポートストリームパケットの伝送レートを1/4Mbps 毎に切り上げて記述する。text_length（コンポーネントグループ記述長）は8 ビットのフィールドで、後続のコンポーネントグループ記述のバイト長を表わす。text_char（コンポーネントグループ記述）は8 ビットのフィールドである。一連の文字情報フィールドは、コンポーネントグループに関する説明を記述する。
【００７３】
以上、受信装置４がcomponent_group_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
【００７４】
次に、３Ｄ番組に関する情報を示す新たな記述子を用いる例を説明する。図１０（ａ）は、番組情報の一つである３Ｄ番組詳細記述子の構造の一例を示す。３Ｄ番組詳細記述子は番組が３Ｄ番組である場合の詳細情報を示し、受信機における３Ｄ番組判定用などに利用される。この記述子はＰＭＴおよび/またはＥＩＴに配置される。３Ｄ番組詳細記述子は、既に説明した図５(c)〜(e)に示す３Ｄ映像番組用のstream_content（コンポーネント内容やとcomponent_type（コンポーネント種別）と並存させてもよい。しかし、３Ｄ番組詳細記述子を伝送することにより、３Ｄ映像番組用のstream_content（コンポーネント内容やcomponent_type（コンポーネント種別）を伝送しない構成としても良い。３Ｄ番組詳細記述子の意味は次の通りである。次にdescriptor_tagは８ビットのフィールドで、この記述子が３Ｄ番組詳細記述子と識別可能な値（例えば0ｘＥ１）が記載される。descriptor_lengthは８ビットのフィールドで、この記述子のサイズを記載している。
【００７５】
3d_2d _type（３Ｄ／２Ｄ種別）は８ビットのフィールドで、図１０（ｂ）に従い、３Ｄ番組中における３Ｄ映像／２Ｄ映像の種別を表す。このフィールドは、例えば番組本編は３Ｄ映像であり、番組の途中で挿入されるコマーシャルなどが２Ｄ映像で構成されるような３Ｄ番組において、３Ｄ映像なのか２Ｄ映像なのかを識別するための情報であり、受信装置における誤動作（受信装置は３Ｄ処理を行っているのに放送番組が２Ｄ映像のため発生する表示（出力）の問題）を防ぐ目的で配置される。０ｘ０１は３Ｄ映像、０ｘ０２は２Ｄ映像を表す。
3d_method_type（３Ｄ方式種別）は８ビットのフィールドで、図１１に従い、３Ｄの方式種別を表す。０ｘ０１は「３Ｄ２視点別ＥＳ伝送方式」方式、０ｘ０２はSide-by-Side 方式、０ｘ０３はTop-and-Bottom 方式を表す。stream_type（ストリーム形式種別）は８ビットのフィールドで、上記で説明した図３に従い、番組のＥＳの形式を示す。
なお、３Ｄ番組詳細記述子を、３Ｄ映像番組の場合に伝送し、２Ｄ映像番組では伝送しない構成としてもよい。受信した番組についての３Ｄ番組詳細記述子の伝送の有無だけで、当該番組が２Ｄ映像番組なのか、３Ｄ映像番組なのか識別することが可能となる。
【００７６】
component_tag（コンポーネントタグ）は、８ビットのフィールドである。サービスのコンポーネントストリームは、この8ビットのフィールドにより、コンポーネント記述子で示される記述内容（図５）を参照できる。プログラムマップセクションでは、各ストリームに与えるコンポーネントタグの値は異なる値とすべきである。コンポーネントタグは、コンポーネントストリームを識別するためのラベルであり、ストリーム識別記述子内のコンポーネントタグと同一の値である（ただし、ストリーム識別記述子がＰＭＴ内に存在する場合）。
【００７７】
以上、受信装置４が３Ｄ番組詳細記述子を監視することで、この記述子が存在すれば、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。加えて、番組が３Ｄ番組である場合には、３Ｄ伝送方式の種別を識別すること、３Ｄ映像と２Ｄ映像が混在している場合にはその識別が可能となる。
【００７８】
３Ｄ番組詳細記述子に、３Ｄ奥行き情報を加えた例を図５６に示す。ここでdepth_minus_maxは、番組内、もしくはピクチャー、シーケンス、サービスなど特定の範囲内の全ての映像（復号された全ての静止画）中で、最も奥方向に映像に奥行きがある映像の、さらに前記映像の中での最大の奥方向の奥行き値（以降、最大奥位置）である。depth_plus_maxは、同じく特定の範囲内の全ての映像の中で、最も手前方向の奥行きがある映像の、さらに前記映像の中での最大の手前方向の奥行き値（以降、最大手前位置）である。
【００７９】
ここで奥行き値の例について説明する。図４８は、３Ｄ映像の表示例であり、それぞれ左目用映像と右目用映像の表示例を示している。ここでは“ＭＥＮＵ”、“Ｃｈ８”といったＯＳＤのオブジェクト（物体）が表示されており、左目用映像と右目用映像でその表示位置が異なり、３Ｄの立体表示が行われている映像である。ここで例えば“ＭＥＮＵ”というオブジェクトについては、右目用映像では少しだけ右にずれた(平行移動した)表示となっている。この場合のユーザーの視聴状態について図４８(b)に図示する。ここでユーザーはそれぞれの目で、後述する方法で左目用映像、右目用映像が別々に視認できるため、ユーザーは“ＭＥＮＵ”というオブジェクトに対して、それぞれの目でずれた位置に表示されているオブジェクトが確認できる。そのため図の例にあるように焦点位置（図のｘ）が画面位置から奥の方にずれ、画面位置より奥にオブジェクト“ＭＥＮＵ”が存在しているように視認することが可能となる。同様にオブジェクト“Ｃｈ８”の場合にはその逆のずれで表示されるため、画面位置から手前にオブジェクト“Ｃｈ８”が存在しているように視認することが可能となる。
【００８０】
上記の場合の奥行き値の例としては、左目用映像と右目用映像のオブジェクトの左右のずれ画素数（平行移動画素数）がある。例えば左目用映像に対して右目用映像が右に５ピクセル平行移動している場合には、奥行き値を５、左目用映像に対して右目用映像が左に５ピクセル平行移動している場合には、奥行き値を−５、などとして表現することが可能である。このように表現することにより、視聴する表示装置の大きさに依存することなく、奥行きの量を表現することが可能となる。
【００８１】
また別の方法としては、図４８(b)の下図にある、映像の奥行きの距離（画面位置から、焦点位置ｘまでの距離）をそのまま奥行き量として表示しても良い。これらは画面のサイズや視聴位置に依存して変化する値だが、特定の画面サイズ、視聴距離を例としてそれらの値を決定し、奥行き値としても良い。その場合には、その値をそのまま表示した場合にも、ユーザーが直感的に奥行き量を判断可能であるといったメリットがある。
【００８２】
また別の方法としては、図４８の例のような横方向の平行移動でなく、映像の各位置の奥行き情報（デプスマップ）を計測または作成し、３Ｄ映像を作成する場合がある。その場合には映像内の奥行き量が数値化されているので、その値をそのまま奥行き値として用いても良い、そのようにすることにより、別途奥行き情報を計測する必要なく、上記３Ｄ奥行き情報を計算することが可能となる。
【００８３】
次に、サービス（編成チャンネル）単位で３Ｄ映像か２Ｄ映像かを識別する例について説明する。図１２は、番組情報の一つであるサービス記述子（Service Descriptor）の構造の一例を示す。サービス記述子は、編成チャンネル名とその事業者名をサービス形式種別とともに文字符号で表す。この記述子はＳＤＴに配置される。
【００８４】
サービス記述子の意味は次の通りである。つまり、service_type（サービス形式種別）は８ビットのフィールドで、図１３に従ってサービスの種類を表す。０ｘ０１は、３Ｄ映像サービスを表す。service_provider_name_length（事業者名長）の8 ビットのフィールドは、後続の事業者名のバイト長を表す。char（文字符号）は8 ビットのフィールドである。一連の文字情報フィールドは、事業者名あるいはサービス名を表す。service_name_length（サービス名長）の8 ビットのフィールドは、後続のサービス名のバイト長を表す。
【００８５】
以上、受信装置４がservice_typeを監視することで、サービス（編成チャンネル）が３Ｄ番組のチャンネルであることを認識できる効果がある。このように、サービス（編成チャンネル）が３Ｄ映像サービスか２Ｄ映像サービスかを識別することができれば、例えば、EPG表示などで、当該サービスが３Ｄ映像番組放送サービスである旨の表示などが可能となる。但し、３Ｄ映像番組を中心に放送しているサービスといえども、広告映像のソースが２D映像しかない場合など、２D映像を放送しなければならない場合もありうる。よって、当該サービス記述子のservice_type（サービス形式種別）による３Ｄ映像サービスの識別は、既に説明した、stream_content（コンポーネント内容）とcomponent_type（コンポーネント種別）の組合せによる３D映像番組の識別、component_group_type（コンポーネントグループ種別）による３D映像番組の識別、または３Ｄ番組詳細記述子による３D映像番組の識別と併用することが望ましい。複数の情報を組み合わせて識別する場合は、３D映像放送サービスであるが、一部の番組だけ２D映像であるなどの識別も可能となる。このような識別ができる場合は、受信装置で、例えばEPGでは当該サービスが「３D映像放送サービス」であることを明示することができ、かつ、当該サービスに３D映像番組以外に２D映像番組が混在していても、番組受信時等に３D映像番組と２D映像番組とで表示制御等を必要に応じて切り替えることが可能となる。
【００８６】
図１４は、番組情報の一つであるサービスリスト記述子（Service List Descriptor）の構造の一例を示す。サービスリスト記述子は、サービス識別とサービス形式種別によるサービスの一覧を提供する。つまり、編成チャンネルとその種別の一覧を記述する。この記述子はＮＩＴに配置される。
【００８７】
サービスリスト記述子の意味は次の通りである。つまり、service_id（サービス識別）は16 ビットのフィールドで、そのトランスポートストリーム内の情報サービスをユニークに識別する。サービス識別は、対応するプログラムマップセクション内の放送番組番号識別（program_number）に等しい。service_type（サービス形式種別）は８ビットのフィールドで、上記で説明した図１２に従ってサービスの種類を表す。
【００８８】
これらのservice_type（サービス形式種別）によって「３D映像放送サービス」であるか否かを識別することができるので、例えば、当該サービスリスト記述子に示される編成チャンネルとその種別の一覧を用いて、EPG表示において「３D映像放送サービス」のみをグルーピングする表示を行うことなどが可能となる。
【００８９】
以上、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
【００９０】
以上説明した記述子の例は、代表的なメンバのみを記載しており、これ以外のメンバを持つこと、複数のメンバを一つに纏めること、一つのメンバを詳細情報を持つ複数のメンバに分割することも考えられる。
【００９１】
３Ｄ奥行き情報は、上記３Ｄ番組詳細記述子への記載以外にも、例えばＰＭＴやＥＩＴなどのテーブルに記載されている他の記述子（例えばコンポーネント記述子、短形式イベント記述子、ストリーム識別記述子）などに新規に値を追加して記載しても良い。そのようにすることにより、既存のパラメータ（例えば映像ストリームの情報）との組み合わせの処理を容易に実行することが可能となる。
【００９２】
また上記３Ｄ番組詳細記述子への追加の方法に替えて、または前記方法に加えて、当該３Ｄ番組詳細記述子に含まれる情報を映像符号化時に映像とともに符号化するユーザデータ領域や付加情報領域に格納して伝送してもよい。この場合、これらの情報は番組の映像ＥＳ内に含まれることとなる。具体的には、映像符号化方式がＭＰＥＧ２方式である場合には、Picture header、Picture Coding Extensionに続くユーザデータ領域に上記の３Ｄ奥行き情報を含めて符号化を行えばよい。
【００９３】
また、映像符号化方式がH.264/AVC方式である場合には、アクセスユニットに含まれる付加情報（supplemental enhancement information）領域に上記の３Ｄ奥行き情報を含めて符号化を行えばよい。
【００９４】
このように、ＥＳ内の映像の符号化層において３Ｄ奥行き情報を伝送することにより、映像のフレーム（ピクチャー）単位での３Ｄ奥行き情報の識別が可能になるという効果がある。
【００９５】
この場合、ＰＭＴ（Program Map Table）に格納した場合よりも、短い単位で上記識別が可能となるため、送信される映像における３Ｄ奥行き情報の切り替わりに対する受信機の応答速度を向上させることが可能となる。
【００９６】
＜番組情報の送出運用規則例＞
上記で説明した番組情報のコンポーネント記述子、コンポーネントグループ記述子、３Ｄ番組詳細記述子、サービス記述子、サービスリスト記述子は、例えば管理情報付与部１６で生成、付加され、ＭＰＥＧ-ＴＳのＰＳＩ（一例としてＰＭＴなど）、或いはＳＩ（一例としてＥＩＴ、或いはＳＤＴ、或いはＮＩＴなど）に格納されて送信装置１から送出される情報である。
【００９７】
送信装置１における番組情報の送出運用規則例について以下説明する。
図１５は、コンポーネント記述子の送信装置１における送出運用規則の一例を示す。「descriptor_tag」にはコンポーネント記述子を意味する“0x50”を記述する。「descriptor_length」には、コンポーネント記述子の記述子長を記述する。記述子長の最大値は規定しない。「stream_content」には、“0x01”（映像）を記述する。
【００９８】
「component_type」には、当該コンポーネントの映像コンポーネント種別を記述する。コンポーネント種別については、図５の中から設定する。「component_tag」は当該番組内で一意となるコンポーネントタグ値を記述する。「ISO_639_language_code」は“jpn（”0x6A706E“）”を記述する。
【００９９】
「text_char」は複数映像コンポーネント存在時に映像種類名として16byte（全角8文字）以下で記述する。改行コードは使用しない。コンポーネント記述がデフォルトの文字列である場合はこのフィールドを省略することができる。デフォルト文字列は「映像」である。
【０１００】
なお、イベント（番組）に含まれる0x00〜0x0F のcomponent_tag 値を持つ、全ての映像コンポーネントに対して必ず一つ送出する。
【０１０１】
このように送信装置１で送出運用することにより、受信装置４がstream_contentとcomponent_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
【０１０２】
図１６は、コンポーネントグループ記述子の送信装置１における送出運用規則の一例を示す。
【０１０３】
「descriptor_tag」にはコンポーネントグループ記述子を意味する“0xD9”を記述する。「descriptor_length」には、コンポーネントグループ記述子の記述子長を記述する。
記述子長の最大値は規定しない。「component_group_type」は、コンポーネントグループの種別を示す。‘000’は、マルチビューテレビを‘001’は、３Ｄテレビを示す。
【０１０４】
「total_bit_rate_flag」には、イベント中のグループ内の総ビットレートがすべて規定のデフォルト値にある場合は’0’を、イベント中のグループ内の総ビットレートのいずれかが規定のデフォルト値を越えている場合は’1’を示す。
【０１０５】
「num_of_group」はイベント内でのコンポーネントグループの数を記述する。マルチビューテレビ（ＭＶＴＶ）の場合には最大３とし、３Ｄテレビ（３ＤＴＶ）の場合には最大２とする。
【０１０６】
「component_group_id」はコンポーネントグループ識別を記述する。メイングループの場合には”0x0”を割り当て、各サブグループの場合には放送事業者がイベント内で一意に割り当てる。
【０１０７】
「num_of_CA_unit」はコンポーネントグループ内での課金／非課金単位の数を記述する。最大値は2 とする。当該コンポーネントグループ内に課金を行うコンポーネントが一切含まれない場合は"0x1"とする。
【０１０８】
「CA_unit_id」は課金単位識別を記述する。放送事業者がイベント内で一意に割り当てる。「num_of_component」は当該コンポーネントグループに属し、かつ直前の「CA_unit_id 」で示される課金／非課金単位に属するコンポーネントの数を記述する。最大値は15とする。
【０１０９】
「component_tag」はコンポーネントグループに属するコンポーネントタグ値を記述する。「total_bit_rate」はコンポーネントグループ内の総ビットレートを記述する。ただし、デフォルト値の場合は”0x00”を記述する。
【０１１０】
「text_length」は後続のコンポーネントグループ記述のバイト長を記述する。最大値は16（全角8 文字）とする。「text_char」はコンポーネントグループに関する説明を必ず記述する。デフォルト文字列は規定しない。また、改行コードは使用しない。
【０１１１】
なお、マルチビューテレビサービスを行う場合には「component_group_type」は’000’として必ず送出する。また、３Ｄテレビサービスを行う場合には「component_group_type」は’001’として必ず送出する。
【０１１２】
このように送信装置１で送出運用することにより、受信装置４がcomponent_group_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
【０１１３】
図１７は、３Ｄ番組詳細記述子の送信装置１における送出運用規則の一例を示す。「descriptor_tag」には３Ｄ番組詳細記述子を意味する“0xE1”を記述する。「descriptor_length」には、３Ｄ番組詳細記述子の記述子長を記述する。「3d_2d_type」は３Ｄ／２Ｄ識別を記述する。図１０(b)の中から設定する。「3d_method_type」は３Ｄ方式識別を記述する。図１１の中から設定する。「stream_type」は番組のＥＳの形式をを記述する。図３の中から設定する。「component_tag」は当該番組内で一意となるコンポーネントタグ値を記述する。
【０１１４】
図５５は、上記図１７の例に加え、３Ｄ番組詳細記述子に番組内の画面奥行きの最大値を記載した例である。「depth_minus_max」には、番組内の画面奥行き最大奥位置（マイナス（奥）方向）を記述する。「depth_plus_max」には、番組内の画面奥行き最大手前位置（プラス（手前）方向）を記述する。
【０１１５】
上記位置の値は、画素の差分値や、映像の飛び出しおよびへこみの度合いを番組単位で表しているため、多くとも１６ビット、または３２ビットという少ない情報量で番組全体の３Ｄ奥行きについて表現することが可能である。
【０１１６】
また、これらの値の構造については一例であり、たとえば最大奥位置と最大手前位置については、どちらか必要な情報（例えば最大手前位置）のみを送信する形式でも問題ない。そのように表現することにより、さらに送信する情報量を削減することが可能である。
【０１１７】
このように送信装置１で送出運用することにより、受信装置４が３Ｄ番組詳細記述子を監視することで、この記述子が存在すれば、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
【０１１８】
図１８は、サービス記述子の送信装置１における送出運用規則の一例を示す。「descriptor_tag」にはサービス記述子を意味する“0x48”を記述する。「descriptor_length」には、サービス記述子の記述子長を記述する。「service_type」はサービス形式種別を記述する。
【０１１９】
サービス形式種別については、図１３の中から設定する。「service_provider_name_length」はＢＳ/ＣＳデジタルテレビジョン放送では事業者名長を記述する。最大値は２０とする。地上デジタルテレビジョン放送ではservice_provider_name を運用しないため、“0x00”を記述する。
【０１２０】
「char」はＢＳ/ＣＳデジタルテレビジョン放送では事業者名を記述する。最大全角10文字。地上デジタルテレビジョン放送では何も記述しない。「service_name_length」は編成チャンネル名長を記述する。最大値は20 とする。「char」は編成チャンネル名を記述する。２０バイト以内かつ全角１０文字以内である。なお、対象編成チャンネルに対し、１個のみを必ず配置する。
【０１２１】
このように送信装置１で送出運用することにより、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
【０１２２】
図１９は、サービスリスト記述子の送信装置１における送出運用規則の一例を示す。「descriptor_tag」にはサービスリスト記述子を意味する“0x41”を記述する。「descriptor_length」には、サービスリスト記述子の記述子長を記述する。「loop」は対象トランスポートストリームに含まれるサービス数のループを記述する。
【０１２３】
「service_id」は当該トランスポートストリームに含まれるservice_id を記述する。「service_type」は対象サービスのサービスタイプを記述する。図１３の中から設定する。なお、ＮＩＴ内ＴＳループに対して必ず配置する。
【０１２４】
このように送信装置１で送出運用することにより、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
【０１２５】
以上、送信装置１における番組情報の送出例について説明したが、番組が２Ｄ番組から３Ｄ番組に切り替わる際に、３Ｄ番組の始まる最初の画面において、例えばテロップなどを用いて「これから３Ｄ番組が開始される旨」、「３Ｄ表示で視聴する場合には３Ｄ視聴用のメガネを装着する旨」、「眼が疲れているときや体調が悪いときには２Ｄ表示の視聴を勧める旨」、「３Ｄ番組の長時間の視聴は眼が疲れたり体調が悪くなる可能性がある旨」などを送信装置１で作成する３Ｄ番組の映像にはめ込んで送出することにより受信装置４で３Ｄ番組を視聴するユーザーに対して３Ｄ番組視聴に対する注意・警告を行うことができるメリットがある。
【０１２６】
＜受信装置のハードウェア構成＞
図２５は、図１のシステムのうち、受信装置４の構成例を示すハードウェア構成図である。２１は受信機全体を制御するＣＰＵ（Central Processing Unit）、２２はＣＰＵ２１と受信装置内各部との制御および情報を送信するための汎用バス、２３は無線（衛星、地上）、ケーブルなどの放送伝送網を介して送信装置１から送信された放送信号を受信し、特定の周波数を選局し復調、誤り訂正処理、などを行い、MPEG2-Transport Stream（以下、「ＴＳ」ともいう。）などの多重化パケットを出力するチューナ、２４はスクランブル部１３によるスクランブルを復号するデスクランブラ、２５はネットワークと情報を送受信し、インターネットと受信装置間で各種情報およびＭＰＥＧ２―ＴＳを送受信するネットワークＩ／Ｆ（Interface）、２６は例えば受信装置４に内蔵されているＨＤＤ（Hard Disk Drive）やフラッシュメモリ、またはリムーバブルなＨＤＤ、ディスク型記録媒体、フラッシュメモリ、などの記録媒体、２７は記録媒体２６を制御し、記録媒体２６への信号の記録や記録媒体２６からの信号の再生を制御する記録再生部、２９はＭＰＥＧ２―ＴＳなどの形式に多重化されている信号を、映像ＥＳ（Elementary Stream）、音声ＥＳ、番組情報などの信号に分離する多重分離部である。ＥＳとは、圧縮・符号化された画像・音声データのそれぞれのことである。３０は映像ＥＳを映像信号に復号するなど、入力映像信号に応じて適した形式で映像を処理し出力する映像復号部、３１は音声ＥＳを音声信号に復号するなど、入力音声信号に応じて適した形式で音声を処理し、スピーカ４８に出力または音声出力４２などから出力する音声復号部、３２は、映像復号部３０で復号された映像信号を前記ＣＰＵの指示に従い３Ｄまたは２Ｄの映像信号を後述する変換処理により所定のフォーマットに変換する処理や、ＣＰＵ２１が作成したＯＳＤ（On Screen Display）などの表示を映像信号に重畳する処理、または後述する２Ｄ３Ｄ変換などを行い、処理後の映像信号をディスプレイ４７または映像信号出力部４１または映像符号化部３５に出力し、処理後の映像信号のフォーマットに対応する同期信号や制御信号（機器制御に使用）を映像信号出力部４１および制御信号出力部４３から出力する映像変換処理部、３３はユーザー操作入力部４５からの操作入力（例えばＩＲ（Infrared Radiation）信号を発信するリモートコントローラーからのキーコード）を受信し、またＣＰＵ２１や映像変換処理部３２が生成した外部機器への機器制御信号（例えばＩＲ）を機器制御信号送信部４４から送信する制御信号送受信部、３４は内部にカウンタを有し、また現在の時刻の保持を行うタイマー、３５は入力された映像信号を映像ＥＳに符号化する映像符号化部、３６は入力された音声信号を音声ＥＳに符号化する音声符号化部、３７は入力された映像ＥＳ、音声ＥＳ、番組情報をＭＰＥＧ２―ＴＳなどの形式に多重化する多重合成部、４６は前記多重分離部で再構成されたＴＳに対し暗号化等必要な処理を行い外部にＴＳを出力、または外部から受信したＴＳを復号化して多重分離部２９に対して入力するシリアルインタフェースやＩＰインタフェースなどの高速デジタルＩ／Ｆ、４７は映像復号部３０が復号して映像変換処理部３２により映像が変換された３Ｄ映像および２Ｄ映像を表示するディスプレイ、４８は音声復号部が復号した音声信号に基づいて音を出力するスピーカ、４９は外部機器と映像復号部３０または音声復号部３１の間で映像信号および音声信号を入出力するマルチメディアインタフェース（例えばＨＤＭＩ）、を表しており、主にこれらの装置により、受信装置４は構成されている。ディスプレイに３Ｄ表示する場合も、必要であれば、同期信号や制御信号は制御信号出力部４３や機器制御信号送信端子４４から出力する。
【０１２７】
ＨＤＭＩ及びHigh-Definition Multimedia InterfaceはHDMI Licensing, LLCの登録商標であり、映像・音声信号のデジタルインタフェースの一つである。
【０１２８】
図中では、各ブロックを接続する信号の流れについて、概略として単一の信号経路のように記載しているが、複数の信号線や時分割多重等によって同時に複数の信号を送受信する場合もある。例えば多重分離部２９と映像復号部３０の間は、同時に複数の映像信号が送信可能であり、映像復号部で複数の映像ＥＳを復号化し、映像の２画面表示や録画と視聴の同時復号などの処理も可能である。
【０１２９】
受信装置および視聴装置および３Ｄ視聴補助装置（例えば３Ｄメガネ）を含めたシステム構成について、図２７および図２８に例を示す。図２７は受信装置と視聴装置が一体となったシステム構成、また図２８は受信装置と視聴装置が別構成となった場合の例である。
【０１３０】
図２７において、３５０１は前記受信装置４の構成を含み３Ｄ映像表示および音声出力が可能な表示装置、３５０３は前記表示装置３５０１から出力される３Ｄ視聴補助装置制御信号（例えばＩＲ信号）、３５０２は３Ｄ視聴補助装置を表している。図２７の例においては、映像信号は前記表示装置３５０１が具備する映像ディスプレイから表示され、また音声信号は前記表示装置３５０１が具備するスピーカから出力される。また同様に表示装置３５０１は機器制御信号４４または制御信号４３の出力部から出力される３Ｄ視聴補助装置制御信号を出力する出力端子を具備する。
【０１３１】
なお、上記の説明は、図２７に示す表示装置３５０１と３Ｄ視聴補助装置３５０２とが後述するアクティブシャッター方式により表示する例を前提として説明したが、図２７に示す表示装置３５０１と３Ｄ視聴補助装置３５０２とが後述する偏光分離による３Ｄ映像表示装置を行う方式の場合には、３Ｄ視聴補助装置３５０２は左目と右目に異なる映像が入射するように偏光分離を行うものであればよく、表示装置３５０１から機器制御信号４４または制御信号４３の出力部から３Ｄ視聴補助装置３５０２へ出力される３Ｄ視聴補助装置制御信号３５０３を出力しなくともよい。
【０１３２】
また図２８おいて、３６０１は前記受信装置４の構成を含む映像音声出力装置、３６０２は映像／音声／制御信号を伝送する伝送経路（例えばＨＤＭＩケーブル）、３６０３は外部から入力された映像信号や音声信号を表示出力するディスプレイを表す。
【０１３３】
この場合、映像音声出力装置３６０１（受信装置４）の映像出力４１から出力される映像信号と音声出力４２から出力される音声信号、制御信号出力部４３から出力される制御信号は、伝送路３６０２で規定されているフォーマット（例えばＨＤＭＩ規格により規定されるフォーマット）に適した形式の伝送信号に変換され、伝送経路３６０２を経由しディスプレイ３６０３に入力される。ディスプレイ３６０３では前記伝送信号を受信し、もとの映像信号、音声信号、制御信号に復号し、映像と音声を出力するとともに、３Ｄ視聴補助装置３５０２に対して３Ｄ視聴補助装置制御信号３５０３を出力する。
【０１３４】
なお、上記の説明は、図２８に示す表示装置３６０３と３Ｄ視聴補助装置３５０２とが後述するアクティブシャッター方式により表示する例を前提として説明したが、図２８に示す表示装置３６０３と３Ｄ視聴補助装置３５０２とが後述する偏光分離による３Ｄ映像表示装置を行う方式の場合には、３Ｄ視聴補助装置３５０２は左目と右目に異なる映像が入射するように偏光分離を行うものであればよく、表示装置３６０３から３Ｄ視聴補助装置３５０２へ３Ｄ視聴補助装置制御信号３６０３を出力しなくともよい。
【０１３５】
なお、図２５に示した２１〜４６の各構成要件の一部は、１つの、又は複数のＬＳＩで構成されていてもよい。また、図２５に示した２１〜４６の各構成要件の一部の機能をソフトウェアで実現する構成としてもよい。
【０１３６】
＜受信装置の機能ブロック図＞
図２６は、ＣＰＵ２１内部における処理の機能ブロック構成の一例である。ここで各機能ブロックは例えばＣＰＵ２１で実行されるソフトウェアのモジュールとして存在しており、それぞれのモジュール間は何らかの手段（例えばメッセージパッシング、ファンクションコール、イベント送信）などを行って情報やデータの受け渡しおよび制御指示を行う。
【０１３７】
また、各モジュールは受信装置４内部の各ハードウェアとも、汎用バス２２を介して情報の送受信を行っている。また図に記載の関係線（矢印）は今回の説明に関連する部分を主に記載しているが、その他のモジュール間についても通信手段および通信を必要とした処理は存在する。例えば選局制御部５９は、選局に必要な番組情報を番組情報解析部５４から適宜取得している。
【０１３８】
次に各機能ブロックの機能について説明する。システム制御部５１は各モジュールの状態やユーザーの指示状態などを管理し、各モジュールに対して制御指示を行う。ユーザー指示受信部５２は制御信号送受信部３３が受信したユーザー操作の入力信号を受信および解釈し、ユーザーの指示をシステム制御部５１に伝える。機器制御信号送信部５３はシステム制御部５１や、他のモジュールからの指示に従い、制御信号送受信部３３に対して機器制御信号を送信するように指示する。
【０１３９】
番組情報解析部５４は多重分離部２９から番組情報を取得して内容を分析し、必要な情報を各モジュールに対して提供する。時間管理部５５は番組情報解析部５４から、ＴＳに含まれる時刻補正情報（ＴＯＴ：Time offset table）を取得して現在の時刻を管理するとともに、タイマー３４が有するカウンタを使用し、各モジュールの要求に従いアラーム（指定時刻の到来を通知）やワンショットタイマ（一定時間の経過を通知）の通知を行う。
【０１４０】
ネットワーク制御部５６は、ネットワークＩ／Ｆ２５を制御し、特定ＵＲＬ（Unique Resource Locater）や特定ＩＰ(Internet Protocol)アドレスからの各種情報およびＴＳの取得を行う。復号制御部５７は、映像復号部３０および音声復号部３１を制御し、デコードの開始や停止、ストリームに含まれる情報の取得などを行う。
【０１４１】
記録再生制御部５８は記録再生部２７を制御し、記録媒体２６から、特定のコンテンツの特定の位置から、また任意の読み出しの形式（通常再生、早送り、巻戻し、一時停止）で信号を読み出す。また、記録再生部２７に入力された信号を、記録媒体２６に対して記録する制御を行う。
【０１４２】
選局制御部５９は、チューナ２３、デスクランブラ２４、多重分離部２９および復号制御部５７を制御し、放送の受信および放送信号の記録を行う。または記録媒体からの再生を行い、映像信号および音声信号を出力するまでの制御を行う。詳しい放送受信の動作および放送信号の記録動作、記録媒体からの再生動作については後述する。
【０１４３】
ＯＳＤ作成部６０は、特定のメッセージを含むＯＳＤデータを作成し、映像変換制御部６１に対して前記作成したＯＳＤデータを映像信号に重畳して出力するように指示を行う。ここでＯＳＤ作成部６０は、左目用と右目用といった視差のあるＯＳＤデータを作成し、映像変換制御部６１に対して、前記左目用と右目用のＯＳＤデータをもとに３Ｄ表示を要求することにより、３Ｄでのメッセージ表示等を行う。
【０１４４】
映像変換制御部６１は、映像変換処理部３２を制御し、映像復号部３０から映像変換処理部３２に入力された映像信号を、前記システム制御部５１からの指示に従い３Ｄまたは２Ｄの映像に変換した映像と、ＯＳＤ作成部６０から入力されたＯＳＤを重畳し、さらに必要に応じて映像を加工（スケーリングやＰｉｎＰ、３Ｄ表示など）、または２Ｄ３Ｄ変換をしてディスプレイ４７に表示または外部に出力する。映像変換処理部３２における３Ｄ映像、２Ｄ映像の所定のフォーマットへの変換、２Ｄ３Ｄ変換方法の詳細については後述する。各機能ブロックはこれらのような機能を提供する。
【０１４５】
＜ＯＳＤの３Ｄ表示＞
ＯＳＤ作成部６０でＯＳＤを作成する例として、例えば図４８(a)の例のように、図の“ＭＥＮＵ”、“Ｃｈ８”という表示のＯＳＤを、左目用映像と右目用映像のそれぞれについて視差（図のオブジェクトの表示位置のずれ）を作成することにより、３ＤでのＯＳＤ（以下３ＤＯＳＤ）表示が可能となる。ここで上記視差の値を調整（ずらす量：平行移動量を増やす、または減らす）することにより、３ＤＯＳＤの表示位置（奥行き位置）を調整することが可能となる。
【０１４６】
３ＤＯＳＤの最大表示可能位置について以下に説明する。例えば、左目用映像と右目用映像のオブジェクトの表示の視差を増加していった結果、どちらかの画像において、オブジェクトの表示位置が画像の端を超えた（見切れた）場合に、ユーザーにとっては見切れた部分が視認できなくなり、３Ｄ映像が破綻する。つまりオブジェクトの表示位置をずらす場合において、左目用映像と右目用映像の両方で、オブジェクト全体が画面内に表示されることが一つの条件となる。また別の条件としては、後述する３Ｄ表示方法では、ユーザーの視認誤差を利用して映像を３Ｄと認識させていることから、オブジェクトが左目用映像と右目用映像で一定以上距離を離れることにより、ユーザーが同一物として認識せず、３Ｄとして認識できない可能性がある。ユーザーが前記オブジェクトを同一物として認識するか否かは、ユーザーの視覚特性や視聴環境などにより影響を受ける。そのため、ユーザーが３Ｄ映像を認識するためには、視差を一定値以内とすることが好ましい。
【０１４７】
上記を考慮した上で、ＯＳＤを３Ｄで表示可能な最大の奥行き量（視差の量）を、以後３ＤＯＳＤ最大奥行きと呼ぶ。
【０１４８】
上記３ＤＯＳＤ最大奥行きは、上記の通りユーザーの視聴環境に依存するため、例えば視聴距離や角度、視聴環境の明るさなどを測定することにより、上記３ＤＯＳＤ最大奥行きを適正に変化させる（例えば視聴環境が明るい場合や、視聴距離が適正距離に近い場合には、３ＤＯＳＤ最大奥行き値を増加する）ことにより、より奥行きが強調された３ＤＯＳＤを表示可能となる。
【０１４９】
ＯＳＤの例としては、放送のＣＨ情報や放送時刻、番組の概要や映像・音声ストリームの情報を示すＣＨバナー、電子番組表であるＥＰＧ(Erectronic Program Guide)、字幕などストリームに含まれる文字情報、文字スーパー、データ放送として配信される操作ボタンやメッセージボックスなどのＧＵＩ、放送波を解して配信されるガジェットなどのアプリケーション、データカルーセルなどで伝送される放送局のアイコンなどの放送データ、その他受信装置で作成するメニューやメッセージ表示、などが挙げられる。
【０１５０】
＜放送受信＞
ここで放送受信を行う場合の制御手順と信号の流れについて説明する。まず特定チャンネル（ＣＨ）の放送受信を示すユーザーの指示（例えばリモコンのＣＨボタン押下）を、ユーザー指示受信部５２から受信したシステム制御部５１は、ユーザーの指示したＣＨ（以下指定ＣＨ）での選局を選局制御部５９に指示する。
【０１５１】
前記指示を受信した選局制御部５９は、チューナ２３に対して指定ＣＨの受信制御（指定周波数帯への選局、放送信号復調処理、誤り訂正処理）を指示し、ＴＳをデスクランブラ２４に出力させる。
【０１５２】
次に選局制御部５９は、デスクランブラ２４に対して前記ＴＳのデスクランブルし多重分離部２９に出力するように指示し、多重分離部２９に対しては、入力されたＴＳの多重分離、および多重分離した映像ＥＳの映像復号部３０への出力と、音声ＥＳの音声復号部３１への出力、を指示する。
【０１５３】
また、選局制御部５９は、復号制御部５７に対し、映像復号部３０と音声復号部３１に入力された映像ＥＳおよび音声ＥＳの復号指示を行う。前記復号指示を受信した復号制御部３１は、映像復号部３０に対して復号した映像信号を映像変換処理部３２に出力するように制御し、音声復号部３１に対して復号した音声信号をスピーカ４８または音声出力４２に出力するように制御を行う。このようにして、ユーザーが指定したＣＨの映像および音声を出力する制御を行う。
【０１５４】
また、選局時のＣＨバナー（ＣＨ番号や番組名、番組情報等を表示するＯＳＤ）を表示するために、システム制御部５１はＯＳＤ作成部６０に対してＣＨバナーの作成および出力を指示する。前記指示を受信したＯＳＤ作成部６０は、作成したＣＨバナーのデータを映像変換制御部６１に送信し、前記データを受信した映像変換制御部６１はＣＨバナーを映像信号に重畳して出力するように制御を行う。このようにして、選局時等のメッセージ表示を行う。
【０１５５】
その他にもシステム制御部５１は、高速デジタルＩ／Ｆ４６を制御し、信号の入出力の制御や、外部機器と通信を行って情報を取得するなど、外部機器との連携などの制御も行う。
【０１５６】
高速デジタルＩ／Ｆ４６およびマルチメディアＩ／Ｆ４９からの信号入力についても、上記放送受信時の手順と同様に映像および音声を出力する制御を行う。高速デジタルＩ／Ｆ４６からの入力受信時は、多重分離部２９に入力される信号に対して、上記と同様の処理を行う。マルチメディアＩ／Ｆ４９からの信号入力受信時は、映像復号部３０および音声復号部３１に入力される信号に対して上記と同様の処理を行うことにより、映像および音声を出力する。
【０１５７】
＜放送信号の記録＞
次に放送信号の記録制御と信号の流れについて説明する。特定のＣＨの記録を行う場合には、システム制御部５１は選局制御部５９に対して特定ＣＨの選局および記録再生部２７への信号出力を指示する。
【０１５８】
前記指示を受信した選局制御部５９は、前記放送受信処理と同様に、チューナ２３に対して指定ＣＨの受信制御を指示し、デスクランブラ２４に対して、チューナ２３から受信したＭＰＥＧ２−ＴＳのデスクランブル、多重分離部２９に対してデスクランブラ２４からの入力を記録再生部２７に出力するように制御する。
【０１５９】
また、システム制御部５１は、記録再生制御部５８に対して、記録再生部２７への入力ＴＳを記録するように指示する。前記指示を受信した記録再生制御部５８は、記録再生部２７に入力される信号（ＴＳ）に対して、暗号化などの必要な処理を行い、また記録再生時に必要な付加情報（記録ＣＨの番組情報、ビットレート等のコンテンツ情報）の作成、また管理データ（記録コンテンツのＩＤ、記録媒体２６上の記録位置、記録形式、暗号化情報など）への記録を行った後に、前記ＭＰＥＧ２−ＴＳおよび付加情報、管理データを記録媒体２６へ書き込む処理を行う。このようにして放送信号の記録を行う。以下このような記録方法を、下記のように変換を行い記録する方法と区別するためにＴＳ記録と呼ぶ。
【０１６０】
放送信号に含まれる映像や音声を加工（例えば映像信号や音声信号形式の変換や画像圧縮、映像の２Ｄ３Ｄ変換など）をしてから記録（以下コンバート記録）する場合に別の経路で記録を行う例について説明する。システム制御部５１は、ＴＳ記録の場合と同様に選局制御部５９に対して特定ＣＨの選局出力を指示する。前記指示を受信した選局制御部５９は、前記放送受信処理と同様に、チューナ２３に対して指定ＣＨの受信制御を指示し、デスクランブラ２４に対して、チューナ２３から受信したＭＰＥＧ２−ＴＳのデスクランブル、多重分離部２９に対してデスクランブラ２４から入力されたＴＳを多重分離し映像復号部３０および音声復号部３１に出力する、ように制御する。映像復号部３０は信号の復号を行い映像変換処理部３２に映像を出力する。ここで映像変換処理部３２は必要な変換処理（映像信号の形式変換、２Ｄ３Ｄ変換処理など）を行い、映像符号化部３５へ信号を出力する。前記出力を受けた映像符号化部３５は前記入力された信号を符号化し、映像ＥＳを多重合成部３７へ出力する。同様に音声信号についても、音声復号部３１で復号化されて音声符号化部３６へ音声信号が出力され、音声符号化部で必要な加工が行われた後音声ＥＳが多重合成部３７へ出力される。前記映像ＥＳと音声ＥＳが入力された多重合成部３７は、その他多重に必要な情報（例えば番組情報等）を、多重分離部２９や必要に応じてＣＰＵ２１から取得し、前記映像ＥＳや前記音声ＥＳと共に多重化し、記録再生部２７に出力する。
【０１６１】
その後は前記ＴＳ記録の場合と同様に、システム制御部５１は、記録再生制御部５８に対して、多重合成部３７から記録再生部２７への入力ＴＳを記録するように指示する。前記指示を受信した記録再生制御部５８は、記録再生部２７に入力される信号（ＴＳ）に対して、暗号化などの必要な処理を行い、また記録再生時に必要な付加情報（記録ＣＨの番組情報、ビットレート等のコンテンツ情報）の作成、また管理データ（記録コンテンツのＩＤ、記録媒体２６上の記録位置、記録形式、暗号化情報など）への記録を行った後に、前記ＭＰＥＧ２−ＴＳおよび付加情報、管理データを記録媒体２６へ書き込む処理を行う。このようにして変換された放送信号の記録を行う。
【０１６２】
映像の３Ｄ奥行き情報についても、記録時に上記付加情報の一部として同様に書き込み処理を行う。このようにすることにより、記録された信号の再生時においても、３Ｄ奥行き情報に基づいた処理を行うことが可能となる。
【０１６３】
また、放送信号に３Ｄ奥行き情報が記載されていない場合には、記録時に後述する映像情報から３Ｄ奥行き情報を判定する方法により、映像から３Ｄ奥行き情報を作成するか、または固定値（たとえば番組内の画面奥行き（プラス（手前）方向）は５画素分、等）を用いて３Ｄ奥行き情報を作成して記録しても良い。このようにすることにより、例えば再生時に３Ｄ奥行き情報を作成する処理が不要となり、また３Ｄ奥行き情報を作成する機能が無い装置において前記記録されたデジタルコンテンツを再生する場合にも、前記３Ｄ奥行き情報に基づいた制御を行うことが可能となる。
【０１６４】
＜記録媒体からの再生＞
次に記録媒体からの再生処理について説明する。特定の番組の再生を行う場合には、システム制御部５１は、記録再生制御部５８に対して、特定の番組の再生を指示する。この際の指示としては、コンテンツのＩＤと再生開始位置（例えば番組の先頭、先頭から１０分の位置、前回の続き、先頭から100Mbyteの位置等）を指示する。前記指示を受信した記録再生制御部５８は、記録再生部２７を制御し、付加情報や管理データを用いて記録媒体２６から信号（ＴＳ）を読み出して、暗号の復号などの必要な処理を行った後に、多重分離部２９に対してＴＳを出力するように処理を行う。
【０１６５】
また、システム制御部５１は、再生信号の映像音声出力を選局制御部５９に対して指示する。前記指示を受信した選局制御部５９は、記録再生部２７からの入力を多重分離部２９に出力するように制御し、多重分離部２９に対して、入力されたＴＳの多重分離、および多重分離された映像ＥＳの映像復号部３０への出力、および多重分離された音声ＥＳの音声復号部３１への出力、を指示する。
【０１６６】
また、選局制御部５９は、復号制御部５７に対し、映像復号部３０と音声復号部３１に入力された映像ＥＳおよび音声ＥＳの復号指示を行う。前記復号指示を受信した復号制御部３１は、映像復号部３０に対して復号した映像信号を映像変換処理部３２に出力するように制御し、音声復号部３１に対して復号した音声信号をスピーカ４８または音声出力４２に出力するように制御を行う。このようにして記録媒体からの信号再生処理を行う。
【０１６７】
再生時にも同様に、付加情報から映像の３Ｄ奥行き情報を読み出し、後述する前記３Ｄ奥行き情報に基づいた制御を行う。
【０１６８】
＜３Ｄ映像の表示方法＞
本発明に用いることのできる３Ｄ映像の表示方式としては、左目と右目に視差を感じさせる左目用と右目用の映像を作成し、人間に立体物が存在しているように認識させるいくつかの方式がある。
【０１６９】
ひとつの方式としては、ユーザーが着用するメガネに対して、液晶シャッター等を用いて左右のグラスを交互に遮光を行い、またそれと同期させて左目用と右目用の映像を表示させ、左右の目に映る画像に視差を発生させるアクティブシャッター方式がある。
【０１７０】
この場合、受信装置４は、ユーザーが着用するアクティブシャッター方式メガネへ、制御信号出力部４３や機器制御信号送信端子４４から同期信号や制御信号を出力する。また、映像信号出力部４１から映像信号を外部の３D映像表示装置へ出力して、左目用の映像と右目用の映像とを交互に表示させる。または、受信装置４の有するディスプレイ４７に同様の３Ｄ表示を行う。このようにすれば、アクティブシャッター方式メガネを着用したユーザーは、当該３D映像表示装置または受信装置４の有するディスプレイ４７で３D映像を視聴することができる。
【０１７１】
また、別の方式としては、ユーザーが着用するメガネに対して、左右のグラスに直線偏光で直交するフィルムを貼るもしくは直線偏光コートを施す、または円偏光で偏光軸の回転方向が逆方向のフィルムを貼るもしくは円偏光コートを施し、左目と右目のメガネの偏光にそれぞれ対応した互いに異なる偏光による左目用の映像と右目用の映像を同時に出力することにより、左目と右目のそれぞれに入射する映像を偏光状態により分離することで左目と右目で視差を発生させる偏光方式がある。
【０１７２】
この場合、受信装置４は、映像信号出力部４１から映像信号を外部の３D映像表示装置へ出力して、該３D映像表示装置は、左目用の映像と右目用の映像とを異なる偏光状態で表示させる。または、受信装置４の有するディスプレイ４７によって同様の表示を行う。このようにすれば、偏光方式メガネを着用したユーザーは、当該３D映像表示装置または受信装置４の有するディスプレイ４７で３D映像を視聴することができる。なお、偏光方式では、偏光方式メガネには、受信装置４から同期信号や制御信号を送信することなく、３D映像視聴が可能となるため、制御信号出力部４３や機器制御信号送信端子４４から同期信号や制御信号を出力する必要はない。
【０１７３】
また、このほか、色による左右の目の映像を分離させるカラー分離方式を用いてもよい。また、裸眼で視聴可能な視差障壁を利用して３Ｄ映像を作り出す視差障壁方式を用いてもよい。
【０１７４】
なお、本発明に係る３Ｄ表示方式は特定の方式に限定されるものではない。
【０１７５】
＜番組情報等を利用した３Ｄ番組の具体的な判定方法の例＞
３Ｄ番組の判定方法の例としては、既に説明した放送信号および再生信号の番組情報に含まれる各種テーブルや記述子から、新たに含めた３Ｄ番組か否かを判定する情報を取得し、３Ｄ番組か否かを判定することが可能である。
【０１７６】
ＰＭＴや、ＥＩＴ[schedule basic/schedule extended/present/following]、といったテーブルの中に記載の、コンポーネント記述子、コンポーネントグループ記述子に新たに含められた３Ｄ番組か否かを判定する情報を確認する、または３Ｄ番組判定用の新たな記述子である３Ｄ番組詳細記述子を確認する、ＮＩＴや、ＳＤＴ、といったテーブルの中に記載の、サービス記述子、サービスリスト記述子などに新たに含められた３Ｄ番組か否かを判定する情報を確認する、などにより３Ｄ番組か否かを判定する。これらの情報は、前述した送信装置において放送信号に付与され、送信される。送信装置では、例えば管理情報付与部１６によってこれらの情報が放送信号に付与される。
【０１７７】
それぞれのテーブルの使い分けとしては、例えばＰＭＴについては現在の番組の情報しか記載していないため、未来の番組の情報については確認することができないが、信頼度は高いといった特徴がある。一方ＥＩＴ[schedule basic/schedule extended]については現在の番組だけでなく未来の番組の情報を取得できるが、受信完了までの時間が長く、保持する記憶領域が多く必要で、かつ未来の事象のため信頼度が低いなどのデメリットがある。ＥＩＴ[following]については次の放送時間の番組の情報を取得できるため、本実施例への適用については好適である。またＥＩＴ[present]については現在の番組情報の取得に使用でき、ＰＭＴとは異なる情報を入手できる。
【０１７８】
次に、送信装置１から送出された、図４、図６、図１０、図１２、図１４で説明した番組情報に関係する受信装置４の処理の詳細例を説明する。
【０１７９】
図２０は、受信装置４における、コンポーネント記述子の各フィールドに対する処理の一例を示す。
【０１８０】
「descriptor_tag」が“0x50”だと、当該記述子がコンポーネント記述子であると判断する。「descriptor_length」により、コンポーネント記述子の記述子長であると判断する。「stream_content」が“0x01”,“0x05”,“0x06”,“0x07”だと、当該記述子は有効（映像）である判断する。“0x01”,“0x05”,“0x06”,“0x07”以外の場合、当該記述子は無効である判断する。「stream_content」が“0x01”,“0x05”,“0x06”,“0x07”の場合、以降の処理を行う。
【０１８１】
「component_type」は、当該コンポーネントの映像コンポーネント種別と判断する。このコンポーネント種別については、図５のいずれかの値が指定されている。この内容により、当該コンポーネントが３D映像番組についてのコンポーネントか否かが判断可能である。
【０１８２】
「component_tag」は、当該番組内で一意となるコンポーネントタグ値で、ＰＭＴ のストリーム識別子のコンポーネントタグ値と対応させて利用できる。
【０１８３】
「ISO_639_language_code」は、“jpn（”0x6A706E“）”以外でも、後に配置される文字コードを”jpn”として扱う。
【０１８４】
「text_char」は、16byte（全角8 文字）以内をコンポーネント記述と判断する。このフィールドが省略された場合はデフォルトのコンポーネント記述と判断する。デフォルト文字列は「映像」である。
【０１８５】
以上説明したように、コンポーネント記述子はイベント（番組）を構成する映像コンポーネント種別を判断でき、コンポーネント記述を受信機における映像コンポーネント選択の際に利用する事ができる。
【０１８６】
なお、component_tag値が0x00〜0x0F の値に設定された映像コンポーネントのみを単独での選択対象とする。前記以外のcomponent_tag 値で設定された映像コンポーネントは、単独での選択対象とはならず、コンポーネント選択機能などの対象としてはならない。
【０１８７】
また、イベント（番組）中のモード変更などにより、コンポーネント記述が実際のコンポーネントと一致しないことが有る。（コンポーネント記述子のcomponent_type は、当該コンポーネントの代表的なコンポーネント種別を記載し、番組途中でのモード変更に対しリアルタイムでこの値を変えるようなことは行わない。）
また、コンポーネント記述子により記載されたcomponent_type は、デジタル記録機器におけるコピー世代を制御する情報および最大伝送レートの記述であるデジタルコピー制御記述子が当該イベント（番組）に対して省略された場合のデフォルトのmaximum_bit_rate を判断する際に参照される。
【０１８８】
このように受信装置４における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置４がstream_contentとcomponent_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
【０１８９】
図２１は、受信装置４における、コンポーネントグループ記述子の各フィールドに対する処理の一例を示す。
【０１９０】
「descriptor_tag」が“0xD9”だと、当該記述子がコンポーネントグループ記述子であると判断する。「descriptor_length」により、コンポーネントグループ記述子の記述子長であると判断する。
【０１９１】
「component_group_type」が‘000’ だと、マルチビューテレビサービスと判断し、‘001’ だと、３Ｄテレビサービスと判断する。
【０１９２】
「total_bit_rate_flag」が’0’だと、イベント（番組）中のグループ内の総ビットレートが当該記述子に記載されていないと判断する。’1’だと、イベント（番組）中のグループ内の総ビットレートが当該記述子に記載されていると判断する。
【０１９３】
「num_of_group」は、イベント（番組）内でのコンポーネントグループの数と判断する。最大値が存在しこれを越えた場合には最大値として処理する可能性がある。
「component_group_id」は、”0x0”だと、メイングループと判断する。”0x0”以外だと、サブグループと判断する。
【０１９４】
「num_of_CA_unit」は、コンポーネントグループ内での課金／非課金単位の数と判断する。最大値を越えた場合には2 として処理する可能性がある。
【０１９５】
「CA_unit_id」が“0x0”だと、非課金単位グループと判断する。“0x1”だと、デフォルトＥＳ群を含む課金単位と判断する。“0x0”と“0x1”以外だと、上記以外の課金単位識別と判断する。
【０１９６】
「num_of_component」は、当該コンポーネントグループに属し、かつ直前のCA_unit_id で示される課金／非課金単位に属するコンポーネントの数と判断する。最大値を越えた場合には１５として処理する可能性がある。
【０１９７】
「component_tag」は、コンポーネントグループに属するコンポーネントタグ値と判断し、ＰＭＴのストリーム識別子のコンポーネントタグ値と対応させて利用できる。
「total_bit_rate」は、コンポーネントグループ内の総ビットレートと判断する。ただし、”0x00”の際はデフォルトと判断する。
【０１９８】
「text_length」が１６（全角8 文字）以下だとコンポーネントグループ記述長と判断し、１６（全角8 文字）より大きいと、コンポーネントグループ記述長が１６（全角8文字）を超えた分の説明文は無視して良い。
【０１９９】
「text_char」は、コンポーネントグループに関する説明文を指す。なお、component_group_type=’000’のコンポーネントグループ記述子の配置によって、当該イベント（番組）においてマルチビューテレビサービスを行うと判断し、コンポーネントグループ毎の処理に利用することができる。
【０２００】
また、component_group_type=’001’のコンポーネントグループ記述子の配置によって、当該イベント（番組）において３Ｄテレビサービスを行うと判断し、コンポーネントグループ毎の処理に利用することができる。
【０２０１】
さらに、各グループのデフォルトＥＳ群は、CA_unit ループ先頭に配置されるコンポーネントループ中に必ず記載する。
【０２０２】
メイングループ(component_group_id=0x0)において、
・グループのデフォルトＥＳ群が非課金対象ならば、free_CA_mode=0 とし、CA_unit_id=0x1 のコンポーネントループを設定してはならない。
・グループのデフォルトＥＳ群が課金対象ならば、free_CA_mode=1 とし、CA_unit_id=”0x1”のコンポーネントループを必ず設定し、記載する。
また、サブグループ(component_group_id＞0x0)において、
・サブグループに対しては、メイングループと同じ課金単位、あるいは非課金単位のみ設定できる。
・グループのデフォルトＥＳ群が非課金対象ならば、CA_unit_id=0x0 のコンポーネントループを設定し、記載する。
・グループのデフォルトＥＳ群が課金対象ならば、CA_unit_id=0x1 のコンポーネントループを設定し、記載する。
【０２０３】
このように受信装置４における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置４がcomponent_group_typeを監視することで、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
【０２０４】
図２２は、受信装置４における、３Ｄ番組詳細記述子の各フィールドに対する処理の一例を示す。
【０２０５】
「descriptor_tag」が“0xE1”だと、当該記述子が３Ｄ番組詳細記述子であると判断する。「descriptor_length」により、３Ｄ番組詳細記述子の記述子長であると判断する。「3d_2d_type」は、当該３Ｄ番組における３Ｄ／２Ｄ識別であると判断する。図１０（b）の中から指定される。「3d_method_type」は、当該３Ｄ番組における３Ｄ方式識別であると判断する。図１１の中から指定される。
【０２０６】
「stream_type」は、当該３Ｄ番組のＥＳの形式であると判断する。図３の中から指定される。「component_tag」は、当該３Ｄ番組内で一意となるコンポーネントタグ値であると判断する。ＰＭＴ のストリーム識別子のコンポーネントタグ値と対応させて利用できる。
【０２０７】
なお、３Ｄ番組詳細記述子自体の有無により、当該番組が３Ｄ映像番組であるか否かを判断する構成としてもよい。すなわち、この場合は、３Ｄ番組詳細記述子がなければ、２Ｄ映像番組と判断し、３Ｄ番組詳細記述子がある場合には、３Ｄ映像番組であると判断する。
【０２０８】
このように受信装置４における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置４が３Ｄ番組詳細記述子を監視することで、この記述子が存在すれば、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
【０２０９】
図２３は、受信装置４における、サービス記述子の各フィールドに対する処理の一例を示す。「descriptor_tag」が“0x48”だと、当該記述子がサービス記述子であると判断する。「descriptor_length」により、サービス記述子の記述子長であると判断する。「service_type」は、図１３に示されたservice_type 以外の場合は当該記述子を無効と判断する。
【０２１０】
「service_provider_name_length」は、ＢＳ/ＣＳデジタルテレビジョン放送の受信の場合には、２０以下だと、事業者名長と判断し、２０より大きいと、事業者名を無効と判断する。一方、地上デジタルテレビジョン放送の受信の場合には、“0x00”以外は無効と判断する。
【０２１１】
「char」は、ＢＳ/ＣＳデジタルテレビジョン放送の受信の場合には、事業者名と判断する。一方、地上デジタルテレビジョン放送の受信の場合には、記載内容は無視する。「service_name_length」が２０以下だと、編成チャンネル名長と判断し、２０より大きいと、編成チャンネル名を無効と判断する。
【０２１２】
「char」は、編成チャンネル名と判断する。なお、上記図１８で説明した送出運用規則の一例に従い記述子を配置したＳＤＴを受信できなければ、対象サービスの基本情報は無効であると判断する。
【０２１３】
このように受信装置４における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
【０２１４】
図２４は、受信装置４における、サービスリスト記述子の各フィールドに対する処理の一例を示す。「descriptor_tag」が“0x41”だと、当該記述子がサービスリスト記述子であると判断する。「descriptor_length」により、サービスリスト記述子の記述子長であると判断する。
【０２１５】
「loop」は、対象トランスポートストリームに含まれるサービス数のループを記述する。「service_id」は、当該トランスポートストリームに対するservice_id と判断する。「service_type」は、対象サービスのサービスタイプを示す。図１３で規定されるサービスタイプ以外は無効と判断する。
【０２１６】
以上説明したように、サービスリスト記述子は対象ネットワークに含まれるトランスポートストリームの情報と判断することができる。
【０２１７】
このように受信装置４における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置４がservice_typeを監視することで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
【０２１８】
次に各テーブル内の具体的な記述子について説明する。まず、ＰＭＴの2ndループ（ＥＳ毎のループ）に記載のstream_typeの中のデータの種類により、上記図３で説明したようにＥＳの形式を判定することができるが、この中に、現在放送されているストリームが３Ｄ映像であることを示す記述が存在する場合には、その番組を３Ｄ番組と判定する（例えば、stream_typeに多視点映像符号化(例：H.264/MVC)ストリームのサブビットストリーム(他の視点)を示す０ｘ１Ｆがあれば、その番組を３Ｄ番組と判定する。
【０２１９】
また、stream_type以外にも、ＰＭＴの中で現在reservedとされている領域について、新たに３Ｄ番組または２Ｄ番組を識別する２Ｄ／３Ｄ識別ビットを割り当て、その領域で判定することも可能である。
【０２２０】
ＥＩＴについても同様にreservedの領域に新たに２Ｄ／３Ｄ識別ビットを割り当てして判定することも可能である。
【０２２１】
ＰＭＴおよび/またはＥＩＴに配置されるコンポーネント記述子で３Ｄ番組を判定する場合は、上記図４および５で説明したようにコンポーネント記述子のcomponent_typeに、３Ｄ映像を示す種別を割り当て（例えば、図５（ｃ）〜（e））、component_typeが３Ｄを表すものが存在すれば、その番組を３Ｄ番組と判定することが可能である。（例えば、図５（ｃ）〜（e）などを割り当てし、その値が対象番組の番組情報に存在していることを確認する。）
ＥＩＴに配置されるコンポーネントグループ記述子による判定方法としては、上記図６および７で説明したようにcomponent_group_typeの値に、３Ｄサービスを表す記述を割り当て、component_group_typeの値が、３Ｄサービスを表していれば、３Ｄ番組と判別可能である（例えば、ビットフィールドで００１は、３ＤＴＶサービスなどを割り当てし、その値が対象番組の番組情報に存在していることを確認する。）
ＰＭＴおよび/またはＥＩＴに配置される３Ｄ番組詳細記述子による判定方法としては、上記図１０および１１で説明したように対象の番組が３Ｄ番組であるか判定する場合には、３Ｄ番組詳細記述子内の3d_2d _type（３Ｄ／２Ｄ種別）の内容により判定可能である。また、受信番組について３Ｄ番組詳細記述子が伝送されていない無い場合は、２Ｄ番組と判断する。また、前記記述子の中に含まれる３Ｄ方式種別（上記3d_method_type）に受信装置が対応可能な３Ｄ方式であれば、次番組を３Ｄ番組と判定する方法も考えられる。その場合には、記述子の解析処理は複雑になるが、受信装置が対応不可能な３Ｄ番組に対してメッセージ表示処理や記録処理を行う動作を中止することが可能になる。
【０２２２】
ＳＤＴに配置されるサービス記述子やＮＩＴに配置されるサービスリスト記述子に含まれるservice_typeの情報に、上記図１２および１３および１４で説明したように０ｘ０１に３Ｄ映像サービスを割り当て、当該記述子がある番組情報を取得した場合に、３Ｄ番組として判定することが可能である。この場合には、番組単位での判定ではなく、サービス（ＣＨ、編成チャンネル）単位での判定となり、同一編成チャンネル内での次番組の３Ｄ番組判定はできないが、情報の取得が番組単位でないため容易といった利点もある。
【０２２３】
また番組情報については、専用の通信路（放送信号、またはインターネット）を通じて取得する方法もある。その場合にも、番組の開始時間とＣＨ（放送編成チャンネル、ＵＲＬまたはＩＰアドレス）、その番組が３Ｄ番組かをあらわす識別子があれば、同様に３Ｄ番組判定は可能である。さらに前記情報に加え、前記番組と３Ｄ奥行き情報を関連付ける情報（例えば番組に関するメタデータとして伝送）についても同様に専用の通信路等を通じて取得することにより、前記３Ｄ奥行き情報に基づいた判定を行うことが可能となる。
【０２２４】
以上の説明では、サービス（CH）または番組単位で３D映像か否かを判定するためのさまざまな情報（テーブルや記述子に含まれる情報）について説明したが、これらは本発明において必ずしも全て送信する必要はない。放送形態に合せて必要な情報を送信すればよい。これらの情報のうち、それぞれ単独の情報を確認して、サービス（CH）または番組単位で３D映像か否かを判定してもよく、複数の情報を組み合わせてサービス（CH）または番組単位で３D映像か否かを判定してもよい。複数の情報を組み合わせて判定する場合は、３D映像放送サービスであるが、一部の番組だけ２D映像であるなどの判定も可能となる。このような判定ができる場合は、受信装置で、例えばEPGでは当該サービスが「３D映像放送サービス」であることを明示することができ、かつ、当該サービスに３D映像番組以外に２D映像番組が混在していても、番組受信時に３D映像番組と２D映像番組とで表示制御等を切り替えることが可能となる。
【０２２５】
上記例のような番組情報を利用した判定方法以外にも、例えば外部入力された信号などの場合には、映像信号と共に伝送される制御信号により、映像が２Ｄ映像か３Ｄ映像かを判定する方法がある。例えばＨＤＭＩ信号の場合には、映像と共に伝送される制御信号内に、伝送される映像信号が３Ｄか２Ｄか、またはその方式（例えば「Side-by-Side」方式や「Top-and-Bottom」方式）等を判定する情報が含まれており、その情報をもとに映像信号が２Ｄか３Ｄかを判定することが可能である。上記制御信号が含まれていない場合などには、映像信号を２Ｄと判定するなどしても良い。
【０２２６】
なお、以上説明した３Ｄ番組の判定方法により、３Ｄ番組と判定された場合において、例えば図５（ｃ）〜（ｅ）で指定された３Ｄコンポーネントが受信装置４で適切に処理（表示、出力）することができる場合には３Ｄにて処理（再生、表示、出力）し、受信装置４で適切に処理（再生、表示、出力）することができない場合（例えば、指定された３Ｄ伝送方式に対応する３Ｄ映像再生機能がない場合など）、 または３Ｄ２視点別ＥＳ伝送方式において、いずれかの視点のＥＳが伝送されていない場合、には２Ｄにて処理（再生、表示、出力）してもよい。
【０２２７】
＜番組情報等を利用した３Ｄ奥行き情報の具体的な判定方法の例＞
上記説明した番組情報には、３Ｄ奥行き情報がそれぞれ含まれている。具体的な３Ｄ奥行き情報の判定方法としては、前記３Ｄ番組詳細記述子、またはその他の記述子における「depth_minus_max」を解析し、番組内の画面奥行き（マイナス（奥）方向）の値を取得し、「depth_plus_max」を解析し、番組内の画面奥行き（プラス（手前）方向）の最大値を取得することにより、番組の３Ｄ奥行き情報を判定することが可能である。
【０２２８】
前記３Ｄ番組の判定方法により３Ｄ番組であるにもかかわらず、前記３Ｄ奥行き情報が無い、または０の場合については、例えば全体は３Ｄ番組であるが、その３Ｄ奥行き情報が指し示す部分（例えば特定の番組、または番組の一部分）については、２Ｄ映像とみなす、といった判定を行うことも可能になる。
【０２２９】
または、上記のような３Ｄ奥行き情報が無いまたは０の場合については、後述する３ＤＯＳＤの表示位置を画面位置とするように制御することにより、放送事業者がＯＳＤの表示位置を制御し、不要にＯＳＤ表示位置を変更させないことも可能となる。
【０２３０】
また別の方法としては、同様に３Ｄ番組であるにもかかわらず、前記３Ｄ奥行き情報が無いまたは０の場合に、後述する映像からの３Ｄ奥行き情報の解析を行い、ＯＳＤを表示しても良い。このようにすることにより、放送信号に３Ｄ奥行き情報が含まれていない場合でも、適切に３ＤＯＳＤの表示位置を制御することが可能となる。
【０２３１】
またその他の例としては、同様に３Ｄ番組であるにもかかわらず、前記３Ｄ奥行き情報が無い場合に、番組内の画面奥行きの値について、それぞれ所定の値（たとえば番組内の画面奥行き（プラス（手前）方向）は５画素分、等）と解釈しても良い。このようにすることにより、前記３Ｄ奥行き情報が無い場合でも、一定量ＯＳＤを前面に表示させ、画面位置にＯＳＤを表示する場合と比べて、映像との重複を避ける可能性を高くすることも可能となる。
【０２３２】
また上記の場合とは逆に、前記番組が３Ｄ番組では無いにも関わらず３Ｄ奥行き情報が存在している場合には、前記３Ｄ奥行き情報に関わらず、後述する３ＤＯＳＤの表示位置を画面位置とすることが望ましい。このようにすることにより、３Ｄ番組では無いにも関わらず誤って３Ｄ奥行き情報が送信された場合でも、不要にＯＳＤ表示位置を変更させないことが可能となる。
【０２３３】
＜３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの３Ｄ再生／出力／表示処理＞
次に３Ｄコンテンツ（３Ｄ映像を含むデジタルコンテンツ）再生時の処理について説明する。ここではまず、図３５に示すような、１つのＴＳに主視点映像ＥＳと副視点映像ＥＳが存在する、３Ｄ２視点別ＥＳ伝送方式の場合の再生処理について説明する。まずユーザーが３Ｄ出力／表示への切替指示（例えばリモコンの「３Ｄ」キー押下）等を行った場合、前記キーコードを受信したユーザー指示受信部５２は、システム制御部５１に対して３Ｄ映像への切替を指示する（なお、以下の処理は、３Ｄ２視点別ＥＳ伝送方式のコンテンツについて、３Ｄコンテンツの３Ｄ表示／出力へのユーザー切替指示以外の条件で３Ｄ出力／表示に切り替える場合でも同様の処理を行う）。次に、システム制御部５１は、上記の方法で現在の番組が３Ｄ番組か否かを判定する。
【０２３４】
現在の番組が３Ｄ番組であった場合には、システム制御部５１はまず選局制御部５９に対して、３Ｄ映像の出力を指示する。前記指示を受信した選局制御部５９は、まず番組情報解析部５４から主視点映像ＥＳと副視点映像ＥＳそれぞれについて、ＰＩＤ(packet ID)、および符号化方式（例えばH.264/MVC,MPEG2,H.264/AVCなど）を取得し、次に多重分離部２９に対して前記主視点映像ＥＳと副視点映像ＥＳを多重分離して映像復号部３０に出力するよう制御を行う。
【０２３５】
ここで、例えば前記主視点映像ＥＳは、映像復号部の１番入力、前記副視点映像ＥＳは映像復号部の２番入力に入力するように、多重分離部２９を制御する。その後選局制御部５９は、復号制御部５７に対して、映像復号部３０の１番入力は主視点映像ＥＳで２番入力は副視点映像ＥＳという情報およびそれぞれの前記符号化方式を送信し、かつこれらのＥＳを復号するように指示を行う。
【０２３６】
図３５に示す３Ｄ２視点別ＥＳ伝送方式の組合せ例２や組合せ例４のように、主視点映像ＥＳと副視点映像ＥＳで符号化方式が異なる３Ｄ番組を復号するために、映像復号部３０は、それぞれの符号化方式に対応した、複数種類の復号機能を有するように構成すればよい。
【０２３７】
図３５に示す３Ｄ２視点別ＥＳ伝送方式の組合せ例１や組合せ例３のように、主視点映像ＥＳと副視点映像ＥＳで符号化方式が同じ３Ｄ番組を復号するために、映像復号部３０は、単一の符号化方式に対応した復号機能のみを有する構成でもかまわない。この場合は、映像復号部３０を安価に構成することができる。
【０２３８】
前記指示を受信した復号制御部５７は、主視点映像ＥＳと副視点映像ＥＳそれぞれの符号化方式に対応した復号を行い、左目用と右目用の映像信号を映像変換処理部３２に出力する。ここで、システム制御部５１は映像変換制御部６１に対して、３Ｄ出力処理を行うように指示を行う。前記指示をシステム制御部５１から受信した映像変換制御部６１は、映像変換処理部３２を制御して、映像出力４１から出力する、または受信装置４が備えるディスプレイ４７に３Ｄ映像を表示する。
【０２３９】
当該３Ｄ再生／出力／表示方法について、図２９を用いて説明する。
【０２４０】
図２９（a）は、３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの左右の視点の映像を交互に表示、出力するフレームシーケンシャル方式の出力、表示に対応する再生／出力／表示方法の説明図である。図の左側上部のフレーム列（Ｍ１，Ｍ２，Ｍ３，・・・）が、３Ｄ２視点別ＥＳ伝送方式のコンテンツの主視点(左目用)映像ＥＳに含まれる複数のフレーム、図の左側下部のフレーム列（Ｓ１，Ｓ２，Ｓ３，・・・）が３Ｄ２視点別ＥＳ伝送方式のコンテンツの副視点（右目用）映像ＥＳに含まれる複数のフレームを表している。映像変換処理部３２では、前記入力された主視点（左目用）／副視点（右目用）映像信号の各フレームを、図の右側のフレーム列（Ｍ１，Ｓ１，Ｍ２，Ｓ２，Ｍ３，Ｓ３，・・・・・・）で表すように、交互にフレームを映像信号として出力／表示する。このような出力／表示方式によれば、各視点それぞれについてディスプレイに表示可能な解像度を最大に用いることができ、高解像度の３Ｄ表示が可能となる。
【０２４１】
図２８のシステム構成において、図２９（a）の方式を用いる場合には、上記映像信号の出力とともに、それぞれの映像信号が主視点（左目）用、副視点（右目）用と判別可能な同期信号を制御信号４３から出力する。前記映像信号と前記同期信号を受信した外部の映像出力装置は、前記映像信号を前記同期信号に合わせて主視点（左目用）、副視点（右目用）の映像を出力し、かつ３Ｄ視聴補助装置に同期信号を送信することにより３Ｄ表示を行うことが可能になる。なお、外部の映像出力装置から出力される同期信号は、外部の映像出力装置で生成してもよい。
【０２４２】
また図２７のシステム構成において、図２９（a）の方式を用いて、前記映像信号を受信装置４が備えるディスプレイ４７に表示する場合には、前記同期信号を機器制御信号送信部５３および制御信号送受信部３３を経由し、機器制御信号送信端子４４から出力して、外部の３Ｄ視聴補助装置の制御（例えばアクティブシャッターの遮光切替）を行うことにより、３Ｄ表示を行う。
【０２４３】
図２９（b）は、３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの左右の視点の映像をディスプレイの異なる領域に表示する方式の出力、表示に対応する再生／出力／表示方法の説明図である。当該処理は、３Ｄ２視点別ＥＳ伝送方式のストリームを映像復号部３０で復号し、映像変換処理部３２で映像変換処理を行うものである。ここで、異なる領域に表示するとは、例えば、ディスプレイの奇数ラインと偶数ラインをそれぞれ主視点（左目）用、副視点（右目）用の表示領域として表示する等の方法がある。または、表示領域はライン単位でなくともよく、視点ごとに異なる画素を持つディスプレイの場合は、主視点（左目）用の複数の画素の組合せと副視点（右目）用の画素の複数の画素の組合せのそれぞれの表示領域とすればよい。例えば、上述した偏光方式の表示装置では、例えば、上記の異なる領域から、３Ｄ視聴補助装置の左目右目のそれぞれの偏光状態に対応した、互いに異なる偏光状態の映像を出力すればよい。このような出力／表示方式によれば、各視点それぞれについてディスプレイに表示可能な解像度は、図２９（a）の方式よりも少なくなるが、主視点（左目）用の映像と副視点（右目）用の映像を同時に出力／表示可能であり、交互に表示する必要がない。これにより、図２９（a）の方式よりもちらつきの少ない３Ｄ表示が可能となる。
【０２４４】
なお、図２７、図２８のいずれのシステム構成においても、図２９（ｂ）の方式を用いる場合には、３Ｄ視聴補助装置は、偏光分離メガネであればよく、特に電子制御を行う必要がない。この場合、３Ｄ視聴補助装置をより安価に提供することが可能となる。
【０２４５】
＜３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの２Ｄ出力／表示処理＞
３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの２Ｄ出力／表示を行う場合の動作について以下に説明する。ユーザーが２Ｄ映像への切替指示（例えばリモコンの「２Ｄ」キー押下）を行った場合、前記キーコードを受信したユーザー指示受信部５２は、システム制御部５１に対して２Ｄ映像への信号切替を指示する（なお、以下の処理は、３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの２Ｄ出力／表示へのユーザー切替指示以外の条件で２Ｄ出力／表示に切り替える場合でも同様の処理を行う）。次に、システム制御部５１はまず選局制御部５９に対して、２Ｄ映像の出力を指示する。
【０２４６】
前記指示を受信した選局制御部５９は、まず番組情報解析部５４から２Ｄ映像用のＥＳ（前記主視点ＥＳ、またはデフォルトタグを持つＥＳ）のＰＩＤを取得し、多重分離部２９に対して前記ＥＳを映像復号部３０に出力するよう制御を行う。その後選局制御部５９は復号制御部５７に対して、前記ＥＳを復号するように指示を行う。すなわち、３Ｄ２視点別ＥＳ伝送方式では、主視点と副視点とで、サブストリームまたはＥＳが異なっているので、主視点のサブストリームまたはＥＳのみを復号すればよい。
【０２４７】
前記指示を受信した復号制御部５７は映像復号部３０を制御して前記ＥＳの復号を行い、映像信号を映像変換処理部３２に出力する。ここで、システム制御部５１は映像変換制御部６１に対して、映像の２Ｄ出力を行うように制御を行う。前記指示をシステム制御部５１から受信した映像変換制御部６１は、映像変換処理部３２に２Ｄ映像信号を映像出力端子４１から出力する、またはディスプレイ４７に２Ｄ映像を表示する制御を行う。
【０２４８】
当該２Ｄ出力／表示方法について、図３０を用いて説明する。符号化映像の構成は図２９と同様であるが、上記説明の通り、映像復号部３０では第２のＥＳ（副視点映像ＥＳ）は復号されないため、映像変換処理部３２復号される一方のＥＳ側の映像信号を図の右側のフレーム列（Ｍ１，Ｍ２，Ｍ３，・・・・・・）で表すような２Ｄ映像信号に変換して出力する。このようにして２Ｄ出力／表示を行う。
【０２４９】
ここでは２Ｄ出力/表示の方法として右目用ＥＳの復号を行わない方法について記載したが、３Ｄ表示時と同様に、左目用ＥＳと右目用ＥＳの両方の復号を行い、映像変換処理部３２で右目用映像信号を間引く処理を実施することにより２Ｄ表示を行っても良い。その場合は復号処理や多重分離処理の切り替え処理が無くなり切り替え時間の低減やソフトウェア処理の簡略化などの効果が期待できる。
【０２５０】
＜Side-by-Side方式／Top-and-Bottom方式の３Ｄコンテンツの３Ｄ出力／表示処理＞
次に１つの映像ＥＳに左目用映像と右目用映像が存在する場合（例えばSide-by-Side方式やTop-and-Bottom方式のように１つの２Ｄ画面中に左目用映像と右目用映像とを格納する場合）の３Ｄコンテンツの再生処理を説明する。上記と同様にユーザーが３Ｄ映像への切替指示を行った場合、前記キーコードを受信したユーザー指示受信部５２は、システム制御部５１に対して３Ｄ映像への切替を指示する（なお、以下の処理は、Side-by-Side方式やTop-and-Bottom方式の３Ｄコンテンツの２Ｄ出力／表示へのユーザー切替指示以外の条件で２Ｄ出力／表示に切り替える場合でも同様の処理を行う）。次に、システム制御部５１は、同様に上記の方法で現在の番組が３Ｄ番組か否かを判定する。
【０２５１】
現在の番組が３Ｄ番組であった場合には、システム制御部５１はまず選局制御部５９に対して、３Ｄ映像の出力を指示する。前記指示を受信した選局制御部５９は、まず番組情報解析部５４から３Ｄ映像を含む３Ｄ映像ＥＳのＰＩＤ(packet ID)、および符号化方式（例えばMPEG2,H.264/AVC等）を取得し、次に多重分離部２９に対して前記３Ｄ映像ＥＳを多重分離して映像復号部３０に出力するよう制御し、また映像復号部３０に符号化方式に応じた復号化処理を行い、復号した映像信号を映像変換処理部３２に出力するように制御を行う。
【０２５２】
ここで、システム制御部５１は映像変換制御部６１に対して、３Ｄ出力処理を行うように指示を行う。前記指示をシステム制御部５１から受信した映像変換制御部６１は、入力された映像信号を左目用映像と右目用映像に分離してスケーリング等の加工（詳細は後述する）を行うように映像変換処理部３２に対して指示を行う。映像変換処理部３２は変換した映像信号を映像出力４１から出力する、または受信装置４が備えるディスプレイ４７に映像を表示する。
【０２５３】
当該３Ｄ映像の再生／出力／表示方法について、図３１を用いて説明する。
【０２５４】
図３１（a）は、Side-by-Side方式またはTop-and-Bottom方式の３Ｄコンテンツの左右の視点の映像を交互に表示、出力するフレームシーケンシャル方式の出力、表示に対応する再生／出力／表示方法の説明図である。符号化映像としてSide-by-Side方式、Top-and-Bottom方式の説明を併記して図示しているが、両者の異なる点は左目用映像と右目用映像の映像内の配置が異なる点のみのため、以下の説明ではSide-by-Side方式を用いて説明し、Top-and-Bottom方式の説明を省略する。図の左側のフレーム列（Ｌ１／Ｒ１，Ｌ２／Ｒ２，Ｌ３／Ｒ３・・・）が、左目用と右目用の映像が１フレームの左側／右側に配置されたSide-by-Side方式映像信号を表している。映像復号部３０では、左目用と右目用の映像１フレームの左側／右側に配置された状態のSide-by-Side方式映像信号が復号され、映像変換処理部３２では、前記復号されたSide-by-Side方式映像信号の各フレームを左目用映像と右目用映像になるように左右分離して、さらにスケーリング（出力映像の横サイズに合うように伸張／補間、または圧縮／間引等を実施）をする。さらに、図の右側のフレーム列（Ｌ１，Ｒ１，Ｌ２，Ｒ２，Ｌ３，Ｒ３，・・・・・・）で表すように、交互にフレームを映像信号として出力する。
【０２５５】
図３１（a）において、交互にフレームを出力／表示する出力／表示映像に変換した後の処理および、３Ｄ視聴補助装置への同期信号や制御信号の出力等については、既に説明した、図２９（a）で説明した３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの３Ｄ再生／出力／表示処理と同様であるため、説明を省略する。
【０２５６】
図３１（b）は、Side-by-Side方式またはTop-and-Bottom方式の３Ｄコンテンツの左右の視点の映像をディスプレイの異なる領域に表示する方式の出力、表示に対応する再生／出力／表示方法の説明図である。図３１（a）と同様に、符号化映像としてSide-by-Side方式、Top-and-Bottom方式の説明を併記して図示しているが、両者の異なる点は左目用映像と右目用映像の映像内の配置が異なる点のみのため、以下の説明ではSide-by-Side方式を用いて説明し、Top-and-Bottom方式の説明を省略する。図の左側のフレーム列（Ｌ１／Ｒ１，Ｌ２／Ｒ２，Ｌ３／Ｒ３・・・）が、左目用と右目用の映像が１フレームの左側／右側に配置されたSide-by-Side方式映像信号を表している。映像復号部３０では、左目用と右目用の映像１フレームの左側／右側に配置された状態のSide-by-Side方式映像信号が復号され、映像変換処理部３２では、前記復号されたSide-by-Side方式映像信号の各フレームを左目用映像と右目用映像になるように左右分離して、さらにスケーリング（出力映像の横サイズに合うように伸張／補間、または圧縮／間引等を実施）をする。さらに、スケーリングした左目用映像と右目用映像とを異なる異なる領域に出力、表示する。図２９（b）での説明と同様に、ここで、異なる領域に表示するとは、例えば、ディスプレイの奇数ラインと偶数ラインをそれぞれ主視点（左目）用、副視点（右目）用の表示領域として表示する等の方法がある。その他、異なる領域への表示処理および偏光方式の表示装置での表示方法等は、図２９（ｂ）で説明した３Ｄ２視点別ＥＳ伝送方式の３Ｄコンテンツの３Ｄ再生／出力／表示処理と同様であるため、説明を省略する。
【０２５７】
図３１（b）の方式では、ディスプレイの垂直解像度と入力映像の垂直解像度とが同じであっても、左目用映像と右目用映像とをそれぞれディスプレイの奇数ラインと偶数ラインに出力、表示する場合は、それぞれの垂直の解像度を減らす必要がある場合があるが、このような場合も上記スケーリング処理において、左目用映像と右目用映像の表示領域の解像度に対応した間引を実施すればよい。
【０２５８】
＜Side-by-Side方式／Top-and-Bottom方式の３Ｄコンテンツの２Ｄ出力／表示処理＞
Side-by-Side方式またはTop-and-Bottom方式の３Ｄコンテンツの２Ｄ表示を行う場合の各部の動作について下記に説明する。ユーザーが２Ｄ映像への切替指示（例えばリモコンの「２Ｄ」キー押下）を行った場合、前記キーコードを受信したユーザー指示受信部５２は、システム制御部５１に対して２Ｄ映像への信号切替を指示する（なお、以下の処理は、Side-by-Side方式またはTop-and-Bottom方式の３Ｄコンテンツの２Ｄ出力／表示へのユーザー切替指示以外の条件で２Ｄ出力／表示に切り替える場合でも同様の処理を行う）。前記指示を受信したシステム制御部５１は映像変換制御部６１に対して、２Ｄ映像の出力を指示する。前記指示をシステム制御部５１から受信した映像変換制御部６１は、映像変換処理部３２に入力された前記映像信号に対して、２Ｄ映像出力を行うように制御を行う。
【０２５９】
映像の２Ｄ出力／表示方法について、図３２を用いて説明する。図３２(a)はSide-by-Side方式、図３２(b)はTop-and-Bottom方式の説明を図示しており、どちらも左目用映像と右目用映像の映像内の配置が異なるのみのため、説明は図３２(a)のSide-by-Side方式を用いて説明する。図の左側のフレーム列（Ｌ１／Ｒ１，Ｌ２／Ｒ２，Ｌ３／Ｒ３・・・）が、左目用と右目用の映像信号が、１フレームの左側／右側に配置されたSide-by-Side方式映像信号を表している。映像変換処理部３２では、前記入力されたSide-by-Side方式映像信号の各フレームを左右の左目用映像、右目用映像の各フレームに分離した後、主視点映像（左目用映像）部分のみをスケーリングし、図の右側のフレーム列（Ｌ１，Ｌ２，Ｌ３，・・・・・・）で表すように、主視点映像（左目用映像）のみを映像信号として出力する。
【０２６０】
映像変換処理部３２は、上記処理を行った映像信号について、２Ｄ映像として映像出力４１から出力し、制御信号４３から制御信号を出力する。このようにして２Ｄ出力／表示を行う。
【０２６１】
なお、Side-by-Side方式やTop-and-Bottom方式の３Ｄコンテンツを、１画像に２視点格納したそのままの２Ｄ出力／表示を行う例も図３２(c)(d)に示す。例えば、図２８のように、受信装置と視聴装置が別構成の場合などにおいて、受信装置からは復号したSide-by-Side方式やTop-and-Bottom方式の映像を１画像に２視点格納した映像のまま出力し、視聴装置で３Ｄ表示のための変換をおこなってもよい。
【０２６２】
以上の３Ｄ２視点別ＥＳ伝送方式、Side-by-Side方式／Top-and-Bottom方式、のそれぞれの方式において３ＤでＯＳＤを表示する場合には、それぞれ復号した左目用映像と右目用映像の所定の位置に、図４８（ａ）に示す“ＭＥＮＵ”や“Ｃｈ８”といったオブジェクトのような関係でＯＳＤを配置する。そのようにすることにより、映像出力時にＯＳＤを３Ｄとして表示することが可能となる。
【０２６３】
また、外部機器などに前記方式（３Ｄ２視点別ＥＳ伝送方式、Side-by-Side方式／Top-and-Bottom方式）で映像を出力する場合にも、同様に上記の方法で映像を出力することによりＯＳＤを３Ｄ映像として表示することが可能となる。
【０２６４】
＜番組変化時の、ユーザー状態に合わせた映像表示処理フローの例＞
次に、現在視聴中の番組の放送方式（３Ｄ番組とその伝送方式、２Ｄ番組）が切り替わった場合の出力／表示処理について説明する。現在視聴中の番組の放送方式が切り替わった場合に、受信装置で映像の処理方法を変更しない場合には、正常な映像表示が行われずにユーザーの利便性を損ねる恐れがある。これに対し、以下に示す処理を行うことで、ユーザーの利便性を向上させることができる。
【０２６５】
図４０は、番組の切り替わり時における現在番組や番組情報の変更などの契機で実行されるシステム制御部５１の処理フローの一例である。
【０２６６】
システム制御部５１は番組情報解析部５４から現在の番組の番組情報を取得し、現在の番組が３Ｄ番組か否かを上記の３Ｄ番組の判定方法により判定し、さらに現在の番組の３Ｄ方式種別（例えば２視点別ＥＳ伝送方式／Side-by-Side方式など、例えば３Ｄ番組詳細記述子に記載の３Ｄ方式種別から判断）を同様に番組情報解析部５４から取得する（Ｓ２０１）。なお、現在番組の番組情報の取得は、番組の切り替わり時に限らず、定期的に取得しても良い。
【０２６７】
判定の結果、現在の番組が３Ｄ番組の場合（Ｓ２０２のyes）、次にユーザーの３Ｄ視聴準備状態を確認する。（Ｓ２０４）。
【０２６８】
３Ｄ視聴準備状態とは、例えば、リモコンの“３Ｄ”ボタンを押下した場合、図４１のメニューに示すような３Ｄ／２Ｄの切り替え表示を表示した場合にユーザーが“３Ｄで見る”を選択した場合、のように、ユーザーが３Ｄ番組を３Ｄ表示にて視聴しようとする意思を提示したことさす。例えばユーザー操作入力部４５を経由して受信装置に伝えられた場合に、３Ｄ視聴準備状態を“ＯＫ”として、システム制御部５１が状態を保持しておく。
【０２６９】
また、ユーザーの３Ｄ視聴準備状態の判定は他にも、例えば３Ｄ視聴補助装置が発信するユーザー装着完了信号や、撮像装置でユーザーの視聴状態を撮影し、前記撮影結果から画像認識やユーザーの顔認識を行い、３Ｄ視聴補助装置を着用していることを判定しても良い。
【０２７０】
また３Ｄ視聴準備状態を“ＮＧ”として判定する動作としては、例えばユーザーが３Ｄ視聴補助装置を外す、リモコンの２Ｄボタンを押下など、ユーザーが３Ｄ番組を視聴しないという意思を提示したことが、例えばユーザー操作入力部４５を経由して受信装置に伝えられた場合には、３Ｄ視聴準備状態を“ＮＧ”として、システム制御部５１が状態を保持しておく。
【０２７１】
上記ユーザーの３Ｄ視聴準備状態がＯＫである場合（Ｓ２０５のyes）、前記の方法で、それぞれの３Ｄ方式種別に対応した形式で３Ｄコンテンツの３Ｄ出力を行う（Ｓ２０６）。
【０２７２】
また上記ユーザーの３Ｄ視聴準備状態がＯＫでない場合（Ｓ２０５のno）、システム制御部５１は、図３０や図３２(a)(b)で説明した方法で、それぞれの３Ｄ方式種別に対応した形式で３Ｄ映像信号の一方の視点（例えば主視点）を２Ｄ表示するように制御を行う（Ｓ２０７）。このとき、３Ｄ番組である旨を示す表示を番組の２Ｄ表示映像に重畳して表示してもよい。
【０２７３】
ステップＳ２０２の判定の結果、現在番組が３Ｄで無かった場合（Ｓ２０２のno）、上記と同様に、ユーザーの３Ｄ視聴準備状態の確認（Ｓ２０８）と判定（Ｓ２０９）を行う。判定の結果、ユーザーの３Ｄ視聴準備状態がＯＫである場合（Ｓ２０９のyes）、前記の方法で、映像の２Ｄ３Ｄ変換を行い、映像を３Ｄで表示する（Ｓ２１０）。
【０２７４】
ここで映像の２Ｄ３Ｄ変換を行って映像出力をする際に、２Ｄ３Ｄ変換を行っている旨を示すマーク（２Ｄ３Ｄ変換マーク）を表示する場合も考えられる。この場合、ユーザーが放送による３Ｄか、装置で作成された３Ｄかを区別することができ、その結果ユーザーが３Ｄ視聴を終了するという判断をすることも可能になる。
【０２７５】
またここで、装置が２Ｄ３Ｄ変換機能を持たない場合には、ステップＳ２１０で２Ｄ３Ｄ変換の制御は行わず、２Ｄ映像を２Ｄのまま出力するように制御しても良い。
【０２７６】
また上記ユーザーの３Ｄ視聴準備状態がＯＫでない場合（Ｓ２０９のno）、システム制御部５１は２Ｄの放送信号をそのまま２Ｄで出力するように制御を行う（Ｓ２０３）。
【０２７７】
このようにして、現在の放送の放送方式（３Ｄ番組とその伝送方式、２Ｄ番組）とユーザーの３Ｄ視聴準備状態を判定し、自動的にそれらに適した形式で映像出力を行うことが可能になる。
【０２７８】
ここで３Ｄ番組の判定方法として、映像とともに符号化するユーザデータ領域や付加情報領域に格納される識別子を用いて、３Ｄ番組か否かの判定や３Ｄ方式種別の判定を行うことにより、フレーム単位で上記変換を制御することが可能になり、ユーザーの利便性が向上する。
【０２７９】
図３３は、例えばステップＳ２０７で３Ｄ放送映像を２Ｄ表示するとともにシステム制御部５１がＯＳＤ作成部６０に表示させるメッセージの一例である。７０１は装置が表示する画面全体をあらわし、ユーザーに３Ｄ番組が開始されたことを通知するメッセージ１６０１を表示し、さらにユーザーが応答を行うオブジェクト（以下ユーザー応答受信オブジェクト：例えばＯＳＤ上のボタン）１６０２を表示し、その後の動作を選択させる。
【０２８０】
メッセージ１６０１表示時、例えばユーザーがリモコンの“ＯＫ”ボタンを押下した場合、ユーザー指示受信部５２は“ＯＫ”が押下されたことをシステム制御部５１に通知する。
【０２８１】
図３３の画面表示におけるユーザー選択の判定方法の一例としては、ユーザーがリモコンを操作し、リモコンの＜３Ｄ＞ボタンを押下した場合または画面の「ＯＫ／３Ｄ」にカーソルを合わせリモコンの＜ＯＫ＞ボタンを押下した場合は、３Ｄ視聴準備状態は“ＯＫ”と判定する。
【０２８２】
または、ユーザーがリモコンの＜キャンセル＞ボタンまたは＜戻る＞ボタンを押下した場合または画面の「キャンセル」にカーソルを合わせリモコンの＜ＯＫ＞を押下した場合は、３Ｄ視聴準備状態は“ＮＧ”と判定する。これ以外にも、上記の３Ｄ視聴準備状態がＯＫになる動作が行われた場合には、３Ｄ視聴準備状態は“ＯＫ”に変更される。
【０２８３】
ユーザーが上記選択を行った後には再度図４０のフローがシステム制御部５１で実行される。
【０２８４】
これにより、例えばユーザーが３Ｄ視聴準備状態がＮＧで、３Ｄ番組が２Ｄで表示されている場合にも、ユーザーに対して３Ｄ番組が開始されたことを通知可能となり、また容易に３Ｄ視聴準備状態をＯＫと装置に通知することが可能になる。これらの結果により、ユーザーが３Ｄ番組の開始を判断でき、また容易に３Ｄ映像に切り替えることが可能になるなど、ユーザーの都合に合せた視聴方法を提供することができる。
【０２８５】
なお、図３３の表示例では、ユーザーが応答を行うためのオブジェクトを表示したが、単純に「３Ｄ番組」等、当該番組が「３Ｄ視聴」に対応した番組であることを単に示す文字または、ロゴ、マーク等を表示するのみでもよい。この場合は、「３Ｄ視聴」に対応した番組であることを認識したユーザがリモコンの「３Ｄ」キーを押下げ、当該リモコンからの信号を受信したユーザー指示受信部５２からシステム制御部５１への通知を契機に２Ｄ表示から３Ｄ表示に切り替えを行えばよい。
【０２８６】
さらに、ステップＳ２０７で表示するメッセージ表示の別の例としては、図３３のように単純にＯＫだけでなく、番組の表示方式を２Ｄ映像にするか３Ｄ映像にするかを明記する方法も考えられる。その場合のメッセージと、ユーザー応答受信オブジェクトの例を図３４に示す。
【０２８７】
このようにすると図３３のような“ＯＫ”の表示に比べ、ユーザーがボタン押下後の動作をより判断しやすくなる他、明示的に２Ｄでの表示を指示できるなど（１２０２に記載の“２Ｄで見る”押下時には、ユーザー３Ｄ視聴準備状態をＮＧと判定）、利便性が高まる。
【０２８８】
本実施例で説明した各ユーザーへのメッセージ表示については、ユーザー操作後に消去することが望ましい。その場合にはユーザーが操作を行った後には映像が視聴しやすいというメリットがある。また一定時間経過後についても同様に、ユーザーはすでにメッセージの情報を認識していると考え、メッセージを消去し、映像を視聴しやすい状態にすることがユーザーの利便性を高める。
【０２８９】
なお、選局動作を行い、現在の番組が変更になった場合にも、システム制御部５１において上記のフローが実施される。
【０２９０】
＜映像情報による３Ｄ判定方法＞
ここでは映像信号が３Ｄ映像か否か、映像情報から判定する方法について説明する。
【０２９１】
３Ｄ映像の伝送方法は、ここでは例えば「Side-by-Side」方式や「Top-and-Bottom」方式、「Field alternative」方式や「Line alternative」方式など、右目用映像と左目用映像を、通常の１画面に多重化して伝送する場合を例に挙げて説明する。
【０２９２】
上記３Ｄ映像の伝送方式における左目用映像と右目用映像については、奥行き間が無い点の画像情報は一致している、または左目用映像と右目用映像の画素値に関するヒストグラムは非常に似通っているなどの特徴がある。
【０２９３】
例えば「Side-by-Side」方式では図３１の符号化映像として記載されているフレームのように、符号化平面の左半面に左目用、右半面に右目用の映像を配置しているが、このような状況において、左半面の最上部左端（左上始点の座標系と考えると、(0,0)の位置）と右半面の同じく最上部左端（左上始点の座標系で、画面全体の水平サイズをxと考えると、(x/2,0)の位置）の画素値は似通っていると考えられる。
【０２９４】
そこで３Ｄ映像判定方法の一例としては、左目用映像と右目用映像において表示位置が同一と考えられる各画素ごとに、例えばＲＧＢやＹＵＶのそれぞれの数値の差分を計算し、差分の総和を画像の差分として一定値と比較し、差分が一定値より低い場合に、３Ｄ映像と判定する方法がある。
【０２９５】
具体例を挙げると、３Ｄ伝送方式がside-by-sideで、映像全体の横方向のサイズがＸ（つまり各視点用映像の横方向のサイズはＸ／２）、縦方向のサイズがＹのような、映像の場合、別視点画像の差分をＹＵＶ成分で比較すると、以下の数式１で計算できる。
【０２９６】
【数１】

【０２９７】
数式１において、左辺が画像のＹＵＶ成分の差分値の総和を表し、右辺が一定値（ここではＤ）としている。またＹ(x,y)という式は、画像の（x,y）座標におけるＹ成分の値を示しており、Ｕ（x,y）、Ｖ(x,y)についても同様である。
【０２９８】
また画素値の差分では無く、ヒストグラムの差分で考えると、以下の数式２で表すことができる。
【０２９９】
【数２】

【０３００】
数式２において、ここでnは画素の値の最大値を示しており、例えば８ビットで表現可能な画像であれば２５５となる。またΣLY(i)は、左目用映像におけるＹ成分の値がiの数の総和を表しており、ΣRY(i)は同じく右目用映像におけるＹ成分の値がiの数の総和を表している。Ｕ／Ｖ成分についても同様である。このようにして計算したヒストグラムの差分の総和が一定値以下の場合に、現在の映像が３Ｄ映像だと判定することが可能である。
【０３０１】
ここでは、ＹＵＶ成分のすべての値を用いて計算を行ったが、計算簡略化のためにＹ成分のみを用いて計算しても良い。またＹＵＶ成分の代わりにＲＧＢ成分を使用するなど、別の色次元空間に変換して差分を計算することにより、３Ｄ映像と誤判定するパターンが変わり、有効な判定を行うことが可能になるなどの効果がある。
【０３０２】
また上記では単純な画素の差分比較、要素ごとのヒストグラムの差分比較を行ったが、それぞれの計算について、例えばＹ成分に重み付けを行う、ヒストグラムの中心値に重み付けを行う、事前に特定のフィルタ（例えばローパスフィルタ）等をかけてから比較等、より誤判定が少なくなるような判定をすることも可能である。
【０３０３】
また画像解析の手法として、画像の中にどのようなオブジェクト（物体）が配置されているかを解析する手法がある（例えば輪郭抽出技術や顔認識技術など）そのような技術を用いて、画像の中にどのようにオブジェクトが配置されているかを確認し、上記３Ｄ映像の伝送方式における右目用映像と左目用映像の同一位置に類似したオブジェクトが存在しているなどを判定し、３Ｄ映像として判定しても良い。このような判定方法の方が、単純な画素比較より誤判定が少なくなる場合がある。
【０３０４】
上記画素情報等の比較は、映像すべての部分に対して行う必要は無く、特定の領域（例えば上半分、水平ｎラインのみ、特定のオブジェクトのみ）等で比較を行っても良い。その場合には３Ｄ判定の精度は低下するが、演算量が低減できるなどのメリットがある。
【０３０５】
上記左目用映像と右目用映像の比較を行う場合、３Ｄ伝送方式により左目用映像と右目用映像がどのように配置されているかが異なる。例えば「Side-by-Side」方式の場合には符号化平面の左側に左目用映像、符号化平面の右側に右目用映像が配置されており、また「Top-and-Bottom」方式の場合には符号化平面の上部側に左目用映像、符号化平面の下部側に右目用映像が配置されている。このため、複数の３Ｄ伝送方式に対応する場合には、それぞれの３Ｄ伝送方式について想定される左目用映像と右目用映像について比較処理を行う必要がある。いずれかの３Ｄ伝送方式（例えば「Side-by-Side」）で比較を行った結果、３Ｄ映像と判定された場合、映像の３Ｄ伝送方式（この場合は「Side-by-Side」）も判定することが可能になる。
【０３０６】
受信装置が対応している３Ｄ伝送方式のみで比較処理を行う、またはユーザーが３Ｄの自動判定を行いたい３Ｄ伝送方式のみ比較処理を行う、等の制限を行うと、演算量を低減することが可能になる。
【０３０７】
また、３Ｄ映像か否かの判定は、複数フレームにわたって判定をするなどすると、より誤判定の可能性が低くなる。例えば上記差分比較の場合を例に挙げると、差分が複数フレーム（例えば１０フレーム）の間Ｄ以下であった場合には３Ｄ映像であると判断する。このようにすると判定の結果を得るまでの時間は遅延するが、１〜数フレームの間に偶然近似した映像を誤判定することは無いなどのメリットがある。
【０３０８】
また画像情報にて判定する場合に、画像の画角情報から判定し、３Ｄ放送で無いと判定することも可能である。例えば放送規格で３Ｄ放送と規定されている画角情報（例えば１９２０×１０８０）以外で映像が伝送されている場合には、３Ｄ映像でないと判定する。このようにして誤判定を少なくすることも可能である。
【０３０９】
これら複数の手法については、どれかのみを適用するだけでなく、組み合わせて判定を行うと、より誤判定の少ない３Ｄ判定を行うことが可能になる。
＜映像情報による３Ｄ奥行き判定方法＞
ここで映像情報から３Ｄ奥行き情報を判定する方法について記載する。映像情報から３Ｄ奥行き情報を判定する方法としては、例えば映像を特定のオブジェクト（物体）の単位に切り分け、そのオブジェクトが、左目用映像と右目用映像でどれだけ左右にずれている（平行移動されている）かを計算することにより、映像情報から３Ｄ奥行き情報を判定することが可能になる。具体的には、例えば映像内のオブジェクトについて、映像の輪郭抽出や、物体認識アルゴリズムによりオブジェクトを分割し、左右の映像でそれぞれ前記オブジェクトだけを切り出す。その後前記左右の映像を一定値ずつ平行移動しながら、左右の映像の相関値を計算し、相関値が最大値となった平行移動値を、上記平行移動による奥行き値とする、といった方法により、映像情報からの３Ｄ奥行き情報が判定可能である。
【０３１０】
また別の方法としては、左目用映像と右目用映像について、それぞれの平行移動量を-x〜+xまで変化させ、映像の相関値の変化を計算する。映像を平行移動し、相関値が一定値（例えばＲ）を超えている中で、絶対値|x|が最大となる±xの値を、最大の平行移動量として計算しても良い。このようにすることにより、オブジェクトの認識などの演算を行うことなく、容易に最大平行移動量（奥行き値）を計算することが可能となる。
＜映像情報による３Ｄ判定処理＞
映像情報による具体的な３Ｄ判定処理について、図４２のフローチャートを用いて説明する。図４２は映像情報による３Ｄ判定を行う場合のシステム制御部５１の処理フローの一例である。
【０３１１】
システム制御部５１では、入力された映像信号を解析し、上記映像情報による３Ｄ判定方法などの方法で、入力映像の３Ｄ判定を行う（Ｓ３０１）。判定の結果、映像信号が３Ｄ映像であった場合、（Ｓ３０２のyes）入力された映像信号を３Ｄ信号として扱い（Ｓ３０３）、例えば上記のユーザー状態に合わせた映像表示処理フローを実施し、３Ｄ映像を表示するなどの処理を行う。判定の結果、映像信号が３Ｄ映像でなかった場合（Ｓ３０２のno）、映像信号を２Ｄ映像として扱い（Ｓ３０４）、それに合わせた表示処理などを行う。このようにして映像情報による３Ｄ判定を行い、映像表示を行う。
【０３１２】
ここで映像情報による３Ｄ判定を行う前に、例えば映像信号と共に伝送される識別情報から映像信号が３Ｄであるか事前に判定を行うことにより、装置の処理を軽減する方法がある。その場合のシステム制御部５１の処理フローを図４３に示す。この場合は最初に、上記番組情報等を利用した３Ｄ番組の具体的な判定方法の例に示すような方法で、映像が３Ｄか否かを判定する（Ｓ４０１）ここで識別情報が３Ｄの場合には（Ｓ４０１のyes）映像を３Ｄとして扱い、上記と同様に映像表示などを行う。ここで識別情報が２Ｄの場合（Ｓ４０１のno）には、上記と同様に映像情報による３Ｄ判定処理を行う（Ｓ３０１）。このように、識別情報がある場合には映像情報による３Ｄ判定処理を行わないなど、処理を軽減することが可能になる。
【０３１３】
ここで識別情報から映像が３Ｄ以外であると明確な場合（例えば３Ｄ対応の記述子が存在しているが、記述子の記載が２Ｄと明記されているなど）には、上記と同様に映像情報による３Ｄ判定を行わないことも可能である。その場合、図４３のＳ４０１の判定でnoの場合には、Ｓ３０１の処理とＳ３０２の判定を介さず、直接Ｓ３０４の処理に移行する。このようにすることにより、明らかに２Ｄである映像信号である場合にも、映像情報による３Ｄ判定処理を行わないなど、処理を軽減することが可能である。
【０３１４】
映像情報での３Ｄ判定を行った後に、ユーザーに対して確認メッセージを表示する場合のシステム制御部５１のフローチャートについて、図４４に示す。前記の処理と同様に、映像情報での３Ｄ判定を行った後（Ｓ３０１）、判定結果が３Ｄであった場合（Ｓ３０２のyes）、図４５に示すような３Ｄ切替可否確認メッセージを表示する（Ｓ５０１）。ここで７０１は装置が表示する画面全体、４５０１がメッセージ全体、４５０２はユーザー応答受信オブジェクト、４５０３は映像情報での３Ｄ判定で検知した３Ｄ放送の伝送方式の方式表示である。
【０３１５】
ここでユーザーが例えばユーザーがリモコンを操作し、リモコンの＜３Ｄ＞ボタンを押下した場合または画面の「ＯＫ／３Ｄ」にカーソルを合わせリモコンの＜ＯＫ＞ボタンを押下した場合などに、ユーザー応答は３Ｄ切替と判定する。ユーザー応答が３Ｄ切替であった場合（Ｓ５０２のyes）、映像を３Ｄとして扱い（Ｓ３０３）、上記と同様映像切替などの処理を行う。またユーザー応答が３Ｄ切替でなかった場合（Ｓ５０２のno）、映像を２Ｄとして扱い（Ｓ３０４）映像切替などの処理を行う。
【０３１６】
このようにして、映像情報での３Ｄ判定を行い、映像が３Ｄであると判定された場合でも、ユーザーに対して、３Ｄ映像であると検出された旨を通知し、その上でユーザーに対して３Ｄ切替可否を確認することにより、機器での誤判定による３Ｄへの切替を防ぐことが可能になる。
【０３１７】
ここでメッセージの内容としては、ユーザー応答受信オブジェクト４５０２を必ずしも含む必要は無く、またメッセージの内容も簡略化し、例えば“３Ｄ”と画面に表示するだけでも良い。その場合には、ユーザーが３Ｄボタンを明示的に押下して３Ｄに映像を切り替えることが必要になる。その場合は、ユーザーにとって画面の視認性が良くなり、また図４４のフローチャートの例において、ステップＳ５０２、Ｓ３０３、Ｓ３０４が不要になるなど受信機の処理も単純になるなどのメリットがある。
【０３１８】
また、上記の例と異なり、映像情報による３Ｄ判定方法により３Ｄ映像と判定した時点で映像を３Ｄに切り替え、切り替えたことをメッセージにて通知し、ユーザー操作で元に戻す方法も考えられる。その場合のメッセージ例は、図４６のようになり、またフローチャートの処理においては、Ｓ５０１にて、映像を３Ｄとして扱い映像を切り替える処理が追加される。このようにすることにより、まずは自動的に映像を３Ｄに切り替えるが、その後ユーザーが容易に２Ｄ表示に戻すことが可能になる。
【０３１９】
映像情報による３Ｄ判定処理の実施可否やその判定の閾値について、ユーザーが設定を可能とするために、図４７に示すようなメニュー表示を行い、各種設定をユーザーが行う方法も考えられる。図４７の例では、例えばユーザーが３Ｄ自動検出を「しない」と設定した場合には、システム制御部５１がそのユーザー設定値を記憶しておき、上記図４２、図４３、図４４のような処理フローを実施しないということも可能である。また図４７の例に示すように、各３Ｄ映像の伝送方式ごとに処理の実施可否を設定したり、処理を実施する場合にも、閾値（例えば式(1)の値Ｄ）を変更し（“する（強）”の場合には、Ｄの値を“する(弱)”の場合の半分にするなど）、システム制御部５１が記憶しておくなどすると、ユーザーが好む形式での、映像情報の３Ｄ判定が可能になる。
【０３２０】
上記に記載の映像情報による３Ｄ判定方法や映像情報による３Ｄ判定処理については、外部からの入力映像（例えば高速デジタルインタフェースやマルチメディアインタフェース、ネットワークインターフェースからの入力）についても同様に適用可能であり、その効果も同様に得ることが可能である。
【０３２１】
上記システム制御部５１のフローチャートの実行は常に実施されても良いが、３Ｄ放送などは番組単位で実施されることが多いことから、番組の切り替わりが起こり得る起動や選局、または時間経過による番組の切り替わりなど、現在の番組や映像コンテンツが変更となった直後（例えば変更後５分程度）にのみ、定期的（例えば１０秒周期）に実行されることが望ましい。上記映像コンテンツの変更とは、番組の切り替わり以外にも、記録再生部２７からの再生開始、コンテンツの変更、または高速デジタルＩ／Ｆ４６からの入力開始、コンテンツの変更、またはネットワークＩ／Ｆ２５からのコンテンツ入力開始、コンテンツの変更なども含まれる。また映像コンテンツの変更についてはすべての変更を検出する必要は無く、いずれかを取捨選択（たとえば番組の変更のみを検出し、それ以外の変更は判定しない）としても良い。このようにすることにより、番組途中や映像コンテンツの途中で突然３Ｄと誤判定を行って映像が切り替わるなどの現象を防ぐことが可能になり、また不要な処理を実施しないことによる省電力や、他動作への妨害を減少するといった効果がある。
【０３２２】
＜外部出力／記録時の３Ｄ関連情報の記載＞
上記判定を行った結果の映像信号などを外部に出力する場合、または記録する場合には、上記映像情報での判定結果で得られた、映像が３Ｄ映像または２Ｄ映像であるという情報、または／および３Ｄ奥行き情報を、映像に付随される情報に記載しておくことが望ましい。そのようにすることにより、受信側、もしくは再生時の映像情報での判定処理が不要となる。
【０３２３】
例えば、高速デジタルインタフェースやマルチメディアインタフェース（例えばＨＤＭＩ）や、ネットワークインターフェースの場合には、映像と共に伝送される制御信号に、共に伝送される映像信号が３Ｄか２Ｄかを判定する情報や、３Ｄであった場合にはその方式（例えば「Side-by-Side」方式や「Top-and-Bottom」方式）、および３Ｄ奥行き情報を記載しておく、などの方法により実現することが可能である。このようにすることにより、受信側で映像情報での３Ｄ判定をする必要が無くなり、また誤った付随情報（３Ｄか否か、や３Ｄ伝送方式）から映像が３Ｄ映像であるか２Ｄ映像であるかを誤判定することを防ぐことも可能になる。
【０３２４】
また放送を記録する場合にも同様に、上記番組情報等を利用した３Ｄ番組の具体的な判定方法の例で判定可能な、映像信号が３Ｄと判定できるような情報を記載しておくことにより、再生時に映像を３Ｄと判定することが可能になる。
【０３２５】
上記出力する信号や記録する信号に３Ｄ奥行き情報を記載する際に、入力される放送信号または外部入力信号に、上記３Ｄ奥行き情報が記載されていなかった場合には、装置で３Ｄ奥行き情報を作成することにより、外部出力を受信する装置や再生時の処理で、３Ｄ奥行き情報をもとに処理を行うことが可能となる。装置での３Ｄ奥行き情報の作成方法としては、前記映像情報による３Ｄ奥行き判定方法や、固定値を挿入する方法が考えられる。
【０３２６】
３Ｄ奥行き情報については、前記ピクチャーやシーケンスごと、または番組全体の３Ｄ奥行き情報について、両方を記録または外部出力しても良い。その場合には再生または受信側にて、それぞれの情報の特性（３Ｄ奥行き情報の範囲）に応じた制御が可能となる。または何れかのみを記録または外部出力しても良く、その場合には記録または出力時の制御が容易になり、信号の帯域や記録容量の低減が可能となる。
【０３２７】
また映像信号にＯＳＤを重畳し外部出力する場合には、前記３Ｄ奥行き情報の範囲内にＯＳＤを表示して出力することにより、前記映像信号を受信して出力する装置において前記３Ｄ奥行き情報を参照してＯＳＤを表示する場合に、前記外部出力された映像信号に含まれるＯＳＤより前面に映像を出力することが可能となる。
【０３２８】
ここで外部出力を行う装置の動作としては、既存の３Ｄ奥行き情報が示す最大手前位置以内にＯＳＤを表示するように制御し、前記３Ｄ奥行き情報と共に映像信号を出力するか、表示したＯＳＤ位置が最大手前位置となるように３Ｄ奥行き情報を書き換えて、映像信号と共に出力する、といった処理を行えばよい。３Ｄ奥行き情報が示す最大手前位置以内にＯＳＤを表示するように制御を行うことにより、例えば３Ｄ奥行き情報が番組単位で記述されている場合にも容易に対応可能である。また表示したＯＳＤ位置を最大手前位置となるように３Ｄ奥行き情報を書き換える場合には、ＯＳＤ表示を行った場合に３Ｄ奥行き情報を書き換える必要があり、ピクチャーまたはシーン単位での３Ｄ奥行き情報の記述が必要になる。
【０３２９】
また別の方法としては、ＯＳＤ表示をちょうど最大手前位置となるように表示することにより、映像の３Ｄ表示位置と重複せず、かつ３Ｄ奥行き情報を満たすＯＳＤ表示を行い、映像を外部出力することも可能となる。
【０３３０】
以上のようにＯＳＤについても３Ｄ奥行き情報の条件を満たすように外部出力を行うことにより、前記外部出力を受信する装置において、前記ＯＳＤを含む外部出力映像のさらに前面に、ＯＳＤを表示することが可能となる。
【０３３１】
ここで表示装置と外部出力を共に有する装置においては、表示装置についてはＯＳＤ表示を強調するために前記最大手前位置より一定量前面に表示し、外部出力についてはＯＳＤを３Ｄ奥行き情報内で表示するとようにしてもよい。これにより、それぞれ独立にＯＳＤ表示を制御することにより、表示装置と外部出力でそれぞれ要件を満たすＯＳＤ表示が可能となる。
＜３ＤＯＳＤの表示処理＞
ここでは３ＤＯＳＤの表示処理について説明する。３Ｄ映像を表示する場合に、映像の奥行き感を考慮せずにＯＳＤを表示すると、映像の視聴に際して違和感を与える場合や、映像の不整合を感じる場合がある。下記に示す手順でＯＳＤの表示位置を変更することにより、対処することが可能になる。
【０３３２】
図４９はＯＳＤを表示する場合にシステム制御部５１で実行される処理フローの例である。システム制御部５１は、ＯＳＤを表示する場合（例えば、ユーザーが「メニュー」ボタンを押下したことを示す情報を、ユーザー指示受信部５２から受信）に、図４９のフローが実行される。
【０３３３】
まず初めに前記ユーザーの３Ｄ視聴準備状態の確認と、さらに現在の番組が３Ｄ番組か否かを判定することにより、ユーザーが３Ｄ番組を視聴していることを確認する。ここでユーザーが３Ｄ番組、もしくは２Ｄ３Ｄ変換を行った番組を視聴していない場合（Ｓ４９０１のｎｏ）には、標準位置（３Ｄ映像でない状態）でのＯＳＤ表示を行う（Ｓ４９０２）。ここでユーザーが３Ｄ番組、もしくは２Ｄ３Ｄ変換を行った番組を視聴している場合（Ｓ４９０１のｙｅｓ）には、次のステップに進む。
【０３３４】
次に３Ｄ映像を表示しているか否かを判定する。ここで３Ｄ映像を表示していない状態とは、例えば放送波の受信障害により、放送を受信できずに映像を出力していない状態、全画面ＯＳＤやデータ放送など、その他の情報を表示しているため、映像を表示していない状態、などを表す。３Ｄ映像を表示していない場合（Ｓ４９０３のｎｏ）、前記と同様に標準位置でのＯＳＤ表示を行う（Ｓ４９０２）。３Ｄ映像を表示している場合（Ｓ４９０３のｙｅｓ）には、次のステップに進む。
次に、前記番組情報等を利用した３Ｄ奥行き情報の具体的な判定方法の例などで、３Ｄ奥行き情報が取得できなかった場合（Ｓ４９０４のｎｏ）、前記と同様に標準位置でのＯＳＤ表示を行う（Ｓ４９０２）。３Ｄ奥行き情報を取得できた場合（Ｓ４９０４のｙｅｓ）には、前記３Ｄ奥行き情報を基に、ＯＳＤを適切位置（例えば３Ｄ奥行き情報が示す奥行き値の最大手前位置より前面）に表示を行う（Ｓ４９０５）。このようにして３ＤＯＳＤの表示を行う。
【０３３５】
ここで、Ｓ４９０１でユーザーが３Ｄ番組もしくは２Ｄ３Ｄ変換を行った番組を視聴している場合のみ次のステップに進むことにより、ユーザーが３Ｄ映像を視聴していない場合にＯＳＤが３Ｄで表示されることを防ぎ、ユーザーがＯＳＤを視認しやすくすることが可能となる。
【０３３６】
また、Ｓ４９０３にて、３Ｄ映像が表示されているときにのみ次のステップに進むことにより、こちらも同様に、３Ｄ映像が表示されていないにも関わらず、ＯＳＤが前面位置などに表示されることを防ぐことが可能となる。
【０３３７】
また、Ｓ４９０４において３Ｄ奥行き情報が存在しない場合には３ＤでのＯＳＤ表示を行わないことにより、不自然にＯＳＤが３Ｄ表示されることを防ぎ、例えば放送局がＯＳＤを意図して標準位置で表示することが可能になる、もしくは不要な３ＤＯＳＤ表示処理を行わないことが可能となる。
【０３３８】
ここでＳ４９０１、Ｓ４９０３、Ｓ４９０４のそれぞれの処理については、順番を入れ替えても効果は同様であり、任意の順番で実行可能である。またいずれかの処理だけを取捨選択しても問題は無い。判定の順番としては、“ｎｏ”の発生する確率が高い順番で判定を行う（例えば３Ｄ番組の視聴可能性が低いため、最初に判定する）ことにより、判定の処理回数を削減することが可能となる。
【０３３９】
以上のように判定することにより、３Ｄ映像視聴中、もしくは３Ｄ映像を視聴していない場合などに、ＯＳＤの表示位置を適切に制御し、ユーザーが視認しやすいＯＳＤ表示を行うことが可能となる。
【０３４０】
ここで、Ｓ４９０４の判定の結果、３Ｄ奥行き情報が存在していない場合に、映像から３Ｄ奥行き情報を作成する場合のシステム制御部５１のフローチャートについて図５０に示す。Ｓ５００１のステップと、Ｓ４９０４の分岐結果が異なる以外の部分は図４９の場合と同様である。この例では、Ｓ４９０４での判定の結果、３Ｄ奥行き情報が存在していない場合（Ｓ４９０４のｎｏ）、映像情報から３Ｄ奥行き情報を作成する（Ｓ５００１）。映像情報からの３Ｄ奥行き情報を作成する方法については前記の通りである。その後、Ｓ４９０５においては、前記映像情報から作成した３Ｄ奥行き情報を用いて、ＯＳＤの表示処理を行う。このようにして、入力信号に３Ｄ奥行き情報が付加されていない場合でも、３Ｄ奥行き情報を作成し、ＯＳＤの表示位置を適切に制御することが可能となる。
【０３４１】
図５０の例において、Ｓ５００１の処理で３Ｄ奥行き情報を映像情報から作成せずに、表示装置で表示可能な最前面（前記３ＤＯＳＤ最大奥行き）としても良い。そのようにすることにより３Ｄ奥行き情報が存在していない場合にでも、３Ｄ映像と重複しない最前面にＯＳＤを表示することが可能となる。また別の効果として、３Ｄ奥行き情報を映像情報から作成する演算量を削減することも可能となる。
【０３４２】
また逆に、番組ごとの３Ｄ奥行き情報が存在している場合でも、場面によっては例えば番組中のＣＭ中など、奥行きが存在しない映像が表示されている場合もある。そのような場合に備え、常に映像情報から作成した３Ｄ奥行き情報を用いて、ＯＳＤの表示位置を変更しても良い。そのようにすることにより、各映像に応じたＯＳＤの最適位置での表示が可能となる。
＜番組切り替わり時のＯＳＤ表示＞
次に番組切り替わり時の、システム制御部５１の制御について図５１を用いて説明する。番組切り替わり時に、状況に合わせたＯＳＤ表示を行うことにより、よりユーザーが視認しやすいＯＳＤ表示を行うことが可能になる。
【０３４３】
番組切り替わりの判定方法としては、現在番組のＰＭＴやＥＩＴが変更になった場合、ＥＩＴが示す次番組の開始時刻が到来した場合、またはユーザーが選局操作などで視聴ＣＨ（または入力信号の入力ポート）を切り替えた場合、などがある。
【０３４４】
番組切り替わり時に、まず初めにシステム制御部５１は、現在ＯＳＤを表示しているか否かを確認する。確認の結果、現在ＯＳＤを表示していない場合（Ｓ５１０１のｎｏ）、特に処理は行わずに終了する。ＯＳＤを表示している場合（Ｓ５１０１のｙｅｓ）には次のステップに進む。次にＯＳＤの表示変更を許可しているか否かを判定する。ここでのＯＳＤの表示変更の許可とは、システム制御部５１が例えば初期値として“許可”か“不許可”の何れかを保持しておく。それぞれの値を保持した場合の効果については、下記に記載の通りである。この値については、例えばユーザーが設定メニューなどによりユーザーが望む効果の値を設定しても良い。
【０３４５】
前記ＯＳＤの表示変更が許可されていない場合（Ｓ５１０３のｎｏ）、特に処理は行わない。すなわち、ＯＳＤを表示している場合は、そのＯＳＤの奥行き方向の表示位置を変更せず、そのままとする。ＯＳＤの表示変更が許可されている場合（Ｓ５１０３のｙｅｓ）には次の処理に進む。次に、前記図４９の場合と同様に、ユーザーが３Ｄ番組もしくは２Ｄ３Ｄ変換を行った番組を視聴していない場合（Ｓ４９０１のｎｏ）には、標準位置でのＯＳＤ表示を行う（Ｓ５１０４）。
【０３４６】
ユーザーが３Ｄ番組もしくは２Ｄ３Ｄ変換を行った番組を視聴している場合（Ｓ４９０１のｙｅｓ）には次のステップに進み、３Ｄ映像を表示していない場合（Ｓ４９０３のｎｏ）、前記と同様に標準位置でのＯＳＤ表示を行う（Ｓ５１０４）。３Ｄ映像を表示している場合（Ｓ４９０３のｙｅｓ）には、次のステップに進む。
【０３４７】
次のステップにおいては、番組切り替わり後の３Ｄ奥行き情報を取得し、その情報を基に、前記の例と同様にＯＳＤを適切位置に表示する。このようにして番組切り替わり時のＯＳＤ表示の制御を行う。
【０３４８】
Ｓ５１０３において、ＯＳＤ表示変更の許可に従った制御を行うことにより、例えば番組の切り替わり等で３Ｄ奥行き情報が変化した場合に、ＯＳＤ表示変更の許可を行っている場合には、変化した３Ｄ奥行き情報でＯＳＤ表示を行うことが可能なため、番組が切り代わり、３Ｄ奥行き情報が変化した場合においても、追従してＯＳＤの表示位置を変更し、適切なＯＳＤ表示を行うことが可能になる。
【０３４９】
またＯＳＤ表示変更の許可を行わない場合には、ＯＳＤが表示されている間は、ＯＳＤが表示を開始した時点の奥行き方向の表示位置から表示位置を変更しないこととなる。これにより、表示されているＯＳＤの表示位置が変更になった瞬間の視認性を低下させることを防ぐ、ということが可能となる。
【０３５０】
なおこの例についても前記と同様に、Ｓ５１０１、Ｓ５１０３、Ｓ４９０１、Ｓ４９０３の判定については順序の入れ替えや、必要に応じて取捨選択することが可能である。
【０３５１】
また図５１の例においては、番組判定の切り替わり時だけでなく、３Ｄ奥行き情報が変化したタイミングで適宜判定を行ってもよい。例えば映像ストリームにピクチャーやシーケンス、シーンごとの３Ｄ奥行き情報がある場合、それらの変化に合わせて前記判定処理を行い、ＯＳＤの表示位置を適宜変化させることにより、それらのシーンに合わせたＯＳＤの表示位置に動的に追従させることが可能となる。これにより、シーンごとの最大手前位置にＯＳＤが表示されることになり、適切なＯＳＤ表示が可能になる。また映像に合わせてＯＳＤ位置が変更することにより、臨場感を味わえるという効果も期待できる。
【０３５２】
上記図４９から図５１に記載した、システム制御部５１の処理フローの実行タイミングは、上記に記載した場合以外でも、それぞれの状態が変化した場合に適宜実行することが望ましい。例えば３Ｄ番組視聴準備状態が変化した場合（例えばユーザーが３Ｄメガネを外す、３Ｄ視聴中に３Ｄボタンを押下）、３Ｄ奥行き情報の有無が変化した場合、３Ｄの映像が表示されなくなった場合、などには、適宜上記処理フローを実行し、ＯＳＤの表示位置を変更するなどの処理を実行する。このようにすることにより、状況変化に応じてユーザーに最適なＯＳＤ表示をすることが可能となる。
【０３５３】
また選局（信号切替）動作の途中（選局前のＣＨが非表示となり、選局後のＣＨが表示されるまでの間）については、選局後の信号の３Ｄ奥行き情報が取得可能となるまで、選局前の３Ｄ奥行き情報を使用すると、ＯＳＤの表示位置の頻繁な切り替わりを防ぐことが可能となる。この効果は、選局により削除されず表示されるＯＳＤ（例えばＣＨバナー、時計、番組情報など）の場合に特に効果が高くなる。
【０３５４】
上記に記載の３ＤＯＳＤの表示処理や番組切り替わり時のＯＳＤ表示については、外部からの入力映像（例えば高速デジタルインタフェースやマルチメディアインタフェース、ネットワークインターフェースからの入力）についても同様に適用可能であり、その効果も同様に得ることが可能である。
【０３５５】
またＯＳＤの表示位置については、上記方法で映像コンテンツより前面に表示することが望ましいが、ＯＳＤの中でも、さらに重要度にあわせて前後の位置関係を調整しても良い。例えば、ＣＨバナーの情報に比べ、文字スーパーなどの緊急情報については重要度が高いため、文字スーパーなどは映像やＣＨバナーなどに比べ、さらに前面に表示する。ここでは一定値以上前面に表示しても良いし、または最前面位置（前記３ＤＯＳＤ最大奥行き）にすると、さらに視認しやすい。このようにＯＳＤの表示位置について、重要度に応じてそれぞれの位置を変更することにより、よりユーザーが必要な情報を認識しやすくなる。
＜３Ｄ奥行き情報のユーザーへの提示例＞
図５２に、３Ｄ番組を含む電子番組表の表示例を示す。電子番組表は主に放送信号に多重化され伝送されるＥＩＴ（schedule）に含まれる番組情報をもとに構成されているが、それ以外にも放送における独自の多重化方式での番組情報データ送付や、インターネット経由での番組情報の送付なども行われている。電子番組表に使用される情報は、イベント（番組）に関連する、番組名、放送開始時刻、放送期間、その他番組の詳細な情報（出演者、監督、映像や音声の復号化に関する情報、シリーズ名など）、などがあり、これらの情報をもとに図５２のような電子番組表を構成している。
【０３５６】
図の７０１は装置が表示または出力する画面全体、５２０１は前記画面上に提示された電子番組表全体を示しており、横軸がサービス（ＣＨ：チャンネル）、縦軸が時刻を表しており、この例ではサービス１ＣＨ、３ＣＨ、４ＣＨ、６ＣＨの７：００〜１２：００までの電子番組表を表示している。
この例において、電子番組表データ（例えばＥＩＴ）に含まれるイベント（番組）の中に、上記の方法で判定される３Ｄ番組が存在していた場合（例えば、図５２の例において、３ＣＨの８：００〜１０：００で表示される矩形が表す番組）、その番組が３Ｄ番組であるとわかる、例えば５２０２のようなマーク(以下３Ｄ番組マーク)を、その番組に対してマークが付与されているとわかる範囲内（例えば番組を表す矩形の範囲内、もしくはその矩形の周囲の規定の範囲内）に表示する。このようにすることにより、ユーザーが電子番組表内でどの番組が３Ｄ番組かを容易に認識することが可能になる。
【０３５７】
ここで３Ｄ番組マークの表示方法としては、５２０２の表示例以外に、例えば４８０３のように前記3d_method_typeの情報から該番組の３Ｄ方式種別を取得して判別し、３Ｄ放送の方式を表す文字やマークを表示しても良い。この例の場合では多視点符号化方式を表す“ＭＶＣ”のマークが表示されている例を示している。この場合、ユーザーが電子番組表から、該番組が３Ｄ番組であるとともに、どのような３Ｄ方式種別で放送されているかを容易に判断できる。
【０３５８】
また別の表示方法としては、４８０４の例のように、前記3d_method_typeから取得した３Ｄ方式種別が受信装置で対応していない場合、非対応を表すマーク（例えば図の“×”）や表示色を変える（図の網掛けのような表示を行う、またはグレー等に電子番組表示領域の色を変える）といった表示を行い、また該番組が、受信装置が対応している３Ｄ方式種別の場合には対応を表すマーク（例えば図の×の表示位置に、代わりに“○”を表示）するといったように、該番組の３Ｄ方式種別が、受信装置で対応しているかによって、表示内容を変更する方法が考えられる。このようにすることにより、ユーザーに対して該番組が、受信装置が対応している３Ｄ方式種別の番組か否かを容易に認識させることができる。
【０３５９】
またこれらの表示を組み合わせて、番組の３Ｄ方式種別を表示しつつ、表示色を変えて自装置が非対応の３Ｄ方式種別と示す表示も可能である。その場合には、ユーザーは該番組の３Ｄ方式種別を確認しつつ、受信装置が対応している３Ｄ方式種別かを容易に判断可能である。
【０３６０】
また３Ｄ番組マークは、ユーザーが電子番組表にてカーソルを操作し、３Ｄ番組にカーソルのフォーカスがあたった場合に、別の領域に例えば図５３の５３０２に示すように、前記番組が表す矩形の範囲外に、例えば番組の詳細な情報（例えば５３０１に示す、ＣＨ番号、放送時刻、番組名）と共に表示する場合もある。
【０３６１】
電子番組表の表示方法としては、その他にもユーザーが特定の操作（例えばボタン押下、メニューでの設定）を行った場合、または３Ｄ番組専用の電子番組表を開いた場合、または３Ｄ対応の装置であれば常に、３Ｄ番組のみを電子番組表に表示しても良い。このようにするとユーザーが３Ｄ番組を探すことがより容易になる。
【０３６２】
また、３Ｄ番組に対応していない装置は、例えば前記３Ｄ番組の判定方法により各番組が３Ｄ番組と認識されることは無いため、この３Ｄ番組マークは表示されない。
【０３６３】
電子番組表以外にも、番組選局時や番組情報変更時、またはユーザーが特定ボタン（例えば“画面表示”）を押下した際に表示される、番組表示（例えばＣＨバナー）にも、上記と同様の３Ｄ番組判定方法により、現在番組が３Ｄ番組の場合、図５３の例のように番組表示５３０１に前記３Ｄ番組マークを表示することも可能である。このようにすると、ユーザーが番組表を開かなくても、該番組が３Ｄ番組か否かを判断することが可能になる。
【０３６４】
ここで３Ｄ番組マークの表示については、上記３Ｄ番組の判定方法で用いられる記述子以外に、電子番組表の文字データ（例えばＥＩＴに含まれる短形式イベント記述子のtext_char部分）の特定位置（例えば先頭部分）に含まれる“３Ｄ”という文字であっても良い。この場合には、既存の受信装置であっても、ユーザーが電子番組表から３Ｄ番組を認識可能となるが、未対応の３Ｄ方式であっても、番組に３Ｄと表示されてしまうことから、ユーザーに誤解を与える可能性もある。
【０３６５】
これら表示に加え、図５２の５２０５や、図５３の５３０３の例のように、３Ｄ奥行き情報の奥行き値を表示する。表示する値は、例えば最大手前位置depth_plus_max、最大奥位置depth_minus_max、それらの差分depth_plus_max-depth_minus_max、またはそれらの値の定数倍や丸め値などでもよい。または、これらの値と表示装置の大きさやユーザーの視聴距離等を用いた計算により算出された値などでよい。ここではその値が“８”である例を示している。ユーザーはこれらの値を基に、番組の３Ｄ映像の奥行き量を認識することが可能になり、例えば強すぎる奥行き情報の番組は視聴しない、逆に立体感のある番組を視聴する、といった選択が可能になる。
【０３６６】
またここでは数値の例を示したが、それぞれの程度や強弱を示すマーク（例えば上記奥行き値が一定値以上であれば“(３Ｄ)強”を示すマーク、上記奥行き値が一定値未満であれば“(３Ｄ)弱”）を表示しても良い。これによりユーザーが３Ｄの奥行きをより認識しやすくなる。
【０３６７】
また別の表示では、一定値以上の奥行き値の番組については、警告を示すメッセージ（例えば“３Ｄ表示の強いコンテンツです”）を表示しても良い。これによりユーザーが３Ｄの強すぎる番組を認識し、視聴をやめる、といった選択をすることが可能となる。
【０３６８】
また逆に、奥行き値が一定値以下（例えば０）の番組については、前記３Ｄ番組マークを表示せず、ユーザーに２Ｄであると提示する例も考えられる。これは、例えば放送の中で特定の番組だけ２Ｄである場合に、上記奥行き値で２Ｄであることを示す、といったことも可能となる。
【０３６９】
次に、記録媒体に記録されているデジタルコンテンツの一覧表示を行った場合の、３Ｄ奥行き情報の表示例について説明する。図５４がデジタルコンテンツの一覧表示（録画番組一覧）の例を示しており、５４０１が録画番組一覧全体、５４０２は録画されているコンテンツの表示（この例では番組１〜６を表示）、５４０３が３Ｄ奥行き情報の奥行き値を示している。このようにして、記録媒体に記録されているデジタルコンテンツの３Ｄ奥行き情報を確認することが可能である。この例における３Ｄ奥行き情報の表示例についても、上記図５２や図５３に関する説明同様に、奥行き値を直接表示するだけでなく、各種マークやメッセージにて表示をすることも可能であり、その効果も同様である。
【０３７０】
本実施例で説明した各ユーザーへのメッセージ表示については、ユーザー操作後に消去することが望ましい。その場合にはユーザーが操作を行った後には映像が視聴しやすいというメリットがある。また一定時間経過後についても同様に、ユーザーはすでにメッセージの情報を認識していると考え、メッセージを消去し、映像を視聴しやすい状態にすることがユーザーの利便性を高める。
【０３７１】
上記で説明した実施例によれば、映像信号の映像情報などから映像の２Ｄと３Ｄを自動的に判定し、ユーザーに対してより好ましい形式で映像を表示することが可能になる。特に複数の３Ｄ伝送方式に対応可能であり、複数の判定方法で３Ｄ映像を判定することにより、より誤判定を少なくすることが可能である。また３Ｄ判定に用いる識別子が無い、または情報が不明確、などの場合にのみ映像情報の判定を行う、または番組が変化したタイミングなどの、より情報が変化しやすい場合にのみ映像情報の判定をすることにより、処理負荷の低減や省電力を実現することも可能である。また映像信号を記録または外部に出力する場合に、映像信号の付随情報に対して、判定結果の情報を追加するなどにより、受信する外部機器側で映像情報による判定が不要、または誤った記述子による誤判定を防ぐことも可能になる。
【０３７２】
また３Ｄ奥行き情報に関しては、前記３Ｄ奥行き情報を番組情報などから取得し、それに対応したＯＳＤ表示を行うことにより、ユーザーがより視認しやすいＯＳＤを表示することが可能になる。特に番組切り替わり時やＯＳＤ表示時に複数の要素で判定を行うことにより、ユーザーの３Ｄ視聴状態や３Ｄ映像の表示状態、３Ｄ奥行き情報の有無などを判定することにより、よりユーザーの視聴状況に合わせたＯＳＤ表示を行うことが可能となる。また３Ｄ奥行き情報が伝送されない場合にも、映像情報から３Ｄ奥行き情報を判定し、ＯＳＤを適切に表示することが可能となる。また前記３Ｄ奥行き情報をユーザーに提示し、ユーザーが３Ｄの奥行き情報を認識した上で番組選択などの操作を行うことが可能となる。
【０３７３】
以上の説明においては、図１０（ａ）で説明した３Ｄ番組詳細記述子をＰＭＴ（Program Map Table）やＥＩＴ（Event Information Table）などのテーブルに配置して伝送する例を説明した。これに替えて、またはこれに加えて、当該３Ｄ番組詳細記述子に含まれる情報を映像符号化時に映像とともに符号化するユーザデータ領域や付加情報領域に格納して伝送してもよい。この場合、これらの情報は番組の映像ＥＳ内に含まれることとなる。
【０３７４】
格納する情報は、図１０（ｂ）で説明した3d_2d _type（３Ｄ／２Ｄ種別）情報や図１１で説明した3d_method_type（３Ｄ方式種別）情報、または３Ｄ奥行き情報などが挙げられる。なお、格納する際には、3d_2d _type（３Ｄ／２Ｄ種別）情報と3d_method_type（３Ｄ方式種別）情報とは別情報でも良いが、３Ｄ映像か２Ｄ映像かを種別する情報と、当該３Ｄ映像がどの３Ｄ方式であるかをあわせて識別する情報としてもよい。
【０３７５】
具体的には、映像符号化方式がＭＰＥＧ２方式である場合には、Picture header、Picture Coding Extensionに続くユーザデータ領域に上記の３Ｄ／２Ｄ種別情報や３Ｄ方式種別情報を含めて符号化を行えばよい。
【０３７６】
また、映像符号化方式がH.264/AVC方式である場合には、アクセスユニットに含まれる付加情報（supplemental enhancement information）領域に上記の３Ｄ／２Ｄ種別情報や３Ｄ方式種別情報を含めて符号化を行えばよい。
【０３７７】
このように、ＥＳ内の映像の符号化層において３Ｄ映像／２Ｄ映像の種別を表す情報や３Ｄ方式の種別を表す情報を伝送することにより、映像のフレーム（ピクチャー）単位での識別が可能になるという効果がある。
【０３７８】
この場合、ＰＭＴ（Program Map Table）に格納した場合よりも、短い単位で上記識別が可能となるため、送信される映像における３Ｄ映像／２Ｄ映像の切り替わりに対する受信機の応答速度を向上させることが可能となり、３Ｄ映像／２Ｄ映像切り替わり時に生じる可能性があるノイズなどをより抑えることが可能となる。
【０３７９】
また、ＰＭＴ（Program Map Table）には、上記３Ｄ番組詳細記述子を配置せず、映像符号化時に映像とともに符号化する映像符号化層に上記情報を格納する場合は、従来の２Ｄ放送の放送局で新たに２Ｄ／３Ｄ混在放送を開始する際に、例えば、放送局側は、図２の送信装置１におけるエンコード部１２のみを新たに２Ｄ／３Ｄ混在放送に対応する構成とすればよく、管理情報付与部１６で付加するＰＭＴ（Program Map Table）の構成を変更する必要がなく、より低コストに２Ｄ／３Ｄ混在放送を開始することが可能となる。
【０３８０】
なお、映像符号化時に映像とともに符号化されるユーザデータ領域や付加情報領域などの所定領域に、3d_2d _type（３Ｄ／２Ｄ種別）情報や3d_method_type（３Ｄ方式種別）情報などの３Ｄ関連情報（特に３Ｄ／２Ｄを識別する情報）が格納されていない場合には、受信機は、当該映像は２Ｄ映像であると判断する構成にしてもよい。この場合、放送局は、２Ｄ映像については、符号化処理時にこれらの情報の格納を省略することも可能となり、放送における処理工数が低減できる。
【０３８１】
以上の説明において、番組（イベント）単位、サービス単位で３Ｄ映像を識別する識別情報を配置する例として、コンポーネント記述子、コンポーネントグループ記述子、サービス記述子、サービスリスト記述子などの番組情報に含める例や、新たに３Ｄ番組詳細記述子を設ける例を説明した。また、これらの記述子をＰＭＴ、ＥＩＴ[schedule basic/schedule extended/present/following]、ＮＩＴ、ＳＤＴなどのテーブルに含めて伝送することとした。
【０３８２】
ここで、さらに別の例として、図３６に示すコンテント記述子（Content descriptor）に３Ｄ番組（イベント）の識別情報を配置する例を説明する。
【０３８３】
図３６は、番組情報の一つであるコンテント記述子の構造の一例を示す。コンテント記述子は、イベント（番組）のジャンルに関する情報を記述する。この記述子はＥＩＴに配置する。コンテント記述子には、イベント（番組）のジャンル情報のほか、番組特性を示す情報を記述できる。
【０３８４】
コンテント記述子の構造は次の通りである。descriptor_tagは記述子自体を識別するための８ビットのフィールドで、この記述子がコンテント記述子と識別可能な値“0x54”が記載される。descriptor_lengthは８ビットのフィールドで、この記述子のサイズを記載している。
content_nibble_level_1（ジャンル1）は４ビットのフィールドで、コンテント識別の第一段階分類を表す。具体的には、番組ジャンルの大分類を記述する。番組特性を示す際には”0xE”を指定する。
content_nibble_level_2（ジャンル2）は４ビットのフィールドで、content_nibble_level_1（ジャンル1）より詳細なコンテント識別の第二段階分類を表す。具体的には、番組ジャンルの中分類を記述する。content_nibble_level1=”0xE”のときは、番組特性コード表の種類を記述する。
user_nibble（ユーザジャンル）は４ビットのフィールドで、content_nibble_level1=”0xE”としたときのみ、番組特性を記述する。その他の場合は、”0xFF”（未定義）とする。図３６に示すようにuser_nibbleの４ビットのフィールドは二つ配置可能であり、当該二つのuser_nibbleの値の組合せ（以下、先に配置されるビットを「第１のuser_nibbleビット」、後に配置されるビットを「第２のuser_nibbleビット」と称する）により、番組特性を定義することができる。
【０３８５】
当該コンテント記述子を受信した受信機は、descriptor_tagが“0x54”であれば、当該記述子はコンテント記述子と判断する。また、descriptor_lengthにより、本記述子で記述されるデータの終わりを判断できる。さらにdescriptor_lengthに示される長さ以下の部分の記述を有効と判断し、超えた部分の記述は無視して処理を行う。
【０３８６】
また、受信機は、content_nibble_level_1の値が“0xE”か否かを判断し、“0xE”ではないときは、番組ジャンルの大分類であると判断する。“0xE”ではないときはジャンルとして判断せず、後続のuser_nibble で何らかの番組特性が指定されていると判断する。
【０３８７】
受信機は、上記content_nibble_level_1の値が“0xE”でなかった場合には、content_nibble_level_2を番組ジャンルの中分類と判断し、番組ジャンルの大分類と共に、検索、表示等に利用する。上記content_nibble_level_1の値が“0xE”であった場合には、第１のuser_nibbleビットと第２のuser_nibbleビットの組合せにより定義される番組特性コード表の種類を示すと判断する。
【０３８８】
受信機は、上記content_nibble_level_1の値が“0xE”である場合には、第１のuser_nibbleビット、第２のuser_nibbleビットを組合せにより番組特性を示すビットと判断する。上記content_nibble_level_1の値が“0xE”でない場合には、第１のuser_nibbleビット、第２のuser_nibbleビットにいかなる値が入っていても無視する。
【０３８９】
よって、放送局は、当該コンテント記述子のcontent_nibble_level_1の値を“0xE”としない場合、content_nibble_level_1の値とcontent_nibble_level_2の値の組合せによって、受信機に対象イベント（番組）のジャンル情報を伝送することができる。
【０３９０】
ここで、例えば、図３７に示すように、content_nibble_level_1の値が“0x0”の場合、番組ジャンルの大分類を「ニュース／報道」と定義し、content_nibble_level_1の値が“0x0”であってcontent_nibble_level_2の値が”0x1”の場合を「天気」と定義し、content_nibble_level_1の値が“0x0”であってcontent_nibble_level_2の値が”0x2”の場合を「特集・ドキュメント」と定義し、content_nibble_level_1の値が“0x1”の場合、番組ジャンルの大分類を「スポーツ」と定義し、content_nibble_level_1の値が“0x1”であってcontent_nibble_level_2の値が”0x1”の場合を「野球」と定義し、content_nibble_level_1の値が“0x1”であってcontent_nibble_level_2の値が”0x2”の場合を「サッカー」と定義した場合について説明する。
【０３９１】
この場合、受信機は、content_nibble_level_1の値により、番組ジャンルの大分類が「ニュース／報道」なのか「スポーツ」なのか判断することが可能となり、content_nibble_level_1の値とcontent_nibble_level_2の値の組合せにより、「ニュース／報道」や「スポーツ」などの番組ジャンルの大分類よりも下位の番組ジャンルである番組ジャンルの中分類まで判断することが可能となる。
【０３９２】
なお、当該判断処理を実現するためには、受信機の有する記憶部にcontent_nibble_level_1の値とcontent_nibble_level_2の値の組合せと番組ジャンルの定義の対応関係を示すジャンルコード表情報を予め記憶しておけばよい。
【０３９３】
ここで、当該コンテント記述子を用いて対象イベント（番組）の３Ｄ番組関連の番組特性情報を伝送する場合について説明する。以下では、３Ｄ番組の識別情報を番組ジャンルではなく番組特性として伝送する場合について説明する。
【０３９４】
まず、コンテント記述子を用いて３Ｄ番組関連の番組特性情報を伝送する場合に、放送局は、コンテント記述子のcontent_nibble_level_1の値を“0xE”として伝送する。これにより、受信機は、当該コンテント記述子が伝送する情報が対象イベント（番組）のジャンル情報ではなく対象イベント（番組）の番組特性情報であると判断できる。また、これによりコンテント記述子に記述される第１のuser_nibbleビットと第２のuser_nibbleビットとがその組合せにより番組特性情報を示すものであると判断することができる。
【０３９５】
ここで、例えば、図３８に示すように、第１のuser_nibbleビットの値が“0x3”の場合、該コンテント記述子が伝送する対象イベント（番組）の番組特性情報が「３Ｄ番組関連の番組特性情報」であると定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x0”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれない」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x1”の場合の番組特性を「対象イベント（番組）の映像は３Ｄ映像である」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x2”の場合の番組特性を「対象イベント（番組）中に３Ｄ映像と２Ｄ映像とが含まれる」と定義した場合について説明する。
【０３９６】
この場合、受信機は、第１のuser_nibbleビットの値と第２のuser_nibbleビットの値の組合せによって、対象イベント（番組）の３Ｄ番組関連の番組特性を判断可能となり、当該コンテント記述子が含まれるＥＩＴを受信した受信機は、電子番組表（ＥＰＧ）表示において、将来受信するまたは現在受信している番組について「３Ｄ映像が含まれない」旨、当該番組について「３Ｄ映像番組である」旨、当該番組について「３Ｄ映像と２Ｄ映像とが含まれる」旨の説明の表示や、その旨を示す図形の表示を行うことが可能となる。
【０３９７】
また、当該コンテント記述子が含まれるＥＩＴを受信した受信機は、３Ｄ映像が含まれない番組、３Ｄ映像が含まれる番組、３Ｄ映像と２Ｄ映像とが含まれる番組等の検索が可能となり、該当番組の一覧表示等を行うことが可能となる。
【０３９８】
なお、当該判断処理を実現するためには、受信機の有する記憶部に第１のuser_nibbleビットの値と第２のuser_nibbleビットの値の組合せと番組特性の定義の対応関係を示す番組特性コード表情報を予め記憶しておけばよい。
【０３９９】
また、３Ｄ番組関連の番組特性情報の別の定義例として、例えば、図３９に示すように、第１のuser_nibbleビットの値が“0x3”の場合、該コンテント記述子が伝送する対象イベント（番組）の番組特性情報が「３Ｄ番組関連の番組特性情報」であると定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x0”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれない」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x1”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれ、その３Ｄ映像伝送方式がSide-by-Side方式である」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x2”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれ、その３Ｄ映像伝送方式がTop-and-Bottom方式である」と定義し、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x3”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれ、その３Ｄ映像伝送方式が３Ｄ２視点別ＥＳ伝送方式である」と定義した場合について説明する。
【０４００】
この場合、受信機は、第１のuser_nibbleビットの値と第２のuser_nibbleビットの値の組合せによって、対象イベント（番組）の３Ｄ番組関連の番組特性を判断可能となり、対象イベント（番組）に３Ｄ映像が含まれるかのみならず、３Ｄ映像が含まれる場合の３Ｄ伝送方式を判断することが可能となる。受信機が対応可能（３Ｄ再生可能）な３Ｄ伝送方式の情報を予め受信機が有する記憶部に記憶しておけば、受信機は、予め記憶部に記憶した当該対応（再生）可能な３Ｄ伝送方式の情報と、ＥＩＴに含まれるコンテント記述子により判断した対象イベント（番組）の３Ｄ伝送方式の情報を比較することにより、電子番組表（ＥＰＧ）表示において、将来受信するまたは現在受信している番組について「３Ｄ映像が含まれない」旨、当該番組について「３Ｄ映像が含まれ、本受信機で３Ｄ再生が可能である」旨、当該番組について「３Ｄ映像が含まれるが、本受信機で３Ｄ再生はできない」旨の説明の表示や、その旨を示す図形の表示を行うことが可能となる。
【０４０１】
また、上記の例では、第１のuser_nibbleビットの値が“0x3”であって第２のuser_nibbleビットの値が“0x3”の場合の番組特性を「対象イベント（番組）に３Ｄ映像が含まれ、その３Ｄ映像伝送方式が３Ｄ２視点別ＥＳ伝送方式である」と定義したが、図３５に示す「３Ｄ２視点別ＥＳ伝送方式」の詳細なストリーム組合せごとに第２のuser_nibbleビットの値を用意してもよい。このようにすれば、受信機においてさらに詳細な識別が可能となる。
【０４０２】
また、対象イベント（番組）の３Ｄ伝送方式の情報を表示しても良い。
【０４０３】
また、当該コンテント記述子が含まれるＥＩＴを受信した受信機は、３Ｄ映像が含まれない番組、３Ｄ映像が含まれ本受信機で３Ｄ再生可能な番組、３Ｄ映像が含まれるが本受信機で３Ｄ再生できない番組等の検索が可能となり、該当番組の一覧表示等を行うことが可能となる。
【０４０４】
また、３Ｄ映像が含まれる番組について３Ｄ伝送方式ごとに番組検索も可能となり、３Ｄ伝送方式ごと番組の一覧表示を行うことも可能となる。なお、３Ｄ映像が含まれるが本受信機で３Ｄ再生できない番組の検索や３Ｄ伝送方式ごとの番組検索は、例えば、本受信機では３Ｄ再生できなくとも、利用者が有する他の３Ｄ映像番組再生機器において再生可能である場合に有効である。本受信機で３Ｄ再生できない３Ｄ映像が含まれる番組であっても、本受信機の映像出力部から他の３Ｄ映像番組再生機器に当該番組をトランスポートストリーム形式のまま出力して、３Ｄ映像番組再生機器で、受信したランスポートストリーム形式の番組を３Ｄ再生することも可能であり、また、本受信機にリムーバブルメディアへのコンテンツを記録する記録部があれば、リムーバブルメディアへ当該番組を記録して、上記他の３Ｄ映像番組再生機器で当該リムーバブルメディアに記録された上記番組を３Ｄ再生することも可能だからである。
【０４０５】
なお、当該判断処理を実現するためには、受信機の有する記憶部に、第１のuser_nibbleビットの値と第２のuser_nibbleビットの値の組合せと番組特性の定義の対応関係を示す番組特性コード表情報と、受信機が対応可能（３Ｄ再生可能）な３Ｄ伝送方式の情報とを予め記憶しておけばよい。
【符号の説明】
【０４０６】
１ 送信装置
２ 中継装置
３ ネットワーク
４ 受信装置
１０ 記録再生部
１１ ソース発生部
１２ エンコード部
１３ スクランブル部
１４ 変調部
１５ 送信アンテナ部
１６ 管理情報
１７ 暗号化部
１８ 通信路符号化部
１９ ネットワークＩ／Ｆ部
２１ ＣＰＵ
２２ 汎用バス
２３ チューナ
２４ デスクランブラ
２５ ネットワークＩ／Ｆ
２６ 記録媒体
２７ 記録再生部
２９ 多重分離部
３０ 映像復号部
３１ 音声復号部
３２ 映像変換処理部
３３ 制御信号送受信部
３４ タイマー
３５ 映像符号化部
３６ 音声符号化部
３７ 多重合成部
４１ 映像出力部
４２ 音声出力部
４３ 制御信号出力部
４４ 機器制御信号送信
４５ ユーザー操作入力
４６ 高速デジタルインタフェース
４７ ディスプレイ
４８ スピーカ
４９ マルチメディアインタフェース
５１ システム制御部
５２ ユーザー指示受信部
５３ 機器制御信号送信部
５４ 番組情報解析部
５５ 時間管理部
５６ ネットワーク制御部
５７ 復号制御部
５８ 記録再生制御部
５９ 選局制御部
６０ ＯＳＤ作成部
６１ 映像変換制御部

【特許請求の範囲】
【請求項１】
番組情報および３Ｄ映像信号を含むデジタル信号を受信する受信部と、
前記番組情報の表示画面信号を出力する出力部とを備え、
前記出力部が出力する表示画面信号において、前記番組情報に含まれる３Ｄ奥行き情報を表示することを特徴とする映像出力装置。
【請求項２】
請求項１に記載の映像出力装置において、
前記出力部が出力する表示画面信号において、番組情報の一覧表示の際に前記３Ｄ奥行き情報を表示することを特徴とする映像出力装置。
【請求項３】
請求項１に記載の映像出力装置において、
前記デジタル信号に含まれる映像信号と前記３Ｄ奥行き情報と関連付けて記録する記録部とを備え、
前記出力部が出力する表示画面信号において、記録された前記映像信号についての番組情報の一覧表示の際に前記３Ｄ奥行き情報を表示することを特徴とする映像出力装置。
【請求項４】
番組情報および３Ｄ映像信号を含むデジタル信号を受信する受信ステップと、
前記番組情報の表示画面信号を出力する出力ステップとを備え、
前記出力ステップで出力する表示画面信号において、前記番組情報に含まれる３Ｄ奥行き情報を表示することを特徴とする映像出力方法。
【請求項５】
請求項１に記載の映像出力方法において、
前記出力ステップで出力する表示画面信号において、番組情報の一覧表示の際に前記３Ｄ奥行き情報を表示することを特徴とする映像出力方法。
【請求項６】
請求項１に記載の映像出力方法において、
前記デジタル信号に含まれる映像信号と前記３Ｄ奥行き情報と関連付けて記録する記録ステップとを備え、
前記出力ステップで出力する表示画面信号において、記録された前記映像信号についての番組情報の一覧表示の際に前記３Ｄ奥行き情報を表示することを特徴とする映像出力方法。

【図１】

【図２】

【図３】

【図４】

【図５（ａ）】

【図５（ｂ）】

【図５（ｃ）】

【図５（ｄ）】

【図５（ｅ）】

【図６】

【図７】

【図８】

【図９】

【図１０（ａ）】

【図１０（ｂ）】

【図１１】

【図１２】

【図１３】

【図１４】

【図１５】

【図１６】

【図１７】

【図１８】

【図１９】

【図２０】

【図２１】

【図２２】

【図２３】

【図２４】

【図２５】

【図２６】

【図２７】

【図２８】

【図２９】

【図３０】

【図３１】

【図３２】

【図３３】

【図３４】

【図３５】

【図３６】

【図３７】

【図３８】

【図３９】

【図４０】

【図４１】

【図４２】

【図４３】

【図４４】

【図４５】

【図４６】

【図４７】

【図４８】

【図４９】

【図５０】

【図５１】

【図５２】

【図５３】

【図５４】

【図５５】

【図５６】

【公開番号】特開２０１３−９００２０（Ｐ２０１３−９００２０Ａ）
【公開日】平成２５年５月１３日（２０１３．５．１３）
【国際特許分類】
【出願番号】特願２０１１−２２６３４５（Ｐ２０１１−２２６３４５）
【出願日】平成２３年１０月１４日（２０１１．１０．１４）
【出願人】（５０９１８９４４４）日立コンシューマエレクトロニクス株式会社 (998)
【Ｆターム（参考）】