"メインビュービデオストリーム、サブビュービデオストリーム、メインビューグラフィックスストリーム、及びサブビューグラフィックスストリームが記録された記録媒体であって、前記メインビュービデオストリームは、平面視映像を構成するメインビューピクチャを含み、前記メインビューグラフィックスストリームは、立体視グラフィックス映像のメインビューを構成するグラフィックスデータを含み、前記サブビューグラフィックスストリームは、立体視グラフィックス映像のサブビューを構成するグラフィックスデータを含み、前記サブビュービデオストリームは、前記メインビューピクチャの構成する平面視映像と同じ平面視映像を構成するピクチャを含む記録媒体。記録媒体から映像を再生するための再生装置であって、前記記録媒体には、メインビュービデオストリーム、サブビュービデオストリーム、メインビューグラフィックスストリーム、及びサブビューグラフィックスストリームが記録されており、前記メインビュービデオストリームは、平面視映像を構成するメインビューピクチャを含み、前記メインビューグラフィックスストリームは、立体視グラフィックス映像のメインビューを構成するグラフィックスデータを含み、前記サブビューグラフィックスストリームは、立体視グラフィックス映像のサブビューを構成するグラフィックスデータを含み、前記サブビュービデオストリームは、前記メインビューピクチャの構成する平面視映像と同じ平面視映像を構成するピクチャを含み、前記記録媒体から、前記メインビュービデオストリーム、前記サブビュービデオストリーム、前記メインビューグラフィックスストリーム、及び前記サブビューグラフィックスストリームを読み出す読み出し部と、前記読み出し部によって読み出されたストリームを復号する復号部と、前記復号部によって復号された平面視映像と立体視グラフィックス映像とを重畳する重畳部と、を備えた再生装置。映像コンテンツは一般に、ビデオストリームの他に、字幕及び対話画面等のグラフィックス映像を表すグラフィックスストリームを含む。3D映像コンテンツから再生される映像では、それらのグラフィックス映像も3次元化される。ここで、その3次元化の手法には2プレーンモードと1プレーンオフセットモードとがある。2プレーンモードの3D映像コンテンツは、レフトビューとライトビューとの各グラフィックス映像を表すグラフィックスストリームの対を含む。2プレーンモードの再生装置は、各グラフィックスストリームから個別にレフトビューとライトビューとのグラフィックスプレーンを生成する。1プレーンオフセットモードの3D映像コンテンツは、2Dグラフィックス映像を表すグラフィックスストリームと、それに対するオフセット情報とを含む。1プレーンオフセットモードの再生装置は、まずグラフィックスストリームから一つのグラフィックスプレーンを生成し、次にオフセット情報に従ってそのグラフィックスプレーンに水平方向のオフセットを与える。それにより、そのグラフィックスストリームからレフトビューとライトビューとのグラフィックスプレーンの対が生成される。いずれのモードでも、表示装置の画面にはレフトビューとライトビューとのグラフィックス映像が交互に表示される。その結果、視聴者にはそれらのグラフィックス映像が3D映像として見える。従来の3D映像コンテンツのデータ構造では、1プレーンオフセットモードのコンテンツはグラフィックスストリームとオフセット情報とを別のファイルとして含む。その場合、1プレーンオフセットモードの再生装置は、それらのファイルを個別に処理し、得られたデータに基づいてレフトビューとライトビューとのグラフィックス映像の対を再生する。ここで、それらのグラフィックス映像の再生品質を更に向上させるには、グラフィックスストリームとオフセット情報との間の対応関係が更に確実に維持されなければならない。しかし、各ファイルの処理は互いに非同期で行われる。一方、グラフィックス映像とオフセット情報とは一般にフレーム周期で変更される。更に、一つのシーンにはグラフィックス映像が一般に複数存在する。従って、グラフィックスストリームとオフセット情報とを別のファイルとして含むデータ構造では、それらの間の対応関係を更に確実に維持することは困難である。その結果、3Dグラフィックス映像の再生品質を更に向上させることは困難である。その上、1プレーンオフセットモードの再生装置の内蔵メモリには、オフセット情報を収めたファイルを展開するのに十分な容量が必要である。しかし、グラフィックスストリーム一つ当たりのオフセット情報の総量は大きいので、3D映像コンテンツが多様なグラフィックスストリームを含む場合、上記のファイルのサイズは急激に増大する。その結果、内蔵メモリの容量を更に削減することは困難である。1プレーンオフセットモードの再生装置が一つのグラフィックスプレーンに大きなオフセットを与えて一対のグラフィックスプレーンを生成する場合、その対の一方の左端部又は右端部に、他方の右端部又は左端部には含まれない領域が生じ得る。また、実際の3D映像コンテンツの表すレフトビューとライトビューとでは一般に視野がずれているので、一方の周縁部に、他方の周縁部には含まれない領域が生じ得る。それらの領域は視聴者の片目にしか映らないので、視聴者に違和感を与える危険性がある。その結果、3D映像の画質を更に向上させることは困難である。一方、コンテンツプロバイダの間では次のような3D映像コンテンツに対する要望が高まっている:そのコンテンツでは、2D映像に重ねられるグラフィックス映像のみが3次元化されている。しかし、従来の3D映像技術ではそのようなコンテンツは想定されていない。従って、再生装置にそのようなコンテンツから3D映像を十分な高画質で再生させることは困難である。本発明の目的は上記の問題点を解決することにあり、特に再生装置に、ビデオストリームの表す映像と共に3Dグラフィックス映像を、更に高画質で再生させることのできる記録媒体を提供することにある。本発明による記録媒体には、メインビュービデオストリーム、サブビュービデオストリーム、メインビューグラフィックスストリーム、及びサブビューグラフィックスストリームが記録されている。メインビュービデオストリームは、平面視映像を構成するメインビューピクチャを含む。メインビューグラフィックスストリームは、立体視グラフィックス映像のメインビューを構成するグラフィックスデータを含む。サブビューグラフィックスストリームは、立体視グラフィックス映像のサブビューを構成するグラフィックスデータを含む。サブビュービデオストリームは、メインビューピクチャの構成する平面視映像と同じ平面視映像を構成するピクチャを含む。本発明による記録媒体では、サブビュービデオストリームの表す平面視映像は、メインビュービデオストリームの表す平面視映像と等しい。従って、3D再生装置がその記録媒体に対して通常の再生動作を行えば、ビデオストリームからは2D映像が再生されると共に、グラフィックスストリームからは3Dグラフィックス映像が再生される。こうして、再生装置に、ビデオストリームの表す映像と共に3Dグラフィックス映像を、更に高画質で再生させることができる。以下、本発明の好適な実施形態に係る記録媒体及び再生装置について、図面を参照しながら説明する。《実施形態1》図1は、本発明の実施形態1による記録媒体を使用するホームシアターシステムを示す模式図である。このホームシアターシステムは、視差映像を用いた3D映像立体視映像の再生方式を採用し、特に表示方式として継時分離方式を採用している詳細は《補足》参照。図1を参照するに、このホームシアターシステムは記録媒体101を再生対象とし、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。記録媒体101は読み出し専用ブルーレイディスク登録商標BD:Blu-rayDisc、すなわちBD-ROMディスクである。記録媒体101はその他の可搬性記録媒体、例えば、DVD等の他方式による光ディスク、リムーバブルハードディスクドライブHDD、又はSDメモリカード等の半導体メモリ装置であってもよい。その記録媒体、すなわちBD-ROMディスク101は3D映像による映画コンテンツを格納している。このコンテンツは、その3D映像のレフトビューとライトビューとのそれぞれを表すビデオストリームを含む。そのコンテンツは更に、その3D映像のデプスマップを表すビデオストリームを含んでいてもよい。それらのビデオストリームは、後述のようにデータブロック単位でBD-ROMディスク101上に配置され、後述のファイル構造を利用してアクセスされる。レフトビュー又はライトビューを表すビデオストリームは、2D再生装置と3D再生装置とのそれぞれにより、そのコンテンツを2D映像として再生するのに利用される。一方、レフトビューとライトビューとのそれぞれを表すビデオストリームの対、又は、レフトビュー若しくはライトビューのいずれかとデプスマップとのそれぞれを表すビデオストリームの対は、3D再生装置により、そのコンテンツを3D映像として再生するのに利用される。再生装置102はBD-ROMドライブ121を搭載している。BD-ROMドライブ121はBD-ROM方式に準拠の光ディスクドライブである。再生装置102はBD-ROMドライブ121を利用して、BD-ROMディスク101からコンテンツを読み込む。再生装置102は更にそのコンテンツを映像データ/音声データに復号する。ここで、再生装置102は3D再生装置であり、そのコンテンツを2D映像と3D映像とのいずれとしても再生可能である。以下、2D映像と3D映像とのそれぞれを再生するときの再生装置102の動作モードを2D再生モード、3D再生モードという。2D再生モードでは、映像データはレフトビュー又はライトビューのいずれか一方の映像フレームを含む。3D再生モードでは、映像データはレフトビューとライトビューとの両方の映像フレームを含む。3D再生モードは更に、レフト/ライトL/Rモードとデプスモードとに分けられる。L/Rモードでは、レフトビューとライトビューとのそれぞれを表すビデオストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。デプスモードでは、レフトビュー又はライトビューのいずれかとデプスマップとのそれぞれを表すビデオストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。再生装置102はL/Rモードを備える。再生装置102は更に、デプスモードを備えていてもよい。再生装置102はHDMIHigh-DefinitionMultimediaInterfaceケーブル122で表示装置103に接続されている。再生装置102は映像データ/音声データをHDMI方式の映像信号/音声信号に変換し、HDMIケーブル122を通して表示装置103に伝送する。2D再生モードでは、映像信号にはレフトビュー又はライトビューのいずれか一方の映像フレームが多重化されている。3D再生モードでは、映像信号にはレフトビューとライトビューとの両方の映像フレームが時分割で多重化されている。再生装置102は更に、HDMIケーブル122を通して表示装置103との間でCECメッセージを交換する。それにより、再生装置102は、3D映像の再生に対応可能か否かを表示装置103に問い合わせることができる。表示装置103は液晶ディスプレイである。表示装置103はその他に、プラズマディスプレイ及び有機ELディスプレイ等、他方式のフラットパネルディスプレイ又はプロジェクタであってもよい。表示装置103は、映像信号に従って画面131上に映像を表示し、音声信号に従って内蔵のスピーカから音声を発生させる。表示装置103は3D映像の再生に対応可能である。2D映像の再生時、画面131上にはレフトビュー又はライトビューのいずれか一方が表示される。3D映像の再生時、画面131上にはレフトビューとライトビューとが交互に表示される。表示装置103は左右信号送信部132を含む。左右信号送信部132は左右信号LRを赤外線又は無線でシャッター眼鏡104へ送出する。左右信号LRは、現時点で画面131に表示される映像がレフトビューとライトビューとのいずれであるのかを示す。3D映像の再生時、表示装置103は、映像信号に付随する制御信号からレフトビューフレームとライトビューフレームとを識別することによってフレームの切り換えを検知する。表示装置103は更に左右信号送信部132に、検知されたフレームの切り換えに同期して左右信号LRを変化させる。シャッター眼鏡104は二枚の液晶表示パネル141L、141Rと左右信号受信部142とを含む。各液晶表示パネル141L、141Rは左右の各レンズ部分を構成している。左右信号受信部142は左右信号LRを受信し、その変化に応じて左右の液晶表示パネル141L、141Rに信号を送る。各液晶表示パネル141L、141Rはその信号に応じて、光をその全体で一様に透過させ、又は遮断する。特に左右信号LRがレフトビューの表示を示すとき、左目側の液晶表示パネル141Lは光を透過させ、右目側の液晶表示パネル141Rは光を遮断する。左右信号LRがライトビューの表示を示すときはその逆である。このように、二枚の液晶表示パネル141L、141Rはフレームの切り換えと同期して交互に光を透過させる。その結果、視聴者がシャッター眼鏡104をかけて画面131を見たとき、レフトビューはその視聴者の左目だけに映り、ライトビューはその右目だけに映る。そのとき、その視聴者には、各目に映る映像間の違いが同じ立体に対する両眼視差として知覚されるので、その映像が立体的に見える。リモコン105は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、BD-ROMディスク101の再生開始若しくは停止等、再生装置102又は表示装置103の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンの識別情報を信号で送信部に伝える。送信部はその信号を赤外線又は無線による信号IRに変換して再生装置102又は表示装置103へ送出する。一方、再生装置102と表示装置103とはそれぞれ、その信号IRを受信し、その信号IRの示すボタンを特定し、そのボタンに対応付けられた機能を実行する。こうして、ユーザは再生装置102又は表示装置103を遠隔操作できる。<BD-ROMディスク上のデータ構造>図2は、BD-ROMディスク101上のデータ構造を示す模式図である。図2を参照するに、BD-ROMディスク101上のデータ記録領域の最内周部にはBCABurstCuttingArea201が設けられている。BCAに対してはBD-ROMドライブ121によるアクセスのみが許可され、アプリケーションプログラムによるアクセスは禁止される。それにより、BCA201は著作権保護技術に利用される。BCA201よりも外側のデータ記録領域では内周から外周へ向けてトラックが螺旋状に延びている。図2にはトラック202が模式的に横方向に引き伸ばされて描かれている。その左側はディスク101の内周部を表し、右側は外周部を表す。図2に示されているように、トラック202は内周から順に、リードイン領域202A、ボリューム領域202B、及びリードアウト領域202Cを含む。リードイン領域202AはBCA201のすぐ外周側に設けられている。リードイン領域202Aは、ボリューム領域202Bに記録されたデータのサイズ及び物理アドレス等、BD-ROMドライブ121によるボリューム領域202Bへのアクセスに必要な情報を含む。リードアウト領域202Cはデータ記録領域の最外周部に設けられ、ボリューム領域202Bの終端を示す。ボリューム領域202Bは、映像及び音声等のアプリケーションデータを含む。ボリューム領域202Bはセクタと呼ばれる小領域202Dに分割されている。セクタのサイズは共通であり、例えば2048バイトである。各セクタ202Dにはボリューム領域202Bの先端から順に通し番号が振られている。この通し番号は論理ブロック番号LBNと呼ばれ、BD-ROMディスク101上の論理アドレスに利用される。BD-ROMディスク101からのデータの読み出しでは、宛先のセクタのLBNが指定されることによって読み出し対象のデータが特定される。こうして、ボリューム領域202Bはセクタ単位でアクセス可能である。更に、BD-ROMディスク101上では論理アドレスが物理アドレスと実質的に等しい。特に、LBNが連続している領域では物理アドレスも実質的に連続している。従って、BD-ROMドライブ121は、LBNが連続しているセクタからデータを、その光ピックアップにシークを行わせることなく連続して読み出すことができる。ボリューム領域202Bに記録されたデータは所定のファイルシステムで管理される。そのファイルシステムとしてはUDFUniversalDiscFormatが採用されている。そのファイルシステムはその他にISO9660であってもよい。そのファイルシステムに従い、ボリューム領域202Bに記録されたデータはディレクトリ/ファイル形式で表現される詳細は《補足》参照。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。≪BD-ROMディスク上のディレクトリ/ファイル構造≫図2は更に、BD-ROMディスク101のボリューム領域202Bに格納されたデータのディレクトリ/ファイル構造を示す。図2を参照するに、このディレクトリ/ファイル構造では、ルートROOTディレクトリ203の直下にBDムービーBDMV:BDMovieディレクトリ210が置かれている。BDMVディレクトリ210の直下には、インデックスファイルindexbdmv211とムービーオブジェクトファイルMovieObjectbdmv212とが置かれている。インデックスファイル211は、BD-ROMディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックステーブルを含む。インデックステーブルは、そのコンテンツを構成するタイトルと、再生装置102の動作を制御するためのプログラムとの間の対応表である。そのプログラムをオブジェクトという。オブジェクトの種類にはムービーオブジェクトとBD-JBDJava登録商標オブジェクトとがある。ムービーオブジェクトファイル212は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーションコマンドの列を含む。ナビゲーションコマンドは、一般的なDVDプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーションコマンドの種類には、例えば、タイトルに対応するプレイリストファイルの読み出し命令、プレイリストファイルの示すAVストリームファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーションコマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーションコマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーションコマンドを列の順に実行する。それにより、再生装置102は一般的なDVDプレーヤと同様に、まず表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始/停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。図2を更に参照するに、BDMVディレクトリ210の直下には、プレイリストPLAYLISTディレクトリ220、クリップ情報CLIPINFディレクトリ230、ストリームSTREAMディレクトリ240、BD-JオブジェクトBDJO:BDJavaObjectディレクトリ250、JavaアーカイブJAR:JavaArchiveディレクトリ260、及び補助データAUXDATA:AuxiliaryDataディレクトリ270が置かれている。STREAMディレクトリ240の直下には、三種類のAVストリームファイル01000m2ts241、02000m2ts242、03000m2ts243、及び、立体視インターリーブファイルSSIF:StereoscopicInterleavedFileディレクトリ244が置かれている。SSIFディレクトリ244の直下には、二種類のAVストリームファイル01000ssif244A、02000ssif244Bが置かれている。AVストリームファイルは、BD-ROMディスク101上に記録された映像コンテンツの本体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの本体とは一般に、映像音声字幕等を表す各種のストリームデータ、すなわちエレメンタリストリームが多重化されたストリームデータを意味する。この多重化ストリームデータは、メイントランスポートストリームTS、サブTS、及びテキスト字幕ストリームの三種類に大別される。メインTSは、プライマリビデオストリームとしてベースビュービデオストリームを含む多重化ストリームデータをいう。ベースビュービデオストリームは、単独で再生可能であって、2D映像を表すビデオストリームをいう。この2D映像をベースビュー又はメインビューという。サブTSは、プライマリビデオストリームとしてディペンデントビュービデオストリームを含む多重化ストリームデータをいう。ディペンデントビュービデオストリームは、その再生にベースビュービデオストリームを必要とし、そのベースビュービデオストリームとの組み合わせで3D映像を表すビデオストリームをいう。ディペンデントビュービデオストリームの種類には、ライトビュービデオストリーム、レフトビュービデオストリーム、及び、デプスマップストリームがある。ライトビュービデオストリームは、ベースビューが3D映像のレフトビューであるときに、その3D映像のライトビューを表すビデオストリームである。レフトビュービデオストリームはその逆である。デプスマップストリームは、ベースビューが仮想的な2D画面への3D映像の射影であるときに、その3D映像のデプスマップを表すストリームデータである。特に、ベースビューが3D映像のレフトビューであるときに利用されるデプスマップストリームをレフトビューデプスマップストリームといい、ベースビューがライトビューであるときに利用されるデプスマップストリームをライトビューデプスマップストリームという。ディペンデントビュービデオストリームの表す2D映像又はデプスマップをディペンデントビュー又はサブビューという。テキスト字幕ストリームtextSTSubTitlestreamは、所定の言語で記述された映画の字幕をテキスト文字列で表すストリームデータをいう。テキスト文字列は、字幕に含まれる各文字を特定の符号キャラクタコードで表したデータ列である。テキスト字幕ストリームは他のTSとは異なり、一つのエレメンタリストリームのみを含む。AVストリームファイルは、内蔵の多重化ストリームデータの種類に依って、ファイル2D、ファイルディペンデント以下、ファイルDEPと略す。、テキスト字幕ファイル、及びインターリーブファイル以下、ファイルSSと略す。の四種類に分けられる。ファイル2Dは、2D再生モードでの2D映像の再生に利用されるAVストリームファイルであって、メインTSを含むものをいう。ファイルDEPは、サブTSを含むAVストリームファイルをいう。テキスト字幕ファイルは、テキスト字幕ストリームを含むAVストリームファイルをいう。ファイルSSは、同じ3D映像を表すメインTSとサブTSとの対を含むAVストリームファイルをいう。ファイルSSは特に、メインTSをいずれかのファイル2Dと共有し、サブTSをいずれかのファイルDEPと共有する。すなわち、BD-ROMディスク101のファイルシステムでは、メインTSはファイルSSとファイル2Dとのいずれとしてもアクセス可能であり、サブTSはファイルSSとファイルDEPとのいずれとしてもアクセス可能である。このように、BD-ROMディスク101上に記録された一連のデータを異なるファイルに共有させ、いずれのファイルとしてもアクセス可能にする仕組みをファイルのクロスリンクという。図2に示されている例では、第1AVストリームファイル01000m2ts241はファイル2Dであり、第2AVストリームファイル02000m2ts242はファイルDEPであり、第3AVストリームファイル03000m2ts243はテキスト字幕ファイルである。このように、ファイル2D、ファイルDEP、及びテキスト字幕ファイルはSTREAMディレクトリ240の直下に置かれる。第1AVストリームファイルすなわちファイル2D241の含むベースビュービデオストリームは3D映像のレフトビューを表す。第2AVストリームファイルすなわちファイルDEP242の含むディペンデントビュービデオストリームは、ライトビュービデオストリームとデプスマップストリームとの両方を含む。図2に示されている例では更に、第4AVストリームファイル01000ssif244Aと第5AVストリームファイル02000ssif244BとはいずれもファイルSSである。このように、ファイルSSはSSIFディレクトリ244の直下に置かれる。第4AVストリームファイル、すなわち第1ファイルSS244Aはファイル2D241とはメインTS、特にベースビュービデオストリームを共有し、ファイルDEP242とはサブTS、特にライトビュービデオストリームを共有する。第5AVストリームファイル、すなわち第2ファイルSS244Bはファイル2D241とはメインTS、特にベースビュービデオストリームを共有し、ファイルDEP242とはサブTS、特にデプスマップストリームを共有する。CLIPINFディレクトリ230には、三種類のクリップ情報ファイル01000clpi231、02000clpi232、03000clpi233が置かれている。クリップ情報ファイルは、ファイル2D、ファイルDEP、及びテキスト字幕ファイルに一対一に対応付けられたファイルであって、特に各ファイルのエントリマップを含むものをいう。エントリマップは、各ファイルの表すシーン又は字幕の表示時間と、そのシーン又は字幕が記録された各ファイル内のアドレスとの間の対応表である。クリップ情報ファイルのうち、ファイル2Dに対応付けられているものを2Dクリップ情報ファイルといい、ファイルDEPに対応付けられているものをディペンデントビュークリップ情報ファイルという。図2に示されている例では、第1クリップ情報ファイル01000clpi231は2Dクリップ情報ファイルであり、ファイル2D241に対応付けられている。第2クリップ情報ファイル02000clpi232はディペンデントビュークリップ情報ファイルであり、ファイルDEP242に対応付けられている。第3クリップ情報ファイル03000clpi233はテキスト字幕ファイル243に対応付けられている。PLAYLISTディレクトリ220には三種類のプレイリストファイル00001mpls221、00002mpls222、00003mpls223が置かれている。プレイリストファイルは、AVストリームファイルの再生経路、すなわちAVストリームファイルの再生対象の部分とその再生順序とを規定するファイルをいう。プレイリストファイルの種類には2Dプレイリストファイルと3Dプレイリストファイルとがある。2Dプレイリストファイルはファイル2Dの再生経路を規定する。3Dプレイリストファイルは、2D再生モードの再生装置に対してはファイル2Dの再生経路を規定し、3D再生モードの再生装置に対してはファイルSSの再生経路を規定する。図2に示されている例では、第1プレイリストファイル00001mpls221は2Dプレイリストファイルであり、ファイル2D241の再生経路を規定する。第2プレイリストファイル00002mpls222は3Dプレイリストファイルであり、2D再生モードの再生装置に対してはファイル2D241の再生経路を規定し、L/Rモードの3D再生装置に対しては第1ファイルSS244Aの再生経路を規定する。第3プレイリストファイル00003mpls223は3Dプレイリストファイルであり、2D再生モードの再生装置に対してはファイル2D241の再生経路を規定し、デプスモードの3D再生装置に対しては第2ファイルSS244Bの再生経路を規定する。BDJOディレクトリ250にはBD-JオブジェクトファイルXXXXXbdjo251が置かれている。BD-Jオブジェクトファイル251はBD-Jオブジェクトを一つ含む。BD-Jオブジェクトはバイトコードプログラムであり、再生装置102に実装されたJava仮想マシンにタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。BD-Jオブジェクトは、Java言語等のコンパイラ型言語で記述されている。BD-Jオブジェクトはアプリケーション管理テーブルと参照対象のプレイリストファイルの識別情報とを含む。アプリケーション管理テーブルは、Java仮想マシンに実行させるべきJavaアプリケーションプログラムとその実行時期、すなわちライフサイクルとの対応表である。参照対象のプレイリストファイルの識別情報は、再生対象のタイトルに対応するプレイリストファイルを識別するための情報である。Java仮想マシンはユーザの操作又はアプリケーションプログラムに従って各BD-Jオブジェクトを呼び出し、そのBD-Jオブジェクトに含まれるアプリケーション管理テーブルに従ってJavaアプリケーションプログラムを実行する。それにより、再生装置102は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置103にグラフィックス映像をタイトルの映像とは独立に表示させる。JARディレクトリ260にはJARファイルYYYYYjar261が置かれている。JARファイル261は、BD-Jオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきJavaアプリケーションプログラムの本体を一般に複数含む。Javaアプリケーションプログラムは、BD-Jオブジェクトと同様、Java言語等のコンパイラ型言語で記述されたバイトコードプログラムである。Javaアプリケーションプログラムの種類には、Java仮想マシンにタイトルの再生処理を実行させるもの、及びJava仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。JARファイル261はJavaアーカイブファイルであり、再生装置102に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にJavaアプリケーションプログラムが格納される。AUXDATAディレクトリ270には、フォントセット11111oft271が置かれている。フォントセット271は、テキスト字幕ストリームに関するフォント情報を含む。フォント情報は、キャラクタコード別に字体を表すラスタデータを含む。キャラクタコードは、例えば、数字、アルファベット、五十音の各文字に割り当てられている。フォントセットは、字体と言語との種類別に構成され、例えばOpenTypeフォントを含む。≪多重化ストリームデータの構造≫図3のaは、BD-ROMディスク101上のメインTSに多重化されたエレメンタリストリームの一覧表である。メインTSはMPEG-2トランスポートストリームTS形式のデジタルストリームであり、図2に示されているファイル2D241に含まれる。図3のaを参照するに、メインTSは、プライマリビデオストリーム301、プライマリオーディオストリーム302A、302B、及びプレゼンテーショングラフィックスPGストリーム303A、303Bを含む。メインTSはその他に、インタラクティブグラフィックスIGストリーム304、セカンダリオーディオストリーム305、及びセカンダリビデオストリーム306を含んでもよい。プライマリビデオストリーム301は映画の主映像を表し、セカンダリビデオストリーム306は副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャインピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。プライマリビデオストリーム301とセカンダリビデオストリーム306とはいずれもベースビュービデオストリームである。各ビデオストリーム301、306は、MPEG-2、MPEG-4AVC、又はSMPTEVC-1等の動画圧縮符号化方式で符号化されている。プライマリオーディオストリーム302A、302Bは映画の主音声を表す。ここで、二つのプライマリオーディオストリーム302A、302Bの間では言語が異なる。セカンダリオーディオストリーム305は、対話画面の操作に伴う効果音等、主音声と重ね合わされるべきミキシングされるべき副音声を表す。各オーディオストリーム302A、302B、305は、AC-3、ドルビーデジタルプラスDolbyDigitalPlus:ドルビーデジタルは登録商標、MLPMeridianLosslessPacking:登録商標、DTSDigitalTheaterSystem:登録商標、DTS-HD、又はリニアPCMPulseCodeModulation等の方式で符号化されている。各PGストリーム303A、303Bは、グラフィックスによる字幕等、プライマリビデオストリーム301の表す映像に重ねて表示されるべきグラフィックス映像を表す。二つのPGストリーム303A、303Bの間では、例えば字幕の言語が異なる。IGストリーム304は、表示装置103の画面131上に対話画面を構成するためのグラフィックスユーザインタフェースGUI用のグラフィックス部品及びその配置を表す。エレメンタリストリーム301-306はパケット識別子PIDによって識別される。PIDの割り当ては例えば次のとおりである。一つのメインTSはプライマリビデオストリームを一本のみ含むので、プライマリビデオストリーム301には16進数値0x1011が割り当てられる。一つのメインTSに他のエレメンタリストリームが種類ごとに最大32本まで多重化可能であるとき、プライマリオーディオストリーム302A、302Bには0x1100から0x111Fまでのいずれかが割り当てられる。PGストリーム303A、303Bには0x1200から0x121Fまでのいずれかが割り当てられる。IGストリーム304には0x1400から0x141Fまでのいずれかが割り当てられる。セカンダリオーディオストリーム305には0x1A00から0x1A1Fまでのいずれかが割り当てられる。セカンダリビデオストリーム306には0x1B00から0x1B1Fまでのいずれかが割り当てられる。図3のbは、BD-ROMディスク101上のサブTSに多重化されたエレメンタリストリームの一覧表である。サブTSはMPEG-2TS形式の多重化ストリームデータであり、図2に示されているファイルDEP242に含まれる。図3のbを参照するに、サブTSは二本のプライマリビデオストリーム311R、311Dを含む。その一方311Rはライトビュービデオストリームであり、他方311Dはデプスマップストリームである。そのライトビュービデオストリーム311Rは、メインTS内のプライマリビデオストリーム301が3D映像のレフトビューを表すとき、その3D映像のライトビューを表す。そのデプスマップストリーム311Dは、メインTS内のプライマリビデオストリーム301との組み合わせで3D映像を表す。サブTSはその他に、セカンダリビデオストリーム312R、312Dを含んでもよい。その一方312Rはライトビュービデオストリームであり、他方312Dはデプスマップストリームである。そのライトビュービデオストリーム312Rは、メインTS内のセカンダリビデオストリーム306が3D映像のレフトビューを表すとき、その3D映像のライトビューを表す。そのデプスマップストリーム312Dは、メインTS内のセカンダリビデオストリーム306との組み合わせで3D映像を表す。エレメンタリストリーム311R、...、312Dに対するPIDの割り当ては例えば次のとおりである。プライマリビデオストリーム311R、311Dにはそれぞれ、0x1012、0x1013が割り当てられる。一つのサブTSに他のエレメンタリストリームが種類別に最大32本まで多重化可能であるとき、セカンダリビデオストリーム312R、312Dには0x1B20から0x1B3Fまでのいずれかが割り当てられる。図3のcは、BD-ROMディスク101上のテキスト字幕ストリームに多重化されたエレメンタリストリームの一覧表である。テキスト字幕ストリームはMPEG-2TS形式のストリームデータである。図3の-Anに等しい。ここで、A0=0とする。一方、ディペンデントビューデータブロックDn1に含まれるソースパケットの数は、エクステント起点2420において、EXT2_ID=n1、nのそれぞれに対応するSPN間の差B-Bnに等しい。ここで、B0=0とする。3D再生モードの再生装置102は第1ファイルSS244Aから3D映像を再生するとき、各クリップ情報ファイル231、232のエントリマップとエクステント起点2242、2420とを利用する。それにより、再生装置102は、任意のシーンのライトビューを表すフレームのPTSから、そのフレームを含むディペンデントビューデータブロックが記録されたセクタのLBNを特定する。具体的には、再生装置102はまず、例えばディペンデントビュークリップ情報ファイル232のエントリマップから、そのPTSに対応付けられたSPNを検索する。仮に、そのSPNの示すソースパケットが、ファイルDEP242の3番目のディペンデントビューエクステントEXT22、すなわちディペンデントビューデータブロックD2に含まれる場合を想定する。再生装置102は次に、ディペンデントビュークリップ情報ファイル232のエクステント起点2420の示すSPN2422の中から、目標のSPN以下で最大のものB2と、それに対応するEXT2_ID2とを検索する。再生装置102は続いて、2Dクリップ情報ファイル231のエクステント起点2242から、そのEXT2_ID2と等しいEXT1_IDに対応するSPN2412の値A2を検索する。再生装置102は更に、検索されたSPNの和B2A2を求める。図24のeから理解されるように、その和B2A2は、エクステントSSEXTSS0の中で、3番目のディペンデントビューデータブロックD2よりも前に配置されたソースパケットの総数に等しい。従って、その和B2A2とソースパケット一つ当たりのデータ量192バイトとの積をセクタ一つ当たりのデータ量2048バイトで割ったときの商B2A2×192/2048は、エクステントSSEXTSS0の先頭から3番目のディペンデントビューデータブロックD2の直前までのセクタ数に等しい。この商を利用して第1ファイルSS244Aのファイルエントリを参照すれば、そのディペンデントビューデータブロックD2の先端が記録されたセクタのLBNを特定することができる。再生装置102は、上記のようにLBNを特定した後、そのLBNをBD-ROMドライブ121に指定する。それにより、そのLBNのセクタ以降に記録されたエクステントSSEXTSS0の部分、すなわち、3番目のディペンデントビューデータブロックD2以降のデータブロック群D2、B2、D3、B3、...が、アラインドユニット単位で読み出される。再生装置102は更にエクステント起点2242、2420を利用して、読み出されたエクステントSSからディペンデントビューデータブロックとベースビューデータブロックとを交互に抽出する。例えば、図24のeに示されているエクステントSSEXTSS0からデータブロック群Dn、Bnn=0、1、2、...が順番に読み出されるときを想定する。再生装置102はまず、エクステントSSEXTSS0の先頭からB1個のソースパケットを最初のディペンデントビューデータブロックD0として抽出する。再生装置102は次に、B1番目のソースパケットと、それに続くA1-1個のソースパケットとの計A1個のソースパケットを最初のベースビューデータブロックB0として抽出する。再生装置102は続いて、B1A1番目のソースパケットと、それに続くB2-B1-1個のソースパケットとの計B2-B1個のソースパケットを二番目のディペンデントビューデータブロックD1として抽出する。再生装置102は更に、A1B2番目のソースパケットと、それに続くA2-A1-1個のソースパケットとの計A2-A1個のソースパケットを二番目のベースビューデータブロックB1として抽出する。それ以降も再生装置102は同様に、読み出されるソースパケットの数からエクステントSS内のデータブロック間の境界を検出して、ディペンデントビューデータブロックとベースビューデータブロックとを交互に抽出する。抽出されたベースビューデータブロックとディペンデントビューデータブロックとはパラレルにシステムターゲットデコーダに渡されて復号される。こうして、3D再生モードの再生装置102は第1ファイルSS244Aから特定のPTS以降の3D映像を再生できる。その結果、再生装置102は、BD-ROMドライブ121の制御に関する上記の利点A、Bを実際に享受できる。≪ファイルベース≫図24のcは、3D再生モードの再生装置102によって第1ファイルSS244Aから抽出されたベースビューデータブロックB0、B1、B2、...を表す模式図である。図24のcを参照するに、それらのベースビューデータブロックBnn=0、1、2、...の含むソースパケット群に、先頭から順にSPNを割り当てたとき、各データブロックBnの先端に位置するソースパケットのSPNは、エクステント起点2242の示すSPN2412に等しい。それらのベースビューデータブロック群Bnのように、エクステント起点を利用して一つのファイルSSから抽出されるベースビューデータブロック群をファイルベースという。更に、ファイルベースに含まれるベースビューデータブロックをベースビューエクステントという。図24のeに示されているように、各ベースビューエクステントEXT10、EXT11、...はクリップ情報ファイル内のエクステント起点2242、2420によって参照される。ベースビューエクステントEXT1nは2DエクステントEXT2DnとベースビューデータブロックBnを共有する。従って、ファイルベースはファイル2Dと同じメインTSを含む。しかし、ベースビューエクステントEXT1nは2DエクステントEXT2Dnとは異なり、いずれのファイルのファイルエントリによっても参照されない。上記のとおり、ベースビューエクステントEXT1nは、クリップ情報ファイル内のエクステント起点を利用して、ファイルSS内のエクステントSSEXTSSから抽出される。このように、ファイルベースは本来のファイルとは異なり、ファイルエントリを含まず、かつ、ベースビューエクステントの参照にエクステント起点を必要とする。それらの意味で、ファイルベースは仮想的なファイルである。特にファイルベースはファイルシステムでは認識されず、図2に示されているディレクトリ/ファイル構造には現れない。図25は、BD-ROMディスク101上に記録された一つのエクステントブロック2500と、ファイル2D2510、ファイルベース2511、ファイルDEP2512、及びファイルSS2520の各エクステント群との間の対応関係を示す模式図である。図25を参照するに、エクステントブロック2500はディペンデントビューデータブロックDnとベースビューデータブロックBnとを含むn=...、0、1、2、3、...。ベースビューデータブロックBnは2DエクステントEXT2Dnとしてファイル2D2510に属する。ディペンデントビューデータブロックDnはディペンデントビューエクステントEXT2nとしてファイルDEP2512に属する。エクステントブロック2500の全体が一つのエクステントSSEXTSS0としてファイルSS2520に属する。従って、エクステントSSEXTSS0は、2DエクステントEXT2DnとはベースビューデータブロックBnを共有し、ディペンデントビューエクステントEXT2nとはディペンデントビューデータブロックDnを共有する。エクステントSSEXTSS0は再生装置102に読み込まれた後、ディペンデントビューデータブロックDnとベースビューデータブロックBnとに分離される。それらのベースビューデータブロックBnはベースビューエクステントEXT1nとしてファイルベース2511に属する。エクステントSSEXTSS0内でのベースビューエクステントEXT1nとディペンデントビューエクステントEXT2nとの間の境界は、ファイル2D2510とファイルDEP2512とのそれぞれに対応付けられたクリップ情報ファイル内のエクステント起点を利用して特定される。≪ディペンデントビュークリップ情報ファイル≫ディペンデントビュークリップ情報ファイルは、図22-24に示されている2Dクリップ情報ファイルとデータ構造が同様である。従って、以下の説明では、ディペンデントビュークリップ情報ファイルと2Dクリップ情報ファイルとの間の相違点に触れ、同様な点についての説明は上記の説明を援用する。ディペンデントビュークリップ情報ファイルは2Dクリップ情報ファイルとは主に次の二点i、iiで異なる:iストリーム属性情報に条件が課せられている;iiエントリポイントに条件が課せられている。iベースビュービデオストリームとディペンデントビュービデオストリームとがL/Rモードの再生装置102によって3D映像の再生に利用されるものであるとき、図7に示されているとおり、ディペンデントビュービデオストリームはベースビュービデオストリームを利用して圧縮されている。そのとき、ディペンデントビュービデオストリームはベースビュービデオストリームとビデオストリーム属性が等しい。ここで、ベースビュービデオストリームに関するビデオストリーム属性情報は2Dクリップ情報ファイルのストリーム属性情報2220内でPID=0x1011に対応付けられている。一方、ディペンデントビュービデオストリームに関するビデオストリーム属性情報はディペンデントビュークリップ情報ファイルのストリーム属性情報内でPID=0x1012又は0x1013に対応付けられている。従って、それらのビデオストリーム属性情報間では、図22に示されている各項目、すなわち、コーデック、解像度、アスペクト比、及びフレームレートが一致しなければならない。コーデックの種類が一致していれば、ベースビューピクチャとディペンデントビューピクチャとの間に符号化での参照関係が成立するので、各ピクチャを復号することができる。解像度、アスペクト比、及びフレームレートがいずれも一致していれば、左右の映像の画面表示を同期させることができる。それ故、それらの映像を3D映像として視聴者に違和感を与えることなく見せることができる。iiディペンデントビュークリップ情報ファイルのエントリマップは、ディペンデントビュービデオストリームに割り当てられたテーブルを含む。そのテーブルは、図23のaに示されているテーブル2300と同様に、エントリマップヘッダとエントリポイントとを含む。エントリマップヘッダは、対応するディペンデントビュービデオストリームのPID、すなわち0x1012又は0x1013を示す。各エントリポイントは一対のPTSとSPNとを一つのEP_IDに対応付けている。各エントリポイントのPTSは、ディペンデントビュービデオストリームに含まれるいずれかのGOPの先頭のピクチャのPTSと等しい。各エントリポイントのSPNは、同じエントリポイントに属するPTSの示すピクチャが格納されたソースパケット群の先頭のSPNに等しい。ここで、SPNは、ファイルDEPに属するソースパケット群、すなわちサブTSを構成するソースパケット群に先頭から順に割り当てられた通し番号を意味する。各エントリポイントのPTSは、2Dクリップ情報ファイルのエントリマップのうち、ベースビュービデオストリームに割り当てられたテーブル内のエントリポイントのPTSと一致しなければならない。すなわち、同じ3DVAUに含まれる一対のピクチャの一方を含むソースパケット群の先頭にエントリポイントが設定されているときは常に、他方を含むソースパケット群の先頭にもエントリポイントが設定されていなければならない。図26は、ベースビュービデオストリーム2610とディペンデントビュービデオストリーム2620とに設定されたエントリポイントの例を示す模式図である。各ビデオストリーム2610、2620では、先頭から数えて同じ順番のGOPが同じ再生期間の映像を表す。図26を参照するに、ベースビュービデオストリーム2610では、先頭から数えて奇数番目に位置するGOP1、GOP3、GOP5の各先頭にエントリポイント2601B、2603B、2605Bが設定されている。それに併せて、ディペンデントビュービデオストリーム2620でも、先頭から数えて奇数番目に位置するGOP1、GOP3、GOP5の各先頭にエントリポイント2601D、2603D、2605Dが設定されている。その場合、再生装置102は、例えばGOP3から3D映像の再生を開始するとき、対応するエントリポイント2603B、2603DのSPNからファイルSS内の再生開始位置のSPNを直ちに算定できる。特にエントリポイント2603B、2603Dがいずれもデータブロックの先端に設定されているとき、図24のeから理解されるとおり、エントリポイント2603B、2603DのSPNの和がファイルSS内の再生開始位置のSPNに等しい。図24のeの説明で述べたとおり、そのソースパケットの数からは、ファイルSS内の再生開始位置の部分が記録されたセクタのLBNを算定することができる。こうして、3D映像の再生においても、飛び込み再生等、ビデオストリームのランダムアクセスを要する処理の応答速度を向上させることができる。≪2Dプレイリストファイル≫図27は、2Dプレイリストファイルのデータ構造を示す模式図である。図2に示されている第1プレイリストファイル00001mpls221はこのデータ構造を持つ。図27を参照するに、2Dプレイリストファイル221はメインパス2701と二つのサブパス2702、2703とを含む。メインパス2701はプレイアイテム情報PIの配列であり、ファイル2D241の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各PIは固有のプレイアイテムID=NN=1、2、3、...で識別される。各PINは主要な再生経路の異なる再生区間を一対のPTSで規定する。その対の一方はその再生区間の開始時刻In-Timeを表し、他方は終了時刻Out-Timeを表す。更に、メインパス2701内でのPIの順序は、再生経路内での、対応する再生区間の順序を表す。各サブパス2702、2703はサブプレイアイテム情報SUB_PIの配列であり、ファイル2D241の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、ファイル2D241のうち、メインパス2701の表す部分とは別の部分とその再生順とを意味する。その他に、その再生経路は、ファイル2D241とは別のファイル2Dに多重化されたストリームデータの再生対象部分とその再生順とを意味してもよい。その再生経路の意味するストリームデータは、メインパス2701に従ってファイル2D241から再生される2D映像と同時に再生されるべき別の2D映像を表す。その別の2D映像は、例えば、ピクチャインピクチャ方式における副映像、ブラウザ画面、ポップアップメニュー、又は字幕を含む。特にテキスト字幕ファイルに対する再生経路は、サブパスによって規定される。サブパス2702、2703には、2Dプレイリストファイル221への登録順に通し番号0、1が振られている。その通し番号はサブパスIDとして、各サブパス2702、2703の識別に利用される。各サブパス2702、2703ではSUB_PIが固有のサブプレイアイテムID=MM=1、2、3、...で識別される。各SUB_PIMは、再生経路の異なる再生区間を一対のPTSで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス2702、2703内でのSUB_PIの順序は、再生経路内での、対応する再生区間の順序を表す。図28は、PINのデータ構造を示す模式図である。図28を参照するに、PINは、参照クリップ情報2801、再生開始時刻In_Time2802、再生終了時刻Out_Time2803、コネクションコンディション2804、及びストリーム選択テーブル以下、STNStreamNumberテーブルと略す。2805を含む。参照クリップ情報2801は、2Dクリップ情報ファイル231を識別するための情報である。再生開始時刻2802と再生終了時刻2803とは、ファイル2D241の再生対象部分の先端と後端との各PTSを示す。コネクションコンディション2804は、再生開始時刻2802と再生終了時刻2803とによって規定された再生区間での映像を、一つ前のPIN-1によって規定された再生区間での映像に接続するときの条件を規定する。STNテーブル2805は、再生開始時刻2802から再生終了時刻2803までの間に再生装置102内のデコーダによってファイル2D241から選択可能なエレメンタリストリームの一覧表である。SUB_PIのデータ構造は、図28に示されているPIのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にSUB_PIの再生開始時刻と再生終了時刻とは、PIのそれらと同じ時間軸上の値で表される。SUB_PIは更にSPコネクションコンディションというフィールドを含む。SPコネクションコンディションはPIのコネクションコンディションと同じ意味を持つ。[コネクションコンディション]コネクションコンディション以下、CCと略す。2804は、1、5、6の三種類の値を取り得る。CC2804が1であるとき、PINによって規定されるファイル2D241の部分から再生される映像は、直前のPIN-1によって規定されるファイル2D241の部分から再生される映像とは必ずしもシームレスに接続されなくてもよい。一方、CC2804が5又は6であるとき、それら両方の映像が必ずシームレスに接続されなければならない。図29のa、bはそれぞれ、CC2904が5、6であるときに接続対象の二つの再生区間2901、2902の間の関係を示す模式図である。ここで、PIN-1はファイル2D241の第1部分2901を規定し、PINはファイル2D241の第2部分2902を規定する。図29のaを参照するに、CC2904が5であるとき、2つのPIN-1、PINの間でSTCが途切れていても良い。すなわち、第1部分2901の後端のPTS1と第2部分2902の先端のPTS2とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第1部分2901に続けて第2部分2902をデコーダに供給したときでもそのデコーダが復号処理をスムーズに持続できるように、各部分2901、2902が作成されていなければならない。更に、第1部分2901に含まれるオーディオストリームの最後のフレームを、第2部分2902に含まれるオーディオストリームの先頭フレームと重複させなければならない。一方、図29のbを参照するに、CC2904が6であるとき、第1部分2901と第2部分2902とは、デコーダの復号処理上、一連の部分として扱えるものでなければならない。すなわち、第1部分2901と第2部分2902との間ではSTCとATCとがいずれも連続でなければならない。同様に、SPコネクションコンディションが5又は6であるとき、隣接する2つのSUB_PIによって規定されるファイル2Dの部分間では、STCとATCとがいずれも連続でなければならない。[STNテーブル]図28を再び参照するに、STNテーブル2805はストリーム登録情報の配列である。ストリーム登録情報とは、再生開始時刻2802から再生終了時刻2803までの間にメインTSから再生対象として選択可能なエレメンタリストリームを個別に示す情報である。ストリーム番号STN2806はストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリストリームの識別に利用される。STN2806は更に、同じ種類のエレメンタリストリームの間では選択の優先順位を表す。ストリーム登録情報はストリームエントリ2809とストリーム属性情報2810と含む。ストリームエントリ2809はストリームパス情報2807とストリーム識別情報2808とを含む。ストリームパス情報2807は、選択対象のエレメンタリストリームが属するファイル2Dを示す情報である。例えばストリームパス情報2807がメインパスを示すとき、そのファイル2Dは、参照クリップ情報2801の示す2Dクリップ情報ファイルに対応するものである。一方、ストリームパス情報2807がサブパスID=1を示すとき、選択対象のエレメンタリストリームが属するファイル2Dは、サブパスID=1のサブパスに含まれるSUB_PIの参照クリップ情報が示す2Dクリップ情報ファイルに対応するものである。そのSUB_PIの規定する再生開始時刻又は再生終了時刻のいずれかは、STNテーブル2805を含むPIの規定する再生開始時刻2802から再生終了時刻2803までの期間に含まれる。ストリーム識別情報2808は、ストリームパス情報2807によって特定されるファイル2Dに多重化されているエレメンタリストリームのPIDを示す。このPIDの示すエレメンタリストリームが再生開始時刻2802から再生終了時刻2803までの間に選択可能である。ストリーム属性情報2810は各エレメンタリストリームの属性情報を表す。例えば、オーディオストリーム、PGストリーム、テキスト字幕ストリーム、及びIGストリームの各属性情報は言語の種類を示す。テキスト字幕ストリームの属性情報は更に、そのテキスト文字列の描画に利用可能なフォントセットを規定する。[2Dプレイリストファイルに従った2D映像の再生]図30は、2Dプレイリストファイル00001mpls221の示すPTSと、ファイル2D01000m2ts241から再生される部分との間の対応関係を示す模式図である。図30を参照するに、2Dプレイリストファイル221のメインパス2701では、PI1は、再生開始時刻IN1を示すPTS1と、再生終了時刻OUT1を示すPTS2とを規定する。PI1の参照クリップ情報は2Dクリップ情報ファイル01000clpi231を示す。再生装置102は2Dプレイリストファイル221に従って2D映像を再生するとき、まずPI1からPTS1、2を読み出す。再生装置102は次に、2Dクリップ情報ファイル231のエントリマップを参照して、PTS1、2に対応するファイル2D241内のSPN1、2を検索する。再生装置102は続いて、SPN1、2から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル2D241のファイルエントリとを利用して、再生対象の2Dエクステント群EXT2D0、...、EXT2Dnが記録されたセクタ群P1の先端のLBN1と後端のLBN2とを特定する。セクタ数の算定とLBNの特定とは、図23のb、cを用いて説明したとおりである。再生装置102は最後に、LBN1からLBN2までの範囲をBD-ROMドライブ121に指定する。それにより、その範囲のセクタ群P1から、2Dエクステント群EXT2D0、...、EXT2Dnに属するソースパケット群が読み出される。同様に、PI2の示すPTS3、4の対はまず、2Dクリップ情報ファイル231のエントリマップを利用してSPN3、4の対に変換される。次に、ファイル2D241のファイルエントリを利用してSPN3、4の対がLBN3、4の対に変換される。更に、LBN3からLBN4までの範囲のセクタ群P2から、2Dエクステント群に属するソースパケット群が読み出される。PI3の示すPTS5、6の対からSPN5、6の対への変換、SPN5、6の対からLBN5、6の対への変換、及びLBN5からLBN6までの範囲のセクタ群P3からのソースパケット群の読み出しも同様である。こうして、再生装置102は2Dプレイリストファイル221のメインパス2701に従ってファイル2D241から2D映像を再生できる。2Dプレイリストファイル221はエントリマーク3001を含んでもよい。エントリマーク3001は、メインパス2701のうち、実際に再生が開始されるべき時点を示す。例えば図30に示されているように、PI1に対して複数のエントリマーク3001が設定されてもよい。エントリマーク3001は特に頭出し再生において、再生開始位置の検索に利用される。例えば2Dプレイリストファイル221が映画タイトルの再生経路を規定するとき、エントリマーク3001は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。≪3Dプレイリストファイル≫図31は、3Dプレイリストファイルのデータ構造を示す模式図である。図2に示されている第2プレイリストファイル00002mpls222はこのデータ構造を持つ。第2プレイリストファイル00003mpls223も同様である。図31を参照するに、3Dプレイリストファイル222は、メインパス3101、サブパス3102、及び拡張データ3103を含む。メインパス3101は、図3のaに示されているメインTSの再生経路を規定する。従って、メインパス3101は、図27に示されている2Dプレイリストファイル221のメインパス2701と実質的に等しい。すなわち、2D再生モードの再生装置102は3Dプレイリストファイル222のメインパス3101に従ってファイル2D241から2D映像を再生できる。一方、メインパス3101は、図27に示されているメインパス2701とは次の点で異なる:各PIのSTNテーブルは、いずれかのグラフィックスストリーム又はテキスト字幕ストリームのPIDに一つのSTNを対応付けている際には更に、そのSTNに一つのオフセットシーケンスIDを割り当てている。サブパス3102は、図3のbに示されているサブTSの再生経路、すなわちファイルDEP242の再生経路を規定する。その他に、サブパス3102は、図3のcに示されているテキスト字幕ストリームの再生経路を規定してもよい。サブパス3102のデータ構造は、図27に示されている2Dプレイリストファイル241のサブパス2702、2703のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にSUB_PIのデータ構造の詳細についての説明は、図27を用いた説明を援用する。サブパス3102のSUB_PINN=1、2、3、...はメインパス3101のPINと一対一に対応する。更に、各SUB_PINの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するPINの規定する再生開始時刻と再生終了時刻とに等しい。サブパス3102はその上、サブパスタイプ3110を含む。サブパスタイプは一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。3Dプレイリストファイル222では特にサブパスタイプ3110が3D再生モードの種類、すなわちサブパス3102に従って再生されるべきディペンデントビュービデオストリームの種類を示す。図31では、サブパスタイプ3110は、その値が3DL/Rであるので、3D再生モードがL/Rモードであること、すなわちライトビュービデオストリームが再生対象であることを示す。一方、サブパスタイプ3110は、その値が3Dデプスであるとき、3D再生モードがデプスモードであること、すなわちデプスマップストリームが再生対象であることを示す。3D再生モードの再生装置102は、サブパスタイプ3110の値が3DL/R又は3Dデプスであることを検出したとき、メインパス3101に従った再生処理とサブパス3102に従った再生処理とを同期させる。拡張データ3103は、3D再生モードの再生装置102によってのみ解釈される部分であり、2D再生モードの再生装置102には無視される。拡張データ3103は特に、拡張ストリーム選択テーブル3130を含む。拡張ストリーム選択テーブルSTN_table_SS以下、STNテーブルSSと略す。は、3D再生モードにおいて、メインパス3101内の各PIの示すSTNテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブTSから再生対象として選択可能なエレメンタリストリームを示す。[STNテーブル]図32は、3Dプレイリストファイル222のメインパス3101の含むSTNテーブル3205を示す模式図である。図32を参照するに、STN3206=5、6、...、11の割り当てられたストリーム識別情報3208が、PGストリーム、テキスト字幕ストリーム、又はIGストリームのPIDを示す。その場合、STN3206=5、6、...、11の割り当てられたストリーム属性情報3210は参照オフセットID3201とオフセット補正値3202とを更に含む。ファイルDEP242では、図13に示されているように、各ビデオシーケンスのVAU1にオフセットメタデータ1310が配置されている。参照オフセットIDstream_ref_offset_id3201は、そのオフセットメタデータ1310の含むオフセットシーケンスID1311のいずれかに等しい。すなわち、参照オフセットID3201は、そのオフセットメタデータ1310の含む複数のオフセットシーケンスの中で、STN3206=5、6、...、11のそれぞれに対応付けられるべきオフセットシーケンスを規定する。オフセット補正値stream_offset_adjustment3202は、参照オフセットID3201の規定するオフセットシーケンスに含まれる各オフセット値に加えられるべき値を示す。オフセット補正値3202は例えば、表示装置103の画面のサイズが、3D映像コンテンツの作成時に想定されているサイズとは大きく異なる場合に、再生装置102によって各オフセット値に加えられる。それにより、レフトビューとライトビューとの2Dグラフィックス映像間での両眼視差が適正な範囲に収められる。[STNテーブルSS]図33は、STNテーブルSS3130のデータ構造を示す模式図である。図33を参照するに、STNテーブルSS3130はストリーム登録情報列3301、3302、3303、...を含む。ストリーム登録情報列3301、3302、3303、...はメインパス3101内のPI1、2、3、...に個別に対応し、3D再生モードの再生装置102により、対応するPI内のSTNテーブルに含まれるストリーム登録情報列と組み合わされて利用される。各PIに対するストリーム登録情報列3301は、ポップアップ期間のオフセットFixed_offset_during_Popup3311と、ディペンデントビュービデオストリームのストリーム登録情報列3312とを含む。ポップアップ期間のオフセット3311は、IGストリームからポップアップメニューが再生されるか否かを示す。3D再生モードの再生装置102はそのオフセット3311の値に依って、ビデオプレーンとグラフィックスプレーンとの各表示モードpresentationmodeを変える。ここで、ビデオプレーンの表示モードにはベースビューB-ディペンデントビューD表示モードとB-B表示モードとの二種類がある。グラフィックスプレーンの表示モードには1プレーンオフセットモードと1プレーンゼロオフセットモードとの二種類がある。例えばポップアップ期間のオフセット3311の値が0であるとき、IGストリームからはポップアップメニューが再生されない。そのとき、ビデオプレーンの表示モードとしてB-D表示モードが選択され、グラフィックスプレーンの表示モードとして1プレーンオフセットモードが選択される。一方、ポップアップ期間のオフセット3311の値が1であるとき、IGストリームからポップアップメニューが再生される。そのとき、ビデオプレーンの表示モードとしてB-B表示モードが選択され、グラフィックスプレーンの表示モードとして1プレーンゼロオフセットモードが選択される。B-D表示モードでは、再生装置102がレフトビューとライトビューとのビデオプレーンを交互に出力する。従って、表示装置103の画面にはレフトビューとライトビューとのフレームが交互に表示されるので、視聴者にはそれらが3D映像として見える。B-B表示モードでは再生装置102が、動作モードを3D再生モードに維持したまま特にフレームレートを3D再生時の値、例えば48フレーム/秒に維持したまま、ベースビュービデオストリームから復号されたプレーンデータのみを一フレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのビデオプレーンしか表示されないので、視聴者にはそれらが2D映像としてしか見えない。1プレーンオフセットモードでは、再生装置102がオフセット制御により、メインTS内のグラフィックスストリーム又はテキスト字幕ストリームから、レフトビューとライトビューとのグラフィックスプレーンの対を生成して交互に出力する。それにより、表示装置103の画面にはレフトビューとライトビューとのグラフィックスプレーンが交互に表示されるので、視聴者にはそれらが3Dグラフィックス映像として見える。1プレーンゼロオフセットモードでは、再生装置102が、動作モードを3D再生モードに維持したまま、オフセット制御を一時的に停止させ、メインTS内のグラフィックスストリーム又はテキスト字幕ストリームから復号されたグラフィックスプレーンを一フレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのグラフィックスプレーンしか表示されないので、視聴者にはそれらが2Dグラフィックス映像としてしか見えない。3D再生モードの再生装置102は、PIごとにポップアップ期間のオフセット3311を参照して、IGストリームからポップアップメニューが再生されるときはB-B表示モードと1プレーンゼロオフセットモードとを選択する。それにより、ポップアップメニューが表示される間、他の3D映像が一時的に2D映像に変更されるので、ポップアップメニューの視認性操作性が向上する。ディペンデントビュービデオストリームのストリーム登録情報列3312は、サブTSから再生対象として選択可能なディペンデントビュービデオストリームを示すストリーム登録情報を含む。このストリーム登録情報列3312は、対応するPI内のSTNテーブルに含まれるストリーム登録情報列のうち、ベースビュービデオストリームを示すものと組み合わされて利用される。3D再生モードの再生装置102は、STNテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたSTNテーブルSS内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、2D再生モードを単に3D再生モードへ切り換えるとき、設定済みのSTN、及び言語等のストリーム属性を同一に維持できる。図33を参照するに、ディペンデントビュービデオストリームのストリーム登録情報列3312は一般に複数のストリーム登録情報SS_dependet_view_block3320を含む。それらは、対応するPI内のストリーム登録情報のうち、ベースビュービデオストリームを示すものと同数である。各ストリーム登録情報3320は、STN3321、ストリームエントリ3322、及びストリーム属性情報3323を含む。STN3321はストリーム登録情報3320に個別に割り当てられた通し番号であり、対応するPI内の組み合わせ対象のストリーム登録情報のSTNと等しい。ストリームエントリ3322は、サブパスID参照情報ref_to_Subpath_id3331、ストリームファイル参照情報ref_to_subClip_entry_id3332、及びPIDref_to_stream_PID_subclip3333を含む。サブパスID参照情報3331は、ディペンデントビュービデオストリームの再生経路を規定するサブパスのサブパスIDを示す。ストリームファイル参照情報3332は、そのディペンデントビュービデオストリームが格納されたファイルDEPを識別するための情報である。PID3333は、そのディペンデントビュービデオストリームのPIDである。ストリーム属性情報3323はそのディペンデントビュービデオストリームの属性、例えばフレームレート、解像度、及びビデオフォーマットを含む。特にそれらは、対応するPI内の組み合わせ対象のストリーム登録情報の示すベースビュービデオストリームのものと共通である。[3Dプレイリストファイルに従った3D映像の再生]図34は、3Dプレイリストファイル00002mpls222の示すPTSと、第1ファイルSS01000ssif244Aから再生される部分との間の対応関係を示す模式図である。図34を参照するに、3Dプレイリストファイル222のメインパス3401では、PI1は、再生開始時刻IN1を示すPTS1と、再生終了時刻OUT1を示すPTS2とを規定する。PI1の参照クリップ情報は2Dクリップ情報ファイル01000clpi231を示す。一方、サブパスタイプが3DL/Rを示すサブパス3402では、SUB_PI1が、PI1と同じPTS1、2を規定する。SUB_PI1の参照クリップ情報はディペンデントビュークリップ情報ファイル02000clpi232を示す。再生装置102は3Dプレイリストファイル222に従って3D映像を再生するとき、まずPI1とSUB_PI1とからPTS1、2を読み出す。再生装置102は次に2Dクリップ情報ファイル231のエントリマップを参照し、PTS1、2に対応するファイル2D241内のSPN1、2を検索する。それと並行して、再生装置102はディペンデントビュークリップ情報ファイル232のエントリマップを参照し、PTS1、2に対応するファイルDEP242内のSPN11、12を検索する。再生装置102は続いて、図24のeの説明で述べたように、各クリップ情報ファイル231、232のエクステント起点2242、2420を利用して、第1ファイルSS244Aの先頭から再生開始位置までのソースパケット数SPN21をSPN1、11から算定する。再生装置102は同様に、第1ファイルSS244Aの先頭から再生終了位置までのソースパケット数SPN22をSPN2、12から算定する。再生装置102は更にSPN21、22のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数と第1ファイルSS244Aのファイルエントリとを利用して、再生対象のエクステントSS群EXTSS0、...、EXTSSnが記録されたセクタ群P11の先端のLBN1と後端のLBN2とを特定する。セクタ数の算定とLBNの特定とは、図24のeの説明で述べたものと同様である。再生装置102は最後に、LBN1からLBN2までの範囲をBD-ROMドライブ121に指定する。それにより、その範囲のセクタ群P11から、エクステントSS群EXTSS0、...、EXTSSnに属するソースパケット群が読み出される。同様に、PI2とSUB_PI2との示すPTS3、4の対は、まずクリップ情報ファイル231、232の各エントリマップを利用してSPN3、4の対とSPN13、14の対とに変換される。次に、SPN3、13からは第1ファイルSS244Aの先頭から再生開始位置までのソースパケット数SPN23が算定され、SPN4、14からは第1ファイルSS244Aの先頭から再生終了位置までのソースパケット数SPN24が算定される。続いて、第1ファイルSS244Aのファイルエントリを利用して、SPN23、24の対がLBN3、4の対に変換される。更に、LBN3からLBN4までの範囲のセクタ群P12から、エクステントSS群に属するソースパケット群が読み出される。上記の読み出し処理と並行して、再生装置102は、図24のeの説明で述べたように各クリップ情報ファイル231、232のエクステント起点2242、2420を利用して、各エクステントSSからベースビューエクステントを抽出し、残りのディペンデントビューエクステントとパラレルに復号する。こうして、再生装置102は、3Dプレイリストファイル222に従って第1ファイルSS244Aから3D映像を再生できる。≪インデックステーブル≫図35は、図2に示されているインデックスファイルindexbdmv211のデータ構造を示す模式図である。図35を参照するに、インデックスファイル211は、インデックステーブル3510、3D存在フラグ3520、及び2D/3Dお好みフラグ3530を含む。インデックステーブル3510は、ファーストプレイ3501、トップメニュー3502、及び、タイトルk3503k=1、2、...、n:nは1以上の整数という項目を含む。各項目にはムービーオブジェクトMVO-2D、MVO-3D、...、又はBD-JオブジェクトBDJO-2D、BDJO-3D、...のいずれかが対応付けられている。ユーザの操作又はアプリケーションプログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部はインデックステーブル3510の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをBD-ROMディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目ファーストプレイ3501には、ディスク101がBD-ROMドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目トップメニュー3502には、例えばユーザの操作でメニューに戻れというコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目タイトルk3503には、ディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目タイトルkには、そのタイトルに対応するAVストリームファイルから映像を再生するためのオブジェクトが指定されている。図35に示されている例では、項目タイトル1と項目タイトル2とが2D映像のタイトルに割り当てられている。項目タイトル1に対応付けられているムービーオブジェクトMVO-2Dは、2Dプレイリストファイル00001mpls221を用いた2D映像の再生処理に関する命令群を含む。再生装置102によって項目タイトル1が参照されたとき、そのムービーオブジェクトMVO-2Dに従い、2Dプレイリストファイル221がディスク101から読み出され、それに規定された再生経路に沿って2D映像の再生処理が実行される。項目タイトル2に対応付けられているBD-JオブジェクトBDJO-2Dは、2Dプレイリストファイル221を用いた2D映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置102によって項目タイトル2が参照されたとき、そのBD-JオブジェクトBDJO-2D内のアプリケーション管理テーブルに従ってJARファイル261からJavaアプリケーションプログラムが呼び出されて実行される。それにより、2Dプレイリストファイル221がディスク101から読み出され、それに規定された再生経路に沿って2D映像の再生処理が実行される。図35に示されている例では更に、項目タイトル3と項目タイトル4とが3D映像のタイトルに割り当てられている。項目タイトル3に対応付けられているムービーオブジェクトMVO-3Dは、2Dプレイリストファイル221を用いた2D映像の再生処理に関する命令群に加え、3Dプレイリストファイル00002mpls222、00003mpls223のいずれかを用いた3D映像の再生処理に関する命令群を含む。項目タイトル4に対応付けられているBD-JオブジェクトBDJO-3Dでは、アプリケーション管理テーブルが、2Dプレイリストファイル221を用いた2D映像の再生処理に関するJavaアプリケーションプログラムに加え、3Dプレイリストファイル222、223のいずれかを用いた3D映像の再生処理に関するJavaアプリケーションプログラムを規定する。3D存在フラグ3520は、BD-ROMディスク101に3D映像コンテンツが記録されているか否かを示すフラグである。再生装置102は、BD-ROMドライブ121にBD-ROMディスク101が挿入されたとき、まず、その3D存在フラグ3520をチェックする。3D存在フラグ3520がオフである場合、再生装置102は3D再生モードを選択する必要がない。従って、再生装置102は表示装置103に対してHDMI認証を行うことなく、2D再生モードに速やかに移行できる。ここで、HDMI認証とは、再生装置102がHDMIケーブル122を通して表示装置103との間でCECメッセージを交換して、3D映像の再生に対応可能か否か等を表示装置103に問い合わせる処理をいう。HDMI認証がスキップされることにより、BD-ROMディスク101の挿入から2D映像の再生開始までの時間が短縮される。2D/3Dお好みフラグ3530は、再生装置と表示装置とが共に2D映像と3D映像とのいずれの再生にも対応可能であるときに、3D映像の再生を優先すべきか否かを指定するフラグである。2D/3Dお好みフラグ3530はコンテンツプロバイダによって設定される。再生装置102は、BD-ROMディスク101の3D存在フラグ3520がオンであるとき、続いて2D/3Dお好みフラグ3530を更にチェックする。2D/3Dお好みフラグ3530がオンである場合、再生装置102は、ユーザに再生モードを選択させることなく、HDMI認証を行い、その結果に依って2D再生モードと3D再生モードとのいずれかで動作する。すなわち、再生装置102は再生モードの選択画面を表示しない。従って、HDMI認証の結果、表示装置103が3D映像の再生に対応可能であれば、再生装置102は3D再生モードで起動できる。それにより、フレームレートの切り換え等、2D再生モードから3D再生モードへの移行処理に起因する起動の遅れを回避することができる。[3D映像タイトルの選択時でのプレイリストファイルの選択]図35に示されている例では、再生装置102は、インデックステーブル3510の項目タイトル3を参照したとき、ムービーオブジェクトMVO-3Dに従って、まず次の判別処理を行う:13D存在フラグ3520がオンかオフか、2再生装置102自身が3D映像の再生に対応しているか否か、32D/3Dお好みフラグ3530がオンかオフか、4ユーザが3D再生モードを選択しているか否か、5表示装置103が3D映像の再生に対応しているか否か、及び6再生装置102の3D再生モードがL/Rモードとデプスモードとのいずれであるか。再生装置102は次に、それらの判別結果に依って、いずれかのプレイリストファイル221-223を再生対象として選択する。一方、再生装置102は項目タイトル4を参照したとき、BD-JオブジェクトBDJO-3D内のアプリケーション管理テーブルに従ってJARファイル261からJavaアプリケーションプログラムを呼び出して実行する。それにより、まず上記の判別処理1-6が行われ、次にその判別結果に依って、プレイリストファイルの選択が行われる。図36は、上記の判別処理1-6を利用して再生対象のプレイリストファイルを選択する処理のフローチャートである。ここで、その選択処理の前提として、再生装置102が第1フラグと第2フラグとを含むときを想定する。第1フラグは、再生装置102が3D映像の再生に対応可能であるか否かを示す。例えば、第1フラグが0であるとき、再生装置102は2D映像の再生のみに対応可能であり、1であるとき、3D映像の再生にも対応可能である。第2フラグは、3D再生モードがL/Rモードとデプスモードとのいずれであるかを示す。例えば、第2フラグが0であるとき、3D再生モードはL/Rモードであり、1であるとき、デプスモードである。更に、3D存在フラグ3520と2D/3Dお好みフラグ3530とのそれぞれがオンであるときの値を1とし、オフであるときの値を0とする。ステップS3601では、再生装置102は3D存在フラグ3520の値をチェックする。その値が1であるとき、処理はステップS3602へ進む。その値が0であるとき、処理はステップS3607へ進む。ステップS3602では、再生装置102は第1フラグの値をチェックする。その値が1であるとき、処理はステップS3603へ進む。その値が0であるとき、処理はステップS3607へ進む。ステップS3603では、再生装置102は2D/3Dお好みフラグ3530の値をチェックする。その値が0であるとき、処理はステップS3604へ進む。その値が1であるとき、処理はステップS3605へ進む。ステップS3604では、再生装置102は表示装置103にメニューを表示させて、ユーザに2D再生モードと3D再生モードとのいずれかを選択させる。ユーザがリモコン105等を操作して3D再生モードを選択したとき、処理はステップS3605へ進み、2D再生モードを選択したとき、処理はステップS3607へ進む。ステップS3605では、再生装置102はHDMI認証を行い、表示装置103が3D映像の再生に対応しているか否かチェックする。具体的には、再生装置102はHDMIケーブル122を通して表示装置103との間でCECメッセージを交換し、表示装置103が3D映像の再生に対応しているか否かを表示装置103に問い合わせる。表示装置103が3D映像の再生に対応しているとき、処理はステップS3606へ進む。表示装置103が3D映像の再生に対応していないとき、処理はステップS3607へ進む。ステップS3606では、再生装置102は第2フラグの値をチェックする。その値が0であるとき、処理はステップS3608へ進む。その値が1であるとき、処理はステップS3609へ進む。ステップS3607では、再生装置102は2Dプレイリストファイル221を再生対象として選択する。尚、そのとき、再生装置102は表示装置103に、3D映像の再生が選択されなかった理由を表示させてもよい。その後、処理は終了する。ステップS3608では、再生装置102はL/Rモード用の3Dプレイリストファイル222を再生対象として選択する。その後、処理は終了する。ステップS3609では、再生装置102はデプスモード用の3Dプレイリストファイル222を再生対象として選択する。その後、処理は終了する。<2D再生装置の構成>2D再生モードの再生装置102はBD-ROMディスク101から2D映像コンテンツを再生するとき、2D再生装置として動作する。図37は、2D再生装置3700の機能ブロック図である。図37を参照するに、2D再生装置3700は、BD-ROMドライブ3701、再生部3702、及び制御部3703を含む。再生部3702は、リードバッファ3721、プリロードバッファ3723、フォントバッファ3724、システムターゲットデコーダ3725、及びプレーン加算部3726を含む。制御部3703は、動的シナリオメモリ3731、静的シナリオメモリ3732、ユーザイベント処理部3733、プログラム実行部3734、再生制御部3735、及びプレーヤ変数記憶部3736を含む。再生部3702と制御部3703とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。BD-ROMドライブ3701は、内部にBD-ROMディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、BD-ROMドライブ3701は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータレンズ、ビームスプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータレンズ、ビームスプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射/回折される。その反射/回折光は、対物レンズ、ビームスプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。BD-ROMドライブ3701は、再生制御部3735からの要求に従ってBD-ROMディスク101からデータを読み出す。そのデータのうち、ファイル2Dのエクステント、すなわち2Dエクステントはリードバッファ3721へ転送され、テキスト字幕ファイルはプリロードバッファ3723へ転送され、フォントセットはフォントバッファ3724へ転送され、動的シナリオ情報は動的シナリオメモリ3731へ転送され、静的シナリオ情報は静的シナリオメモリ3732へ転送される。動的シナリオ情報は、インデックスファイル、ムービーオブジェクトファイル、及びBD-Jオブジェクトファイルを含む。静的シナリオ情報は2Dプレイリストファイルと2Dクリップ情報ファイルとを含む。リードバッファ3721、プリロードバッファ3723、フォントバッファ3724、動的シナリオメモリ3731、及び静的シナリオメモリ3732はいずれも、バッファメモリである。リードバッファ3721、プリロードバッファ3723、及びフォントバッファ3724としては再生部3702内のメモリ素子が利用され、動的シナリオメモリ3731及び静的シナリオメモリ3732としては制御部3703内のメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が、それらのバッファメモリ3721-3723、3731、3732の一部又は全部として利用されてもよい。システムターゲットデコーダ3725は、リードバッファ3721から2Dエクステントをソースパケット単位で読み出して多重分離処理を行い、分離された各エレメンタリストリームに対して復号処理を行う。ここで、各エレメンタリストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め、再生制御部3735からシステムターゲットデコーダ3725へ送られている。システムターゲットデコーダ3725は更に、復号後のプライマリビデオストリーム、セカンダリビデオストリーム、IGストリーム、及びPGストリームをそれぞれ、主映像プレーンデータ、副映像プレーンデータ、IGプレーンデータ、及びPGプレーンデータとしてVAU単位で送出する。また、システムターゲットデコーダ3725は、復号後のプライマリオーディオストリームとセカンダリオーディオストリームとをミキシングして、表示装置103の内蔵スピーカ103A等、音声出力装置へ送出する。一方、システムターゲットデコーダ3725は、プリロードバッファ3723からテキスト字幕ストリームをテキストデータエントリ単位で読み出して、それの表すテキスト文字列を解釈する。システムターゲットデコーダ3725は続いて、フォントバッファ3724に格納されたフォントセットを利用して、そのテキスト文字列に対応するビットマップデータをPGプレーンデータとして送出する。その他に、システムターゲットデコーダ3725はプログラム実行部3734からグラフィックスデータを受信する。そのグラフィックスデータは、メニュー等のGUI用グラフィックス部品を画面に表示するためのものであり、JPEG又はPNG等のラスタデータで表現されている。システムターゲットデコーダ3725はそのグラフィックスデータを処理してイメージプレーンデータとして送出する。尚、システムターゲットデコーダ3725の詳細については後述する。プレーン加算部3726は、システムターゲットデコーダ3725から、主映像プレーンデータ、副映像プレーンデータ、IGプレーンデータ、PGプレーンデータ、及びイメージプレーンデータを受信し、それらを互いに重畳して一つの映像フレーム又はフィールドに合成する。合成後の映像データは表示装置103へ送出され、その画面に表示される。ユーザイベント処理部3733は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に応じてプログラム実行部3734又は再生制御部3735に処理を依頼する。例えばユーザがリモコン105のボタンを押下してポップアップメニューの表示を指示したとき、ユーザイベント処理部3733はその押下を検出してそのボタンを識別する。ユーザイベント処理部3733は更にプログラム実行部3734に、そのボタンに対応するコマンドの実行、すなわちポップアップメニューの表示処理を依頼する。一方、例えばユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部3733はその押下を検出してそのボタンを識別する。ユーザイベント処理部3733は更に再生制御部3735に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。プログラム実行部3734はプロセッサであり、動的シナリオメモリ3731に格納されたムービーオブジェクトファイル及びBD-Jオブジェクトファイルからプログラムを読み出して実行する。プログラム実行部3734は更に各プログラムに従って次の制御を行う:1再生制御部3735に対してプレイリスト再生処理を命令する;2メニュー用又はゲーム用のグラフィックスデータをPNG又はJPEGのラスタデータとして生成し、それをシステムターゲットデコーダ3725へ転送して他の映像データに合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、BD-ROMディスク101のオーサリング工程のうち、ムービーオブジェクトファイル及びBD-Jオブジェクトファイルのプログラミング工程によって決まる。再生制御部3735は、2Dエクステント及びインデックスファイル等、各種のデータをBD-ROMディスク101から、リードバッファ3721、プリロードバッファ3723、フォントバッファ3724、動的シナリオメモリ3731、及び静的シナリオメモリ3732へ転送する処理を制御する。その制御には、図2に示されているディレクトリ/ファイル構造を管理するファイルシステムが利用される。すなわち、再生制御部3735はファイルオープン用のシステムコールを利用して、BD-ROMドライブ3701に各種のファイルを各バッファメモリ3721-3723、3731、3732へ転送させる。ここで、ファイルオープンとは次の一連の処理をいう。まず、システムコールによってファイルシステムに検索対象のファイル名が与えられ、そのファイル名がディレクトリ/ファイル構造から検索される。その検索に成功したとき、再生制御部3735内のメモリには、まず、転送対象のファイルのファイルエントリが転送され、そのメモリ内にFCBFileControlBlockが生成される。その後、転送対象のファイルのファイルハンドルがファイルシステムから再生制御部3735に返される。以後、再生制御部3735はそのファイルハンドルをBD-ROMドライブ3701に提示することにより、BD-ROMドライブ3701にその転送対象のファイルをBD-ROMディスク101から各バッファメモリ3721-3723、3731、3732へ転送させることができる。再生制御部3735は、BD-ROMドライブ3701とシステムターゲットデコーダ3725とを制御して、ファイル2Dから映像データと音声データとを復号させる。具体的には、再生制御部3735はまず、プログラム実行部3734からの命令、又はユーザイベント処理部3733からの依頼に応じて、静的シナリオメモリ3732から2Dプレイリストファイルを読み出してその内容を解釈する。再生制御部3735は次に、その解釈された内容、特に再生経路に従って、BD-ROMドライブ3701とシステムターゲットデコーダ3725とに再生対象のファイル2Dを指定し、その読み出し処理及び復号処理を指示する。このようなプレイリストファイルに従った再生処理をプレイリスト再生処理という。再生経路にテキスト字幕ストリームが含まれる場合、再生制御部3735は、STNテーブル内のストリーム属性情報から必要なフォントセットを特定して、それらをBD-ROMディスク101からフォントバッファ3724へ予め転送させる。その他に、再生制御部3735は、静的シナリオ情報を利用してプレーヤ変数記憶部3736に各種のプレーヤ変数を設定する。再生制御部3735は更に、それらのプレーヤ変数を参照して、システムターゲットデコーダ3725に復号対象のエレメンタリストリームを指定し、かつ、各エレメンタリストリームの復号に必要な情報を提供する。プレーヤ変数記憶部3736は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステムパラメータSPRMと汎用のパラメータGPRMとがある。SPRMは再生装置102の状態を示す。図38はSPRMの一覧表である。各SPRMには通し番号3801が振られ、各通し番号3801に変数値3802が個別に対応付けられている。主なSPRMの内容は以下のとおりである。ここで、括弧内の数字は通し番号3801を示す。SPRM0:言語コードSPRM1:プライマリオーディオストリーム番号SPRM2:字幕ストリーム番号SPRM3:アングル番号SPRM4:タイトル番号SPRM5:チャプタ番号SPRM6:プログラム番号SPRM7:セル番号SPRM8:選択キー情報SPRM9:ナビゲーションタイマーSPRM10:再生時刻情報SPRM11:カラオケ用ミキシングモードSPRM12:パレンタル用国情報SPRM13:パレンタルレベルSPRM14:プレーヤ設定値ビデオSPRM15:プレーヤ設定値オーディオSPRM16:オーディオストリーム用言語コードSPRM17:オーディオストリーム用言語コード拡張SPRM18:字幕ストリーム用言語コードSPRM19:字幕ストリーム用言語コード拡張SPRM20:プレーヤリージョンコードSPRM21:セカンダリビデオストリーム番号SPRM22:セカンダリオーディオストリーム番号SPRM23:再生状態SPRM24:予備SPRM25:予備SPRM26:予備SPRM27:予備SPRM28:予備SPRM29:予備SPRM30:予備SPRM31:予備SPRM10は、復号処理中のピクチャのPTSを示し、そのピクチャが復号されて主映像プレーンメモリに書き込まれる度に更新される。従って、SPRM10を参照すれば、現在の再生時点を知ることができる。SPRM13のパレンタルレベルは、所定の制限年齢を示し、BD-ROMディスク101に記録されたタイトルの視聴に対するパレンタル制御に利用される。SPRM13の値は、再生装置102のユーザによって、再生装置102のOSD等を利用して設定される。ここで、パレンタル制御とは、視聴者の年齢に依ってタイトルの視聴を制限する処理をいう。再生装置102は各タイトルに対するパレンタル制御を例えば次のように行う。再生装置102はまず、BD-ROMディスク101から、そのタイトルの視聴が許可された視聴者の年齢を読み出してSPRM13の値と比較する。その年齢がSPRM13の値以上であれば、再生装置102はそのタイトルの再生を継続する。その年齢がSPRM13の値未満であれば、再生装置102はそのタイトルの再生を停止する。SPRM16のオーディオストリーム用言語コード、及びSPRM18の字幕ストリーム用言語コードは、再生装置102のデフォルトの言語コードを示す。それらは再生装置102のOSD等を利用してユーザに変更させることもでき、プログラム実行部3734を通じてアプリケーションプログラムに変更させることもできる。例えばSPRM16が英語を示しているとき、再生制御部3735はプレイリスト再生処理において、まず現時点での再生区間を示すPI、すなわちカレントPIの含むSTNテーブルから、英語の言語コードを含むストリームエントリを検索する。再生制御部3735は次に、そのストリームエントリのストリーム識別情報からPIDを抽出してシステムターゲットデコーダ3725に渡す。それにより、そのPIDのオーディオストリームがシステムターゲットデコーダ3725によって選択されて復号される。これらの処理は、ムービーオブジェクトファイル又はBD-Jオブジェクトファイルを利用して再生制御部3735に実行させることができる。プレーヤ変数は再生処理中、再生制御部3735によって再生状態の変化に応じて更新される。特に、SPRM1、SPRM2、SPRM21、及びSPRM22が更新される。それらは順に、処理中のオーディオストリーム、字幕ストリーム、セカンダリビデオストリーム、及びセカンダリオーディオストリームの各STNを示す。例えばプログラム実行部3734によってSPRM1が変更されたときを想定する。再生制御部3735はまず、変更後のSPRM1の示すSTNを利用して、カレントPI内のSTNテーブルから、そのSTNを含むストリームエントリを検索する。再生制御部3735は次に、そのストリームエントリ内のストリーム識別情報からPIDを抽出してシステムターゲットデコーダ3725に渡す。それにより、そのPIDのオーディオストリームがシステムターゲットデコーダ3725によって選択されて復号される。こうして、再生対象のオーディオストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリビデオストリームを切り換えることもできる。≪2Dプレイリスト再生処理≫図39は、再生制御部3735による2Dプレイリスト再生処理のフローチャートである。2Dプレイリスト再生処理は、2Dプレイリストファイルに従ったプレイリスト再生処理であり、再生制御部3735が静的シナリオメモリ3732から2Dプレイリストファイルを読み出すことによって開始される。ステップS3901では、再生制御部3735はまず、2Dプレイリストファイル内のメインパスからPIを一つ読み出して、カレントPIとして設定する。再生制御部3735は次に、そのカレントPIのSTNテーブルから、再生対象のエレメンタリストリームのPIDを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたPIDと属性情報とはシステムターゲットデコーダ3725に指示される。再生制御部3735は更に、2Dプレイリストファイル内のサブパスから、カレントPIに付随するSUB_PIを特定する。SUB_PIがテキスト字幕ストリームの再生区間を規定する場合、再生制御部3735は、STNテーブル内のストリーム属性情報から必要なフォントセットを特定して、それらをBD-ROMディスク101からフォントバッファ3724へ予め転送させる。その後、処理はステップS3902へ進む。ステップS3902では、再生制御部3735は、カレントPIから、参照クリップ情報、再生開始時刻IN1を示すPTS1、及び再生終了時刻OUT1を示すPTS2を読み出す。その参照クリップ情報から、再生対象のファイル2Dに対応する2Dクリップ情報ファイルが特定される。更に、カレントPIに付随するSUB_PIが存在するときは、それらからも同様な情報が読み出される。その後、処理はステップS3903へ進む。ステップS3903では、再生制御部3735は、2Dクリップ情報ファイルのエントリマップを参照して、PTS1、2に対応するファイル2D内のSPN1、2を検索する。SUB_PIの示すPTSの対も同様にSPNの対に変換される。その後、処理はステップS3904へ進む。ステップS3904では、再生制御部3735は、SPN1、2から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部3735はまず、SPN1、2のそれぞれとソースパケット一つ当たりのデータ量192バイトとの積を求める。再生制御部3735は次に、各積をセクタ一つ当たりのデータ量2048バイトで割ってその商を求める:N1=SPN1×192/2048、N2=SPN2×192/2048。商N1、N2は、メインTSのうち、SPN1、2のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。SUB_PIの示すPTSの対から変換されたSPNの対も同様にセクタ数の対に変換される。その後、処理はステップS3905へ進む。ステップS3905では、再生制御部3735は、ステップS3904で得られたセクタ数N1、N2のそれぞれから、再生対象の2Dエクステント群の先端と後端とのLBNを特定する。具体的には、再生制御部3735は、再生対象のファイル2Dのファイルエントリを参照して、2Dエクステント群が記録されたセクタ群の先頭から数えてN11番目のセクタのLBN=LBN1と、N21番目のセクタのLBN=LBN2とを特定する。再生制御部3735は更に、LBN1からLBN2までの範囲をBD-ROMドライブ121に指定する。SUB_PIの示すPTSの対から変換されたセクタ数の対も同様にLBNの対に変換されて、BD-ROMドライブ121に指定される。その結果、指定された範囲のセクタ群から、2Dエクステント群に属するソースパケット群がアラインドユニット単位で読み出される。その後、処理はステップS3906へ進む。ステップS3906では、再生制御部3735は、メインパスに未処理のPIが残されているか否かをチェックする。残されているときは、処理がステップS3901から繰り返される。残されていないときは、処理が終了する。≪システムターゲットデコーダ≫図40はシステムターゲットデコーダ3725の機能ブロック図である。図40を参照するに、システムターゲットデコーダ3725は、ソースデパケタイザ4010、ATCカウンタ4020、第1の27MHzクロック4030、PIDフィルタ4040、STCカウンタSTC14050、第2の27MHzクロック4060、主映像デコーダ4070、副映像デコーダ4071、PGデコーダ4072、IGデコーダ4073、主音声デコーダ4074、副音声デコーダ4075、テキスト字幕デコーダ4076、イメージプロセッサ4080、主映像プレーンメモリ4090、副映像プレーンメモリ4091、PGプレーンメモリ4092、IGプレーンメモリ4093、イメージプレーンメモリ4094、及び音声ミキサ4095を含む。ソースデパケタイザ4010はリードバッファ3721からソースパケットを読み出し、その中からTSパケットを取り出してPIDフィルタ4040へ送出する。ソースデパケタイザ4010は更にその送出時刻を、各ソースパケットのATSの示す時刻に合わせる。具体的には、ソースデパケタイザ4010はまず、ATCカウンタ4020が生成するATCの値を監視する。ここで、ATCの値はATCカウンタ4020により、第1の27MHzクロック4030のクロック信号のパルスに応じてインクリメントされる。ソースデパケタイザ4010は次に、ATCの値がソースパケットのATSと一致した瞬間、そのソースパケットから取り出されたTSパケットをPIDフィルタ4040へ転送する。そのような送出時刻の調節により、ソースデパケタイザ4010からPIDフィルタ4040へのTSパケットの平均転送速度は、図22に示されている2Dクリップ情報ファイル231内のシステムレート2211で規定される値RTSを超えない。PIDフィルタ4040はまず、ソースデパケタイザ4010から送出されたTSパケットの含むPIDを監視する。そのPIDが、再生制御部3735から予め指定されたPIDに一致したとき、PIDフィルタ4040はそのTSパケットを選択し、そのPIDの示すエレメンタリストリームの復号に適したデコーダ4070-4075へ転送する。但し、テキスト字幕デコーダ4076は除く。例えばPIDが0x1011であるとき、そのTSパケットは主映像デコーダ4070へ転送される。一方、PIDが、0x1B00-0x1B1F、0x1100-0x111F、0x1A00-0x1A1F、0x1200-0x121F、及び0x1400-0x141Fの各範囲に属するとき、TSパケットはそれぞれ、副映像デコーダ4071、主音声デコーダ4074、副音声デコーダ4075、PGデコーダ4072、及びIGデコーダ4073へ転送される。PIDフィルタ4040は更に、各TSパケットのPIDを利用してそのTSパケットの中からPCRを検出する。PIDフィルタ4040はそのとき、STCカウンタ4050の値を所定値に設定する。ここで、STCカウンタ4050の値は第2の27MHzクロック4060のクロック信号のパルスに応じてインクリメントされる。また、STCカウンタ4050に設定されるべき値は予め、再生制御部3735からPIDフィルタ4040に指示されている。各デコーダ4070-4076はSTCカウンタ4050の値をSTCとして利用する。具体的には、各デコーダ4070-4076は、まず、PIDフィルタ4040から受け取ったTSパケットをPESパケットに再構成する。各デコーダ4070-4076は、次に、そのPESペイロードの含むデータの復号処理の時期を、そのPESヘッダに含まれるPTS又はDTSの示す時刻に従って調節する。主映像デコーダ4070は、図40に示されているように、トランスポートストリームバッファTB:TransportStreamBuffer4001、多重化バッファMB:MultiplexingBuffer4002、エレメンタリストリームバッファEB:ElementaryStreamBuffer4003、圧縮映像デコーダDEC4004、及び復号ピクチャバッファDPB:DecodedPictureBuffer4005を含む。TB4001、MB4002、及びEB4003はいずれもバッファメモリであり、それぞれ主映像デコーダ4070に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。TB4001は、PIDフィルタ4040から受信されたTSパケットをそのまま蓄積する。MB4002は、TB4001に蓄積されたTSパケットから復元されたPESパケットを蓄積する。尚、TB4001からMB4002へTSパケットが転送されるとき、そのTSパケットからTSヘッダが除去される。EB4003は、PESパケットから、符号化されたVAUを抽出して格納する。そのVAUには、圧縮ピクチャ、すなわち、Iピクチャ、Bピクチャ、及びPピクチャが格納されている。尚、MB4002からEB4003へデータが転送されるとき、そのPESパケットからPESヘッダが除去される。DEC4004は、圧縮ピクチャの復号処理に特化したハードウェアデコーダであり、特にその復号処理のアクセラレータ機能を備えたLSIで構成されている。DEC4004は、EB4003内の各VAUからピクチャを、元のPESパケットに含まれるDTSの示す時刻に復号する。DEC4004はその他に、図12に示されている復号スイッチ情報1250を利用して、各VAUからピクチャをそのDTSに関わらず、順次復号してもよい。その復号処理では、DEC4004は予め、そのVAUのヘッダを解析して、そのVAU内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに依って復号方法を選択する。ここで、その圧縮符号化方式は例えば、MPEG-2、MPEG-4AVC、及びVC1を含む。DEC4004は更に、復号された非圧縮のピクチャをDPB4005へ転送する。DPB4005は、TB4001、MB4002、及びEB4003と同様なバッファメモリであり、主映像デコーダ4070に内蔵のメモリ素子の一領域を利用する。DPB4005はその他に、他のバッファメモリ4001、4002、4003とは異なるメモリ素子に分離されていてもよい。DPB4005は復号後のピクチャを一時的に保持する。DEC4004によってPピクチャ又はBピクチャが復号されるとき、DPB4005はDEC4004からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してDEC4004に提供する。DPB4005は更に、保持している各ピクチャを、元のPESパケットに含まれるPTSの示す時刻に主映像プレーンメモリ4090へ書き込む。副映像デコーダ4071は主映像デコーダ4070と同様の構成を含む。副映像デコーダ4071はまず、PIDフィルタ4040から受信されたセカンダリビデオストリームのTSパケットを非圧縮のピクチャに復号する。副映像デコーダ4071は次に、そのPESパケットに含まれるPTSの示す時刻に非圧縮のピクチャを副映像プレーンメモリ4091へ書き込む。PGデコーダ4072は、PIDフィルタ4040から受信されたTSパケットを非圧縮のグラフィックスデータに復号し、そのPESパケットに含まれるPTSの示す時刻にPGプレーンメモリ4092へ書き込む。具体的には、PGデコーダ4072はまず、PGストリーム内の各ディスプレイセットに属するODSをグラフィックスオブジェクトに復号してオブジェクトバッファに書き込む。PGデコーダ4072は次に、そのグラフィックスオブジェクトをオブジェクトバッファからプレーンメモリへ書き込む。PGデコーダ4072は特に、パイプラインを利用して、グラフィックスオブジェクトをオブジェクトバッファへ書き込む処理と、別のグラフィックスオブジェクトをオブジェクトバッファからプレーンメモリへ書き込む処理とを同時に実行する。それにより、PGデコーダ4072は、主映像デコーダ4070等、他のデコーダとの精密な同期を維持できる。IGデコーダ4073は、PIDフィルタ4040から受信されたTSパケットを非圧縮のグラフィックスデータに復号し、そのPESパケットに含まれるPTSの示す時刻にIGプレーンメモリ4093へ書き込む。それらの処理の詳細は、PGデコーダ4072によるものと同様である。主音声デコーダ4074はまず、PIDフィルタ4040から受信されたTSパケットを内蔵のバッファに蓄える。主音声デコーダ4074は次に、そのバッファ内のTSパケット群からTSヘッダとPESヘッダとを除去し、残りのデータを非圧縮のLPCM音声データに復号する。主音声デコーダ4074は更にその音声データを、元のPESパケットに含まれるPTSの示す時刻に音声ミキサ4095へ送出する。ここで、主音声デコーダ4074は、TSパケットに含まれるプライマリオーディオストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばAC-3又はDTSを含む。副音声デコーダ4075は主音声デコーダ4074と同様の構成を含む。副音声デコーダ4075はまず、PIDフィルタ4040から受信されたセカンダリオーディオストリームのTSパケット群からPESパケットを復元し、そのPESペイロードの含むデータを非圧縮のLPCM音声データに復号する。副音声デコーダ4075は次に、そのPESヘッダの含むPTSの示す時刻にその非圧縮のLPCM音声データを音声ミキサ4095へ送出する。ここで、副音声デコーダ4075は、TSパケットに含まれるセカンダリオーディオストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばドルビーデジタルプラス又はDTS-HDLBRを含む。テキスト字幕デコーダ4076は、図40に示されているように、テキストデコーダDEC4077とビットマップバッファ4078とを含む。DEC4077は、テキスト文字列の復号処理とレンダリング処理とに特化したハードウェアデコーダであり、特にそれらの処理のアクセラレータ機能を備えたLSIで構成されている。DEC4077はまず、プリロードバッファ3723内のテキスト字幕ストリームから各テキストデータエントリを読み出して、そのスタイル情報を解釈する。DEC4077は次に、そのスタイル情報に従ってフォントバッファ3724内のフォントセットを利用することにより、テキスト情報をビットマップデータに復号してビットマップバッファ4078に書き込む。ビットマップバッファ4078は、テキスト字幕デコーダ4076に内蔵のメモリ素子の一領域を利用したバッファメモリである。ビットマップバッファ4078は、各テキストデータエントリの含むPTSの示す時刻に、対応するビットマップデータをPGプレーンメモリ4092へ転送する。ここで、一つのテキストデータエントリがnC字整数nCは1以上であるのテキスト文字列を表すとき、DEC4077がそのテキストデータエントリからビットマップデータを復号してPGプレーンメモリ4092に書き込むのに要する時間Tprocessは、DEC4077によるテキスト文字のレンダリング速度Rredと、ビットマップバッファ4078からPGプレーンメモリ4092へのデータ転送速度Rtrとを用いて次式で表される:Tprocess=nC/RrednC/Rtr。例えば、レンダリング速度Rredとデータ転送速度Rtrとが共に20字/秒であるとき、20字nC=20をPGプレーンメモリ4092に書き込むのに要する時間Tprocessは、20/2020/20=2秒である。従って、上記の式を利用して、時間Tprocessを例えば2秒以下に制限すれば、テキストデータエントリ一つ当たりのデータ量を制限することができる。それにより、テキスト字幕デコーダ4076の実装を容易にすることができる。音声ミキサ4095は、主音声デコーダ4074と副音声デコーダ4075とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシングを行う。音声ミキサ4095は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。イメージプロセッサ4080は、プログラム実行部3734からグラフィックスデータ、すなわちPNG又はJPEGのラスタデータを受信する。イメージプロセッサ4080はそのとき、そのグラフィックスデータに対するレンダリング処理を行ってイメージプレーンメモリ4094へ書き込む。<3D再生装置の構成>3D再生モードの再生装置102はBD-ROMディスク101から3D映像コンテンツを再生するとき、3D再生装置として動作する。その構成の基本部分は、図37、40に示されている2D再生装置の構成と同様である。従って、以下では2D再生装置の構成からの拡張部分及び変更部分について説明し、基本部分の詳細についての説明は上記の2D再生装置についての説明を援用する。また、2Dプレイリスト再生処理に利用される構成は2D再生装置の構成と同様である。従って、その詳細についての説明も上記の2D再生装置についての説明を援用する。以下の説明では、3Dプレイリストファイルに従った3D映像の再生処理、すなわち3Dプレイリスト再生処理を想定する。図41は、3D再生装置4100の機能ブロック図である。3D再生装置4100は、BD-ROMドライブ4101、再生部4102、及び制御部4103を含む。再生部4102は、スイッチ4120、第1リードバッファ4121、第2リードバッファ4122、プリロードバッファ4123、フォントバッファ4124、システムターゲットデコーダ4125、及びプレーン加算部4126を含む。制御部4103は、動的シナリオメモリ4131、静的シナリオメモリ4132、ユーザイベント処理部4133、プログラム実行部4134、再生制御部4135、及びプレーヤ変数記憶部4136を含む。再生部4102と制御部4103とは、互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、プリロードバッファ4123、フォントバッファ4124、動的シナリオメモリ4131、静的シナリオメモリ4132、ユーザイベント処理部4133、及びプログラム実行部4134は、図37に示されている2D再生装置内のものと同様である。従って、それらの詳細についての説明は上記の2D再生装置についての説明を援用する。再生制御部4135は、3Dプレイリスト再生処理をプログラム実行部4134等から命じられたとき、静的シナリオメモリ4132に格納された3DプレイリストファイルからPIを順番に読み出してカレントPIとして設定する。再生制御部4135は、カレントPIを設定する度に、まず、そのSTNテーブルとその3Dプレイリストファイル内のSTNテーブルSSとに従って、システムターゲットデコーダ4125とプレーン加算部4126との動作条件を設定する。具体的には、再生制御部4135は復号対象のエレメンタリストリームのPIDを選択して、そのエレメンタリストリームの復号に必要な属性情報と共にシステムターゲットデコーダ4125へ渡す。選択されたPIDの示すエレメンタリストリームの中に、PGストリーム、IGストリーム、又はテキスト字幕ストリームが含まれている場合、再生制御部4135は更に、それらのストリームデータに割り当てられた参照オフセットID3201とオフセット補正値3202とを特定して、プレーヤ変数記憶部4136内のSPRM27とSPRM28とのそれぞれに設定する。また、再生制御部4135は、STNテーブルSSの示すポップアップ期間のオフセット3311に依って各プレーンデータの表示モードを選択し、システムターゲットデコーダ4125とプレーン加算部4126とに指示する。次に、再生制御部4135はカレントPIに従い、図24のeの説明で述べた手順で、読み出し対象のエクステントSSが記録されたセクタ群のLBNの範囲をBD-ROMドライブ4101に指示する。一方、再生制御部4135は、静的シナリオメモリ4132に格納されたクリップ情報ファイル内のエクステント起点を利用して、各エクステントSS内のデータブロックの境界を示す情報を生成する。その情報は、例えばそのエクステントSSの先頭から各境界までのソースパケット数を示す。再生制御部4135は更に、その情報をスイッチ4120へ渡す。プレーヤ変数記憶部4136は、2D再生装置内のもの3736と同様に、図38に示されているSPRMを含む。しかし、図38とは異なり、SPRM24は、図36に示されている第1フラグを含み、SPRM25は第2フラグを含む。その場合、SPRM24が0であるときは再生装置102が2D映像の再生のみに対応可能であり、1であるときは3D映像の再生にも対応可能である。SPRM25が0であるときは再生装置102がL/Rモードであり、1であるときはデプスモードである。プレーヤ変数記憶部4136では更に、図38とは異なり、SPRM27は各グラフィックスプレーンに対する参照オフセットIDの格納領域を含み、SPRM28は各グラフィックスプレーンに対するオフセット補正値の格納領域を含む。図42は、SPRM27とSPRM28とのデータ構造を示す表である。図42を参照するに、SPRM27は、四種類の参照オフセットID4210-4213を格納する領域を含む。それらの参照オフセットIDは、PGプレーンに対するものPG_ref_offset_id4210、IGプレーンに対するものIG_ref_offset_id4211、副映像プレーンに対するものSV_ref_offset_id4212、及びイメージプレーンに対するものIM_ref_offset_id4213である。SPRM28は、四種類のオフセット補正値4220-4223を格納する領域を含む。それらのオフセット補正値は、PGプレーンに対するものPG_offset_adjustment4220、IGプレーンに対するものIG_offset_adjustment4221、副映像プレーンに対するものSV_offset_adjustment4222、及びイメージプレーンに対するものIM_offset_adjustment4223である。図41を再び参照するに、BD-ROMドライブ4101は、図37に示されている2D再生装置内のもの3701と同様な構成要素を含む。BD-ROMドライブ4101は、再生制御部4135からLBNの範囲が指示されたとき、その範囲の示すBD-ROMディスク101上のセクタ群からデータを読み出す。特にファイルSSのエクステント、すなわちエクステントSSに属するソースパケット群は、BD-ROMドライブ4101からスイッチ4120へ転送される。ここで、各エクステントSSは、図19に示されているとおり、ベースビューとディペンデントビューとのデータブロックの対を一つ以上含む。それらのデータブロックは、異なるリードバッファ4121、4122へパラレルに転送されなければならない。従って、BD-ROMドライブ4101には2D再生装置内のBD-ROMドライブ3701以上のアクセススピードが求められる。スイッチ4120はBD-ROMドライブ4101からはエクステントSSを受信する。一方、スイッチ4120は再生制御部4135からは、そのエクステントSSに含まれる各データブロックの境界を示す情報、すなわち、そのエクステントSSの先頭から各境界までのソースパケット数を受信する。スイッチ4120は更に、その情報を利用して各エクステントSSからベースビューエクステントを抽出して第1リードバッファ4121へ送出し、ディペンデントビューエクステントを抽出して第2リードバッファ4122へ送出する。第1リードバッファ4121と第2リードバッファ4122とはいずれも、再生部4102内のメモリ素子を利用したバッファメモリである。特に単一のメモリ素子内の異なる領域が各リードバッファ4121、4122として利用される。その他に、異なるメモリ素子が個別に各リードバッファ4121、4122として利用されてもよい。第1リードバッファ4121はスイッチ4120からベースビューエクステントを受信して格納する。第2リードバッファ4122はスイッチ4120からディペンデントビューエクステントを受信して格納する。システムターゲットデコーダ4125は、3Dプレイリスト再生処理では、まず、再生制御部4135から復号対象のストリームデータのPIDと、その復号に必要な属性情報とを受信する。システムターゲットデコーダ4125は次に、第1リードバッファ4121に格納されたベースビューエクステントと、第2リードバッファ4122に格納されたディペンデントビューエクステントとから交互にソースパケットを読み出す。システムターゲットデコーダ4125は続いて、再生制御部4135から受信されたPIDの示すエレメンタリストリームを各ソースパケットから分離して復号する。システムターゲットデコーダ4125は更に、復号後のエレメンタリストリームをその種類別に内蔵のプレーンメモリに書き込む。ベースビュービデオストリームは左映像プレーンメモリに書き込まれ、ディペンデントビュービデオストリームは右映像プレーンメモリに書き込まれる。一方、セカンダリビデオストリームは副映像プレーンメモリに書き込まれ、IGストリームはIGプレーンメモリに書き込まれ、PGストリームはPGプレーンメモリに書き込まれる。ここで、セカンダリビデオストリームがベースビューとディペンデントビューとのビデオストリームの対から成る場合、副映像プレーンメモリはレフトビューとライトビューとの両方のプレーンデータに対して個別に用意される。システムターゲットデコーダ4125はまた、プリロードバッファ4123から各テキストデータエントリを読み出し、フォントバッファ4124に格納されたフォントセットを利用して、そのテキストデータエントリをビットマップデータに復号してPGプレーンメモリに書き込む。システムターゲットデコーダ4125はその他に、プログラム実行部4134からのグラフィックスデータ、例えばJPEG又はPNG等のラスタデータに対してレンダリング処理を行ってイメージプレーンメモリに書き込む。システムターゲットデコーダ4125は、左映像プレーンメモリと右映像プレーンメモリとからのプレーンデータの出力モードを次のように、B-D表示モードとB-B表示モードとのいずれかに対応させる。再生制御部4135からB-D表示モードが指示されたとき、システムターゲットデコーダ4125は左映像プレーンメモリと右映像プレーンメモリとから交互にプレーンデータを出力する。一方、再生制御部4135からB-B表示モードが指示されたとき、システムターゲットデコーダ4125は動作モードを3D再生モードに維持したまま、左映像プレーンメモリと右映像プレーンメモリとのいずれかからのみ、プレーンデータを一フレーム当たり二回ずつ出力する。再生制御部4135から1プレーンオフセットモードが指示されたとき、システムターゲットデコーダ4125は、ディペンデントビュービデオストリームから各ビデオシーケンスの先頭のVAUを読み出す度に、そのVAUからオフセットメタデータ1310を読み出す。そのビデオシーケンスの再生区間では、システムターゲットデコーダ4125は、まず、各VAUと共に同じPESパケットに格納されたPTSと、そのVAUの圧縮ピクチャデータの表すフレームの番号とを特定する。システムターゲットデコーダ4125は、次に、オフセットメタデータから、そのフレーム番号に対応付けられたオフセット情報を読み出して、特定されたPTSの示す時刻にプレーン加算部4126へ送出する。プレーン加算部4126は、システムターゲットデコーダ4125から各種のプレーンデータを受信し、それらを互いに重畳して一つのフレーム又はフィールドに合成する。特にL/Rモードでは、左映像プレーンデータはレフトビュービデオプレーンを表し、右映像プレーンデータはライトビュービデオプレーンを表す。従って、プレーン加算部4126は、左映像プレーンデータには、レフトビューを表す他のプレーンデータを重畳し、右映像プレーンデータには、ライトビューを表す他のプレーンデータを重畳する。一方、デプスモードでは、右映像プレーンデータは、左映像プレーンデータの表すビデオプレーンに対するデプスマップを表す。従って、プレーン加算部4126はまず、両方の映像プレーンデータからレフトビューとライトビューとのビデオプレーンデータの対を生成する。その後、プレーン加算部4126はL/Rモードでの合成処理と同様に合成処理を行う。プレーン加算部4126は再生制御部4135から、副映像プレーン、PGプレーン、IGプレーン、又はイメージプレーンの表示モードとして1プレーンオフセットモード又は1プレーンゼロオフセットモードが指示されているとき、システムターゲットデコーダ4125から受信されたプレーンデータに対してオフセット制御を行う。それにより、各プレーンデータからレフトビューとライトビューとのプレーンデータの対が生成される。特に1プレーンオフセットモードが指示されているとき、プレーン加算部4126はまず、プレーヤ変数記憶部4136内のSPRM27から各グラフィックスプレーンに対する参照オフセットID4210-4213を読み出す。プレーン加算部4126は次に、システムターゲットデコーダ4125から受け取ったオフセット情報を参照して、各参照オフセットID4210-4213の示すオフセットシーケンス1312に属するオフセット情報、すなわちオフセット方向1322とオフセット値1323との対を検索する。プレーン加算部4126は続いて、プレーヤ変数記憶部4136内のSPRM28から各グラフィックスプレーンに対するオフセット補正値4220-4223を読み出して、対応するオフセット値に加える。プレーン加算部4126はその後、各オフセット値を利用して、対応するグラフィックスプレーンに対してオフセット制御を行う。一方、1プレーンゼロオフセットモードが指示されているとき、プレーン加算部4126は、SPRM27、SPRM28のいずれも参照することなく、各グラフィックスプレーンに対するオフセット値を0としてオフセット制御を行う。従って、同じプレーンデータが、レフトビューとライトビューとのそれぞれを表すグラフィックスプレーンとして繰り返し、他のプレーンデータに合成される。≪3Dプレイリスト再生処理≫図43は、再生制御部4135による3Dプレイリスト再生処理のフローチャートである。3Dプレイリスト再生処理は、再生制御部4135が静的シナリオメモリ4132から3Dプレイリストファイルを読み出すことによって開始される。ステップS4301では、再生制御部4135はまず、3Dプレイリストファイル内のメインパスからPIを一つ読み出して、カレントのPIとして設定する。再生制御部4135は次に、そのカレントPIのSTNテーブルから、再生対象のエレメンタリストリームのPIDを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部4135は更に、3Dプレイリストファイル内のSTNテーブルSSのうち、カレントPIに対応するものから、再生対象のエレメンタリストリームとして追加されるべきもののPIDを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたPIDと属性情報とはシステムターゲットデコーダ4125に指示される。再生制御部4135はその他に、3Dプレイリストファイル内のサブパスから、カレントPIと同時に参照されるべきSUB_PIを特定し、カレントのSUB_PIとして設定する。その後、処理はステップS4302へ進む。ステップS4302では、再生制御部4135は、STNテーブルSSの示すポップアップ期間のオフセットに依って各プレーンデータの表示モードを選択し、システムターゲットデコーダ4125とプレーン加算部4126とに指示する。特に、ポップアップ期間のオフセットの値が0であるとき、ビデオプレーンの表示モードとしてB-D表示モードが選択され、グラフィックスプレーンの表示モードとして1プレーンオフセットモードが選択される。一方、ポップアップ期間のオフセットの値が1であるとき、ビデオプレーンの表示モードとしてB-B表示モードが選択され、グラフィックスプレーンの表示モードとして1プレーンゼロオフセットモードが選択される。その後、処理はステップS4303へ進む。ステップS4303では、グラフィックスプレーンの表示モードとして1プレーンオフセットモードと1プレーンゼロオフセットモードとのいずれが選択されかをチェックする。1プレーンオフセットモードが選択された場合、処理はステップS4304へ進む。一方、1プレーンゼロオフセットモードが選択された場合、処理はステップS4305へ進む。ステップS4304では、再生制御部4135は、カレントPIのSTNテーブルを参照して、選択されたPIDの示すエレメンタリストリームの中から、PGストリーム、IGストリーム、又はテキスト字幕ストリームを検出する。再生制御部4135は更に、それらのストリームデータに割り当てられた参照オフセットIDとオフセット補正値とを特定して、プレーヤ変数記憶部4136内のSPRM27とSPRM28とのそれぞれに設定する。その後、処理はステップS4305へ進む。ステップS4305では、再生制御部4135は、カレントのPIとSUB_PIとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すPTS1、及び再生終了時刻OUT1を示すPTS2を読み出す。その参照クリップ情報から、再生対象のファイル2DとファイルDEPとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップS4306へ進む。ステップS4306では、再生制御部4135は、ステップS4305で特定されたクリップ情報ファイルの各エントリマップを参照して、PTS1、2に対応するファイル2D内のSPN1、2とファイルDEP内のSPN11、12とを検索する。再生制御部4135は更に、図24を用いて説明したように、各クリップ情報ファイルのエクステント起点を利用して、ファイルSSの先頭から再生開始位置までのソースパケット数SPN21をSPN1、11から算定し、ファイルSSの先頭から再生終了位置までのソースパケット数SPN22をSPN2、12から算定する。具体的には、再生制御部4135は、まず2Dクリップ情報ファイルのエクステント起点の示すSPNの中から、SPN1以下で最大のものAmを検索し、ディペンデントビュークリップ情報ファイルのエクステント起点の示すSPNの中から、SPN11以下で最大のものBmを検索する。再生制御部4135は続いて、検索されたSPNの和AmBmを求めてSPN21として決定する。再生制御部4135は、次に2Dクリップ情報ファイルのエクステント起点の示すSPNの中から、SPN2よりも大きく、かつ最小のものAnを検索し、ディペンデントビュークリップ情報ファイルのエクステント起点の示すSPNの中から、SPN12より大きく、かつ最小のものBnを検索する。再生制御部4135は続いて、検索されたSPNの和AnBnを求めてSPN22として決定する。その後、処理はステップS4307へ進む。ステップS4307では、再生制御部4135は、ステップS4306で決定されたSPN21、22をセクタ数の対N1、N2に変換する。具体的には、再生制御部4135はまず、SPN21とソースパケット一つ当たりのデータ量192バイトとの積を求める。再生制御部4135は次に、その積をセクタ一つ当たりのデータ量2048バイトで割ったときの商SPN21×192/2048を求める。この商は、ファイルSSの先頭から再生開始位置の直前までのセクタ数N1に等しい。同様に、再生制御部4135は、SPN22から商SPN22×192/2048を求める。この商は、ファイルSSの先頭から再生終了位置の直前までのセクタ数N2に等しい。その後、処理はステップS4308へ進む。ステップS4308では、再生制御部4135は、ステップS4307で得られたセクタ数N1、N2のそれぞれから、再生対象のエクステントSS群の先端と後端とのLBNを特定する。具体的には、再生制御部4135は、再生対象のファイルSSのファイルエントリを参照して、エクステントSS群が記録されたセクタ群の先頭から数えてN11番目のセクタのLBN=LBN1と、N21番目のセクタのLBN=LBN2とを特定する。再生制御部4135は更に、LBN1からLBN2までの範囲をBD-ROMドライブ4101に指定する。その結果、指定された範囲のセクタ群から、エクステントSS群に属するソースパケット群がアラインドユニット単位で読み出される。その後、処理はステップS4309へ進む。ステップS4309では、再生制御部4135は、ステップS4306で利用されたクリップ情報ファイルのエクステント起点を再び利用して、エクステントSS群に含まれるディペンデントビューデータブロックとベースビューデータブロックとの間の境界を示す情報以下、データブロック境界情報と呼ぶ。を生成してスイッチ4120へ送出する。具体的な例として、再生開始位置を示すSPN21が、各エクステント起点の示すSPNの和AnBnに等しく、再生終了位置を示すSPN22が、各エクステント起点の示すSPNの和AmBmに等しいときを想定する。そのとき、再生制御部4135は、各エクステント起点からSPNの差の列、An1-An、Bn1-Bn、An2-An1、Bn2-Bn1、...、Am-Am-1、Bm-Bm-1を求めて、データブロック境界情報としてスイッチ4120へ送出する。図24のeに示されているとおり、この列は、エクステントSSに含まれる各データブロックのソースパケット数を示す。スイッチ4120は、BD-ROMドライブ4101から受信されるエクステントSSのソースパケット数を0からカウントし、そのカウントが、データブロック境界情報の示すSPNの差と一致する度に、ソースパケットの送出先を二つのリードバッファ4121、4122間で切り換え、かつカウントを0にリセットする。その結果、エクステントSSの先頭から{Bn1-Bn}個のソースパケットは最初のディペンデントビューエクステントとして第2リードバッファ4122へ送出され、続く{An1-An}個のソースパケットは最初のベースビューエクステントとして第1リードバッファ4121へ送出される。以降も同様に、スイッチ4120によって受信されるソースパケットの数が、データブロック境界情報の示すSPNの差と一致する度に、エクステントSSからディペンデントビューエクステントとベースビューエクステントとが交互に抽出される。ステップS4310では、再生制御部4135は、メインパスに未処理のPIが残されているか否かをチェックする。残されているときは、処理がステップS4301から繰り返される。残されていないときは、処理が終了する。≪システムターゲットデコーダ≫図44は、システムターゲットデコーダ4125の機能ブロック図である。図44に示されている構成要素は、図40に示されている2D再生装置のもの3724とは、リードバッファから各デコーダへの入力系統が二重化されている点で異なる。一方、主音声デコーダ、副音声デコーダ、テキスト字幕デコーダ、音声ミキサ、イメージプロセッサ、及び各プレーンメモリは、図40に示されている2D再生装置のものと同様である。従って、以下では、図44に示されている構成要素のうち、図40に示されているものとは異なるものについて説明する。一方、同様な構成要素の詳細についての説明は、図40についての説明を援用する。更に、各映像デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ4415の構造について説明する。同様な説明は他の映像デコーダの構造についても成立する。第1ソースデパケタイザ4411は、第1リードバッファ4121からソースパケットを読み出し、更にその中からTSパケットを抽出して第1PIDフィルタ4413へ送出する。第2ソースデパケタイザ4412は、第2リードバッファ4122からソースパケットを読み出し、更にその中からTSパケットを抽出して第2PIDフィルタ4414へ送出する。各ソースデパケタイザ4411、4412は更に、各TSパケットの送出時刻を、各ソースパケットのATSの示す時刻に合わせる。その同期方法は、図40に示されているソースデパケタイザ4010による方法と同様である。従って、その詳細についての説明は図40についての説明を援用する。そのような送出時刻の調節により、第1ソースデパケタイザ4411から第1PIDフィルタ4413へのTSパケットの平均転送速度RTS1は、2Dクリップ情報ファイルの示すシステムレートを超えない。同様に、第2ソースデパケタイザ4412から第2PIDフィルタ4414へのTSパケットの平均転送速度RTS2は、ディペンデントビュークリップ情報ファイルの示すシステムレートを超えない。第1PIDフィルタ4413は、第1ソースデパケタイザ4411からTSパケットを受信する度に、そのPIDを選択対象のPIDと比較する。その選択対象のPIDは再生制御部4135によって予め、3Dプレイリストファイル内のSTNテーブルに従って指定されている。両方のPIDが一致したとき、第1PIDフィルタ4413はそのTSパケットを、そのPIDに割り当てられたデコーダへ転送する。例えばPIDが0x1011であるとき、そのTSパケットは主映像デコーダ4415内のTB14401へ転送される。その他に、PIDが、0x1B00-0x1B1F、0x1100-0x111F、0x1A00-0x1A1F、0x1200-0x121F、及び0x1400-0x141Fの各範囲に属するとき、対応するTSパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、PGデコーダ、及びIGデコーダへ転送される。第2PIDフィルタ4414は、第2ソースデパケタイザ4412からTSパケットを受信する度に、そのPIDを選択対象のPIDと比較する。その選択対象のPIDは再生制御部4135によって予め、3Dプレイリストファイル内のSTNテーブルSSに従って指定されている。両方のPIDが一致したとき、第2PIDフィルタ4414はそのTSパケットを、そのPIDに割り当てられたデコーダへ転送する。例えばPIDが0x1012又は0x1013であるとき、そのTSパケットは主映像デコーダ4415内のTB24408へ転送される。その他に、PIDが、0x1B20-0x1B3F、0x1220-0x127F、及び0x1420-0x147Fの各範囲に属するとき、対応するTSパケットはそれぞれ、副映像デコーダ、PGデコーダ、及びIGデコーダへ転送される。主映像デコーダ4415は、TB14401、MB14402、EB14403、TB24408、MB24409、EB24410、バッファスイッチ4406、DEC4404、DPB4405、及びピクチャスイッチ4407を含む。TB14401、MB14402、EB14403、TB24408、MB24409、EB24410、及びDPB4405はいずれもバッファメモリである。各バッファメモリは、主映像デコーダ4415に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファメモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。TB14401は、ベースビュービデオストリームを含むTSパケットを第1PIDフィルタ4413から受信してそのまま蓄積する。MB14402は、TB14401に蓄積されたTSパケットからPESパケットを復元して蓄積する。そのとき、各TSパケットからTSヘッダが除去される。EB14403は、MB14402に蓄積されたPESパケットから、符号化されたVAUを抽出して蓄積する。そのとき、各PESパケットからPESヘッダが除去される。TB24408は、ディペンデントビュービデオストリームを含むTSパケットを第2PIDフィルタ4414から受信してそのまま蓄積する。MB24409は、TB24408に蓄積されたTSパケットからPESパケットを復元して蓄積する。そのとき、各TSパケットからTSヘッダが除去される。EB24410は、MB24409に蓄積されたPESパケットから、符号化されたVAUを抽出して蓄積する。そのとき、各PESパケットからPESヘッダが除去される。バッファスイッチ4406は、EB14403とEB24410とのそれぞれに蓄積されたVAUのヘッダをDEC4404からの要求に応じて転送する。バッファスイッチ4406は更に、そのVAUの圧縮ピクチャデータを、元のPESパケットに含まれるDTSの示す時刻にDEC4404へ転送する。ここで、ベースビュービデオストリームとディペンデントビュービデオストリームとの間では、同じ3DVAUに属する一対のピクチャのDTSが等しい。従って、バッファスイッチ4406は、DTSの等しい一対のVAUのうち、EB14403に蓄積された方を先にDEC4404へ転送する。その他に、バッファスイッチ4406は、そのVAU内の復号スイッチ情報1250をDEC4404に返信させてもよい。その場合、バッファスイッチ4406はその復号スイッチ情報を使って、次のVAUをEB14403とEB24410とのいずれから転送すべきか決定できる。DEC4404は、図40に示されているDEC4004と同様、圧縮ピクチャの復号処理に特化したハードウェアデコーダであり、特にその復号処理のアクセラレータ機能を備えたLSIで構成されている。DEC4404は、バッファスイッチ4406から転送された圧縮ピクチャデータを順次復号する。その復号処理では、DEC4404は予め、各VAUのヘッダを解析して、そのVAU内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は例えば、MPEG-2、MPEG-4AVC、MVC、及びVC1を含む。DEC4404は更に、復号された非圧縮のピクチャをDPB4405へ転送する。DEC4404はその他に、ディペンデントビュービデオストリームから各ビデオシーケンスの先頭のVAUを読み出す度に、そのVAUからオフセットメタデータを読み出す。そのビデオシーケンスの再生区間では、DEC4404は、まず、各VAUと共に同じPESパケットに格納されたPTSと、そのVAUの圧縮ピクチャデータの表すフレームの番号とを特定する。DEC4404は次に、オフセットメタデータから、そのフレーム番号に対応付けられたオフセット情報を読み出して、特定されたPTSの示す時刻にプレーン加算部4126へ送出する。DPB4405は、DEC4404によって復号された非圧縮のピクチャを一時的に保持する。DEC4404がPピクチャ及びBピクチャを復号するとき、DPB4405はDEC4404からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してDEC4404に提供する。ピクチャスイッチ4407は、DPB4405から非圧縮の各ピクチャを、元のPESパケットに含まれるPTSの示す時刻に、左映像プレーンメモリ4420と右映像プレーンメモリ4421とのいずれかに書き込む。ここで、同じ3DVAUに属するベースビューピクチャとディペンデントビューピクチャとではPTSが等しい。従って、ピクチャスイッチ4407は、DPB4405に保持された、PTSの等しい一対のピクチャのうち、ベースビューピクチャを先に左映像プレーンメモリ4420に書き込み、続いてディペンデントビューピクチャを右映像プレーンメモリ4421に書き込む。≪プレーン加算部≫図45は、プレーン加算部4126の機能ブロック図である。図45を参照するに、プレーン加算部4126は、視差映像生成部4510、スイッチ4520、四つのクロッピング処理部4531-4534、及び四つの加算部4541-4544を含む。視差映像生成部4510は、システムターゲットデコーダ4125から左映像プレーンデータ4501と右映像プレーンデータ4502とを受信する。L/Rモードの再生装置102では、左映像プレーンデータ4501はレフトビュービデオプレーンを表し、右映像プレーンデータ4502はライトビュービデオプレーンを表す。そのとき、視差映像生成部4510は各ビデオプレーンデータ4501、4502をそのままスイッチ4520へ送出する。一方、デプスモードの再生装置102では、左映像プレーンデータ4501は2D映像のビデオプレーンを表し、右映像プレーンデータ4502はその2D映像に対するデプスマップを表す。そのとき、視差映像生成部4510は、まずそのデプスマップからその2D映像の各部の両眼視差を計算する。視差映像生成部4510は次に、左映像プレーンデータ4501を加工して、ビデオプレーンにおけるその2D映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビューとライトビューとを表すビデオプレーンの対が生成される。視差映像生成部4510は更に、そのビデオプレーンの対を左映像と右映像とのプレーンデータの対としてスイッチ4520へ送出する。スイッチ4520は、再生制御部4135からB-D表示モードが指示されているとき、PTSの等しい左映像プレーンデータ4501と右映像プレーンデータ4502とをその順で第1加算部4541へ送出する。スイッチ4520は、再生制御部4135からB-B表示モードが指示されているとき、PTSの等しい左映像プレーンデータ4501と右映像プレーンデータ4502との一方を一フレーム当たり二回ずつ、第1加算部4541へ送出し、他方を破棄する。第1クロッピング処理部4531は、視差映像生成部4510とスイッチ4520との対と同様な構成を入力部に含む。副映像プレーンデータがレフトビューとライトビューとの対である場合にはそれらの構成が利用される。特にデプスモードの再生装置102では、副映像プレーンデータの対は、第1クロッピング処理部4531内の視差映像生成部によってレフトビューとライトビューとのプレーンデータの対に変換される。再生制御部4135からB-D表示モードが指示されているとき、レフトビューとライトビューとのプレーンデータが交互に第1加算部4541へ送出される。一方、再生制御部4135からB-B表示モードが指示されているとき、レフトビューとライトビューとのプレーンデータの一方が一フレーム当たり二回ずつ第1加算部4541へ送出され、他方は破棄される。再生制御部4135から1プレーンオフセットモードが指示されているとき、第1クロッピング処理部4531は副映像プレーンデータ4503に対してオフセット制御を次のように行う。第1クロッピング処理部4531はまず、システムターゲットデコーダ4125からオフセット情報4507を受信する。そのとき、第1クロッピング処理部4531は、プレーヤ変数記憶部4136内のSPRM274551から、副映像プレーンに対する参照オフセットIDSV_ref_offset_id4212を読み出す。第1クロッピング処理部4531は次に、その参照オフセットIDの示すオフセットシーケンスに属するオフセット情報を、システムターゲットデコーダ4125から受け取ったオフセット情報4507から検索する。第1クロッピング処理部4531は続いて、プレーヤ変数記憶部4136内のSPRM284552から、副映像プレーンに対するオフセット補正値SV_offset_adjustment4222を読み出して、検索されたオフセット値に加える。第1クロッピング処理部4531はその後、そのオフセット値を利用して、副映像プレーンデータ4503に対してオフセット制御を行う。その結果、副映像プレーンデータ4503は、レフトビューとライトビューとを表す一対の副映像プレーンデータに変換されて交互に送出される。ここで、SPRM274551とSPRM284552との各値は一般に、カレントPIが切り換わる度に、再生制御部4135によって更新される。その他に、プログラム実行部4134が、ムービーオブジェクト又はBD-Jオブジェクトに従ってSPRM274551とSPRM284552との各値を設定してもよい。一方、再生制御部4135から1プレーンゼロオフセットモードが指示されているとき、第1クロッピング処理部4531はオフセット制御を行うことなく、副映像プレーンデータ4503をそのまま、二回繰り返して送出する。同様に、第2クロッピング処理部4532は、PGプレーンに対する参照オフセットIDPG_ref_offset_id4210とオフセット補正値PG_offset_adjustment4220とを利用して、PGプレーンデータ4504に対してオフセット制御を行う。第3クロッピング処理部4533は、IGプレーンに対する参照オフセットIDIG_ref_offset_id4211とオフセット補正値IG_offset_adjustment4221とを利用して、IGプレーンデータ4505に対してオフセット制御を行う。第4クロッピング処理部4534は、イメージプレーンに対する参照オフセットIDIM_ref_offset_id4213とオフセット補正値IM_offset_adjustment4223とを利用して、イメージプレーンデータ4506に対してオフセット制御を行う。[オフセット制御のフローチャート]図46は、各クロッピング処理部4531-4534によるオフセット制御のフローチャートである。各クロッピング処理部4531-4534は、システムターゲットデコーダ4125からオフセット情報4507を受信したときにオフセット制御を開始する。以下、第2クロッピング処理部4532がPGプレーンデータ4504に対してオフセット制御を行う場合を例に挙げる。他のクロッピング処理部4531、4533、4534はそれぞれ、副映像プレーンデータ4503、IGプレーンデータ4505、及びイメージプレーンデータ4506に対して同様な処理を行う。ステップS4601では、第2クロッピング処理部4532はまず、システムターゲットデコーダ4125からPGプレーンデータ4504を受信する。そのとき、第2クロッピング処理部4532は、SPRM274551からPGプレーンに対する参照オフセットIDPG_ref_offset_id4210を読み出す。第2クロッピング処理部4531は次に、その参照オフセットIDの示すオフセットシーケンスに属するオフセット情報を、システムターゲットデコーダ4125から受け取ったオフセット情報4507から検索する。その後、処理はステップS4602へ進む。ステップS4602では、第2クロッピング処理部4532は、SPRM284552からPGプレーンに対するオフセット補正値PG_offset_adjustment4220を読み出して、ステップS4601で検索されたオフセット値に加える。その後、処理はステップS4603へ進む。ステップS4603では、第2クロッピング処理部4532は、スイッチ4520によって選択されたビデオプレーンデータがレフトビューを表すか否かチェックする。ビデオプレーンデータがレフトビューを表すとき、処理はステップS4604へ進む。ビデオプレーンデータがライトビューを表すとき、処理はステップS4605へ進む。ステップS4604では、第2クロッピング処理部4532は、検索されたオフセット方向の値をチェックする。以下では、次の場合を想定する:オフセット方向の値が0であるときは、3Dグラフィックス映像の奥行きが画面よりも手前であり、オフセット方向の値が1であるときは奥である。その場合、オフセット方向の値が0であるとき、処理はステップS4605へ進む。オフセット方向の値が1であるとき、処理はステップS4606へ進む。ステップS4605では、第2クロッピング処理部4532はPGプレーンデータ4504に右向きのオフセットを与える。すなわち、PGプレーンデータ4504の含む各画素データの位置をオフセット値だけ右に移動させる。その後、処理はステップS4610へ進む。ステップS4606では、第2クロッピング処理部4532はPGプレーンデータ4504に左向きのオフセットを与える。すなわち、PGプレーンデータ4504の含む各画素データの位置をオフセット値だけ左に移動させる。その後、処理はステップS4610へ進む。ステップS4607では、第2クロッピング処理部4532は、検索されたオフセット方向の値をチェックする。オフセット方向の値が0であるとき、処理はステップS4608へ進む。オフセット方向の値が1であるとき、処理はステップS4609へ進む。ステップS4608では、ステップS4605とは逆に、第2クロッピング処理部4532はPGプレーンデータ4504に左向きのオフセットを与える。すなわち、PGプレーンデータ4504の含む各画素データの位置をオフセット値だけ左に移動させる。その後、処理はステップS4610へ進む。ステップS4609では、ステップS4606とは逆に、第2クロッピング処理部4532はPGプレーンデータ4504に右向きのオフセットを与える。すなわち、PGプレーンデータ4504の含む各画素データの位置をオフセット値だけ右に移動させる。その後、処理はステップS4610へ進む。ステップS4610では、第2クロッピング処理部4532は、処理後のPGプレーンデータ4504を第3クロッピング処理部4534へ送出する。その後、処理は終了する。[オフセット制御によるプレーンデータの変化]図47は、第2クロッピング処理部4532によるオフセット制御で加工されるPGプレーンデータを示す模式図である。図47を参照するに、PGプレーンデータGPは、字幕ILoveyouを表す画素データ群、すなわち字幕データSTLを含む。ここで、オフセット制御前では、その字幕データSTLは、PGプレーンデータGPの左端から距離D0に位置する。第2クロッピング処理部4532は、PGプレーンデータGPに右向きのオフセットを与える場合、PGプレーンデータGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ右に移動させる。具体的には、第2クロッピング処理部4532は、まずクロッピング処理により、PGプレーンデータGPの右端から、オフセット値に等しい幅OFSの帯状領域AR1に含まれる画素データを除去する。第2クロッピング処理部4532は次に、PGプレーンデータGPの左端に画素データを付加して、幅OFSの帯状領域AL1を構成する。ここで、その領域AL1に含まれる画素データは透明に設定される。こうして、右向きのオフセットが与えられたPGプレーンデータRGPが得られる。実際、字幕データSTLはそのPGプレーンデータRGPの左端から距離DRに位置し、その距離DRは、元の距離D0にオフセット値OFSを加えた値に等しい:DR=D0OFS。逆に、PGプレーンデータGPに左向きのオフセットを与える場合、第2クロッピング処理部4532はPGプレーンデータGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ左に移動させる。具体的には、第2クロッピング処理部4532はまずクロッピング処理により、PGプレーンデータGPの左端から、オフセット値に等しい幅OFSの帯状領域AL2に含まれる画素データを除去する。第2クロッピング処理部4532は次に、PGプレーンデータGPの右端に画素データを付加して、幅OFSの帯状領域AR2を構成する。ここで、その領域AR2に含まれる画素データは透明に設定される。こうして、左向きのオフセットが与えられたPGプレーンデータLGPが得られる。実際、字幕データSTLはそのPGプレーンデータLGPの左端から距離DLに位置し、その距離DLは、元の距離D0からオフセット値OFSを除いた値に等しい:DL=D0-OFS。図45を再び参照するに、第1加算部4541は、スイッチ4520からビデオプレーンデータを受信し、第1クロッピング処理部4531から副映像プレーンデータを受信する。第1加算部4541はそのとき、それらのビデオプレーンデータと副映像プレーンデータとを一組ずつ重畳して第2加算部4542に渡す。第2加算部4542は、第2クロッピング処理部4532からPGプレーンデータを受信し、第1加算部4541からのプレーンデータに重畳して第3加算部4543に渡す。第3加算部4543は、第3クロッピング処理部4533からIGプレーンデータを受信し、第2加算部4542からのプレーンデータに重畳して第4加算部4544に渡す。第4加算部4544は、第4クロッピング処理部4534からイメージプレーンデータを受信し、第3加算部4543からのプレーンデータに重畳して表示装置103へ送出する。ここで、各加算部4541-4544は、プレーンデータの重畳にα合成を利用する。こうして、左映像プレーンデータ4501と右映像プレーンデータ4502とのそれぞれに、図45に矢印4500で示されている順序で、副映像プレーンデータ4503、PGプレーンデータ4504、IGプレーンデータ4505、及びイメージプレーンデータ4506が重畳される。その結果、各プレーンデータの示す映像は表示装置103の画面上に、左映像プレーン又は右映像プレーン、副映像プレーン、IGプレーン、PGプレーン、及びイメージプレーンの順に重ねられたように表示される。プレーン加算部4524は上記の処理の他に、四つの加算部4541-4544によって合成されたプレーンデータの出力形式を、表示装置103等、そのデータの出力先の装置による3D映像の表示方式に合わせて変換する。例えば出力先の装置が経時分離方式を利用するとき、プレーン加算部4524は合成後のプレーンデータを一つの映像フレーム又はフィールドとして送出する。一方、出力先の装置がレンチキュラーレンズを利用するとき、プレーン加算部4524は内蔵のバッファメモリを利用して、レフトビューとライトビューとのプレーンデータの対を一つの映像フレーム又はフィールドに合成して送出する。具体的には、プレーン加算部4524は、先に合成されたレフトビュープレーンデータを一旦、そのバッファメモリに格納して保持する。プレーン加算部4524は続いて、ライトビュープレーンデータを合成して、バッファメモリに保持されたレフトビュープレーンデータと更に合成する。その合成では、レフトビューとライトビューとの各プレーンデータが縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて一つのフレーム又はフィールドに再構成される。こうして、レフトビューとライトビューとのプレーンデータの対が一つの映像フレーム又はフィールドに合成される。プレーン加算部4524はその合成後の映像フレーム又はフィールドを出力先の装置へ送出する。<実施形態1の効果>本発明の実施形態1によるBD-ROMディスク101では、オフセットメタデータがディペンデントビュービデオストリームの各GOPの先頭に置かれている。オフセットメタデータは複数のオフセットシーケンスに個別にオフセットシーケンスIDを割り当てている。一方、3Dプレイリストファイルでは、各再生区間におけるSTNテーブルが復号対象のグラフィックス/テキストストリーム、すなわち、PGストリーム、IGストリーム、及びテキスト字幕ストリームに対して個別に参照オフセットIDを割り当てている。それにより、1プレーンオフセットモードの再生装置102は、ディペンデントビュービデオストリームの復号処理と並行して、オフセットメタデータからオフセット情報を読み出して、グラフィックスプレーンに対するオフセット制御に利用することができる。従って、再生装置102は、再生対象のグラフィックス/テキストストリームが複数であっても、それらとオフセット情報との間の対応関係を更に確実に維持することができる。その結果、再生装置102は、ビデオストリームの表す映像と共に3Dグラフィックス映像を、更に高画質で再生することができる。その上、再生装置102には内蔵メモリに、再生経路全体に対するオフセット情報を予め展開する必要がない。その結果、内蔵メモリの容量を更に削減することが容易である。<変形例>1-A本発明の実施形態1によるL/Rモードでは、ベースビュービデオストリームがレフトビューを表し、ディペンデントビュービデオストリームがライトビューを表す。逆に、ベースビュービデオストリームがライトビューを表し、ディペンデントビュービデオストリームがレフトビューを表してもよい。1-B本発明の実施形態1によるBD-ROMディスク101では、ベースビュービデオストリームとディペンデントビュービデオストリームとが異なるTSに多重化されている。その他に、ベースビュービデオストリームとディペンデントビュービデオストリームとが一つのTSに多重化されていてもよい。1-C図35に示されているインデックスファイル211は、タイトル全体で共通する3D存在フラグ3520と2D/3Dお好みフラグ3530とを含む。その他に、インデックスファイルが、タイトル別に異なる3D存在フラグ又は2D/3Dお好みフラグを設定していてもよい。1-D3D映像のAVストリームファイルでは、図18に示されているPMT1810に3D映像の再生方式に関するデータが追加されてもよい。その場合、PMT1810は、PMTヘッダ1801、ディスクリプタ1802、及びストリーム情報1803に加えて3Dディスクリプタを含む。3Dディスクリプタは、3D映像の再生方式に関してAVストリームファイル全体に共通する情報であり、特に3D方式情報を含む。3D方式情報は、L/Rモード又はデプスモード等、3D映像のAVストリームファイルの再生方式を示す。各ストリーム情報1803は、ストリームタイプ1831、PID1832、及びストリームディスクリプタ1833に加えて3Dストリームディスクリプタを含む。3Dストリームディスクリプタは、AVストリームファイルに含まれるエレメンタリストリーム別に3D映像の再生方式に関する情報を示す。特にビデオストリームの3Dストリームディスクリプタは3D表示タイプを含む。3D表示タイプは、そのビデオストリームの示す映像をL/Rモードで表示するとき、その映像がレフトビューとライトビューとのいずれであるのかを示す。3D表示タイプはまた、そのビデオストリームの示す映像をデプスモードで表示するとき、その映像が2D映像とデプスマップとのいずれであるのかを示す。このように、PMTが3D映像の再生方式に関する情報を含むとき、その映像の再生系統はAVストリームファイルだけからでも、その情報を取得できる。従って、そのようなデータ構造は、例えば放送波で3D映像コンテンツを頒布するときに有効である。1-Eディペンデントビュークリップ情報ファイルは、図22に示されているようなストリーム属性情報2220のうち、ディペンデントビュービデオストリームのPID=0x1012、0x1013に割り当てられているビデオストリーム属性情報に所定のフラグを含んでも良い。そのフラグがオンであるときは、ディペンデントビュービデオストリームがベースビュービデオストリームを参照するものであることを示す。そのビデオストリーム属性情報が更に、参照先のベースビュービデオストリームに関する情報を含んでもよい。その情報は、3D映像コンテンツが規定のフォーマットどおりに作成されているか否かを所定のツールで検証するときに、ビデオストリーム間の対応関係を確認するのに利用することができる。1-F本発明の実施形態1では、クリップ情報ファイルに含まれるエクステント起点2242、2420からベースビューエクステントとディペンデントビューエクステントとの各サイズを算出することができる。その他に、各エクステントのサイズの一覧表が、例えばクリップ情報ファイルにメタデータの一部として格納されてもよい。1-GPGストリーム、IGストリーム、及びテキスト字幕ストリームのそれぞれに対する参照オフセットIDとオフセット補正値とは、STNテーブル3205に代えて、STNテーブルSS3130に格納されてもよい。その他に、それらはクリップ情報ファイル内のストリーム属性情報2220に格納されてもよい。更に、参照オフセットIDは、PGストリームとテキスト字幕ストリームとの各字幕エントリに格納されていても、IGストリームの各ページに格納されていてもよい。1-Hプログラム実行部4134は、ムービーオブジェクト又はBD-Jオブジェクトに従ってSPRM274551とSPRM284552との各値を設定してもよい。すなわち、再生装置102はアプリケーションプログラムに参照オフセットIDとオフセット補正値とを設定させてもよい。更に、そのようなアプリケーションプログラムは、インデックステーブル3510の項目ファーストプレイ3501に対応付けられているオブジェクトに制限されてもよい。1-ISTNテーブルでは、一つのストリームデータに対してオフセット補正値が複数設定されてもよい。図48は、そのようなSTNテーブル4805を示す模式図である。図48を参照するに、ストリーム属性4810は、PGストリーム1のストリームエントリ4810と同じSTN4806に対応付けられている。そのストリーム属性4810は、一つの参照オフセットID4800と共に、三種類のオフセット補正値1-34801-4803を含む。それらのオフセット補正値は、PGストリーム1から再生されるグラフィックスプレーンに与えられるべきオフセットを、表示装置の画面サイズに依って変化させるのに利用される。ここで、オフセット補正値の種類と画面サイズとの間の対応関係は予め規定されている場合を想定する。具体的には、オフセット補正値14801、オフセット補正値24802、オフセット補正値34803は、画面サイズが0-33インチ、34-66インチ、及び67インチ以上の各範囲内に属するときに利用される。各オフセット補正値4801-4803は次の条件を満たすように設定される:グラフィックスプレーンのオフセットによって生じるレフトビューとライトビューとのグラフィックス映像間の視差の最大値が、一般的な視聴者の瞳孔間距離以下特に視聴者が子供である場合は5cm以下である。その条件が満たされる限り、その視差は視聴者の瞳孔間距離を超えないので、その視聴者に映像酔いや眼精疲労が生じる危険性を低減させることができる。図49は、表示装置103の画面サイズに基づくオフセット補正値の選択処理のフローチャートである。再生装置102の再生制御部4135は、カレントPIの切り換えに伴って、一つのストリームデータに割り当てられたオフセット補正値の総数が変更される度に、以下の選択処理を行う。ステップS4901では、再生制御部4135は表示装置103の画面サイズを取得する。その際、必要であれば再生制御部4135はHDMI認証を行う。具体的には、再生制御部4135はHDMIケーブル122を通して表示装置103との間でCECメッセージを交換して、表示装置103から、その画面サイズを示す情報を送信させる。一方、表示装置103の画面サイズが既にプレーヤ変数の値として、いずれかのSPRM等に保存されているときは、再生制御部4135はプレーヤ変数記憶部4136からその画面サイズを読み出す。その後、処理はステップS4902へ進む。ステップS4902では、再生制御部4135は、表示装置103の画面サイズが、0-33インチ、34-66インチ、及び67インチ以上のいずれの範囲内に属するかを判別する。画面サイズが、0-33インチ、34-66インチ、及び67インチ以上の各範囲内に属するとき、処理はステップS4903、S4904、S4905へ進む。ステップS4903、S4904、S4905のそれぞれでは、再生制御部4135は、オフセット補正値14801、オフセット補正値24802、オフセット補正値34803を選択し、その種類を表す情報をプレーヤ変数としてプレーヤ変数記憶部4136に格納する。その後、処理は終了する。それにより、オフセット補正値の選択処理が再び実行されるまで、再生制御部4135は各STNテーブルから、そのプレーヤ変数の示す種類のオフセット補正値を選択して、その値にSPRM28の値を更新する。1-J再生制御部4135は、グラフィックスプレーンに与えられるべきオフセットを視聴者に調整させてもよい。図50は、その調整処理のフローチャートである。この処理は、視聴者がリモコン105又は再生装置102のフロントパネルを操作してオフセット補正値の設定を要求したときに、ユーザイベント処理部4133がその要求を受け付けることによって開始される。ステップS5001では、ユーザイベント処理部4133からの要求に応じ、再生制御部4135は表示装置103に、オフセットを調整するための操作画面を表示させる。ここで、その操作画面の表示には再生装置102のOSDが利用される。特に再生部4102は操作画面とグラフィックス映像とを合わせて表示する。その後、処理はステップS5002へ進む。ステップS5002では、再生制御部4135は操作画面を利用して、視聴者に調整対象のグラフィックスプレーンを選択させる。具体的には、再生制御部4135は操作画面上のメニューに選択可能なグラフィックスプレーンの一覧を表示し、所望の項目を視聴者にリモコン105の操作で選択させる。ここで、各項目には対応するオフセットシーケンスIDが割り当てられている。所定の時間内にいずれかの項目が選択されたとき、処理はステップS5003へ進む。一方、所定の時間内にはいずれの項目も選択されなかったとき、又は、リモコン105の操作によって処理の中断が視聴者によって指示されたとき、処理は終了する。ステップS5003では、再生制御部4135はまず、選択されたオフセットシーケンスIDを保存する。再生制御部4135は次に、操作画面を利用して、視聴者にオフセット値の増減をリモコン105の操作で選択させる。オフセット値の増加が選択されたとき、処理はステップS5004へ進み、減少が選択されたとき、処理はステップS5005へ進む。一方、所定の時間内には増減のいずれも選択されなかったとき、又は、リモコン105の操作によって処理の中断が視聴者によって指示されたとき、処理はステップS5002へ戻る。ステップS5004、S5005のそれぞれでは、再生制御部4135はSPRM28を更新して、それの示すオフセット補正値4220-4223のうち、保存されたオフセットシーケンスIDに対応するものに所定値を加え、又は減じる。その後、処理はステップS5003へ戻る。ステップS5003-5005のループが繰り返される間、再生制御部4135は再生部4102にグラフィックスプレーンの再生処理を継続させる。ここで、再生部4102は、操作画面とグラフィックス映像とのいずれか手前に表示される方を半透明にし、又は、操作画面をグラフィックス映像よりも手前に表示する。それにより、操作画面が表示されてもグラフィックス映像は見えるので、画面の輝度及び色合いの調整と同様に、視聴者にオフセット値の増減の効果を即座に確認させることができる。1-K再生装置102は、ユーザに瞳孔間距離を予備のSPRM、例えばSPRM32に登録させてもよい。その場合、レフトビューとライトビューとのグラフィックス映像間での視差の最大値が、SPRM32に登録された値を超えないように、再生装置102はオフセット補正値を調整することができる。具体的には、再生装置102は、システムターゲットデコーダから出力される各オフセット値について次の演算を行えばよい。再生装置102はまず、SPRM32の値と表示装置103の画面の幅水平方向の長さとの比を求め、更にその比と表示装置103の水平画素数との積を求める。この積は、オフセット制御によってグラフィックスプレーンに与えてもよいオフセットの上限の2倍を表す。再生装置102は次に、各オフセット値の2倍をその積と比較する。いずれかのオフセット値の2倍がその積以上であるとき、再生装置102は、そのオフセット値を含むオフセットシーケンスのIDを特定し、そのIDの示すグラフィックスプレーンに対するオフセット補正値を減らす。そのときの減少量は、オフセット値の2倍と上記の積との差の半分以上に設定されればよい。こうして、レフトビューとライトビューとのグラフィックス映像間での視差の最大値が視聴者の瞳孔間距離を超えないので、その視聴者に映像酔いや眼精疲労が生じる危険性を低減させることができる。1-L各クロッピング処理部4531-4534は、SPRM27の示す参照オフセットID4210-4213で特定されるオフセットシーケンスをオフセット制御に利用する。逆に、各クロッピング処理部4531-4534は、所定のSPRMの示すオフセットシーケンスIDで特定されるオフセットシーケンスをオフセット制御には利用しないようにしてもよい。すなわち、そのSPRMは、オフセット制御においてマスクされるべきオフセットシーケンスIDPG_ref_offset_id_mask、IG_ref_offset_id_mask、SV_ref_offset_id_mask、IM_ref_offset_id_maskを示す。その場合、各クロッピング処理部4531-4534は、システムターゲットデコーダ4125から受け取ったオフセット情報4507のうち、マスクされたオフセットシーケンスID以外に対応するものの中から、最大のオフセット値を含むものを選択してもよい。それにより、副映像プレーン、PGプレーン、IGプレーン、及びイメージプレーンのそれぞれの表すグラフィックス映像の奥行きを容易に揃えることができる。その結果、各ストリームデータの作成の自由度を向上させることができる。その他に、各クロッピング処理部4531-4534は、オフセット情報4507の中に参照オフセットID4210-4213を検出できなかった場合には、そのオフセット情報4507の含むオフセット値の中で最大のものを代用してもよい。1-M再生装置102がOSDとして独自のメニューを表示する際には、そのメニューの2D映像を表すグラフィックスプレーン、すなわちOSDプレーンに対してオフセット制御を行ってもよい。その場合、再生装置102はオフセット情報として、そのメニューの表示時刻にシステムターゲットデコーダ4125によって送出されたオフセット情報4507の中から、オフセット方向が画面よりも手前であって、かつオフセット値が最大であるものを選択してもよい。それにより、そのメニューを、字幕等、3D映像コンテンツから再生される3Dグラフィックス映像のいずれよりも手前に表示することができる。その他に、再生装置102が、OSDプレーンに対するオフセット情報を予め備えていてもよい。そのオフセット情報には特定のオフセットシーケンスID、例えばoffset_id=0が割り当てられる。更に、オフセットシーケンスID=0のオフセット情報に対しては、次の条件1、2が規定されてもよい:1オフセット方向は、画面よりも手前を示す。2オフセット値は、オフセットシーケンスID≠0のオフセット情報のうち、フレーム番号が等しく、かつオフセット方向が画面よりも手前であるものの中で最大のオフセット値に等しい。この規定により、再生装置102は、システムターゲットデコーダ4125によって送出されたオフセット情報4507の中からはオフセット情報を選択しなくてもよいので、OSDプレーンに対するオフセット制御を簡単化できる。また、各クロッピング処理部4531-4534は、システムターゲットデコーダ4125から受け取ったオフセット情報4507の中に、SPRM27の示す参照オフセットID4210-4213を検出できなかった場合に、オフセットシーケンスID=0のオフセット情報を代用してもよい。1-N図31に示されている3Dプレイリストファイル222はサブパスを一つ含む。その他に、3Dプレイリストファイルがサブパスを複数含んでもよい。例えば、一方のサブパスのサブパスタイプが3DL/Rであり、他方のサブパスのサブパスタイプが3Dデプスであってもよい。その3Dプレイリストファイルに従って3D映像が再生される際にそれら二種類のサブパスが切り換えられることにより、再生装置102をL/Rモードとデプスモードとの間で容易に切り換えることができる。特にその切り換え処理は、3Dプレイリストファイルそのものを切り換える処理よりも速やかに実行可能である。複数のディペンデントビュービデオストリームがそれぞれ、共通のベースビュービデオストリームとの組み合わせで同じ3D映像を表現してもよい。但し、それらのディペンデントビュービデオストリームの間では、同じシーンのレフトビューとライトビューとの間の視差が異なる。それらのディペンデントビュービデオストリームは、一つのサブTSに多重化されていても、異なるサブTSに分離されていてもよい。その場合、3Dプレイリストファイルはサブパスを複数含む。各サブパスは異なるディペンデントビュービデオストリームを参照する。その3Dプレイリストファイルに従って3D映像が再生される際にサブパスが切り換えられることにより、再生装置102に3D映像の奥行き感を容易に変化させることができる。特にその処理は、3Dプレイリストファイルそのものを切り換える処理よりも速やかに実行可能である。図51は、サブパスを複数含む3Dプレイリストファイル5100のデータ構造、及び、それによって参照されるファイル2D5110と二つのファイルDEP5121、5122とのデータ構造を示す模式図である。ファイル2D5110はPID=0x1011のベースビュービデオストリームを含む。ファイルDEP15121はPID=0x1012のディペンデントビュービデオストリーム1を含む。ファイルDEP25122はPID=0x1013のディペンデントビュービデオストリーム2を含む。ディペンデントビュービデオストリーム1、2はそれぞれ、ファイル2D5110内のベースビュービデオストリームとの組み合わせで同じ3D映像を表現する。しかし、ディペンデントビュービデオストリーム1、2の間では、同じシーンのレフトビューとライトビューとの間の視差が異なる。更に、オフセットシーケンスIDの等しいオフセットシーケンスが、同じフレーム番号に対して異なるオフセット値を規定する。一方、3Dプレイリストファイル5100はメインパス5130と二つのサブパス5131、5132とを含む。メインパス5130のPI1はファイル2D5110、特にベースビュービデオストリームを参照する。各サブパス5131、5132のSUB_PI1はメインパス5130のPI1と再生時間が共通である。サブパス15131のSUB_PI1はファイルDEP15121、特にディペンデントビュービデオストリーム1を参照する。サブパス25132のSUB_PI1はファイルDEP25122、特にディペンデントビュービデオストリーム2を参照する。その3Dプレイリストファイル5100を用いた3Dプレイリスト再生処理では、再生装置102は予め、ユーザ又はアプリケーションプログラムに再生対象のサブパスを選択させる。その他に、再生装置102は再生対象のサブパスを、変形例1-Iのように表示装置103の画面サイズに依って選択しても、変形例1-Kのように視聴者の瞳孔間距離を利用して選択してもよい。そのようなサブパスの選択処理により、レフトビューとライトビューとのビデオプレーン間の視差を容易に変化させることができる。更に、ディペンデントビュービデオストリームの切り換えに伴ってオフセット情報が変化するので、ファイル2D5110の含むPGストリーム又はIGストリームから再生されるグラフィックスプレーンのオフセットが変化する。それらの結果、3D映像の奥行き感を容易に変化させることができる。再生装置102がBD-Live登録商標に対応している場合、その機能を利用して上記のファイルDEP1、2のいずれかをネットワーク上のサーバ装置からダウンロードしてもよい。ここで、BD-Liveとは、再生装置がアプリケーションプログラムに従って、インターネット等の外部ネットワークから新たなデジタルコンテンツをダウンロードして、BD-ROMディスク上のコンテンツと共に再生する機能をいう。新たなデジタルコンテンツは、特典映像及び字幕等、BD-ROMディスク上のコンテンツに対する追加コンテンツ、並びに、ブラウザ画面及びゲーム等のインタラクティブコンテンツを含む。BD-Liveを利用してディペンデントビュービデオストリームを更新すれば、BD-ROMディスク上に記録済みの3D映像の奥行き感を、その再生時に変更することが実現可能である。特にオフセット情報がディペンデントビュービデオストリームに格納されているので、新たなファイルDEPをダウンロードするだけで、ビデオプレーンとグラフィックスプレーンとのいずれについても、レフトビューとライトビューとの間の視差を変更するのに必要な情報を取得することができる。1-O3Dプレイリストファイルに参照オフセットIDを設定する場合、PI間のシームレス接続に関して、以下の制約条件が規定されてもよい。図52は、3Dプレイリストファイル5200の含む参照オフセットIDを示す模式図である。図52を参照するに、メインパス5210のPI2にはCC=5が設定されている。従って、PI1とPI2とのそれぞれの規定する再生区間の映像はシームレスに接続されなければならない。その場合、PI1とPI2とでは、参照オフセットIDの値の変更と、ディペンデントビュービデオストリームに含まれるオフセットシーケンスの総数、すなわちエントリ数の変更とがいずれも禁止される。更に、オフセット補正値の変更とそのエントリ数の変更とがいずれも禁止されてもよい。この制約条件は具体的には次のとおりである。PI1の含むSTNテーブル1では、PGストリーム1、PGストリーム2、テキスト字幕ストリーム、...、IGストリーム1にそれぞれ、参照オフセットID1=1、参照オフセットID2=3、参照オフセットID3=2、...、参照オフセットIDM=6が割り当てられている。ここで、整数Mは、STNテーブル1に登録されたディペンデントビュービデオストリームに含まれるオフセットシーケンスの総数Xよりも小さい値でなければならない:M<X。更に、PI2の含むSTNテーブル2でも、PGストリーム1、PGストリーム2、テキスト字幕ストリーム、...、IGストリーム1にそれぞれ、参照オフセットID1=1、参照オフセットID2=3、参照オフセットID3=2、...、参照オフセットIDM=6が割り当てられなければならない。また、STNテーブル2に登録されたディペンデントビュービデオストリームに含まれるオフセットシーケンスの総数は、STNテーブル1に登録されたディペンデントビュービデオストリームに含まれるオフセットシーケンスの総数Xと等しくなければならない。このように、CC=5等、シームレス接続が設定されたプレイアイテム間では、参照オフセットIDの値、及び、参照先のディペンデントビュービデオストリームに含まれるオフセットシーケンスの総数がいずれも変更されてはならない。この制約条件により、再生装置102はカレントPIをPI1からPI2に変更するときに、SPRM27の更新処理をスキップすることができる。従って、シームレス接続に関する処理の負担が軽減されるので、その処理の信頼性を更に向上させることができる。その結果、3D映像の画質を更に向上させることができる。図52を更に参照するに、メインパス5210のPIKにはCC=1が設定されている。ここで、整数Kは3以上である。従って、PIKの規定する再生区間の映像は、直前のPIK-1の規定する再生区間の映像と必ずしもシームレスに接続されなくてもよい。その場合、PIKの含むSTNテーブルKでは、その前のPIの含むSTNテーブルの内容にかかわらず、参照オフセットIDとオフセット補正値とを自由に設定することができる。更に、再生装置102はPIKをカレントPIに設定する時点で、SPRM27とSPRM28とをリセットすることができる。1-P映像コンテンツには、例えばカラオケで歌詞の表示に利用されるもののように、静止画像に字幕等のグラフィックス映像が重ねて表示され、かつ、そのグラフィックス映像だけが頻繁に更新されるものがある。そのようなコンテンツが3D映像コンテンツとして形成されている場合、オフセットメタデータが配置されたVAUは更にシーケンス終端コードを含む。再生装置102は、そのようなVAUを復号したときは、そのオフセットメタデータから得られたオフセット情報を保持し、新たなオフセットメタデータを含むVAUが復号されるまで変更しない。図53のaは、静止画像のみを表すディペンデントビュービデオストリーム5300のデータ構造を示す模式図である。ディペンデントビュービデオストリーム5300の各VAUは一つの静止画像を表す。その場合、各VAUの後端にはシーケンス終端コード5303、5304が配置されている。一方、各VAUの補足データ5301、5302にはオフセットメタデータ5311、5312が配置されている。VAU1のオフセットメタデータ5311はオフセットシーケンスID=0のオフセットシーケンス[0]を含む。そのオフセットシーケンス[0]はフレーム1のオフセット情報のみを含む。同様に、VAU2のオフセットメタデータ5312では、オフセットシーケンス[0]はフレーム1のオフセット情報のみを含む。ここで、3Dプレイリストファイルが次の事項1、2を規定している場合を想定する:1ディペンデントビュービデオストリーム5300の各VAUの表す静止画像を10秒間隔で切り換える。2各静止画像に、グラフィックスストリームの表すグラフィックス映像を重ねて表示する。図53のbは、そのような3Dプレイリストファイルを従って再生される、レフトビュービデオプレーンの列5321、ライトビュービデオプレーンの列5322、及びグラフィックスプレーンの列5330を示す模式図である。図53のbでは、静止画像が切り換えられた時点の各ビデオプレーンが斜線で示されている。レフトビュービデオプレーンの列5321では、最初のビデオプレーン5341の示す静止画像が最初の10秒の期間5361に繰り返し再生され、次のビデオプレーン5351の示す静止画像が次の10秒の期間5371に繰り返し再生される。ライトビュービデオプレーンの列5322では、最初のビデオプレーン5342の示す静止画像が最初の10秒の期間5362に繰り返し再生され、次のビデオプレーン5352の示す静止画像が次の10秒の期間5372に繰り返し再生される。再生装置102はディペンデントビュービデオストリーム5300のVAU1を復号したとき、そのオフセットメタデータ5311からフレーム1のオフセット情報オフセット方向=画面よりも奥、オフセット値=10ピクセルを読み出す。再生装置102は更に、そのシーケンス終端コード5303を検出する。そのとき、再生装置102はフレーム1のオフセット情報を保持する。それにより、最初の10秒の期間5361では、グラフィックスプレーンの列5330に与えられるオフセットが、保持されたオフセット情報で決まるものに一定に維持される。すなわち、グラフィックス映像の奥行きが一定に維持される。VAU1の復号から10秒間が経過したとき、再生装置102はVAU2を復号する。再生装置102はそのとき、そのオフセットメタデータ5312からフレーム1の新たなオフセット情報オフセット方向=画面よりも手前、オフセット値=5ピクセルを読み出す。再生装置102は更に、そのシーケンス終端コード5304を検出する。そのとき、再生装置102はフレーム1のオフセット情報を保持する。それにより、次の10秒の期間5371では、グラフィックスプレーンの列5330に与えられるオフセットが、新たに保持されたオフセット情報で決まるものに変更された後、一定に維持される。すなわち、グラフィックス映像が新たな奥行きに一定に維持される。このように、VAUがシーケンス終端コードを含むときは、再生装置102に、既存のオフセット情報をそのまま保持させる。それにより、ビデオストリームが静止画像のみから構成されている場合でも、再生装置102に、グラフィックスプレーンに対するオフセット制御を確実に継続させることができる。1-Qオフセットメタデータは、ディペンデントビュービデオストリームに代えて、ベースビュービデオストリームに格納されてもよい。その場合でも、オフセットメタデータは、好ましくは、各ビデオシーケンスの先頭に位置するVAU内の補足データに格納される。更に、3Dプレイリストファイルは、ベースビュービデオストリームとディペンデントビュービデオストリームとのいずれがオフセットメタデータを含むかを示すフラグを備えていてもよい。それにより、各ストリームデータの作成の自由度を向上させることができる。また、そのフラグに対しては、CC=5、6によってシームレスに接続されるPI間では変更を禁止すると規定されてもよい。1-Rオフセットメタデータは、各ビデオシーケンスすなわち、各GOPの先頭だけでなく、各VAUすなわち、各フレーム又はフィールドに格納されてもよい。その他に、コンテンツごとに、オフセットメタデータの間隔が任意の値に、例えば3フレーム以上に設定されてもよい。その場合、好ましくは、各ビデオシーケンスの先頭のVAUには必ずオフセットメタデータが格納され、かつ、その直前のオフセットメタデータとの間隔が3フレーム以上であるように制限される。それにより、再生装置にオフセット情報の変更処理を飛び込み再生処理と確実に並行させることができる。1-Sオフセットメタデータは、ビデオストリームに格納されるのに代えて、独立なストリームデータとしてメインTS又はサブTSに多重化されていてもよい。その場合、オフセットメタデータには固有のPIDが割り当てられる。システムターゲットデコーダはそのPIDを利用して、オフセットメタデータを他のストリームデータから分離する。その他に、オフセットメタデータはテキスト字幕ストリームと同様に、まず専用のバッファにプリロードされ、その後、再生処理を受けてもよい。その場合、オフセットメタデータは一定のフレーム間隔で格納される。それにより、オフセットメタデータについてはPTSが不要であるので、PESヘッダのデータ量が削減される。その結果、プリロード用のバッファの容量を節約することができる。その他に、オフセットメタデータは、VAUの補足データに格納されるのに代えて、ビデオウォータマークを利用してビデオストリームに埋め込まれてもよい。更に、オフセットメタデータは、オーディオウォータマークを利用してオーディオストリームに埋め込まれてもよい。1-Tオフセットメタデータでは、各オフセットシーケンスが、フレームごとにオフセット値を規定するのに代えて、表示時間ごとに、オフセット値の経時変化を表す関数、すなわち補完関数を規定してもよい。その場合、3D再生装置は表示時間ごとに補完関数を用いて、その表示時間に含まれる各フレームにおけるオフセット値を算定する。図54のaは、補完関数を利用するオフセットメタデータ5400のデータ構造を示す模式図である。図54のaを参照するに、オフセットメタデータ5400は、オフセットシーケンスID5410とオフセットシーケンス5420との対応表を含む。オフセットシーケンス5420は、起点オフセット値offset_start5421、終点オフセット値offset_end5422、オフセット関数IDoffset_func_id5423、及びオフセット時間間隔offset_duration5424を含む。オフセットメタデータ5400が、ディペンデントビュービデオストリーム内の一つのビデオシーケンスに格納されているとき、起点オフセット値5421は、そのビデオシーケンスの表す最初のフレームにおけるオフセット値を示す。終点オフセット値5422は、次のビデオシーケンスの表す最初のフレームにおけるオフセット値を示す。オフセット関数ID5423は、補完関数の種類を規定する。その補完関数の種類は、そのビデオシーケンスの表示時間におけるオフセット値の変化の形状を表す。オフセット時間間隔5424は、そのビデオシーケンスの表示時間の長さを表す。図54のbは、補完関数を構成する要素の種類を表すグラフである。図54のbを参照するに、x軸は表示時間を表し、y軸はオフセット値を表す。ここで、オフセット値の符号は、3Dグラフィックス映像の奥行きが画面よりも奥か手前かで決まる。補完関数の構成要素としては、直線形状LNR、凸形状CVX、及び凹形状CCVの三種類が用意されている。直線形状LNRは線形関数y=axbで定義され、凸形状CVXと凹形状CCVとは、2次曲線y=ax2bxc、3次曲線y=ax3bx2cxd、又はガンマ曲線y=a1rcで定義される。ここで、定数a、b、c、dはパラメータであり、各要素の両端A、Bのxy座標、すなわち、表示時刻とその時点でのオフセット値との対で決まる。一方、定数rは別に規定され、各オフセットシーケンスに格納される。補完関数の種類は、それらの要素LNR、CVX、CCVの単体、又は組み合わせとして定義される。図54のcは、図54のaに示されているオフセットシーケンスID=0、1、2の各オフセットシーケンスから3D再生装置によって算定されたオフセット値を示すグラフである。図54のcを参照するに、グラフの横軸は、各オフセットシーケンスが格納されたビデオシーケンスの最初のフレームが表示された時刻からの経過時間を表す。黒丸A0、B0、A1、B1、A2、B2は、起点オフセット値5421又は終点オフセット値5422のいずれかとオフセット時間間隔5424とで規定される座標を示す。一対の黒丸A0B0、A1B1、A2B2の間を接続する実線のグラフGR0、GR1、GR2は、オフセット関数ID5423で規定された補完関数の種類と両端の黒丸A0B0、A1B1、A2B2の座標値とで決定された補完関数を表す。オフセットシーケンスID=0のオフセットシーケンスでは、オフセット関数ID5423が直線を示すので、両端の黒丸A0、B0の間が直線形状LNRのグラフ0GR0で接続される。オフセットシーケンスID=1のオフセットシーケンスでは、オフセット関数ID5423が曲線1を示すので、両端の黒丸A1、B1の間が単一の凸形状CVXのグラフ1GR1で接続される。オフセットシーケンスID=2のオフセットシーケンスでは、オフセット関数ID5423が曲線2を示すので、両端の黒丸A2、B2の間が、凸形状CVXと凹形状CCVとの組み合わせから成るグラフ2GR2で接続される。白丸は、各グラフGR0、GR1、GR2の示す補完関数を利用して3D再生装置によって算定された、各フレームの表示時刻とそのフレームにおけるオフセット値との対を表す。これらのグラフGR0、GR1、GR2から容易に理解されるように、起点オフセット値5421、終点オフセット値5422、オフセット関数ID5423、及びオフセット時間間隔5424の組み合わせだけでも、多様なオフセット値の変化、すなわち3Dグラフィックス映像の奥行きの変化を表現することができる。従って、3Dグラフィックス映像の表現力を損なうことなく、オフセットメタデータ全体のサイズを削減することができる。1-U図40に示されているテキスト字幕デコーダ4076では、テキストデコーダDEC4077によって既に復号されたビットマップデータを格納するビットマップバッファ4078内の領域がキャッシュとして利用されてもよい。それにより、テキスト字幕デコーダ4076によるPGプレーンメモリ4092に対するレンダリング処理を高速化することができる。図55のa、b、cはそれぞれ、一つのテキスト字幕ストリーム内で連続するテキストデータエントリ1、2、3の示す文字列5501、5502、5503と、各テキストデータエントリが復号された際にビットマップバッファに格納されるキャッシュデータ5511、5512、5513とを示す模式図である。図55のaを参照するに、テキストデータエントリ1の示す最初の文字列5501はHelloGoodMorningである。その文字数nCは18に等しい:nC=18。ここで、コンマとピリオドとはそれぞれ一つの文字である。しかし、最初の文字列5501は、小文字l、nを二つずつ含み、小文字oを三つ含み、その他の文字を一つずつ含む。その場合、DEC4077は、最初のl、n、oとその他の文字とをビットマップデータに変換してビットマップバッファ4078へ書き込み、二番目以降のl、n、oに対するレンダリング処理をスキップする。その結果、DEC4077が実際にビットマップデータへ変換する文字数、すなわちレンダリング数nRは13である:nR=13。一方、テキストデータエントリ1が復号された際のキャッシュデータ15511は、異なる文字を一つずつ表す。ビットマップバッファ4078はキャッシュデータ15511からPGプレーンメモリ4092へlとnとを二回ずつ転送し、oを三回転送し、残りの文字を一回ずつ転送する。すなわち、ビットマップバッファ4078からPGプレーンメモリ4092への転送回数nTは最初の文字列5501の文字数nCに等しい:nT=nC=18。図55のbを参照するに、テキストデータエントリ2の示す二番目の文字列5502はNicetomeetyouである。その文字数nCは14に等しい:nC=14。しかし、二番目の文字列5502のうち、小文字i、e、o、及びピリオドのビットマップデータは既にキャッシュデータ15511に含まれる。更に、二番目の文字列5502は小文字tを二つ含む。その場合、DEC4077は、i、e、o、ピリオド、及び二番目のtに対するレンダリング処理をスキップし、最初のtとその他の文字とをビットマップデータに変換してビットマップバッファ4078へ書き込む。その結果、レンダリング数nRは6である:nR=6。一方、テキストデータエントリ2が復号された際のキャッシュデータ25512には、キャッシュデータ15511の含まない文字のビットマップデータのみが追加される。ビットマップバッファ4078はキャッシュデータ25512からPGプレーンメモリ4092へ、eを三回転送し、tとoとを二回ずつ転送し、二番目の文字列5502内の他の文字を一回ずつ転送する。すなわち、ビットマップバッファ4078からPGプレーンメモリ4092への転送回数nTは二番目の文字列5502の文字数nCに等しい:nT=nC=14。図55のcを参照するに、テキストデータエントリ3の示す三番目の文字列5503はNicetomeetyoutooである。その文字数nCは18に等しい:nC=18。しかし、三番目の文字列5502に含まれる文字のビットマップデータは全て、既にキャッシュデータ25512に含まれる。その場合、DEC4077は、三番目の文字列5503の全体に対するレンダリング処理をスキップする。すなわち、レンダリング数nRは0である:nR=0。一方、テキストデータエントリ3が復号された際のキャッシュデータ35513はキャッシュデータ25512と等しい。ビットマップバッファ4078はキャッシュデータ35513からPGプレーンメモリ4092へ、eとtとを三回ずつ転送し、oを四回転送し、三番目の文字列5503に含まれる他の文字を一回ずつ転送する。すなわち、ビットマップバッファ4078からPGプレーンメモリ4092への転送回数nTは三番目の文字列5503の文字数nCに等しい:nT=nC=18。上記から明らかなとおり、ビットマップバッファ4078に格納されているビットマップデータをキャッシュデータとして利用することにより、テキスト文字のレンダリング処理に対するDEC4077の負担を軽減することができる。その結果、文字列をPGプレーンに描画するのに要する時間を短縮することができる。実際、一つのテキストデータエントリがnC字整数nCは1以上であるのテキスト文字列を表すとき、DEC4077がそのテキストデータエントリからビットマップデータを復号してPGプレーンメモリ4092に書き込むのに要する時間Tprocessは、レンダリング数nR、レンダリング速度Rred、及びビットマップバッファ4078からPGプレーンメモリ4092へのデータ転送速度Rtrを用いて次式で表される:Tprocess=nR/RrednC/Rtr。レンダリング数nRは明らかに文字数nC以下であるnR≦nCので、キャッシュの利用は時間Tprocessを短縮させる。例えば、レンダリング速度Rredとデータ転送速度Rtrとが共に20字/秒であるとき、20字nC=20をPGプレーンメモリ4092に書き込むのに要する時間Tprocessは、nR/2020/20=nR/201秒である。従って、レンダリング数nR=20のときは時間Tprocessが2秒であるのに対し、レンダリング数nR=10のときは時間Tprocessが1.5秒であり、レンダリング数nR=0のときは時間Tprocessが1秒である。このように、レンダリング数が小さいほど、すなわち、再利用されるキャッシュデータの数が多いほど、時間Tprocessは短縮される。ここで、図17に示されている各テキストデータエントリ1710に、スタイル情報1711が直前のテキストデータエントリのものから更新されているか否かを示すフラグが設置されていてもよい。スタイル情報1711が更新されている場合、そのテキストデータエントリ1710の含むテキスト情報1712の示す文字のビットマップデータがキャッシュに含まれている可能性は低い。従って、DEC4077は、そのフラグの値に依って、キャッシュデータの中からビットマップデータを探すべきか否かを判断することができる。また、キャッシュではビットマップデータがファースト-イン/ファースト-アウト方式FIFOで処理されてもよい。その他に、各テキストデータエントリ1710内のテキスト情報1712に、キャッシュの優先度を示すデータが格納されてもよく、各テキストデータエントリ1710に、そのテキスト情報1712の示す文字列のビットマップデータをキャッシュに格納すべきか否かを示すフラグが設置されていてもよい。そのフラグを利用して、使用頻度の低い文字列のビットマップデータがキャッシュに保存されないようにすることができる。《実施形態2》本発明の実施形態2によるBD-ROMディスクと再生装置とは、レフトビューとライトビューとの間のずれが視聴者に違和感を与える危険性を回避することができる。その点を除き、実施形態2によるBD-ROMディスクと再生装置とは実施形態1によるものと構成及び機能が等しい。従って、以下では、実施形態2によるBD-ROMディスクと再生装置とのうち、実施形態1によるものからの変更部分及び拡張部分について説明する。実施形態1によるBD-ROMディスクと再生装置と同様な部分については、上記の実施形態1についての説明を援用する。<レフトビューとライトビューとの間の水平方向のずれ>図56のaは、3D映像を撮影する一対のビデオカメラCML、CMRの水平画角HAL、HARを模式的に示す平面図である。図56のaを参照するに、一対のビデオカメラCML、CMRは水平方向に並べられている。左側のビデオカメラCMLはレフトビューを撮影し、右側のビデオカメラCMRはライトビューを撮影する。それらのビデオカメラCML、CMRの水平画角HAL、HARは、大きさは等しいが、位置は異なる。従って、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALと、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARとが生じる。両方の水平画角HAL、HARの共通部分に位置する被写体OBCはいずれのビデオカメラCML、CMRにも映る。しかし、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALに位置する被写体OBLは左側のビデオカメラCMLにしか映らず、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARに位置する被写体OBRは右側のビデオカメラCMRにしか映らない。図56のbは、左側のビデオカメラCMLで撮影されたレフトビューLVを示す模式図であり、図56のcは、右側のビデオカメラCMRで撮影されたライトビューRVを示す模式図である。図56のb、cを参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALはレフトビューLVに、その左端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ALはライトビューRVには含まれない。一方、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARはライトビューRVに、その右端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ARはレフトビューLVには含まれない。従って、図56のaに示されている三つの被写体OBL、OBC、OBRのうち、右側の被写体OBRはレフトビューLVには含まれず、左側の被写体OBLはライトビューRVには含まれない。その結果、左側の被写体OBLは視聴者の左目にしか映らず、右側の被写体OBRは右目にしか映らない。その場合、レフトビューLVとライトビューRVとは視聴者に違和感を与える危険性がある。実施形態2によるBD-ROMディスクでは、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AL、ARの幅WDHを示す情報がディペンデントビュービデオストリームに格納されている。その格納場所は、図13に示されているオフセットメタデータ1310の格納場所、すなわち、各ビデオシーケンスの先頭に位置するVAUの補足データ1301である。一方、実施形態2による再生装置では、図41に示されているシステムターゲットデコーダ4125がディペンデントビュービデオストリームから、上記の帯状領域AL、ARの幅WDHを示す情報を読み出す。システムターゲットデコーダ4125は更に、その情報を、図45に示されているオフセット情報4507と共にプレーン加算部4126に伝える。プレーン加算部4126では、視差映像生成部4510がその情報を利用して左映像プレーンと右映像プレーンとを加工し、上記の帯状領域AL、ARを背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域AL、ARに含まれる画素データを一様な背景色又は黒色のデータに書き換える。図56のd、eはそれぞれ、視差映像生成部4510によって加工された左映像プレーンの表すレフトビューLVと、右映像プレーンの表すライトビューRVとを示す模式図である。図56のdを参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALは、幅WDHの黒色帯BLで隠されている。一方、図56のeを参照するに、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARは、幅WDHの黒色帯BRで隠されている。それらの結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。視差映像生成部4510は更に、図47に示されているクロッピング処理と同様にして、左映像プレーンと右映像プレーンとのそれぞれから、上記の帯状領域AL、ARのうち、外側の半分の領域に含まれる画素データを除去してもよい。その場合、視差映像生成部4510は、各帯状領域AL、ARの残り半分の領域を背景色又は黒色で一様に塗りつぶすと共に、その反対側の端部に、各帯状領域AL、ARの半分の幅の背景色又は黒色の帯状領域を付加する。それにより、視聴者のいずれの目にも、レフトビューLVとライトビューRVとで共通する領域の示す映像が画面の中央に映り、背景色又は黒色の帯が画面の両端に映る。その結果、その視聴者に違和感を与える危険性を回避することができる。その他に、視差映像生成部4510は左映像プレーンと右映像プレーンとを次のように処理してもよい。視差映像生成部4510はまず、図47に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AL、AR内の画素データを除去する。視差映像生成部4510は次に、スケーリング処理によって、残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示される。その結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。尚、レフトビューとライトビューとの間の水平方向のずれは、単一のカメラで撮影された平面視映像から立体視映像を生成する場合、すなわち2D/3D変換を行う場合にも起こり得る。しかし、この場合も上記と同様にして、ずれを隠すことができる。すなわち、左映像ピクチャデータ左映像プレーンと右映像ピクチャデータ右映像プレーンとのそれぞれから一部の画素データが削除され、削除された箇所に別の画素データが設定され、又は、残りの画素データがピクチャプレーン全体に拡大されてもよい。<レフトビューとライトビューとの間の垂直方向のずれ>図57のaは、3D映像を撮影する一対のビデオカメラCML、CMRの垂直画角VAL、VARを模式的に示す平面図である。図57のaを参照するに、それらのビデオカメラCML、CMRの垂直画角VAL、VARは、大きさは等しいが、位置は異なる。従って、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATと、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABとが生じる。両方の垂直画角VAL、VARの共通部分に位置する被写体OBJはいずれのビデオカメラCML、CMRにも映る。しかし、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATに位置する被写体は左側のビデオカメラCMLにしか映らず、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABに位置する被写体は右側のビデオカメラCMRにしか映らない。図57のbは、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。図57のbを参照するに、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATはレフトビューLVに、その上端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ATはライトビューRVには含まれない。一方、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABはライトビューRVに、その下端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ABはレフトビューLVには含まれない。尚、帯状領域AT、ABの位置はレフトビューLVとライトビューRVとで逆の場合もある。このように、レフトビューLVとライトビューRVとで上記の帯状領域AT、ABの有無が異なる場合、図57のaに示されている被写体OBJの垂直方向の位置はレフトビューLVとライトビューRVとで、帯状領域AT、ABの高さHGTだけずれる。その結果、視聴者の左目に映る被写体OBJと、右目に映る被写体OBJとでは垂直方向の位置が異なるので、その視聴者に違和感を与える危険性がある。実施形態2によるBD-ROMディスクでは、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AT、ABの高さHGTを示す情報がディペンデントビュービデオストリームに格納されている。その格納場所は、図13に示されているオフセットメタデータ1310の格納場所、すなわち、各ビデオシーケンスの先頭に位置するVAUの補足データ1301である。一方、実施形態2による再生装置では、図41に示されているシステムターゲットデコーダ4125がディペンデントビュービデオストリームから、上記の帯状領域AT、ABの高さHGTを示す情報を読み出す。システムターゲットデコーダ4125は更に、その情報をオフセット情報4507と共にプレーン加算部4126に伝える。プレーン加算部4126では、視差映像生成部4510が、上記の帯状領域AT、ABの高さHGTを用いて、左映像プレーンと右映像プレーンとを次の手順で加工する。視差映像生成部4510はまず、左映像プレーン内の画素データの位置を下向きに、高さHGTの半分HGT/2だけ移動させ、右映像プレーン内の画素データの位置を上向きに、高さHGTの半分HGT/2だけ移動させる。それにより、各映像プレーンのうち、上記の帯状領域AT、AB以外の領域が表す映像と画面とで垂直方向の中心が一致する。一方、左映像プレーンでは、上端から帯状領域ATの上半分が除去され、下端から高さHDT/2の帯状領域に空き領域が生じる。右映像プレーンでは、下端から帯状領域ABの下半分が除去され、上端から高さHDT/2の帯状領域に空き領域が生じる。視差映像生成部4510は次に、各帯状領域を背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域に含まれる画素データを一様な背景色又は黒色のデータに書き換える。図57のcは、視差映像生成部4510によって加工された左映像プレーンの表すレフトビューLVと、右映像プレーンの表すライトビューRVとを示す模式図である。図57のcを参照するに、レフトビューLVとライトビューRVとでは垂直方向の中心位置が一致している。従って、図57のaに示されている被写体OBJの垂直方向の位置はレフトビューLVとライトビューRVとで等しい。一方、レフトビューLVの上端では、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATが高さHGT/2の黒色帯BTで隠され、ライトビューRVの下端では、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABが高さHGT/2の黒色帯BBで隠されている。更に、レフトビューLVの下端には高さHGT/2の黒色帯BBが付加され、ライトビューRVの上端には高さHGT/2の黒色帯BTが付加されている。それらの結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らず、かつ、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。その他に、視差映像生成部4510は左映像プレーンと右映像プレーンとを次のように処理してもよい。プレーン加算部4126はまず、図47に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AT、AB内の画素データを除去する。視差映像生成部4510は次に、スケーリング処理によって残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示されるので、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らない。しかも、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。<レフトビューとライトビューとの間のグラフィックス映像のずれ>1プレーンオフセットモードの再生装置が一つのグラフィックスプレーンに大きなオフセットを与えて一対のグラフィックスプレーンを生成する場合、その対の一方の左端部又は右端部に、他方の右端部又は左端部には含まれない領域が生じ得る。図58のaは、グラフィックスプレーンGPLの表すグラフィックス映像の一例を示す模式図である。図58のaを参照するに、そのグラフィックスプレーンGPLは三種類のグラフィックス部品OB1、OB2、OB3を表す。特に左側のグラフィックス部品OB1の左端は、グラフィックスプレーンGPLの左端から距離D1に位置し、右側のグラフィックス部品OB3の右端は、グラフィックスプレーンGPLの右端から距離D3に位置する。図58のb、cはそれぞれ、グラフィックスプレーンGPLに右向きと左向きとのオフセットを与えた場合を示す模式図である。図58のbを参照するに、図47と同様に、グラフィックスプレーンGPLの右端からは、オフセット値に等しい幅OFSの帯状領域AR1が除去され、左端には幅OFSの透明な帯状領域AL1が付加されている。それにより、各グラフィックス部品OB1-OB3の水平方向の位置が元の位置から、オフセット値に等しい距離OFSだけ右に移動している。一方、図58のbを参照するに、図47と同様に、グラフィックスプレーンGPLの左端からは幅OFSの帯状領域AL2が除去され、右端には幅OFSの透明な帯状領域AR2が付加されている。それにより、各グラフィックス部品OB1-OB3の水平方向の位置が元の位置から距離OFSだけ左に移動している。図58のb、cを更に参照するに、オフセット値に等しい距離OFSは、左側のグラフィックス部品OB1の左端とグラフィックスプレーンGPLの左端との間の距離D1よりも大きく、右側のグラフィックス部品OB3の右端とグラフィックスプレーンGPLの右端との間の距離D3よりも大きい。従って、右向きのオフセットが与えられたグラフィックスプレーンGP1では右側のグラフィックス部品OB3の右端の一部MP3が欠け、左向きのオフセットが与えられたグラフィックスプレーンGP2では左側のグラフィックス部品OB1の左端の一部MP1が欠けている。しかし、左側のグラフィックス部品OB1の欠落部分MP1は、右向きのオフセットが与えられたグラフィックスプレーンGP1には含まれ、右側のグラフィックス部品OB3の欠落部分MP3は、左向きのオフセットが与えられたグラフィックスプレーンGP2には含まれる。その結果、それらの欠落部分MP1、MP3は視聴者の片目にしか映らないので、視聴者に違和感を与える危険性がある。実施形態2によるBD-ROMディスクでは、図13に示されているように、オフセットメタデータ1310が、ディペンデントビュービデオストリーム内の各ビデオシーケンスの先頭に格納されている。一方、実施形態2による再生装置では、図41に示されているシステムターゲットデコーダ4125がディペンデントビュービデオストリームからオフセットメタデータを読み出し、図45に示されているオフセット情報4507としてプレーン加算部4126に伝える。プレーン加算部4126では、図45に示されている各クロッピング処理部4531-4534がそのオフセット情報4507を用いて、グラフィックスプレーンGPLに対するオフセット制御を行う。そのとき、各クロッピング処理部4531-4534は更に、グラフィックスプレーンGPLの左端又は右端に沿って延びている、オフセット値に等しい幅の帯状領域を切り取る。すなわち、その帯状領域内の画素データを透明色のデータに書き換える。図58のb、cには切り取り対象の帯状領域AS1、AS2が示されている。右向きのオフセットが与えられたグラフィックスプレーンGP1では、切り取り対象の帯状領域AS1が左側のグラフィックス部品OB1の欠落部分MP1を含む。左向きのオフセットが与えられたグラフィックスプレーンGP2では、切り取り対象の帯状領域AS2が右側のグラフィックス部品OB3の欠落部分MP3を含む。図58のd、eはそれぞれ、右向きと左向きとのオフセットが与えられたグラフィックスプレーンGP1、GP2の表すグラフィックス映像を示す模式図である。図58のd、eを参照するに、それらのグラフィックスプレーンGP1、GP2では、三種類のグラフィックス部品OB1-OB3の形状が一致している。その結果、視聴者の各目には共通のグラフィックス映像しか映らない。こうして、その視聴者に違和感を与える危険性を回避することができる。その他に、BD-ROMディスク上のPGストリーム、IGストリーム、及びテキスト字幕ストリームから再生されるグラフィックスプレーン、並びに、再生装置によって生成されるグラフィックスプレーンに対して、グラフィックス部品の配置に関する次の条件が規定されてもよい。図59は、その条件を示す模式図である。図59を参照するに、グラフィックスプレーンGPLには、左上角を原点00とするxy直交座標が設定されている。x座標とy座標とはそれぞれ、グラフィックスプレーンGPLの水平座標と垂直座標である。ここで、グラフィックスプレーンGPLの右下角の座標をTWDTHGとする。そのxy座標を用いて、上記の条件は次のように規定される:各フレームにおいて、グラフィックス部品OB1、OB2、OB3は、次の四点OFS0、TWD-OFS0、TWD-OFSTHG、OFSTHGを頂点とする矩形領域内に配置されなければならない。すなわち、グラフィックスプレーンGPLの左端と右端とのそれぞれに沿って延びている幅OFSの帯状領域AL、ARではグラフィックス部品の配置が禁止される。図58のb、cから明らかなとおり、それらの帯状領域AL、ARはオフセット制御によって切り取られる。従って、それらの帯状領域AL、ARへのオフセット部品の配置が禁止されていれば、グラフィックスプレーンGPLにオフセットが与えられた後でも、グラフィックス部品の形状に変化はない。その結果、視聴者の各目には共通のグラフィックス映像しか映らないので、その視聴者に違和感を与える危険性を回避することができる。尚、このようにグラフィックス部品の配置が制限されている場合でも、図58に示されているように、表示装置に出力されるグラフィックスデータからは、元のグラフィックスデータの一部が削除される。実施形態2では、再生装置102が、図56-58のそれぞれに示されている一連の処理を行う。その他に、表示装置103がそれらの処理を行ってもよい。図60は、再生装置102又は表示装置103に含まれている、上記の処理を行う機能部のブロック図である。図60を参照するに、その機能部は、受信部1、ストリーム処理部2、信号処理部3、及び出力部4を備えている。受信部1は、BD-ROMディスク、半導体メモリ装置、外部ネットワーク、及び放送波等の各種媒体から多重化ストリームデータを受信して、ストリーム処理部2に渡す。ストリーム処理部2は、その多重化ストリームデータから、映像、音声、グラフィックス等、各種のデータを分離して信号処理部3に渡す。信号処理部3はそれらのデータを個別に復号して出力部4に渡す。出力部4は、復号された各データを所定の形式に変換して出力する。出力部4の出力は、HDMI方式等の映像信号/音声信号であっても、映像/音声そのものであってもよい。《実施形態3》本発明の実施形態3によるBD-ROMディスクは、PGストリームとIGストリームとについてもベースビューとディペンデントビューとの対を含む。一方、本発明の実施形態3による再生装置は2プレーンモードを備える。2プレーンモードはグラフィックスプレーンの表示モードの一つである。サブTSがベースビューとディペンデントビューとのグラフィックスストリームを両方含むとき、2プレーンモードの再生装置は各グラフィックスストリームからレフトビューとライトビューとのグラフィックスプレーンデータを復号して交互に出力する。それにより、それらのグラフィックスストリームから3Dグラフィックス映像を再生することができる。それらの点を除き、実施形態3によるBD-ROMディスクと再生装置とは、実施形態1によるものと構成及び機能が等しい。従って、以下では、実施形態3によるBD-ROMディスクと再生装置とのうち、実施形態1によるものからの変更部分及び拡張部分について説明する。実施形態1によるBD-ROMディスクと再生装置と同様な部分については、上記の実施形態1についての説明を援用する。<サブTSのデータ構造>図61のaは、BD-ROMディスク101上の第1サブTSに多重化されたエレメンタリストリームの一覧表である。第1サブTSはMPEG-2TS形式の多重化ストリームデータであり、ファイルDEPに含まれる。図61のaを参照するに、第1サブTSは、プライマリビデオストリーム6011、レフトビューPGストリーム6012A、6012B、ライトビューPGストリーム6013A、6013B、レフトビューIGストリーム6014、ライトビューIGストリーム6015、及びセカンダリビデオストリーム6016を含む。プライマリビデオストリーム6011はライトビュービデオストリームであり、図3のaに示されているメインTS内のプライマリビデオストリーム301が3D映像のレフトビューを表すとき、その3D映像のライトビューを表す。レフトビューとライトビューとのPGストリームの対6012A6013A、6012B6013Bは、字幕等のグラフィックス映像を3D映像として表示するときにそのレフトビューとライトビューとの対を表す。レフトビューとライトビューとのIGストリームの対6014、6015は、対話画面のグラフィックス映像を3D映像として表示するときにそのレフトビューとライトビューとの対を表す。セカンダリビデオストリーム6016はライトビュービデオストリームであり、メインTS内のセカンダリビデオストリーム306が3D映像のレフトビューを表すとき、その3D映像のライトビューを表す。エレメンタリストリーム6011-6016に対するPIDの割り当ては例えば次のとおりである。プライマリビデオストリーム6011には0x1012が割り当てられる。一つのサブTSに他のエレメンタリストリームが種類別に最大32本まで多重化可能であるとき、レフトビューPGストリーム6012A、6012Bには0x1220から0x123Fまでのいずれかが割り当てられ、ライトビューPGストリーム6013A、6013Bには0x1240から0x125Fまでのいずれかが割り当てられる。レフトビューIGストリーム6014には0x1420から0x143Fまでのいずれかが割り当てられ、ライトビューIGストリーム6015には0x1440から0x145Fまでのいずれかが割り当てられる。セカンダリビデオストリーム6016には0x1B20から0x1B3Fまでのいずれかが割り当てられる。図61のbは、BD-ROMディスク101上の第2サブTSに多重化されたエレメンタリストリームの一覧表である。第2サブTSはMPEG-2TS形式の多重化ストリームデータであり、第1サブTSとは異なるファイルDEPに含まれる。その他に、第2サブTSは第1サブTSと同じファイルDEPに多重化されていてもよい。図61のbを参照するに、第2サブTSは、プライマリビデオストリーム6021、デプスマップPGストリーム6023A、6023B、デプスマップIGストリーム6024、及びセカンダリビデオストリーム6026を含む。プライマリビデオストリーム6021はデプスマップストリームであり、メインTS内のプライマリビデオストリーム301との組み合わせで3D映像を表す。デプスマップPGストリーム6023A、6023Bは、メインTS内のPGストリーム323A、323Bの表す2D映像が仮想的な2D画面への3D映像の射影として利用されるとき、その3D映像のデプスマップを表すPGストリームとして利用される。デプスマップIGストリーム6024は、メインTS内のIGストリーム304の表す2D映像が仮想的な2D画面への3D映像の射影として利用されるとき、その3D映像のデプスマップを表すIGストリームとして利用される。セカンダリビデオストリーム6026はデプスマップストリームであり、メインTS内のセカンダリビデオストリーム306との組み合わせで3D映像を表す。エレメンタリストリーム6021-6026に対するPIDの割り当ては例えば次のとおりである。プライマリビデオストリーム6021には0x1013が割り当てられる。一つのサブTSに他のエレメンタリストリームが種類別に最大32本まで多重化可能であるとき、デプスマップPGストリーム6023A、6023Bには0x1260から0x127Fまでのいずれかが割り当てられる。デプスマップIGストリーム6024には0x1460から0x147Fまでのいずれかが割り当てられる。セカンダリビデオストリーム6026には0x1B40から0x1B5Fまでのいずれかが割り当てられる。<STNテーブルSSのデータ構造>図62は、STNテーブルSS3130のデータ構造を示す模式図である。図62を参照するに、STNテーブルSS3130内の各ストリーム登録情報列3301、3302、3303、...は、ポップアップ期間のオフセット3311とディペンデントビュービデオストリームのストリーム登録情報列3312との他に、PGストリームのストリーム登録情報列6113とIGストリームのストリーム登録情報列6114とを含む。PGストリームのストリーム登録情報列6113は、サブTSから再生対象として選択可能なPGストリームを示すストリーム登録情報を含む。IGストリームのストリーム登録情報列6114は、サブTSから再生対象として選択可能なIGストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列6113、6114はそれぞれ、対応するPI内のSTNテーブルに含まれるストリーム登録情報列のうち、PGストリーム及びIGストリームを示すものと組み合わされて利用される。3D再生モードの再生装置102は、STNテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたSTNテーブルSS内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、2D再生モードを単に3D再生モードへ切り換えるとき、設定済みのSTN、及び言語等のストリーム属性を同一に維持できる。図62を更に参照するに、PGストリームのストリーム登録情報列6113は一般に複数のストリーム登録情報6131を含む。それらは、対応するPI内に含まれる、PGストリームのストリーム登録情報と同数である。IGストリームのストリーム登録情報列6114も同様なストリーム登録情報を含む。それらは、対応するPI内に含まれる、IGストリームのストリーム登録情報と同数である。各ストリーム登録情報6131は、STN6141、立体視フラグis_SS_PG6142、ベースビューストリームエントリstream_entry_for_base_view6143、ディペンデントビューストリームエントリstream_entry_for_depentdent_view6144、及びストリーム属性情報6145を含む。STN6141はストリーム登録情報6131に個別に割り当てられた通し番号であり、対応するPI内の組み合わせ対象のストリーム登録情報のSTNと等しい。立体視フラグ6142は、BD-ROMディスク101にベースビューとディペンデントビューとのPGストリームが両方含まれているか否かを示す。立体視フラグ6142がオンであるとき、サブTSに両方のPGストリームが含まれている。従って、ベースビューストリームエントリ6143、ディペンデントビューストリームエントリ6144、及びストリーム属性情報6145のいずれのフィールドも再生装置によって読み出される。立体視フラグ6142がオフであるとき、それらのフィールド6143-6145はいずれも再生装置に無視される。ベースビューストリームエントリ6143とディペンデントビューストリームエントリ6144とはいずれも、サブパスID参照情報6121、ストリームファイル参照情報6122、及びPID6123を含む。サブパスID参照情報6121は、ベースビューとディペンデントビューとの各PGストリームの再生経路を規定するサブパスのサブパスIDを示す。ストリームファイル参照情報6122は、各PGストリームが格納されたファイルDEPを識別するための情報である。PID6123は各PGストリームのPIDである。ストリーム属性情報6145は各PGストリームの属性、例えば言語の種類を含む。<システムターゲットデコーダ>図63は、システムターゲットデコーダ6225の機能ブロック図である。図63を参照するに、PGデコーダ6201は、図41に示されているシステムターゲットデコーダ4125内のものとは異なり、2プレーンモードに対応可能である。具体的には、PGデコーダ6201はベースビューPGデコーダ6211とディペンデントビューPGデコーダ6212とを含む。ベースビューPGデコーダ6211は、図3のaに示されているメインTS内のPGストリーム303A、303Bに加え、図61のaに示されている第1サブTS内のレフトビューPGストリーム6012A、6012Bをプレーンデータに復号する。ディペンデントビューPGデコーダ6212は、図61のaに示されている第1サブTS内のライトビューPGストリーム6013A、6013B、及び図61のbに示されている第2サブTS内のデプスマップPGストリーム6023A、6023Bをプレーンデータに復号する。副映像デコーダとIGデコーダとのいずれも、同様な一対のデコーダを含む。システムターゲットデコーダ6225は更に、一対のPGプレーンメモリ6221、6222を含む。ベースビューPGデコーダ6211はプレーンデータを左PGプレーンメモリ6221に書き込み、ディペンデントビューPGデコーダ6212はプレーンデータを右PGプレーンメモリ6222に書き込む。IGプレーンメモリとイメージプレーンメモリとのいずれも同様な構成である。システムターゲットデコーダ6225は更に、グラフィックスプレーンメモリからのプレーンデータの出力を、2プレーンモード、1プレーンオフセットモード、及び1プレーンゼロオフセットモードのそれぞれに対応させる。特に再生制御部4135から2プレーンモードが指示されたとき、システムターゲットデコーダ6225は一対のPGプレーンメモリ6221、6222からプレーン加算部6226へプレーンデータを交互に送出する。<プレーン加算部>図64は2プレーンモードのプレーン加算部6226の部分的な機能ブロック図である。図64を参照するに、プレーン加算部6226は、図45に示されているもの4126と同様、視差映像生成部4510、スイッチ4520、及び加算部4541、4542を含む。プレーン加算部6226は更に、PGプレーンデータ6304、6305の入力部に第2視差映像生成部6310と第2スイッチ6320とを含む。同様な構成は、副映像プレーンデータ、IGプレーンデータ、及びイメージプレーンデータの各入力部にも含まれる。第2視差映像生成部6310は、システムターゲットデコーダ6225から左PGプレーンデータ6304と右PGプレーンデータ6305とを受信する。L/Rモードの再生装置102では、左PGプレーンデータ6304はレフトビューPGプレーンを表し、右PGプレーンデータ6305はライトビューPGプレーンを表す。そのとき、第2視差映像生成部6310は各プレーンデータ6304、6305をそのまま第2スイッチ6320へ送出する。一方、デプスモードの再生装置102では、左PGプレーンデータ6304は2Dグラフィックス映像のPGプレーンを表し、右PGプレーンデータ6305はその2Dグラフィックス映像に対するデプスマップを表す。そのとき、第2視差映像生成部6310は、まずそのデプスマップからその2Dグラフィックス映像の各部の両眼視差を計算する。第2視差映像生成部6310は次に、左PGプレーンデータ6304を加工して、PGプレーンにおけるその2Dグラフィックス映像の各部の表示位置を、計算された両眼視差に応じて左右に移動させる。それにより、レフトビューとライトビューとを表すPGプレーンの対が生成される。第2視差映像生成部6310は更に、そのPGプレーンの対を第2スイッチ6320へ送出する。第2スイッチ6320は、PTSの等しい左PGプレーンデータ6304と右PGプレーンデータ6305とをその順で第2加算部4542へ送出する。第2加算部4542は、第2スイッチ6320からPGプレーンデータを受信し、第1加算部4541からのプレーンデータに重畳して第3加算部4543に渡す。その結果、左映像プレーンデータ6301にはレフトビューPGプレーンが重畳され、右映像プレーンデータ6302にはライトビューPGプレーンが重畳される。<2D映像と3Dグラフィックス映像との合成>実施形態3による再生装置は上記の構成を利用して2プレーンモードを実現する。それにより、その再生装置は、3D映像に3Dグラフィックス映像を重ねて表示することができる。実施形態3によるBD-ROMディスクと再生装置とは更に、以下に述べるように、2D映像に3Dグラフィックス映像を重ねて表示することもできる。図65は、ベースビュービデオストリーム6401とライトビュービデオストリーム6402とのピクチャを表示時間順に示す模式図である。図65を参照するに、ベースビュービデオストリーム6401はベースビューピクチャ6410、6411、6412、...、6419を含み、ライトビュービデオストリーム6402はライトビューピクチャ6420、6421、6422、...、6429を含む。それらのピクチャ6410-6419、6420-6429は三つの再生区間6431、6432、6433を構成している。最初の再生区間6431と三番目の再生区間6433とは3D再生区間であり、3D映像を表す。各3D再生区間6431、6433内のピクチャ群は、図7に示されているピクチャ群と同様に、MVC等の多視点符号化方式で圧縮されている。すなわち、各ベースビューピクチャ6410-6413、6417-6419は、同じ3D再生区間内の他のベースビューピクチャを参照ピクチャとして利用して圧縮されている。一方、各ライトビューピクチャ6420-6423、6427-6429は、同じ3D再生区間内の他のライトビューピクチャに加えて、同じ3DVAUに属するベースビューピクチャ6410-6413、6417-6419を参照ピクチャとして利用して圧縮されている。二番目の再生区間6432は疑似2D再生区間であり、ライトビューピクチャ群を含むにもかかわらず、2D映像を表す。疑似2D再生区間6432内のピクチャ群は、MVC等の多視点符号化方式で圧縮されている。特に各ベースビューピクチャ6414-6416は、同じ疑似2D再生区間内の他のベースビューピクチャを参照ピクチャとして利用して圧縮されている。しかし、各ライトビューピクチャ6424-6426は、同じ3DVAUに属するベースビューピクチャ6414-6416がそれ自身を参照ピクチャとして利用して圧縮されたものである。それにより、各ライトビューピクチャは、同じ3DVAUに属するベースビューピクチャと同じ2D映像を表す。すなわち、レフトビューとライトビューとの間に視差はない。従って、疑似2D再生区間では3D再生モードでも2D映像しか再生されない。更に、圧縮後のライトビューピクチャ群のデータ量は極めて小さい。図66は、疑似2D再生区間内のライトビューピクチャ群をMVCに従って符号化する際のスライスヘッダとスライスデータとの書式Syntaxを示す表である。ここで、Pスライスは、図65に示されている第4ライトビューピクチャP46423と第7ライトビューピクチャP76426とに含まれる。一方、Bスライスは、図65に示されている第5ライトビューピクチャB56424と第6ライトビューピクチャB66425とに含まれる。図66を参照するに、スライスヘッダに記載されたref_pic_list_modification_flag_l0又はl1=1、modification_of_pic_nums_idc=5、abs_diff_view_idx_minus1=0、ref_pic_list_modification_flag_l0又はl1=3の四行は一組で次のことを規定する:そのスライスの参照ピクチャを示すインデックスが、同じ3DVAUに属するベースビューピクチャのインデックス=0である。Pスライスの参照ピクチャは一枚であるので、そのスライスヘッダは上記の四行を一組含む。Bスライスの参照ピクチャは二枚であるので、そのスライスヘッダは上記の四行を二組含む。一方、スライスデータに記載された二行は、PスライスとBスライスとのいずれでも次の二つの事項i、iiを規定する:iスライス内のマクロブロックをCAVLC可変長符号化で符号化する際には、パラメータmbskiprunの値をそのスライス内のマクロブロックの総数に等しく設定する。iiスライス内のマクロブロックをCABAC算術符号化で符号化する際には、フラグmbskipflagをそのスライス内のマクロブロックの総数に等しい回数だけ繰り返し設定する。この規定は、スライス内の全てのマクロブロックのタイプがスキップであることを意味する。すなわち、圧縮後のライトビューピクチャは実質的にスライスデータを含まないこと、及び、その復号の際には参照ピクチャがそのライトビューピクチャとしてコピーされればよいことを示す。このように、MVCでは、疑似2D再生区間内の各ベースビューピクチャのコピーが、同じ3DVAUに属するライトビューピクチャとして符号化されていることを、極めて小さいデータ量で表現することができる。図67は、3D再生区間と疑似2D再生区間との両方を構成するファイル2D6610とファイルDEP6620との対、及び、各再生区間を規定する二種類の3Dプレイリストファイル6630、6640を示す模式図である。ファイル2D6610の含むプライマリビデオストリームPID=0x1011は、3D再生区間と疑似2D再生区間との両方に共通するベースビュービデオストリームである。ファイルDEP6620は二種類のプライマリビデオストリームPID=0x1012、0x1013を含む。その一方PID=0x1012は、ベースビュービデオストリームと共に3D再生区間を構成するディペンデントビュービデオストリームである。他方PID=0x1013は、ベースビュービデオストリームと共に疑似2D再生区間を構成するディペンデントビュービデオストリームである。すなわち、PID=0x1013のプライマリビデオストリームは、ベースビュービデオストリーム内の各ピクチャを参照ピクチャとしてそれ自身を圧縮したものである。ファイルDEP6620は更に、レフトビューPGストリームPID=0x1220とライトビューPGストリームPID=0x1240との対を含む。各PGストリームは3Dグラフィックス映像のレフトビューとライトビューとを表す。3Dプレイリストファイル16630の規定する再生経路は、3D再生区間から成る。具体的には、メインパス6631では、PI1がファイル2D6610内のベースビュービデオストリームPID=0x1011の再生区間を規定する。一方、サブパスタイプ6633=3DL/Rのサブパス6632では、SUB_PI1がファイルDEP6620内のディペンデントビュービデオストリームPID=0x1012とPGストリームの対PID=0x1220、0x1240との各再生区間を規定する。ここで、SUB_PI1はPI1と同じ再生開始時刻、及び同じ再生終了時刻を規定する。3Dプレイリストファイル26640の規定する再生経路は、疑似2D再生区間から成る。具体的には、メインパス6641では、PI1がファイル2D6610内のベースビュービデオストリームPID=0x1011の再生区間を規定する。一方、サブパスタイプ6643=3DL/Rのサブパス6642では、SUB_PI1がファイルDEP6620内のディペンデントビュービデオストリームPID=0x1013とPGストリームの対PID=0x1220、0x1240との各再生区間を規定する。ここで、SUB_PI1はPI1と同じ再生開始時刻、及び同じ再生終了時刻を規定する。3D再生モードの再生装置102が3Dプレイリストファイル16630を用いて3Dプレイリスト再生処理を行うとき、ベースビュービデオストリームとディペンデントビュービデオストリームPID=0x1012との組み合わせから再生される3D映像に、PGストリームの対PID=0x1220、0x1240から再生される3Dグラフィックス映像が重ねて表示される。一方、3D再生モードの再生装置102が3Dプレイリストファイル26640を用いて3Dプレイリスト再生処理を行うとき、ベースビュービデオストリームとディペンデントビュービデオストリームPID=0x1013との組み合わせから再生される2D映像に、PGストリームの対PID=0x1220、0x1240から再生される3Dグラフィックス映像が重ねて表示される。こうして、再生装置102に3Dプレイリストファイルを切り換えさせることにより、3Dグラフィックス映像が合成されるべき3D映像を2D映像に変更させることができる。図68は、3D再生区間を構成するファイル2D6710とファイルDEP16721との対、そのファイル2D6710との組み合わせで疑似2D再生区間を構成するファイルDEP26722、及び、各再生区間を規定する3Dプレイリストファイル6730を示す模式図である。ファイル2D6710の含むプライマリビデオストリームPID=0x1011は、3D再生区間と疑似2D再生区間との両方に共通するベースビュービデオストリームである。ファイルDEP16721の含むプライマリビデオストリームPID=0x1012は、ベースビュービデオストリームと共に3D再生区間を構成するディペンデントビュービデオストリームである。ファイルDEP26722の含むプライマリビデオストリームPID=0x1013は、ベースビュービデオストリームと共に疑似2D再生区間を構成するディペンデントビュービデオストリームである。すなわち、PID=0x1013のプライマリビデオストリームは、ベースビュービデオストリーム内の各ピクチャを参照ピクチャとしてそれ自身を圧縮したものである。各ファイルDEP6721、6722は更に、レフトビューPGストリームPID=0x1220とライトビューPGストリームPID=0x1240との対を含む。各PGストリームは3Dグラフィックス映像のレフトビューとライトビューとを表す。3Dプレイリストファイル6730の規定する再生経路は、3D再生区間と疑似2D再生区間とを両方含む。具体的には、メインパス6731では、PI1、PI2、及びPI3が、ファイル2D6710内のベースビュービデオストリームPID=0x1011の異なる再生区間を規定する。一方、サブパスタイプ6733=3DL/Rのサブパス6732では、SUB_PI1とSUB_PI3とが、ファイルDEP16721内のディペンデントビュービデオストリームPID=0x1012とPGストリームの対PID=0x1220、0x1240との各再生区間を規定する。更に、SUB_PI2が、ファイルDEP36722内のディペンデントビュービデオストリームPID=0x1013とPGストリームの対PID=0x1220、0x1240との各再生区間を規定する。ここで、SUB_PINはPINと同じ再生開始時刻、及び同じ再生終了時刻を規定するN=1、2、3。従って、PI1とSUB_PI1との対、及び、PI3とSUB_PI3との対は3D再生区間を規定し、PI2とSUB_PI2とは疑似2D再生区間を規定する。更に、PI2とPI3とではCCの値が5に設定され、かつ、SUB_PI2とSUB_PI3とではSPCCの値が5に設定されている。すなわち、それらの再生区間をシームレスに接続すべきことが規定されている。図69は、3D再生モードの再生装置102が3Dプレイリストファイル6730に従って再生するビデオプレーンの列6810とPGプレーンの列6820とを示す模式図である。図69を参照するに、各列6810、6820は表示時間順に、三つのグループ6811-6813、6821-6823を含む。第1グループ6811、6821は、PI1とSUB_PI1との対で規定される最初の3D再生区間P3D1を構成する。すなわち、ビデオプレーンの第1グループ6811は、ベースビュービデオストリームとディペンデントビュービデオストリームPID=0x1012との組み合わせから再生されるレフトビューとライトビューとのビデオプレーンL、Rを交互に含む。一方、PGプレーンの第1グループ6821は、PGストリームの対PID=0x1220、0x1240から再生されるレフトビューとライトビューとのPGプレーンL、Rを交互に含む。従って、最初の3D再生区間P3D1では、ビデオプレーンの第1グループ6811の表す3D映像に、PGプレーンの第1グループ6821の表す3Dグラフィックス映像が重ねて表示される。第2グループ6811、6821は、PI2とSUB_PI3との対で規定される疑似2D再生区間PPS2Dを構成する。すなわち、ビデオプレーンの第2グループ6812は、ベースビュービデオストリームから再生される2D映像のビデオプレーン2Dと、ディペンデントビュービデオストリームPID=0x1013から再生されるそのビデオプレーン2Dのコピーとを交互に含む。一方、PGプレーンの第2グループ6822は、PGストリームの対PID=0x1220、0x1240から再生されるレフトビューとライトビューとのPGプレーンL、Rを交互に含む。従って、疑似2D再生区間PPS2Dでは、ビデオプレーンの第2グループ6812の表す2D映像に、PGプレーンの第2グループ6822の表す3Dグラフィックス映像が重ねて表示される。第3グループ6813、6823は、PI3とSUB_PI3との対で規定される二番目の3D再生区間P3D2を構成する。すなわち、ビデオプレーンの第3グループ6813は、ベースビュービデオストリームとディペンデントビュービデオストリームPID=0x1012との組み合わせから再生されるレフトビューとライトビューとのビデオプレーンL、Rを交互に含む。一方、PGプレーンの第3グループ6823は、PGストリームの対PID=0x1220、0x1240から再生されるレフトビューとライトビューとのPGプレーンL、Rを交互に含む。従って、二番目の3D再生区間P3D2では、ビデオプレーンの第3グループ6813の表す3D映像に、PGプレーンの第3グループ6823の表す3Dグラフィックス映像が重ねて表示される。上記のように、再生装置102に一連の3Dプレイリスト再生処理の中で、再生区間の切り換えと共に、3D映像と3Dグラフィックス映像との合成映像を、2D映像と3Dグラフィックス映像との合成映像に変更させることができる。ここで、3D再生区間と疑似2D再生区間とではビデオストリームのデータ構造自体は変わらないので、再生装置102は、いずれの再生区間でも、3D再生モードでの通常の動作を継続すればよい。特に、図68に示されているように、CC=5、SPCC=5が設定されていれば、3D再生区間と疑似2D再生区間との間でも映像をシームレスに接続させることができる。<変形例>3-A図68に示されているように、各PIが視点符号化フラグを含んでもよい。視点符号化フラグは、そのPIの規定する再生区間が3D再生区間と疑似2D再生区間とのいずれであるかを示す。例えば、視点符号化フラグの値が0である場合は、その再生区間が3D再生区間であることを示し、1である場合は、疑似2D再生区間であることを示す。図67に示されているような例では、各3Dプレイリストファイルが視点符号化フラグを含んでもよい。更に、視点符号化フラグは、MVC等によるビデオストリーム、又は、多重化ストリームデータを成すTSの中に補助情報として格納されてもよい。例えば、MVCによるビデオストリームでは、NALユニットのヘッダ、SEI、又は、図8に示されているディペンデントビュービデオストリーム内のVAU832のサブAU識別コード832Aが格納場所として利用可能である。その他に、視点符号化フラグを格納するための新たなNALユニットが定義されてもよい。一方、TSでは、TSパケットのヘッダ又はディスクリプタ、特にMVCによる、ビットレート等の属性情報を含むディスクリプタが、視点符号化フラグの格納場所として利用可能である。3-B3Dプレイリストファイルの規定する再生経路は、3D再生区間と疑似2D再生区間とに加え、通常の2D映像の再生区間以下、通常2D再生区間という。を含んでもよい。通常2D再生区間にはサブTS、特にディペンデントビュービデオストリームが含まれないので、再生装置はメインTSのみから2D再生モードで2D映像を再生する。その場合、3D映像コンテンツには、2D映像の再生区間が疑似2D再生区間と通常2D再生区間とのいずれであるかを示す情報が格納されてもよい。例えば、PIに含まれる視点符号化フラグの値が2である場合は、そのPIの規定する再生区間が通常2D再生区間であることを示す。3-C光ディスク、メモリカード、若しくはHDD等の記憶装置に記録された映像コンテンツ、放送される番組、又は、特定のフォルダ等に格納されたAVストリームファイルの中に、視点符号化フラグの異なる再生区間が存在するか否かを示す情報が設定されてもよい。特に番組については、その情報を、番組情報を格納するディスクリプタ、又は番組を構成するビデオストリームの属性を示すディスクリプタに格納することができる。例えばその情報は、プレイリストファイルの規定する再生経路の次のような属性を示す:1その再生経路は3D再生区間のみを含む、2その再生経路は3D再生区間を少なくとも一つ含む、3その再生経路には疑似2D再生区間と通常2D再生区間とが混在する。再生装置は、その情報の示す再生経路の属性に合わせて動作モードを選択することにより、その選択処理を簡単化できる。3-D再生区間の映像が3D映像と2D映像とのいずれであるかを示す情報が3D映像コンテンツに設定されている場合、その情報が視点符号化フラグの代わりに利用されてもよい。具体的には、再生区間の映像が3D映像であることをその情報が示す場合、その再生区間は3D再生区間である。一方、再生区間の映像が2D映像であることをその情報が示す場合、その再生区間は、疑似2D再生区間と通常2D再生区間とのいずれかである。更に、その再生区間が疑似2D再生区間と通常2D再生区間とのいずれであるかを判別するには、例えばビデオストリーム又は多重化ストリームデータに格納された映像の視点数を示す情報が利用されればよい。視点数=2の場合、再生区間は疑似2D再生区間であり、視点数=1の場合、再生区間は通常2D再生区間である。その他に、映像コンテンツ、特にその管理情報に格納されたコンテンツの符号化方式を示す情報が利用されてもよい。具体的には、符号化方式がMVC等の多視点符号化方式であれば、再生区間は疑似2D再生区間であり、MPEG-4AVC等の単一視点符号化方式であれば、再生区間は通常2D再生区間である。3-E再生装置102がBD-Live登録商標に対応している場合、ベースビュービデオストリームはBD-ROMディスクから読み出し、ディペンデントビュービデオストリームはネットワーク上のサーバ装置等の別の機器からダウンロードしてもよい。その場合、再生装置は更に、BD-ROMディスク上の映像コンテンツの備えている視点符号化フラグを参照して、その映像コンテンツの再生経路の属性をチェックしてもよい。特に、その再生経路に3D再生区間と通常2D再生区間とが混在し、かつ疑似2D再生区間が含まれていない場合、再生装置は、通常2D再生区間を疑似2D再生区間に置き換えた新たなコンテンツ、又は、通常2D再生区間のデータから疑似2D再生区間のデータを生成するのに必要な差分データを、ネットワーク上のサーバ装置等からダウンロードしてもよい。それにより、再生装置はその映像コンテンツの全体を同じ動作モードで再生することができる。3-F図70は、3D再生装置が連続再生区間中の通常2D再生区間の有無に依って動作モードを選択する処理のフローチャートである。この処理は、プレイリスト再生処理において再生経路中の各連続再生区間の処理が開始される度に行われる。ここで、連続再生区間とは、再生経路中の再生区間のうち、映像がシームレスに連続再生されるべき1以上の再生区間をいう。ステップS6901では、再生装置102では、再生制御部4135がプレイリストファイル等から再生経路の属性をチェックすることにより、処理対象の連続再生区間が通常2D再生区間を含むか否かを判別する。その連続再生区間が通常2D再生区間を含む場合は処理がステップS6902へ進み、含まない場合は処理がステップS6905へ進む。ステップS6902では、再生制御部4135は更に、処理対象の連続再生区間が通常2D再生区間以外の再生区間を含むか否かを判別する。その連続再生区間が通常2D再生区間以外の再生区間を含む場合は処理がステップS6903へ進み、含まない場合は処理がステップS6904へ進む。ステップS6903では、処理対象の連続再生区間には通常2D再生区間と他の再生区間とが混在する。従って、再生装置102は2D再生モードを選択する。その後、2D再生モードによる連続再生区間の再生処理が開始される。特に3D再生区間と疑似2D再生区間とではスキップ再生が行われる。すなわち、BD-ROMディスク101から、メインTSを含むデータブロックが読み出される一方、サブTSを含むデータブロックの読み出しはジャンプによってスキップされる。それにより、連続再生区間の全体は2D再生モードでのフレームレート、例えば1/24秒で再生される。ステップS6904では、処理対象の連続再生区間は通常2D再生区間しか含まない。従って、再生装置102は2D再生モードを選択する。その後、2D再生モードによる連続再生区間の再生処理が開始される。ステップS6905では、処理対象の連続再生区間は3D再生区間と疑似2D再生区間としか含まない。従って、再生装置102は3D再生モードを選択する。その後、3D再生モードによる連続再生区間の再生処理が開始される。それにより、図69に示されているように、3D再生区間での3D映像と3Dグラフィックス映像との合成映像、及び、疑似2D再生区間での2D映像と3Dグラフィックス映像との合成映像がシームレスに接続される。3-G図71は、ダビング再生機能を持つ3D再生装置が、連続再生区間中の通常2D再生区間の有無に依って動作モードを選択する処理のフローチャートである。この処理は、プレイリスト再生処理において再生経路中の各連続再生区間の処理が開始される度に行われる。ここで、ダビング再生機能とは、B-B表示モードを利用して、2D映像を表すストリームデータを再生する機能をいう。ダビング再生では、映像は3D再生モードでのフレームレート、例えば1/48秒で再生される。しかし、同じフレームが二回ずつ表示されるので、フレームの実際の変化は2D再生モードでのフレームレート、例えば1/24秒で表現される。ステップS7001では、再生装置102では、再生制御部4135がプレイリストファイル等から再生経路の属性をチェックすることにより、処理対象の連続再生区間が通常2D再生区間を含むか否かを判別する。その連続再生区間が通常2D再生区間を含む場合は処理がステップS7002へ進み、含まない場合は処理がステップS7005へ進む。ステップS7002では、再生制御部4135は更に、処理対象の連続再生区間が通常2D再生区間以外の再生区間を含むか否かを判別する。その連続再生区間が通常2D再生区間以外の再生区間を含む場合は処理がステップS7003へ進み、それ以外の再生区間を含まない場合は処理がステップS7004へ進む。ステップS7003では、処理対象の連続再生区間には通常2D再生区間と他の再生区間とが混在する。従って、再生装置102は3D再生モードを選択し、特に通常2D再生区間に対してはB-B表示モードを選択する。その後、3D再生モードによる連続再生区間の再生処理が開始される。それにより、通常2D再生区間ではダビング再生が行われる。それ故、映像は連続再生区間の全体でシームレスに再生される。ステップS7004では、処理対象の連続再生区間は2D再生区間しか含まない。従って、再生装置102は2D再生モードを選択する。その後、2D再生モードによる連続再生区間の再生処理が開始される。ステップS7005では、処理対象の連続再生区間は3D再生区間と疑似2D再生区間としか含まない。従って、再生装置102は3D再生モードを選択する。その後、3D再生モードによる連続再生区間の再生処理が開始される。それにより、3D再生区間での3D映像と3Dグラフィックス映像との合成映像、及び、疑似2D再生区間での2D映像と3Dグラフィックス映像との合成映像がシームレスに接続される。3-H3D再生モードの再生装置102は、ポップアップメニューを画面に表示する期間、すなわちポップアップ期間では、以下のようにして、他の3D映像を2D映像に変更する。それにより、ポップアップメニューの視認性操作性が向上する。ここで、ポップアップメニューの表示には、IGストリームから復号されたIGプレーン、又は、BD-Jオブジェクトに従って描画されたイメージプレーンが利用される。図72のaは、1プレーンオフセットモードでの3Dグラフィックス映像の再生中にポップアップメニューが表示される際のビデオプレーンの列7110、IG/イメージプレーンの列7120、及びPGプレーンの列7130を示す模式図である。図72のaを参照するに、二つの3D再生区間P3D1、P3D2の間にポップアップ期間PPOPが挿入されている。それにより、ビデオプレーンの列7110とPGプレーンの列7130とはそれぞれ、三つのグループ7111-7113、7131-7133に分割される。最初の3D再生区間P3D1では、ビデオプレーンの表示モードはB-D表示モードに設定され、PGプレーンの表示モードは1プレーンオフセットモードに設定される。それにより、ビデオプレーンの第1グループ7111はレフトビューとライトビューとのビデオプレーンL、Rを交互に含み、PGプレーンの第1グループ7131はレフトビューとライトビューとのPGプレーンL、Rを交互に含む。ここで、レフトビューとライトビューとのPGプレーンの各対は、オフセット制御によって一つのPGプレーンから生成され、対応するビデオプレーンに合成される。こうして、最初の3D再生区間P3D1では、ビデオプレーンの第1グループ7111の表す3D映像に、PGプレーンの第1グループ7131の表す3Dグラフィックス映像が重ねて表示される。ポップアップ期間PPOPでは、IG/イメージプレーンの列7120が1プレーンオフセットモード又は2プレーンモードで再生される。それにより、その列7120は、レフトビューとライトビューとのIG/イメージプレーンL、Rを交互に含む。一方、ビデオプレーンの表示モードはB-B表示モードに変更され、PGプレーンの表示モードは1プレーンゼロオフセットモードに変更される。それにより、ビデオプレーンの第2グループ7112はレフトビューのビデオプレーンLを二枚ずつ含み、PGプレーンの第2グループ7132はオフセット値=0のPGプレーンCを二枚ずつ含む。こうして、ポップアップ期間PPOPでは、ビデオプレーンの第2グループ7112の表す2D映像に、PGプレーンの第2グループ7132の表す2Dグラフィックス映像と、IG/イメージプレーンの列7120の表す3D映像のポップアップメニューとが重ねて表示される。二番目の3D再生区間P3D2では、ビデオプレーンの表示モードはB-B表示モードに戻され、PGプレーンの表示モードは1プレーンオフセットモードに戻される。それにより、ビデオプレーンの第3グループ7113はレフトビューとライトビューとのビデオプレーンL、Rを交互に含み、PGプレーンの第3グループ7133はレフトビューとライトビューとのPGプレーンL、Rを交互に含む。こうして、二番目の3D再生区間P3D2では、ビデオプレーンの第3グループ7113の表す3D映像に、PGプレーンの第3グループ7133の表す3Dグラフィックス映像が重ねて表示される。図72のbは、2プレーンモードでの3Dグラフィックス映像の再生中にポップアップメニューが表示される際のビデオプレーンの列7110、IG/イメージプレーンの列7120、及びPGプレーンの列7140の一例を示す模式図である。図72のbを参照するに、二つの3D再生区間P3D1、P3D2の間にポップアップ期間PPOPが挿入されている。それにより、ビデオプレーンの列7110とPGプレーンの列7140とはそれぞれ、三つのグループ7111-7113、7141-7143に分割される。最初の3D再生区間P3D1では、ビデオプレーンの表示モードはB-D表示モードに設定され、PGプレーンの表示モードは2プレーンモードに設定される。それにより、ビデオプレーンの第1グループ7111はレフトビューとライトビューとのビデオプレーンL、Rを交互に含み、PGプレーンの第1グループ7141はレフトビューとライトビューとのPGプレーンL、Rを交互に含む。ここで、レフトビューとライトビューとの各PGプレーンは異なるPGストリームから生成される。こうして、最初の3D再生区間P3D1では、ビデオプレーンの第1グループ7111の表す3D映像に、PGプレーンの第1グループ7141の表す3Dグラフィックス映像が重ねて表示される。ポップアップ期間PPOPでは、IG/イメージプレーンの列7120が1プレーンオフセットモード又は2プレーンモードで再生される。それにより、その列7120はレフトビューとライトビューとのIG/イメージプレーンL、Rを交互に含む。一方、ビデオプレーンとPGプレーンとの各表示モードはB-B表示モードに変更される。それにより、ビデオプレーンの第2グループ7112はレフトビューのビデオプレーンLを二枚ずつ含み、PGプレーンの第2グループ7142はレフトビューのPGプレーンLを二枚ずつ含む。こうして、ポップアップ期間PPOPでは、ビデオプレーンの第2グループ7112の表す2D映像に、PGプレーンの第2グループ7142の表す2Dグラフィックス映像と、IG/イメージプレーンの列7120の表す3D映像のポップアップメニューとが重ねて表示される。二番目の3D再生区間P3D2では、ビデオプレーンの表示モードはB-B表示モードに戻され、PGプレーンの表示モードは2プレーンモードに戻される。それにより、ビデオプレーンの第3グループ7113はレフトビューとライトビューとのビデオプレーンL、Rを交互に含み、PGプレーンの第3グループ7143はレフトビューとライトビューとのPGプレーンL、Rを交互に含む。こうして、二番目の3D再生区間P3D2では、ビデオプレーンの第3グループ7113の表す3D映像に、PGプレーンの第3グループ7143の表す3Dグラフィックス映像が重ねて表示される。図72のcは、2プレーンモードでの3Dグラフィックス映像の再生中にポップアップメニューが表示される際のビデオプレーンの列7110、IG/イメージプレーンの列7120、及びPGプレーンの列7150の別例を示す模式図である。図72のcを参照するに、図72のbとは異なり、ポップアップ期間PPOPにPGプレーンが表示されない。その他の点については、図72のcに示されている各プレーンの列は、図72のbに示されているものと同様である。最初の3D再生区間P3D1では、ビデオプレーンの第1グループ7111とPGプレーンの第1グループ7151とはレフトビューとライトビューとの各プレーンL、Rを交互に含むので、ビデオプレーンの第1グループ7111の表す3D映像に、PGプレーンの第1グループ7151の表す3Dグラフィックス映像が重ねて表示される。ポップアップ期間PPOPでは、IG/イメージプレーンの列7120はレフトビューとライトビューとのIG/イメージプレーンL、Rを交互に含み、ビデオプレーンの第2グループ7112はレフトビューのビデオプレーンLを二枚ずつ含む。一方、PGプレーンの描画処理は継続されるが、その出力処理は中断される。それにより、PGプレーンの第2グループ7152は破棄される。こうして、ポップアップ期間PPOPでは、ビデオプレーンの第2グループ7112の表す2D映像に、IG/イメージプレーンの列7120の表す3D映像のポップアップメニューが重ねて表示される。一方、PGプレーンの第2グループ7152の表す3Dグラフィックス映像は表示されない。二番目の3D再生区間P3D2では、ビデオプレーンの表示モードはB-B表示モードに戻され、PGプレーンの表示モードは2プレーンモードに戻される。それにより、ビデオプレーンの第3グループ7113とPGプレーンの第3グループ7153とはレフトビューとライトビューとの各プレーンL、Rを交互に含む。こうして、二番目の3D再生区間P3D2では、ビデオプレーンの第3グループ7113の表す3D映像に、PGプレーンの第3グループ7153の表す3Dグラフィックス映像が重ねて表示される。以上のようにして、ポップアップメニューが表示される間、他の3D映像が一時的に2D映像に変更される。特にPGプレーンの表示モードの変更は、オフセット値の変更又は出力プレーンの変更によって実現されるので、その処理時間が短い。従って、3D映像と2D映像との切り換えをシームレスに実現することができる。尚、表示モードの変更に要する処理時間が十分に短い場合、その変更に伴って映像が途切れてもよい場合、又は、3台のPGデコーダがメインTS内のPGストリームとサブTS内の一対のPGストリームとをパラレルに再生する場合、ポップアップメニューのオン/オフに合わせてPGプレーンの表示モードが1プレーンゼロオフセットモードと2プレーンモードとの間で切り換えられてもよい。3-I2プレーンモードの再生装置102は、オフセットメタデータを利用して、レフトビューとライトビューとの各グラフィックスプレーンに対して更にオフセット制御を行ってもよい。それにより、2プレーンモードでも1プレーンオフセットモードと同様に、3Dグラフィックス映像の奥行きを調整することができる。特に、図72のbのように、ポップアップ期間にB-B表示モードを利用して、ポップアップメニュー以外の3Dグラフィックス映像を2Dグラフィックス映像に変更する場合を想定する。図73のa、b、cは、B-D表示モードとB-B表示モードとでのグラフィックス部品の表示位置の差を示す模式図である。図73のa-cを参照するに、画面SCR内の破線はB-D表示モードでのグラフィックス部品の表示位置GOB0を示し、実線はB-B表示モードでのグラフィックス部品の表示位置GOB1-3を示す。図73のa、b、cに示されているB-B表示モードでの各表示位置GOB1、GOB2、GOB3とB-D表示モードでの表示位置GOB0との間の水平距離OFS1、OFS2、OFS3はその順に小さい:OFS1<OFS2<OFS3。グラフィックス映像が図73のa、b、cの順に表示されるとき、B-D表示モードでは、グラフィックス部品の3D映像が画面SCRに対して垂直な方向で移動するように見える。一方、B-B表示モードでは、グラフィックス部品の2D映像が、画面SCR上を左方向へ移動するように見える。そのような移動方向の違いは視聴者に違和感を与える危険性があるので、再生装置102は、オフセット制御を以下のように利用して、B-B表示モードでのグラフィックス映像の表示位置を一定に保つ。図73のd、e、fはそれぞれ、図73のa、b、cに示されているB-B表示モードでのグラフィックス部品の変位を補償する処理を示す模式図である。図73のd-fを参照するに、画面SCR内の破線はグラフィックス部品の補償前の表示位置GOB1-3を示し、実線は補償後の表示位置GOB0を示す。図73のa、b、cに示されているB-B表示モードとB-D表示モードとでの表示位置間の水平距離OFS1、OFS2、OFS3は、各グラフィックス映像に与えられたオフセットの大きさに等しい。従って、グラフィックス映像が図73のa、b、cの順に表示されるとき、各グラフィックス映像を表すグラフィックスプレーンに対するオフセット値OFS1、OFS2、OFS3は同じ順に小さい:OFS1<OFS2<OFS3。その場合、再生装置102は、まず、最初のオフセット値OFS1に対する二番目、三番目の各オフセット値OFS2、OFS3の超過分OFS2-OFS1、OFS3-OFS1を求めて逆オフセット値RV1、RV2に設定する:RV1=OFS2-OFS1、RV2=OFS3-OFS1。再生装置102は次に、各グラフィックスプレーンに対するオフセット制御を利用して、各グラフィックス映像の表示位置を逆オフセット値RV1、RV2だけ、最初の表示位置GOB1の方向へ戻す。それにより、各グラフィックス映像の表示位置は実質的に最初の表示位置GOB1に等しく保たれる。こうして、B-D表示モードからB-B表示モードへの移行が視聴者に違和感を与えることを、回避することができる。《実施形態4》以下、本発明の実施形態4として、本発明の実施形態1-3による記録媒体の記録装置及び記録方法について説明する。その記録装置は、いわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリングスタッフによって使用される。記録装置はオーサリングスタッフの操作に従い、まず映画コンテンツを所定の圧縮符号化方式でAVストリームファイルに変換する。記録装置は次にシナリオを生成する。シナリオは、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には上記の動的シナリオ情報及び静的シナリオ情報を含む。記録装置は続いて、AVストリームファイル及びシナリオからBD-ROMディスク用のボリュームイメージを生成する。記録装置は最後に、そのボリュームイメージを記録媒体に記録する。図74は、その記録装置7300の機能ブロック図である。図74を参照するに、その記録装置7300は、データベース部7301、ビデオエンコーダ7302、素材制作部7303、シナリオ生成部7304、BDプログラム制作部7305、多重化処理部7306、及びフォーマット処理部7307を含む。データベース部7301は記録装置に内蔵の不揮発性記憶装置であり、特にHDDである。データベース部7301はその他に、記録装置に外付けされたHDDであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。ビデオエンコーダ7302は、非圧縮のビットマップデータ等の映像データをオーサリングスタッフから受け付けて、MPEG-4AVC、MVC、又はMPEG-2等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリビデオストリームに変換され、副映像のデータはセカンダリビデオストリームに変換される。特に3D映像のデータは、MVC等の多視点符号化方式を利用して、図7に示されているようなベースビュービデオストリームとディペンデントビュービデオストリームとの対に変換される。すなわち、レフトビューを表すビデオフレームの列は、それ自身のピクチャ間での予測符号化によって、ベースビュービデオストリームに変換される。一方、ライトビューを表すビデオフレームの列は、それ自身のピクチャだけでなく、ベースビューピクチャとの間の予測符号化によって、ディペンデントビュービデオストリームに変換される。尚、ライトビューを表すビデオフレームの列がベースビュービデオストリームに変換され、レフトビューを表すビデオフレームの列がディペンデントビュービデオストリームに変換されてもよい。変換後の各ビデオストリーム7312はデータベース部7301に保存される。ビデオエンコーダ7302は更に、2D映像のデータを符号化する際にオーサリングスタッフから、3Dグラフィックス映像を表すグラフィックスデータがその2D映像のデータに多重化されることを示す情報を受け付ける。その場合、ビデオエンコーダ7302は、その2D映像のデータから、疑似2D再生区間を構成するベースビュービデオストリームとディペンデントビュービデオストリームとの対を生成する。すなわち、ビデオエンコーダ7302はまず、その2D映像のデータをベースビュービデオストリームに変換する。ビデオエンコーダ7302は次に、図65に示されている疑似2D再生区間6432内のディペンデントビューピクチャ群のように、2D映像のデータの含む各ピクチャを参照ピクチャとしてそのピクチャ自身を符号化してディペンデントビューピクチャに変換する。変換後の各ビデオストリーム7312はデータベース部7301に保存される。ビデオエンコーダ7302は更に、生成されたベースビュービデオストリームとディペンデントビュービデオストリームとの対に関する視点符号化情報VCIを生成する。視点符号化情報は、そのビデオストリームの対が3D再生区間と疑似2D再生区間とのいずれを構成するかを示す。生成された視点符号化情報VCIは、多重化処理部7306へ送出される。また、ビデオエンコーダ7302は、2D映像のデータからセカンダリビデオストリームを符号化する際に、オーサリングスタッフの操作に従って、副映像プレーンに対するオフセット情報7310を作成してもよい。作成されたオフセット情報7310はデータベース部7301に保存される。その他に、ビデオエンコーダ7302は、ピクチャ間予測符号化の処理過程で、レフトビューとライトビューとの間での各イメージの動きベクトルを検出し、それらから3D映像内の各イメージの奥行き情報を算出する。ビデオエンコーダ7302はその奥行き情報を利用して、レフトビュー又はライトビューに対するデプスマップを生成してもよい。その場合、ビデオエンコーダ7302は、レフトビュー又はライトビューのストリームデータとデプスマップストリームとのそれぞれを、それ自身の含むピクチャ間での予測符号化を用いて、ベースビュービデオストリームとデプスマップストリームとに変換する。変換後の各ビデオストリーム7312はデータベース部7301に保存される。ビデオエンコーダ7302は更にその奥行き情報を利用して、図56のb、cに示されているレフトビューLVとライトビューRVとの一方にしか含まれない垂直方向の帯状領域AL、ARの幅WDH、及び、図57のb、cに示されているレフトビューLVとライトビューRVとの一方にしか含まれない水平方向の帯状領域AT、ABの高さHGTを算定する。算定された幅WDHと高さHGTとを示す情報以下、マスク領域情報という。7311はデータベース部7301に保存される。素材制作部7303は、ビデオストリーム以外のエレメンタリストリーム、例えば、オーディオストリーム7313、PGストリーム7314、IGストリーム7315、及びテキスト字幕ストリーム7316を作成してデータベース部7301に保存する。例えば、素材制作部7303はオーサリングスタッフから非圧縮のLPCM音声データを受け付けて、それをAC-3等の圧縮符号化方式で符号化してオーディオストリーム7313に変換する。素材制作部7303はその他に、オーサリングスタッフから字幕情報ファイルを受け付けて、それに従って、PGストリーム7314又はテキスト字幕ストリーム7316を作成する。字幕情報ファイルは、字幕を表すイメージデータ又はテキストデータ、その字幕の表示時期、及び、その字幕に加えられるべきフェードイン/フェードアウト等の視覚効果を規定する。素材制作部7303は更に、オーサリングスタッフからビットマップデータとメニューファイルとを受け付けて、それらに従ってIGストリーム7315を作成する。ビットマップデータはメニューのイメージを表す。メニューファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。素材制作部7303は更に、オーサリングスタッフの操作に従い、PGストリーム7314、IGストリーム7315、及びテキスト字幕ストリーム7316のそれぞれに対するオフセット情報7310を作成する。その場合、素材制作部7303は、ビデオエンコーダ7302によって生成された奥行き情報DPIを利用してもよい。作成されたオフセット情報7310はデータベース部7301に保存される。シナリオ生成部7304は、オーサリングスタッフからGUI経由で受け付けられた指示に従ってBD-ROMシナリオデータ7317を作成し、データベース部7301に保存する。BD-ROMシナリオデータ7317は、データベース部7301に保存された各エレメンタリストリーム7312-7316の再生方法を規定する。BD-ROMシナリオデータ7317は、図2に示されているファイル群のうち、インデックスファイル211、ムービーオブジェクトファイル212、及びプレイリストファイル221-223を含む。シナリオ生成部7304は更に、パラメータファイルPRFを作成して多重化処理部7306へ送出する。パラメータファイルPRFは、データベース部7301に保存されたエレメンタリストリーム7312-7316の中から、メインTSとサブTSとのそれぞれに多重化されるべきストリームデータを規定する。BDプログラム制作部7305はオーサリングスタッフに対して、BD-Jオブジェクト及びJavaアプリケーションプログラムのプログラミング環境を提供する。BDプログラム制作部7305はGUIを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。BDプログラム制作部7305は更に、BD-JオブジェクトからBD-Jオブジェクトファイル251を作成し、JavaアプリケーションプログラムをJARファイル261に圧縮する。それらのプログラムファイル群BDPはフォーマット処理部7307へ送出される。ここで、BD-Jオブジェクトが次のようにプログラミングされる場合を想定する:BD-Jオブジェクトは、図41に示されているプログラム実行部4134にGUI用のグラフィックスデータをシステムターゲットデコーダ4125へ送出させる。BD-Jオブジェクトは更に、システムターゲットデコーダ4125にそのグラフィックスデータをイメージプレーンデータとして処理させ、プレーン加算部4126にイメージプレーンデータを1プレーンオフセットモードで送出させる。その場合、BDプログラム制作部7305は、イメージプレーンに対するオフセット情報7310を作成してデータベース部7301に保存する。ここで、BDプログラム制作部7305はオフセット情報7310の作成に、ビデオエンコーダ7302によって生成された奥行き情報DPIを利用してもよい。多重化処理部7306はパラメータファイルPRFに従い、データベース部7301に保存されている各エレメンタリストリーム7312-7316をMPEG2-TS形式のストリームファイルに多重化する但し、テキスト字幕ストリーム7316は単独でファイル化される。具体的には、図4に示されているように、各エレメンタリストリーム7312-7315がソースパケット列に変換され、各列のソースパケットが一列にまとめられて一本の多重化ストリームデータを構成する。こうして、メインTSとサブTSとが作成される。それらの多重化ストリームデータMSDはフォーマット処理部7307へ送出される。多重化処理部7306は更に、データベース部7301に保存されているオフセット情報7310に基づいて、図13、14に示されているオフセットメタデータ1310を作成する。作成されたオフセットメタデータ1310は、図13に示されているように、ディペンデントビュービデオストリーム内に格納される。そのとき、データベース部7301に保存されているマスク領域情報7311は、オフセットメタデータと共に、ディペンデントビュービデオストリーム内に格納される。尚、各グラフィックスプレーンの表す3Dグラフィックス映像が、他のグラフィックスプレーンの表す3Dグラフィックス映像と同じ視方向に重なって表示されないように、多重化処理部7306は各グラフィックスデータを加工して、左右の各映像フレーム内でのグラフィックス部品の配置を調整してもよい。その上、各3Dグラフィックス映像の奥行きが互いに重ならないように、多重化処理部7306は各映像フレームに対するオフセット値を調整してもよい。多重化処理部7306はその他に、2Dクリップ情報ファイルとディペンデントビュークリップ情報ファイルとを作成する。具体的には、多重化処理部7306は、まず、ファイル2DとファイルDEPとのそれぞれについて、エントリマップとエクステント起点の一覧表とを作成する。そのとき、多重化処理部7306は、2Dエクステント、ベースビューエクステント、ディペンデントビューエクステント、及びエクステントSSの配置を設計する。多重化処理部7306は更に、メインTSとサブTSとのそれぞれに多重化されるべき各エレメンタリストリームから属性情報を抽出する。多重化処理部7306は続いて、エントリマップ、エクステント起点の一覧表、及び属性情報から各クリップ情報ファイルCLIを作成し、フォーマット処理部7307へ送出する。フォーマット処理部7307は、データベース部7301に保存されたBD-ROMシナリオデータ7317、BDプログラム制作部7305によって制作されたBD-Jオブジェクトファイル等のプログラムファイル群BDP、及び、多重化処理部7306によって生成された多重化ストリームデータMSDとクリップ情報ファイルCLIとから、図2に示されているディレクトリ構造のBD-ROMディスクイメージ7320を作成する。そのディレクトリ構造ではファイルシステムとしてUDFが利用される。フォーマット処理部7307は、ファイル2D、ファイルDEP、及びファイルSSの各ファイルエントリを作成するとき、2Dクリップ情報ファイルとディペンデントビュークリップ情報ファイルとのそれぞれに含まれるエントリマップと3Dメタデータとを参照する。それにより、各エントリポイントと各エクステント起点とのSPNが各アロケーション記述子の作成に利用される。特に、図19に示されているようなインターリーブ配置が表現されるように、各アロケーション記述子の表すべきLBNの値とエクステントのサイズとが決定される。その結果、各ベースビューデータブロックはファイルSSとファイル2Dとに共有され、各ディペンデントビューデータブロックはファイルSSとファイルDEPとに共有される。フォーマット処理部7307はまた、視点符号化情報VCIに基づいて3Dプレイリストファイルを書き換えて、メインパス内の各PIに、図68に示されているような視点符号化フラグを設定する。<BD-ROMディスクイメージの記録方法>図75は、図74に示されている記録装置7300を利用してBD-ROMディスクへ映画コンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置7300の電源投入によって開始される。ステップS7401では、BD-ROMディスクへ記録されるべきエレメンタリストリーム、プログラム、及びシナリオデータが作成される。すなわち、ビデオエンコーダ7302はビデオストリーム7312を作成する。素材制作部7303は、オーディオストリーム7313、PGストリーム7314、IGストリーム7315、及びテキスト字幕ストリーム7316を作成する。シナリオ生成部7304はBD-ROMシナリオデータ7317を作成する。作成されたそれらのデータ7312-7317はデータベース部7301に保存される。一方、ビデオエンコーダ7302は、オフセット情報7310とマスク領域情報7311とを作成してデータベース部7301に保存し、視点符号化情報VCIを作成してフォーマット処理部7307へ送出する。素材制作部7303はオフセット情報7310を作成してデータベース部7301に保存する。シナリオ生成部7304はパラメータファイルPRFを作成して多重化処理部7306へ送出する。BDプログラム制作部7305は、BD-JオブジェクトファイルとJARファイルとを含むプログラムファイル群BDP作成してフォーマット処理部7307へ送出し、オフセット情報7310を作成してデータベース部7301に保存する。その後、処理はステップS7402へ進む。ステップS7402では、多重化処理部7306は、データベース部7301に保存されたオフセット情報7310に基づいてオフセットメタデータを作成する。作成されたオフセットメタデータは、マスク領域情報7311と共に、ディペンデントビュービデオストリーム内に格納される。その後、処理はステップS7403へ進む。ステップS7403では、多重化処理部7306はパラメータファイルPRFに従い、データベース部7301から各エレメンタリストリーム7312-7316を読み出してMPEG2-TS形式のストリームファイルに多重化する。その後、処理はステップS7404へ進む。ステップS7404では、多重化処理部7306は2Dクリップ情報ファイルとディペンデントビュークリップ情報ファイルとを作成する。特に、エントリマップとエクステント起点との作成では、隣接するデータブロック間でエクステントATC時間が揃えられる。更に、2Dエクステント、ベースビューエクステント、ディペンデントビューエクステント、及びエクステントSSのサイズが、所定の条件を満たすように設計される。その後、処理はステップS7405へ進む。ステップS7405では、フォーマット処理部7307は、BD-ROMシナリオデータ7317、プログラムファイル群BDP、多重化ストリームデータMDS、及びクリップ情報ファイルCLIから、BD-ROMディスクイメージ7320を作成する。そのとき、フォーマット処理部7307は更に、視点符号化情報VCIに基づいて3Dプレイリストファイルに視点符号化フラグを設定する。その後、処理はステップS7406へ進む。ステップS7406では、BD-ROMディスクイメージ7320がBD-ROMプレス用データに変換される。更に、このデータはBD-ROMディスクの原盤に記録される。その後、処理はステップS7407へ進む。ステップS7407では、ステップS7406で得られた原盤をプレス工程に利用してBD-ROMディスク101の大量生産を行う。こうして、処理が終了する。<ビデオエンコーダ>図76は、ビデオエンコーダ7302と多重化処理部7306との機能ブロック図である。図76を参照するに、ビデオエンコーダ7302は、スイッチ7501、符号化部7502、視点符号化方式選択部7503、視点符号化情報生成部7504、フレーム奥行き情報生成部7505、及びマスク領域情報生成部7506を含む。多重化処理部7306はシステム多重化部7511と管理情報生成部7512とを含む。スイッチ7501は、3Dビデオカメラ等の外部機器から、レフトビューとライトビューとのそれぞれを表すビデオフレームL、Rの列を受信する。スイッチ7501はそのとき、視点符号化方式選択部7503からの指示に従い、符号化部7502へ送出すべきビデオフレームを選択する。具体的には、その指示が3D再生区間を示すとき、スイッチ7501はレフトビューとライトビューとのビデオフレームを交互に符号化部7502へ送出する。一方、その指示が疑似2D再生区間又は通常2D再生区間を示すとき、スイッチ7501はレフトビューのビデオフレームのみを符号化部7502へ送出する。符号化部7502は、視点符号化方式選択部7503からの指示に従ってスイッチ7501からビデオフレームを受信し、MVC等の多視点符号化方式、又はMPEG-4AVC等の単一視点符号化方式で圧縮する。符号化部7502はそのとき、視点符号化方式選択部7503から指示された再生区間の種類に依って視点符号化方式を選択する。図77は、符号化部7502によるビデオフレーム列の符号化処理のフローチャートである。この処理は、符号化部7502が視点符号化方式選択部7503からビデオフレーム列の符号化処理を指示されたときに開始される。ステップS7601では、符号化部7502は、視点符号化方式選択部7503から指示された再生区間の種類を判別する。その種類が3D再生区間、疑似2D再生区間、及び通常2D再生区間のそれぞれであるとき、処理はステップS7602、S7603、及びS7604へ進む。ステップS7602では、符号化部7502は多視点符号化方式を選択する。すなわち、符号化部7502は、レフトビューを表すビデオフレームLの列を、それ自身の含むピクチャ間での予測符号化によってベースビュービデオストリームに変換する。一方、符号化部7502は、ライトビューを表すビデオフレームRの列を、それ自身の含むピクチャの間だけでなく、ベースビューピクチャとの間の予測符号化によってディペンデントビュービデオストリームに変換する。その後、処理はステップS7605へ進む。ステップS7603では、符号化部7502は多視点符号化方式を選択する。但し、符号化対象の再生区間は疑似2D再生区間であるので、スイッチ7501からはレフトビューのビデオフレームLの列しか受信されない。符号化部7502は、そのビデオフレーム列を、それ自身の含むピクチャ間での予測符号化によってベースビュービデオストリームに変換する。一方、符号化部7502は、そのビデオフレーム列の含む各ピクチャを参照ピクチャとしてそのピクチャ自身を符号化する。それにより、そのビデオフレーム列はディペンデントビュービデオストリームに変換される。その後、処理はステップS7605へ進む。ステップS7604では、符号化部7502は単一視点符号化方式を選択する。符号化部7502は、スイッチ7501から受信されたビデオフレーム列を、それ自身の含むピクチャ間での予測符号化によってベースビュービデオストリームに変換する。一方、符号化部7502はディペンデントビュービデオストリームを生成しない。その後、処理はステップS7605へ進む。ステップS7605では、符号化部7502は、視点符号化方式選択部7503から符号化処理の続行を指示されているか否かをチェックする。その続行が指示されているとき、処理はステップS7601から繰り返され、指示されていないとき、処理は終了する。視点符号化方式選択部7503は、スイッチ7501によって受信されるビデオフレーム列から連続して構成されるべき一以上の再生区間以下、連続再生区間という。に関する情報を、オーサリングスタッフから受け付ける。その情報は特に、各再生区間が3D再生区間と2D再生区間とのいずれであるか、及び、各再生区間が3Dグラフィックス映像の再生区間以下、3Dグラフィックス再生区間という。と重複するか否かを示す。視点符号化方式選択部7503はその情報に従って、ビデオフレーム列から構成すべき再生区間が、3D再生区間、疑似2D再生区間、及び通常2D再生区間のいずれであるかを決定する。視点符号化方式選択部7503は更に、各再生区間を構成すべきビデオフレーム列がスイッチ7501によって受信される期間に合わせて、その再生区間の種類をスイッチ7501と符号化部7502とに対して指示する。図78は、ビデオフレーム列から構成されるべき再生区間の種類を決定する処理のフローチャートである。この処理は、視点符号化方式選択部7503が連続再生区間に関する情報をオーサリングスタッフから受け付けたときに開始される。ステップS7701では、視点符号化方式選択部7503は、連続再生区間に関する情報から、連続再生区間が3D再生区間を含むか否かを判断する。連続再生区間が3D再生区間を含む場合、処理はステップS7702ヘ進む。連続再生区間が3D再生区間を含まない場合、すなわち連続再生区間の全体が2D再生区間である場合、処理はステップS7705へ進む。ステップS7702では、視点符号化方式選択部7503は、連続再生区間に関する情報から、連続再生区間が2D再生区間を含むか否かを判断する。連続再生区間が2D再生区間を含む場合、処理はステップS7703ヘ進む。連続再生区間が2D再生区間を含まない場合、すなわち連続再生区間の全体が3D再生区間である場合、処理はステップS7704へ進む。ステップS7703では、連続再生区間に2D再生区間と3D再生区間とが混在する。従って、視点符号化方式選択部7503は、連続再生区間のうち、2D再生区間を疑似2D再生区間に決定し、残りの再生区間を3D再生区間に決定する。その後、処理は終了する。ステップS7704では、視点符号化方式選択部7503は、連続再生区間の全体を3D再生区間に決定する。その後、処理は終了する。ステップS7705では、視点符号化方式選択部7503は、連続再生区間に関する情報から、連続再生区間が、3Dグラフィックス再生区間と重複する再生区間を含むか否かを判断する。連続再生区間がそのような再生区間を含む場合、処理はステップS7706ヘ進む。連続再生区間がそのような再生区間を含まない場合、処理はステップS7707へ進む。ステップS7706では、連続再生区間の少なくとも一部で、2D映像に3Dグラフィックス映像が合成される。従って、視点符号化方式選択部7503は、連続再生区間の全体を疑似2D再生区間に決定する。その他に、連続再生区間のうち、3Dグラフィックス再生区間と重複する2D再生区間は疑似2D再生区間に決定され、残りの2D再生区間は通常2D再生区間に決定されてもよい。その後、処理は終了する。ステップS7707では、視点符号化方式選択部7503は、連続再生区間の全体を通常2D再生区間に決定する。その後、処理は終了する。図76を再び参照するに、視点符号化情報生成部7504は、視点符号化方式選択部7503の指示に基づいて視点符号化情報VCIを生成する。その視点符号化情報VCIは、符号化部7502によって符号化されたビデオストリームが構成する各再生区間に、視点符号化方式選択部7503の指示する再生区間の種類を対応付けている。視点符号化情報生成部7504は更に、符号化部7502が2D映像のビデオフレーム列からセカンダリビデオストリームを符号化する際に、オーサリングスタッフの操作に従って、副映像プレーンに対するオフセット情報OFSを作成してもよい。フレーム奥行き情報生成部7505は、符号化部7502からレフトビューとライトビューとの間での各イメージの動きベクトルVCTを検出し、それらから3D映像内の各イメージの奥行き情報を算出する。図79のa、bは、3D映像の一シーンの表示に利用されるレフトビューとライトビューとの各ピクチャを表す模式図であり、cは、フレーム奥行き情報生成部7505によってそれらのピクチャから算出された奥行き情報を示す模式図である。符号化部7502は、レフトビューとライトビューとの各ピクチャの圧縮に、それらのピクチャ間の冗長性を利用する。すなわち、符号化部7502は圧縮前の両ピクチャを8×8又は16×16の画素マトリクスごとに、すなわちマクロブロックごとに比較して、両ピクチャ間での各イメージの動きベクトルを検出する。具体的には、図79のa、bに示されているように、まず、レフトビューピクチャ7801とライトビューピクチャ7802とはそれぞれ、マクロブロック7803のマトリクスに分割される。次に、両ピクチャ7801、7802間でイメージデータがマクロブロック7803ごとに比較され、その結果から各イメージの動きベクトルが検出される。例えば、家のイメージ7804を表す領域は両ピクチャ7801、7802間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、球のイメージ7805を表す領域は両ピクチャ7801、7802間で異なるので、それらの領域からはそのイメージ7805の動きベクトルが検出される。符号化部7502は、検出された動きベクトルを各ピクチャ7801、7802の圧縮に利用する。一方、フレーム奥行き情報生成部7505はその動きベクトルVCTを、家のイメージ7804及び球のイメージ7805等、各イメージの両眼視差の計算に利用する。フレーム奥行き情報生成部7505は更に、各イメージの両眼視差からそのイメージの奥行きを算出する。各イメージの奥行きを表す情報は、図79のcに示されているように、各ピクチャ7801、7802のマクロブロックのマトリクスと同じサイズのマトリクス7806に整理される。このマトリクス7806内のブロック7807は、各ピクチャ7801、7802内のマクロブロック7803と一対一に対応する。各ブロック7807は、対応するマクロブロック7803の表すイメージの奥行きを、例えば8ビットの深度で表す。図79に示されている例では、球のイメージ7805の奥行きがマトリクス7806の領域7808内の各ブロックに記録される。その領域7808は、そのイメージ7805を表す各ピクチャ7801、7802内の領域の全体に対応する。フレーム奥行き情報生成部7505は更に、その奥行き情報を利用して、レフトビュー又はライトビューに対するデプスマップDPMを生成してもよい。その場合、符号化部7502は、レフトビュー又はライトビューのビデオフレーム列とそのデプスマップDPMの列とをベースビュービデオストリームとデプスマップストリームとに符号化する。マスク領域情報生成部7506は、フレーム奥行き情報生成部7505によって検出された動きベクトルVCTを利用して、マスク領域情報MSKを生成する。実際、レフトビューとライトビューとの一方の周縁部にしか含まれない垂直方向又は水平方向の帯状領域にイメージが含まれていれば、そのイメージの動きベクトルが、レフトビューからライトビューへ、又はその逆へのフレームアウトを表すものとして検出される。従って、マスク領域情報生成部7506はその動きベクトルから各帯状領域の幅又は高さを算定できる。<多重化処理部>システム多重化部7511は、パラメータファイルPRFに従い、符号化部7502によって符号化されたビデオストリームVSTを他のエレメンタリストリーム7313-7316と共に一本の多重化ストリームデータMSDに多重化する。システム多重化部7511は更にオフセット情報OFS、7310に基づいてオフセットメタデータを作成し、マスク領域情報MSKと共に、ディペンデントビュービデオストリーム内に格納する。システム多重化部7511はその他に、多重化ストリームデータMSD内のランダムアクセスポイントの位置及び再生開始/終了時刻等の管理情報MNGを管理情報生成部7512へ送出する。管理情報生成部7512はその管理情報MNGを利用して、2Dクリップ情報ファイルとディペンデントビュークリップ情報ファイルとを以下の手順I-IVで作成する:Iファイル2DとファイルDEPとのそれぞれについて、図23に示されているエントリマップ2230が生成される。II各ファイルのエントリマップを利用して、図24のa、bに示されているエクステント起点2242、2420が作成される。そのとき、隣接するデータブロック間でエクステントATC時間が揃えられる。更に、2Dエクステント、ベースビューエクステント、ディペンデントビューエクステント、及びエクステントSSの各サイズが、所定の条件を満たすように設計されるそれらの条件については《補足》参照。IIIメインTSとサブTSとのそれぞれに多重化されるべき各エレメンタリストリームから、図22に示されているストリーム属性情報2220が抽出される。IV図22に示されているように、エントリマップ2230、3Dメタデータ2240、及びストリーム属性情報2220の組み合わせがクリップ情報2210に対応付けられる。こうして、各クリップ情報ファイルCLIが作成され、フォーマット処理部7307へ送出される。図80は、隣接するデータブロック間でエクステントATC時間を揃える方法を示す模式図である。まず、ベースビューデータブロックに格納されるソースパケット以下、SP1と略す。と、ディペンデントビューデータブロックに格納されるソースパケット以下、SP2と略す。とには、同じATC時間軸でATSが付与される。図80を参照するに、矩形7910、7920はそれぞれ、SP1pp=0、1、2、3、...、k、k1、...、i、i1とSP2qq=0、1、2、3、...、m、m1、...、jとを表す。それらの矩形7910、7920はATCの時間軸方向で各ソースパケットのATSの順に並べられている。各矩形7910、7920の先頭の位置はそのソースパケットのATSの値を表す。各矩形7910、7920の長さAT1は、3D再生装置が1個のソースパケットをリードバッファからシステムターゲットデコーダへ転送するのに要する時間を表す。SP10のATSA1からエクステントATC時間TEXTが経過するまでの期間に、リードバッファからシステムターゲットデコーダへ転送されるSP1、すなわちSP10、1、2、...、kは、n番目のベースビューエクステントEXT1nとして一つのベースビューデータブロックに格納される。同様に、SP1k1のATSA3からエクステントATC時間TEXTが経過するまでの期間に、リードバッファからシステムターゲットデコーダへ転送されるSP1、すなわちSP1k1、...、iは、n1番目のベースビューエクステントEXT1n1として次のベースビューデータブロックに格納される。一方、n番目のディペンデントビューエクステントEXT2nとして一つのディペンデントビューデータブロックに格納されるべきSP2は次のように選択される。まず、SP10のATSA1とエクステントATC時間TEXTとの和、すなわち、n1番目のベースビューエクステントEXT1n1の先頭に位置するSP1k1のATSA3=A1TEXTが求められる。次に、SP10のATSA1からSP1k1のATSA3までの期間に、リードバッファからシステムターゲットデコーダへの転送が開始されるSP2、すなわちSP20、1、2、...、mが選択される。従って、先頭のSP2、すなわちSP20のATSA2は必ず、先頭のSP1、すなわちSP10のATSA1以上である:A2≧A1。更に、SP20-mのATSは全て、SP1k1のATSA3未満である。ここで、最後のSP2、すなわちSPmの転送完了は、SP1k1のATSA3以後であってもよい。同様に、n1番目のディペンデントビューエクステントEXT2n1として一つのディペンデントビューデータブロックに格納されるべきSP2は、次のように選択される。まず、n2番目のベースビューエクステントの先頭に位置するSP1i1のATSA5=A3TEXTが求められる。次に、SP1k1のATSA3からSP1i1のATSA5までの期間に、リードバッファからシステムターゲットデコーダへの転送が開始されるSP2、すなわちSP2m1-jが選択される。従って、先頭のSP2、すなわちSP2m1のATSA4は必ず、先頭のSP1、すなわちSP1k1のATSA3以上である:A4≧A3。更に、SP2m1-jのATSは全て、SP1i1のATSA5未満である。《実施形態5》本実施形態では、前述の実施形態において説明された構造のデータを再生する再生装置に関して、集積回路3を用いて実現した構成例図81について説明する。媒体IF部1は、媒体からデータを受信して読み出して集積回路3に転送する。尚、媒体IF部1は、前述の実施形態において説明した構造のデータを媒体から受信する。媒体IF部1は例えば、媒体が光ディスクやハードディスクの場合はディスクドライブ、媒体がSDカードやUSBメモリ等の半導体メモリの場合はカードIF、媒体がCATV等を含む放送波の場合はCANチューナーやSiチューナー、媒体がイーサネット登録商標、無線LAN、無線公衆回線等のネットワークの場合はネットワークIF等である。メモリ2は、媒体から受信した読み出したデータを一旦格納し、又は集積回路3における処理途中のデータを一時的に格納するメモリで、例えばSDRAMSynchronousDynamicRandomAccessMemory、DDRxSDRAMDouble-Date-RatexSynchronousDynamicRandomAccessMemory;x=1,2,3,...等が用いられる。尚、メモリ2は任意の個数備えられていればよく、必要に応じて単数でも複数でも構わない。集積回路3は、媒体IF部1から転送されたデータに対して映像音声処理を施すシステムLSIで、主制御部6、ストリーム処理部5、信号処理部7、メモリ制御部9、AV出力部8等から構成される。主制御部6は、タイマ機能や割り込み機能を有するプロセッサコアを有し、プロセッサコアはプログラムメモリ等に格納されたプログラムに従って、集積回路3全体の制御を行う。なお、プログラムメモリ等には、予めOS等の基本ソフトが格納されている。ストリーム処理部5は、主制御部6の制御の下、媒体から媒体IF部1経由で転送されたデータを受信し、集積回路3内のデータバスを経由してメモリ2に格納し、又は、受信したデータを映像系データ、音声系データに分離する。前述したとおり、媒体上のデータは、レフトビュービデオストリームを含む2D/レフトビューAVストリームファイルと、ライトビュービデオストリームを含むライトビューAVストリームファイルとが、幾つかのエクステントに分割された状態で交互に配置されたものである。従って、主制御部6は、集積回路3がレフトビューAVストリームファイルを含む左目用データを受信した場合はメモリ2の第1の領域にデータが格納されるように、ライトビュービデオストリームを含む右目用データを受信した場合はメモリ2の第2の領域にデータが格納されるように制御する。ここで、左目用データは左目用エクステントに属しており、右目用データは右目用エクステントに属している。尚、メモリ2における第1、第2の領域は単一のメモリが論理的に領域分割されたものでもよいし、物理的に異なるメモリでもよい。また、実施形態5においては、レフトビュービデオストリームを含む左目用データをメインビューデータとし、ライトビュービデオストリームを含む右目用データをサブビューデータとして説明を続けるが、右目用データがメインビューデータ、左目用データがサブビューデータであっても構わない。信号処理部7は、主制御部6の制御の下、ストリーム処理部5が分離した映像系データ、音声系データを適切な方法でデコードする。映像系データは、MPEG-2、MPEG-4AVC、MPEG4-MVC、SMPTEVC-1などの方式を使って符号化記録されている。音声系データは、ドルビーAC-3、DolbyDigitalPlus、MLP、DTS、DTS-HD、リニアPCMなどの方式で圧縮符号化記録されている。信号処理部7は、これらに対応した方式でデコードを行う。尚、信号処理部7のモデルは、例えば実施形態1の図44における各種デコーダに当たる。更に、信号処理部7は、ライトビュービデオストリーム中に含まれるメタデータを抽出し、AV出力部8へ通知する。尚、前述のとおり、メタデータは、ライトビュービデオストリームを構成するGOPごとに配置されており、複数のオフセット情報と、それに対するオフセット識別子とを含む。メモリ制御部9は、集積回路3内の各機能ブロックからメモリ2へのアクセスを調停する。AV出力部8は、主制御部6の制御の下、信号処理部7においてデコードされた映像系データを重畳し、映像系データにフォーマット変換等を行って、集積回路3の外へ出力する。図82は、ストリーム処理部5の代表的な構成を示す機能ブロック図である。ストリーム処理部5は、デバイスストリームIF部51、多重分離部52、切替部53等を備える。デバイスストリームIF部51は、媒体IF部1と集積回路3との間のデータ転送用インターフェースである。例えば、媒体が光ディスクやハードディスクの場合はSATASerialAdvancedTechnologyAttachment、ATAPIAdvancedTechnologyAttachmentPacketInterface、PATAParallelAdvancedTechnologyAttachment、媒体がSDカードやUSBメモリ等の半導体メモリの場合はカードIF、媒体がCATV等を含む放送波などの場合はチューナーIF、媒体がイーサネット登録商標、無線LAN、無線公衆回線等のネットワークの場合はネットワークIF等が、デバイスストリームIF部51に相当する。尚、媒体の種類によっては、デバイスストリームIF部51が媒体IF部1の機能の一部を肩代わりしても構わないし、媒体IF部1が集積回路3に内蔵されていても構わない。多重分離部52は、媒体から転送された映像音声を含む再生データから映像系データと音声系データとを分離する。前述の各エクステントは、映像音声PG字幕IGメニュー等の各ソースパケットから構成されている。但し、サブビューデータは音声を含まない場合もある。各エクステントは、各ソースパケットに含まれているPID識別子に従って映像系音声系の各TSパケットに分離されて、信号処理部7へ転送される。処理済のデータは、直接、又は一旦メモリ2に格納された後に、信号処理部7へ転送される。尚、多重分離部52のモデルは、例えば実施形態1の図44におけるソースデパケタイザ、PIDフィルタに当たる。切替部53は、デバイスストリームIF部51が左目用データを受信した時はメモリ2の第1の領域に格納されるように、右目用データを受信した時はメモリ2の第2の領域に格納されるように、出力先格納先を切り替える。ここで、切替部53は例えばDMACDirectMemoryAccessControllerである。図83は、切替部53がDMACであった場合の切替部53周辺の概念図である。DMACは、主制御部6の制御の下、デバイスストリームIF部が受信したデータとそのデータ格納先アドレスとをメモリ制御部9へ送信する。具体的には、デバイスストリームIF部が左目用データを受信した時はアドレス1第1の格納領域を、右目用データを受信した時はアドレス2第2の格納領域をメモリ制御部9へ送信することで、受信データによってその出力先格納先を切り替えている。メモリ制御部9は、DMACから送られてきた格納先アドレスに従ってメモリ2にデータを格納する。尚、主制御部6の代わりに、切替部53を制御する専用の回路を設けても構わない。ここでは、ストリーム処理部5の代表的な構成として、デバイスストリームIF部51、多重分離部52、切替部53について説明したが、受信した暗号化データや鍵データ等を復号する暗号エンジン部、媒体と再生装置との間の機器認証プロトコル等の実行制御や秘密鍵を保持するセキュア管理部、ダイレクトメモリアクセス用のコントローラ等を、ストリーム処理部5が更に備えていてもよい。これまでは、媒体から受信したデータをメモリ2に格納する際に、切替部53が左目用データ右目用データかによって格納先を切り替える場合について説明してきたが、媒体から受信したデータを一旦メモリ2に格納した後に、多重分離部52へデータを転送する際に、左目用データ右目用データを振り分けてもよい。図84は、AV出力部8の代表的な構成を示す機能ブロック図である。AV出力部8は、画像重畳部86、ビデオ出力フォーマット変換部87、及びオーディオビデオ出力IF部88を備える。画像重畳部81は、デコードされた映像系のデータを重畳する。具体的には、レフトビュービデオデータ又はライトビュービデオデータに、PG字幕、IGメニューをピクチャ単位で重畳する。画像重畳部81のモデルは、例えば実施形態1の図45に示されている。図90は、画像重畳処理におけるメモリ2と各プレーンとの間の関係を示した図である。メモリ2は、デコード済みのデータであって、各プレーンに描画されるデータを格納する領域、すなわち、レフトビューに対応するプレーンデータ格納領域、ライトビューに対応するプレーンデータ格納領域、グラフィックスに対応するプレーンデータ格納領域を備える。ここで、プレーンは、メモリ2中の領域であることもあれば、仮想的な空間であることもある。図91と図92とは、画像重畳の概念図である。画像重畳部81は、ストリーム選択テーブル中のオフセット識別子を用いて、信号処理部7から通知されたメタデータの中から該当するオフセット情報を検索し、そのオフセット情報に基づいてグラフィックスプレーンにオフセットを与えて、映像プレーンとの重畳処理を行う。レフトビュープレーンと重畳する際は、グラフィックスプレーンにはXのオフセットを与えて重畳し左を示す図、ライトビュープレーンと重畳する際は、グラフィックスプレーンには-Xのオフセットを与えて重畳する右を示す図。ここで、値Xはオフセット値であって、画素数で表される。具体的には、図91においては、グラフィックスプレーンを紙面上右へオフセット値Xだけ平行移動させたものをレフトビュープレーンと重畳する。一方、図92においては、グラフィックスプレーンを紙面上左へオフセット値Xだけ平行移動させたものをライトビュープレーンと重畳する。この時、図示しているように、紙面上左右方向の座標が等しい画素データ同士を重畳し、重畳後のデータをメモリ2の画像重畳後データ格納領域に格納する。図93は、画像重畳の別の方法を示した概念図である。メモリ2は更に、オフセット済みグラフィックスに対応するプレーンデータ格納領域レフトビュー重畳用、ライトビュー重畳用を備えている。レフトビュープレーン、ライトビュープレーンと重畳されるデータがメモリ2に予め用意され、画像重畳部81がメモリ2から必要なデータを読み込んで重畳し、重畳後のデータがメモリ2の画像重畳後データ格納領域に格納される。尚、実施形態3のように、グラフィックスプレーンをレフトビュー重畳用とライトビュー重畳用との二枚用意し、それぞれにオフセット値を与えて重畳処理を行う方法2プレーンモードもある。前述のとおり、2D映像と3Dグラフィックス映像との合成も可能である。その際は、デコード後の平面視映像を構成するピクチャデータメインビューデータ群に由来と、デコード後のメインビューを構成するグラフィックスデータとが重畳され、デコード後の平面視映像を構成するピクチャデータサブビューデータ群に由来と、デコード後のサブビューを構成するグラフィックスデータとが重畳される。ビデオ出力フォーマット変換部82は、デコードされた映像系データに対して、拡大または縮小するリサイズ処理、走査方式をプログレッシブ方式及びインターレース方式の一方から他方に変換するIP変換処理、ノイズを除去するノイズリダクション処理、フレームレートを変換するフレームレート変換処理などを必要に応じて行う。オーディオビデオ出力IF部83は、画像重畳やフォーマット変換された映像系データと、デコードされた音声系データとに対して、データ送信形式に合わせてエンコード等を行う。尚、後述するように、オーディオビデオ出力IF部83の一部は集積回路3の外に備えられても構わない。図85は、AV出力部8又は再生装置のデータ出力部をより詳細に示す構成例である。実施形態5による集積回路3及び再生装置は、複数の映像系データ、音声系データのデータ送信形式に対応している。図84におけるオーディオビデオ出力IF部83は、アナログビデオ出力IF部83a、アナログオーディオ出力IF部83c、デジタルオーディオ出力IF部83bを備えている。アナログビデオ出力IF部83aは、画像重畳処理や出力フォーマット変換処理された映像系データを、アナログ映像信号形式に変換エンコードして出力する。例えば、NTSC、PAL、SECAMの3方式のいずれかに対応したコンポジットビデオエンコーダー、S映像信号Y/C分離用エンコーダー、コンポーネント映像信号用エンコーダー、又はDACD/Aコンバータがアナログビデオ出力IF部83aに当たる。デジタルオーディオビデオ出力IF部83bは、デコードされた音声系データと、画像重畳処理や出力フォーマット変換された映像系データとを一体化し、更に暗号化した後、データ送信規格に合わせてエンコードして出力する。例えば、HDMIHigh-DefinitionMultimediaInterFaceがデジタルオーディオビデオ出力IF部83bに当たる。アナログオーディオ出力IF部83cは、デコードされた音声系データをD/A変換してアナログ音声データを出力する。オーディオDAC等がアナログオーディオ出力IF部83cに当たる。これら映像系データ及び音声系データの送信形式は、表示装置スピーカー4のサポートするデータ受信装置データ入力端子に依存して、又はユーザーの選択によって切り替え可能である。更に、単一の送信形式だけではなく、複数の送信形式で並行して、同一のコンテンツに対応したデータを送信することも可能である。ここでは、AV出力部8の代表的な構成として、画像重畳部81、ビデオ出力フォーマット変換部82、オーディオビデオ出力IF部83について説明したが、フィルタ処理、画面合成、曲線描画、3D表示等のグラフィックス処理を行うグラフッィクスエンジン部等を更に備えていてもよい。以上が、実施形態5による再生装置の構成についての説明である。尚、集積回路3には、前述の機能ブロックの全てが内蔵されていなくても良い。逆に、図81のメモリ2が集積回路3に内蔵されていてもよい。また、実施形態5においては、主制御部6と信号処理部7とは異なる機能ブロックとして説明されてきたが、主制御部6が信号処理部7の処理の一部を行っても構わない。表示装置を、例えば図88に示されているように構成して、実施形態5による再生装置の処理を表示装置に行わせても構わない。その際、媒体IF部1が受信したデータは集積回路3によって信号処理され、処理された映像系データは表示駆動部10を経由して表示パネル11を通して出力され、処理された音声系データはスピーカー12を通して出力される。ここで、AV出力部8は例えば図89のように構成されてもよい。その場合、集積回路3の内部又は外部のオーディオ出力IF部94及びビデオ出力IF部89を通してデータ転送が行われる。尚、オーディオ出力IF部94及びビデオ出力IF部89のそれぞれが複数備えられていてもよいし、ビデオとオーディオとで共通のIF部が備えられていてもよい。集積回路3では、制御バスやデータバスは、各処理ブロックの処理手順や処理内容に合わせて任意に配置される。データバスは各処理ブロック同士を、例えば図86のように直接結んでもよいし、図87のようにメモリ2メモリ制御部9を介して結んでもよい。集積回路3は、複数のチップを一つのパッケージに封止して見かけ上一つのLSIにしたマルチチップモジュールであっても構わない。また、LSI製造後にプログラム可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサが、集積回路3として利用されてもよい。次に、以上のように構成された再生装置の動作について説明する。図94は、媒体からデータを受信して読み出してデコードした後に映像信号及び音声信号として出力する再生動作手順を簡単に示すフローチャートである。ステップS1:媒体からデータを受信する読み出す媒体IF部1、ストリーム処理部5。ステップS2:ステップS1において受信された読み出されたデータから各種データ映像系データ音声系データを分離するストリーム処理部5。ステップS3:ステップS2において分離された各種データを適切な形式にデコードする信号処理部7。ステップS4:ステップS3においてデコードされた映像系データについて重畳処理を行うAV出力部8。ステップS6:ステップS2~S5において処理された映像系データ及び音声系データを出力するAV出力部8。図95は、より詳細に再生動作手順を示したフローチャートである。各動作処理は、主制御部6の制御の下、行われる。ステップS101:ストリーム処理部5のデバイスストリームIF部51は、媒体IF部1を通して媒体から、再生対象のデータを再生するために必要なデータプレイリストファイル、クリップ情報ファイル等を受信して読み出してメモリ2に格納する媒体IF部1、デバイスIF部51、メモリ制御部9、メモリ2。ステップS102:主制御部6は、受信されたクリップ情報ファイルに含まれるストリーム属性情報から、媒体に格納されている映像データ及び音声データの圧縮形式を識別し、対応するデコード処理ができるように信号処理部7の初期化を行う主制御部6。ステップS103:ストリーム処理部5のデバイスストリームIF部51は、媒体IF部1を通して媒体から、映像音声などの再生対象のデータを受信して読み出して、切替部53、メモリ制御部9を経由してメモリ2へ格納する。尚、データはエクステント単位で受信され読み出され、左目用データは第1の領域へ格納され、右目用データは第2の領域へ格納される。それらの格納先の切り替えは、切替部53が主制御部6の制御に従って実行する媒体IF部1、デバイスIF部51、主制御部6、切替部53、メモリ制御部9、メモリ2。ステップS104:メモリ2に格納されたストリームデータは、ストリーム処理部5の多重分離部52へ転送される。多重分離部52は、そのストリームデータを構成する各ソースパケットに含まれるPIDから、そのストリームデータが映像系主映像、副映像、PG字幕、IGメニューと音声系音声、副音声とのいずれであるかを識別し、そのストリームデータをTSパケット単位で、信号処理部7内の対応するデコーダへ転送する多重分離部52。ステップS105:信号処理部7内の各デコーダは、転送されたTSパケットを適切な方式でデコードする信号処理部7。ステップS106:信号処理部7においてデコードされた映像系データのうち、レフトビュービデオストリーム及びライトビュービデオストリームに対応するデータを、表示装置4に合わせてリサイズするビデオ出力フォーマット変換部82。ステップS107:ステップS106においてリサイズされたビデオストリームと、PG字幕IGメニューとが重畳される画像重畳部81。ステップS108:ステップS107において重畳された映像データに対してIP変換を行ってその走査方式を変換するビデオ出力フォーマット変換部82。ステップS109:これまでの処理を受けた映像系データ及び音声系データに対してエンコードやD/A変換等を、表示装置スピーカー4のデータ出力方式、又は表示装置スピーカー4へのデータ送信方式に従って行う。例えば、映像系データ音声系データをそれぞれ、アナログ又はデジタル出力に対応するための処理を行う。映像系データのアナログ出力としては、コンポジット映像信号、S映像信号、又はコンポーネント映像信号等がサポートされている。映像系音声系データのデジタル出力としてはHDMIがサポートされているオーディオビデオ出力IF部83。ステップS110:ステップS109において処理された映像系データ及び音声系データを表示装置スピーカー4へ送信し、対応する映像及び音声を出力させるオーディオビデオ出力IF部83、表示装置スピーカー4。以上が、実施形態5による再生装置の動作手順の説明である。尚、各処理を終える度に一旦、その処理結果をメモリ2に格納しても構わない。図88の表示装置で再生処理を行った場合も、その動作手順は基本的には上記のものと同様である。その場合、図81の再生装置の各機能ブロックに対応する機能ブロックが同様の処理を行う。また、上記の動作手順では、ビデオ出力フォーマット変換部82においてリサイズ処理及びIP変換処理が行われているが、必要に応じてそれらの処理は省略されても構わないし、他の処理ノイズリダクション処理、フレームレート変換処理等が行われても構わない。更に、可能な限りにおいて、上記の動作手順が変更されても構わない。《補足》<3D映像の再生方法の原理>3D映像の再生方法は、ホログラフィ技術を用いる方法と、視差映像を用いる方法との2つに大別される。ホログラフィ技術を用いる方法の特徴は、現実の立体的な物体から人間の視覚に与えられる光学的な情報とほぼ全く同じ情報を視聴者の視覚に与えることにより、その視聴者に映像中の物体を立体的に見せる点にある。しかし、この方法を動画表示に利用する技術は理論上確立されてはいる。しかし、その動画表示に必要とされる、膨大な演算をリアルタイムに処理可能なコンピュータ、及び、1mmあたり数千本という超高解像度の表示装置はいずれも、現在の技術ではまだ、実現が非常に難しい。従って、この方法を商業用として実用化する目途は、現時点ではほとんど立っていない。視差映像とは、一つのシーンを見る視聴者の各目に映る2D映像の対、すなわち、レフトビューとライトビューとの対をいう。視差映像を用いる方法の特徴は、一つのシーンのレフトビューとライトビューとを視聴者の各目だけに見えるように再生することにより、その視聴者にそのシーンを立体的に見せる点にある。図96のa-cは、視差映像を用いる方法による3D映像立体視映像の再生原理を説明するための模式図である。図96のaは、視聴者VWRが、顔の正面に置かれた立方体CBCを見ている光景の上面図である。図96のb、cはそれぞれ、そのときに視聴者VWRの左目LEY、右目REYに見える立方体CBCの外観を2D映像として示す模式図である。図96のb、cを比較すれば明らかなとおり、各目に見える立方体CBCの外観はわずかに異なる。この外観の差、すなわち両眼視差から、視聴者VWRは立方体CBCを立体的に認識できる。従って、視差映像を用いる方法では、まず、一つのシーン、例えば図96のaに示されている立方体CBCに対し、視点が異なる左右の2D映像、例えば図96のbに示されている立方体CBCのレフトビュー、及び図96のcに示されているそのライトビューを準備する。ここで、各視点の位置は視聴者VWRの両眼視差から決定される。次に、各2D映像を視聴者VWRのそれぞれの目だけに見えるように再生する。それにより、視聴者VWRには、画面に再生されるそのシーン、すなわち立方体CBCの映像が立体的に見える。このように、視差映像を用いる方法は、ホログラフィ技術を用いる方法とは異なり、高々二つの視点から見える2D映像を準備するだけでよい点で有利である。視差映像を用いる方法については、それを具体化するための方式が多様に提案されている。それらの方式は、左右の2D映像を視聴者のそれぞれの目にいかにして見せるかという観点から、経時分離方式、レンチキュラーレンズを用いる方式、及び二色分離方式等に分けられる。継時分離方式では、画面に左右の2D映像を一定時間ずつ交互に表示する一方、視聴者にシャッター眼鏡を通して画面を観察させる。ここで、シャッター眼鏡は、各レンズが例えば液晶パネルで形成されている。各レンズは、画面上の2D映像の切り換えに同期して交互に光をその全体で一様に透過させ、又は遮断する。すなわち、各レンズは、視聴者の目を周期的に塞ぐシャッターとして機能する。より詳細に言えば、画面上に左映像が表示される期間では、シャッター眼鏡は左側のレンズには光を透過させ、右側のレンズには光を遮断させる。逆に、画面上に右映像が表示されている期間では、シャッター眼鏡は右側のレンズには光を透過させ、左側のレンズには光を遮断させる。それにより、視聴者の目には、左右の映像の残像が重なって一つの3D映像に見える。経時分離方式では、上記のとおり、左右の映像を一定周期で交互に表示する。例えば2D映像の再生において1秒当たり24枚の映像フレームが表示されるとき、3D映像の再生では左右の映像を合わせて、1秒当たり48枚の映像フレームが表示される。従って、この方式には、画面の書き換えを速く実行できる表示装置が好適である。レンチキュラーレンズを用いる方式では、左右の各映像フレームを、縦方向に細長い短冊形の小領域に分割し、一つの画面の中に左右の映像フレームの各小領域を横方向に交互に並べて同時に表示する。ここで、画面の表面はレンチキュラーレンズで覆われている。レンチキュラーレンズは、細長い蒲鉾レンズを複数平行に並べて一枚のシート状にしたものである。各蒲鉾レンズは画面の表面を縦方向に延びている。レンチキュラーレンズを通して上記左右の映像フレームを視聴者に見せるとき、左映像フレームの表示領域からの光は視聴者の左目だけに結像し、右映像フレームの表示領域からの光は右目だけに結像するようにできる。こうして、左右の目に映る映像間での両眼視差により、視聴者には3D映像が見える。尚、この方式では、レンチキュラーレンズに代えて、同様な機能を持つ液晶素子等の他の光学部品が利用されてもよい。その他に、例えば左映像フレームの表示領域には縦偏光のフィルタを設置し、右映像フレームの表示領域には横偏光のフィルタを設置してもよい。そのとき、視聴者には偏光眼鏡を通して画面を見させる。ここで、その偏光眼鏡では、左側のレンズに縦偏光フィルタが設置され、かつ右側のレンズに横偏光フィルタが設置されている。従って、左右の映像が視聴者のそれぞれの目だけに見えるので、視聴者に3D映像を見せることができる。視差映像を用いる方法では、3D映像コンテンツが、初めから左右の映像の組み合わせで構成されている場合の他に、2D映像とデプスマップとの組み合わせで構成されていてもよい。その2D映像は、再生対象の3D映像から仮想的な2D画面への射影を表し、デプスマップは、その2D画面に対するその3D映像の各部の奥行きを画素別に表す。3D映像コンテンツが2D映像とデプスマップとの組み合わせで構成されているとき、3D再生装置又は表示装置はまず、それらの組み合わせから左右の映像を構成し、次にそれらの映像から上記の方式のいずれかで3D映像を再現する。図97は、2D映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。図97を参照するに、2D映像MVWでは、背景BGVの中に円板DSCが表示されている。デプスマップDPHはその2D映像MVW内の各部の奥行きを画素ごとに示す。そのデプスマップDPHによれば、2D映像MVWのうち、円板DSCの表示領域DA1の奥行きが画面よりも手前であり、かつ、背景BGVの表示領域DA2の奥行きが画面よりも奥である。再生装置内では視差映像生成部PDGがまず、デプスマップDPHの示す各部の奥行きから2D映像MVW内の各部の両眼視差を計算する。視差映像生成部PDGは次に、2D映像MVW内の各部の表示位置を、計算された両眼視差に応じて左右に移動させて、レフトビューLVWとライトビューRVWとを構成する。図97に示されている例では、視差映像生成部PDGは、2D映像MVW内の円板DSCの表示位置に対し、レフトビューLVW内の円板DSLの表示位置をその両眼視差の半分S1だけ右に移動させ、ライトビューRVW内の円板DSRの表示位置をその両眼視差の半分S1だけ左に移動させる。それにより、視聴者には円板DSCが画面よりも手前に見える。一方、視差映像生成部PDGは、2D映像MVW内の背景BGVの表示位置に対し、レフトビューLVW内の背景BGLの表示位置をその両眼視差の半分S2だけ左に移動させ、ライトビューRVW内の背景BGRの表示位置をその両眼視差の半分S2だけ右に移動させる。それにより、視聴者には背景BGVが画面よりも奥に見える。視差映像を用いる方法による3D映像の再生システムは、映画館及び遊園地のアトラクション等で利用されるものについては既に確立され、一般的に使用されている。従って、その方法は、3D映像を再生可能なホームシアターシステムの実用化にも有効である。本発明の実施形態では、視差映像を用いる方法のうち、継時分離方式又は偏光眼鏡を用いた方式を想定する。但し、本発明は、それらの方式とは異なる他の方式に対しても、それらが視差映像を用いている限り、適用可能である。それは、上記の実施形態の説明から当業者には明らかであろう。<BD-ROMディスク上のファイルシステム>BD-ROMディスク101のファイルシステムとしてUDFが利用されるとき、図2に示されているボリューム領域202Bは、一般に複数のディレクトリ、ファイルセット記述子、及び終端記述子のそれぞれが記録された領域を含む。ディレクトリは、同じディレクトリを構成するデータ群である。ファイルセット記述子は、ルートディレクトリのファイルエントリが記録されているセクタのLBNを示す。終端記述子はファイルセット記述子の記録領域の終端を示す。各ディレクトリは共通のデータ構造を持つ。各ディレクトリは特に、ファイルエントリ、ディレクトリファイル、及び下位ファイル群を含む。ファイルエントリは、記述子タグ、ICBInformationControlBlockタグ、及びアロケーション記述子を含む。記述子タグは、その記述子タグを含むデータの種類がファイルエントリであることを示す。例えば記述子タグの値が261であるとき、そのデータの種類はファイルエントリである。ICBタグはそのファイルエントリ自身の属性情報を示す。アロケーション記述子は、同じディレクトリに属するディレクトリファイルが記録されたセクタのLBNを示す。ディレクトリファイルは、下位ディレクトリのファイル識別記述子と下位ファイルのファイル識別記述子とを一般に複数ずつ含む。下位ディレクトリのファイル識別記述子は、そのディレクトリの直下に置かれた下位ディレクトリにアクセスするための情報である。このファイル識別記述子は、その下位ディレクトリの識別情報、ディレクトリ名の長さ、ファイルエントリアドレス、及びディレクトリ名そのものを含む。特にファイルエントリアドレスは、その下位ディレクトリのファイルエントリが記録されたセクタのLBNを示す。下位ファイルのファイル識別記述子は、そのディレクトリの直下に置かれた下位ファイルにアクセスするための情報である。このファイル識別記述子は、その下位ファイルの識別情報、ファイル名の長さ、ファイルエントリアドレス、及びファイル名そのものを含む。特にファイルエントリアドレスは、その下位ファイルのファイルエントリが記録されたセクタのLBNを示す。下位ファイルのファイルエントリは、後述のとおり、下位ファイルの本体を構成するデータのアドレス情報を含む。ファイルセット記述子と下位ディレクトリ/ファイルのファイル識別記述子とを順番に辿ってゆけば、ボリューム領域202Bに記録された任意のディレクトリ/ファイルのファイルエントリにアクセスすることができる。具体的には、まず、ファイルセット記述子からルートディレクトリのファイルエントリが特定され、そのファイルエントリ内のアロケーション記述子からルートディレクトリのディレクトリファイルが特定される。次に、そのディレクトリファイルからルートディレクトリ直下のディレクトリのファイル識別記述子が検出され、その中のファイルエントリアドレスからそのディレクトリのファイルエントリが特定される。更に、そのファイルエントリ内のアロケーション記述子からそのディレクトリのディレクトリファイルが特定される。続いて、そのディレクトリファイルのうち、下位ディレクトリ又は下位ファイルのファイル識別記述子内のファイルエントリアドレスからその下位ディレクトリ又は下位ファイルのファイルエントリが特定される。下位ファイルはそれぞれエクステントとファイルエントリとを含む。エクステントは一般に複数であり、それぞれ、ディスク上の論理アドレス、すなわちLBNが連続しているデータ列である。エクステントの全体が下位ファイルの本体を構成する。ファイルエントリは、記述子タグ、ICBタグ、及びアロケーション記述子を含む。記述子タグは、その記述子タグを含むデータの種類がファイルエントリであることを示す。ICBタグはそのファイルエントリ自身の属性情報を示す。アロケーション記述子は各エクステントに対して一つずつ設けられ、ボリューム領域202B上での各エクステントの配置、具体的には各エクステントのサイズとその先端のLBNとを示す。従って、各アロケーション記述子を参照することにより、各エクステントにアクセスすることができる。その他に、各アロケーション記述子の上位2ビットは、そのアロケーション記述子の示すLBNのセクタにエクステントが実際に記録されているか否かを示す。すなわち、その上位2ビットが0であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、1であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。UDFを利用した上記のファイルシステムと同様、ボリューム領域202Bに対するファイルシステムでは一般に、ボリューム領域202Bに記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域202Bに併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。<データブロックとエクステントブロックとのサイズ>図19に示されているように、BD-ROMディスク101上の多重化ストリームデータはディペンデントビューデータブロックDnとベースビューデータブロックBnとに分割されて配置されているn=0、1、2、3、...。それらのデータブロック群Dn、Bnは更に、トラックに沿ってインターリーブ配置で連続的に記録されることにより、複数のエクステントブロック1901-1903を構成している。これらのエクステントブロック1901-1903から2D映像と3D映像とのいずれをもシームレスに再生するには、各データブロックと各エクステントブロック1901-1903とのサイズは、再生装置102の性能に基づく以下の条件を満たせばよい。≪2D再生モードの性能に基づく条件≫図98は、2D再生モードの再生装置102内の再生処理系統を示すブロック図である。図98を参照するに、その再生処理系統は、図37に示されている、BD-ROMドライブ3701、リードバッファ3721、及びシステムターゲットデコーダ3725を含む。BD-ROMドライブ3701はBD-ROMディスク101から2Dエクステントを読み出し、読み出し速度RUD54でリードバッファ3721へ転送する。システムターゲットデコーダ3725は、リードバッファ3721内に蓄積された各2Dエクステントからソースパケットを平均転送速度REXT2Dで読み出して、映像データVDと音声データADとに復号する。平均転送速度REXT2Dは、システムターゲットデコーダ3725が各ソースパケットからTSパケットを抽出する処理の平均速度の192/188倍に等しく、一般に2Dエクステントごとに異なる。平均転送速度REXT2Dの最大値RMAX2Dは、ファイル2Dに対するシステムレートRTSの192/188倍に等しい。ここで、係数192/188はソースパケットとTSパケットとの間のバイト数の比に等しい。平均転送速度REXT2Dは通常ビット/秒で表され、具体的には、ビット単位で表された2DエクステントのサイズをエクステントATC時間で割ったときの値に等しい。ビット単位で表されたエクステントのサイズは、そのエクステント内のソースパケット数とソースパケット一つ当たりのビット数=192[バイト]×8[ビット/バイト]との積に等しい。読み出し速度RUD54は通常ビット/秒で表され、平均転送速度REXT2Dの最高値RMAX2Dよりも高い値、例えば54Mbpsに設定される:RUD54>RMAX2D。それにより、BD-ROMドライブ3701がBD-ROMディスク101から一つの2Dエクステントを読み出している間、システムターゲットデコーダ3725の復号処理に伴うリードバッファ3721のアンダーフローが防止される。図99のaは、2D再生モードでの動作中、リードバッファ3721に蓄積されるデータ量DAの変化を示すグラフである。図99のbは、再生対象のエクステントブロック8310と2D再生モードでの再生経路8320との間の対応関係を示す模式図である。図99のbを参照するに、再生経路8320に従い、エクステントブロック8310内の各ベースビューデータブロックBnn=0、1、2、...が一つの2DエクステントEXT2DnとしてBD-ROMディスク101からリードバッファ3721へ読み出される。図99のaを参照するに、各2DエクステントEXT2Dnの読み出し期間PR2Dnでは、蓄積データ量DAは、読み出し速度RUD54と平均転送速度REXT2Dnとの間の差RUD54-REXT2Dnに等しい速度で増加する。BD-ROMドライブ8301による読み出し/転送動作は実際には、図99のaのグラフから示唆される連続的なものではなく、断続的なものである。それにより、各2Dエクステントの読み出し期間PR2Dnに蓄積データ量DAがリードバッファ3721の容量を超えること、すなわちリードバッファ3721のオーバーフローが防止される。すなわち、図99のaのグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。一方、二つの連続する2DエクステントEXT2Dn-1、EXT2Dnの間ではジャンプJ2Dnが生じる。そのジャンプ期間PJ2Dnでは、ディペンデントビューデータブロックDnの読み出しがスキップされるので、BD-ROMディスク101からのデータの読み出しが停止する。従って、ジャンプ期間PJ2Dnでは蓄積データ量DAは平均転送速度REXT2Dnで減少する。図99のbに示されているエクステントブロック8310から2D映像をシームレスに再生するには、以下の条件[1]、[2]が満たされればよい。[1]各ジャンプ期間PJ2Dnではリードバッファ3721からシステムターゲットデコーダ3725へのデータ供給を持続させて、そのデコーダ3725に連続的な出力を確保させなければならない。それには、次の条件が満たされればよい:各2DエクステントEXT2DnのサイズSEXT2Dnは、その読み出し期間PR2Dnから次のジャンプ期間PJ2Dn1にわたって、リードバッファ3721からシステムターゲットデコーダ3725へ転送されるデータ量に等しい。その場合、図99のaに示されているように、蓄積データ量DAはそのジャンプ期間PJ2Dn1の終了時、その読み出し期間PR2Dnの開始時での量を下回らない。すなわち、各ジャンプ期間PJ2Dnではリードバッファ3721からシステムターゲットデコーダ3725へのデータ供給が持続し、特にリードバッファ3721はアンダーフローを生じない。ここで、読み出し期間PR2Dnの長さは2DエクステントEXT2DnのサイズSEXT2Dnを読み出し速度RUD54で割った値SEXT2Dn/RUD54に等しい。従って、各2DエクステントEXT2DnのサイズSEXT2Dnは、次式1の右辺で表される最小エクステントサイズ以上であればよい:式1では、ジャンプ時間TJUMP-2Dnはジャンプ期間PJ2Dnの長さであり、秒単位で表される。一方、読み出し速度RUD54と平均転送速度REXT2Dとはいずれもビット/秒で表される。従って、式1では平均転送速度REXT2Dを数8で割り、2DエクステントのサイズSEXT2Dnの単位をビットからバイトへ変換している。すなわち、2DエクステントのサイズSEXT2Dnはバイト単位で表される。関数CEILは、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。[2]リードバッファ3721の容量は有限であることから、ジャンプ時間TJUMP-2Dnの最大値は制限される。すなわち、ジャンプ期間PJ2Dnの直前に蓄積データ量DAがリードバッファ3721の容量一杯であっても、ジャンプ時間TJUMP-2Dnが長すぎれば、ジャンプ期間PJ2Dn中に蓄積データ量DAが0に達し、リードバッファ3721のアンダーフローが生じる危険性がある。以下、BD-ROMディスク101からリードバッファ3721へのデータ供給が途絶えている状態で蓄積データ量DAがリードバッファ3721の容量から0に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間TJUMP-2Dの最大値を最大ジャンプ時間TJUMP_MAXという。光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセススピード等から決められている。図100は、BD-ROMディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP_MAXとの間の対応表の一例である。図100を参照するに、ジャンプ距離SJUMPはセクタ単位で表され、最大ジャンプ時間TJUMP_MAXはm秒単位で表されている。1セクタは2048バイトに等しい。ジャンプ距離SJUMPが、0セクタ、1-10000セクタ、10001-20000セクタ、20001-40000セクタ、40001セクタ-1/10ストローク、及び1/10ストローク以上の各範囲に属するとき、最大ジャンプ時間TJUMP_MAXはそれぞれ、0m秒、250m秒、300m秒、350m秒、700m秒、及び1400m秒である。ジャンプ距離SJUMPが0セクタに等しいときの最大ジャンプ時間TJUMP_MAXはゼロセクタ遷移時間TJUMP0に等しい。但し、図100の例ではゼロセクタ遷移時間TJUMP0は0m秒と見なされている。以上のことから、式1に代入されるべきジャンプ時間TJUMP-2Dnは、BD-ROMディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間TJUMP_MAXである。具体的には、図100の表において、2DエクステントEXT2Dn-1、EXT2Dn間でのジャンプ距離SJUMP、すなわち、n番目の2DエクステントEXT2Dnの後端からn1番目の2DエクステントEXT2Dn1の先端までのセクタ数に対応する最大ジャンプ時間TJUMP_MAXが、ジャンプ時間TJUMP-2Dnとして式1に代入される。二つの2DエクステントEXT2Dn、EXT2Dn1間のジャンプJ2Dnでは、そのジャンプ時間TJUMP-2Dnが最大ジャンプ時間TJUMP_MAXに制限されることから、そのジャンプ距離SJUMP、すなわち二つの2DエクステントEXT2Dn、EXT2Dn1の間隔も制限される。このジャンプ距離SJUMPの最大値のように、ジャンプ時間TJUMPが最大ジャンプ時間TJUMP_MAXに等しいときでのジャンプ距離SJUMPを最大ジャンプ距離SJUMP_MAXという。2D映像のシームレス再生には、2Dエクステントのサイズが式1を満たすことに加えて、2Dエクステントの間隔が最大ジャンプ距離SJUMP_MAX以下であることが必要である。各エクステントブロック内では、2Dエクステントの間隔はディペンデントビューデータブロックのサイズに等しい。従って、そのサイズが最大ジャンプ距離SJUMP_MAX以下に制限される。具体的には、2Dエクステント間の最大ジャンプ時間TJUMP_MAXが、図100に規定された最小値250秒に制限されるとき、その2Dエクステントの間隔、すなわちディペンデントビューデータブロックのサイズは、対応する最大ジャンプ距離SJUMP_MAX=10000セクタ以下に制限される。異なる記録層に配置された二つのエクステントブロック間をシームレスに接続するとき、前のエクステントブロックの後端に位置するn番目の2DエクステントEXT2Dnから、後のエクステントブロックの先端に位置するn1番目の2DエクステントEXT2Dn1まで、ロングジャンプが生じる。そのロングジャンプは、フォーカスジャンプ等、記録層の切り換え操作を伴う。従って、そのロングジャンプに必要な時間は、図100の表に規定された最大ジャンプ時間TJUMP_MAXに加えて、記録層の切り換え操作に要する時間、すなわち層切換時間を更に含む。層切換時間は例えば350m秒である。その結果、n番目の2DエクステントEXT2Dnのサイズが満たすべき式1では、ジャンプ時間TJUMP-2Dnは二つのパラメータTJn、TLnの和で決まる:TJUMP-2Dn=TJnTLn。第1パラメータTJnは、BD-ROMディスクの規格によって、ロングジャンプのジャンプ距離SJUMPに対して規定された最大ジャンプ時間TJUMP_MAXを表す。その最大ジャンプ時間TJUMP_MAXは、図100の表において、n番目の2DエクステントEXT2Dnの後端からn1番目の2DエクステントEXT2Dn1の先端までのセクタ数に対応付けられた値に等しい。第2パラメータTLnは層切換時間、例えば350m秒を表す。従って、二つの2DエクステントEXT2Dn、EXT2Dn1の間隔は、図100の表において、ロングジャンプの最大ジャンプ時間TJUMP_MAXから層切換時間を除いた値に対応する最大ジャンプ距離SJUMP_MAX以下に制限される。≪3D再生モードの性能に基づく条件≫図101は、3D再生モードの再生装置102内の再生処理系統を示すブロック図である。図101を参照するに、その再生処理系統は、図41に示されている、BD-ROMドライブ4101、スイッチ4120、一対のリードバッファ4121、4122、及びシステムターゲットデコーダ4125を含む。BD-ROMドライブ4101はBD-ROMディスク101からエクステントSSを読み出し、読み出し速度RUD72でスイッチ4120へ転送する。スイッチ4120は各エクステントSSをベースビューデータブロックとディペンデントビューデータブロックとに分離する。ベースビューデータブロックは第1リードバッファ4121へ格納され、ディペンデントビューデータブロックは第2リードバッファ4122へ格納される。システムターゲットデコーダ4125は、第1リードバッファ4121内の各ベースビューデータブロックからはソースパケットをベースビュー転送速度REXT1で読み出し、第2リードバッファ4122内の各ディペンデントビューデータブロックからはソースパケットをディペンデントビュー転送速度REXT2で読み出す。システムターゲットデコーダ4125は更に、読み出されたベースビューデータブロックとディペンデントビューデータブロックとの対を映像データVDと音声データADとに復号する。ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2とはそれぞれ、システムターゲットデコーダ4125が、ベースビューデータブロックとディペンデントビューデータブロックとの各ソースパケットからTSパケットを抽出する処理の平均速度の192/188倍に等しい。ベースビュー転送速度REXT1の最高値RMAX1はファイル2Dに対するシステムレートRTS1の192/188倍に等しい。ディペンデントビュー転送速度REXT2の最高値RMAX2はファイルDEPに対するシステムレートRTS2の192/188倍と等しい。各転送速度REXT1、REXT2は通常ビット/秒で表され、具体的には、ビット単位で表された各データブロックのサイズをエクステントATC時間で割ったときの値に等しい。エクステントATC時間は、そのデータブロック内のソースパケットを全て、リードバッファ4121、4122からシステムターゲットデコーダ4125へ転送するのに要する時間に等しい。読み出し速度RUD72は通常ビット/秒で表され、転送速度REXT1、REXT2のいずれの最高値RMAX1、RMAX2よりも高い値、例えば72Mbpsに設定される:RUD72>RMAX1、RUD72>RMAX2。それにより、BD-ROMドライブ4101によってBD-ROMディスク101から一つのエクステントSSを読み出している間、システムターゲットデコーダ4125の復号処理に伴う各リードバッファ4121、4122のアンダーフローが防止される。[エクステントブロック内でのシームレス接続]図102のa、bは、一つのエクステントブロックから3D映像がシームレスに再生されるとき、各リードバッファ4121、4122に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図102のcは、そのエクステントブロック8610と3D再生モードでの再生経路8620との間の対応関係を示す模式図である。図102のcを参照するに、再生経路8620に従い、エクステントブロック8610の全体が一つのエクステントSSとして一括して読み出される。その後、スイッチ4120によってそのエクステントSSからディペンデントビューデータブロックDkとベースビューデータブロックBkとが分離されるk=...、n、n1、n2、...。BD-ROMドライブ4101による読み出し/転送動作は実際には、図102のa、bの各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各データブロックDk、Bkの読み出し期間PRDk、PRBkでは、各リードバッファ4121、4122のオーバーフローが防止される。すなわち、図102のa、bの各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。図102のa、bを参照するに、n番目のディペンデントビューデータブロックDnの読み出し期間PRDnでは、第2リードバッファ4122の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2nとの間の差RUD72-REXT2nに等しい速度で増加し、第1リードバッファ4121の蓄積データ量DA1はベースビュー転送速度REXT1n-1で減少する。図102のcを参照するに、n番目のディペンデントビューデータブロックDnからn番目のベースビューデータブロックBnまではゼロセクタ遷移J02nが生じる。図102のa、bに示されているように、ゼロセクタ遷移期間PJ0nでは、第1リードバッファ4121の蓄積データ量DA1はベースビュー転送速度REXT1n-1で減少し続け、第2リードバッファ4122の蓄積データ量DA2はディペンデントビュー転送速度REXT2nで減少する。図102のa、bを更に参照するに、n番目のベースビューデータブロックBnの読み出し期間PRBnでは、第1リードバッファ4121の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1nとの間の差RUD72-REXT1nに等しい速度で増加する。一方、第2リードバッファ4122の蓄積データ量DA2はディペンデントビュー転送速度REXT2nで減少し続ける。図102のcを更に参照するに、そのベースビューデータブロックBnから次のディペンデントビューデータブロックDn1まではゼロセクタ遷移J02n1が生じる。図102のa、bに示されているように、ゼロセクタ遷移期間PJ02n1では、第1リードバッファ4121の蓄積データ量DA1はベースビュー転送速度REXT1nで減少し、第2リードバッファ4122の蓄積データ量DA2はディペンデントビュー転送速度REXT2nで減少し続ける。一つのエクステントブロック8610から3D映像をシームレスに再生するには、以下の条件[3]、[4]が満たされればよい。[3]n番目のベースビューデータブロックBnのサイズSEXT1nは少なくとも、その読み出し期間PRBnから次のベースビューデータブロックBn1の読み出し期間PRBn1の直前までに、第1リードバッファ4121からシステムターゲットデコーダ4125へ転送されるデータ量に等しい。その場合、図102のaに示されているように、次のベースビューデータブロックBn1の読み出し期間PRBn1の直前では、第1リードバッファ4121の蓄積データ量DA1が、n番目のベースビューデータブロックBnの読み出し期間PRBnの直前での量を下回らない。ここで、n番目のベースビューデータブロックBnの読み出し期間PRBnの長さは、そのベースビューデータブロックBnのサイズSEXT1nを読み出し速度RUD72で割った値SEXT1n/RUD72に等しい。一方、n1番目のディペンデントビューデータブロックDn1の読み出し期間PRDn1の長さは、そのディペンデントビューデータブロックDn1のサイズSEXT2n1を読み出し速度RUD72で割った値SEXT2n1/RUD72に等しい。従って、そのベースビューデータブロックBnのサイズSEXT1nは、次式2の右辺で表される最小エクステントサイズ以上であればよい:[4]n番目のディペンデントビューデータブロックDnのサイズSEXT2nは少なくとも、その読み出し期間PRDnから次のディペンデントビューデータブロックDn1の読み出し期間PRDn1の直前までに、第2リードバッファ4122からシステムターゲットデコーダ4125へ転送されるデータ量に等しい。その場合、図102のbに示されているように、次のディペンデントビューデータブロックDn1の読み出し期間PRDn1の直前では、第2リードバッファ4122の蓄積データ量DA2がn番目のディペンデントビューデータブロックDnの読み出し期間PRDnの直前での量を下回らない。ここで、n番目のディペンデントビューデータブロックDnの読み出し期間PRDnの長さは、そのディペンデントビューデータブロックDnのサイズSEXT2nを読み出し速度RUD72で割った値SEXT2n/RUD72に等しい。従って、そのディペンデントビューデータブロックDnのサイズSEXT2nは、次式3の右辺で表される最小エクステントサイズ以上であればよい:[エクステントブロック間のシームレス接続]図103のbは、M番目整数Mは2以上である。のエクステントブロック8701とM1番目のエクステントブロック8702、及び、それらのエクステントブロック8701、8702と3D再生モードでの再生経路8720との間の対応関係を示す模式図である。図103のbを参照するに、二つのエクステントブロック8701、8702の間は層境界LB又は他のデータの記録領域によって分離されている。再生経路8720に従って、先にM番目のエクステントブロック8701の全体がM番目のエクステントSSEXTSSMとして一括して読み出される。その直後にジャンプJMが生じる。続いて、M1番目のエクステントブロック8702がM1番目のエクステントSSEXTSSM1として一括して読み出される。図103のaは、二つのエクステントブロック8701、8702から連続して3D映像がシームレスに再生されるとき、各リードバッファ4121、4122に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1DA2の変化を示すグラフ群である。図103のaでは、一点鎖線のグラフは、第1リードバッファ4121に蓄積されるデータ量DA1の変化を示し、破線のグラフは、第2リードバッファ4122に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1DA2の変化を示す。ここで、実線のグラフは、データブロックが一つ読み出されるごとに生じる細かい変化を均して直線的に近似したものである。更に、ゼロセクタ遷移時間TJUMP0は0秒とみなされている。図103のaを参照するに、M番目のエクステントブロック8701の全体がBD-ROMディスク101から各リードバッファ4121、4122へ読み出される期間PRBLKMでは、いずれのリードバッファ4121、4122に蓄積されるデータ量DA1、DA2も増大する。具体的には、M番目のエクステントブロック8701全体の読み出し期間PRBLKM中、蓄積データ量の和DA1DA2は、読み出し速度RUD72と平均転送速度REXTSSMとの間の差RUD72-REXTSSMに等しい速度で増加する。その平均転送速度REXTSSMは、M番目のエクステントブロック8701全体のサイズ、すなわちM番目のエクステントSSEXTSSMのサイズSEXTSSMをそのエクステントATC時間TEXTSSで割った値として評価される。M番目のエクステントブロック8701の後端のベースビューデータブロックが第1リードバッファ4121に読み込まれた時点で、蓄積データ量の和DA1DA2は最大値に達する。その直後のジャンプJMの期間PJMでは、蓄積データ量の和DA1DA2は平均転送速度REXTSSMで減少する。従って、蓄積データ量の和DA1DA2の最大値を十分に大きく調節することにより、ジャンプJM中での両リードバッファ4121、4122のアンダーフローを防止することができる。その結果、二つのエクステントブロック8701、8702をシームレスに接続することができる。蓄積データ量の和DA1DA2の最大値はM番目のエクステントブロック8701のサイズで決まる。従って、M番目のエクステントブロック8701をM1番目のエクステントブロック8702にシームレスに接続するには、M番目のエクステントブロック8701のサイズ、すなわちM番目のエクステントSSEXTSSMのサイズSEXTSSMが次の条件[5]を満たせばよい。[5]M番目のエクステントブロック8701の先端に位置するディペンデントビューデータブロックDの読み出し期間PRDmではプリロードが行われる整数mは1以上である。そのプリロード期間PRDmではまだ、そのディペンデントビューデータブロックDに対応するベースビューデータブロックBが第1リードバッファ4121には格納されていないので、ディペンデントビューデータブロックDを第2リードバッファ4122からシステムターゲットデコーダ4125へ転送することができない。従って、そのプリロード期間PRDmでは、その直前のジャンプJM-1の期間に引き続き、M-1番目のエクステントブロックのデータが第2リードバッファ4122からシステムターゲットデコーダ4125へ転送されるようにして、システムターゲットデコーダ4125へのデータ供給を維持する。同様に、M1番目のエクステントブロック8702の先端に位置するディペンデントビューデータブロックDの読み出し期間PRDnでもプリロードが行われる整数nはm1以上である。従って、そのプリロード期間PRDnでは、その直前のジャンプJMの期間に引き続き、M番目のエクステントブロック8701のデータが第2リードバッファ4122からシステムターゲットデコーダ4125へ転送されるようにして、システムターゲットデコーダ4125へのデータ供給を維持する。それ故、ジャンプJM中での両リードバッファ4121、4122のアンダーフローを防止するには、M番目のエクステントSSEXTSSMのエクステントATC時間TEXTSSが少なくとも、M番目のエクステントブロック8701でのプリロード期間PRDmの終了時点T0からM1番目のエクステントブロック8702でのプリロード期間PRDnの終了時点T1までの期間の長さに等しければよい。すなわち、M番目のエクステントSSEXTSSMのサイズSEXTSSMは少なくとも、その期間T0-T1に各リードバッファ4121、4122からシステムターゲットデコーダ4125へ転送されるデータ量の和に等しければよい。図103のaから明らかなとおり、期間T0-T1の長さは、M番目のエクステントブロック8701の読み出し期間PRBLKMの長さ、ジャンプJMのジャンプ時間TJUMPM、及びエクステントブロック8701、8702間でのプリロード期間PRDn、PRDmの長さの差TDIFFMを足し合わせた値に等しい。更に、M番目のエクステントブロック8701の読み出し期間PRBLKMの長さは、M番目のエクステントSSEXTSSMのサイズSEXTSSMを読み出し速度RUD72で割った値SEXTSSM/RUD72に等しい。従って、M番目のエクステントSSEXTSSMのサイズSEXTSSMは、次式4の右辺で表される最小エクステントサイズ以上であればよい:ここで、各プリロード期間PRDm、PRDnの長さは、各エクステントブロック8701、8702の先端に位置するディペンデントビューデータブロックDのサイズSEXT2m、SEXT2nを読み出し速度RUD72で割った値SEXT2m/RUD72、SEXT2n/RUD72に等しい。従って、プリロード期間PRDm、PRDnの長さの差TDIFFはそれらの値の差に等しい:TDIFF=SEXT2n/RUD72-SEXT2m/RUD72。尚、式4の右辺は、式1-3の右辺と同様に、バイト単位の整数値で表されてもよい。また、多重化ストリームデータの復号処理を次のように工夫する場合には、式4の右辺で差TDIFFを0とみなしてもよい。まず、多重化ストリームデータの全体での差TDIFFの最大値、すなわち差TDIFFのワースト値を予め求めておく。次に、その多重化ストリームデータを再生する際、その復号処理の開始時点をその読み出しの開始時点よりも、差TDIFFのワースト値に等しい時間だけ遅らせる。≪リードバッファの容量を削減するための条件≫図104のa、bは、図103のbに示されている二つのエクステントブロック8701、8702から連続して3D映像がシームレスに再生されるとき、各リードバッファ4121、4122に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図104のaを参照するに、M番目のエクステントブロック8701の後端のベースビューデータブロックBn-1が第1リードバッファ4121に読み込まれた時点で、第1リードバッファ4121の蓄積データ量DA1は極大値DM1に達する。更に、その直後のジャンプJMの期間PJMからM1番目のエクステントブロック8702のプリロード期間PRDnにわたり、蓄積データ量DA1はベースビュー転送速度REXT1n-1で減少する。従って、そのプリロード期間PRDnの終了まで蓄積データ量DA1が0に達するのを防ぐには、蓄積データ量DA1の極大値DM1が、ジャンプ期間PJMとプリロード期間PRDnとで第1リードバッファ4121からシステムターゲットデコーダ4125へ転送されるデータ量以上であればよい。すなわち、蓄積データ量DA1の極大値DM1は、ジャンプ期間PJMの長さTJUMPMとプリロード期間PRDnの長さSEXT2n/RUD72との和にベースビュー転送速度REXT1n-1を乗じた値以上であればよい:DM1≧×REXT1n-1。ここで、ジャンプ期間PJMの長さTJUMPMがジャンプJMの最大ジャンプ時間TJUMP_MAXに等しく、かつベースビュー転送速度REXT1n-1が最大値RMAX1に等しいとき、蓄積データ量DA1の極大値DM1は最も大きい。従って、第1リードバッファ4121には、そのときの極大値DM1以上の容量RB1が求められる:RB1≧×REXT1。一方、図104のbを参照するに、M番目のエクステントブロック8701の後端のベースビューデータブロックBn-1の読み込みが開始された時点で、第2リードバッファ4122の蓄積データ量DA2は極大値DM2に達する。更に、そのベースビューデータブロックBn-1の読み出し期間からM1番目のエクステントブロック8702のプリロード期間PRDnにわたり、蓄積データ量DA2はディペンデントビュー転送速度REXT2n-1で減少する。従って、そのプリロード期間PRDnの終了までシステムターゲットデコーダ4125へのデータ供給を維持するには、蓄積データ量DA2の極大値DM2が、ベースビューデータブロックBn-1の読み出し期間、ジャンプ期間PJM、及びプリロード期間PRDnで第2リードバッファ4122からシステムターゲットデコーダ4125へ転送されるデータ量以上であればよい。すなわち、蓄積データ量DA2の極大値DM2は、ベースビューデータブロックBn-1の読み出し期間の長さSEXT1n-1/RUD72、ジャンプ期間PJMの長さTJUMPM、及びプリロード期間PRDnの長さSEXT2n/RUD72の和にディペンデントビュー転送速度REXT2n-1を乗じた値以上であればよい:DM2≧×REXT2n-1。ここで、ジャンプ期間PJMの長さTJUMPMがジャンプJMの最大ジャンプ時間TJUMP_MAXに等しく、かつディペンデントビュー転送速度REXT2n-1が最大値RMAX2に等しいとき、蓄積データ量DA2の極大値DM2は最も大きい。従って、第2リードバッファ4122には、そのときの極大値DM2以上の容量RB2が求められる:RB2≧×RMAX2。その上、いずれのディペンデントビューデータブロックも、飛び込み再生によって最初に読み込まれるデータブロックとなり得るので、第2リードバッファ4122の容量RB2はいずれのディペンデントビューデータブロックのサイズも下回ってはならない:RB2≧SEXT2k整数kは任意。上記のとおり、各リードバッファ4121、4122の容量RB1、RB2の下限値はデータブロックのサイズSEXT1k、SEXT2kで決まる。従って、各容量RB1、RB2の節約を目的として、各データブロックのサイズSEXT1k、SEXT2kの上限値、すなわち最大エクステントサイズを以下の条件[6]で制限する。[6]図19に示されているように、各エクステントブロック1901-1903内のベースビューデータブロックBkはファイル2DとファイルSSとに共有されている。従って、ベースビューデータブロックBkのサイズSEXT1kは式1を満たすべきである。一方、第1リードバッファ4121の容量RB1を可能な限り縮小するには、ベースビューデータブロックBkのサイズSEXT1kは2Dエクステントの最小エクステントサイズの下限値以下であればよい。すなわち、そのサイズSEXT1kは、次式5の右辺で表される最大エクステントサイズ以下であればよい:ここで、ジャンプ時間TJUMP-2D_MINは、各エクステントブロック1901-1903内で必要なジャンプ時間の最小値、すなわち、2Dエクステント間の最大ジャンプ時間TJUMP_MAXの最小値である。具体的には、ジャンプ時間TJUMP-2D_MINは、図100の表で規定された最小値250秒に設定される。一方、2Dエクステントの間隔はディペンデントビューデータブロックDkのサイズSEXT2kに等しい。従って、ジャンプ時間TJUMP-2D_MINが250秒に設定されるとき、ディペンデントビューデータブロックDkのサイズSEXT2kは、図100の表で最大ジャンプ時間TJUMP_MAX=250秒に対応付けられた最大ジャンプ距離SJUMP_MAX=10000セクタ以下に制限される。すなわち、ディペンデントビューデータブロックの最大エクステントサイズは10000セクタである。≪まとめ≫複数のエクステントブロックから2D映像と3D映像とのいずれをもシームレスに再生するには、上記の条件[1]-[6]が全て満たされればよい。特に、各データブロックと各エクステントブロックとのサイズは次の条件1-5を満たせばよい。条件1:2DエクステントのサイズSEXT2Dは式1を満たす。条件2:ベースビューデータブロックのサイズSEXT1は式2を満たす。条件3:ディペンデントビューデータブロックのサイズSEXT2は式3を満たす。条件4:エクステントブロックのサイズSEXTSSは式4を満たす。条件5:ベースビューデータブロックのサイズSEXT1は式5を満たす。≪条件1の変形例≫図21に示されている2D再生モードの再生経路2101から明らかなとおり、2D再生モードではジャンプが頻繁に生じる。従って、シームレス再生を更に確実に行うには、式1の右辺で表される2Dエクステントの最小エクステントサイズに更にマージンを追加するのが好ましい。しかし、そのマージンの追加によって式5が変更されることは回避されるべきである。そのようにマージンを追加する方法には次の三種類がある。第1の方法は、式1の右辺の分母に含まれる平均転送速度REXT2Dをその最大値RMAXに置き換えることによって、2Dエクステントの最小エクステントサイズにマージンを追加する。すなわち、条件1は、2DエクステントのサイズSEXT2Dが式1に代えて次式6を満たすことに変更される:第2の方法は、2DエクステントのエクステントATC時間をΔT秒延長することによって、2Dエクステントの最小エクステントサイズにマージンを追加する。すなわち、条件1は、2DエクステントのサイズSEXT2Dが式1に代えて次式7A又は7Bを満たすことに変更される:延長時間ΔTは、GOPの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。例えば、GOPの長さが最大1秒であればΔT=1.0秒に設定される。一方、所定時間[秒]当たりに再生可能なエクステント数の上限がn個であればΔT=所定時間/n[秒]に設定される。第3の方法は、式1の右辺に含まれる平均転送速度REXT2Dを全て、その最大値RMAXに置き換えることによって、2Dエクステントの最小エクステントサイズにマージンを追加する。すなわち、条件1は、2DエクステントのサイズSEXT2Dが式1に代えて次式8を満たすことに変更される:この方法では、最小エクステントサイズに更に大きいマージンを追加することはできる。しかし、その反面、2Dエクステントのビットレートが低い場合でも、そのサイズを十分に大きく確保しなければならない。従って、マージンの大きさとBD-ROMディスクへのデータの記録効率との比較衡量が必要である。<層境界の前後での再生経路の分離>図21では、2D再生モードでの再生経路2101と3D再生モードでの再生経路2102とはいずれも、層境界LBを越えるためのロングジャンプJLYの直前に同じベースビューデータブロックB3を通る。すなわち、そのベースビューデータブロックB3は、2D再生モードの再生装置102からは二番目の2DエクステントEXT2D1として読み出され、3D再生モードの再生装置102からはエクステントSSEXTSS1内の最後のデータブロックとして読み出される。ロングジャンプJLY中にシステムターゲットデコーダによって処理されるべきデータ量は、2D再生モードでは条件1により、そのベースビューデータブロックB3単体のサイズで確保される。一方、3D再生モードでは条件4により、二番目のエクステントブロック1902全体のサイズで確保される。従って、条件1によってベースビューデータブロックB3に要求される最小エクステントサイズは、条件2による最小エクステントサイズよりも一般に大きい。それ故、第1リードバッファ4121の容量は、3D再生モードでのシームレス再生に必要最小限の値よりも大きくなければならない。更に、そのベースビューデータブロックB3と、その直前に位置するディペンデントビューデータブロックD3とでは、エクステントATC時間が等しい。従って、そのディペンデントビューデータブロックD3のサイズは、条件2によってそのデータブロックD3に要求される最小エクステントサイズよりも一般に大きい。それ故、第2リードバッファ4122の容量は、3D再生モードでのシームレス再生に必要最小限の値よりも一般に大きい。このように、図21に示されている配置では、二つのエクステントブロック1902、1903間のシームレスな接続は可能であるが、リードバッファ4121、4122の容量が十分に大きく確保されなければならない。ロングジャンプJLY中での映像のシームレス再生を可能にしたまま、リードバッファ4121、4122の容量を更に削減するには、層境界LB等、そのロングジャンプJLYの必要な位置の前後でデータブロック群の配置をインターリーブ配置から変更して、2D再生モードと3D再生モードとの間で再生経路を分離すればよい。そのような変更のパターンには、例えば以下に述べる二種類の配置1、2がある。配置1、2のいずれでも、再生経路はロングジャンプJLYの直前で、動作モードごとに異なるベースビューデータブロックを通る。その結果、後述のとおり、再生装置102にリードバッファ4121、4122の容量を必要最小限に維持させたまま、ロングジャンプJLY中での映像のシームレス再生を容易に実現させることができる。≪配置1≫図105は、BD-ROMディスク101の層境界LBの前後に記録されたデータブロック群の物理的な配置の第1例を示す模式図である。以下、この配置を配置1という。図105を参照するに、層境界LBの前には第1エクステントブロック8901が配置され、層境界LBの後には第2エクステントブロック8902が配置されている。各エクステントブロック8901、8902内では、ディペンデントビューデータブロックDnとベースビューデータブロックBnとがインターリーブ配置を構成しているn=...、0、1、2、3、...。特にn番目のデータブロック対Dn、BnではエクステントATC時間が等しい。配置1では更に、第1エクステントブロック8901の後端B1と層境界LBとの間に一つのベースビューデータブロックB22Dが配置されている。そのベースビューデータブロックB22Dは、第2エクステントブロック8902内の先端のベースビューデータブロックB2SSとビット単位bit-for-bitで一致する。以下、前者B22Dを2D再生専用ブロックといい、後者B2SSをSS再生専用ブロックという。図105に示されているベースビューデータブロックのうち、SS再生専用ブロックB2SS以外はファイル2D8910のエクステント、すなわち2DエクステントEXT2Dとしてアクセス可能である。例えば第1エクステントブロック8901内の最後から二番目のベースビューデータブロックB0、最後のベースビューデータブロックB1と2D再生専用ブロックB22Dとの対B1B22D、及び、第2エクステントブロック8902内の二番目のベースビューデータブロックB3はそれぞれ、単一の2DエクステントEXT2D0、EXT2D1、EXT2D2としてアクセス可能である。一方、図105に示されているディペンデントビューデータブロックDnn=...、0、1、2、3、...はそれぞれ、ファイルDEP8912の単一のエクステント、すなわちディペンデントビューエクステントEXT2nとしてアクセス可能である。図105に示されているデータブロック群では、AVストリームファイルのクロスリンクが次のように実現される。各エクステントブロック8901、8902の全体は、ファイルSS8920の単一のエクステントEXTSS0、EXTSS1としてアクセス可能である。従って、各エクステントブロック8901、8902内のベースビューデータブロックB0、B1、B3はファイル2D8910とファイルSS8920とに共有される。それに対し、2D再生専用ブロックB22Dは、層境界LBの直前に位置する2DエクステントEXT2D1の一部としてのみアクセス可能である。一方、SS再生専用ブロックB2SSは、層境界LBの直後のエクステントSSEXTSS1の一部としてのみアクセス可能である。それ故、2D再生専用ブロックB22D以外のベースビューデータブロックB0、B1、B2SS、B3は、ファイルベース8911のエクステント、すなわちベースビューエクステントEXT1nn=0、1、2、3としてエクステントSSEXTSS0、EXTSS1から抽出可能である。図106は、図105に示されている配置1のデータブロック群に対する2D再生モードでの再生経路9010と3D再生モードでの再生経路9020とを示す模式図である。2D再生モードの再生装置102はファイル2D8910を再生する。従って、2D再生モードでの再生経路9010が示すとおり、まず、第1エクステントブロック8901内の最後から二番目のベースビューデータブロックB0が最初の2DエクステントEXT2D0として読み出され、その直後のディペンデントビューデータブロックD1の読み出しが最初のジャンプJ2D1によってスキップされる。次に、第1エクステントブロック8901内の最後のベースビューデータブロックB1とその直後の2D再生専用ブロックB22Dとの対B1B22Dが二番目の2DエクステントEXT2D1として連続して読み出される。その直後の層境界LBではロングジャンプJLYが生じ、第2エクステントブロック8902の先端に位置する3個のデータブロックD2、B2SS、D3の読み出しがスキップされる。続いて、第2エクステントブロック8902内の二番目のベースビューデータブロックB3が三番目の2DエクステントEXT2D2として読み出される。3D再生モードの再生装置102はファイルSS8920を再生する。従って、3D再生モードでの再生経路9020が示すとおり、まず、第1エクステントブロック8901の全体が最初のエクステントSSEXTSS0として連続して読み出される。その直後にロングジャンプJLYが生じ、2D再生専用ブロックB22Dの読み出しがスキップされる。続いて、第2エクステントブロック8902の全体が二番目のエクステントSSEXTSS1として連続して読み出される。図106に示されているとおり、2D再生モードでは、2D再生専用ブロックB22Dは読み出されるが、SS再生専用ブロックB2SSの読み出しはスキップされる。逆に3D再生モードでは、2D再生専用ブロックB22Dの読み出しはスキップされるが、SS再生専用ブロックB2SSは読み出される。しかし、両方のデータブロックB22D、B2SSはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュービデオフレームは等しい。このように、配置1ではロングジャンプJLYの前後で2D再生モードでの再生経路9010と3D再生モードでの再生経路9020とが分離されている。従って、図21に示されている配置とは異なり、層境界LBの直前に位置する2DエクステントEXT2D1のサイズSEXT2D1とその直前のディペンデントビューデータブロックD1のサイズSEXT21とが、以下のように別々に決定可能である。その2DエクステントEXT2D1のサイズSEXT2D1はベースビューデータブロックB1のサイズSEXT11と2D再生専用ブロックB22DのサイズS2Dとの和SEXT11S2Dに等しい。従って、2D映像をシームレスに再生するには、まず、その和SEXT11S2Dが条件1を満たせばよい。ここで、式1の右辺には、ジャンプ時間Tjump-2DとしてロングジャンプJLYの最大ジャンプ時間Tjump_maxが代入される。次に、2D再生専用ブロックB22Dの後端から第2エクステントブロック8902内の最初の2DエクステントEXT2D2=B3までのセクタ数が、2D再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump_max以下であればよい。一方、3D映像をシームレスに再生するには、まず、最初のエクステントSSEXTSS0の後端に位置するディペンデントビューデータブロックD1とベースビューデータブロックB1との各サイズSEXT21、SEXT11が条件3、2を満たせばよい。ここで、ロングジャンプJLYの発生に関わらず、式3、2の各右辺にはゼロセクタ遷移時間TJUMP02n1、TJUMP02n2として、ゼロセクタ遷移時間の典型的な値が代入されればよい。次に、最初のエクステントSSEXTSS0のサイズが条件4を満たせばよい。更に、そのエクステントSSEXTSS0の後端から次のエクステントSSEXTSS1の先端までのセクタ数が、3D再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump_max以下であればよい。層境界LBの直前に位置する2DエクステントEXT2D1のうち、最初のエクステントSSEXTSS0に共有されるのは、前側に位置するベースビューデータブロックB1のみである。従って、2D再生専用ブロックB22DのサイズS2Dを適切に拡大することにより、2DエクステントEXT2D1のサイズSEXT2D1=SEXT11S2Dを一定に維持したまま、ベースビューデータブロックB1のサイズSEXT11を更に小さく制限することができる。その場合、そのベースビューデータブロックB1のエクステントATC時間が短縮される。それ故、その直前に位置するディペンデントビューデータブロックD1のサイズSEXT21も更に小さく制限することができる。SS再生専用ブロックB2SSは2D再生専用ブロックB22Dとビット単位で一致しているので、2D再生専用ブロックB22DのサイズS2Dの拡大は、SS再生専用ブロックB2SSの直前に位置するディペンデントビューデータブロックD2のサイズを拡大させる。しかし、そのサイズは、図21に示されている、層境界LBの直前に位置するディペンデントビューデータブロックD3のサイズよりは十分に小さくできる。こうして、各リードバッファ4121、4122の容量を、3D映像のシームレス再生に必要最小限の値に更に接近させることができる。その結果、配置1では、再生装置102内に確保されるべきリードバッファの容量を必要最小限に抑えたまま、ロングジャンプ中に2D映像と3D映像とのいずれをもシームレスに再生することができるように、各データブロックのサイズを設計することができる。配置1では、2D再生専用ブロックB22Dの複製データが、第2のエクステントブロック5202の中に単一のSS再生専用ブロックB2SSとして配置されている。その他に、その複製データが二個以上のSS再生専用ブロックに分割されて配置されてもよい。≪配置2≫図107は、BD-ROMディスク101の層境界LBの前後に記録されたデータブロック群の物理的な配置の第2例を示す模式図である。以下、この配置を配置2という。図107を図105と比較するに、配置2は配置1とは主に、SS再生専用ブロックB2SS、B3SSを含むエクステントブロック9102が層境界LBの直前に配置されている点で異なる。図107を参照するに、層境界LBの前には、第1エクステントブロック9101、2D再生専用ブロックB2B32D、及び第2エクステントブロック9102が順番に配置され、層境界LBの後には第3エクステントブロック9103が配置されている。各エクステントブロック9101-9103内では、ディペンデントビューデータブロックDnとベースビューデータブロックBnとがインターリーブ配置を構成しているn=...、0、1、2、3、4、...。特にn番目のデータブロック対Dn、BnではエクステントATC時間が等しい。第2エクステントブロック9102では、第1エクステントブロック9101の後端に位置するデータブロックD1、B1とも、第3エクステントブロック9103の先端に位置するデータブロックD4、B4とも、ストリームデータの内容が連続している。第2エクステントブロック9102に含まれるベースビューデータブロックはいずれもSS再生専用ブロックB2SS、B3SSであり、それらの全体B2SSB3SSは、その前に位置する2D再生専用ブロックB2B32Dとビット単位で一致する。図107に示されているベースビューデータブロックのうち、SS再生専用ブロックB2SS、B3SS以外はファイル2D9110のエクステントEXT2D0、EXT2D1、EXT2D2としてアクセス可能である。特に第1エクステントブロック9101内の最後のベースビューデータブロックB1と2D再生専用ブロックB2B32Dとの対は単一の2DエクステントEXT2D1としてアクセス可能である。更に、第2エクステントブロック9102以外のエクステントブロック9101、9103内のベースビューデータブロックB0、B1、B4は、ファイルベース9111のエクステントEXT10、EXT11、EXT14としてファイルSS9120のエクステントEXTSS0、EXTSS1からも抽出可能である。それに対し、2D再生専用ブロックB2B32Dは2DエクステントEXT2D1の一部としてのみアクセス可能である。一方、SS再生専用ブロックB2SS、B3SSはそれぞれ、ベースビューエクステントEXT12、EXT13としてエクステントSSEXTSS1から抽出可能である。図108は、図107に示されている配置2のデータブロック群に対する2D再生モードでの再生経路9210と3D再生モードでの再生経路9220を示す模式図である。2D再生モードの再生装置102はファイル2D9110を再生する。従って、2D再生モードでの再生経路9210が示すとおり、まず、第1エクステントブロック9101内の最後から二番目のベースビューデータブロックB0が最初の2DエクステントEXT2D0として読み出され、その直後のディペンデントビューデータブロックD1の読み出しが最初のジャンプJ2D1によってスキップされる。次に、第1エクステントブロック9101内の最後のベースビューデータブロックB1とその直後の2D再生専用ブロックB2B32Dとの対が二番目の2DエクステントEXT2D1として連続して読み出される。その直後にロングジャンプJLYが生じ、第2エクステントブロック9102の読み出し、及び第3エクステントブロック9103の先端に位置するディペンデントビューデータブロックD4の読み出しがスキップされる。続いて、第3エクステントブロック9103内の最初のベースビューデータブロックB4が三番目の2DエクステントEXT2D2として読み出される。3D再生モードの再生装置102はファイルSS9120を再生する。従って、3D再生モードでの再生経路9220が示すとおり、まず、第1エクステントブロック9101の全体が第1エクステントSSEXTSS0として連続して読み出される。その直後にジャンプJEXが生じ、2D再生専用ブロックB2B32Dの読み出しがスキップされる。次に、第2エクステントブロック9102の全体が第2エクステントSSEXTSS1として連続して読み出される。その直後に、層境界LBを越えるためのロングジャンプJLYが生じる。続いて、第3エクステントブロック9103の全体が第3エクステントSSEXTSS2として連続して読み出される。図108に示されているとおり、2D再生モードでは、2D再生専用ブロックB2B32Dは読み出されるが、SS再生専用ブロックB2SS、B3SSの読み出しはスキップされる。逆に3D再生モードでは、2D再生専用ブロックB2B32Dの読み出しはスキップされるが、SS再生専用ブロックB2SS、B3SSは読み出される。しかし、2D再生専用ブロックB2B32DとSS再生専用ブロックの全体B2SSB3SSとはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュービデオフレームは等しい。このように、配置2ではロングジャンプJLYの前後で2D再生モードでの再生経路9210と3D再生モードでの再生経路9220とが分離されている。従って、層境界LBの直前に位置する2DエクステントEXT2D1のサイズSEXT2D1とその直前のディペンデントビューデータブロックD1のサイズSEXT21とが、以下のように別々に決定可能である。その2DエクステントEXT2D1のサイズSEXT2D1は、ベースビューデータブロックB1のサイズSEXT11と2D再生専用ブロックB2B32DのサイズS2Dとの和SEXT11S2Dに等しい。従って、2D映像をシームレスに再生するには、まず、その和SEXT11S2Dが条件1を満たせばよい。ここで、式1の右辺には、ジャンプ時間Tjump-2DとしてロングジャンプJLYの最大ジャンプ時間Tjump_maxが代入される。次に、2D再生専用ブロックB2B32Dの後端から第3エクステントブロック9103内の最初の2DエクステントEXT2D2=B4までのセクタ数が、2D再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump_max以下であればよい。一方、3D映像をシームレスに再生するには、まず、第1エクステントSSEXTSS0の後端に位置するディペンデントビューデータブロックD1とベースビューデータブロックB1との各サイズSEXT21、SEXT11が条件3、2を満たせばよい。ここで、ジャンプJEXの発生に関わらず、式3、2の各右辺にはゼロセクタ遷移時間TJUMP02n1、TJUMP02n2として、ゼロセクタ遷移時間の典型的な値が代入されればよい。次に、第2エクステントSSEXTSS1の後端に位置するディペンデントビューデータブロックD3とSS再生専用ブロックB3SSとの各サイズSEXT23、SEXT13が条件3、2を満たせばよい。ここで、ロングジャンプJLYの発生に関わらず、式3、2の各右辺にはゼロセクタ遷移時間TJUMP02n1、TJUMP02n2として、ゼロセクタ遷移時間の典型的な値が代入されればよい。2DエクステントEXT2D1のうち、エクステントSSEXTSS1に共有されるのは、前側に位置するベースビューデータブロックB1だけである。従って、2D再生専用ブロックB2B32DのサイズS2Dを適切に拡大することにより、2DエクステントEXT2D1のサイズSEXT2D1=SEXT11S2Dを一定に維持したまま、ベースビューデータブロックB1のサイズSEXT11を更に小さく制限することができる。それに伴い、その直前のディペンデントビューデータブロックD1のサイズSEXT21も更に小さく制限することができる。ここで、3D再生専用ブロックの全体B2SSB3SSは2D再生専用ブロックB2B32Dとビット単位で一致している。従って、2D再生専用ブロックB2B32DのサイズS2Dが拡大すると、各3D再生専用ブロックB2SS、B3SSの直前に位置するディペンデントビューデータブロックD2、D3のサイズが拡大する。しかし、一つの2D再生専用ブロックB2B32Dに対し、3D再生専用ブロックは二つB2SS、B3SSに分割されている。その結果、各3D再生専用ブロックB2SS、B3SSのサイズを十分に小さくすることができる。こうして、各リードバッファ4121、4122の容量は、3D映像のシームレス再生に必要最小限の値まで更に削減可能である。その結果、配置2では、再生装置102内に確保されるべきリードバッファの容量を必要最小限に抑えたまま、2D映像と3D映像とのいずれをもシームレスに再生することができるように、各データブロックのサイズを設計することができる。配置2では、2D再生専用ブロックB2B32Dの複製データが、二つのSS再生専用ブロックB2SS、B3SSに分割されて配置されている。その他に、その複製データが単一のSS再生専用ブロックであってもよく、又は三個以上のSS再生専用ブロックに分割されて配置されてもよい。<エクステントペアフラグ>図109は、ファイルベース9301とファイルDEP9302との各エクステントEXT1k、EXT2k整数kは0以上である。に対して設定されたエントリポイント9310、9320を示す模式図である。ファイルベース9301のエントリポイント9310は2Dクリップ情報ファイルのエントリマップで定義され、ファイルDEP9302のエントリポイント9320はディペンデントビュークリップ情報ファイルのエントリマップで定義される。各エントリポイント9310、9320は特にエクステントペアフラグを含む。エクステントペアフラグは、ファイルベース9301のエントリポイントとファイルDEP9302のエントリポイントとが同じPTSを示すとき、それぞれの設定されたエクステントEXT1i、EXT2jが各ファイル9301、9302の先頭から同じ順序であるか否かi=j又はi≠jを示す。図109を参照するに、n1番目整数nは1以上である。のベースビューエクステントEXT1nに設定された最初のエントリポイント9330のPTSは、n-1番目のディペンデントビューエクステントEXT2n-1に設定された最後のエントリポイント9340のPTSに等しい。従って、各エントリポイント9330、9340のエクステントペアフラグの値は0に設定される。同様に、n1番目のベースビューエクステントEXT1nに設定された最後のエントリポイント9331のPTSは、n1番目のディペンデントビューエクステントEXT2n1に設定された最初のエントリポイント9341のPTSに等しい。従って、各エントリポイント9331、9341のエクステントペアフラグの値は0に設定される。その他のエントリポイント9310、9320は、PTSが等しいときは設定先のエクステントEXT1、EXT2の順序も等しいので、エクステントペアフラグの値は1に設定される。3D再生モードの再生装置102は、飛び込み再生を開始するときに、再生開始位置のエントリポイントのエクステントペアフラグを参照し、その値が1である場合に、そのエントリポイントから実際に再生を開始する。その値が0である場合には、そのエントリポイントの前後から、エクステントペアフラグの値が1である別のエントリポイントを探して、その別のエントリポイントから再生を開始する。こうして、n番目のディペンデントビューエクステントEXT2nが確実に、n番目のベースビューエクステントEXT1nよりも先に読み出される。その結果、飛び込み再生処理を簡単化することができる。エクステントペアフラグ=0のエントリポイントの間隔は、それに対応する表示時間の長さが一定の秒数以下、例えば1GOP当たりの表示時間長の最大値の2倍以下になるように制限されてもよい。それにより、飛び込み再生の開始時、エクステントペアフラグ=1のエントリポイントの探索に伴う再生開始までの待ち時間を短縮することができる。その他に、エクステントペアフラグ=0のエントリポイントの次のエントリポイントでは、エクステントペアフラグの値が1に制限されてもよい。また、アングル切り換えフラグがエクステントペアフラグとして代用されてもよい。ここで、アングル切り換えフラグとは、マルチアングルに対応のコンテンツにおいてエントリマップ内に用意されたフラグであって、多重化ストリームデータにおけるアングルの切り換え位置を示すマルチアングルについては後述参照。<データブロック間での再生期間の一致>エクステントATC時間の等しいデータブロックの対では更に、再生期間が一致し、かつビデオストリームの再生時間が等しくてもよい。すなわち、それらのデータブロック間でVAUの数が等しくてもよい。その意義は次のとおりである。図110のaは、隣接するベースビューデータブロックとディペンデントビューデータブロックとの間でエクステントATC時間が異なり、かつビデオストリームの再生時間が異なるときの再生経路を示す模式図である。図110のaを参照するに、先頭のベースビューデータブロックB0の再生時間は4秒間であり、先頭のディペンデントビューデータブロックD0の再生時間は1秒間である。ここで、ディペンデントビューデータブロックD0の復号に必要なベースビュービデオストリームの部分はそのディペンデントビューデータブロックD0と同じ再生時間を持つ。従って、再生装置内のリードバッファの容量を節約するには、図110のaに矢印ARW1で示されているように、再生装置にベースビューデータブロックB0とディペンデントビューデータブロックD0とを交互に同じ再生時間ずつ、例えば1秒間ずつ読み込ませることが好ましい。しかし、その場合、図110のaに破線で示されているように、読み出し処理の途中でジャンプが生じる。その結果、読み出し処理を復号処理に間に合わせることが難しいので、シームレス再生を確実に持続することが難しい。図110のbは、隣接するベースビューデータブロックとディペンデントビューデータブロックとの間でビデオストリームの再生時間が等しいときの再生経路を示す模式図である。図110のbに示されているように、隣接する一対のデータブロックの間でビデオストリームの再生時間が等しくてもよい。例えば、先頭のデータブロック対B0、D0ではビデオストリームの再生時間が共に1秒に等しく、二番目のデータブロック対B1、D1ではビデオストリームの再生時間が共に0.7秒に等しい。その場合、3D再生モードの再生装置は、図110のbに矢印ARW2で示されているように、データブロックB0、D0、B1、D1、...を先頭から順番に読み出す。それだけで、再生装置はメインTSとサブTSとを交互に同じ再生時間ずつ読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、3D映像のシームレス再生が確実に持続可能である。実際には、隣接するベースビューデータブロックとディペンデントビューデータブロックとの間でエクステントATC時間が等しければ、読み出し処理にジャンプを生じさせることなく、復号処理の同期を維持することはできる。従って、再生期間又はビデオストリームの再生時間が等しくなくても、図110のbに示されている場合と同様に、再生装置はデータブロック群を先頭から順番に読み出すだけで、3D映像のシームレス再生を確実に持続できる。隣接するベースビューデータブロックとディペンデントビューデータブロックとの間では、VAUのいずれかのヘッダの数、又はPESヘッダの数が等しくてもよい。データブロック間での復号処理の同期にはそれらのヘッダが利用される。従って、データブロック間でヘッダの数が等しければ、VAUそのものの数が等しくなくても、復号処理の同期を維持することは比較的容易である。更に、VAUそのものの数が等しい場合とは異なり、VAUのデータが全て同じデータブロック内に多重化されていなくてもよい。それ故、BD-ROMディスク101のオーサリング工程において、ストリームデータの多重化の自由度が高い。隣接するベースビューデータブロックとディペンデントビューデータブロックとの間ではエントリポイントの数が等しくてもよい。図109を再び参照するに、エクステントペアフラグ=0のエントリポイント9330、9340、9331、9341を除けば、ファイルベース9301とファイルDEP9302とでは、先頭から同じ順序のエクステントEXT1k、EXT2kが同じ数のエントリポイント9310、9320を含む。2D再生モードと3D再生モードとではジャンプの有無は異なる。しかし、データブロック間でエントリポイントの数が等しいとき、再生時間も実質的に等しい。従って、ジャンプの有無に関わらず、復号処理の同期を維持することは容易である。更に、VAUそのものの数が等しい場合とは異なり、VAUのデータの全てが同じデータブロック内に多重化されていなくてもよい。それ故、BD-ROMディスク101のオーサリング工程において、ストリームデータの多重化の自由度が高い。<マルチアングル>図111のaは、マルチアングルに対応する多重化ストリームデータの再生経路を示す模式図である。図111のaを参照するに、その多重化ストリームデータには、ベースビュー、ライトビュー、及びデプスマップの三種類のストリームデータL、R、Dが多重化されている。例えばL/RモードではベースビューとライトビューとのストリームデータL、Rがパラレルに再生される。更に、マルチアングル期間PANGで再生される部分にはアングル視野角別のストリームデータAk、Bk、Ckが多重化されているk=0、1、2、...、n。各アングルのストリームデータAk、Bk、Ckは、再生時間がアングルチェンジ間隔に等しい部分に分割されている。各部分Ak、Bk、Ckには更に、ベースビュー、ライトビュー、及びデプスマップの各ストリームデータが多重化されている。マルチアングル期間PANGでは、ユーザの操作又はアプリケーションプログラムの指示に応じて、アングル別のストリームデータAk、Bk、Ckの間で再生対象を切り換えることができる。図111のbは、BD-ROMディスク上に記録されたデータブロック群9501と、それらに対するL/Rモードでの再生経路9502とを示す模式図である。そのデータブロック群9501は、図111のaに示されているストリームデータL、R、D、Ak、Bk、Ckを含む。図111のbを参照するに、そのデータブロック群9501では、通常のストリームデータL、R、Dに加え、アングル別のストリームデータAk、Bk、Ckがインターリーブ配置で記録されている。L/Rモードでは、再生経路9502の示すように、ライトビューデータブロックRとベースビューデータブロックLとは読み出され、デプスマップデータブロックDの読み出しはジャンプによってスキップされる。更に、アングル別のストリームデータAk、Bk、Ckのうち、選択されたもののデータブロックA0、B1、...、Cnは読み出され、その他のデータブロックの読み出しはジャンプによってスキップされる。図111のcは、アングル別のストリームデータAk、Bk、Ckを構成するエクステントブロックを示す模式図である。図111のcを参照するに、各アングルのストリームデータAk、Bk、Ckでは、三種類のデータブロックL、R、Dがインターリーブ配置を構成している。L/Rモードでは、再生経路9502の示すように、アングル別のストリームデータAk、Bk、Ckのうち、選択されたものA0、B1、...、CnからライトビューデータブロックRとベースビューデータブロックLとが読み出される。一方、他のデータブロックの読み出しはジャンプによってスキップされる。尚、各アングルのストリームデータAk、Bk、Ckでは、ベースビュー、ライトビュー、及びデプスマップの各ストリームデータが単一の多重化ストリームデータに収められていてもよい。但し、その記録レートは、2D再生装置で再生可能なシステムレートの範囲に抑えられなければならない。また、その多重化ストリームデータと他の3D映像の多重化ストリームデータとの間では、システムターゲットデコーダに転送されるべきストリームデータTSの数が異なる。従って、3Dプレイリストファイル内の各PIは、再生対象のTSの数を示すフラグを含んでもよい。そのフラグを利用して、それらの多重化ストリームデータを一つの3Dプレイリストファイルの中で切り換えることができる。3D再生モードで2つのTSを再生対象として規定するPIでは、そのフラグが2TSを示す。一方、上記の多重化ストリームデータのような単一のTSを再生対象として規定するPIでは、そのフラグが1TSを示す。3D再生装置は、そのフラグの値に応じて、システムターゲットデコーダの設定を切り換えることができる。そのフラグは更に、コネクションコンディションCCの値で表現されても良い。例えばCCが7を示すときは、2TSから1TSへの移行を示し、8を示すときは、1TSから2TSへの移行を示す。図112は、マルチアングル期間を構成するデータブロック群9601、及び、それらに対する2D再生モードでの再生経路9610とL/Rモードでの再生経路9620とを示す模式図である。図112を参照するに、そのデータブロック群9601は三種類のアングルチェンジ区間ANG1k、ANG2k、ANG3kk=1、2、...、6、7のインターリーブ配置から成る。アングルチェンジ区間は、一つのアングルから見た映像のストリームデータが連続して格納された一連のデータブロック群をいう。種類の異なるアングルチェンジ区間では映像のアングルが異なる。各種類のk番目のアングルチェンジ区間ANG1k、ANG2k、ANG3kは互いに隣接する。各アングルチェンジ区間ANGmkm=1、2、3は一つのエクステントブロックから成り、すなわち一つのエクステントSSEXTSSkとして参照されるk=10、11、...、23。それにより、複数のアングルチェンジ区間が一つのエクステントSSEXTSSkを構成する場合よりも、リードバッファの容量を削減することができる。更に、各エクステントブロックはディペンデントビューデータブロックRとベースビューデータブロックLとを一つずつ含む。それらのデータブロックの対R、Lはn番目のディペンデントビューエクステントEXT2nとn番目のベースビューエクステントEXT1nとの対として参照される整数nは0以上である。各エクステントブロックのサイズは条件1-4を満たす。特に、条件1で考慮されるべきジャンプは、2D再生モードでの再生経路9610の示す、他のアングルチェンジ区間の読み出しをスキップするためのジャンプJANG2Dである。一方、条件4で考慮されるべきジャンプは、L/Rモードでの再生経路9620の示す、他のアングルチェンジ区間の読み出しをスキップするためのジャンプJANGLRである。各再生経路9610、9620の示すとおり、いずれのジャンプJANG2D、JANGLRも一般に、アングルの切り換え、すなわち、読み出し対象のアングルチェンジ区間の種類の切り換えを含む。図112を更に参照するに、各アングルチェンジ区間はベースビューデータブロックLを一つ含む。従って、ベースビューエクステントEXT1のエクステントATC時間はアングルチェンジ区間の長さの最大値TANG以下に制限される。例えば、アングルの切り換えを表示時間2秒当たりに1回の割合で実行可能にするには、アングルチェンジ区間の長さの最大値TANGを2秒間に制限しなければならない。その結果、ベースビューエクステントEXT1のエクステントATC時間は2秒以下に制限される。それ故、条件5は、ベースビューエクステントのサイズSEXT1が式5に代えて次式9を満たすことに変更される:<放送、通信回路を経由したデータ配信>本発明の実施形態による記録媒体は、光ディスクの他、例えばSDメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、上記の実施形態の説明では、予めデータが記録された光ディスク、すなわち、BD-ROM又はDVD-ROM等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態はそれらに限定されない。例えば放送で、又はネットワーク経由で配信された3D映像のコンテンツを端末装置によって、BD-RE又はDVD-RAM等の既存の書き込み可能な光ディスクへ書き込むときに、実施形態1によるエクステントの配置が利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。<半導体メモリカードの再生>本発明の実施形態による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェースI/Fで構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のI/Fが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのI/Fを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのI/Fを通して再生装置に読み出される。<BD-ROMディスク上のデータに対する著作権保護技術>ここで、以降の補足事項の前提として、BD-ROMディスクに記録されているデータの著作権を保護するための仕組みについて説明する。BD-ROMディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオストリーム、オーディオストリーム、又はその他のストリームを含む。その場合、暗号化データは以下のように解読される。再生装置には予め、BD-ROMディスク上の暗号化データを解読するための鍵の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、BD-ROMディスクには、そのその鍵の生成に必要なデータの別の一部、すなわちMKBメディアキーブロックと、その鍵自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、MKB、及び暗号化タイトルキーは互いに対応付けられ、更に、図2に示されているBD-ROMディスク101上のBCA201に書き込まれた特定のID、すなわちボリュームIDにも対応付けられている。デバイスキー、MKB、暗号化タイトルキー、及びボリュームIDの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の鍵、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、MKB、及びボリュームIDを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の鍵として用いて暗号化データを解読することができる。BD-ROMディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのBD-ROMディスク上の暗号化タイトルキー、MKB、及びボリュームIDに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、MKB、デバイスキー、及びボリュームIDの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。BD-ROMディスクに記録されるべきビデオストリームとオーディオストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、BD-ROMディスクに記録する。次に、MKB、デバイスキー、及びボリュームIDの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、MKB、ボリュームID、及び暗号化タイトルキーをBD-ROMディスクに記録する。そのBD-ROMディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオストリーム及び/又はオーディオストリームをデコーダで復号することはできない。こうして、BD-ROMディスクに記録されたデータの著作権を保護することができる。以上に述べた、BD-ROMディスクにおけるデータの著作権保護の仕組みは、BD-ROMディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にSDカード等の可搬性半導体メモリカードにも適用可能である。<電子配信を利用した記録媒体へのデータ記録>電子配信を利用して本発明の実施形態による再生装置へ3D映像のAVストリームファイル等のデータ以下、配信データという。を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがSDメモリカードである場合を想定する。再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはSDメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はSDメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。SDメモリカードの識別情報は、例えばそのSDメモリカード固有の識別番号、より具体的にはそのSDメモリカードのシリアル番号である。この識別情報は上述のボリュームIDとして利用される。配信サーバには配信データが格納されている。その配信データのうち、ビデオストリーム及び/又はオーディオストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。その暗号化データは同じタイトルキーで復号が可能である。配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、SDメモリカードと共通のMKBを保持している。配信サーバは、再生装置から配信データの送信要求とSDメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、MKB、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のMKB、暗号化タイトルキー、署名情報、SDメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能プログラムが特定されている。配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用I/Fを通してSDメモリカードに記録する。SDメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック1-3が行われる。尚、それらはどのような順序で行われてもよい。1公開鍵情報に含まれるSDメモリカードの識別情報が、カードスロットに挿入されているSDメモリカードに記憶されている識別番号と一致するか否か。2公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。3公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。上述のチェック1-3のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック1-3の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、MKB、及びSDメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオストリーム及び/又はオーディオストリームに復号する。以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能プログラム等が知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、SDメモリカードの識別番号、MKB、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばSDメモリカードではそのシリアル番号が不正に改竄された場合、SDメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック1では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域以下、第1の記録領域と称す。から電気的に分離された別の記録領域以下、第2の記録領域と称す。が設置される。次に、第2の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第2の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第2の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第2の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第2の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第2の記録領域内のデータのアドレスは制御回路にしか特定できない。半導体メモリカードの識別情報が第2の記録領域に記録された場合、再生装置上で動作するアプリケーションプログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーションプログラムは、メモリカードI/Fを介して上記の制御回路に対し、第2の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第2の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードI/Fを介して上記のアプリケーションプログラムへその識別情報を送る。そのアプリケーションプログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーションプログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードI/Fを介して半導体メモリカード内の第1の記録領域に記録する。尚、上記のアプリケーションプログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーションプログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばX.509に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第1の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。<リアルタイムレコーディングへの適用>本発明の実施形態4では、AVストリームファイル及びプレイリストファイルは、オーサリングシステムにおけるプリレコーディング技術によってBD-ROMディスクに記録されてユーザに供給されることを前提とした。しかし、AVストリームファイル及びプレイリストファイルは、リアルタイムレコーディングによって、BD-REディスク、BD-Rディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体以下、BD-REディスク等と略す。に記録されてユーザに供給されるものであってもよい。その場合、AVストリームファイルは、アナログ入力信号を記録装置がリアルタイムで復号することによって得られたトランスポートストリームであってもよい。その他に、記録装置がデジタル入力したトランスポートストリームをパーシャル化することで得られるトランスポートストリームであってもよい。リアルタイムレコーディングを実行する記録装置は、ビデオエンコーダ、オーディオエンコーダ、マルチプレクサ、及びソースパケタイザを含む。ビデオエンコーダはビデオ信号を符号化してビデオストリームに変換する。オーディオエンコーダはオーディオ信号を符号化してオーディオストリームに変換する。マルチプレクサは、ビデオストリームとオーディオストリームとを多重化して、MPEG2-TS形式のデジタルストリームに変換する。ソースパケタイザは、MPEG2-TS形式のデジタルストリーム内のTSパケットをソースパケットに変換する。記録装置は各ソースパケットをAVストリームファイルに格納して、BD-REディスク等に書き込む。AVストリームファイルの書き込み処理と並行して、記録装置の制御部はクリップ情報ファイルとプレイリストファイルとをメモリ上で生成してBD-REディスク等に書き込む。具体的には、ユーザによって録画処理が要求されたとき、制御部はまず、AVストリームファイルに合わせてクリップ情報ファイルを生成してBD-REディスク等に書き込む。その場合、外部から受信されるトランスポートストリームからビデオストリーム内の一つのGOPの先頭が検出される度に、又は、ビデオエンコーダによってビデオストリーム内の一つのGOPが生成される度に、制御部は、そのGOPの先頭に位置するIピクチャのPTSと、そのGOPの先頭が格納されたソースパケットのSPNとを取得する。制御部は更に、そのPTSとSPNとの対を一つのエントリポイントとしてクリップ情報ファイルのエントリマップに追記する。ここで、そのエントリポイントにはis_angle_changeフラグが追加される。is_angle_changeフラグは、そのGOPの先頭がIDRピクチャであるときはオンに設定され、そのGOPの先頭がIDRピクチャではないときはオフに設定される。クリップ情報ファイル内には更に、ストリーム属性情報が記録対象のストリームの属性に従って設定される。こうして、AVストリームファイルとクリップ情報ファイルとがBD-REディスク等に書き込まれた後、制御部はそのクリップ情報ファイル内のエントリマップを利用してプレイリストファイルを生成し、BD-REディスク等に書き込む。<マネージドコピー>本発明の実施形態による再生装置は更に、マネージドコピーによってBD-ROMディスク101上のデジタルストリームを他の記録媒体へ書き込んでもよい。マネージドコピーとは、BD-ROMディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタルストリーム、プレイリストファイル、クリップ情報ファイル、及びアプリケーションプログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術をいう。その書き込み可能な記録媒体は、BD-R、BD-RE、DVD-R、DVD-RW、及びDVD-RAM等の書き込み可能な光ディスク、ハードディスク、並びに、SDメモリカード、メモリースティック登録商標、コンパクトフラッシュ登録商標、スマートメディア登録商標、及びマルチメディアカード登録商標等の可搬性半導体メモリ装置を含む。マネージドコピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。BD-ROMディスクからBD-Rディスク又はBD-REディスクへのマネージドコピーが行われる場合、両ディスクの記録容量が等しいときは、コピー元のディスクに記録されたビットストリームがそのまま、順番にコピーされればよい。マネージドコピーが異種の記録媒体間で行われるときはトランスコードが必要である。トランスコードとは、コピー元のディスクに記録されているデジタルストリームをコピー先の記録媒体のアプリケーションフォーマットに適合させるための処理をいう。トランスコードは、例えば、MPEG2-TS形式からMPEG2プログラムストリーム形式へ変換する処理、及び、ビデオストリームとオーディオストリームとのそれぞれに割り当てられているビットレートを低くして符号化し直す処理を含む。トランスコードでは、上述のリアルタイムレコーディングによって、AVストリームファイル、クリップ情報ファイル、及びプレイリストファイルが生成されねばならない。<データ構造の記述方法>本発明の実施形態によるデータ構造のうち、所定型の情報が複数存在するという繰り返し構造は、for文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、所定の条件が成立するときに所定の情報が定義されるというデータ構造は、if文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、構文解析、最適化、資源割付、及びコード生成といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。<再生プログラムによるプレイリストファイル、クリップ情報ファイルの管理>プレイリストファイルとAVストリームファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリストファイルに従ってAVストリームファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、textセクション、dataセクション、bssセクション、及びstackセクションを含む。textセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。dataセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。dataセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。bssセクションは、初期値を持たない変数を含む。bssセクション内のデータは、textセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のRAMにbssセクション用の領域が確保される。stackセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。stackセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、bssセクション内の変数はゼロで初期化され、stackセクションには必要なメモリ領域が確保される。プレイリストファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、textセクション内の書き換え不可のデータ、又はdataセクション内の随時アクセスされるファイルとして管理される。すなわち、プレイリストファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリストファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。"