"映像データと字幕データと前記字幕データについての奥行き表示位置情報または視差情報を含む3D映像コンテンツを受信する受信部と、受信した前記映像データと前記字幕データとを3D表示または2D表示するための映像処理を行う映像処理部と、ユーザからの操作入力信号を入力する操作入力部とを備え、前記映像処理部による映像処理には、受信した前記3D映像コンテンツの映像データを3D表示し、受信した前記字幕データを前記奥行き表示位置情報または前記視差情報を用いて3D表示するための第1の映像処理と、前記操作入力部から、3D表示を2D表示に切り替え操作入力信号が入力された場合に、受信した前記3D映像コンテンツの映像データを2D表示し、受信した前記字幕データを前記奥行き表示位置情報または前記視差情報に基づかずに2D表示するための第2の映像処理とがあることを特徴とする受信装置。映像データと字幕データと前記字幕データについての奥行き表示位置情報または視差情報を含む3D映像コンテンツを受信装置が受信するステップと、受信した前記映像データと前記字幕データとを3D表示または2D表示するための映像処理を行う映像処理ステップと備え、前記映像処理ステップにおける映像処理には、受信した前記3D映像コンテンツの映像データを3D表示し、受信した前記字幕データを前記奥行き表示位置情報または前記視差情報を用いて3D表示するための第1の映像処理と、前記操作入力部から、3D表示を2D表示に切り替え操作入力信号が入力された場合に、受信した前記3D映像コンテンツの映像データを2D表示し、受信した前記字幕データを前記奥行き表示位置情報または前記視差情報に基づかずに2D表示するための第2の映像処理とがあることを特徴とする受信方法。送信装置が、映像データと前記字幕データと字幕データについての奥行き表示位置情報または視差情報を含む3D映像コンテンツを送信するステップと、受信装置が、前記3D映像コンテンツを受信するステップと、前記受信装置が、受信した前記映像データと前記字幕データとを3D表示または2D表示するための映像処理を行う映像処理ステップと備え、前記映像処理ステップにおける映像処理には、受信した前記3D映像コンテンツの映像データを3D表示し、受信した前記字幕データを前記奥行き表示位置情報または前記視差情報を用いて3D表示するための第1の映像処理と、前記受信装置の操作入力部から、3D表示を2D表示に切り替え操作入力信号が入力された場合に、受信した前記3D映像コンテンツの映像データを2D表示し、受信した前記字幕データを前記奥行き表示位置情報または前記視差情報に基づかずに2D表示するための第2の映像処理とがあることを特徴とする送受信方法。しかし、特許文献1においては3Dコンテンツの視聴に関して開示がない。そのため、受信機が現在受信している、あるいは将来受信する番組が3D番組であることが認識できないという課題がある。また特許文献2では符号化画像データC、字幕データD、距離パラメータEの送信と受信の単純な動作が開示されているのみであり、実際の放送や通信における他の様々な情報や状況に対応する送信処理や受信処理を実現するには不十分であるという課題がある。上記課題を解決するために、本発明の一実施の態様は、例えば、送信装置が、映像データと前記字幕データと字幕データについての奥行き表示位置情報または視差情報を含む3D映像コンテンツを送信し、受信装置が、前記3D映像コンテンツを受信し、前記受信装置が、受信した前記映像データと前記字幕データとを3D表示または2D表示するための映像処理を行い、前記映像処理には、受信した前記3D映像コンテンツの映像データを3D表示し、受信した前記字幕データを前記奥行き表示位置情報または前記視差情報を用いて3D表示するための第1の映像処理と、前記受信装置の操作入力部から、3D表示を2D表示に切り替え操作入力信号が入力された場合に、受信した前記3D映像コンテンツの映像データを2D表示し、受信した前記字幕データを前記奥行き表示位置情報または前記視差情報に基づかずに2D表示するための第2の映像処理とがあるように構成すればよい。本発明によれば、ユーザが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との間に、複数の情報を多重するマルチプレクス部多重化部が置かれる。また、公衆回線網3を経由して送信する信号についても同様に、エンコード部12で作成された信号が必要に応じて暗号化部17で、特定の視聴者には視聴可能となるように暗号化される。通信路符号化部18で公衆回線網3で伝送するに適した信号となるよう符号化された後、ネットワークI/FInterface部19から、公衆回線網3に向けて送信される。<3D伝送方式>送信装置1から伝送される3D番組の伝送方式には大きく分けて二つの方式がある。一つの方式は、既存の2D番組の放送方式を生かし、1枚の画像内に左目用と右目用の映像を収めた方式がある。この方式は映像圧縮方式として既存のMPEG2MovingPictureExpertsGroup2やH.264AVCが利用され、その特徴は、既存の放送と互換があり、既存の中継インフラを利用でき、既存の受信機STBなどでの受信が可能であるが、既存の放送の再高解像度の半分垂直方向、あるいは水平方向の3D映像の伝送となる。例えば、図39aで示すように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で伝送する方式がある。本実施例では、当該方式を以下、3D2視点別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番組を伝送放送するにあたり、本発明の実施例では、例えば、図47に示すようなストリームの組合せで伝送することが可能となる。組合せ例1では、主視点映像ストリームとして、多視点映像符号化ストリームのベースビューサブビットストリームを伝送し、副視点映像ストリームとして多視点映像符号化ストリームの他の視点用サブビットストリームを伝送する。この場合は、主視点映像ストリーム、副視点映像ストリームともに、多視点映像符号化方式のストリームを用いる。多視点映像符号化方式は、そもそも多視点の映像を伝送するための方式であり、図47の組合せ例の中で最も効率よく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方式の他の視点のビットストリームを伝送する。この場合も、組合せ例2と同様に、既存のITUT勧告H262ISOIEC138182映像ストリームを表示出力する機能を有する受信装置であれば、3D表示出力機能を有しない受信装置でも、2D番組として表示出力することが可能となる。受信装置の機能の制限による視聴率の低下をより防ぐという放送局の商業的なメリットに加え、主視点映像ストリームと副視点映像ストリームとの符号化方式をH262方式に統一することにより、受信装置における映像復号化機能のハードウェア構成を簡素化することが可能となる。なお、組合せ例4のように、主視点映像ストリームとして、多視点映像符号化ストリームのベースビューサブビットストリームを伝送し、副視点映像ストリームとして3D映像の複数視点を別ストリームで伝送する場合のH262方式の他の視点のビットストリームを伝送することも可能である。なお、図47の組合せにおいて、多視点映像符号化ストリームのベースビューサブビットストリームの代わりに、ITUT勧告H264ISOIEC1449610映像で規定されるAVC映像ストリームとしても同様の効果を得ることができる。また、図47の組合せにおいて、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映像か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番組詳細記述子、サービス記述子、サービスリスト記述子は、例えば管理情報付与部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は当該番組内で一意となるコンポーネントタグ値を記述する。このように送信装置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などの表示を映像信号に重畳する処理などを行い、処理後の映像信号をディスプレイ47または映像信号出力部41に出力し、処理後の映像信号のフォーマットに対応する同期信号や制御信号機器制御に使用を映像信号出力部41および制御信号出力部43から出力する映像変換処理部、33はユーザー操作入力部45からの操作入力例えばIRInfraredRadiation信号を発信するリモートコントローラーからのキーコードを受信し、またCPU21や映像変換処理部32が生成した外部機器への機器制御信号例えばIRを機器制御信号送信部44から送信する制御信号送受信部、34は内部にカウンタを有し、また現在の時刻の保持を行うタイマー、46は前記多重分離部で再構成されたTSに対し暗号化等必要な処理を行い外部にTSを出力、または外部から受信したTSを復号化して多重分離部29に対して入力するシリアルインタフェースやIPインタフェースなどの高速デジタルI/F、47は映像復号部30が復号して映像変換処理部32により映像が変換された3D映像および2D映像を表示するディスプレイ、48は音声復号部が復号した音声信号に基づいて音を出力するスピーカを表しており、主にこれらの装置により、受信装置4は構成されている。ディスプレイに3D表示する場合も、必要であれば、同期信号や制御信号は制御信号出力部43や機器制御信号送信端子44から出力する。受信装置および視聴装置および3D視聴補助装置例えば3Dメガネを含めたシステム構成について、図35および図36に例を示す。図35は受信装置と視聴装置が一体となったシステム構成、また図36は受信装置と視聴装置が別構成となった場合の例である。図35において、3501は前記受信装置4の構成を含み3D映像表示および音声出力が可能な表示装置、3503は前記表示装置3501から出力される3D視聴補助装置制御信号例えばIR信号、3502は3D視聴補助装置を表している。図35の例においては、映像信号は前記表示装置3501が具備する映像ディスプレイから表示され、また音声信号は前記表示装置3501が具備するスピーカから出力される。また同様に表示装置3501は機器制御信号44または制御信号43の出力部から出力される3D視聴補助装置制御信号を出力する出力端子を具備する。なお、上記の説明は、図35に示す表示装置3501と3D視聴補助装置3502とが後述するアクティブシャッター方式により表示する例を前提として説明したが、図35に示す表示装置3501と3D視聴補助装置3502とが後述する偏光分離による3D映像表示装置を行う方式の場合には、3D視聴補助装置3502は左目と右目に異なる映像が入射するように偏光分離を行うものであればよく、表示装置3501から機器制御信号44または制御信号43の出力部から3D視聴補助装置3502へ出力される3D視聴補助装置制御信号3503を出力しなくともよい。また図36において、3601は前記受信装置4の構成を含む映像音声出力装置、3602は映像/音声/制御信号を伝送する伝送経路例えばHDMIケーブル、3603は外部から入力された映像信号や音声信号を表示出力するディスプレイを表す。この場合、映像音声出力装置3601受信装置4の映像出力41から出力される映像信号と音声出力42から出力される音声信号、制御信号出力部43から出力される制御信号は、伝送路3602で規定されているフォーマット例えばHDMI規格により規定されるフォーマットに適した形式の伝送信号に変換され、伝送経路3602を経由しディスプレイ3603に入力される。ディスプレイ3603では前記伝送信号を受信し、もとの映像信号、音声信号、制御信号に復号し、映像と音声を出力するとともに、3D視聴補助装置3502に対して3D視聴補助装置制御信号3503を出力する。なお、上記の説明は、図36に示す表示装置3603と3D視聴補助装置3502とが後述するアクティブシャッター方式により表示する例を前提として説明したが、図36に示す表示装置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表示などしてディスプレイ47に表示または外部に出力する。映像変換処理部32における3D映像、2D映像の所定のフォーマットへの変換方法の詳細については後述する。各機能ブロックはこれらのような機能を提供する。<放送受信>ここで放送受信を行う場合の制御手順と信号の流れについて説明する。まず特定チャンネル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バナーを映像信号に重畳して出力するように制御を行う。このようにして、選局時等のメッセージ表示を行う。<放送信号の記録>次に放送信号の記録制御と信号の流れについて説明する。特定の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へ書き込む処理を行う。このようにして放送信号の記録を行う。<記録媒体からの再生>次に記録媒体からの再生処理について説明する。特定の番組の再生を行う場合には、システム制御部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映像の表示方式としては、左目と右目に視差を感じさせる左目用と右目用の映像を作成し、人間に立体物が存在しているように認識させるいくつかの方式がある。ひとつの方式としては、ユーザーが着用するメガネに対して、液晶シャッター等を用いて左右のグラスを交互に遮光を行い、またそれと同期させて左目用と右目用の映像を表示させ、左右の目に映る画像に視差を発生させるアクティブシャッター方式がある。この場合、受信装置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番組判定は可能である。以上の説明では、サービスCHまたは番組単位で3D映像か否かを判定するためのさまざまな情報テーブルや記述子に含まれる情報について説明したが、これらは本発明において必ずしも全て送信する必要はない。放送形態に合せて必要な情報を送信すればよい。これらの情報のうち、それぞれ単独の情報を確認して、サービスCHまたは番組単位で3D映像か否かを判定してもよく、複数の情報を組み合わせてサービスCHまたは番組単位で3D映像か否かを判定してもよい。複数の情報を組み合わせて判定する場合は、3D映像放送サービスであるが、一部の番組だけ2D映像であるなどの判定も可能となる。このような判定ができる場合は、受信装置で、例えばEPGでは当該サービスが3D映像放送サービスであることを明示することができ、かつ、当該サービスに3D映像番組以外に2D映像番組が混在していても、番組受信時に3D映像番組と2D映像番組とで表示制御等を切り替えることが可能となる。なお、以上説明した3D番組の判定方法により、3D番組と判定された場合において、例えば図5c~eで指定された3Dコンポーネントが受信装置4で適切に処理表示、出力することができる場合には3Dにて処理再生、表示、出力し、受信装置4で適切に処理再生、表示、出力することができない場合例えば、指定された3D伝送方式に対応する3D映像再生機能がない場合などには2Dにて処理再生、表示、出力してもよい。このとき、2D映像の表示、出力とともに、当該3D映像番組が、受信装置において適切に3D表示または3D出力できない旨を合せて表示してもよい。このようにすれば、2D映像番組として放送された番組なのか、3D映像番組として放送された番組であるが受信装置で適切に処理できないため2D映像を表示しているのかをユーザが把握することができる。<3D2視点別ES伝送方式の3Dコンテンツの3D再生/出力/表示処理>次に3Dコンテンツ3D映像を含むデジタルコンテンツ再生時の処理について説明する。ここではまず、図47に示すような、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を復号するように指示を行う。図47に示す3D2視点別ES伝送方式の組合せ例2や組合せ例4のように、主視点映像ESと副視点映像ESで符号化方式が異なる3D番組を復号するために、映像復号部30は、それぞれの符号化方式に対応した、複数種類の復号機能を有するように構成すればよい。図47に示す3D2視点別ES伝送方式の組合せ例1や組合せ例3のように、主視点映像ESと副視点映像ESで符号化方式が同じ3D番組を復号するために、映像復号部30は、単一の符号化方式に対応した復号機能のみを有する構成でもかまわない。この場合は、映像復号部30を安価に構成することができる。前記指示を受信した復号制御部57は、主視点映像ESと副視点映像ESそれぞれの符号化方式に対応した復号を行い、左目用と右目用の映像信号を映像変換処理部32に出力する。ここで、システム制御部51は映像変換制御部61に対して、3D出力処理を行うように指示を行う。前記指示をシステム制御部51から受信した映像変換制御部61は、映像変換処理部32を制御して、映像出力41から出力する、または受信装置4が備えるディスプレイ47に3D映像を表示する。当該3D再生/出力/表示方法について、図37を用いて説明する。図37aは、3D2視点別ES伝送方式の3Dコンテンツの左右の視点の映像を交互に表示、出力するフレームシーケンシャル方式の出力、表示に対応する再生/出力/表示方法の説明図である。図の左側上部のフレーム列M1,M2,M3,が、3D2視点別ES伝送方式のコンテンツの主視点映像ESに含まれる複数のフレーム、図の左側下部のフレーム列S1,S2,S3,が3D2視点別ES伝送方式のコンテンツの副視点右目用映像ESに含まれる複数のフレームを表している。映像変換処理部32では、前記入力された主視点左目用/副視点右目用映像信号の各フレームを、図の右側のフレーム列M1,S1,M2,S2,M3,S3,で表すように、交互にフレームを映像信号として出力/表示する。このような出力/表示方式によれば、各視点それぞれについてディスプレイに表示可能な解像度を最大に用いることができ、高解像度の3D表示が可能となる。図36のシステム構成において、図37aの方式を用いる場合には、上記映像信号の出力とともに、それぞれの映像信号が主視点左目用、副視点右目用と判別可能な同期信号を制御信号43から出力する。前記映像信号と前記同期信号を受信した外部の映像出力装置は、前記映像信号を前記同期信号に合わせて主視点左目用、副視点右目用の映像を出力し、かつ3D視聴補助装置に同期信号を送信することにより3D表示を行うことが可能になる。なお、外部の映像出力装置から出力される同期信号は、外部の映像出力装置で生成してもよい。また図35のシステム構成において、図37aの方式を用いて、前記映像信号を受信装置4が備えるディスプレイ47に表示する場合には、前記同期信号を機器制御信号送信部53および制御信号送受信部33を経由し、機器制御信号送信端子44から出力して、外部の3D視聴補助装置の制御例えばアクティブシャッターの遮光切替を行うことにより、3D表示を行う。図37bは、3D2視点別ES伝送方式の3Dコンテンツの左右の視点の映像をディスプレイの異なる領域に表示する方式の出力、表示に対応する再生/出力/表示方法の説明図である。当該処理は、3D2視点別ES伝送方式のストリームを映像復号部30で復号し、映像変換処理部32で映像変換処理を行うものである。ここで、異なる領域に表示するとは、例えば、ディスプレイの奇数ラインと偶数ラインをそれぞれ主視点左目用、副視点右目用の表示領域として表示する等の方法がある。または、表示領域はライン単位でなくともよく、視点ごとに異なる画素を持つディスプレイの場合は、主視点左目用の複数の画素の組合せと副視点右目用の画素の複数の画素の組合せのそれぞれの表示領域とすればよい。例えば、上述した偏光方式の表示装置では、例えば、上記の異なる領域から、3D視聴補助装置の左目右目のそれぞれの偏光状態に対応した、互いに異なる偏光状態の映像を出力すればよい。このような出力/表示方式によれば、各視点それぞれについてディスプレイに表示可能な解像度は、図37aの方式よりも少なくなるが、主視点左目用の映像と副視点右目用の映像を同時に出力/表示可能であり、交互に表示する必要がない。これにより、図37aの方式よりもちらつきの少ない3D表示が可能となる。なお、図35、図36のいずれのシステム構成においても、図37bの方式を用いる場合には、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出力/表示方法について、図38を用いて説明する。符号化映像の構成は図37と同様であるが、上記説明の通り、映像復号部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映像の再生/出力/表示方法について、図39を用いて説明する。図39aは、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,で表すように、交互にフレームを映像信号として出力する。図39aにおいて、交互にフレームを出力/表示する出力/表示映像に変換した後の処理および、3D視聴補助装置への同期信号や制御信号の出力等については、既に説明した、図37aで説明した3D2視点別ES伝送方式の3Dコンテンツの3D再生/出力/表示処理と同様であるため、説明を省略する。図39bは、SidebySide方式またはTopandBottom方式の3Dコンテンツの左右の視点の映像をディスプレイの異なる領域に表示する方式の出力、表示に対応する再生/出力/表示方法の説明図である。図39aと同様に、符号化映像としてSidebySide方式、TopandBottom方式の説明を併記して図示しているが、両者の異なる点は左目用映像と右目用映像の映像内の配置が異なる点のみのため、以下の説明ではSidebySide方式を用いて説明し、TopandBottom方式の説明を省略する。図の左側のフレーム列L1/R1,L2/R2,L3/R3が、左目用と右目用の映像が1フレームの左側/右側に配置されたSidebySide方式映像信号を表している。映像復号部30では、左目用と右目用の映像1フレームの左側/右側に配置された状態のSidebySide方式映像信号が復号され、映像変換処理部32では、前記復号されたSidebySide方式映像信号の各フレームを左目用映像と右目用映像になるように左右分離して、さらにスケーリング出力映像の横サイズに合うように伸張/補間、または圧縮/間引等を実施をする。さらに、スケーリングした左目用映像と右目用映像とを異なる異なる領域に出力、表示する。図37bでの説明と同様に、ここで、異なる領域に表示するとは、例えば、ディスプレイの奇数ラインと偶数ラインをそれぞれ主視点左目用、副視点右目用の表示領域として表示する等の方法がある。その他、異なる領域への表示処理および偏光方式の表示装置での表示方法等は、図37bで説明した3D2視点別ES伝送方式の3Dコンテンツの3D再生/出力/表示処理と同様であるため、説明を省略する。図39bの方式では、ディスプレイの垂直解像度と入力映像の垂直解像度とが同じであっても、左目用映像と右目用映像とをそれぞれディスプレイの奇数ラインと偶数ラインに出力、表示する場合は、それぞれの垂直の解像度を減らす必要がある場合があるが、このような場合も上記スケーリング処理において、左目用映像と右目用映像の表示領域の解像度に対応した間引を実施すればよい。<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出力/表示方法について、図40を用いて説明する。図40はSidebySide方式、図40はTopandBottom方式の説明を図示しており、どちらも左目用映像と右目用映像の映像内の配置が異なるのみのため、説明は図40の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出力/表示を行う例も図40に示す。例えば、図36のように、受信装置と視聴装置が別構成の場合などにおいて、受信装置からは復号したSidebySide方式やTopandBottom方式の映像を1画像に2視点格納した映像のまま出力し、視聴装置で3D表示のための変換をおこなってもよい。<現番組が3Dコンテンツであるか否かに基づく2D/3D映像表示処理フローの例>次に、現番組が3Dコンテンツである場合、または現番組が3Dコンテンツになった場合のコンテンツの出力/表示処理について説明する。現番組が3Dコンテンツ番組である場合または3Dコンテンツ番組になった場合の3Dコンテンツの視聴に関して、無条件で3Dコンテンツの表示が開始されてしまうと、ユーザは当該コンテンツを視聴することはできず、ユーザの利便性を損ねるおそれがある。これに対し、以下に示す処理を行うことで、ユーザの利便性を向上させることができる。図41は、番組の切り替わり時における現在番組や番組情報の変更などの契機で実行されるシステム制御部51の処理フローの一例である。図41の例では、2D番組でも、3D番組でも、まずは一方の視点例えば主視点の映像の2D表示を行うフローである。システム制御部51は番組情報解析部54から現在の番組の番組情報を取得し、現在の番組が3D番組か否かを上記の3D番組の判定方法により判定し、さらに現在の番組の3D方式種別例えば2視点別ES伝送方式/SidebySide方式など、例えば3D番組詳細記述子に記載の3D方式種別から判断を同様に番組情報解析部54から取得するS401。なお、現在番組の番組情報の取得は、番組の切り替わり時に限らず、定期的に取得しても良い。判定の結果、現在の番組が3D番組で無い場合S402のno、2Dの映像を2Dで表示するように制御を行うS403。現在の番組が3D番組の場合S402のyes、システム制御部51は、図38や図40で説明した方法で、それぞれの3D方式種別に対応した形式で3D映像信号の一方の視点例えば主視点を2D表示するように制御を行うS404。このとき、3D番組である旨を示す表示を番組の2D表示映像に重畳して表示してもよい。このようにして、現在の番組が3D番組の場合に、一方の視点例えば主視点の映像を2D表示する。なお、選局動作を行い、現在の番組が変更になった場合にも、システム制御部51において上記のフローが実施される。このように、現在番組が3D番組である場合に、とりあえず一方の視点例えば主視点の映像の2D表示とする。これにより、ユーザが3D視聴補助装置を装着していない等、ユーザの3D視聴準備が整っていなくとも、ユーザはとりあえず2D番組とほぼ同様に視聴することが可能となる。特に、SidebySide方式やTopandBottom方式の3Dコンテンツの場合には、図40に示すように、1画像に2視点格納した映像のまま出力するのではなく、図40に示すように、一方の視点の2D出力/表示とすることにより、1画像に2視点格納した映像を一方の視点のを2D表示する指示を、リモコン等を介してユーザが手動で行わなくとも、ユーザが通常の2D番組と同様に視聴することが可能となる。次に、図42は、例えばステップS404で映像を2D表示するとともにシステム制御部51がOSD作成部60に表示させるメッセージの一例である。ユーザーに3D番組が開始されたことを通知するメッセージを表示し、さらにユーザーが応答を行うオブジェクト以下ユーザー応答受信オブジェクト:例えばOSD上のボタン1602を表示し、その後の動作を選択させる。メッセージ1601表示時、例えばユーザーがリモコンのOKボタンを押下した場合、ユーザー指示受信部52はOKが押下されたことをシステム制御部51に通知する。図42の画面表示におけるユーザー選択の判定方法の一例としては、ユーザーがリモコンを操作し、リモコンの<3D>ボタンを押下した場合または画面のOK/3Dにカーソルを合わせリモコンの<OK>ボタンを押下した場合は、ユーザー選択は3D切替と判定する。または、ユーザーがリモコンの<キャンセル>ボタンまたは<戻る>ボタンを押下した場合または画面のキャンセルにカーソルを合わせリモコンの<OK>を押下した場合は、ユーザー選択は3D切替以外と判定する。これ以外にも、例えばユーザーの3D視聴準備が完了したか否かの状態3D視聴準備状態がOKになる動作が行われた場合例えば3Dメガネ装着には、ユーザー選択は3D切替となる。ユーザーが選択を行った後に実行されるシステム制御部51の処理フローについて、図43に示す。ユーザー選択結果を、システム制御部51はユーザー指示受信部52から取得するS501。ユーザー選択が、3D切替で無かった場合S502のno、映像は2D表示のまま終了し、特に処理は行わない。ユーザーの選択が3D切替であった場合S502のyes、上記の3D表示方法で映像を3D表示S504する。以上のフローにより、3D番組開始時には、一方の視点の映像を2D出力/表示しておき、ユーザーが操作や3D視聴準備などを行った後など、ユーザが3D視聴を行いたいときに、3D映像を出力/表示して映像を3Dで視聴をすることが可能となり、ユーザの都合に合せた視聴方法を提供することができる。なお、図42の表示例では、ユーザーが応答を行うためのオブジェクトを表示したが、単純に3D番組等、当該番組が3D視聴に対応した番組であることを単に示す文字または、ロゴ、マーク等を表示するのみでもよい。この場合は、3D視聴に対応した番組であることを認識したユーザがリモコンの3Dキーを押下げ、当該リモコンからの信号を受信したユーザー指示受信部52からシステム制御部51への通知を契機に2D表示から3D表示に切り替えを行えばよい。さらに、ステップS404で表示するメッセージ表示の別の例としては、図42のように単純にOKだけでなく、番組の表示方式を2D映像にするか3D映像にするかを明記する方法も考えられる。その場合のメッセージと、ユーザー応答受信オブジェクトの例を図44に示す。このようにすると図42のようなOKの表示に比べ、ユーザーがボタン押下後の動作をより判断しやすくなる他、明示的に2Dでの表示を指示できるなど1202に記載の2Dで見る押下時には、ユーザー3D視聴準備状態をNGと判定、利便性が高まる。次に、3Dコンテンツの視聴に関して、3D番組視聴開始時に、特定の映像/音声を出力、または映像/音声をミュート黒画面表示/表示停止、音声出力を停止する例について説明する。これはユーザーが3D番組を視聴開始した場合に。無条件で3Dコンテンツの表示が開始されてしまうと、ユーザは当該コンテンツを視聴することはできず、ユーザの利便性を損ねるおそれがある。これに対し、以下に示す処理を行うことで、ユーザの利便性を向上させることができる。この場合の3D番組開始時にシステム制御部51で実行される処理フローを図45に示す。図41の処理フローと異なる点は、S404の処理に代わり、特定映像音声を出力するステップS405が追加された点である。ここでいう特定映像音声とは、例えば映像であれば、3D準備を促すメッセージ、黒画面、番組の静止画、などが挙げられ、音声としては、無音、または固定パターンの音楽環境音楽などが挙げられる。固定パターン映像メッセージや環境映像、または3D映像等の表示については、映像復号部30内部または図に記載していないROMまたは記録媒体26からデータを読み出し、映像復号部30が復号して出力することにより実現できる。黒画面の出力については、例えば映像復号部30が黒色を表す信号のみの映像を出力する、または映像変換処理部32が出力信号のミュートまたは黒映像の出力することにより実現できる。また、固定パターン音声無音、環境音楽の場合も同様に、音声復号部31の内部またはROMまたは記録媒体26からデータを読み出して復号出力、出力信号のミュート等により実現できる。番組映像の静止画の出力については、システム制御部51から記録再生制御部58に対して、番組の再生および映像の一時停止を指示することにより実現できる。ユーザー選択を実施した後のシステム制御部51の処理は上記と同様、図43のように実行する。これによりユーザーが3D視聴準備を完了するまでの間、番組の映像や音声を出力しないことが可能になる。前記の例と同様に、ステップS405で表示するメッセージ表示としては、図46のようになる。図42と異なる点は、表示されている映像および音声が異なるのみで、ひょうじされるメッセージやユーザー応答受信オブジェクトの構成、ユーザー応答受信オブジェクトの動作も同様である。メッセージの表示については図46のように単純にOKだけでなく、番組の表示方式を2D映像にするか3D映像にするかを明記する方法も考えられる。その場合のメッセージと、ユーザー応答受信オブジェクトの例も図44と同様に表示可能であり、このようにすると前記のようなOKの表示に比べ、ユーザーがボタン押下後の動作をより判断しやすくなる他、明示的に2Dでの表示を指示できるなど、前記の例と同様に利便性が高まる。<次番組が3Dコンテンツであるか否かに基づく2D/3D映像表示処理フローの例>次に、次番組が3Dコンテンツである場合のコンテンツの出力/表示処理について説明する。次番組が3Dコンテンツである場合の当該次番組である3Dコンテンツ番組の視聴に関して、ユーザが3Dコンテンツを視聴する状態ではないにもかかわらず、3Dコンテンツの表示が開始されてしまうと、ユーザはベストの状態で当該コンテンツを視聴することはできず、ユーザの利便性を損ねるおそれがある。これに対し、以下に示す処理を行うことで、ユーザの利便性を向上させることができる。図27では、選局処理などにより次の番組開始までの時間が変化した場合や、放送局から送信される番組情報のEITに含まれる次番組の開始時刻または現在番組の終了時刻情報などにより、次の番組の開始時刻が変化したと判定した場合などに、システム制御部51で実行されるフローの一例である。まずシステム制御部51は番組情報解析部54から次の番組の番組情報を取得しS101、前記3D番組の判定方法により、次番組が3D番組か否かを判定する。次番組が3D番組でない場合S102のno、特に処理は行わずに終了する。次番組が3D番組の場合S102のyes、次番組の開始までの時間を計算する。具体的には前記取得した番組情報のEITから次番組の開始時刻または現在番組の終了時刻を取得し、時間管理部55から現在時刻を取得して、その差分を計算する。次番組開始までX分以下で無い場合S103のno、特に処理を行わずに次番組開始X分前となるまで待つ。次番組開始までX分以下の場合S103のyes、ユーザーに対して、3D番組がもうすぐ始まる旨のメッセージを表示するS104。図28にその際のメッセージ表示の例を示す。701が装置が表示する画面全体、702に装置が表示するメッセージを示している。このようにして、3D番組が開始される以前に、ユーザーに対して3D視聴補助装置を準備させるように注意を促すことが可能となる。上記番組開始前までの判定時間Xについては、Xを小さくすると番組開始までにユーザーの3D視聴準備が間に合わない可能性がある。またXを大きくすると、長期間メッセージ表示が視聴の妨げになる、準備が完了した後に間が空いてしまうというデメリットがあるため、適度な時間に調整する必要がある。また、ユーザーに対してメッセージを表示する際に、具体的に次の番組の開始時間を表示しても良い。その場合の画面表示例を図29に示す。802が3D番組開始までの時間を表示したメッセージである。ここでは分単位での記載を行っているが、秒単位で記載を行っても良い。その場合には、より詳細な次番組の開始時間をユーザーが知ることができるが、処理負荷が高くなるというデメリットもある。なお、図29には3D番組が開始されるまでの時間を表示する例を示したが、3D番組が開始される時刻を表示するようにしてもよい。午後9時に3D番組が開始される場合は、例えば午後9時から3D番組が始まります。3Dメガネを着用して下さい。というメッセージを表示すればよい。このようなメッセージを表示することにより、ユーザーが具体的な次番組の開始時間を知り適切なペースで3D視聴の準備を行うことが可能になる。また、図30のように、3D視聴補助装置使用時には立体的に見えるマーク3Dチェックマークを付加することも考えられる。902が3D番組開始を予告するメッセージ、903が3D視聴補助装置使用時に立体に見えるマークである。これにより、3D番組開始前に、ユーザーが3D視聴補助装置の正常動作を確認することができる。例えば3D視聴補助装置に不具合例えばバッテリー切れ、故障などが発生した場合に、番組開始までに修理や交換等の対応を行うことも可能になる。次に、次番組が3Dであることをユーザーに通知した後、ユーザーの3D視聴準備が完了したか否かの状態3D視聴準備状態を判定し、3D番組の映像を2D表示または3D表示に切り替える方法について説明する。次番組が3Dであることをユーザーに通知する方法については、上述したとおりである。ただし、ステップS104でユーザーに表示するメッセージについて、ユーザーが応答を行うオブジェクト以下ユーザー応答受信オブジェクト:例えばOSD上のボタンが表示されている点が異なる。このメッセージの例について図31に示す。1001はメッセージ全体、1002はユーザーが応答を行うためのボタンを表している。図31のメッセージ1001表示時、例えばユーザーがリモコンのOKボタンを押下した場合、ユーザー指示受信部52はOKが押下されたことをシステム制御部51に通知する。前記通知を受信したシステム制御部51は、ユーザーの3D視聴準備状態がOKであることを状態として保存する。次に時間が経過し、現在番組が3D番組になった場合のシステム制御部51の処理フローについて、図32を用いて説明する。システム制御部51は番組情報解析部54から現在の番組の番組情報を取得しS201、現在の番組が3D番組か否かを上記の3D番組の判定方法により判定する。現在の番組が3D番組で無い場合S202のno、上記の方法で映像を2D表示するように制御を行うS203。現在の番組が3D番組の場合S202のyes、次にユーザーの3D視聴準備状態を確認するS204。システム制御部51が保存している前記3D視聴準備状態が、OKで無い場合S205のno、同様に映像を2D表示するように制御を行うS203。前記3D視聴準備状態がOKの場合S205のyes、上記の方法で映像を3D表示するように制御を行うS206。このようにして、現在の番組が3D番組でかつユーザーの3D視聴準備が完了したことを確認できた場合に、映像の3D表示を行う。ステップS104で表示するメッセージ表示としては、図31のように単純にOKだけでなく、次番組の表示方式を2D映像にするか3D映像にするかを明記する方法も考えられる。その場合のメッセージと、ユーザー応答受信オブジェクトの例を図33および図34に示す。このようにすると前記のようなOKの表示に比べ、ユーザーがボタン押下後の動作をより判断しやすくなる他、明示的に2Dでの表示を指示できるなど1202に記載の2Dで見る押下時には、ユーザー3D視聴準備状態をNGと判定、利便性が高まる。また、ユーザーの3D視聴準備状態の判定は、ここではリモコンでのユーザーメニューの操作としているが、他にも例えば3D視聴補助装置が発信するユーザー装着完了信号により、前記3D視聴準備状態を判定する方法や、撮像装置でユーザーの視聴状態を撮影し、前記撮影結果から画像認識やユーザーの顔認識を行い、3D視聴補助装置を着用していることを判定しても良い。このように判定することにより、ユーザーが何か受信装置に対して操作を行う手間を省くことが可能になり、さらに誤操作で2D映像視聴と3D映像視聴を誤って設定してしまうことを避けることが可能になる。また、別の方法としては、ユーザーがリモコンの<3D>ボタンを押下した場合に、3D視聴準備状態をOKと判断、ユーザーがリモコンの<2D>ボタンまたは<戻る>ボタンまたは<キャンセル>ボタンを押下した場合に、3D視聴準備状態をNGと判定する方法もある。この場合は明確で容易にユーザーが自分の状態を装置に通知できるが、誤操作や誤解による状態送信などのデメリットも考えられる。また、上記例において、現在の番組の情報を取得せず、事前に取得した次の番組の番組情報のみを判定して処理を行うことも考えられる。この場合は、図32のステップS201において、現在の番組が3D番組かの判定を行なわず、事前に例えば図27のステップS101取得した番組情報を使用する方法も考えられる。この場合は処理構造が簡易になるなどのメリットが考えられるが、突如番組構成が変更になり、次番組が3D番組でなくなるような場合にも3D映像切替処理が実行される可能性があるなどのデメリットが存在する。本実施例で説明した各ユーザーへのメッセージ表示については、ユーザー操作後に消去することが望ましい。その場合にはユーザーが操作を行った後には映像が視聴しやすいというメリットがある。また一定時間経過後についても同様に、ユーザーはすでにメッセージの情報を認識していると考え、メッセージを消去し、映像を視聴しやすい状態にすることがユーザーの利便性を高める。上記で説明した実施例によれば、3D番組の開始部分について、事前にユーザーが3D視聴準備を完了できたり、3D番組の開始に間に合わない場合には記録再生機能を用いてユーザーが3D番組を視聴する準備が完了してから再度映像表示をさせたりするなど、より良い状態でユーザーが3D番組を視聴することが可能になる。また、ユーザーにとって望ましいと思われる表示方法3D映像を視聴したい場合に3D映像表示、またはその逆へ映像表示を自動的に切り替えるなど、ユーザーの利便性を高めることが可能になる。また、選局により3D番組へと切り替えた場合や、記録されている3D番組の再生開始時なども同様の効果が期待できる。以上の説明においては、図10aで説明した3D番組詳細記述子をPMTProgramMapTableやEITEventInformationTableなどのテーブルに配置して伝送する例を説明した。これに替えて、またはこれに加えて、当該3D番組詳細記述子に含まれる情報を映像符号化時に映像とともに符号化するユーザデータ領域や付加情報領域に格納して伝送してもよい。この場合、これらの情報は番組の映像ES内に含まれることとなる。格納する情報は、図10bで説明した3d2dtype3D/2D種別情報や図11で説明した3dmethodtype3D方式種別情報などが挙げられる。なお、格納する際には、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などのテーブルに含めて伝送することとした。ここで、さらに別の例として、図48に示すコンテント記述子Contentdescriptorに3D番組イベントの識別情報を配置する例を説明する。図48は、番組情報の一つであるコンテント記述子の構造の一例を示す。コンテント記述子は、イベント番組のジャンルに関する情報を記述する。この記述子はEITに配置する。コンテント記述子には、イベント番組のジャンル情報のほか、番組特性を示す情報を記述できる。コンテント記述子の構造は次の通りである。descriptortagは記述子自体を識別するための8ビットのフィールドで、この記述子がコンテント記述子と識別可能な値0x54が記載される。descriptorlengthは8ビットのフィールドで、この記述子のサイズを記載している。contentnibblelevel1ジャンル1は4ビットのフィールドで、コンテント識別の第一段階分類を表す。具体的には、番組ジャンルの大分類を記述する。番組特性を示す際には0xEを指定する。contentnibblelevel2ジャンル2は4ビットのフィールドで、contentnibblelevel1ジャンル1より詳細なコンテント識別の第二段階分類を表す。具体的には、番組ジャンルの中分類を記述する。contentnibblelevel10xEのときは、番組特性コード表の種類を記述する。usernibbleユーザジャンルは4ビットのフィールドで、contentnibblelevel10xEとしたときのみ、番組特性を記述する。その他の場合は、0xFF未定義とする。図48に示すように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の値の組合せによって、受信機に対象イベント番組のジャンル情報を伝送することができる。ここで、例えば、図49に示すように、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ビットとがその組合せにより番組特性情報を示すものであると判断することができる。ここで、例えば、図50に示すように、第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番組関連の番組特性情報の別の定義例として、例えば、図51に示すように、第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伝送方式であると定義したが、図47に示す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伝送方式の情報とを予め記憶しておけばよい。<字幕データ送出の規定運用について>上記送信装置から伝送される3D映像番組に字幕データを重畳する場合には、その字幕データにも奥行き情報を付加することで3D表示に対応可能である。例えば送出されるデータには以下の字幕文字スーパーのサービスが行われる。すなわち、字幕のサービスとは、メインの映像音声データと同期した字幕サービス例、訳字字幕などであり、文字スーパーのサービスとは、メインの映像音声データと非同期な字幕サービス例、速報ニュース、編成ことわり、時報、緊急地震速報などである。送信装置側でのストリーム作成時の編成伝送上の制約としては、字幕、文字スーパーは例えば図3に示したストリーム形式種別の割り当てのうち、独立PES伝送方式0x06で伝送すること、また字幕および文字スーパーはそれぞれ別々のESで伝送される。またメインの映像データなどと同一PMTで同時刻に伝送され、字幕データを同一番組内または番組開始前に事前配信する事は行わないこと、また例えば、同時に伝送できる字幕文字スーパーのES数はそれぞれ1ESづつ、計2ESとすること、また同時に同一階層階層とは、放送の送受信においては、異なる変調方式を一度の送出で使用することが可能であり、各変調方式で送出される周波数帯とそこに重畳されるデータの集まりを階層と呼ぶ。に伝送できる字幕文字スーパーのES数は、それぞれ1ESづつ、計2ESとする。また臨時編成チャンネル毎に、字幕ES数最大1、文字スーパーES数最大1とすること、また同時に伝送可能な言語は1ESあたり最大2言語までとし、言語識別複数言語の字幕文字スーパーを伝送する場合に言語を識別する番号はES内の字幕管理データ後述により行うこと、また文字スーパーにおいては、ビットマップデータを使用することができること、また字幕においては、受信時自動表示記録再生時選択表示、受信時選択表示記録再生時選択表示各表示手法については後述のみ運用することができる。文字スーパーにおいては、受信時自動表示記録再生時自動表示、受信時自動表示記録再生時選択表示、受信時選択表示記録再生時選択表示各表示手法については後述のみ運用することができる。複数言語を伝送する場合、それら言語の表示モード後述は同一とする。これに反して伝送した場合の受信機動作は、受信機実装に依存するが、自動表示が優先されること、また字幕文字スーパーにおける警告音は、受信機内蔵音複数の場面で共通に使用される音声データはあらかじめ受信装置4内のメモリ上に保持されているに限り運用することができる。付加音送信装置1から都度送付する効果音音声は、字幕および文字スーパー共に運用を行わないこと、また対象地域の指定を行う場合は、PMTの対象地域記述子により制御する。ただし、字幕においては、字幕単独の対象地域を指定する運用は行わない。文字スーパーにおいては、文字スーパー単独の対象地域を指定する運用を行うことができる。この場合、対象地域の異なる文字スーパーは、時間をずらして伝送すること、また文字スーパーはイベント当該の番組との関連性がないためEITのデータコンテンツ記述子は記載しない。字幕の場合は1ESにつき1記述子を記載するものとする。ただし、パラメータがPMTのデータ符号化方式記述子および字幕管理データの設定と一致しない場合は、受信機動作において、表示モード、言語数、言語コードなど各パラメータは、PMTのデータ符号化方式記述子および字幕管理データの設定が優先されること、また字幕管理データには、字幕文字スーパーを表示するための必要な情報が含まれるので、字幕管理データが受信されるまでの間字幕文の表示はできない。そこで、チャンネル選択時などを考慮し、通常の字幕文字スーパー送出時、所定の間隔例えば、最高送出頻度:1回/03秒、最低送出頻度:1回/50秒、ただし、CMコマーシャルメッセージ等で中断する場合があるで字幕管理データを伝送すること、が挙げられる。字幕で用いるPES伝送方式としては同期型PES伝送方式を適用し、PTSによりタイミング同期をとることとする。文字スーパーで用いるPES伝送方式としては非同期型PES伝送方式を適用する。送信装置1から受信装置4に送信される、字幕のPESデータ形式の一例を図52に示し、字幕PESパケットに設定するパラメータを図53aに示す。文字スーパーについてもPESデータ形式は同様であり、文字スーパーPESパケットに設定するパラメータを図53bに示す。図52のPESヘッダ部分に図53のStreamidからPESdataprivatedatabyteが該当し、データグループ部分にSyncronizedPESdatabyteが該当する。Streamiddataidentifierprivatestreamidは図中に記載の規定値を使用することで受信機で字幕データ文字スーパーデータの認識が可能である。データグループはデータグループヘッダとデータグループデータから成り、そのパラメータは図54に示す。図52のデータグループヘッダに図54のdatagroupidからdatagroupsizeフィールドが該当し、字幕データの種類やサイズを表す情報が含まれ、データグループデータにdatagroupdatabyteが該当する。図25の受信装置4では以上で示したデータ形式のPESデータを受信すると、多重分離部29においてStreamidやdataidentifierの値を見てデータを分類し、図には記載していないメモリ上にデータの種類ごとに展開する。データグループデータは、字幕管理データおよび0または最大8言語の字幕文データにより伝送され、図55に、データグループヘッダに含まれるデータグループIDの取りえる値と意味を示す。この番号を参照することでデータグループデータが字幕管理データか字幕文データかを判断可能であり、また字幕文データの言語種別日本語、英語、などを判断可能である。datagroupidは、字幕管理データの更新にともない、データグループを組Aから組B、組Bから組Aに切り換えて送出すること。ただし、字幕管理データを3分以上送出しない場合は、前の組に関わらず組A、組Bどちらかが送出される場合がある。datagroupversionは、運用しない。字幕管理データが組Aの時は、受信機は字幕文本文、ビットマップデータ、DRCSも組Aのみ処理し、字幕管理データが組Bの時は、受信機は字幕文も組Bのみ処理する。現在の受信済みの字幕管理データと同一組の字幕管理データを受信した場合は、再送された字幕管理データとして処理し、字幕管理データによる初期化動作は行わない。現在受信済みの字幕管理データと同一組の字幕文を複数回受信した場合、それぞれの字幕文を新規の字幕文として処理する。字幕管理データは図56に示す情報からなり、設定情報などを伝送するのに用いられる。図56aは字幕における字幕管理データのパラメータを示している。TMDは時刻制御モードを意味し、2ビットのフィールドによって受信再生時の時刻制御モードを示している。2ビットの値が’00’の場合、モードフリーを示し、再生時刻を時計に同期させる制限を設けない、ことを意味する。’01’の場合、モードリアルタイムを示し、再生時刻は時計信号TDTの時計較正により較正された時計の時刻に従う。または、再生時刻はPTSによる、ことを意味する。’10’の場合、モードオフセットタイムを示し、再生時刻にオフセット時刻を加えた時刻を新たな再生時刻とし、時計信号の時計較正により較正された時計に従い再生する、ことを意味する。’11’は予備の値であり、使用しない。numlanguages言語数は、この字幕文字スーパーのES中に含まれる言語の数を意味する。languagetag言語識別は、言語を識別する番号であり、0:第1言語、...7:第8言語を意味する。DMFは表示モードを意味し、4ビットのフィールドによって字幕文の表示モードを示している。表示モードは受信時および記録再生時の提示動作を各2ビットで表わしており、上位2ビットが受信時の提示動作を示す。’00’の場合、受信時自動表示を示す。’01’の場合、受信時自動非表示を示す。’10’の場合、受信時選択表示を示す。’11’の場合、受信時特定条件自動表示/非表示を示す。下位2ビットが記録再生時の提示動作を示し、’00’の場合、記録再生時自動表示を示す。’01’の場合、記録再生時自動非表示を示す。’10’の場合、記録再生時選択表示を示す。’11’の場合は未定義である。なお、表示モードが特定条件自動表示/非表示のときの、表示または非表示の条件の指定とは、例えば降雨減衰時のお断りメッセージ表示を指定する。各表示モードにおける表示開始、終了時の動作例は図67に示している。ISO639languagecode言語コードは、languagetagで識別される言語に対応する言語コードをISO6392に規定されるアルファベット3文字コードで表す。format表示書式は、字幕表示画面の表示書式の初期状態を示す。例えば、水平1920画素、垂直1080画素の表示領域で横書き、水平960画素、垂直540画素の表示領域で縦書き、といった指定を行う。TCS文字符号化方式は、文字符号化方式の種類を示す。例えば8単位符号での符号化を指定する。dataunitlooplengthデータユニットループ長は、後続のデータユニットの全バイト長を規定する。なお、データユニットを配置しない場合は、値を0とする。dataunitデータユニットには、同一ESで送られる字幕番組全体で有効となるデータユニットが配置される。字幕管理データの運用については、同一字幕管理データ内には、同一あるいは異なるデータユニットパラメータのデータユニットを複数配置できる。同一字幕管理データ内に複数のデータユニットが存在する場合は、データユニットの出現順に処理される。ただし、本文に記述できるデータは、SWF、SDF、SDP、SSM、SHS、SVS、SDDの制御符号後述だけであり、画面表示を伴うような文字符号集合は記述できない。字幕で用いる字幕管理データについては、少なくとも3分に1回以上送出しなければならない。字幕管理データを3分以上未受信の場合は、受信機は選局時の初期化動作を行う。文字スーパーで用いる字幕管理データについては、時報スーパーを考慮し、STM時間制御用データTIMEで指定可能な提示開始時刻による時刻同期を行うためにTMDにはフリーだけでなくリアルタイムの設定も可とする。字幕管理データを3分以上未受信の場合は、受信機は選局時の初期化動作を行う。文字スーパーで用いる字幕管理データに指定できるパラメータを図56bに示す。図56bで用いられるパラメータの定義は、図56と同様であるため説明を省略する。同一字幕文データ内に、同一あるいは異なるデータユニットパラメータのデータユニットを複数配置できる。同一字幕文データ内に複数のデータユニットが存在する場合は、データユニットの出現順に処理される。字幕文データに設定できるパラメータを図57に示す。STM提示開始時刻は、後続の字幕文の提示開始時刻を示す。提示開始時刻は、9個の4ビット2進化10進数BCDを用い、時、分、秒、ミリ秒の順で符号化する。なお、提示終了は文字符号部の符号による。また、データユニットに設定できるパラメータを図58に示す。unitseparatorデータユニット分離符号は、0x1F固定値とする。dataunitparameterデータユニットパラメータは、データユニットの種類を識別する。例えばデータユニットを本文と指定することで、機能として字幕文を構成する文字データの送出、字幕管理において表示領域など設定データの送出を表したり、ジオメトリックと指定してジオメトリック図形データの送出機能を表す。dataunitsizeデータユニットサイズは、後続のデータユニットデータのバイト数を示す。dataunitdatabyteデータユニットデータに伝送するデータユニットデータを格納する。なお、DRCSとは外字の一種として扱われる図形データを示す。図25の受信装置4においては、多重分離部29により展開された字幕データデータグループヘッダおよびデータグループデータをシステム制御部51が読解する。データグループヘッダに含まれるデータグループIDの値により、データユニットデータの情報が字幕管理データであることを検出した際には、図56に示した字幕管理データの持つ各パラメータの値に応じて処理を行う。例えばTMD、DMFの値によってシステム制御部51から映像変換制御部61への字幕データ転送タイミングを設定する。TMDがフリーであり、受信時自動表示であれば、システム制御部51は以降、これらのデータが更新されるまでは字幕データを受信すると即座に映像変換制御部61へ字幕データを転送しても良い。また例えば、numlanguagesやISO639languagecodeの値から、字幕情報をユーザに通知するためにOSD作成部60に字幕データ数や識別された言語名をディスプレイ47に表示するように指示してもよい。また例えばFormatによって映像変換制御部61には字幕表示プレーンにおける字幕文字列文字やグラフィックデータも含むの描画位置を指定する。またシステム制御部51は字幕データを読解し、データグループヘッダに含まれるデータグループIDの値から、データユニットデータの情報が字幕文データである場合には、図57に示すパラメータの値に応じて処理を行う。例えばSTMに示される時間に合わせて後続のデータユニットに含まれる字幕データを映像変換制御部61へ転送するようにする。またデータユニットを解析し、unitseparatorを検出すると直後のdataunitparameterの値によって後続のデータユニットデータのデータ種別を判断する。データユニットデータ内に後述する制御データを検出した場合には映像変換制御部61に字幕データの表示位置や装飾方法などを指示する制御を行う。データユニットデータから字幕文作成詳細は後述を行い、所定のタイミングでディスプレイ47に表示すべき字幕文を映像変換制御部61へ通知する。映像変換処理部32では、映像変換制御部61が、映像復号部30から出力される表示用映像データに、前記表示制御に基づいて決定される表示位置に文字列を重畳し、OSD作成部60で作成されるOSDデータと合成することでディスプレイ47に表示する映像を作成する。次に、字幕文字スーパーに関するPSI/SIの運用について説明する。字幕ESのコンポーネントタグ値は、0x30~0x37、文字スーパーESのコンポーネントタグ値は、0x38~0x3Fの範囲の値を設定する。ただし、字幕のデフォルトESのコンポーネントタグ値は0x30、文字スーパーのデフォルトESのコンポーネントタグ値は0x38を設定する。PMTの更新は、字幕および文字スーパーの開始終了時にES情報の追加削除を原則とするが、常時ES情報を記載しておく運用も可とする。字幕文字スーパーESのストリーム識別記述子streamtypeは、0x06独立PESpacketである。図59aに字幕文字スーパーに対するPMTおよびEITの記述子運用を示す。字幕伝送においては、EITのデータコンテンツ記述子は、1ESにつき1記述子を記述するものとする。ただし、速報スーパーなどのあらかじめ予定されていない応用においては、EITにデータコンテンツ記述子を挿入しない運用が許容されるとする。図59aに示したデータ符号化方式記述子のdatacomponentidは、字幕、文字スーパーとも、0x0008である。付加情報識別に設定するパラメータを図59bに示す。字幕に対しては番組同期を示す値とする。文字スーパーに対しては非同期もしくは時刻同期を示す値とする。図59aに示した対象地域記述子の運用はサービス全体の対象とする地域の情報を記述する。図59aに示したデータコンテンツ記述子に設定できるパラメータは図59cおよび図59dに示す。ただし、同一イベント中に、これら設定パラメータ値がPMTのデータ符号化方式記述子および字幕管理データと不整合の場合は、データ符号化方式記述子および字幕管理データの設定値の方が優先される。datacomponentidの値は0x0008とする。entrycomponentの値は当該字幕ESのcomponenttag値とする。numofcomponentrefの値は0を指定することとする。componentrefの値はnumofcomponentref0のため不要。ISO639languagecodeの値はjpnに固定とする。textlength値の上限を16とする。textcharの値はEPGに表示する字幕の内容を記述する。また、Numlanguagesの値は字幕管理データと同じ値とする。DMFの値はデータ符号化方式記述子と同じ値とする。ISO639languagecodeは字幕管理データと同じ値とする。受信装置4では上記PSI情報のひとつであるPMTの内容を番組情報解析部54で解析し、例えばストリーム識別記述子の値が’0x06’であれば該当するPIDを持つTSパケットが字幕文字スーパーデータであることが判別でき、以降そのPIDを示すパケットを分離するためのフィルタ設定を多重分離部29に設定する。これによって多重分離部29において字幕文字スーパーデータのPESデータを抽出可能である。またデータ符号化方式記述子が含む設定パラメータであるTimingで示される値によりシステム制御部31および/または映像変換処理部61の字幕表示タイミングの設定を行う。文字スーパーの対象地域記述子の値は、予め適切な方法を用いてユーザーが設定していた受信地域情報と一致していない場合には、字幕表示のための一連の処理を行わないようにして良い。データコンテンツ記述子に含まれるtextcharからデータを検出すると、システム制御部51はEPG表示時のデータとして使用しても良い。データコンテンツ記述子のセレクタ領域の各設定パラメータについては字幕管理データにおいても同じ値が使用されるため、制御を行う必要はないが、システム制御部51で上述したような制御を行っても良い。<表示領域>以上の形式で送信装置1より送出されたデータを受信装置4で受信、表示する場合には例えば以下に示す表示形式に従う。例えば、表示書式として、960×540と720×480の、それぞれ横書、縦書などが使用できる。また、動画プレーン映像復号部30で復号した後、表示用画像データを格納するメモリ領域の解像度と字幕文字スーパーの表示書式は動画プレーンの解像度に応じて決定し、動画プレーンが1920×1080の場合は字幕文字スーパーの表示書式を960×540、動画プレーンが720×480の場合は字幕文字スーパーの表示書式を720×480とし、それぞれ横書、縦書とする。720×480時の表示は、映像のアスペクト比にかかわらず同一表示書式とし、アスペクト比を考慮した表示を行う場合は、送出側で補正することとする。字幕、文字スーパーにつき、それぞれ、同時に設定できる表示領域は1つとする。また、表示領域は、ビットマップデータに対しても有効となる。表示領域の優先順位は、字幕文データの本文中で、SDF及びSDPにより指示された値、更新された字幕管理データの本文中で、SDF及びSDPにより指示された値、更新された字幕管理データヘッダで指定される表示書式を元にした初期値、である。字幕文字スーパーにおいて用いる文字符号化方式は、8単位符号を用いるとする。また、字幕文字スーパーにおいて用いる文字フォントは、丸ゴシックが望ましい。また、字幕文字スーパーで表示できる文字サイズは、16ドット、20ドット、24ドット、30ドット、36ドットの5サイズとする。送出時の文字サイズの指定は、前記サイズを指定する。また、それぞれのサイズに対しては、標準、中型、小型サイズが使用できる。尚、標準、中型、小型の定義は例えば、標準は制御符号SSMにより指定される大きさの文字、中型は標準より字方向の大きさのみが半分の大きさの文字、小型は標準より字方向および行方向の大きさがそれぞれ半分の大きさの文字とする。<制御符号について>字幕データの符号体系は8単位符号を基本とし、その符号体系を図60aに示し、拡張方法を図60bに示す。符号の拡張における符号の呼び出し符号集合G0、G1、G2、およびG3を8単位符号表へ呼び出すことの制御の内容を図61aに示し、符号の指示符号集合の集まりの中から一つの符号集合をG0、G1、G2、またはG3集合として指示することの制御の内容を図61bに示し、符号集合の分類と終端符号を図61cに示す。各呼び出し制御、指示制御の符号化表現は図60aに示す符号体系における列番号/行番号で表現され、例えば実データが0x11であれば、上位4bitが列番号、下位4bitが行番号を示し、011と表現される。ESCについては図60aの字幕データの符号体系に示す0111である。Fは図61cに示す終端符号のいずれかであり、この値によって呼び出される符号集合の種類を判定し、また一つの指示内容の終端であることを意味する。漢字系集合、英数集合、平仮名集合、片仮名集合、およびモザイク集合の符号構成は、それぞれ2バイトもしくは1バイトのデータ列に任意の文字を割り付けているものである。JIS互換漢字1面集合はJISX02132004で示される漢字1面、JIS互換漢字2面集合はJISX02132004で示される漢字2面のとおりとする。追加記号集合は追加記号および追加漢字からなる。ノンスペーシング文字およびノンスペーシングモザイクは、例えば後続する符号により指定され、文字、モザイクまたはスペース等と合成して表示する。外字符号に使用する符号は1バイト符号または2バイト符号とする。1バイト外字符号はDRCS1からDRCS15までの15集合とし、各集合は94字で構成される21から714を使用する。列番号/行番号の表記方法において、列番号が1桁で表記されている場合は、列番号はb7からb5の3ビットの2進値により示されるものとする。2バイト外字符号集合は、DRCS0の集合とする。DRCS0は2バイトで構成される符号表とする。受信装置4では、字幕文として使用する符号集合上述した漢字系集合、英数集合、平仮名集合、片仮名集合などの文字、また追加記号集合や外字など字幕として表示される符号全てを指すを予め図には未記載のメモリ上に展開しておき、図60aに記載の符号体系に準じたメモリ領域および、図60bに示すG0からG3に相当するメモリ領域を確保しておく。システム制御部51は字幕文データを受信した順に先頭から文字列の読解を行い、その中に図61bに記した指示制御の符号化表現に相当するデータ列を検出すると、制御の内容に示した文字符号集合を指示先のメモリ領域に展開する。また字幕文データ中に図61Aに示す呼び出し制御の符号化表現に相当するデータ列を検出すると、該当する符号集合G0からG3のいずれかを呼び出し先図60aに示すGL符号領域もしくはGR符号領域のメモリ領域へ展開する。図61aに示す呼び出し形態がロッキングシフトの場合は、一度呼び出しを行うと次回別の符号集合の呼び出しを行うまで有効となる。シングルシフトはその直後に続く1文字のみ呼び出しを行い、呼出し後に以前の状態に戻す呼び出し方法である。字幕文データの制御コマンド以外のデータ021~0714、101~1514はその時のGL符号領域もしくはGR符号領域に読み出された符号集合のその列番号/行番号に該当する文字を字幕文として使用することを意味する。映像変換制御部61は文字列表示用のメモリ領域字幕表示プレーンを確保し、字幕文データの数字列に応じて、021~0714および101~1514までの数字列を検出した場合には、以上の指示、呼び出し制御を経て、GL、GR符号領域にマッピングされている文字データを、表示用文字列データとする。システム制御部51は字幕文データを映像変換制御部61へ伝送し、映像変換制御部61は字幕表示プレーン上に表示文字列データを例えばビットマップデータとして描画する。またシステム制御部51が制御符号とそのパラメータを検出した場合は、制御符号とそのパラメータを映像変換制御部61へ伝送し、映像変換制御部61がそれに応じた処理を実行する。制御符号の使用方法の詳細は後述する。なお、字幕文データの伝送は必ずしも1文字ごとに行う必要はなく、例えば所定時間分蓄積してデータを纏めて伝送するといった方法でも良いし、所定サイズ分蓄積して纏めて伝送するといった方法でも良い。この符号体系と運用によって、後述する制御指示と表示する文字の指定を同一字幕文データで行うことが出来、高頻度で使用される符号集合をG0からG3に予め呼び出しておくことで膨大な文字データの中から効率的に使用する文字を指定可能な仕組みとなっている。なお、システム初期化時のGL符号領域、GR符号領域、G0からG3の符合領域に設定される符号集合は予め規定されている。マクロ符号集合は、文字符号モザイク図形及びDRCS図形表示の図形を含むおよび制御符号から成る一連の符号列以下マクロ文というにより代表して使用する機能以下マクロ定義というの符号集合をいう。マクロ定義は、図62aのマクロ指定により行う。マクロ符号は1バイト符号とし、94種21から714を使用するで構成される。マクロ符号を指定したとき、マクロ文の符号列の復号を実行する。マクロ定義を行わない場合は、図62bに示すデフォルトマクロ文による。受信装置4は字幕文データを読解していきMACRO095を検出するとその直後に続くマクロ処理を行う。デフォルトマクロ文に示す高頻度で使用される呼び出しや指示制御を簡便に表現可能なようにマクロ符号が割り振られており、システム制御部51ではマクロ符号を検出した場合にはデフォルトマクロ文に示される制御を実行する。これにより複雑な字幕処理を短縮して表現することで字幕文データの削減を可能にしている。字幕文データの本文の表示方法や表示形式を動的に制御する方法として、制御符号を字幕文データ中に挿入することが可能である。C0、C1制御符号の符号の構成の一例を図63に示す。各制御符号は列番号/行番号の表記方法において、000から0115をC0制御符号に、および080から0915をC1制御符号に割り当てる。各制御符号集合で使用する制御符号の種類について図64で示す。本実施例では、字幕の奥行き表示位置を示す制御符号を新たに拡張制御符号に含める。新たに使用する制御符号の種類として、キャラクタ名称SDD、SDD2、SDD3、SDD4を用いて表現している。奥行き表示位置の指定方法は後述する。C0制御符号の符号の機能の一例を以下に示す。NULは空白の制御機能であり、情報内容に影響を与えることなく追加または削除できる制御符号である。APBは動作位置後退の制御機能であり、動作位置を表示区画の動作方向の長さで動作方向に沿って後退させる。この移動により表示区画の基準点が表示領域の端を越えることとなる場合、動作位置を動作方向に沿って表示領域の逆の端へ移動し、動作行後退を行う。APFは動作位置前進の制御機能であり、動作位置を表示区画の動作方向の長さで動作方向に沿って前進する。この移動により表示区画の基準点が表示領域の端を越えることとなる場合、動作位置を動作方向に沿って表示領域の逆の端へ移動し、動作行前進を行う。APDは動作行前進の制御機能であり、動作位置を表示区画の行方向の長さで行方向に沿って次の行へ移動する。この移動により表示区画の基準点が表示領域の端を越えることとなる場合、動作位置を行方向に沿って表示領域の最初の行へ移動する。APUは動作行後退の制御機能であり、動作位置を表示区画の行方向の長さで行方向に沿って前の行へ移動する。この移動により表示区画の基準点が表示領域の端を越えることとなる場合、動作位置を行方向に沿って表示領域の最後の行へ移動する。APRは動作位置改行の制御機能であり、動作位置を同じ行の最初の位置へ移動し、動作行前進を行う。PAPFは指定動作位置前進の制御機能であり、パラメータP1により指定する回数の動作位置前進を行う。APSは動作位置指定の制御機能であり、動作位置を表示領域の最初の行の最初の位置から表示区画の行方向の長さで第1パラメタにより指定する回数の動作位置行前進を行い、表示区画の動作方向の長さで第2パラメタにより指定する回数の動作位置前進を行う。CSは画面消去の制御機能であり、表示画面の当該表示領域を消去状態とする。ESCはエスケープの制御機能であり、符号系拡張のための符号。LS1はロッキングシフト1の制御機能であり、文字符号集合の呼び出しのための符号である。LS0はロッキングシフト0の制御機能であり、文字符号集合の呼び出しのための符号である。SS2はシングルシフト2の制御機能であり、文字符号集合の呼び出しのための符号である。SS3はシングルシフト3の制御機能であり、文字符号集合の呼び出しのための符号である。C1制御符号の符号の機能の一例を以下に示す。BKFは前景色黒およびカラーマップ下位アドレス指定の制御機能であり、前景色を黒に指定するとともに、該当描画プレーンの着色値を規定するカラーマップ下位アドレスCMLAを0に指定する。RDFは前景色赤およびカラーマップ下位アドレス指定の制御機能であり、前景色を赤に指定するとともに、該当描画プレーンの着色値を規定するカラーマップ下位アドレスCMLAを0に指定する。GRFは前景色緑およびカラーマップ下位アドレス指定の制御機能であり、前景色を緑に指定するとともに、該当描画プレーンの着色値を規定するカラーマップ下位アドレスCMLAを0に指定する。YLFは前景色黄およびカラーマップ下位アドレス指定の制御機能であり、前景色を黄色に指定するとともに、該当描画プレーンの着色値を規定するカラーマップ下位アドレスCMLAを0に指定する。BLFは前景色青およびカラーマップ下位アドレス指定の制御機能であり、前景色を青に指定するとともに、該当描画プレーンの着色値を規定するカラーマップ下位アドレスCMLAを0に指定する。MGFは前景色マゼンタおよびカラーマップ下位アドレス指定の制御機能であり、前景色をマゼンタに指定するとともに、該当描画プレーンの着色値を規定するカラーマップ下位アドレスCMLAを0に指定する。CNFは前景色シアンおよびカラーマップ下位アドレス指定の制御機能であり、前景色をシアンに指定するとともに、該当描画プレーンの着色値を規定するカラーマップ下位アドレスCMLAを0に指定する。WHFは前景色白およびカラーマップ下位アドレス指定の制御機能であり、前景色を白に指定するとともに、該当描画プレーンの着色値を規定するカラーマップ下位アドレスCMLAを0に指定する。COLは色指定の制御機能であり、パラメータにより上記の前景色、背景色、前中間色、背中間色、およびカラーマップ下位アドレスCMLAを指定する。階調フォントにおける前景色と背景色の間の色を、前景色に近い色を前中間色、背景色に近い色を背中間色と定義する。POLはパターン極性の制御機能であり、本制御符号以降の符号が表す文字、モザイク等のパターンの極性正常極性の場合は前景色と背景色をそのまま、反転極性の場合は前景色と背景色を反転させるを指定する。なお、ノンスペーシング文字が含まれている場合は合成後のパターン極性を指定する。また、階調フォントにおける中間色については、前中間色は背中間色へ背中間色は前中間色への変換を行う。SSZは小型サイズの制御機能であり、文字の大きさを小形とする。MSZは中型サイズの制御機能であり、文字の大きさを中型とする。NSZは標準サイズの制御機能であり、文字の大きさを標準とする。SZXは指定サイズの制御機能であり、パラメータにより文字の大きさを指定する。FLCはフラッシング制御の制御機能であり、パラメータによりフラッシングの開始および終了、ならびに正相および逆相の別を指定すること。正相フラッシングは画面上最初に開始するフラッシングを言い、逆相フラッシングは明と滅の位相を正相フラッシングの逆にしたフラッシングを言う。WMMは書き込みモード変更の制御機能であり、パラメータにより表示メモリへの書き込みモードの変更を指定する。書き込みモードは前景色及び背景色として指定されている部分を書き込むモード、前景色として指定されている部分のみを書き込むモード、背景色として指定されている部分のみを書き込むモードなどがある。なお、階調フォントにおける中間色については、前中間色指定部分および背中間色指定部分を共に前景色として取り扱う。TIMEは時間制御の制御機能であり、パラメータにより時間の制御の指定を行う。指定の時間単位は01秒とする。提示開始時刻STM、時刻制御モードTMD、再生時刻DTM、オフセット時間OTM、演奏時間PTMは使用しない。表示終了時刻ETMを使用する。MACROはマクロ指定の制御機能であり、パラメータP11バイトによりマクロ定義開始、マクロ定義のモードおよびマクロ定義終了を指定する。RPCは文字繰り返しの制御機能であり、この符号に続く表示上の一つの文字またはモザイクをパラメータにより指定する回数繰り返し表示する。STLはアンダーライン開始およびモザイク分離開始の制御機能であり、この符号以降の表示においてモザイクAおよびBの場合は合成を行わず、ノンスペーシングおよび合成制御による合成中にモザイクが含まれる場合は合成後、分離化処理モザイク素片を表示区画の横方向12縦方向13の大きさの小素片に区分し、それぞれの周辺部に間隔を設ける処理を行う。その他の場合は、アンダーラインを付加する。SPLはアンダーライン終了およびモザイク分離終了の制御機能であり、この符号によりアンダーライン付加およびモザイク分離化処理を終了する。HLCは囲み制御の制御機能であり、パラメータにより囲み開始及び終了を指定すること。CSIはコントロールシーケンスイントロデューサの制御機能であり、符号系拡張のための符号である。拡張制御符号CSIの符号の機能の一例を以下に示す。SWFは書式設定の制御符号であり、パラメータにより初期化を選択し、初期化動作を行う。初期値として標準密度の横書きや、高密度の縦書きといった書式指定、また文字サイズの指定、一行の文字数、行数の指定を行う。RCSはラスタ色制御の制御符号であり、パラメータによりラスタ色を設定する。ACPSは動作位置座標指定の制御符号であり、パラメータにより、文字表示区画の動作位置基準点を論理プレーンの左上角からの座標として指定する。SDFは表示構成ドット指定の制御符号であり、パラメータにより、表示ドット数を指定する。SDPは表示位置指定の制御符号であり、パラメータにより、文字画面の表示位置を左上角の位置座標で指定する。SSMは文字構成ドット指定の制御符号であり、パラメータにより、文字ドットを指定する。SHSは字間隔指定の制御符号であり、パラメータにより、表示区画の動作方向の長さを指定する。これにより、動作位置移動はデザイン枠に字間隔を加えた長さが単位となる。SVSは行間隔指定の制御符号であり、パラメータにより、表示区画の行方向の長さを指定する。これにより、動作行移動はデザイン枠に行間隔を加えた長さが単位となる。GSMは文字変形の制御符号であり、パラメータにより、文字の変形を指定する。GAAは着色区画の制御符号であり、パラメータにより、文字の着色区画を指定する。TCCは切替制御の制御符号であり、パラメータにより字幕の切替モード、字幕の切替方向、字幕の切替時間を指定する。CFSは文字フォント設定の制御符号であり、パラメータにより、文字のフォントを指定する。ORNは文字飾り指定の制御符号であり、パラメータより文字飾り縁取り、影付き、中抜きなどの指定、文字飾り色を指定する。MDFは字体指定の制御符号であり、パラメータにより字体太字、斜体、太字斜体などを指定する。XCSは外字代替符号の制御符号であり、DRCSまたは第3水準、第4水準文字表示不能時に、差し替えて表示する符号列を定義する。PRAは内蔵音再生の制御符号であり、パラメータにより指定する内蔵音を再生する。SRCはラスタ指定の制御符号であり、パラメータによりスーパー表示の指定とラスタ色を指定する。CCCは合成制御の制御符号であり、パラメータにより文字およびモザイクパターンの合成制御を指示する。SCRはスクロール指定の制御符号であり、パラメータにより字幕のスクロールモード字方向行方向の指定およびロールアウトあり無しの指定、スクロール速度を指定する。UEDは不可視データ埋め込み制御の制御符号であり、字幕の文字列に意味的な内容を付加するなどの目的のため、通常の字幕提示系では表示されない不可視データ符号列の埋め込みを行う。本制御符号では、この不可視データ符号列を指定するとともに、不可視データがリンクする字幕表示文字列を指定する。SDD、SDD2、SDD3、SDD4については後述する。C0,C1制御符号の符号シーケンスは、制御符号の直後にパラメータが配置される。拡張制御符号の符号シーケンスは、制御符号0911CSI、パラメータ、中間文字、終端文字の順に配置される。パラメータが複数にわたる場合、パラメータと中間文字を繰り返す。受信装置4では、字幕文データを入力順に解析をしていき、C0、C1制御符号を示すデータ列を検出した場合、図64に記した各制御符号に応じた制御内容の処理を行う。例えば、字幕文データ中で016を検出した場合、これはPAPF指定動作位置前進を意味し、直後の数値が例えば041の場合、パラメータ値は1を示し、すなわち映像変換制御部61は字幕表示プレーン上の描画位置を1文字分水平方向に前進させることとする。拡張制御符号CSIを検出した場合、後続のデータで終端文字が検出されるまでを一セットとしてデータを処理し、終端文字によって制御機能を判別し、その間の各パラメータ値に基づいて制御内容を実行する。拡張制御で一度指定された内容は再度同種の拡張制御で異なる値が指定されるか、字幕表示の初期化動作が行われるまで継続して表示内容に反映される。例えば、文字構成ドット指定を行う場合、0911を検出してから、以降057までを読み込み、その間が例えば0911から0311までの間がパラメータP1であり、例えば035、030であれば横方向のドット数の指定は50となる。同様に0311から020までの間がパラメータP2であり、例えば034、030であれば縦方向のドット数の指定は40となる。それ以降の字幕文データの符号列で表示文字列データを横50ドット、縦40ドットのサイズに変換して字幕表示プレーン上に描画し、以降再度文字構成ドット指定を行うか、初期化がされるまではこのドット数で表記を行う。他の制御機能についても同様に処理して任意の制御を行う。C0制御符号は主に動作位置の制御や文字符号集合の呼び出し文字符号は分割された集合として纏められており、字幕に文字を表示するためには一旦その文字が含まれる集合を指定する必要がある。このような制御は例えば装置では集合の呼び出しを指示されるとその集合の文字データを決められたメモリ上に展開するなどの制御を行い、有効にメモリ領域を利用可能とするなどの利点がある。のための符号が含まれる。C1制御符号には主に文字色や文字サイズの指定、フラッシング、囲み制御といった制御が含まれる。拡張制御符号にはC0、C1制御符号に含まれない詳細な制御を含んでいる。この拡張制御符号中に字幕を3D表示するための奥行き表示位置指定用の制御符号を含む。字幕データを3D表示を行うための制御符号の例を図65に示す。奥行き表示位置指定の制御機能を有するキャラクタSDDを新たに設定する。制御内容は例えばCSIコントロールシーケンスイントロデューサの値に続いて、奥行き表示位置を3D表示のための2視点の字幕データの視差情報によって指定する。すなわち、2視点映像の右目用画像に表示する字幕データと、左目用画像に表示する字幕データとの水平方向の表示位置の差異を指定する。制御内容中のCSI情報に続けて、P11P1iで左右の水平方向の表示位置の差異をドット数で指定する値を設定し、その後に020および0613を続けてデータを構成する。なお終端文字Fの指定値はその他の制御符号と一致しない値であれば任意の値で良く、本例に限らない。受信装置4では、3D番組に字幕を重畳する場合、表示映像が右目表示領域と左目表示領域との2つが用意されるのと同様に、字幕表示プレーンも右目表示領域用プレーンと左目表示領域用プレーンの2つを用意し、夫々のプレーンに視差が生じるように同一表示文字列データを描画する。この時字幕表示プレーンの奥行き情報は表示映像の奥行き設定を基準とした値とすればよい。すなわち、図69aにおけるディスプレイ47上で右目用データと左目用データが同一の場所に表示される状態視差0の位置、2D表示時の指定位置とも表現するを基準とする。そして上記字幕データの奥行き表示位置設定値を指定する場合、映像変換制御部61では右目用映像と左目用映像共に重畳する文字列データは設定値の1/2のドット数だけ、字幕データが飛び出す方向に字幕表示位置を調整する。例えば、設定値が奇数値であった場合には、小数点以下の値は切り捨てて算出する。奥行きを表現する具体的な方法としては、右目用表示文字列データは水平方向左、左目用表示文字列データは水平方向右にずらす調整を行えばよい。これにより、図69aで示すように視線が交差することによって映像が画面から飛び出す感覚が得られる。例えば奥行き表示位置設定値が034、030となり40を示している場合、右目用映像に重畳する表示文字列データは右目用字幕表示プレーンの基準表示位置2D表示する場合の表示位置であり、拡張制御符号SDPで指定されても良いより20ドット左方向に描画し、左目用字幕表示プレーンの基準表示位置より20ドット右方向に描画する。以上の方法によって表示する文字列は前面に飛び出して見え、ユーザーは3D映像表示に合わせて字幕を視聴することが出来る。また、制御内容におけるパラメータP1による指定の別の例としては、所定の正数値で基準位置での表示となるように指定しても良い。例えば、P1が30とした場合を基準面2D表示する場合の表示位置での表示としてもよい。具体的には、30未満の値を指定した場合には指定値と所定の整数値である30との差に応じて右目用表示文字列データは水平方向右、左目用表示文字列データは水平方向左に調整を行う。30より大きな値を設定した場合には、指定値と所定の整数値である30との差に応じて右目用表示文字列データは水平方向左、左目用表示文字列データは水平方向右に調整を行う。このようにすることでも基準面から飛び出す表現だけでなく、基準面より奥へ引っ込む表現が可能になる。また、より臨場感を高めるために、奥行き表示位置設定に合わせて、文字構成ドット指定を行っても良い。すなわち字幕データを基準より前面に表示する場合には文字ドットの指定で通常の表示サイズよりも大きなサイズにして表示してもよい。これによりユーザーが字幕データの表示に際して臨場感を得ることが出来る。また、基準より後ろに表示する場合には、文字ドットの指定で通常の表示サイズよりも小さいサイズにして表示してもよい。なお、受信装置4が、3D映像の視差量を調整する機能を搭載している場合、ユーザー操作により入力される調整信号に応じて、映像表示、字幕表示共に表示位置を水平方向にドット単位で調整しても良い。次に、上述のキャラクタSDDとは異なる奥行き表示位置の別の指定方法について説明する。例えば、奥行き表示位置指定の制御機能を有する、キャラクタSDD2を新たに設定する。SDD2による制御では、例えば、表示ディスプレイで実行可能な奥行きの最前面を基準とする奥行き方向の座標指定を行うこととする。制御内容中のCSI情報に続けて、P11P1iで、最前面基準の奥行き表示位置を指定する値を設定し、その後に中間文字I1および終端文字Fを続けてデータを構成する。設定値を例えば最大100まで設定可能とした場合に、P11P1iでは0から100の任意の値を設定すると、受信装置4では映像変換処理部32で設定可能な奥行き指定幅を奥行き表示位置指定値で指定された値/設定可能な最大値100で割合を求め、その割合に応じて右目用、左目用各表示文字列データの水平方向表示位置を調整して字幕表示を実施する。ユーザーからはすなわち設定値が0の場合、ディスプレイ47上では最も手前に飛び出すように見え、100を指定することで最も奥に引っ込んで見える。指定の基準は逆に最も奥を0とするようにしても同様の実施方法と効果が得られる。また、奥行き表示位置のさらに別の指定方法について説明する。奥行き表示位置指定の制御機能を有する、キャラクタSDD3を新たに設定する。SDD3による制御では、字幕表示プレーンの基準とする奥行き表示位置からの相対で指定する設定値による指定を行う。制御内容中のCSI情報に続けて、P11P1iで基準面からの相対的な奥行き表示位置を指定する値を設定し、その後に中間文字I1および終端文字Fを続けてデータを構成する。設定値の指定方法は例えば上述した奥行きの最前面を基準とした場合と同様に割合を指定する。表示装置4では指定の割合に応じて右目用、左目用各表示文字列データの水平方向表示位置を調整することで字幕表示を行う。例えば、設定値が0の場合、図69aにおけるディスプレイ47上で右目用データと左目用データが同一の場所に表示される状態視差0の位置、2D表示時の指定位置とも表現するを示す。また、設定値が100の場合、映像変換処理部32で設定可能な最大視差を設けることで最前面での表示とし、中間の数値の場合は視差0の位置と最大視差の位置を100分割した割合に応じた視差量を設けることを示す。また、奥行き表示位置のさらに別の指定方法について説明する。奥行き表示位置指定の制御機能を有する、キャラクタSDD4を新たに設定する。SDD4による制御では、2視点の字幕データ夫々についての視差情報による指定として行う。すなわち、2視点映像の右目用画像に表示する字幕データ、左目用画像に表示する字幕データの夫々に対して、SDPで指定する表示位置からさらに水平方向に何画素ずらして字幕データ表示を行うかを指定する。制御内容中のCSI情報に続けて、P11P1iで右目用映像に表示する字幕データについての、SDPで指定する表示位置からの水平方向の移動量をドット数で指定する値を設定し、その後に中間文字I1を続ける。さらに、続けてP21P2jで左目用映像に載せる字幕データのSDPで指定する表示位置からの水平方向の移動量をドット数で指定する値を設定し、その後に中間文字I2および終端文字Fを続けてデータを構成する。表示装置4では指定値に応じて右目用表示文字列データは水平方向左、左目用表示文字列データは水平方向右に調整を行う。例えば右目用表示データの視差設定値が032、030となり20を示し、左目用表示データの視差設定値が032、030となり20を示している場合、右目用映像に重畳する表示文字列データは右目用字幕表示プレーンの基準表示位置2D表示する場合の表示位置であり、拡張制御符号SDPで指定されても良いより20ドット左方向に表示し、左目用字幕表示プレーンの基準表示位置より20ドット右方向に表示する。以上で示した方法によっても表示する文字列に奥行きを付加でき、ユーザーは3D映像表示に合わせて字幕を視聴することが出来る。なおこの時の制御内容はパラメータP1、P2により例えばSDPに依存しない夫々の表示位置を位置座標による絶対位置指定としても良い。そのようにすることで、受信装置4では視差0の位置から奥への表現も可能となる。その場合、制御符号の運用としてSDPとの併用を行わないとしても良い。また、制御内容をパラメータP1、P2による指定において、所定の正数値で視差0の位置での表示となるように設定しても良い。例えば、所定の整数値を30として、P1およびP2が30の場合に基準面2D表示する場合の表示位置での表示を指定するように構成してもよい。この場合、所定の整数値である30未満の値を指定した場合には、指定値に応じて右目用表示文字列データは水平方向右、左目用表示文字列データは水平方向左に調整を行う。所定の整数値である30より大きな値を設定した場合に指定値に応じて右目用表示文字列データは水平方向左、左目用表示文字列データは水平方向右に調整を行う。このようにすることでも基準面から奥への表現が可能になる。また、この時の制御内容はパラメータP1、P2による2視点の指定順序を逆パラメータP1で左目用字幕データに対する指定、パラメータP2で右目用字幕データに対する指定としても良い。以上の複数の奥行き表示位置指定の制御符号のうちいずれか一つを選択して送信装置1から出力することで、対応可能な受信装置4では字幕の3D表示が実現可能である。また、複数の奥行き表示位置指定の制御符号を用いて送信装置1から出力してもよい。一度に複数の奥行き表示位置指定の制御符号を用いた場合には、例えば受信装置4が最後に受信した奥行き表示位置指定の制御符号により字幕の表示位置を決定してもよい。または、送信装置1から送信される複数の奥行き表示位置指定の制御符号のうち、受信装置4で対応可能な奥行き表示位置指定方法に対応する制御符号を検出して字幕の表示位置を決定してもよい。以上で述べたように字幕で使用する制御符号は図64、図65で説明したとおりであるが、図66には、送信装置1における、拡張制御符号の制限の一例を示す。奥行き表示位置指定の拡張制御符号SDDの制限は以下のとおりである。使用の可否は使用可能とし、その他の制限事項として、後述する表示画面の初期化動作以降、ビットマップの表示および表示動作を伴う文字、制御符号の出現前のみ指示可能とする運用としてもよい。このような制約を設けることで受信装置4では奥行き表示位置指定以外の表示位置指定や表示構成ドット指定などと同様の制御シーケンスを構築可能である。例えば、SDD2,SDD3,SDD4の制限も同様に設ければよい。以上説明した本実施例の制御符号を用いることにより、奥行き表示位置視差情報を表示画面の初期化動作毎に位置指定が可能であるため、任意の文字数毎に変更することが可能である。例えば表示する字幕データ1行ごとに指定することも可能であるし、勿論、初期化動作は行の途中でも組み込むことが可能なため、表示する字幕データ1文字ごとでも位置指定可能である。受信装置4は、以上説明した制御符号を読み取り、制御符号の制御内容が有効な範囲の字幕データについて指定された奥行きを実現するための右目用左目用映像夫々の表示位置を計算し字幕データを映像データに重ね合わせる。また、奥行き表示位置指定の制御符号で伝送する制御内容として、番組内で設定可能な奥行きの最前面の表示位置を表す奥行き情報を伝送するようにしても良い。例えば、映像制作時に,左右の視差量が最大20画素までずれる、ということが判明していれば、送信装置1では送信時にSDDの左右視差の設定値を常に20に設定する。そうすることで受信装置4では3D表示時にこの設定値20を使用して常に表示映像の最前面に字幕を表示して違和感の無い映像を表示することが可能である。例えば、受信装置4で3D表示効果の強弱を調整する機能を含む場合には、視差のデフォルト値として20という値を使用し、ユーザからの強弱の指定が行われた場合には映像データの視差量と同じく変動をさせればよい。また、以上の構成に基づけば、例えば3D番組表示に対応していない受信装置の場合は、この拡張制御情報を無視することで2D画面上に字幕データの表示が可能であり、旧来の機種が誤動作しないデータ構成としている。3D番組において字幕文データで上記奥行き表示位置指定が行われていない場合、受信装置4は字幕データの表示を視差が無い状態で実施するか、映像変換処理部32で設定可能な最前面で表現するといった方法が実施可能である。なお本実施例では3D表示を行う制御符号を拡張制御符号の一部として記載したが、別の制御符号C0、C1制御符号に含めて実現しても良いし、キャラクタ名称は本実施例以外の表現でも良い。奥行き表示位置指定の制御符号をC0制御符号やC1制御符号に適用した場合、図64にて示した制御符号の範囲、図66にて示した運用制限における奥行き位置指定情報の記載場所も適宜変更される。<その他の送信動作の制限>送信装置1における字幕データの送信動作について、例えば、奥行き表示位置指定情報は対象となる番組が3D映像を含む場合のみ有効な制御とするため、送信動作の制限として、奥行き表示位置指定はコンテント記述子などが示す番組特性が対象イベント番組の映像は3D映像であるもしくは対象イベント番組中に3D映像と2D映像が含まれる場合のみ送信可能である、といった制限を設けてもよい。また、放送における字幕データについては、例えばフラッシング点滅やアンダーライン、スクロールなどの多彩な文字装飾などの表現方法が設定可能である。字幕データの3D表示において、ユーザーの3D番組視聴の疲労負担を考慮してこれらの文字装飾の手法と奥行きを使用する表示の組み合わせに制限を設けても良い。例えば、字幕データの3D表示を行う際のフラッシングの制限事項として、フラッシング色数は、フラッシングしない文字及びビットマップデータの共通固定色の128色とは別に、8単位符号文字列のフラッシング用に同時に合計24色4階調フォントの中間色も含むまで指定できるものとする。ビットマップデータのフラッシング用に同時に合計16色まで指定できるものとする。字幕では同時に合計24色文字用24色を共通固定色の128色から任意に指定ができるとする。文字スーパーでは同時に合計40色文字用24色ビットマップデータ用16色を共通固定色の128色から任意に指定ができるとする。またフラッシングは正相のみとする。また縁取り指定との混在は禁止する。またスクロール指定との混在は禁止する。フラッシング色数は、フラッシングしない文字及びビットマップデータの共通固定色の128色とは別に、8単位符号文字列のフラッシング用に同時に合計24色4階調フォントの中間色も含むまで指定できるものとする。ビットマップデータのフラッシング用に同時に合計16色まで指定できるものとする。字幕では同時に合計24色文字用24色を、共通固定色の128色から任意に指定ができるとする。文字スーパーでは同時に合計40色文字用24色ビットマップデータ用16色を、共通固定色の128色から任意に指定ができるとする。またフラッシングは正相のみとする。また縁取り指定との混在は禁止する。またスクロール指定との混在は禁止する。また奥行き表示位置指定との混在は禁止する。あるいは、字幕データの3D表示を行う際のスクロール指定の運用での制限事項の例を以下に示す。同一本文内にSCRを複数回指示する事を禁止する。スクロールを行なう場合には、SDFにより1行分の表示領域を指定した異なるデータユニットとして伝送する。スクロール指定時の受信機動作として、スクロールは、SDFおよびSDPで指定された矩形領域内で行われ、矩形領域外への描画は行わない。また表示領域の最初の行の右側に1文字分指定されているサイズの仮想領域が存在するものとし、スクロール指定が指定された時点で、動作位置は仮想書込領域に再設定する。またスクロール指定以前に表示領域に書かれていた文字は、スクロール指定以後消去する。また最初の文字から表示領域の右端より表示する。またスクロールの開始は、仮想書込領域に文字が書き込まれることにより始める。またロールアウトなしの場合は、最終文字を表示後、スクロールを停止する。またロールアウトありの場合は、画面上から文字がなくなるまでスクロールを継続する。またスクロール中に次の表示すべきデータを受信した場合は、スクロール終了まで待つ。またスクロールの指示開始からスクロール終了までに指定される字間値、行間値が、表示区画の最大値を超える場合、スクロール表示は受信機実装に依存する。また奥行き表示位置指定との混在は禁止する。同様に、文字装飾手法極性反転、ラスタ色制御、囲み、アンダーライン、縁取り、影付き、太字、斜体、などの指定についても、奥行き表示位置指定との混在は禁止する、などの制限を設けてもよい。<受信装置の動作例>以下、送信装置1から送信された字幕データを含むコンテンツを、受信装置4が受信した際の動作例について説明する。<字幕初期化動作>初期化動作について、受信装置4は、受信した字幕管理データのデータグループが組Aから組Bへ切り替わった時、または組Bから組Aへ切り替わった時、更新時の字幕管理に対する初期化動作を行う。このとき、表示領域および表示位置は、所定の初期値になり、奥行き表示位置も制御符号で指定していたそれまでの指定値を解除して良い。字幕データの奥行き表示位置指定の当該初期値については、例えば図69aにおけるディスプレイ47上で右目用データと左目用データが同一の場所に表示される状態視差0の位置、2D表示時の指定位置とも表現するとする。初期化を実行するタイミングは例えば以下に示す時とする。字幕文による初期化として、受信装置4は、提示処理中のデータグループ組、言語と同一の字幕文データ受信時に初期化動作を行う。すなわち字幕PESデータのデータグループヘッダに含まれるID値を検出して初期化動作を実行する。また、本文データユニットによる初期化として、受信装置4は、提示処理中のデータグループ組、言語と同一の字幕文データ受信時に、字幕文データに本文データユニットが含まれているとき、本文データユニットの受信機提示処理の直前に初期化動作を行う。すなわち、データユニット単位で初期化動作を実行する。また、文字制御符号による初期化として、受信装置4は、画面消去および書式選択の受信機実行処理の直前に当該初期化動作を行う。この制御符号は任意の位置に挿入することが可能であるため、任意の文字単位で初期化動作を実行可能である。以上のことはすなわち、初期化のたびに奥行き表示位置指定を行うことで、任意のタイミングで字幕データの奥行き表示位置の変更が可能である。<受信装置の字幕データ受信制御例>受信装置4での動作として例えば、字幕文字スーパーの同時に表示できる数は、字幕1つと文字スーパー1つの計2つとしてもよい。また受信装置4は、字幕と文字スーパーの提示制御は、独立して制御するように構成する。また、受信装置4は原則として字幕と文字スーパーは、表示領域が重ならないように制御する。但し、もし表示が重ならざるを得ない場合は、文字スーパーを優先して字幕より手前に表示する。また字幕文字スーパーそれぞれにおいて、ビットマップデータと本文、あるいはビットマップデータ同士が重なった場合は、後書き優先とする。またデータ放送番組における字幕文字スーパーの表示サイズおよび位置は、全画面領域を基準として表示する。また受信装置4は、字幕管理データ受信の有無で、字幕データの送出の有無を判定する。字幕受信を視聴者に知らせるマークの表示や、字幕の表示、消去は、主に、該字幕管理データを基準として行う。CM間などでの該字幕管理データの送出中断を鑑み、3分以上の字幕管理データ未受信でタイムアウト処理を行ってもよい。なお、字幕管理データについてEITデータなど他のデータと連携した表示制御を行ってもよい。字幕文字スーパーの表示開始、終了時の受信装置4の動作は図67に示す。但し、開始とは字幕文で指定された字幕表示の開始、終了とは字幕文の消去のことを指す。受信装置4は、図56aで説明した字幕管理データ内のDMFに従って、図67に示すように、字幕文で指定された字幕表示の開始と、字幕文の消去を行う。字幕データが付与された3D番組を受信し、3Dで映像および字幕データを表示する場合にも受信装置4は当該DMFに従う。例えば、受信時自動表示であれば、システム制御部51は上述した奥行き表示位置指定に基づいた字幕データの表示を行う。受信時自動非表示であれば、開始時に字幕データを表示しない。受信時選択表示であれば、ユーザーの選択によって表示消去を行う。次に、受信装置4における字幕文字スーパーの設定に関する動作としては、以下の動作を行ってもよい。例えば、受信装置4は、直前にユーザー操作入力を介して選択された言語の字幕および文字スーパーを表示する。例えば、番組視聴中に第2言語の字幕が、ユーザー操作入力を介して選択された場合、別の字幕付番組が開始された時に、第2言語を表示する。また受信機出荷時の初期設定では、第1言語を表示する。また日本語、英語などの言語コードの設定が可能な受信機は、設定された言語コードの字幕文字スーパーを表示する。また受信機に設定されている言語あるいは言語コードの字幕文字スーパーが送出されていない場合は、受信機は第1言語の字幕文字スーパーを表示する。受信装置4で上述した字幕データと3D表示用映像を含んだストリームを受信し、3Dで表示される映像データに重畳する際の制御手順を図68を用いて説明する。放送波を受信した場合、S6801ではチューナ23、デスクランブラ24を経て、多重分離部29で字幕データを分離して図25には図示していない揮発性メモリ上に記憶し、S6802へ進む。S6802ではメモリ上に記憶された字幕文データをCPU21のシステム制御部51が読み出し、CPU21の映像変換制御部61で字幕文データの解析を行い、制御符号の判別を行い、S6803へ進む。この際の字幕データの処理については上述した字幕データについての動作を行えばよい。S6803では3D映像コンテンツ中の奥行き表示位置指定情報の有無を判別し、該奥行き表示位置指定情報がある場合にはS6804へ進み、無い場合にはS6805へ進む。S6804では右目用表示文字列データと、左目用表示文字列データとを各字幕表示用プレーンに描画する。このとき、CPU21の映像変換制御部61による奥行き表示位置指定情報の解析結果に応じて、右目用表示文字列データと左目用表示文字列データの描画位置を決定する。描画後にS6806へ進む。S6805では奥行き表示位置の指定が無いため、映像変換制御部61では、予め図示しないメモリに格納しておいた、標準の奥行き視差情報から求められる描画位置を用いて、右目用文字列データと、左目用表示文字列データとを各字幕表示用プレーンに描画する。標準の奥行き視差情報は、所定の情報を予め定めておき、図示しないメモリに格納しておけばよい。この時、標準の奥行き情報が示す奥行き表示位置の例としては、例えば、映像変換処理部32で表示可能な最前面に表示する表示位置としてもよい。この場合、3D映像に対して字幕表示が常に手前の位置に融像されるので、違和感無く字幕を表示することが可能となる。描画後にS6806へ進む。S6806では、CPU21のシステム制御部51および映像変換制御部61は、S6805で作成した各表示領域プレーンと各映像表示プレーンとを重畳し、また必要に応じてOSD作成部で作成されたOSDデータも重畳するように、映像変換処理部32を制御する。重畳した映像データをディスプレイ47へ表示する、または映像出力41から出力して処理を終了する。以上の一連の処理を受信した字幕データごとに繰り返すことによって好適な字幕の3D表示を可能とする。例えば、受信装置4では以上の処理を放送信号受信中は継続して繰り返すようにすればよい。なお、S6805で示した標準の奥行き情報が示す奥行き表示位置は別の位置としてもよい。例えば視差0の位置右目用表示文字列と左目用表示文字列との視差が無い状態を標準奥行き表示位置と定義する。また、例えば、右目用表示データと左目用表示データの基準視差を表す標準視差情報の新しいパラメータを設定し、新しい記述子に該パラメータを格納してもよく、既存の記述子の一部に該パラメータを格納すしてもよい。これらのパラメータをPMTなどの番組情報に合成して送信装置1から送信し、受信装置4で受信し、受信したパラメータを用いて受信装置4で決定することも可能である。S6805からの処理の代わりに、字幕データに奥行き表示位置指定の制御符号が含まれていない場合には、字幕を表示をしないように制御しても良い。例えばS6805で映像変換制御部61が、映像データは映像表示プレーンに描画するが、表示文字列データは字幕表示用プレーンに描画しないようにすることで実現する。この場合、映像データとの奥行き表示位置に不整合がある状態の表示を回避することが可能となる。また、字幕データに奥行き表示位置指定の制御符号が含まれていない場合に、視差が無い位置で表示用データを字幕表示用プレーンに描画し、表示しても良い。この場合、映像データとの奥行き表示位置に不整合がある状態となる可能性があるものの、少なくとも字幕を非表示を回避することが可能となる。また、上記制御例では字幕データと映像データの合成をCPU21の映像変換制御部61および映像変換処理部32で行う事例を示したが、CPU21のOSD作成部60で行っても同様に実施可能であり、図示していない異なる処理ブロック、制御部等を設けてこれらの処理を行っても良い。ネットワーク3を経由して受信装置4にコンテンツが入力される場合についても、ネットワークI/F25を介して字幕データを含むストリームデータを受信し、多重分離部29で上記放送受信時と同様に字幕データの分離処理を行い、上記放送受信時の制御例と同様の制御により3D表示に対応した字幕を視聴することが可能である。以上で説明した制御により行った字幕情報の表示の一例を図69a及び図69bに示す。右目用映像と左目用映像の表示位置をずらすことで視差を発生させるという方法は既に説明したとおりである。ここで、図69aに右目用表示データと左目用表示データの表示位置と、ユーザーの脳による表示対象の融像位置の奥行きを示す簡易的なモデルの説明図である。ある第1の表示対象データについて、右目用表示領域上では右目用表示位置1に、左目用表示領域上では左目用表示位置1に表示した場合、ユーザーの脳では融像位置1に融像され、結果として表示対象のデータはディスプレイ47の表示面よりも奥の位置にあるように知覚される。一方、ある第2の表示対象データを右目用表示領域上では右目用表示位置2に、左目用表示領域上では左目用表示位置2に表示した場合、ユーザの脳では融像位置2の場所に融像され、結果として表示対象のデータはディスプレイ47の表示面よりも前面に飛び出すように知覚される。すなわち字幕データの表示についても、右目用表示文字列データを水平方向左に移動し、左目用表示文字列データを水平方向右に移動することで、融像位置がユーザーに近くなり、ユーザーの脳では、字幕データが画面から飛び出して見えることとなる。なお、左右方向の移動量は必ずしも同じである必要はない。従って字幕データの視差を映像データよりも前面に来るように表示位置を設定することによって表示時に違和感の無い映像がを表示することが可能である。すなわち、左目用映像と右目用映像とを含む立体映像データとともに表示する字幕データについて、映像データよりも全面に表示されるように水平方向の視差を設ける。こうして生成した図69bの左目用映像、右目用映像夫々を図37aや図39aに示すように交互に表示することにより、ディスプレイ47には表示映像の見え方の例のように映像が表示されており、ユーザはこれを例えばアクティブシャッター方式のフィルタを備えたメガネのような補助装置を用いるなどして、字幕を重ね合わせた立体映像として視聴できる。また、本実施例に示した奥行き表示位置指定情報を含む字幕データが3D映像を含まないコンテンツに含まれて伝送された場合の受信装置4動作について説明する。例えば受信装置4で番組情報解析部54が図50に示したコンテント記述子が示す番組特性の値を検出し、システム制御部51が対象イベント番組に3D映像が含まれない、と判定した場合には、たとえ字幕データの含む奥行き表示位置指定情報を検出しても字幕データの3D表示は行わないよう処理を行う。それにより誤って2D映像に3Dの字幕データを重畳し、ユーザにとって視認しづらい映像の表示を回避することが可能である。<3D映像を2D表示する場合>3D2視点別ES伝送方式の3Dコンテンツを受信し、視聴中または視聴前にユーザーが2D映像表示への切替指示例えばリモコンの2Dキー押下を行った場合、前記切替指示の情報を受信したユーザー指示受信部52は、システム制御部51に対して2D映像への信号切替を指示する。この時、受信コンテンツに奥行き表示位置指定情報が含まれている場合でも、字幕表示を2Dの形式で行うようにする。3D映像で送信された映像を受信装置が受信し、2Dで視聴する場合例えば図40aで示した場合の字幕の奥行き位置設定についての処理シーケンスの一例を図70に示す。字幕データを含むストリームを受信した後、S6801、S6802と同様の処理によって、字幕データの解析を行った後、S7001ではCPU21の映像変換制御部61は奥行き表示位置指定情報を検出した場合にはそれに基づいて右目用表示文字列を右目表示領域用プレーンに描画し、左目用表示文字列を左目用表示領域用プレーンに描画して、S7002へ進む。S7002ではCPU21のシステム制御部51および映像変換制御部61はS404と同様に例えば左目用表示映像データと左目用字幕表示プレーン、およびOSD表示プレーンを重畳した表示用データを生成する。ここで、表示においては、生成した2視点分の表示用データのうち一方しか表示しないことで2D表示を実現する。この時表示するデータは、例えば左目用の映像と、左目用の映像の字幕データを利用すればよい。以上の表示処理の後、処理を終了する。以上の処理を字幕データを受信するごとに繰り返すことにより、好適に字幕を2D表示可能とする。また3D/2Dの表示の切替を、最終処理であるS7002の表示処理だけを切り替えれば実現可能なため高速に切替を実行可能である。なお、本例に限らず、S7001で映像変換制御部61が検出した奥行き表示位置指定情報を使用せずに、表示用字幕プレーンを1枚だけ生成し、右目用表示映像か左目用表示映像かの一方の表示映像に重畳する方法で実現しても良い。本実施例によれば、3Dコンテンツの2D出力/表示時には字幕データも2D表示を行うことにより、ユーザーにとって違和感のない番組視聴が可能となる。また、本シーケンスで示した処理は図41のS404内で実施するか、同時に実施する。システム制御部51は映像を2Dで表示する処理に同期して上記制御を行うことによって、映像の3D/2D表示と字幕データの3D/2D表示のタイミングを合わせ、違和感のない番組視聴を可能とする。図71はユーザーにより3Dコンテンツの3D/2D表示の切替えが指示された場合の字幕表示処理切替シーケンスの一例を示す。3Dコンテンツ受信時にユーザーからの3D/2D表示の切替指示が行われると処理を開始する。S7101では、切替指示が2D映像表示から3D映像表示への切替指示である場合にはS7102へ進み、切替指示が3D映像表示から2D映像表示への切替指示である場合にはS7103へ進む。S7102ではシステム制御部51は映像信号の表示方法を3D表示に切り替える処理に伴って字幕データの表示方法を3D表示へと切り替えて処理を終了する。この場合、図68に示す処理シーケンスによって字幕データの3D表示を実現する。S7103ではシステム制御部51は映像信号の表示方法を3D表示に切り替える処理に伴って字幕データの表示方法を2D表示へと切り替えて処理を終了する。この場合、図70に示す処理シーケンスによって字幕データの2D表示を実現する。本実施例によれば、3Dコンテンツの映像を3D出力/表示する際には、字幕データも3D出力/表示を行い、3Dコンテンツの映像を2D出力/表示する際には、字幕データも2D出力/表示を行うこととなる。これにより、3Dコンテンツの出力/表示に応じた字幕データの3D/2D表示を実現し、ユーザーは違和感のない番組視聴が可能となる。<2D映像を受信装置4で3D変換可能な場合の字幕表示>送信装置1から、字幕データおよび2D映像データを含む放送信号が送信され、受信装置4で受信後に受信装置内で3D映像に変換して表示する場合について説明する。2D映像データの3Dへの変換については、変換回路を映像変換処理部32に含めるか、CPU21によるソフトウェア処理によって実行する。この時、受信した字幕データには奥行き表示位置指定情報は付加されていない。従って図68で示したS6805で行った処理と同様に、奥行き方向の最前面に字幕情報が表示されるように、視差情報を設定するように構成すればよい。このように構成することで、変換後の3D表示において、映像データと字幕データとの奥行き表示位置の不整合が発生することを防ぐことが可能となる。またこのとき、送信装置1では2D表示を前提としているため、字幕の制御情報には3D表示と併用に適していない制御符号が適用されている場合がある。そのため受信装置4では、2D映像の3D変換を行って字幕データを表示する場合には、字幕を3Dで表示する際に用いるとユーザーの視聴時の疲労が懸念される制御ような、3D表示に適していない制御符号の指示を実行せずに表示を行う。例えば、スクロール指定の制御符号によるスクロール処理を行わないようにしたり、フラッシング制御の制御符号によるフラッシング動作を行わないようにする。これにより、映像と字幕の3D視聴をより好適に実現することが可能である。一方で、2D映像を3D表示する場合を考慮して、送信装置1で2D映像データに付随する字幕データに奥行き表示位置指定情報を含んで送信する場合、受信装置4では例えば図41に示したS401、S402と同様に当該の番組が3D番組であるかどうか判別し、2D番組であり、かつ2D映像を2D表示する時は、奥行き表示位置指定情報を参照せずに、字幕表示も2Dで行う。当該の番組が2D番組であり、かつ3Dに変換して表示するときは、奥行き表示位置指定情報を参照して、字幕表示を3Dで行う。<字幕データ送信動作の別の一例>送信装置1から2視点同一ES伝送方式で3D映像を送信する場合において、字幕データの視差制御用データのコンテンツへの挿入を行う方法の別の一例を以下に説明する。図72aは本実施例による、字幕データを含むPESデータの形式の一例を示している。dataidentifierは一意に定められる字幕PESデータの識別番号である。例えば0x20といった固定値とする。subtitlestreamidは当該PESパケットが字幕データであることを一意に指定するための識別番号である。これに続きセグメントデータが挿入される。例えば0x00などの固定値とする。subtitlestreamidは番組のPMTから本字幕データを一意に指定するための識別番号である。これに続きセグメントデータが挿入される。endofPESdatafieldmarkerは字幕PESデータの終了を示す固定値である。例えば8ビットの情報で’111111’といった情報列である。図72bは図72aで指定するセグメントデータの構造である。syncbyteは受信機でセグメントデータを識別するための一意に定められた値である。segmenttypeで指定可能な定義値については後述する。pageidでは、字幕データの表示位置を選択するためのページ番号を指定する。segmentlengthは後に続くデータ長を示す。segmentdatafieldは各セグメントが含有する具体的データであり、どのような情報が含まれるかが規定される。図72cには字幕に関係するセグメントの種類であるsegmenttypeの定義を例示する。例えば字幕の文字列情報を包含するobjectdatasegmentや、字幕を表示するページやリージョン、カラーマネジメントに関連するセグメントデータなどが定義されている。この例では字幕データの視差を設定するsegmenttypeを新たに0x15と定義している。図72dは左右視差情報セグメントdisparitysignalingsegmentのデータ構成の一例である。syncbyteはセグメントであることを識別するための一意に定められた値である。例えば8ビットの情報で’00001111’といった値にすれば良い。segmenttypeは図72cに定めた0x15の値を指定し、セグメントの種類をdisparitysignalingsegmentであることを確定する。pageidはこのセグメントの情報が適用されるページ番号を定める。segmentlengthは直後に続くセグメントの情報長を示す。pagedisparityaddressは該当するページの視差情報を、指定する。視差情報は、例えば左右画面の視差をサブピクセル単位で表現する。dssversionnumberはこのdisparitysignalingsegmentのバージョンを示す。受信装置ではこのバージョンによって以降のデータフォーマットを判定することが可能である。regionidは、ページよりさらに細かい表示位置の単位であるリージョンごとに視差を規定するために、該当するリージョンの識別番号を指定する。regiondisparityaddressは該当するリージョンについて例えば左右画面での視差をサブピクセル単位で表現し指定する。これにより複数の字幕データがある場合にもそれぞれに異なる奥行き視差情報を付与して異なる奥行きに表示可能である。以上のデータ構成に基づけば、例えば3D番組表示に対応していない受信装置の場合は、このsegmenttypeを持った情報を無視することとなり、2D画面上に通常の字幕データの表示が可能でありとなる。これにより、新たに図72dは左右視差情報セグメントを用いた字幕データを含むコンテンツを送信しても、旧来の機種が誤動作しないという利点がある。上述した左右視差情報セグメントを用いるデータ構成の制御データに対する受信装置の動作は、図68および図70、図71に示した動作例において、奥行き表示位置指定情報を左右視差情報セグメントに変更したものである。図68のS6805では、受信した3D映像コンテンツ中に左右視差情報セグメントが含まれていない場合には、予め定めた所定の左右視差情報セグメント情報をメモリに格納しておき、これを標準左右視差情報セグメント情報として用いて字幕の表示文字列を表示すればよい。その他の動作は図68および図70、図71と同様であるため説明を省略する。なお、図72a、図72b、図72c、図72dの構成例は、必ずしも各図で示したデータの並び、名称、データサイズタイプに限定される必要は無く、同様の情報が含まれていればよい。以上説明した右視差情報セグメントを用いれば、3D表示用の字幕データについての奥行きの設定が好適に実現可能である。<字幕データ送信動作のさらに別の一例>送信装置1から2視点同一ES伝送方式で3D映像を送信する場合において、字幕データとその視差制御用データのコンテンツへの挿入を行う方法のさらに別の一例を以下に示す。まず、字幕用データは例えばビデオデータのシーケンスヘッダに含まれるユーザデータ領域に挿入されることがある。図73aはシーケンスヘッダ内の拡張データとして含まれるユーザデータの構成例を示す。userdatastartcodeはこれ以降のデータがユーザデータであることを一意に識別可能な固定値であり、例えば0x000001B2である。userdatatypecodeは以降のデータに字幕情報などが含まれることを示す一意に識別可能な固定値であり、例えば0x03である。vbidataflagは字幕データなどを含むかどうかを示す。1であれば以降の字幕データの解析を行い、0であれば解析不要とする。cccountは以降の字幕データのデータ量を示す。ccpriorityは画像作成時の優先度を例えば0優先度最高~3優先度最低といった形で示す。fieldnumberは字幕を表示するフィールドを例えばOddEvenで選択する。ccdata1およびccdata2は表示をする文字列および制御コマンドが含まれる。制御コマンドには文字色や背景色を指定するものや、ロールアップページデータとして送られてきた字幕データを、あらかじめ設定した3行程度の領域内に行単位に逐次追加表示する字幕サービス。改行時に行方向にロールアップする。や点滅などの動きを指定するもの、視差情報などを含める。制御コマンドの例を図73bに示す。チャンネル1、チャンネル2のように、複数のチャンネルを示している理由は、一度に複数の字幕データを表示可能とするためである。夫々のチャンネルに同等の制御を意味する別の値の制御コマンドを割り振る。また、文字列と制御コマンドを混同しないよう、例えば文字列は0x20以降の値を使用し、制御コマンドは0x10~0x1Fまでの値から開始するなどとすればよい。このとき、字幕データの視差を示す視差情報について、例えばTextRestartコマンドの直後に図73cの視差制御コマンドデータを配置することにより指定すればよい。視差量を制御コマンドの直後に配置し、例えば0x20~0x7E10進数にして32~126の値の範囲で指定可能とすればよい。当該指定値の意味は、中心となる0x4F10進数にして79からの増減量で視差を表現する。これにより合計で94ピクセルの視差の生成が可能である。例えば、正方向を右、負方向を左もちろんその逆でも良いと定義する。このように送信装置で指定する値を定めることで、任意の受信装置で奥行き情報を一意に解釈することが可能である。例えばチャンネル1を使用して右目用の映像データに正方向10ピクセルの視差を設ける場合、0x140x2A0x230x59というデータの並びを、送信側から送信し、受信機側で解釈することで対応が可能となる。0x14,0x2Aによりチャンネル1の字幕情報が初期化され、次に0x23で右目用画像向け字幕データの視差情報が送信されることがわかる。次の0x59が実際の視差情報であり、0x4Fとの差分である10が視差情報となる。続けて同じ要領で左目用画像向け字幕データの視差情報を送受信し、字幕データ本体を送受信、といった処理を実施することで字幕データに左右の視差を設けて表示することが可能である。図73aのユーザデータの中には、以上説明した字幕データ以降に字幕データ以外のデータが含まれても良い。nextstartcodeは例えば0x000001といった固定値であり、これを以てユーザデータが終了したと解釈すれば良い。受信装置で上述した視差制御コマンドデータを受信した場合の制御方法は図68や図70、図71で説明した動作例において、奥行き表示位置指定情報を図73cの視差制御コマンドに変更したものである。図68のS6805では、受信した3D映像コンテンツ中に視差制御コマンドデータが含まれていない場合には、予め定めた所定の視差制御コマンドデータをメモリに格納しておき、これを標準視差制御コマンド情報として用いて字幕の表示文字列を表示すればよい。その他の動作は図68および図70、図71と同様であるため説明を省略する。<録画再生時の処理例>次に、以上説明した3D映像データと字幕データとを含むコンテンツの録画及び再生時の処理について説明する。<3D放送を字幕データ付でそのまま記録/CSIごと記録>以上で説明した、字幕データを含む3Dコンテンツストリームを受信し、記録媒体に録画する際には、例えば、上述した奥行き表示位置指定情報を含めて字幕データPESをそのまま記録再生部27により記録媒体26に記録を行う。また、再生時には記録媒体26から読み出された字幕データを、図68および図70、図71に示した放送信号受信時の処理と同様にして、多重分離部29などが制御を行う。これにより、3D表示に対応した字幕を視聴することが可能である。図52に示したように制御用データが字幕データPESに包含されていれば、例えば、録画時に映像データや音声データを編集するトランスコード処理など場合であっても、上述した記録再生処理の対応が可能である。また、3D番組コンテンツを2D形式に変換して記録する場合、または記録再生装置が2Dの表示しか行えない場合には、上述した図65の奥行き表示位置指定情報、図72の左右視差情報セグメント、図73cの視差制御コマンドなど、字幕データの3D表示についての奥行き表示位置や視差に関する情報を録画時に削除しても構わない。そのようにしてデータ量を削減することで録画媒体の記録容量を効果的に使用することが可能である。また、上述した記録時の処理例とは逆に、受信したストリームの映像データが2D映像であって、図65の奥行き表示位置指定情報、図72の左右視差情報セグメント、図73cの視差制御コマンドなど、字幕データの3D表示についての奥行き表示位置や視差に関する情報を持っていない場合に、記録時に映像データを3D映像に変換して記録する場合には、受信装置4において、これらの字幕データの3D表示についての奥行き表示位置や視差に関する情報を、3D変換後の映像データや字幕データとともに記録しても良い。<字幕データとテレビ独自のOSDを3D表示で重ねる場合>以上で説明した字幕データの表示に対して、受信装置あるいは記録再生装置が独自のOSDを同時に画面上に表示する場合を考える。字幕データとOSDデータの書き出す面プレーンの概念図を図74aに示す。受信装置4では、この図で示すように字幕データよりもOSDデータが前面となるように表示面を構成する。さらに、3D表示画面を生成する場合に、OSDの奥行き表示位置を最前面に表示するように視差を制御する。こうすることで、字幕データの奥行き表示位置との関係で、OSD表示がユーザに違和感を生じさせることを防止することが可能である。例えば、字幕データが最前面に位置していたとしても、プレーンの重畳順によってOSDの表示データが字幕を上書きして画面を合成するため、違和感の無い表示となる。合成した後の表示画面の一例を図74bに示す。OSDデータが透過する性質を持っていた場合でも、同様に表示制御を行うことで、違和感の無い表示画面を生成することが可能である。<HDMI出力制御例>上述した実施例とは別の機器構成例として、図75に示すように受信装置4と表示装置63とが別体で、例えばシリアル伝送方式で接続されている構成について説明する。伝送バス62は、表示装置4と表示装置63とを接続し映像音声データを伝送し、かつ規定された形式で送付可能なコマンドの伝送が可能である。伝送方式としては例えばHDMI商標による接続が挙げられる。表示装置63は伝送バス62によって伝送された映像音声データを表示する装置であり、表示パネルやスピーカなどを持つ。本構成の場合、表示装置63で字幕データを出力表示するには、映像データ上に字幕データを合成したデータを受信装置4で生成して表示装置63へ伝送すればよい。3D映像の視聴の際は、伝送方式で定められた3D映像データの伝送方法に従えば表示装置63にて3D表示が可能である。表示装置63においては図69または図69に示したような左目用画像および右目用画像を夫々表示すればよい。受信装置4でOSDを重ね合わせる場合も、同様に、受信装置4でOSDを重ね合わせた画像を生成して表示装置63へ伝送し、表示装置63が左目用画像および右目用画像を夫々表示すればよい。一方、受信装置4で3D表示用画像を作成し、その上に表示装置63においてOSDを表示する場合、表示装置63で、受信装置4側で生成した3D表示用画像の最大の視差量が把握できなければ、最前面に表示を行うことができない。そのため、受信装置4から表示装置63に対して、伝送バス62を介して視差情報を伝送する。これにより、表示装置63で受信装置4側で生成した3D表示用画像の最大の視差量を把握することが可能である。具体的な視差情報の伝送方法としては、例えば、HDMI接続における機器制御信号であるCECによる伝送が挙げられる。HDMIVendorSpecificInfoFramePacketContentsのReserved領域などに新しく視差量を記述する箇所を設けることで対応が可能である。上述した図74または図74で示した例のように、OSDを最前面に表示すれば違和感の無い表示が可能となるため、例えば受信装置4から表示装置63へ視差の最大値をピクセル数などの視差情報を伝送することで、表示画像に対して表示装置63で最前面にOSDを表示することが可能である。視差情報を伝送するタイミングは、例えば受信装置4側で3D番組表示開始時に固定の最大値を一度伝送するだけでも良い。この場合は、伝送回数が少なく処理負荷が少ないというメリットがある。また、受信装置4でユーザーが最大視差量を設定できる方法がある場合には、変更される毎に伝送すればよい。図76aは受信装置4から表示装置63へ伝送する表示画像の一例である。例えば字幕データが表示画像よりも前面に表示された3D表示画像である。表示装置63でOSDを表示しない場合はこの画像がそのまま表示されることとなる。これに対して図76bは、上述した伝送処理により、受信装置4から視差の最大値情報を送信された表示装置63においてOSDを表示した画像の一例である。視差の最大値情報を用いて、受信装置4から伝送された画像中のいずれの表示画像及び字幕データよりも前面となる位置にOSDを重ね合わせることで違和感の無い表示が可能となる。図76abでは字幕データを含んだ表示例を示したが、字幕データを受信装置4で表示しない場合でも、上記手順で受信装置4より視差情報を伝送することで表示装置63にてOSDを最前面に表示することが可能である。または受信装置4で字幕データとOSDを重畳したデータを伝送する場合でも、上記手順で受信装置4より視差情報を電することで表示装置63の作成したOSDを受信装置4の字幕データおよびOSDよりも前面で表示することが可能であり、違和感の無い表示が可能である。また本実施例では視差の最大値を伝送する例を説明したが、最小値を合わせて伝送したり、画面上を複数の領域に区分けして領域毎の最大値や最小値を伝送したりしても良い。また視差の値を伝送するタイミングも例えば1秒間隔など定期的な時間間隔で送付しても良い。これらの処理を行えば、表示装置63で違和感無くOSDを表示可能な奥行き方向の位置の幅を広げることが可能となる。"