(57)【特許請求の範囲】
【請求項１】
番組を伝送するデジタル信号を受信して番組の映像を表示可能な表示装置であって、
前記デジタル信号はＭＰＥＧトランスポートストリーム形式であり、
前記ＭＰＥＧトランスポートストリームは、伝送される番組に関する番組情報を記述したイベント情報テーブルを含み、
前記番組情報には、現在放送されている番組の次に放送される番組についての番組情報が含まれており、
前記現在放送されている番組の次に放送される番組についての番組情報は、前記現在放送されている番組の次に放送される番組が３Ｄ映像を含むかどうかを示す情報を含み、
送信されたデジタル信号を受信する受信部と、
前記受信部で受信したデジタル信号のイベント情報テーブルに含まれる前記現在放送されている番組の次に放送される番組についての番組情報に基く表示と、前記受信部で受信したデジタル信号の前記ＭＰＥＧトランスポートストリームに含まれる２Ｄ番組の映像または３Ｄ番組の映像の表示とが可能な表示部と、
前記表示部を制御する制御部とを備え、
前記表示部は、映像を２Ｄ状態で表示する際には視聴者が視聴するときに対応する眼鏡を着用しなくてよいが、映像を３Ｄ状態で表示する際には視聴者が視聴するときに対応する眼鏡を着用するものであり、
前記制御部の制御による前記表示部において可能な表示状態には、
前記現在放送されている番組の次に放送される番組についての番組情報に含まれる、前記現在放送されている番組の次に放送される番組が３Ｄ映像を含むかどうかを示す情報が前記現在放送されている番組の次に放送される番組に３Ｄ映像が含まれていることを示しているときに、前記現在放送されている番組の次に放送される番組が３Ｄ映像を含むことを示す表示を行う状態があることを特徴とする表示装置。
【請求項２】
番組を伝送するデジタル信号を受信して番組の映像を表示可能な表示装置における表示方法であって、
前記表示装置は、映像を２Ｄ状態で表示する際には視聴者が視聴するときに対応する眼鏡を着用しなくてよいが、映像を３Ｄ状態で表示する際には視聴者が視聴するときに対応する眼鏡を着用するものであり、
前記デジタル信号はＭＰＥＧトランスポートストリーム形式であり、
前記ＭＰＥＧトランスポートストリームは、伝送される番組に関する番組情報を記述したイベント情報テーブルを含み、
前記番組情報には、現在放送されている番組の次に放送される番組についての番組情報が含まれており、
前記現在放送されている番組の次に放送される番組についての番組情報は、前記現在放送されている番組の次に放送される番組が３Ｄ映像を含むかどうかを示す情報を含み、
送信されたデジタル信号を受信する受信ステップと、
記現在放送されている番組の次に放送される番組についての番組情報に基く表示と、前記受信ステップで受信したデジタル信号の前記ＭＰＥＧトランスポートストリームに含まれる２Ｄ番組の映像または３Ｄ番組の映像の表示とが可能な表示ステップと、を有し、
前記表示ステップにおいて可能な表示状態には、
前記現在放送されている番組の次に放送される番組についての番組情報に含まれる、前記現在放送されている番組の次に放送される番組が３Ｄ映像を含むかどうかを示す情報が前記現在放送されている番組の次に放送される番組に３Ｄ映像が含まれていることを示しているときに、前記現在放送されている番組の次に放送される番組が３Ｄ映像を含むことを示す表示を行う状態があることを特徴とする表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は、三次元（Three dimension：以下３Ｄ）映像の放送受信装置、受信方法および送受信方法に関する。
【背景技術】
【０００２】
特許文献１には、「ユーザーが求めている番組が或るチャンネルで始まること等を能動的に告知することができるディジタル放送受信装置を提供すること」（特許文献１［０００５］参照）を課題とし、その解決手段として、「ディジタル放送波に含まれる番組情報を取り出し、ユーザーによって登録された選択情報を用いて告知対象番組を選択する手段と、選択した告知対象番組の存在を告げるメッセージを現在表示中の画面に割り込ませて表示する手段と、を備えたこと」（特許文献１［０００６］参照）等が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−９０３３
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１においては３Ｄコンテンツの視聴に関して開示がない。そのため、
受信機が現在受信している、あるいは将来受信する番組が３Ｄ番組であることが認識できないという課題がある。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明の一実施の態様は、例えば特許請求の範囲に記載されている技術的思想を用いればよい。
【発明の効果】
【０００６】
上記手段によれば、受信機が現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できるようになり、ユーザーの利便性を高めることが可能になる。
【図面の簡単な説明】
【０００７】
【図１】システムの構成例を示すブロック図の一例である。
【図２】送信装置１の構成例を示すブロック図の一例である。
【図３】ストリーム形式種別の割り当ての例である。
【図４】コンポーネント記述子の構造の一例である。
【図５（ａ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例である。
【図５（ｂ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例である。
【図５（ｃ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例である。
【図５（ｄ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例である。
【図５（ｅ）】コンポーネント記述子の構成要素であるコンポーネント内容とコンポーネント種別の一例である。
【図６】コンポーネントグループ記述子の構造の一例である。
【図７】コンポーネントグループ種別の例である。
【図８】コンポーネントグループ識別の例である。
【図９】課金単位識別の例である。
【図１０】３Ｄ番組詳細記述子の構造の一例である。
【図１１】３Ｄの方式種別の例を示す図である。
【図１２】サービス記述子の構造の一例である。
【図１３】サービス形式種別の例である。
【図１４】サービスリスト記述子の構造の一例である。
【図１５】コンポーネント記述子の送信装置１における送出運用規則の一例である。
【図１６】コンポーネントグループ記述子の送信装置１における送出運用規則の一例である。
【図１７】３Ｄ番組詳細記述子の送信装置１における送出運用規則の一例である。
【図１８】サービス記述子の送信装置１における送出運用規則の一例である。
【図１９】サービスリスト記述子の送信装置１における送出運用規則の一例である。
【図２０】受信装置４における、コンポーネント記述子の各フィールドに対する処理の一例である。
【図２１】受信装置４における、コンポーネントグループ記述子の各フィールドに対する処理の一例である。
【図２２】受信装置４における、３Ｄ番組詳細記述子の各フィールドに対する処理の一例である。
【図２３】受信装置４における、サービス記述子の各フィールドに対する処理の一例である。
【図２４】受信装置４における、サービスリスト記述子の各フィールドに対する処理の一例である。
【図２５】本発明の受信装置の構成図の一例である。
【図２６】本発明の受信装置におけるＣＰＵ内部機能ブロック図の概要図の一例である。
【図２７】システム制御部のフローチャートの一例。
【図２８】メッセージ表示の一例。
【図２９】メッセージ表示の一例。
【図３０】メッセージ表示の一例。
【図３１】メッセージ表示の一例。
【図３２】次番組開始時のシステム制御部のフローチャートの一例。
【図３３】メッセージ表示の一例
【図３４】メッセージ表示の一例
【図３５】番組開始前のシステム制御部のフローチャートの一例。
【図３６】番組開始後のシステム制御部のフローチャートの一例。
【図３７】メッセージ表示の一例
【図３８】ユーザー選択後のシステム制御部のフローチャートの一例。
【図３９】メッセージ表示の一例
【図４０】ユーザー選択後のシステム制御部のフローチャートの一例。
【図４１】番組開始後のシステム制御部のフローチャートの一例。
【図４２】メッセージ表示の一例
【図４３】番組開始後のシステム制御部のフローチャートの一例。
【図４４】番組開始後のシステム制御部のフローチャートの一例。
【図４５】ユーザー選択後のシステム制御部のフローチャートの一例。
【図４６】番組開始後のシステム制御部のフローチャートの一例。
【図４７】ユーザー選択後のシステム制御部の一例。
【発明を実施するための形態】
【０００８】
以下、本発明に好適な実施形態の例（実施例）を説明する。但し、本発明は本実施例に限定されない。本実施例は、主には受信装置について説明してあり、受信装置での実施に好適であるが、受信装置以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。
【０００９】
＜システム＞
図1は、本実施例のシステムの構成例を示すブロック図である。放送で情報を送受信して記録再生する場合を例示している。ただし放送に限定されず通信によるＶＯＤであってもよく、総称して配信ともいう。
【００１０】
１は放送局などの情報提供局に設置される送信装置、２は中継局や放送用衛星などに設置される中継装置、３はインターネットなど一般家庭と放送局を繋ぐ公衆回線網、ユーザーの宅内などに設置される４は受信装置、１０は受信装置４に内蔵される受信記録再生部である。受信記録再生部１０では、放送された情報を記録し再生、またはリムーバブルな外部媒体からのコンテンツの再生、などができる。
【００１１】
送信装置１は、中継装置２を介して変調された信号電波を伝送する。図のように衛星による伝送以外にも例えばケーブルによる伝送、電話線による伝送、地上波放送による伝送、公衆回線網３を介したインターネットなどのネットワーク経由による伝送などを用いることもできる。受信装置４で受信されたこの信号電波は、後に述べるように、復調されて情報信号となった後、必要に応じ記録媒体に記録される。または公衆回線網３を介して伝送する場合には、公衆回線網３に適したプロトコル（例えばＴＣＰ／ＩＰ）に準じたデータ形式（ＩＰパケット）等の形式に変換され、前記データを受信した受信装置４は、復号して情報信号とし、必要に応じ記録するに適した信号となって記録媒体に記録される。また、ユーザーは、受信装置４にディスプレイが内蔵されている場合はこのディスプレイで、内蔵されていない場合には受信装置４と図示しないディスプレイとを接続して情報信号が示す映像音声を視聴することができる。
＜送信装置＞
図２は、図１のシステムのうち、送信装置１の構成例を示すブロック図である。
【００１２】
１１はソース発生部、１２はＭＰＥＧ２、或いはＨ.２６４方式等で圧縮を行い、番組情報などを付加するエンコード部、１３はスクランブル部、１４は変調部、１５は送信アンテナ、１６は管理情報付与部である。カメラ、記録再生装置などから成るソース発生部１１で発生した映像音声などの情報は、より少ない占有帯域で伝送できるよう、エンコード部１２でデータ量の圧縮が施される。必要に応じてスクランブル部１３で、特定の視聴者には視聴可能となるように伝送暗号化される。変調部１４でＯＦＤＭ，ＴＣ８ＰＳＫ，ＱＰＳＫ、多値ＱＡＭなど伝送するに適した信号となるよう変調された後、送信アンテナ１５から、中継装置２に向けて電波として送信される。このとき、管理情報付与部１６では、ソース発生部１１で作成されたコンテンツの属性などの番組特定情報（例えば、映像や音声の符号化情報、音声の符号化情報、番組の構成、３Ｄ映像か否か等）が付与され、また、放送局が作成した番組配列情報（例えば現在の番組や次番組の構成、サービスの形式、１週間分の番組の構成情報等）なども付与される。これら番組特定情報および番組配列情報を合わせて、以下では番組情報と呼ぶ。
【００１３】
なお、一つの電波には複数の情報が、時分割、スペクトル拡散などの方法で多重されることが多い。簡単のため図２には記していないが、この場合、ソース発生部１１とエンコード部１２の系統が複数個あり、エンコード部１２とスクランブル部１３との間に、複数の情報を多重するマルチプレクス部（多重化部）が置かれる。
【００１４】
また、公衆回線網３を経由して送信する信号についても同様に、エンコード部１２で作成された信号が必要に応じて暗号化部１７で、特定の視聴者には視聴可能となるように暗号化される。通信路符号化部１８で公衆回線網３で伝送するに適した信号となるよう符号化された後、ネットワークＩ／Ｆ（Interface）部１９から、公衆回線網３に向けて送信される。
＜３Ｄ伝送方式＞
送信装置１から伝送される３Ｄ番組の伝送方式には大きく分けて二つの方式がある。一つの方式は、既存の２Ｄ番組の放送方式を生かし、１枚の画像内に左目用と右目用の映像を収めた方式がある。この方式は映像圧縮方式として既存のＭＰＥＧ２（Moving Picture Experts Group 2）やＨ．２６４ ＡＶＣが利用され、その特徴は、既存の放送と互換があり、既存の中継インフラを利用でき、既存の受信機（ＳＴＢなど）での受信が可能であるが、既存の放送の再高解像度の半分（垂直方向、あるいは水平方向）の３Ｄ映像の伝送となる。例えば、左右に分割して収めた「Side-by-Side」方式や上下に分割して収めた「Top-and-Bottom」方式やインタレースを利用して収めた「Field alternative」方式や走査線１本ごとに左目用と右目用の映像を交互に収めた「Line alternative」方式や２次元（片側の）映像と映像の各ピクセルごとの深度(被写体までの距離)情報を収めた「Left＋Depth」方式がある。これらの方式は、１枚の画像を複数の画像に分割して複数の視点の画像を格納するものであるので、符号化方式自体は、元々多視点映像符号化方式ではないＭＰＥＧ２やＨ．２６４ ＡＶＣ（ＭＶＣを除く）符号化方式をそのまま用いることができ、既存の２Ｄ番組の放送方式を生かして３Ｄ番組放送を行うことができるというメリットがある。
他の方式としては、既存の２Ｄ番組の放送方式と互換がない、左目用の映像と右目用の映像をそれぞれ伝送する「Frame Packing」方式がある。この方式は映像圧縮方式として例えば、多視点映像符号化方式であるＨ．２６４ ＭＶＣが利用され、その特徴は、高解像度の３Ｄ映像が伝送できる。この方式を用いると、高解像度の３Ｄ映像を伝送できるという効果がある。なお、多視点映像符号化方式とは、多視点の映像を符号化するために規格化された符号化方式であり、１画像を視点ごとに分割することなく、多視点の映像を符号化でき、視点ごとに別画像を符号化するものである。
なお、元々多視点映像符号化方式として規定された符号化方式ではないＭＰＥＧ２やＨ．２６４ ＡＶＣ（ＭＶＣを除く）などの符号化方式であっても左目用の映像と右目用のフレームを交互に格納したストリームを生成すれば、「Frame Packing」方式での表示も可能である。
【００１５】
＜番組情報＞
番組特定情報と番組配列情報とを番組情報という。
番組特定情報はＰＳＩ（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（ストリーム形式種別）により、図３に示すように現在放送されている番組のＥＳの形式を示すことができるが、０ｘ１Ｆに３Ｄ映像番組に用いることが可能な多視点符号化映像ストリームであることを示す「ＩＴＵ−Ｔ勧告Ｈ.２６４  ＩＳＯ／ＩＥＣ １４４９６映像で規定されるＭＶＣ 映像ストリーム」（いわゆる「Ｈ.２６４ MＶＣ」のストリーム）が割り当てられる。ここでの説明では０ｘ１Ｆに割り当てられるとしたが、０ｘ２０〜０ｘ７Ｅの何れかに割り当てられることでも良い。また、ＭＶＣ映像ストリームは単なる一例であって、３Ｄ映像番組に用いることが可能な多視点符号化映像ストリームを示すのであれば、ＭＶＣ以外の映像ストリームでもよい。
【００２１】
以上説明したとおり、受信装置４がstream_typeを監視し、０ｘ１Ｆ（多視点符号化映像ストリーム）であればこの番組が多視点符号化映像対応番組であることを認識できる。多視点符号化映像ストリームが３Ｄ映像番組にしか用いられない放送運用方式の場合、受信装置４は、当該stream_typeにより、現在受信している番組が３Ｄ番組であることを認識できる効果がある。
【００２２】
図４は、番組情報の一つであるコンポーネント記述子（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_method_type（３Ｄ方式種別）は８ビットのフィールドで、図１１に従い、３Ｄの方式種別を表す。０ｘ０１はFrame Packing 方式、０ｘ０２はSide-by-Side 方式、０ｘ０３はTop-and-Bottom 方式を表す。stream_type（ストリーム形式種別）は８ビットのフィールドで、上記で説明した図３に従い、番組のＥＳの形式を示す。
【００３８】
component_tag（コンポーネントタグ）は、８ビットのフィールドである。サービスのコンポーネントストリームは、この8ビットのフィールドにより、コンポーネント記述子で示される記述内容（図５）を参照できる。プログラムマップセクションでは、各ストリームに与えるコンポーネントタグの値は異なる値とすべきである。コンポーネントタグは、コンポーネントストリームを識別するためのラベルであり、ストリーム識別記述子内のコンポーネントタグと同一の値である（ただし、ストリーム識別記述子がＰＭＴ内に存在する場合）。
以上、受信装置４が３Ｄ番組詳細記述子を監視することで、この記述子が存在すれば、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。加えて、番組が３Ｄ番組である場合には、３Ｄ伝送方式の種別を識別することが可能となる。
【００３９】
次に、サービス（編成チャンネル）単位で３Ｄ映像か２Ｄ映像かを識別する例について説明する。図１２は、番組情報の一つであるサービス記述子（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を監視することで、編成チャンネルが３Ｄ番組のチャンネルであることを認識できる効果がある。
【００４５】
以上説明した記述子の例は、代表的なメンバのみを記載しており、これ以外のメンバを持つこと、複数のメンバを一つに纏めること、一つのメンバを詳細情報を持つ複数のメンバに分割することも考えられる。
【００４６】
＜番組情報の送出運用規則例＞
上記で説明した番組情報のコンポーネント記述子、コンポーネントグループ記述子、３Ｄ番組詳細記述子、サービス記述子、サービスリスト記述子は、例えば管理情報付与部１６で生成、付加され、ＭＰＥＧ-ＴＳのＰＳＩ（一例としてＰＭＴなど）、或いはＳＩ（一例としてＥＩＴ、或いはＳＤＴ、或いはＮＩＴなど）に格納されて送信装置１から送出される情報である。
【００４７】
送信装置１における番組情報の送出運用規則例について以下説明する。
図１５は、コンポーネント記述子の送信装置１における送出運用規則の一例を示す。「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_method_type」は３Ｄ方式識別を記述する。図１１の中から設定する。「stream_type」は番組のＥＳの形式をを記述する。図３の中から設定する。「component_tag」は当該番組内で一意となるコンポーネントタグ値を記述する。
【００６４】
このように送信装置１で送出運用することにより、受信装置４が３Ｄ番組詳細記述子を監視することで、この記述子が存在すれば、現在受信している、あるいは将来受信する番組が３Ｄ番組であることを認識できる効果がある。
【００６５】
図１８は、サービス記述子の送信装置１における送出運用規則の一例を示す。「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）信号を発信するリモートコントローラーからのキーコード）を受信し、またＣＰＵ２１や画面構成制御装置３２が作成した外部機器への機器制御信号（例えばＩＲ）を機器制御信号送信部４４から送信する制御信号送受信部、３４は内部にカウンタを有し、また現在の時刻の保持を行うタイマー、を表しており、主にこれらの装置により、受信装置４は構成されている。なお、映像信号出力部４１に替えてまたは追加して３D映像ディスプレイを備え、映像復号装置３０が復号した映像を３D映像ディスプレイに表示してもよい。また、音声出力４２に替えてまたは追加してスピーカを備え、音声復号装置が復号した音声信号に基づいてスピーカから音を出力してもよい。この場合、受信装置４は、３D映像表示装置となる。３D映像ディスプレイに表示する場合も、必要であれば、同期信号や制御信号は制御信号出力部４３や機器制御信号送信端子４４から出力する。
【００７３】
なお、図３に示した２１〜３４の各構成要件の一部は、１つの、又は複数のＬＳＩで構成されていてもよい。また、図３に示した２１〜３４の各構成要件の一部の機能をソフトウェアで実現する構成としてもよい。
【００７４】
＜受信装置の機能ブロック図＞
図２６は、ＣＰＵ２１内部における処理の機能ブロック構成の一例である。ここで各機能ブロックは例えばＣＰＵ２１で実行されるソフトウェアのモジュールとして存在しており、それぞれのモジュール間は何らかの手段（例えばメッセージパッシング、ファンクションコール、イベント送信）などを行って情報やデータの受け渡しおよび制御指示を行う。
【００７５】
また、各モジュールは受信装置４内部の各ハードウェアとも、汎用バス２２を介して情報の送受信を行っている。また図に記載の関係線（矢印）は今回の説明に関連する部分を主に記載しているが、その他のモジュール間についても通信手段および通信を必要とした処理は存在する。例えば選局制御部５９は、選局に必要な番組情報を番組情報解析部５４から適宜取得している。
【００７６】
次に各機能ブロックの機能について説明する。システム制御部５１は各モジュールの状態やユーザーの指示状態などを管理し、各モジュールに対して制御指示を行う。ユーザー指示受信部５２は制御信号送受信部３３が受信したユーザー操作の入力信号を受信および解釈し、ユーザーの指示をシステム制御部５１に伝える。機器制御信号送信部５３はシステム制御部５１や、他のモジュールからの指示に従い、制御信号送受信部３３に対して機器制御信号を送信するように指示する。
【００７７】
番組情報解析部５４は多重分離装置２９から番組情報を取得して内容を分析し、必要な情報を各モジュールに対して提供する。時間管理部５５は番組情報解析部５４から、ＴＳに含まれる時刻補正情報（ＴＯＴ：Time offset table）を取得して現在の時刻を管理するとともに、タイマー３４が有するカウンタを使用し、各モジュールの要求に従いアラーム（指定時刻の到来を通知）やワンショットタイマ（一定時間の経過を通知）の通知を行う。
【００７８】
ネットワーク制御部５６は、ネットワークＩ／Ｆ２５を制御し、特定ＵＲＬ（Unique Resource  Locater）や特定ＩＰ(Internet Protocol)アドレスからの各種情報およびＴＳの取得を行う。復号制御部５７は、映像復号装置３０および音声復号装置３１を制御し、デコードの開始や停止、ストリームに含まれる情報の取得などを行う。
【００７９】
記録再生制御部５８は記録再生制御装置２７を制御し、記録媒体２６から、特定のコンテンツの特定の位置から、また任意の読み出しの形式（通常再生、早送り、巻戻し、一時停止）で信号を読み出す。また、記録再生制御装置２７に入力された信号を、記録媒体２６に対して記録する制御を行う。
【００８０】
選局制御部５９は、チューナ２３、デスクランブラ２４、信号切替装置２８、多重分離装置２９および復号制御部５７を制御し、放送の受信および放送信号の記録を行う。または記録媒体からの再生を行い、映像信号および音声信号を出力するまでの制御を行う。詳しい放送受信の動作および放送信号の記録動作、記録媒体からの再生動作については後述する。
【００８１】
ＯＳＤ作成部６０は、特定のメッセージを含むＯＳＤデータを作成し、画面構成制御部６１に対して前記作成したＯＳＤデータを映像信号に重畳して出力するように指示を行う。ここでＯＳＤ作成部６０は、左目用と右目用といった視差のあるＯＳＤデータを作成し、画面構成制御部６１に対して、前記左目用と右目用のＯＳＤデータをもとに３Ｄ表示を要求することにより、３Ｄでのメッセージ表示等を行う。
【００８２】
画面構成制御部６１は、画面構成制御装置３２を制御し、映像復号装置３０から画面構成制御装置３２に入力された映像と、ＯＳＤ作成部６０から入力されたＯＳＤを重畳し、さらに必要に応じて映像を加工（スケーリングやＰｉｎＰ、３Ｄ表示など）して外部に出力する。各機能ブロックはこれらのような機能を提供する。
【００８３】
＜放送受信＞
ここで放送受信を行う場合の制御手順と信号の流れについて説明する。まず特定チャンネル（ＣＨ）の放送受信を示すユーザーの指示（例えばリモコンのＣＨボタン押下）を、ユーザー指示受信部５２から受信したシステム制御部５１は、ユーザーの指示したＣＨ（以下指定ＣＨ）での選局を選局制御部５９に指示する。
【００８４】
前記指示を受信した選局制御部５９は、チューナ２３に対して指定ＣＨの受信制御（指定周波数帯への選局、放送信号復調処理、誤り訂正処理）を指示し、ＴＳをデスクランブラ２４に出力させる。
【００８５】
次に選局制御部５９は、デスクランブラ２４に対して前記ＴＳのデスクランブルを指示し、信号切替装置２８に対してデスクランブラ２４からの入力を多重分離装置２９に出力するように指示し、多重分離装置２９に対して、入力されたＴＳの多重分離、および多重分離した映像ＥＳの映像復号装置３０への出力と、音声ＥＳの音声復号装置３１への出力、を指示する。
【００８６】
また、選局制御部５９は、復号制御部５７に対し、映像復号装置３０と音声復号装置３１に入力された映像ＥＳおよび音声ＥＳの復号指示を行う。前記復号指示を受信した復号制御部３１は、映像復号装置３０に対して復号した映像信号を画面構成制御装置３２に出力するように制御し、音声復号装置３１に対して復号した音声信号を音声出力４２に出力するように制御を行う。このようにして、ユーザーが指定したＣＨの映像および音声を出力する制御を行う。
【００８７】
また、選局時のＣＨバナー（ＣＨ番号や番組名、番組情報等を表示するＯＳＤ）を表示するために、システム制御部５１はＯＳＤ作成部６０に対してＣＨバナーの作成および出力を指示する。前記指示を受信したＯＳＤ作成部６０は、作成したＣＨバナーのデータを画面構成制御部６１に送信し、前記データを受信した画面構成制御部６１はＣＨバナーを映像信号に重畳して出力するように制御を行う。このようにして、選局時等のメッセージ表示を行う。
＜放送信号の記録＞
次に放送信号の記録制御と信号の流れについて説明する。特定のＣＨの記録を行う場合には、システム制御部５１は選局制御部５９に対して特定ＣＨの選局および記録再生制御装置への信号出力を指示する。
【００８８】
前記指示を受信した選局制御部５９は、前記放送受信処理と同様に、チューナ２３に対して指定ＣＨの受信制御を指示し、デスクランブラ２４に対して、チューナー２３から受信したＭＰＥＧ２−ＴＳのデスクランブル、信号切替装置２８に対してデスクランブラ２４からの入力を記録再生制御装置２７に出力するように制御する。
【００８９】
また、システム制御部５１は、記録再生制御部５８に対して、記録再生制御装置２７への入力ＴＳを記録するように指示する。前記指示を受信した記録再生制御部５８は、記録再生制御装置２７に入力される信号（ＴＳ）に対して、暗号化などの必要な処理を行い、また記録再生時に必要な付加情報（記録ＣＨの番組情報、ビットレート等のコンテンツ情報）の作成、また管理データ（記録コンテンツのＩＤ、記録媒体２８上の記録位置、記録形式、暗号化情報など）への記録を行った後に、前記ＭＰＥＧ２−ＴＳおよび付加情報、管理データを記録媒体２８への書き込み処理を行う。このようにして放送信号の記録を行う。
【００９０】
＜記録媒体からの再生＞
次に記録媒体からの再生処理について説明する。特定の番組の再生を行う場合には、システム制御部５１は、記録再生制御部５８に対して、特定の番組の再生を指示する。この際の指示としては、コンテンツのＩＤと再生開始位置（例えば番組の先頭、先頭から１０分の位置、前回の続き、先頭から100Mbyteの位置等）を指示する。前記指示を受信した記録再生制御部５８は、記録再生制御装置２７を制御し、付加情報や管理データを用いて記録媒体２８から信号（ＴＳ）を読み出して、暗号の復号などの必要な処理を行った後に、信号切替装置２８に対してＴＳを出力するように処理を行う。
【００９１】
また、システム制御部５１は、再生信号の映像音声出力を選局制御部５９に対して指示する。前記指示を受信した選局制御部５９は、信号切替装置２８に対して記録再生制御装置２７からの入力を多重分離装置２９に出力するように制御し、多重分離装置２９に対して、入力されたＴＳの多重分離、および多重分離された映像ＥＳの映像復号装置３０への出力、および多重分離された音声ＥＳの音声復号装置３１への出力、を指示する。
【００９２】
また、選局制御部５９は、復号制御部５７に対し、映像復号装置３０と音声復号装置３１に入力された映像ＥＳおよび音声ＥＳの復号指示を行う。前記復号指示を受信した復号制御部３１は、映像復号装置３０に対して復号した映像信号を画面構成制御装置３２に出力するように制御し、音声復号装置３１に対して復号した音声信号を音声出力４２に出力するように制御を行う。このようにして記録媒体からの信号再生処理を行う。
【００９３】
＜３Ｄ映像の表示方法＞
本発明に用いることのできる３Ｄ映像の表示方式としては、左目と右目に視差を感じさせる左目用と右目用の映像を作成し、人間に立体物が存在しているように認識させるいくつかの方式がある。
ひとつの方式としては、ユーザーが着用するメガネに対して、液晶シャッター等を用いて左右のグラスを交互に遮光を行い、またそれと同期させて左目用と右目用の映像を表示させ、左右の目に映る画像に視差を発生させるアクティブシャッター方式がある。
この場合、受信装置４は、ユーザーが着用するアクティブシャッター方式メガネへ、制御信号出力部４３や機器制御信号送信端子４４から同期信号や制御信号を出力する。また、映像信号出力部４１から映像信号を外部の３D映像表示装置へ出力して、左目用の映像と右目用の映像とを交互に表示させる。または、受信装置４の有する３D映像ディスプレイに同様の表示を行う。このようにすれば、アクティブシャッター方式メガネを着用したユーザは、当該３D映像表示装置または受信装置４の有する３D映像ディスプレイで３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”だと、当該記述子は有効（映像）である判断する。“0x01”以外の場合、当該記述子は無効である判断する。「stream_content」が“0x01”の場合、以降の処理を行う。
【０１０２】
「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_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の中のデータの種類により、上記図３で説明したようにＥＳの形式を判定することができるが、この中に、現在放送されているストリームが３Ｄ映像であることを示す記述が存在する場合には、その番組を３Ｄ番組と判定する（例えば、０ｘ１Ｆに３Ｄ映像に用いる多視点映像符号化ストリームであることを示す「ＩＴＵ−Ｔ勧告Ｈ.２６４  ＩＳＯ／ＩＥＣ １４４９６映像で規定されるＭＶＣ 映像ストリーム」（いわゆる「Ｈ.２６４ MＶＣ」のストリーム）が割り当てられ、その値が番組情報に存在していることを確認する）。
【０１３９】
また、stream_type以外にも、ＰＭＴの中で現在reservedとされている領域について、新たに３Ｄ番組または２Ｄ番組を識別する２Ｄ／３Ｄ識別ビットを割り当て、その領域で判定することも可能である。
【０１４０】
ＥＩＴについても同様にreservedの領域に新たに２Ｄ／３Ｄ識別ビットを割り当てして判定することも可能である。
【０１４１】
ＰＭＴおよび/またはＥＩＴに配置されるコンポーネント記述子で３Ｄ番組を判定する場合は、上記図４および５で説明したようにコンポーネント記述子のcomponent_typeに、３Ｄ映像を示す種別を割り当て（例えば、図５（ｃ）〜（e））、component_typeが３Ｄを表すものが存在すれば、その番組を３Ｄ番組と判定することが可能である。（例えば、図５（ｃ）〜（e）などを割り当てし、その値が対象番組の番組情報に存在していることを確認する。）
ＥＩＴに配置されるコンポーネントグループ記述子による判定方法としては、上記図６および７で説明したようにcomponent_group_typeの値に、３Ｄサービスを表す記述を割り当て、component_group_typeの値が、３Ｄサービスを表していれば、３Ｄ番組と判別可能である（例えば、ビットフィールドで００１は、３ＤＴＶサービスなどを割り当てし、その値が対象番組の番組情報に存在していることを確認する。）
ＰＭＴおよび/またはＥＩＴに配置される３Ｄ番組詳細記述子による判定方法としては、上記図１０および１１で説明したように対象の番組が３Ｄ番組であるか判定する場合には、まずはこの記述子が存在しているか否かで判定可能であり、その場合は前記記述子を解析する必要が無いため処理が容易である。また、前記記述子の中に含まれる３Ｄ方式種別（上記3d_method_type）に受信装置が対応可能な３Ｄ方式であれば、次番組を３Ｄ番組と判定する方法も考えられる。その場合には、記述子の解析処理は複雑になるが、受信装置が対応不可能な３Ｄ番組に対してメッセージ表示処理や記録処理を行う動作を中止することが可能になる。
【０１４２】
ＳＤＴに配置されるサービス記述子やＮＩＴに配置されるサービスリスト記述子に含まれるservice_typeの情報に、上記図１２および１３および１４で説明したように０ｘ０１に３Ｄ映像サービスを割り当て、当該記述子がある番組情報を取得した場合に、３Ｄ番組として判定することが可能である。この場合には、番組単位での判定ではなく、サービス（ＣＨ、編成チャンネル）単位での判定となり、同一編成チャンネル内での次番組の３Ｄ番組判定はできないが、情報の取得が番組単位でないため容易といった利点もある。
【０１４３】
また番組情報については、専用の通信路（放送信号、またはインターネット）を通じて取得する方法もある。その場合にも、番組の開始時間とＣＨ（放送編成チャンネル、ＵＲＬまたはＩＰアドレス）、その番組が３Ｄ番組かをあらわす識別子があれば、同様に３Ｄ番組判定は可能である。
以上の説明では、サービス（CH）または番組単位で３D映像か否かを判定するためのさまざまな情報（テーブルや記述子に含まれる情報）について説明したが、これらは本発明において必ずしも全て送信する必要はない。放送形態に合せて必要な情報を送信すればよい。これらの情報のうち、それぞれ単独の情報を確認して、サービス（CH）または番組単位で３D映像か否かを判定してもよく、複数の情報を組み合わせてサービス（CH）または番組単位で３D映像か否かを判定してもよい。複数の情報を組み合わせて判定する場合は、３D映像放送サービスであるが、一部の番組だけ２D映像であるなどの判定も可能となる。このような判定ができる場合は、受信装置で、例えばEPGでは当該サービスが「３D映像放送サービス」であることを明示することができ、かつ、当該サービスに３D映像番組以外に２D映像番組が混在していても、番組受信時に３D映像番組と２D映像番組とで表示制御等を切り替えることが可能となる。
【０１４４】
なお、以上説明した３Ｄ番組の判定方法により、３Ｄ番組と判定された場合において、例えば図５（ｃ）〜（ｅ）で指定された３Ｄコンポーネントが受信装置４で適切に処理（表示、出力）することができる場合には３Ｄにて処理（再生、表示、出力）し、受信装置４で適切に処理（再生、表示、出力）することができない場合（例えば、指定された３Ｄ伝送方式に対応する３Ｄ映像再生機能がない場合など）には２Ｄにて処理（再生、表示、出力）してもよい。このとき、２Ｄ映像の表示、出力とともに、当該３Ｄ映像番組が、受信装置において適切に３Ｄ表示または３Ｄ出力できない旨を合せて表示してもよい。このようにすれば、２Ｄ映像番組として放送された番組なのか、３Ｄ映像番組として放送された番組であるが受信装置で適切に処理できないため２Ｄ映像を表示しているのかをユーザが把握することができる。
【０１４５】
＜３Ｄコンテンツの表示処理＞
次に３Ｄコンテンツ（３Ｄ映像を含むデジタルコンテンツ）再生時の処理について説明する。ここでは１つのＴＳに左目用映像ＥＳと右目用映像ＥＳが存在する場合を例に挙げて説明する。まずユーザーが３Ｄ映像への切替指示（例えばリモコンの「３Ｄ」キー押下）等を行った場合、前記キーコードを受信したユーザー指示受信部５２は、システム制御部５１に対して３Ｄ映像への切替を指示する。前記指示を受信したシステム制御部５１は、上記の方法で現在の番組が３Ｄ番組か否かを判定する。
【０１４６】
現在の番組が３Ｄ番組であった場合には、システム制御部５１はまず選局制御部５９に対して、３Ｄ映像の出力を指示する。前記指示を受信した選局制御部５９は、まず番組情報解析部５４から左目用映像ＥＳと右目用映像ＥＳのＰＩＤ(packet ID)、および３Ｄ符号化方式（例えばH.264 MVC）を取得し、次に多重分離装置２９に対して前記左目用ＥＳと前記右目用ＥＳを多重分離して映像復号装置３０に出力するよう制御を行う。
【０１４７】
ここで、例えば前記左目用映像ＥＳは、映像復号装置の１番入力、前記右目用映像ＥＳは映像復号装置の２番入力に入力するように、多重分離装置２９を制御する。その後選局制御部５９は、復号制御部５７に対して、映像復号装置３０の１番入力は左目用映像ＥＳで２番入力は右目用映像ＥＳという情報および前記３Ｄ符号化方式を送信し、かつこれらのＥＳを復号するように指示を行う。
【０１４８】
前記指示を受信した復号制御部５７は、左目用ＥＳと右目用ＥＳそれぞれの復号を行い、左目用と右目用の映像信号を画面構成制御装置３２に出力する。ここで、システム制御部５１は画面構成制御部６１に対して、映像の３Ｄ出力を行うように指示を行う。前記指示をシステム制御部５１から受信した画面構成制御部６１は、前記左目用と右目用の映像信号を交互に映像出力４１から出力する、または受信装置４が備える３D映像ディスプレイに映像を表示する。
【０１４９】
また、それとともにそれぞれの映像信号が左目用、右目用と判別可能な同期信号を制御信号４３から出力する。前記映像信号と前記同期信号を受信した外部の映像出力装置は、前記映像信号を前記同期信号に合わせて左目用、右目用の映像を出力し、かつ３Ｄ視聴補助装置に前記同期信号を送信することにより３Ｄ表示を行うことが可能になる。
【０１５０】
また前記映像信号を受信装置４が備える３D映像ディスプレイに表示する場合には、前記同期信号を機器制御信号送信部５３および制御信号送受信部３３を経由し、機器制御信号送信端子４４から出力して、外部の３Ｄ視聴補助装置の制御（例えばアクティブシャッターの遮光切替）を行うことにより、３Ｄ表示を行う。
【０１５１】
２Ｄ表示を行う場合には、ユーザーが２Ｄ映像への切替指示（例えばリモコンの「２Ｄ」キー押下）を行った場合、前記キーコードを受信したユーザー指示受信部５２は、システム制御部５１に対して２Ｄ映像への信号切替を指示する。前記指示を受信したシステム制御部５１はまず選局制御部５９に対して、２Ｄ映像の出力を指示する。
【０１５２】
前記指示を受信した選局制御部５９は、まず番組情報解析部５４から２Ｄ映像用のＥＳ（例えばデフォルトタグを持つＥＳ）のＰＩＤを取得し、多重分離装置２９に対して前記ＥＳを映像復号装置３０に出力するよう制御を行う。その後選局制御部５９は復号制御部５７に対して、前記ＥＳを復号するように指示を行う。
【０１５３】
前記指示を受信した復号制御部５７は、前記ＥＳの復号を行い、映像信号を画面構成制御装置３２に出力する。ここで、システム制御部５１は画面構成制御部６１に対して、映像の２Ｄ出力を行うように制御を行う。前記指示をシステム制御部５１から受信した画面構成制御部６１は、画面構成制御装置３２に入力された前記映像信号を映像出力端子４１から出力する。このようにして２Ｄ表示を行う。
【０１５４】
次に、所定の条件下における３Ｄコンテンツの表示処理について説明する。３Ｄコンテンツの視聴に関して、ユーザが３Ｄコンテンツを視聴する状態ではないにもかかわらず、３Ｄコンテンツの表示が開始されてしまうと、ユーザはベストの状態で当該コンテンツを視聴することはできず、ユーザの利便性を損ねるおそれがある。これに対し、以下に示す処理を行うことで、ユーザの利便性を向上させることができる。
【０１５５】
図２７では、選局や一定時間経過など、次の番組開始までの時間が変化した場合に、システム制御部５１で実行されるフローの一例である。まずシステム制御部５１は番組情報解析部５４から次の番組の番組情報を取得し（Ｓ１０１）、前記３Ｄ番組の判定方法により、次番組が３Ｄ番組か否かを判定する。
【０１５６】
次番組が３Ｄ番組でない場合（Ｓ１０２のno）、特に処理は行わずに終了する。次番組が３Ｄ番組の場合（Ｓ１０２のyes）、次番組の開始までの時間を計算する。具体的には前記取得した番組情報のＥＩＴから次番組の開始時刻または現在番組の終了時刻を取得し、時間管理部５５から現在時刻を取得して、その差分を計算する。
【０１５７】
次番組開始までＸ分以下で無い場合（Ｓ１０３のno）、特に処理を行わずに次番組開始Ｘ分前となるまで待つ。次番組開始までＸ分以下の場合（Ｓ１０３のyes）、ユーザーに対して、３Ｄ番組がもうすぐ始まる旨のメッセージを表示する（Ｓ１０４）。
【０１５８】
図２８にその際のメッセージ表示の例を示す。７０１が装置が表示する画面全体、７０２に装置が表示するメッセージを示している。このようにして、３Ｄ番組が開始される以前に、ユーザーに対して３Ｄ視聴補助装置を準備させるように注意を促すことが可能となる。
【０１５９】
上記番組開始前までの判定時間Ｘについては、Ｘを小さくすると番組開始までにユーザーの３Ｄ視聴準備が間に合わない可能性がある。またＸを大きくすると、長期間メッセージ表示が視聴の妨げになる、準備が完了した後に間が空いてしまうというデメリットがあるため、適度な時間に調整する必要がある。
【０１６０】
また、ユーザーに対してメッセージを表示する際に、具体的に次の番組の開始時間を表示しても良い。その場合の画面表示例を図２９に示す。８０２が３Ｄ番組開始までの時間を表示したメッセージである。ここでは分単位での記載を行っているが、秒単位で記載を行っても良い。その場合には、より詳細な次番組の開始時間をユーザーが知ることができるが、処理負荷が高くなるというデメリットもある。
【０１６１】
なお、図２９には３Ｄ番組が開始されるまでの時間を表示する例を示したが、３Ｄ番組が開始される時刻を表示するようにしてもよい。午後９時に３Ｄ番組が開始される場合は、例えば「午後９時から３Ｄ番組が始まります。３Ｄメガネを着用して下さい。」というメッセージを表示すればよい。
このようなメッセージを表示することにより、ユーザーが具体的な次番組の開始時間を知り適切なペースで３Ｄ視聴の準備を行うことが可能になる。
【０１６２】
また、図３０のように、３Ｄ視聴補助装置使用時には立体的に見えるマーク（３Ｄチェックマーク）を付加することも考えられる。９０２が３Ｄ番組開始を予告するメッセージ、９０３が３Ｄ視聴補助装置使用時に立体に見えるマークである。これにより、３Ｄ番組開始前に、ユーザーが３Ｄ視聴補助装置の正常動作を確認することができる。例えば３Ｄ視聴補助装置に不具合（例えばバッテリー切れ、故障など）が発生した場合に、番組開始までに修理や交換等の対応を行うことも可能になる。
【０１６３】
次に、次番組が３Ｄであることをユーザーに通知した後、ユーザーの３Ｄ視聴準備が完了したか否かの状態（３Ｄ視聴準備状態）を判定し、３Ｄ番組の映像を２Ｄ表示または３Ｄ表示に切り替える方法について説明する。
【０１６４】
次番組が３Ｄであることをユーザーに通知する方法については、上述したとおりである。ただし、ステップＳ１０４でユーザーに表示するメッセージについて、ユーザーが応答を行うオブジェクト（以下ユーザー応答受信オブジェクト：例えばＯＳＤ上のボタン）が表示されている点が異なる。このメッセージの例について図３１に示す。
【０１６５】
１００１はメッセージ全体、１００２はユーザーが応答を行うためのボタンを表している。図３１のメッセージ１００１表示時、例えばユーザーがリモコンの“ＯＫ”ボタンを押下した場合、ユーザー指示受信部５２は“ＯＫ”が押下されたことをシステム制御部５１に通知する。
【０１６６】
前記通知を受信したシステム制御部５１は、ユーザーの３Ｄ視聴準備状態がＯＫであることを状態として保存する。次に時間が経過し、現在番組が３Ｄ番組になった場合のシステム制御部５１の処理フローについて、図３２を用いて説明する。
【０１６７】
システム制御部５１は番組情報解析部５４から現在の番組の番組情報を取得し（Ｓ２０１）、現在の番組が３Ｄ番組か否かを上記の３Ｄ番組の判定方法により判定する。現在の番組が３Ｄ番組で無い場合（Ｓ２０２のno）、上記の方法で映像を２Ｄ表示するように制御を行う（Ｓ２０３）。
【０１６８】
現在の番組が３Ｄ番組の場合（Ｓ２０２のyes）、次にユーザーの３Ｄ視聴準備状態を確認する（Ｓ２０４）。システム制御部５１が保存している前記３Ｄ視聴準備状態が、ＯＫで無い場合（Ｓ２０５のno）、同様に映像を２Ｄ表示するように制御を行う（Ｓ２０３）。
【０１６９】
前記３Ｄ視聴準備状態がＯＫの場合（Ｓ２０５のyes）、上記の方法で映像を３Ｄ表示するように制御を行う（Ｓ２０６）。このようにして、現在の番組が３Ｄ番組でかつユーザーの３Ｄ視聴準備が完了したことを確認できた場合に、映像の３Ｄ表示を行う。
【０１７０】
ステップＳ１０４で表示するメッセージ表示としては、図３１のように単純にＯＫだけでなく、次番組の表示方式を２Ｄ映像にするか３Ｄ映像にするかを明記する方法も考えられる。その場合のメッセージと、ユーザー応答受信オブジェクトの例を図３３および図３４に示す。
【０１７１】
このようにすると前記のような“ＯＫ”の表示に比べ、ユーザーがボタン押下後の動作をより判断しやすくなる他、明示的に２Ｄでの表示を指示できるなど（１２０２に記載の“２Ｄで見る”押下時には、ユーザー３Ｄ視聴準備状態をＮＧと判定）、利便性が高まる。
【０１７２】
また、ユーザーの３Ｄ視聴準備状態の判定は、ここではリモコンでのユーザーメニューの操作としているが、他にも例えば３Ｄ視聴補助装置が発信するユーザー装着完了信号により、前記３Ｄ視聴準備状態を判定する方法や、撮像装置でユーザーの視聴状態を撮影し、前記撮影結果から画像認識やユーザーの顔認識を行い、３Ｄ視聴補助装置を着用していることを判定しても良い。
【０１７３】
このように判定することにより、ユーザーが何か受信装置に対して操作を行う手間を省くことが可能になり、さらに誤操作で２Ｄ映像視聴と３Ｄ映像視聴を誤って設定してしまうことを避けることが可能になる。
【０１７４】
また、別の方法としては、ユーザーがリモコンの＜３Ｄ＞ボタンを押下した場合に、３Ｄ視聴準備状態をＯＫと判断、ユーザーがリモコンの＜２Ｄ＞ボタンまたは＜戻る＞ボタンまたは＜キャンセル＞ボタンを押下した場合に、３Ｄ視聴準備状態をＮＧと判定する方法もある。この場合は明確で容易にユーザーが自分の状態を装置に通知できるが、誤操作や誤解による状態送信などのデメリットも考えられる。
【０１７５】
また、上記例において、現在の番組の情報を取得せず、事前に取得した次の番組の番組情報のみを判定して処理を行うことも考えられる。この場合は、図３２のステップＳ２０１において、現在の番組が３Ｄ番組かの判定を行なわず、事前に（例えば図２７のステップＳ１０１）取得した番組情報を使用する方法も考えられる。この場合は処理構造が簡易になるなどのメリットが考えられるが、突如番組構成が変更になり、次番組が３Ｄ番組でなくなるような場合にも３Ｄ映像切替処理が実行される可能性があるなどのデメリットが存在する。
【０１７６】
次に、３Ｄ番組開始時に録画を開始し、ユーザーが３Ｄ番組視聴の準備を完了した時点で、番組を最初から視聴可能とする場合のシステム制御部５１の処理フローについて説明する。３Ｄ番組が始まる前までの処理については、図３５に記載のとおりである。図３５のＳ１０１〜Ｓ１０４は図２７と同様であるが、図２７と異なる点は、ステップＳ３０１が追加された点である。
【０１７７】
具体的な動作としては、次番組が３Ｄ番組で（Ｓ１０２のyes）、次番組開始までＸ分以下（Ｓ１０３のyes）、の際に、記録準備動作を開始する（Ｓ３０１）。ここでの記録準備動作とは、例えばＨＤＤのスタンバイ状態解除やスピンアップ動作、または記録用の信号切替開始や記録用選局の実施など、記録の準備段階となる動作については、このステップで実施しておくことが望ましい。
【０１７８】
その後３Ｄ番組が開始された後のシステム制御部５１の処理フローを図３６に示す。ユーザーの３Ｄ視聴準備状態を判定する（Ｓ２０１、Ｓ２０２、Ｓ２０４、Ｓ２０５）までの処理フローは、図３２に示した処理フローと同様である。
【０１７９】
その後３Ｄ視聴準備状態がＯＫで無い場合（Ｓ２０５のno）、現在の番組を記録中か判定を行う。現在番組が記録中で無い場合は（Ｓ４０１のno）、現在番組の記録を開始する（Ｓ４０２）。現在番組を記録中の場合には（Ｓ４０１のyes）、特に処理を行わず次のステップに進む。
【０１８０】
記録制御を行った後には、ユーザーに対して図３７に示すような、３Ｄ番組が始まったことと、ユーザーにその後の動作を選択させる旨のメッセージ１６０１を表示し（Ｓ４０３）、映像を２Ｄ表示に切り替えて（Ｓ２０３）処理を終了する。
【０１８１】
図３７の画面表示におけるユーザー選択の判定方法の一例としては、ユーザーがリモコンを操作し、リモコンの＜３Ｄ＞ボタンを押下した場合または画面の「ＯＫ／３Ｄ」にカーソルを合わせリモコンの＜ＯＫ＞ボタンを押下した場合は、ユーザー選択は“３Ｄ切替”と判定する。
【０１８２】
または、ユーザーがリモコンの＜キャンセル＞ボタンまたは＜戻る＞ボタンを押下した場合または画面の「キャンセル」にカーソルを合わせリモコンの＜ＯＫ＞を押下した場合は、ユーザー選択は“３Ｄ切替以外”と判定する。これ以外にも、例えば上記３Ｄ視聴準備状態がＯＫになる動作が行われた場合（例えば３Ｄメガネ装着）には、ユーザー選択は“３Ｄ切替”となる。
【０１８３】
ユーザーが選択を行った後に実行されるシステム制御部５１の処理フローについて、図３８に示す。ユーザー選択結果を、システム制御部５１はユーザー指示受信部５２から取得する（Ｓ５０１）。ユーザー選択が、“３Ｄ切替”で無かった場合（Ｓ５０２のno）、映像は２Ｄ表示をし（Ｓ５０３）、現在の番組の記録をしていた場合は停止して（Ｓ５０４）そのまま終了する。
【０１８４】
ユーザーの選択が“３Ｄ切替”であった場合（Ｓ５０２のyes）、映像を３Ｄ表示し（Ｓ５０５）、現在の番組を最初から再生するように、上記記録媒体からの再生処理を実施する。
【０１８５】
このようにして、番組再生開始時にユーザーが３Ｄ視聴準備を完了していない場合でも、ユーザーが３Ｄ視聴準備完了後、番組の最初から３Ｄで視聴をすることが可能になる。
【０１８６】
また、Ｓ４０３で提示するメッセージとして、図３９の１８０１に示すように、「このまま３Ｄを視聴する」という旨のメッセージを含むことにより、ユーザーの選択可能な動作を明示的に増やすことが可能になる。この場合のユーザー選択の判定方法の一例としては、ユーザーがリモコンを操作し、画面の「最初から見る」にカーソルを合わせ、リモコンの＜ＯＫ＞ボタンを押下した場合は、ユーザー選択は“３Ｄ切替かつ最初から視聴”と判定する。
【０１８７】
または、ユーザーが画面の「このまま３Ｄに」にカーソルを合わせ、リモコンの＜ＯＫ＞を押下した場合は、ユーザー選択は“３Ｄ切替かつこのまま視聴”と判定し、または、ユーザーが画面の「キャンセル（２Ｄ表示）」にカーソルを合わせ、リモコンの＜ＯＫ＞を押下した場合は、ユーザー選択は“２Ｄ切替”と判定する。
【０１８８】
この場合に、ユーザーが選択を行った後に実行されるシステム制御部５１の処理フローを図４０に示す。Ｓ５０１からＳ５０５までの動作は図３８と同様である。ユーザーの選択が“３Ｄ切替”であった場合（Ｓ５０２のyes）に映像を３Ｄ表示した後（Ｓ５０５）、ユーザーの選択が最初から視聴か否かを判定する。
【０１８９】
ユーザー選択が最初から視聴であった場合（Ｓ５０６のyes）、現在の番組を最初から再生するように、上記記録媒体からの再生処理を実施する。ユーザー選択が最初から視聴でない場合（Ｓ５０６のno）、現在の番組の記録を停止し（Ｓ５０４）、そのまま続きから再生する。
【０１９０】
このようにユーザー選択の結果により、ユーザーが３Ｄ視聴の準備を完了した後に、現在の続きから３Ｄで番組を視聴するか、最初から３Ｄで番組を視聴するか、または２Ｄで視聴するかを選択することができる。
【０１９１】
ここで、ユーザーが３Ｄ視聴を準備完了するまでは、特定の映像と音声のみを表示し、番組の映像および音声を表示しない方法について説明する。これは、例えばユーザーが３Ｄ視聴準備完了していない状態で番組が始まってしまった場合、内容について準備完了するまで視聴をしたくない場合（例えばスポーツ中継で、結果がわかってしまうなど）に配慮するものである。
【０１９２】
その場合の３Ｄ番組開始時にシステム制御部５１で実行される処理フローを図４１に示す。図３６の処理フローと異なる点は、Ｓ４０３でメッセージを表示した後、特定映像音声を表示するステップ（Ｓ６０１）が追加された点である。
【０１９３】
ここでいう特定映像音声とは、例えば映像であれば、３Ｄ準備を促すメッセージ、黒画面、番組の静止画、などが挙げられ、音声としては、無音、または固定パターンの音楽（環境音楽）などが挙げられる。
【０１９４】
固定パターン映像（メッセージや環境映像、または３Ｄ映像等）の表示については、映像復号装置３０内部または図に記載していないＲＯＭまたは記録媒体２６からデータを読み出し、映像復号装置３０が復号して出力することにより実現できる。黒画面の出力については、例えば映像復号装置３０が黒色を表す信号のみの映像を出力または画面構成制御装置３２が出力信号のミュートまたは黒映像の出力、により実現できる。
【０１９５】
また、固定パターン音声（無音、環境音楽）の場合も同様に、音声復号装置３１の内部またはＲＯＭまたは記録媒体２６からデータを読み出して復号出力、出力信号のミュート等により実現できる。
【０１９６】
番組映像の静止画の出力については、システム制御部５１から記録再生制御部５８に対して、番組の再生および映像の一時停止を指示することにより実現できる。ユーザー選択を実施した後のシステム制御部５１の処理は上記と同様、図３８のように実行する。
【０１９７】
これによりユーザーが３Ｄ視聴準備を完了するまでの間、番組の映像や音声を出力しないことが可能になる。
【０１９８】
ユーザーが選局操作を行いＣＨを変更した場合等、現在の番組の番組情報が変更となった場合についても、図３６または図４１に記載の処理フローがシステム制御部５１で実行される。この場合についても、上記と同様の処理が行われる。
【０１９９】
これにより、番組が切り替わった場合に、視聴番組が３Ｄ番組以外の番組は２Ｄで表示され、またユーザーの３Ｄ視聴準備がすでにできている場合には映像が３Ｄ表示に切替られ、またユーザーが３Ｄ視聴準備できてない場合には、現在番組の記録が実施され、図３７または図３９のメッセージが表示されその後の動作が選択可能となるといった効果がある。
【０２００】
上記３Ｄ番組の記録動作については、電力を通常より消費する場合や、動作負荷がユーザー操作の妨げになる場合もある。そのような場合にはユーザーが事前に設定することにより３Ｄ番組の自動記録を行わない設定も可能となる。
【０２０１】
ユーザー設定画面の例を図４２に示す。これは３Ｄ番組の自動記録の有無を設定するユーザーメニューで、ここで２１０１は選択可能なボタンをあらわしており、ここでユーザーが“ＯＦＦ”を選択することにより、３Ｄ番組の自動記録を行わないことが可能になる。この画面でユーザーが“ＯＦＦ”を設定すると、ユーザー指示受信部５２からシステム制御部５１に対して、ユーザー設定の“３Ｄ番組自動記録”の“ＯＦＦ”が通知される。
【０２０２】
図４２で説明したユーザーメニューでの設定に対応した、システム制御部５１のフローチャートを図４３に示す。図３６および図４１のフローチャートと異なる点は、ユーザーが３Ｄ準備ＯＫで無い場合（Ｓ２０５のno）、３Ｄ番組自動記録のユーザー設定状態を確認し、“３Ｄ番組自動記録”のユーザー設定がＯＦＦであった場合（Ｓ７０１のyes）、Ｓ４０２の記録処理が行われない点である。
【０２０３】
このように、ユーザーが希望しない場合には、３Ｄ番組の自動記録を行わず、電力消費を抑え、不要な動作を行わせないことが可能になる。
【０２０４】
次に、記録媒体からの再生開始時に、再生コンテンツが３Ｄ番組かを判定し、またユーザーの３Ｄ準備状態を確認して処理を行う方法について説明する。再生開始時のシステム制御部５１の処理フローの一例を図４４に示す。
【０２０５】
上述の処理と異なる点は、番組開始前の処理（図３５）が無い点と、現在番組の記録判定（図３６，４１，４３のＳ４０１）および記録処理（図３６，４１，４３のＳ４０２）、が無く、再生一時停止処理（Ｓ６１０）が追加された点である。
【０２０６】
３Ｄ視聴準備状態の判定を行う（Ｓ２０５）までは、図３６に示す処理と同様である。その後３Ｄ視聴準備状態がＮＧの場合（Ｓ２０５のno）、再生動作を一時停止する（Ｓ６１０）ように、システム制御部５１は記録再生制御部５８に指示する。その後図３７に示すようなメッセージ表示を行い（Ｓ４０３）、図４１のＳ６０１で説明した処理と同様の方法で特定映像音声を表示する（Ｓ６０１）。
【０２０７】
ユーザーが選択を行った後に実行されるシステム制御部５１の処理フローについて、図４５に示す。ユーザー選択結果を、システム制御部５１はユーザー指示受信部５２から取得する（Ｓ５０１）。ユーザー選択が、“３Ｄ切替”で無かった場合（Ｓ５０２のno）、映像は２Ｄ表示をする（Ｓ５０３）。
【０２０８】
また、ユーザーの選択が“３Ｄ切替”であった場合（Ｓ５０２のyes）、映像を３Ｄ表示する。その後、システム制御部５１は一時停止していた再生動作を再開するように、記録再生制御部５８に指示する（Ｓ６１１）。
【０２０９】
このようにして、記録媒体からの再生時について、視聴番組が３Ｄ番組以外の番組は２Ｄで表示され、またユーザーの３Ｄ視聴準備がすでにできている場合には映像が３Ｄ表示に切替られ、またユーザーが３Ｄ視聴準備できてない場合には、再生を一時停止し、図３７のメッセージが表示されその後の動作が選択可能になり、ユーザーが動作選択後、ユーザーの選択に合わせた映像表示で番組が再生される。このように再生動作の場合には、ユーザーが３Ｄ準備完了となるまで、再生動作を一時停止しておくことにより、無駄な再生処理を行わず、省電力を実現できるといった効果もある。
【０２１０】
次に、選局等で番組を切り替えた結果、現在の番組が３Ｄ番組であった場合に、ユーザーの３Ｄ視聴準備状態がＯＫであれば３Ｄ映像を表示し、ＯＫで無い場合にはメッセージを表示して３Ｄ視聴準備を促す例について説明する。この場合のシステム制御部５１の処理フローを図４６に示す。
【０２１１】
この処理フローは、例えば選局や電源ＯＮなど、現在の番組の番組情報が変更になった場合に実行される。３Ｄ視聴準備状態を判定する（Ｓ２０１Ｓ２０２、Ｓ２０４、Ｓ２０５）までの処理フローは、図３２や図３６と同様である。
【０２１２】
その後、３Ｄ視聴準備状態がＯＫで無い場合（Ｓ２０５のno）、ユーザーに対して図３７に示すような、３Ｄ番組が始まったことを通知し、ユーザーにその後の動作を選択させる旨のメッセージを表示し（Ｓ４０３）、映像を２Ｄ表示に切り替えて（Ｓ２０３）処理を終了する。
【０２１３】
図３７の画面表示におけるユーザー選択の判定方法の一例としては、ユーザーがリモコンを操作し、リモコンの＜３Ｄ＞ボタンを押下した場合、または画面の「ＯＫ／３Ｄ」にカーソルを合わせ、リモコンの＜ＯＫ＞ボタンを押下した場合は、ユーザー選択は“３Ｄ切替”と判定する。
【０２１４】
または、ユーザーが、リモコンの＜キャンセル＞ボタンまたは＜戻る＞ボタンを押下した場合、または画面の「キャンセル」にカーソルを合わせ、リモコンの＜ＯＫ＞を押下した場合は、ユーザー選択は“３Ｄ切替以外”と判定する。
【０２１５】
これ以外にも、例えば上記３Ｄ視聴準備状態がＯＫになる動作が行われた場合（例えば３Ｄメガネ装着）には、ユーザー選択は“３Ｄ切替”としてもよい。
【０２１６】
ユーザーが選択を行った後のシステム制御部５１の処理フローについて、図４７に示す。ユーザーがメニュー表示の中から何を選択したかを、システム制御部５１はユーザー指示受信部５２から取得する（Ｓ５０１）。ユーザーの選択が、“３Ｄ切替”で無かった場合（Ｓ５０２のno）、映像は２Ｄ表示をして（Ｓ５０３）終了する。ユーザーの選択が“３Ｄ切替”であった場合（Ｓ５０２のyes）、映像を３Ｄ表示して（Ｓ５０５）終了する。
【０２１７】
このようにして、ユーザーが選局等で番組を切り替えた結果、現在の番組が３Ｄ番組であった場合に、ユーザーの３Ｄ視聴準備状態がＯＫであれば３Ｄ映像を表示し、ＯＫで無い場合には２Ｄの映像を表示してメッセージを表示し、ユーザーの３Ｄ視聴準備ができてから３Ｄ映像に容易に切り替えることが可能となる。また現在の番組が３Ｄ番組であることをユーザーは容易に知ることができ、またすでにユーザーの３Ｄ視聴準備状態がＯＫである時には、不要に２Ｄ映像が切り替わったり、メッセージが表示されたりせず、即座に３Ｄ番組を視聴することが可能になる。
【０２１８】
この例では記録装置を使用していないため、例えば記録装置を使用できない（例えば他の番組を記録中でリソースが不足している、記録装置を具備していない）場合において有用である。例えば、図３６や図４１を用いて説明した処理フローにおいて、記録動作が不可能な場合などは、こちらの例を実施することが望ましい。
【０２１９】
上記で説明した実施例によれば、３Ｄ番組の開始部分について、事前にユーザーが３Ｄ視聴準備を完了できたり、３Ｄ番組の開始に間に合わない場合には記録再生機能を用いてユーザーが３Ｄ番組を視聴する準備が完了してから再度映像表示をさせたりするなど、より良い状態でユーザーが３Ｄ番組を視聴することが可能になる。また、ユーザーにとって望ましいと思われる表示方法（３Ｄ映像を視聴したい場合に３Ｄ映像表示、またはその逆）へ映像表示を自動的に切り替えるなど、ユーザーの利便性を高めることが可能になる。また、選局により３Ｄ番組へと切り替えた場合や、記録されている３Ｄ番組の再生開始時なども同様の効果が期待できる。
【符号の説明】
【０２２０】
１  送信装置
２  中継装置
３  ネットワーク
４  受信装置
１０  記録再生装置
１１  ソース発生部
１２  エンコード部
１３  スクランブル部
１４  変調部
１５  送信アンテナ部
１６  管理情報
１７  暗号化部
１８  通信路符号化部
１９  ネットワークＩ／Ｆ部
２１  ＣＰＵ
２２  汎用バス
２３  チューナ
２４  デスクランブラ
２５  ネットワークＩ／Ｆ
２６  記録媒体
２７  記録再生制御装置
２８  信号切替え装置
２９  多重分離装置
３０  映像復号装置
３１  音声復号装置
３２  画面構成制御装置
３３  制御信号送受信部
３４  タイマー
４１  映像出力部
４２  音声出力部
４３  制御信号出力部
４４  機器制御信号送信
４５  ユーザー操作入力
５１  システム制御部
５２  ユーザー指示受信部
５３  機器制御信号送信部
５４  番組情報解析部
５５  時間管理部
５６  ネットワーク制御部
５７  復号制御部
５８  記録再生制御部
５９  選局制御部
６０  ＯＳＤ作成部
６１  画面構成制御部
【図１】
0005501081.tif 000002
【図２】
0005501081.tif 000003
【図３】
0005501081.tif 000004
【図４】
0005501081.tif 000005
【図５（ａ）】
0005501081.tif 000006
【図５（ｂ）】
0005501081.tif 000007
【図５（ｃ）】
0005501081.tif 000008
【図５（ｄ）】
0005501081.tif 000009
【図５（ｅ）】
0005501081.tif 000010
【図６】
0005501081.tif 000011
【図７】
0005501081.tif 000012
【図８】
0005501081.tif 000013
【図９】
0005501081.tif 000014
【図１０】
0005501081.tif 000015
【図１１】
0005501081.tif 000016
【図１２】
0005501081.tif 000017
【図１３】
0005501081.tif 000018
【図１４】
0005501081.tif 000019
【図１５】
0005501081.tif 000020
【図１６】
0005501081.tif 000021
【図１７】
0005501081.tif 000022
【図１８】
0005501081.tif 000023
【図１９】
0005501081.tif 000024
【図２０】
0005501081.tif 000025
【図２１】
0005501081.tif 000026
【図２２】
0005501081.tif 000027
【図２３】
0005501081.tif 000028
【図２４】
0005501081.tif 000029
【図２５】
0005501081.tif 000030
【図２６】
0005501081.tif 000031
【図２７】
0005501081.tif 000032
【図２８】
0005501081.tif 000033
【図２９】
0005501081.tif 000034
【図３０】
0005501081.tif 000035
【図３１】
0005501081.tif 000036
【図３２】
0005501081.tif 000037
【図３３】
0005501081.tif 000038
【図３４】
0005501081.tif 000039
【図３５】
0005501081.tif 000040
【図３６】
0005501081.tif 000041
【図３７】
0005501081.tif 000042
【図３８】
0005501081.tif 000043
【図３９】
0005501081.tif 000044
【図４０】
0005501081.tif 000045
【図４１】
0005501081.tif 000046
【図４２】
0005501081.tif 000047
【図４３】
0005501081.tif 000048
【図４４】
0005501081.tif 000049
【図４５】
0005501081.tif 000050
【図４６】
0005501081.tif 000051
【図４７】
0005501081.tif 000052