符号化方法であって、画像を圧縮符号化してビデオストリームを生成するエンコードステップと、前記エンコードステップによって生成される複数のビデオストリームに対して多重化処理を施すことで、1つのトランスポートストリームを得る多重化ステップとを有し、前記複数のビデオストリームは、2D映像を構成する2Dビデオストリームを含むとともに、複数のビデオストリームを組み合わせることで3D映像を構成し、3D映像を構成するビデオストリームの組み合わせには、前記2Dビデオストリームと1つの他のビデオストリームの組み合わせと、2Dビデオストリーム以外の2以上の他のビデオストリームの組み合わせがあり、前記トランスポートストリームは、3D映像を構成するビデオストリームを特定する3D映像特定情報を含むことを特徴とする符号化方法。前記符号化方法は、コンテンツテーブルを作成するコンテンツテーブル作成ステップを有し、前記多重化ステップによる多重化は、前記複数のビデオストリームとコンテンツテーブルとを多重化することでなされ、前記コンテンツテーブルは、1つ以上のテーブルディスクリプタと、各ビデオストリームに対応するストリーム情報とを含み、前記各ストリーム情報は、ストリームタイプと、ストリーム識別子と、ストリームディスクリプタとを含み、前記3D映像特定情報は、テーブルディスクリプタ及びストリームディスクリプタの何れかに存在することを特徴とする請求項1に記載の符号化方法。前記3D映像特定情報は、2Dビデオストリームを特定する2D映像特定情報を含むことを特徴とする請求項1に記載の符号化方法。2D映像特定情報及び3D映像特定情報によるビデオストリームの特定は、2Dビデオストリーム、左目映像を構成する左目ビデオストリーム、右目映像を構成するビデオストリームに、それぞれ対応するストリーム識別子を記載することでなされることを特徴とする請求項3に記載の符号化方法。前記コンテンツテーブルには2D3D共用フラグを含み、前記2D3D共用フラグは、2Dビデオストリームと、3D映像を構成する複数のビデオストリームのいずれかが一致するか否かを示すことを特徴とする請求項2に記載の符号化方法。前記3D特定情報によって指定される3D映像を構成するビデオストリームが1つの場合、前記ビデオストリームは、LRパック映像を構成し、前記LRパック映像は、動画像を構成する個々のフレームに、左目画像と、右目画像とを格納した映像であり、前記コンテンツテーブルは、LRパック情報を含み、LRパック情報は、左目画像及び右目画像が、どのようなパッキング方式でビデオストリームの各フレームに格納されているかを示すことを特徴とする請求項2に記載の符号化方法。前記コンテンツテーブルは、カメラのチャネル構成を示すカメラアサインメントを含み、前記カメラのチャネル構成には、Cチャネル、LチャネルRチャネル、CチャネルLチャネルRチャネル、CチャネルR1チャネルR2チャネルがあり前記3D特定情報によって特定されるビデオストリームは、前記カメラのチャネル構成のうち、何れかのものに従って撮影されたものであるかを示すことを特徴とする請求項2に記載の符号化方法。前記2Dビデオストリーム、他のビデオストリームのそれぞれには、文字表示制御情報が存在しており、前記作成ステップは、2D再生モード、3D再生モードのそれぞれにおいて、2Dビデオストリーム、他のビデオストリームのうち、どちらのビデオストリームに存在する文字表示制御情報を用いて文字表示を実現すべきかを示す情報をコンテンツテーブルに記述することを特徴とする請求項2に記載の符号化方法。ストリーム情報のストリームディスクリプタは、ビデオストリームが左目画像及び右目画像のうち、何れに該当するかを示すフラグを含むことを特徴とする請求項2に記載の符号化方法。前記3D映像特定情報を、コンテンツテーブルにおけるストリーム情報内のストリームディスクリプタ内に記述することを特徴とする請求項2に記載の符号化方法。前記作成ステップは、前記コンテンツテーブルにおける各ビデオストリームに対応するストリーム情報に、組合せの相手側となるビデオストリームのストリーム識別子を記述することで、組合せの対象となる2以上のビデオストリームを示すことを特徴とする請求項2に記載の符号化方法。前記作成ステップは、ディスクリプタを作成して、作成されたディスクリプタをビデオストリームの内部に組込むことを特徴とする請求項1に記載の符号化方法。表示装置であって、装置外部からのトランスポートストリームの入力を受け付ける受付手段と、2Dモード及び3Dモードの何れか1つをカレントモードとして記憶する記憶手段と、カレントモードが2Dモードである場合、トランスポートストリームに含まれる1つのビデオストリームを用いて2D映像の再生を行う再生手段とを備え、トランスポートストリームは3D映像特定情報を備え、3D映像特定情報は、3D映像を構成するビデオストリームを特定し、カレントモードが3Dモードである場合、トランスポートストリームに含まれる3D映像を構成するビデオストリームを用いて3D映像の再生を行い、3D映像の構成するビデオストリームは、前記2Dビデオストリームと1つの他のビデオストリームとの組み合わせからなる場合と、2Dビデオストリーム以外の他のビデオストリームの2以上組み合わせからなる場合とがあることを特徴とする表示装置。前記トランスポートストリームは、複数のビデオストリームと、コンテンツテーブルとをトランスポートストリームパケット列に変換することで得られ、前記表示装置は、トランスポートストリームから所定のトランスポートストリームパケットを分離する多重分離手段を備え、コンテンツテーブルを格納したトランスポートストリームパケットを分離することで、3D映像特定情報の取得を行うことを特徴とする請求項13に記載の表示装置。前記3D映像特定情報には、2Dビデオストリームを特定する2D映像特定情報を含み、カレントモードが2Dモードである場合、多重分離部は、2D映像特定情報に基づき、2D映像を構成するビデオストリームをトランスポートストリームから分離し、カレントモードが3Dモードである場合、多重分離部は、3D映像特定情報に基づき、3D映像を構成するビデオストリームを格納した複数のトランスポートストリームパケットをトランスポートストリームから分離することを特徴とする請求項14に記載の表示装置。2D映像特定情報及び3D映像特定情報によるビデオストリームの特定は、2Dビデオストリーム、左目映像を構成する左目ビデオストリーム、右目映像を構成するビデオストリームに、それぞれ対応するストリーム識別子を記載することでなされることを特徴とする請求項15に記載の表示装置。トランスポートストリームは、2Dビデオストリームと、3D映像を構成する複数のビデオストリームのいずれかが一致するか否かを示す2D3D共用フラグを含み、前記多重分離部は、2D映像を構成するビデオストリームが複数のビデオストリームの何れかと一致しない場合、2Dモード、3Dモードのそれぞれにおいて、多重分離の対象となるビデオストリームを変更し、再生手段は、3D映像を構成するビデオストリームが1つである場合、1つのビデオストリームにおける個々のフレームから、左目画像及び右目画像を切り出して、左目画像及び右目画像のそれぞれを表示に供することで3D画像の再生を行い、3D映像を構成するビデオストリームが2つ以上である場合、多重分離部によって分離された2以上のビデオストリームをデコードすることで左目画像及び右目画像を得て、左目画像及び右目画像のそれぞれを表示に供することで3D画像の再生を行うことを特徴とする請求項16に記載の表示装置。前記3D特定情報によって指定される3D映像を構成するビデオストリームが1つの場合、前記ビデオストリームはLRパック映像を構成し、前記LRパック映像は、動画像を構成する個々のフレームに、左目画像と、右目画像とを格納した映像であり、前記コンテンツテーブルは、LRパック情報を含み、LRパック情報は、左目画像及び右目画像が、どのようなパッキング方式でビデオストリームの各フレームに格納されているかを示し、再生手段は、LRパック情報に従って、フレームのうち、左目画像及び右目画像を切り出すべき領域を特定することを特徴とする請求項17に記載の表示装置。復号方法であって、トランスポートストリームの入力を受け付ける受付ステップと、2Dモード及び3Dモードの何れか1つをカレントモードとして記憶する記憶ステップと、カレントモードが2Dモードである場合、トランスポートストリームに含まれる1つのビデオストリームを用いて2D映像の再生を行う再生ステップとを含み、トランスポートストリームは3D映像特定情報を備え、3D映像特定情報は、3D映像を構成するビデオストリームを特定し、カレントモードが3Dモードである場合、トランスポートストリームに含まれる3D映像を構成するビデオストリームを用いて3D映像の再生を行い、3D映像の構成するビデオストリームは、前記2Dビデオストリームと1つの他のビデオストリームとの組み合わせからなる場合と、2Dビデオストリーム以外の他のビデオストリームの2以上組み合わせからなる場合とがあることを特徴とする復号方法。従来の3Dテレビ放送は、1TS1VS方式1本のトランスポートストリームで1本のビデオストリームを伝送する方式であり、3Dモード-2Dモード間の切り替えは実現されていない。従ってユーザは、3Dテレビ放送を3D映像としか視聴することができず、ユーザに対して充分な配慮がなされているとはいえない。一方、BDROM再生装置では、右目用のビデオストリームを格納したトランスポートストリーム、左目用のビデオストリームを格納したトランスポートストリームをBDROMから読み出してデコーダに供することで、2Dモード、3Dモードの自由なモード切り替えを実現している。右目用のビデオストリームを格納したトランスポートストリーム、左目用のビデオストリームを格納したトランスポートストリームをまとめて読み出すため、これら2本のトランスポートストリームはインターリーブ形式のファイルに変換された上でBDROMに記録されている。しかしながらデジタルテレビ放送のTV番組では、1つのTV番組に使用できるトランスポートストリームは、1TSであるという前提があるので、上記右目用のビデオストリーム、左目用のビデオストリームを2本のTSを用いて伝送することはできない。また、デジタルテレビ放送において、テレビ番組はファイルという単位で伝送される訳ではないから、右目用のビデオストリームを格納したトランスポートストリーム、左目用のビデオストリームを格納したトランスポートストリームをファイルによって対応付けることができず、かかるBDROMにおける対応付けを、デジタルテレビ放送にそのまま応用することは不可能である。本発明の目的は、1つのTV番組に使用できるトランスポートストリームは、1TSであるという前提下で、2Dモード、3Dモード間の自由なモード切り替えを実現することができる符号化方式を提供することである。上記目的を達成するため、本発明にかかる符号化方法は、画像を圧縮符号化してビデオストリームを生成するエンコードステップと、エンコードステップによって生成される複数のビデオストリームに対して多重化処理を施すことで、1つのトランスポートストリームを得る多重化ステップとを有し、前記複数のビデオストリームは、2D映像を構成する2Dビデオストリームを含むとともに、複数のビデオストリームを組み合わせることで3D映像を構成し、3D映像を構成するビデオストリームの組み合わせには、前記2Dビデオストリームと1つの他のビデオストリームの組み合わせと、2Dビデオストリーム以外の2以上の他のビデオストリームの組み合わせがあり、前記トランスポートストリームは、3D映像を構成するビデオストリームを特定する3D映像特定情報を含むことを特徴とする。3D再生に必要な組合せが記載されている3D映像特定情報が、1本のトランスポートストリームに存在するから、表示装置が2D再生を実行していて、これを3D再生に切り替える場合、トランスポートストリーム内の関連付け情報を参照することで、3D再生に必要なビデオストリームがどれであるかを知得することができる。請求項2によれば、3D映像特定情報がコンテンツテーブルに存在するので、かかるコンテンツテーブルがトランスポートストリームの先頭部に配置されたり、所定の時間置きに配置されている場合、このコンテンツテーブルを格納したパケットをトランスポートストリームから取り出して、3D映像特定情報を参照することにより、多重分離すべきビデオストリームを容易に特定することができ、3D映像を再生することができる。請求項3によれば、2Dビデオストリームを特定する2D映像特定情報がトランスポートストリームに存在するから、2D再生に必要なビデオストリームがどれであるかを知得することができ、2D再生、3D再生の互換再生が可能となる。請求項4によれば、2Dビデオストリーム、左目映像を構成する左目ビデオストリーム、右目映像を構成するビデオストリームに、それぞれ対応するストリーム識別子を示す情報がトランスポートストリームに存在するから、2D再生、または3D再生において、多重分離すべきビデオストリームを特定することができ、2Dモードと3Dモードとの間での多重分離対象の切り替えを高速にすることができる。請求項5によれば、2Dビデオストリームと、3D映像を構成する複数のビデオストリームのいずれかが一致するか否かを示すフラグがコンテンツテーブルに存在するから、このコンテンツテーブルを格納したパケットをトランスポートストリームから取り出して、このフラグを参照することにより、トランスポートストリームのストリーム構成を特定することができる。請求項6によれば、フレームへの左目画像、右目画像のパッケージングに様々な格納方式を採用することができるので、サイドバイサイド、トップアンドボトム等、既存の撮影行為で取得可能な様々な3D素材をコンテンツ作成に利用することができる。請求項7によれば、ストリームディスクリプタにおけるカメラアサインメントには、カメラのチャネル構成が示されているので、撮影時のカメラ環境を再生時に再現することができる。請求項8によれば、2Dビデオストリーム、他のビデオストリームのうち、どちらのビデオストリームに存在するクローズドキャプションの字幕データを用いるかを示す情報がコンテンツテーブルに記述されているので、このコンテンツテーブルを格納したパケットをトランスポートストリームから取り出して参照することにより、2D再生または3D再生で用いるべきクローズドキャプションのデータを識別することができる。請求項10によれば、3D映像特定情報を、コンテンツテーブルにおけるストリーム情報内のストリームディスクリプタ内に記述するので、ストリーム情報を参照することで、多重分離すべきビデオストリームを特定することができ、3D映像を再生することができる。請求項11によれば、コンテンツテーブルにおける各ビデオストリームに対応するストリーム情報に、組合せの相手側となるビデオストリームのストリーム識別子を記述しているので、ストリーム情報を参照することで、3D再生において必要となるもう一方のビデオストリームを特定することができる。以下本発明の実施の形態について、図面を参照しながら説明する。実施の形態1本実施の形態に係る映像フォーマットと、その映像フォーマットにおけるデータ作成方法、データ作成装置、再生方法、再生装置について説明する。先ず始めに、立体視の原理について簡単に述べる。立体視の実現法としては、ホログラフィ技術を用いる方法と、視差画像を用いる方式とがある。まず、1つ目のホログラフィ技術の特徴としては、人間が通常物体を認識するのと全く同じように物体を立体として再現することができるが、動画生成に関しては、技術的な理論は確立しているが、ホログラフィ用の動画をリアルタイムで生成する膨大な演算量を伴うコンピューター、及び1mmの間に数千本の線を引けるだけの解像度を持った表示装置が必要であるが、現在の技術での実現は非常に難しく、商用として実用化されている例はほとんどない。次に、2つ目の視差画像を用いる方式について説明する。一般に右目と、左目は、その位置の差に起因して、右目から見える像と左目から見える像には見え方に若干の差がある。この差を利用して人間は目に見える像を立体として認識できるのである。視差画像を用いて立体表示をする場合には、人間の視差を利用し平面の画像があたかも立体に見えるようにしている。この方式のメリットは、高々右目用と左目用の2つの視点の映像を準備するだけで立体視を実現できることにあり、技術的には、左右のそれぞれの目に対応した絵を、いかにして対応した目にだけ見せることができるかの観点から、継時分離方式を始めとするいくつかの技術が実用化されている。継時分離方式とは、左目用映像及び右目用映像を時間軸方向で交互に表示させ、目の残像反応により左右のシーンを脳内で重ね合わさせて、立体映像として認識させる方法である。また、視差画像を用いた立体視においては、右目に入る映像と左目に入る映像をそれぞれ用意する方式の他に、2D映像に対して画素単位で奥行き値が与えられたデプスマップを別途用意して、2D映像とデプスマップに基づいて左目映像と右目映像の視差画像をプレーヤやディスプレイで生成する方法がある。図24は2D映像とデプスマップから左目映像と右目映像の視差画像を生成する例を模式的に示している。デプスマップは2D映像内のそれぞれの画素に対応して奥行き値をもっており、図24の例では、2D映像の円形の物体は、デプスマップでは奥行きが高いことを示す情報が割り当てられ、それ以外の領域は奥行きが低いことを示す情報が割り当てられている。この情報は、画素ごとのビット列で格納しても良いし、画像イメージ例えば黒を奥行きが低いことを示し、白を奥行きが高いことを示す画像イメージとして格納しても良い。視差画像は、デプスマップの奥行き値から、2D映像の視差量を調整することによって作成することができる。図24の例では、2D映像内の円形の物体の奥行き値は高いため、視差画像を作成するときには、円形の物体の画素の視差量を大きくし、円形物体以外の領域は、奥行き値が低いため、円形の物体の画素の視差量を小さくして、左目映像、右目映像を作成する。この左目映像と右目映像を、継時分離方式等を使って表示すれば立体視が可能となる。以上が立体視の原理についての説明である。次に、本実施の形態における再生装置の使用形態について説明する。本実施の形態における再生装置は、2D映像もしくは3D映像を復号してディスプレイに映像を転送する装置である。ここでは、例としてデジタルテレビを挙げて説明する。デジタルテレビには、図2に示すように3D映像が視聴可能な再生装置100と、3D映像の再生をサポートしない2D映像のみを再生できる2Dデジタルテレビ300がある。図2aは、再生装置の、使用行為についての形態を示す図である。本図に示すように、デジタルテレビ100と3D眼鏡200とから構成され、ユーザによる使用が可能となる。再生装置100は、2D映像及び3D映像を表示することができるものであり、受信した放送波に含まれるストリームを再生することで映像を表示する。本実施形態の再生装置100は、3D眼鏡200をユーザが着用することで立体視を実現するものである。3D眼鏡200は、液晶シャッターを備え、継時分離方式による視差画像をユーザに視聴させる。視差画像とは、右目に入る映像と、左目に入る映像とから構成される一組の映像であり、それぞれの目に対応したピクチャだけがユーザの目に入るようにして立体視を行わせる。図2bは、左目用映像の表示時を示す。画面上に左目用の映像が表示されている瞬間において、前述の3D眼鏡200は、左目に対応する液晶シャッターを透過にし、右目に対応する液晶シャッターは遮光する。同図cは、右目用映像の表示時を示す。画面上に右目用の映像が表示されている瞬間において、先ほどと逆に右目に対応する液晶シャッターを透光にし、左目に対応する液晶シャッターを遮光する。また、別の方法の再生装置としては、先ほどの継時分離方式では左右のピクチャーを時間軸方向で交互に出力していたのに対して、一画面中の縦方向に左目用のピクチャーと右目用のピクチャーを同時に交互に並べ、ディスプレイ表面にレンチキュラーレンズと呼ばれる蒲鉾上のレンズを通して、左目用のピクチャーを構成する画素は左目だけに結像し、右目用のピクチャーを構成する画素は右目だけに結像するようにすることで、左右の目に視差のあるピクチャーを見せ、3Dとしてみることができる方式がある。なお、レンチキュラーレンズだけでなく、同様の機能を持たせたデバイス、例えば液晶素子を用いてもよい。また左目用の画素には縦偏光のフィルター、右目用の画素には横偏光のフィルターを設置し、視聴者は、左目用には縦偏光、右目用には横偏光のフィルターを設置した偏光メガネを用いてディスプレイを見ることによって立体視が可能となる偏光方式がある。視差画像を用いた立体視のための方法はこの他にも2色分離方式などさまざまな技術が提案されており、本実施の例においては、継時分離方式を例として用いて説明するが、視差画像を用いる限りこの方式に限定するものではない。2Dデジタルテレビ300は、図2のdに示すように、再生装置100と異なり、立体視を実現できない。2Dデジタルテレビ300は、2D映像のみを表示することができるものであり、受信した放送波に含まれるストリームを2D映像としてのみ再生できる。以上が、再生装置の使用形態についての説明である。次に、デジタルテレビの放送波等で伝送される一般的なストリームの構造について説明する。デジタルテレビの放送波等での伝送では、MPEG2トランスポートストリーム形式のデジタルストリームが使われている。MPEG2トランスポートストリームとは、ビデオやオーディオなど様々なストリームを多重化して伝送するための規格である。ISOIEC138181およびITUT勧告H2220において標準化されている。図6は、MPEG2トランスポートストリーム形式のデジタルストリームの構成を示す図である。本図に示すようにトランスポートストリームは、ビデオストリーム、オーディオストリーム、字幕ストリームなどを多重化することで得られる。ビデオストリームは番組の主映像を、オーディオストリームは番組の主音声部分や副音声を、字幕ストリームは番組の字幕情報を格納している。ビデオストリームは、MPEG2、MPEG4AVCなどの方式を使って符号化記録される。オーディオストリームは、ドルビーAC3、MPEG2AAC、MPEG4AAC、HEAACなどの方式で圧縮符号化記録されている。ビデオストリームの構成について説明する。MPEG2、MPEG4AVC、SMPTEVC1などの動画圧縮符号化においては、動画像の空間方向および時間方向の冗長性を利用してデータ量の圧縮を行う。時間方向の冗長性を利用する方法として、ピクチャ間予測符号化が用いられる。ピクチャ間予測符号化では、あるピクチャを符号化する際に、表示時間順で前方または後方にあるピクチャを参照ピクチャとする。そして、その参照ピクチャからの動き量を検出し、動き補償を行ったピクチャと符号化対照のピクチャとの差分値に対して空間方向の冗長度を取り除くことによりデータ量の圧縮を行う。ここでは、参照ピクチャを持たずに符号化対象ピクチャのみを用いてピクチャ内予測符号化を行うピクチャをIピクチャと呼ぶ。ピクチャとは、フレームおよびフィールドの両者を包含する1つの符号化の単位である。また、既に処理済の1枚のピクチャを参照してピクチャ間予測符号化するピクチャをPピクチャとよび、既に処理済みの2枚のピクチャを同時に参照してピクチャ間予測符号化するピクチャをBピクチャと呼び、Bピクチャの中で他のピクチャから参照されるピクチャをBrピクチャと呼ぶ。また、フレーム構造の場合のフレーム、フィールド構造のフィールドを、ここではビデオアクセスユニットと呼ぶ。また、ビデオストリームは、図7に示すような階層構造を有している。ビデオストリームは、複数のGOPGroupofPicturesから構成されており、これを符合化処理の基本単位とすることで動画像の編集やランダムアクセスが可能となっている。GOPは1つ以上のビデオアクセスユニットにより構成されている。ビデオアクセスユニットは、ピクチャの符合化データを格納する単位であり、フレーム構造の場合は1フレーム、フィールド構造の場合の1フィールドのデータが格納される。各ビデオアクセスユニットは、AU識別コード、シーケンスヘッダ、ピクチャヘッダ、補足データ、圧縮ピクチャデータ、パディングデータ、シーケンス終端コード、ストリーム終端コードなどから構成される。各データはMPEG4AVCの場合は、NALユニットと呼ばれる単位で格納される。AU識別コードはアクセスユニットの先頭を示す開始符号である。シーケンスヘッダは、複数ビデオアクセスユニットから構成される再生シーケンスでの共通の情報を格納したヘッダであり、解像度、フレームレート、アスペクト比、ビットレートなどの情報が格納される。ピクチャヘッダはピクチャ全体の符合化の方式などの情報を格納したヘッダである。補足データは圧縮データの復号に必須ではない付加情報であり、例えば、映像と同期してTVに表示するクローズドキャプションの文字情報やGOP構造情報などが格納される。圧縮ピクチャデータには、圧縮符号化されたピクチャのデータが格納される。パディングデータは、形式を整えるための意味のないデータが格納される。例えば、決められたビットレートを保つためのスタッフィングデータとして用いる。シーケンス終端コードは、再生シーケンスの終端を示すデータである。ストリーム終端コードは、ビットストリームの終端を示すデータである。AU識別コード、シーケンスヘッダ、ピクチャヘッダ、補足データ、圧縮ピクチャデータ、パディングデータ、シーケンス終端コード、ストリーム終端コードの中身の構成は、ビデオの符合化方式によって異なる。例えば、MPEG4AVCの場合であれば、AU識別コードは、AUデリミタAccessUnitDelimiter、シーケンスヘッダはSPSSequenceParamterSetに、ピクチャヘッダはPPSPictureParameterSetに、圧縮ピクチャデータは複数個のスライス、補足データはSEISupplementalEnhancementInformation、パディングデータはFillerData、シーケンス終端コードはEndofSequence、ストリーム終端コードはEndofStreamに対応する。例えば、MPEG2の場合であれば、シーケンスヘッダはsequenceHeader、sequenceextension、groupofpictureheaderに、ピクチャヘッダはpictureheader、picturecodingextension、圧縮ピクチャデータは複数個のスライス、補足データはuserdata、シーケンス終端コードはsequenceendcodeに対応する。AU識別コードは存在しないが、それぞれのヘッダのスタートコードを使えば、アクセスユニットの切れ目を判断できる。各データは常に必要ではなく、例えば、シーケンスヘッダはGOP先頭のビデオアクセスユニットでのみ必要で、それ以外のビデオアクセスユニットにはなくてもよい、としてもよい。また、符号化方式によっては、ピクチャヘッダは前のビデオアクセスユニットのものを参照して、自身のビデオアクセスユニット内にピクチャヘッダがなくても良い。ここで、クロッピング領域情報とスケーリング情報について図11を参照しながら説明する。ビデオ符号化方式によっては、符号化されたフレームの領域と、実際に表示に使う領域を変更することができる。図11のように、符号化されたフレーム領域の中から実際に表示する領域を、クロッピング領域として指定することが出来る。例えば、MPEG4AVCの場合には、SPSに格納されるframecropping情報を使って指定できる。framecropping情報は、図12左のように、クロッピンング領域の上線下線左線右線と、符号化されたフレーム領域の上線下線左線右線との差分を、上下左右のクロップ量として指定する。より具体的には、クロッピング領域を指定する場合には、framecroppingflagを1に設定し、framecroptopoffsetframecropbottomoffsetframecropleftoffsetframecroprightoffsetに上下左右のクロップ量を指定する。MPEG2の場合には、クロッピング領域の縦横のサイズと、符号化されたフレーム領域の中心とクロッピング領域の中心との差分情報を使ってクロッピング領域を指定できる。また、ビデオ符号化方式によっては、クロッピング領域を実際にテレビなどに表示する際のスケーリング方法を示すスケーリング情報が存在する。これは、例えばアスペクト比として設定される。再生装置はそのアスペクト比の情報を使って、クロッピング領域をアップコンバートして表示を行う。例えば、MPEG4AVCの場合には、スケーリング情報として、SPSにアスペクト比の情報が格納される。MPEG4AVCの場合、1440x1080のクロッピング領域を、1920x1080に拡大して表示するためには、アスペクト比は4:3を指定する。この場合水平方向に43倍にアップコンバート1440x431920され、1920x1080に拡大されて表示される。MPEG2の場合にも同様にsequenceheaderにアスペクト比の情報が格納されている。トランスポートストリームに含まれる各ストリームはPIDと呼ばれるストリーム識別IDによって識別される。このPIDのパケットを抽出することで複合装置は、対象のストリームを抽出することが出来る。PIDとストリームの対応は以降で説明するPMTパケットのディスクリプタに格納される。図6は、トランスポートストリームがどのように多重化されるかを模式的に示す図である。まず、複数のビデオフレームからなるビデオストリーム501、複数のオーディオフレームからなるオーディオストリーム504を、それぞれPESパケット列502および505に変換し、TSパケット503および506に変換する。同じく字幕ストリーム507のデータをそれぞれPESパケット列508に変換し、更にTSパケット509に変換する。MPEG2トランスポートストリーム513はこれらのTSパケットを1本のストリームに多重化することで構成される。図8は、PESパケット列に、ビデオストリームがどのように格納されるかを更に詳しく示している。本図における第1段目はビデオストリームのビデオフレーム列を示す。第2段目は、PESパケット列を示す。本図の矢印yy1yy2yy3yy4に示すように、ビデオストリームにおける複数のVideoPresentationUnitであるIピクチャ、Bピクチャ、Pピクチャは、ピクチャ毎に分割され、PESパケットのペイロードに格納される。各PESパケットはPESヘッダを持ち、PESヘッダには、ピクチャの表示時刻であるPTSPresentationTimeStampやピクチャの復号時刻であるDTSDecodingTimeStampが格納される。図9は、トランスポートストリームを構成するTSパケットのデータ構造を示している。TSパケットは、4ByteのTSヘッダと、アダプテーションフィールドとTSペイロードから構成される188Byte固定長のパケットである。TSヘッダは、transportpriority、PID、adaptaionfieldcontrolなどから構成される。PIDは前述したとおりトランスポートストリームに多重化されているストリームを識別するためのIDである。transportpriorityは、同一PIDのTSパケットの中のパケットの種別を識別するための情報である。adaptationfieldcontrolは、アダプテーションフィールドとTSペイロードの構成を制御するための情報である。アダプテーションフィールドとTSペイロードはどちらかだけが存在する場合と両方が存在する場合があり、adaptationfieldcontrolはその有無を示す。adaptationfieldcontrolが1の場合は、TSペイロードのみが存在し、adaptationfieldcontrolが2の場合は、アダプテーションフィールドのみが存在し、adaptationfieldcontrolが3の場合は、TSペイロードとアダプテーションフィールドの両方が存在することを示す。アダプテーションフィールドは、PCRなどの情報の格納や、TSパケットを188バイト固定長にするためのスタッフィングするデータの格納領域である。TSペイロードにはPESパケットが分割されて格納される。トランスポートストリームに含まれるTSパケットには、映像音声字幕などの各ストリーム以外にもPATProgramAssociationTable、PMTProgramMapTable、PCRProgramClockReferenceなどがある。これらのパケットはPSIProgramSpecificInformationと呼ばれる。PATはトランスポートストリーム中に利用されるPMTのPIDが何であるかを示し、PAT自身のPIDは0で登録される。PMTは、トランスポートストリーム中に含まれる映像音声字幕などの各ストリームのPIDと各PIDに対応するストリームの属性情報を持ち、またトランスポートストリームに関する各種ディスクリプタを持つ。ディスクリプタにはAVストリームのコピーを許可不許可を指示するコピーコントロール情報などがある。PCRは、TSパケットのデコーダへの到着時刻とPTSDTSの時間軸であるSTCSystemTimeClockの同期を取るために、そのPCRパケットがデコーダに転送されるタイミングに対応するSTC時間の情報を持つ。図10はPMTのデータ構造を詳しく説明する図である。PMTの先頭には、そのPMTに含まれるデータの長さなどを記したPMTヘッダが配置される。その後ろには、トランスポートストリームに関するディスクリプタが複数配置される。前述したコピーコントロール情報などが、ディスクリプタとして記載される。ディスクリプタの後には、トランスポートストリームに含まれる各ストリームに関するストリーム情報が複数配置される。ストリーム情報は、ストリームの圧縮コーデックなどを識別するためストリームタイプ、ストリームのPID、ストリームの属性情報フレームレート、アスペクト比などが記載されたストリームディスクリプタから構成される。以上がデジタルテレビの放送波等で伝送される一般的なストリームの構造の説明である。次に、立体視に使う視差画像を実現するための一般的な映像フォーマットについて説明する。視差画像を使った立体視の方式では、右目に入る映像と、左目に入る映像とを各々用意し、それぞれの目に対応したピクチャだけが入るようにして立体視を行う。図3は、ユーザの顔を左側に描き、右側には、対象物たる恐竜の骨格を左目から見た場合の例と、対象物たる恐竜の骨格を、右目から見た場合の例とを示している。右目及び左目の透光、遮光から繰り返されば、ユーザの脳内では、目の残像反応により左右のシーンの重合せがなされ、顔の中央の延長線上に立体映像が存在すると認識することができる。視差画像のうち、左目に入る画像を左目画像といい、右目に入る画像を右目画像という。そして、各々のピクチャが、L画像になっている動画像をレフトビュービデオといい、各々のピクチャがR画像になっている動画像をライトビュービデオという。レフトビュービデオとライトビュービデオを合成して圧縮符号化する3Dの映像方式には、フレーム互換方式とサービス互換方式がある。まず1つ目のフレーム互換方式は、レフトビュービデオとライトビュービデオの対応する各ピクチャをそれぞれ間引きまたは縮小した上で一つのピクチャに合成して、通常の動画像圧縮符号化を行う方式である。一例としては、図4に示すような、SidebySide方式がある。SidebySide方式では、レフトビュービデオとライトビュービデオの対応する各ピクチャをそれぞれ水平方向に12に圧縮した上で、左右に並べることで一つのピクチャに合成する。合成されたピクチャによる動画像は、通常の動画像圧縮符号化が行われてストリーム化される。一方再生時は、ストリームを通常の動画像圧縮符号化方式に基づいて動画像に復号化される。復号化された動画像の各ピクチャは、左右画像に分割されて、それぞれ水平方向に2倍に伸長されることによって、レフトビュービデオとライトビュービデオの対応する各ピクチャが得られる。得られたレフトビュービデオのピクチャL画像とライトビュービデオのピクチャR画像を交互に表示することによって、図2に示すような立体視画像を得ることができる。フレーム互換方式にはSidebySide方式の他に、左右画像を上下に並べるTopandBottom方式や、ピクチャ内の1ライン毎に左右画像を交互に配置するLineAlternative方式などがある。このような立体視用の左右の映像の格納方式を識別する手段として、ビデオストリームには、フレームパッキング情報が用意されている。フレームパッキング情報は、例えばMPEG4AVCでは、FramepackingarrangementSEIである。図1は、フレームパッキング情報を説明する図である。図1下段は、ビデオフレーム列を示す。区間はSidebySideの映像が再生される区間であり、区間は2D映像が再生される区間であり、区間はTopBottom映像が再生される区間である。このような再生区間におけるフレームパッキング情報の例を図1の上段に示している。フレームパッキング情報には、フレーム格納タイプ、キャンセルフラグ、リピートフラグがある。フレーム格納タイプは、立体視用の左右の映像をフレーム内に格納する方式のタイプを示し、前述で説明したSidebySideTopBottomチェッカーボードラインバイラインといった方式を識別する情報である。MPEG4AVCのFramepackingarrangementでは、Framepackingarrangementtypeに対応する。リピートフラグは、フレームパッキング情報の有効期間を示し、0であればフレームパッキング情報は該当フレームのみに対して有効であることを示し、1であれば該当フレームパッキング情報は、次のビデオシーケンスが来るまでか、ディスプレイ順で該当フレームよりも遅いフレームパッキング情報を持ったフレームがくるまで有効となる。MPEG4AVCのFramepackingarrangementでは、Framepackingarrangementrepetitionperiodに対応する。キャンセルフラグは、前回のフレームパッキング情報の有効期間をキャンセルするフラグである。キャンセルフラグが1の場合には、以前に送出されたフレームパッキング情報がキャンセルされ、0の場合には該当のフレームパッキング情報が有効となる。MPEG4AVCのFramepackingarrangementでは、Framepackingarrangementcancelflagに対応する。SidebySide再生区間の先頭に格納されているフレームパッキング情報Aのフレーム格納タイプはSidebySide、リピートフラグは1、キャンセルフラグは0となっている。SidebySide再生区間の先頭には、フレームパッキング情報は格納されておらず、また、リピートフラグは1であるため、この区間のフレーム列においては、SidebySide再生区間の先頭に格納されているフレームパッキング情報Aが有効となる。2D再生区間の先頭に格納されているフレームパッキング情報Bには、キャンセルフラグは1となっており、フレーム格納タイプやリピートフラグは格納されない。2D区間では、フレームパッキング情報は不要であるため、この先頭でキャンセルした後には、フレームパッキング情報は格納されていない。TopBottom再生区間には、フレームパッキング情報Cが全てのフレームに格納されている。フレームパッキング情報Cのフレーム格納タイプはTopBottom、リピートフラグは0、キャンセルフラグは0となっている。リピートフラグは0であるため、すべてのフレームがTopBottomであることを示すために、すべてのフレームにフレームパッキング情報を格納する必要がある。このようにビデオストリームにフレームパッキング情報を格納することにより、再生装置はその情報を参照することで、方式に従った立体視の表示処理を実現できる。次に、2つ目のサービス互換方式について説明する。サービス互換方式では、レフトビュービデオ、ライトビュービデオをデジタル化し、圧縮符号化することにより得られるビデオストリームである、レフトビュービデオストリームとライトビュービデオストリームを用いる。サービス互換方式において、レフトビュービデオ、ライトビュービデオを視点間の相関特性を利用したピクチャ間予測符号化技術により圧縮符号化したものを、特にマルチビュー符号化方式と呼ぶ。図5は、マルチビュー符号化方式による立体視のためのレフトビュービデオストリーム、ライトビュービデオストリームの内部構成の一例を示す図である。本図の第2段目は、レフトビュービデオストリームの内部構成を示す。このストリームには、ピクチャデータI1、P2、Br3、Br4、P5、Br6、Br7、P9というピクチャデータが含まれている。これらのピクチャデータは、DecodeTimeStampDTSに従いデコードされる。第1段目は、左目画像を示す。そうしてデコードされたピクチャデータI1、P2、Br3、Br4、P5、Br6、Br7、P9をPTSに従い、I1、Br3、Br4、P2、Br6、Br7、P5の順序で再生することで、左目画像が再生されることになる。本図において、参照ピクチャを持たずに符号化対象ピクチャのみを用いてピクチャ内予測符号化を行うピクチャをIピクチャと呼ぶ。ピクチャとは、フレームおよびフィールドの両者を包含する1つの符号化の単位である。また、既に処理済の1枚のピクチャを参照してピクチャ間予測符号化するピクチャをPピクチャと、既に処理済みの2枚のピクチャを同時に参照してピクチャ間予測符号化するピクチャをBピクチャと、Bピクチャの中で他のピクチャから参照されるピクチャをBrピクチャとそれぞれ呼ばれる。第4段目は、レフトビュービデオストリームの内部構成を示す。このレフトビュービデオストリームは、P1、P2、B3、B4、P5、B6、B7、P8というピクチャデータが含まれている。これらのピクチャデータは、DTSに従いデコードされる。第3段目は、右目画像を示す。そうしてデコードされたピクチャデータP1、P2、B3、B4、P5、B6、B7、P8をPTSに従い、P1、B3、B4、P2、B6、B7、P5の順序で再生することで、右目画像が再生されることになる。ただし、継時分離方式の立体視再生では、同じPTSが付された左目画像と右目画像とのペアうち一方の表示を、PTSの間隔の半分の時間以下、3D表示ディレイという分だけ遅延して表示する。第5段目は、3D眼鏡200の状態をどのように変化させるかを示す。この第5段目に示すように、左目画像の視聴時は、右目のシャッターを閉じ、右目画像の視聴時は、左目のシャッターを閉じていることがわかる。これらのレフトビュービデオストリーム、ライトビュービデオストリームは、時間方向の相関特性を利用したピクチャ間予測符号化に加えて、視点間の相関特性を利用したピクチャ間予測符号化によって圧縮されている。ライトビュービデオストリームのピクチャは、レフトビュービデオストリームの同じ表示時刻のピクチャを参照して圧縮されている。例えば、ライトビュービデオストリームの先頭Pピクチャは、レフトビュービデオストリームのIピクチャを参照し、ライトビュービデオストリームのBピクチャは、レフトビュービデオストリームのBrピクチャを参照し、ライトビュービデオストリームの二つ目のPピクチャは、レフトビュービデオストリームのPピクチャを参照している。そして、圧縮符号化されたレフトビュービデオストリーム及びライトビュービデオストリームのうち、単体で復号化が可能になるものをベースビュービデオストリームという。また、レフトビュービデオストリーム及びライトビュービデオストリームのうち、ベースビュービデオストリームを構成する個々のピクチャデータとのフレーム間相関特性に基づき圧縮符号化されており、ベースビュービデオストリームが復号された上で復号可能になるビデオストリームを、ディペンデントビューストリームという。なおベースビュービデオストリームとディペンデントビューストリームは、それぞれ別々のストリームとして格納や伝送されてもよいし、例えばMPEG2TSなどの同一のストリームに多重化されてもよい。このように視点間の相関を利用したマルチビュー符号化方式の圧縮方法としては、MultiviewVideoCodingMVCと呼ばれるMPEG4AVCH264の修正規格がある。ISOIECMPEGとITUTVCEGの共同プロジェクトであるJointVideoTeamJVTは、2008年7月にMultiviewVideoCodingMVCと呼ばれるMPEG4AVCH264の修正規格の策定を完了した。MVCは、複数視点の映像をまとめて符号化する規格であり、映像の時間方向の類似性だけでなく視点間の類似性も予測符号化に利用することで、複数視点の独立した圧縮に比べて圧縮効率を向上している。以上が立体視に使う視差画像を実現するための一般的な映像フォーマットについての説明である。3D映像を格納するデータフォーマット次に、本実施の形態に係る3D映像を格納するデータフォーマットについて、図面を参照しながら説明を行う。図1で示したように、フレームパッキング情報を格納する符号方法としては、フレームパッキング情報A、フレームパッキング情報Bのように、再生区間の先頭のみに配置する方法や、フレームパッキングCのように各フレームすべてに格納する方法が混在するケースがある。このように、異なるフレームパッキング情報を格納する方法が混在すると、再生および編集装置において処理が非効率である。例えば、図1のSidebyーSide再生区間Aの、先頭以外のビデオフレームから飛び込み再生を行う場合には、SideBySide先頭のフレームに格納されるフレームパッキング情報を解析して取得する必要がある。例えば、TopBottom再生区間Cの再生を行う際には、全フレームにおいてフレームパッキング情報の解析が必要であり、処理負荷がかかる。そこで、本実施の形態では、フレームパッキング情報を格納する符号方法を、再生装置が前もって特定でき、再生処理の効率化ができるように、以下のような映像フォーマット構造をとる。図13を参照して映像フォーマットの構造を説明する。図13の例はSideBySide方式のフレーム互換方式の3D映像を格納する場合の例である。トランスポートストリームに格納されるビデオストリームは、MPEG4AVCやMPEG2など映像符号化方式で圧縮されているビデオストリームである。ビデオストリームの補足データには、フレームパッキング情報が格納されている。フレームパッキング情報は、図1を使って説明した情報である。フレームパッキング情報には、フレーム格納タイプ、リピートフラグ、キャンセルフラグが格納される。フレームパッキング情報は、図1を使って説明したように、全てのビデオアクセスユニットの補足データに格納せずに、リピートフラグを1に設定して、GOP先頭のみに格納して、他のビデオアクセスユニットには格納しないようにすることも出来る。PMTパケットには、フレームパッキング情報ディスクリプタが格納される。フレームパッキング情報ディスクリプタは、トランスポートストリームに格納されるビデオストリーム毎に用意され、該当のビデオストリームの補足データに含まれるフレームパッキング情報の属性情報を格納する。フレームパッキング情報ディスクリプタには、フレーム格納タイプ、フレームパッキング情報格納タイプ、開始PTSが格納される。フレーム格納タイプは、フレームパッキング情報のフレーム格納タイプと同じ意味を持ち、該当ビデオストリームの立体視映像のフレーム格納方式SidebySide方式などを示す。この情報は、該当ビデオストリームの補足データに含まれるフレームパッキング情報のフレーム格納タイプと一致する。再生装置は、フレーム格納タイプを参照することにより、ビデオストリームを解析せずとも立体映像のフレーム格納方式を判断することができる。これにより、例えば、再生装置は、3D表示方法を前もって判断できることにより、3D表示用のOSDの生成処理など3D表示に必要な処理を前もって、ビデオストリームのデコードの前に行うことが可能となる。フレームパッキング情報格納タイプは、該当ビデオストリームに含まれるフレームパッキング情報の挿入方法を示している。図1を使って説明したように、フレームパッキング情報は、リピートフラグを1に設定して、GOP先頭のみに格納して、他のビデオアクセスユニットには格納しないようにすることも出来る。また反対にリピートフラグを0に設定して、すべてのフレームに格納するようにすることも出来る。フレームパッキング情報格納タイプは、このフレームパッキング情報の格納方法を特定するための情報であり、つまり、フレームパッキング情報タイプが、GOP単位であればGOP先頭のビデオアクセスユニットの補足データのみにフレームパッキング情報が格納されることを示し、アクセスユニット単位であれば全ビデオアクセスユニットの補足データのみにフレームパッキング情報が格納されることを示す。再生装置は、フレームパッキング情報格納タイプを参照することにより、ビデオストリームを解析せずともフレームパッキング情報の格納方法を判別できため、再生および編集処理を効率化できる。例えば、GOP先頭以外のフレームにも飛び込み再生を行う再生装置の場合には、フレームパッキング情報格納タイプを参照することで、それがGOP先頭を示す場合には、常にGOP先頭のみから飛び込み再生を開始するように制御できる。なお、フレームパッキング情報ディスクリプタには、GOP単位で属性が変化するかどうかを示す情報が格納されていても良い。このような構成にすることで、例えば、フレームパッキング情報格納タイプがフレーム単位で、GOP内で属性が変化しないことが示されれば、全フレームで同じフレームパッキング情報が格納されることが明示されるため、ビデオストリームに含まれるGOP先頭以外のフレームパッキング情報の解析をスキップすることができる。開始PTSは、該当のフレームパッキング情報ディスクリプタが有効となる時刻を示す。PMTパケットの位置は、ビデオストリームの多重化位置と一般的に同期しないため、該当のフレームパッキング情報ディスクリプタが有効となる時間をビデオストリームの表示時刻上で知ることができない。そこで、この開始PTSを参照することで、フレームパッキング情報ディスクリプタが有効となる時刻を再生装置は知ることができる。開始PTSは、ビデオに付与されるPTSを示すように制限してもよく、そうすることで明確にビデオとの同期を再生装置に指示できる。なお、再生装置がビデオデコードよりも前にフレームパッキング情報ディスクリプタを参照できるように、開始PTSと同じPTSが付与されるビデオアクセスユニットよりも、該当開始PTSを含むフレームパッキング情報ディスクリプタが格納されるPMTパケットは、多重化符号順で、前方に配置されるとしてもよい。上記開始PTSを含むPMTパケットが複数存在する場合には、先頭のパケットのみが多重化符号順で、前方に配置されるとしてもよい。図14は、フレームパッキング情報ディスクリプタとフレームパッキング情報の関係の例を示す図である。図14下段は、ビデオフレーム列を表示順に並べた図である。区間はSidebySideの映像が再生される区間であり、区間は2D映像が再生される区間であり、区間はTopBottom映像が再生される区間である。このような再生区間におけるフレームパッキング情報の例を図14の中段に示している。これは図1で示した構成と同じである。ここで、図14上段は、このデータ構成におけるフレームパッキング情報ディスクリプタの構成を示す。フレームパッキング情報ディスクリプタAは、SidebySide再生区間Aにおけるフレームパッキング情報に対応する情報を含む。フレームパッキング情報ディスクリプタAの各値は次のように設定される。フレーム格納タイプは、フレームパッキング情報のフレーム格納タイプと同じSidebySide、フレームパッキング情報格納タイプはフレームパッキング情報が区間先頭のみに格納されているためGOP先頭、開始PTSは再生区間Aにおける先頭のビデオPTSの値例では180000が設定される。フレームパッキング情報ディスクリプタBは、2D再生区間Bにおけるフレームパッキング情報に対応する情報を含む。フレームパッキング情報ディスクリプタBの各値は次のように設定される。フレーム格納タイプは、フレームパッキング情報のフレーム格納タイプと同じであり設定されない。もしくは、2Dというフレーム格納タイプが定義されるのであれば、その値が設定される。フレームパッキング情報格納タイプはフレームパッキング情報が区間先頭のみに格納されているためGOP先頭が設定される。開始PTSは再生区間Bにおける先頭のビデオPTSの値例では5580000が設定される。フレームパッキング情報ディスクリプタCは、TopBottom再生区間Cにおけるフレームパッキング情報に対応する情報を含む。フレームパッキング情報ディスクリプタCの各値は次のように設定される。フレーム格納タイプは、フレームパッキング情報のフレーム格納タイプと同じTopBottom、フレームパッキング情報格納タイプはフレームパッキング情報が区間の全ビデオアクセスユニットに格納されているためアクセスユニット単位、開始PTSは再生区間Cにおける先頭のビデオPTSの値例では10980000が設定される。以上が、本実施の形態に係る映像フォーマットの説明である。3D映像の再生装置次に本実施の携帯に係る3D映像を再生する再生装置の構成について図15を用いて説明する。再生装置は、具体的には、3D映像の表示に対応するプラズマテレビや液晶テレビであり、ビデオストリームを送出するトランスポートストリームを受信する。ここでは継時分離方式でシャッタ眼鏡を利用する3D方式のテレビとする。再生装置は、IPネットワーク及び再生装置と接続され、これらから出力されたビデオストリームをも復号して表示する。再生装置は、図15に示すように、チューナ1501、NIC1502、多重分離部1503、映像デコード部1504、表示判定部1505、表示処理部1506、表示部1507、フレームバッファ11510、フレームバッファ21511、スイッチ1512から構成される。チューナ1501は、デジタル放送波のトランスポートストリームを受信し、受信した信号を復調する機能を有している。NIC1502は、IPネットワークと接続されており、外部から出力されたトランスポートストリームを受信する機能を有している。多重化分離部1503は、受信したトランスポートストリームを、ビデオストリームと、それ以外の音声ストリームなどに分離し、ビデオストリームを映像デコード部1504へ出力する。また多重分離部は、受信したトランスポートストリームからPSIなどのシステムパケットを抽出し、PMTパケットから、フレームパッキング情報ディスクリプタを取得し、表示判定部や映像デコード部に通知する。多重化分離部1503は、チューナ1501やNIC1502からの入力に加えて、記録媒体からトランスポートストリームを読み出すこともできる。映像デコード部1504は、ビデオストリームを多重化分離部1503から受け取ると、受け取ったストリームのデコードを行うとともに、ビデオストリーム中のフレームパッキング情報を取り出す機能を有している。この映像デコード部1504により、フレーム単位の映像が復号される。ここで、多重化分離部1503より通知されるフレームパッキング情報ディスクリプタのフレームパッキング情報格納タイプがGOP単位であれば、フレームパッキング情報の取り出しをGOP先頭のビデオアクセスユニット以外はスキップできる。映像デコード部1504は、復号されたフレームをフレームバッファ11508へ書き込み、フレームパッキング情報を表示判定部1506に出力する。フレームバッファ11508は、映像デコード部1504でデコードされたフレームを格納するための領域を有する。表示判定部1505は、フレームパッキング情報ディスクリプタやフレームパッキング情報を元に表示方法を決定する。フレームパッキング情報ディスクリプタやフレームパッキング情報に格納されるフレーム格納タイプにしたがって、3D映像の格納方式を判別して、フレームパッキング情報ディスクリプタの開始PTSや、フレームパッキング情報が格納されるビデオのPTSのタイミングで、表示処理部に通知する。表示判定部1505は、このように表示方法を決定して、その内容を表示処理部1506に通知する。表示処理部1506は、フレームバッファのディスクリプタ、TSパケットヘッダ、PESヘッダなどに格納しても良い。なお、フレームパッキング情報ディスクリプタのフレームパッキング情報格納タイプには、GOP単位とアクセスユニット単位があるとしたが、PESパケットに1つ存在することを示すPESパケット単位、Iピクチャに1つ存在することを示すIピクチャ単位、フレームパッキング情報に含まれる値が切り替わる度に1つ存在することを示す属性切り替わり単位など他のタイプがあっても良い。なお、フレームパッキング情報ディスクリプタには、前のPMTパケットに格納されるフレームパッキング情報ディスクリプタの値と変化があるかどうかが分かる識別子が存在しても良い。この識別子を参照することで、変化がない場合には、フレームパッキング情報ディスクリプタの解析処理や表示判定部への通知および表示判定部の処理をスキップすることが出来る。なお、フレームパッキング情報ディスクリプタのフレームパッキング情報格納タイプとして、リピートフラグが格納されていても良い。例えば、フレームパッキング情報ディスクリプタのリピートフラグが1であればGOP単位、フレームパッキング情報ディスクリプタのリピートフラグが0であればアクセスユニット単位と再生装置は判定できる。なお、フレームパッキング情報ディスクリプタのフレームパッキング情報格納タイプは、フレーム格納タイプ毎に設定できるようにしてもよい。例えば、SidebySide方式の場合はGOP単位、TopBottom方式の場合はフレーム単位というように設定できても良い。なお、フレームパッキング情報ディスクリプタのフレームパッキング情報格納タイプは、フレームパッキング情報のID毎に設定できても良い。図1の説明では省略したが、フレームパッキング情報は、IDを持って複数設定することが可能である。このIDはMPEG4AVCのFramepackingarrangementSEIにおけるFramepackingarrangementidに対応する。このID毎に、フレームパッキング情報格納タイプを設定できても良い。このようにすることで、PMTパケットのフレームパッキング情報ディスクリプタを毎回解析しなくても、一度、解析できれば、それを使い続けることが出来る。3D映像を格納するデータフォーマットの変形例次に、本実施の形態に係る3D映像を格納するデータフォーマットの変形例について図面を参照しながら説明を行う。再生装置において、3D映像から2D映像への切り替え、2D映像から3D映像への切り替えなどの表示切替処理には、処理時間を伴うケースがある。例えば、HDMIなどでテレビと接続をしている場合には、2D映像と3D映像間の切り替え時に、HDMIの再認証が発生するケースがある。この場合には、切り替え処理の間には、映像が正しく再生できないという問題が発生する。そこで、以下のケースではその課題をかんがみ、再生装置における切り替え時間を適切に制御することで、コンテンツ製作者の期待通りの再生を実現可能とする。図16上段は、TSパケット列と再生するビデオフレーム列との関係を示す図である。ビデオフレーム列は、PTS5580000まではSidebySideの3D映像再生区間であり、PTS5580000からは2D映像再生区間となっている。この場合に、TSパケット内のPMTパケットに含まれるフレームパッキング情報ディスクリプタの構成が上部のからに記載されている。はSidebySide区間を示すディスクリプタであり、は2D区間を示すディスクリプタである。ここで、前述したように、多重化されたTSパケットがデコーダに到着する時刻と、ビデオの表示時刻にはAで示すように時間のギャップが存在する。具体的には、2のディスクリプタが2Dであると通知する時刻では、まだビデオ表示時刻においては、SideBySideを表示している区間となる。よって、再生装置が、PMTパケットが到着する時刻において、PMTパケット内のフレームパッキング情報ディスクリプタを参照して、表示処理を行ってしまうと、ギャップAの時間で、表示切替処理が行われ、ギャップAは正しく3D映像として再生できなくなる。そこで、図16下段のように、フレームパッキング情報ディスクリプタに処理優先度を格納する。この処理優先度は、PMTのフレームパッキング情報ディスクリプタを優先して処理することを示すディスクリプタ優先と、ビデオストリームに格納されるフレームパッキング情報を優先して処理することを示すビデオ優先の2種類が用意される。処理優先度が、ディスクリプタ優先である場合には、再生装置は、PMTに含まれるフレームパッキング情報ディスクリプタを優先して、表示の切り替え処理を行う。PMTパケットが到着して処理を行うことで、ギャップAの中で表示切替処理を行う。この場合の再生遷移を図16下段下部の再生遷移Xで示している。このようにすることで、SidebySideの再生区間の終端は表示切替処理により正しく再生できないが、その代わりに、2D再生区間は先頭から正しく再生することが出来る。処理優先度が、ビデオ優先である場合には、再生装置は、ビデオに含まれるフレームパッキング情報を優先して、表示の切り替え処理を行う。PMTパケットが到着しても表示切り替え処理を行わず、ビデオストリームの表示時刻のタイミングから表示切替処理を行う。この場合には、ギャップAにおいては正しくデータの再生が行われ、PTS5580000の2D映像に遷移した時点から区間を使って表示切り替え処理を行う。この場合の再生遷移を図16下段下部の再生遷移Yで示している。このようにすることで、2D再生区間の先頭部分は表示切替処理により正しく再生できないが、SidebySide再生区間の終端部分は正しく再生できる。このように処理優先度を設けることによって、再生装置に、コンテンツ製作者の意図を反映させて表示切り替え処理の時刻を制御できる。図16の例においては、コンテンツ製作者の意図において、2D映像の再生を優先させる場合には、処理優先度をディスクリプタ優先に設定し、SidebySideの3D映像の再生を優先させる場合には、処理優先度をビデオ優先に設定すればよい。なお、処理優先度によって表示切替処理が行われる区間には、黒映像など無意味な映像を格納するようにしてもよい。その区間は、図16の例では、処理優先度がディスクリプタ優先の場合のギャップAであり、処理優先度がビデオ優先の場合のB区間である。このようにすることで、ユーザがコンテンツを楽しめなくなる区間を発生させずにすむ。なお、フレームパッキング情報ディスクリプタには処理優先度ではなく、図17に示すように表示切替開始時刻を設定するようにしてもよい。このように構成することで、より正確に表示処理の開始時間を制御することが出来る。以上が、本実施の形態に係る3D映像を格納するデータフォーマットの変形例の説明である。3D映像を2本のビデオストリームで構成する場合のデータフォーマット次に、本実施の形態に係る3D映像を2本のビデオストリームで構成する場合のデータフォーマットについて図面を参照しながら説明を行う。フレーム互換方式の3D映像を例にとって説明したが、図18に示すように左目映像と右目映像を別々のビデオストリームとして、1本のトランスポートストリームに格納するようにして、2D映像は左目、右目のどちらかの映像を再生し、3D映像は左目、右目の両方を再生する、という構成にしてもよい。図19は、図18の構成における左目右目映像のビデオストリームのフレームを表示順に並べた図である。図19上段のように2D映像と3D映像の再生区間が存在するケースにおいて、左右の映像両方に、2D映像を格納すれば、3D映像と2D映像のシームレスな接続を実現できる。しかし、この場合には、片方のビデオフレーム列は冗長なデータとなる。できるだけ高画質な2D映像を実現するには、図19下段のように片方のビデオフレーム列のみに2D映像を格納して、もう一方のビデオフレーム列には映像を格納しないことが好ましい。その方が、2D映像の符号化に多くのビットレートを確保することが出来る。そこで、トランスポートストリームに多重化されるビデオストリームの2D再生区間と3D再生区間を判別できるように、図20のように3D再生情報ディスクリプタを用意する。3D再生情報ディスクリプタは、PMTパケットに格納される。3D再生情報ディスクリプタには、再生方式と開始PTSが用意されている。再生方式は、2D再生か、3D再生かを示す識別子であり、開始PTSは、該当再生区間がどのフレームから始まるのかを示すための時刻情報である。3D再生情報ディスクリプタAは、PTS180000から3D再生区間が始まることを示し、3D再生情報ディスクリプタBは、PTS5580000から2D再生区間が始まることを示し、3D再生情報ディスクリプタCは、PTS10980000から3D再生区間が始まることを示す。3D再生装置は、この情報を参照することにより、どこが3D再生なのか、2D再生なのかを判別できるため、2D映像再生区間においては、左目ビデオフレーム列のみをデコードして表示を行うことができ、この間は右目ビデオフレーム列にデータを格納しなくても良くなり、左目ビデオフレーム列の符号化にビットレートを多く確保することが出来る。なお、どちらのビデオストリームを2D映像として再生するかを示すために、3D再生情報ディスクリプタには、2D映像として再生を行うビデオのPIDを指定できるようにしても良い。ここで、2D映像として再生を行うビデオストリームをベースビデオストリーム、3D映像としてのみ再生を行うビデオストリームを拡張ビデオストリームと以降呼ぶことにする。PIDで指定するのではなく、ベースビデオは通常のストリームタイプを使い拡張ビデオは特殊なストリームタイプが設定されるとしても良い。なお、3D再生情報ディスクリプタは、ベースビデオストリームの補足データや拡張領域に格納されていてもよい。再生装置による表示切替の準備を前もって行うために、該当の2D再生区間のビデオストリームではなく、その前にある3D再生区間に格納されていても良い。なお、図20において、拡張ビデオが存在しない2D再生区間Bの最終ビデオフレームには、ビデオフレームがなくなる旨をシグナリングする情報が格納されていても良い。例えば、EndOfSequenceなどである。再生装置は、デコード時にこの信号を受け取れば、そこで、拡張ビデオがなくなることが分かり、2D映像再生に遷移することが可能となる。なお、2D再生区間においては、ベースビデオストリームに2D映像を格納しておき、拡張ビデオストリームも用意しておくが、2D映像ではなく、例えば黒映像など低ビットレートで実現でき、また、ユーザに2D再生を促すメッセージを表示する映像を格納しておくようにしておき、3D再生情報ディスクリプタを拡張ビデオストリームの補足データや拡張領域に格納されているようにしても良い。この場合、再生装置は、拡張ビデオストリームに格納される3D再生情報ディスクリプタを参照して、2D再生であると判別できる場合には、ベースビデオストリームのみを使って2D映像の再生を行う。再生装置が3D再生情報ディスクリプタを処理できない場合には、ユーザに2D再生を促すメッセージが表示されるため、ユーザに2D映像再生処理を促すことが出来る。2D再生区間における拡張ビデオのビットレートは低くてすむため、その分、ベースビデオにビットレートを割り当てることが出来る。なお、3D再生情報ディスクリプタがPMTパケットに格納される場合には、該当PMTパケットの再生装置への到着時刻とビデオストリームの表示時刻にギャップがあるため、このギャップにおいては、黒映像のような無意味な映像を格納しても良い。このようにすることで、ユーザがコンテンツを楽しめなくなる区間を発生させずにすむ。なお、3D再生情報ディスクリプタの再生方式が2Dの場合には、HDMIの再認証を避けるために、該当の2D再生区間においてはフレームを複製して3Dと同じフォーマットフレームレートなどになるように、2Dのフレームをダブリングして再生するようにしても良い。なお、図18のような2つのビデオストリームで3D映像を伝送する方式の場合には、PMTパケットのディスクリプタには、どのビデオストリームとペアで3D映像を構成するかを示す情報が格納されている。例えば、図18の例では、左目映像はPIDが0x1011、右目映像はPIDが0x1015であり、この場合には、そのディスクリプタには、左目映像のPID0x1011で、右目映像のPID0x1015であるという情報が記載される。もしくは、該当ビデオストリームに対応するストリームディスクリプタに、反対側のビューのPIDが記載されてもよい。例えば、図18の例では、左目映像のビデオストリームに対応するストリームディスクリプタに、右目映像ビデオストリームのPIDとして0x1015が格納され、右目映像のビデオストリームに対応するストリームディスクリプタに、左目映像ビデオストリームのPIDとして0x1011が格納される。なお、左右のペアを識別するディスクリプタとしては、それぞれのビデオストリームに付加されるディスクリプタに、ペアとなる相手側のPIDが格納されても良い。なお、左右のペアを識別するディスクリプタとしては、MPEG2システム規格に定義されるヒエラルキーディスクリプタを使っても良い。この場合には、新しいヒエラルキータイプを用意しても良い。なお、図18のような2つのビデオストリームで3D映像を伝送する方式の場合には、3D再生での早送りなどの特殊再生の効率化のために、ピクチャタイプを図21下段のように制約しても良い。ベースビデオストリームのビデオアクセスユニットがIピクチャであれば、同一PTSを持つ拡張ビデオストリームのビデオアクセスユニットもIピクチャで構成する。ベースビデオストリームのビデオアクセスユニットがPピクチャであれば、同一PTSを持つ拡張ビデオストリームのビデオアクセスユニットもPピクチャで構成する。図21上段はその制約をしていない場合であるが、この場合には、IピクチャとPピクチャを選んで特殊再生を行う再生装置では、ベースビデオのビデオアクセスユニットがPピクチャP3の場合に、同一時刻の拡張ビデオのビデオアクセスユニットはBピクチャB3なので、この場合、拡張ビデオの方は、前に存在するPピクチャP2までデコードしなければならず負荷が大きくなる。図21下段のように制約することで、該当時刻のピクチャのみをデコードすればよいので処理負荷が図21上段に比較して小さくすむ。なお、図18のような2つのビデオストリームで3D映像を伝送する方式の場合には、二つのストリームにおけるフレームレート、解像度、アスペクト比などの属性は同じにすると制約しても良い。このように構成することで、片方の属性情報のみを解析すればよいので処理が楽になる。なお、図18のような2つのビデオストリームで3D映像を伝送する方式の場合には、図22のように多重化の制約を追加しても良い。この場合、図22において、BNStartはGOPN先頭のベースビデオのTSパケットであり、ENStartは、GOPN先頭の拡張ビデオのTSパケットであり、BN1StartはGOPN1先頭のベースビデオのTSパケットであり、ENEndは、GOPN終端の拡張ビデオのTSパケットである。この場合、図22上段のような構成の場合には、ベースビデオ単位で飛び込み再生を行うためにBNStartから飛び込み再生をしようとしても、対応する拡張ビデオのパケットを読み込めない。また、ベースビデオのGOP単位で編集を行う場合にも、ベースビューのGOPの範囲に同一時刻の拡張ビデオが入らない。この場合、再生装置や編集装置は、ベースビデオだけでなく拡張ビデオのGOP構成もチェックする必要があり処理負荷が大きい。そこで、図22下段のように、GOPN先頭のベースビデオのTSパケットは、GOPN先頭の拡張ビデオのTSパケットよりも前に来るように構成し、GOPN1先頭のベースビデオのTSパケットは、GOPN終端の拡張ビデオのTSパケットよりも後ろに来るように構成する。このようにすることで、飛び込み再生や編集をベースビデオ単位で行うことが出来る。なお、図18の構成では、拡張ビデオは、左目もしくは右目映像を指すとしたが、2D映像の奥行きを映像化したデプスマップでもよい。デプスマップの場合は、3Dの再生方式をディスクリプタで指定できるとしてもよい。データ作成装置次に本実施の形態に係るデータ作成装置およびデータ作成方法について図23を参照しながら説明を行う。データ作成装置は、ビデオエンコーダ2301、多重化処理部2302、データ格納方法決定部2303から構成されている。データ格納方法決定部2303は、作成するトランスポートストリームのデータフォーマットを指定する。例えば、図14の例に示す映像フォーマットの場合には、PTS180000から5580000まではSidebySide再生区間、PTS5580000から10980000までは2D再生区間、PTS10980000以降まではTopBottom再生区間と指定する。この再生方式の情報と、時刻情報およびフレームパッキング情報格納タイプをビデオエンコーダ2301に指定する。ビデオエンコーダ2301は、左目映像の非圧縮のビットマップなどの画像イメージと、右目映像の非圧縮のビットマップなどの画像イメージからMPEG4AVCやMPEG2などの圧縮方式に従い、データ格納方法決定部2303の指定に従って符合化を行う。データ格納方法決定部2303が、SidebySide方式の3D映像と指定する場合には、フルHDの左目映像の画像イメージとフルHDの右目映像の画像イメージをそれぞれハーフHDにダウンコンバートして、それぞれのイメージを左右に1フレームにSidebySide方式で格納した後、圧縮符合化を行う。データ格納方法決定部2303が、2D映像と指定する場合には、フルHDの2D映像の画像イメージ圧縮符合化を行う。データ格納方法決定部2303が、TopBottom方式の3D映像と指定する場合には、フルHDの左目映像の画像イメージとフルHDの右目映像の画像イメージをそれぞれハーフHDにダウンコンバートして、それぞれのイメージを上下に1フレームにSidebySide方式で格納した後、圧縮符合化を行う。そして、本実施の形態で説明した映像フォーマットに従って、各方式に従ったフレームパッキング情報を補足データに格納する。格納方法は、データ格納方法決定部2303から指定されるフレームパッキング情報格納タイプにしたがう。圧縮した映像ストリームはビデオストリームとして出力される。多重化処理部1702は、ビデオエンコーダ2301から出力されたビデオストリームや、オーディオ、字幕などのストリームとともに、データ格納方法決定部2303の指示に従い多重化を行い、トランスポートストリームを作成して出力する。データ格納方法決定部1703が、SidebySide方式の3D映像と指定する場合には、トランスポートストリームへの多重化を行うとともに、本実施の形態で説明した映像フォーマットに従って、PMTパケットにフレームパッキング情報ディスクリプタを格納して、トランスポートストリームを出力する。以上が本実施の形態に係るデータ作成装置およびデータ作成方法である。実施の形態2実施の形態2として、上述のディスクリプタの具体的な形態について説明する。3D番組の放送は、複数のビデオストリームを1本のトランスポートストリームに多重化して、放送局がかかるトランスポートストリームを各世帯のテレビ表示装置に供給することでなされる。この際、トランスポートストリームが格納するビデオストリームの組み合わせには、様々なパターンが存在する。本実施の形態にかかるディスクリプタは、かかる様々なストリーム構成において、2D再生、3D再生の互換再生、およびシームレスな2D再生、3D再生の切り替えの実現を可能とするものである。図25は、2D再生および3D再生時の左目用L映像として用いられるビデオに加え、右目用R映像のビデオを格納するトランスポートストリーム構成2DLRを示す図である。本図に示される例において、トランスポートストリームは、2D再生並びに3D再生時の左目用映像として用いられるビデオストリームベースビデオストリーム、および右目用のビデオストリーム拡張ビデオストリーム♯1を格納している。ベースビデオストリーム、拡張ビデオストリームはそれぞれ、PMTに固有のストリームタイプが定義される。また、ベースビデオストリームは、MPEG2により動画圧縮符号化され、拡張ビデオストリームは、AVCにより動画圧縮符号化されている。2Dテレビ、または3Dテレビの2Dモードにおいては、2DLのビデオストリームを用いて2D再生を行う。一方、3Dテレビの3Dモードにおいては、2DLのビデオストリーム、およびRのビデオストリームを用いて、3D再生を行う。上記の2DLRのストリーム構成の他に、2Dのビデオとは別に、左目用Lのビデオ、および右目用Rのビデオを2本格納するトランスポートストリームの構成2DLRがある。図26は、2DLRのトランスポートストリームのストリーム構成を示す図である。本図に示される例において、トランスポートストリームは、2Dのビデオストリームベースビデオストリーム、左目用のビデオストリーム拡張ビデオストリーム♯1、および右目用のビデオストリーム拡張ビデオストリーム♯2を格納している。ベースビデオストリームは、MPEG2により動画圧縮符号化され、拡張ビデオストリームは、AVCにより動画圧縮符号化されている。2Dテレビ、または3Dテレビの2Dモードにおいては、2Dのビデオストリームを用いて2D再生を行う。一方、3Dテレビの3Dモードにおいては、左目用のビデオストリーム、および右目用のビデオストリームを用いて、3D再生を行う。このように、再生装置が受信するトランスポートストリームには、様々なストリーム構成が考えられる。このような状況下において、再生装置が、2D映像、3D映像を構成するビデオストリームを特定し、2D再生、3D再生の互換再生、およびシームレスな2D再生、3D再生の切り替えの実現を可能とするため、本実施の形態では、以下に示すディスクリプタをトランスポートストリームに格納する。このディスクリプタには、3D方式を通知する3Dsysteminfodescriptor、3D再生を実現するための補足情報である3Dserviceinfodescriptor、2D再生、3D再生に用いるビデオストリームの対応関係を示す3Dcombiinfodescriptorがある。以下では、上記の3つのディスクリプタの具体的内容について説明する。まず、3Dsysteminfodescriptorについて説明する。3Dsysteminfodescriptorは、PMTパケット内の番組情報長programinfolengthフィールドに続く記述子フィールドプログラムループに格納される。すなわち、図10においてディスクリプタ♯1~♯Nに格納される。3Dsysteminfodescriptorは、トランスポートストリームが提供する3D方式を示す。具体的には、2D再生、フレーム互換方式による3D再生、またはサービス互換方式による3D再生のいずれかの再生方式を示す。また、3Dsysteminfodescriptorは、フレーム互換方式による3D再生、またはサービス互換方式による3D再生の場合において、2D再生に用いられるビデオストリームと、3D再生に用いられるビデオストリームが共有されているか否かを示す。図27は、3Dsysteminfodescriptorの構造を示す図である。3Dplaybacktypeは、トランスポートストリームが提供する再生方式を示す識別子である。図28は、3Dplaybacktypeに設定される値を示す図である。本図に示されるように、値が0の場合は、本トランスポートストリームにより2D再生が提供されることを示し、値が01の場合は、フレーム互換方式による3D再生が提供されることを示し、値が10の場合は、サービス互換方式による3D再生が提供されることを示す。2DLRや2DLRのストリーム構成の場合は、10の値が設定される。このように、再生装置は、3Dplaybacktypeを参照することで、トランスポートストリームが提供する再生方式を識別することができる。2Dindependentflagは、2D再生に用いられるビデオストリームと、3D再生に用いられるビデオストリームが共有されているか否かを示す識別子である。値が0の場合は、2D再生に用いられるビデオストリームと、3D再生に用いられるビデオストリームが共有されていることを示す。値が1の場合は、2D再生に用いられるビデオストリームと、3D再生に用いられるビデオストリームが独立して存在することを示す。2DLRのストリーム構成の場合は、0の値が設定される。2DLRのストリーム構成の場合は、1の値が設定される。このように、再生装置は、2Dindependentflagを参照することで、フレーム互換方式による3D再生、またはサービス互換方式による3D再生の場合3Dplaybacktypeに設定される値が01、または10の場合において、2D再生に用いられるビデオストリームと、3D再生に用いられるビデオストリームが共有されているか識別することができる。2Dviewflagは、3Dを構成するビデオストリームのうち、どちらを2D再生に用いるかを示す識別子である。3Dを構成するビデオストリームがフレーム互換方式である場合、2Dviewflagは、左目用画像、右目用画像のどちらを2D再生に用いるかを示す。3Dを構成するビデオストリームがサービス互換方式の場合、2Dviewflagは、ベースビデオストリーム、拡張ビデオストリームのどちらを2D再生に用いるかを示す。以上が、3Dsysteminfodescriptorについての説明である。続いて、3Dserviceinfodescriptorについて説明する。3Dserviceinfodescriptorは、PMTパケット内のES情報長ESinfolengthフィールドに続く記述子フィールドESループに格納される。すなわち、図10においてストリームディスクリプタ♯1~♯Nに格納される。3Dserviceinfodescriptorは、3D再生を実現するための補足情報を示す。具体的には、ビデオストリームが左目用のビデオであるか右目用のビデオであるかを示す。ただし、2D再生にのみ用いられるビデオストリームに対しては、3Dserviceinfodescriptorを格納しない。3D再生に用いられないビデオストリームだからである。図29は、3Dserviceinfodescriptorの構造を示す図である。isbasevideoは、ビデオストリームが、ベースビデオストリームであるか、拡張ビデオストリームであるかを示す識別子である。値が1の場合は、ビデオストリームがベースビデオストリームであることを示す。値が0の場合は、ビデオストリームが拡張ビデオストリームであることを示す。leftviewflagは、ビデオストリームが左目映像であるか、右目映像であるかを示す識別子である。値が1の場合は、ビデオストリームが左目映像であることを示す。値が0の場合は、ビデオストリームが右目映像であることを示す。再生装置は、このフラグを参照することで、3D映像として、テレビに表示する場合に、ビデオストリームを左目右目どちらの視点映像として出力するかを識別することができる。なお、leftviewflagは、ビデオストリームがベースビデオストリームである場合、拡張ビデオストリームである場合の両方に設けられる。以上が、3Dserviceinfodescriptorについての説明である。続いて、3Dcombiinfodescriptorについて説明する。3Dcombiinfodescriptorは、PMTパケット内の番組情報長programinfolengthフィールドに続く記述子フィールドプログラムループに格納される。すなち、図10においてディスクリプタ♯1~♯Nに格納される。3Dcombiinfodescriptorは、2D再生、3D再生に用いるビデオストリームの対応関係を示す。具体的には、トランスポートストリームを構成するビデオストリームのPIDを示す。図30は、3Dcombiinfodescriptorの構造を示す図である。2DviewPIDtagは、2D再生に用いられるビデオストリームのPIDを示す。LeftviewPIDtagは、左目用映像のビデオストリームのPIDを示す。RightviewPIDtagは、右目用映像のビデオストリームのPIDを示す。再生装置は、これらのディスクリプタを参照することにより、3D再生に用いるビデオストリームのペア、および2D再生に用いられるビデオストリームを特定することができる。2Dモード/3Dモードのそれぞれで多重分離に使用すべきパケット識別子が1つのディスクリプタに記載されているから、2Dモードと3Dモードとの間での多重分離対象の切り替えを高速にすることができ、シームレスな2D、3D再生の切り替えが可能になる。以上が、2DLRや2DLRのストリーム構成におけるディスクリプタの説明である。続いて、2Dのビデオに加えて、SidebySide方式のビデオを格納するトランスストリーム構成2DSidebySideにおけるディスクリプタの内容について説明する。図31は、2DSidebySideのトランスポートストリームのストリームの構成を示す図である。本図に示される例において、トランスポートストリームは、2Dのビデオストリームベースビデオストリーム、およびSidebySide方式のビデオストリーム拡張ビデオストリーム♯1を格納している。ベースビデオストリームは、MPEG2により動画圧縮符号化され、拡張ビデオストリームは、AVCにより動画圧縮符号化されている。上記トランスポートストリームには、2DLRのストリーム構成の場合と同様に、3D方式を通知する3Dsysteminfodescriptor、3D再生を実現するための補足情報である3Dserviceinfodescriptor、2D再生、3D再生に用いるビデオストリームの対応関係を示す3Dcombiinfodescriptorが格納されている。これらのディスクリプタを参照し、2Dテレビ、または3Dテレビの2Dモードにおいては、2Dのベースビデオストリームを用いて2D再生を行う。一方、3Dテレビの3Dモードにおいては、SidebySide方式の拡張ビデオストリーム♯1を用いて、3D再生を行う。3Dsysteminfodescriptorは、図27に示す2DLRのストリーム構成の場合と同様の構造であり説明を略する。再生装置は、このディスクリプタを参照することで、トランスポートストリームが提供する再生方式を識別することができる。図32は、3Dserviceinfodescriptorの構造を示す図である。図29に示す2DLRのストリーム構成におけるディスクリプタに加えて、framepackingarrangementtypeが設けられている。framepackingarrangementtypeは、ビデオストリームが、SidebySide方式であるか否かを示す識別子である。値が1の場合は、ビデオストリームがSidebySide方式であることを示す。値が0の場合は、TopBottom方式であることを示す。再生装置は、この識別子を参照することにより、拡張ビデオストリームが、SidebySide方式であるか否かを識別でき、格納方式に対応した3D再生を行うことができる。なお、上記の説明では、SidebySide方式の場合と、TopBottom方式の場合におけるframepackingarrangementtypeの値を設定したが、他に左目用映像を奇数ラインに、右目用映像を偶数ラインにインターリーブして配置するラインバイライン方式、左右の映像を合成し1フレームの中に市松模様のように上下左右交互に映像を格納するチェッカーボード方式における値をframepackingarrangementtypeに設定してもよい。なお、2D再生にのみに用いられるビデオストリームは、3D再生に用いられないため、3Dserviceinfodescriptorを格納しない。図33は、3Dcombiinfodescriptorの構造を示す図である。2DviewPIDtagは、2D再生に用いられるビデオストリームのPIDを示す。Framecompatible3DPIDtagは、フレーム互換方式のビデオストリームのPIDを示す。再生装置は、これらのディスクリプタを参照することにより、3D再生に用いるフレーム互換方式のビデオストリーム、および2D再生に用いられるビデオストリームを特定することができる。これにより、シームレスな2D、3D再生の切り替えが可能になる。以上が、2DSidebySideのストリーム構成におけるディスクリプタの説明である。続いて、2D再生のみに用いられるビデオに加えて、MVCにより圧縮符号化された2本のビデオベースビュービデオストリーム、ディペンデントビューストリームを格納するトランスポートストリーム構成2DMVCにおけるディスクリプタの内容について説明する。図34は、2DMVCのトランスポートストリームの構成を示す図である。本図に示される例において、トランスポートストリームは、2Dのビデオストリームベースビデオストリーム、MVCのベースビューストリーム拡張ビデオ♯1、およびMVCのディペンデントビューストリーム拡張ビデオ♯2を格納している。ベースビデオストリームは、MPEG2により動画圧縮符号化され、拡張ビデオストリーム♯1、拡張ビデオストリーム♯2はMVCにより動画圧縮符号化されている。上記トランスポートストリームには、2DLRのストリーム構成の場合と同様に、3D方式を通知する3Dsysteminfodescriptor、3D再生を実現するための補足情報である3Dserviceinfodescriptor、2D再生、3D再生に用いるビデオストリームの対応関係を示す3Dcombiinfodescriptorが格納されている。テレビ等の再生装置は、これらのディスクリプタを参照し、2Dテレビ、または3Dテレビの2Dモードにおいては、2Dのベースビデオストリームを用いて2D再生を行う。一方、3Dテレビの3Dモードにおいては、MVCにより圧縮符号化された拡張ビデオストリーム♯1、拡張ビデオストリーム♯2を用いて、3D再生を行う。3Dsysteminfodescriptor、3Dserviceinfodescriptorは、図27、図29に示す2DLRのストリーム構成の場合と同様の構造であり説明を略する。なお、2DLRのストリーム構成の場合と同様に、2D再生にのみ用いられるビデオストリームに対しては、3Dserviceinfodescriptorを格納しない。図35は、3Dcombiinfodescriptorの構造を示す図である。2DviewPIDtagは、2D再生に用いられるビデオストリームのPIDを示す。MVCbaseviewPIDtagは、MVCのベースビューストリームのPIDを示す。MVCdeptviewPIDtagは、MVCのディペンデントビューストリームのPIDを示す。再生装置は、これらのディスクリプタを参照することにより、3D再生に用いるMVCのビデオストリームのペア、および2D再生に用いられるビデオストリームを特定することができる。これにより、シームレスな2D、3D再生の切り替えが可能になる。以上が、2DMVCのストリーム構成におけるディスクリプタの説明である。続いて、2D再生、および3D再生時のL映像として用いられるビデオに加え、複数視点のR映像のビデオを格納するトランスポートストリーム構成2DR1R2におけるディスクリプタの内容について説明する。図36は、2DR1R2のトランスポートストリームのストリーム構成を示す図である。本図に示される例において、トランスポートストリームは、2D再生、および3D再生時のL映像として用いられるビデオストリームベースビデオストリーム、第1のR映像のビデオストリーム拡張ビデオストリーム♯1、および第2のR映像のビデオストリームを格納している。ベースビデオストリームは、MPEG2により動画圧縮符号化され、拡張ビデオストリーム♯1、および拡張ビデオストリーム♯2は、AVCにより動画圧縮符号化されている。上記トランスポートストリームには、3D方式を通知する3Dsysteminfodescriptor、3D再生を実現するための補足情報である3Dserviceinfodescriptor、2D再生、3D再生に用いるビデオストリームの対応関係を示す3Dcombiinfodescriptorが格納されている。テレビ等の再生装置は、これらのディスクリプタを参照し、2Dテレビ、または3Dテレビの2Dモードにおいては、ベースビデオストリームを用いて2D再生を行う。一方、3Dテレビの3Dモードにおいては、ベースビデオストリームと拡張ビデオストリーム♯1、またはベースビデオストリームと拡張ビデオストリーム♯2を用いて、3D再生を行う。図37は、3Dsysteminfodescriptorの構造を示す図である。図29に示す2DLRのストリーム構成におけるディスクリプタにおいて、2Dindependentflagの代わりに、cameraassingmenttypeが設けされている。cameraassingmenttypeは、トランスポートストリームに格納されるビデオストリームに対するカメラの配置タイプを示す識別子である。値が1の場合は、トランスポートストリームがセンターCのカメラ視点のビデオストリームから構成されることを示す。値が2の場合は、トランスポートストリームが左視点Lと右視点Rのカメラ視点のビデオストリームから構成されることを示す。値が3の場合は、トランスポートストリームがセンターC、左視点L、および右視点Rのカメラ視点のビデオストリームから構成されることを示す。値が4の場合は、トランスポートストリームが左視点L、第1右視点R1、および第2右視点R2のカメラ視点のビデオストリームから構成されることを示す。再生装置は、この識別子を参照することで、トランスポートストリームを構成するビデオストリームのカメラの割り当てを識別することができる。図38は、3Dserviceinfodescriptorの構造を示す図である。図31に示す2DLRのストリーム構成におけるディスクリプタにおいて、cameraassingmentが新たに設けられている。cameraassingmentは、ビデオストリームの左目、センター、右目といったカメラの位置情報を示す識別子である。再生装置は、この識別子を参照することで、ビデオストリームに対応するカメラ配置を識別することができる。図39は、3Dcombiinfodescriptorの構造を示す図である。2DviewPIDtagは、2D再生、および3D再生時のL映像として用いられるビデオストリームのPIDを示す。Right1viewPIDtagは、第1のR映像のビデオストリームのPIDを示す。Right2viewPIDtagは、第2のR映像のビデオストリームのPIDを示す。再生装置は、これらのディスクリプタを参照することにより、2D再生、および3D再生時のL映像として用いられるビデオストリーム、複数のR視点のビデオストリームを特定することができる。これにより、シームレスな2D、3D再生の切り替えが可能となる。以上が、2DR1R2のストリーム構成におけるディスクリプタの説明である。以上、トランスポートストリームの構成のパターンを説明したが、上述のディスクリプタをトランスポートストリームに格納することにより、トランスポートストリームにおいて様々なストリーム構成が可能となる。再生装置は、ディスクリプタを参照することにより、トランスポートストリームのストリーム構成を特定し、2D再生、3D再生のシームレスな切り替え処理が可能となる。なお、上述のトランスポートストリームの構成パターンにおいては、AVCにより圧縮符号化した拡張ビデオストリームを格納する場合を説明したが、これに限られない。AVC以外の動画圧縮符号化技術により圧縮符号化した拡張ビデオストリームを格納してもよい。例えば、次世代の動画圧縮符号化技術であるH265により、拡張ビデオストリームを圧縮符号化してもよい。また、上記では、3Dcombiinfodescriptorに、3D映像を構成するビデオストリームを示す情報を格納したが、L及びRのビデオストリームに対応するストリームディスクリプタに、3D再生において組合せの相手側となる視点のビデオストリームのPIDを記載してもよい。また、ベースストリームと拡張ストリームにクローズドキャプションClosedCaptionの字幕データが含まれる場合、2D再生または3D再生でどちらデータを使うかを示す識別子をトランスポートストリームのPMTに格納してもよい。再生装置は、この識別子を参照することにより、2D再生または3D再生で用いるべきクローズドキャプションのデータを識別することができる。また、3Dsysteminfodescriptor、3Dserviceinfodescriptor、3Dcombiinfodescriptorは、PMTパケット内に格納されるとしたが、格納位置はこれに限られない。トランスポートストリームのいずれかの領域に格納されていればよい。例えば、PMTパケット以外の、各ビデオストリームの補足データ等に格納されてもよい。また、上記では、3Dcombiinfodescriptorに、ビデオストリームのPIDを設定することにより、2D再生に用いられるビデオストリーム、3D再生に用いられるビデオストリームを特定したが、これに限定されない。3Dcombiinfodescriptorには、多重化されるビデオストリームを特定できる情報が含まれていればよい。例えば、MPEG2システム規格に定義されるヒエラルキーディスクリプタを設定することにより、各ビデオストリームを特定してもよい。具体的には、hierarchydescriptorに新しいhierarchytypeを定義し、3Dcombiinfodescriptorからは、hierarchylayerindexを使って、ビデオストリームを指定することにより、3D再生に用いるビデオストリームのペア、および2D再生に用いられるビデオストリームの各ビデオストリームを特定する。次に、本実施の形態にかかるトランスポートストリームのデータ作成装置について説明する。図40は、本実施の形態にかかるデータ作成装置4000の内部構成を示す図である。本図に示すように、データ作成装置4000は、ビデオエンコーダ4001、多重化処理部4002、データ格納方法決定部4003、ユーザーインターフェイス部4004を含んで構成される。ユーザーインターフェイス部4004は、データ作成者に対し、キーボード、マウス、その他のコントローラ等を用いたデータ入力を提供する。データ作成者は、ユーザーインターフェイス部4004を用いて、作成するトランスポートストリームのストリーム構成パターンや圧縮符号化方式を指定する。データ格納方法決定部4003は、ユーザーインターフェイス部4004によるユーザ指定に応じて、トランスポートストリームのストリーム構成やビデオストリームの圧縮符号化方式を決定する。ビデオエンコーダ4001は、3D映像原画を、MPEG2、AVC、MVC、H265などの圧縮符号化方式により、動画圧縮符号化することにより、データ格納方法決定部4003に指定されたビデオストリームを作成する。多重化処理部4002は、データ格納方法決定部3903の指示に従い、作成するトランスポートストリームのストリーム構造に応じた、3Dsysteminfodescriptor、3Dserviceinfodescriptor、3Dcombiinfodescriptor、の各ディスクリプタを作成する。そして、ビデオエンコーダ4001から出力されたビデオストリーム、オーディオ、字幕などのストリームとともに、各ディスクリプタを、データ格納方法決定部4003の指示に従い多重化することにより、トランスポートストリームを作成する。作成したトランスポートストリームは、外部の記録媒体に記録する。また、外部の送信部により、放送またはネットワークを経由してデータを送信する以上がデータ作成装置の構成についての説明である。続いて、このデータ作成装置の動作について説明する。図41は、データ作成装置4000の符号化処理の流れを示すフローチャートである。まず、データ格納方法決定部4003は、トランスポートストリームを構成するビデオストリームのパターンを決定するステップS4101。具体的には、トランスポートストリームのストリーム構成、およびトランスポートストリームに格納するビデオストリームの圧縮符号化方式を決定する。ここでは、図25、図26、図31、図34、図37に示したストリーム構成のパターンが考えられるが、SidebySideのビデオストリームのみを格納するストリーム構成、その他のストリーム構成であってもよい。次に、ビデオエンコーダ4001は、3D原画を圧縮符号化し、ビデオストリームを作成するステップS4102。この際、ビデオエンコーダ4001は、データ格納方法決定部4003による、トランスポートストリームのストリーム構成、およびトランスポートストリームに格納するビデオストリームの圧縮符号化方式の指定に基づき圧縮符号化方式を決定し、3D映像原画の圧縮符号化を行う。次に、多重化処理部4002は、データ格納方法決定部4003が指定するトランスポートストリームのストリーム構成に基づき、ビデオストリームを各フレームに格納するステップS4103。次に、多重化処理部4002は、3Dsysteminfodescriptor、3Dserviceinfodescriptor、3Dcombiinfodescriptorの各ディスクリプタを作成し、トランスポートストリームのPMT内に格納するステップS4104。この際、多重化処理部4002は、データ格納方法決定部4003の指定するトランスポートストリームのストリーム構成に基づき、各ディスクリプタを作成する。以上が、データ作成装置4000の動作について説明である。次に、本実施の形態にかかるトランスポートストリームの再生装置である3Dデジタルテレビについて説明する。図42は、本実施の形態にかかる3Dデジタルテレビ4200の内部構成を示す図である。本図に示されるように、3Dデジタルテレビ4200は、チューナ4201、NIC4202、ユーザーインターフェイス部4203、モード記憶部4204、多重分離部4205、表示判定部4206、映像デコード部4207、フレームバッファ14208、表示処理部4209、フレームバッファL4110、フレームバッファR4112、スイッチ4111、表示部4113を含んで構成される。チューナ4201は、デジタル放送波のトランスポートストリームを受信し、受信した信号を復調する機能を有している。ネットワークインターフェイスカードNIC4202は、IPネットワークと接続されており、外部から入力されたトランスポートストリームを受信する機能を有している。ユーザーインターフェイス部4203は、チャネル選択操作、2Dモード/3Dモードの選択操作などをユーザから受け付ける。モード記憶部4204は、カレントの表示モードが、2Dモード、3Dモードの何れであるかを示すフラグを格納している。多重分離部4205は、受信したトランスポートストリームを、ビデオストリームと、それ以外の音声ストリーム、グラフィクスストリームなどに分離し、ビデオストリームを映像デコード部4207へ出力する機能を有する。また、多重分離部4205は、受信したトランスポートストリームから、PSIなどのシステムパケットを抽出し、PMTパケットから、3Dsysteminfodescriptor、3Dserviceinfodescriptor、3Dcombiinfodescriptorの各ディスクリプタを取得し、表示判定部4206に通知する。ビデオストリームのデマックスにおいては、表示判定部4206からカレントの表示モードにおいてデマックスすべきTSパケットのPIDの指定を受け付ける。多重分離部4205は、指定されたPIDのTSパケットを分離することで、ビデオストリームを取得する。なお、多重分離部4205は、チューナ4201やNIC4202からトランスポートストリームを読み出すことに加えて、記録媒体からトランスポートストリームを読み出すこともできる。表示判定部4206は、多重分離部4205から通知される、3Dsysteminfodescriptor、3Dserviceinfodescriptor、3Dcombiinfodescriptorの各ディスクリプタを参照して、トランスポートストリームのストリーム構成を把握する。そして、モード記憶部4204が示すカレントの表示モードにおいて、デマックスすべきTSパケットのPIDを多重分離部4205に通知する。また、表示判定部4206は、3Dの再生方式がフレーム互換方式の場合において、3Dsysteminfodescriptorの2Dviewflagや、3Dserviceinfodescriptorのframepackingarrangementtypeを参照して、表示処理部4209に対して、左目用画像、右目用画像のどちらを2D再生に用いるか、ビデオストリームが、SidebySide方式であるか等を通知する。映像デコード部4207は、ビデオストリームを多重分離部4205から受け取ると、受け取ったストリームのデコードを行う。映像デコード部4207は、復号化されたフレームをフレームバッファ14208へ書き込む。フレームバッファ14108は、映像デコード部4207で復号化されたフレームを格納するための領域を有する。表示処理部4209は、フレームバッファ14208に格納されるビデオストリームがSidebySide形式の場合において、クロッピング情報に従ったクロッピング制御、スケーリング情報に従ったスケーリング制御を実行する。クロッピング処理により得られた左目用フレーム、右目用フレームは、フレームバッファL、フレームバッファRに格納する。また、表示処理部4209は、フレームバッファ14208に格納されるビデオストリームが、左目用のビデオストリーム、右目用のビデオストリームの場合においては、ビデオストリームをフレームバッファL4210、フレームバッファR4212に振り分ける。フレームバッファL4210、フレームバッファR4212は、表示処理部4209から出力されるフレームを格納するための領域を有する。スイッチ4211は、フレームバッファL4210、フレームバッファR4212に書き出されたフレーム画像を選択して表示部に転送する。表示部4213は、スイッチ4211から転送されたフレームを表示する。表示部4213は3D眼鏡に通信を行い、左目画像が表示されるときは、3D眼鏡の左目側が開き、右目画像が表示されるときは、3D眼鏡の右目側が開くように3D眼鏡の液晶シャッターを制御する。なお、2D映像を表示する場合には、3D眼鏡の制御は行われない。以上が3Dデジタルテレビ4200の構成についての説明である。続いて、この3Dデジタルテレビ4200の動作について説明する。図43は、3Dデジタルテレビ4200による番組の再生処理の流れの一例を示すフローチャートである。本図に示されるように、多重分離部4205は、トランスポートストリームのPMTを解析し、ディスクリプタを抽出するステップS4301。表示判定部4206は、多重分離部4205により抽出された3Dsysteminfodescriptorの3Dplaybacktypeを参照し、受信したトランスポートストリームの再生方式を判定するステップS4302。再生方式がサービス互換方式である場合ステップS4302、表示判定部4206は、3Dsysteminfodescriptorの2Dindependentflagを参照し、2D再生に用いられるビデオストリームと、3D再生に用いられるビデオストリームが共有されているか否かを判定するステップS4303。2Dindependentflagの値が0の場合ステップS4303、NO表示判定部4206は、3Dcombiinfodescriptorを参照して、ストリーム構成を特定するステップS4304。トランスポートストリームのストリーム構成が2DLR1R2である場合ステップS4305、YES、3Dデジタルテレビ4200は、後述する2DLR1R2のストリームの処理を行うステップS4306。トランスポートストリームのストリーム構成が2DLRである場合ステップS4305、NO、3Dデジタルテレビ4200は、後述する2DLRのストリームの処理を行うステップS4307。2Dindependentflagの値が1の場合ステップS4303、YES表示判定部4206は、3Dcombiinfodescriptorを参照して、ストリーム構成を特定するステップS4308。トランスポートストリームのストリーム構成がMPEG2MVCMVCである場合ステップS4310、YES、3Dデジタルテレビ4200は、後述するMPEG2MVCMVCのストリームの処理を行うステップS4311。トランスポートストリームのストリーム構成がMPEG2AVCAVCである場合ステップS4309、YES、3Dデジタルテレビ4200は、後述するMPEG2AVCAVCのストリームの処理を行うステップS4312。再生方式がフレーム互換方式である場合ステップS4302、表示判定部4206は、3Dsysteminfodescriptorの2Dindependentflagを参照し、2D再生に用いられるビデオストリームと、3D再生に用いられるビデオストリームが共有されているか否かを判定するステップS4313。2Dindependentflagの値が0の場合ステップS4313、NO、3Dデジタルテレビ4200は、後述する2DSBSのストリームの処理を行うステップS4314。2Dindependentflagの値が1の場合ステップS4313、YES、3Dデジタルテレビ4200は、後述する2DSBSのストリームの処理を行うステップS4315。次に、ステップS4215の2DSBSのストリームの処理の詳細について説明する。図44は、2DSBSのストリームの処理の流れを示すフローチャートである。本図に示されるように、表示判定部4206は、モード記憶部4204のフラグを参照して、カレントモードが2Dモードであるか、3Dモードであるか判定するステップS4401。カレントモードが2Dモードである場合ステップS4401、表示判定部4206は、3Dcombiinfodescriptorの2DviewPIDtagに示されるTSパケットを分離し、2Dビデオストリームを抽出するステップS4402。そして、抽出したMPEG2ビデオストリームを映像デコード部4207でデコードし、ビデオ信号を表示部4213に出力することで、3Dデジタルテレビ4200は2D再生を行うステップS4403。カレントモードが3Dモードである場合ステップS4401、表示判定部4206は、3Dcombiinfodescriptorのframecompatible3DPIDtagに示されるTSパケットを分離し、ビデオストリームを抽出するステップS4404。表示判定部4206は、3Dserviceinfodescriptorのframepackingarrangementtypeを参照し、SidebySide形式で格納されているか判定するステップS4405。framepackingarrangementtypeがSidebySide形式である場合ステップS4405、YES、表示処理部4209は、左右に存在する左目用画像、右目用画像をクロップアウトすることで、3D再生を行うステップS4406。framepackingarrangementtypeがSidebySide形式でない場合ステップS4305、NO、TopBottom方式と特定し、表示処理部4209は、上下に存在する左目用画像、右目用画像をクロップアウトすることで、3D再生を行うステップS4407。以上が、ステップS4315の2DSBSのストリームの処理の詳細についての説明である。続いて、ステップS4314の2DSBSのストリームの処理の詳細について説明する。図45は、2DSBSのストリームの処理の流れを示すフローチャートである。本図に示されるように、多重分離部4205は、3Dcombiinfodescriptorのframecompatible3DPIDtagに示されるTSパケットを分離し、2DSBSのビデオストリームを抽出するステップS4501。表示判定部4206は、モード記憶部4204のフラグを参照して、カレントモードが2Dモードであるか、3Dモードであるか判定するステップS4502。カレントモードが2Dモードである場合ステップS4502、表示判定部4206は、3Dsysteminfodescriptorの2Dviewflagを参照し、SidebySideのフレームのうち、どちらを2D再生に用いるか判定する。2Dviewflagが左目用画像を示す場合ステップS4503、YES、表示処理部4209は、SidebySideのフレームのうち、左目用画像の領域をクロップアウトすることで2D再生を行うステップS4505。2Dviewflagが右目用画像を示す場合ステップS4503、NO、表示処理部4209は、SidebySideのフレームのうち、右目用画像の領域をクロップアウトすることで2D再生を行うステップS4504。カレントモードが3Dモードである場合ステップS4502、表示処理部4209は、SidebySideのフレームのうち、右目用画像の領域をクロップアウトしステップS4506、SidebySideのフレームのうち、左目用画像の領域をクロップアウトするステップS4507。3Dデジタルテレビ4200は、クロップアウトした左目用画像、右目用画像を交互に表示部4213に出力することで3D再生を行うステップS4508。以上が、ステップS4314の2DSBSのストリームの処理の詳細についての説明である。続いて、ステップ4307の2DLRのストリームの処理の詳細について説明する。図46は、2DLRのストリームの処理の流れを示すフローチャートである。本図に示されるように、表示判定部4206は、モード記憶部4204のフラグを参照して、カレントモードが2Dモードであるか、3Dモードであるか判定するステップS4601。カレントモードが3Dモードである場合ステップS4601、表示判定部4206は、3DcombiinfodescriptorのLeftviewPIDtagに示されるTSパケット、およびRightviewPIDtagに示されるTSパケットを分離し、2DLビデオストリーム、Rのビデオストリームを抽出するステップS4602。そして、抽出した2DLビデオストリーム、Rのビデオストリームを映像デコード部4207でデコードし、ビデオ信号を表示部4213に出力することで、3Dデジタルテレビ4200は3D再生を行うステップS4603。カレントモードが2Dモードである場合ステップS4601、多重分離部4205は、3Dcombiinfodescriptorの2DviewPIDtagに示されるTSパケットを分離し、2DLビデオストリームを抽出するステップS4604。そして、抽出した2DLビデオストリームを映像デコード部4207でデコードし、ビデオ信号を表示部4213に出力することで、3Dデジタルテレビ4200は2D再生を行うステップS4605。以上が、ステップS4307の2DLRのストリームの処理の詳細についての説明である。続いて、ステップ4306の2DLR1R2のストリームの処理の詳細について説明する。なお、図46で示した2DLRのストリームの処理における処理と同内容の処理については、同符号を付す。図47は、2DLR1R2のストリームの処理の流れを示すフローチャートである。本図に示されるように、表示判定部4206は、モード記憶部4204のフラグを参照して、カレントモードが2Dモードであるか、3Dモードであるか判定するステップS4601。カレントモードが3Dモードである場合ステップS4601、表示判定部4206は、3DcombiinfodescriptorのLeftviewPIDtagに示されるTSパケット、Right1viewPIDtagに示されるTSパケット、およびRight2viewPIDtagに示されるTSパケットを分離し、2DLビデオストリーム、R1のビデオストリーム、R2のビデオストリームを抽出するステップS4701。そして、抽出した2DLビデオストリームと、R1のビデオストリームまたはR2のビデオストリームを映像デコード部4207でデコードし、ビデオ信号を表示部4213に出力することで、3Dデジタルテレビ4200は3D再生を行うステップS4702。ステップS4604、4605については、図46に示す2DLRのストリームの処理における処理と同内容の処理であり、説明を略する。以上が、ステップS4306の2DLR1R2のストリームの処理の詳細についての説明である。続いて、ステップ4312のMPEG2AVCAVCのストリームの処理の詳細について説明する。図48は、MPEG2AVCAVCのストリームの処理の流れを示すフローチャートである。本図に示されるように、表示判定部4206は、モード記憶部4204のフラグを参照して、カレントモードが2Dモードであるか、3Dモードであるか判定するステップS4801。カレントモードが2Dモードの場合、表示判定部4206は、3Dcombiinfodescriptorの2DviewPIDtagに示されるTSパケットを分離し、MPEG2ビデオストリームを抽出するステップS4802。そして、抽出したMPEG2ビデオストリームを映像デコード部4207でデコードし、ビデオ信号を表示部4213に出力することで、3Dデジタルテレビ4200は2D再生を行うステップS4803。カレントモードが3Dモードの場合、表示判定部4206は、3DcombiinfodescriptorのLeftviewPIDtagに示されるTSパケット、およびRightviewPIDtagに示されるTSパケットを分離し、左目用のビデオストリーム、右目用のビデオストリームを抽出するステップS4804。そして抽出した左目用のビデオストリーム、右目用のビデオストリームを映像デコード部4207でデコードし、ビデオ信号を表示部4213に出力することで、3Dデジタルテレビ4200は3D再生を行うステップS4805。以上が、ステップS4312のMPEG2AVCAVCのストリームの処理の詳細についての説明である。続いて、ステップ4311のMPEG2MVCMVCのストリームの処理の詳細について説明する。図49は、MPEG2MVCMVCのストリームの処理の流れを示すフローチャートである。本図に示されるように、表示判定部4206は、モード記憶部4204のフラグを参照して、カレントモードが2Dモードであるか、3Dモードであるか判定するステップS4901。カレントモードが2Dモードの場合、表示判定部4206は、3Dcombiinfodescriptorの2DviewPIDtagに示されるTSパケットを分離し、MPEG2ビデオストリームを抽出するステップS4902。そして、抽出したMPEG2ビデオストリームを映像デコード部4207でデコードし、ビデオ信号を表示部4213に出力することで、3Dデジタルテレビ4200は2D再生を行うステップS4903。カレントモードが3Dモードの場合、表示判定部4206は、3DcombiinfodescriptorのMVCbaseviewPIDtagに示されるTSパケット、およびMVCdeptviewPIDtagに示されるTSパケットを分離し、ベースビューストリーム、ディペンデントビューストリームを抽出するステップS4904。そして抽出したベースビューストリーム、ディペンデントビューストリームを映像デコード部4207でデコードし、ビデオ信号を表示部4213に出力することで、3Dデジタルテレビ4200は3D再生を行うステップS4905。以上のように、本実施の形態によれば、トランスポートストリームに多重化されたディスクリプタを参照することにより、トランスポートストリームのストリーム構成を特定できるので、2D再生、3D再生の互換再生、および2D再生、3D再生のシームレスな切り替えを行うことができる。補足なお、上記の実施の形態に基づいて説明してきたが、本発明は上記の実施の形態に限定されないことはもちろんである。以下のような場合も本発明に含まれる。a本発明は、各実施形態で説明した処理手順が開示するアプリケーション実行方法であるとしてもよい。また、前記処理手順でコンピュータを動作させるプログラムコードを含むコンピュータプログラムであるとしてもよい。b本発明は、上記各実施の形態に記載の画像処理装置を制御するLSIとしても実施可能である。このようなLSIは、各機能ブロックを集積化することで実現できる。これらの機能ブロックは、個別に1チップ化されても良いし、一部または全てを含むように1チップ化されてもよい。ここでは、LSIとしたが、集積度の違いにより、IC、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路または、汎用プロセッサで実現してもよい。LSI製造後にプログラムすることが可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサを利用してもよい。さらには、半導体技術の進歩または派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロック及び部材の集積化を行ってもよい。このような技術には、バイオ技術の適用等が可能性としてありえる。