"番組情報および3D映像信号を含むデジタル信号を受信する受信部と、前記3D映像信号を復号する復号部と、OSDを作成するOSD生成部と、前記復号した3D映像および生成したOSDを3D出力する出力部と、前記出力部が3D出力するOSDの奥行き方向の位置を制御する制御部とを備え、前記制御部は、前記番組情報に含まれる3D奥行き情報に基づいてOSDの奥行き方向の位置を制御することを特徴とする映像出力装置。請求項1に記載の映像出力装置において、前記制御部は、OSDの奥行き位置が、前記3D奥行き情報に示される、前記3D映像信号の映像の最大手前位置より前面にとなるように制御することを特徴とする映像出力装置。請求項1に記載の映像出力装置において、前記出力部は、前記復号した3D映像について3D出力と2D出力を切り替え可能であり、前記制御部は、前記出力部の前記復号した3D映像の出力状態が3D出力である場合に、前記3D奥行き情報に基づいてOSDの奥行き方向の位置を制御することを特徴とする映像出力装置。請求項1に記載の映像出力装置において、前記3D奥行き情報には、映像の最大手前位置および映像の最大奥位置を含むことを特徴とする映像出力装置。請求項1に記載の映像出力装置において、前記制御部は、前記受信しているデジタル信号の番組の切り替わり時に、切り替わった後の番組の3D奥行き情報に基づいてOSDの奥行き方向の位置を制御することを特徴とする映像出力装置。請求項1に記載の映像出力装置において、前記制御部は、OSDを表示している間は、OSD表示開始時の3D奥行き情報に基づいてOSDの奥行き方向の位置を制御することを特徴とする映像出力装置。請求項1に記載の映像出力装置において、前記制御部は、映像が出力されていない場合には、OSDの奥行き方向の位置を予め定めた所定の奥行き方向の位置とする制御を行うことを特徴とする映像出力装置。請求項1に記載の映像出力装置において、前記制御部は、前記3D奥行き情報が前記デジタル信号に含まれない番組については、OSDの奥行き方向の位置を予め定めた所定の奥行き方向の位置とする制御を行うことを特徴とする映像出力装置。請求項1に記載の映像出力装置において、前記制御部は、前記3D奥行き情報が前記デジタル信号に含まれない番組については、OSDの奥行き方向の位置を表示可能な最大手前位置とする制御を行うことを特徴とする映像出力装置。請求項1に記載の映像出力装置において、前記デジタル信号に含まれる映像信号を記録する記録部を備え、前記記録部は、前記映像信号に関連付けて3D奥行き情報を記録することを特徴とする映像出力装置。番組情報および3D映像信号を含むデジタル信号を受信する受信ステップと、前記3D映像信号を復号する復号ステップと、OSDを作成するOSD生成ステップと、前記復号した3D映像および生成したOSDを3D出力する出力ステップと、前記出力ステップでは、前記番組情報に含まれる3D奥行き情報に基づいてOSDの奥行き方向の位置を制御してOSDを出力することを特徴とする映像出力方法。請求項11に記載の映像出力方法において、前記出力ステップでは、OSDの奥行き位置が、前記3D奥行き情報に示される、前記3D映像信号の映像の最大手前位置より前面にとなるようにOSDの奥行き方向の位置を制御してOSDを出力することを特徴とする映像出力方法。請求項11に記載の映像出力方法において、前記出力ステップでは、前記復号した3D映像について3D出力と2D出力を切り替え可能であり、前記復号した3D映像の出力状態が3D出力である場合に、前記3D奥行き情報に基づいてOSDの奥行き方向の位置を制御してOSDを出力することを特徴とする映像出力方法。請求項11に記載の映像出力方法において、前記3D奥行き情報には、映像の最大手前位置および映像の最大奥位置を含むことを特徴とする映像出力方法。請求項11に記載の映像出力方法において、前記出力ステップでは、前記受信しているデジタル信号の番組の切り替わり時に、切り替わった後の番組の3D奥行き情報に基づいてOSDの奥行き方向の位置を制御してOSDを出力することを特徴とする映像出力方法。請求項11に記載の映像出力方法において、前記出力ステップでは、OSDを表示している間は、OSD表示開始時の3D奥行き情報に基づいてOSDの奥行き方向の位置を制御してOSDを出力することを特徴とする映像出力方法。請求項11に記載の映像出力方法において、前記出力ステップでは、映像が出力されていない場合には、OSDの奥行き方向の位置を予め定めた所定の奥行き方向の位置とする制御を行ってOSDを出力することを特徴とする映像出力方法。請求項11に記載の映像出力方法において、前記出力ステップでは、前記3D奥行き情報が前記デジタル信号に含まれない番組については、OSDの奥行き方向の位置を予め定めた所定の奥行き方向の位置とする制御を行ってOSDを出力することを特徴とする映像出力方法。請求項11に記載の映像出力方法において、前記出力ステップでは、前記3D奥行き情報が前記デジタル信号に含まれない番組については、OSDの奥行き方向の位置を表示可能な最大手前位置とする制御を行ってOSDを出力することを特徴とする映像出力方法。特許文献1においては、BD再生時に3D映像表示における奥行き感情報以下、3D奥行き情報を使用するために、BDに記録されているいずれの情報に3D奥行き情報を記載するべきかという内容について記載されているが、3D奥行き情報をどのように判定し、ユーザーに対してメッセージ例えばOSDなどのディスプレイ表示、以下OSDなどの情報を提示するかについて詳細な記載が無く、特にデジタル放送などの他の伝送方式において、奥行き情報をどのように記載するべきかという方法について開示がない。そのため、例えばデジタル放送を受信する場合、もしくはデジタル放送信号の記録再生などをする場合に、装置がどのような処理を行い、OSDを表示すれば、ユーザーの利便性が高まるかという点について課題がある。本発明は、上記課題を鑑みてなされたものであり、その目的は、3D映像信号または3D映像信号についての番組情報の表示または出力においてよりユーザーの利便性を高めることにある。上記課題を解決するために、本発明の一実施の態様は、例えば特許請求の範囲に記載されている技術的思想を用いればよい。本発明によれば、3D映像信号または3D映像信号についての番組情報の表示または出力においてよりユーザーの利便性を高めることが可能になる。以下、本発明に好適な実施形態の例実施例を説明する。但し、本発明は本実施例に限定されない。本実施例は、主には受信装置について説明してあり、受信装置での実施に好適であるが、受信装置以外への適用を妨げるものではない。また、実施例の構成すべてが採用される必要はなく取捨選択可能である。<システム>図1は、本実施例のシステムの構成例を示すブロック図である。放送で情報を送受信して記録再生する場合を例示している。ただし放送に限定されず通信によるVODであってもよく、総称して配信ともいう。1は放送局などの情報提供局に設置される送信装置、2は中継局や放送用衛星などに設置される中継装置、3はインターネットなど一般家庭と放送局を繋ぐ公衆回線網、ユーザーの宅内などに設置される4は受信装置、10は受信装置4に内蔵される受信記録再生部である。受信記録再生部10では、放送された情報を記録し再生、またはリムーバブルな外部媒体からのコンテンツの再生、などができる。送信装置1は、中継装置2を介して変調された信号電波を伝送する。図のように衛星による伝送以外にも例えばケーブルによる伝送、電話線による伝送、地上波放送による伝送、公衆回線網3を介したインターネットなどのネットワーク経由による伝送などを用いることもできる。受信装置4で受信されたこの信号電波は、後に述べるように、復調されて情報信号となった後、必要に応じ記録媒体に記録される。または公衆回線網3を介して伝送する場合には、公衆回線網3に適したプロトコル例えばTCP/IPに準じたデータ形式IPパケット等の形式に変換され、前記データを受信した受信装置4は、復号して情報信号とし、必要に応じ記録するに適した信号となって記録媒体に記録される。また、ユーザーは、受信装置4にディスプレイが内蔵されている場合はこのディスプレイで、内蔵されていない場合には受信装置4と図示しないディスプレイとを接続して情報信号が示す映像音声を視聴することができる。<送信装置>図2は、図1のシステムのうち、送信装置1の構成例を示すブロック図である。11はソース発生部、12はMPEG2、或いはH264方式等で圧縮を行い、番組情報などを付加するエンコード部、13はスクランブル部、14は変調部、15は送信アンテナ、16は管理情報付与部である。カメラ、記録再生装置などから成るソース発生部11で発生した映像音声などの情報は、より少ない占有帯域で伝送できるよう、エンコード部12でデータ量の圧縮が施される。必要に応じてスクランブル部13で、特定の視聴者には視聴可能となるように伝送暗号化される。変調部14でOFDM,TC8PSK,QPSK、多値QAMなど伝送するに適した信号となるよう変調された後、送信アンテナ15から、中継装置2に向けて電波として送信される。このとき、管理情報付与部16では、ソース発生部11で作成されたコンテンツの属性などの番組特定情報例えば、映像や音声の符号化情報、音声の符号化情報、番組の構成、3D映像か否か等が付与され、また、放送局が作成した番組配列情報例えば現在の番組や次番組の構成、サービスの形式、1週間分の番組の構成情報等なども付与される。これら番組特定情報および番組配列情報を合わせて、以下では番組情報と呼ぶ。なお、一つの電波には複数の情報が、時分割、スペクトル拡散などの方法で多重されることが多い。簡単のため図2には記していないが、この場合、ソース発生部11とエンコード部12の系統が複数個あり、エンコード部12とスクランブル部13との間、またはエンコード部12と暗号化部17との間に、複数の情報を多重するマルチプレクス部多重化部が置かれる。また、公衆回線網3を経由して送信する信号についても同様に、エンコード部12で作成された信号が必要に応じて暗号化部17で、特定の視聴者には視聴可能となるように暗号化される。通信路符号化部18で、公衆回線網3で伝送するに適した信号となるよう符号化された後、ネットワークI/FInterface部19から、公衆回線網3に向けて送信される。<3D伝送方式>送信装置1から伝送される3D番組の伝送方式には大きく分けて二つの方式がある。一つの方式は、既存の2D番組の放送方式を生かし、1枚の画像内に左目用と右目用の映像を収めた方式がある。この方式は映像圧縮方式として既存のMPEG2MovingPictureExpertsGroup2やH.264AVCが利用され、その特徴は、既存の放送と互換があり、既存の中継インフラを利用でき、既存の受信機STBなどでの受信が可能であるが、既存の放送の最高解像度の半分垂直方向、あるいは水平方向の3D映像の伝送となる。例えば、図31aで示すように1枚の画像を左右に分割して左目用映像Lと右目用映像Rそれぞれの水平方向の幅が2D番組の約半分、垂直方向の幅が2D番組と同等の画面サイズで収めたSidebySide方式や1枚の画像を上下に分割して左目用映像Lと右目用映像Rそれぞれのが水平方向の幅が2D番組と同等、垂直方向が2D番組の約半分の画面サイズで収めたTopandBottom方式、その他インタレースを利用して収めたFieldalternative方式や走査線1本ごとに左目用と右目用の映像を交互に収めたLinealternative方式や2次元片側の映像と映像の各ピクセルごとの深度情報を収めたLeftDepth方式がある。これらの方式は、1枚の画像を複数の画像に分割して複数の視点の画像を格納するものであるので、符号化方式自体は、元々多視点映像符号化方式ではないMPEG2やH.264AVCMVCを除く符号化方式をそのまま用いることができ、既存の2D番組の放送方式を生かして3D番組放送を行うことができるというメリットがある。なお、例えば、2D番組を最大水平方向が1920ドット、垂直方向が1080ラインの画面サイズで伝送可能な場合には、SidebySide方式で3D番組放送を行う場合には、1枚の画像を左右に分割して左目用映像Lと右目用映像Rそれぞれが、水平方向が960ドット、垂直方向が1080ラインの画面サイズで収めて伝送すればよい。同様にこの場合、TopandBottom方式で3D番組放送を行う場合には、1枚の画像を左右に分割して左目用映像Lと右目用映像Rそれぞれが、水平方向が1920ドット、垂直方向が540ラインの画面サイズで収めて伝送すればよい。他の方式としては、左目用の映像と右目用の映像をそれぞれ別ストリームESで伝送する方式がある。本実施例では、当該方式を以下、2視点別ES伝送と称する。この方式の一例として、例えば、多視点映像符号化方式であるH.264MVCによる伝送方式がある。その特徴は、高解像度の3D映像が伝送できる。この方式を用いると、高解像度の3D映像を伝送できるという効果がある。なお、多視点映像符号化方式とは、多視点の映像を符号化するために規格化された符号化方式であり、1画像を視点ごとに分割することなく、多視点の映像を符号化でき、視点ごとに別画像を符号化するものである。この方式で3D映像を伝送する場合では、例えば左目用視点の符号化画像を主視点画像とし、右目用の符号化画像を他の視点画像として伝送すればよい。このようにすれば主視点画像については既存の2D番組の放送方式と互換性を保つことが可能である。例えば、多視点映像符号化方式としてH.264MVCを用いる場合には、H.264MVCのベースサブストリームについては、主視点画像はH.264AVCの2D画像と互換性を保つことができ、主視点画像を2D画像として表示可能である。さらに、本発明の実施例では、3D2視点別ES伝送方式の他の例として以下の方式も含めることとする。3D2視点別ES伝送方式の他の一例に、左目用の符号化画像を主視点画像としMPEG2で符号化し、右目用の符号化画像を他の視点画像としH.264AVCで符号化してそれぞれ別ストリームとする方式を含める。この方式によれば、主視点画像はMPEG2互換となり2D画像として表示可能となることから、MPEG2による符号化画像が広く普及している既存の2D番組の放送方式と互換性を保つことが可能である。3D2視点別ES伝送方式の他の一例に、左目用の符号化画像を主視点画像としMPEG2で符号化し、右目用の符号化画像を他の視点画像としてMPEG2で符号化してそれぞれ別ストリームとする方式を含める。この方式も、主視点画像はMPEG2互換となり2D画像として表示可能となることから、MPEG2による符号化画像が広く普及している既存の2D番組の放送方式と互換性を保つことが可能である。3D2視点別ES伝送方式の他の一例として、左目用の符号化画像を主視点画像としH.264AVCまたはH.264MVCで符号化し、右目用の符号化画像を他の視点画像としてMPEG2で符号化することもありえる。なお、3D2視点別ES伝送方式とは別に、元々多視点映像符号化方式として規定された符号化方式ではないMPEG2やH.264AVCMVCを除くなどの符号化方式であっても左目用の映像と右目用のフレームを交互に格納したストリームを生成することで3D伝送も可能である。<番組情報>番組特定情報と番組配列情報とを番組情報という。番組特定情報はPSIProgramSpecificInformationとも呼ばれ、所要の番組を選択するために必要な情報で、放送番組に関連するPMTProgramMapTableを伝送するTSパケットのパケット識別子を指定するPATProgramAssociationTable、放送番組を構成する各符号化信号を伝送するTSパケットのパケット識別子および有料放送の関連情報のうち共通情報を伝送するTSパケットのパケット識別子を指定するPMT、変調周波数など伝送路の情報と放送番組を関連付ける情報を伝送するNITNetworkInformationTable、有料放送の関連情報のうち個別情報を伝送するTSパケットのパケット識別子を指定するCATConditionalAccessTableの4つのテーブルからなり、MPEG2システム規格で規定されている。例えば、映像の符号化情報、音声の符号化情報、番組の構成を含む。本発明では、さらに3D映像か否かなどを示す情報を新たに含める。当該PSIは管理情報付与部16で付加される。番組配列情報はSIServiceInformationとも呼ばれ、番組選択の利便性のために規定された各種情報であり、MPEG-2システム規格のPSI情報も含まれ、番組名、放送日時、番組内容など、番組に関する情報が記載されるEITEventInformationTable、編成チャンネル名、放送事業者名など、編成チャンネルサービスに関する情報が記載されるSDTServiceDescriptionTableなどがある。例えば、現在放送されている番組や次に放送される番組の構成、サービスの形式、また、1週間分の番組の構成情報などを示す情報を含み、管理情報付与部16で付加される。番組情報には番組情報の構成要素であるコンポーネント記述子、コンポーネントグループ記述子、3D番組詳細記述子、サービス記述子、サービスリスト記述子などを含む。これらの記述子は、PMT、EITschedulebasicscheduleextendedpresentfollowing、NIT、SDTといったテーブルの中に記載される。PMT、EITそれぞれのテーブルの使い分けとしては、例えばPMTについては現在放送されている番組の情報のみの記載であるため、未来に放送される番組の情報については確認することができない。しかし、送信側からの送信周期が短いため受信完了までの時間が短く、現在放送されている番組の情報なので変更されることがないという意味での信頼度が高いといった特徴がある。一方、EITschedulebasicscheduleextendedについては現在放送されている番組以外に7日分先までの情報を取得できるが、送信側からの送信周期がPMTに比べ長いため受信完了までの時間が長く、保持する記憶領域が多く必要で、かつ未来の事象のため変更される可能性があるという意味で信頼度が低いなどのデメリットがある。EITfollowingについては次の放送時間の番組の情報を取得できる。番組特定情報のPMTは、ISO/IEC13818-1で規定されているテーブル構造を用い、その2ndループESElementaryStream毎のループに記載の8ビットの情報であるstreamtypeストリーム形式種別により、放送されている番組のESの形式を示すことができる。本発明の実施例では、従来よりもESの形式を増やし、例えば、図3に示すように放送する番組のESの形式を割り当てる。まず、多視点映像符号化ストリームのベースビューサブビットストリームについて、既存のITUT勧告H264ISOIEC1449610映像で規定されるAVC映像ストリームと同じ0x1Bを割り当てる。次に、0x20に3D映像番組に用いることが可能な多視点映像符号化ストリーム例えばH.264MVCのサブビットストリーム他の視点を割り当てる。また、3D映像の複数視点を別ストリームで伝送する3D2視点別ES伝送方式でもちいる場合のH262方式のベースビュービットストリームについて、既存のITUT勧告H262ISOIEC138182映像と同じ0x02を割り当てる。ここで、3D映像の複数視点を別ストリームで伝送する場合のH262方式のベースビュービットストリームとは、3D映像の複数視点の映像うち、主視点の映像のみをH262方式で符号化したストリームである。さらに、0x21に、3D映像の複数視点を別ストリームで伝送する場合のH262方式の他の視点のビットストリームを割り当てる。さらに、0x22に3D映像の複数視点を別ストリームで伝送する場合のITUT勧告H264ISOIEC1449610映像で規定されるAVCストリーム方式の他の視点ビットストリームのビットストリームを割り当てる。なお、ここでの説明では3D映像番組に用いることが可能な多視点映像符号化ストリームのサブビットストリームを0x20に割り当て、3D映像の複数視点を別ストリームで伝送する場合のH262方式の他の視点のビットストリームを0x21に割り当て、3D映像の複数視点を別ストリームで伝送する場合のITUT勧告H264ISOIEC1449610映像で規定されるAVCストリームを0x22に割り当てるとしたが、0x23~0x7Eの何れかに割り当てられることでも良い。また、MVC映像ストリームは単なる一例であって、3D映像番組に用いることが可能な多視点映像符号化ストリームを示すのであれば、H264MVC以外の映像ストリームでもよい。以上のように、streamtypeストリーム形式種別のビットを割りあてることにより、送信装置1側の放送事業者が3D番組を伝送放送するにあたり、本発明の実施例では、例えば、図35に示すようなストリームの組合せで伝送することが可能となる。組合せ例1では、主視点映像ストリームとして、多視点映像符号化ストリームのベースビューサブビットストリームを伝送し、副視点映像ストリームとして多視点映像符号化ストリームの他の視点用サブビットストリームを伝送する。この場合は、主視点映像ストリーム、副視点映像ストリームともに、多視点映像符号化方式のストリームを用いる。多視点映像符号化方式は、そもそも多視点の映像を伝送するための方式であり、図35の組合せ例の中で最も効率よく3D番組を伝送することができる。また、3D番組を3D表示出力する際には、受信装置は、主視点映像ストリームと副視点映像ストリームとの両者を処理して、3D番組を再生することが可能となる。受信装置が3D番組を2D表示出力する場合には、主視点映像ストリームのみを処理すれば、2D番組として表示出力することが可能となる。なお、多視点符号化方式H264MVCのベースビューサブビットストリームと、既存のH264AVCの映像ストリームには互換性があるので、図3のように両者のストリーム形式種別を同じ0x1Bに割り当てることにより以下の効果がある。つまり、3D番組を3D表示出力する機能を有していない受信装置が組合せ例1の3D番組を受信したとしても、受信装置に既存のH264AVCの映像ストリームITUT勧告H264ISOIEC1449610映像で規定されるAVC映像ストリームを表示出力する機能さえあれば、ストリーム形式種別に基づいて当該番組の主視点映像ストリームを、既存のH264AVCの映像ストリームと同様のストリームと認識して通常の2D番組として表示出力することが可能となるという効果である。さらに、副視点映像ストリームには、従来にないストリーム形式種別を割り当てているので既存の受信装置では無視される。これにより、既存の受信装置で副視点映像ストリームについて放送局側が意図しない表示出力を防止できる。よって、新たに組合せ例1の3D番組の放送を開始したとしても、既存のH264AVCの映像ストリームを表示出力する機能を有する既存の受信装置で表示出力できないという状況を回避することができる。これにより、CMcommercialmessageなどの広告収入により運営する放送などで新たに当該3D番組放送を開始したとても、3D表示機能に対応していない受信装置でも視聴可能となるので、受信装置の機能の制限により、視聴率が低下すること回避することができ、放送局側でもメリットがある。組合せ例2では、主視点映像ストリームとして、3D映像の複数視点を別ストリームで伝送する場合のH262方式のベースビュービットストリームを伝送し、副視点映像ストリームとして3D映像の複数視点を別ストリームで伝送する場合のITUT勧告H264ISOIEC1449610映像で規定されるAVCストリームを伝送する。組合せ例1と同様に、3D番組を3D表示出力する際には、受信装置は、主視点映像ストリームと副視点映像ストリームとの両者を処理して、3D番組を再生することが可能となり、受信装置が3D番組を2D表示出力する場合には、主視点映像ストリームのみを処理すれば、2D番組として表示出力することが可能となる。さらに、3D映像の複数視点を別ストリームで伝送する場合のH262方式のベースビュービットストリームを、既存のITUT勧告H262ISOIEC138182映像ストリームと互換性のあるストリームとし、図3のように両者のストリーム形式種別を同じ0x1Bに割り当てることにより、既存のITUT勧告H262ISOIEC138182映像ストリームを表示出力する機能を有する受信装置であれば、3D表示出力機能を有しない受信装置でも、2D番組として表示出力することが可能となる。また、組合せ例1と同様に、副視点映像ストリームには、従来にないストリーム形式種別を割り当てているので既存の受信装置では無視される。これにより、既存の受信装置で副視点映像ストリームについて放送局側が意図しない表示出力を防止できる。既存のITUT勧告H262ISOIEC138182映像ストリームについての表示出力機能を有する受信装置は広く普及しているので、受信装置の機能の制限による視聴率の低下をより防ぐことが可能となり、放送局にとって最も好ましい放送を実現することができる。さらに、副視点映像ストリームを、ITUT勧告H264ISOIEC1449610映像で規定されるAVCストリームとすることにより、副視点映像ストリームを高い圧縮率で伝送することが可能となる。すなわち、組合せ例2によれば、放送局の商業的なメリットと高効率伝送による技術的メリットを両立することが可能となる。組合せ例3では、主視点映像ストリームとして、3D映像の複数視点を別ストリームで伝送する場合のH262方式のベースビュービットストリームを伝送し、副視点映像ストリームとして3D映像の複数視点を別ストリームで伝送する場合のH262方式の他の視点のビットストリームを伝送する。この場合も、組合せ例3と同様に、既存のITUT勧告H262ISOIEC138182映像ストリームを表示出力する機能を有する受信装置であれば、3D表示出力機能を有しない受信装置でも、2D番組として表示出力することが可能となる。受信装置の機能の制限による視聴率の低下をより防ぐという放送局の商業的なメリットに加え、主視点映像ストリームと副視点映像ストリームとの符号化方式をH262方式に統一することにより、受信装置における映像復号化機能のハードウェア構成を簡素化することが可能となる。なお、組合せ例4のように、主視点映像ストリームとして、多視点映像符号化ストリームのベースビューサブビットストリームを伝送し、副視点映像ストリームとして3D映像の複数視点を別ストリームで伝送する場合のH262方式の他の視点のビットストリームを伝送することも可能である。なお、図35の組合せにおいて、多視点映像符号化ストリームのベースビューサブビットストリームの代わりに、ITUT勧告H264ISOIEC1449610映像で規定されるAVC映像ストリームとしても同様の効果を得ることができる。また、図35の組合せにおいて、3D映像の複数視点を別ストリームで伝送する場合のH262方式のベースビュービットストリームの代わりに、ITUT勧告H262ISOIEC138182映像ストリームとしても同様の効果を得ることができる。図4は、番組情報の一つであるコンポーネント記述子ComponentDescriptorの構造の一例を示す。コンポーネント記述子はコンポーネント番組を構成する要素。例えば、映像、音声、文字、各種データなどの種別を示し、エレメンタリストリームを文字形式で表現するためにも利用される。この記述子はPMTおよびまたはEITに配置される。コンポーネント記述子の意味は次の通りである。つまり、descriptortagは8ビットのフィールドで、この記述子がコンポーネント記述子と識別可能な値が記載される。descriptorlengthは8ビットのフィールドで、この記述子のサイズを記載している。streamcontentコンポーネント内容は4ビットのフィールドで、ストリームの種別映像、音声、データを表し、図4に従って符号化される。componenttypeコンポーネント種別は8ビットのフィールド、映像、音声、データといったコンポーネントの種別を規定し、図4に従って符号化される。componenttagコンポーネントタグは、8ビットのフィールドである。サービスのコンポーネントストリームは、この8ビットのフィールドにより、コンポーネント記述子で示される記述内容図5を参照できる。プログラムマップセクションでは、各ストリームに与えるコンポーネントタグの値は異なる値とすべきである。コンポーネントタグは、コンポーネントストリームを識別するためのラベルであり、ストリーム識別記述子内のコンポーネントタグと同一の値であるただし、ストリーム識別記述子がPMT内に存在する場合。ISO639languagecode言語コードの24ビットのフィールドは、コンポーネント音声、あるいはデータの言語、およびこの記述子に含まれる文字記述の言語を識別する。言語コードは、ISO6392に規定されるアルファベット3文字コードで表す。各文字はISO88591に従って8ビットで符号化され、その順で24ビットフィールドに挿入される。例えば、日本語はアルファベット3文字コードでjpnであり、次のように符号化される。011010100111000001101110。textcharコンポーネント記述は、8ビットのフィールドである。一連のコンポーネント記述のフィールドは、コンポーネントストリームの文字記述を規定する。図5a~eは、コンポーネント記述子の構成要素であるstreamcontentコンポーネント内容とcomponenttypeコンポーネント種別の一例を示す。図5aに示すコンポーネント内容の0x01は、MPEG2形式で圧縮された映像ストリームの様々な映像フォーマットについて表す。図5bに示すコンポーネント内容の0x05は、H264AVC形式で圧縮された映像ストリームの様々な映像フォーマットについて表す。図5cに示すコンポーネント内容の0x06は、多視点映像符号化例えば、H264MVC形式で圧縮された3D映像ストリームの様々な映像フォーマットについて表す。図5dに示すコンポーネント内容の0x07は、MPEG2、またはH264AVC形式で圧縮された3D映像のSidebySide形式のストリームの様々な映像フォーマットについて表す。この例ではMPEG2とH264AVC形式で同じコンポーネント内容の値としたが、MPEG2とH264AVCで別の値を設定することでも良い。図5eに示すコンポーネント内容の0x08は、MPEG2、またはH264AVC形式で圧縮された3D映像のTopandBottom形式のストリームの様々な映像フォーマットについて表す。この例ではMPEG2とH264AVC形式で同じコンポーネント内容の値としたが、MPEG2とH264AVCで別の値を設定することでも良い。図5dや図5eのように、コンポーネント記述子の構成要素であるstreamcontentコンポーネント内容とcomponenttypeコンポーネント種別の組合せによって、3D映像であるか否か、3D映像の方式、解像度、アスペクト比の組合せを示す構成とすることにより、3Dと2Dの混合放送であっても、少ない伝送量で、2D番組/3D番組識別を含めた各種映像方式情報の伝送が可能となる。特に、元々多視点映像符号化方式として規定された符号化方式ではないMPEG2やH264AVCMVCを除くなどの符号化方式を用いて、SidebySide形式やTopandBottom形式などの1画像中に複数の視点の画像を含めて3D映像番組を伝送する場合は、上述したstreamtypeストリーム形式種別だけでは、3D映像番組用に一画像中に複数の視点の画像を含めて伝送しているのか、1視点の通常の画像なのかを識別することは困難である。よって、この場合は、streamcontentコンポーネント内容とcomponenttypeコンポーネント種別の組合せによって、当該番組が2D番組/3D番組識別を含めた各種映像方式の識別を行えばよい。また、EITにより現在放送している、或いは将来放送される番組に関するコンポーネント記述子が配信されることにより、受信装置4においてEITを取得することによりEPG番組表を作成し、EPGの情報として3D映像であるか否か、3D映像の方式、解像度、アスペクト比、3D映像であるか否かを作成することができる。受信装置は、EPGにこれらの情報を表示出力できるようになるメリットがある。以上説明したとおり、受信装置4がstreamcontentとcomponenttypeを監視することで、現在受信している、あるいは将来受信する番組が3D番組であることを認識できる効果がある。図6は、番組情報の一つであるコンポーネントグループ記述子ComponentGroupDescriptorの構造の一例を示す。コンポーネントグループ記述子は、イベント内のコンポーネントの組み合わせを定義し、識別する。つまり、複数コンポーネントのグループ化情報を記述する。この記述子はEITに配置される。コンポーネントグループ記述子の意味は次の通りである。つまり、descriptortagは8ビットのフィールドで、この記述子がコンポーネントグループ記述子と識別可能な値が記載される。descriptorlengthは8ビットのフィールドで、この記述子のサイズを記載している。componentgrouptypeコンポーネントグループ種別は3ビットのフィールドで、図7に従い、コンポーネントのグループ種別を表す。ここで、001は、3DTVサービスを表し、000のマルチビューTVサービスと区別される。ここで、マルチビューTVサービスとは、複数視点の2D映像をそれぞれの視点ごとに切り替えて表示可能なTVサービスである。例えば、多視点映像符号化映像ストリームや、元々多視点映像符号化方式として規定された符号化方式ではない符号化方式のストリームにおいて1画面中に複数の視点の画像を含めて伝送する場合のストリームを3D映像番組のみならず、マルチビューTV番組にも用いる場合もありえる。この場合には、ストリームに多視点の映像が含まれていても、上述したstreamtypeストリーム形式種別だけでは3D映像番組なのか、マルチビューTV番組なのか識別できない場合もある。このような場合は、componentgrouptypeコンポーネントグループ種別による識別が有効である。totalbitrateflag総ビットレートフラグは1ビットのフラグで、イベント中のコンポーネントグループ内の総ビットレートの記述状態を示す。このビットが0の場合、コンポーネントグループ内の総ビットレートフィールドが当該記述子中に存在しないことを示す。このビットが1の場合、コンポーネントグループ内の総ビットレートフィールドが当該記述子中に存在することを示す。numofgroupグループ数は4ビットのフィールドで、イベント内でのコンポーネントグループの数を示す。componentgroupidコンポーネントグループ識別は4ビットのフィールドで、図8に従い、コンポーネントグループ識別を記述する。numofCAunit課金単位数は4ビットのフィールドで、コンポーネントグループ内での課金/非課金単位の数を示す。CAunitid課金単位識別は4ビットのフィールドで、図9に従い、コンポーネントが属する課金単位識別を記述する。numofcomponentコンポーネント数は4ビットのフィールドで、当該コンポーネントグループに属し、かつ直前のCAunitidで示される課金/非課金単位に属するコンポーネントの数を示す。componenttagコンポーネントタグは8ビットのフィールドで、コンポーネントグループに属するコンポーネントタグ値を示す。totalbitrateトータルビットレートは8ビットのフィールドで、コンポーネントグループ内のコンポーネントの総ビットレートを、トランスポートストリームパケットの伝送レートを14Mbps毎に切り上げて記述する。textlengthコンポーネントグループ記述長は8ビットのフィールドで、後続のコンポーネントグループ記述のバイト長を表わす。textcharコンポーネントグループ記述は8ビットのフィールドである。一連の文字情報フィールドは、コンポーネントグループに関する説明を記述する。以上、受信装置4がcomponentgrouptypeを監視することで、現在受信している、あるいは将来受信する番組が3D番組であることを認識できる効果がある。次に、3D番組に関する情報を示す新たな記述子を用いる例を説明する。図10aは、番組情報の一つである3D番組詳細記述子の構造の一例を示す。3D番組詳細記述子は番組が3D番組である場合の詳細情報を示し、受信機における3D番組判定用などに利用される。この記述子はPMTおよびまたはEITに配置される。3D番組詳細記述子は、既に説明した図5~に示す3D映像番組用のstreamcontentコンポーネント内容やとcomponenttypeコンポーネント種別と並存させてもよい。しかし、3D番組詳細記述子を伝送することにより、3D映像番組用のstreamcontentコンポーネント内容やcomponenttypeコンポーネント種別を伝送しない構成としても良い。3D番組詳細記述子の意味は次の通りである。次にdescriptortagは8ビットのフィールドで、この記述子が3D番組詳細記述子と識別可能な値例えば0xE1が記載される。descriptorlengthは8ビットのフィールドで、この記述子のサイズを記載している。3d2dtype3D/2D種別は8ビットのフィールドで、図10bに従い、3D番組中における3D映像/2D映像の種別を表す。このフィールドは、例えば番組本編は3D映像であり、番組の途中で挿入されるコマーシャルなどが2D映像で構成されるような3D番組において、3D映像なのか2D映像なのかを識別するための情報であり、受信装置における誤動作受信装置は3D処理を行っているのに放送番組が2D映像のため発生する表示出力の問題を防ぐ目的で配置される。0x01は3D映像、0x02は2D映像を表す。3dmethodtype3D方式種別は8ビットのフィールドで、図11に従い、3Dの方式種別を表す。0x01は3D2視点別ES伝送方式方式、0x02はSidebySide方式、0x03はTopandBottom方式を表す。streamtypeストリーム形式種別は8ビットのフィールドで、上記で説明した図3に従い、番組のESの形式を示す。なお、3D番組詳細記述子を、3D映像番組の場合に伝送し、2D映像番組では伝送しない構成としてもよい。受信した番組についての3D番組詳細記述子の伝送の有無だけで、当該番組が2D映像番組なのか、3D映像番組なのか識別することが可能となる。componenttagコンポーネントタグは、8ビットのフィールドである。サービスのコンポーネントストリームは、この8ビットのフィールドにより、コンポーネント記述子で示される記述内容図5を参照できる。プログラムマップセクションでは、各ストリームに与えるコンポーネントタグの値は異なる値とすべきである。コンポーネントタグは、コンポーネントストリームを識別するためのラベルであり、ストリーム識別記述子内のコンポーネントタグと同一の値であるただし、ストリーム識別記述子がPMT内に存在する場合。以上、受信装置4が3D番組詳細記述子を監視することで、この記述子が存在すれば、現在受信している、あるいは将来受信する番組が3D番組であることを認識できる効果がある。加えて、番組が3D番組である場合には、3D伝送方式の種別を識別すること、3D映像と2D映像が混在している場合にはその識別が可能となる。3D番組詳細記述子に、3D奥行き情報を加えた例を図56に示す。ここでdepthminusmaxは、番組内、もしくはピクチャー、シーケンス、サービスなど特定の範囲内の全ての映像復号された全ての静止画中で、最も奥方向に映像に奥行きがある映像の、さらに前記映像の中での最大の奥方向の奥行き値以降、最大奥位置である。depthplusmaxは、同じく特定の範囲内の全ての映像の中で、最も手前方向の奥行きがある映像の、さらに前記映像の中での最大の手前方向の奥行き値以降、最大手前位置である。ここで奥行き値の例について説明する。図48は、3D映像の表示例であり、それぞれ左目用映像と右目用映像の表示例を示している。ここではMENU、Ch8といったOSDのオブジェクト物体が表示されており、左目用映像と右目用映像でその表示位置が異なり、3Dの立体表示が行われている映像である。ここで例えばMENUというオブジェクトについては、右目用映像では少しだけ右にずれた表示となっている。この場合のユーザーの視聴状態について図48に図示する。ここでユーザーはそれぞれの目で、後述する方法で左目用映像、右目用映像が別々に視認できるため、ユーザーはMENUというオブジェクトに対して、それぞれの目でずれた位置に表示されているオブジェクトが確認できる。そのため図の例にあるように焦点位置図のxが画面位置から奥の方にずれ、画面位置より奥にオブジェクトMENUが存在しているように視認することが可能となる。同様にオブジェクトCh8の場合にはその逆のずれで表示されるため、画面位置から手前にオブジェクトCh8が存在しているように視認することが可能となる。上記の場合の奥行き値の例としては、左目用映像と右目用映像のオブジェクトの左右のずれ画素数平行移動画素数がある。例えば左目用映像に対して右目用映像が右に5ピクセル平行移動している場合には、奥行き値を5、左目用映像に対して右目用映像が左に5ピクセル平行移動している場合には、奥行き値を-5、などとして表現することが可能である。このように表現することにより、視聴する表示装置の大きさに依存することなく、奥行きの量を表現することが可能となる。また別の方法としては、図48の下図にある、映像の奥行きの距離画面位置から、焦点位置xまでの距離をそのまま奥行き量として表示しても良い。これらは画面のサイズや視聴位置に依存して変化する値だが、特定の画面サイズ、視聴距離を例としてそれらの値を決定し、奥行き値としても良い。その場合には、その値をそのまま表示した場合にも、ユーザーが直感的に奥行き量を判断可能であるといったメリットがある。また別の方法としては、図48の例のような横方向の平行移動でなく、映像の各位置の奥行き情報デプスマップを計測または作成し、3D映像を作成する場合がある。その場合には映像内の奥行き量が数値化されているので、その値をそのまま奥行き値として用いても良い、そのようにすることにより、別途奥行き情報を計測する必要なく、上記3D奥行き情報を計算することが可能となる。次に、サービス編成チャンネル単位で3D映像か2D映像かを識別する例について説明する。図12は、番組情報の一つであるサービス記述子ServiceDescriptorの構造の一例を示す。サービス記述子は、編成チャンネル名とその事業者名をサービス形式種別とともに文字符号で表す。この記述子はSDTに配置される。サービス記述子の意味は次の通りである。つまり、servicetypeサービス形式種別は8ビットのフィールドで、図13に従ってサービスの種類を表す。0x01は、3D映像サービスを表す。serviceprovidernamelength事業者名長の8ビットのフィールドは、後続の事業者名のバイト長を表す。char文字符号は8ビットのフィールドである。一連の文字情報フィールドは、事業者名あるいはサービス名を表す。servicenamelengthサービス名長の8ビットのフィールドは、後続のサービス名のバイト長を表す。以上、受信装置4がservicetypeを監視することで、サービス編成チャンネルが3D番組のチャンネルであることを認識できる効果がある。このように、サービス編成チャンネルが3D映像サービスか2D映像サービスかを識別することができれば、例えば、EPG表示などで、当該サービスが3D映像番組放送サービスである旨の表示などが可能となる。但し、3D映像番組を中心に放送しているサービスといえども、広告映像のソースが2D映像しかない場合など、2D映像を放送しなければならない場合もありうる。よって、当該サービス記述子のservicetypeサービス形式種別による3D映像サービスの識別は、既に説明した、streamcontentコンポーネント内容とcomponenttypeコンポーネント種別の組合せによる3D映像番組の識別、componentgrouptypeコンポーネントグループ種別による3D映像番組の識別、または3D番組詳細記述子による3D映像番組の識別と併用することが望ましい。複数の情報を組み合わせて識別する場合は、3D映像放送サービスであるが、一部の番組だけ2D映像であるなどの識別も可能となる。このような識別ができる場合は、受信装置で、例えばEPGでは当該サービスが3D映像放送サービスであることを明示することができ、かつ、当該サービスに3D映像番組以外に2D映像番組が混在していても、番組受信時等に3D映像番組と2D映像番組とで表示制御等を必要に応じて切り替えることが可能となる。図14は、番組情報の一つであるサービスリスト記述子ServiceListDescriptorの構造の一例を示す。サービスリスト記述子は、サービス識別とサービス形式種別によるサービスの一覧を提供する。つまり、編成チャンネルとその種別の一覧を記述する。この記述子はNITに配置される。サービスリスト記述子の意味は次の通りである。つまり、serviceidサービス識別は16ビットのフィールドで、そのトランスポートストリーム内の情報サービスをユニークに識別する。サービス識別は、対応するプログラムマップセクション内の放送番組番号識別programnumberに等しい。servicetypeサービス形式種別は8ビットのフィールドで、上記で説明した図12に従ってサービスの種類を表す。これらのservicetypeサービス形式種別によって3D映像放送サービスであるか否かを識別することができるので、例えば、当該サービスリスト記述子に示される編成チャンネルとその種別の一覧を用いて、EPG表示において3D映像放送サービスのみをグルーピングする表示を行うことなどが可能となる。以上、受信装置4がservicetypeを監視することで、編成チャンネルが3D番組のチャンネルであることを認識できる効果がある。以上説明した記述子の例は、代表的なメンバのみを記載しており、これ以外のメンバを持つこと、複数のメンバを一つに纏めること、一つのメンバを詳細情報を持つ複数のメンバに分割することも考えられる。3D奥行き情報は、上記3D番組詳細記述子への記載以外にも、例えばPMTやEITなどのテーブルに記載されている他の記述子例えばコンポーネント記述子、短形式イベント記述子、ストリーム識別記述子などに新規に値を追加して記載しても良い。そのようにすることにより、既存のパラメータ例えば映像ストリームの情報との組み合わせの処理を容易に実行することが可能となる。また上記3D番組詳細記述子への追加の方法に替えて、または前記方法に加えて、当該3D番組詳細記述子に含まれる情報を映像符号化時に映像とともに符号化するユーザデータ領域や付加情報領域に格納して伝送してもよい。この場合、これらの情報は番組の映像ES内に含まれることとなる。具体的には、映像符号化方式がMPEG2方式である場合には、Pictureheader、PictureCodingExtensionに続くユーザデータ領域に上記の3D奥行き情報を含めて符号化を行えばよい。また、映像符号化方式がH264AVC方式である場合には、アクセスユニットに含まれる付加情報supplementalenhancementinformation領域に上記の3D奥行き情報を含めて符号化を行えばよい。このように、ES内の映像の符号化層において3D奥行き情報を伝送することにより、映像のフレームピクチャー単位での3D奥行き情報の識別が可能になるという効果がある。この場合、PMTProgramMapTableに格納した場合よりも、短い単位で上記識別が可能となるため、送信される映像における3D奥行き情報の切り替わりに対する受信機の応答速度を向上させることが可能となる。<番組情報の送出運用規則例>上記で説明した番組情報のコンポーネント記述子、コンポーネントグループ記述子、3D番組詳細記述子、サービス記述子、サービスリスト記述子は、例えば管理情報付与部16で生成、付加され、MPEGTSのPSI一例としてPMTなど、或いはSI一例としてEIT、或いはSDT、或いはNITなどに格納されて送信装置1から送出される情報である。送信装置1における番組情報の送出運用規則例について以下説明する。図15は、コンポーネント記述子の送信装置1における送出運用規則の一例を示す。descriptortagにはコンポーネント記述子を意味する0x50を記述する。descriptorlengthには、コンポーネント記述子の記述子長を記述する。記述子長の最大値は規定しない。streamcontentには、0x01映像を記述する。componenttypeには、当該コンポーネントの映像コンポーネント種別を記述する。コンポーネント種別については、図5の中から設定する。componenttagは当該番組内で一意となるコンポーネントタグ値を記述する。ISO639languagecodeはjpn0x6A706Eを記述する。textcharは複数映像コンポーネント存在時に映像種類名として16byte全角8文字以下で記述する。改行コードは使用しない。コンポーネント記述がデフォルトの文字列である場合はこのフィールドを省略することができる。デフォルト文字列は映像である。なお、イベント番組に含まれる0x00~0x0Fのcomponenttag値を持つ、全ての映像コンポーネントに対して必ず一つ送出する。このように送信装置1で送出運用することにより、受信装置4がstreamcontentとcomponenttypeを監視することで、現在受信している、あるいは将来受信する番組が3D番組であることを認識できる効果がある。図16は、コンポーネントグループ記述子の送信装置1における送出運用規則の一例を示す。descriptortagにはコンポーネントグループ記述子を意味する0xD9を記述する。descriptorlengthには、コンポーネントグループ記述子の記述子長を記述する。記述子長の最大値は規定しない。componentgrouptypeは、コンポーネントグループの種別を示す。‘000’は、マルチビューテレビを‘001’は、3Dテレビを示す。totalbitrateflagには、イベント中のグループ内の総ビットレートがすべて規定のデフォルト値にある場合は’0’を、イベント中のグループ内の総ビットレートのいずれかが規定のデフォルト値を越えている場合は’1’を示す。numofgroupはイベント内でのコンポーネントグループの数を記述する。マルチビューテレビMVTVの場合には最大3とし、3Dテレビ3DTVの場合には最大2とする。componentgroupidはコンポーネントグループ識別を記述する。メイングループの場合には0x0を割り当て、各サブグループの場合には放送事業者がイベント内で一意に割り当てる。numofCAunitはコンポーネントグループ内での課金/非課金単位の数を記述する。最大値は2とする。当該コンポーネントグループ内に課金を行うコンポーネントが一切含まれない場合は0x1とする。CAunitidは課金単位識別を記述する。放送事業者がイベント内で一意に割り当てる。numofcomponentは当該コンポーネントグループに属し、かつ直前のCAunitidで示される課金/非課金単位に属するコンポーネントの数を記述する。最大値は15とする。componenttagはコンポーネントグループに属するコンポーネントタグ値を記述する。totalbitrateはコンポーネントグループ内の総ビットレートを記述する。ただし、デフォルト値の場合は0x00を記述する。textlengthは後続のコンポーネントグループ記述のバイト長を記述する。最大値は16全角8文字とする。textcharはコンポーネントグループに関する説明を必ず記述する。デフォルト文字列は規定しない。また、改行コードは使用しない。なお、マルチビューテレビサービスを行う場合にはcomponentgrouptypeは’000’として必ず送出する。また、3Dテレビサービスを行う場合にはcomponentgrouptypeは’001’として必ず送出する。このように送信装置1で送出運用することにより、受信装置4がcomponentgrouptypeを監視することで、現在受信している、あるいは将来受信する番組が3D番組であることを認識できる効果がある。図17は、3D番組詳細記述子の送信装置1における送出運用規則の一例を示す。descriptortagには3D番組詳細記述子を意味する0xE1を記述する。descriptorlengthには、3D番組詳細記述子の記述子長を記述する。3d2dtypeは3D/2D識別を記述する。図10の中から設定する。3dmethodtypeは3D方式識別を記述する。図11の中から設定する。streamtypeは番組のESの形式をを記述する。図3の中から設定する。componenttagは当該番組内で一意となるコンポーネントタグ値を記述する。図55は、上記図17の例に加え、3D番組詳細記述子に番組内の画面奥行きの最大値を記載した例である。depthminusmaxには、番組内の画面奥行き最大奥位置マイナス奥方向を記述する。depthplusmaxには、番組内の画面奥行き最大手前位置プラス手前方向を記述する。上記位置の値は、画素の差分値や、映像の飛び出しおよびへこみの度合いを番組単位で表しているため、多くとも16ビット、または32ビットという少ない情報量で番組全体の3D奥行きについて表現することが可能である。また、これらの値の構造については一例であり、たとえば最大奥位置と最大手前位置については、どちらか必要な情報例えば最大手前位置のみを送信する形式でも問題ない。そのように表現することにより、さらに送信する情報量を削減することが可能である。このように送信装置1で送出運用することにより、受信装置4が3D番組詳細記述子を監視することで、この記述子が存在すれば、現在受信している、あるいは将来受信する番組が3D番組であることを認識できる効果がある。図18は、サービス記述子の送信装置1における送出運用規則の一例を示す。descriptortagにはサービス記述子を意味する0x48を記述する。descriptorlengthには、サービス記述子の記述子長を記述する。servicetypeはサービス形式種別を記述する。サービス形式種別については、図13の中から設定する。serviceprovidernamelengthはBSCSデジタルテレビジョン放送では事業者名長を記述する。最大値は20とする。地上デジタルテレビジョン放送ではserviceprovidernameを運用しないため、0x00を記述する。charはBSCSデジタルテレビジョン放送では事業者名を記述する。最大全角10文字。地上デジタルテレビジョン放送では何も記述しない。servicenamelengthは編成チャンネル名長を記述する。最大値は20とする。charは編成チャンネル名を記述する。20バイト以内かつ全角10文字以内である。なお、対象編成チャンネルに対し、1個のみを必ず配置する。このように送信装置1で送出運用することにより、受信装置4がservicetypeを監視することで、編成チャンネルが3D番組のチャンネルであることを認識できる効果がある。図19は、サービスリスト記述子の送信装置1における送出運用規則の一例を示す。descriptortagにはサービスリスト記述子を意味する0x41を記述する。descriptorlengthには、サービスリスト記述子の記述子長を記述する。loopは対象トランスポートストリームに含まれるサービス数のループを記述する。serviceidは当該トランスポートストリームに含まれるserviceidを記述する。servicetypeは対象サービスのサービスタイプを記述する。図13の中から設定する。なお、NIT内TSループに対して必ず配置する。このように送信装置1で送出運用することにより、受信装置4がservicetypeを監視することで、編成チャンネルが3D番組のチャンネルであることを認識できる効果がある。以上、送信装置1における番組情報の送出例について説明したが、番組が2D番組から3D番組に切り替わる際に、3D番組の始まる最初の画面において、例えばテロップなどを用いてこれから3D番組が開始される旨、3D表示で視聴する場合には3D視聴用のメガネを装着する旨、眼が疲れているときや体調が悪いときには2D表示の視聴を勧める旨、3D番組の長時間の視聴は眼が疲れたり体調が悪くなる可能性がある旨などを送信装置1で作成する3D番組の映像にはめ込んで送出することにより受信装置4で3D番組を視聴するユーザーに対して3D番組視聴に対する注意警告を行うことができるメリットがある。<受信装置のハードウェア構成>図25は、図1のシステムのうち、受信装置4の構成例を示すハードウェア構成図である。21は受信機全体を制御するCPUCentralProcessingUnit、22はCPU21と受信装置内各部との制御および情報を送信するための汎用バス、23は無線衛星、地上、ケーブルなどの放送伝送網を介して送信装置1から送信された放送信号を受信し、特定の周波数を選局し復調、誤り訂正処理、などを行い、MPEG2TransportStream以下、TSともいう。などの多重化パケットを出力するチューナ、24はスクランブル部13によるスクランブルを復号するデスクランブラ、25はネットワークと情報を送受信し、インターネットと受信装置間で各種情報およびMPEG2―TSを送受信するネットワークI/FInterface、26は例えば受信装置4に内蔵されているHDDHardDiskDriveやフラッシュメモリ、またはリムーバブルなHDD、ディスク型記録媒体、フラッシュメモリ、などの記録媒体、27は記録媒体26を制御し、記録媒体26への信号の記録や記録媒体26からの信号の再生を制御する記録再生部、29はMPEG2―TSなどの形式に多重化されている信号を、映像ESElementaryStream、音声ES、番組情報などの信号に分離する多重分離部である。ESとは、圧縮符号化された画像音声データのそれぞれのことである。30は映像ESを映像信号に復号するなど、入力映像信号に応じて適した形式で映像を処理し出力する映像復号部、31は音声ESを音声信号に復号するなど、入力音声信号に応じて適した形式で音声を処理し、スピーカ48に出力または音声出力42などから出力する音声復号部、32は、映像復号部30で復号された映像信号を前記CPUの指示に従い3Dまたは2Dの映像信号を後述する変換処理により所定のフォーマットに変換する処理や、CPU21が作成したOSDOnScreenDisplayなどの表示を映像信号に重畳する処理、または後述する2D3D変換などを行い、処理後の映像信号をディスプレイ47または映像信号出力部41または映像符号化部35に出力し、処理後の映像信号のフォーマットに対応する同期信号や制御信号機器制御に使用を映像信号出力部41および制御信号出力部43から出力する映像変換処理部、33はユーザー操作入力部45からの操作入力例えばIRInfraredRadiation信号を発信するリモートコントローラーからのキーコードを受信し、またCPU21や映像変換処理部32が生成した外部機器への機器制御信号例えばIRを機器制御信号送信部44から送信する制御信号送受信部、34は内部にカウンタを有し、また現在の時刻の保持を行うタイマー、35は入力された映像信号を映像ESに符号化する映像符号化部、36は入力された音声信号を音声ESに符号化する音声符号化部、37は入力された映像ES、音声ES、番組情報をMPEG2―TSなどの形式に多重化する多重合成部、46は前記多重分離部で再構成されたTSに対し暗号化等必要な処理を行い外部にTSを出力、または外部から受信したTSを復号化して多重分離部29に対して入力するシリアルインタフェースやIPインタフェースなどの高速デジタルI/F、47は映像復号部30が復号して映像変換処理部32により映像が変換された3D映像および2D映像を表示するディスプレイ、48は音声復号部が復号した音声信号に基づいて音を出力するスピーカ、49は外部機器と映像復号部30または音声復号部31の間で映像信号および音声信号を入出力するマルチメディアインタフェース例えばHDMI、を表しており、主にこれらの装置により、受信装置4は構成されている。ディスプレイに3D表示する場合も、必要であれば、同期信号や制御信号は制御信号出力部43や機器制御信号送信端子44から出力する。HDMI及びHighDefinitionMultimediaInterfaceはHDMILicensingLLCの登録商標であり、映像音声信号のデジタルインタフェースの一つである。図中では、各ブロックを接続する信号の流れについて、概略として単一の信号経路のように記載しているが、複数の信号線や時分割多重等によって同時に複数の信号を送受信する場合もある。例えば多重分離部29と映像復号部30の間は、同時に複数の映像信号が送信可能であり、映像復号部で複数の映像ESを復号化し、映像の2画面表示や録画と視聴の同時復号などの処理も可能である。受信装置および視聴装置および3D視聴補助装置例えば3Dメガネを含めたシステム構成について、図27および図28に例を示す。図27は受信装置と視聴装置が一体となったシステム構成、また図28は受信装置と視聴装置が別構成となった場合の例である。図27において、3501は前記受信装置4の構成を含み3D映像表示および音声出力が可能な表示装置、3503は前記表示装置3501から出力される3D視聴補助装置制御信号例えばIR信号、3502は3D視聴補助装置を表している。図27の例においては、映像信号は前記表示装置3501が具備する映像ディスプレイから表示され、また音声信号は前記表示装置3501が具備するスピーカから出力される。また同様に表示装置3501は機器制御信号44または制御信号43の出力部から出力される3D視聴補助装置制御信号を出力する出力端子を具備する。なお、上記の説明は、図27に示す表示装置3501と3D視聴補助装置3502とが後述するアクティブシャッター方式により表示する例を前提として説明したが、図27に示す表示装置3501と3D視聴補助装置3502とが後述する偏光分離による3D映像表示装置を行う方式の場合には、3D視聴補助装置3502は左目と右目に異なる映像が入射するように偏光分離を行うものであればよく、表示装置3501から機器制御信号44または制御信号43の出力部から3D視聴補助装置3502へ出力される3D視聴補助装置制御信号3503を出力しなくともよい。また図28おいて、3601は前記受信装置4の構成を含む映像音声出力装置、3602は映像/音声/制御信号を伝送する伝送経路例えばHDMIケーブル、3603は外部から入力された映像信号や音声信号を表示出力するディスプレイを表す。この場合、映像音声出力装置3601受信装置4の映像出力41から出力される映像信号と音声出力42から出力される音声信号、制御信号出力部43から出力される制御信号は、伝送路3602で規定されているフォーマット例えばHDMI規格により規定されるフォーマットに適した形式の伝送信号に変換され、伝送経路3602を経由しディスプレイ3603に入力される。ディスプレイ3603では前記伝送信号を受信し、もとの映像信号、音声信号、制御信号に復号し、映像と音声を出力するとともに、3D視聴補助装置3502に対して3D視聴補助装置制御信号3503を出力する。なお、上記の説明は、図28に示す表示装置3603と3D視聴補助装置3502とが後述するアクティブシャッター方式により表示する例を前提として説明したが、図28に示す表示装置3603と3D視聴補助装置3502とが後述する偏光分離による3D映像表示装置を行う方式の場合には、3D視聴補助装置3502は左目と右目に異なる映像が入射するように偏光分離を行うものであればよく、表示装置3603から3D視聴補助装置3502へ3D視聴補助装置制御信号3603を出力しなくともよい。なお、図25に示した21~46の各構成要件の一部は、1つの、又は複数のLSIで構成されていてもよい。また、図25に示した21~46の各構成要件の一部の機能をソフトウェアで実現する構成としてもよい。<受信装置の機能ブロック図>図26は、CPU21内部における処理の機能ブロック構成の一例である。ここで各機能ブロックは例えばCPU21で実行されるソフトウェアのモジュールとして存在しており、それぞれのモジュール間は何らかの手段例えばメッセージパッシング、ファンクションコール、イベント送信などを行って情報やデータの受け渡しおよび制御指示を行う。また、各モジュールは受信装置4内部の各ハードウェアとも、汎用バス22を介して情報の送受信を行っている。また図に記載の関係線矢印は今回の説明に関連する部分を主に記載しているが、その他のモジュール間についても通信手段および通信を必要とした処理は存在する。例えば選局制御部59は、選局に必要な番組情報を番組情報解析部54から適宜取得している。次に各機能ブロックの機能について説明する。システム制御部51は各モジュールの状態やユーザーの指示状態などを管理し、各モジュールに対して制御指示を行う。ユーザー指示受信部52は制御信号送受信部33が受信したユーザー操作の入力信号を受信および解釈し、ユーザーの指示をシステム制御部51に伝える。機器制御信号送信部53はシステム制御部51や、他のモジュールからの指示に従い、制御信号送受信部33に対して機器制御信号を送信するように指示する。番組情報解析部54は多重分離部29から番組情報を取得して内容を分析し、必要な情報を各モジュールに対して提供する。時間管理部55は番組情報解析部54から、TSに含まれる時刻補正情報TOT:Timeoffsettableを取得して現在の時刻を管理するとともに、タイマー34が有するカウンタを使用し、各モジュールの要求に従いアラーム指定時刻の到来を通知やワンショットタイマ一定時間の経過を通知の通知を行う。ネットワーク制御部56は、ネットワークI/F25を制御し、特定URLUniqueResourceLocaterや特定IPアドレスからの各種情報およびTSの取得を行う。復号制御部57は、映像復号部30および音声復号部31を制御し、デコードの開始や停止、ストリームに含まれる情報の取得などを行う。記録再生制御部58は記録再生部27を制御し、記録媒体26から、特定のコンテンツの特定の位置から、また任意の読み出しの形式通常再生、早送り、巻戻し、一時停止で信号を読み出す。また、記録再生部27に入力された信号を、記録媒体26に対して記録する制御を行う。選局制御部59は、チューナ23、デスクランブラ24、多重分離部29および復号制御部57を制御し、放送の受信および放送信号の記録を行う。または記録媒体からの再生を行い、映像信号および音声信号を出力するまでの制御を行う。詳しい放送受信の動作および放送信号の記録動作、記録媒体からの再生動作については後述する。OSD作成部60は、特定のメッセージを含むOSDデータを作成し、映像変換制御部61に対して前記作成したOSDデータを映像信号に重畳して出力するように指示を行う。ここでOSD作成部60は、左目用と右目用といった視差のあるOSDデータを作成し、映像変換制御部61に対して、前記左目用と右目用のOSDデータをもとに3D表示を要求することにより、3Dでのメッセージ表示等を行う。映像変換制御部61は、映像変換処理部32を制御し、映像復号部30から映像変換処理部32に入力された映像信号を、前記システム制御部51からの指示に従い3Dまたは2Dの映像に変換した映像と、OSD作成部60から入力されたOSDを重畳し、さらに必要に応じて映像を加工スケーリングやPinP、3D表示など、または2D3D変換をしてディスプレイ47に表示または外部に出力する。映像変換処理部32における3D映像、2D映像の所定のフォーマットへの変換、2D3D変換方法の詳細については後述する。各機能ブロックはこれらのような機能を提供する。<OSDの3D表示>OSD作成部60でOSDを作成する例として、例えば図48の例のように、図のMENU、Ch8という表示のOSDを、左目用映像と右目用映像のそれぞれについて視差図のオブジェクトの表示位置のずれを作成することにより、3DでのOSD以下3DOSD表示が可能となる。ここで上記視差の値を調整ずらす量:平行移動量を増やす、または減らすすることにより、3DOSDの表示位置奥行き位置を調整することが可能となる。3DOSDの最大表示可能位置について以下に説明する。例えば、左目用映像と右目用映像のオブジェクトの表示の視差を増加していった結果、どちらかの画像において、オブジェクトの表示位置が画像の端を超えた見切れた場合に、ユーザーにとっては見切れた部分が視認できなくなり、3D映像が破綻する。つまりオブジェクトの表示位置をずらす場合において、左目用映像と右目用映像の両方で、オブジェクト全体が画面内に表示されることが一つの条件となる。また別の条件としては、後述する3D表示方法では、ユーザーの視認誤差を利用して映像を3Dと認識させていることから、オブジェクトが左目用映像と右目用映像で一定以上距離を離れることにより、ユーザーが同一物として認識せず、3Dとして認識できない可能性がある。ユーザーが前記オブジェクトを同一物として認識するか否かは、ユーザーの視覚特性や視聴環境などにより影響を受ける。そのため、ユーザーが3D映像を認識するためには、視差を一定値以内とすることが好ましい。上記を考慮した上で、OSDを3Dで表示可能な最大の奥行き量視差の量を、以後3DOSD最大奥行きと呼ぶ。上記3DOSD最大奥行きは、上記の通りユーザーの視聴環境に依存するため、例えば視聴距離や角度、視聴環境の明るさなどを測定することにより、上記3DOSD最大奥行きを適正に変化させる例えば視聴環境が明るい場合や、視聴距離が適正距離に近い場合には、3DOSD最大奥行き値を増加することにより、より奥行きが強調された3DOSDを表示可能となる。OSDの例としては、放送のCH情報や放送時刻、番組の概要や映像音声ストリームの情報を示すCHバナー、電子番組表であるEPG、字幕などストリームに含まれる文字情報、文字スーパー、データ放送として配信される操作ボタンやメッセージボックスなどのGUI、放送波を解して配信されるガジェットなどのアプリケーション、データカルーセルなどで伝送される放送局のアイコンなどの放送データ、その他受信装置で作成するメニューやメッセージ表示、などが挙げられる。<放送受信>ここで放送受信を行う場合の制御手順と信号の流れについて説明する。まず特定チャンネルCHの放送受信を示すユーザーの指示例えばリモコンのCHボタン押下を、ユーザー指示受信部52から受信したシステム制御部51は、ユーザーの指示したCH以下指定CHでの選局を選局制御部59に指示する。前記指示を受信した選局制御部59は、チューナ23に対して指定CHの受信制御指定周波数帯への選局、放送信号復調処理、誤り訂正処理を指示し、TSをデスクランブラ24に出力させる。次に選局制御部59は、デスクランブラ24に対して前記TSのデスクランブルし多重分離部29に出力するように指示し、多重分離部29に対しては、入力されたTSの多重分離、および多重分離した映像ESの映像復号部30への出力と、音声ESの音声復号部31への出力、を指示する。また、選局制御部59は、復号制御部57に対し、映像復号部30と音声復号部31に入力された映像ESおよび音声ESの復号指示を行う。前記復号指示を受信した復号制御部31は、映像復号部30に対して復号した映像信号を映像変換処理部32に出力するように制御し、音声復号部31に対して復号した音声信号をスピーカ48または音声出力42に出力するように制御を行う。このようにして、ユーザーが指定したCHの映像および音声を出力する制御を行う。また、選局時のCHバナーCH番号や番組名、番組情報等を表示するOSDを表示するために、システム制御部51はOSD作成部60に対してCHバナーの作成および出力を指示する。前記指示を受信したOSD作成部60は、作成したCHバナーのデータを映像変換制御部61に送信し、前記データを受信した映像変換制御部61はCHバナーを映像信号に重畳して出力するように制御を行う。このようにして、選局時等のメッセージ表示を行う。その他にもシステム制御部51は、高速デジタルI/F46を制御し、信号の入出力の制御や、外部機器と通信を行って情報を取得するなど、外部機器との連携などの制御も行う。高速デジタルI/F46およびマルチメディアI/F49からの信号入力についても、上記放送受信時の手順と同様に映像および音声を出力する制御を行う。高速デジタルI/F46からの入力受信時は、多重分離部29に入力される信号に対して、上記と同様の処理を行う。マルチメディアI/F49からの信号入力受信時は、映像復号部30および音声復号部31に入力される信号に対して上記と同様の処理を行うことにより、映像および音声を出力する。<放送信号の記録>次に放送信号の記録制御と信号の流れについて説明する。特定のCHの記録を行う場合には、システム制御部51は選局制御部59に対して特定CHの選局および記録再生部27への信号出力を指示する。前記指示を受信した選局制御部59は、前記放送受信処理と同様に、チューナ23に対して指定CHの受信制御を指示し、デスクランブラ24に対して、チューナ23から受信したMPEG2-TSのデスクランブル、多重分離部29に対してデスクランブラ24からの入力を記録再生部27に出力するように制御する。また、システム制御部51は、記録再生制御部58に対して、記録再生部27への入力TSを記録するように指示する。前記指示を受信した記録再生制御部58は、記録再生部27に入力される信号TSに対して、暗号化などの必要な処理を行い、また記録再生時に必要な付加情報記録CHの番組情報、ビットレート等のコンテンツ情報の作成、また管理データ記録コンテンツのID、記録媒体26上の記録位置、記録形式、暗号化情報などへの記録を行った後に、前記MPEG2-TSおよび付加情報、管理データを記録媒体26へ書き込む処理を行う。このようにして放送信号の記録を行う。以下このような記録方法を、下記のように変換を行い記録する方法と区別するためにTS記録と呼ぶ。放送信号に含まれる映像や音声を加工例えば映像信号や音声信号形式の変換や画像圧縮、映像の2D3D変換などをしてから記録以下コンバート記録する場合に別の経路で記録を行う例について説明する。システム制御部51は、TS記録の場合と同様に選局制御部59に対して特定CHの選局出力を指示する。前記指示を受信した選局制御部59は、前記放送受信処理と同様に、チューナ23に対して指定CHの受信制御を指示し、デスクランブラ24に対して、チューナ23から受信したMPEG2-TSのデスクランブル、多重分離部29に対してデスクランブラ24から入力されたTSを多重分離し映像復号部30および音声復号部31に出力する、ように制御する。映像復号部30は信号の復号を行い映像変換処理部32に映像を出力する。ここで映像変換処理部32は必要な変換処理映像信号の形式変換、2D3D変換処理などを行い、映像符号化部35へ信号を出力する。前記出力を受けた映像符号化部35は前記入力された信号を符号化し、映像ESを多重合成部37へ出力する。同様に音声信号についても、音声復号部31で復号化されて音声符号化部36へ音声信号が出力され、音声符号化部で必要な加工が行われた後音声ESが多重合成部37へ出力される。前記映像ESと音声ESが入力された多重合成部37は、その他多重に必要な情報例えば番組情報等を、多重分離部29や必要に応じてCPU21から取得し、前記映像ESや前記音声ESと共に多重化し、記録再生部27に出力する。その後は前記TS記録の場合と同様に、システム制御部51は、記録再生制御部58に対して、多重合成部37から記録再生部27への入力TSを記録するように指示する。前記指示を受信した記録再生制御部58は、記録再生部27に入力される信号TSに対して、暗号化などの必要な処理を行い、また記録再生時に必要な付加情報記録CHの番組情報、ビットレート等のコンテンツ情報の作成、また管理データ記録コンテンツのID、記録媒体26上の記録位置、記録形式、暗号化情報などへの記録を行った後に、前記MPEG2-TSおよび付加情報、管理データを記録媒体26へ書き込む処理を行う。このようにして変換された放送信号の記録を行う。映像の3D奥行き情報についても、記録時に上記付加情報の一部として同様に書き込み処理を行う。このようにすることにより、記録された信号の再生時においても、3D奥行き情報に基づいた処理を行うことが可能となる。また、放送信号に3D奥行き情報が記載されていない場合には、記録時に後述する映像情報から3D奥行き情報を判定する方法により、映像から3D奥行き情報を作成するか、または固定値たとえば番組内の画面奥行きプラス手前方向は5画素分、等を用いて3D奥行き情報を作成して記録しても良い。このようにすることにより、例えば再生時に3D奥行き情報を作成する処理が不要となり、また3D奥行き情報を作成する機能が無い装置において前記記録されたデジタルコンテンツを再生する場合にも、前記3D奥行き情報に基づいた制御を行うことが可能となる。<記録媒体からの再生>次に記録媒体からの再生処理について説明する。特定の番組の再生を行う場合には、システム制御部51は、記録再生制御部58に対して、特定の番組の再生を指示する。この際の指示としては、コンテンツのIDと再生開始位置例えば番組の先頭、先頭から10分の位置、前回の続き、先頭から100Mbyteの位置等を指示する。前記指示を受信した記録再生制御部58は、記録再生部27を制御し、付加情報や管理データを用いて記録媒体26から信号TSを読み出して、暗号の復号などの必要な処理を行った後に、多重分離部29に対してTSを出力するように処理を行う。また、システム制御部51は、再生信号の映像音声出力を選局制御部59に対して指示する。前記指示を受信した選局制御部59は、記録再生部27からの入力を多重分離部29に出力するように制御し、多重分離部29に対して、入力されたTSの多重分離、および多重分離された映像ESの映像復号部30への出力、および多重分離された音声ESの音声復号部31への出力、を指示する。また、選局制御部59は、復号制御部57に対し、映像復号部30と音声復号部31に入力された映像ESおよび音声ESの復号指示を行う。前記復号指示を受信した復号制御部31は、映像復号部30に対して復号した映像信号を映像変換処理部32に出力するように制御し、音声復号部31に対して復号した音声信号をスピーカ48または音声出力42に出力するように制御を行う。このようにして記録媒体からの信号再生処理を行う。再生時にも同様に、付加情報から映像の3D奥行き情報を読み出し、後述する前記3D奥行き情報に基づいた制御を行う。<3D映像の表示方法>本発明に用いることのできる3D映像の表示方式としては、左目と右目に視差を感じさせる左目用と右目用の映像を作成し、人間に立体物が存在しているように認識させるいくつかの方式がある。ひとつの方式としては、ユーザーが着用するメガネに対して、液晶シャッター等を用いて左右のグラスを交互に遮光を行い、またそれと同期させて左目用と右目用の映像を表示させ、左右の目に映る画像に視差を発生させるアクティブシャッター方式がある。この場合、受信装置4は、ユーザーが着用するアクティブシャッター方式メガネへ、制御信号出力部43や機器制御信号送信端子44から同期信号や制御信号を出力する。また、映像信号出力部41から映像信号を外部の3D映像表示装置へ出力して、左目用の映像と右目用の映像とを交互に表示させる。または、受信装置4の有するディスプレイ47に同様の3D表示を行う。このようにすれば、アクティブシャッター方式メガネを着用したユーザーは、当該3D映像表示装置または受信装置4の有するディスプレイ47で3D映像を視聴することができる。また、別の方式としては、ユーザーが着用するメガネに対して、左右のグラスに直線偏光で直交するフィルムを貼るもしくは直線偏光コートを施す、または円偏光で偏光軸の回転方向が逆方向のフィルムを貼るもしくは円偏光コートを施し、左目と右目のメガネの偏光にそれぞれ対応した互いに異なる偏光による左目用の映像と右目用の映像を同時に出力することにより、左目と右目のそれぞれに入射する映像を偏光状態により分離することで左目と右目で視差を発生させる偏光方式がある。この場合、受信装置4は、映像信号出力部41から映像信号を外部の3D映像表示装置へ出力して、該3D映像表示装置は、左目用の映像と右目用の映像とを異なる偏光状態で表示させる。または、受信装置4の有するディスプレイ47によって同様の表示を行う。このようにすれば、偏光方式メガネを着用したユーザーは、当該3D映像表示装置または受信装置4の有するディスプレイ47で3D映像を視聴することができる。なお、偏光方式では、偏光方式メガネには、受信装置4から同期信号や制御信号を送信することなく、3D映像視聴が可能となるため、制御信号出力部43や機器制御信号送信端子44から同期信号や制御信号を出力する必要はない。また、このほか、色による左右の目の映像を分離させるカラー分離方式を用いてもよい。また、裸眼で視聴可能な視差障壁を利用して3D映像を作り出す視差障壁方式を用いてもよい。なお、本発明に係る3D表示方式は特定の方式に限定されるものではない。<番組情報等を利用した3D番組の具体的な判定方法の例>3D番組の判定方法の例としては、既に説明した放送信号および再生信号の番組情報に含まれる各種テーブルや記述子から、新たに含めた3D番組か否かを判定する情報を取得し、3D番組か否かを判定することが可能である。PMTや、EITschedulebasicscheduleextendedpresentfollowing、といったテーブルの中に記載の、コンポーネント記述子、コンポーネントグループ記述子に新たに含められた3D番組か否かを判定する情報を確認する、または3D番組判定用の新たな記述子である3D番組詳細記述子を確認する、NITや、SDT、といったテーブルの中に記載の、サービス記述子、サービスリスト記述子などに新たに含められた3D番組か否かを判定する情報を確認する、などにより3D番組か否かを判定する。これらの情報は、前述した送信装置において放送信号に付与され、送信される。送信装置では、例えば管理情報付与部16によってこれらの情報が放送信号に付与される。それぞれのテーブルの使い分けとしては、例えばPMTについては現在の番組の情報しか記載していないため、未来の番組の情報については確認することができないが、信頼度は高いといった特徴がある。一方EITschedulebasicscheduleextendedについては現在の番組だけでなく未来の番組の情報を取得できるが、受信完了までの時間が長く、保持する記憶領域が多く必要で、かつ未来の事象のため信頼度が低いなどのデメリットがある。EITfollowingについては次の放送時間の番組の情報を取得できるため、本実施例への適用については好適である。またEITpresentについては現在の番組情報の取得に使用でき、PMTとは異なる情報を入手できる。次に、送信装置1から送出された、図4、図6、図10、図12、図14で説明した番組情報に関係する受信装置4の処理の詳細例を説明する。図20は、受信装置4における、コンポーネント記述子の各フィールドに対する処理の一例を示す。descriptortagが0x50だと、当該記述子がコンポーネント記述子であると判断する。descriptorlengthにより、コンポーネント記述子の記述子長であると判断する。streamcontentが0x010x050x060x07だと、当該記述子は有効映像である判断する。0x010x050x060x07以外の場合、当該記述子は無効である判断する。streamcontentが0x010x050x060x07の場合、以降の処理を行う。componenttypeは、当該コンポーネントの映像コンポーネント種別と判断する。このコンポーネント種別については、図5のいずれかの値が指定されている。この内容により、当該コンポーネントが3D映像番組についてのコンポーネントか否かが判断可能である。componenttagは、当該番組内で一意となるコンポーネントタグ値で、PMTのストリーム識別子のコンポーネントタグ値と対応させて利用できる。ISO639languagecodeは、jpn0x6A706E以外でも、後に配置される文字コードをjpnとして扱う。textcharは、16byte全角8文字以内をコンポーネント記述と判断する。このフィールドが省略された場合はデフォルトのコンポーネント記述と判断する。デフォルト文字列は映像である。以上説明したように、コンポーネント記述子はイベント番組を構成する映像コンポーネント種別を判断でき、コンポーネント記述を受信機における映像コンポーネント選択の際に利用する事ができる。なお、componenttag値が0x00~0x0Fの値に設定された映像コンポーネントのみを単独での選択対象とする。前記以外のcomponenttag値で設定された映像コンポーネントは、単独での選択対象とはならず、コンポーネント選択機能などの対象としてはならない。また、イベント番組中のモード変更などにより、コンポーネント記述が実際のコンポーネントと一致しないことが有る。コンポーネント記述子のcomponenttypeは、当該コンポーネントの代表的なコンポーネント種別を記載し、番組途中でのモード変更に対しリアルタイムでこの値を変えるようなことは行わない。また、コンポーネント記述子により記載されたcomponenttypeは、デジタル記録機器におけるコピー世代を制御する情報および最大伝送レートの記述であるデジタルコピー制御記述子が当該イベント番組に対して省略された場合のデフォルトのmaximumbitrateを判断する際に参照される。このように受信装置4における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置4がstreamcontentとcomponenttypeを監視することで、現在受信している、あるいは将来受信する番組が3D番組であることを認識できる効果がある。図21は、受信装置4における、コンポーネントグループ記述子の各フィールドに対する処理の一例を示す。descriptortagが0xD9だと、当該記述子がコンポーネントグループ記述子であると判断する。descriptorlengthにより、コンポーネントグループ記述子の記述子長であると判断する。componentgrouptypeが‘000’だと、マルチビューテレビサービスと判断し、‘001’だと、3Dテレビサービスと判断する。totalbitrateflagが’0’だと、イベント番組中のグループ内の総ビットレートが当該記述子に記載されていないと判断する。’1’だと、イベント番組中のグループ内の総ビットレートが当該記述子に記載されていると判断する。numofgroupは、イベント番組内でのコンポーネントグループの数と判断する。最大値が存在しこれを越えた場合には最大値として処理する可能性がある。componentgroupidは、0x0だと、メイングループと判断する。0x0以外だと、サブグループと判断する。numofCAunitは、コンポーネントグループ内での課金/非課金単位の数と判断する。最大値を越えた場合には2として処理する可能性がある。CAunitidが0x0だと、非課金単位グループと判断する。0x1だと、デフォルトES群を含む課金単位と判断する。0x0と0x1以外だと、上記以外の課金単位識別と判断する。numofcomponentは、当該コンポーネントグループに属し、かつ直前のCAunitidで示される課金/非課金単位に属するコンポーネントの数と判断する。最大値を越えた場合には15として処理する可能性がある。componenttagは、コンポーネントグループに属するコンポーネントタグ値と判断し、PMTのストリーム識別子のコンポーネントタグ値と対応させて利用できる。totalbitrateは、コンポーネントグループ内の総ビットレートと判断する。ただし、0x00の際はデフォルトと判断する。textlengthが16全角8文字以下だとコンポーネントグループ記述長と判断し、16全角8文字より大きいと、コンポーネントグループ記述長が16全角8文字を超えた分の説明文は無視して良い。textcharは、コンポーネントグループに関する説明文を指す。なお、componentgrouptype’000’のコンポーネントグループ記述子の配置によって、当該イベント番組においてマルチビューテレビサービスを行うと判断し、コンポーネントグループ毎の処理に利用することができる。また、componentgrouptype’001’のコンポーネントグループ記述子の配置によって、当該イベント番組において3Dテレビサービスを行うと判断し、コンポーネントグループ毎の処理に利用することができる。さらに、各グループのデフォルトES群は、CAunitループ先頭に配置されるコンポーネントループ中に必ず記載する。メイングループにおいて、グループのデフォルトES群が非課金対象ならば、freeCAmode0とし、CAunitid0x1のコンポーネントループを設定してはならない。グループのデフォルトES群が課金対象ならば、freeCAmode1とし、CAunitid0x1のコンポーネントループを必ず設定し、記載する。また、サブグループにおいて、サブグループに対しては、メイングループと同じ課金単位、あるいは非課金単位のみ設定できる。グループのデフォルトES群が非課金対象ならば、CAunitid0x0のコンポーネントループを設定し、記載する。グループのデフォルトES群が課金対象ならば、CAunitid0x1のコンポーネントループを設定し、記載する。このように受信装置4における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置4がcomponentgrouptypeを監視することで、現在受信している、あるいは将来受信する番組が3D番組であることを認識できる効果がある。図22は、受信装置4における、3D番組詳細記述子の各フィールドに対する処理の一例を示す。descriptortagが0xE1だと、当該記述子が3D番組詳細記述子であると判断する。descriptorlengthにより、3D番組詳細記述子の記述子長であると判断する。3d2dtypeは、当該3D番組における3D/2D識別であると判断する。図10bの中から指定される。3dmethodtypeは、当該3D番組における3D方式識別であると判断する。図11の中から指定される。streamtypeは、当該3D番組のESの形式であると判断する。図3の中から指定される。componenttagは、当該3D番組内で一意となるコンポーネントタグ値であると判断する。PMTのストリーム識別子のコンポーネントタグ値と対応させて利用できる。なお、3D番組詳細記述子自体の有無により、当該番組が3D映像番組であるか否かを判断する構成としてもよい。すなわち、この場合は、3D番組詳細記述子がなければ、2D映像番組と判断し、3D番組詳細記述子がある場合には、3D映像番組であると判断する。このように受信装置4における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置4が3D番組詳細記述子を監視することで、この記述子が存在すれば、現在受信している、あるいは将来受信する番組が3D番組であることを認識できる効果がある。図23は、受信装置4における、サービス記述子の各フィールドに対する処理の一例を示す。descriptortagが0x48だと、当該記述子がサービス記述子であると判断する。descriptorlengthにより、サービス記述子の記述子長であると判断する。servicetypeは、図13に示されたservicetype以外の場合は当該記述子を無効と判断する。serviceprovidernamelengthは、BSCSデジタルテレビジョン放送の受信の場合には、20以下だと、事業者名長と判断し、20より大きいと、事業者名を無効と判断する。一方、地上デジタルテレビジョン放送の受信の場合には、0x00以外は無効と判断する。charは、BSCSデジタルテレビジョン放送の受信の場合には、事業者名と判断する。一方、地上デジタルテレビジョン放送の受信の場合には、記載内容は無視する。servicenamelengthが20以下だと、編成チャンネル名長と判断し、20より大きいと、編成チャンネル名を無効と判断する。charは、編成チャンネル名と判断する。なお、上記図18で説明した送出運用規則の一例に従い記述子を配置したSDTを受信できなければ、対象サービスの基本情報は無効であると判断する。このように受信装置4における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置4がservicetypeを監視することで、編成チャンネルが3D番組のチャンネルであることを認識できる効果がある。図24は、受信装置4における、サービスリスト記述子の各フィールドに対する処理の一例を示す。descriptortagが0x41だと、当該記述子がサービスリスト記述子であると判断する。descriptorlengthにより、サービスリスト記述子の記述子長であると判断する。loopは、対象トランスポートストリームに含まれるサービス数のループを記述する。serviceidは、当該トランスポートストリームに対するserviceidと判断する。servicetypeは、対象サービスのサービスタイプを示す。図13で規定されるサービスタイプ以外は無効と判断する。以上説明したように、サービスリスト記述子は対象ネットワークに含まれるトランスポートストリームの情報と判断することができる。このように受信装置4における、本記述子の各フィールドに対する処理をおこなうことにより、受信装置4がservicetypeを監視することで、編成チャンネルが3D番組のチャンネルであることを認識できる効果がある。次に各テーブル内の具体的な記述子について説明する。まず、PMTの2ndループES毎のループに記載のstreamtypeの中のデータの種類により、上記図3で説明したようにESの形式を判定することができるが、この中に、現在放送されているストリームが3D映像であることを示す記述が存在する場合には、その番組を3D番組と判定する例えば、streamtypeに多視点映像符号化ストリームのサブビットストリームを示す0x1Fがあれば、その番組を3D番組と判定する。また、streamtype以外にも、PMTの中で現在reservedとされている領域について、新たに3D番組または2D番組を識別する2D/3D識別ビットを割り当て、その領域で判定することも可能である。EITについても同様にreservedの領域に新たに2D/3D識別ビットを割り当てして判定することも可能である。PMTおよびまたはEITに配置されるコンポーネント記述子で3D番組を判定する場合は、上記図4および5で説明したようにコンポーネント記述子のcomponenttypeに、3D映像を示す種別を割り当て例えば、図5c~e、componenttypeが3Dを表すものが存在すれば、その番組を3D番組と判定することが可能である。例えば、図5c~eなどを割り当てし、その値が対象番組の番組情報に存在していることを確認する。EITに配置されるコンポーネントグループ記述子による判定方法としては、上記図6および7で説明したようにcomponentgrouptypeの値に、3Dサービスを表す記述を割り当て、componentgrouptypeの値が、3Dサービスを表していれば、3D番組と判別可能である例えば、ビットフィールドで001は、3DTVサービスなどを割り当てし、その値が対象番組の番組情報に存在していることを確認する。PMTおよびまたはEITに配置される3D番組詳細記述子による判定方法としては、上記図10および11で説明したように対象の番組が3D番組であるか判定する場合には、3D番組詳細記述子内の3d2dtype3D/2D種別の内容により判定可能である。また、受信番組について3D番組詳細記述子が伝送されていない無い場合は、2D番組と判断する。また、前記記述子の中に含まれる3D方式種別上記3dmethodtypeに受信装置が対応可能な3D方式であれば、次番組を3D番組と判定する方法も考えられる。その場合には、記述子の解析処理は複雑になるが、受信装置が対応不可能な3D番組に対してメッセージ表示処理や記録処理を行う動作を中止することが可能になる。SDTに配置されるサービス記述子やNITに配置されるサービスリスト記述子に含まれるservicetypeの情報に、上記図12および13および14で説明したように0x01に3D映像サービスを割り当て、当該記述子がある番組情報を取得した場合に、3D番組として判定することが可能である。この場合には、番組単位での判定ではなく、サービスCH、編成チャンネル単位での判定となり、同一編成チャンネル内での次番組の3D番組判定はできないが、情報の取得が番組単位でないため容易といった利点もある。また番組情報については、専用の通信路放送信号、またはインターネットを通じて取得する方法もある。その場合にも、番組の開始時間とCH放送編成チャンネル、URLまたはIPアドレス、その番組が3D番組かをあらわす識別子があれば、同様に3D番組判定は可能である。さらに前記情報に加え、前記番組と3D奥行き情報を関連付ける情報例えば番組に関するメタデータとして伝送についても同様に専用の通信路等を通じて取得することにより、前記3D奥行き情報に基づいた判定を行うことが可能となる。以上の説明では、サービスCHまたは番組単位で3D映像か否かを判定するためのさまざまな情報テーブルや記述子に含まれる情報について説明したが、これらは本発明において必ずしも全て送信する必要はない。放送形態に合せて必要な情報を送信すればよい。これらの情報のうち、それぞれ単独の情報を確認して、サービスCHまたは番組単位で3D映像か否かを判定してもよく、複数の情報を組み合わせてサービスCHまたは番組単位で3D映像か否かを判定してもよい。複数の情報を組み合わせて判定する場合は、3D映像放送サービスであるが、一部の番組だけ2D映像であるなどの判定も可能となる。このような判定ができる場合は、受信装置で、例えばEPGでは当該サービスが3D映像放送サービスであることを明示することができ、かつ、当該サービスに3D映像番組以外に2D映像番組が混在していても、番組受信時に3D映像番組と2D映像番組とで表示制御等を切り替えることが可能となる。上記例のような番組情報を利用した判定方法以外にも、例えば外部入力された信号などの場合には、映像信号と共に伝送される制御信号により、映像が2D映像か3D映像かを判定する方法がある。例えばHDMI信号の場合には、映像と共に伝送される制御信号内に、伝送される映像信号が3Dか2Dか、またはその方式例えばSidebySide方式やTopandBottom方式等を判定する情報が含まれており、その情報をもとに映像信号が2Dか3Dかを判定することが可能である。上記制御信号が含まれていない場合などには、映像信号を2Dと判定するなどしても良い。なお、以上説明した3D番組の判定方法により、3D番組と判定された場合において、例えば図5c~eで指定された3Dコンポーネントが受信装置4で適切に処理表示、出力することができる場合には3Dにて処理再生、表示、出力し、受信装置4で適切に処理再生、表示、出力することができない場合例えば、指定された3D伝送方式に対応する3D映像再生機能がない場合など、または3D2視点別ES伝送方式において、いずれかの視点のESが伝送されていない場合、には2Dにて処理再生、表示、出力してもよい。<番組情報等を利用した3D奥行き情報の具体的な判定方法の例>上記説明した番組情報には、3D奥行き情報がそれぞれ含まれている。具体的な3D奥行き情報の判定方法としては、前記3D番組詳細記述子、またはその他の記述子におけるdepthminusmaxを解析し、番組内の画面奥行きマイナス奥方向の値を取得し、depthplusmaxを解析し、番組内の画面奥行きプラス手前方向の最大値を取得することにより、番組の3D奥行き情報を判定することが可能である。前記3D番組の判定方法により3D番組であるにもかかわらず、前記3D奥行き情報が無い、または0の場合については、例えば全体は3D番組であるが、その3D奥行き情報が指し示す部分例えば特定の番組、または番組の一部分については、2D映像とみなす、といった判定を行うことも可能になる。または、上記のような3D奥行き情報が無いまたは0の場合については、後述する3DOSDの表示位置を画面位置とするように制御することにより、放送事業者がOSDの表示位置を制御し、不要にOSD表示位置を変更させないことも可能となる。また別の方法としては、同様に3D番組であるにもかかわらず、前記3D奥行き情報が無いまたは0の場合に、後述する映像からの3D奥行き情報の解析を行い、OSDを表示しても良い。このようにすることにより、放送信号に3D奥行き情報が含まれていない場合でも、適切に3DOSDの表示位置を制御することが可能となる。またその他の例としては、同様に3D番組であるにもかかわらず、前記3D奥行き情報が無い場合に、番組内の画面奥行きの値について、それぞれ所定の値たとえば番組内の画面奥行きプラス手前方向は5画素分、等と解釈しても良い。このようにすることにより、前記3D奥行き情報が無い場合でも、一定量OSDを前面に表示させ、画面位置にOSDを表示する場合と比べて、映像との重複を避ける可能性を高くすることも可能となる。また上記の場合とは逆に、前記番組が3D番組では無いにも関わらず3D奥行き情報が存在している場合には、前記3D奥行き情報に関わらず、後述する3DOSDの表示位置を画面位置とすることが望ましい。このようにすることにより、3D番組では無いにも関わらず誤って3D奥行き情報が送信された場合でも、不要にOSD表示位置を変更させないことが可能となる。<3D2視点別ES伝送方式の3Dコンテンツの3D再生/出力/表示処理>次に3Dコンテンツ3D映像を含むデジタルコンテンツ再生時の処理について説明する。ここではまず、図35に示すような、1つのTSに主視点映像ESと副視点映像ESが存在する、3D2視点別ES伝送方式の場合の再生処理について説明する。まずユーザーが3D出力/表示への切替指示例えばリモコンの3Dキー押下等を行った場合、前記キーコードを受信したユーザー指示受信部52は、システム制御部51に対して3D映像への切替を指示するなお、以下の処理は、3D2視点別ES伝送方式のコンテンツについて、3Dコンテンツの3D表示/出力へのユーザー切替指示以外の条件で3D出力/表示に切り替える場合でも同様の処理を行う。次に、システム制御部51は、上記の方法で現在の番組が3D番組か否かを判定する。現在の番組が3D番組であった場合には、システム制御部51はまず選局制御部59に対して、3D映像の出力を指示する。前記指示を受信した選局制御部59は、まず番組情報解析部54から主視点映像ESと副視点映像ESそれぞれについて、PID、および符号化方式例えばH264MVCMPEG2H264AVCなどを取得し、次に多重分離部29に対して前記主視点映像ESと副視点映像ESを多重分離して映像復号部30に出力するよう制御を行う。ここで、例えば前記主視点映像ESは、映像復号部の1番入力、前記副視点映像ESは映像復号部の2番入力に入力するように、多重分離部29を制御する。その後選局制御部59は、復号制御部57に対して、映像復号部30の1番入力は主視点映像ESで2番入力は副視点映像ESという情報およびそれぞれの前記符号化方式を送信し、かつこれらのESを復号するように指示を行う。図35に示す3D2視点別ES伝送方式の組合せ例2や組合せ例4のように、主視点映像ESと副視点映像ESで符号化方式が異なる3D番組を復号するために、映像復号部30は、それぞれの符号化方式に対応した、複数種類の復号機能を有するように構成すればよい。図35に示す3D2視点別ES伝送方式の組合せ例1や組合せ例3のように、主視点映像ESと副視点映像ESで符号化方式が同じ3D番組を復号するために、映像復号部30は、単一の符号化方式に対応した復号機能のみを有する構成でもかまわない。この場合は、映像復号部30を安価に構成することができる。前記指示を受信した復号制御部57は、主視点映像ESと副視点映像ESそれぞれの符号化方式に対応した復号を行い、左目用と右目用の映像信号を映像変換処理部32に出力する。ここで、システム制御部51は映像変換制御部61に対して、3D出力処理を行うように指示を行う。前記指示をシステム制御部51から受信した映像変換制御部61は、映像変換処理部32を制御して、映像出力41から出力する、または受信装置4が備えるディスプレイ47に3D映像を表示する。当該3D再生/出力/表示方法について、図29を用いて説明する。図29aは、3D2視点別ES伝送方式の3Dコンテンツの左右の視点の映像を交互に表示、出力するフレームシーケンシャル方式の出力、表示に対応する再生/出力/表示方法の説明図である。図の左側上部のフレーム列M1,M2,M3,が、3D2視点別ES伝送方式のコンテンツの主視点映像ESに含まれる複数のフレーム、図の左側下部のフレーム列S1,S2,S3,が3D2視点別ES伝送方式のコンテンツの副視点右目用映像ESに含まれる複数のフレームを表している。映像変換処理部32では、前記入力された主視点左目用/副視点右目用映像信号の各フレームを、図の右側のフレーム列M1,S1,M2,S2,M3,S3,で表すように、交互にフレームを映像信号として出力/表示する。このような出力/表示方式によれば、各視点それぞれについてディスプレイに表示可能な解像度を最大に用いることができ、高解像度の3D表示が可能となる。図28のシステム構成において、図29aの方式を用いる場合には、上記映像信号の出力とともに、それぞれの映像信号が主視点左目用、副視点右目用と判別可能な同期信号を制御信号43から出力する。前記映像信号と前記同期信号を受信した外部の映像出力装置は、前記映像信号を前記同期信号に合わせて主視点左目用、副視点右目用の映像を出力し、かつ3D視聴補助装置に同期信号を送信することにより3D表示を行うことが可能になる。なお、外部の映像出力装置から出力される同期信号は、外部の映像出力装置で生成してもよい。また図27のシステム構成において、図29aの方式を用いて、前記映像信号を受信装置4が備えるディスプレイ47に表示する場合には、前記同期信号を機器制御信号送信部53および制御信号送受信部33を経由し、機器制御信号送信端子44から出力して、外部の3D視聴補助装置の制御例えばアクティブシャッターの遮光切替を行うことにより、3D表示を行う。図29bは、3D2視点別ES伝送方式の3Dコンテンツの左右の視点の映像をディスプレイの異なる領域に表示する方式の出力、表示に対応する再生/出力/表示方法の説明図である。当該処理は、3D2視点別ES伝送方式のストリームを映像復号部30で復号し、映像変換処理部32で映像変換処理を行うものである。ここで、異なる領域に表示するとは、例えば、ディスプレイの奇数ラインと偶数ラインをそれぞれ主視点左目用、副視点右目用の表示領域として表示する等の方法がある。または、表示領域はライン単位でなくともよく、視点ごとに異なる画素を持つディスプレイの場合は、主視点左目用の複数の画素の組合せと副視点右目用の画素の複数の画素の組合せのそれぞれの表示領域とすればよい。例えば、上述した偏光方式の表示装置では、例えば、上記の異なる領域から、3D視聴補助装置の左目右目のそれぞれの偏光状態に対応した、互いに異なる偏光状態の映像を出力すればよい。このような出力/表示方式によれば、各視点それぞれについてディスプレイに表示可能な解像度は、図29aの方式よりも少なくなるが、主視点左目用の映像と副視点右目用の映像を同時に出力/表示可能であり、交互に表示する必要がない。これにより、図29aの方式よりもちらつきの少ない3D表示が可能となる。なお、図27、図28のいずれのシステム構成においても、図29bの方式を用いる場合には、3D視聴補助装置は、偏光分離メガネであればよく、特に電子制御を行う必要がない。この場合、3D視聴補助装置をより安価に提供することが可能となる。<3D2視点別ES伝送方式の3Dコンテンツの2D出力/表示処理>3D2視点別ES伝送方式の3Dコンテンツの2D出力/表示を行う場合の動作について以下に説明する。ユーザーが2D映像への切替指示例えばリモコンの2Dキー押下を行った場合、前記キーコードを受信したユーザー指示受信部52は、システム制御部51に対して2D映像への信号切替を指示するなお、以下の処理は、3D2視点別ES伝送方式の3Dコンテンツの2D出力/表示へのユーザー切替指示以外の条件で2D出力/表示に切り替える場合でも同様の処理を行う。次に、システム制御部51はまず選局制御部59に対して、2D映像の出力を指示する。前記指示を受信した選局制御部59は、まず番組情報解析部54から2D映像用のES前記主視点ES、またはデフォルトタグを持つESのPIDを取得し、多重分離部29に対して前記ESを映像復号部30に出力するよう制御を行う。その後選局制御部59は復号制御部57に対して、前記ESを復号するように指示を行う。すなわち、3D2視点別ES伝送方式では、主視点と副視点とで、サブストリームまたはESが異なっているので、主視点のサブストリームまたはESのみを復号すればよい。前記指示を受信した復号制御部57は映像復号部30を制御して前記ESの復号を行い、映像信号を映像変換処理部32に出力する。ここで、システム制御部51は映像変換制御部61に対して、映像の2D出力を行うように制御を行う。前記指示をシステム制御部51から受信した映像変換制御部61は、映像変換処理部32に2D映像信号を映像出力端子41から出力する、またはディスプレイ47に2D映像を表示する制御を行う。当該2D出力/表示方法について、図30を用いて説明する。符号化映像の構成は図29と同様であるが、上記説明の通り、映像復号部30では第2のES副視点映像ESは復号されないため、映像変換処理部32復号される一方のES側の映像信号を図の右側のフレーム列M1,M2,M3,で表すような2D映像信号に変換して出力する。このようにして2D出力/表示を行う。ここでは2D出力表示の方法として右目用ESの復号を行わない方法について記載したが、3D表示時と同様に、左目用ESと右目用ESの両方の復号を行い、映像変換処理部32で右目用映像信号を間引く処理を実施することにより2D表示を行っても良い。その場合は復号処理や多重分離処理の切り替え処理が無くなり切り替え時間の低減やソフトウェア処理の簡略化などの効果が期待できる。<SidebySide方式/TopandBottom方式の3Dコンテンツの3D出力/表示処理>次に1つの映像ESに左目用映像と右目用映像が存在する場合例えばSidebySide方式やTopandBottom方式のように1つの2D画面中に左目用映像と右目用映像とを格納する場合の3Dコンテンツの再生処理を説明する。上記と同様にユーザーが3D映像への切替指示を行った場合、前記キーコードを受信したユーザー指示受信部52は、システム制御部51に対して3D映像への切替を指示するなお、以下の処理は、SidebySide方式やTopandBottom方式の3Dコンテンツの2D出力/表示へのユーザー切替指示以外の条件で2D出力/表示に切り替える場合でも同様の処理を行う。次に、システム制御部51は、同様に上記の方法で現在の番組が3D番組か否かを判定する。現在の番組が3D番組であった場合には、システム制御部51はまず選局制御部59に対して、3D映像の出力を指示する。前記指示を受信した選局制御部59は、まず番組情報解析部54から3D映像を含む3D映像ESのPID、および符号化方式例えばMPEG2H264AVC等を取得し、次に多重分離部29に対して前記3D映像ESを多重分離して映像復号部30に出力するよう制御し、また映像復号部30に符号化方式に応じた復号化処理を行い、復号した映像信号を映像変換処理部32に出力するように制御を行う。ここで、システム制御部51は映像変換制御部61に対して、3D出力処理を行うように指示を行う。前記指示をシステム制御部51から受信した映像変換制御部61は、入力された映像信号を左目用映像と右目用映像に分離してスケーリング等の加工詳細は後述するを行うように映像変換処理部32に対して指示を行う。映像変換処理部32は変換した映像信号を映像出力41から出力する、または受信装置4が備えるディスプレイ47に映像を表示する。当該3D映像の再生/出力/表示方法について、図31を用いて説明する。図31aは、SidebySide方式またはTopandBottom方式の3Dコンテンツの左右の視点の映像を交互に表示、出力するフレームシーケンシャル方式の出力、表示に対応する再生/出力/表示方法の説明図である。符号化映像としてSidebySide方式、TopandBottom方式の説明を併記して図示しているが、両者の異なる点は左目用映像と右目用映像の映像内の配置が異なる点のみのため、以下の説明ではSidebySide方式を用いて説明し、TopandBottom方式の説明を省略する。図の左側のフレーム列L1/R1,L2/R2,L3/R3が、左目用と右目用の映像が1フレームの左側/右側に配置されたSidebySide方式映像信号を表している。映像復号部30では、左目用と右目用の映像1フレームの左側/右側に配置された状態のSidebySide方式映像信号が復号され、映像変換処理部32では、前記復号されたSidebySide方式映像信号の各フレームを左目用映像と右目用映像になるように左右分離して、さらにスケーリング出力映像の横サイズに合うように伸張/補間、または圧縮/間引等を実施をする。さらに、図の右側のフレーム列L1,R1,L2,R2,L3,R3,で表すように、交互にフレームを映像信号として出力する。図31aにおいて、交互にフレームを出力/表示する出力/表示映像に変換した後の処理および、3D視聴補助装置への同期信号や制御信号の出力等については、既に説明した、図29aで説明した3D2視点別ES伝送方式の3Dコンテンツの3D再生/出力/表示処理と同様であるため、説明を省略する。図31bは、SidebySide方式またはTopandBottom方式の3Dコンテンツの左右の視点の映像をディスプレイの異なる領域に表示する方式の出力、表示に対応する再生/出力/表示方法の説明図である。図31aと同様に、符号化映像としてSidebySide方式、TopandBottom方式の説明を併記して図示しているが、両者の異なる点は左目用映像と右目用映像の映像内の配置が異なる点のみのため、以下の説明ではSidebySide方式を用いて説明し、TopandBottom方式の説明を省略する。図の左側のフレーム列L1/R1,L2/R2,L3/R3が、左目用と右目用の映像が1フレームの左側/右側に配置されたSidebySide方式映像信号を表している。映像復号部30では、左目用と右目用の映像1フレームの左側/右側に配置された状態のSidebySide方式映像信号が復号され、映像変換処理部32では、前記復号されたSidebySide方式映像信号の各フレームを左目用映像と右目用映像になるように左右分離して、さらにスケーリング出力映像の横サイズに合うように伸張/補間、または圧縮/間引等を実施をする。さらに、スケーリングした左目用映像と右目用映像とを異なる異なる領域に出力、表示する。図29bでの説明と同様に、ここで、異なる領域に表示するとは、例えば、ディスプレイの奇数ラインと偶数ラインをそれぞれ主視点左目用、副視点右目用の表示領域として表示する等の方法がある。その他、異なる領域への表示処理および偏光方式の表示装置での表示方法等は、図29bで説明した3D2視点別ES伝送方式の3Dコンテンツの3D再生/出力/表示処理と同様であるため、説明を省略する。図31bの方式では、ディスプレイの垂直解像度と入力映像の垂直解像度とが同じであっても、左目用映像と右目用映像とをそれぞれディスプレイの奇数ラインと偶数ラインに出力、表示する場合は、それぞれの垂直の解像度を減らす必要がある場合があるが、このような場合も上記スケーリング処理において、左目用映像と右目用映像の表示領域の解像度に対応した間引を実施すればよい。<SidebySide方式/TopandBottom方式の3Dコンテンツの2D出力/表示処理>SidebySide方式またはTopandBottom方式の3Dコンテンツの2D表示を行う場合の各部の動作について下記に説明する。ユーザーが2D映像への切替指示例えばリモコンの2Dキー押下を行った場合、前記キーコードを受信したユーザー指示受信部52は、システム制御部51に対して2D映像への信号切替を指示するなお、以下の処理は、SidebySide方式またはTopandBottom方式の3Dコンテンツの2D出力/表示へのユーザー切替指示以外の条件で2D出力/表示に切り替える場合でも同様の処理を行う。前記指示を受信したシステム制御部51は映像変換制御部61に対して、2D映像の出力を指示する。前記指示をシステム制御部51から受信した映像変換制御部61は、映像変換処理部32に入力された前記映像信号に対して、2D映像出力を行うように制御を行う。映像の2D出力/表示方法について、図32を用いて説明する。図32はSidebySide方式、図32はTopandBottom方式の説明を図示しており、どちらも左目用映像と右目用映像の映像内の配置が異なるのみのため、説明は図32のSidebySide方式を用いて説明する。図の左側のフレーム列L1/R1,L2/R2,L3/R3が、左目用と右目用の映像信号が、1フレームの左側/右側に配置されたSidebySide方式映像信号を表している。映像変換処理部32では、前記入力されたSidebySide方式映像信号の各フレームを左右の左目用映像、右目用映像の各フレームに分離した後、主視点映像左目用映像部分のみをスケーリングし、図の右側のフレーム列L1,L2,L3,で表すように、主視点映像左目用映像のみを映像信号として出力する。映像変換処理部32は、上記処理を行った映像信号について、2D映像として映像出力41から出力し、制御信号43から制御信号を出力する。このようにして2D出力/表示を行う。なお、SidebySide方式やTopandBottom方式の3Dコンテンツを、1画像に2視点格納したそのままの2D出力/表示を行う例も図32に示す。例えば、図28のように、受信装置と視聴装置が別構成の場合などにおいて、受信装置からは復号したSidebySide方式やTopandBottom方式の映像を1画像に2視点格納した映像のまま出力し、視聴装置で3D表示のための変換をおこなってもよい。以上の3D2視点別ES伝送方式、SidebySide方式/TopandBottom方式、のそれぞれの方式において3DでOSDを表示する場合には、それぞれ復号した左目用映像と右目用映像の所定の位置に、図48aに示すMENUやCh8といったオブジェクトのような関係でOSDを配置する。そのようにすることにより、映像出力時にOSDを3Dとして表示することが可能となる。また、外部機器などに前記方式3D2視点別ES伝送方式、SidebySide方式/TopandBottom方式で映像を出力する場合にも、同様に上記の方法で映像を出力することによりOSDを3D映像として表示することが可能となる。<番組変化時の、ユーザー状態に合わせた映像表示処理フローの例>次に、現在視聴中の番組の放送方式3D番組とその伝送方式、2D番組が切り替わった場合の出力/表示処理について説明する。現在視聴中の番組の放送方式が切り替わった場合に、受信装置で映像の処理方法を変更しない場合には、正常な映像表示が行われずにユーザーの利便性を損ねる恐れがある。これに対し、以下に示す処理を行うことで、ユーザーの利便性を向上させることができる。図40は、番組の切り替わり時における現在番組や番組情報の変更などの契機で実行されるシステム制御部51の処理フローの一例である。システム制御部51は番組情報解析部54から現在の番組の番組情報を取得し、現在の番組が3D番組か否かを上記の3D番組の判定方法により判定し、さらに現在の番組の3D方式種別例えば2視点別ES伝送方式/SidebySide方式など、例えば3D番組詳細記述子に記載の3D方式種別から判断を同様に番組情報解析部54から取得するS201。なお、現在番組の番組情報の取得は、番組の切り替わり時に限らず、定期的に取得しても良い。判定の結果、現在の番組が3D番組の場合S202のyes、次にユーザーの3D視聴準備状態を確認する。S204。3D視聴準備状態とは、例えば、リモコンの3Dボタンを押下した場合、図41のメニューに示すような3D/2Dの切り替え表示を表示した場合にユーザーが3Dで見るを選択した場合、のように、ユーザーが3D番組を3D表示にて視聴しようとする意思を提示したことさす。例えばユーザー操作入力部45を経由して受信装置に伝えられた場合に、3D視聴準備状態をOKとして、システム制御部51が状態を保持しておく。また、ユーザーの3D視聴準備状態の判定は他にも、例えば3D視聴補助装置が発信するユーザー装着完了信号や、撮像装置でユーザーの視聴状態を撮影し、前記撮影結果から画像認識やユーザーの顔認識を行い、3D視聴補助装置を着用していることを判定しても良い。また3D視聴準備状態をNGとして判定する動作としては、例えばユーザーが3D視聴補助装置を外す、リモコンの2Dボタンを押下など、ユーザーが3D番組を視聴しないという意思を提示したことが、例えばユーザー操作入力部45を経由して受信装置に伝えられた場合には、3D視聴準備状態をNGとして、システム制御部51が状態を保持しておく。上記ユーザーの3D視聴準備状態がOKである場合S205のyes、前記の方法で、それぞれの3D方式種別に対応した形式で3Dコンテンツの3D出力を行うS206。また上記ユーザーの3D視聴準備状態がOKでない場合S205のno、システム制御部51は、図30や図32で説明した方法で、それぞれの3D方式種別に対応した形式で3D映像信号の一方の視点例えば主視点を2D表示するように制御を行うS207。このとき、3D番組である旨を示す表示を番組の2D表示映像に重畳して表示してもよい。ステップS202の判定の結果、現在番組が3Dで無かった場合S202のno、上記と同様に、ユーザーの3D視聴準備状態の確認S208と判定S209を行う。判定の結果、ユーザーの3D視聴準備状態がOKである場合S209のyes、前記の方法で、映像の2D3D変換を行い、映像を3Dで表示するS210。ここで映像の2D3D変換を行って映像出力をする際に、2D3D変換を行っている旨を示すマーク2D3D変換マークを表示する場合も考えられる。この場合、ユーザーが放送による3Dか、装置で作成された3Dかを区別することができ、その結果ユーザーが3D視聴を終了するという判断をすることも可能になる。またここで、装置が2D3D変換機能を持たない場合には、ステップS210で2D3D変換の制御は行わず、2D映像を2Dのまま出力するように制御しても良い。また上記ユーザーの3D視聴準備状態がOKでない場合S209のno、システム制御部51は2Dの放送信号をそのまま2Dで出力するように制御を行うS203。このようにして、現在の放送の放送方式3D番組とその伝送方式、2D番組とユーザーの3D視聴準備状態を判定し、自動的にそれらに適した形式で映像出力を行うことが可能になる。ここで3D番組の判定方法として、映像とともに符号化するユーザデータ領域や付加情報領域に格納される識別子を用いて、3D番組か否かの判定や3D方式種別の判定を行うことにより、フレーム単位で上記変換を制御することが可能になり、ユーザーの利便性が向上する。図33は、例えばステップS207で3D放送映像を2D表示するとともにシステム制御部51がOSD作成部60に表示させるメッセージの一例である。701は装置が表示する画面全体をあらわし、ユーザーに3D番組が開始されたことを通知するメッセージ1601を表示し、さらにユーザーが応答を行うオブジェクト以下ユーザー応答受信オブジェクト:例えばOSD上のボタン1602を表示し、その後の動作を選択させる。メッセージ1601表示時、例えばユーザーがリモコンのOKボタンを押下した場合、ユーザー指示受信部52はOKが押下されたことをシステム制御部51に通知する。図33の画面表示におけるユーザー選択の判定方法の一例としては、ユーザーがリモコンを操作し、リモコンの<3D>ボタンを押下した場合または画面のOK/3Dにカーソルを合わせリモコンの<OK>ボタンを押下した場合は、3D視聴準備状態はOKと判定する。または、ユーザーがリモコンの<キャンセル>ボタンまたは<戻る>ボタンを押下した場合または画面のキャンセルにカーソルを合わせリモコンの<OK>を押下した場合は、3D視聴準備状態はNGと判定する。これ以外にも、上記の3D視聴準備状態がOKになる動作が行われた場合には、3D視聴準備状態はOKに変更される。ユーザーが上記選択を行った後には再度図40のフローがシステム制御部51で実行される。これにより、例えばユーザーが3D視聴準備状態がNGで、3D番組が2Dで表示されている場合にも、ユーザーに対して3D番組が開始されたことを通知可能となり、また容易に3D視聴準備状態をOKと装置に通知することが可能になる。これらの結果により、ユーザーが3D番組の開始を判断でき、また容易に3D映像に切り替えることが可能になるなど、ユーザーの都合に合せた視聴方法を提供することができる。なお、図33の表示例では、ユーザーが応答を行うためのオブジェクトを表示したが、単純に3D番組等、当該番組が3D視聴に対応した番組であることを単に示す文字または、ロゴ、マーク等を表示するのみでもよい。この場合は、3D視聴に対応した番組であることを認識したユーザがリモコンの3Dキーを押下げ、当該リモコンからの信号を受信したユーザー指示受信部52からシステム制御部51への通知を契機に2D表示から3D表示に切り替えを行えばよい。さらに、ステップS207で表示するメッセージ表示の別の例としては、図33のように単純にOKだけでなく、番組の表示方式を2D映像にするか3D映像にするかを明記する方法も考えられる。その場合のメッセージと、ユーザー応答受信オブジェクトの例を図34に示す。このようにすると図33のようなOKの表示に比べ、ユーザーがボタン押下後の動作をより判断しやすくなる他、明示的に2Dでの表示を指示できるなど1202に記載の2Dで見る押下時には、ユーザー3D視聴準備状態をNGと判定、利便性が高まる。本実施例で説明した各ユーザーへのメッセージ表示については、ユーザー操作後に消去することが望ましい。その場合にはユーザーが操作を行った後には映像が視聴しやすいというメリットがある。また一定時間経過後についても同様に、ユーザーはすでにメッセージの情報を認識していると考え、メッセージを消去し、映像を視聴しやすい状態にすることがユーザーの利便性を高める。なお、選局動作を行い、現在の番組が変更になった場合にも、システム制御部51において上記のフローが実施される。<映像情報による3D判定方法>ここでは映像信号が3D映像か否か、映像情報から判定する方法について説明する。3D映像の伝送方法は、ここでは例えばSidebySide方式やTopandBottom方式、Fieldalternative方式やLinealternative方式など、右目用映像と左目用映像を、通常の1画面に多重化して伝送する場合を例に挙げて説明する。上記3D映像の伝送方式における左目用映像と右目用映像については、奥行き間が無い点の画像情報は一致している、または左目用映像と右目用映像の画素値に関するヒストグラムは非常に似通っているなどの特徴がある。例えばSidebySide方式では図31の符号化映像として記載されているフレームのように、符号化平面の左半面に左目用、右半面に右目用の映像を配置しているが、このような状況において、左半面の最上部左端左上始点の座標系と考えると、の位置と右半面の同じく最上部左端左上始点の座標系で、画面全体の水平サイズをxと考えると、の位置の画素値は似通っていると考えられる。そこで3D映像判定方法の一例としては、左目用映像と右目用映像において表示位置が同一と考えられる各画素ごとに、例えばRGBやYUVのそれぞれの数値の差分を計算し、差分の総和を画像の差分として一定値と比較し、差分が一定値より低い場合に、3D映像と判定する方法がある。具体例を挙げると、3D伝送方式がsidebysideで、映像全体の横方向のサイズがXつまり各視点用映像の横方向のサイズはX/2、縦方向のサイズがYのような、映像の場合、別視点画像の差分をYUV成分で比較すると、以下の数式1で計算できる。数式1において、左辺が画像のYUV成分の差分値の総和を表し、右辺が一定値ここではDとしている。またYという式は、画像のxy座標におけるY成分の値を示しており、Uxy、Vについても同様である。また画素値の差分では無く、ヒストグラムの差分で考えると、以下の数式2で表すことができる。数式2において、ここでnは画素の値の最大値を示しており、例えば8ビットで表現可能な画像であれば255となる。またΣLYは、左目用映像におけるY成分の値がiの数の総和を表しており、ΣRYは同じく右目用映像におけるY成分の値がiの数の総和を表している。U/V成分についても同様である。このようにして計算したヒストグラムの差分の総和が一定値以下の場合に、現在の映像が3D映像だと判定することが可能である。ここでは、YUV成分のすべての値を用いて計算を行ったが、計算簡略化のためにY成分のみを用いて計算しても良い。またYUV成分の代わりにRGB成分を使用するなど、別の色次元空間に変換して差分を計算することにより、3D映像と誤判定するパターンが変わり、有効な判定を行うことが可能になるなどの効果がある。また上記では単純な画素の差分比較、要素ごとのヒストグラムの差分比較を行ったが、それぞれの計算について、例えばY成分に重み付けを行う、ヒストグラムの中心値に重み付けを行う、事前に特定のフィルタ例えばローパスフィルタ等をかけてから比較等、より誤判定が少なくなるような判定をすることも可能である。また画像解析の手法として、画像の中にどのようなオブジェクト物体が配置されているかを解析する手法がある例えば輪郭抽出技術や顔認識技術などそのような技術を用いて、画像の中にどのようにオブジェクトが配置されているかを確認し、上記3D映像の伝送方式における右目用映像と左目用映像の同一位置に類似したオブジェクトが存在しているなどを判定し、3D映像として判定しても良い。このような判定方法の方が、単純な画素比較より誤判定が少なくなる場合がある。上記画素情報等の比較は、映像すべての部分に対して行う必要は無く、特定の領域例えば上半分、水平nラインのみ、特定のオブジェクトのみ等で比較を行っても良い。その場合には3D判定の精度は低下するが、演算量が低減できるなどのメリットがある。上記左目用映像と右目用映像の比較を行う場合、3D伝送方式により左目用映像と右目用映像がどのように配置されているかが異なる。例えばSidebySide方式の場合には符号化平面の左側に左目用映像、符号化平面の右側に右目用映像が配置されており、またTopandBottom方式の場合には符号化平面の上部側に左目用映像、符号化平面の下部側に右目用映像が配置されている。このため、複数の3D伝送方式に対応する場合には、それぞれの3D伝送方式について想定される左目用映像と右目用映像について比較処理を行う必要がある。いずれかの3D伝送方式例えばSidebySideで比較を行った結果、3D映像と判定された場合、映像の3D伝送方式この場合はSidebySideも判定することが可能になる。受信装置が対応している3D伝送方式のみで比較処理を行う、またはユーザーが3Dの自動判定を行いたい3D伝送方式のみ比較処理を行う、等の制限を行うと、演算量を低減することが可能になる。また、3D映像か否かの判定は、複数フレームにわたって判定をするなどすると、より誤判定の可能性が低くなる。例えば上記差分比較の場合を例に挙げると、差分が複数フレーム例えば10フレームの間D以下であった場合には3D映像であると判断する。このようにすると判定の結果を得るまでの時間は遅延するが、1~数フレームの間に偶然近似した映像を誤判定することは無いなどのメリットがある。また画像情報にて判定する場合に、画像の画角情報から判定し、3D放送で無いと判定することも可能である。例えば放送規格で3D放送と規定されている画角情報例えば1920×1080以外で映像が伝送されている場合には、3D映像でないと判定する。このようにして誤判定を少なくすることも可能である。これら複数の手法については、どれかのみを適用するだけでなく、組み合わせて判定を行うと、より誤判定の少ない3D判定を行うことが可能になる。<映像情報による3D奥行き判定方法>ここで映像情報から3D奥行き情報を判定する方法について記載する。映像情報から3D奥行き情報を判定する方法としては、例えば映像を特定のオブジェクト物体の単位に切り分け、そのオブジェクトが、左目用映像と右目用映像でどれだけ左右にずれている平行移動されているかを計算することにより、映像情報から3D奥行き情報を判定することが可能になる。具体的には、例えば映像内のオブジェクトについて、映像の輪郭抽出や、物体認識アルゴリズムによりオブジェクトを分割し、左右の映像でそれぞれ前記オブジェクトだけを切り出す。その後前記左右の映像を一定値ずつ平行移動しながら、左右の映像の相関値を計算し、相関値が最大値となった平行移動値を、上記平行移動による奥行き値とする、といった方法により、映像情報からの3D奥行き情報が判定可能である。また別の方法としては、左目用映像と右目用映像について、それぞれの平行移動量をx~xまで変化させ、映像の相関値の変化を計算する。映像を平行移動し、相関値が一定値例えばRを超えている中で、絶対値xが最大となる±xの値を、最大の平行移動量として計算しても良い。このようにすることにより、オブジェクトの認識などの演算を行うことなく、容易に最大平行移動量奥行き値を計算することが可能となる。<映像情報による3D判定処理>映像情報による具体的な3D判定処理について、図42のフローチャートを用いて説明する。図42は映像情報による3D判定を行う場合のシステム制御部51の処理フローの一例である。システム制御部51では、入力された映像信号を解析し、上記映像情報による3D判定方法などの方法で、入力映像の3D判定を行うS301。判定の結果、映像信号が3D映像であった場合、S302のyes入力された映像信号を3D信号として扱いS303、例えば上記のユーザー状態に合わせた映像表示処理フローを実施し、3D映像を表示するなどの処理を行う。判定の結果、映像信号が3D映像でなかった場合S302のno、映像信号を2D映像として扱いS304、それに合わせた表示処理などを行う。このようにして映像情報による3D判定を行い、映像表示を行う。ここで映像情報による3D判定を行う前に、例えば映像信号と共に伝送される識別情報から映像信号が3Dであるか事前に判定を行うことにより、装置の処理を軽減する方法がある。その場合のシステム制御部51の処理フローを図43に示す。この場合は最初に、上記番組情報等を利用した3D番組の具体的な判定方法の例に示すような方法で、映像が3Dか否かを判定するS401ここで識別情報が3Dの場合にはS401のyes映像を3Dとして扱い、上記と同様に映像表示などを行う。ここで識別情報が2Dの場合S401のnoには、上記と同様に映像情報による3D判定処理を行うS301。このように、識別情報がある場合には映像情報による3D判定処理を行わないなど、処理を軽減することが可能になる。ここで識別情報から映像が3D以外であると明確な場合例えば3D対応の記述子が存在しているが、記述子の記載が2Dと明記されているなどには、上記と同様に映像情報による3D判定を行わないことも可能である。その場合、図43のS401の判定でnoの場合には、S301の処理とS302の判定を介さず、直接S304の処理に移行する。このようにすることにより、明らかに2Dである映像信号である場合にも、映像情報による3D判定処理を行わないなど、処理を軽減することが可能である。映像情報での3D判定を行った後に、ユーザーに対して確認メッセージを表示する場合のシステム制御部51のフローチャートについて、図44に示す。前記の処理と同様に、映像情報での3D判定を行った後S301、判定結果が3Dであった場合S302のyes、図45に示すような3D切替可否確認メッセージを表示するS501。ここで701は装置が表示する画面全体、4501がメッセージ全体、4502はユーザー応答受信オブジェクト、4503は映像情報での3D判定で検知した3D放送の伝送方式の方式表示である。ここでユーザーが例えばユーザーがリモコンを操作し、リモコンの<3D>ボタンを押下した場合または画面のOK/3Dにカーソルを合わせリモコンの<OK>ボタンを押下した場合などに、ユーザー応答は3D切替と判定する。ユーザー応答が3D切替であった場合S502のyes、映像を3Dとして扱いS303、上記と同様映像切替などの処理を行う。またユーザー応答が3D切替でなかった場合S502のno、映像を2Dとして扱いS304映像切替などの処理を行う。このようにして、映像情報での3D判定を行い、映像が3Dであると判定された場合でも、ユーザーに対して、3D映像であると検出された旨を通知し、その上でユーザーに対して3D切替可否を確認することにより、機器での誤判定による3Dへの切替を防ぐことが可能になる。ここでメッセージの内容としては、ユーザー応答受信オブジェクト4502を必ずしも含む必要は無く、またメッセージの内容も簡略化し、例えば3Dと画面に表示するだけでも良い。その場合には、ユーザーが3Dボタンを明示的に押下して3Dに映像を切り替えることが必要になる。その場合は、ユーザーにとって画面の視認性が良くなり、また図44のフローチャートの例において、ステップS502、S303、S304が不要になるなど受信機の処理も単純になるなどのメリットがある。また、上記の例と異なり、映像情報による3D判定方法により3D映像と判定した時点で映像を3Dに切り替え、切り替えたことをメッセージにて通知し、ユーザー操作で元に戻す方法も考えられる。その場合のメッセージ例は、図46のようになり、またフローチャートの処理においては、S501にて、映像を3Dとして扱い映像を切り替える処理が追加される。このようにすることにより、まずは自動的に映像を3Dに切り替えるが、その後ユーザーが容易に2D表示に戻すことが可能になる。映像情報による3D判定処理の実施可否やその判定の閾値について、ユーザーが設定を可能とするために、図47に示すようなメニュー表示を行い、各種設定をユーザーが行う方法も考えられる。図47の例では、例えばユーザーが3D自動検出をしないと設定した場合には、システム制御部51がそのユーザー設定値を記憶しておき、上記図42、図43、図44のような処理フローを実施しないということも可能である。また図47の例に示すように、各3D映像の伝送方式ごとに処理の実施可否を設定したり、処理を実施する場合にも、閾値例えば式の値Dを変更しする強の場合には、Dの値をするの場合の半分にするなど、システム制御部51が記憶しておくなどすると、ユーザーが好む形式での、映像情報の3D判定が可能になる。上記に記載の映像情報による3D判定方法や映像情報による3D判定処理については、外部からの入力映像例えば高速デジタルインタフェースやマルチメディアインタフェース、ネットワークインターフェースからの入力についても同様に適用可能であり、その効果も同様に得ることが可能である。上記システム制御部51のフローチャートの実行は常に実施されても良いが、3D放送などは番組単位で実施されることが多いことから、番組の切り替わりが起こり得る起動や選局、または時間経過による番組の切り替わりなど、現在の番組や映像コンテンツが変更となった直後例えば変更後5分程度にのみ、定期的例えば10秒周期に実行されることが望ましい。上記映像コンテンツの変更とは、番組の切り替わり以外にも、記録再生部27からの再生開始、コンテンツの変更、または高速デジタルI/F46からの入力開始、コンテンツの変更、またはネットワークI/F25からのコンテンツ入力開始、コンテンツの変更なども含まれる。また映像コンテンツの変更についてはすべての変更を検出する必要は無く、いずれかを取捨選択たとえば番組の変更のみを検出し、それ以外の変更は判定しないとしても良い。このようにすることにより、番組途中や映像コンテンツの途中で突然3Dと誤判定を行って映像が切り替わるなどの現象を防ぐことが可能になり、また不要な処理を実施しないことによる省電力や、他動作への妨害を減少するといった効果がある。<外部出力/記録時の3D関連情報の記載>上記判定を行った結果の映像信号などを外部に出力する場合、または記録する場合には、上記映像情報での判定結果で得られた、映像が3D映像または2D映像であるという情報、または/および3D奥行き情報を、映像に付随される情報に記載しておくことが望ましい。そのようにすることにより、受信側、もしくは再生時の映像情報での判定処理が不要となる。例えば、高速デジタルインタフェースやマルチメディアインタフェース例えばHDMIや、ネットワークインターフェースの場合には、映像と共に伝送される制御信号に、共に伝送される映像信号が3Dか2Dかを判定する情報や、3Dであった場合にはその方式例えばSidebySide方式やTopandBottom方式、および3D奥行き情報を記載しておく、などの方法により実現することが可能である。このようにすることにより、受信側で映像情報での3D判定をする必要が無くなり、また誤った付随情報3Dか否か、や3D伝送方式から映像が3D映像であるか2D映像であるかを誤判定することを防ぐことも可能になる。また放送を記録する場合にも同様に、上記番組情報等を利用した3D番組の具体的な判定方法の例で判定可能な、映像信号が3Dと判定できるような情報を記載しておくことにより、再生時に映像を3Dと判定することが可能になる。上記出力する信号や記録する信号に3D奥行き情報を記載する際に、入力される放送信号または外部入力信号に、上記3D奥行き情報が記載されていなかった場合には、装置で3D奥行き情報を作成することにより、外部出力を受信する装置や再生時の処理で、3D奥行き情報をもとに処理を行うことが可能となる。装置での3D奥行き情報の作成方法としては、前記映像情報による3D奥行き判定方法や、固定値を挿入する方法が考えられる。3D奥行き情報については、前記ピクチャーやシーケンスごと、または番組全体の3D奥行き情報について、両方を記録または外部出力しても良い。その場合には再生または受信側にて、それぞれの情報の特性3D奥行き情報の範囲に応じた制御が可能となる。または何れかのみを記録または外部出力しても良く、その場合には記録または出力時の制御が容易になり、信号の帯域や記録容量の低減が可能となる。また映像信号にOSDを重畳し外部出力する場合には、前記3D奥行き情報の範囲内にOSDを表示して出力することにより、前記映像信号を受信して出力する装置において前記3D奥行き情報を参照してOSDを表示する場合に、前記外部出力された映像信号に含まれるOSDより前面に映像を出力することが可能となる。ここで外部出力を行う装置の動作としては、既存の3D奥行き情報が示す最大手前位置以内にOSDを表示するように制御し、前記3D奥行き情報と共に映像信号を出力するか、表示したOSD位置が最大手前位置となるように3D奥行き情報を書き換えて、映像信号と共に出力する、といった処理を行えばよい。3D奥行き情報が示す最大手前位置以内にOSDを表示するように制御を行うことにより、例えば3D奥行き情報が番組単位で記述されている場合にも容易に対応可能である。また表示したOSD位置を最大手前位置となるように3D奥行き情報を書き換える場合には、OSD表示を行った場合に3D奥行き情報を書き換える必要があり、ピクチャーまたはシーン単位での3D奥行き情報の記述が必要になる。また別の方法としては、OSD表示をちょうど最大手前位置となるように表示することにより、映像の3D表示位置と重複せず、かつ3D奥行き情報を満たすOSD表示を行い、映像を外部出力することも可能となる。以上のようにOSDについても3D奥行き情報の条件を満たすように外部出力を行うことにより、前記外部出力を受信する装置において、前記OSDを含む外部出力映像のさらに前面に、OSDを表示することが可能となる。ここで表示装置と外部出力を共に有する装置においては、表示装置についてはOSD表示を強調するために前記最大手前位置より一定量前面に表示し、外部出力についてはOSDを3D奥行き情報内で表示するとようにしてもよい。これにより、それぞれ独立にOSD表示を制御することにより、表示装置と外部出力でそれぞれ要件を満たすOSD表示が可能となる。<3DOSDの表示処理>ここでは3DOSDの表示処理について説明する。3D映像を表示する場合に、映像の奥行き感を考慮せずにOSDを表示すると、映像の視聴に際して違和感を与える場合や、映像の不整合を感じる場合がある。下記に示す手順でOSDの表示位置を変更することにより、対処することが可能になる。図49はOSDを表示する場合にシステム制御部51で実行される処理フローの例である。システム制御部51は、OSDを表示する場合例えば、ユーザーがメニューボタンを押下したことを示す情報を、ユーザー指示受信部52から受信に、図49のフローが実行される。まず初めに前記ユーザーの3D視聴準備状態の確認と、さらに現在の番組が3D番組か否かを判定することにより、ユーザーが3D番組を視聴していることを確認する。ここでユーザーが3D番組、もしくは2D3D変換を行った番組を視聴していない場合S4901のnoには、標準位置3D映像でない状態でのOSD表示を行うS4902。ここでユーザーが3D番組、もしくは2D3D変換を行った番組を視聴している場合S4901のyesには、次のステップに進む。次に3D映像を表示しているか否かを判定する。ここで3D映像を表示していない状態とは、例えば放送波の受信障害により、放送を受信できずに映像を出力していない状態、全画面OSDやデータ放送など、その他の情報を表示しているため、映像を表示していない状態、などを表す。3D映像を表示していない場合S4903のno、前記と同様に標準位置でのOSD表示を行うS4902。3D映像を表示している場合S4903のyesには、次のステップに進む。次に、前記番組情報等を利用した3D奥行き情報の具体的な判定方法の例などで、3D奥行き情報が取得できなかった場合S4904のno、前記と同様に標準位置でのOSD表示を行うS4902。3D奥行き情報を取得できた場合S4904のyesには、前記3D奥行き情報を基に、OSDを適切位置例えば3D奥行き情報が示す奥行き値の最大手前位置より前面に表示を行うS4905。このようにして3DOSDの表示を行う。ここで、S4901でユーザーが3D番組もしくは2D3D変換を行った番組を視聴している場合のみ次のステップに進むことにより、ユーザーが3D映像を視聴していない場合にOSDが3Dで表示されることを防ぎ、ユーザーがOSDを視認しやすくすることが可能となる。また、S4903にて、3D映像が表示されているときにのみ次のステップに進むことにより、こちらも同様に、3D映像が表示されていないにも関わらず、OSDが前面位置などに表示されることを防ぐことが可能となる。また、S4904において3D奥行き情報が存在しない場合には3DでのOSD表示を行わないことにより、不自然にOSDが3D表示されることを防ぎ、例えば放送局がOSDを意図して標準位置で表示することが可能になる、もしくは不要な3DOSD表示処理を行わないことが可能となる。ここでS4901、S4903、S4904のそれぞれの処理については、順番を入れ替えても効果は同様であり、任意の順番で実行可能である。またいずれかの処理だけを取捨選択しても問題は無い。判定の順番としては、noの発生する確率が高い順番で判定を行う例えば3D番組の視聴可能性が低いため、最初に判定することにより、判定の処理回数を削減することが可能となる。以上のように判定することにより、3D映像視聴中、もしくは3D映像を視聴していない場合などに、OSDの表示位置を適切に制御し、ユーザーが視認しやすいOSD表示を行うことが可能となる。ここで、S4904の判定の結果、3D奥行き情報が存在していない場合に、映像から3D奥行き情報を作成する場合のシステム制御部51のフローチャートについて図50に示す。S5001のステップと、S4904の分岐結果が異なる以外の部分は図49の場合と同様である。この例では、S4904での判定の結果、3D奥行き情報が存在していない場合S4904のno、映像情報から3D奥行き情報を作成するS5001。映像情報からの3D奥行き情報を作成する方法については前記の通りである。その後、S4905においては、前記映像情報から作成した3D奥行き情報を用いて、OSDの表示処理を行う。このようにして、入力信号に3D奥行き情報が付加されていない場合でも、3D奥行き情報を作成し、OSDの表示位置を適切に制御することが可能となる。図50の例において、S5001の処理で3D奥行き情報を映像情報から作成せずに、表示装置で表示可能な最前面前記3DOSD最大奥行きとしても良い。そのようにすることにより3D奥行き情報が存在していない場合にでも、3D映像と重複しない最前面にOSDを表示することが可能となる。また別の効果として、3D奥行き情報を映像情報から作成する演算量を削減することも可能となる。また逆に、番組ごとの3D奥行き情報が存在している場合でも、場面によっては例えば番組中のCM中など、奥行きが存在しない映像が表示されている場合もある。そのような場合に備え、常に映像情報から作成した3D奥行き情報を用いて、OSDの表示位置を変更しても良い。そのようにすることにより、各映像に応じたOSDの最適位置での表示が可能となる。<番組切り替わり時のOSD表示>次に番組切り替わり時の、システム制御部51の制御について図51を用いて説明する。番組切り替わり時に、状況に合わせたOSD表示を行うことにより、よりユーザーが視認しやすいOSD表示を行うことが可能になる。番組切り替わりの判定方法としては、現在番組のPMTやEITが変更になった場合、EITが示す次番組の開始時刻が到来した場合、またはユーザーが選局操作などで視聴CHまたは入力信号の入力ポートを切り替えた場合、などがある。番組切り替わり時に、まず初めにシステム制御部51は、現在OSDを表示しているか否かを確認する。確認の結果、現在OSDを表示していない場合S5101のno、特に処理は行わずに終了する。OSDを表示している場合S5101のyesには次のステップに進む。次にOSDの表示変更を許可しているか否かを判定する。ここでのOSDの表示変更の許可とは、システム制御部51が例えば初期値として許可か不許可の何れかを保持しておく。それぞれの値を保持した場合の効果については、下記に記載の通りである。この値については、例えばユーザーが設定メニューなどによりユーザーが望む効果の値を設定しても良い。前記OSDの表示変更が許可されていない場合S5103のno、特に処理は行わない。すなわち、OSDを表示している場合は、そのOSDの奥行き方向の表示位置を変更せず、そのままとする。OSDの表示変更が許可されている場合S5103のyesには次の処理に進む。次に、前記図49の場合と同様に、ユーザーが3D番組もしくは2D3D変換を行った番組を視聴していない場合S4901のnoには、標準位置でのOSD表示を行うS5104。ユーザーが3D番組もしくは2D3D変換を行った番組を視聴している場合S4901のyesには次のステップに進み、3D映像を表示していない場合S4903のno、前記と同様に標準位置でのOSD表示を行うS5104。3D映像を表示している場合S4903のyesには、次のステップに進む。次のステップにおいては、番組切り替わり後の3D奥行き情報を取得し、その情報を基に、前記の例と同様にOSDを適切位置に表示する。このようにして番組切り替わり時のOSD表示の制御を行う。S5103において、OSD表示変更の許可に従った制御を行うことにより、例えば番組の切り替わり等で3D奥行き情報が変化した場合に、OSD表示変更の許可を行っている場合には、変化した3D奥行き情報でOSD表示を行うことが可能なため、番組が切り代わり、3D奥行き情報が変化した場合においても、追従してOSDの表示位置を変更し、適切なOSD表示を行うことが可能になる。またOSD表示変更の許可を行わない場合には、OSDが表示されている間は、OSDが表示を開始した時点の奥行き方向の表示位置から表示位置を変更しないこととなる。これにより、表示されているOSDの表示位置が変更になった瞬間の視認性を低下させることを防ぐ、ということが可能となる。なおこの例についても前記と同様に、S5101、S5103、S4901、S4903の判定については順序の入れ替えや、必要に応じて取捨選択することが可能である。また図51の例においては、番組判定の切り替わり時だけでなく、3D奥行き情報が変化したタイミングで適宜判定を行ってもよい。例えば映像ストリームにピクチャーやシーケンス、シーンごとの3D奥行き情報がある場合、それらの変化に合わせて前記判定処理を行い、OSDの表示位置を適宜変化させることにより、それらのシーンに合わせたOSDの表示位置に動的に追従させることが可能となる。これにより、シーンごとの最大手前位置にOSDが表示されることになり、適切なOSD表示が可能になる。また映像に合わせてOSD位置が変更することにより、臨場感を味わえるという効果も期待できる。上記図49から図51に記載した、システム制御部51の処理フローの実行タイミングは、上記に記載した場合以外でも、それぞれの状態が変化した場合に適宜実行することが望ましい。例えば3D番組視聴準備状態が変化した場合例えばユーザーが3Dメガネを外す、3D視聴中に3Dボタンを押下、3D奥行き情報の有無が変化した場合、3Dの映像が表示されなくなった場合、などには、適宜上記処理フローを実行し、OSDの表示位置を変更するなどの処理を実行する。このようにすることにより、状況変化に応じてユーザーに最適なOSD表示をすることが可能となる。また選局信号切替動作の途中選局前のCHが非表示となり、選局後のCHが表示されるまでの間については、選局後の信号の3D奥行き情報が取得可能となるまで、選局前の3D奥行き情報を使用すると、OSDの表示位置の頻繁な切り替わりを防ぐことが可能となる。この効果は、選局により削除されず表示されるOSD例えばCHバナー、時計、番組情報などの場合に特に効果が高くなる。上記に記載の3DOSDの表示処理や番組切り替わり時のOSD表示については、外部からの入力映像例えば高速デジタルインタフェースやマルチメディアインタフェース、ネットワークインターフェースからの入力についても同様に適用可能であり、その効果も同様に得ることが可能である。またOSDの表示位置については、上記方法で映像コンテンツより前面に表示することが望ましいが、OSDの中でも、さらに重要度にあわせて前後の位置関係を調整しても良い。例えば、CHバナーの情報に比べ、文字スーパーなどの緊急情報については重要度が高いため、文字スーパーなどは映像やCHバナーなどに比べ、さらに前面に表示する。ここでは一定値以上前面に表示しても良いし、または最前面位置前記3DOSD最大奥行きにすると、さらに視認しやすい。このようにOSDの表示位置について、重要度に応じてそれぞれの位置を変更することにより、よりユーザーが必要な情報を認識しやすくなる。<3D奥行き情報のユーザーへの提示例>図52に、3D番組を含む電子番組表の表示例を示す。電子番組表は主に放送信号に多重化され伝送されるEITscheduleに含まれる番組情報をもとに構成されているが、それ以外にも放送における独自の多重化方式での番組情報データ送付や、インターネット経由での番組情報の送付なども行われている。電子番組表に使用される情報は、イベント番組に関連する、番組名、放送開始時刻、放送期間、その他番組の詳細な情報出演者、監督、映像や音声の復号化に関する情報、シリーズ名など、などがあり、これらの情報をもとに図52のような電子番組表を構成している。図の701は装置が表示または出力する画面全体、5201は前記画面上に提示された電子番組表全体を示しており、横軸がサービスCH:チャンネル、縦軸が時刻を表しており、この例ではサービス1CH、3CH、4CH、6CHの7:00~12:00までの電子番組表を表示している。この例において、電子番組表データ例えばEITに含まれるイベント番組の中に、上記の方法で判定される3D番組が存在していた場合例えば、図52の例において、3CHの8:00~10:00で表示される矩形が表す番組、その番組が3D番組であるとわかる、例えば5202のようなマークを、その番組に対してマークが付与されているとわかる範囲内例えば番組を表す矩形の範囲内、もしくはその矩形の周囲の規定の範囲内に表示する。このようにすることにより、ユーザーが電子番組表内でどの番組が3D番組かを容易に認識することが可能になる。ここで3D番組マークの表示方法としては、5202の表示例以外に、例えば4803のように前記3dmethodtypeの情報から該番組の3D方式種別を取得して判別し、3D放送の方式を表す文字やマークを表示しても良い。この例の場合では多視点符号化方式を表すMVCのマークが表示されている例を示している。この場合、ユーザーが電子番組表から、該番組が3D番組であるとともに、どのような3D方式種別で放送されているかを容易に判断できる。また別の表示方法としては、4804の例のように、前記3dmethodtypeから取得した3D方式種別が受信装置で対応していない場合、非対応を表すマーク例えば図の×や表示色を変える図の網掛けのような表示を行う、またはグレー等に電子番組表示領域の色を変えるといった表示を行い、また該番組が、受信装置が対応している3D方式種別の場合には対応を表すマーク例えば図の×の表示位置に、代わりに○を表示するといったように、該番組の3D方式種別が、受信装置で対応しているかによって、表示内容を変更する方法が考えられる。このようにすることにより、ユーザーに対して該番組が、受信装置が対応している3D方式種別の番組か否かを容易に認識させることができる。またこれらの表示を組み合わせて、番組の3D方式種別を表示しつつ、表示色を変えて自装置が非対応の3D方式種別と示す表示も可能である。その場合には、ユーザーは該番組の3D方式種別を確認しつつ、受信装置が対応している3D方式種別かを容易に判断可能である。また3D番組マークは、ユーザーが電子番組表にてカーソルを操作し、3D番組にカーソルのフォーカスがあたった場合に、別の領域に例えば図53の5302に示すように、前記番組が表す矩形の範囲外に、例えば番組の詳細な情報例えば5301に示す、CH番号、放送時刻、番組名と共に表示する場合もある。電子番組表の表示方法としては、その他にもユーザーが特定の操作例えばボタン押下、メニューでの設定を行った場合、または3D番組専用の電子番組表を開いた場合、または3D対応の装置であれば常に、3D番組のみを電子番組表に表示しても良い。このようにするとユーザーが3D番組を探すことがより容易になる。また、3D番組に対応していない装置は、例えば前記3D番組の判定方法により各番組が3D番組と認識されることは無いため、この3D番組マークは表示されない。電子番組表以外にも、番組選局時や番組情報変更時、またはユーザーが特定ボタン例えば画面表示を押下した際に表示される、番組表示例えばCHバナーにも、上記と同様の3D番組判定方法により、現在番組が3D番組の場合、図53の例のように番組表示5301に前記3D番組マークを表示することも可能である。このようにすると、ユーザーが番組表を開かなくても、該番組が3D番組か否かを判断することが可能になる。ここで3D番組マークの表示については、上記3D番組の判定方法で用いられる記述子以外に、電子番組表の文字データ例えばEITに含まれる短形式イベント記述子のtextchar部分の特定位置例えば先頭部分に含まれる3Dという文字であっても良い。この場合には、既存の受信装置であっても、ユーザーが電子番組表から3D番組を認識可能となるが、未対応の3D方式であっても、番組に3Dと表示されてしまうことから、ユーザーに誤解を与える可能性もある。これら表示に加え、図52の5205や、図53の5303の例のように、3D奥行き情報の奥行き値を表示する。表示する値は、例えば最大手前位置depthplusmax、最大奥位置depthminusmax、それらの差分depthplusmaxdepthminusmax、またはそれらの値の定数倍や丸め値などでもよい。または、これらの値と表示装置の大きさやユーザーの視聴距離等を用いた計算により算出された値などでよい。ここではその値が8である例を示している。ユーザーはこれらの値を基に、番組の3D映像の奥行き量を認識することが可能になり、例えば強すぎる奥行き情報の番組は視聴しない、逆に立体感のある番組を視聴する、といった選択が可能になる。またここでは数値の例を示したが、それぞれの程度や強弱を示すマーク例えば上記奥行き値が一定値以上であれば強を示すマーク、上記奥行き値が一定値未満であれば弱を表示しても良い。これによりユーザーが3Dの奥行きをより認識しやすくなる。また別の表示では、一定値以上の奥行き値の番組については、警告を示すメッセージ例えば3D表示の強いコンテンツですを表示しても良い。これによりユーザーが3Dの強すぎる番組を認識し、視聴をやめる、といった選択をすることが可能となる。また逆に、奥行き値が一定値以下例えば0の番組については、前記3D番組マークを表示せず、ユーザーに2Dであると提示する例も考えられる。これは、例えば放送の中で特定の番組だけ2Dである場合に、上記奥行き値で2Dであることを示す、といったことも可能となる。次に、記録媒体に記録されているデジタルコンテンツの一覧表示を行った場合の、3D奥行き情報の表示例について説明する。図54がデジタルコンテンツの一覧表示録画番組一覧の例を示しており、5401が録画番組一覧全体、5402は録画されているコンテンツの表示この例では番組1~6を表示、5403が3D奥行き情報の奥行き値を示している。このようにして、記録媒体に記録されているデジタルコンテンツの3D奥行き情報を確認することが可能である。この例における3D奥行き情報の表示例についても、上記図52や図53に関する説明同様に、奥行き値を直接表示するだけでなく、各種マークやメッセージにて表示をすることも可能であり、その効果も同様である。本実施例で説明した各ユーザーへのメッセージ表示については、ユーザー操作後に消去することが望ましい。その場合にはユーザーが操作を行った後には映像が視聴しやすいというメリットがある。また一定時間経過後についても同様に、ユーザーはすでにメッセージの情報を認識していると考え、メッセージを消去し、映像を視聴しやすい状態にすることがユーザーの利便性を高める。上記で説明した実施例によれば、映像信号の映像情報などから映像の2Dと3Dを自動的に判定し、ユーザーに対してより好ましい形式で映像を表示することが可能になる。特に複数の3D伝送方式に対応可能であり、複数の判定方法で3D映像を判定することにより、より誤判定を少なくすることが可能である。また3D判定に用いる識別子が無い、または情報が不明確、などの場合にのみ映像情報の判定を行う、または番組が変化したタイミングなどの、より情報が変化しやすい場合にのみ映像情報の判定をすることにより、処理負荷の低減や省電力を実現することも可能である。また映像信号を記録または外部に出力する場合に、映像信号の付随情報に対して、判定結果の情報を追加するなどにより、受信する外部機器側で映像情報による判定が不要、または誤った記述子による誤判定を防ぐことも可能になる。また3D奥行き情報に関しては、前記3D奥行き情報を番組情報などから取得し、それに対応したOSD表示を行うことにより、ユーザーがより視認しやすいOSDを表示することが可能になる。特に番組切り替わり時やOSD表示時に複数の要素で判定を行うことにより、ユーザーの3D視聴状態や3D映像の表示状態、3D奥行き情報の有無などを判定することにより、よりユーザーの視聴状況に合わせたOSD表示を行うことが可能となる。また3D奥行き情報が伝送されない場合にも、映像情報から3D奥行き情報を判定し、OSDを適切に表示することが可能となる。また前記3D奥行き情報をユーザーに提示し、ユーザーが3Dの奥行き情報を認識した上で番組選択などの操作を行うことが可能となる。以上の説明においては、図10aで説明した3D番組詳細記述子をPMTProgramMapTableやEITEventInformationTableなどのテーブルに配置して伝送する例を説明した。これに替えて、またはこれに加えて、当該3D番組詳細記述子に含まれる情報を映像符号化時に映像とともに符号化するユーザデータ領域や付加情報領域に格納して伝送してもよい。この場合、これらの情報は番組の映像ES内に含まれることとなる。格納する情報は、図10bで説明した3d2dtype3D/2D種別情報や図11で説明した3dmethodtype3D方式種別情報、または3D奥行き情報などが挙げられる。なお、格納する際には、3d2dtype3D/2D種別情報と3dmethodtype3D方式種別情報とは別情報でも良いが、3D映像か2D映像かを種別する情報と、当該3D映像がどの3D方式であるかをあわせて識別する情報としてもよい。具体的には、映像符号化方式がMPEG2方式である場合には、Pictureheader、PictureCodingExtensionに続くユーザデータ領域に上記の3D/2D種別情報や3D方式種別情報を含めて符号化を行えばよい。また、映像符号化方式がH264AVC方式である場合には、アクセスユニットに含まれる付加情報supplementalenhancementinformation領域に上記の3D/2D種別情報や3D方式種別情報を含めて符号化を行えばよい。このように、ES内の映像の符号化層において3D映像/2D映像の種別を表す情報や3D方式の種別を表す情報を伝送することにより、映像のフレームピクチャー単位での識別が可能になるという効果がある。この場合、PMTProgramMapTableに格納した場合よりも、短い単位で上記識別が可能となるため、送信される映像における3D映像/2D映像の切り替わりに対する受信機の応答速度を向上させることが可能となり、3D映像/2D映像切り替わり時に生じる可能性があるノイズなどをより抑えることが可能となる。また、PMTProgramMapTableには、上記3D番組詳細記述子を配置せず、映像符号化時に映像とともに符号化する映像符号化層に上記情報を格納する場合は、従来の2D放送の放送局で新たに2D/3D混在放送を開始する際に、例えば、放送局側は、図2の送信装置1におけるエンコード部12のみを新たに2D/3D混在放送に対応する構成とすればよく、管理情報付与部16で付加するPMTProgramMapTableの構成を変更する必要がなく、より低コストに2D/3D混在放送を開始することが可能となる。なお、映像符号化時に映像とともに符号化されるユーザデータ領域や付加情報領域などの所定領域に、3d2dtype3D/2D種別情報や3dmethodtype3D方式種別情報などの3D関連情報特に3D/2Dを識別する情報が格納されていない場合には、受信機は、当該映像は2D映像であると判断する構成にしてもよい。この場合、放送局は、2D映像については、符号化処理時にこれらの情報の格納を省略することも可能となり、放送における処理工数が低減できる。以上の説明において、番組イベント単位、サービス単位で3D映像を識別する識別情報を配置する例として、コンポーネント記述子、コンポーネントグループ記述子、サービス記述子、サービスリスト記述子などの番組情報に含める例や、新たに3D番組詳細記述子を設ける例を説明した。また、これらの記述子をPMT、EITschedulebasicscheduleextendedpresentfollowing、NIT、SDTなどのテーブルに含めて伝送することとした。ここで、さらに別の例として、図36に示すコンテント記述子Contentdescriptorに3D番組イベントの識別情報を配置する例を説明する。図36は、番組情報の一つであるコンテント記述子の構造の一例を示す。コンテント記述子は、イベント番組のジャンルに関する情報を記述する。この記述子はEITに配置する。コンテント記述子には、イベント番組のジャンル情報のほか、番組特性を示す情報を記述できる。コンテント記述子の構造は次の通りである。descriptortagは記述子自体を識別するための8ビットのフィールドで、この記述子がコンテント記述子と識別可能な値0x54が記載される。descriptorlengthは8ビットのフィールドで、この記述子のサイズを記載している。contentnibblelevel1ジャンル1は4ビットのフィールドで、コンテント識別の第一段階分類を表す。具体的には、番組ジャンルの大分類を記述する。番組特性を示す際には0xEを指定する。contentnibblelevel2ジャンル2は4ビットのフィールドで、contentnibblelevel1ジャンル1より詳細なコンテント識別の第二段階分類を表す。具体的には、番組ジャンルの中分類を記述する。contentnibblelevel10xEのときは、番組特性コード表の種類を記述する。usernibbleユーザジャンルは4ビットのフィールドで、contentnibblelevel10xEとしたときのみ、番組特性を記述する。その他の場合は、0xFF未定義とする。図36に示すようにusernibbleの4ビットのフィールドは二つ配置可能であり、当該二つのusernibbleの値の組合せ以下、先に配置されるビットを第1のusernibbleビット、後に配置されるビットを第2のusernibbleビットと称するにより、番組特性を定義することができる。当該コンテント記述子を受信した受信機は、descriptortagが0x54であれば、当該記述子はコンテント記述子と判断する。また、descriptorlengthにより、本記述子で記述されるデータの終わりを判断できる。さらにdescriptorlengthに示される長さ以下の部分の記述を有効と判断し、超えた部分の記述は無視して処理を行う。また、受信機は、contentnibblelevel1の値が0xEか否かを判断し、0xEではないときは、番組ジャンルの大分類であると判断する。0xEではないときはジャンルとして判断せず、後続のusernibbleで何らかの番組特性が指定されていると判断する。受信機は、上記contentnibblelevel1の値が0xEでなかった場合には、contentnibblelevel2を番組ジャンルの中分類と判断し、番組ジャンルの大分類と共に、検索、表示等に利用する。上記contentnibblelevel1の値が0xEであった場合には、第1のusernibbleビットと第2のusernibbleビットの組合せにより定義される番組特性コード表の種類を示すと判断する。受信機は、上記contentnibblelevel1の値が0xEである場合には、第1のusernibbleビット、第2のusernibbleビットを組合せにより番組特性を示すビットと判断する。上記contentnibblelevel1の値が0xEでない場合には、第1のusernibbleビット、第2のusernibbleビットにいかなる値が入っていても無視する。よって、放送局は、当該コンテント記述子のcontentnibblelevel1の値を0xEとしない場合、contentnibblelevel1の値とcontentnibblelevel2の値の組合せによって、受信機に対象イベント番組のジャンル情報を伝送することができる。ここで、例えば、図37に示すように、contentnibblelevel1の値が0x0の場合、番組ジャンルの大分類をニュース/報道と定義し、contentnibblelevel1の値が0x0であってcontentnibblelevel2の値が0x1の場合を天気と定義し、contentnibblelevel1の値が0x0であってcontentnibblelevel2の値が0x2の場合を特集ドキュメントと定義し、contentnibblelevel1の値が0x1の場合、番組ジャンルの大分類をスポーツと定義し、contentnibblelevel1の値が0x1であってcontentnibblelevel2の値が0x1の場合を野球と定義し、contentnibblelevel1の値が0x1であってcontentnibblelevel2の値が0x2の場合をサッカーと定義した場合について説明する。この場合、受信機は、contentnibblelevel1の値により、番組ジャンルの大分類がニュース/報道なのかスポーツなのか判断することが可能となり、contentnibblelevel1の値とcontentnibblelevel2の値の組合せにより、ニュース/報道やスポーツなどの番組ジャンルの大分類よりも下位の番組ジャンルである番組ジャンルの中分類まで判断することが可能となる。なお、当該判断処理を実現するためには、受信機の有する記憶部にcontentnibblelevel1の値とcontentnibblelevel2の値の組合せと番組ジャンルの定義の対応関係を示すジャンルコード表情報を予め記憶しておけばよい。ここで、当該コンテント記述子を用いて対象イベント番組の3D番組関連の番組特性情報を伝送する場合について説明する。以下では、3D番組の識別情報を番組ジャンルではなく番組特性として伝送する場合について説明する。まず、コンテント記述子を用いて3D番組関連の番組特性情報を伝送する場合に、放送局は、コンテント記述子のcontentnibblelevel1の値を0xEとして伝送する。これにより、受信機は、当該コンテント記述子が伝送する情報が対象イベント番組のジャンル情報ではなく対象イベント番組の番組特性情報であると判断できる。また、これによりコンテント記述子に記述される第1のusernibbleビットと第2のusernibbleビットとがその組合せにより番組特性情報を示すものであると判断することができる。ここで、例えば、図38に示すように、第1のusernibbleビットの値が0x3の場合、該コンテント記述子が伝送する対象イベント番組の番組特性情報が3D番組関連の番組特性情報であると定義し、第1のusernibbleビットの値が0x3であって第2のusernibbleビットの値が0x0の場合の番組特性を対象イベント番組に3D映像が含まれないと定義し、第1のusernibbleビットの値が0x3であって第2のusernibbleビットの値が0x1の場合の番組特性を対象イベント番組の映像は3D映像であると定義し、第1のusernibbleビットの値が0x3であって第2のusernibbleビットの値が0x2の場合の番組特性を対象イベント番組中に3D映像と2D映像とが含まれると定義した場合について説明する。この場合、受信機は、第1のusernibbleビットの値と第2のusernibbleビットの値の組合せによって、対象イベント番組の3D番組関連の番組特性を判断可能となり、当該コンテント記述子が含まれるEITを受信した受信機は、電子番組表EPG表示において、将来受信するまたは現在受信している番組について3D映像が含まれない旨、当該番組について3D映像番組である旨、当該番組について3D映像と2D映像とが含まれる旨の説明の表示や、その旨を示す図形の表示を行うことが可能となる。また、当該コンテント記述子が含まれるEITを受信した受信機は、3D映像が含まれない番組、3D映像が含まれる番組、3D映像と2D映像とが含まれる番組等の検索が可能となり、該当番組の一覧表示等を行うことが可能となる。なお、当該判断処理を実現するためには、受信機の有する記憶部に第1のusernibbleビットの値と第2のusernibbleビットの値の組合せと番組特性の定義の対応関係を示す番組特性コード表情報を予め記憶しておけばよい。また、3D番組関連の番組特性情報の別の定義例として、例えば、図39に示すように、第1のusernibbleビットの値が0x3の場合、該コンテント記述子が伝送する対象イベント番組の番組特性情報が3D番組関連の番組特性情報であると定義し、第1のusernibbleビットの値が0x3であって第2のusernibbleビットの値が0x0の場合の番組特性を対象イベント番組に3D映像が含まれないと定義し、第1のusernibbleビットの値が0x3であって第2のusernibbleビットの値が0x1の場合の番組特性を対象イベント番組に3D映像が含まれ、その3D映像伝送方式がSidebySide方式であると定義し、第1のusernibbleビットの値が0x3であって第2のusernibbleビットの値が0x2の場合の番組特性を対象イベント番組に3D映像が含まれ、その3D映像伝送方式がTopandBottom方式であると定義し、第1のusernibbleビットの値が0x3であって第2のusernibbleビットの値が0x3の場合の番組特性を対象イベント番組に3D映像が含まれ、その3D映像伝送方式が3D2視点別ES伝送方式であると定義した場合について説明する。この場合、受信機は、第1のusernibbleビットの値と第2のusernibbleビットの値の組合せによって、対象イベント番組の3D番組関連の番組特性を判断可能となり、対象イベント番組に3D映像が含まれるかのみならず、3D映像が含まれる場合の3D伝送方式を判断することが可能となる。受信機が対応可能3D再生可能な3D伝送方式の情報を予め受信機が有する記憶部に記憶しておけば、受信機は、予め記憶部に記憶した当該対応再生可能な3D伝送方式の情報と、EITに含まれるコンテント記述子により判断した対象イベント番組の3D伝送方式の情報を比較することにより、電子番組表EPG表示において、将来受信するまたは現在受信している番組について3D映像が含まれない旨、当該番組について3D映像が含まれ、本受信機で3D再生が可能である旨、当該番組について3D映像が含まれるが、本受信機で3D再生はできない旨の説明の表示や、その旨を示す図形の表示を行うことが可能となる。また、上記の例では、第1のusernibbleビットの値が0x3であって第2のusernibbleビットの値が0x3の場合の番組特性を対象イベント番組に3D映像が含まれ、その3D映像伝送方式が3D2視点別ES伝送方式であると定義したが、図35に示す3D2視点別ES伝送方式の詳細なストリーム組合せごとに第2のusernibbleビットの値を用意してもよい。このようにすれば、受信機においてさらに詳細な識別が可能となる。また、対象イベント番組の3D伝送方式の情報を表示しても良い。また、当該コンテント記述子が含まれるEITを受信した受信機は、3D映像が含まれない番組、3D映像が含まれ本受信機で3D再生可能な番組、3D映像が含まれるが本受信機で3D再生できない番組等の検索が可能となり、該当番組の一覧表示等を行うことが可能となる。また、3D映像が含まれる番組について3D伝送方式ごとに番組検索も可能となり、3D伝送方式ごと番組の一覧表示を行うことも可能となる。なお、3D映像が含まれるが本受信機で3D再生できない番組の検索や3D伝送方式ごとの番組検索は、例えば、本受信機では3D再生できなくとも、利用者が有する他の3D映像番組再生機器において再生可能である場合に有効である。本受信機で3D再生できない3D映像が含まれる番組であっても、本受信機の映像出力部から他の3D映像番組再生機器に当該番組をトランスポートストリーム形式のまま出力して、3D映像番組再生機器で、受信したランスポートストリーム形式の番組を3D再生することも可能であり、また、本受信機にリムーバブルメディアへのコンテンツを記録する記録部があれば、リムーバブルメディアへ当該番組を記録して、上記他の3D映像番組再生機器で当該リムーバブルメディアに記録された上記番組を3D再生することも可能だからである。なお、当該判断処理を実現するためには、受信機の有する記憶部に、第1のusernibbleビットの値と第2のusernibbleビットの値の組合せと番組特性の定義の対応関係を示す番組特性コード表情報と、受信機が対応可能3D再生可能な3D伝送方式の情報とを予め記憶しておけばよい。"