"2次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリームが時分割的に含まれる所定フォーマットのコンテナを送信する送信部と、上記コンテナに、該コンテナに含まれる各ビューのビデオストリームの構成情報を挿入する構成情報挿入部とを備える送信装置。上記構成情報を挿入する単数あるいは複数のレイヤを選択する挿入レイヤ選択部をさらに備える請求項1に記載の送信装置。上記構成情報の挿入レイヤの選択肢に、上記コンテナのレイヤおよび上記ビデオストリームのレイヤが含まれる請求項2に記載の送信装置。上記構成情報には、上記コンテナに含まれるビデオストリームが、上記2次元画像表示用の単一のビューのビデオストリームであるか、上記3次元画像表示用の複数のビューのビデオストリームであるかを識別する情報が含まれている請求項1に記載の送信装置。上記構成情報には、1つのビデオエレメンタリストリームに、上記複数のビューのビデオストリームが挿入されているか否かを示す情報が含まれている請求項1に記載の送信装置。上記構成情報には、1つのピクチャに複数のビューのビデオストリームのデータがインターリーブされているか否かを示す情報が含まれている請求項1に記載の送信装置。上記構成情報には、ビュー割り当てを示す情報が含まれている請求項1に記載の送信装置。上記識別情報には、2次元画像表示に必須のビューのビデオストリームであるか否かを示す情報が含まれている請求項1に記載の送信装置。上記構成情報には、水平および/または垂直の所定の解像度に対する画素比率情報が含まれている請求項1に記載の送信装置。上記コンテナは、トランスポートストリームである請求項1に記載の送信装置。上記3次元画像表示用の複数のビューは、左眼ビューおよび右眼ビューの2つのビューである請求項1に記載の送信装置。1つのビデオエレメンタリストリームに上記複数のビューのビデオストリームが挿入される場合、各ビューのビデオストリームの間にビュー間境界を示す情報が配置される請求項1に記載の送信装置。2次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリームが時分割的に含まれる所定フォーマットのコンテナを送信する送信ステップと、上記コンテナに、該コンテナに含まれる各ビューのビデオストリームの構成情報を挿入する構成情報挿入ステップとを備える送信方法。2次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリームが時分割的に含まれる所定フォーマットのコンテナを受信する受信部を備え、上記コンテナには、該コンテナに含まれる各ビューのビデオストリームの構成情報が挿入されており、上記コンテナから、上記構成情報に基づいて、各ビューのビデオストリームをデコードして画像データを取得する画像データ取得部をさらに備える受信装置。上記画像データ取得部は、イベント単位あるいは該イベント単位より細かい時間単位で挿入されている上記構成情報に基づいて、デコードバッファ領域を確保する請求項14に記載の受信装置。2次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリームが時分割的に含まれる所定フォーマットのコンテナを受信する受信ステップを備え、上記コンテナには、該コンテナに含まれる各ビューのビデオストリームの構成情報が挿入されており、上記コンテナから、上記構成情報に基づいて、各ビューのビデオストリームをデコードして画像データを取得する画像データ取得ステップをさらに備える受信方法。テレビ番組などのコンテンツを放送局からユーザのテレビ受像機に送信することを想定した場合、3次元3D画像表示用の複数のビューのビデオストリームと、2次元2D画像表示用の単一のビューのビデオストリームを切り換えながら送信することが考えられる。例えば、イベント番組本編については3次元画像表示用の複数のビューのビデオストリームを送信し、CMcommercialmessageについては2次元画像表示用の単一のビューのビデオストリームを送信するような場合が考えられる。また、例えば、あるイベント番組では2次元画像表示用の単一のビューのビデオストリームを送信し、他のイベント番組では、少なくとも一部の期間に3次元画像表示用の複数のビューのビデオストリームを送信するような場合が考えられる。この場合、ユーザ側のテレビ受像機において、送信側から送られてくるビデオストリームの構成を識別可能とすることが望まれる。すなわち、このようなビデオストリーム構成の識別が可能であれば、適切かつ効率的な処理を行うことが可能となる。本技術の目的は、受信側での適切かつ効率的な処理を可能にすることにある。本技術の概念は、2次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリームが時分割的に含まれる所定フォーマットのコンテナを送信する送信部と、上記コンテナに、該コンテナに含まれる各ビューのビデオストリームの構成情報を挿入する構成情報挿入部とを備える送信装置にある。本技術において、送信部により、2次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリームが時分割的に含まれる所定フォーマットのコンテナが送信される。例えば、コンテナは、デジタル放送規格で採用されているトランスポートストリームMPEG-2TSであってもよい。また、例えば、3次元画像表示用の複数のビューは、左眼ビューおよび右眼ビューの2つのビューであってもよい。構成情報挿入部により、コンテナに、このコンテナに含まれる各ビューのビデオストリームの構成情報が挿入される。例えば、構成情報には、コンテナに含まれるビデオストリームが、2次元画像表示用の単一のビューのビデオストリームであるか、3次元画像表示用の複数のビューのビデオストリームであるかを識別する情報が含まれていてもよい。また、例えば、構成情報には、1つのビデオエレメンタリストリームに、上記複数のビューのビデオストリームが挿入されているか否かを示す情報が含まれていてもよい。また、例えば、構成情報には、1つのピクチャに複数のビューのビデオストリームのデータがインターリーブされているか否かを示す情報が含まれていてもよい。また、例えば、構成情報には、ビュー割り当てを示す情報が含まれていてもよい。また、例えば、識別情報には、2次元画像表示に必須のビューのビデオストリームであるか否かを示す情報が含まれていてもよい。また、例えば、構成情報には、水平および/または垂直の所定の解像度に対する画素比率情報が含まれていてもよい。このように本技術においては、コンテナに、このコンテナに含まれる各ビューのビデオストリームの構成情報を挿入するものであり、受信側において適切かつ効率的な処理が可能となる。なお、本技術において、例えば、構成情報を挿入する単数あるいは複数のレイヤを選択する挿入レイヤ選択部をさらに備える、ようにされてもよい。例えば、構成情報の挿入レイヤの選択肢に、コンテナのレイヤおよびビデオストリームのレイヤが含まれる。この場合、サービスに応じて必要とするレイヤに構成情報を挿入でき、受信側における処理の便宜を図ることができる。また、本技術において、例えば、1つのビデオエレメンタリストリームに複数のビューのビデオストリームが挿入される場合、各ビューのビデオストリームの間にビュー間境界を示す情報が配置される、ようにされてもよい。また、本技術の他の概念は、2次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリームが時分割的に含まれる所定フォーマットのコンテナを受信する受信部を備え、上記コンテナには、該コンテナに含まれる各ビューのビデオストリームの構成情報が挿入されており、上記コンテナから、上記構成情報に基づいて、各ビューのビデオストリームをデコードして画像データを取得する画像データ取得部をさらに備える受信装置にある。本技術において、受信部により、2次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリームが時分割的に含まれる所定フォーマットのコンテナが受信される。このコンテナには、このコンテナに含まれる各ビューのビデオストリームの構成情報が挿入されている。そして、画像データ取得部により、構成情報に基づいて、各ビューのビデオストリームがデコードされて画像データが取得される。この際、例えば、イベント単位あるいはこのイベント単位よりも細かい時間単位で挿入されている構成情報に基づいて、デコードバッファ領域が確保される。例えば、イベント番組の全期間に対応して2次元画像表示用の単一のビューのビデオストリームが送信されてくる場合には、当該単一のビューのビデオストリームのバッファリングのためのデコードバッファ領域が確保される。一方、イベント番組の少なくとも一部期間に対応して3次元画像表示用の複数のビューのビデオストリームが送信されてくる場合には、当該複数のビューのビデオストリームのバッファリングのためのデコードバッファ領域が確保される。このように本技術においては、コンテナに含まれる各ビューのビデオストリームの構成情報に基づいて各ビューのビデオストリームがデコードされて画像データが取得されるものであり、適切かつ効率的な処理が可能となる。本技術によれば、受信側での適切かつ効率的な処理が可能となる。以下、発明を実施するための形態以下、実施の形態とするについて説明する。なお、説明は以下の順序で行う。1.実施の形態2.変形例<1.実施の形態>[画像送受信システム]図1は、実施の形態としての画像送受信システム10の構成例を示している。この画像送受信システム10は、放送局100および受信機200により構成されている。放送局100は、コンテナとしてのトランスポートストリームTSを放送波に載せて送信する。このトランスポートストリームTSには、2次元画像表示用の単一のビューのビデオストリーム画像データおよび3次元画像表示用の複数のビューのビデオストリーム画像データが時分割的に含まれる。この3次元画像表示用の複数のビューのビデオストリームは、1つのエレメンタリストリームに含まれて送信されるか、あるいはそれ独立したエレメンタリストリームに含まれて送信される。この実施の形態において、複数のビューは、左眼ビュー左眼画像および右眼ビュー右眼画像の2つである。例えば、イベント番組本編については3次元画像表示用の左眼、右眼の2つのビューのビデオストリームが送信され、CMcommercialmessageについては2次元画像表示用の単一のビューのビデオストリームが送信される場合が考えられる。また、例えば、あるイベント番組では2次元画像表示用の単一のビューのビデオストリームのみを送信し、他のイベント番組では、少なくとも一部の期間に3次元画像表示用の左眼、右眼の2つのビューのビデオストリームを送信するような場合が考えられる。トラスポートストリームTSには、トランスポートストリームTSに含まれる各ビューのビデオストリームの構成情報が挿入される。この構成情報には、トランスポートストリームTSに含まれるビデオストリームが、2次元画像表示用の単一のビューのビデオストリームであるか、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームであるかを識別する情報などが含まれている。この構成情報は、トランスポートストリームTSの単数あるいは複数のレイヤに、選択的に挿入される。挿入レイヤの選択肢には、例えば、トランスポートストリームのレイヤが含まれる。この場合、構成情報は、トランスポートストリームTSに含まれるプログラムマップテーブルPMT:ProgramMapTableのビデオエレメンタリループVideoESloopの配下、あるいはイベントインフォメーションテーブルEIT:EventInformationTableの配下などに挿入される。また、挿入レイヤの選択肢には、例えば、ビデオストリームのレイヤピクチャレイヤ、シーケンスレイヤが含まれる。この場合、構成情報は、ビデオストリームのピクチャヘッダまたはシーケンスヘッダのユーザデータ領域などに挿入される。この構成情報の詳細については後述する。受信機200は、放送局100から放送波に載せて送られてくるトランスポートストリームTSを受信する。また、受信機200は、受信されたトランスポートストリームTSに挿入されている構成情報を抽出する。そして、受信機200は、構成情報に基づいて、受信されたトラスポートストリームTSから、ビデオストリーム画像データを取得する。すなわち、受信機200は、トランスポートストリームTSに2次元画像表示用の単一のビューのビデオストリーム画像データが含まれているときには、その単一のビューのビデオストリームを取得する。また、受信機200は、トランスポートストリームTSに3次元画像表示用の左眼、右眼の2つのビューのビデオストリーム画像データが含まれているときには、その2つのビューのビデオストリームを取得する。図2aは、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームが1つのビデオエレメンタリストリームに含まれる例を示している。この例では、PMTのStreamType0x1bで送られるAVCストリームから構成されている。図2bは、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームがそれぞれ別個のビデオエレメンタリストリームに含まれる例を示している。この例では、PMTのStreamType0x1bで送られるMVCのベースビューのストリームと、PMTのStreamType0x20で送られるMVCのノンベースビューNonbaseviewのストリームから構成されている。図2cは、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームがそれぞれ別個のエレメンタリビデオストリームに含まれる例を示している。この例では、PMTのStreamType0x02で送られるMPEG2videoストリームと、PMTのStreamType0x1bで送られるAVCストリームとから構成されている。送信データ生成部の構成例図3は、放送局100において、上述したトランスポートストリームTSを生成する送信データ生成部110の構成例を示している。この送信データ生成部110は、データ取り出し部アーカイブ部111と、ビデオエンコーダ112と、視差情報エンコーダ113と、オーディオエンコーダ114を有している。また、この送信データ生成部110は、グラフィクス発生部115と、グラフィクスエンコーダ116と、マルチプレクサ117を有している。データ取り出し部111には、データ記録媒体111aが、例えば、着脱自在に装着される。このデータ記録媒体111aには、トランスポートストリームTSで送信する所定イベント番組のビデオストリーム画像データと共に、このビデオストリーム画像データに対応した音声データが記録されている。例えば、ビデオストリームは、イベント番組に応じて、2次元画像表示用の単一のビューのビデオストリームあるいは3次元画像表示用の左眼、右眼の2つのビューのビデオストリームに切り替わる。また、例えば、画像データは、イベント番組内においても、本編やコマーシャルなどの内容に応じて、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームあるいは2次元画像表示用の単一のビューのビデオストリームに切り替わる。左眼、右眼の2つのビューのビデオストリーム画像データである場合、このデータ記録媒体111aには、そのビデオストリームに対応付けて、視差情報も記録されている。この視差情報は、左眼ビュー左眼画像と右眼ビュー右眼画像との間の視差を示す視差ベクトル、あるいは奥行きデータ等である。奥行きデータは、所定の変換により視差ベクトルとして扱うことが可能となる。視差情報は、例えば、ビュー画像を所定数に分割して得られた各分割領域の視差情報である。この視差情報は、受信側において、左眼ビューおよび右眼ビューにそれぞれ重畳する同一の重畳情報グラフィクス情報等の位置を調整して視差を付与するために用いられる。データ記録媒体111aは、ディスク状記録媒体、半導体メモリ等である。データ取り出し部111は、データ記録媒体111aから、ビデオストリーム画像データ、音声データ、視差情報等を取り出して出力する。ビデオエンコーダ112は、データ取り出し部111から出力されるビデオストリームに対して、例えば、MPEG4-AVCMVC、MPEG2videoなどの符号化を施して符号化ビデオデータを得る。また、このビデオエンコーダ112は、後段に備えるストリームフォーマッタ図示せずにより、ビデオストリームが2次元画像表示用の単一のビューのビデオストリームであるときは、このビデオストリームをサブストリームとして含むビデオエレメンタリストリームを生成する。また、このビデオエンコーダ112は、後段に備えるストリームフォーマッタ図示せずにより、ビデオストリームが3次元画像表示用の左眼、右眼の2つのビューのビデオストリームであるときは、これらのビデオストリームをサブストリームとして含むビデオエレメンタリストリームを生成する。ここで、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームは、1つのビデオエレメンタリストリームに含まれるか図2a参照、それぞれ別個のビデオエレメンタリストリームに含まれる図2b,c参照。ここで、左眼、右眼の2つのビューのビデオストリームを、1つのビデオエレメンタリストリームに含む場合について説明する。図4a,bは、その一例を示し、各アクセスユニットaccessunitの前半に一方のビューのデータSPS~CodedSliceが配置され、後半に他方のビューのデータSubsetSPS~CodedSliceが配置されている。なお、この例は、MPEG4-AVCの符号化がされている例であり、図中の16進数字はNALunittypeを示している。左眼、右眼の2つのビューのビデオストリームが1つのビデオエレメンタリストリームに共存する場合、各ビューのピクチャの境界が瞬時に識別可能なことが要求される。AUDは、一つのアクセスユニットの先頭にのみ付すことが可能である。そこで、図4bに示すように、2つのビューのデータの間に、ViewSeparationMarkerというビュー間境界を示す新たなNALunitを定義して配置することが考えられる。これにより、各ビューのピクチャの先頭データに瞬時にアクセスすることが可能となる。なお、図4aは、2つのビューのデータの間に、ViewSeparationMarkerが配置されていない例を示している。視差情報エンコーダ113は、データ取り出し部111から出力される視差情報を含む視差情報エレメンタリストリームを生成する。オーディオエンコーダ114は、データ取り出し部111から出力される音声データに対して、MPEG-2Audio、AAC等の符号化を施し、オーディオエレメンタリストリームを生成する。グラフィクス発生部115は、画像に重畳するグラフィクス情報サブタイトル情報も含むのデータグラフィクスデータを発生する。グラフィクスエンコーダ116は、グラフィクス発生部115で発生されたグラフィクスデータを含むグラフィクスエレメンタリストリームを生成する。ここで、グラフィクス情報は、重畳情報を構成し、例えば、ロゴなどである。サブタイトル情報は、例えば、字幕である。グラフィクスデータは、ビットマップデータである。このグラフィクスデータには、画像上の重畳位置を示すアイドリングオフセット情報が付加されている。このアイドリングオフセット情報は、例えば、画像の左上の原点から、グラフィクス情報の重畳位置の左上の画素までの垂直方向、水平方向のオフセット値を示す。なお、字幕データをビットマップデータとして伝送する規格は、例えば、ヨーロッパのデジタル放送規格であるDVBでDVBSubtitlingとして規格化され、運用されている。マルチプレクサ117は、ビデオエンコーダ112、視差情報エンコーダ113、オーディオエンコーダ114およびグラフィクスエンコーダ116で生成された各エレメンタリストリームをパケット化して多重し、トランスポートストリームTSを生成する。このトランスポートストリームTSは、データ取り出し部111から2次元画像表示用の単一のビューのビデオストリームが取り出される所定イベントの期間、あるいはイベント内の所定期間は、以下のビデオエレメンタリストリームを有するものとなる。すなわち、この期間は、そのビデオストリームがサブストリームとして含まれる1つのビデオエレメンタリストリームを有するものとなる。また、このトランスポートストリームTSは、データ取り出し部111から3次元画像表示用の左眼、右眼の2つのビューのビデオストリームが取り出される所定イベントの期間、あるいはイベント内の所定期間は、以下のビデオエレメンタリストリームを有するものとなる。すなわち、この期間は、それらのビデオストリームがサブストリームとして共に含まれる1つのビデオエレメンタリストリーム、あるいはそれらのビデオストリームがサブストリームとしてそれぞれ含まれる2つのビデオエレメンタリストリームを有するものとなる。マルチプレクサ117は、このトランスポートストリームTSに、上述した構成情報を挿入する。この構成情報は、例えば、ユーザの選択操作に基づく挿入レイヤ情報に基づいて、トランスポートストリームTSの単数あるいは複数のレイヤに、選択的に挿入される。挿入レイヤの選択肢には、例えば、トランスポートストリームのレイヤ、ビデオストリームサブストリームのレイヤなどがある。トランスポートストリームのレイヤでは、PMTのビデオエレメンタリループVideoESloopの配下、あるいはEITの配下などに挿入される。また、ビデオストリームのレイヤピクチャレイヤ、シーケンスレイヤでは、ピクチャヘッダまたはシーケンスヘッダのユーザデータ領域などに挿入される。マルチプレクサ117における構成情報の挿入の詳細説明は後述する。図3に示す送信データ生成部110の動作を簡単に説明する。データ取り出し部111から出力されるデータストリームは、ビデオエンコーダ112に供給される。この場合のデータストリームは、3次元画像表示用の左眼、右眼の2つのビューのデータストリーム、あるいは2次元画像表示用の単一のビューのデータストリームである。ビデオエンコーダ112では、そのデータストリームに対して、例えば、MPEG4-AVCMVC、MPEG2videoなどの符号化が施され、符号化ビデオデータを含むビデオエレメンタリストリームが生成され、マルチプレクサ117に供給される。ここで、2次元画像表示用の単一のビューのビデオストリームが供給される場合には、このビデオストリームをサブストリームとして含む1つのビデオエレメンタリストリームが生成される。一方、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームが供給される場合には、以下のように生成される。すなわち、2つのビューのビデオストリームを双方とも含む1つのビデオエレメンタリストリーム、あるいは2つのビューのビデオストリームをそれぞれ含む2つのビデオエレメンタリストリームが生成される。また、データ取り出し部111から3次元画像表示用の左眼、右眼の2つのビューのビデオストリームが出力されるとき、このデータ取り出し部111からそのビデオストリームに対応した視差情報も出力される。この視差情報は、視差情報エンコーダ113に供給される。視差情報エンコーダ113では、視差情報に対して所定の符号化が施され、符号化データを含む視差情報エレメンタリストリームが生成される。この視差情報エレメンタリストリームはマルチプレクサ117に供給される。また、データ取り出し部111からビデオストリームが出力されるとき、このデータ取り出し部111からそのビデオストリームに対応した音声データも出力される。この音声データは、オーディオエンコーダ114に供給される。このオーディオエンコーダ114では、音声データに対して、MPEG-2あるいはMPEG-4AudioAAC等の符号化が施され、符号化オーディオデータを含むオーディオエレメンタリストリームが生成される。このオーディオエレメンタリストリームはマルチプレクサ117に供給される。また、データ取り出し部111から出力されるビデオストリームに対応してグラフィクス発生部115では、画像ビューに重畳するグラフィクス情報サブタイトル情報を含むのデータグラフィクスデータが発生される。このグラフィクスデータは、グラフィクスエンコーダ116に供給される。グラフィクスエンコーダ116では、このグラフィクスデータに対して所定の符号化が施され、符号化データを含むグラフィクスエレメンタリストリームが生成される。このグラフィクスエレメンタリストリームはマルチプレクサ117に供給される。マルチプレクサ117では、各エンコーダから供給されるエレメンタリストリームがパケット化されて多重され、トランスポートストリームTSが生成される。また、マルチプレクサ117では、トランスポートストリームTSに、このトランスポートストリームTSに含まれる各ビューのビデオストリームの構成情報が挿入される。[構成情報とその挿入]上述したように、マルチプレクサ117は、トランスポートストリームTSに、構成情報を挿入する。この構成情報は、ユーザの選択操作に基づく挿入レイヤ情報に基づいて、トランスポートストリームTSの単数あるいは複数のレイヤに、例えば、トランスポートストリームのレイヤ、ビデオストリームのレイヤなどに、選択的に挿入される。トランスポートストリームのレイヤに挿入される場合、例えば、PMTのビデオエレメンタリループVideoESloopの配下、あるいはEITの配下に、構成情報を含むサブストリームコンフィグレーションデスクリプタSubstreamconfigurationdescriptorが挿入される。また、ビデオストリームのレイヤに挿入される場合、例えば、ユーザデータ領域に、構成情報を含むサブストリームコンフィグレーションデータSubstreamconfigurationdataが挿入される。図5は、トランスポートストリームTSの構成例を示している。なお、この構成例では、図面の簡単化のために、視差情報、オーディオ、およびグラフィクスなどに関しては、その図示を省略している。この構成例は、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームがサブストリームとして1つのビデオエレメンタリストリームに含まれる例を示している。このビデオエレメンタリストリームは、StreamType0x1bで送られるAVCストリームである図2a参照。この構成例では、ビデオエレメンタリストリームのPESパケットVideoPES1が含まれている。このPESパケットには、左眼、右眼の2つのビューのデータが含まれている。また、トランスポートストリームTSには、PSIProgramSpecificInformationとして、PMTProgramMapTableが含まれている。このPSIは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。また、トランスポートストリームには、イベント単位の管理を行うSIServicedInformationとしてのEITが含まれている。PMTには、各エレメンタリストリームに関連した情報を持つエレメンタリループが存在する。この構成例では、ビデオエレメンタリループVideoESloopが存在する。このエレメンタリループには、ストリーム毎に、パケット識別子PID、ストリームタイプStreamType等の情報が配置されると共に、そのエレメンタリストリームに関連する情報を記述するデスクリプタも配置される。この構成例では、ビデオエレメンタリストリームのユーザデータuserdata領域に、各ビューのビデオストリームに対応してサブストリームコンフィグレーションデータSubstreamconfigurationdataが挿入されている。また、この構成例では、PMTのビデオエレメンタリループVideoESloopに、サブストリームコンフィグレーションデスクリプタSubstreamconfigurationdescriptorが挿入されている。なお、サブストリームコンフィグレーションデスクリプタを、EITの配下に挿入することも考えられる。図6も、トランスポートストリームTSの構成例を示している。なお、この構成例では、図面の簡単化のために、視差情報、オーディオ、およびグラフィクスなどに関しては、その図示を省略している。この構成例は、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームがそれぞれ別個のビデオエレメンタリストリームに含まれる例を示している。2つのビデオエレメンタリストリームは、StreamType0x1bで送られるMVCのベースビューのストリームと、StreamType0x20で送られるMVCのノンベースビューNonbaseviewのストリームである図2b参照。この構成例では、ビデオエレメンタリストリームのPESパケットVideoPES1、PESパケットVideoPES2が含まれ、それぞれのPESパケットには左眼、右眼の2つのビューのデータが含まれている。また、トランスポートストリームTSには、PSIProgramSpecificInformationとして、PMTProgramMapTableが含まれている。このPSIは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。また、トランスポートストリームには、イベント単位の管理を行うSIServicedInformationとしてのEITが含まれている。PMTには、各エレメンタリストリームに関連した情報を持つエレメンタリループが存在する。この構成例では、ビデオエレメンタリループVideoESloopが存在する。このエレメンタリループには、ストリーム毎に、パケット識別子PID、ストリームタイプStreamType等の情報が配置されると共に、そのエレメンタリストリームに関連する情報を記述するデスクリプタも配置される。この構成例では、各ビデオエレメンタリストリームのユーザデータuserdata領域に、サブストリームコンフィグレーションデータSubstreamconfigurationdataが挿入されている。また、この構成例では、PMTのビデオエレメンタリループVideoESloopに、ストリーム毎に、サブストリームコンフィグレーションデスクリプタSubstreamconfigurationdescriptorが挿入されている。なお、サブストリームコンフィグレーションデスクリプタを、EITの配下に挿入することも考えられる。図7も、トランスポートストリームTSの構成例を示している。なお、この構成例では、図面の簡単化のために、視差情報、オーディオ、およびグラフィクスなどに関しては、その図示を省略している。この構成例は、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームがそれぞれ別個のビデオエレメンタリストリームに含まれる例を示している。2つのビデオエレメンタリストリームは、StreamType0x02で送られるMPEG2videoストリームと、StreamType0x1bで送られるAVCストリームである図2c参照。この構成例では、ビデオエレメンタリストリームのPESパケットVideoPES1、PESパケットVideoPES2が含まれ、それぞれのPESパケットには左眼、右眼の2つのビューのデータが含まれている。また、トランスポートストリームTSには、PSIProgramSpecificInformationとして、PMTProgramMapTableが含まれている。このPSIは、トランスポートストリームに含まれる各エレメンタリストリームがどのプログラムに属しているかを記した情報である。また、トランスポートストリームには、イベント単位の管理を行うSIServicedInformationとしてのEITが含まれている。PMTには、各エレメンタリストリームに関連した情報を持つエレメンタリループが存在する。この構成例では、ビデオエレメンタリループVideoESloopが存在する。このエレメンタリループには、ストリーム毎に、パケット識別子PID、ストリームタイプStreamType等の情報が配置されると共に、そのエレメンタリストリームに関連する情報を記述するデスクリプタも配置される。この構成例では、各ビデオエレメンタリストリームのユーザデータuserdata領域に、サブストリームコンフィグレーションデータSubstreamconfigurationdataが挿入されている。また、この構成例では、PMTのビデオエレメンタリループVideoESloopに、ストリーム毎に、サブストリームコンフィグレーションデスクリプタSubstreamconfigurationdescriptorが挿入されている。なお、サブストリームコンフィグレーションデスクリプタを、EITの配下に挿入することも考えられる。図8は、サブストリームコンフィグレーションデスクリプタの構造例Syntaxを示している。substreamconfigurationtagは、デスクリプタタイプを示す8ビットのデータであり、ここでは、サブストリームコンフィグレーションデスクリプタであることを示す。substreamconfigurationdatalengthは、デスクリプタの長さサイズを示す8ビットのデータである。このデータは、デスクリプタの長さとして、以降のsubstreamconfigurationdataのバイト数を示す。図9は、substreamconfigurationdataの構造例Syntaxを示している。図10、図11は、図9に示す構造例における各情報の内容Semanticsを示している。3Dflagの1ビットフィールドは、符号化されるビデオが3Dか否かを示す。1は、符号化されるビデオが3Dであること、つまりトランスポートストリームTSに3次元3D画像表示用の左眼、右眼の2つのビューを有するビデオストリームが含まれることを示す。一方、0は、符号化されるビデオが3Dではなく2Dであること、つまりトランスポートストリームTSに2次元2D画像表示用の単一のビューのビデオストリームが含まれることを示す。また、以下の情報は、3Dflag1である場合に、存在する。singleviewesflagの1ビットフィールドは、1つのビデオエレメンタリストリームは1つのビューのみを符号化するか否かを示す。換言すれば、このsingleviewesflagの1ビットフィールドは、1つのビデオエレメンタリストリームに、複数のビューのビデオストリームサブストリームが挿入されているかを示す。1は、1つのビデオエレメンタリストリームは1つのビューのみを符号化することを示す。一方、0は、1つのビデオエレメンタリストリームは2以上のビューを符号化することを示す。Viewinterleavingflagの1ビットフィールドは、1つのピクチャに複数のビューのビデオストリームのデータがインターリーブinterleaveされているか否かを示す。1は、インターリーブされていることを示す。一方、0は、インターリーブされていないことを示す。viewallocationの3ビットフィールドは、当該ビューのビデオストリームのビュー割り当てを示す。001は、ステレオビュー構成の右眼ビューrightviewに相当することを示す。010は、マルチビュー構成のセンタービュー、あるいは2Dのビューに相当することを示す。011は、マルチビュー構成時の、rightmostview001よりもセンターcenterに近い右眼ビューrightviewを示す。100は、ステレオビュー構成の左眼ビューleftviewに相当することを示す。101は、1ピクチャが複数のビューデータviewdataで構成され、左眼ビューLeftview、右眼ビューrightviewがサイドバイサイドSidebySideの画を示す。これは、Viewinterleavingflag1のときのみ有効である。110は、マルチビュー構成時の、leftmostview100よりもセンターcenterに近い左眼ビューleftviewを示す。111は、1ピクチャが複数のビューデータviewdataで構成され、左眼ビューLeftview、センタービュー右眼ビューrightviewが分割された水平位置で共存する画を示す。これは、Viewinterleavingflag1のときのみ有効である。displaypromptingflagの1ビットフィールドは、当該ビューは2D表示を行わせる際に表示必須か否かを示す。1は、表示必須であることを示す。一方、0は、表示必須でないことを示す。indicationofpicturesizescalinghorizontalの4ビットフィールドは、フルHD1920に対してのデコード画の水平画素比率を示している。0000は100、0001は80、0010は75、0011は66、0100は50、0101は33、0110は25、0111は20をそれぞれ示す。indicationofpicturesizescalingverticalの4ビットフィールドは、フルHD1080に対してのデコード画の垂直画素比率を示している。0000は100、0001は80、0010は75、0011は66、0100は50、0101は33、0110は25、0111は20をそれぞれ示す。なお、デコード画を最終的にどの比率で表示するかは、再生機器依存である。例えば、テレビ受信機TVの場合は、L/R共に100になるように、後段でスケーリングすることが多いと考えられる。また、例えば、セットトップボックスSTBの場合は、HDMI等のデジタルインタフェースでテレビ受信機TVに送信する際に、L/R共に水平方向に50にスケーリングして、サイドバイサイドSidebySideの画として送ることも可能である。次に、サブストリームコンフィグレーションデータSubstreamconfigurationdataを、ビデオエレメンタリストリームのユーザデータ領域に挿入する場合について説明する。この場合、サブストリームコンフィグレーションデータは、ユーザデータ領域を利用して、例えば、ピクチャ単位あるいはGOP単位で挿入される。例えば、符号化方式がAVCである場合、サブストリームコンフィグレーションデータは、アクセスユニットのSELsの部分に、substreamconfigurationSEImessageとして、挿入される。図12aは、GOPGroupOfPicturesの先頭のアクセスユニットを示しており、図12bは、GOPの先頭以外のアクセスユニットを示している。サブストリームコンフィグレーションデータがGOP単位で挿入される場合、GOPの先頭のアクセスユニットにのみsubstreamconfigurationSEImessageが挿入される。図13aは、substreamconfigurationSEImessageの構造例を示している。uuidisoiec11578は、ISOIEC115781996AnnexAで示されるUUID値をもつ。userdatapayloadbyteのフィールドに、userdataforsubstreamconfigurationdataが挿入される。図13bは、userdataforsubstreamconfigurationdataの構造例を示しており、この中に、サブストリームコンフィグレーションデータSubstreamconfigurationdataが挿入される図9参照。streamassociationidは、符号なし16ビットで示されるサブストリームコンフィグレーションデータの識別子である。また、例えば、符号化方式がMPEG2videoである場合、サブストリームコンフィグレーションデータは、ピクチャヘッダ部のユーザデータ領域に、ユーザデータuserdataとして挿入される。図14aは、userdataの構造例を示している。userdatastartcodeの32ビットフィールドは、ユーザデータuserdataの開始コードであり、0x000001B2の固定値とされる。この開始コードに続く32ビットフィールドは、ユーザデータの内容を識別する識別子である。ここでは、StereoVideoFormatSignalingidentifierとされ、ユーザデータが、サブストリームコンフィグレーションデータであることを識別可能とする。この識別子の後のデータ本体として、ストリーム関連付け情報としてのsubstreamconfigurationinformationが挿入される。図14bは、substreamconfigurationinformationの構造例を示しており、この中に、サブストリームコンフィグレーションデータSubstreamconfigurationdataが挿入される図9参照。上述したように、図2に示す送信データ生成部110においては、マルチプレクサ117で、トランスポートストリームTSに、このトランスポートストリームTSに含まれる各ビューのビデオストリームの構成情報Substreamconfigurationdataを挿入できる。したがって、受信側においては、この構成情報に基づいて、適切かつ効率的な処理が可能となる。また、図2に送信データ生成部110においては、構成情報としてのサブストリームコンフィグレーションデータSubstreamconfigurationdataを、トランスポートストリームのレイヤ、ビデオストリームのレイヤ等の単数または複数のレイヤに選択的に挿入できる。したがって、サービスに応じて必要とするレイヤに構成情報を挿入でき、受信側における処理の便宜を図ることができる。例えば、サブストリームコンフィグレーションデータを含むサブストリームコンフィグレーションデスクリプタは、イベント単位あるいは時間的に静的あるいは動的なユースケースにおいて、最適な位置に配置される。また、ピクチャ単位あるいはシーン単位ランダムアクセス相当で動的に切り替える際のシグナリングとして、ユーザデータ領域を利用する等して、サブストリームコンフィグレーションデータが、ビデオエレメンタリストリームの中の最適な位置に配置される。図15は、トランスポートストリームのレイヤに挿入されるサブストリームコンフィグレーションデスクリプタ、あるいはビデオストリームのレイヤに挿入されるサブストリームコンフィグレーションデータに含まれる情報の時間的な変化例を示している。この例は、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームが1つのビデオエレメンタリストリームに含まれる例を示している図2a、図5参照。この例では、1つのビデオエレメンタリストリームは、StreamType0x1bで送られるAVCストリームである。この例では、イベント1EVENT1、イベント2EVENT2、イベント3EVENT3のビデオストリーム画像データが、この順に送信される場合を示している。イベント1EVENT1は、全体が2Dサービスのイベントである。このイベント1EVENT1のサービス期間では、2次元画像表示用の単一のビューのビデオストリームを含む1つのビデオエレメンタリストリームがトランスポートストリームTSで送信される。イベント2EVENT2は、3Dサービスを含むイベントである。このイベント2EVENT2の2Dサービス期間では、2次元画像表示用の単一のビューのビデオストリームを含む1つのビデオエレメンタリストリームがトランスポートストリームTSで送信される。また、このイベント2EVENT2の3Dサービス期間では、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームを含む1つのビデオエレメンタリストリームがトランスポートストリームTSで送信される。イベント3EVENT3は、イベント1EVENT1と同様に、全体が2Dサービスのイベントである。このイベント3EVENT3のサービス期間では、2次元画像表示用の単一のビューのビデオストリームを含む1つのビデオエレメンタリストリームがトランスポートストリームTSで送信される。この例において、サブストリームコンフィグレーションデスクリプタは、EITの配下に挿入され、イベント単位で構成情報の内容が変更される。例えば、イベント1EVENT1およびイベント3EVENT3では、3Dflag0とされることで、これらのイベントは3Dサービスを含まず、全体として2Dサービスであることが示される。また、イベント2EVENT2では、3Dflag1とされることで、3Dサービスを含むことが示される。受信側においては、この3Dflagの情報によって、イベント単位で、例えば、必要とするデコードバッファ領域の確保する制御を適切に行うことができる。また、各ビューのビデオストリームに対応したサブストリームコンフィグレーションデータが、ビデオエレメンタリストリームのユーザデータ領域に挿入され、ピクチャ単位あるいはGOP単位で、構成情報の内容が変更される。例えば、イベント1EVENT1およびイベント3EVENT3では、3Dflag0とされることで、これらのイベントの全体が2Dサービスであることが示される。また、イベント2EVENT2では、3Dサービス期間では3Dflag1とされ、2Dサービス期間では3Dflag0とされることで、ピクチャ単位あるいはGOP単位で、3Dサービスであるか2Dサービスであるかが示される。受信側においては、この3Dflagの情報によって、受信処理を切り替える制御を適切に行うことができる。また、その際、受信側では、displaypromptingflagの情報により、3Dサービス期間において、2D表示が可能であるか、さらには可能である場合にどのビューを表示すべきかを知ることができ、2D表示の制御を適切に行うことができる。この例では、例えば、イベント2EVENT2の1つ目の3Dサービス期間では、2Ddisplayallowed、つまり2D表示が可能であり、2Ddisplayview0、つまり2D表示では左眼ビューView0が表示される。この3Dサービス期間において、上述のdisplaypromptingflagは、左眼ビューView0に関しては1に設定され、右眼ビューView1に関しては0に設定されている。また、この例では、例えば、イベント2EVENT2の2つ目の3Dサービス期間では、2Ddisplayallowed、つまり2D表示が可能であり、2Ddisplayview1、つまり2D表示では右眼ビューView0が表示される。この3Dサービス期間において、上述のdisplaypromptingflagは、右眼ビューView1に関しては1に設定され、左眼ビューView0に関しては0に設定されている。図16も、トランスポートストリームのレイヤに挿入されるサブストリームコンフィグレーションデスクリプタ、あるいはビデオストリームのレイヤに挿入されるサブストリームコンフィグレーションデータに含まれる情報の時間的な変化例を示している。この例は、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームがそれぞれ別個のビデオエレメンタリストリームに含まれる例を示している図2b、図6参照。この例では、2つのビデオエレメンタリストリームは、StreamType0x1bで送られるMVCのベースビューのストリームと、PMTのStreamType0x20で送られるMVCのノンベースビューNonbaseviewのストリームである。この例でも、イベント1EVENT1、イベント2EVENT2、イベント3EVENT3のビデオストリーム画像データが、この順に送信される場合を示している。イベント1EVENT1は、全体が2Dサービスのイベントである。このイベント1EVENT1のサービス期間では、2次元画像表示用の単一のビューのビデオストリームを含む1つのビデオエレメンタリストリームがトランスポートストリームTSで送信される。イベント2EVENT2は、3Dサービスを含むイベントである。このイベント2EVENT2の2Dサービス期間では、2次元画像表示用の単一のビューのビデオストリームを含む1つのビデオエレメンタリストリームがトランスポートストリームTSで送信される。また、このイベント2EVENT2の3Dサービス期間では、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームを含むそれぞれ別個のビデオエレメンタリストリームがトランスポートストリームTSで送信される。イベント3EVENT3は、イベント1EVENT1と同様に、全体が2Dサービスのイベントである。このイベント3EVENT3のサービス期間では、2次元画像表示用の単一のビューのビデオストリームを含む1つのビデオエレメンタリストリームがトランスポートストリームTSで送信される。この例において、サブストリームコンフィグレーションデスクリプタは、EITの配下に挿入され、イベント単位で構成情報の内容が変更される。例えば、イベント1EVENT1およびイベント3EVENT3では、3Dflag0とされることで、これらのイベントは3Dサービスを含まず、全体として2Dサービスであることが示される。また、イベント2EVENT2では、3Dflag1とされることで、3Dサービスを含むことが示される。受信側においては、この3Dflagの情報によって、イベント単位で、例えば、必要とするデコードバッファ領域の確保する制御を適切に行うことができる。また、各ビューのビデオストリームに対応したサブストリームコンフィグレーションデータが、各ビデオエレメンタリストリームのユーザデータ領域に挿入され、ピクチャ単位あるいはGOP単位で、構成情報の内容が変更される。例えば、イベント1EVENT1およびイベント3EVENT3では、3Dflag0とされることで、これらのイベントの全体が2Dサービスであることが示される。また、イベント2EVENT2では、3Dサービス期間では3Dflag1とされ、2Dサービス期間では3Dflag0とされることで、ピクチャ単位あるいはGOP単位で、3Dサービスであるか2Dサービスであるかが示される。受信側においては、この3Dflagの情報によって、受信処理を切り替える制御を適切に行うことができる。また、その際、受信側では、displaypromptingflagの情報により、3Dサービス期間において、2D表示が可能であるか、さらには可能である場合にどのビューを表示すべきかを知ることができ、2D表示の制御を適切に行うことができる。この例では、図15の例と同様に、3Dサービス期間において、2Ddisplayallowed、つまり2D表示が可能であることが示されている。図17も、トランスポートストリームのレイヤに挿入されるサブストリームコンフィグレーションデスクリプタ、あるいはビデオストリームのレイヤに挿入されるサブストリームコンフィグレーションデータに含まれる情報の時間的な変化例を示している。この例は、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームがそれぞれ別個のビデオエレメンタリストリームに含まれる例を示している図2c、図7参照。この例では、2つのビデオエレメンタリストリームは、StreamType0x02で送られるMPEG2videoストリームと、PMTのStreamType0x1bで送られるAVCストリームである。詳細説明は省略するが、その他は図16の例と同様である。図18も、トランスポートストリームのレイヤに挿入されるサブストリームコンフィグレーションデスクリプタ、あるいはビデオストリームのレイヤに挿入されるサブストリームコンフィグレーションデータに含まれる情報の時間的な変化例を示している。この例は、3次元画像表示用の左眼、右眼の2つのビューのビデオストリームがそれぞれ別個のビデオエレメンタリストリームに含まれる例を示している図2b、図6参照。この例においても、上述の各例と同様に、受信側においては、3Dflagの情報によって、受信処理を切り替える制御を適切に行うことができる。そして、その際、受信側では、displaypromptingflagの情報により、3Dサービス期間において、2D表示が可能であるか、さらには可能である場合にどのビューを表示すべきかを知ることができ、2D表示の制御を適切に行うことができる。この例では、例えば、イベント2EVENT2の各3Dサービス期間では、2DdisplayNOTallowed、つまり2D表示が許可されておらず不可能である。これらの3Dサービス期間において、上述のdisplaypromptingflagは、左眼ビューView0および右眼ビューView1の両方に関して1に設定されている。詳細説明は省略するが、その他は図16の例と同様である。受信機の構成例図19は、受信機200の構成例を示している。この受信機200は、CPU201と、フラッシュROM202と、DRAM203と、内部バス204と、リモコン受信部205と、リモコン送信機206を有している。また、この受信機200は、アンテナ端子211と、デジタルチューナ212と、トランスポートストリームバッファTSバッファ213と、デマルチプレクサ214を有している。また、受信機200は、コーデッドバッファ215と、ビデオデコーダ216a,216bと、ビューバッファ217a,217bと、スケーラ218a,218bと、ビデオ重畳部ディスプレイバッファ219a,219bを有している。また、受信機200は、グラフィクスデコーダ221と、ピクセルバッファ222と、視差情報デコーダ223と、負らフィクスバッファ224a,224bと、オーディオデコーダ225と、チャネル処理部226を有している。CPU201は、受信機200の各部の動作を制御する。フラッシュROM202は、制御ソフトウェアの格納およびデータの保管を行う。DRAM203は、CPU201のワークエリアを構成する。CPU201は、フラッシュROM202から読み出したソフトウェアやデータをDRAM203上に展開してソフトウェアを起動させ、受信機200の各部を制御する。リモコン受信部205は、リモコン送信機206から送信されたリモーコントロール信号リモコンコードを受信し、CPU201に供給する。CPU201は、このリモコンコードに基づいて、受信機200の各部を制御する。CPU201、フラッシュROM202およびDRAM203は内部バス204に接続されている。アンテナ端子211は、受信アンテナ図示せずで受信されたテレビ放送信号を入力する端子である。デジタルチューナ212は、アンテナ端子211に入力されたテレビ放送信号を処理して、ユーザの選択チャネルに対応した所定のトランスポートストリームビットストリームデータTSを出力する。トランスポートストリームバッファTSバッファ213は、デジタルチューナ212から出力されたトランスポートストリームTSを一時的に蓄積する。このトランスポートストリームTSには、上述したように、2次元画像表示用の単一のビューのビデオストリーム、あるいは3次元画像表示用の左眼、右眼の2つのビューのビデオストリームが含まれている。なお、この左眼、右眼の2つのビューのビデオストリームは、1つのビデオエレメンタリストリームに含まれ、あるいはそれぞれ別個のビデオストリームに含まれている。このトランスポートストリームTSには、上述したように、このトランスポートストリームTSに含まれる各ビューのビデオストリームの構成情報が挿入されている。すなわち、この構成情報は、ユーザの選択操作に基づく挿入レイヤ情報に基づいて、トランスポートストリームTSの単数あるいは複数のレイヤに、例えば、トランスポートストリームのレイヤ、ビデオストリームのレイヤなどに、選択的に挿入されている。トランスポートストリームのレイヤに挿入される場合、例えば、PMTのビデオエレメンタリループVideoESloopの配下、あるいはEITの配下に、構成情報を含むサブストリームコンフィグレーションデスクリプタが挿入されている。また、ビデオストリームのレイヤに挿入される場合、例えば、ユーザデータ領域に、構成情報を含むサブストリームコンフィグレーションデータが挿入されている。デマルチプレクサ214は、TSバッファ213に一時的に蓄積されたトランスポートストリームTSから、ビデオ、視差情報、グラフィクスおよびオーディオの各エレメンタリストリームを抽出する。視差情報エレメンタリストリームは、トランスポートストリームTSに含まれるビデオエレメンタリストリームが3次元画像表示用の左眼、右眼の2つのビューのビデオストリーム画像データを含む場合のみ抽出される。デマルチプレクサ214で抽出される1つまたは2つのビデオエレメンタリストリームは、コーデッドバッファ215に一時的に蓄積される。トランスポートストリームTSには、2次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリーム画像データが時分割的に含まれる。この3次元画像表示用の左眼、右眼の2つのビューのビデオストリームは、1つのエレメンタリストリームに含まれて送信されるか、あるいはそれ独立したエレメンタリストリームに含まれて送信される。例えば、イベント番組本編については3次元画像表示用の左眼、右眼の2つのビューのビデオストリームが送信され、CMcommercialmessageについては2次元画像表示用の単一のビューのビデオストリームが送信される場合が考えられる。また、例えば、あるイベント番組では2次元画像表示用の単一のビューのビデオストリームのみを送信し、他のイベント番組では、少なくとも一部の期間に3次元画像表示用の左眼、右眼の2つのビューのビデオストリームを送信するような場合が考えられる。また、デマルチプレクサ214は、トランスポートストリームTSのレイヤ、例えばPMTのビデオエレメンタリループの配下、あるいはEITの配下に挿入されているサブストリームコンフィグレーションデスクリプタを抽出し、CPU201に供給する。上述したように、このデスクリプタには、トランスポートストリームTSに含まれる各ビューのビデオストリームの構成情報Substreamconfigurationdata図9参照が挿入されている。この構成情報には、上述したように、符号化されるビデオが3Dか否かを示す3Dflagの1ビットフィールドが存在する。CPU201は、例えば、EITの配下に挿入されているサブストリームコンフィグレーションデスクリプタの3Dflagに基づいて、イベント番組単位で、コーデッドバッファ215の領域デコードバッファ領域として必要領域を確保する制御を行う。すなわち、3Dflag1とされており、そのイベントに3Dサービスを含むことが示されている場合には、3D用のバッファスペースが確保される。これに対して、3Dflag0とされており、そのイベントの全体が2Dサービスであることが示されている場合には、2D用のバッファスペースが確保される。ビデオデコーダ216a,216bは、CPU201の制御のもと、コーデッドバッファ215に記憶されているビデオエレメンタリストリームの復号化処理を行って、所定のビューのビデオストリーム画像データを取得する。ここで、ビデオデコーダ216aは、2次元画像表示用のビューのビデオストリーム、あるいは3次元画像表示用の左眼ビューのビデオストリームを取得する。一方、ビデオデコーダ216bは、3次元画像表示用の右眼ビューのビデオストリームを取得する。また、ビデオデコーダ216a,216bは、ビデオストリームのレイヤ、例えばユーザデータ領域を利用してピクチャ単位あるいはGOP単位で挿入されているサブストリームコンフィグレーションデータSubstreamconfigurationdataを抽出し、CPU201に供給する。上述したように、このデータには、トランスポートストリームTSに含まれる各ビューのビデオストリームの構成情報図9参照が挿入されている。この構成情報には、上述したように、符号化されるビデオが3Dか否かを示す3Dflagの1ビットフィールドが存在する。また、1つのビデオエレメンタリストリームは1つのビューのみを符号化するか否かを示すsingleviewesflagの1ビットフィールドが存在する。また、この構成情報には、ビュー割り当てを示すviewallocationの3ビットフィールドが存在する。CPU201は、これらの情報に基づいて、ピクチャ単位あるいはGOP単位で、ビデオデコーダ216a,216bの動作を制御する。例えば、CPU201は、1つのビューviewのデータが1つのエレメンタリストリームelementarystreamで構成される場合、各ストリームに対応したデスクリプタ、あるいはエレメンタリストリーム内のユーザデータに記述されるviewallocationの3ビットフィールドにより、左眼ビューおよび右眼ビューを識別できる図6、図7参照。また、例えば、CPU201は、2つのビューviewのデータが1つのエレメンタリストリームelementarystreamで構成される場合、エレメンタリストリーム内のユーザデータに記述されるviewallocationの3ビットフィールドにより、左眼ビューおよび右眼ビューを識別できる図5参照。これにより、2Dサービス期間では、ビデオデコーダ216aにより2次元画像表示用のビューのビデオストリーム画像データが取得される。また、3Dサービス期間では、ビデオデコーダ216aにより3次元画像表示用の左眼ビューのビデオストリーム画像データが取得され、ビデオデコーダ216bにより3次元画像表示用の右眼ビューのビデオストリーム画像データが取得される。また、上述の構成情報には、各ビューが2D表示を行わせる際に表示必須か否かを示すdisplaypromptingflagの1ビットフィールドが存在する。CPU201は、この情報に基づいて、3Dサービス期間において、ユーザが2D表示モードを選択した際におけるビデオデコーダ216a,216bの動作を制御する。すなわち、表示必須のビューが存在して2D表示が可能であるときには、ビデオデコーダ216aにより、その表示必須のビュー左眼ビューあるいは右眼ビューのビデオストリーム画像データが取得される。一方、表示必須のビューが存在せず2D表示が許可されていないときは、ユーザの2D表示モードの選択は無効とされ、ビデオデコーダ216a,216bにより、それぞれ、左眼、右眼の各ビューのビデオストリーム画像データが取得される。ビューバッファ217a,217bは、それぞれ、ビデオデコーダ216a,216bで取得された各ビューのビデオストリーム画像データを一時的に蓄積する。グラフィクスデコーダ221は、上述の送信データ生成部110のグラフィクスエンコーダ116図3参照とは逆の処理を行う。すなわち、グラフィクスデコーダ221は、デマルチプレクサ214で抽出されたグラフィクスエレメンタリストリームに含まれる符号化グラフィクスデータに対して復号化処理を行って復号化されたグラフィクスデータサブタイトルデータを含むを得る。視差情報デコーダ223は、上述の送信データ生成部110の視差情報エンコーダ113図3参照とは逆の処理を行う。すなわち、視差情報デコーダ223は、デマルチプレクサ214で抽出された視差情報エレメンタリストリームに含まれる符号化視差情報に対して復号化処理を行って復号化された視差情報を得る。この視差情報は、左眼ビュー左眼画像と右眼ビュー右眼画像との間の視差を示す視差ベクトル、あるいは奥行きデータ等である。奥行きデータは、所定の変換により視差ベクトルとして扱うことが可能となる。視差情報は、例えば、ビュー画像を所定数に分割して得られた各分割領域の視差情報である。グラフィクス発生部222は、グラフィクスデコーダ221で得られたグラフィクスデータに基づいて、ビュー画像に重畳するグラフィクス情報のデータを発生する。グラフィクス発生部222は、3Dサービス時2D表示モードを除くに、左眼ビューおよび右眼ビューにそれぞれ重畳するグラフィクス情報のデータを発生する。この場合、グラフィクス発生部222は、視差情報デコーダ223で得られる視差情報に基づいて、各ビューに重畳するグラフィクス情報の重畳位置を調整して視差を付与する。また、グラフィクス発生部222は、2Dサービス時3Dサービス時で2D表示モードを含むに、2次元画像表示用のビューに重畳するグラフィクス情報のデータを発生する。グラフィクスバッファ224aは、3Dサービス時2D表示モードを除くにグラフィクス発生部222で発生される、左眼ビューに重畳するグラフィクス情報のデータを一時的に蓄積する。また、グラフィクスバッファ224aは、2Dサービス時3Dサービス時で2D表示モードを含むにグラフィクス発生部222で発生される、2次元画像表示用のビューに重畳するグラフィクス情報のデータを一時的に蓄積する。また、グラフィクスバッファ224bは、3Dサービス時2D表示モードを除くにグラフィクス発生部222で発生される、右眼ビューに重畳するグラフィクス情報のデータを一時的に蓄積する。スケーラ218a,218bは、それぞれ、ビューバッファ217a,217bから出力される各ビューのビデオストリーム画像データの出力解像度を、所定の解像度となるように調整する。上述した構成情報には、デコード画の水平画素比率を示すindicationofpicturesizescalinghorizontalの4ビットフィールドおよびデコード画の垂直画素比率を示すindicationofpicturesizescalingverticalの4ビットフィールドが存在する。CPU201は、この画素比率情報に基づいて、スケーラ218a,218bにおけるスケーリング比率を制御し、所定の解像度が得られるようにする。ビデオ重畳部219aは、3Dサービス時2D表示モードを除くに、グラフィクス情報が重畳された左眼ビュー左眼画像を表示するためのビデオストリーム画像データSLを出力する。このとき、ビデオ重畳部219aは、ビューバッファ217aに蓄積され、スケーラ218aでスケーリング処理された左眼ビューのビデオストリームに、グラフィクスバッファ224aに蓄積されたグラフィクス情報のデータを重畳して、ビデオストリームSLを得る。また、ビデオ重畳部219aは、2Dサービス時3Dサービス時で2D表示モードを含むに、グラフィクス情報が重畳された2次元画像表示用のビューを表示するためのビデオストリーム画像データSVを出力する。このとき、ビデオ重畳部219aは、ビューバッファ217aに蓄積され、スケーラ218aでスケーリング処理された2次元画像表示用のビューのビデオストリームに、グラフィクスバッファ224aに蓄積されたグラフィクス情報のデータを重畳して、ビデオストリームSVを得る。また、ビデオ重畳部219bは、3Dサービス時2D表示モードを除くに、グラフィクス情報が重畳された右眼ビュー右眼画像を表示するためのビデオストリーム画像データSRを出力する。このとき、ビデオ重畳部219bは、ビューバッファ217bに蓄積され、スケーラ218bでスケーリング処理された右眼ビューのビデオストリームに、グラフィクスバッファ224bに蓄積されたグラフィクス情報のデータを重畳して、ビデオストリームSRを得る。オーディオデコーダ225は、上述の送信データ生成部110のオーディオエンコーダ114図3参照とは逆の処理を行う。すなわち、このオーディオデコーダ225は、デマルチプレクサ214で抽出されたオーディオエレメンタリストリームに含まれる符号化音声データに対して復号化処理を行って復号化された音声データを得る。チャネル処理部226は、オーディオデコーダ225で得られる音声データに対して、例えば5.1chサラウンド等を実現するための各チャネルの音声データSAを生成して出力する。なお、ビューバッファ217a,217bからの各ビューのビデオストリーム画像データの読み出しと、グラフィクスバッファ224a,224bからの各ビューに対応したグラフィクス情報のデータの読み出しとは、タイプスタンプPTSに基づいて行われ、転送同期が取られる。受信機200の動作を簡単に説明する。アンテナ端子211に入力されたテレビ放送信号はデジタルチューナ212に供給される。このデジタルチューナ212では、テレビ放送信号が処理されて、ユーザの選択チャネルに対応した所定のトランスポートストリームTSが出力される。このトランスポートストリームTSは、TSバッファ213に一時的に蓄積される。デマルチプレクサ214では、TSバッファ213に一時的に蓄積されたトランスポートストリームTSから、ビデオ、視差情報、グラフィクスおよびオーディオの各エレメンタリストリームが抽出される。視差情報エレメンタリストリームは、トランスポートストリームTSに含まれるビデオエレメンタリストリームが3次元画像表示用の左眼、右眼の2つのビューのビデオストリーム画像データを含む場合のみ抽出されるまた、デマルチプレクサ214では、トランスポートストリームTSのレイヤ、例えばPMTのビデオエレメンタリループの配下、あるいはEITの配下に挿入されているサブストリームコンフィグレーションデスクリプタが抽出され、CPU201に供給される。CPU201は、このデスクリプタに基づいて、イベント番組単位で、コーデッドバッファ215の領域デコードバッファ領域として必要領域を確保する等の制御を行う。なお、このデコードバッファ領域の確保制御に関しては、イベント単位より細かい時間単位、例えばシーン単位で行うことも考えられる。この場合、例えば、ビデオストリームのレイヤにイベント単位より細かい時間単位で挿入されるサブストリームコンフィグレーションデータSubstreamconfigurationdataに基づいて制御できる。デマルチプレクサ214で抽出されるビデオエレメンタリストリームは、コーデッドバッファ215に一時的に蓄積される。ビデオデコーダ216a,216bでは、コーデッドバッファ215に記憶されているビデオエレメンタリストリームの復号化処理が行われ、所定のビューのビデオストリーム画像データが取得される。ここで、ビデオデコーダ216aでは、2次元画像表示用のビューのビデオストリーム、あるいは3次元画像表示用の左眼ビューのビデオストリームが取得される。一方、ビデオデコーダ216bでは、3次元画像表示用の右眼ビューのビデオストリームが取得される。また、ビデオデコーダ216a,216bでは、ビデオストリームのレイヤ、例えばユーザデータ領域を利用してピクチャ単位あるいはGOP単位で挿入されているサブストリームコンフィグレーションデータSubstreamconfigurationdataが抽出され、CPU201に供給される。CPU201は、このデータに基づいて、ピクチャ単位あるいはGOP単位で、ビデオデコーダ216a,216bの動作などを制御する。以下、最初に、3Dサービス時2D表示モードを除くの動作を説明する。ビデオデコーダ216aからは3次元画像表示用の左眼ビューのビデオストリーム画像データが得られ、このビデオストリームはビューバッファ217aに一時的に蓄積される。また、ビデオデコーダ216bからは3次元画像表示用の右眼ビューのビデオストリーム画像データが得られ、このビデオストリームはビューバッファ217bに一時的に蓄積される。デマルチプレクサ214で抽出されたグラフィクスエレメンタリストリームは、グラフィクスデコーダ221に供給される。このグラフィクスデコーダ221では、グラフィクスエレメンタリストリームに含まれる符号化グラフィクスデータに対して復号化処理が行われて、復号化されたグラフィクスデータサブタイトルデータを含むが得られる。このグラフィクスデータは、グラフィクス発生部222に供給される。デマルチプレクサ214で抽出された視差情報エレメンタリストリームは、視差情報デコーダ223に供給される。この視差情報デコーダ223では、視差情報エレメンタリストリームに含まれる符号化視差情報に対して復号化処理が行われて、復号化された視差情報が得られる。この視差情報は、グラフィクス発生部222に供給される。グラフィクス発生部222では、グラフィクスデコーダ221で得られたグラフィクスデータに基づいて、画像に重畳するグラフィクス情報のデータが発生される。この場合、グラフィクス発生部222では、視差情報デコーダ223で得られる視差情報に基づいて、左眼ビュー左眼画像および右眼ビュー右眼画像の各ビューに重畳するグラフィクス情報の重畳位置が調整されて視差が付与される。グラフィクス発生部222で発生される、左眼ビューに重畳するグラフィクス情報のデータは、グラフィクスバッファ224aに一時的に蓄積される。また、グラフィクス発生部222で発生される、右眼ビューに重畳するグラフィクス情報のデータは、グラフィクスバッファ224bに一時的に蓄積される。ビデオ重畳部219aでは、ビューバッファ217aに蓄積され、スケーラ218aでスケーリング処理された左眼ビューのビデオストリーム画像データに、グラフィクスバッファ224aに蓄積されたグラフィクス情報のデータが重畳されて、左眼ビューのビデオストリーム画像データSLが得られる。このビデオストリームSLは、グラフィクス情報が重畳された左眼ビュー左眼画像を表示するためのビデオストリームとして出力される。また、ビデオ重畳部219bでは、ビューバッファ217bに蓄積され、スケーラ218bでスケーリング処理された右眼ビューのビデオストリーム画像データに、グラフィクスバッファ224bに蓄積されたグラフィクス情報のデータが重畳されて、右眼ビューのビデオストリーム画像データSRが得られる。このビデオストリームSRは、グラフィクス情報が重畳された右眼ビュー左眼画像を表示するためのビデオストリームとして出力される。次に、2Dサービス時3Dサービス時で2D表示モードを含むの動作を説明する。ビデオデコーダ216aからは2次元画像表示用のビューのビデオストリーム画像データが得られ、このビデオストリームはビューバッファ217aに一時的に蓄積される。デマルチプレクサ214で抽出されたグラフィクスエレメンタリストリームは、グラフィクスデコーダ221に供給される。このグラフィクスデコーダ221では、グラフィクスエレメンタリストリームに含まれる符号化グラフィクスデータに対して復号化処理が行われて、復号化されたグラフィクスデータサブタイトルデータを含むが得られる。このグラフィクスデータは、グラフィクス発生部222に供給される。グラフィクス発生部222では、グラフィクスデコーダ221で得られたグラフィクスデータに基づいて、ビュー画像に重畳するグラフィクス情報のデータが発生される。このグラフィクス情報のデータは、グラフィクスバッファ224aに一時的に蓄積される。ビデオ重畳部219aでは、ビューバッファ217aに蓄積され、スケーラ218aでスケーリング処理された2次元画像表示用のビューのビデオストリーム画像データに、グラフィクスバッファ224aに蓄積されたグラフィクス情報のデータが重畳されて、2次元画像表示用のビューのビデオストリーム画像データSVが得られる。このビデオストリームSVは、グラフィクス情報が重畳された2次元画像表示用のビュー画像を表示するためのビデオストリームとして出力される。また、デマルチプレクサ214で抽出されたオーディオエレメンタリストリームは、オーディオデコーダ225に供給される。このオーディオデコーダ225では、オーディオエレメンタリストリームに含まれる符号化音声データに対して復号化処理が行われて、復号化された音声データが得られる。この音声データは、チャネル処理部226に供給される。チャネル処理部226では、その音声データに対して、例えば5.1chサラウンド等を実現するための各チャネルの音声データSAが生成されて出力される。なお、図19に示す受信機200においては、コーデッドバッファ215を1つのブロックで示している。上述していないが、このコーデッドバッファ215は、エレメンタリストリーム構成によって、2つのビデオデコーダ216a,216bが共有する場合、あるいは各々のビデオデコーダ216a,216bに占有される形で2つに分かれて管理される場合、の両方の場合が可能である。上述したように、図19に示す受信機200においては、受信されるトランスポートストリームTSに、各ビューのビデオストリームの構成情報を含むサブストリームコンフィグレーションデスクリプタやサブストリームコンフィグレーションデータが挿入されている。受信機200においては、この構成情報に基づいて、各部の処理が制御される。したがって、適切かつ効率的な処理が可能となる。<2.変形例>なお、上述実施の形態においては、本技術を、左眼、右眼の2つのビューを取り扱う例に適用したものである。しかし、マルチビューを取り扱う場合にも、本技術を同様に適用できることは勿論である。また、上述実施の形態においては、コンテナがトランスポートストリームMPEG-2TSである例を示した。しかし、本技術は、インターネット等のネットワークを利用して受信端末に配信される構成のシステムにも同様に適用できる。インターネットの配信では、MP4やそれ以外のフォーマットのコンテナで配信されることが多い。つまり、コンテナとしては、デジタル放送規格で採用されているトランスポートストリームMPEG-2TS、インターネット配信で使用されているMP4などの種々のフォーマットのコンテナが該当する。また、上述実施の形態においては、重畳情報がグラフィクスである例を示したが、クローズドキャプションなどのその他の重畳情報の場合も同様に考えることができる。また、上述実施の形態においては、送信側から、画像データと共にグラフィクスのデータを送信する例を示したが、重畳情報のデータは、受信側において発生されるOSD表示などの場合も考えられる。また、本技術は、以下のような構成を取ることもできる。12次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリームが時分割的に含まれる所定フォーマットのコンテナを送信する送信部と、上記コンテナに、該コンテナに含まれる各ビューのビデオストリームの構成情報を挿入する構成情報挿入部とを備える送信装置。2上記構成情報を挿入する単数あるいは複数のレイヤを選択する挿入レイヤ選択部をさらに備える前記1に記載の送信装置。3上記構成情報の挿入レイヤの選択肢に、上記コンテナのレイヤおよび上記ビデオストリームのレイヤが含まれる前記2に記載の送信装置。4上記構成情報には、上記コンテナに含まれるビデオストリームが、上記2次元画像表示用の単一のビューのビデオストリームであるか、上記3次元画像表示用の複数のビューのビデオストリームであるかを識別する情報が含まれている前記1から3のいずれかに記載の送信装置。5上記構成情報には、1つのビデオエレメンタリストリームに、上記複数のビューのビデオストリームが挿入されているか否かを示す情報が含まれている前記1から4のいずれかに記載の送信装置。6上記構成情報には、1つのピクチャに複数のビューのビデオストリームのデータがインターリーブされているか否かを示す情報が含まれている前記1から5のいずれかに記載の送信装置。7上記構成情報には、ビュー割り当てを示す情報が含まれている前記1から6のいずれかに記載の送信装置。8上記識別情報には、2次元画像表示に必須のビューのビデオストリームであるか否かを示す情報が含まれている前記1から7のいずれかに記載の送信装置。9上記構成情報には、水平および/または垂直の所定の解像度に対する画素比率情報が含まれている前記1から8のいずれかに記載の送信装置。10上記コンテナは、トランスポートストリームである前記1から9のいずれかに記載の送信装置。11上記3次元画像表示用の複数のビューは、左眼ビューおよび右眼ビューの2つのビューである前記1から10のいずれかに記載の送信装置。121つのビデオエレメンタリストリームに上記複数のビューのビデオストリームが挿入される場合、各ビューのビデオストリームの間にビュー間境界を示す情報が配置される前記1から11のいずれかに記載の送信装置。132次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリームが時分割的に含まれる所定フォーマットのコンテナを送信する送信ステップと、上記コンテナに、該コンテナに含まれる各ビューのビデオストリームの構成情報を挿入する構成情報挿入ステップとを備える送信方法。142次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリームが時分割的に含まれる所定フォーマットのコンテナを受信する受信部を備え、上記コンテナには、該コンテナに含まれる各ビューのビデオストリームの構成情報が挿入されており、上記コンテナから、上記構成情報に基づいて、各ビューのビデオストリームをデコードして画像データを取得する画像データ取得部をさらに備える受信装置。15上記画像データ取得部は、イベント単位あるいは該イベント単位より細かい時間単位で挿入されている上記構成情報に基づいて、デコードバッファ領域を確保する前記14に記載の受信装置。162次元画像表示用の単一のビューのビデオストリームおよび3次元画像表示用の複数のビューのビデオストリームが時分割的に含まれる所定フォーマットのコンテナを受信する受信ステップを備え、上記コンテナには、該コンテナに含まれる各ビューのビデオストリームの構成情報が挿入されており、上記コンテナから、上記構成情報に基づいて、各ビューのビデオストリームをデコードして画像データを取得する画像データ取得ステップをさらに備える受信方法。本技術の主な特徴は、2Dサービス、3Dサービスにおける各ビューのビデオストリームをトランスポートストリーム等のコンテナで送信する際に、各ビューのビデオストリームの構成を示す構成情報を選択された所定のレイヤに挿入可能としたことで、受信側での適切かつ効率的な処理を可能としたことである図5~図7参照。"