複数の2次元画像データを含むマルチメディア符号化データから3次元画像表示する画像データを復号する画像データ復号装置であって、前記2次元画像データは、該画像データを視点に対応付ける画像識別情報を含むデータであり、前記マルチメディア符号化データは、前記2次元画像データとは独立に、視点数と前記識別情報に対応する視点情報を含む3次元画像表示制御情報を含む符号化データであって、前記マルチメディア符号化データから、前記3次元画像表示制御情報内の前記視点情報に従って、前記複数の2次元画像データから3次元画像表示する各視点の画像データを復号する画像データ復号手段を備える、画像データ復号装置。前記画像データ復号手段により復号される前記画像データを3次元画像表示する3次元画像データ表示手段を備える、請求項1に記載の画像データ復号装置。複数の2次元画像データを含むマルチメディア符号化データから3次元画像表示する画像データを復号する画像データ復号方法であって、前記2次元画像データは、該画像データを視点に対応付ける画像識別情報を含むデータであり、前記マルチメディア符号化データは、前記2次元画像データとは独立に、視点数と前記識別情報に対応する視点情報を含む3次元画像表示制御情報を含む符号化データであって、前記マルチメディア符号化データを受け付けるステップと、前記マルチメディア符号化データから、前記3次元画像表示制御情報内の前記視点情報に従って、前記複数の2次元画像データから3次元画像表示する各視点の画像データを復号するステップを備える、画像データ復号方法。復号された前記画像データを3次元画像表示するステップをさらに備える、請求項3に記載の画像データ復号方法。本発明の目的は、3次元表示のための画像データに汎用性を持たせた画像データを復号する画像データ復号装置および画像データ復号方法を提供することである。上記目的を達成するため、本発明のある局面に従う画像データ復号装置は、複数の2次元画像データを含むマルチメディア符号化データから3次元画像表示する画像データを復号する画像データ復号装置であって、2次元画像データは、該画像データを視点に対応付ける画像識別情報を含むデータであり、マルチメディア符号化データは、2次元画像データとは独立に、視点数と識別情報に対応する視点情報を含む3次元画像表示制御情報を含む符号化データであって、マルチメディア符号化データから、3次元画像表示制御情報内の視点情報に従って、複数の2次元画像データから3次元画像表示する各視点の画像データを復号する画像データ復号手段を備える。好ましくは、画像データ復号手段により復号される画像データを3次元画像表示する3次元画像データ表示手段を備える。本発明のある局面に従う画像データ復号方法は、複数の2次元画像データを含むマルチメディア符号化データから3次元画像表示する画像データを復号する画像データ復号方法であって、2次元画像データは、該画像データを視点に対応付ける画像識別情報を含むデータであり、マルチメディア符号化データは、2次元画像データとは独立に、視点数と識別情報に対応する視点情報を含む3次元画像表示制御情報を含む符号化データであって、マルチメディア符号化データを受け付けるステップと、マルチメディア符号化データから、3次元画像表示制御情報内の視点情報に従って、複数の2次元画像データから3次元画像表示する各視点の画像データを復号するステップとを備える。好ましくは、復号された画像データを3次元画像表示するステップをさらに備える。以下、本発明の構成、作用および効果を図に従って説明する。なお、図中同一または相当部分には同一符号を付して、その説明は繰返さない。図1a~1cは、本発明の実施の形態において生成されるマルチメディア情報ファイルの構造を示す図である。マルチメディア情報ファイルは3次元画像データと2次元画像データのどちらを含んでいてもよいが、以下では3次元画像データを含む場合の例について説明する。まず、図1aを参照して、マルチメディア情報ファイルは、ヘッダ制御情報1と、3次元表示制御情報2と、3次元画像データ3との少なくとも3つの構成要素を含んでいる。3次元画像データ3は、静止画データでも動画データであってもよい。また、マルチメディア情報ファイルには音声データを一緒に記録してもよいが、簡単のためここでは省略する。また、これ以外の付加情報を含んでもよい。なお、マルチメディア情報ファイルが2次元画像データを含んでいる場合には、3次元表示制御情報は付加されない。それぞれの構成要素はオブジェクトと呼ばれる。各オブジェクトは、図1bに示すような形をしている。すなわち、まずオブジェクトを識別するためのオブジェクトID4と、オブジェクトサイズ5とが書かれ、その後オブジェクトサイズ5で規定される長さのオブジェクトデータ6が続く。オブジェクトID4とオブジェクトサイズ5を合わせてオブジェクトヘッダと呼ぶ。このオブジェクトは階層構造をとることが可能である。なお、図1aにおいて、ヘッダ制御情報1、3次元表示制御情報2及び3次元画像データ3は、本来、それぞれヘッダ制御情報オブジェクト1、3次元表示制御情報オブジェクト2及び3次元画像データオブジェクト3と呼ぶべきものだが、呼称が長くなるのを避けるため、ここではオブジェクトという表記を省略する。図1cは、3次元画像データ3の構造の一例を示す図である。3次元画像データ3では、オブジェクトIDやオブジェクトサイズを含むオブジェクトヘッダ7の後に、複数のパケット8が続く。パケット8はデータを通信する際の最小単位であり、各パケットはパケットヘッダとパケットデータにより構成される。なお、3次元画像データ3は必ずしもパケット化されている必要はなく、一続きのデータ列であってもよい。なお、以降の説明においてオブジェクトに記述する情報の詳細について説明する場合、以前に説明したものと同一の情報については説明を省略し、異なる部分についてのみ説明するものとする。図2は、本発明のマルチメディア情報生成装置の一例である画像データ記録装置100の構成を示すブロック図である。図2を参照して、画像データ記録装置100は、3次元表示制御情報生成部11と、ファイル生成部12とを備える。3次元表示制御情報生成部11は、必要なパラメータを外部から受け取り、3次元表示制御情報を1つのオブジェクトとして生成する。ファイル生成部12は3次元表示制御情報と3次元画像データとを受け取り、さらにヘッダ制御情報を付け加えることによって、図1a~1cに示したようなマルチメディア情報ファイルを生成し出力する。ここでの3次元画像データは非圧縮データであってもよいし、圧縮符号化されたデータであってもよい。なお、生成されたマルチメディア情報ファイルは記録媒体13に記録してもよいし、直接通信路に送出してもよい。次に本実施の形態における画像データ再生装置について説明する。図3は、図1aに示したような3次元画像データを含むマルチメディア情報ファイルが入力される画像データ再生装置200の構成を説明するためのブロック図である。図3を参照して、画像データ再生装置200は、ファイル構造解析部21と、ファイルヘッダ解析部22と、データ再生部23と、表示部24と、3次元表示制御情報解析部25と、データ変換部26とを備える。マルチメディア情報ファイルは、記録媒体13から、あるいは通信路から供給される。入力されたマルチメディア情報ファイルは、ファイル構造解析部21でヘッダ制御情報、3次元画像データ及び3次元表示制御情報のそれぞれが認識され、ヘッダ制御情報はファイルヘッダ解析部22へ、3次元画像データはデータ再生部23へ、3次元表示制御情報は3次元表示制御情報解析部25へそれぞれ送られる。ファイルヘッダ解析部22ではヘッダ制御情報の解析を行い、3次元画像データの再生に必要な情報をデータ再生部23に渡す。データ再生部23では、データの逆多重化やパケットからのデータ取り出し、さらにデータが圧縮符号化されている場合にはその復号を行う。3次元表示制御情報解析部25では3次元表示制御情報を解析し、得られた情報をデータ変換部26に渡す。データ変換部26は所望の3次元表示形式に合うように復号された3次元画像データを変換し、表示部24へ出力する。表示部24は再生装置から独立した単体の3次元ディスプレイであってもよい。図4a~4cは、3次元表示制御情報2に記述する具体的な情報を説明するための概念図である。図4aにその一部を示すように、3次元表示制御情報2に記述する具体的な情報には、視点数、各視点位置に対応するストリーム、間引き方向、カメラ配置、視差量シフト限度、枠表示の有無、枠画像データ、視差像切替ピッチ、サンプリングパターン、画像配置、反転の有無などがある。以下、図4aに示した3次元表示制御情報について、さらに詳細に説明する。図4aにおける視点数とは、文字通り視点すなわち視差像の数であり、上述の2眼式のデータであれば2となる。カメラを用いた撮影ではカメラが眼の役割をするので、撮影時に使用したカメラの数ということもできる。人間の眼は2つしかないので、視点数が3以上の場合、データとしては冗長であるが、観察者の移動に合わせて観察像が変化するのでより自然な立体視が可能となる。図4aにおいて視点数を記述した行の次の2行視点位置L、視点位置Rは、それぞれ左の視点位置と右の視点位置に対応するストリーム番号を示している。ここで、ストリーム番号についてさらに詳しく説明する。図4bに示すように、音声と左目用画像と右目用画像のそれぞれが別のストリームとなっており、それをパケット多重化して記録する場合を考えると、多重化されたデータにおいて各パケットが音声データなのか左目用画像データなのか右目用画像データなのかを識別するために、各ストリームに固有のストリーム番号が付与される。図4bの例では、音声ストリームにはストリーム番号1、左目用画像データにはストリーム番号2、右目用画像データにはストリーム番号3を対応させ、各パケットヘッダにこのストリーム番号を書くことによってデータ種別を明示する。このストリーム番号を用いることにより、図4aにおいては、左目用画像はストリーム番号2、右目用画像はストリーム番号3のデータであることを示している。なお、従来の2次元画像データを取り扱うマルチメディア情報ファイルにおいては、多重化されたストリームに対しては音声と画像の区別しか必要ないため、視点位置との対応を記述したこの情報は3次元画像データを取り扱う場合に特有のものである。以下、さらに図5a~5cに示す概念図を用いて、上記視点数、視点位置について、さらに説明しておく。図5aは、2眼式の例を示しており、図5bと図5cは6眼式の例を示している。図5aの2眼式の場合は、左と右という指定の仕方で視点位置を特定することができる。これに対して、6眼式の場合、図5bのように、たとえば、左側において、中央から数えて何番目であるかに応じて、L1、L2、L3と表現する。右側も同様である。あるいは、6眼式の場合、図5cのように左からの通し番号で何番目と表現することも可能である。さらには、図5bおよび図5c以外の種々の方法が考えられる。視点位置をどのように表現するかについては、あらかじめ送信側と受信側で規格あるいは決まり事として共有されている必要がある。何の取り決めもなしでは、例えばch3と書いてあっても左から3番目なのか右から3番目なのかがわからなくなってしまうからである。図6は、6眼式の場合において、視点位置と対応するストリームの記述の例を示す概念図であり、図4aと対比される図である。図6では、音声ストリームはストリーム番号1であって、画像ストリームについては、たとえば、視点位置1~6にストリーム番号2~7を対応させている。そして、各パケットヘッダにこのストリーム番号を書くことによってデータ種別を明示する。一方、図7aおよび7bは、左目用画像と右目用画像が同じストリームとなっている場合において、視点位置と対応するストリームの記述の例を示す概念図である。図7aに示すように、視点位置Lと視点位置Rには同じストリーム番号この場合はストリーム番号2を記述する。この時の多重化データは図7bに示すようになり、複数の視差像が1枚の画像に合成されている3次元画像データを記録伝送する場合には、この形態を用いるとよい。ここで、再び、図4aに戻って、図4aにおける間引き方向とは、データを間引いた方向を示すものである。例えば、上述したパララクスバリア方式あるいはレンチキュラ方式において、図42bのように左目用画像と右目用画像のペアが縦ストライプ状に並んでいるような画像を作成する場合、左目用画像と右目用画像のそれぞれは通常の2次元画像と比較して水平方向の解像度が半分になっている。この場合は、間引き方向には、水平方向に間引きされているという情報を記述する。これは左目用画像と右目用画像がそれぞれ独立した2つのストリームであるか、上述した図43cのような混合画像の形になった1つのストリームであるかには関係しない。一方、上述した図41は、垂直方向に間引きが行われている画像を示している。したがって、図41の様な場合では、間引き方向には、垂直方向に間引きされているという情報を記述する。また、図43a、43bのように間引きしていない画像をそのまま伝送し、表示する直前に間引く場合もあり、その場合はファイルに記録された状態では間引きされていないので、間引き方向の情報としては間引きなしと記述する。なお、この間引き方向のようにパラメータを数値で表現することが困難な場合、図4cに示すようなテーブルを設定し、そのインデックスを記述するという方法を取ることが望ましい。例えば、間引き方向が水平方向の場合は、図4aの間引き方向の欄に1と記述すればよい。この際、インデックスとその意味するものを対応づけた図4cのようなテーブルは、送信側と受信側で規格あるいは決まり事として共有されている必要がある。このような表現方法は他のパラメータにも適用することができる。さらに、図4aにおけるカメラ配置とは複数のカメラをどのように並べて撮影したかを示すものであり、平行型parallel、集中型convergent、発散型divergentの3つに大別される。上述した図5a~5cは平行型の例であり、各カメラの光軸が平行になるように配置されたものである。図8a~8cは、カメラ配置の他の構成例を示す概念図である。図8aと図8bは集中型の例であり、全てのカメラの光軸がある1点に集まるように配置されたものである。一方、図8cは発散型の例であり、全てのカメラの光軸がある1点から出ていくように配置されたものである。ここで、図8aは2眼式の、図8b、8cは6眼式の例を示している。この情報は視点補間や3次元モデル構築の際に活用される。次に、再び図4aに戻って、図4aにおける視差量シフト限度について説明する。一般的に、図41や図42a、42bを用いて説明したような両眼視差を利用して立体視するような表示においては、視差量を変化させることにより奥行き感を調整することができる。視差量を変化させるには、具体的には、例えば図42bに示す合成画像において左目用画像はそのままにしておき、右目用画像だけを左右どちらかにずらすことにより実現できる。このように画像を左右にずらすことにより視差量を変化させると、表示画面の幅は限られていることから、ずらした分だけ画面の外にはみ出ることになり、その部分は表示できなくなる。従って、極端なずらし量を許すと画像の作成者が是非見てもらいたいと思っているものが表示されなくなる事態が発生する。このため、それを防ぐためにずらし量に制限を設ける。これが視差量シフト限度であり、例えば±16ピクセルというように範囲指定する。図4aにおける枠表示の有無は、3次元画像データの周囲に枠画像を表示するかどうかを指定する情報である。この枠画像は画面に変化を付けたり、面白味を付加するため、あるいは立体視をしやすくするために表示するものである。図9aおよび9bは、枠画像の構成を説明するための概念図である。図9aは、枠画像を表示しない状態を示し、画面全体が通常の3次元画像表示領域31であり、ここではその幅をWとする。これに対し、図9bは、枠画像を表示した状態である。画面全体の大きさは図9aと変わらないが、画面の外周には幅Δdの枠画像33が表示され、その内側が3次元画像表示領域32となる。したがって、枠画像を表示しない場合と比較して、枠画像を表示した場合には枠の分だけ3次元画像表示領域が狭くなり、3次元画像表示領域32の幅をW1とすると、W=W12Δdの関係がある。なお、枠画像33の四辺の幅は各辺によって異なっていてもよい。また、枠画像33はそれ自体が立体視できるような3次元的な枠でもよいし、平面的に見える2次元的な枠でもよい。このとき表示する枠画像データは、再生装置にあらかじめ準備しておいてもよいし、マルチメディア情報ファイルの中に含めて3次元画像データと一緒に送るようにしてもよい。図10a~10cは、このような枠画像を表示させるために枠画像データを供給する構成を説明するためのブロック図である。まず、図10aは、画像データ再生装置200に、枠画像データを予め準備しておく場合の一つの構成の例を示す。図10aは、図3に示した画像データ再生装置200における3次元表示制御情報解析部25の構成の詳細を示したものである。図10aを参照して、3次元表示制御情報解析部25は、枠画像付加制御部27と枠画像格納メモリ28とを備える。枠画像付加制御部27は、入力された3次元表示制御情報のうち枠表示の有無に関する情報を解析し、枠表示有りとなっている場合には枠画像格納メモリ28に予め準備されている枠画像をデータ変換部26へ出力する。データ変換部26では、3次元画像データにこの枠画像を重畳して表示部24へと出力する。図10bは、枠画像データを再生装置に予め準備しておく場合の別の構成の例を示す。すなわち、図10bは、図3に示した画像データ再生装置200における3次元表示制御情報解析部25の他の構成の詳細を示したものである。図10bを参照して、3次元表示制御情報解析部25は、枠画像付加制御部27と、枠画像選択部29と、複数の枠画像格納メモリ28-1~28-3とを備える。図10bの例では、枠画像付加制御部27において枠表示有りと判断された場合には、さらに複数準備されている枠画像のうちどの枠画像を使うかを枠画像選択部29が判定し、適切な枠画像格納メモリから枠画像データを呼び出してデータ変換部へ出力する。どの枠画像を使うかは3次元表示制御情報の中に枠画像データを示す情報として記述する。図10bのような場合は、パターン1、パターン2等と記述することで指定することができる。複数の枠画像としてはテクスチャが異なる枠画像、あるいは飛び出し量が異なる立体的な枠画像を用いることができる。このようにすることにより、3次元画像データに応じて適切な枠画像を表示することができる。また、デフォルトで使用する枠画像を設定しておき、枠表示有りで枠画像データが指定されていない場合あるいはデフォルトの枠画像が指定された場合にはデフォルト設定されている枠画像を用いるようにしてもよい。枠画像データとして指定された枠画像パターンを再生装置が持っていない場合は、デフォルト設定されている枠画像で代用するものとしてもよい。なお、図10aの場合、準備されている枠画像データが1つしかないため明示的に指定する必要はないが、枠画像データを示す情報としてデフォルトと記述してもよい。図10a、10bのような形態の場合、枠画像のデータは画像データ再生装置200内に格納されており、3次元表示制御情報中に記載される情報は、予め用意されている1または複数の枠画像の中からどの枠画像を使用するかを示す選択情報である。一方、図10cは、枠画像データがマルチメディア情報ファイルの中に含まれて3次元画像データと一緒に送られる場合において、画像データ再生装置200における3次元表示制御情報解析部25の構成の例を示す。図10cを参照して、3次元表示制御情報解析部25は、枠画像付加制御部27を備える。枠画像付加制御部27は枠表示有りと判定した場合には、3次元表示制御情報として含まれている枠画像のデータをデータ変換部26へ送る。すなわち、この例では枠画像データを示す情報として選択情報を記述するのではなく、枠画像データそのものを記述する。このようにすることにより、マルチメディア情報ファイルの送り手が自由に生成した枠画像を付加することができる。3次元表示制御情報の他の構成以下では、主に上述した図42aおよび42bに示したパララクスバリア方式あるいはレンチキュラ方式に用いられる3次元画像データをファイル化する際に用いられる3次元表示制御情報の例について説明する。図4aにおける視差像切替ピッチは、図42bのように異なる視差像のストライプを繰り返し配置する際の切替周期を示すものである。図11a~11dは、パララクスバリア方式で用いる液晶パネルとパララクスバリアのスリットの位置関係を示す概念図である。図11a~11dには、3次元画像を表示する液晶パネル106を示しているが、ここではR、G、Bがまとまって1組となった単位105をピクセル、R、G、Bの各エレメントをサブピクセルと呼ぶことにする。すなわち、1ピクセル=3サブピクセルである。図11aは、パララクスバリア方式において視差像切替ピッチが1ピクセルである場合を示している。この場合、2ピクセルに対して1つのスリット104が割り当てられる。図11bは、図11aを上から見た図である。図11bに示すとおり、液晶パネル106に表示する像は右目用画像と左目用画像が1ピクセルごとに交互に配置されている。この場合のパララクスバリア107のスリット間隔は2ピクセルとなる。一方、図11cはパララクスバリア方式において視差像切替ピッチが1サブピクセル1/3ピクセルである場合を示している。この場合、2サブピクセルに対して1つのスリット104が割り当てられる。図11dは、図11cを上から見た図である。図11dに示すとおり、液晶パネル106に表示する像は右目用画像と左目用画像が1サブピクセルごとに交互に配置されている。この場合のパララクスバリア108のスリット間隔は2サブピクセルとなる。図4aにおけるサンプリングパターンは、原画像から水平方向に間引きを行って左目用画像および右目用画像を作る際に、どのような間引き方法を用いたかを示すものである。このサンプリングパターンには、色再現性優先方式と解像度優先方式がある。図12aおよび12bは、サンプリングパターンを説明するための概念図である。図12aは、色再現性優先方式を示し、図12bは、解像度優先方式を示す。図12aおよび12bでは、画像データをR0、G1などの形式で表現しているが、最初のR、G、Bは色成分を、それに続く0、1等の数字はピクセルの水平位置を表している。図12aの色再現性優先方式では、データを半分に間引く際にピクセル単位で間引いている。間引かれて残ったデータは1ピクセルおきにサンプリングされた偶数番号の位置のみのデータとなる。この方式では残ったR、G、Bの組は間引き前と変わらないため、色再現性がよい。一方、図12bの解像度優先方式では、データを半分に間引く際にサブピクセル単位で間引いている。間引き後はピクセル位置0のデータはRとBの成分だけがあり、ピクセル位置1のデータはGの成分だけがある。間引き前のデータと比較するとR、G、Bの組が同じピクセルは存在しないが、間引き後のデータには全てのピクセル位置のデータが少なくとも1つの色成分については含まれている。このため、実感できる解像度は高くなる。このため、例えば斜め線のギザギザが目につきにくくなる。なお、図12bの解像度優先方式は視差像切替ピッチがサブピクセル単位であることを前提としているため、図11aに示したような視差像切替ピッチが1ピクセルの場合には、原理的に図12aの色再現性優先方式しか選択できない。3次元表示制御情報としてサンプリングパターンの情報を記録することで、マルチメディア情報ファイルに記録された3次元画像データのサンプリングパターンと、画像データ再生装置の表示デバイスのサンプリングパターンが異なる場合に、誤った表示を回避することが可能である。このようにサンプリングパターンが異なる場合、例えば画像データ再生装置で自動的にサンプリングパターンを変換し、3次元表示を行っても良いし、3次元表示と2次元表示を切り替え可能な場合には、2次元表示に切り替えて表示を行っても良い。あるいは、当該3次元画像データが表示デバイスのサンプリングパターンと異なる旨、又は当該3次元画像データが再生出来ない旨を表示することも可能である。図4aにおける画像配置は、図43cに示したように複数の視差像を並べて1枚の画像を構成して伝送記録する際に必要となる情報である。図13a~13eは、このような1枚の画像を構成するために複数の視差像を並べる画像配置を説明するための概念図である。水平方向に間引いた左目用画像と右目用画像を横に並べて1枚の画像とする場合、図13aに示すように左目用画像を左側に、右目用画像を右側に配置する形態がまず考えられる。これとは別の形態として、図13bに示すように左目用画像を右側に、右目用画像を左側に配置することも可能である。また、垂直方向に間引いた左目用画像と右目用画像を縦に並べて1枚の画像とする場合、図13cに示すように左目用画像を上に、右目用画像を下に配置することもできるし、図13dに示すように左目用画像を下に、右目用画像を上に配置することもできる。したがって、複数の視差像が左右に並んでいるのか上下に並んでいるのか、また、左目用画像が左右あるいは上下のどちら側にあるのかを示す情報を記述することによりこれらを区別する。なお、視点数視差像の数は2には限定されない。また、間引き方向と画像を並べる方向とは独立して考えることができる。すなわち、水平方向に間引いた画像であっても図13eに示すように上下に並べることも可能である。逆に、間引き方向と画像を並べる方向を連動させることにすれば、どちらかの情報を省略することが可能になる。ところで、先に説明した間引き方向の情報は左目用画像、右目用画像それぞれに対して独立に設定してもよい。図14aに示した3次元表示制御情報の例では、左目用画像間引き方向として間引きなし、右目用画像間引き方向として水平方向と記述している。このような場合、左目用画像と右目用画像を横に並べた画像は図14bに示すようになり、左目用画像と右目用画像の大きさが異なる。このようにすることにより、2次元画像のみが表示できる表示部を持つ画像データ再生装置と、3次元画像も表示可能な表示部を持つ画像データ再生装置のどちらにおいても良好な画像再生を行うことができる。すなわち、2次元画像のみが表示できる画像データ再生装置では、図14bに示す画像データを受け取った場合、左目用画像のみを表示することにより、間引きされていない高解像度の2次元画像を再生することができる。3次元画像が表示可能な画像データ再生装置では、図14bに示す画像データを受け取った場合、左目用画像を水平方向に間引いて右目用画像と同じ解像度にした後で3次元表示用のデータ変換を行うことにより、図13aに示したような画像データを受信した場合と同様の3次元表示を行うことができる。図4aにおける反転の有無は、複数の視差像を並べて1枚の画像を構成する際に、各視差像が反転しているかどうかを示すものである。図15aおよび15bは、このような各視差像を反転する構成を説明するための概念図である。図15aは、左目用画像61を左側に、右目用画像62を右側に単に並べた状態である。ここで、右目用画像62の左右を反転したとすると、図15bに示すようになる。画像を符号化して記録伝送する場合、類似した特徴を持つ領域は固まっていた方が、符号化効率が向上するケースがある。このため、図15aの画像を符号化するよりも図15bの画像を符号化した方が符号化効率が高くなることがある。図15bのような配置とした場合、再生装置200では右目用画像を再反転して元に戻すことが必要である。2つの視差像を左右に並べた場合に取り得る状態としては、反転なし、左側画像反転、右側画像反転、両画像反転の4つが考えられる。ここで、左側画像とは左右に並べられた2つの画像のうち、左側の画像であるという定義を用いる。したがって、図13aの並べ方をした場合、左側画像は左目用画像であるが、図13bの並べ方の場合は左側画像は右目用画像となる。なお、左側画像反転と記述する代わりに左目用画像反転と記述することも可能である。先に説明した画像配置の情報を用いることにより、左目用画像が左右どちらに配置されているかを知ることができるからである。撮影条件情報マルチメディア情報ファイルには、図16に示すように、3次元表示制御情報2の他に撮影条件情報42を付加してもよい。なお、このような撮影条件に関するデータは、たとえば、図2に示した画像データ記録装置100の構成において、3次元表示制御情報生成部11にパラメータの一部として与えられるものとする。このとき、3次元表示制御情報生成部11は、撮影条件に関するデータがパラメータとして与えられた場合、上述した3次元表示制御情報2に加えて、撮影条件に関するデータを符号化して以下に説明するような撮影条件情報42を生成し、ファイル生成部12に与える。ファイル生成部12は、パラメータとして与えられたデータに含まれる情報に応じて、3次元表示制御情報2の他に、撮影条件情報42と3次元画像データ3の両方もしくは3次元画像データあるいは2次元画像データの一方を少なくとも含むマルチメディア情報ファイルを作成する。撮影条件情報42に記述する具体的な情報の一例を図17に示す。図17における視点数とカメラ配置は、図4aに示した3次元表示制御情報の中にも記述されていたものである。このようにいくつかの情報が3次元表示制御情報と撮影条件情報の間で重複して記述されていてもよいし、どちらか一方にだけ記述されていてもよい。図17は視点数が2の場合の例を示している。図5aに示したようにカメラを2台配置して2つの視点の画像を撮影する場合には、それぞれのカメラ固有の情報固有パラメータを別々に記載する。固有パラメータとしては、レンズの焦点距離、Fナンバー、露出時間、シャッタースピード、絞り、ゲイン、ホワイトバランス、フォーカス、ズーム量、ガンマ値などが含まれる。2台のカメラの特性が同じであれば、両方のカメラに共通の情報であるとわかるようにした上で、固有パラメータを1つにまとめることも可能である。例えば、撮影条件情報中に固有パラメータが1セットしか記載されていなければ、その固有パラメータは全ての視点のカメラについて適用されるというルールを設けるとよい。また、撮影条件情報42にはカメラ間相互の位置関係を示す外部パラメータも含まれる。具体的には例えば視点位置Lのカメラを基準とした場合における視点位置Rのカメラの位置を3次元座標形式で表したものや図17ではmm単位で記述、輻輳角などが該当する。カメラの光軸を平行に配置した場合には輻輳角は0度となる。これらの撮影条件情報は撮影した3次元画像データを後に編集加工する際に、データの素性を知って適切な処理を行うために用いられる。また、視点補間や3次元モデル構築の際にも有効に利用できる。一方、2つの視点の画像を得るために、図18に示したようなカメラアダプタ71をカメラのレンズの前に装着して撮影することも可能である。図18においては実線がミラーをアダプタの内側のみ、点線が開口部を示す。カメラアダプタ71の内部はミラーとなっており、異なる視点に入射する光線図18では破線で示すをカメラのレンズ口径内に収める働きをする。すなわち、カメラアダプタ71を装着することにより、仮想的に2台のカメラを使用しているものとみなすことができる。撮影される画像は左半分が視点位置Lの画像、右半分が視点位置Rの画像となる。このようなカメラアダプタを用いて撮影する場合に付加する撮影条件情報42の例を図19に示す。カメラアダプタ固有の情報として、アダプタメーカ、アダプタ形式、アダプタ型番等を記述する。アダプタ形式としては例えばミラー型、プリズム型などの種類を記述する。さらに、片方の視点当たりの画角視野範囲を記述してもよい。カメラアダプタを用いる場合も、図17の場合と同様、外部パラメータを記述することができる。図19では2つの視点位置の相互関係を基線長と輻輳角で表している。基線長は、図20における距離Bであり、輻輳角はθで表される。ここで図20における点Cは、視点位置Lのカメラ光軸と視点位置Rのカメラ光軸が交差する点、すなわち輻輳点を表す。図18のカメラアダプタ71の場合は左と右の開口部の中心距離、すなわち図18中に示した距離Bが基線長に相当する。図19の例ではさらに飛び出し方向と立体強度を記述している。飛び出し方向とは画像中に含まれる被写体が輻輳点よりも前にあるか、後ろにあるかを示す情報で、飛び出しのみ、引っ込みのみ、両方の3種類から選択する。すなわち、全ての被写体が輻輳点よりも手前に存在する場合には飛び出しのみを、全ての被写体が輻輳点よりも奥に存在する場合には引っ込みのみを、被写体が輻輳点の手前と奥の両方に存在する場合には両方を選択する。なお、飛び出し方向は必ずしも全ての被写体の配置に基づいて決定する必要はなく、主たる被写体の配置に基づいて決定してもよい。すなわち、主たる被写体の一部が輻輳点よりも手前に飛び出している場合に飛び出し、主たる被写体が輻輳点よりも奥に存在する場合に引っ込みと記述してもよい。この場合は飛び出しと引っ込みの2種類の情報から選択する。立体強度とは立体感の大小を示す指標である。3次元画像は視差を有し、観察者は視差によって立体感を感知する。3次元画像の各画素の視差は異なるが、例えば大きな視差を有する画素が多い3次元画像の立体感は大きく、大きな視差を有する画素が少ない3次元画像の立体感は小さい。したがって、立体強度は画素毎の視差の平均値静止画では画面全体の平均値。動画像の場合は動画像全体の平均値によって客観的に決めても良いし、主観評価によって決めても良い。あるいは、両者の加重平均によって決定しても良い。客観評価値としては、平均値の代わりに加重平均値、メディアン、最大値などを利用しても良い。動画の場合はフレーム毎の最大値を求め、この最大値の全フレームにわたる平均値、メディアン、最大値などを客観評価値としても良い。飛び出し方向や立体強度の情報は3次元画像コンテンツの検索時に利用することができる。図17及び図19では視点数が2の場合の例について説明したが、視点数が3以上であっても同様の考え方を用いてカメラ間相互の位置関係を記述することができる。すなわち、図17のような記述方法においてはどれか1つのカメラを基準とし、それ以外のカメラについては基準カメラに対する相対位置を3次元座標を用いて各カメラごとに記述する。輻輳角は隣接する2つのカメラごとについてそれぞれ記述する。例えば視点数がNの場合は輻輳角を示す情報をN-1個記述する。図19のような記述方法における基線長についても、隣接する2つのカメラごとについて記述すればよい。すなわち、この場合も視点数がNの時、基線長を示す情報をN-1個記述する。なお、図19では視点数=2、カメラ配置=集中型、基線長=50mm、輻輳角=30度と表現することでカメラの配置を記述する例を説明したが、これとは別の方法によってカメラの配置に関する情報を記述することも可能である。この点について以下に説明するが、いわゆる立体視を行う場合はカメラ配置として先述の集中型もしくは平行型を用いるので、ここではこれを前提とする。2眼式あるいは多眼式視点数が3以上の場合の撮影においてカメラを複数配置する場合、カメラの配置形状に着目すると図21に示すような直線状配置と図22に示すような円周状配置に大別される。図21の例では複数4台のカメラが1本の直線上に配置されており、各カメラ間の距離は全てeで等しくなっている。このような場合の撮影条件情報の例を図23に示す。カメラ配置形状としては直線状や円周状などと記述するものとし、図23の例では直線状、カメラ間距離を70mmとしている。各カメラの光軸は1点輻輳点で交わるように配置され、カメラ群が配置されている直線からこの交差点までの距離Dを輻輳点までの距離として記述する。図23の例ではこれを100cmとしている。なお、輻輳点までの距離Dが有限値の場合はカメラ配置が集中型であることに相当し、カメラ配置が平行型である場合は輻輳点までの距離Dを無限大と記述することによって表現することが可能である。図22の例では複数4台のカメラが同一の円周上に配置されており、各カメラ間の距離は全てeで等しくなっている。各カメラの光軸は円の中心点で交わるものとすると、中心点と輻輳点が一致することになる。円周状配置の場合、円の半径rを輻輳点までの距離として記述する。また、各カメラ間の距離が等しい場合は各カメラ間の中心角θも等しくなるので、カメラ間距離の代わりにカメラ間の角度輻輳角を記述してもよい。複数のカメラを配置する場合、直線状や円周状の配置形状にとらわれず、またカメラ間隔も非等間隔とするように自由に配置することも可能であるが、撮影された画像を実際に利用する立場で考えると直線状あるいは円周状の配置形状を用い、等間隔に配置するのが合理的である。このような場合、カメラ配置形状、輻輳点までの距離、カメラ間距離の3つのパラメータを用いることによってカメラの配置を効率的に記述することができる。ところで、これまでの例ではカメラを水平方向に並べる例について説明してきたが、図24に示すように水平、垂直両方向に、すなわち格子状にカメラを配置してもよい。このようにすることにより、水平視差のみならず垂直視差をも記録することができる。このようなカメラ配置は例えばインテグラルフォトグラフィと呼ばれる3次元技術において用いられる。図24は、たとえば、水平方向4列、垂直方向3列、合計12台のカメラを配置する例を示している。12台のカメラに対して左上から右下に向かってラスタ順に番号を付けると、図25に示すように各カメラから合計12枚の画像が得られる。図13a~13eでは2枚の画像を横に並べたり縦に並べたりする例を示したが、図24のようにカメラが格子状に配置されている場合には、図26に示すように画像もやはり格子状に並べることができる。この場合は図4aに示した画像配置の情報として格子状配置と記述すればよい。図24のようにカメラを格子状に配置する場合、単に視点数だけを記述したのでは水平方向、垂直方向にそれぞれ何列あるのかがわからないので、このような場合には図27に示すように、撮影条件情報として水平方向の視点数と垂直方向の視点数を別々に記述するとよい。水平方向視点数に垂直方向視点数を乗じたものが総視点数となる。図27では撮影条件情報の例を示したが、3次元表示制御情報においても同様である。また、先にカメラ配置形状については直線状もしくは円周状と説明したが、図24のようにカメラを垂直方向にも配置する場合、これらはそれぞれ平面状配置と球面状配置に拡張される。この場合もカメラ間距離と輻輳点までの距離は直線状もしくは円周状の場合と同様に定義できる。以上説明したような3次元表示制御情報の各項目は、マルチメディア情報ファイルに対して、全てが必須というわけではなく、必要に応じて省略することが可能である。その場合は、どの項目が記載されているかがわかるように別途定めておけばよい。3次元識別情報なお、図4aにおけるオブジェクトIDは、この位置から情報オブジェクトの単位が始まることを示すとともに、この情報オブジェクトが3次元表示制御情報に関するものであることをも示す。すなわち、このようなオブジェクトIDは、マルチメディア情報ファイルが3次元画像制御情報を含む、すなわち3次元画像データを含むことを示す3次元識別情報としても機能する。一方、図28に示すように3次元画像制御情報オブジェクトにおけるオブジェクトIDとして汎用のIDを用いることもできる。この場合は、このIDは単にこの位置から情報オブジェクトの単位が始まることだけを示し、その情報オブジェクトに書かれている情報がどのような種類のものかを示す情報はそのオブジェクト内に別途設けられる。図28ではこの情報オブジェクトが3次元表示制御情報に関するものであることを示す情報として、3D-001という3次元識別情報が書かれている。この3D-001はあくまでも一例であり、任意の数字や文字列を3次元識別情報として使用することができる。上記の例では3次元識別情報は3次元画像データを含むことを示すために用いられているが、異なる3次元表示方式に対して異なる3次元識別情報を与えることにより、それらを区別することができる。例えば、パララクスバリア方式用のデータに対して3D-001、液晶シャッター方式用のデータに対して3D-002を3次元識別情報として与えてもよい。さらに、3次元識別情報は図29に示すように、それだけで1つの情報オブジェクトを構成してもよい。この場合、図30に示すようにマルチメディア情報ファイルが3次元識別情報41と3次元表示制御情報2を別オブジェクトとして保持してもよい。なお、図30の例では、ヘッダ制御情報1、3次元識別情報41、3次元表示制御情報2、3次元画像データ3の順で記録されている状態を示しているが、記録順序はこの順序に限定されるものではない。例えば3次元識別情報41をファイル先頭に記録すれば、当該マルチメディア情報ファイルが3次元画像データを含むか否かを素早く判定することが可能である。また、図30では3次元識別情報41、3次元表示制御情報2をヘッダ制御情報1とは別オブジェクトとして設けているが、これらの情報はヘッダ制御情報1内に設けるようにしてもかまわない。なお、マルチメディア情報ファイルが3次元画像データを含むことを示すために、3次元識別情報の代わりに専用の拡張子を用いることができる。例えば、通常の2次元画像データを含むマルチメディア情報ファイルに対してjpgという拡張子を用いる時、3次元画像データを含むマルチメディア情報ファイルに対して3daという拡張子を用いるようにすることにより、マルチメディア情報ファイルが3次元画像データを含んでいるかどうかを拡張子によって識別することができる。また、異なる3次元表示方式に対して異なる拡張子を定めることにより、それらを区別することができる。例えば、パララクスバリア方式用のデータを含むマルチメディア情報ファイルに対して3da、液晶シャッター方式用のデータを含むマルチメディア情報ファイルに対して3dbを拡張子として用いる。拡張子によって3次元識別を行う利点は、ファイルの内部を解析することなく、そのファイルが3次元画像データを含んでいるかどうか、あるいはどのような3次元表示方式のデータを含んでいるかを判定できる点にある。例えば、ハードディスク上に多くのマルチメディア情報ファイルが存在する時、自身の端末で再生可能なファイルがどれであるかを素早く見付けることができる。あるいはサーバ上に複数のマルチメディア情報ファイルが存在する時、2次元画像しか再生できない端末が3次元画像をダウンロードしないようにすることが可能になる。一方、前述の3次元識別情報によって3次元識別を行う場合には、ファイルの中身を書き換えない限りは3次元識別情報が保存されるので、重要な情報である3次元識別情報が容易に改変されにくいという利点がある。また、3次元識別情報の記録方法は、ファイル内部あるいは、拡張子のいずれか一方に限定されるものでもない。3次元識別情報は、当該マルチメディア情報ファイルに含まれる画像データが、3次元画像データであるか2次元画像データであるかを示す重要な情報なので、ファイル内部及び拡張子の両方を用いることで情報の信頼性を高めることも可能である。図31は、3次元画像ファイルダウンロード処理のフローチャートである。例えば、サーバ上に複数のマルチメディア情報ファイルが存在し、2次元画像データのファイルと3次元画像データのファイルが混在している場合、図31に示すような方法でダウンロードするか否かを判定する。図31のステップS1では、ダウンロードしようとするファイルのファイル名が3次元画像ファイルを示す拡張子であるか否かを判定する。3次元画像ファイルを示す拡張子である場合YesはステップS2に進み、3次元画像ファイルを示す拡張子でない場合Noであればダウンロードを中止して処理を終了する。ステップS2ではファイルのダウンロードを開始し、ステップS3ではファイル中の所定の位置に3次元識別情報が含まれるか否かを判定する。3次元識別情報が含まれる場合Yesは、ステップS4に進んで画像データのダウンロードを続行し、3次元識別情報が含まれない場合Noであればダウンロードを中止して処理を終了する。このように、ダウンロードの際に、まず拡張子で3次元画像ファイルであるか否かを判定することで、ダウンロードを開始するか否かを簡単に判断することができる。つぎに、拡張子はファイル名の変更処理などで容易に変更されるため、信頼性を高めるために、ファイル内部の3次元識別情報によって画像データのダウンロードを続行するか否かを判定している。このような手法は、画像のファイルサイズが大きくダウンロードに時間がかかる場合や、通信料金が高価で所望のファイルのみをダウンロードしたい場合などに有効である。画像データ再生装置の他の構成1ところで、画像を表示する表示部は2次元表示と3次元表示の切り替えが可能なものを使うことができる。すなわち、図32に示す画像データ再生装置における表示部44は、2次元表示、3次元表示の表示モード切り替え機能を有しており、これは自動で切り替え可能な表示手段であっても良い。図32において、図3の画像データ再生装置と共通の部分については説明を省略する。図32の画像データ再生装置は、図28に示すように3次元識別情報が3次元表示制御情報と同じオブジェクトに含まれる場合に対応するものであり、3次元表示制御情報解析部25が3次元識別情報の有無を解析し、その有無に従って表示部44の表示モードを切り替える。すなわち、ここでは3次元表示制御情報解析部25がファイル種別判定をも行っている。入力されたマルチメディア情報ファイルに3次元識別情報が含まれる場合、前記表示部44では3次元表示モードで表示し、3次元識別情報が含まれない場合は、表示部44では2次元表示モードで表示する。あるいは、表示部が3次元表示専用である場合は、3次元識別情報の有無の解析や、拡張子の解析によって、3次元識別情報を持たない2次元画像ファイルあるいは3次元画像ファイルを示す拡張子を持たない2次元画像ファイルは再生しないようにすることが可能である。あるいは2次元画像を3次元表示用に変換して表示することもできる。例えば2次元画像を左目用画像及び右目用画像の両方に用いて表示を行ったり、また表示デバイスと表示する画像の解像度が異なる場合には解像度変換を行った上で表示したり、あるいは何らかの2次元/3次元変換を行った上で表示を行うようにすることが可能である。また逆に表示部が2次元表示専用である場合は、3次元識別情報を持つ3次元画像ファイルあるいは3次元画像ファイルを示す拡張子を持つ3次元画像ファイルは再生しないようにすることが可能である。あるいは3次元画像を2次元表示用に変換して表示することもできる。例えば左目用画像又は右目用画像のどちらか一方を選択して2次元画像として表示したり、左目用右目用両方の画像を合成して2次元画像を作成し表示したり、さらに表示デバイスと表示する画像の解像度が異なる場合には、解像度変換を行った上で表示を行うようにすることも可能である。画像データ再生装置の他の構成2図33に示す画像データ再生装置は、図30に示すように3次元識別情報と3次元表示制御情報が別のオブジェクトとなっている場合に対応するものである。図33の画像データ再生装置においては、3次元識別情報解析部45によってマルチメディア情報ファイルに3次元識別情報が含まれているかどうかを解析し、その有無に従って表示部44の表示モードが切り替わるような構成とする。すなわち、ここでは3次元識別情報解析部45がファイル種別判定の役割を担っている。画像データ再生装置の他の構成3前述のように拡張子によって3次元識別を行う場合には、この2次元表示、3次元表示の切り替えは、拡張子を用いて行うことができる。図34に示す画像データ再生装置は拡張子によって3次元識別を行う場合の例であり、ファイル種別判定部46が拡張子を解析した結果により、表示部44の表示モードおよびデータ変換部26の変換方法を制御する。このように、3次元識別情報はマルチメディア情報ファイルが3次元画像データを含むかどうかを判定するために用いられる。画像データの符号化形式は2次元画像であろうと3次元画像であろうと同じ形式を用いることができ、共通の復号器を用いることができるが、その場合、人間であれば復号された画像を見てそれが2次元画像として出力されるべきか3次元画像として出力されるべきかを判断することができるが、再生装置にはその区別がつかない。そのため、再生装置がそれを判定するのに3次元識別情報が必要となるのである。これは2次元画像と3次元画像の区別のみならず、複数ある3次元表示形式のうちのどれが使われているかを判定する場合でも同様である。この判定結果により3次元表示モードと2次元表示モードを自動的に切り替えることが可能になる。また、図1aではマルチメディア情報ファイルの中に3次元表示制御情報が1つだけ含まれているが、3次元画像データが動画像のように複数枚の画像から構成される場合は、各画像データの先頭に1つずつ3次元表示制御情報を付加するような形をとっても良い。或いは、3次元表示制御情報を3次元画像データ中の任意の位置に繰り返し格納するようにしてもよい。また、動画像を衛星、地上波、インターネットなどの伝送媒体を介し放送するような場合、視聴者が放送の途中から受信、視聴したり、チャンネルの切り替えを行う可能性があるため、3次元表示制御情報を先頭に1つだけ配置するのではなく、図35に示すように番組配列情報という形で定期的に放送コンテンツの中に挿入することが望ましい。ここで放送コンテンツとは、立体画像データや音声データ、これらの内容に関連したBMLデータなどが多重化された符号化データである。また、番組配列情報の中には画像データや音声データ、BMLBroadcastMarkupLanguageデータなどの互いの関連を示す情報同期情報や著作権情報などが含まれ、3次元表示制御情報もここに格納される。なお、3次元表示制御情報は番組配列情報に含めるのではなく、繰り返し3次元画像データ符号化データの中に直接多重化してもよい。このように放送コンテンツ中に3次元表示制御情報あるいは3次元識別情報を繰り返し挿入することにより、番組途中から再生を開始する場合であっても受信データが3次元画像であるかどうか、あるいは3次元画像の場合には3次元表示に必要なパラメータ情報を知ることができる。マルチメディア情報の媒体への記録方式ところで、図2に示す画像データ記録装置100において、記録媒体13としてデジタルビデオテープを用いることが可能である。まず、本実施の形態によって記録されたデジタルビデオテープのトラックフォーマットについて説明する。一般に普及しているデジタルVTRではヘリカルスキャンと呼ばれる方式が採用されており、この方式ではテープ上の不連続なトラックに対してデータが記録される。この様子を示したものが図36で、テープ上にはトラック72が複数存在し、1枚の3次元画像も複数のトラック72に分割して記録される。テープの走行方向は図36の右から左方向で、右端のトラックが下から上に向けて走査され、続いてその左隣のトラックの下から上、と走査されていく。図37はトラック72の1つを拡大したものであり、本実施の形態によって記録されたデジタルVTRのトラックフォーマットの1例を示している。トラック72はアフレコを確実にするためのITI領域73、音声に関するデータが記録される音声記録領域74、画像に関するデータが記録される画像記録領域75、タイムコードなどの付随情報が記録されるサブコード記録領域76からなる。画像記録領域75には、3次元画像そのものだけでなく、3次元画像と関わりのある付随情報も記録可能である。同様に、音声記録領域74には、音声そのものだけでなく、音声とかかわりのある付随情報も記録可能である。また、これら2つとは別に、前述のとおりサブコード記録領域76にも付随情報が記録可能である。また、各領域の間にはマージンがあり、個別にアフレコが可能になっている。図38は、画像記録領域75を拡大したものである。画像記録領域75は、同期パターンなどが記録されたプリアンブル77、画像に関する付随情報が記録されるVAUXα78及びVAUXβ80、画像符号化データが記録される画像符号化データ記録領域79、エラー訂正符号81、マージンを稼ぐための機能を持つポストアンブル82から構成される。本実施形態では画像に関する付随情報が記録される領域がVAUXα78とVAUXβ80の2つに分かれているが、以後はこの2つをまとめてVAUX領域と呼ぶことにする。また、図示はしないが音声記録領域74にも、音声に関する付随情報を記録する領域としてAAUX領域が用意されている。本実施の形態においては、3次元表示制御情報、3次元識別情報、撮影条件情報は、VAUX領域、AAUX領域、サブコード領域のいずれかに記録される。例えば、3次元表示制御情報をVAUX領域に記録し、撮影条件情報をサブコード領域に記録するということが可能である。また、3次元表示制御情報をVAUX領域とサブコード領域に分けて記録することも可能である。それぞれの領域は個別にアフレコによって上書きすることができるので、編集時に変更する可能性のある情報はアフレコの容易なサブコード領域に記録しておくとよい。また、全てをまとめてVAUX領域に記録するという方法もある。この場合、アフレコの容易性はなくなるが、画像に関する付随情報が一箇所にまとまっていることによって取り扱いが簡易になるという長所がある。例えば、別の記録フォーマットを持つ媒体に複製を作る際に、画像記録領域の複製だけをつくれば画像に関する全ての情報を取得できることになり、サブコード領域を取り扱う必要がなくなる。また、アフレコによる上書きによってこれらの情報が消失するのを避けるために、サブコード領域とVAUX領域の両方に同じ情報を記録しておくという方法も可能である。あるいは、サブコード領域、VAUX領域の格納領域にはサイズ上の制限があることから、これらの領域に格納できなかった場合には3次元画像に関連する情報をAAUX領域に記録するということも可能である。なお、本実施形態の構成は、3次元画像に特有の部分を除けば家庭用に普及しているデジタルVTRの方式にも準拠している。このため、本実施形態が記録する付随情報のうち、3次元画像に特有の付随情報、例えば左右画像の合成方法に関する情報、立体強度に関する情報、しきい値情報などを家庭用デジタルVTRのフォーマットで拡張が許されている拡張領域に記録すれば、平面画像と3次元画像を同一のテープに記録することが可能である。また、本発明の画像データ記録方法の説明では図2を用い、3次元画像表示制御情報あるいは撮影条件情報を記録媒体13に記録している。しかしながら、一般に、3次元画像表示制御情報あるいは撮影条件情報を画像処理装置や端末が具備する記憶デバイスの記録領域、あるいはカセットテープに装着されたICメモリの記録領域等に記録することも可能である。この場合、これまでの説明と同様に、当該記録領域が画像記録領域、音声記録領域、サブコード領域などを備え、3次元画像表示制御情報あるいは撮影条件情報をこれらの領域に記録することも可能である。[マルチメディア情報ファイルの生成方法]以下では、図2で説明した画像データ記録装置100の動作により、以上説明したようなマルチメディア情報ファイルを生成する手順について説明する。なお、図2においては、ファイル生成部12は3次元表示制御情報と3次元画像データとを受け取るものとしたが、以下の説明では、より一般的に、ファイル生成部12は、3次元表示制御情報と3次元画像データの他に、2次元画像データも受け取るものとする。マルチメディア情報ファイルの生成手順1図39は、図2に示した画像データ記録装置100の処理のフローを説明するためのフローチャートである。図39および図2を参照して、画像データ記録装置100は、外部から、マルチメディア情報生成のために必要なパラメータ、3次元画像データ、2次元画像データを受け取りステップS102、3次元表示制御情報生成部11は、外部から受け取った画像データに3次元画像データが含まれる場合ステップS104、3次元制御情報を生成するステップS106。ファイル生成部12は、3次元表示制御情報と3次元画像データおよび2次元画像データとを受け取り、マルチメディア情報ファイルを生成し出力するステップS108。なお、上記では入力として、3次元画像データおよび2次元画像データの2つの場合を説明したが、入力は最低1つあれば良い。また、逆に2つ以上の入力があっても良い。マルチメディア情報ファイルの生成手順2さらに、以下では、3次元表示制御情報の他に、撮影条件情報をマルチメディア情報ファイルに付加するための手順について説明する。図16において説明したとおり、マルチメディア情報ファイルには、3次元表示制御情報2の他に撮影条件情報42を付加してもよい。このような撮影条件に関するデータは、たとえば、図2に示した画像データ記録装置100の構成において、3次元表示制御情報生成部11にパラメータの一部として与えられる。以下でも、ファイル生成部12は、3次元表示制御情報と3次元画像データの他に、2次元画像データも受け取ることが可能なものとする。図40は、このような撮影条件情報を付加したマルチメディア情報ファイルの生成手順を説明するためのフローチャートである。以下、図40および図2を参照して、画像データ記録装置100は、外部から、マルチメディア情報生成のために必要なパラメータ、3次元画像データ、2次元画像データを受け取りステップS202、3次元表示制御情報生成部11は、外部から受け取った画像データに3次元画像データが含まれる場合ステップS204、3次元制御情報を生成するステップS206。一方、3次元表示制御情報生成部11は、外部から受け取った画像データに3次元画像データが含まれない場合は、処理をステップS212に移行する。さらに、3次元表示制御情報生成部11は、画像データに3次元画像データが含まれる場合に、撮影条件に関するデータがパラメータとして与えられたときはステップS208、上述した3次元表示制御情報2に加えて、撮影条件に関するデータを符号化して、上述したような撮影条件情報42を生成し、ファイル生成部12に与えるステップS210。ファイル生成部12は、パラメータとして与えられたデータに含まれる情報に応じて、3次元表示制御情報2の他に、撮影条件情報42と3次元画像データ3の両方もしくは3次元画像データあるいは2次元画像データの一方を少なくとも含むマルチメディア情報ファイルを作成するステップS212。このようにマルチメディア情報ファイルを構成することで、2次元画像データと3次元画像データが混在するマルチメディア情報を効率良く蓄積、伝送、管理することが可能となる。以上説明したとおり、本発明の画像データ生成装置、画像データ再生装置、および画像データ記録媒体によれば、3次元画像データと共に、3次元画像データを撮影した時の条件を示す撮影条件情報をマルチメディア情報ファイルとして記録または構成するので、3次元画像データに汎用性を持たせ、1種類のマルチメディア情報ファイルで様々な編集方式、検索方法に柔軟に対応することが可能となる。または、本発明によれば、カメラの配置に関する情報を効率的に記述することができる。また、カメラを格子状に配置する場合も、適切に表現することができる。または、本発明の画像データ生成装置、画像データ記録方式または画像データ記録媒体によれば、3次元画像データと共に、3次元画像データを表示するための3次元画像表示制御情報をマルチメディア情報ファイルとして記録または構成するので、3次元画像データに汎用性を持たせ、1種類のマルチメディア情報ファイルで様々な3次元表示方式に柔軟に対応することが可能となる。または、本発明の画像データ再生装置によれば、マルチメディア情報ファイル中に含まれる3次元画像表示制御情報を解析することにより、3次元画像データを表示方法に合わせて適切に変換し、正しく表示することが可能となる。または、本発明によれば、3次元画像表示制御情報に3次元画像データの視点数を示す情報を含めることで、様々な視点数を持つ3次元画像データを、汎用性のあるマルチメディア情報ファイルとして記録、再生または構成することが可能となる。あるいは、本発明によれば、3次元画像表示制御情報に3次元画像データがどの視点位置のデータであるかを示す情報を含めることで、3次元画像データが複数のストリームとして記録されていても、1つのストリームとして記録されていても適切にデータを変換することが可能となる。あるいは、本発明によれば、3次元画像表示制御情報に3次元画像データの間引き方向を示す情報を含めることで、表示する際のデータ復元を正しく行うことが可能となる。あるいは、本発明によれば、3次元画像表示制御情報に3次元画像データを撮影したカメラの配置を示す情報を含めることで、適切な視点補間や3次元モデル構築が可能となる。あるいは、本発明によれば、3次元画像表示制御情報に3次元画像データの視差をずらす際の最大ずらし量を示す情報を含めることで、画像の作成者が是非見てもらいたいと思っているものが表示されなくなる事態の発生を防ぐことが可能となる。あるいは、本発明によれば、3次元画像表示制御情報に3次元画像データの画像周辺に枠を表示するか否かを示す情報を含めることで、マルチメディア情報ファイルの作成者が枠画像を表示するか否かを選択することが可能となる。あるいは、本発明によれば、3次元画像表示制御情報に3次元画像データの画像周辺に表示する枠画像データを示す情報を含めることで、3次元画像データに応じて適切な枠画像を表示することが可能となる。または、本発明の画像データ生成装置または画像データ記録媒体によれば、以下に列挙する効果のうち、1つまたはそれらを2つ以上組み合わせた効果を奏することができる。すなわち、1本発明によれば、3次元画像データと共に、3次元画像データを撮影した時の条件を示す撮影条件情報をマルチメディア情報ファイルとして記録または構成するので、3次元画像データに汎用性を持たせ、1種類のマルチメディア情報ファイルで様々な編集方式、検索方法に柔軟に対応することが可能となる。また、視点補間や3次元モデル構築を適切に行うことが可能となる。2本発明によれば、カメラアダプタを用いて複数視点の画像を得る場合であっても、カメラを複数台用いる場合と同様に撮影条件を記述することが可能となる。3本発明によれば、3次元画像表示制御情報あるいは撮影条件情報をアフレコの容易なサブコード領域に記録することにより、編集の利便性を高めることが可能となる。4本発明によれば、3次元画像表示制御情報あるいは撮影条件情報をまとめて画像記録領域に記録することにより、取り扱いを簡易にすることが可能となる。5本発明によれば、3次元画像表示制御情報あるいは撮影条件情報をサブコード領域と画像記録領域の両方に記録しておくことにより、アフレコ時の上書きによるデータ消失を防ぐことが可能となる。この発明を詳細に説明し示してきたが、これは例示のためのみであって、限定となってはならず、発明の精神と範囲は添付の請求の範囲によってのみ限定されることが明らかに理解されるであろう。