"メインビュービデオストリームと、サブビュービデオストリームと、グラフィックスストリームとを含む一連のデータを受信して映像信号処理を行う半導体集積回路であって、前記メインビュービデオストリームは、立体視映像のメインビューを構成するピクチャデータを含み、前記サブビュービデオストリームは、立体視映像のサブビューを構成するピクチャデータと、メタデータとを含み、前記グラフィックスストリームは、平面視グラフィックス映像を構成するグラフィックスデータを含み、前記メタデータは、前記サブビュービデオストリームを構成するグループオブピクチャGOPごとに配置されて、オフセット情報を含み、前記オフセット情報は、GOPを構成する複数のピクチャに対するオフセット制御を規定する制御情報であり、前記メインビュービデオストリームは、メインビュートランスポートストリームTSとして多重化された後、複数のメインビューデータ群に分割され、前記サブビュービデオストリームは、サブビューTSとして多重化された後、複数のサブビューデータ群に分割され、前記一連のデータにおいて、前記メインビューデータ群と前記サブビューデータ群は交互に配置されており、前記グラフィックスストリームは、前記メインビューTSと前記サブビューTSとの何れか、もしくは両方に多重化されており、前記メインビューデータ群と前記サブビューデータ群との少なくとも何れかは前記グラフィックスデータを含み、前記サブビューTSを構成するTSパケットのヘッダは、当該TSパケットの優先度を示すTS優先度フラグを含み、前記メタデータを含むTSパケットのTS優先度フラグは、前記サブビューを構成するピクチャデータを含むTSパケットのTS優先度フラグとは値が異なり、前記半導体集積回路は、前記半導体集積回路の制御を行う主制御部と、前記一連のデータを受信し、前記半導体集積回路の内部もしくは外部に設けられたメモリに一旦格納した後、前記ピクチャデータと前記グラフィックスデータとに多重分離するストリーム処理部と、前記ピクチャデータと前記グラフィックスデータとをそれぞれデコードする信号処理部と、デコードされた前記ピクチャデータを出力するAV出力部とを備えており、前記ストリーム処理部は、受信した前記一連のデータの格納先を前記メモリ内の第1の領域と第2の領域との間で切り替える切替部を備えており、前記主制御部は、前記メインビューデータ群に属しているピクチャデータを前記第1の領域に格納するように前記切替部を制御し、前記サブビューデータ群に属しているピクチャデータを前記第2の領域に格納するように前記切替部を制御し、前記デコードされたピクチャデータのうち、前記メインビューデータ群に属しているデータは前記メモリ内の第3の領域に格納され、前記第3の領域はメインビュービデオプレーンに対応しており、前記デコードされたピクチャデータのうち、前記サブビューデータ群に属しているデータは前記メモリ内の第4の領域に格納され、前記第4の領域はサブビュービデオプレーンに対応しており、前記デコードされたグラフィックスデータは前記メモリ内の第5の領域に格納され、前記第5の領域はグラフィックスプレーンに対応しており、前記AV出力部は、前記デコードされたピクチャデータと、前記デコードされたグラフィックスデータとを重畳する画像重畳部を備えており、前記信号処理部は、前記一連のデータに含まれるTSパケットのTS優先度フラグを監視して前記メタデータを抽出し、前記画像重畳部は、抽出されたメタデータに含まれるオフセット情報に基づいて前記グラフィックスプレーンに水平座標の方向及び-方向の各オフセットを与えて、前記メインビュービデオプレーンと前記サブビュービデオプレーンとのそれぞれに重畳し、前記AV出力部は、前記デコードされたピクチャデータを、前記デコードされたグラフィックスデータが重畳された後に出力することを特徴とする半導体集積回路。映像コンテンツは一般に、ビデオストリームの他に、字幕及び対話画面等のグラフィックス映像を表すグラフィックスストリームを含む。3D映像コンテンツから再生される映像では、それらのグラフィックス映像も3次元化される。ここで、その3次元化の手法には2プレーンモードと1プレーンオフセットモードとがある。2プレーンモードの3D映像コンテンツは、レフトビューとライトビューとの各グラフィックス映像を表すグラフィックスストリームの対を含む。2プレーンモードの再生装置は、各グラフィックスストリームから個別にレフトビューとライトビューとのグラフィックスプレーンを生成する。1プレーンオフセットモードの3D映像コンテンツは、2Dグラフィックス映像を表すグラフィックスストリームと、それに対するオフセット情報とを含む。1プレーンオフセットモードの再生装置は、まずグラフィックスストリームから一つのグラフィックスプレーンを生成し、次にオフセット情報に従ってそのグラフィックスプレーンに水平方向のオフセットを与える。それにより、そのグラフィックスストリームからレフトビューとライトビューとのグラフィックスプレーンの対が生成される。いずれのモードでも、表示装置の画面にはレフトビューとライトビューとのグラフィックス映像が交互に表示される。その結果、視聴者にはそれらのグラフィックス映像が3D映像として見える。3D映像コンテンツにグラフィックスストリームとオフセット情報とを別のファイルとして組み込んだ場合、1プレーンオフセットモードの再生装置はそれらのファイルを個別に処理し、得られたデータに基づいてレフトビューとライトビューとのグラフィックス映像の対を再生する。ここで、グラフィックス映像とオフセット情報とは一般にフレーム周期で変更される。しかし、オフセット情報を格納したファイルをフレーム表示の度に読み込んで解析することには、処理が間に合わずに映像を正しく表示することができないという危険性がある。従って、処理をフレーム周期に確実に同期させるには、予めメモリ上にオフセット情報を展開しておく必要がある。その場合、グラフィックスストリーム一つ当たりのオフセット情報の総量は大きいので、オフセット情報を収めたファイルを展開するのに必要な内蔵メモリの容量は大きくならざるを得ない。また、1つのシーンに複数のグラフィックス映像が存在する場合には、内蔵メモリは更に大きな容量を必要とする。このように、3D映像コンテンツにグラフィックスストリームとオフセット情報とを別のファイルとして組み込んだ場合には、内蔵メモリの容量の更なる削減は困難である。上記の問題点を解消することを目的として、オフセット情報はビデオストリームの中に、例えばGOP間隔で格納される。それにより、再生装置内のデコーダは、ビデオストリームを復号しながら、そのビデオストリームからオフセット情報を抽出することができる。その結果、再生装置はグラフィックスストリームとオフセット情報との間の対応関係を確実に維持できる。その上、内蔵メモリは、例えば1GOP当たりのオフセット情報を展開するのに十分な容量を持てばよい。従って、多様なグラフィックスストリームを含む3D映像コンテンツへの対応と、内蔵メモリの容量の更なる削減とを容易に両立させることができる。ここで、再生装置内のデコーダに、ビデオストリームからオフセット情報を抽出する機能を実装する具体的な手段としては、様々なものが想定される。例えば、その機能を、ビデオストリームの復号処理専用のハードウェアに組み込む手段も、そのハードウェアとは別のハードウェア又はソフトウェアで実現する手段も想定可能である。しかし、それらの手段別に、ビデオストリームやオフセット情報のデータ構造を変更するのは好ましくない。本発明の目的は上記の問題点を解決することにあり、特に、一体的に結合されたビデオストリームとオフセット情報とのデータ構造を変更させることなく、それらからオフセット情報を抽出するための機能を様々な態様で実装することのできる集積回路を提供することにある。本発明による半導体集積回路は、メインビュービデオストリームと、サブビュービデオストリームと、グラフィックスストリームとを含む一連のデータを受信して映像信号処理を行う。メインビュービデオストリームは、立体視映像のメインビューを構成するピクチャデータを含む。サブビュービデオストリームは、立体視映像のサブビューを構成するピクチャデータと、メタデータとを含む。グラフィックスストリームは、平面視グラフィックス映像を構成するグラフィックスデータを含む。メタデータは、サブビュービデオストリームを構成するGOPごとに配置されて、オフセット情報を含む。オフセット情報は、GOPを構成する複数のピクチャに対するオフセット制御を規定する制御情報である。メインビュービデオストリームは、メインビュートランスポートストリームTSとして多重化された後、複数のメインビューデータ群に分割されている。サブビュービデオストリームは、サブビューTSとして多重化された後、複数のサブビューデータ群に分割されている。上記の一連のデータにおいて、メインビューデータ群とサブビューデータ群は交互に配置されている。グラフィックスストリームは、メインビューTSとサブビューTSとの何れか、もしくは両方に多重化されている。メインビューデータ群とサブビューデータ群との少なくとも何れかはグラフィックスデータを含む。サブビューTSを構成するTSパケットのヘッダは、当該TSパケットの優先度を示すTS優先度フラグを含む。メタデータを含むTSパケットのTS優先度フラグは、サブビューを構成するピクチャデータを含むTSパケットのTS優先度フラグとは値が異なる。上記の半導体集積回路は、主制御部、ストリーム処理部、信号処理部、及びAV出力部を備えている。主制御部は、半導体集積回路の制御を行う。ストリーム処理部は、上記の一連のデータを受信し、半導体集積回路の内部もしくは外部に設けられたメモリに一旦格納した後、ピクチャデータとグラフィックスデータとに多重分離する。信号処理部は、ピクチャデータとグラフィックスデータとをそれぞれデコードする。AV出力部は、デコードされたピクチャデータを出力する。ストリーム処理部は切替部を備えている。切替部は、受信した一連のデータの格納先をメモリ内の第1の領域と第2の領域との間で切り替える。主制御部は、メインビューデータ群に属しているピクチャデータを第1の領域に格納するように切替部を制御し、サブビューデータ群に属しているピクチャデータを第2の領域に格納するように切替部を制御する。デコードされたピクチャデータのうち、メインビューデータ群に属しているデータはメモリ内の第3の領域に格納される。第3の領域はメインビュービデオプレーンに対応している。デコードされたピクチャデータのうち、サブビューデータ群に属しているデータはメモリ内の第4の領域に格納される。第4の領域はサブビュービデオプレーンに対応している。デコードされたグラフィックスデータはメモリ内の第5の領域に格納される。第5の領域はグラフィックスプレーンに対応している。AV出力部は画像重畳部を備えている。画像重畳部は、デコードされたピクチャデータと、デコードされたグラフィックスデータとを重畳する。信号処理部は、上記の一連のデータに含まれるTSパケットのTS優先度フラグを監視してメタデータを抽出する。画像重畳部は、抽出されたメタデータに含まれるオフセット情報に基づいてグラフィックスプレーンに水平座標の方向及び-方向の各オフセットを与えて、メインビュービデオプレーンとサブビュービデオプレーンとのそれぞれに重畳する。AV出力部は、デコードされたピクチャデータを、デコードされたグラフィックスデータが重畳された後に出力する。本発明による集積回路は、TS優先度フラグの値に従って、メタデータを含むTSパケットと、サブビューピクチャを含むTSパケットとを分離することができる。従って、その集積回路には、メタデータを含むTSパケットからオフセット情報を抽出する機能部と、サブビューピクチャを含むTSパケットから非圧縮のピクチャを復号する機能部とが別々に実装されてもよい。その場合、それらの機能部の具体的な態様は、互いに独立に設計可能である。一方、それらの機能部が一体化されている集積回路では、TS優先度フラグの値に依らず、サブビュービデオストリームを含むTSパケットを全て、その一体化された機能部に処理させればよい。このように、本発明による集積回路は、一体的に結合されたビデオストリームとオフセット情報とのデータ構造を変更させることなく、それらからオフセット情報を抽出するための機能を様々な態様で実装することができる。以下、本発明の好適な実施形態に係る記録媒体及び再生装置について、図面を参照しながら説明する。《実施形態1》図1は、本発明の実施形態1による記録媒体を使用するホームシアターシステムを示す模式図である。このホームシアターシステムは、視差映像を用いた3D映像立体視映像の再生方式を採用し、特に表示方式として継時分離方式を採用している詳細は《補足》参照。図1を参照するに、このホームシアターシステムは記録媒体101を再生対象とし、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。再生装置102と表示装置103とは、図1に示されているように互いに独立な装置である。その他に、再生装置102と表示装置103とが一体化されていてもよい。記録媒体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が置かれている。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映像のデプスマップを表すストリームデータである。ディペンデントビュービデオストリームの表す2D映像又はデプスマップをディペンデントビュー又はサブビューという。AVストリームファイルは、内蔵の多重化ストリームデータの種類に依って、ファイル2D、ファイルディペンデント以下、ファイルDEPと略す。、及びインターリーブファイル以下、ファイルSSと略す。に分けられる。ファイル2Dは、2D再生モードでの2D映像の再生に利用されるAVストリームファイルであって、メインTSを含むものをいう。ファイルDEPは、サブTSを含む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と第3AVストリームファイル03000m2ts243とはいずれもファイルDEPである。このように、ファイル2DとファイルDEPとはSTREAMディレクトリ240の直下に置かれる。第1AVストリームファイルすなわちファイル2D241の含むベースビュービデオストリームは3D映像のレフトビューを表す。第2AVストリームファイルすなわち第1ファイルDEP242の含むディペンデントビュービデオストリームはライトビュービデオストリームを含む。第3AVストリームファイルすなわち第2ファイルDEP243の含むディペンデントビュービデオストリームはデプスマップストリームを含む。図2に示されている例では更に、第4AVストリームファイル01000ssif244Aと第5AVストリームファイル02000ssif244BとはいずれもファイルSSである。このように、ファイルSSはSSIFディレクトリ244の直下に置かれる。第4AVストリームファイル、すなわち第1ファイルSS244Aは、ファイル2D241とメインTS、特にベースビュービデオストリームを共有し、第1ファイルDEP242とサブTS、特にライトビュービデオストリームを共有する。第5AVストリームファイル、すなわち第2ファイルSS244Bは、第1ファイル2D241とメインTS、特にベースビュービデオストリームを共有し、第3ファイルDEP243とサブTS、特にデプスマップストリームを共有する。CLIPINFディレクトリ230には、三種類のクリップ情報ファイル01000clpi231、02000clpi232、03000clpi233が置かれている。クリップ情報ファイルは、ファイル2DとファイルDEPとに一対一に対応付けられたファイルであって、特に各ファイルのエントリマップを含むものをいう。エントリマップは、各ファイルの表すシーンの表示時間と、そのシーンが記録された各ファイル内のアドレスとの間の対応表である。クリップ情報ファイルのうち、ファイル2Dに対応付けられているものを2Dクリップ情報ファイルといい、ファイルDEPに対応付けられているものをディペンデントビュークリップ情報ファイルという。図2に示されている例では、第1クリップ情報ファイル01000clpi231は2Dクリップ情報ファイルであり、ファイル2D241に対応付けられている。第2クリップ情報ファイル02000clpi232と第3クリップ情報ファイル03000clpi233とはいずれもディペンデントビュークリップ情報ファイルであり、それぞれ、第1ファイルDEP242と第2ファイルDEP243とに対応付けられている。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アプリケーションプログラムが格納される。≪多重化ストリームデータの構造≫図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、243に含まれる。図3のbを参照するに、サブTSは二本のプライマリビデオストリーム311R、311Dを含む。その一方311Rはライトビュービデオストリームであり、他方311Dはデプスマップストリームである。尚、それらのプライマリビデオストリーム311R、311Dは、異なるファイルDEP242、243に別々に多重化されてもよい。ライトビュービデオストリーム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までのいずれかが割り当てられる。図4は、多重化ストリームデータ400内でのTSパケットの配置を示す模式図である。このパケット構造はメインTSとサブTSとで共通である。多重化ストリームデータ400内では各エレメンタリストリーム401、402、403、404はTSパケット421、422、423、424の列に変換されている。例えばビデオストリーム401では、まず、各フレーム401A又は各フィールドが一つのPESPacketizedElementaryStreamパケット411に変換される。次に、各PESパケット411が一般に複数のTSパケット421に変換される。同様に、オーディオストリーム402、PGストリーム403、及びIGストリーム404はそれぞれ、一旦PESパケット412、413、414の列に変換された後、TSパケット422、423、424の列に変換される。最後に、各エレメンタリストリーム401、402、403、404から得られたTSパケット421、422、423、424が一本のストリームデータ400に時分割で多重化される。図5のbは、多重化ストリームデータを構成するTSパケット列の形式を示す模式図である。各TSパケット501は188バイト長のパケットである。図5のbを参照するに、各TSパケット501は、TSペイロード501Pとアダプテーションadaptationフィールド以下、ADフィールドと略す。501Aとの少なくともいずれか、及びTSヘッダ501Hを含む。TSペイロード501PとADフィールド501Aとは、両方を合わせて184バイト長のデータ領域である。TSペイロード501PはPESパケットの格納領域として利用される。図4に示されているPESパケット411-414はそれぞれ、一般に複数の部分に分割され、各部分が異なるTSペイロード501Pに格納される。ADフィールド501Aは、TSペイロード501Pのデータ量が184バイトに満たないときにスタッフィングバイトすなわちダミーデータを格納するための領域である。ADフィールド501Aはその他に、TSパケット501が例えば後述のPCRであるときに、その情報の格納領域として利用される。TSヘッダ501Hは4バイト長のデータ領域である。図5のaは、TSヘッダ501Hのデータ構造を示す模式図である。図5のaを参照するに、TSヘッダ501Hは、TS優先度transport_priority511、PID512、及びADフィールド制御adaptation_field_control513を含む。PID512は、同じTSパケット501内のTSペイロード501Pに格納されたデータの属するエレメンタリストリームのPIDを示す。TS優先度511は、PID512の示す値が共通するTSパケット群の中でのTSパケット501の優先度を示す。ADフィールド制御513は、TSパケット501内でのADフィールド501AとTSペイロード501Pとのそれぞれの有無を示す。例えばADフィールド制御513が1を示すとき、TSパケット501はADフィールド501Aを含まず、TSペイロード501Pを含む。ADフィールド制御513が2を示すときはその逆である。ADフィールド制御513が3を示すとき、TSパケット501はADフィールド501AとTSペイロード501Pとの両方を含む。図5のcは、多重化ストリームデータのTSパケット列から構成されたソースパケット列の形式を示す模式図である。図5のcを参照するに、各ソースパケット502は192バイト長のパケットであり、図5のbに示されているTSパケット501の一つと4バイト長のヘッダTP_Extra_Header502Hとを含む。TSパケット501がBD-ROMディスク101に記録されるとき、そのTSパケット501にヘッダ502Hが付与されることによってソースパケット502は構成される。ヘッダ502HはATSArrival_Time_Stampを含む。ATSは時刻情報であり、再生装置102によって次のように利用される:ソースパケット502がBD-ROMディスク101から再生装置102内のシステムターゲットデコーダへ送られたときに、そのソースパケット502からTSパケット502Pが抽出されてシステムターゲットデコーダ内のPIDフィルタへ転送される。そのヘッダ502H内のATSは、その転送が開始されるべき時刻を示す。ここで、システムターゲットデコーダは、多重化ストリームデータからエレメンタリストリームを分離して個別に復号する装置をいう。システムターゲットデコーダと、それによるATSの利用との詳細については後述する。図5のdは、一連のソースパケット502が連続的に記録されたBD-ROMディスク101のボリューム領域202B上のセクタ群の模式図である。図5のdを参照するに、一連のソースパケット502は32個ずつ、三つの連続するセクタ521、522、523に記録されている。これは、32個のソースパケットのデータ量192バイト×32=6144バイトが三つのセクタの合計サイズ2048バイト×3=6144バイトに等しいことに因る。このように、三つの連続するセクタ521、522、523に記録された32個のソースパケット502をアラインドユニットAlignedUnit520という。再生装置102はBD-ROMディスク101からソースパケット502をアラインドユニット520ごとに、すなわち32個ずつ読み出す。セクタ群521、522、523、...は先頭から順に32個ずつに分割され、それぞれが一つの誤り訂正符号ECCブロック530を構成している。BD-ROMドライブ121はECCブロック530ごとに誤り訂正処理を行う。≪PGストリームのデータ構造≫図6は、PGストリーム600のデータ構造を示す模式図である。図6を参照するに、PGストリーム600は複数のデータエントリ1、2、...を含む。各データエントリはPGストリーム600の表示単位ディスプレイセットを表し、再生装置102に一枚のグラフィックスプレーンを構成させるのに必要なデータから成る。ここで、グラフィックスプレーンとは、2Dグラフィックス映像を表すグラフィックスデータから生成されるプレーンデータをいう。プレーンデータとは、画素データの二次元配列であり、その配列のサイズは映像フレームの解像度に等しい。一組の画素データは色座標値とα値不透明度との組み合わせから成る。色座標値はRGB値又はYCrCb値で表される。グラフィックスプレーンの種類には、PGプレーン、IGプレーン、イメージプレーン、及びオンスクリーンディスプレイOSDプレーンが含まれる。PGプレーンは、メインTS内のPGストリームから生成される。IGプレーンは、メインTS内のIGストリームから生成される。イメージプレーンは、BD-Jオブジェクトに従って生成される。OSDプレーンは、再生装置102のファームウェアに従って生成される。図6を更に参照するに、各データエントリは複数の機能セグメントを含む。それらの機能セグメントは、先頭から順に、表示制御セグメントPresentationControlSegment:PCS、ウィンドウ定義セグメントWindowDefineSegment:WDS、パレット定義セグメントPalletDefineSegment:PDS、及びオブジェクト定義セグメントObjectDefineSegment:ODSを含む。WDSは、グラフィックスプレーン内の矩形領域、すなわちウィンドウを規定する。具体的には、WDSは、ウィンドウID611、ウィンドウ位置612、及びウィンドウサイズ613を含む。ウィンドウID611はWDSの識別情報IDである。ウィンドウ位置612はグラフィックスプレーン内でのウィンドウの位置、例えばウィンドウの左上角の座標を示す。ウィンドウサイズ613はウィンドウの高さと幅とを示す。PDSは、所定種類のカラーIDと色座標値例えば、輝度Y、赤色差Cr、青色差Cb、不透明度αとの間の対応関係を規定する。具体的には、PDSはパレットID621とカラールックアップテーブルCLUT622とを含む。パレットID621はPDSのIDである。CLUT622は、グラフィックスオブジェクトの描画に利用される色の一覧表である。CLUT622には256色が登録可能であり、0から255までのカラーIDが一つずつ、各色に割り当てられている。尚、カラーID=255は無色透明に一定に割り当てられている。ODSは一般に複数で一つのグラフィックスオブジェクトを表す。グラフィックスオブジェクトとは、グラフィックス画像を画素コードとカラーIDとの間の対応関係で表現するデータである。グラフィックスオブジェクトは、ランレングス符号化方式を用いて圧縮された後に分割され、各ODSに分配されている。各ODSは更にオブジェクトID、すなわちグラフィックスオブジェクトのIDを含む。PCSは、同じデータエントリに属するディスプレイセットの詳細を示し、特に、グラフィックスオブジェクトを用いた画面構成を規定する。その画面構成の種類は、カットイン/アウトCut-In/Out、フェードイン/アウトFade-In/Out、色変化ColorChange、スクロールScroll、及びワイプイン/アウトWipe-In/Outを含む。具体的には、PCSは、オブジェクト表示位置601、クロッピング情報602、参照ウィンドウID603、参照パレットID604、及び参照オブジェクトID605を含む。オブジェクト表示位置601は、グラフィックスオブジェクトが表示されるべきグラフィックスプレーン内の位置、例えばグラフィックスオブジェクトが表示されるべき領域の左上角の座標を、WDSの規定するウィンドウ内の座標で表す。クロッピング情報602は、クロッピング処理によってグラフィックスオブジェクトの中から切り出されるべき矩形状の部分の範囲を示す。その範囲は例えば、左上角の座標、高さ、及び幅で規定される。実際にはその部分を、オブジェクト表示位置601の示す位置に描画することができる。参照ウィンドウID603、参照パレットID604、及び参照オブジェクトID605はそれぞれ、グラフィックスオブジェクトの描画処理において参照されるべきWDS、PDS、及びグラフィックスオブジェクトのIDを示す。コンテンツプロバイダは、PCS内のそれらのパラメータを利用して、再生装置102に画面構成を指示する。それにより、例えばある字幕を徐々に消去しつつ、次の字幕を表示させるという視覚効果を再生装置102に実現させることができる。≪IGストリームのデータ構造≫図4を更に参照するに、IGストリーム404は、対話構成セグメントInteractiveCompositionSegment:ICS、PDS、及びODSを含む。PDSとODSとは、PGストリーム403に含まれるものと同様な機能セグメントである。特に、ODSの含むグラフィックスオブジェクトは、ボタン及びポップアップメニュー等、対話画面を構成するGUI用グラフィック部品を表す。ICSは、それらのグラフィックスオブジェクトを用いた対話操作を規定する。具体的には、ICSは、ボタン及びポップアップメニュー等、ユーザ操作に応じて状態が変化するグラフィックスオブジェクトのそれぞれについて取り得る状態、すなわち、ノーマル、セレクテッド、及びアクティブの各状態を規定する。ICSは更にボタン情報を含む。ボタン情報は、ユーザがボタン等に対して確定操作を行った際に再生装置の実行すべきコマンドを含む。≪ビデオストリームのデータ構造≫ビデオストリームに含まれる各ピクチャは1フレーム又は1フィールドを表し、MPEG-2又はMPEG-4AVC等の動画圧縮符号化方式によって圧縮されている。その圧縮には、ピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化をピクチャ内符号化という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの近似性を利用するピクチャの符号化をピクチャ間予測符号化という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して参照ピクチャに対する動き補償が行われる。更に、動き補償によって得られたピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。図7は、ベースビュービデオストリーム701とライトビュービデオストリーム702とのピクチャを表示時間順に示す模式図である。図7を参照するに、ベースビュービデオストリーム701はピクチャ710、711、712、...、719以下、ベースビューピクチャという。を含み、ライトビュービデオストリーム702はピクチャ720、721、722、...、729以下、ライトビューピクチャという。を含む。ベースビューピクチャ710-719は一般に複数のGOP731、732に分割されている。GOPは、Iピクチャを先頭とする複数枚の連続するピクチャの列をいう。GOPは一般に、Iピクチャの他にPピクチャとBピクチャとを含む。ここで、IIntraピクチャは、ピクチャ内符号化によって圧縮されたピクチャをいう。PPredictiveピクチャは、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前である一枚のピクチャが参照ピクチャとして利用されたものをいう。BBidirectionallyPredivtiveピクチャは、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前又は後である二枚のピクチャが参照ピクチャとして利用されたものをいう。Bピクチャのうち、他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを特にBrreferenceBピクチャという。図7に示されている例では、各GOP731、732内のベースビューピクチャが以下の順で圧縮される。第1GOP731では、まず先頭のベースビューピクチャがI0ピクチャ710に圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に、4番目のベースビューピクチャがI0ピクチャ710を参照ピクチャとしてP3ピクチャ713に圧縮される。ここで、図7に示されている各矢印は、先端のピクチャが後端のピクチャに対する参照ピクチャであることを示す。続いて、2、3番目のベースビューピクチャがI0ピクチャ710とP3ピクチャ713とを参照ピクチャとして、それぞれ、Br1ピクチャ711、Br2ピクチャ712に圧縮される。更に7番目のベースビューピクチャがP3ピクチャ713を参照ピクチャとしてP6ピクチャ716に圧縮される。続いて、4、5番目のベースビューピクチャがP3ピクチャ713とP6ピクチャ716とを参照ピクチャとして、それぞれ、Br4ピクチャ714、Br5ピクチャ715に圧縮される。同様に、第2GOP732では、まず先頭のベースビューピクチャがI7ピクチャ717に圧縮される。次に3番目のベースビューピクチャがI7ピクチャ717を参照ピクチャとしてP9ピクチャ719に圧縮される。続いて、2番目のベースビューピクチャがI7ピクチャ717とP9ピクチャ719とを参照ピクチャとしてBr8ピクチャ718に圧縮される。ベースビュービデオストリーム701では各GOP731、732がその先頭にIピクチャを必ず含むので、ベースビューピクチャはGOPごとに復号可能である。例えば第1GOP731では、まずI0ピクチャ710が単独で復号される。次に、復号後のI0ピクチャ710を利用してP3ピクチャ713が復号される。続いて、復号後のI0ピクチャ710とP3ピクチャ713とを利用して、Br1ピクチャ711とBr2ピクチャ712とが復号される。後続のピクチャ群714、715、...も同様に復号される。こうして、ベースビュービデオストリーム701は単独で復号可能であり、更にGOP単位でのランダムアクセスが可能である。図7を更に参照するに、ライトビューピクチャ720-729はピクチャ間予測符号化で圧縮されている。しかし、その符号化方法はベースビューピクチャ710-719の符号化方法とは異なり、映像の時間方向での冗長性に加え、左右の映像間の冗長性をも利用する。具体的には、各ライトビューピクチャ720-729の参照ピクチャが、図7に矢印で示されているように、ライトビュービデオストリーム702からだけでなく、ベースビュービデオストリーム701からも選択される。特に各ライトビューピクチャ720-729と、その参照ピクチャとして選択されたベースビューピクチャとは表示時刻が実質的に等しい。それらのピクチャは3D映像の同じシーンのライトビューとレフトビューとの対、すなわち視差映像を表す。このように、ライトビューピクチャ720-729はベースビューピクチャ710-719と一対一に対応する。特にそれらのピクチャ間ではGOP構造が共通である。図7に示されている例では、まず第1GOP731内の先頭のライトビューピクチャがベースビュービデオストリーム701内のI0ピクチャ710を参照ピクチャとしてP0ピクチャ720に圧縮される。それらのピクチャ710、720は3D映像の先頭フレームのレフトビューとライトビューとを表す。次に、4番目のライトビューピクチャがP0ピクチャ720とベースビュービデオストリーム701内のP3ピクチャ713とを参照ピクチャとしてP3ピクチャ723に圧縮される。続いて、2番目のライトビューピクチャがP0ピクチャ720とP3ピクチャ723とに加えて、ベースビュービデオストリーム701内のBr1ピクチャ711を参照ピクチャとしてB1ピクチャ721に圧縮される。同様に、3番目のライトビューピクチャがP0ピクチャ720とP3ピクチャ730とに加えて、ベースビュービデオストリーム701内のBr2ピクチャ712を参照ピクチャとしてB2ピクチャ722に圧縮される。以降のライトビューピクチャ724-729についても同様に、そのライトビューピクチャと表示時刻が実質的に等しいベースビューピクチャが参照ピクチャとして利用される。上記のような左右の映像間の相関関係を利用した動画圧縮符号化方式としては、MVCMultiviewVideoCodingと呼ばれるMPEG-4AVC/H.264の修正規格が知られている。MVCは、ISO/IECMPEGとITU-TVCEGとの共同プロジェクトであるJVTJointVideoTeamによって2008年7月に策定されたものであり、複数の視点から見える映像をまとめて符号化するための規格である。MVCでは映像間予測符号化に、映像の時間方向での類似性だけでなく、視点の異なる映像間の類似性も利用される。その予測符号化では、各視点から見た映像を個別に圧縮する予測符号化よりも映像の圧縮率が高い。上記のとおり、各ライトビューピクチャ720-729の圧縮にはベースビューピクチャが参照ピクチャとして利用される。従って、ベースビュービデオストリーム701とは異なり、ライトビュービデオストリーム702を単独で復号することはできない。しかし、視差映像間の差異は一般にわずかであり、すなわちレフトビューとライトビューとの間の相関は高い。従って、ライトビューピクチャは一般にベースビューピクチャよりも圧縮率が著しく高く、すなわちデータ量が著しく小さい。デプスマップストリームに含まれるデプスマップはベースビューピクチャ710-719と一対一に対応し、そのベースビューピクチャの示す2D映像に対するデプスマップを表す。各デプスマップは、ベースビューピクチャ710-719と同様、MPEG-2又はMPEG-4AVC等の動画圧縮符号化方式によって圧縮されている。特にその符号化方式ではピクチャ間予測符号化が利用される。すなわち、各デプスマップが他のデプスマップを参照ピクチャとして利用して圧縮される。デプスマップストリームは更に、ベースビュービデオストリーム701と同様にGOP単位に分割され、各GOPがその先頭にIピクチャを必ず含む。従って、デプスマップはGOPごとに復号可能である。但し、デプスマップ自体は2D映像の各部の奥行きを画素別に表す情報でしかないので、デプスマップストリームを単独で映像の再生に利用することはできない。例えば図3のbに示されている二本のプライマリビデオストリーム311R、311Dのように、同じベースビュービデオストリームに対応するライトビュービデオストリームとデプスマップストリームとは同じ符号化方式で圧縮されている。例えば、ライトビュービデオストリームがMVCのフォーマットで符号化されているとき、デプスマップストリームもMVCのフォーマットで符号化されている。その場合、再生装置102は3D映像の再生時、符号化方式を一定に維持したまま、L/Rモードとデプスモードとの切り換えをスムーズに実現できる。図8は、ビデオストリーム800のデータ構造の詳細を示す模式図である。このデータ構造は、ベースビュービデオストリームとディペンデントビュービデオストリームとで実質的に共通である。図8を参照するに、ビデオストリーム800は一般に複数のビデオシーケンス1、2、...から構成されている。ビデオシーケンスは、一つのGOP810を構成するピクチャ群811、812、813、814、...に個別にヘッダ等の付加情報を組み合わせたものである。この付加情報と各ピクチャとの組み合わせをビデオアクセスユニットVAUという。すなわち、各GOP810、820ではピクチャごとに一つのVAU1、2、...が構成されている。各ピクチャはVAU単位でビデオストリーム800から読み出し可能である。図8は更に、ベースビュービデオストリーム内で各ビデオシーケンスの先端に位置するVAU1831の構造を示す。VAU1831は、アクセスユニットAU識別コード831A、シーケンスヘッダ831B、ピクチャヘッダ831C、補足データ831D、及び圧縮ピクチャデータ831Eを含む。2番目以降のVAU2は、シーケンスヘッダ831Bを含まない点を除き、VAU1831と同じ構造である。AU識別コード831Aは、VAU1831の先端を示す所定の符号である。シーケンスヘッダ831BはGOPヘッダともいい、VAU1831を含むビデオシーケンス1の識別番号を含む。シーケンスヘッダ831Bは更にGOP810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャヘッダ831Cは、自身に固有の識別番号、ビデオシーケンス1の識別番号、及び、ピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ831Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズドキャプションを示す文字情報、GOP構造に関する情報、及びタイムコード情報を含む。補足データ831Dは特に復号スイッチ情報を含む詳細は後述する。補足データ831Dは、包含するデータの種類に応じて、一つのVAUに複数、設定されていてもよい。圧縮ピクチャデータ831Eはベースビューピクチャを含む。VAU1831はその他に、必要に応じて、パディングデータ831F、シーケンス終端コード831G、及びストリーム終端コード831Hのいずれか又は全てを含んでもよい。パディングデータ831Fはダミーデータである。そのサイズを圧縮ピクチャデータ831Eのサイズに合わせて調節することにより、VAU1831のビットレートを所定値に維持することができる。シーケンス終端コード831Gは、VAU1831がビデオシーケンス1の後端に位置することを示す。ストリーム終端コード831Hはベースビュービデオストリーム800の後端を示す。図8はまた、ディペンデントビュービデオストリーム内で各ビデオシーケンスの先端に位置するVAU1832の構造も示す。VAU1832は、サブAU識別コード832A、サブシーケンスヘッダ832B、ピクチャヘッダ832C、補足データ832D、及び圧縮ピクチャデータ832Eを含む。2番目以降のVAU2は、サブシーケンスヘッダ832Bを含まない点を除き、VAU1832と同じ構造である。サブAU識別コード832Aは、VAU1832の先端を示す所定の符号である。サブシーケンスヘッダ832Bは、VAU1832を含むビデオシーケンス1の識別番号を含む。サブシーケンスヘッダ832Bは更にGOP810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。特にそれらの値は、ベースビュービデオストリームの対応するGOPに対して設定された値、すなわちVAU1831のシーケンスヘッダ831Bの示す値に等しい。ピクチャヘッダ832Cは、自身に固有の識別番号、ビデオシーケンス1の識別番号、及び、ピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ832Dはオフセットメタデータのみを含む詳細は後述する。ここで、補足データの種類には、オフセットメタデータを含むもの832Dの他にも、ピクチャの復号以外に関する付加的な情報、例えば、クローズドキャプションを示す文字情報、GOP構造に関する情報、タイムコード情報、及び復号スイッチ情報を含むものがある。従って、VAU1832は、補足データ832Dに加えて、他の補足データを一つ以上含んでいてもよい。圧縮ピクチャデータ832Eはディペンデントビューピクチャを含む。VAU1832はその他に、必要に応じて、パディングデータ832F、シーケンス終端コード832G、及びストリーム終端コード832Hのいずれか又は全てを含んでもよい。パディングデータ832Fはダミーデータである。そのサイズを圧縮ピクチャデータ832Eのサイズに合わせて調節することにより、VAU1832のビットレートを所定値に維持することができる。シーケンス終端コード832Gは、VAU1832がビデオシーケンス1の後端に位置することを示す。ストリーム終端コード832Hはディペンデントビュービデオストリーム800の後端を示す。VAUの各部の具体的な内容はビデオストリーム800の符号化方式ごとに異なる。例えばその符号化方式がMPEG-4AVC又はMVCであるとき、図8に示されているVAUの各部は一つのNALNetworkAbstractionLayerユニットから構成される。具体的には、AU識別コード831A、シーケンスヘッダ831B、ピクチャヘッダ831C、補足データ831D、圧縮ピクチャデータ831E、パディングデータ831F、シーケンス終端コード831G、及びストリーム終端コード831Hはそれぞれ、AUデリミタAccessUnitDelimiter、SPSシーケンスパラメータセット、PPSピクチャパラメータセット、SEISupplementalEnhancementInformation、ビューコンポーネント、フィラーデータFillerData、エンドオブシーケンスEndofSequence、及びエンドオブストリームEndofStreamに相当する。特にVAU1832では、オフセットメタデータを含む補足データ832Dは一つのNALユニットで構成され、そのNALユニットはオフセットメタデータ以外のデータを含まない。図9は、PESパケット列902へのビデオストリーム901の格納方法の詳細を示す模式図である。この格納方法は、ベースビュービデオストリームとディペンデントビュービデオストリームとで共通である。図9を参照するに、実際のビデオストリーム901ではピクチャが、表示時間順ではなく、符号化順に多重化されている。例えばベースビュービデオストリームのVAUには、図9に示されているように、先頭から順に、I0ピクチャ910、P3ピクチャ911、B1ピクチャ912、B2ピクチャ913、...が格納されている。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。P3ピクチャ911の符号化にはI0ピクチャ910が参照ピクチャとして利用され、B1ピクチャ912とB2ピクチャ913との各符号化にはI0ピクチャ910とP3ピクチャ911とが参照ピクチャとして利用される。それらのVAUが一つずつ、異なるPESパケット920、921、922、923、...に格納される。各PESパケット920、...はPESペイロード920PとPESヘッダ920Hとを含む。VAUはPESペイロード920Pに格納される。一方、PESヘッダ920Hは、同じPESパケット920のPESペイロード920Pに格納されたピクチャの表示時刻、すなわちPTSPresentationTime-Stamp、及びそのピクチャの復号時刻、すなわちDTSDecodingTime-Stampを含む。図9に示されているビデオストリーム901と同様、図3、4に示されている他のエレメンタリストリームも一連のPESパケットの各PESペイロードに格納される。更に各PESパケットのPESヘッダは、そのPESパケットのPESペイロードに格納されたデータのPTSを含む。図10は、ベースビュービデオストリーム1001とディペンデントビュービデオストリーム1002との各ピクチャに割り当てられたPTSとDTSとの間の関係を示す模式図である。図10を参照するに、両ビデオストリーム1001、1002の間では、3D映像の同じフレーム又はフィールドを表す一対のピクチャに対して、同じPTS及び同じDTSが割り当てられている。例えば3D映像の先頭のフレーム又はフィールドは、ベースビュービデオストリーム1001のI1ピクチャ1011とディペンデントビュービデオストリーム1002のP1ピクチャ1021との組み合わせから再現される。従って、それらのピクチャの対1011、1021ではPTSが等しく、かつDTSが等しい。ここで、下付の数字は、各ピクチャにDTSの順に割り振られた通し番号を示す。また、ディペンデントビュービデオストリーム1002がデプスマップストリームであるとき、P1ピクチャ1021は、I1ピクチャ1011に対するデプスマップを表すIピクチャに置き換えられる。同様に、各ビデオストリーム1001、1002の2番目のピクチャ、すなわち、P2ピクチャ1012、1022の対ではPTSが等しく、かつDTSが等しい。各ビデオストリーム1001、1002の3番目のピクチャ、すなわちBr3ピクチャ1013とB3ピクチャ1023との対ではPTSとDTSとがいずれも共通である。Br4ピクチャ1014とB4ピクチャ1024との対でも同様である。ベースビュービデオストリーム1001とディペンデントビュービデオストリーム1002との間で、PTSが等しく、かつDTSが等しいピクチャを含むVAUの対を3DVAUという。図10に示されているPTSとDTSとの割り当てにより、3D再生モードの再生装置102内のデコーダにベースビュービデオストリーム1001とディペンデントビュービデオストリーム1002とを3DVAU単位でパラレルに処理させることが容易にできる。それにより、3D映像の同じフレーム又はフィールドを表す一対のピクチャが、デコーダによって確実にパラレルに処理される。更に、各GOPの先頭の3DVAUではシーケンスヘッダが、同じ解像度、同じフレームレート、及び同じアスペクト比を含む。特にそのフレームレートは、2D再生モードにおいてベースビュービデオストリーム1001が単独で復号されるときの値に等しい。[オフセットメタデータ]図11は、ディペンデントビュービデオストリーム1100の含むオフセットメタデータ1110のデータ構造を示す模式図である。図12は、そのオフセットメタデータoffset_metadata1110の書式Syntaxを示す表である。図11を参照するに、オフセットメタデータ1110は、各ビデオシーケンスすなわち、各GOPの先端に位置するVAU1内の補足データ1101に格納されている。図11、12を参照するに、オフセットメタデータ1110は、PTS1111、オフセットシーケンスIDoffset_sequence_id1112、及びオフセットシーケンスoffset_sequence1113を含む。PTS1111は、VAU1内の圧縮ピクチャデータの表すフレーム、すなわち、各GOPの最初のフレームのPTSに等しい。オフセットシーケンスID1112は、オフセットシーケンス1113に順番に割り振られた通し番号0、1、2、...、Mである。整数Mは1以上であり、オフセットシーケンス1113の総数number_of_offset_sequenceを表す。ビデオプレーンに合成されるべきグラフィックスプレーンにはオフセットシーケンスID1112が割り当てられる。それにより、各グラフィックスプレーンにオフセットシーケンス1113が対応付けられている。ここで、ビデオプレーンとは、ビデオシーケンスの含むピクチャから生成されるプレーンデータ、すなわち画素データの二次元配列をいう。その配列のサイズは映像フレームの解像度に等しい。一組の画素データは色座標値RGB値又はYCrCb値とα値との組み合わせから成る。各オフセットシーケンス1113は、フレーム番号1121とオフセット情報1122、1123との対応表である。フレーム番号1121は、一つのビデオシーケンス例えば、ビデオシーケンス1の表すフレーム1、2、...、Nに表示順に割り振られた通し番号1、2、...、Nである。図12では、フレーム番号1121は整数値変数iで表されている。整数Nは1以上であり、そのビデオシーケンスの含むフレームの総数number_of_displayed_frames_in_GOPを表す。各オフセット情報1122、1123は、一つのグラフィックスプレーンに対するオフセット制御を規定する制御情報である。オフセット制御とは、グラフィックスプレーンに水平座標の左方向と右方向との各オフセットを与えて、ベースビュービデオプレーンとディペンデントビュービデオプレーンとのそれぞれに合成する処理をいう。グラフィックスプレーンに水平方向のオフセットを与えるとは、そのグラフィックスプレーン内で各画素データを水平方向に変位させることをいう。それにより、一つのグラフィックスプレーンから、レフトビューとライトビューとを表すグラフィックスプレーンの対が生成される。その対から再生される2Dグラフィックス映像の各部の表示位置は、元の表示位置から左右にずれている。それらの変位が視聴者に両眼視差として錯覚されることにより、レフトビューとライトビューとの対がその視聴者には一つの3Dグラフィックス映像として見える。オフセットは方向と大きさとで決まる。従って、図11、12に示されているとおり、各オフセット情報はオフセット方向Plane_offset_direction1122とオフセット値Plane_offset_value1123とを含む。オフセット方向1122は、3Dグラフィックス映像の奥行きが画面よりも手前か奥かを示す。オフセット方向1122の値に依り、元の2Dグラフィックス映像の表示位置に対するレフトビューとライトビューとの各表示位置の方向が左又は右に決まる。オフセット値1123は、元の2Dグラフィックス映像の表示位置とレフトビューとライトビューとの各表示位置との間の距離を水平方向の画素数で表す。図13のa、bは、PGプレーン1310とIGプレーン1320とに対するオフセット制御を示す模式図である。それらのオフセット制御では、レフトビュービデオプレーン1301とライトビュービデオプレーン1302とのそれぞれへ二種類のグラフィックスプレーン1310、1320が合成される。ここで、レフトビュー/ライトビュービデオプレーンとは、ベースビュービデオストリームとディペンデントビュービデオストリームとの組み合わせから生成される、レフトビュー/ライトビューを表すビデオプレーンをいう。以下の説明では、PGプレーン1310の表す字幕1311を画面よりも手前に表示し、IGプレーン1320の表すボタン1321を画面よりも奥に表示する場合を想定する。図13のaを参照するに、PGプレーン1310には、右方向のオフセットが与えられる。具体的には、まず、PGプレーン1310内の各画素データの位置が、レフトビュービデオプレーン1301内の対応する画素データの位置から、オフセット値に等しい画素数SFPだけ右に仮想的に移動する。次に、レフトビュービデオプレーン1301の範囲よりも右側に仮想的にはみ出ているPGプレーン1310の右端の帯状領域1312を切り取る。すなわち、その領域1312の画素データ群を破棄する。一方、PGプレーン1310の左端に透明な帯状領域1313を追加する。その帯状領域1313の幅は右端の帯状領域1312の幅、すなわちオフセット値SFPに等しい。こうして、PGプレーン1310から、レフトビューを表すPGプレーンが生成され、レフトビュービデオプレーン1301に合成される。特に、そのレフトビューPGプレーンでは、字幕1311の表示位置が元の表示位置よりも右に、オフセット値SFPだけずれている。一方、IGプレーン1320には、左方向のオフセットが与えられる。具体的には、まず、IGプレーン1320内の各画素データの位置が、レフトビュービデオプレーン1301内の対応する画素データの位置から、オフセット値に等しい画素数SFIだけ左に仮想的に移動する。次に、レフトビュービデオプレーン1310の範囲よりも左側に仮想的にはみ出ているIGプレーン1320の左端の帯状領域1322を切り取る。一方、IGプレーン1320の右端に透明な帯状領域1323を追加する。その帯状領域1323の幅は左端の帯状領域1322の幅、すなわちオフセット値SFIに等しい。こうして、IGプレーン1320から、レフトビューを表すIGプレーンが生成され、レフトビュービデオプレーン1301に合成される。特に、そのレフトビューIGプレーンでは、ボタン1321の表示位置が元の表示位置よりも左に、オフセット値SFIだけずれている。図13のbを参照するに、PGプレーン1310には左方向のオフセットが与えられ、IGプレーン1320には右方向のオフセットが与えられる。すなわち、上記の操作をPGプレーン1310とIGプレーン1320とで反対にすればよい。その結果、各プレーンデータ1310、1320から、ライトビューを表すプレーンデータが生成され、ライトビュービデオプレーン1320に合成される。特にライトビューPGプレーンでは、字幕1311の表示位置が元の表示位置よりも左に、オフセット値SFPだけずれている。一方、ライトビューIGプレーンでは、ボタン1321の表示位置が元の表示位置よりも右に、オフセット値SFIだけずれている。図13のcは、a、bに示されているグラフィックスプレーンの表す2Dグラフィックス映像から視聴者1330に知覚される3Dグラフィックス映像を示す模式図である。それらのグラフィックスプレーンの表す2Dグラフィックス映像が画面1340に交互に表示されるとき、視聴者1330には、図13のcに示されているように、字幕1331は画面1340よりも手前に見え、ボタン1332は画面1340よりも奥に見える。各3Dグラフィックス映像1331、1332と画面1340との間の距離はオフセット値SFP、SFIによって調節可能である。図14のa、bは、オフセットシーケンスの具体例を示すグラフである。各グラフでは、オフセット方向が画面よりも手前を示すときにオフセット値が正である。図14のaは、図14のbのうち、最初のGOP、GOP1、の表示期間でのグラフを拡大したものである。図14のaを参照するに、階段状のグラフ1401は、オフセットシーケンスID=0のオフセットシーケンス、すなわちオフセットシーケンス[0]のオフセット値を示す。一方、水平なグラフ1402は、オフセットシーケンスID=1のオフセットシーケンス、すなわちオフセットシーケンス[1]のオフセット値を示す。オフセットシーケンス[0]のオフセット値1401は、最初のGOPの表示期間GOP1ではフレームFR1、FR2、FR3、...、FR15、...の順に階段状に増加している。図14のbを参照するに、そのオフセット値1401の階段状の増加は2番目以降の各GOPの表示期間GOP2、GOP3、...、GOP40、...でも同様に継続される。1フレーム当たりの増加量が十分に細かいので、図14のbではオフセット値1401が線形に連続的に増加しているように見える。一方、オフセットシーケンス[1]のオフセット値1402は、最初のGOPの表示期間GOP1では負の一定値に維持されている。図14のbを参照するに、そのオフセット値1402は、40番目のGOPの表示期間GOP40の終了時、正の値に急増する。このようにオフセット値は不連続に変化してもよい。図14のcは、図14のa、bに示されているオフセットシーケンスに従って再現される3Dグラフィックス映像を示す模式図である。字幕の3D映像1403がオフセットシーケンス[0]に従って表示されるとき、その3D映像1403は、画面1404の直ぐ手前から徐々に飛び出てくるように見える。一方、ボタンの3D映像1405がオフセットシーケンス[1]に従って表示されるとき、その3D映像1405は、画面1404よりも奥に固定されている状態から突然、画面1404よりも手前に飛び出てくるように見える。このように、フレーム単位でのオフセット値の増減のパターンをオフセットシーケンスごとに様々に変化させる。それにより、複数の3Dグラフィックス映像について、個々の奥行きの変化を多様に表現することができる。[オフセットメタデータとTS優先度との間の関係]図15は、ディペンデントビュービデオストリーム内のVAU11500を格納したPESパケット1510と、そのPESパケット1510から生成されるTSパケット列1520とを示す模式図である。VAU11500は、図8に示されているVAU1832と同様にビデオシーケンスの先端に位置する。従って、VAU11500に含まれる補足データの少なくとも一つ1504は、オフセットメタデータ1509のみから構成される。図15には、オフセットメタデータ1509のみから構成される補足データ1504が斜線部で示されている。VAU11500はPESパケット1510のPESペイロード1512に格納されている。そのPESパケット1510のPESヘッダ1511は、VAU11500内の圧縮ピクチャデータ1505に割り当てられたDTSとPTSとを含む。PESパケット1510は先頭から順にTSパケット列1520に格納されている。それにより、TSパケット列1520は先頭から順に三つのグループ1521、1522、1523に分けられる。第1グループ1521は、PESヘッダ1511、サブAU識別コード1501、サブシーケンスヘッダ1502、及び、ピクチャヘッダ1503を格納している。第2グループ1522は、オフセットメタデータ1509のみから構成される補足データ1504のみを格納している。第3グループ1513は、圧縮ピクチャデータ1505、パディングデータ1506、シーケンス終端コード1507、及びストリーム終端コード1508を格納している。ここで、VAU11500がオフセットメタデータ以外の補足データを含む場合、それらの補足データは第1グループ1521又は第3グループ1513に格納される。第1グループ1521の後端に位置するTSパケット1530は一般にADフィールド1532を含む。それにより、そのTSペイロード1533へは、オフセットメタデータ1509のみから構成される補足データ1504が混入しない。同様に、第2グループ1522の後端に位置するTSパケット1550は一般にADフィールド1552を含む。それにより、そのTSペイロード1553へは、圧縮ピクチャデータ1505はもちろん、オフセットメタデータ1509のみから構成される補足データ1504以外のデータはいずれも混入しない。こうして、オフセットメタデータ1509のみから構成される補足データ1504は、第2グループ1522に属するTSパケット1540、1550のTSペイロード1542、1553にのみ格納される。一方、圧縮ピクチャデータ1505は、第3グループ1523に属するTSパケット1560のTSペイロード1562にのみ格納される。図15を更に参照するに、第1グループ1521に属するTSパケット1530では、TSヘッダ1531の示すTS優先度の値が0に設定されている。同様に、第3グループ1523に属するTSパケット1560では、TSヘッダ1561の示すTS優先度の値が0に設定されている。一方、第2グループ1522に属するTSパケット1540、1550では、TSヘッダ1541、1551の示すTS優先度の値が1に設定されている。尚、値の設定は逆でもよい。このように、第2グループ1522に属するTSパケットは、他のグループ1521、1523に属するTSパケットとはTS優先度の値が異なる。従って、再生装置102内のシステムターゲットデコーダはTS優先度を利用して、第2グループ1522に属するTSパケットを容易に選別できる。図15とは異なり、第1グループ1521と第2グループ1522とのそれぞれに属するTSパケットが同じTS優先度の値を示してもよい。図16は、その場合のTSパケット列1620を示す模式図である。図15に示されているTSパケット列1520と同様に、TSパケット列1620は先頭から順に三つのグループ1621、1622、1623に分けられる。第1グループ1621は、PESヘッダ1511、サブAU識別コード1501、サブシーケンスヘッダ1502、及び、ピクチャヘッダ1503を格納している。第2グループ1622は、オフセットメタデータ1509のみから構成される補足データ1504のみを格納している。第3グループ1613は、圧縮ピクチャデータ1505、パディングデータ1506、シーケンス終端コード1507、及びストリーム終端コード1508を格納している。ここで、VAU11500がオフセットメタデータ以外の補足データを含む場合、それらの補足データは第1グループ1621又は第3グループ1613に格納される。図16には、オフセットメタデータ1509のみから構成される補足データ1504が斜線部で示され、PESパケット1510内でその補足データよりも前に配置されるデータ1511、1501-1503がドット付きの領域で示されている。第1グループ1621と第2グループ1622とのそれぞれに属するTSパケット1630、1640、1650ではいずれも、TSヘッダ1631、1641、1651の示すTS優先度の値が1に設定されている。一方、第3グループ1623に属するTSパケット1660では、TSヘッダ1661の示すTS優先度の値が0に設定されている。尚、値の設定は逆でもよい。この場合でも、オフセットメタデータ1509のみから構成される補足データ1504を格納したTSパケットは、圧縮ピクチャデータ1505を格納したTSパケットとはTS優先度の値が異なる。従って、再生装置102内のシステムターゲットデコーダはTS優先度を利用して、オフセットメタデータ1509のみから構成される補足データ1504を格納したTSパケット群を、圧縮ピクチャデータ1505を格納したTSパケット群から容易に分離できる。[復号スイッチ情報]図17のaは、復号スイッチ情報1750のデータ構造を示す模式図である。復号スイッチ情報1750は、図8に示されているベースビュービデオストリームとディペンデントビュービデオストリームとの各VAUでその補足データに格納されている。但し、ディペンデントビュービデオストリームの各GOPの先頭に位置するVAU1832では、復号スイッチ情報1750は、オフセットメタデータを含む補足データ832Dとは別の補足データに格納される。補足データ831D、832Dは、特にMPEG-4AVC、MVCでは、NALユニットの一種SEIに相当する。復号スイッチ情報1750は、再生装置102内のデコーダに、次に復号すべきVAUを容易に特定させるための情報である。ここで、そのデコーダは後述のように、ベースビュービデオストリームとディペンデントビュービデオストリームとをVAU単位で交互に復号する。そのとき、そのデコーダは一般に、各VAUに付与されたDTSの示す時刻に合わせて、次に復号すべきVAUを特定する。しかし、デコーダの種類には、DTSを無視してVAUを順次、復号し続けるものも多い。そのようなデコーダにとって、各VAUがDTSに加えて復号スイッチ情報1750を含むことは好ましい。図17のaを参照するに、復号スイッチ情報1750は、次アクセスユニットタイプ1751、次アクセスユニットサイズ1752、及び復号カウンタ1753を含む。次アクセスユニットタイプ1751は、次に復号されるべきVAUがベースビュービデオストリームとディペンデントビュービデオストリームとのいずれに属するのかを示す。例えば、次アクセスユニットタイプ1751の値が1であるときは、次に復号されるべきVAUはベースビュービデオストリームに属し、2であるときはディペンデントビュービデオストリームに属する。次アクセスユニットタイプ1751の値が0であるときは、現在のVAUが復号対象のストリームの後端に位置し、次に復号されるべきVAUが存在しない。次アクセスユニットサイズ1752は、次に復号されるべきVAUのサイズを示す。再生装置102内のデコーダは、次アクセスユニットサイズ1752を参照することにより、VAUの構造自体を解析することなく、そのサイズを特定できる。従って、デコーダはバッファからVAUを容易に抽出できる。復号カウンタ1753は、それの属するVAUが復号されるべき順番を示す。その順番は、ベースビュービデオストリーム内のIピクチャを含むVAUから数えられる。図17のbは、ベースビュービデオストリーム1701とディペンデントビュービデオストリーム1702との各ピクチャに割り当てられた復号カウンタの一例1710、1720を示す模式図である。図17のbを参照するに、復号カウンタ1710、1720は両ビデオストリーム1701、1702の間で交互にインクリメントされる。例えば、ベースビュービデオストリーム1701内のIピクチャを含むVAU1711に対し、復号カウンタ1710として1が割り当てられる。次に復号されるべきディペンデントビュービデオストリーム1702内のPピクチャを含むVAU1721に対し、復号カウンタ1720として2が割り当てられる。更にその次に復号されるべきベースビュービデオストリーム1701内のPピクチャを含むVAU1712に対し、復号カウンタ1710として3が割り当てられる。その割り当てにより、何らかの不具合が原因で再生装置102内のデコーダがいずれかのVAUを読み損なったときでも、それによって欠落したピクチャをデコーダは復号カウンタ1710、1720から直ちに特定できる。従って、デコーダはエラー処理を適切に、かつ迅速に実行できる。図17のbに示されている例では、ベースビュービデオストリーム1701の3番目のVAU1713の読み込みにエラーが生じ、Brピクチャが欠落している。しかし、デコーダは、ディペンデントビュービデオストリーム1702の2番目のVAU1722に含まれるPピクチャの復号処理で、そのVAU1722から復号カウンタ1720を読み出して保持している。従って、デコーダは次に処理すべきVAUの復号カウンタ1710を予測できる。具体的には、そのPピクチャを含むVAU1722内の復号カウンタ1720は4であるので、次に読み込まれるべきVAUの復号カウンタ1710は5であると予測される。しかし、実際には、次に読み込まれたVAUはベースビュービデオストリーム1701の4番目のVAU1714であったので、その復号カウンタ1710は7である。そのことから、デコーダは、VAUを一つ読み損ねたことを検出できる。従って、デコーダは次のエラー処理を実行できる:ディペンデントビュービデオストリーム1702の3番目のVAU1723から抽出されたBピクチャについては、参照すべきBrピクチャが欠落しているので復号処理をスキップする。このように、デコーダは復号処理ごとに復号カウンタ1710、1720をチェックする。それにより、デコーダはVAUの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。図17のcは、ベースビュービデオストリーム1701とディペンデントビュービデオストリーム1702との各ピクチャに割り当てられた復号カウンタの別例1730、1740を示す模式図である。図17のcを参照するに、復号カウンタ1730、1740は各ビデオストリーム1701、1702で別々にインクリメントされる。従って、復号カウンタ1730、1740は、同じ3DVAUに属する一対のピクチャ間で等しい。その場合、デコーダはベースビュービデオストリーム1701のVAUを一つ復号した時点では次のように予測できる:その復号カウンタ1730が、次に復号されるべきディペンデントビュービデオストリーム1702のVAUの復号カウンタ1740に等しい。一方、デコーダはディペンデントビュービデオストリーム1702のVAUを一つ復号した時点では次のように予測できる:その復号カウンタ1740に1を加えた値が、次に復号されるべきベースビュービデオストリーム1701のVAUの復号カウンタ1730に等しい。従って、デコーダはいずれの時点でも復号カウンタ1730、1740からVAUの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。≪AVストリームファイルに含まれるその他のTSパケット≫AVストリームファイルに含まれるTSパケットの種類には、図3に示されているエレメンタリストリームから変換されたもの以外にも、PATProgramAssociationTable、PMTProgramMapTable、及びPCRProgramClockReferenceがある。PCR、PMT、及びPATは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャルトランスポートストリームを規定する役割を持つ。PCR、PMT、及びPATを利用することで、AVストリームファイルもそのパーシャルトランスポートストリームと同様に規定される。具体的には、PATは、同じAVストリームファイルに含まれるPMTのPIDを示す。PAT自身のPIDは0である。PMTは、同じAVストリームファイルに含まれる、映像音声字幕等を表す各エレメンタリストリームのPIDとその属性情報とを含む。PMTは更に、そのAVストリームファイルに関する各種のディスクリプタ記述子ともいう。を含む。ディスクリプタには特に、そのAVストリームファイルのコピーの許可/禁止を示すコピーコントロール情報が含まれる。PCRは、自身に割り当てられたATSに対応させるべきSTCSystemTimeClockの値を示す情報を含む。ここで、STCは、再生装置102内のデコーダによって、PTS及びDTSの基準として利用されるクロックである。そのデコーダはPCRを利用して、ATCにSTCを同期させる。図18は、PMT1810のデータ構造を示す模式図である。PMT1810は、PMTヘッダ1801、ディスクリプタ1802、及びストリーム情報1803を含む。PMTヘッダ1801は、PMT1810に含まれるデータの長さ等を示す。各ディスクリプタ1802は、PMT1810を含むAVストリームファイルの全体に関するディスクリプタである。前述のコピーコントロール情報はディスクリプタ1802の一つに含まれる。ストリーム情報1803は、AVストリームファイルに含まれる各エレメンタリストリームに関する情報であり、一つずつ異なるエレメンタリストリームに割り当てられている。各ストリーム情報1803は、ストリームタイプ1831、PID1832、及びストリームディスクリプタ1833を含む。ストリームタイプ1831は、そのエレメンタリストリームの圧縮に利用されたコーデックの識別情報等を含む。PID1832は、そのエレメンタリストリームのPIDを示す。ストリームディスクリプタ1833は、そのエレメンタリストリームの属性情報、例えばフレームレート及びアスペクト比を含む。PCR、PMT、及びPATを利用することで、再生装置102内のデコーダにAVストリームファイルを、欧州デジタル放送規格に準拠のパーシャルトランスポートストリームと同様に処理させることができる。それにより、BD-ROMディスク101用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。≪多重化ストリームデータのインターリーブ配置≫3D映像のシームレス再生には、ベースビュービデオストリームとディペンデントビュービデオストリームとのBD-ROMディスク101上での物理的な配置が重要である。ここで、シームレス再生とは、多重化ストリームデータから映像と音声とを途切れさせることなく滑らかに再生することをいう。図19は、BD-ROMディスク101上での多重化ストリームデータの物理的な配置を示す模式図である。図19を参照するに、多重化ストリームデータは複数のデータブロックDn、Bnn=0、1、2、3、...に分割されて、BD-ROMディスク101上に配置されている。ここで、データブロックとは、BD-ROMディスク101上の連続領域、すなわち物理的に連続する複数のセクタに記録された一連のデータをいう。BD-ROMディスク101では物理アドレスが論理アドレスと実質的に等しいので、各データブロック内ではLBNも連続している。従って、BD-ROMドライブ121は一つのデータブロックを、光ピックアップにシークを行わせることなく連続して読み出すことができる。以下、メインTSに属するデータブロックBnをベースビューデータブロックといい、サブTSに属するデータブロックDnをディペンデントビューデータブロックという。特に、ライトビュービデオストリームを含むデータブロックをライトビューデータブロックといい、デプスマップストリームを含むデータブロックをデプスマップデータブロックという。各データブロックBn、Dnは、BD-ROMディスク101のファイルシステムでは、ファイル2D又はファイルDEP内の一つのエクステントとしてアクセス可能である。すなわち、各データブロックの論理アドレスは、ファイル2D又はファイルDEPのファイルエントリから知ることができる詳細は《補足》参照。図19に示されている例では、ファイル2D01000m2ts241のファイルエントリ1910がベースビューデータブロックBnの各サイズとその先端のLBNとを示す。従って、各ベースビューデータブロックBnはファイル2D241のエクステントEXT2Dnとしてアクセス可能である。以下、ファイル2D241に属するエクステントEXT2Dnを2Dエクステントという。一方、ファイルDEP02000m2ts242のファイルエントリ1920がディペンデントビューデータブロックDnの各サイズとその先端のLBNとを示す。従って、各ディペンデントビューデータブロックDnはディペンデントビューデータブロックであり、ファイルDEP242のエクステントEXT2nとしてアクセス可能である。以下、ファイルDEP242に属するエクステントEXT2nをディペンデントビューエクステントという。図19を参照するに、データブロック群はBD-ROMディスク101上のトラックに沿って連続的に記録されている。更に、ベースビューデータブロックBnとディペンデントビューデータブロックDnとは一つずつ交互に配置されている。このようなデータブロック群の配置をインターリーブ配置という。特に、インターリーブ配置で記録された一連のデータブロック群をエクステントブロックという。図19には三つのエクステントブロック1901、1902、1903が示されている。最初の二つのエクステントブロック1901、1902のように、エクステントブロックの間は多重化ストリームデータ以外のデータNAVの記録領域によって分離される。また、BD-ROMディスク101が多層ディスクである場合、すなわち記録層を複数含む場合、図19に示されている2番目と3番目とのエクステントブロック1902、1903のように、エクステントブロックの間は記録層間の境界LBによっても分離される。こうして、一連の多重化ストリームデータは一般に複数のエクステントブロックに分割されて配置されている。その場合、再生装置102がその多重化ストリームデータから映像をシームレスに再生するには、各エクステントブロックから再生される映像をシームレスに接続しなければならない。以下、そのために再生装置102が必要とする処理をエクステントブロック間のシームレスな接続という。各エクステントブロック1901-1903は二種類のデータブロックDn、Bnのそれぞれを同じ数ずつ含む。更に、隣接するデータブロックの対Dn、BnではエクステントATC時間が等しい。ここで、ATCArrivalTimeClockは、ATSの基準とされるべきクロックを意味する。また、エクステントATC時間はATCの値で定義され、一つのエクステント内のソースパケットに付与されたATSの範囲、すなわち、そのエクステントの先頭のソースパケットのATSから次のエクステントの先頭のソースパケットのATSまでの時間間隔を表す。すなわち、エクステントATC時間は、そのエクステント内のソースパケットを全て、再生装置102内でリードバッファからシステムターゲットデコーダへ転送するのに要する時間に等しい。ここで、リードバッファは再生装置102内のバッファメモリであり、BD-ROMディスク101から読み出されたデータブロックをシステムターゲットデコーダへ送るまでの間、一時的に格納する。リードバッファの詳細については後述する。図19に示されている例では、三つのエクステントブロック1901-1903が互いにシームレスに接続されるので、データブロックの各対Dn、Bnn=0、1、2、...でエクステントATC時間が等しい。隣接するデータブロックの各対Dn、Bnでは、先頭に位置するVAUは同じ3DVAUに属し、特に、同じ3D映像を表すGOPの先頭のピクチャを含む。例えばディペンデントビューデータブロックDnがライトビューデータブロックである場合、各ライトビューデータブロックDnの先端はライトビュービデオストリームのPピクチャを含み、先頭のベースビューデータブロックBnの先端はベースビュービデオストリームのIピクチャを含む。そのライトビュービデオストリームのPピクチャは、そのベースビュービデオストリームのIピクチャの表す2D映像をレフトビューとするときのライトビューを表す。特にそのPピクチャは、図7に示されているように、そのIピクチャを参照ピクチャとして圧縮されている。従って、3D再生モードの再生装置102は、いずれのデータブロックの対Dn、Bnからも3D映像の再生を開始できる。すなわち、飛び込み再生等、ビデオストリームのランダムアクセスを要する処理が可能である。ディペンデントビューデータブロックDnがデプスマップデータブロックである場合も同様である。インターリーブ配置では更に、隣接するデータブロックの対Dn、Bnのうち、ディペンデントビューデータブロックDnがベースビューデータブロックBnよりも先に配置される。それは、一般にディペンデントビューデータブロックDnがベースビューデータブロックBnよりもデータ量が小さい、すなわち、ビットレートが低いことに因る。例えば、ライトビューデータブロックDnに含まれるピクチャは、ベースビューデータブロックBnに含まれるピクチャを参照ピクチャとして圧縮されている。従って、そのライトビューデータブロックDnのサイズSEXT2nは一般に、そのベースビューデータブロックBnのサイズSEXT1n以下である:SEXT2n≦SEXT1n。一方、デプスマップの画素当たりのデータ量、すなわち奥行き値のビット数は一般に、ベースビューピクチャの画素当たりのデータ量、すなわち色座標値とα値とのビット数の和よりも小さい。更に、図3のa、bに示されているように、メインTSはサブTSとは異なり、プライマリビデオストリームの他にもプライマリオーディオストリーム等のエレメンタリストリームを含む。従って、デプスマップデータブロックのサイズSEXT3nは一般に、ベースビューデータブロックBnのサイズSEXT1n以下である:SEXT3n≦SEXT1n。[多重化ストリームデータをデータブロックに分割する意義]再生装置102は、BD-ROMディスク101から3D映像をシームレスに再生するには、メインTSとサブTSとをパラレルに処理しなければならない。しかし、その処理に利用可能なリードバッファの容量は一般に限られている。特に、BD-ROMディスク101からリードバッファへ連続して読み込むことのできるデータ量には限界がある。従って、再生装置102はメインTSとサブTSとを、エクステントATC時間の等しい部分の対に分割して読み出さねばならない。図20のaは、あるBD-ROMディスク上に個別に連続して記録されたメインTS2001とサブTS2002との配置を示す模式図である。再生装置102がそれらのメインTS2001とサブTS2002とをパラレルに処理するとき、図20のaに実線の矢印1-4で示されているように、BD-ROMドライブ121はメインTS2001とサブTS2002とを交互に、エクステントATC時間の等しい部分ずつ読み出す。そのとき、BD-ROMドライブ121は、図20のaに破線の矢印で示されているように、読み出し処理の途中でBD-ROMディスク上の読み出し対象領域を大きく変化させなければならない。例えば矢印1の示すメインTS2001の先端部分が読み出された時、BD-ROMドライブ121は光ピックアップによる読み出し動作を一旦停止し、BD-ROMディスクの回転速度を上げる。それにより、矢印2の示すサブTS2002の先端部分が記録されたBD-ROMディスク上のセクタを速やかに光ピックアップの位置まで移動させる。このように、光ピックアップに読み出し動作を一旦停止させて、その間に次の読み出し対象領域上へ光ピックアップを位置づけるための操作をジャンプという。図20のaに示されている破線の矢印は、読み出し処理の途中で必要な各ジャンプの範囲を示す。各ジャンプの期間中、光ピックアップによる読み出し処理は停止し、デコーダによる復号処理のみが進行する。図20のaに示されている例ではジャンプが過大であるので、読み出し処理を復号処理に間に合わせることが難しい。その結果、シームレス再生を確実に持続することが難しい。図20のbは、本発明の実施形態1によるBD-ROMディスク101上に交互に記録されたディペンデントビューデータブロックD0、D1、D2、...とベースビューデータブロックB0、B1、B2、...との配置を示す模式図である。図20のbを参照するに、メインTSとサブTSとはそれぞれ、複数のデータブロックに分割されて交互に配置されている。その場合、再生装置102は3D映像の再生時、図20のbに矢印1-4で示されているように、データブロックD0、B0、D1、B1、...を先頭から順番に読み出す。それだけで、再生装置102はメインTSとサブTSとを交互に読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、3D映像のシームレス再生が確実に持続可能である。[隣接するデータブロック間でエクステントATC時間を揃える意義]図20のcは、インターリーブ配置で記録されたディペンデントビューデータブロック群Dnとベースビューデータブロック群Bnとの各エクステントATC時間の一例を示す模式図であるn=0、1、2。図20のcを参照するに、各ディペンデントビューデータブロックDnとその直後のベースビューデータブロックBnとの対ではエクステントATC時間が等しい。例えば先頭のデータブロックの対D0、B0ではエクステントATC時間が共に1秒に等しい。従って、各データブロックD0、B0が再生装置102内のリードバッファに読み込まれたとき、その中の全てのTSパケットが、同じ1秒間でリードバッファからシステムターゲットデコーダへ送られる。同様に、2番目のデータブロックの対D1、B1ではエクステントATC時間が共に0.7秒に等しいので、同じ0.7秒間で、各データブロック内の全てのTSパケットがリードバッファからシステムターゲットデコーダへ送られる。図20のdは、インターリーブ配置で記録されたディペンデントビューデータブロック群Dnとベースビューデータブロック群Bnとの各エクステントATC時間の別例を示す模式図である。図20のdを参照するに、全てのデータブロックDn、BnでエクステントATC時間が1秒に等しい。従って、各データブロックDn、Bnが再生装置102内のリードバッファに読み込まれたとき、いずれのデータブロックでも、同じ1秒間で全てのTSパケットがリードバッファからシステムターゲットデコーダへ送られる。上記のとおり、ディペンデントビューデータブロックは一般に、ベースビューデータブロックよりも圧縮率が高い。従って、ディペンデントビューデータブロックの復号処理の速度は一般に、ベースビューデータブロックの復号処理の速度よりも低い。一方、エクステントATC時間が等しいとき、ディペンデントビューデータブロックは一般に、ベースビューデータブロックよりもデータ量が小さい。従って、図20のc、dのように、隣接するデータブロック間でエクステントATC時間が等しいとき、復号対象のデータがシステムターゲットデコーダに供給される速度は、そのデコーダの処理速度と均衡を保ちやすい。すなわち、システムターゲットデコーダは、特に飛び込み再生においても、ベースビューデータブロックの復号処理とディペンデントビューデータブロックの復号処理とを容易に同期させることができる。[データ量の小さいデータブロックを先に置く意義]3D再生モードの再生装置102は、各エクステントブロックの先頭に位置するデータブロックを読み出すとき、又は再生開始位置のデータブロックを読み出すとき、まず、そのデータブロックを全てリードバッファに読み込む。その間、そのデータブロックはシステムターゲットデコーダには渡されない。その読み込みが完了した後、再生装置102はそのデータブロックを次のデータブロックとパラレルにシステムターゲットデコーダに渡す。この処理をプリロードという。プリロードの技術的意義は次のとおりである。L/Rモードでは、ディペンデントビューデータブロックの復号にベースビューデータブロックが必要である。従って、復号後のデータを出力処理まで保持するためのバッファを必要最小限の容量に維持するには、それらのデータブロックをシステムターゲットデコーダに同時に供給して復号させることが好ましい。一方、デプスモードでは、復号後のベースビューピクチャとデプスマップとの対から、視差画像を表すビデオプレーンの対を生成する処理が必要である。従って、復号後のデータをその処理まで保持するためのバッファを必要最小限の容量に維持するには、ベースビューデータブロックとデプスマップデータブロックとをシステムターゲットデコーダに同時に供給して復号させることが好ましい。それ故、プリロードにより、エクステントブロックの先頭又は再生開始位置のデータブロックの全体を予めリードバッファに読み込んでおく。それにより、そのデータブロックと後続のデータブロックとをリードバッファからシステムターゲットデコーダへ同時に転送して復号させることができる。更に、以降のデータブロックの対もシステムターゲットデコーダに同時に復号させることができる。プリロードでは、最初に読み出されるデータブロックの全体がリードバッファに蓄積される。従って、リードバッファには少なくとも、そのデータブロックのサイズに等しい容量が要求される。ここで、リードバッファの容量を最小限に維持するには、プリロードの対象とされるデータブロックのサイズを可能な限り縮小すべきである。一方、飛び込み再生等のランダムアクセスでは、いずれのデータブロックの対も再生開始位置に選択され得る。それ故、いずれのデータブロックの対でも、データ量の小さい方を先に置く。それにより、リードバッファの容量を最小限に維持することができる。≪データブロックに対するAVストリームファイルのクロスリンク≫図19に示されているデータブロック群に対して、AVストリームファイルのクロスリンクは次のように実現される。ファイルSS01000ssif244Aのファイルエントリ1940は、各エクステントブロック1901-1903を一つのエクステントと見なして各サイズとその先端のLBNとを示す。従って、各エクステントブロック1901-1903はファイルSS244AのエクステントEXTSS0、EXTSS1、EXTSS2としてアクセス可能である。以下、ファイルSS244Aに属するエクステントEXTSS0、EXTSS1、EXTSS2をエクステントSSという。各エクステントSSEXTSS0、EXTSS1、EXTSS2は、ファイル2D241とはベースビューデータブロックBnを共有し、ファイルDEP242とはディペンデントビューデータブロックDnを共有する。≪エクステントブロック群に対する再生経路≫図21は、エクステントブロック群1901-1903に対する2D再生モードでの再生経路2101を示す模式図である。2D再生モードの再生装置102はファイル2D241を再生する。従って、2D再生モードでの再生経路2101が示すとおり、各エクステントブロック1901-1903からベースビューデータブロックBnn=0、1、2、...が順番に2DエクステントEXT2D0、EXT2D1、EXT2D2として読み出される。具体的には、まず先頭のエクステントブロック1901から先頭のベースビューデータブロックB0が読み出され、その直後のディペンデントビューデータブロックD0の読み出しが最初のジャンプJ2D1によってスキップされる。次に2番目のベースビューデータブロックB1が読み出され、その直後のデータNAVとディペンデントビューデータブロックD1との読み出しが2回目のジャンプJNAVによってスキップされる。続いて、2番目以降のエクステントブロック1902、1903内でも同様に、ベースビューデータブロックの読み出しとジャンプとが繰り返される。2番目のエクステントブロック1902と3番目のエクステントブロック1903との間に生じるジャンプJLYは、層境界LBを越えるロングジャンプである。ロングジャンプはジャンプの中でもシーク時間の長いものの総称であり、具体的には、ジャンプ距離が所定の閾値を超えるものをいう。ジャンプ距離とは、ジャンプ期間中に読み出し操作がスキップされるBD-ROMディスク101上の領域の長さをいう。ジャンプ距離は通常、その部分のセクタ数で表される。ロングジャンプの定義に利用される閾値は、BD-ROMの規格では例えば40000セクタに規定されている。しかし、その閾値は、BD-ROMディスクの種類と、BD-ROMドライブの読み出し処理に関する性能とに依存する。ロングジャンプは特にフォーカスジャンプとトラックジャンプとを含む。フォーカスジャンプは、記録層の切り換えに伴うジャンプであり、光ピックアップの焦点距離を変化させる処理を含む。トラックジャンプは、光ピックアップをBD-ROMディスク101の半径方向に移動させる処理を含む。図21はまた、エクステントブロック群1901-1903に対するL/Rモードでの再生経路2102も示す。L/Rモードの再生装置102は第1ファイルSS244Aを再生する。従って、L/Rモードでの再生経路2102が示すとおり、各エクステントブロック1901-1903が順番にエクステントSSEXTSS0、EXTSS1、EXTSS2として読み出される。具体的には、まず先頭のエクステントブロック1901からデータブロックD0、B0、D1、B1が連続して読み出され、その直後のデータNAVの読み出しが最初のジャンプJNAVによってスキップされる。次に2番目のエクステントブロック1902からデータブロックD2、...、B3が連続して読み出される。その直後に、記録層の切り換えに伴うロングジャンプJLYが生じ、続いて、3番目のエクステントブロック1903からデータブロックD4、B4、...が連続して読み出される。エクステントブロック1901-1903をファイルSS244Aのエクステントとして読み込むとき、再生装置102はファイルSS244Aのファイルエントリ1940から各エクステントSSEXTSS0、EXTSS1、...の先端のLBNとそのサイズとを読み出してBD-ROMドライブ121に渡す。BD-ROMドライブ121はそのLBNからそのサイズのデータを連続して読み出す。これらの処理は、データブロック群をファイルDEP242とファイル2D241との各エクステントとして読み込む処理よりも、BD-ROMドライブ121の制御が次の二点A、Bで簡単である:A再生装置102は一箇所のファイルエントリを利用して各エクステントを順番に参照すればよい;B読み込み対象のエクステントの総数が実質上半減するので、BD-ROMドライブ121に渡されるべきLBNとサイズとの対の総数が少ない。但し、再生装置102はエクステントSSEXTSS0、EXTSS1、...を読み込んだ後、それぞれをディペンデントビューデータブロックとベースビューデータブロックとに分離してデコーダに渡さなければならない。その分離処理にはクリップ情報ファイルが利用される。その詳細については後述する。図19に示されているように、各エクステントブロック1901-1903の実際の読み出しでは、BD-ROMドライブ121は各データブロックの後端から次のデータブロックの先端までの間にゼロセクタ遷移J0を行う。ゼロセクタ遷移とは、二つの連続するデータブロック間での光ピックアップの移動をいう。ゼロセクタ遷移が行われる期間以下、ゼロセクタ遷移期間という。では、光ピックアップは読み出し動作を一旦停止して待機する。その意味で、ゼロセクタ遷移はジャンプ距離が0セクタに等しいジャンプとも見なせる。ゼロセクタ遷移期間の長さ、すなわちゼロセクタ遷移時間は、BD-ROMディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。誤り訂正処理に伴うオーバーヘッドとは、二つのデータブロックの境界がECCブロックの境界と一致していないときに、そのECCブロックを用いた誤り訂正処理が二回行われることに起因する余分な時間をいう。誤り訂正処理には一つのECCブロックの全体が必要である。従って、一つのECCブロックが二つの連続するデータブロックに共有されているとき、いずれのデータブロックの読み出し処理でもそのECCブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのデータブロックを一つ読み出すごとに、そのデータブロックの他に最大32セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち32[セクタ]×2048[バイト]×8[ビット/バイト]×2[回]/読み出し速度で評価される。尚、各データブロックをECCブロック単位で構成することにより、誤り訂正処理に伴うオーバーヘッドがゼロセクタ遷移時間から除外されてもよい。≪クリップ情報ファイル≫図22は、第1クリップ情報ファイル01000clpi、すなわち2Dクリップ情報ファイル231のデータ構造を示す模式図である。ディペンデントビュークリップ情報ファイル02000clpi232、03000clpi233も同様なデータ構造を持つ。以下では、まず2Dクリップ情報ファイル231のデータ構造を例にして、クリップ情報ファイル全般に共通するデータ構造を説明する。その後、ディペンデントビュークリップ情報ファイルについて、2Dクリップ情報ファイルとのデータ構造上の相違点を説明する。図22を参照するに、2Dクリップ情報ファイル231は、クリップ情報2210、ストリーム属性情報2220、エントリマップ2230、及び3Dメタデータ2240を含む。3Dメタデータ2240はエクステント起点2242を含む。クリップ情報2210は、システムレート2211、再生開始時刻2212、及び再生終了時刻2213を含む。システムレート2211は、ファイル2D01000m2ts241に対するシステムレートを規定する。ここで、2D再生モードの再生装置102は、ファイル2D241に属するTSパケットをリードバッファからシステムターゲットデコーダへ転送する。システムレートはその転送速度の上限値を意味する。その転送速度がシステムレート以下に抑えられるように、ファイル2D241ではソースパケットのATSの間隔が設定されている。再生開始時刻2212は、ファイル2D241の先頭のVAUのPTS、例えば先頭の映像フレームのPTSを示す。再生終了時刻2212は、ファイル2D241の後端のVAUのPTSから所定量遅れたSTCの値、例えば最後の映像フレームのPTSに1フレーム当たりの再生時間を加えた値を示す。ストリーム属性情報2220は、ファイル2D241に含まれる各エレメンタリストリームのPID2221とその属性情報2222との間の対応表である。属性情報2222は、ビデオストリーム、オーディオストリーム、PGストリーム、及びIGストリームのそれぞれで異なる。例えばプライマリビデオストリームのPID0x1011に対応付けられた属性情報は、そのビデオストリームの圧縮に利用されたコーデックの種類、そのビデオストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリオーディオストリームのPID0x1100に対応付けられた属性情報は、そのオーディオストリームの圧縮に利用されたコーデックの種類、そのオーディオストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報2222は再生装置102により、デコーダの初期化に利用される。[エントリマップ]図23のaは、エントリマップ2230のデータ構造を示す模式図である。図23のaを参照するに、エントリマップ2230はテーブル2300を含む。テーブル2300は、メインTSに多重化されたビデオストリームと同数であり、各ビデオストリームに一つずつ割り当てられている。図23のaでは各テーブル2300が割り当て先のビデオストリームのPIDで区別されている。各テーブル2300はエントリマップヘッダ2301とエントリポイント2302とを含む。エントリマップヘッダ2301は、そのテーブル2300に対応付けられたPIDと、そのテーブル2300に含まれるエントリポイント2302の総数とを含む。エントリポイント2302は、PTS2303とソースパケット番号SPN2304との対を一つずつ、異なるエントリポイントIDEP_ID2305に対応付ける。PTS2303は、エントリマップヘッダ2301の示すPIDのビデオストリームに含まれるいずれかのIピクチャのPTSに等しい。SPN2304は、そのIピクチャが格納されたソースパケット群の先頭のSPNに等しい。SPNとは、一つのAVストリームファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。SPNは、そのAVストリームファイル内での各ソースパケットのアドレスとして利用される。2Dクリップ情報ファイル231内のエントリマップ2230では、SPNは、ファイル2D241に属するソースパケット群、すなわちメインTSを構成するソースパケット群に割り当てられた番号を意味する。従って、エントリポイント2302は、ファイル2D241に含まれる各IピクチャのPTSとアドレス、すなわちSPNとの間の対応関係を表す。エントリポイント2302は、ファイル2D241内の全てのIピクチャに対して設定されていなくてもよい。但し、IピクチャがGOPの先頭に位置し、かつ、そのIピクチャの先頭を含むTSパケットが2Dエクステントの先頭に位置するときは、そのIピクチャにはエントリポイント2302を設定しなければならない。図23のbは、ファイル2D241に属するソースパケット群2310のうち、エントリマップ2230によって各EP_ID2305に対応付けられているものを示す模式図である。図23のcは、そのソースパケット群2310に対応するBD-ROMディスク101上のデータブロック群Dn、Bnn=0、1、2、3、...を示す模式図である。再生装置102はファイル2D241から2D映像を再生するとき、エントリマップ2230を利用して、任意のシーンを表すフレームのPTSから、そのフレームを含むソースパケットのSPNを特定する。具体的には、再生開始位置として特定のエントリポイントのPTS、例えばPTS=360000が指定されたとき、再生装置102はまず、エントリマップ2230から、そのPTSに対応付けられたSPN=3200を検索する。再生装置102は次に、そのSPNとソースパケット一つ当たりのデータ量192バイトとの積を求め、更に、その積をセクタ一つ当たりのデータ量2048バイトで割ったときの商、SPN×192/2048を求める。図5のc、dから理解されるとおり、その値は、メインTSのうち、そのSPNが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図23のbに示されている例では、その値3200×192/2048=300は、SPNが0から3199までであるソースパケット群2311が記録されたセクタの総数に等しい。再生装置102は続いて、ファイル2D241のファイルエントリを参照し、2Dエクステント群が記録されたセクタ群の先頭から数えて上記の総数1番目のセクタのLBNを特定する。図23のcに示されている例では、2DエクステントEXT2D0、EXT2D1、EXT2D2、...としてアクセス可能なベースビューデータブロックB0、B1、B2、...が記録されたセクタ群のうち、先頭から数えて301番目のセクタのLBNが特定される。再生装置102はそのLBNをBD-ROMドライブ121に指定する。それにより、そのLBNのセクタから順にベースビューデータブロック群がアラインドユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインドユニットから、再生開始位置のエントリポイントの示すソースパケットを選択し、それらからIピクチャを抽出して復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル2D241から特定のPTS以降の2D映像を再生できる。エントリマップ2230は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば2D再生モードの再生装置102は、まずエントリマップ2230を参照して、再生開始位置、例えばPTS=360000以降のPTSを含むエントリポイント、EP_ID=2、3、...からSPN=3200、4800、...を順番に読み出す。再生装置102は次にファイル2D241のファイルエントリを利用して、各SPNに対応するセクタのLBNを特定する。再生装置102は続いて、各LBNをBD-ROMドライブ121に指定する。それにより、各LBNのセクタからアラインドユニットが読み出される。再生装置102は更に各アラインドユニットから、各エントリポイントの示すソースパケットを選択し、それらからIピクチャを抽出して復号する。こうして、再生装置102は2Dエクステント群EXT2Dn自体を解析することなく、ファイル2D241からIピクチャを選択的に再生できる。[エクステント起点]図24のaは、エクステント起点2242のデータ構造を示す模式図である。図24のaを参照するに、エクステント起点Extent_Start_Point2242はベースビューエクステントIDEXT1_ID2411とSPN2412とを含む。EXT1_ID2411は、ファイルSS01000ssif244Aに属するベースビューデータブロックに先頭から順に割り当てられた通し番号である。SPN2412は各EXT1_ID2411に一つずつ割り当てられ、そのEXT1_ID2411で識別されるベースビューデータブロックの先端に位置するソースパケットのSPNに等しい。ここで、そのSPNは、ファイルSS244Aに属するベースビューデータブロック群に含まれるソースパケットに先頭から順に割り当てられた通し番号である。図19に示されているエクステントブロック1901-1903では、各ベースビューデータブロックB0、B1、B2、...は、ファイル2D241とファイルSS244Aとに共有される。しかし、記録層間の境界等、ロングジャンプの必要な箇所に配置されたデータブロック群は一般に、ファイル2D241又はファイルSS244Aのいずれかにのみ属するベースビューデータブロックを含む詳細は《補足》参照。従って、エクステント起点2242の示すSPN2412は、ファイル2D241に属する2Dエクステントの先端に位置するソースパケットのSPNとは一般に異なる。図24のbは、第2クリップ情報ファイル02000clpi、すなわちディペンデントビュークリップ情報ファイル232に含まれるエクステント起点2420のデータ構造を示す模式図である。図24のbを参照するに、エクステント起点2420は、ディペンデントビューエクステントIDEXT2_ID2421とSPN2422とを含む。EXT2_ID2421は、ファイルSS244Aに属するディペンデントビューデータブロックに、先頭から順に割り当てられた通し番号である。SPN2422は各EXT2_ID2421に一つずつ割り当てられ、そのEXT2_ID2421で識別されるディペンデントビューデータブロックの先端に位置するソースパケットのSPNに等しい。ここで、そのSPNは、ファイルSS244Aに属するディペンデントビューデータブロック群に含まれるソースパケットに、先頭から順に割り当てられた通し番号である。図24のdは、ファイルDEP02000m2ts242に属するディペンデントビューエクステントEXT20、EXT21、...と、エクステント起点2420の示すSPN2422との間の対応関係を表す模式図である。図19に示されているように、ディペンデントビューデータブロックはファイルDEP242とファイルSS244Aとに共有される。従って、図24のdに示されているように、エクステント起点2420の示す各SPN2422は、各ディペンデントビューエクステントEXT20、EXT21、...の先端に位置するソースパケットのSPNに等しい。2Dクリップ情報ファイル231のエクステント起点2242とディペンデントビュークリップ情報ファイル232のエクステント起点2420とは、以下に説明するように、ファイルSS244Aから3D映像が再生されるとき、各エクステントSSに含まれるデータブロックの境界の検出に利用される。図24のeは、ファイルSS244Aに属するエクステントSSEXTSS0とBD-ROMディスク101上のエクステントブロックとの間の対応関係を示す模式図である。図24のeを参照するに、そのエクステントブロックはインターリーブ配置のデータブロック群Dn、Bnn=0、1、2、...を含む。尚、以下の説明はその他の配置でも同様に成立する。そのエクステントブロックは一つのエクステントSSEXTSS0としてアクセス可能である。更に、そのエクステントSSEXTSS0の中でベースビューデータブロックBnに含まれるソースパケットの数は、エクステント起点2242において、EXT1_ID=n1、nのそれぞれに対応するSPN間の差A-Anに等しい。ここで、A0=0とする。一方、ディペンデントビューデータブロックDn1に含まれるソースパケットの数は、エクステント起点2420において、EXT2_ID=n1、nのそれぞれに対応するSPN間の差B-Bnに等しい。ここで、B0=0とする。3D再生モードの再生装置102はファイル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の直前までのセクタ数に等しい。この商を利用してファイル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個のソースパケットを2番目のベースビューデータブロックB1として抽出する。それ以降も再生装置102は同様に、読み出されるソースパケットの数からエクステントSS内のデータブロック間の境界を検出して、ディペンデントビューデータブロックとベースビューデータブロックとを交互に抽出する。抽出されたベースビューデータブロックとディペンデントビューデータブロックとはパラレルにシステムターゲットデコーダに渡されて復号される。こうして、3D再生モードの再生装置102はファイルSS244Aから特定のPTS以降の3D映像を再生できる。その結果、再生装置102は、BD-ROMドライブ121の制御に関する上記の利点A、Bを実際に享受できる。≪ファイルベース≫図24のcは、3D再生モードの再生装置102によってファイル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はそれぞれ、CCが5、6であるときに接続対象の二つの再生区間2901、2902の間の関係を示す模式図である。ここで、PIN-1はファイル2D241の第1部分2901を規定し、PINはファイル2D241の第2部分2902を規定する。図29のaを参照するに、CCが5であるとき、2つのPIN-1、PINの間でSTCが途切れていてもよい。すなわち、第1部分2901の後端のPTS1と第2部分2902の先端のPTS2とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第1部分2901に続けて第2部分2902をデコーダに供給したときでもそのデコーダが復号処理をスムーズに持続できるように、各部分2901、2902が作成されていなければならない。更に、第1部分2901に含まれるオーディオストリームの最後のフレームを、第2部分2902に含まれるオーディオストリームの先頭フレームと重複させなければならない。一方、図29のbを参照するに、CCが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はこのデータ構造を持つ。第3プレイリストファイル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又は243の再生経路を規定する。サブパス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では、図11に示されているように、各ビデオシーケンスのVAU1にオフセットメタデータ1110が配置されている。参照オフセットIDstream_ref_offset_id3201は、そのオフセットメタデータ1110の含むオフセットシーケンスID1112のいずれかに等しい。すなわち、参照オフセットID3201は、そのオフセットメタデータ1110の含む複数のオフセットシーケンスの中で、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と、ファイル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を利用して、ファイルSS244Aの先頭から再生開始位置までのソースパケット数SPN21をSPN1、11から算定する。再生装置102は同様に、ファイルSS244Aの先頭から再生終了位置までのソースパケット数SPN22をSPN2、12から算定する。再生装置102は更にSPN21、22のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数とファイル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からはファイルSS244Aの先頭から再生開始位置までのソースパケット数SPN23が算定され、SPN4、14からはファイルSS244Aの先頭から再生終了位置までのソースパケット数SPN24が算定される。続いて、ファイルSS244Aのファイルエントリを利用して、SPN23、24の対がLBN3、4の対に変換される。更に、LBN3からLBN4までの範囲のセクタ群P12から、エクステントSS群に属するソースパケット群が読み出される。上記の読み出し処理と並行して、再生装置102は、図24のeの説明で述べたように各クリップ情報ファイル231、232のエクステント起点2242、2420を利用して、各エクステントSSからベースビューエクステントを抽出し、残りのディペンデントビューエクステントとパラレルに復号する。こうして、再生装置102は、3Dプレイリストファイル222に従ってファイル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、システムターゲットデコーダ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へ転送され、動的シナリオ情報は動的シナリオメモリ3731へ転送され、静的シナリオ情報は静的シナリオメモリ3732へ転送される。動的シナリオ情報は、インデックスファイル、ムービーオブジェクトファイル、及びBD-Jオブジェクトファイルを含む。静的シナリオ情報は2Dプレイリストファイルと2Dクリップ情報ファイルとを含む。リードバッファ3721、動的シナリオメモリ3731、及び静的シナリオメモリ3732はいずれもバッファメモリである。リードバッファ3721としては再生部3702内のメモリ素子が利用され、動的シナリオメモリ3731及び静的シナリオメモリ3732としては制御部3703内のメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が、それらのバッファメモリ3721、3731、3732の一部又は全部として利用されてもよい。システムターゲットデコーダ3725は、リードバッファ3721から2Dエクステントをソースパケット単位で読み出して多重分離処理を行い、分離された各エレメンタリストリームに対して復号処理を行う。ここで、各エレメンタリストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め再生制御部3735からシステムターゲットデコーダ3725へ送られている。システムターゲットデコーダ3725は更に、復号後のプライマリビデオストリーム、セカンダリビデオストリーム、IGストリーム、及びPGストリームをそれぞれ、主映像プレーンデータ、副映像プレーンデータ、IGプレーンデータ、及びPGプレーンデータとしてVAU単位で送出する。また、システムターゲットデコーダ3725は、復号後のプライマリオーディオストリームとセカンダリオーディオストリームとをミキシングして、表示装置103の内蔵スピーカ103A等、音声出力装置へ送出する。その他に、システムターゲットデコーダ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、動的シナリオメモリ3731、及び静的シナリオメモリ3732へ転送する処理を制御する。その制御には、図2に示されているディレクトリ/ファイル構造を管理するファイルシステムが利用される。すなわち、再生制御部3735はファイルオープン用のシステムコールを利用して、BD-ROMドライブ3701に各種のファイルを各バッファメモリ3721、3731、3732へ転送させる。ここで、ファイルオープンとは次の一連の処理をいう。まず、システムコールによってファイルシステムに検索対象のファイル名が与えられ、そのファイル名がディレクトリ/ファイル構造から検索される。その検索に成功したとき、再生制御部3735内のメモリには、まず、転送対象のファイルのファイルエントリが転送され、そのメモリ内にFCBFileControlBlockが生成される。その後、転送対象のファイルのファイルハンドルがファイルシステムから再生制御部3735に返される。以後、再生制御部3735はそのファイルハンドルをBD-ROMドライブ3701に提示することにより、BD-ROMドライブ3701にその転送対象のファイルをBD-ROMディスク101から各バッファメモリ3721、3731、3732へ転送させることができる。再生制御部3735は、BD-ROMドライブ3701とシステムターゲットデコーダ3725とを制御して、ファイル2Dから映像データと音声データとを復号させる。具体的には、再生制御部3735はまず、プログラム実行部3734からの命令、又はユーザイベント処理部3733からの依頼に応じて、静的シナリオメモリ3732から2Dプレイリストファイルを読み出してその内容を解釈する。再生制御部3735は次に、その解釈された内容、特に再生経路に従って、BD-ROMドライブ3701とシステムターゲットデコーダ3725とに再生対象のファイル2Dを指定し、その読み出し処理及び復号処理を指示する。このようなプレイリストファイルに従った再生処理をプレイリスト再生処理という。その他に、再生制御部3735は、静的シナリオ情報を利用してプレーヤ変数記憶部3736に各種のプレーヤ変数を設定する。再生制御部3735は更に、それらのプレーヤ変数を参照して、システムターゲットデコーダ3725に復号対象のエレメンタリストリームを指定し、かつ、各エレメンタリストリームの復号に必要な情報を提供する。プレーヤ変数記憶部3736は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステムパラメータSPRMと汎用のパラメータGPRMとがある。SPRMは再生装置102の状態を示す。図38はSPRMの一覧表である。図38を参照するに、各SPRMには通し番号3801が振られ、各通し番号3801に変数値3802が個別に対応付けられている。SPRMは例えば64個であり、それぞれの示す意味は以下のとおりである。ここで、括弧内の数字は通し番号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-SPRM63:予備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を特定する。その後、処理はステップ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、イメージプロセッサ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へ転送する。例えば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-4075はSTCカウンタ4050の値をSTCとして利用する。具体的には、各デコーダ4070-4075は、まず、PIDフィルタ4040から受け取ったTSパケットをPESパケットに再構成する。各デコーダ4070-4075は、次に、その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へ書き込む。図41のaは、PGデコーダ4072がPGストリーム内の一つのデータエントリからグラフィックスオブジェクトを復号する処理のフローチャートである。この処理は、PGデコーダ4072がPIDフィルタ4040から、図6に示されている一つのデータエントリを構成するTSパケット群を受信したときに開始される。図41のb-eは、その処理に従って変化するグラフィックスオブジェクトを示す模式図である。ステップS4101では、PGデコーダ4072はまず、PCS内の参照オブジェクトID605と同じオブジェクトIDを持つODSを特定する。PGデコーダ4072は次に、特定されたODSからグラフィックスオブジェクトを復号してオブジェクトバッファに書き込む。ここで、オブジェクトバッファは、PGデコーダ4072に内蔵のバッファメモリである。図41のbに示されているニコちゃんマークFOBは、オブジェクトバッファに書き込まれたグラフィックスオブジェクトの例を示す。ステップS4102では、PGデコーダ4072はPCS内のクロッピング情報602に従ってクロッピング処理を行い、グラフィックスオブジェクトからその一部を切り出して、オブジェクトバッファに書き込む。図41のcでは、ニコちゃんマークFOBの左右の両端部から帯状領域LST、RSTが切り取られて、残りの部分OBJがオブジェクトバッファに書き込まれている。ステップS4103では、PGデコーダ4072はまず、PCS内の参照ウィンドウID603と同じウィンドウIDを持つWDSを特定する。PGデコーダ4072は次に、特定されたWDSの示すウィンドウ位置612と、PCS内のオブジェクト表示位置601とから、グラフィックスプレーンにおけるグラフィックスオブジェクトの表示位置を決定する。図41のdでは、グラフィックスプレーンGPLにおけるウィンドウWINの左上隅の位置と、グラフィックスオブジェクトOBJの左上隅の位置DSPとが決定される。ステップS4104では、PGデコーダ4072はオブジェクトバッファ内のグラフィックスオブジェクトを、ステップS4103で決定された表示位置に書き込む。その際、PGデコーダ4072は、WDSの示すウィンドウサイズ613を利用して、グラフィックスオブジェクトを描画する範囲を決める。図41のdでは、グラフィックスオブジェクトOBJがグラフィックスプレーンGPLに、左上隅の位置DSPからウィンドウWINの範囲内で書き込まれている。ステップS4105では、PGデコーダ4072はまず、PCS内の参照パレットID604と同じパレットIDを持つPDSを特定する。PGデコーダ4072は次に、PDS内のCLUT622を利用して、グラフィックスオブジェクト内の各画素データが示すべき色座標値を決定する。図41のeでは、グラフィックスオブジェクトOBJ内の各画素の色が決定されている。こうして、一つのデータエントリの含むグラフィックスオブジェクトの描画処理が完了する。ステップS4101-4105は、そのグラフィックスオブジェクトと同じPESパケットに含まれるPTSの示す時刻までに実行される。IGデコーダ4073は、PIDフィルタ4040から受信されたTSパケットを非圧縮のグラフィックスオブジェクトに復号する。IGデコーダ4073は更に、それらの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を含む。音声ミキサ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プレイリスト再生処理を想定する。図42は、3D再生装置4200の機能ブロック図である。3D再生装置4200は、BD-ROMドライブ4201、再生部4202、及び制御部4203を含む。再生部4202は、スイッチ4220、第1リードバッファ以下、RB1と略す。4221、第2リードバッファ以下、RB2と略す。4222、システムターゲットデコーダ4225、プレーン加算部4226、及びHDMI通信部4227を含む。制御部4203は、動的シナリオメモリ4231、静的シナリオメモリ4232、ユーザイベント処理部4233、プログラム実行部4234、再生制御部4235、及びプレーヤ変数記憶部4236を含む。再生部4202と制御部4203とは、互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、動的シナリオメモリ4231、静的シナリオメモリ4232、ユーザイベント処理部4233、及びプログラム実行部4234は、図37に示されている2D再生装置内のものと同様である。従って、それらの詳細についての説明は上記の2D再生装置についての説明を援用する。再生制御部4235は、3Dプレイリスト再生処理をプログラム実行部4234等から命じられたとき、静的シナリオメモリ4232に格納された3DプレイリストファイルからPIを順番に読み出してカレントPIとして設定する。再生制御部4235は、カレントPIを設定する度に、まず、そのSTNテーブルとその3Dプレイリストファイル内のSTNテーブルSSとに従って、システムターゲットデコーダ4225とプレーン加算部4226との動作条件を設定する。具体的には、再生制御部4235は復号対象のエレメンタリストリームのPIDを選択して、そのエレメンタリストリームの復号に必要な属性情報と共にシステムターゲットデコーダ4225へ渡す。選択されたPIDの示すエレメンタリストリームの中にPGストリーム又はIGストリームが含まれている場合、再生制御部4235は更に、それらのストリームデータに割り当てられた参照オフセットID3201とオフセット補正値3202とを特定して、プレーヤ変数記憶部4236内のSPRM27とSPRM28とのそれぞれに設定する。また、再生制御部4235は、STNテーブルSSの示すポップアップ期間のオフセット3311に依って各プレーンデータの表示モードを選択し、システムターゲットデコーダ4225とプレーン加算部4226とに指示する。次に、再生制御部4235はカレントPIに従い、図24のeの説明で述べた手順で、読み出し対象のエクステントSSが記録されたセクタ群のLBNの範囲をBD-ROMドライブ4201に指示する。一方、再生制御部4235は、静的シナリオメモリ4232に格納されたクリップ情報ファイル内のエクステント起点を利用して、各エクステントSS内のデータブロックの境界を示す情報を生成する。その情報は、例えばそのエクステントSSの先頭から各境界までのソースパケット数を示す。再生制御部4235は更に、その情報をスイッチ4220へ渡す。プレーヤ変数記憶部4236は、2D再生装置内のもの3736と同様に、図38に示されているSPRMを含む。しかし、図38とは異なり、SPRM24は、図36に示されている第1フラグを含み、SPRM25は第2フラグを含む。その場合、SPRM24が0であるときは再生装置102が2D映像の再生のみに対応可能であり、1であるときは3D映像の再生にも対応可能である。SPRM25が0であるときは再生装置102がL/Rモードであり、1であるときはデプスモードである。更に、SPRM25が2であるときは再生装置102が2D再生モードである。プレーヤ変数記憶部4236では更に図38とは異なり、SPRM27は各グラフィックスプレーンに対する参照オフセットIDの格納領域を含み、SPRM28は各グラフィックスプレーンに対するオフセット補正値の格納領域を含む。図43は、SPRM27とSPRM28とのデータ構造を示す表である。図43を参照するに、SPRM27は、四種類の参照オフセットID4310-4313を格納する領域を含む。それらの参照オフセットIDは、PGプレーンに対するものPG_ref_offset_id4310、IGプレーンに対するものIG_ref_offset_id4311、副映像プレーンに対するものSV_ref_offset_id4312、及びイメージプレーンに対するものIM_ref_offset_id4313である。SPRM28は、四種類のオフセット補正値4320-4323を格納する領域を含む。それらのオフセット補正値は、PGプレーンに対するものPG_offset_adjustment4320、IGプレーンに対するものIG_offset_adjustment4321、副映像プレーンに対するものSV_offset_adjustment4322、及びイメージプレーンに対するものIM_offset_adjustment4323である。BD-ROMドライブ4201は、図37に示されている2D再生装置内のもの3701と同様な構成要素を含む。BD-ROMドライブ4201は、再生制御部4235からLBNの範囲が指示されたとき、その範囲の示すBD-ROMディスク101上のセクタ群からデータを読み出す。特にファイルSSのエクステント、すなわちエクステントSSに属するソースパケット群は、BD-ROMドライブ4201からスイッチ4220へ転送される。ここで、各エクステントSSは、図19に示されているとおり、ベースビューとディペンデントビューとのデータブロックの対を一つ以上含む。それらのデータブロックは、異なるリードバッファ4221、4222へパラレルに転送されなければならない。従って、BD-ROMドライブ4201には2D再生装置内のBD-ROMドライブ3701以上のアクセススピードが求められる。スイッチ4220はBD-ROMドライブ4201からはエクステントSSを受信する。一方、スイッチ4220は再生制御部4235からは、そのエクステントSSに含まれる各データブロックの境界を示す情報、すなわち、そのエクステントSSの先頭から各境界までのソースパケット数を受信する。スイッチ4220は更に、その情報を利用して各エクステントSSからベースビューエクステントを抽出してRB14221へ送出し、ディペンデントビューエクステントを抽出してRB24222へ送出する。RB14221とRB24222とはいずれも、再生部4202内のメモリ素子を利用したバッファメモリである。特に単一のメモリ素子内の異なる領域がRB14221、RB24222として利用される。その他に、異なるメモリ素子が個別にRB14221、RB24222として利用されてもよい。RB14221はスイッチ4220からベースビューエクステントを受信して格納する。RB24222はスイッチ4220からディペンデントビューエクステントを受信して格納する。システムターゲットデコーダ4225は、3Dプレイリスト再生処理では、まず、再生制御部4235から復号対象のストリームデータのPIDと、その復号に必要な属性情報とを受信する。システムターゲットデコーダ4225は次に、RB14221に格納されたベースビューエクステントと、RB24222に格納されたディペンデントビューエクステントとから交互にソースパケットを読み出す。システムターゲットデコーダ4225は続いて、再生制御部4235から受信されたPIDの示すエレメンタリストリームを各ソースパケットから分離して復号する。システムターゲットデコーダ4225は更に、復号後のエレメンタリストリームをその種類別に内蔵のプレーンメモリに書き込む。ベースビュービデオストリームは左映像プレーンメモリに書き込まれ、ディペンデントビュービデオストリームは右映像プレーンメモリに書き込まれる。一方、セカンダリビデオストリームは副映像プレーンメモリに書き込まれ、IGストリームはIGプレーンメモリに書き込まれ、PGストリームはPGプレーンメモリに書き込まれる。ここで、セカンダリビデオストリームがベースビューとディペンデントビューとのビデオストリームの対から成る場合、副映像プレーンメモリはレフトビューとライトビューとの両方のプレーンデータに対して個別に用意される。システムターゲットデコーダ4225はその他に、プログラム実行部4234からのグラフィックスデータ、例えばJPEG又はPNG等のラスタデータに対してレンダリング処理を行ってイメージプレーンメモリに書き込む。システムターゲットデコーダ4225は、左映像プレーンメモリと右映像プレーンメモリとからのプレーンデータの出力モードを次のように、B-D表示モードとB-B表示モードとのいずれかに対応させる。再生制御部4235からB-D表示モードが指示されたとき、システムターゲットデコーダ4225は左映像プレーンメモリと右映像プレーンメモリとから交互にプレーンデータを出力する。一方、再生制御部4235からB-B表示モードが指示されたとき、システムターゲットデコーダ4225は動作モードを3D再生モードに維持したまま、左映像プレーンメモリと右映像プレーンメモリとのいずれかからのみ、プレーンデータを一フレーム当たり二回ずつ出力する。再生制御部4235から1プレーンオフセットモードが指示されたとき、システムターゲットデコーダ4225は、ディペンデントビュービデオストリームから各ビデオシーケンスの先頭のVAUを読み出す度に、そのVAUからオフセットメタデータ1110を読み出す。そのビデオシーケンスの再生区間では、システムターゲットデコーダ4225は、まず、各VAUと共に同じPESパケットに格納されたPTSと、そのVAUの圧縮ピクチャデータの表すフレームの番号とを特定する。システムターゲットデコーダ4225は、次に、オフセットメタデータから、そのフレーム番号に対応付けられたオフセット情報を読み出して、特定されたPTSの示す時刻にプレーン加算部4226へ送出する。プレーン加算部4226は、システムターゲットデコーダ4225から各種のプレーンデータを受信し、それらを互いに重畳して一つのフレーム又はフィールドに合成する。特にL/Rモードでは、左映像プレーンデータはレフトビュービデオプレーンを表し、右映像プレーンデータはライトビュービデオプレーンを表す。従って、プレーン加算部4226は、左映像プレーンデータには、レフトビューを表す他のプレーンデータを重畳し、右映像プレーンデータには、ライトビューを表す他のプレーンデータを重畳する。一方、デプスモードでは、右映像プレーンデータは、左映像プレーンデータの表すビデオプレーンに対するデプスマップを表す。従って、プレーン加算部4226はまず、両方の映像プレーンデータからレフトビューとライトビューとのビデオプレーンデータの対を生成する。その後、プレーン加算部4226はL/Rモードでの合成処理と同様に合成処理を行う。プレーン加算部4226は再生制御部4235から、副映像プレーン、PGプレーン、IGプレーン、又はイメージプレーンの表示モードとして1プレーンオフセットモード又は1プレーンゼロオフセットモードが指示されているとき、システムターゲットデコーダ4225から受信されたプレーンデータに対してオフセット制御を行う。それにより、各プレーンデータからレフトビューとライトビューとのプレーンデータの対が生成される。特に1プレーンオフセットモードが指示されているとき、プレーン加算部4226はまず、プレーヤ変数記憶部4236内のSPRM27から各グラフィックスプレーンに対する参照オフセットID4310-4313を読み出す。プレーン加算部4226は次に、システムターゲットデコーダ4225から受け取ったオフセット情報を参照して、各参照オフセットID4310-4313の示すオフセットシーケンス1113に属するオフセット情報、すなわちオフセット方向1122とオフセット値1123との対を検索する。プレーン加算部4226は続いて、プレーヤ変数記憶部4236内のSPRM28から各グラフィックスプレーンに対するオフセット補正値4320-4323を読み出して、対応するオフセット値に加える。プレーン加算部4226はその後、各オフセット値を利用して、対応するグラフィックスプレーンに対してオフセット制御を行う。一方、1プレーンゼロオフセットモードが指示されているとき、プレーン加算部4226は、SPRM27、SPRM28のいずれも参照することなく、各グラフィックスプレーンに対するオフセット値を0としてオフセット制御を行う。従って、同じプレーンデータが、レフトビューとライトビューとのそれぞれを表すグラフィックスプレーンとして繰り返し、他のプレーンデータに合成される。HDMI通信部4227はHDMIケーブル122で表示装置103に接続され、HDMIケーブル122を通して表示装置103との間でCECメッセージを交換する。それにより、HDMI通信部4227は表示装置103に対してHDMI認証を行い、3D映像の再生に対応可能か否かを表示装置103に問い合わせる。≪3Dプレイリスト再生処理≫図44は、再生制御部4235による3Dプレイリスト再生処理のフローチャートである。3Dプレイリスト再生処理は、再生制御部4235が静的シナリオメモリ4232から3Dプレイリストファイルを読み出すことによって開始される。ステップS4401では、再生制御部4235はまず、3Dプレイリストファイル内のメインパスからPIを一つ読み出して、カレントのPIとして設定する。再生制御部4235は次に、そのカレントPIのSTNテーブルから、再生対象のエレメンタリストリームのPIDを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部4235は更に、3Dプレイリストファイル内のSTNテーブルSSのうち、カレントPIに対応するものから、再生対象のエレメンタリストリームとして追加されるべきもののPIDを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたPIDと属性情報とはシステムターゲットデコーダ4225に指示される。再生制御部4235はその他に、3Dプレイリストファイル内のサブパスから、カレントPIと同時に参照されるべきSUB_PIを特定し、カレントのSUB_PIとして設定する。その後、処理はステップS4402へ進む。ステップS4402では、再生制御部4235は、STNテーブルSSの示すポップアップ期間のオフセットに依って各プレーンデータの表示モードを選択し、システムターゲットデコーダ4225とプレーン加算部4226とに指示する。特に、ポップアップ期間のオフセットの値が0であるとき、ビデオプレーンの表示モードとしてB-D表示モードが選択され、グラフィックスプレーンの表示モードとして1プレーンオフセットモードが選択される。一方、ポップアップ期間のオフセットの値が1であるとき、ビデオプレーンの表示モードとしてB-B表示モードが選択され、グラフィックスプレーンの表示モードとして1プレーンゼロオフセットモードが選択される。その後、処理はステップS4403へ進む。ステップS4403では、グラフィックスプレーンの表示モードとして1プレーンオフセットモードと1プレーンゼロオフセットモードとのいずれが選択されかをチェックする。1プレーンオフセットモードが選択された場合、処理はステップS4404へ進む。一方、1プレーンゼロオフセットモードが選択された場合、処理はステップS4405へ進む。ステップS4404では、再生制御部4235は、カレントPIのSTNテーブルを参照して、選択されたPIDの示すエレメンタリストリームの中からPGストリーム又はIGストリームを検出する。再生制御部4235は更に、それらのストリームデータに割り当てられた参照オフセットIDとオフセット補正値とを特定して、プレーヤ変数記憶部4236内のSPRM27とSPRM28とのそれぞれに設定する。その後、処理はステップS4405へ進む。ステップS4405では、再生制御部4235は、カレントのPIとSUB_PIとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すPTS1、及び再生終了時刻OUT1を示すPTS2を読み出す。その参照クリップ情報から、再生対象のファイル2DとファイルDEPとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップS4406へ進む。ステップS4406では、再生制御部4235は、ステップS4405で特定されたクリップ情報ファイルの各エントリマップを参照して、PTS1、2に対応するファイル2D内のSPN1、2とファイルDEP内のSPN11、12とを検索する。再生制御部4235は更に、図24を用いて説明したように、各クリップ情報ファイルのエクステント起点を利用して、ファイルSSの先頭から再生開始位置までのソースパケット数SPN21をSPN1、11から算定し、ファイルSSの先頭から再生終了位置までのソースパケット数SPN22をSPN2、12から算定する。具体的には、再生制御部4235はまず、2Dクリップ情報ファイルのエクステント起点の示すSPNの中からSPN1以下で最大のものAmを検索し、ディペンデントビュークリップ情報ファイルのエクステント起点の示すSPNの中からSPN11以下で最大のものBmを検索する。再生制御部4235は続いて、検索されたSPNの和AmBmを求めてSPN21として決定する。再生制御部4235は次に、2Dクリップ情報ファイルのエクステント起点の示すSPNの中から、SPN2よりも大きく、かつ最小のものAnを検索し、ディペンデントビュークリップ情報ファイルのエクステント起点の示すSPNの中から、SPN12より大きく、かつ最小のものBnを検索する。再生制御部4235は続いて、検索されたSPNの和AnBnを求めてSPN22として決定する。その後、処理はステップS4407へ進む。ステップS4407では、再生制御部4235は、ステップS4406で決定されたSPN21、22をセクタ数の対N1、N2に変換する。具体的には、再生制御部4235はまず、SPN21とソースパケット一つ当たりのデータ量192バイトとの積を求める。再生制御部4235は次に、その積をセクタ一つ当たりのデータ量2048バイトで割ったときの商SPN21×192/2048を求める。この商は、ファイルSSの先頭から再生開始位置の直前までのセクタ数N1に等しい。同様に、再生制御部4235はSPN22から商SPN22×192/2048を求める。この商は、ファイルSSの先頭から再生終了位置の直前までのセクタ数N2に等しい。その後、処理はステップS4408へ進む。ステップS4408では、再生制御部4235は、ステップS4407で得られたセクタ数N1、N2のそれぞれから、再生対象のエクステントSS群の先端と後端とのLBNを特定する。具体的には、再生制御部4235は、再生対象のファイルSSのファイルエントリを参照して、エクステントSS群が記録されたセクタ群の先頭から数えてN11番目のセクタのLBN=LBN1と、N21番目のセクタのLBN=LBN2とを特定する。再生制御部4235は更に、LBN1からLBN2までの範囲をBD-ROMドライブ4201に指定する。その結果、指定された範囲のセクタ群から、エクステントSS群に属するソースパケット群がアラインドユニット単位で読み出される。その後、処理はステップS4409へ進む。ステップS4409では、再生制御部4235は、ステップS4406で利用されたクリップ情報ファイルのエクステント起点を再び利用して、エクステントSS群に含まれるディペンデントビューデータブロックとベースビューデータブロックとの間の境界を示す情報以下、データブロック境界情報と呼ぶ。を生成してスイッチ4220へ送出する。具体的な例として、再生開始位置を示すSPN21が、各エクステント起点の示すSPNの和AnBnに等しく、再生終了位置を示すSPN22が、各エクステント起点の示すSPNの和AmBmに等しいときを想定する。そのとき、再生制御部4235は、各エクステント起点からSPNの差の列、An1-An、Bn1-Bn、An2-An1、Bn2-Bn1、...、Am-Am-1、Bm-Bm-1を求めて、データブロック境界情報としてスイッチ4220へ送出する。図24のeに示されているとおり、この列は、エクステントSSに含まれる各データブロックのソースパケット数を示す。スイッチ4220は、BD-ROMドライブ4201から受信されるエクステントSSのソースパケット数を0からカウントし、そのカウントが、データブロック境界情報の示すSPNの差と一致する度に、ソースパケットの送出先をRB14221とRB24222との間で切り換え、かつカウントを0にリセットする。その結果、エクステントSSの先頭から{Bn1-Bn}個のソースパケットは最初のディペンデントビューエクステントとしてRB24222へ送出され、続く{An1-An}個のソースパケットは最初のベースビューエクステントとしてRB14221へ送出される。以降も同様に、スイッチ4220によって受信されるソースパケットの数が、データブロック境界情報の示すSPNの差と一致する度に、エクステントSSからディペンデントビューエクステントとベースビューエクステントとが交互に抽出される。ステップS4410では、再生制御部4235は、メインパスに未処理のPIが残されているか否かをチェックする。残されているときは、処理がステップS4401から繰り返される。残されていないときは、処理が終了する。≪システムターゲットデコーダ≫システムターゲットデコーダ4225に、ディペンデントビュービデオストリームからオフセットメタデータを抽出する機能を実装する具体的な手段としては、次の二種類が想定される。第1の手段では、システムターゲットデコーダ4225にTS優先度フィルタとオフセットメタデータ処理部とが、主映像デコーダから独立したモジュールとして実装される。TS優先度フィルタは、TS優先度フラグの値に従って、オフセットメタデータを含むTSパケットと、ディペンデントビューピクチャを含むTSパケットとを選別する。オフセットメタデータ処理部は、オフセットメタデータを含むTSパケットからオフセット情報を抽出する。第2の手段では、ディペンデントビュービデオストリームを含むTSパケットが、TS優先度フラグの値にかかわらず、システムターゲットデコーダ4225内の主映像デコーダに送られる。主映像デコーダは、ディペンデントビュービデオストリームの復号処理と並行して、ディペンデントビュービデオストリームからオフセット情報を抽出する。第1の手段図45は、第1の手段によるシステムターゲットデコーダ4225の機能ブロック図である。図45に示されている構成要素は、図40に示されている2D再生装置のもの3724とは次の点で異なる:Aリードバッファから各デコーダへの入力系統が二重化されている;BTS優先度フィルタとオフセットメタデータ処理部とが設置されている。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、イメージプロセッサ、及び各プレーンメモリは、図40に示されている2D再生装置のものと同様である。従って、以下では、図45に示されている構成要素のうち、図40に示されているものとは異なるものについて説明する。一方、同様な構成要素の詳細についての説明は、図40についての説明を援用する。更に、各映像デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ4515の構造について説明する。同様な説明は他の映像デコーダの構造についても成立する。第1ソースデパケタイザ4511は、RB14221からソースパケットを読み出し、更にその中からTSパケットを抽出して第1PIDフィルタ4513へ送出する。第2ソースデパケタイザ4512は、RB24222からソースパケットを読み出し、更にその中からTSパケットを抽出して第2PIDフィルタ4514へ送出する。各ソースデパケタイザ4511、4512は更に、各TSパケットの送出時刻を、各ソースパケットのATSの示す時刻に合わせる。その同期方法は、図40に示されているソースデパケタイザ4010による方法と同様である。従って、その詳細についての説明は、図40についての説明を援用する。そのような送出時刻の調節により、第1ソースデパケタイザ4511から第1PIDフィルタ4513へのTSパケットの平均転送速度は、2Dクリップ情報ファイルの示すシステムレートRTS1を超えない。同様に、第2ソースデパケタイザ4512から第2PIDフィルタ4514へのTSパケットの平均転送速度は、ディペンデントビュークリップ情報ファイルの示すシステムレートRTS2を超えない。第1PIDフィルタ4513は、第1ソースデパケタイザ4511からTSパケットを受信する度に、そのPIDを選択対象のPIDと比較する。その選択対象のPIDは再生制御部4235によって予め、3Dプレイリストファイル内のSTNテーブルに従って指定されている。両方のPIDが一致したとき、第1PIDフィルタ4513はそのTSパケットを、そのPIDに割り当てられたデコーダへ転送する。例えばPIDが0x1011であるとき、そのTSパケットは主映像デコーダ4515内のTB14501へ転送される。その他に、PIDが、0x1B00-0x1B1F、0x1100-0x111F、0x1A00-0x1A1F、0x1200-0x121F、及び0x1400-0x141Fの各範囲に属するとき、対応するTSパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、PGデコーダ、及びIGデコーダへ転送される。第2PIDフィルタ4514は、第2ソースデパケタイザ4512からTSパケットを受信する度に、そのPIDを選択対象のPIDと比較する。その選択対象のPIDは再生制御部4235によって予め、3Dプレイリストファイル内のSTNテーブルSSに従って指定されている。両方のPIDが一致したとき、第2PIDフィルタ4514はそのTSパケットを、そのPIDに割り当てられたデコーダ、又はTS優先度フィルタ4551へ転送する。例えばPIDが0x1012又は0x1013であるとき、そのTSパケットはTS優先度フィルタ4551へ転送される。その他に、PIDが、0x1B20-0x1B3F、0x1220-0x127F、及び0x1420-0x147Fの各範囲に属するとき、対応するTSパケットはそれぞれ、副映像デコーダ、PGデコーダ、及びIGデコーダへ転送される。TS優先度フィルタ4551は、第2PIDフィルタ4514からTSパケットを受信して、それぞれのTSヘッダ501HからTS優先度511を読み出す。ここで、第2PIDフィルタ4514からTS優先度フィルタ4551へは、PID=0x1012又は0x1013のTSパケットが転送される。すなわち、それらのTSパケットはディペンデントビュービデオストリームを格納している。図15に示されているTSパケット列1520のうち、第1グループ1521と第3グループ1523とではTS優先度が0であり、第2グループ1522ではTS優先度が1である。TS優先度フィルタ4551はそのTSパケット列1520の中から、TS優先度=0のTSパケットを主映像デコーダ4515内のTB24508へ転送し、TS優先度=1のTSパケットをオフセットメタデータ処理部4552へ転送する。図15に示されているとおり、TS優先度=1のTSパケットは第2グループ1522に属するので、そのTSペイロードは、オフセットメタデータ1509のみから構成される補足データ1504のみを含む。従って、ディペンデントビュービデオストリーム内のVAU1のうち、オフセットメタデータ1509のみから構成される補足データはオフセットメタデータ処理部4552へ転送され、残りは、他の補足データも含め、主映像デコーダ4515へ転送される。図16に示されているTSパケット列1620のうち、第1グループ1621と第2グループ1622とではTS優先度が1であり、第3グループ1623ではTS優先度が0である。TS優先度フィルタ4551はそのTSパケット列1620の中から、TS優先度=0のTSパケットを主映像デコーダ4515内のTB24508へ転送し、TS優先度=1のTSパケットを、TB24508とオフセットメタデータ処理部4552との両方へ転送する。従って、ディペンデントビュービデオストリーム内のVAU1が主映像デコーダ4515へ転送される一方、サブAU識別コードから補足データまではオフセットメタデータ処理部4552へも転送される。主映像デコーダ4515は、TB14501、MB14502、EB14503、TB24508、MB24509、EB24510、バッファスイッチ4506、DEC4504、DPB4505、及びピクチャスイッチ4507を含む。TB14501、MB14502、EB14503、TB24508、MB24509、EB24510、及びDPB4505はいずれもバッファメモリである。各バッファメモリは、主映像デコーダ4515に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファメモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。TB14501は、ベースビュービデオストリームを含むTSパケットを第1PIDフィルタ4513から受信してそのまま蓄積する。MB14502は、TB14501に蓄積されたTSパケットからPESパケットを復元して蓄積する。そのとき、各TSパケットからTSヘッダが除去される。EB14503は、MB14502に蓄積されたPESパケットから、符号化されたVAUを抽出して蓄積する。そのとき、各PESパケットからPESヘッダが除去される。TB24508は、ディペンデントビュービデオストリームを含むTSパケットをTS優先度フィルタ4551から受信してそのまま蓄積する。MB24509は、TB24508に蓄積されたTSパケットからPESパケットを復元して蓄積する。そのとき、各TSパケットからTSヘッダが除去される。EB24510は、MB24509に蓄積されたPESパケットから、符号化されたVAUを抽出して蓄積する。そのとき、各PESパケットからPESヘッダが除去される。バッファスイッチ4506は、EB14503とEB24510とのそれぞれに蓄積されたVAUのヘッダをDEC4504からの要求に応じて転送する。バッファスイッチ4506は更に、そのVAUの圧縮ピクチャデータを、元のPESパケットに含まれるDTSの示す時刻にDEC4504へ転送する。ここで、ベースビュービデオストリームとディペンデントビュービデオストリームとの間では、同じ3DVAUに属する一対のピクチャのDTSが等しい。従って、バッファスイッチ4506は、DTSの等しい一対のVAUのうち、EB14503に蓄積された方を先にDEC4504へ転送する。その他に、バッファスイッチ4506は、そのVAU内の復号スイッチ情報1750をDEC4504に返信させてもよい。その場合、バッファスイッチ4506はその復号スイッチ情報1750を使って、次のVAUをEB14503とEB24510とのいずれから転送すべきか決定できる。DEC4504は、図40に示されているDEC4004と同様、圧縮ピクチャの復号処理に特化したハードウェアデコーダであり、特にその復号処理のアクセラレータ機能を備えたLSIで構成されている。DEC4504は、バッファスイッチ4506から転送された圧縮ピクチャデータを順次復号する。その復号処理では、DEC4504は予め、各VAUのヘッダを解析して、そのVAU内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は例えば、MPEG-2、MPEG-4AVC、MVC、及びVC1を含む。DEC4504は更に、復号された非圧縮のピクチャをDPB4505へ転送する。DPB4505は、DEC4504によって復号された非圧縮のピクチャを一時的に保持する。DEC4504がPピクチャ及びBピクチャを復号するとき、DPB4505はDEC4504からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してDEC4504に提供する。ピクチャスイッチ4507は、DPB4505から非圧縮の各ピクチャを、元のPESパケットに含まれるPTSの示す時刻に、左映像プレーンメモリ4520と右映像プレーンメモリ4521とのいずれかに書き込む。ここで、同じ3DVAUに属するベースビューピクチャとディペンデントビューピクチャとではPTSが等しい。従って、ピクチャスイッチ4507は、DPB4505に保持された、PTSの等しい一対のピクチャのうち、ベースビューピクチャを先に左映像プレーンメモリ4520に書き込み、続いてディペンデントビューピクチャを右映像プレーンメモリ4521に書き込む。オフセットメタデータ処理部4552は、主映像デコーダ4515と同じチップ上に実装されているが、主映像デコーダ4515とは別のモジュールとして構成されている。その他に、オフセットメタデータ処理部4552は、主映像デコーダ4515とは別のチップ上に実装されていてもよい。更に、オフセットメタデータ処理部4552は、専用のハードウェアとして構成されても、汎用のハードウェアをソフトウェアで制御することによって実現されてもよい。オフセットメタデータ処理部4552は、TS優先度フィルタ4551から転送されたTSパケット群を解析して、それらのTSペイロードに格納された補足データからオフセットメタデータを読み出す。図15に示されているTSパケット列1520では、VAU1と共に同じPESパケットに属するPESヘッダは、主映像デコーダ4515へ転送されるTSパケット群に格納されている。従って、オフセットメタデータ処理部4552は、VAU1の表すフレームのPTSをオフセットメタデータから読み取る。一方、図16に示されているTSパケット列1620では、そのPESヘッダは、オフセットメタデータ処理部4552へ転送されるTSパケット群にも格納されている。従って、オフセットメタデータ処理部4552は、VAU1の表すフレームのPTSを、そのPESヘッダとオフセットメタデータとのいずれから読み取ってもよい。オフセットメタデータ処理部4552は、そのPTSの示す時刻からフレーム周期でフレーム番号を0から1ずつインクリメントする。オフセットメタデータ処理部4552は更に、そのインクリメントに同期して、各フレーム番号に対応付けられたオフセット情報をオフセットメタデータから検索し、プレーン加算部4226へ送出する。ここで、TS優先度フィルタ4551により、圧縮ピクチャデータは、図15、16のいずれに示されているTSパケット列1520、1620からもオフセットメタデータ処理部4552へは転送されない。従って、オフセットメタデータ処理部4552は、圧縮ピクチャデータに妨げられることなく、オフセット情報を確実に管理できる。第2の手段図46は、第2の手段によるシステムターゲットデコーダ4225の含む、ビデオストリームの処理系統を示す機能ブロック図である。図46に示されているシステムターゲットデコーダ4225は、図45に示されているものとは、主映像デコーダ4615内のDEC4604の機能が異なる。その他の要素は同様である。図46では、図45に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図45に示されている要素についての説明を援用する。DEC4604は、図45に示されているDEC4504と同様、圧縮ピクチャの復号処理に特化したハードウェアデコーダであり、特にその復号処理のアクセラレータ機能を備えたLSIで構成されている。DEC4604は、バッファスイッチ4506から転送された圧縮ピクチャデータを順次復号し、復号された非圧縮のピクチャをDPB4505へ転送する。DEC4604は更に、ディペンデントビュービデオストリームから各ビデオシーケンスの先頭のVAUを読み出す度に、そのVAUからオフセットメタデータを読み出す。そのビデオシーケンスの再生区間では、DEC4604は、まず、各VAUと共に同じPESパケットに格納されたPTSと、そのVAUの圧縮ピクチャデータの表すフレームの番号とを特定する。DEC4604は次に、オフセットメタデータから、そのフレーム番号に対応付けられたオフセット情報を読み出して、特定されたPTSの示す時刻にプレーン加算部4226へ送出する。≪プレーン加算部≫図47は、プレーン加算部4226の機能ブロック図である。図47を参照するに、プレーン加算部4226は、視差映像生成部4710、スイッチ4720、四つのクロッピング処理部4731-4734、及び四つの加算部4741-4744を含む。視差映像生成部4710は、システムターゲットデコーダ4225から左映像プレーンデータ4701と右映像プレーンデータ4702とを受信する。L/Rモードの再生装置102では、左映像プレーンデータ4701はレフトビュービデオプレーンを表し、右映像プレーンデータ4702はライトビュービデオプレーンを表す。そのとき、視差映像生成部4710は各ビデオプレーン4701、4702をそのままスイッチ4720へ送出する。一方、デプスモードの再生装置102では、左映像プレーンデータ4701は2D映像のビデオプレーンを表し、右映像プレーンデータ4702はその2D映像に対するデプスマップを表す。そのとき、視差映像生成部4710はまず、そのデプスマップからその2D映像の各部の両眼視差を計算する。視差映像生成部4710は次に、左映像プレーンデータ4701を加工して、ビデオプレーンにおけるその2D映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビューとライトビューとを表すビデオプレーンの対が生成される。視差映像生成部4710は更に、そのビデオプレーンの対を左映像と右映像とのプレーンデータの対としてスイッチ4720へ送出する。スイッチ4720は、再生制御部4235からB-D表示モードが指示されているとき、PTSの等しい左映像プレーンデータ4701と右映像プレーンデータ4702とをその順で第1加算部4741へ送出する。スイッチ4720は、再生制御部4235からB-B表示モードが指示されているとき、PTSの等しい左映像プレーンデータ4701と右映像プレーンデータ4702との一方を一フレーム当たり二回ずつ第1加算部4741へ送出し、他方を破棄する。第1クロッピング処理部4731は、視差映像生成部4710とスイッチ4720との対と同様な構成を入力部に含む。副映像プレーンデータがレフトビューとライトビューとの対である場合にはそれらの構成が利用される。特にデプスモードの再生装置102では、副映像プレーンデータの対は、第1クロッピング処理部4731内の視差映像生成部によってレフトビューとライトビューとのプレーンデータの対に変換される。再生制御部4235からB-D表示モードが指示されているとき、レフトビューとライトビューとのプレーンデータが交互に第1加算部4741へ送出される。一方、再生制御部4235からB-B表示モードが指示されているとき、レフトビューとライトビューとのプレーンデータの一方が一フレーム当たり二回ずつ第1加算部4741へ送出され、他方は破棄される。再生制御部4235から1プレーンオフセットモードが指示されているとき、第1クロッピング処理部4731は副映像プレーンデータ4703に対してオフセット制御を次のように行う。第1クロッピング処理部4731はまず、システムターゲットデコーダ4225からオフセット情報4707を受信する。そのとき、第1クロッピング処理部4731は、プレーヤ変数記憶部4236内のSPRM274751から、副映像プレーンに対する参照オフセットIDSV_ref_offset_id4312を読み出す。第1クロッピング処理部4731は次に、その参照オフセットID4312の示すオフセットシーケンスに属するオフセット情報を、システムターゲットデコーダ4225から受け取ったオフセット情報4707の中から検索する。第1クロッピング処理部4731は続いて、プレーヤ変数記憶部4236内のSPRM284752から、副映像プレーンに対するオフセット補正値SV_offset_adjustment4322を読み出して、検索されたオフセット値に加える。第1クロッピング処理部4731はその後、そのオフセット値を利用して、副映像プレーンデータ4703に対してオフセット制御を行う。その結果、副映像プレーンデータ4703は、レフトビューとライトビューとを表す一対の副映像プレーンデータに変換されて交互に送出される。ここで、SPRM274751とSPRM284752との各値は一般に、カレントPIが切り換わる度に再生制御部4235によって更新される。その他に、プログラム実行部4234が、ムービーオブジェクト又はBD-Jオブジェクトに従ってSPRM274751とSPRM284752との各値を設定してもよい。一方、再生制御部4235から1プレーンゼロオフセットモードが指示されているとき、第1クロッピング処理部4731はオフセット制御を行うことなく、副映像プレーンデータ4703をそのまま、二回繰り返して送出する。同様に、第2クロッピング処理部4732は、PGプレーンに対する参照オフセットIDPG_ref_offset_id4310とオフセット補正値PG_offset_adjustment4320とを利用して、PGプレーンデータ4704に対してオフセット制御を行う。第3クロッピング処理部4733は、IGプレーンに対する参照オフセットIDIG_ref_offset_id4311とオフセット補正値IG_offset_adjustment4321とを利用して、IGプレーンデータ4705に対してオフセット制御を行う。第4クロッピング処理部4734は、イメージプレーンに対する参照オフセットIDIM_ref_offset_id4313とオフセット補正値IM_offset_adjustment4323とを利用して、イメージプレーンデータ4706に対してオフセット制御を行う。[オフセット制御のフローチャート]図48は、各クロッピング処理部4731-4734によるオフセット制御のフローチャートである。各クロッピング処理部4731-4734は、システムターゲットデコーダ4225からオフセット情報4707を受信したときにオフセット制御を開始する。以下、第2クロッピング処理部4732がPGプレーンデータ4704に対してオフセット制御を行う場合を、例に挙げる。他のクロッピング処理部4731、4733、4734はそれぞれ、副映像プレーンデータ4703、IGプレーンデータ4705、及びイメージプレーンデータ4706に対して同様な処理を行う。ステップS4801では、第2クロッピング処理部4732はまず、システムターゲットデコーダ4225からPGプレーンデータ4704を受信する。そのとき、第2クロッピング処理部4732は、SPRM274751からPGプレーンに対する参照オフセットIDPG_ref_offset_id4310を読み出す。第2クロッピング処理部4731は次に、その参照オフセットID4310の示すオフセットシーケンスに属するオフセット情報を、システムターゲットデコーダ4225から受け取ったオフセット情報4707の中から検索する。その後、処理はステップS4802へ進む。ステップS4802では、第2クロッピング処理部4732は、SPRM284752からPGプレーンに対するオフセット補正値PG_offset_adjustment4320を読み出して、ステップS4801で検索されたオフセット値に加える。その後、処理はステップS4803へ進む。ステップS4803では、第2クロッピング処理部4732は、スイッチ4720によって選択されたビデオプレーンデータがレフトビューとライトビューとのいずれを表すかチェックする。ビデオプレーンデータがレフトビューを表すとき、処理はステップS4804へ進む。ビデオプレーンデータがライトビューを表すとき、処理はステップS4807へ進む。ステップS4804では、第2クロッピング処理部4732は、検索されたオフセット方向の値をチェックする。以下では次の場合を想定する:オフセット方向の値が0であるときは3Dグラフィックス映像の奥行きが画面よりも手前であり、オフセット方向の値が1であるときは奥である。その場合、オフセット方向の値が0であるとき、処理はステップS4805へ進む。オフセット方向の値が1であるとき、処理はステップS4806へ進む。ステップS4805では、第2クロッピング処理部4732はPGプレーンデータ4704に右向きのオフセットを与える。すなわち、PGプレーンデータ4704の含む各画素データの位置をオフセット値だけ右に移動させる。その後、処理はステップS4810へ進む。ステップS4806では、第2クロッピング処理部4732はPGプレーンデータ4704に左向きのオフセットを与える。すなわち、PGプレーンデータ4704の含む各画素データの位置をオフセット値だけ左に移動させる。その後、処理はステップS4810へ進む。ステップS4807では、第2クロッピング処理部4732は、検索されたオフセット方向の値をチェックする。オフセット方向の値が0であるとき、処理はステップS4808へ進む。オフセット方向の値が1であるとき、処理はステップS4809へ進む。ステップS4808では、ステップS4805とは逆に、第2クロッピング処理部4732はPGプレーンデータ4704に左向きのオフセットを与える。すなわち、PGプレーンデータ4704の含む各画素データの位置をオフセット値だけ左に移動させる。その後、処理はステップS4810へ進む。ステップS4809では、ステップS4806とは逆に、第2クロッピング処理部4732はPGプレーンデータ4704に右向きのオフセットを与える。すなわち、PGプレーンデータ4704の含む各画素データの位置をオフセット値だけ右に移動させる。その後、処理はステップS4810へ進む。ステップS4810では、第2クロッピング処理部4732は、処理後のPGプレーンデータ4704を第3クロッピング処理部4734へ送出する。その後、処理は終了する。[オフセット制御によるプレーンデータの変化]図49のbは、第2クロッピング処理部4732によるオフセット制御で加工される前のPGプレーンデータGPを示す模式図である。図49のbを参照するに、PGプレーンデータGPは、字幕ILoveyouを表す画素データ群、すなわち字幕データSTLを含む。その字幕データSTLはPGプレーンデータGPの左端から距離D0に位置する。図49のaは、右向きのオフセットが与えられたPGプレーンデータRGPを示す模式図である。図49のaを参照するに、第2クロッピング処理部4732は、PGプレーンデータGPに右向きのオフセットを与える場合、PGプレーンデータGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ右に移動させる。具体的には、第2クロッピング処理部4732はまず、クロッピング処理によってPGプレーンデータGPの右端から、オフセット値に等しい幅OFSの帯状領域AR1に含まれる画素データを除去する。第2クロッピング処理部4732は次に、PGプレーンデータGPの左端に画素データを付加して、幅OFSの帯状領域AL1を構成する。ここで、その領域AL1に含まれる画素データは透明に設定される。こうして、右向きのオフセットが与えられたPGプレーンデータRGPが得られる。実際、字幕データSTLはそのPGプレーンデータRGPの左端から距離DRに位置し、その距離DRは、元の距離D0にオフセット値OFSを加えた値に等しい:DR=D0OFS。図49のcは、左向きのオフセットが与えられたPGプレーンデータLGPを示す模式図である。図49のcを参照するに、第2クロッピング処理部4732は、PGプレーンデータGPに左向きのオフセットを与える場合、PGプレーンデータGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ左に移動させる。具体的には、第2クロッピング処理部4732はまず、クロッピング処理によってPGプレーンデータGPの左端から、オフセット値に等しい幅OFSの帯状領域AL2に含まれる画素データを除去する。第2クロッピング処理部4732は次に、PGプレーンデータGPの右端に画素データを付加して、幅OFSの帯状領域AR2を構成する。ここで、その領域AR2に含まれる画素データは透明に設定される。こうして、左向きのオフセットが与えられたPGプレーンデータLGPが得られる。実際、字幕データSTLはそのPGプレーンデータLGPの左端から距離DLに位置し、その距離DLは、元の距離D0からオフセット値OFSを除いた値に等しい:DL=D0-OFS。図47を再び参照するに、第1加算部4741は、スイッチ4720からビデオプレーンデータを受信し、第1クロッピング処理部4731から副映像プレーンデータを受信する。第1加算部4741はそのとき、それらのビデオプレーンデータと副映像プレーンデータとを一組ずつ重畳して第2加算部4742に渡す。第2加算部4742は、第2クロッピング処理部4732からPGプレーンデータを受信し、第1加算部4741からのプレーンデータに重畳して第3加算部4743に渡す。第3加算部4743は、第3クロッピング処理部4733からIGプレーンデータを受信し、第2加算部4742からのプレーンデータに重畳して第4加算部4744に渡す。第4加算部4744は、第4クロッピング処理部4734からイメージプレーンデータを受信し、第3加算部4743からのプレーンデータに重畳して表示装置103へ送出する。ここで、各加算部4741-4744は、プレーンデータの重畳にα合成を利用する。こうして、左映像プレーンデータ4701と右映像プレーンデータ4702とのそれぞれに、図47に矢印4700で示されている順序で、副映像プレーンデータ4703、PGプレーンデータ4704、IGプレーンデータ4705、及びイメージプレーンデータ4706が重畳される。その結果、各プレーンデータの示す映像は表示装置103の画面上に、左映像プレーン又は右映像プレーン、副映像プレーン、IGプレーン、PGプレーン、及びイメージプレーンの順に重ねられたように表示される。プレーン加算部4724は上記の処理の他に、四つの加算部4741-4744によって合成されたプレーンデータの出力形式を、表示装置103等、そのデータの出力先の装置による3D映像の表示方式に合わせて変換する。例えば出力先の装置が継時分離方式を利用するとき、プレーン加算部4724は合成後のプレーンデータを一つの映像フレーム又はフィールドとして送出する。一方、出力先の装置がレンチキュラーレンズを利用するとき、プレーン加算部4724は内蔵のバッファメモリを利用して、レフトビューとライトビューとのプレーンデータの対を一つの映像フレーム又はフィールドに合成して送出する。具体的には、プレーン加算部4724は、先に合成されたレフトビュープレーンデータを一旦、そのバッファメモリに格納して保持する。プレーン加算部4724は続いて、ライトビュープレーンデータを合成して、バッファメモリに保持されたレフトビュープレーンデータと更に合成する。その合成では、レフトビューとライトビューとの各プレーンデータが縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて一つのフレーム又はフィールドに再構成される。こうして、レフトビューとライトビューとのプレーンデータの対が一つの映像フレーム又はフィールドに合成される。プレーン加算部4724はその合成後の映像フレーム又はフィールドを出力先の装置へ送出する。<実施形態1の効果>本発明の実施形態1によるBD-ROMディスク101では、ディペンデントビュービデオストリームを構成する各ビデオシーケンスの先頭のVAUを格納したTSパケット列に対して、TS優先度が、図15、16に示されているように割り当てられている。特に、オフセットメタデータを格納するTSパケット群と、圧縮ピクチャデータを格納しているTSパケット群とでは、TS優先度の値が異なる。その場合、システムターゲットデコーダ4225には、図45に示されている第1の手段と、図46に示されている第2の手段とのいずれによって、オフセットメタデータの抽出機能が実現されていてもよい。第1の手段によるシステムターゲットデコーダ4225は、TS優先度を利用して、オフセットメタデータを格納するTSパケットを他のTSパケットから容易に選別できる。従って、主映像デコーダ4515とオフセットメタデータ処理部4552とは、異なる態様で実装可能である。特に主映像デコーダ4515がハードウェアで構成されていても、それに関わりなく、オフセットメタデータ処理部4552は、専用のハードウェアとして構成されても、汎用のハードウェアを利用してソフトウェアによって実現されてもよい。一方、第2の手段によるシステムターゲットデコーダ4225では、主映像デコーダ4615がディペンデントビュービデオストリームの復号機能とオフセットメタデータの抽出機能との両方を並列に実行可能である。従って、ディペンデントビュービデオストリームを含むTSパケットは全て、TS優先度にかかわらず、主映像デコーダ4615に渡されればよい。このように、本発明の実施形態1によるBD-ROMディスク101に記録されたディペンデントビュービデオストリームとオフセットメタデータとのデータ構造は、システムターゲットデコーダ4225が第1の手段と第2の手段とのいずれによる構成であっても共通に利用可能である。<変形例>1-Aビデオストリーム本発明の実施形態1によるL/Rモードでは、ベースビュービデオストリームがレフトビューを表し、ディペンデントビュービデオストリームがライトビューを表す。逆に、ベースビュービデオストリームがライトビューを表し、ディペンデントビュービデオストリームがレフトビューを表してもよい。本発明の実施形態1によるBD-ROMディスク101では、ベースビュービデオストリームとディペンデントビュービデオストリームとは、異なるTSに多重化されている。その他に、ベースビュービデオストリームとディペンデントビュービデオストリームとが一つのTSに多重化されていてもよい。1-Bオフセットメタデータ1-B-1オフセットメタデータは、ディペンデントビュービデオストリームに代えて、ベースビュービデオストリームに格納されてもよい。その場合でも、オフセットメタデータは、好ましくは、各ビデオシーケンスの先頭に位置するVAU内の補足データに格納される。更に、3Dプレイリストファイルは、ベースビュービデオストリームとディペンデントビュービデオストリームとのいずれがオフセットメタデータを含むかを示すフラグを備えていてもよい。それにより、各ストリームデータの作成の自由度を向上させることができる。また、そのフラグに対しては、CC=5、6によってシームレスに接続されるPI間では変更を禁止すると規定されてもよい。1-B-2オフセットメタデータは、各ビデオシーケンスすなわち、各GOPの先頭だけでなく、各VAUすなわち、各フレーム又はフィールドに格納されてもよい。その他に、コンテンツごとに、オフセットメタデータの間隔が任意の値に、例えば3フレーム以上に設定されてもよい。その場合、好ましくは、各ビデオシーケンスの先頭のVAUには必ずオフセットメタデータが格納され、かつ、その直前のオフセットメタデータとの間隔が3フレーム以上であるように制限される。それにより、再生装置にオフセット情報の変更処理を飛び込み再生処理と確実に並行させることができる。1-B-3オフセットメタデータは、ビデオストリームに格納されるのに代えて、独立なストリームデータとしてメインTS又はサブTSに多重化されてもよい。その場合、オフセットメタデータには固有のPIDが割り当てられる。システムターゲットデコーダはそのPIDを利用して、オフセットメタデータを他のストリームデータから分離する。その他に、オフセットメタデータは、まず専用のバッファメモリにプリロードされ、その後、再生処理を受けてもよい。その場合、オフセットメタデータは一定のフレーム間隔で格納される。それにより、オフセットメタデータについてはPTSが不要であるので、PESヘッダのデータ量が削減される。その結果、プリロード用のバッファの容量を節約することができる。1-B-4オフセットメタデータは、VAUの補足データに格納されるのに代えて、ビデオウォータマークを利用してビデオストリームに埋め込まれてもよい。更に、オフセットメタデータは、オーディオウォータマークを利用してオーディオストリームに埋め込まれてもよい。1-B-5本発明の実施形態1によるサブTSでは、図15に示されているとおり、第1グループ1521と第2グループ1522との各後端に位置するTSパケット1530、1550は一般にADフィールド1532、1552を含む。それにより、三つのグループ1521-1523が互いに分離されている。その他に、ディペンデントビュービデオストリーム内のVAU11500において、パディングデータ1506のサイズが調整されることによって、三つのグループ1521-1523が互いに分離されてもよい。1-B-6オフセットメタデータを含むTSパケットがシステムターゲットデコーダにより、TS優先度に代えてPIDに従って選別されてもよい。図50は、ディペンデントビュービデオストリーム内のVAU15000を格納したPESパケット5010、及び、そのPESパケット5010から生成されるTSパケット列5020とを示す模式図である。VAU15000はビデオシーケンスの先端に位置するので、オフセットメタデータ5009のみから構成される補足データ5004を含む。PESパケット5010のPESペイロード5012はVAU15000を格納し、そのPESヘッダ5011は、VAU15000内の圧縮ピクチャデータ5005に割り当てられたDTSとPTSとを含む。PESパケット5010は先頭から順にTSパケット列5020に格納されている。それにより、TSパケット列5020は先頭から順に三つのグループ5021、5022、5023に分けられる。第1グループ5021は、PESヘッダ5011、サブAU識別コード5001、サブシーケンスヘッダ5002、及びピクチャヘッダ5003を含む。第2グループ5022は、オフセットメタデータ5009のみから構成される補足データ5004を含む。第3グループ5013は、圧縮ピクチャデータ5005、パディングデータ5006、シーケンス終端コード5007、及びストリーム終端コード5008を含む。図50には、オフセットメタデータ5009のみから構成される補足データ5004が斜線部で示され、PESパケット5010内でその補足データよりも前に配置されるデータ5011、5001-5003がドット付きの領域で示されている。図15に示されているTSパケット列1520と同様に、第1グループ5021と第2グループ5022との各後端に位置するTSパケット5030、5050は一般に、ADフィールド5032、5052を含む。それにより、三つのグループ5021-5023が互いに分離されている。第1グループ5021と第3グループ5023とのそれぞれに属するTSパケット5030、5060では、いずれのTSヘッダ5031、5061もPID=0x1012を示す。ここで、第1グループ5021に属するTSパケット5030では、TSヘッダ5031がPID=0x1022を示してもよい。一方、第2グループ5022に属するTSパケット5040、5050ではTSヘッダ5041、5051はPID=0x1022を示す。16進数値0x1022は、他のエレメンタリストリームに割り当てられた16進数値以外であれば別の値であってもよい。こうして、第2グループ5022に属するTSパケットは、特に第3グループ5023に属するTSパケットとはPIDが異なる。従って、システムターゲットデコーダはPIDを利用して、第2グループに属するTSパケットを容易に選別できる。システムターゲットデコーダは、図50に示されているTSパケット列5020からオフセットメタデータを以下のようにして抽出する。図51は、そのシステムターゲットデコーダ5125内のビデオストリームの処理系統を示す機能ブロック図である。図51に示されているシステムターゲットデコーダ5125は、図45に示されているもの4225とは異なり、TS優先度フィルタ4551を含まない。その他の要素は同様である。図51では、図45に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図45に示されている要素についての説明を援用する。第2PIDフィルタ4514は、PID=0x1012のTSパケットを主映像デコーダ4515内のTB24508へ転送し、PID=0x1022のTSパケットをオフセットメタデータ処理部4552へ転送する。ここで、PID=0x1022のTSパケットはTB24508へパラレルに転送されてもよい。こうして、オフセットメタデータを含むTSパケットはオフセットメタデータ処理部4552へ転送される。尚、オフセットメタデータを含むTSパケットをサブTSから選別するには、TS優先度とPIDとのいずれとも異なる別のデータが利用されてもよい。TS優先度及びPIDと同様に、TSパケット別に異なる値を設定可能なデータであれば、上記の選別に利用可能であることは、上記の実施形態から当業者には自明であろう。1-B-7本発明の実施形態1によるオフセットメタデータ1110は、図11に示されているとおり、オフセット情報を各フレームに与える。その他に、ビデオストリームがインターレース方式のフレーム例えば60iを表している場合、表示単位はフレームではなくフィールドである。その場合、オフセットメタデータはオフセット情報を、各フィールドに与えるものであっても、各フレームを構成するフィールドの対に与えるものであってもよい。1-B-8本発明の実施形態1によるオフセットメタデータでは、各オフセットシーケンスがフレームごとにオフセット値を規定する。その他に、各オフセットシーケンスが表示時間ごとに、オフセット値の経時変化を表す関数、すなわち補完関数を規定してもよい。その場合、3D再生装置は表示時間ごとに補完関数を用いて、その表示時間に含まれる各フレームにおけるオフセット値を算定する。図52のaは、補完関数を利用するオフセットメタデータ5200のデータ構造を示す模式図である。図52のaを参照するに、オフセットメタデータ5200は、オフセットシーケンスID5210とオフセットシーケンス5220との対応表を含む。オフセットシーケンス5220は、起点オフセット値offset_start5221、終点オフセット値offset_end5222、オフセット関数IDoffset_func_id5223、及びオフセット時間間隔offset_duration5224を含む。オフセットメタデータ5200が、ディペンデントビュービデオストリーム内の一つのビデオシーケンスに格納されているとき、起点オフセット値5221は、そのビデオシーケンスの表す最初のフレームにおけるオフセット値を示す。終点オフセット値5222は、次のビデオシーケンスの表す最初のフレームにおけるオフセット値を示す。オフセット関数ID5223は補完関数の種類を規定する。その補完関数の種類は、そのビデオシーケンスの表示時間におけるオフセット値の変化の形状を表す。オフセット時間間隔5224はそのビデオシーケンスの表示時間の長さを表す。図52のbは、補完関数を構成する要素の種類を表すグラフである。図52の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の単体、又は組み合わせとして定義される。図52のcは、図52のaに示されているオフセットシーケンスID=0、1、2の各オフセットシーケンスから3D再生装置によって算定されたオフセット値を示すグラフである。そのグラフの横軸は、各オフセットシーケンスを格納するビデオシーケンスの最初のフレームが表示された時刻から経過した時間を表す。各黒丸A0、B0、A1、B1、A2、B2の座標値は、起点オフセット値5221又は終点オフセット値5222のいずれかとオフセット時間間隔5224とで規定される。一対の黒丸A0B0、A1B1、A2B2の間を接続する実線のグラフGR0、GR1、GR2はそれぞれ、補完関数を表す。各補完関数は、オフセット関数ID5223で規定された種類と、両端の黒丸A0B0、A1B1、A2B2の座標値とから決定される。オフセットシーケンスID=0のオフセットシーケンスでは、オフセット関数ID5223が直線を示すので、両端の黒丸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から容易に理解されるように、起点オフセット値5221、終点オフセット値5222、オフセット関数ID5223、及びオフセット時間間隔5224の組み合わせだけでも、多様なオフセット値の変化、すなわち3Dグラフィックス映像の奥行きの変化を表現することができる。従って、3Dグラフィックス映像の表現力を損なうことなく、オフセットメタデータ全体のサイズを削減することができる。1-C3D映像の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-Dクリップ情報ファイルディペンデントビュークリップ情報ファイルは、図22に示されているようなストリーム属性情報2220のうち、ディペンデントビュービデオストリームのPID=0x1012、0x1013に割り当てられているビデオストリーム属性情報に所定のフラグを含んでもよい。そのフラグがオンであるときは、ディペンデントビュービデオストリームがベースビュービデオストリームを参照するものであることを示す。そのビデオストリーム属性情報が更に、参照先のベースビュービデオストリームに関する情報を含んでもよい。その情報は、3D映像コンテンツが規定のフォーマットどおりに作成されているか否かを所定のツールで検証するときに、ビデオストリーム間の対応関係を確認するのに利用することができる。本発明の実施形態1では、クリップ情報ファイルに含まれるエクステント起点2242、2420からベースビューエクステントとディペンデントビューエクステントとの各サイズを算出することができる。その他に、各エクステントのサイズの一覧表が、例えばクリップ情報ファイルにメタデータの一部として格納されてもよい。1-Eプレイリストファイル1-E-1図31に示されている3Dプレイリストファイル222はサブパスを一つ含む。その他に、3Dプレイリストファイルがサブパスを複数含んでもよい。例えば、一方のサブパスのサブパスタイプが3DL/Rであり、他方のサブパスのサブパスタイプが3Dデプスであってもよい。その3Dプレイリストファイルに従って3D映像が再生される際にそれら二種類のサブパスが切り換えられることにより、再生装置102をL/Rモードとデプスモードとの間で容易に切り換えることができる。特にその切り換え処理は、3Dプレイリストファイルそのものを切り換える処理よりも速やかに実行可能である。複数のディペンデントビュービデオストリームがそれぞれ、共通のベースビュービデオストリームとの組み合わせで同じ3D映像を表現してもよい。但し、それらのディペンデントビュービデオストリームの間では、同じシーンのレフトビューとライトビューとの間の視差が異なる。それらのディペンデントビュービデオストリームは、一つのサブTSに多重化されていても、異なるサブTSに分離されていてもよい。その場合、3Dプレイリストファイルはサブパスを複数含む。各サブパスは異なるディペンデントビュービデオストリームを参照する。その3Dプレイリストファイルに従って3D映像が再生される際にサブパスが切り換えられることにより、再生装置102に3D映像の奥行き感を容易に変化させることができる。特にその処理は、3Dプレイリストファイルそのものを切り換える処理よりも速やかに実行可能である。図53は、サブパスを複数含む3Dプレイリストファイル5300のデータ構造、及び、それによって参照されるファイル2D5310と二つのファイルDEP5321、5322とのデータ構造を示す模式図である。ファイル2D5310はPID=0x1011のベースビュービデオストリームを含む。ファイルDEP15321はPID=0x1012のディペンデントビュービデオストリーム1を含む。ファイルDEP25322はPID=0x1013のディペンデントビュービデオストリーム2を含む。ディペンデントビュービデオストリーム1、2はそれぞれ、ファイル2D5310内のベースビュービデオストリームとの組み合わせで同じ3D映像を表現する。しかし、ディペンデントビュービデオストリーム1、2の間では、同じシーンのレフトビューとライトビューとの間の視差が異なる。更に、オフセットシーケンスIDの等しいオフセットシーケンスが、同じフレーム番号に対して異なるオフセット値を規定する。一方、3Dプレイリストファイル5300はメインパス5330と二つのサブパス5331、5332とを含む。メインパス5330のPI1はファイル2D5310、特にベースビュービデオストリームを参照する。各サブパス5331、5332のSUB_PI1はメインパス5330のPI1と再生時間が共通である。サブパス15331のSUB_PI1はファイルDEP15321、特にディペンデントビュービデオストリーム1を参照する。サブパス25332のSUB_PI1はファイルDEP25322、特にディペンデントビュービデオストリーム2を参照する。メインパス5330のPI2及び各サブパス5331、5332のSUB_PI2も同様である。その3Dプレイリストファイル5300を用いた3Dプレイリスト再生処理では、再生装置102は予め、ユーザ又はアプリケーションプログラムに再生対象のサブパスを選択させる。その他に、再生装置102は再生対象のサブパスを、表示装置103の画面サイズ又は視聴者の瞳孔間距離を利用して選択してもよい。そのようなサブパスの選択処理によって、レフトビューとライトビューとのビデオプレーン間の視差を容易に変化させることができる。更に、ディペンデントビュービデオストリームの切り換えに伴ってオフセット情報が変化するので、ファイル2D5310の含むPGストリーム又はIGストリームから再生されるグラフィックスプレーンのオフセットが変化する。それらの結果、3D映像の奥行き感を容易に変化させることができる。1-E-2図31に示されている3Dプレイリストファイルでは、ベースビュービデオストリームはメインパス3101内のSTNテーブル3205に登録され、ディペンデントビュービデオストリームは拡張データ3103内のSTNテーブルSS3130に登録されている。その他に、ディペンデントビュービデオストリームはSTNテーブルに登録されていてもよい。その場合、STNテーブルは、登録されたビデオストリームがベースビューとディペンデントビューとのいずれを表すものであるかを示すフラグを含んでもよい。1-E-3本発明の実施形態1によるBD-ROMディスク101には、2Dプレイリストファイルと3Dプレイリストファイルとが別々に記録されている。その他に、図31に示されているサブパス3102が、拡張データ3103と同様に、3D再生モードの再生装置102によってのみ参照される領域に記録されてもよい。その場合、サブパス3102が2D再生モードの再生装置102を誤動作させる危険性はないので、3Dプレイリストファイルをそのまま、2Dプレイリストファイルとして利用することができる。その結果、BD-ROMディスクのオーサリングが簡単化される。1-E-4PGストリームとIGストリームとのそれぞれに対する参照オフセットIDとオフセット補正値とは、STNテーブル3205に代えて、STNテーブルSS3130に格納されてもよい。その他に、それらはクリップ情報ファイル内のストリーム属性情報2220に格納されてもよい。更に、参照オフセットIDは、PGストリーム内の各データエントリに格納されていても、IGストリーム内の各ページに格納されていてもよい。1-E-53Dプレイリストファイルに参照オフセットIDを設定する場合、PI間のシームレス接続に関して、以下の制約条件が規定されてもよい。例えば図53に示されているメインパス5330のPI2にCC=5が設定されている場合、PI1とPI2とのそれぞれの規定する再生区間の映像はシームレスに接続されなければならない。その場合、PI1とPI2とでは、参照オフセットIDの値の変更と、ディペンデントビュービデオストリームに含まれるオフセットシーケンスの総数、すなわちエントリ数の変更とがいずれも禁止される。更に、オフセット補正値の変更とそのエントリ数の変更とがいずれも禁止されてもよい。この制約条件により、再生装置102はカレントPIをPI1からPI2に変更するときに、SPRM27の更新処理をスキップすることができる。従って、シームレス接続に関する処理の負担が軽減されるので、その処理の信頼性を更に向上させることができる。その結果、3D映像の画質を更に向上させることができる。1-E-6STNテーブルでは、一つのストリームデータに対してオフセット補正値が複数設定されてもよい。図54は、そのようなSTNテーブル5400を示す模式図である。図54を参照するに、そのSTNテーブル5400では、一つのSTN5401にPGストリーム1のストリームエントリ5402とストリーム属性情報5403とが対応付けられている。そのストリーム属性情報5403は、一つの参照オフセットID5410と共に、三種類のオフセット補正値1-35411-5413を含む。それらのオフセット補正値は、PGストリーム1から再生されるグラフィックスプレーンに与えられるべきオフセットを、表示装置の画面サイズに依って変化させるのに利用される。ここで、オフセット補正値の種類と画面サイズとの間の対応関係が予め規定されている場合を想定する。具体的には、オフセット補正値15411、オフセット補正値25412、オフセット補正値35413はそれぞれ、画面サイズが、0-33インチ、34-66インチ、及び67インチ以上の各範囲内に属するときに利用される。各オフセット補正値5411-5413は次の条件を満たすように設定される:グラフィックスプレーンのオフセットによって生じるレフトビューとライトビューとのグラフィックス映像間の視差の最大値が、一般的な視聴者の瞳孔間距離以下特に視聴者が子供である場合は5cm以下である。その条件が満たされる限り、その視差は視聴者の瞳孔間距離を超えないので、その視聴者に映像酔いや眼精疲労が生じる危険性を低減させることができる。再生装置102の再生制御部4235は、カレントPIの切り換えに伴って、一つのストリームデータに割り当てられたオフセット補正値の総数が変更される度に、実際に利用すべきオフセット補正値を表示装置103の画面サイズに合わせて選択する。具体的には、再生制御部4235はまず、必要であればHDMI認証を行って表示装置103の画面サイズを取得する。再生制御部4235は次に、表示装置103の画面サイズが、0-33インチ、34-66インチ、及び67インチ以上のいずれの範囲内に属するかに合わせて、オフセット補正値1-35411-5413のいずれかを選択し、その種類を表す情報をプレーヤ変数としてプレーヤ変数記憶部4236に格納する。それにより、オフセット補正値の選択処理が再び実行されるまで、再生制御部4235は各STNテーブルから、そのプレーヤ変数の示す種類のオフセット補正値を選択し、その値でSPRM28の値を更新する。1-F図35に示されているインデックスファイル211は、タイトル全体で共通する3D存在フラグ3520と2D/3Dお好みフラグ3530とを含む。その他に、インデックスファイルが、タイトル別に異なる3D存在フラグ又は2D/3Dお好みフラグを設定していてもよい。1-GSPRM27、SPRM281-G-1プログラム実行部4234は、ムービーオブジェクト又はBD-Jオブジェクトに従ってSPRM27とSPRM28との各値を設定してもよい。すなわち、再生装置102はアプリケーションプログラムに参照オフセットIDとオフセット補正値とを設定させてもよい。更に、そのようなアプリケーションプログラムは、インデックステーブル3510の項目ファーストプレイ3501に対応付けられているオブジェクトに制限されてもよい。1-G-2再生制御部4235は、グラフィックスプレーンに与えられるべきオフセットを視聴者に調整させてもよい。具体的には、例えば視聴者がリモコン105又は再生装置102のフロントパネルを操作してオフセット補正値の設定を要求したとき、まず、ユーザイベント処理部4233がその要求を受け付けて再生制御部4235に通知する。次に、再生制御部4235はその要求に応じて、オフセットを調整するための操作画面を表示装置103に表示させる。ここで、その操作画面の表示には再生装置102のOSDが利用される。再生制御部4235は更に、その操作画面を利用して、視聴者に調整対象のグラフィックスプレーンとオフセット値の増減とを、リモコン105等の操作で選択させる。再生制御部4235は続いて、SPRM28を更新して、選択されたグラフィックスプレーンに対応するオフセット補正値に所定値を加え、又は減じる。好ましくは、再生制御部4235は、その調整処理の間、再生部4202にグラフィックスプレーンの再生処理を継続させる。ここで、再生部4202は、操作画面とグラフィックス映像とのいずれか手前に表示される方を半透明にし、又は、操作画面をグラフィックス映像よりも手前に表示する。それにより、操作画面が表示されてもグラフィックス映像は見えるので、画面の輝度及び色合いの調整と同様に、視聴者にオフセット値の増減の効果を即座に確認させることができる。1-G-3図47に示されている各クロッピング処理部4731-4734は、SPRM27の示す参照オフセットIDで特定されるオフセットシーケンスをオフセット制御に利用する。逆に、各クロッピング処理部4731-4734は、所定のSPRMの示すオフセットシーケンスIDで特定されるオフセットシーケンスをオフセット制御には利用しないようにしてもよい。すなわち、そのSPRMは、オフセット制御においてマスクされるべきオフセットシーケンスIDPG_ref_offset_id_mask、IG_ref_offset_id_mask、SV_ref_offset_id_mask、IM_ref_offset_id_maskを示す。その場合、各クロッピング処理部4731-4734は、システムターゲットデコーダ4225から受け取ったオフセット情報4707のうち、マスクされたオフセットシーケンスID以外に対応するものの中から、最大のオフセット値を含むものを選択してもよい。それにより、副映像プレーン、PGプレーン、IGプレーン、及びイメージプレーンのそれぞれの表すグラフィックス映像の奥行きを容易に揃えることができる。その結果、各ストリームデータの作成の自由度を向上させることができる。1-H再生装置102がOSDとして独自のメニューを表示する際には、そのメニューの2D映像を表すグラフィックスプレーン、すなわちOSDプレーンに対してオフセット制御を行ってもよい。その場合、再生装置102はオフセット情報として、そのメニューの表示時刻にシステムターゲットデコーダ4225によって送出されたオフセット情報の中から、オフセット方向が画面よりも手前であって、かつオフセット値が最大であるものを選択してもよい。それにより、そのメニューを、字幕等、3D映像コンテンツから再生される3Dグラフィックス映像のいずれよりも手前に表示することができる。その他に、再生装置102が、OSDプレーンに対するオフセット情報を予め備えていてもよい。そのオフセット情報には特定のオフセットシーケンスID、例えばoffset_id=0が割り当てられる。更に、オフセットシーケンスID=0のオフセット情報に対しては、次の条件1、2が規定されてもよい:1オフセット方向は、画面よりも手前を示す。2オフセット値は、オフセットシーケンスID≠0のオフセット情報のうち、フレーム番号が等しく、かつオフセット方向が画面よりも手前であるものの中で最大のオフセット値に等しい。この規定により、再生装置102は、システムターゲットデコーダ4225によって送出されたオフセット情報の中からはオフセット情報を選択しなくてもよいので、OSDプレーンに対するオフセット制御を簡単化できる。また、各クロッピング処理部4731-4734は、システムターゲットデコーダ4225から受け取ったオフセット情報4707の中に、SPRM27の示す参照オフセットIDを検出できなかった場合に、オフセットシーケンスID=0のオフセット情報を代用してもよい。1-I3D再生装置では、SPRM13にパレンタルレベルが設定されているのに加えて、SPRM30に3Dパレンタルレベルが設定されていてもよい。3Dパレンタルレベルは所定の制限年齢を示し、BD-ROMディスク101に記録された3D映像タイトルの視聴に対するパレンタル制御に利用される。SPRM13の値と同様に、SPRM30の値は、3D再生装置のユーザによって3D再生装置のOSD等を利用して設定される。3D再生装置は各3D映像タイトルに対するパレンタル制御を例えば次のように行う。3D再生装置はまず、そのタイトルを2D再生モードで視聴することが許可された視聴者の年齢をBD-ROMディスク101から読み出して、SPRM13の値と比較する。その年齢がSPRM13の値未満であれば、3D再生装置はそのタイトルの再生を停止する。その年齢がSPRM13の値以上であれば、3D再生装置は続いて、そのタイトルを3D再生モードで視聴することが許可された視聴者の年齢をBD-ROMディスク101から読み出して、SPRM30の値と比較する。その年齢がSPRM30の値以上であれば、3D再生装置はそのタイトルを3D再生モードで再生する。その年齢がSPRM30の値未満でSPRM13の値以上であれば、3D再生装置はそのタイトルを2D再生モードで再生する。こうして、年齢による瞳孔間距離の相違を考慮して、一定の年齢未満の子供には3D映像を2D映像としてしか見せない等のパレンタル制御を実現することができる。このパレンタル制御は好ましくは、図36に示されている再生対象のプレイリストファイルを選択する処理において表示装置が3D映像に対応していると判定されたときに、すなわち、ステップS3605においてYesと判定されたときに行われる。尚、SPRM30には、制限年齢に代えて、3D再生モードの許可/禁止を示す値が設定され、3D再生装置はその値に従って3D再生モードの有効/無効を判断してもよい。1-J3D再生装置では、2D再生モードと3D再生モードとのいずれが優先されるべきかを示す値がSPRM31に設定されていてもよい。SPRM31の値は、3D再生装置のユーザによって3D再生装置のOSD等を利用して設定される。3D再生装置は、図36に示されている再生対象のプレイリストファイルを選択する処理におけるステップS3603で、2D/3Dお好みフラグと共にSPRM31を参照する。それらがいずれも2D再生モードを示しているときは、3D再生装置は2D再生モードを選択する。2D/3Dお好みフラグとSPRM31とがいずれも3D再生モードを示しているときは、3D再生装置は、再生モードの選択画面を表示することなく、ステップS3605、すなわちHDMI認証を行う。その結果、表示装置が3D映像の再生に対応可能であれば、3D再生装置は3D再生モードを選択する。2D/3Dお好みフラグとSPRM31とが異なる再生モードを示しているときは、3D再生装置はステップS3604を実行し、すなわち再生モードの選択画面を表示してユーザに再生モードを選択させる。その他に、アプリケーションプログラムに再生モードを選択させてもよい。こうして、3D映像コンテンツに2D/3Dお好みフラグが設定されていても、その値の示す再生モードが、SPRM31の示す再生モード、すなわち、ユーザが予め設定した再生モードと一致しないときにのみ、ユーザに改めて再生モードを選択させるようにすることができる。BD-Jオブジェクト等のアプリケーションプログラムは、SPRM31を参照して再生モードを選択してもよい。更に、図36に示されているステップS3604においてユーザに再生モードを選択させる際、選択画面に表示されるメニューの初期状態がSPRM31の値に依って決定されてもよい。例えば、SPRM31の値が2D再生モードの優先を示す場合には、2D再生モードの選択ボタンにカーソルを合わせた状態でメニューが表示され、3D再生モードの優先を示す場合には、3D再生モードの選択ボタンにカーソルを合わせた状態でメニューが表示される。その他に、3D再生装置は、父、母、子供等、複数のユーザのアカウントを管理する機能を持つとき、現時点でログインしているユーザのアカウントに合わせてSPRM31の値を設定してもよい。SPRM31の値は、2D再生モードと3D再生モードとのいずれが優先されるべきかに加えて、2D再生モードと3D再生モードとのいずれが常に設定されるべきかを示してもよい。2D再生モードが常に設定されるべきことをSPRM31の値が示す場合、3D再生装置は、2D/3Dお好みフラグの値にかかわらず、常に2D再生モードを選択する。その場合、SPRM25の値は2D再生モードを示すように設定される。3D再生モードが常に設定されるべきことをSPRM31の値が示す場合、3D再生装置は、2D/3Dお好みフラグの値にかかわらず、再生モードの選択画面を表示することなくHDMI認証を行う。その場合、SPRM25の値は3D再生モードL/Rモード又はデプスモードを示すように設定される。こうして、3D映像コンテンツに2D/3Dお好みフラグが設定されていても、ユーザの予め設定した再生モードが常に優先されるようにすることができる。1-K再生装置102は、ユーザに瞳孔間距離を予備のSPRM、例えばSPRM32に登録させてもよい。その場合、レフトビューとライトビューとのグラフィックス映像間での視差の最大値が、SPRM32に登録された値を超えないように、再生装置102はオフセット補正値を調整することができる。具体的には、再生装置102は、システムターゲットデコーダから出力される各オフセット値について次の演算を行えばよい。再生装置102はまず、SPRM32の値と表示装置103の画面の幅水平方向の長さとの比を求め、更にその比と表示装置103の水平画素数との積を求める。この積は、オフセット制御によってグラフィックスプレーンに与えてもよいオフセットの上限の2倍を表す。再生装置102は次に、各オフセット値の2倍をその積と比較する。いずれかのオフセット値の2倍がその積以上であるとき、再生装置102は、そのオフセット値を含むオフセットシーケンスのIDを特定し、そのIDの示すグラフィックスプレーンに対するオフセット補正値を減らす。そのときの減少量は、オフセット値の2倍と上記の積との差の半分以上に設定されればよい。こうして、レフトビューとライトビューとのグラフィックス映像間での視差の最大値が視聴者の瞳孔間距離を超えないので、その視聴者に映像酔いや眼精疲労が生じる危険性を低減させることができる。1-L出力オフセット補正1-L-1継時分離方式ではレフトビューとライトビューとの間の視差が水平方向の画素数で表現されるので、その視差の実際の大きさは表示装置の画面サイズ、すなわち画素の大きさに依存する。一方、3D映像の奥行き感はその視差の実際の大きさで決まる。従って、いずれの画面サイズでも3D映像の奥行き感が、その3D映像の迫力を損なうことも、視聴者の目を過剰に疲れさせることもないようにするには、レフトビューとライトビューとの間の視差を画面サイズに合わせて調節する必要がある。その調節の一つの方法として、3D再生装置は、プレーン加算部によって合成された最終的なフレームデータに対して更にオフセットを与える。そのときのオフセットの与え方は、1プレーンオフセットモードによってグラフィックスプレーンにオフセットを与える方法と同様である。このように、最終的なフレームデータに対して更に加えられるオフセット制御を出力オフセット補正という。図55のa-cは、32インチ、50インチ、及び100インチの各画面SCA、SCB、SCCに表示されたレフトビューとライトビューとの間の視差PRA、PRB、PRCを示す模式図である。各図に実線で描かれている像LA1、LA2、LB、LC1、LC2はレフトビューを表し、破線で描かれている像RA1、RA2、RB、RC1、RC2はライトビューを表す。ここで、映像コンテンツでは、その3D映像が50インチの画面に表示されたときにその奥行き感が最適であるように、レフトビューとライトビューとの間の視差が設定されているという場合を想定する。図55のbを参照するに、その映像コンテンツの表す3D映像が50インチの画面SCBに表示されたとき、レフトビューLBとライトビューRBとの間の視差は最適値PRBに等しい。図55のaに細い線で描かれているレフトビューLA1とライトビューRA1との間の視差DAは、図55のbに描かれているレフトビューLBとライトビューRBとの間の視差PRBと水平方向の画素数が等しい。一方、32インチの画面SCAの画素は50インチの画面SCBの画素よりも小さい。従って、細い線で描かれているレフトビューLA1とライトビューRA1との間の視差DAから生じる3D映像の奥行き感は一般に、最適なものよりも弱い。その場合、出力オフセット補正によって、レフトビューとライトビューとの間の視差を所定の補正値CRAの2倍、増大させる。図55のaに太い線で描かれているレフトビューLA2とライトビューRA2との間の視差PRAは、出力オフセット補正後のものを示す。このように、レフトビューとライトビューとの間の視差が増大するとき、3D映像の奥行き感が強調されるので、その3D映像の迫力が損なわれにくい。図55のcに細い線で描かれているレフトビューLC1とライトビューRC1との間の視差DCは、図55のbに描かれているレフトビューLBとライトビューRBとの間の視差PRBと水平方向の画素数が等しい。一方、100インチの画面SCCの画素は50インチの画面SCBの画素よりも大きい。従って、細い線で描かれているレフトビューLC1とライトビューRC1との間の視差DCから生じる3D映像の奥行き感は一般に、最適なものよりも強い。その場合、出力オフセット補正によって、レフトビューとライトビューとの間の視差を所定の補正値CRCの2倍、減少させる。図55のcに太い線で描かれているレフトビューLC2とライトビューRC2との間の視差PRCは、出力オフセット補正後のものを示す。このようにレフトビューとライトビューとの間の視差が減少するとき、3D映像の奥行き感が抑えられるので、視聴者の目が疲れにくい。図55のa、cに示されているような補正値CRA、CRCを出力オフセット補正値という。映像コンテンツは、インデックスファイル、プレイリストファイル、又はクリップ情報ファイルの中に、画面サイズと出力オフセット補正値との間の対応表を格納している。図56のaは、その対応表を示す模式図である。図56のaを参照するに、出力オフセット補正値は、10インチ間隔で表された画面サイズの範囲別に設定されている。各出力オフセット補正値の大きさは水平方向の画素数を表し、符号はレフトビューとライトビューとの間の視差の増減を表す。尚、画面サイズの範囲は10インチ間隔以外であってもよい。その対応表は規格又はユーザによって設定される。更に、複数種類の対応表が3D再生装置に予め記録され、映像コンテンツが、その再生で利用されるべき種類をその識別子で規定してもよい。1-L-23D再生装置は出力オフセット補正値の選択に、上記の対応表に代えて、所定の関数を利用してもよい。図56のbは、その関数を表すグラフである。そのグラフの横軸は画面サイズをインチで表し、縦軸は出力オフセット補正値を符号付の画素数で表す。3D再生装置は、そのグラフの示す関数を利用して、表示装置の画面サイズから出力オフセット補正値を算定する。そのグラフが示すとおり、画面サイズが50インチよりも小さいほど出力オフセット補正値は大きな正値に決定され、50インチよりも大きいほど大きな負値に決定される。尚、画面サイズが32インチ以下では出力オフセット補正値は実質的に一定の正値に維持され、103インチ以上では実質的に一定の負値に維持される。1-L-3映像コンテンツが、そのオーサリング時に想定された画面サイズの最適値assumed_TV_size_when_authoringを含み、3D再生装置がその最適値に基づいて出力オフセット補正値を決定してもよい。例えば表示装置の画面サイズがその最適値を超えているとき、3D再生装置はまず、3D映像のフレームサイズをその最適値まで縮小する。3D再生装置は次に、各フレームの周囲に黒枠を合成して、そのフレームと黒枠との全体のサイズを表示装置の画面サイズに一致させる。3D再生装置は更に出力オフセット補正値を調節して、黒枠内に表示されるレフトビューとライトビューとの間の視差の大きさを、最適値に等しいサイズの画面全体にレフトビューとライトビューとが表示される場合の視差の大きさと一致させる。それにより、3D映像の奥行き感を、オーサリング時に想定されたものに維持することができる。1-L-4図57は、出力オフセット補正に必要な3D再生装置の要素を示す機能ブロック図である。図57に示されている3D再生装置5700は、図42に示されているもの4200とは出力オフセット補正値適用部5701を含む点で異なる。その他の要素は、同様である。図57では、図42に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図42に示されている要素についての説明を援用する。プレーヤ変数記憶部4236はSPRM35に出力オフセット補正値を格納する。その出力オフセット補正値は、HDMI通信部4237がHDMI認証によって表示装置103から取得した画面サイズに基づき、再生制御部4235が、図56のa又はbに示されている対応表又は関数を利用して決定する。その他に、BD-Jオブジェクト等のアプリケーションプログラムがSPRM35の値を自動的に設定し、又はGUIを利用してユーザに設定させてもよい。出力オフセット補正値適用部5701は、SPRM35の示す出力オフセット補正値を利用して、プレーン加算部4226によって合成されたレフトビューとライトビューとの各フレームデータにオフセットを与える。出力オフセット補正値適用部5701によるフレームデータに対する出力オフセット補正は、図49に示されている第2クロッピング処理部4732によるPGプレーンデータGPに対するオフセット制御と同様である。1-L-5SPRM35には、出力オフセット補正値に代えて表示装置103の画面サイズが格納されてもよい。その場合、出力オフセット補正値適用部5701は、図56のaに示されている対応表から、SPRM35の示す画面サイズに対応付けられた出力オフセット補正値を検索する。1-L-6プレーヤ変数記憶部4236は更に、SPRM36に出力オフセット補正値アルファを格納してもよい。出力オフセット補正値アルファは正の数値を表す。出力オフセット補正値適用部5701は、SPRM35の示す出力オフセット補正値と、SPRM36の示す出力オフセット補正値アルファとの積を、実際の出力オフセット補正値として利用する。それにより、出力オフセット補正による3D映像の奥行きの調節を、画面サイズだけでなく、視聴者の年齢にも依存させることができる。例えば、大人よりも瞳孔間距離の短い幼児が視聴者に含まれる場合、小さい画面サイズに対する出力オフセット補正では出力オフセット補正値アルファが1よりも小さく設定され、大きい画面サイズに対する出力オフセット補正では1よりも大きく設定される。それにより、画面サイズにかかわらず、3D映像の奥行き感が弱められる。プログラム実行部4234又は再生制御部4235はGUI又はOSDを利用して、ユーザに出力オフセット補正値アルファを設定させてもよい。その場合、設定可能な出力オフセット補正値アルファの大きさは、例えば3D映像の奥行き感が強い、普通である、弱いという三段階で表現されてもよい。その他に、出力オフセット補正値アルファが、映像コンテンツの含むビデオストリーム内の補足データ、PMT内のディスクリプタ、又はプレイリストファイル内のPIに格納されてもよい。それにより、ビデオストリームの表すシーンごとに、出力オフセット補正値アルファを変化させることができる。特に奥行き感の強いシーンでは出力オフセット補正値が減少するように、出力オフセット補正値アルファを設定することができる。1-L-7出力オフセット補正値を、画面サイズに代えて、視聴者と画面との間の距離に依って変化させてもよい。更に、出力オフセット補正値アルファをその距離に依存させてもよい。その場合、例えば図1に示されているシャッター眼鏡104に距離センサを搭載して、表示装置103の画面131からの距離を計測させる。その距離は随時、シャッター眼鏡104から表示装置103へ無線で伝達され、更に表示装置103からHDMIケーブル122を通して再生装置102へ伝達される。再生装置102はその距離を利用して出力オフセット補正値又は出力オフセット補正値アルファを選択する。1-L-8表示装置103がプロジェクタである場合、映像はレンズによって拡大されてスクリーン上に投影される。従って、スクリーン上の表示領域のサイズはプロジェクタとスクリーンとの間の距離に依って変化する。その場合、プロジェクタは表示領域のサイズを、例えば次の二つの方法のいずれかで決定する。第1の方法では、まず、プロジェクタとスクリーンとの間の距離が計測され、次に、その距離とプロジェクタの光学系の特性、特に投影光の拡がり角との間の関係から表示領域のサイズが算定される。ここで、その距離の計測には、プロジェクタに搭載された距離センサが利用される。例えばその距離センサはまず、スクリーンに対して赤外等のレーザ光を照射してそのスクリーンからの反射光を検出すると共に、レーザ光の照射から反射光の検出までの経過時間を計測する。距離センサは次に、その経過時間からプロジェクタとスクリーンとの間の距離を算定する。第2の方法では、プロジェクタはまず、スクリーンに線分等の標準図形を投影すると共に、OSD等で視聴者に、その標準図形のスクリーン上でのサイズを計測して入力するように促す。プロジェクタは次に、視聴者によって入力された標準図形のサイズから表示領域のサイズを算定する。1-M映像コンテンツには、例えばカラオケで歌詞の表示に利用されるもののように、静止画像に字幕等のグラフィックス映像が重ねて表示され、かつ、そのグラフィックス映像だけが頻繁に更新されるものがある。そのようなコンテンツが3D映像コンテンツとして形成されている場合、オフセットメタデータが配置されたVAUは更にシーケンス終端コードを含む。再生装置102は、そのようなVAUを復号したときは、そのオフセットメタデータから得られたオフセット情報を保持し、新たなオフセットメタデータを含むVAUが復号されるまで変更しない。図58のaは、静止画像のみを表すディペンデントビュービデオストリーム5800のデータ構造を示す模式図である。ディペンデントビュービデオストリーム5800の各VAUは一つの静止画像を表す。その場合、各VAUの後端にはシーケンス終端コード5803、5804が配置されている。一方、各VAUの補足データ5801、5802にはオフセットメタデータ5811、5812が配置されている。VAU1のオフセットメタデータ5811はオフセットシーケンスID=0のオフセットシーケンス[0]を含む。そのオフセットシーケンス[0]はフレーム1のオフセット情報のみを含む。同様に、VAU2のオフセットメタデータ5812では、オフセットシーケンス[0]はフレーム1のオフセット情報のみを含む。ここで、3Dプレイリストファイルが次の事項1、2を規定している場合を想定する:1ディペンデントビュービデオストリーム5300の各VAUの表す静止画像を10秒間隔で切り換える。2各静止画像に、グラフィックスストリームの表すグラフィックス映像を重ねて表示する。図58のbは、そのような3Dプレイリストファイルを従って再生される、レフトビュービデオプレーンの列5821、ライトビュービデオプレーンの列5822、及びグラフィックスプレーンの列5830を示す模式図である。図58のbでは、静止画像が切り換えられた時点の各ビデオプレーンが斜線で示されている。レフトビュービデオプレーンの列5821では、最初のビデオプレーン5841の示す静止画像が最初の10秒の期間5861に繰り返し再生され、次のビデオプレーン5851の示す静止画像が次の10秒の期間5871に繰り返し再生される。ライトビュービデオプレーンの列5822では、最初のビデオプレーン5842の示す静止画像が最初の10秒の期間5862に繰り返し再生され、次のビデオプレーン5852の示す静止画像が次の10秒の期間5872に繰り返し再生される。再生装置102は、ディペンデントビュービデオストリーム5800のVAU1を復号すると共に、そのオフセットメタデータ5811からフレーム1のオフセット情報を読み出す。再生装置102は更に、そのシーケンス終端コード5803を検出する。そのとき、再生装置102はフレーム1のオフセット情報を保持する。それにより、最初の10秒の期間5861では、グラフィックスプレーンの列5830に与えられるオフセットが、保持されたオフセット情報で決まるものに一定に維持される。すなわち、グラフィックス映像の奥行きが一定に維持される。VAU1の復号から10秒間が経過したとき、再生装置102はVAU2を復号すると共に、そのオフセットメタデータ5812からフレーム1の新たなオフセット情報を読み出す。再生装置102は更に、そのシーケンス終端コード5804を検出する。そのとき、再生装置102はフレーム1のオフセット情報を保持する。それにより、次の10秒の期間5871では、グラフィックスプレーンの列5830に与えられるオフセットが、新たに保持されたオフセット情報で決まるものに変更された後、一定に維持される。すなわち、グラフィックス映像が新たな奥行きに一定に維持される。このように、VAUがシーケンス終端コードを含むときは、再生装置102に既存のオフセット情報をそのまま保持させる。それにより、ビデオストリームが静止画像のみから構成されている場合でも、再生装置102に、グラフィックスプレーンに対するオフセット制御を確実に継続させることができる。1-Nレフトビューとライトビューとの間のずれ補償レフトビューとライトビューとの間にずれが生じる場合がある。本発明の実施形態1による再生装置102、又は表示装置103は、以下に述べる手段を用いてそのずれを補償する。それにより、そのずれが視聴者に違和感を与える危険性を回避することができる。再生装置102は、上記のずれの補償処理に、図42に示されている機能部を利用する。一方、表示装置103がその補償処理を行ってもよい。図59は、その補償処理を行う表示装置103の機能ブロック図である。図59を参照するに、表示装置103は、受信部5901、ストリーム処理部5902、信号処理部5903、及び出力部5904を備えている。受信部5901は、再生装置102の他、BD-ROMディスク、半導体メモリ装置、外部ネットワーク、及び放送波等の各種媒体から多重化ストリームデータを受信してストリーム処理部5902に渡す。ストリーム処理部5902は、その多重化ストリームデータから、映像、音声、グラフィックス等、各種のデータを分離して信号処理部5903に渡す。信号処理部5903は、それらのデータを個別に復号して出力部5904に渡す。出力部5904は、復号された各データを所定の形式に変換して出力する。出力部5904の出力は映像/音声そのものである。その他に、HDMI方式等の映像信号/音声信号であってもよい。図59に示されている要素5901、5902、5903、及び5904のうち、ディスクドライブ、表示パネル、及びスピーカ等の機械的な部分以外は、一以上の集積回路に実装されている。1-N-1レフトビューとライトビューとの間の水平方向のずれ図60のaは、3D映像を撮影する一対のビデオカメラCML、CMRの水平画角HAL、HARを模式的に示す平面図である。図60の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にしか映らない。図60のbは、左側のビデオカメラCMLで撮影されたレフトビューLVを示す模式図であり、図60のcは、右側のビデオカメラCMRで撮影されたライトビューRVを示す模式図である。図60のb、cを参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALはレフトビューLVに、その左端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ALはライトビューRVには含まれない。一方、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARはライトビューRVに、その右端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ARはレフトビューLVには含まれない。従って、図60のaに示されている三つの被写体OBL、OBC、OBRのうち、右側の被写体OBRはレフトビューLVには含まれず、左側の被写体OBLはライトビューRVには含まれない。その結果、左側の被写体OBLは視聴者の左目にしか映らず、右側の被写体OBRは右目にしか映らない。その場合、レフトビューLVとライトビューRVとは視聴者に違和感を与える危険性がある。BD-ROMディスク101では、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AL、ARの幅WDHを示す情報がディペンデントビュービデオストリームに格納されている。その格納場所は、各ビデオシーケンスの先頭に位置するVAUの補足データである。但し、その補足データは、図11に示されているオフセットメタデータ1110を含む補正データとは別である。一方、再生装置102では、システムターゲットデコーダ4225がディペンデントビュービデオストリームから、上記の帯状領域AL、ARの幅WDHを示す情報を読み出す。システムターゲットデコーダ4225は更にその情報をプレーン加算部4226内の視差映像生成部4710又は表示装置103内の出力部5904に伝える。表示装置103内の受信部5901がBD-ROMディスク等の情報媒体から3D映像コンテンツを直に読み取る場合、上記の情報は表示装置103内の信号処理部5903によってディペンデントビュービデオストリームから読み出されて出力部5904に伝えられる。視差映像生成部4710又は出力部5904以下、視差映像生成部4710等と略す。は、その情報を利用して左映像プレーンと右映像プレーンとを加工し、上記の帯状領域AL、ARを背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域AL、ARに含まれる画素データを一様な背景色又は黒色のデータに書き換える。図60のd、eはそれぞれ、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。図60のdを参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALは、幅WDHの黒色帯BLで隠されている。一方、図60のeを参照するに、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARは、幅WDHの黒色帯BRで隠されている。それらの結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。視差映像生成部4710等は更に、図49に示されているクロッピング処理と同様にして、左映像プレーンと右映像プレーンとのそれぞれから、上記の帯状領域AL、ARのうち、外側の半分の領域に含まれる画素データを除去してもよい。その場合、視差映像生成部4710等は、各帯状領域AL、ARの残り半分の領域を背景色又は黒色で一様に塗りつぶすと共に、その反対側の端部に、各帯状領域AL、ARの半分の幅の背景色又は黒色の帯状領域を付加する。それにより、視聴者のいずれの目にも、レフトビューLVとライトビューRVとで共通する領域の示す映像が画面の中央に映り、背景色又は黒色の帯が画面の両端に映る。その結果、視聴者に違和感を与える危険性を回避することができる。その他に、視差映像生成部4710等は、左映像プレーンと右映像プレーンとを次のように処理してもよい。視差映像生成部4710等はまず、図49に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AL、AR内の画素データを除去する。視差映像生成部4710等は次に、スケーリング処理によって、残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示される。その結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。1-N-2レフトビューとライトビューとの間の垂直方向のずれ図61のaは、3D映像を撮影する一対のビデオカメラCML、CMRの垂直画角VAL、VARを模式的に示す平面図である。図61のaを参照するに、それらのビデオカメラCML、CMRの垂直画角VAL、VARは、大きさは等しいが、位置は異なる。従って、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATと、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABとが生じる。両方の垂直画角VAL、VARの共通部分に位置する被写体OBJはいずれのビデオカメラCML、CMRにも映る。しかし、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATに位置する被写体は左側のビデオカメラCMLにしか映らず、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABに位置する被写体は右側のビデオカメラCMRにしか映らない。図61のbは、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。図61のbを参照するに、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATはレフトビューLVに、その上端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ATはライトビューRVには含まれない。一方、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABはライトビューRVに、その下端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ABはレフトビューLVには含まれない。尚、帯状領域AT、ABの位置はレフトビューLVとライトビューRVとで逆の場合もある。このように、レフトビューLVとライトビューRVとで上記の帯状領域AT、ABの有無が異なる場合、図61のaに示されている被写体OBJの垂直方向の位置はレフトビューLVとライトビューRVとで、帯状領域AT、ABの高さHGTだけずれる。その結果、視聴者の左目に映る被写体OBJと、右目に映る被写体OBJとでは垂直方向の位置が異なるので、その視聴者に違和感を与える危険性がある。BD-ROMディスク101では、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AT、ABの高さHGTを示す情報がディペンデントビュービデオストリームに格納されている。その格納場所は、各ビデオシーケンスの先頭に位置するVAUの補足データである。但し、その補足データは、図11に示されているオフセットメタデータ1110を含む補正データとは別である。一方、再生装置102ではシステムターゲットデコーダ4225がディペンデントビュービデオストリームから、上記の帯状領域AT、ABの高さHGTを示す情報を読み出す。システムターゲットデコーダ4225は更にその情報をプレーン加算部4226内の視差映像生成部4710又は表示装置103内の出力部5904に伝える。表示装置103内の受信部5901がBD-ROMディスク等の情報媒体から3D映像コンテンツを直に読み取る場合、上記の情報は表示装置103内の信号処理部5903によってディペンデントビュービデオストリームから読み出されて出力部5904に伝えられる。視差映像生成部4710又は出力部5904以下、視差映像生成部4710等と略す。は、上記の帯状領域AT、ABの高さHGTを用いて、左映像プレーンと右映像プレーンとを次の手順で加工する。視差映像生成部4710等はまず、左映像プレーン内の画素データの位置を下向きに高さHGTの半分HGT/2だけ移動させ、右映像プレーン内の画素データの位置を上向きに高さHGTの半分HGT/2だけ移動させる。それにより、各映像プレーンのうち、上記の帯状領域AT、AB以外の領域が表す映像と画面とで垂直方向の中心が一致する。一方、左映像プレーンでは、上端から帯状領域ATの上半分が除去され、下端から高さHDT/2の帯状領域に空き領域が生じる。右映像プレーンでは、下端から帯状領域ABの下半分が除去され、上端から高さHDT/2の帯状領域に空き領域が生じる。視差映像生成部4710等は次に、各帯状領域を背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域に含まれる画素データを一様な背景色又は黒色のデータに書き換える。図61のcは、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。図61のcを参照するに、レフトビューLVとライトビューRVとでは垂直方向の中心位置が一致している。従って、図61の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とで共通する領域しか映らず、かつ、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。その他に、視差映像生成部4710等は左映像プレーンと右映像プレーンとを次のように処理してもよい。プレーン加算部4126はまず、図49に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AT、AB内の画素データを除去する。視差映像生成部4710は次に、スケーリング処理によって残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示されるので、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らない。しかも、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。1-N-3レフトビューとライトビューとの間のグラフィックス映像のずれ1プレーンオフセットモードの再生装置が一つのグラフィックスプレーンに大きなオフセットを与えて一対のグラフィックスプレーンを生成する場合、その対の一方の左端部又は右端部に、他方の右端部又は左端部には含まれない領域が生じ得る。図62のaは、グラフィックスプレーンGPLの表すグラフィックス映像の一例を示す模式図である。図62のaを参照するに、そのグラフィックスプレーンGPLは三種類のグラフィック部品OB1、OB2、OB3を表す。特に左側のグラフィック部品OB1の左端はグラフィックスプレーンGPLの左端から距離D1に位置し、右側のグラフィック部品OB3の右端はグラフィックスプレーンGPLの右端から距離D3に位置する。図62のb、cはそれぞれ、グラフィックスプレーンGPLに右向きと左向きとのオフセットを与える処理を示す模式図である。図62のbを参照するに、図49に示されているクロッピング処理と同様に、グラフィックスプレーンGPLの右端からは、オフセット値に等しい幅OFSの帯状領域AR1が除去され、左端には幅OFSの透明な帯状領域AL1が付加されている。それにより、各グラフィック部品OB1-OB3の水平方向の位置が元の位置から、オフセット値に等しい距離OFSだけ右に移動している。一方、図62のbを参照するに、グラフィックスプレーンGPLの左端からは幅OFSの帯状領域AL2が除去され、右端には幅OFSの透明な帯状領域AR2が付加されている。それにより、各グラフィック部品OB1-OB3の水平方向の位置が元の位置から距離OFSだけ左に移動している。図62のb、cを更に参照するに、オフセット値に等しい距離OFSは、左側のグラフィック部品OB1の左端とグラフィックスプレーンGPLの左端との間の距離D1よりも大きく、右側のグラフィック部品OB3の右端とグラフィックスプレーンGPLの右端との間の距離D3よりも大きい。従って、右向きのオフセットが与えられたグラフィックスプレーンGP1では右側のグラフィック部品OB3の右端の一部MP3が欠け、左向きのオフセットが与えられたグラフィックスプレーンGP2では左側のグラフィック部品OB1の左端の一部MP1が欠けている。しかし、左側のグラフィック部品OB1の欠落部分MP1は、右向きのオフセットが与えられたグラフィックスプレーンGP1には含まれ、右側のグラフィック部品OB3の欠落部分MP3は、左向きのオフセットが与えられたグラフィックスプレーンGP2には含まれている。その結果、それらの欠落部分MP1、MP3は視聴者の片目にしか映らないので、視聴者に違和感を与える危険性がある。再生装置102では、プレーン加算部4226内の各クロッピング処理部4731-4734がオフセット情報4707を用いてグラフィックスプレーンGPLに対するオフセット制御を行う。そのとき、各クロッピング処理部4731-4734は更に、グラフィックスプレーンGPLの左端又は右端から帯状領域を切り取る。すなわち、その帯状領域内の画素データを透明色のデータに書き換える。各帯状領域はグラフィックスプレーンGPLの左端又は右端に沿って延びており、その幅がオフセット値に等しい。その他に、表示装置103内の出力部5904が、システムターゲットデコーダ4225又は表示装置103内の信号処理部5903からオフセット情報を受け取って、そのオフセット情報を用いてグラフィックスプレーンGPLの左端又は右端から帯状領域を切り取ってもよい。図62のb、cには、切り取り対象の帯状領域AS1、AS2が示されている。右向きのオフセットが与えられたグラフィックスプレーンGP1では、切り取り対象の帯状領域AS1が左側のグラフィック部品OB1の欠落部分MP1を含む。左向きのオフセットが与えられたグラフィックスプレーンGP2では、切り取り対象の帯状領域AS2が右側のグラフィック部品OB3の欠落部分MP3を含む。図62のd、eはそれぞれ、右向きと左向きとのオフセットが与えられたグラフィックスプレーンGP1、GP2の表すグラフィックス映像を示す模式図である。図62のd、eを参照するに、それらのグラフィックスプレーンGP1、GP2では、三種類のグラフィック部品OB1-OB3の形状が一致している。その結果、視聴者の各目には共通のグラフィックス映像しか映らない。こうして、その視聴者に違和感を与える危険性を回避することができる。その他に、BD-ROMディスク101上のPGストリーム又はIGストリームから再生されるグラフィックスプレーン、及び、再生装置102によって生成されるグラフィックスプレーンに対し、グラフィック部品の配置に関する次の条件が規定されてもよい。図63は、その条件を示す模式図である。図63を参照するに、グラフィックスプレーンGPLには、左上角を原点00とするxy直交座標が設定されている。x座標とy座標とはそれぞれ、グラフィックスプレーンGPLの水平座標と垂直座標である。ここで、グラフィックスプレーンGPLの右下角の座標をTWDTHGとする。そのxy座標を用いて、上記の条件は次のように規定される:各フレームにおいて、グラフィック部品OB1、OB2、OB3は、次の四点OFS0、TWD-OFS0、TWD-OFSTHG、OFSTHGを頂点とする矩形領域内に配置されなければならない。すなわち、グラフィックスプレーンGPLの左端と右端とのそれぞれに沿って延びている幅OFSの帯状領域AL、ARではグラフィック部品の配置が禁止される。図62のb、cから明らかなとおり、それらの帯状領域AL、ARはオフセット制御によって切り取られる。従って、それらの帯状領域AL、ARへのグラフィック部品の配置が禁止されていれば、グラフィックスプレーンGPLにオフセットが与えられた後でもグラフィック部品の形状に変化はない。その結果、視聴者の各目には共通のグラフィックス映像しか映らないので、その視聴者に違和感を与える危険性を回避することができる。1-Oレターボックス表示映像コンテンツのオーサリング時に想定されている画面サイズは、デジタルテレビ放送で採用されているフルHDと、映画で採用されているシネマスコープ登録商標とで異なる。フルHDのアスペクト比は16:9≒1.78:1であるのに対し、シネマスコープのアスペクト比は2.35:1である。従って、BD-ROMディスクに記録された家庭用の映画コンテンツでは、各映像フレームの上下に水平方向の黒帯が付加されている。それにより、映像フレームと黒帯との全体のアスペクト比が16:9に調節されている。このような表示方式をレターボックス表示という。図64のa1、a2は、いずれも同じレターボックス表示の画面を示す模式図である。図64のa1、a2を参照するに、画面全体の解像度は1920ピクセル×1080ピクセルであり、アスペクト比は16:9である。一方、映像の表示領域DRGの解像度は1920ピクセル×818ピクセルであり、アスペクト比は約2.35:1である。表示領域DRGの上下には高さ131ピクセルの黒帯BT、BBが水平方向に延びている。このようなレターボックス表示が3D映像の表示に採用される場合、字幕を表示領域DRGではなく、上下いずれかの黒帯BT、BBに表示することが望ましい。それにより、3D映像と字幕とが分離されるので、いずれの奥行きが手前であっても、両方を視聴者に確実に見せることができる。しかし、黒帯BT、BBの高さ131ピクセルは、字幕を表示するのには必ずしも十分ではない。その場合、再生装置102ではプレーン加算部4226が主映像プレーンに垂直方向のオフセットを与える。このオフセット制御をビデオシフトという。ビデオシフトには、キープKeep、アップUp、ダウンDownの三種類がある。キープモードでは、主映像プレーンには垂直方向のオフセットが与えられない。従って、図64のa1、a2に示されている映像フレームでは、いずれの黒帯BT、BBの高さも131ピクセルに維持される。アップモードでは、主映像プレーンに上向きのオフセットが与えられる。図64のbは、主映像プレーンに131ピクセルのオフセットを上向きに与えたときの画面を示す模式図である。図64のbを参照するに、上側の黒帯BTは除去され、下側の黒帯BBの高さが2倍に増えている。ダウンモードでは、主映像プレーンに下向きのオフセットが与えられる。図64のcは、主映像プレーンに131ピクセルのオフセットを下向きに与えたときの画面を示す模式図である。図64のcを参照するに、下側の黒帯BBは除去され、上側の黒帯BTの高さが2倍に増えている。このように、プレーン加算部4226は、ビデオシフトをアップとダウンとのいずれかのモードで実行することにより、上下いずれかの黒帯BT、BBの高さを字幕の表示に十分な値まで増やす。垂直方向のオフセットの大きさは131ピクセル以外であってもよい。図64のdは、主映像プレーンに51ピクセルのオフセットを上向きに与えたときの画面を示す模式図である。図64のdを参照するに、上側の黒帯BTの高さは131-51=80ピクセルまで減り、下側の黒帯BBの高さは13151=182ピクセルまで増えている。以下では、オフセットの大きさが131ピクセルである場合を想定する。図65は、ビデオシフトに必要な再生装置102内の構成を示す機能ブロック図である。図65に示されている構成は、図47に示されている構成とは、ビデオシフト部6501、SPRM326502、及びSPRM336503を含む点で異なる。それ以外は同様である。従って、図65では、図47に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図47に示されている要素についての説明を援用する。SPRM32とSPRM33とのそれぞれの示す値は、プログラム実行部4234により、BD-Jオブジェクト等のアプリケーションプログラム、又はGUIを通したユーザの指示に従って設定される。SPRM33の示す値は更に、再生制御部4235により、プレイリストファイルに従って更新される。図66のaは、SPRM32とSPRM33との各データ構造を示す表である。図66のaを参照するに、SPRM32は、ビデオシフトモードvideo_shift_modeを表すパラメータを格納する。そのパラメータは、三種類のビデオシフトモードに対応して、0、1、2の三つの値を取り得る。SPRM33は、ビデオ上移動時シフト値とビデオ下移動時シフト値との対を4種類格納する。それらのシフト値は、PGプレーンに対する対PG_shift_value_for_Up、PG_shift_value_for_Down、IGプレーンに対する対IG_shift_value_for_Up、IG_shift_value_for_Down、副映像プレーンに対する対SV_shift_value_for_Up、SV_shift_value_for_Down、及びイメージプレーンに対する対IM_shift_value_for_Up、IM_shift_value_for_Downから成る。ビデオ上移動時シフト値とビデオ下移動時シフト値とはそれぞれ、上向きと下向きとの各オフセットが主映像プレーンに与えられたときにPGプレーン等に与えられるべき垂直方向のオフセットの大きさを表す。図66のbは、レターボックス表示の映像コンテンツにおけるプレイリストファイル内のSTNテーブルを示す模式図である。図66のbを参照するに、STNテーブル6600では、一つのSTN6601にPGストリーム1のストリームエントリ6602とストリーム属性情報6603とが対応付けられている。そのストリーム属性情報6603は、ビデオ上移動時シフト値PG_y_shift_value_for_Up6610とビデオ下移動時シフト値PG_y_shift_value_for_Down6611とを含む。それにより、それらのシフト値はPIごとに設定可能である。IGストリーム等、他のストリームデータについても同様に、各シフト値は設定可能である。再生制御部4235は、各PI内のSTNテーブルからシフト値を読み取って、その値で、SPRM33の示す値を更新する。ビデオシフト部6501は、スイッチ4720から左映像プレーンデータ4701と右映像プレーンデータ4702とを交互に受信する。ビデオシフト部6501は、その受信の度にプレーヤ変数記憶部4236内のSPRM32を参照して、その値の示すビデオシフトモードで主映像プレーンに垂直方向のオフセットを与える。その後、ビデオシフト部6501は主映像プレーンを第2加算部4742へ送出する。図67のa-cはそれぞれ、アップモード、キープモード、及びダウンモードのビデオシフト部6501によって処理された主映像プレーンVPA、VPB、VPCを示す模式図である。SPRM32がキープモードを示すとき、ビデオシフト部6501は主映像プレーンに垂直方向のオフセットを与えない。それにより、図67のbに示されているように、主映像プレーンVPB内の上下の黒帯BT、BBの高さは131ピクセルに維持される。SPRM32がアップモードを示すとき、ビデオシフト部6501は、図49に示されているクロッピング処理と同様にして、まず、元の主映像プレーンVPBの上端部から高さ131ピクセルの黒帯BTを切り取る。ビデオシフト部6501は次に、図67のaに示されているように、主映像プレーンVPAの下端部に高さ131ピクセルの黒帯ABを付加する。それにより、主映像プレーンのうち、切り取られた黒帯BT以外に含まれる画素データの位置が131ピクセル、上向きに移動する。一方、下端部の黒帯BBABの高さが131×2=262ピクセルに増える。SPRM32がダウンモードを示すとき、ビデオシフト部6501は、元の主映像プレーンVPBの下端部から高さ131ピクセルの黒帯BBを切り取り、図67のcに示されているように、主映像プレーンVPCの上端部に高さ131ピクセルの黒帯ATを付加する。それにより、主映像プレーンのうち、切り取られた黒帯以外に含まれる画素データの位置が131ピクセル、下向きに移動する。一方、上端部の黒帯BTATの高さが131×2=262ピクセルに増える。図65を再び参照するに、第2クロッピング処理部4732は、システムターゲットデコーダ4225からPGプレーンデータ4704を受信する度にSPRM326502とSPRM336503とを参照し、それらの値に従ってPGプレーン4704に垂直方向のオフセットを与える。更に、1プレーンオフセットモードであれば、第2クロッピング処理部4732はPGプレーン4704に水平方向のオフセットを与える。その後、第2クロッピング処理部4732はPGプレーン4704を第2加算部4742へ送出する。図67のd-fはそれぞれ、アップモード、キープモード、及びダウンモードの第2クロッピング処理部4732によって処理されたPGプレーンPGD、PGE、PGFを示す模式図である。SPRM326502がキープモードを示すとき、第2クロッピング処理部4732はPGプレーンPGEに垂直方向のオフセットを与えない。それにより、図67のeに示されているように、PGプレーンPGE内の字幕SUBは元の位置に維持される。SPRM32がアップモードを示すとき、第2クロッピング処理部4732はまず、SPRM336503からPGプレーンに対するビデオ上移動時シフト値PG_shift_value_for_Upaを読み出す。第2クロッピング処理部4732は次に、図49に示されているクロッピング処理と同様にして、大きさがビデオ上移動時シフト値aに等しい下向きのオフセットをPGプレーンPGEに与える。具体的には、第2クロッピング処理部4732はまず、元のPGプレーンPGEの下端部から高さaピクセルの帯状領域SBEを切り取る。第2クロッピング処理部4732は次に、図67のdに示されているように、PGプレーンPGDの上端部に高さaピクセルの帯状領域STDを付加する。それにより、字幕SUBの位置がaピクセル下向きに移動する。SPRM32がダウンモードを示すとき、第2クロッピング処理部4732はまず、SPRM336503からPGプレーンに対するビデオ下移動時シフト値PG_shift_value_for_Downbを読み出す。第2クロッピング処理部4732は次に、図49に示されているクロッピング処理と同様にして、大きさがビデオ下移動時シフト値bに等しい上向きのオフセットをPGプレーンPGEに与える。具体的には、第2クロッピング処理部4732はまず、元のPGプレーンPGEの上端部から高さbピクセルの帯状領域STEを切り取る。第2クロッピング処理部4732は次に、図67のfに示されているように、PGプレーンPGFの下端部に高さbピクセルの帯状領域SBFを付加する。それにより、字幕SUBの位置がbピクセル上向きに移動する。第2加算部4742は、第2クロッピング処理部4732からPGプレーンデータを受信し、ビデオシフト部6501からの主映像プレーンデータに重畳して第3加算部4743に渡す。図67のg-iはそれぞれ、アップモード、キープモード、及びダウンモードの第2加算部4742によって合成されたプレーンデータPLG、PLH、PLIを示す模式図である。キープモードでは、図67のhに示されているように、字幕SUBは主映像MVWと重なって表示される。アップモードでは、図67のgに示されているように、字幕SUBが、主映像MVWよりも下に位置する黒帯BBGの中に表示される。これは、ビデオ上移動時シフト値aを調節することによって実現可能である。ダウンモードでは、図67のiに示されているように、字幕SUBは、主映像MVWよりも上に位置する黒帯BTIの中に表示される。これは、ビデオ下移動時シフト値bを調節することによって実現可能である。レターボックス表示では黒帯に、PGプレーンの表す字幕の他、IGプレーンの表す対話画面、副映像プレーンの表す映像、又はイメージプレーンの表すポップアップメニューが表示されてもよい。それらの場合にも黒帯の高さを、上記と同様な方法で適切に調節することができる。1-O-1図65に示されている構成では、第2クロッピング処理部4732はSPRM336503からビデオ上/下移動時シフト値を読み出す。その他に、第2クロッピング処理部4732が直接、プレイリストファイルからビデオ上/下移動時シフト値を読み出してもよい。1-O-2図67のa、cに示されている黒帯BT、BBの高さは131ピクセル以外であってもよく、更に可変であってもよい。その値は、アプリケーションプログラム又はユーザに従ってプレーヤ変数記憶部4236内のいずれかのSPRMに設定されてもよい。1-O-3図67のd、fでは、第2クロッピング処理部4732が、PGプレーンPGEに含まれるほぼ全ての画素データの位置を上下方向に移動させる。その他に、PGデコーダがSPRM336503を参照して、PCSの示すオブジェクト表示位置を変更してもよい。例えば、PCSがオブジェクト表示位置=x,yを示し、かつ、SPRM336503がビデオ上移動時シフト値=aを示すとき、PGデコーダはオブジェクト表示位置を座標x,yaに変更する。それにより、図67のdに示されている字幕SUBと同じように、PGストリームの表すグラフィックスオブジェクトは、PCSの示すオブジェクト表示位置よりも下に表示される。グラフィックスオブジェクトの表示位置を上向きに移動させる場合も同様である。尚、PCSはビデオ上/下移動時シフト値を格納していてもよい。1-O-4アップモード及びダウンモードでは、図67のd、fに示されているように、PGプレーンの上下が切り取られる。そのとき、グラフィックスオブジェクトの上下が切り取られないように、グラフィックスオブジェクトの配置可能な領域が所定の範囲に予め制限されていてもよい。具体的な例として、PGプレーンの高さ×幅がHGT×WDHであり、ビデオ上移動時シフト値がaであり、かつビデオ下移動時シフト値がbである場合を想定する。図67のeを参照するに、その場合においてグラフィックスオブジェクトの配置は、次のような水平方向の帯状領域内に制限される:左上角PULのxy座標=0,b、右下角PDRのxy座標=WDH,HGT-a。より正確には、PGストリームは次の条件を満たす:APCSの示すオブジェクト表示位置は上記の帯状領域内である;B仮にグラフィックスオブジェクトがオブジェクト表示位置に表示されたとき、その表示範囲は上記の帯状領域の範囲を超えない;CWDSの示すウィンドウ位置は上記の帯状領域内である;D仮にウィンドウがウィンドウ位置に設定されたとき、その範囲は上記の帯状領域の範囲を超えない。こうして、グラフィックスオブジェクトの上下が切り取られることを防ぐことができる。1-O-5図68のaは、レターボックス表示の映像コンテンツにおけるプレイリストファイル内のSTNテーブルの別例を示す模式図である。図68のaを参照するに、STNテーブル6800では、一つのSTN6801にPGストリーム1のストリームエントリ6802とストリーム属性情報6803とが対応付けられている。そのストリーム属性情報6803は、ビデオ上/下移動時シフト値6810、6811に加え、ビデオシフトモード6812を含む。その場合、再生装置102はビデオシフトに次の構成を利用してもよい。図69は、ビデオシフトに必要な再生装置102内の構成の別例を示す機能ブロック図である。図69に示されている構成は、図65に示されている構成とはビデオシフト部6901とSPRM346904とが異なる。それ以外は同様である。従って、図69では、図65に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図65に示されている要素についての説明を援用する。図66のaに示されているように、SPRM32はビデオシフトモードを表し、SPRM33はビデオ上移動時シフト値とビデオ下移動時シフト値とを表す。それらを表すパラメータの値は再生制御部4235により、図68のaに示されているようなプレイリストファイル内のSTNテーブルに従って更新される。プレーヤ変数記憶部4236では更に、ビデオシフトを行うか否かをオンオフで示すフラグが、SPRM34に格納されている。そのフラグの値はプログラム実行部4234により、アプリケーションプログラム又はユーザに従って設定される。ビデオシフト部6901は、スイッチ4720から左映像プレーンデータ4701と右映像プレーンデータ4702とのいずれかを受信する度に、まずSPRM34内のフラグを参照して、ビデオシフトを行うか否かを決定する。例えばそのフラグの値が1であるとき、ビデオシフト部6901は続いてSPRM32を参照して、その値の示すビデオシフトモードで主映像プレーンに垂直方向のオフセットを与える。一方、そのフラグの値が0であるとき、ビデオシフト部6901はビデオシフトを行うことなく、主映像プレーンを第2加算部4742へ送出する。同様に、第2クロッピング処理部4732は、システムターゲットデコーダ4225からPGプレーンデータ4704を受信する度に、まずSPRM346904を参照して、PGプレーン4704に垂直方向のオフセットを与えるか否かを決定する。例えばそのフラグの値が1であるとき、第2クロッピング処理部4732は続いてSPRM32とSPRM33とを参照して、それらの値に従ってPGプレーン4704に垂直方向のオフセットを与える。一方、そのフラグの値が0であるとき、第2クロッピング処理部4732はPGプレーン4704に垂直方向のオフセットを与えない。1-O-6図68のaに示されているような、ビデオシフトモード6812を含むストリーム属性情報6803が複数、STNテーブルに登録されている場合、ビデオシフトモードの等しいストリーム属性情報が連続するように登録順序が設定される。図68のbは、その登録順序を示す模式図である。図68のbを参照するに、STNテーブルでは、ストリーム番号STN5-13に9種類のPGストリーム1-9のPIDが登録されている。PGストリーム1-3のビデオシフトモードはキープモードに設定され、PGストリーム4、5のビデオシフトモードはアップモードに設定され、PGストリーム6-9のビデオシフトモードはダウンモードに設定されている。その場合、PGストリーム1-3には、連続する3つのSTN=1-3が割り当てられ、PGストリーム4、5には、連続する2つのSTN=4、5が割り当てられ、PGストリーム6-9には、連続する4つのSTN=6-9が割り当てられる。再生装置102は、リモコン105から字幕切り換えボタンの押下を通知される度に、字幕表示に利用すべきPGストリームを、PGストリーム1-9の中から、図68のbに示されている登録順序で選択する。ここで、その選択操作の間、映像と字幕との画面表示はいずれも継続されるので、字幕切り換えボタンが押下されたときに、映像と字幕との表示位置は一般に変化する。しかし、STNテーブルには、図68のbに示されているように、同じビデオシフトモードのPGストリームが連続して登録されている。従って、一般には、字幕切り換えボタンが複数回押下された後に初めて、映像と字幕との表示位置は変化する。そのように変化の頻度が抑えられるので、PGストリームの選択操作が映像と字幕とを見にくくすることを防止することができる。1-O-7再生装置102は、ビデオシフトモードを切り換える場合、フェードイン/アウト等の視覚効果を利用して、映像と字幕との表示位置を滑らかに変化させてもよい。更に好ましくは、字幕の表示位置の変化を映像の表示位置の変化よりも遅らせる。それにより、ビデオシフトモードの切り換えに伴う映像と字幕との表示位置の変化が視聴者に不快感を与えることを防止することができる。1-O-8PGストリーム内のPDSでは、カラーID=255に無色透明が割り当てられ、WDSではウィンドウ内の背景色にカラーID=255が割り当てられている。従って、PGストリームが字幕を表すとき、その字幕の背景色が無色透明に設定される。図70のbは、その場合において画面SCRに表示される映像IMGと字幕SUBとを示す模式図である。図70のbを参照するに、字幕SUBの表示範囲を示すウィンドウWIN1では背景色が無色透明である。従って、そのウィンドウWIN1内では映像IMGと字幕SUBとが重なって表示される。一方、再生装置102はカラーID=255に黒等の不透明な色を割り当ててもよい。図70のaは、プレーヤ変数記憶部4236内のSPRM37のデータ構造を示す模式図である。図70のaを参照するに、SPRM37には字幕の背景色の色座標値が格納される。その値は、プログラム実行部4234により、アプリケーションプログラム又はユーザに従って予め設定される。SPRM37に色座標値が設定されているとき、システムターゲットデコーダ4225内のPGデコーダは、PDSの示す設定にかかわらず、その色座標値をカラーID=255に割り当てる。図70のcは、その場合において画面SCRに表示される映像IMGと字幕SUBとを示す模式図である。ここで、SPRM37の示す色座標値は黒等の不透明な色である。図70のcを参照するに、字幕SUBの表示範囲を示すウィンドウWIN2では背景色がその不透明な色である。従って、そのウィンドウWIN2内では映像IMGが背景色で隠され、字幕SUBだけが表示される。こうして、映像と字幕とを視聴者に確実に見せることができる。1-O-9ビデオシフトモードの切り換えと共に、PGストリームの表すグラフィックス映像の表示位置だけでなく、PGストリームそのものが変更されてもよい。図71のaは、レターボックス表示の映像コンテンツにおけるプレイリストファイル内のSTNテーブルの更に別の例を示す模式図である。図71のaを参照するに、STNテーブル7100では、一つのSTN7101にPGストリーム1のストリームエントリ7102とストリーム属性情報7103とが対応付けられている。そのストリーム属性情報7103はビデオ上移動時字幕7110とビデオ下移動時字幕7111とを含む。ビデオ上移動時字幕7110とビデオ下移動時字幕7111とは、ビデオシフトモードとしてアップモードとダウンモードとがそれぞれ選択されるときに選択されるべきPGストリームのPIDを示す。ビデオ上移動時字幕7110とビデオ下移動時字幕7111とのそれぞれが示すPGストリームでは、初めから、字幕の表示位置が主映像プレーンの下端部と上端部との各黒帯内に設定されている。その場合、再生装置102はビデオシフトに次の構成を利用してもよい。図71のbは、ビデオシフトに必要な再生装置102内の構成の更に別の例を示す機能ブロック図である。図71のbに示されている構成は、図65に示されている構成とは次の点が異なる:Aビデオシフトモードが切り換えられる度に、再生制御部7135は、新たに選択されるべきPGストリームのPIDをPGデコーダ4072に指示する;B第2クロッピング処理部4732はPGプレーン4704に垂直方向のオフセットを与えない;Cプレーヤ変数記憶部4236にはSPRM33とSPRM34とが設定されていなくてもよい。それ以外は同様である。従って、図71のbでは、図65に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図65に示されている要素についての説明を援用する。SPRM326502の示すビデオシフトモードは、プログラム実行部4234によってアプリケーションプログラム又はユーザに従って変更される。再生制御部7135は、SPRM326502の値の変更を検出する度に、図71のaに示されているようなSTNテーブルを参照する。それにより、再生制御部7135はその中から、変更後のビデオシフトモードに対応するPGストリームのPIDを検索してPGデコーダ4072に渡す。具体的には、SPRM326502がアップモードを示すときは、ビデオ上移動時字幕7110の示すPIDが検索され、SPRM326502がダウンモードを示すときは、ビデオ下移動時字幕7111の示すPIDが検索され、SPRM326502がキープモードを示すときは、ストリームエントリ7102の示すPIDが検索される。その結果、PGデコーダ4072によって復号されるPGプレーン4704は、ビデオシフトモードに対応する字幕を表す。図72のaは、キープモードに対応する字幕SB1、SB2を示す模式図である。図72のbは、ダウンモードに対応する字幕SBD、SB2を示す模式図である。図72のaを参照するに、キープモードでは映像の表示領域VP1の下端部に水平方向の字幕SB1が映像と重ねて表示され、右端部に垂直方向の字幕SB2が映像と重ねて表示される。更に、映像の表示領域VP1の上下に高さ131ピクセルの黒帯BT、BBが表示される。図72のbを参照するに、ダウンモードでは映像の表示領域VP2の上側に高さ262ピクセルの黒帯BT2が表示される。仮にPGプレーンに垂直方向のオフセットを与えて水平方向の字幕SB1の表示位置を上側の黒帯BT2の中に移動させた場合、垂直方向の字幕SB2の表示位置SB20は画面よりも上に外れてしまう。それに対し、ビデオ下移動時字幕7111の示すPGストリームは水平方向の字幕SBDを表し、その表示位置は上側の黒帯BT2の中に予め設定されている。従って、再生制御部7135は、キープモードで水平方向の字幕SB1を表すPGストリームを、ダウンモードでは、ビデオ下移動時字幕7111の示すPGストリームに変更する。一方、再生制御部7135は、キープモードで垂直方向の字幕SB2を表すPGストリームを、ダウンモードでもそのまま利用する。それにより、ダウンモードでは、図72のbに示されているように、水平方向の字幕SBDを上側の黒帯BT2の中に表示し、かつ、垂直方向の字幕SB2を、キープモードでの字幕と同じく、映像の表示領域VP2の右端部に映像と重ねて表示することができる。アップモードでも同様である。ビデオ上移動時字幕7110、ビデオ下移動時字幕7111、又はストリームエントリ7102がSTNテーブルに登録されていないとき、PGデコーダ4072は再生制御部7135から新たなPIDを指示されないので、その時点で保持しているPIDをそのまま維持する。その場合、第2クロッピング処理部4732はPGプレーン4704に垂直方向のオフセットを与えてもよい。そのオフセットは、ビデオシフト部6501によって主映像プレーン4701、4702に与えられるオフセットと等しい。図72のcは、キープモードで表示される字幕SB1を示す模式図である。図72のdは、ビデオ上移動時字幕7110がSTNテーブルに登録されていない場合において、アップモードで表示される字幕SB3を示す模式図である。図72のcを参照するに、キープモードでは映像の表示領域VP1の下端部に字幕SB1が映像と重ねて表示される。更に、映像の表示領域VP1の上下に高さ131ピクセルの黒帯BT、BBが表示される。図72のdを参照するに、アップモードでは映像の表示領域VP2の下側に高さ262ピクセルの黒帯BB2が表示される。仮に字幕SB1の表示位置がキープモードでの位置に維持された場合、その字幕SB1の下側が黒帯BB2に重なって表示されてしまう。それに対し、第2クロッピング処理部4732がPGプレーン4704に垂直方向のオフセットを与えた場合、アップモードの字幕SB3をキープモードの字幕SB1と同じく、図72のdに示されているように、映像の表示領域VP2の下端部に、黒帯BB2から離して表示することができる。《実施形態2》本発明の実施形態2によるBD-ROMディスクは、PGストリームとIGストリームとについてもベースビューとディペンデントビューとの対を含む。一方、本発明の実施形態2による再生装置は2プレーンモードを備える。2プレーンモードはグラフィックスプレーンの表示モードの一つである。サブTSがベースビューとディペンデントビューとのグラフィックスストリームを両方含むとき、2プレーンモードの再生装置は各グラフィックスストリームからレフトビューとライトビューとのグラフィックスプレーンデータを復号して交互に出力する。それにより、それらのグラフィックスストリームから3Dグラフィックス映像を再生することができる。それらの点を除き、実施形態2によるBD-ROMディスクと再生装置とは、実施形態1によるものと構成及び機能が等しい。従って、以下では、実施形態2によるBD-ROMディスクと再生装置とのうち、実施形態1によるものからの変更部分及び拡張部分について説明する。実施形態1によるBD-ROMディスクと再生装置と同様な部分については、上記の実施形態1についての説明を援用する。<サブTSのデータ構造>図73のaは、BD-ROMディスク101上の第1サブTSに多重化されたエレメンタリストリームの一覧表である。第1サブTSはMPEG-2TS形式の多重化ストリームデータであり、L/Rモード用のファイルDEPに含まれる。図73のaを参照するに、第1サブTSは、プライマリビデオストリーム7311、レフトビューPGストリーム7312A、7312B、ライトビューPGストリーム7313A、7313B、レフトビューIGストリーム7314、ライトビューIGストリーム7315、及びセカンダリビデオストリーム7316を含む。プライマリビデオストリーム7311はライトビュービデオストリームであり、図3のaに示されているメインTS内のプライマリビデオストリーム301が3D映像のレフトビューを表すとき、その3D映像のライトビューを表す。レフトビューとライトビューとのPGストリームの対7312A7313A、7312B7313Bは、字幕等のグラフィックス映像を3D映像として表示するときにそのレフトビューとライトビューとの対を表す。レフトビューとライトビューとのIGストリームの対7314、7315は、対話画面のグラフィックス映像を3D映像として表示するときにそのレフトビューとライトビューとの対を表す。セカンダリビデオストリーム7316はライトビュービデオストリームであり、メインTS内のセカンダリビデオストリーム306が3D映像のレフトビューを表すとき、その3D映像のライトビューを表す。エレメンタリストリーム7311-7316に対するPIDの割り当ては例えば次のとおりである。プライマリビデオストリーム7311には0x1012が割り当てられる。一つのサブTSに他のエレメンタリストリームが種類別に最大32本まで多重化可能であるとき、レフトビューPGストリーム7312A、7312Bには0x1220から0x123Fまでのいずれかが割り当てられ、ライトビューPGストリーム7313A、7313Bには0x1240から0x125Fまでのいずれかが割り当てられる。レフトビューIGストリーム7314には0x1420から0x143Fまでのいずれかが割り当てられ、ライトビューIGストリーム7315には0x1440から0x145Fまでのいずれかが割り当てられる。セカンダリビデオストリーム7316には0x1B20から0x1B3Fまでのいずれかが割り当てられる。図73のbは、BD-ROMディスク101上の第2サブTSに多重化されたエレメンタリストリームの一覧表である。第2サブTSはMPEG-2TS形式の多重化ストリームデータであり、デプスモード用のファイルDEPに含まれる。その他に、第2サブTSは第1サブTSと同じファイルDEPに多重化されていてもよい。図73のbを参照するに、第2サブTSは、プライマリビデオストリーム7321、デプスマップPGストリーム7323A、7323B、デプスマップIGストリーム7324、及びセカンダリビデオストリーム7326を含む。プライマリビデオストリーム7321はデプスマップストリームであり、メインTS内のプライマリビデオストリーム301との組み合わせで3D映像を表す。デプスマップPGストリーム7323A、7323Bは、メインTS内のPGストリーム323A、323Bの表す2D映像が仮想的な2D画面への3D映像の射影として利用されるとき、その3D映像のデプスマップを表すPGストリームとして利用される。デプスマップIGストリーム7324は、メインTS内のIGストリーム304の表す2D映像が仮想的な2D画面への3D映像の射影として利用されるとき、その3D映像のデプスマップを表すIGストリームとして利用される。セカンダリビデオストリーム7326はデプスマップストリームであり、メインTS内のセカンダリビデオストリーム306との組み合わせで3D映像を表す。エレメンタリストリーム7321-7326に対するPIDの割り当ては例えば次のとおりである。プライマリビデオストリーム7321には0x1013が割り当てられる。一つのサブTSに他のエレメンタリストリームが種類別に最大32本まで多重化可能であるとき、デプスマップPGストリーム7323A、7323Bには0x1260から0x127Fまでのいずれかが割り当てられる。デプスマップIGストリーム7324には0x1460から0x147Fまでのいずれかが割り当てられる。セカンダリビデオストリーム7326には0x1B40から0x1B5Fまでのいずれかが割り当てられる。<STNテーブルSSのデータ構造>図74は、本発明の実施形態2によるSTNテーブルSS3130のデータ構造を示す模式図である。図74を参照するに、STNテーブルSS3130内の各ストリーム登録情報列3301、3302、3303、...は、図33に示されているポップアップ期間のオフセット3311とディペンデントビュービデオストリームのストリーム登録情報列3312との他に、PGストリームのストリーム登録情報列7413とIGストリームのストリーム登録情報列7414とを含む。PGストリームのストリーム登録情報列7413は、サブTSから再生対象として選択可能なPGストリームを示すストリーム登録情報を含む。IGストリームのストリーム登録情報列7414は、サブTSから再生対象として選択可能なIGストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列7413、7414はそれぞれ、対応するPI内のSTNテーブルに含まれるストリーム登録情報列のうち、PGストリーム及びIGストリームを示すものと組み合わされて利用される。3D再生モードの再生装置102は、STNテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたSTNテーブルSS内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、2D再生モードを単に3D再生モードへ切り換えるとき、設定済みのSTN、及び言語等のストリーム属性を同一に維持できる。図74を更に参照するに、PGストリームのストリーム登録情報列7413は一般に複数のストリーム登録情報7431を含む。それらは、対応するPI内に含まれるPGストリームのストリーム登録情報と同数である。IGストリームのストリーム登録情報列7414も同様なストリーム登録情報を含む。それらは、対応するPI内に含まれるIGストリームのストリーム登録情報と同数である。各ストリーム登録情報7431は、STN7441、立体視フラグis_SS_PG7442、ベースビューストリームエントリstream_entry_for_base_view7443、ディペンデントビューストリームエントリstream_entry_for_depentdent_view7444、及びストリーム属性情報7445を含む。STN7441は、ストリーム登録情報7431に個別に割り当てられた通し番号であり、対応するPI内で組み合わせ対象のストリーム登録情報に割り当てられたSTNと等しい。立体視フラグ7442は、BD-ROMディスク101がベースビューとディペンデントビューとのPGストリームを両方含むか否かを示す。立体視フラグ7442がオンであるとき、サブTSは両方のPGストリームを含む。従って、ベースビューストリームエントリ7443、ディペンデントビューストリームエントリ7444、及びストリーム属性情報7445のいずれのフィールドも再生装置によって読み出される。立体視フラグ7442がオフであるとき、それらのフィールド7443-7445はいずれも再生装置に無視される。ベースビューストリームエントリ7443とディペンデントビューストリームエントリ7444とはいずれも、サブパスID参照情報7421、ストリームファイル参照情報7422、及びPID7423を含む。サブパスID参照情報7421は一つのサブパスのサブパスIDを示し、そのサブパスはベースビューとディペンデントビューとの各PGストリームの再生経路を規定する。ストリームファイル参照情報7422は、各PGストリームが格納されたファイルDEPを識別するための情報である。PID7423は、各PGストリームのPIDである。ストリーム属性情報7445は、各PGストリームの属性、例えば言語の種類を含む。尚、PGストリームのストリーム登録情報7431は、STNテーブルSSに代えて、STNテーブルに格納されていてもよい。その場合、そのストリーム登録情報7431は、メインTS内のPGストリームのストリーム登録情報、特にそのストリーム属性情報に格納される。<システムターゲットデコーダ>図75は、本発明の実施形態2によるシステムターゲットデコーダ7525の機能ブロック図である。図75を参照するに、PGデコーダ7501は、図45に示されているPGデコーダとは異なり、2プレーンモードに対応可能である。具体的には、PGデコーダ7501はベースビューPGデコーダ7511とディペンデントビューPGデコーダ7512とを含む。ベースビューPGデコーダ7511は、図3のaに示されているメインTS内のPGストリーム303A、303Bに加え、図73のaに示されている第1サブTS内のレフトビューPGストリーム7312A、7312Bをプレーンデータに復号する。ディペンデントビューPGデコーダ7512は、図73のaに示されている第1サブTS内のライトビューPGストリーム7313A、7313B、及び図73のbに示されている第2サブTS内のデプスマップPGストリーム7323A、7323Bをプレーンデータに復号する。副映像デコーダとIGデコーダとのいずれも同様な一対のデコーダを含む。システムターゲットデコーダ7525は更に、一対のPGプレーンメモリ7521、7522を含む。ベースビューPGデコーダ7511はプレーンデータをレフトビューPGプレーンメモリ7521に書き込み、ディペンデントビューPGデコーダ7512はプレーンデータをライトビューPGプレーンメモリ7522に書き込む。IGプレーンメモリとイメージプレーンメモリとのいずれも同様な構成である。システムターゲットデコーダ7525は更に、グラフィックスプレーンメモリからのプレーンデータの出力を、2プレーンモード、1プレーンオフセットモード、及び1プレーンゼロオフセットモードのそれぞれに対応させる。特に再生制御部4235から2プレーンモードが指示されたとき、システムターゲットデコーダ7525は一対のPGプレーンメモリ7521、7522からプレーン加算部7526へプレーンデータを交互に送出する。<プレーン加算部>図76は2プレーンモードのプレーン加算部7526の部分的な機能ブロック図である。図76を参照するに、プレーン加算部7526は、図47に示されているもの4226と同様、視差映像生成部4710、スイッチ4720、第1加算部4741、及び第2加算部4742を含む。プレーン加算部7526は更に、PGプレーンデータ7604、7605の入力部に第2視差映像生成部7610と第2スイッチ7620とを含む。同様な構成は、副映像プレーンデータ、IGプレーンデータ、及びイメージプレーンデータの各入力部にも含まれる。第2視差映像生成部7610は、システムターゲットデコーダ7525からレフトビューPGプレーンデータ7604とライトビューPGプレーンデータ7605とを受信する。L/Rモードの再生装置102では、レフトビューPGプレーンデータ7604はレフトビューPGプレーンを表し、ライトビューPGプレーンデータ7605はライトビューPGプレーンを表す。そのとき、第2視差映像生成部7610は各プレーンデータ7604、7605をそのまま第2スイッチ7620へ送出する。一方、デプスモードの再生装置102では、レフトビューPGプレーンデータ7604は2Dグラフィックス映像のPGプレーンを表し、ライトビューPGプレーンデータ7605はその2Dグラフィックス映像に対するデプスマップを表す。そのとき、第2視差映像生成部7610はまず、そのデプスマップからその2Dグラフィックス映像の各部の両眼視差を計算する。第2視差映像生成部7610は次に、レフトビューPGプレーンデータ7604を加工して、PGプレーンにおけるその2Dグラフィックス映像の各部の表示位置を、計算された両眼視差に応じて左右に移動させる。それにより、レフトビューとライトビューとを表すPGプレーンの対が生成される。第2視差映像生成部7610は更に、そのPGプレーンの対を第2スイッチ7620へ送出する。第2スイッチ7620は、PTSの等しいレフトビューPGプレーンデータ7604とライトビューPGプレーンデータ7605とをその順で第2クロッピング処理部4732へ送出する。2プレーンモードの第2クロッピング処理部4732は各PGプレーンデータ7604、7605をそのまま第2加算部4742へ送出する。第2加算部4742は、第1加算部4741からのプレーンデータに各PGプレーンデータ7604、7605を重畳して第3加算部4743に渡す。その結果、左映像プレーンデータ7601にはレフトビューPGプレーンが重畳され、右映像プレーンデータ7602にはライトビューPGプレーンが重畳される。2プレーンモードの第2クロッピング処理部4732は、図47に示されている1プレーンオフセットモードのものと同様に、オフセット補正値を利用して各PGプレーンデータ7604、7605に水平方向のオフセットを与えてもよい。それにより、3Dグラフィックス映像の奥行き感を表示装置103の画面サイズに合わせて微調整することができる。その他に、第2クロッピング処理部4732は、図65、69に示されている1プレーンオフセットモードのものと同様に、ビデオ上/下移動時シフト値を利用して各PGプレーンデータ7604、7605に垂直方向のオフセットを与えてもよい。それにより、3D映像がレターボックス表示で再現されるとき、字幕等の3Dグラフィックス映像を、3D映像よりも上又は下に位置する黒帯上に再現することができる。<2プレーンモードでのオフセット情報の用途>2プレーンモードの第2クロッピング処理部4732は、オフセット情報4704を利用してレフトビュー又はライトビューのグラフィックスプレーンに対してオフセット制御を行ってもよい。そのオフセット制御には、以下に述べる利点がある。L/Rモードでは、図73のaに示されている第1サブTS内のレフトビューPGストリームに代えて、メインTS内の2D映像用PGストリーム以下、2DPGストリームと略す。がレフトビューPGプレーンデータとして利用されてもよい。すなわち、図74に示されているベースビューストリームエントリ7443において、サブパスID参照情報7421はメインパスを示し、ストリームファイル参照情報7422は、2DPGストリームが格納されたファイル2Dを示し、PID7423は2DPGストリームのPIDを示す。その場合、第1サブTSはレフトビューPGストリームを含まなくてもよいので、3D映像コンテンツのデータ量を削減することができる。しかし、その反面、3Dグラフィックス映像に次の不具合が生じる危険性がある。図77のa、b、cは、2DPGストリームの表すレフトビューグラフィックス映像GOB0と、ライトビューPGストリームの表すライトビューグラフィックス映像GOB1-3とを示す模式図である。図77のa-cを参照するに、画面SCR内の実線はレフトビューグラフィックス映像GOB0を示し、破線はライトビューグラフィックス映像GOB1-3を示す。図77のa、b、cの順にグラフィックス映像間の距離Δ1、Δ2、Δ3は小さいΔ1<Δ2<Δ3ので、3Dグラフィックス映像と画面SCRとの奥行きの差が小さい。従って、グラフィックス映像の対が図77のa、b、cの順に表示されるとき、3Dグラフィックス映像は画面SCRから手前に飛び出すように見える。レフトビューグラフィックス映像GOB0が字幕を表すとき、その映像GOB0は2D映像としても利用されるので、その表示位置は図77のa、b、cの間で一定である。一方、ライトビューグラフィックス映像GOB1-3の表示位置は図77のa、b、cの順に左へ移動する。従って、グラフィックス映像間の中心位置C1、C2、C3が図77のa、b、cの順に左へ移動する。すなわち、字幕の3Dグラフィックス映像は左向きに移動するように見える。そのような字幕の移動は視聴者に違和感を与える危険性がある。2プレーンモードの第2クロッピング処理部4732は、オフセット情報に従ったオフセット制御を次のように利用して、3Dグラフィックス映像の水平方向での移動を防ぐ。図77のd、e、fはそれぞれ、図77のa、b、cに示されているレフトビューグラフィックス映像に対するオフセット制御を示す模式図である。図77のd-fを参照するに、画面SCR内の実線はオフセット制御後のレフトビューグラフィックス映像GOB4-6を示し、細い破線はオフセット制御前のレフトビューグラフィックス映像GOB0を示し、太い破線はライトビューグラフィックス映像GOB1-3を示す。第2クロッピング処理部4732はレフトビューPGプレーンに対し、図77のd、e、fに矢印で示されているオフセットOFS1、OFS2、OFS3を順番に与える。それにより、オフセット制御後のレフトビューグラフィックス映像GOB4-6はオフセット制御前のものGOB0よりも右へ移動する。その結果、図77のd-fではグラフィックス映像間の中心位置C0が一定に維持されるので、3Dグラフィックス映像は水平方向には移動しないように見える。こうして、2DPGストリームをレフトビューPGストリームとして利用することが視聴者に違和感を与える危険性を回避することができる。《実施形態3》以下、本発明の実施形態3として、本発明の実施形態1、2による記録媒体の記録装置及び記録方法について説明する。その記録装置は、いわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリングスタッフによって使用される。記録装置はオーサリングスタッフの操作に従い、まず映画コンテンツを所定の圧縮符号化方式でAVストリームファイルに変換する。記録装置は次にシナリオを生成する。シナリオは、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には、動的シナリオ情報と静的シナリオ情報とを含む。記録装置は続いて、AVストリームファイル及びシナリオからBD-ROMディスク用のボリュームイメージを生成する。記録装置は最後に、そのボリュームイメージを記録媒体に記録する。図78は、その記録装置7800の機能ブロック図である。図78を参照するに、その記録装置7800は、データベース部7801、ビデオエンコーダ7802、素材制作部7803、シナリオ生成部7804、BDプログラム制作部7805、多重化処理部7806、及びフォーマット処理部7807を含む。データベース部7801は記録装置に内蔵の不揮発性記憶装置であり、特にHDDである。データベース部7801はその他に、記録装置に外付けされたHDDであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。ビデオエンコーダ7802は、非圧縮のビットマップデータ等の映像データをオーサリングスタッフから受け付けて、MPEG-4AVC、MVC、又はMPEG-2等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリビデオストリームに変換され、副映像のデータはセカンダリビデオストリームに変換される。特に3D映像のデータは、MVC等の多視点符号化方式を利用して、図7に示されているようなベースビュービデオストリームとディペンデントビュービデオストリームとの対に変換される。すなわち、レフトビューを表すビデオフレームの列は、それ自身のピクチャ間での予測符号化によって、ベースビュービデオストリームに変換される。一方、ライトビューを表すビデオフレームの列は、それ自身のピクチャだけでなく、ベースビューピクチャとの間の予測符号化によって、ディペンデントビュービデオストリームに変換される。尚、ライトビューを表すビデオフレームの列がベースビュービデオストリームに変換され、レフトビューを表すビデオフレームの列がディペンデントビュービデオストリームに変換されてもよい。変換後の各ビデオストリーム7812はデータベース部7801に保存される。ビデオエンコーダ7802は、ピクチャ間予測符号化の処理過程でレフトビューとライトビューとの間での各映像の動きベクトルを検出し、それらから各3D映像の奥行き情報を算出する。図79のa、bは、3D映像の一シーンの表示に利用されるレフトビューピクチャとライトビューピクチャとを表す模式図であり、cは、ビデオエンコーダ7802によってそれらのピクチャから算出された奥行き情報を示す模式図である。ビデオエンコーダ7802はレフトビューとライトビューとの各ピクチャの圧縮に、それらのピクチャ間の冗長性を利用する。すなわち、ビデオエンコーダ7802は圧縮前の両ピクチャを8×8又は16×16の画素マトリクスごとに、すなわちマクロブロックごとに比較して、両ピクチャ間での各映像の動きベクトルを検出する。具体的には、図79のa、bに示されているように、まず、レフトビューピクチャ7901とライトビューピクチャ7902とはそれぞれ、マクロブロック7903のマトリクスに分割される。次に、両ピクチャ7901、7902間でイメージデータがマクロブロック7903ごとに比較され、その結果から各映像の動きベクトルが検出される。例えば、家の映像7904を表す領域は両ピクチャ7901、7902間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、球の映像7905を表す領域は両ピクチャ7901、7902間で異なるので、それらの領域からはその映像7905の動きベクトルが検出される。ビデオエンコーダ7802は、検出された動きベクトルを各ピクチャ7901、7902の圧縮に利用する。一方、ビデオエンコーダ7802はその動きベクトルを、家の映像7904及び球の映像7905等、各映像の両眼視差の計算に利用する。ビデオエンコーダ7802は更に、各映像の両眼視差からその映像の奥行きを算出する。その奥行きを表す情報は、図79のcに示されているように、各ピクチャ7901、7902のマクロブロックのマトリクスと同じサイズのマトリクス7906に整理される。このマトリクス7906内のブロック7907は、各ピクチャ7901、7902内のマクロブロック7903と一対一に対応する。各ブロック7907は、対応するマクロブロック7903の表す映像の奥行きを、例えば8ビットの深度で表す。図79に示されている例では、球の映像7905の奥行きがマトリクス7906の領域7908内の各ブロックに記録される。その領域7908は、その映像7905を表す各ピクチャ7901、7902内の領域の全体に対応する。ビデオエンコーダ7802は奥行き情報を利用して、レフトビュー又はライトビューに対するデプスマップを生成してもよい。その場合、ビデオエンコーダ7802は、レフトビュー又はライトビューのストリームデータとデプスマップストリームとのそれぞれを、それ自身の含むピクチャ間での予測符号化を用いて、ベースビュービデオストリームとデプスマップストリームとに変換する。変換後の各ビデオストリーム7812はデータベース部7801に保存される。ビデオエンコーダ7802は更に、その奥行き情報を利用して、図60のb、cに示されているレフトビューLVとライトビューRVとの一方にしか含まれない垂直方向の帯状領域AL、ARの幅WDH、及び、図61のb、cに示されているレフトビューLVとライトビューRVとの一方にしか含まれない水平方向の帯状領域AT、ABの高さHGTを算定する。実際、それらの帯状領域が物体の映像を含んでいれば、その映像の動きベクトルが、レフトビューからライトビューへ、又はその逆へのフレームアウトを表すものとして検出される。ビデオエンコーダ7802はその動きベクトルから各帯状領域の幅又は高さを算定できる。算定された幅と高さとを示す情報以下、マスク領域情報という。7811はデータベース部7801に保存される。ビデオエンコーダ7802はその他に、2D映像のデータからセカンダリビデオストリームを符号化する際に、オーサリングスタッフの操作に従って、副映像プレーンに対するオフセット情報7810を作成してもよい。作成されたオフセット情報7810はデータベース部7801に保存される。素材制作部7803は、ビデオストリーム以外のエレメンタリストリーム、例えば、オーディオストリーム7813、PGストリーム7814、及びIGストリーム7815を作成してデータベース部7801に保存する。例えば、素材制作部7803はオーサリングスタッフから非圧縮のLPCM音声データを受け付けて、それをAC-3等の圧縮符号化方式で符号化してオーディオストリーム7813に変換する。素材制作部7803はその他に、オーサリングスタッフから字幕情報ファイルを受け付けて、それに従ってPGストリーム7814を作成する。字幕情報ファイルは、字幕を表すイメージデータ又はテキストデータ、その字幕の表示時期、及び、その字幕に加えられるべきフェードイン/アウト等の視覚効果を規定する。素材制作部7803は更に、オーサリングスタッフからビットマップデータとメニューファイルとを受け付けて、それらに従ってIGストリーム7815を作成する。ビットマップデータはメニューのイメージを表す。メニューファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。素材制作部7803は更に、オーサリングスタッフの操作に従い、PGストリーム7814とIGストリーム7815とのそれぞれに対するオフセット情報7810を作成する。その場合、素材制作部7803は、ビデオエンコーダ7802によって生成された奥行き情報DPIを利用して、3Dグラフィックス映像の奥行きを3D映像の奥行きに合わせてもよい。その場合、3D映像の奥行きがフレームごとに激しく変化するときには、素材制作部7803は、奥行き情報DPIを利用して作成されたオフセット値の列を更にローパスフィルタで処理して、フレームごとの変化を低減させてもよい。こうして、作成されたオフセット情報7810はデータベース部7801に保存される。シナリオ生成部7804は、オーサリングスタッフからGUI経由で受け付けられた指示に従ってBD-ROMシナリオデータ7817を作成し、データベース部7801に保存する。BD-ROMシナリオデータ7817は、データベース部7801に保存された各エレメンタリストリーム7812-7816の再生方法を規定する。BD-ROMシナリオデータ7817は、図2に示されているファイル群のうち、インデックスファイル211、ムービーオブジェクトファイル212、及びプレイリストファイル221-223を含む。シナリオ生成部7804は更に、パラメータファイルPRFを作成して多重化処理部7806へ送出する。パラメータファイルPRFは、データベース部7801に保存されたエレメンタリストリーム7812-7815の中から、メインTSとサブTSとのそれぞれに多重化されるべきストリームデータを規定する。BDプログラム制作部7805はオーサリングスタッフに対して、BD-Jオブジェクト及びJavaアプリケーションプログラムのプログラミング環境を提供する。BDプログラム制作部7805はGUIを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。BDプログラム制作部7805は更に、BD-JオブジェクトからBD-Jオブジェクトファイル251を作成し、JavaアプリケーションプログラムをJARファイル261に圧縮する。それらのプログラムファイル群BDPはフォーマット処理部7807へ送出される。ここで、BD-Jオブジェクトが次のようにプログラミングされる場合を想定する:BD-Jオブジェクトは、図42に示されているプログラム実行部4234にGUI用のグラフィックスデータをシステムターゲットデコーダ4225へ送出させる。BD-Jオブジェクトは更に、システムターゲットデコーダ4225にそのグラフィックスデータをイメージプレーンデータとして処理させ、プレーン加算部4226にイメージプレーンデータを1プレーンオフセットモードで送出させる。その場合、BDプログラム制作部7805は、イメージプレーンに対するオフセット情報7810を作成してデータベース部7801に保存する。BDプログラム制作部7305はそのオフセット情報7310の作成に、ビデオエンコーダ7802によって生成された奥行き情報DPIを利用してもよい。多重化処理部7806はパラメータファイルPRFに従い、データベース部7801に保存されている各エレメンタリストリーム7812-7815をMPEG2-TS形式のストリームファイルに多重化する。具体的には、図4に示されているように、まず、各エレメンタリストリーム7812-7815が一つのソースパケット列に変換され、次に、各列のソースパケットが一本の多重化ストリームデータにまとめられる。こうして、メインTSとサブTSとが作成される。それらの多重化ストリームデータMSDはフォーマット処理部7807へ送出される。多重化処理部7806は更に、データベース部7801に保存されているオフセット情報7810に基づいてオフセットメタデータを作成する。図11に示されているように、作成されたオフセットメタデータ1110はディペンデントビュービデオストリーム内に格納される。そのとき、データベース部7801に保存されているマスク領域情報7811は、オフセットメタデータと共にディペンデントビュービデオストリーム内に格納される。また、多重化処理部7806は各グラフィックスデータを加工して、左右の各映像フレーム内でのグラフィックス部品の配置を調整してもよい。それにより、各グラフィックスプレーンの表す3Dグラフィックス映像が、他のグラフィックスプレーンの表す3Dグラフィックス映像と同じ視方向に重なって表示されることを、多重化処理部7806は防止できる。その他に、多重化処理部7306は各グラフィックスプレーンに対するオフセット値を調整して、各3Dグラフィックス映像が異なる奥行きに表示されるようにできる。多重化処理部7806はその上、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へ送出される。フォーマット処理部7807は、データベース部7801に保存されたBD-ROMシナリオデータ7817、BDプログラム制作部7805によって制作されたBD-Jオブジェクトファイル等のプログラムファイル群BDP、及び、多重化処理部7806によって生成された多重化ストリームデータMSDとクリップ情報ファイルCLIとから、図2に示されているディレクトリ構造のBD-ROMディスクイメージ7820を作成する。そのディレクトリ構造ではファイルシステムとしてUDFが利用される。フォーマット処理部7807は、ファイル2D、ファイルDEP、及びファイルSSの各ファイルエントリを作成するとき、2Dクリップ情報ファイルとディペンデントビュークリップ情報ファイルとのそれぞれに含まれるエントリマップと3Dメタデータとを参照する。それにより、エントリポイントとエクステント起点との各SPNがアロケーション記述子の作成に利用される。特に、図19に示されているようなデータブロックのインターリーブ配置が表現されるように、各アロケーション記述子の表すべきLBNの値とエクステントのサイズとが決定される。その結果、各ベースビューデータブロックはファイルSSとファイル2Dとに共有され、各ディペンデントビューデータブロックはファイルSSとファイルDEPとに共有される。<BD-ROMディスクイメージの記録方法>図80は、図78に示されている記録装置7800を利用してBD-ROMディスクへ映画コンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置7800の電源投入によって開始される。ステップS8001では、BD-ROMディスクへ記録されるべきエレメンタリストリーム、プログラム、及びシナリオデータが作成される。すなわち、ビデオエンコーダ7802はビデオストリーム7812を作成する。素材制作部7803は、オーディオストリーム7813、PGストリーム7814、及びIGストリーム7815を作成する。シナリオ生成部7804はBD-ROMシナリオデータ7817を作成する。作成されたそれらのデータ7812-7817はデータベース部7801に保存される。一方、ビデオエンコーダ7802は、オフセット情報7810とマスク領域情報7811とを作成してデータベース部7801に保存する。素材制作部7803はオフセット情報7810を作成してデータベース部7801に保存する。シナリオ生成部7804はパラメータファイルPRFを作成して多重化処理部7806へ送出する。BDプログラム制作部7805は、BD-JオブジェクトファイルとJARファイルとを含むプログラムファイル群BDPを作成してフォーマット処理部7807へ送出し、オフセット情報7810を作成してデータベース部7801に保存する。その後、処理はステップS8002へ進む。ステップS8002では、多重化処理部7806は、データベース部7801に保存されたオフセット情報7810に基づいてオフセットメタデータを作成する。作成されたオフセットメタデータは、マスク領域情報7811と共に、ディペンデントビュービデオストリーム内に格納される。その後、処理はステップS8003へ進む。ステップS8003では、多重化処理部7806はパラメータファイルPRFに従い、データベース部7801から各エレメンタリストリーム7812-7815を読み出してMPEG2-TS形式のストリームファイルに多重化する。その後、処理はステップS8004へ進む。ステップS8004では、多重化処理部7806は2Dクリップ情報ファイルとディペンデントビュークリップ情報ファイルとを作成する。特に、エントリマップとエクステント起点との作成では、隣接するデータブロック間でエクステントATC時間が揃えられる。更に、2Dエクステント、ベースビューエクステント、ディペンデントビューエクステント、及びエクステントSSのサイズが、所定の条件を満たすように設計される。その後、処理はステップS8005へ進む。ステップS8005では、フォーマット処理部7807は、BD-ROMシナリオデータ7817、プログラムファイル群BDP、多重化ストリームデータMDS、及びクリップ情報ファイルCLIから、BD-ROMディスクイメージ7820を作成する。その後、処理はステップS8006へ進む。ステップS8006では、BD-ROMディスクイメージ7820がBD-ROMプレス用データに変換される。更に、このデータはBD-ROMディスクの原盤に記録される。その後、処理はステップS8007へ進む。ステップS8007では、ステップS8006で得られた原盤をプレス工程に利用してBD-ROMディスク101の大量生産を行う。こうして、処理が終了する。<エクステントATC時間を揃える方法>図81は、隣接するデータブロック間でエクステントATC時間を揃える方法を示す模式図である。まず、ベースビューデータブロックに格納されるソースパケット以下、SP1と略す。と、ディペンデントビューデータブロックに格納されるソースパケット以下、SP2と略す。とには、同じATC時間軸でATSが付与される。図81を参照するに、矩形8110、8120はそれぞれ、SP1pp=0、1、2、3、...、k、k1、...、i、i1とSP2qq=0、1、2、3、...、m、m1、...、jとを表す。それらの矩形8110、8120はATCの時間軸方向で各ソースパケットのATSの順に並べられている。各矩形8110、8120の先頭の位置はそのソースパケットのATSの値を表す。各矩形8110、8120の長さAT1は、3D再生装置が1個のソースパケットをリードバッファからシステムターゲットデコーダへ転送するのに要する時間を表す。SP10のATSA1からエクステントATC時間TEXTが経過するまでの期間に、リードバッファからシステムターゲットデコーダへ転送されるSP1、すなわちSP10、1、2、...、kは、n1番目のベースビューエクステントEXT1nとして一つのベースビューデータブロックに格納される。同様に、SP1k1のATSA3からエクステントATC時間TEXTが経過するまでの期間に、リードバッファからシステムターゲットデコーダへ転送されるSP1、すなわちSP1k1、...、iは、n2番目のベースビューエクステントEXT1n1として次のベースビューデータブロックに格納される。一方、n1番目のディペンデントビューエクステントEXT2nとして一つのディペンデントビューデータブロックに格納されるべきSP2は次のように選択される。まず、SP10のATSA1とエクステントATC時間TEXTとの和、すなわちn2番目のベースビューエクステント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以後であってもよい。同様に、n2番目のディペンデントビューエクステントEXT2n1として一つのディペンデントビューデータブロックに格納されるべきSP2は、次のように選択される。まず、n3番目のベースビューエクステントの先頭に位置するSP1i1のATSA5=A3TEXTが求められる。次に、SP1k1のATSA3からSP1i1のATSA5までの期間に、リードバッファからシステムターゲットデコーダへの転送が開始されるSP2、すなわちSP2m1-jが選択される。従って、先頭のSP2、すなわちSP2m1のATSA4は必ず、先頭のSP1、すなわちSP1k1のATSA3以上である:A4≧A3。更に、SP2m1-jのATSは全て、SP1i1のATSA5未満である。《実施形態4》図110は、本発明の実施形態4による集積回路3を用いて実現された再生装置の機能ブロック図である。この再生装置は、前述の実施形態において説明された構造のデータを再生する媒体IF部1は、媒体からデータを受信して、又は読み出して、集積回路3に転送する。ここで、そのデータは、前述の実施形態において説明した構造のデータを含む。例えば、媒体が光ディスクやハードディスクである場合、媒体IF部1はディスクドライブである。媒体が、SDカードやUSBメモリ等の半導体メモリである場合、媒体IF部1はカードIFである。媒体が、CATV等を含む放送波である場合、媒体IF部1はCANチューナーやSiチューナーである。媒体が、イーサネット登録商標、無線LAN、無線公衆回線等のネットワークである場合、媒体IF部1はネットワークIFである。メモリ2は、媒体から受信され、又は読み出されたデータを一旦格納し、又は集積回路3における処理途中のデータを一時的に格納する。メモリ2としては、SDRAMSynchronousDynamicRandomAccessMemory、DDRxSDRAMDouble-Date-RatexSynchronousDynamicRandomAccessMemory;x=1,2,3,...等が用いられる。尚、メモリ2は任意の個数備えられていればよく、必要に応じて単数でも複数でも構わない。集積回路3は、媒体IF部1から転送されたデータに対して映像音声処理を施すシステムLSIである。集積回路3は、主制御部6、ストリーム処理部5、信号処理部7、メモリ制御部9、及びAV出力部8を含む。主制御部6はプログラムメモリとプロセッサコアとを有する。プログラムメモリには予めOS等の基本ソフトが格納されている。プロセッサコアはタイマ機能や割り込み機能を有し、プログラムメモリ等に格納されたプログラムに従って、集積回路3全体の制御を行う。ストリーム処理部5は、主制御部6の制御の下、媒体から媒体IF部1経由で転送されたデータを受信し、集積回路3内のデータバスを経由してメモリ2に格納し、又は受信したデータを映像系データ、音声系データに分離する。前述したとおり、2D/レフトビューAVストリームファイルはレフトビュービデオストリームを含み、ライトビューAVストリームファイルはライトビュービデオストリームを含む。更に、媒体上のデータは、2D/レフトビューAVストリームファイルとライトビューAVストリームファイルとが幾つかのエクステントに分割された状態で交互に配置されたものである。ここで、媒体上のデータのうち、レフトビュービデオストリームを含む部分は左目用データであり、ライトビュービデオストリームを含む部分は右目用データである。主制御部6は、集積回路3が左目用データを受信した場合はメモリ2内の第1の領域にデータが格納されるようにストリーム処理部5を制御し、右目用データを受信した場合はメモリ2内の第2の領域にデータが格納されるようにストリーム処理部5を制御する。尚、メモリ2における第1、第2の領域は単一のメモリが論理的に領域分割されたものでもよいし、物理的に異なるメモリでもよい。また、実施形態4においては、左目用データをメインビューデータとし、右目用データをサブビューデータとして説明を続けるが、右目用データがメインビューデータであり、左目用データがサブビューデータであっても構わない。信号処理部7は、主制御部6の制御の下、ストリーム処理部5が分離した映像系データ及び音声系データを適切な方法で復号する。映像系データは、MPEG-2、MPEG-4AVC、MPEG-4MVC、SMPTEVC-1などの方式で圧縮符号化されて記録されている。音声系データは、ドルビーAC-3、DolbyDigitalPlus、MLP、DTS、DTS-HD、リニアPCMなどの方式で圧縮符号化されて記録されている。信号処理部7は、これらに対応した方式で復号する。尚、信号処理部7のモデルは、例えば、図45に示されているTS優先度フィルタと各種デコーダとの組み合わせに相当するものであっても、図46に示されている各種デコーダに相当するものであってもよい。更に、信号処理部7はライトビュービデオストリームの中からメタデータを抽出して、AV出力部8へ通知する。尚、前述のとおり、メタデータは、ライトビュービデオストリームを構成するGOPごとに配置されており、オフセット情報とオフセット識別子との対を複数含む。信号処理部7のモデルが、図45に示されているTS優先度フィルタと各種デコーダとの組み合わせに相当する場合、信号処理部7は、まず、右目用データに含まれるTSパケットのTS優先度フラグを監視し、それらの値から、メタデータを含むTSパケットを選別する。信号処理部7は、次に、ピクチャデータを含むTSパケットから非圧縮のピクチャデータを復号する処理と、メタデータを含むTSパケットからメタデータを抽出する処理とを、異なるモジュールで並列に行う。一方、信号処理部7のモデルが、図46に示されている各種デコーダに相当する場合、信号処理部7では、右目用データに含まれるTSパケットが、TS優先度フラグの値にかかわらず、同じデコーダに送られる。そのデコーダは、それらのTSパケットから非圧縮のピクチャデータを復号する処理と共に、メタデータを抽出する処理を行う。このように、前述の実施形態で説明した構造のデータであれば、信号処理部7はいずれのモデルであっても、そのデータから非圧縮のピクチャデータを復号する処理と、メタデータを抽出する処理とを良好に実行できる。メモリ制御部9は、集積回路3内の各機能ブロックからメモリ2へのアクセスを調停する。AV出力部8は、主制御部6の制御の下、信号処理部7によって復号された映像系データを互いに重畳し、それらの映像系データにフォーマット変換等を行って、集積回路3の外へ出力する。図111は、ストリーム処理部5の代表的な構成を示す機能ブロック図である。ストリーム処理部5は、デバイスストリームIF部51、多重分離部52、及び切替部53を備える。デバイスストリームIF部51は、媒体IF部1と集積回路3との間のデータ転送用インターフェースである。例えば、媒体が光ディスクやハードディスクである場合、デバイスストリームIF部51は、SATASerialAdvancedTechnologyAttachment、ATAPIAdvancedTechnologyAttachmentPacketInterface、又はPATAParallelAdvancedTechnologyAttachmentに相当する。媒体が、SDカードやUSBメモリ等の半導体メモリである場合、デバイスストリームIF部51はカードIFに相当する。媒体が、CATV等を含む放送波などである場合、デバイスストリームIF部51はチューナーIFに相当する。媒体が、イーサネット、無線LAN、又は無線公衆回線等のネットワークである場合、デバイスストリームIF部51はネットワークIFに相当する。尚、媒体の種類によっては、デバイスストリームIF部51が媒体IF部1の機能の一部を肩代わりしても構わないし、逆に、媒体IF部1が集積回路3に内蔵され、デバイスストリームIF部51として利用されても構わない。多重分離部52は、媒体から転送されたデータのうち、映像音声を含む再生データから映像系データと音声系データとを分離する。前述の各エクステントは、映像音声PG字幕IGメニュー等の各ソースパケットから構成されている。但し、サブビューデータは音声を含まない場合もある。各エクステントは、各ソースパケットに含まれているPID識別子に従って映像系音声系の各TSパケットに分離されて、信号処理部7へ転送される。処理済のデータは、直接、又は一旦メモリ2に格納された後に、信号処理部7へ転送される。尚、多重分離部52のモデルは、例えば図45に示されているソースデパケタイザ、PIDフィルタに当たる。切替部53は、デバイスストリームIF部51が受信したデータの出力先又は格納先を切り替える。具体的には、デバイスストリームIF部51が左目用データを受信した時は、切替部53は、そのデータの出力先又は格納先をメモリ2内の第1の領域にし、右目用データを受信した時はメモリ2内の第2の領域にする。ここで、切替部53は例えばDMACDirectMemoryAccessControllerである。図112は、切替部53がDMACである場合における切替部53の周辺の機能ブロック図である。DMAC53は、主制御部6の制御の下、受信データと格納先アドレスとをメモリ制御部9へ送信する。受信データは、デバイスストリームIF部51が受信したデータであり、格納先アドレスは、その受信データの格納先のアドレスである。具体的には、アドレス1がメモリ2内の第1の領域のアドレスであり、アドレス2が第2の領域のアドレスである場合を想定する。受信データが左目用データである時、DMAC53はメモリ制御部9へアドレス1を送信し、受信データが右目用データである時、アドレス2を送信する。メモリ制御部9は、DMAC53から送られてきた格納先アドレスに従ってメモリ2に受信データを格納する。こうして、受信データの種類によってその出力先又は格納先が切り替えられる。尚、主制御部6の代わりに、切替部53を制御する専用の回路が設けられても構わない。ここでは、ストリーム処理部5の代表的な構成として、デバイスストリームIF部51、多重分離部52、及び切替部53について説明した。しかし、ストリーム処理部5が更に、暗号エンジン部、セキュア管理部、又はダイレクトメモリアクセス用のコントローラ等を備えていてもよい。暗号エンジン部は、受信した暗号化データや鍵データ等を復号する。セキュア管理部は、秘密鍵を保持し、媒体と再生装置との間の機器認証プロトコル等の実行制御を行う。また、これまでは、媒体から受信したデータをメモリ2に格納する際に、そのデータが左目用データと右目用データとのいずれであるかによって、切替部53がそのデータの格納先を切り替える場合について説明してきた。しかし、媒体から受信したデータを一旦メモリ2に格納した後に多重分離部52へ転送する際に、そのデータから左目用データと右目用データとが振り分けられてもよい。図113は、AV出力部8の代表的な構成を示す機能ブロック図である。AV出力部8は、画像重畳部86、ビデオ出力フォーマット変換部87、及びオーディオビデオ出力IF部88を備える。画像重畳部81は、復号された映像系データを重畳する。具体的には、レフトビュービデオデータ又はライトビュービデオデータにPG字幕又はIGメニューをピクチャ単位で重畳する。画像重畳部81のモデルは、例えば図47に示されている。図114は、画像重畳処理におけるメモリ2の利用方法の一例を示す模式図である。メモリ2は、レフトビューに対応するプレーンデータ格納領域、ライトビューに対応するプレーンデータ格納領域、グラフィックスに対応するプレーンデータ格納領域、及び画像重畳後データ格納領域を含む。各プレーンデータ格納領域は、復号されたデータが、対応するプレーンに描画される前に一旦格納される領域である。画像重畳後データ格納領域は、グラフィックスプレーンとレフトビュープレーン又はライトビュープレーンとが重畳された後にそのデータが格納される領域である。ここで、プレーンは、メモリ2中の領域であっても、仮想的な空間であってもよい。図115と図116とは、図114に示されているメモリ2を利用した画像重畳処理を示す模式図である。画像重畳部81は、まず、信号処理部7が抽出したメタデータに含まれるオフセット情報に基づいて、グラフィックスプレーンにオフセットを与える。画像重畳部81は、次に、オフセットが与えられたグラフィックスプレーンを映像プレーンに重畳する。具体的には、図115では、グラフィックスプレーンにXのオフセットが与えられ、その後、そのグラフィックスプレーンがレフトビュープレーンに重畳される。一方、図116では、グラフィックスプレーンに-Xのオフセットが与えられ、その後、そのグラフィックスプレーンがライトビュープレーンに重畳される。ここで、値Xはオフセット値であって、画素数で表される。また、それらの重畳処理では、各図に示されているように、水平方向の座標が等しい画素データ同士が合成される。重畳後のデータはメモリ2内の画像重畳後データ格納領域に格納される。図117は、画像重畳処理でのメモリ2の利用方法の別例を示す模式図である。メモリ2は更に、オフセット済みグラフィックスに対応するプレーンデータ格納領域レフトビュー重畳用、ライトビュー重畳用を備えている。それらのプレーンデータ格納領域には、オフセットの与えられたグラフィックスプレーンが、レフトビュープレーンとライトビュープレーンとのそれぞれに重畳される前に一旦格納される。例えば、画像重畳部81は、グラフィックスプレーンにXのオフセットを与えて、オフセット済みグラフィックスに対応するプレーンデータ格納領域レフトビュー重畳用に一旦格納する。その後、画像重畳部81は、そのプレーンデータ格納領域からグラフィックスプレーンを読み出してレフトビュープレーンに重畳し、得られた結果を画像重畳後データ格納領域に格納する。一方、画像重畳部81は、グラフィックスプレーンに-Xのオフセットを与えて、オフセット済みグラフィックスに対応するプレーンデータ格納領域ライトビュー重畳用に一旦格納する。その後、画像重畳部81は、そのプレーンデータ格納領域からグラフィックスプレーンを読み出してライトビュープレーンに重畳し、得られた結果を画像重畳後データ格納領域に格納する。ビデオ出力フォーマット変換部82は、復号後又は重畳後の映像系データに対して、リサイズ処理、IP変換処理、ノイズリダクション処理、又はフレームレート変換処理等を必要に応じて行う。リサイズ処理は、映像のサイズを拡大/縮小する処理である。IP変換処理は、プログレッシブ方式とインターレース方式との間で走査方式を変換する処理である。ノイズリダクション処理は、映像からノイズを除去する処理である。フレームレート変換処理は、フレームレートを変換する処理である。ビデオ出力フォーマット変換部82は、処理後のデータを画像重畳部81又はオーディオビデオ出力IF部83へ送出する。オーディオビデオ出力IF部83は、ビデオ出力フォーマット変換部82によって処理された映像系データと、復号された音声系データとを符号化処理等で所定のデータ送信形式に変換する。尚、後述するように、オーディオビデオ出力IF部83の一部は、集積回路3の外に備えられても構わない。図118は、AV出力部8と再生装置のデータ出力部との詳細な機能ブロック図である。AV出力部8及び再生装置のデータ出力部は、複数のデータ送信形式に対応している。具体的には、図118に示されているように、オーディオビデオ出力IF部83は、アナログビデオ出力IF部83a、アナログオーディオ出力IF部83c、及びデジタルオーディオ出力IF部83bを備えている。アナログビデオ出力IF部83aは、ビデオ出力フォーマット変換部82によって処理された映像系データを、アナログ映像信号形式に変換して出力する。アナログビデオ出力IF部83aは、例えば、NTSC、PAL、及びSECAMのいずれかの方式に対応したコンポジットビデオエンコーダー、S映像信号Y/C分離用エンコーダー、コンポーネント映像信号用エンコーダー、並びにD/AコンバータDACを含む。デジタルオーディオビデオ出力IF部83bは、復号された音声系データと、ビデオ出力フォーマット変換部82によって処理された映像系データとを一体化し、更に暗号化する。その後、デジタルオーディオビデオ出力IF部83bは暗号化データをデータ送信規格に合わせて符号化して出力する。例えば、図42に示されているHDMI通信部がデジタルオーディオビデオ出力IF部83bに当たる。アナログオーディオ出力IF部83cは、復号された音声系データをD/A変換してアナログ音声データを出力する。オーディオDAC等がアナログオーディオ出力IF部83cに当たる。AV出力部8及び再生装置のデータ出力部は、映像系データ及び音声系データの送信形式を、表示装置スピーカ4のサポートするデータ受信装置又はデータ入力端子に依存して切り替え可能である。また、AV出力部8及び再生装置のデータ出力部はそれらの送信形式をユーザーに選択させることも可能である。更に、同一のコンテンツから変換されたデータを、単一の送信形式だけではなく、複数の送信形式で並列に送信することも可能である。ここでは、AV出力部8の代表的な構成として、画像重畳部81、ビデオ出力フォーマット変換部82、及びオーディオビデオ出力IF部83について説明した。しかし、AV出力部8は、グラフッィクスエンジン部等を更に備えていてもよい。グラフィックスエンジン部は、信号処理部7によって復号されたデータに対して、フィルタ処理、画面合成、曲線描画、3D表示等のグラフィックス処理を行う。以上が、実施形態4による再生装置の構成についての説明である。尚、集積回路3には、前述の機能ブロックの全てが内蔵されていなくても良い。逆に、メモリ2が集積回路3に内蔵されていてもよい。また、実施形態4においては、主制御部6と信号処理部7とを互いに独立な機能ブロックとして説明した。しかし、主制御部6が信号処理部7の処理の一部を行っても構わない。集積回路3内の機能ブロック間を接続する制御バス及びデータバスのトポロジーは、各機能ブロックの処理の手順及び内容に合わせて選択されればよい。図119のa、bは、集積回路3内の制御バス及びデータバスのトポロジーの例を示す模式図である。図119のaを参照するに、制御バス21とデータバス22とはいずれも、各機能ブロック5-9を他の全ての機能ブロックに直結させるように配置されている。その他に、図119のbに示されているように、データバス23は各機能ブロック5-8をメモリ制御部9にのみ直結させるように配置されてもよい。その場合、各機能ブロック5-8はメモリ制御部9、更にメモリ2を介してデータを他の機能ブロックに転送する。集積回路3は、単一のチップに実装されたLSIに代えて、マルチチップモジュールであってもよい。その場合、集積回路3を構成する複数のチップは一つのパッケージに封止されているので、集積回路3は見かけ上、単一のLSIである。集積回路3はその他に、FPGAFieldProgrammableGateArray又はリコンフィギュラブルプロセッサを利用して構成されてもよい。FPGAは、製造後にプログラム可能なLSIである。リコンフィギュラブルプロセッサは、内部の回路セル間の接続、及び各回路セルの設定を再構成可能なLSIである。<集積回路3の表示装置への実装>上記の集積回路3と同様な集積回路を表示装置に実装して、実施形態4による再生装置の行う上記の処理をその表示装置に行わせても構わない。図120は、その表示装置に実装された集積回路とその周辺部との構成を示す機能ブロック図である。図120を参照するに、集積回路3は媒体IF部1とメモリ2とを利用して、媒体IF部1が受信したデータに対して、上記の信号処理と同様な処理を行う。集積回路3によって処理された映像系データは表示駆動部10へ送られる。表示駆動部10はその映像系データに従って表示パネル11を制御する。その結果、その映像系データは表示パネル11の画面上に映像として出力される。一方、集積回路3によって処理された音声系データはスピーカ12を通して、音声として出力される。図121は、図120に示されているAV出力部8の詳細な機能ブロック図である。AV出力部8は、図118に示されているものとは異なり、ビデオ出力IF部84とオーディオ出力IF部85とを備えている。ビデオ出力IF部84とオーディオ出力IF部85とは、集積回路3の内部と外部とのいずれに設置されていてもよい。ビデオ出力IF部84は、ビデオ出力フォーマット変換部82から表示駆動部10へ映像系データを転送する。オーディオ出力IF部85は、信号処理部7からスピーカ12へ音声系データを転送する。尚、ビデオ出力IF部84とオーディオ出力IF部85とはそれぞれ、複数備えられていてもよい。また、ビデオ出力IF部84とオーディオ出力IF部85とは一体化されていてもよい。<集積回路3を利用した再生装置による再生処理>図122は、集積回路3を利用した再生装置による再生処理のフローチャートである。その再生処理は、光ディスクがディスクドライブに挿入される等、媒体IF部1が媒体にデータ受信可能に接続されたときに開始される。その再生処理では、再生装置は媒体からデータを受信して復号する。その後、再生装置は復号後のデータを映像信号及び音声信号として出力する。ステップS1では、媒体IF部1が媒体からデータを受信し、又は読み出してストリーム処理部5へ転送する。その後、処理はステップS2へ進む。ステップS2では、ストリーム処理部5は、ステップS1において受信され、又は読み出されたデータから映像系データと音声系データとを分離する。その後、処理はステップS3へ進む。ステップS3では、信号処理部7は、ステップS2において分離された各データを、その符号化方式に適した方法で復号する。信号処理部7は更に、その復号処理と並行して、右目用データの中からメタデータを抽出して、AV出力部8へ通知する。ここで、信号処理部7は、右目用データに含まれるTSパケットのTS優先度フラグを監視して、メタデータを含むTSパケットを選別してもよい。それとは別に、信号処理部7は、同じデコーダが、TSパケットから非圧縮のピクチャデータを復号する処理と、メタデータを抽出する処理との両方を行ってもよい。その後、処理はステップS4へ進む。ステップS4では、AV出力部8は、ステップS3において復号された映像系データに対して重畳処理を行う。そのとき、AV出力部8は必要に応じ、ステップS3において抽出されたメタデータからオフセット情報を検索して利用する。その後、処理はステップS5へ進む。ステップS5では、AV出力部8は、ステップS2-4において処理された映像系データ及び音声系データを出力する。その後、処理はステップS6へ進む。ステップS6では、主制御部6が再生処理を続行すべきか否かを判断する。媒体IF部1によって媒体から新たに受信されるべき、又は読み出されるべきデータが残されている等の場合、ステップS1から処理が繰り返される。一方、光ディスクがディスクドライブから取り出され、又はユーザから再生停止が指示された等によって、媒体IF部1が媒体からのデータ受信、又は読み出しを終了させた場合、処理は終了する。図123は、図122に示されている各ステップS1-6の詳細を示すフローチャートである。図122に示されている各ステップS101-110は、主制御部6の制御の下で行われる。ステップS101-103は主にステップS1の詳細に相当し、ステップS104は主にステップS2の詳細に相当し、ステップS105は主にステップS3の詳細に相当し、ステップS106-108は主にステップS4の詳細に相当し、ステップS109、S110は主にステップS5の詳細に相当する。ステップS101では、デバイスストリームIF部51は媒体IF部1を通して媒体から、再生対象のデータよりも先に、そのデータの再生に必要なデータ、例えばプレイリストファイル及びクリップ情報ファイルを受信し、又は読み出す。デバイスストリームIF部51は更に、メモリ制御部9を介してそのデータをメモリ2に格納する。その後、処理はステップS102へ進む。ステップS102では、主制御部6は、クリップ情報ファイルに含まれるストリーム属性情報から、媒体に格納されている映像データと音声データとのそれぞれの符号化方式を識別する。主制御部6は更に、識別された符号化方式に対応する復号処理が実行できるように信号処理部7の初期化を行う。その後、処理はステップS103へ進む。ステップS103では、デバイスストリームIF部51は、媒体IF部1を通して媒体から再生対象の映像データと音声データとを受信し、又は読み出す。特に、それらのデータはエクステント単位で受信され、又は読み出される。デバイスストリームIF部51は更に、それらのデータを切替部53とメモリ制御部9とを経由してメモリ2に格納する。特に左目用データが受信され、又は読み出されたとき、主制御部6は切替部53を制御して、左目用データの格納先をメモリ2内の第1の領域へ切り換えさせる。一方、右目用データが受信され、又は読み出されたとき、主制御部6は切替部53を制御して、右目用データの格納先をメモリ2内の第2の領域へ切り換えさせる。その後、処理はステップS104へ進む。ステップS104では、メモリ2に格納されたデータは、ストリーム処理部5内の多重分離部52に転送される。多重分離部52はまず、そのデータを構成する各ソースパケットからPIDを読み取る。多重分離部52は次に、そのPIDに従って、そのソースパケットに含まれるTSパケットが映像系データと音声系データとのいずれであるのかを識別する。多重分離部52は更に、識別結果に従って各TSパケットを信号処理部7内の対応するデコーダへ転送する。ここで、信号処理部7は、右目用データに含まれるTSパケットのTS優先度フラグを監視して、メタデータを含むTSパケットを、主映像デコーダとは別の専用のモジュール、すなわちオフセットメタデータ処理部へ送ってもよい。その後、処理はステップS105へ進む。ステップS105では、信号処理部7内では各デコーダが、転送されたTSパケットを適切な方法で復号する。信号処理部7は更に、その復号処理と並行して、右目用データの中からメタデータを抽出して、AV出力部8へ通知する。ここで、その抽出処理は、主映像デコーダとは別のオフセットメタデータ処理部が行っても、主映像デコーダが復号処理と同時に行ってもよい。その後、処理はステップS106へ進む。ステップS106では、信号処理部7において復号されたレフトビュービデオストリーム及びライトビュービデオストリームの各ピクチャがビデオ出力フォーマット変換部82に送られる。ビデオ出力フォーマット変換部82はそれらのピクチャを表示装置4の解像度に合わせてリサイズする。その後、処理はステップS107へ進む。ステップS107では、画像重畳部81は、ステップS106においてリサイズされたピクチャから成るビデオプレーンデータをビデオ出力フォーマット変換部82から受信する。一方、画像重畳部81は信号処理部7から復号後のPGプレーンデータとIGプレーンデータとを受信する。画像重畳部81は更に、それらのプレーンデータを互いに重畳する。その後、処理はステップS108へ進む。ステップS108では、ビデオ出力フォーマット変換部82は、ステップS107において重畳されたプレーンデータを画像重畳部81から受信する。ビデオ出力フォーマット変換部82は更に、そのプレーンデータに対してIP変換を行う。その後、処理はステップS109へ進む。ステップS109では、オーディオビデオ出力IF部83は、ビデオ出力フォーマット変換部82からは、ステップS108においてIP変換を受けた映像系データを受信し、信号処理部7からは復号後の音声系データを受ける。オーディオビデオ出力IF部83は更に、それらのデータに対して、表示装置スピーカ4によるデータ出力方式、又はそれぞれへのデータ送信方式に従って符号化処理及びD/A変換等を行う。それにより、映像系データと音声系データとはそれぞれ、アナログ出力形式又はデジタル出力形式に変換される。例えばアナログ出力形式の映像系データには、コンポジット映像信号、S映像信号、及びコンポーネント映像信号等が含まれる。また、デジタル出力形式としては、HDMI等がサポートされている。その後、処理はステップS110へ進む。ステップS110では、オーディオビデオ出力IF部83は、ステップS109において処理された映像系データ及び音声系データを表示装置スピーカ4へ送信する。その後、処理はステップS6へ進む。尚、ステップS6については上記の説明を援用する。上記の各ステップでは、データが処理される度に、その結果がメモリ2に一時的に格納されてもよい。また、ステップS106及びS108でのビデオ出力フォーマット変換部82によるリサイズ処理及びIP変換処理は、必要に応じて省略されてもよい。更に、それらの処理に加え、又はそれらの処理に代えて、ノイズリダクション処理及びフレームレート変換処理等、他の処理が行われてもよい。更に、可能なものについては処理手順が変更されてもよい。図120に示されている表示装置で再生処理を行う場合でも、その再生処理のフローチャートは基本的には、図122、123に示されているものと同様である。図120、121に示されている各機能ブロックは、図110、113に示されている各機能ブロックと同様に動作する。《補足》<3D映像の再生方法の原理>3D映像の再生方法は、ホログラフィ技術を用いる方法と、視差映像を用いる方法との2つに大別される。ホログラフィ技術を用いる方法の特徴は、現実の立体的な物体から人間の視覚に与えられる光学的な情報とほぼ全く同じ情報を視聴者の視覚に与えることにより、その視聴者に映像中の物体を立体的に見せる点にある。しかし、この方法を動画表示に利用する技術は理論上確立されてはいる。しかし、その動画表示に必要とされる、膨大な演算をリアルタイムに処理可能なコンピュータ、及び、1mmあたり数千本という超高解像度の表示装置はいずれも、現在の技術ではまだ、実現が非常に難しい。従って、この方法を商業用として実用化する目途は、現時点ではほとんど立っていない。視差映像とは、一つのシーンを見る視聴者の各目に映る2D映像の対、すなわち、レフトビューとライトビューとの対をいう。視差映像を用いる方法の特徴は、一つのシーンのレフトビューとライトビューとを視聴者の各目だけに見えるように再生することにより、その視聴者にそのシーンを立体的に見せる点にある。図82のa-cは、視差映像を用いる方法による3D映像立体視映像の再生原理を説明するための模式図である。図82のaは、視聴者VWRが、顔の正面に置かれた立方体CBCを見ている光景の上面図である。図82のb、cはそれぞれ、そのときに視聴者VWRの左目LEY、右目REYに見える立方体CBCの外観を2D映像として示す模式図である。図82のb、cを比較すれば明らかなとおり、各目に見える立方体CBCの外観はわずかに異なる。この外観の差、すなわち両眼視差から、視聴者VWRは立方体CBCを立体的に認識できる。従って、視差映像を用いる方法では、まず、一つのシーン、例えば図82のaに示されている立方体CBCに対し、視点が異なる左右の2D映像、例えば図82のbに示されている立方体CBCのレフトビュー、及び図82の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映像を再現する。図83は、2D映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。図83を参照するに、2D映像MVWでは、背景BGVの中に円板DSCが表示されている。デプスマップDPHはその2D映像MVW内の各部の奥行きを画素ごとに示す。そのデプスマップDPHによれば、2D映像MVWのうち、円板DSCの表示領域DA1の奥行きが画面よりも手前であり、かつ、背景BGVの表示領域DA2の奥行きが画面よりも奥である。再生装置内では視差映像生成部PDGがまず、デプスマップDPHの示す各部の奥行きから2D映像MVW内の各部の両眼視差を計算する。視差映像生成部PDGは次に、2D映像MVW内の各部の表示位置を、計算された両眼視差に応じて左右に移動させて、レフトビューLVWとライトビューRVWとを構成する。図83に示されている例では、視差映像生成部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再生モードの性能に基づく条件≫図84は、2D再生モードの再生装置102内の再生処理系統を示すブロック図である。図84を参照するに、その再生処理系統は、図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のアンダーフローが防止される。図85のaは、2D再生モードでの動作中、リードバッファ3721に蓄積されるデータ量DAの変化を示すグラフである。図85のbは、再生対象のエクステントブロック8510と2D再生モードでの再生経路8520との間の対応関係を示す模式図である。図85のbを参照するに、再生経路8520に従い、エクステントブロック8510内の各ベースビューデータブロックBnn=0、1、2、...が一つの2DエクステントEXT2DnとしてBD-ROMディスク101からリードバッファ3721へ読み出される。図85のaを参照するに、各2DエクステントEXT2Dnの読み出し期間PR2Dnでは、蓄積データ量DAは、読み出し速度RUD54と平均転送速度REXT2Dnとの間の差RUD54-REXT2Dnに等しい速度で増加する。一方、二つの連続する2DエクステントEXT2Dn-1、EXT2Dnの間ではジャンプJ2Dnが生じる。そのジャンプ期間PJ2Dnでは、ディペンデントビューデータブロックDnの読み出しがスキップされるので、BD-ROMディスク101からのデータの読み出しが停止する。従って、ジャンプ期間PJ2Dnでは蓄積データ量DAは平均転送速度REXT2Dnで減少する。BD-ROMドライブ3701による読み出し/転送動作は実際には、図85のaのグラフから示唆される連続的なものではなく、断続的なものである。それにより、各2Dエクステントの読み出し期間PR2Dnに蓄積データ量DAがリードバッファ3721の容量を超えること、すなわちリードバッファ3721のオーバーフローが防止される。すなわち、図85のaのグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。図85のbに示されているエクステントブロック8510から2D映像をシームレスに再生するには、以下の条件[1]、[2]が満たされればよい。[1]各ジャンプ期間PJ2Dnではリードバッファ3721からシステムターゲットデコーダ3725へのデータ供給を持続させて、そのデコーダ3725に連続的な出力を確保させなければならない。それには次の条件が満たされればよい:各2DエクステントEXT2DnのサイズSEXT2Dnは、その読み出し期間PR2Dnから次のジャンプ期間PJ2Dn1にわたって、リードバッファ3721からシステムターゲットデコーダ3725へ転送されるデータ量に等しい。その場合、図85の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という。光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセススピード等から決められている。図86は、BD-ROMディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP_MAXとの間の対応表の一例である。図86を参照するに、ジャンプ距離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に等しい。但し、図86の例ではゼロセクタ遷移時間TJUMP0は0m秒と見なされている。以上のことから、式1に代入されるべきジャンプ時間TJUMP-2Dnは、BD-ROMディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間TJUMP_MAXである。具体的には、図86の表において、2DエクステントEXT2Dn-1、EXT2Dn間でのジャンプ距離SJUMP、すなわち、n1番目の2DエクステントEXT2Dnの後端からn2番目の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が、図86に規定された最小値250秒に制限されるとき、その2Dエクステントの間隔、すなわちディペンデントビューデータブロックのサイズは、対応する最大ジャンプ距離SJUMP_MAX=10000セクタ以下に制限される。異なる記録層に配置された二つのエクステントブロック間をシームレスに接続するとき、前のエクステントブロックの後端に位置するn1番目の2DエクステントEXT2Dnから、後のエクステントブロックの先端に位置するn2番目の2DエクステントEXT2Dn1までロングジャンプが生じる。そのロングジャンプは、フォーカスジャンプ等、記録層の切り換え操作を伴う。従って、そのロングジャンプに必要な時間は、図86の表に規定された最大ジャンプ時間TJUMP_MAXに加えて、記録層の切り換え操作に要する時間、すなわち層切換時間を更に含む。層切換時間は例えば350m秒である。その結果、n1番目の2DエクステントEXT2Dnのサイズが満たすべき式1では、ジャンプ時間TJUMP-2Dnは二つのパラメータTJn、TLnの和で決まる:TJUMP-2Dn=TJnTLn。第1パラメータTJnは、BD-ROMディスクの規格によって、ロングジャンプのジャンプ距離SJUMPに対して規定された最大ジャンプ時間TJUMP_MAXを表す。その最大ジャンプ時間TJUMP_MAXは、図86の表において、n1番目の2DエクステントEXT2Dnの後端からn2番目の2DエクステントEXT2Dn1の先端までのセクタ数に対応付けられた値に等しい。第2パラメータTLnは層切換時間、例えば350m秒を表す。従って、二つの2DエクステントEXT2Dn、EXT2Dn1の間隔は、図86の表において、ロングジャンプの最大ジャンプ時間TJUMP_MAXから層切換時間を除いた値に対応する最大ジャンプ距離SJUMP_MAX以下に制限される。≪3D再生モードの性能に基づく条件≫図87は、3D再生モードの再生装置102内の再生処理系統を示すブロック図である。図87を参照するに、その再生処理系統は、図42に示されている、BD-ROMドライブ4201、スイッチ4220、RB14221、RB24222、及びシステムターゲットデコーダ4225を含む。BD-ROMドライブ4201はBD-ROMディスク101からエクステントSSを読み出し、読み出し速度RUD72でスイッチ4220へ転送する。スイッチ4220は各エクステントSSをベースビューデータブロックとディペンデントビューデータブロックとに分離する。ベースビューデータブロックはRB14221へ格納され、ディペンデントビューデータブロックはRB24222へ格納される。システムターゲットデコーダ4225は、RB14221内の各ベースビューデータブロックからはソースパケットをベースビュー転送速度REXT1で読み出し、RB24222内の各ディペンデントビューデータブロックからはソースパケットをディペンデントビュー転送速度REXT2で読み出す。システムターゲットデコーダ4225は更に、読み出されたベースビューデータブロックとディペンデントビューデータブロックとの対を映像データVDと音声データADとに復号する。ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2とはそれぞれ、システムターゲットデコーダ4225がベースビューデータブロックとディペンデントビューデータブロックとの各ソースパケットからTSパケットを抽出する処理の平均速度の192/188倍に等しい。ベースビュー転送速度REXT1の最高値RMAX1は、ファイル2Dに対するシステムレートRTS1の192/188倍に等しい。ディペンデントビュー転送速度REXT2の最高値RMAX2は、ファイルDEPに対するシステムレートRTS2の192/188倍と等しい。各転送速度REXT1、REXT2は通常ビット/秒で表され、具体的には、ビット単位で表された各データブロックのサイズをエクステントATC時間で割ったときの値に等しい。エクステントATC時間は、そのデータブロック内のソースパケットを全て、RB14221又はRB24222からシステムターゲットデコーダ4225へ転送するのに要する時間に等しい。読み出し速度RUD72は通常ビット/秒で表され、転送速度REXT1、REXT2のいずれの最高値RMAX1、RMAX2よりも高い値、例えば72Mbpsに設定される:RUD72>RMAX1、RUD72>RMAX2。それにより、BD-ROMドライブ4201によってBD-ROMディスク101から一つのエクステントSSを読み出している間、システムターゲットデコーダ4225の復号処理に伴うRB14221とRB24222とのアンダーフローが防止される。[エクステントブロック内でのシームレス接続]図88のa、bは、一つのエクステントブロックから3D映像がシームレスに再生されるとき、RB14221、RB24222に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図88のcは、そのエクステントブロック8810と3D再生モードでの再生経路8820との間の対応関係を示す模式図である。図88のcを参照するに、再生経路8820に従い、エクステントブロック8810の全体が一つのエクステントSSとして一括して読み出される。その後、スイッチ4220によってそのエクステントSSからディペンデントビューデータブロックDkとベースビューデータブロックBkとが分離されるk=...、n、n1、n2、...。BD-ROMドライブ4101による読み出し/転送動作は実際には、図88のa、bの各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各データブロックDk、Bkの読み出し期間PRDk、PRBkでは、RB14221、RB24222のオーバーフローが防止される。すなわち、図88のa、bの各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。図88のa、bを参照するに、n1番目のディペンデントビューデータブロックDnの読み出し期間PRDnでは、RB24222の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2nとの間の差RUD72-REXT2nに等しい速度で増加し、RB14221の蓄積データ量DA1はベースビュー転送速度REXT1n-1で減少する。図88のcを参照するに、n1番目のディペンデントビューデータブロックDnからn1番目のベースビューデータブロックBnまではゼロセクタ遷移J02nが生じる。図88のa、bに示されているように、ゼロセクタ遷移期間PJ0nでは、RB14221の蓄積データ量DA1はベースビュー転送速度REXT1n-1で減少し続け、RB24222の蓄積データ量DA2はディペンデントビュー転送速度REXT2nで減少する。図88のa、bを更に参照するに、n1番目のベースビューデータブロックBnの読み出し期間PRBnでは、RB14221の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1nとの間の差RUD72-REXT1nに等しい速度で増加する。一方、RB24222の蓄積データ量DA2は、ディペンデントビュー転送速度REXT2nで減少し続ける。図88のcを更に参照するに、そのベースビューデータブロックBnから次のディペンデントビューデータブロックDn1まではゼロセクタ遷移J02n1が生じる。図88のa、bに示されているように、ゼロセクタ遷移期間PJ02n1では、RB14221の蓄積データ量DA1はベースビュー転送速度REXT1nで減少し、RB24222の蓄積データ量DA2はディペンデントビュー転送速度REXT2nで減少し続ける。一つのエクステントブロック8810から3D映像をシームレスに再生するには、以下の条件[3]、[4]が満たされればよい。[3]n1番目のベースビューデータブロックBnのサイズSEXT1nは少なくとも、その読み出し期間PRBnから次のベースビューデータブロックBn1の読み出し期間PRBn1の直前までに、RB14221からシステムターゲットデコーダ4225へ転送されるデータ量に等しい。その場合、図88のaに示されているように、次のベースビューデータブロックBn1の読み出し期間PRBn1の直前では、RB14221の蓄積データ量DA1が、n1番目のベースビューデータブロックBnの読み出し期間PRBnの直前での量を下回らない。ここで、n1番目のベースビューデータブロックBnの読み出し期間PRBnの長さは、そのベースビューデータブロックBnのサイズSEXT1nを読み出し速度RUD72で割った値SEXT1n/RUD72に等しい。一方、n2番目のディペンデントビューデータブロックDn1の読み出し期間PRDn1の長さは、そのディペンデントビューデータブロックDn1のサイズSEXT2n1を読み出し速度RUD72で割った値SEXT2n1/RUD72に等しい。従って、そのベースビューデータブロックBnのサイズSEXT1nは、次式2の右辺で表される最小エクステントサイズ以上であればよい:[4]n1番目のディペンデントビューデータブロックDnのサイズSEXT2nは少なくとも、その読み出し期間PRDnから次のディペンデントビューデータブロックDn1の読み出し期間PRDn1の直前までに、RB24222からシステムターゲットデコーダ4225へ転送されるデータ量に等しい。その場合、図88のbに示されているように、次のディペンデントビューデータブロックDn1の読み出し期間PRDn1の直前では、RB24222の蓄積データ量DA2がn1番目のディペンデントビューデータブロックDnの読み出し期間PRDnの直前での量を下回らない。ここで、n1番目のディペンデントビューデータブロックDnの読み出し期間PRDnの長さは、そのディペンデントビューデータブロックDnのサイズSEXT2nを読み出し速度RUD72で割った値SEXT2n/RUD72に等しい。従って、そのディペンデントビューデータブロックDnのサイズSEXT2nは、次式3の右辺で表される最小エクステントサイズ以上であればよい:[エクステントブロック間のシームレス接続]図89のbは、M1番目整数Mは1以上である。のエクステントブロック8901とM2番目のエクステントブロック8902、及び、それらのエクステントブロック8901、8902と3D再生モードでの再生経路8920との間の対応関係を示す模式図である。図89のbを参照するに、二つのエクステントブロック8901、8902の間は層境界LB又は他のデータの記録領域によって分離されている。再生経路8920に従って、先にM1番目のエクステントブロック8901の全体がM1番目のエクステントSSEXTSSMとして一括して読み出される。その直後にジャンプJMが生じる。続いて、M2番目のエクステントブロック8902がM2番目のエクステントSSEXTSSM1として一括して読み出される。図89のaは、二つのエクステントブロック8901、8902から連続して3D映像がシームレスに再生されるとき、RB14221、RB24222に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1DA2の変化を示すグラフ群である。図89のaでは、一点鎖線のグラフは、RB14221に蓄積されるデータ量DA1の変化を示し、破線のグラフは、RB24222に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1DA2の変化を示す。ここで、実線のグラフは、データブロックが一つ読み出されるごとに生じる細かい変化を均して直線的に近似したものである。更に、ゼロセクタ遷移時間TJUMP0は0秒とみなされている。図89のaを参照するに、M1番目のエクステントブロック8901の全体がBD-ROMディスク101からRB14221、RB24222へ読み出される期間PRBLKMでは、それらに蓄積されるデータ量DA1、DA2も増大する。具体的には、M1番目のエクステントブロック8901全体の読み出し期間PRBLKM中、蓄積データ量の和DA1DA2は、読み出し速度RUD72と平均転送速度REXTSSMとの間の差RUD72-REXTSSMに等しい速度で増加する。その平均転送速度REXTSSMは、M1番目のエクステントブロック8901全体のサイズ、すなわちM1番目のエクステントSSEXTSSMのサイズSEXTSSMをそのエクステントATC時間TEXTSSで割った値として評価される。M1番目のエクステントブロック8901の後端のベースビューデータブロックがRB14221に読み込まれた時点で、蓄積データ量の和DA1DA2は最大値に達する。その直後のジャンプJMの期間PJMでは、蓄積データ量の和DA1DA2は平均転送速度REXTSSMで減少する。従って、蓄積データ量の和DA1DA2の最大値を十分に大きく調節することにより、ジャンプJM中でのRB14221、RB24222のいずれのアンダーフローも防止することができる。その結果、二つのエクステントブロック8901、8902をシームレスに接続することができる。蓄積データ量の和DA1DA2の最大値はM1番目のエクステントブロック8901のサイズで決まる。従って、M1番目のエクステントブロック8901をM2番目のエクステントブロック8902にシームレスに接続するには、M1番目のエクステントブロック8901のサイズ、すなわちM1番目のエクステントSSEXTSSMのサイズSEXTSSMが次の条件[5]を満たせばよい。[5]M1番目のエクステントブロック8901の先端に位置するディペンデントビューデータブロックDの読み出し期間PRDmではプリロードが行われる整数mは1以上である。そのプリロード期間PRDmではまだ、そのディペンデントビューデータブロックDに対応するベースビューデータブロックBがRB14221には格納されていないので、ディペンデントビューデータブロックDをRB24222からシステムターゲットデコーダ4225へ転送することができない。従って、そのプリロード期間PRDmでは、その直前のジャンプJM-1の期間に引き続き、M番目のエクステントブロックのデータがRB24222からシステムターゲットデコーダ4225へ転送される。それにより、システムターゲットデコーダ4225へのデータ供給が維持される。同様に、M2番目のエクステントブロック8902の先端に位置するディペンデントビューデータブロックDの読み出し期間PRDnでもプリロードが行われる整数nはm1以上である。従って、そのプリロード期間PRDnでは、その直前のジャンプJMの期間に引き続き、M1番目のエクステントブロック8901のデータがRB24222からシステムターゲットデコーダ4225へ転送される。それにより、システムターゲットデコーダ4225へのデータ供給が維持される。それ故、ジャンプJM中でのRB14221、RB24222のアンダーフローを防止するには、M1番目のエクステントSSEXTSSMのエクステントATC時間TEXTSSが少なくとも、M1番目のエクステントブロック8901でのプリロード期間PRDmの終了時点T0からM2番目のエクステントブロック8902でのプリロード期間PRDnの終了時点T1までの期間の長さに等しければよい。すなわち、M1番目のエクステントSSEXTSSMのサイズSEXTSSMは少なくとも、その期間T0-T1にRB14221とRB24222とからシステムターゲットデコーダ4225へ転送されるデータ量の和に等しければよい。図89のaから明らかなとおり、期間T0-T1の長さは、M1番目のエクステントブロック8901の読み出し期間PRBLKMの長さ、ジャンプJMのジャンプ時間TJUMPM、及びエクステントブロック8901、8902間でのプリロード期間PRDn、PRDmの長さの差TDIFFMを足し合わせた値に等しい。更に、M1番目のエクステントブロック8901の読み出し期間PRBLKMの長さは、M1番目のエクステントSSEXTSSMのサイズSEXTSSMを読み出し速度RUD72で割った値SEXTSSM/RUD72に等しい。従って、M1番目のエクステントSSEXTSSMのサイズSEXTSSMは、次式4の右辺で表される最小エクステントサイズ以上であればよい:ここで、各プリロード期間PRDm、PRDnの長さは、各エクステントブロック8901、8902の先端に位置するディペンデントビューデータブロック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のワースト値に等しい時間だけ遅らせる。≪リードバッファの容量を削減するための条件≫図90のa、bは、図89のbに示されている二つのエクステントブロック8901、8902から連続して3D映像がシームレスに再生されるとき、RB14221、RB24222に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図90のaを参照するに、M1番目のエクステントブロック8901の後端のベースビューデータブロックBn-1がRB14221に読み込まれた時点で、RB14221の蓄積データ量DA1は極大値DM1に達する。更に、その直後のジャンプJMの期間PJMからM2番目のエクステントブロック8902のプリロード期間PRDnにわたり、蓄積データ量DA1はベースビュー転送速度REXT1n-1で減少する。従って、そのプリロード期間PRDnの終了まで蓄積データ量DA1が0に達するのを防ぐには、蓄積データ量DA1の極大値DM1が、ジャンプ期間PJMとプリロード期間PRDnとでRB14221からシステムターゲットデコーダ4225へ転送されるデータ量以上であればよい。すなわち、蓄積データ量DA1の極大値DM1は、ジャンプ期間PJMの長さTJUMPMとプリロード期間PRDnの長さSEXT2n/RUD72との和にベースビュー転送速度REXT1n-1を乗じた値以上であればよい:DM1≧×REXT1n-1。ここで、ジャンプ期間PJMの長さTJUMPMがジャンプJMの最大ジャンプ時間TJUMP_MAXに等しく、かつベースビュー転送速度REXT1n-1が最高値RMAX1に等しいとき、蓄積データ量DA1の極大値DM1は最も大きい。従って、RB14221には、そのときの極大値DM1以上の容量RB1が求められる:RB1≧×RMAX1。一方、図90のbを参照するに、M1番目のエクステントブロック8901の後端のベースビューデータブロックBn-1の読み込みが開始された時点で、RB24222の蓄積データ量DA2は極大値DM2に達する。更に、そのベースビューデータブロックBn-1の読み出し期間からM2番目のエクステントブロック8902のプリロード期間PRDnにわたり、蓄積データ量DA2はディペンデントビュー転送速度REXT2n-1で減少する。従って、そのプリロード期間PRDnの終了までシステムターゲットデコーダ4225へのデータ供給を維持するには、蓄積データ量DA2の極大値DM2が、ベースビューデータブロックBn-1の読み出し期間、ジャンプ期間PJM、及びプリロード期間PRDnでRB24222からシステムターゲットデコーダ4225へ転送されるデータ量以上であればよい。すなわち、蓄積データ量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は最も大きい。従って、RB24222には、そのときの極大値DM2以上の容量RB2が求められる:RB2≧×RMAX2。その上、いずれのディペンデントビューデータブロックも、飛び込み再生によって最初に読み込まれるデータブロックとなり得るので、RB24222の容量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を満たすべきである。一方、RB14221の容量RB1を可能な限り縮小するには、ベースビューデータブロックBkのサイズSEXT1kは2Dエクステントの最小エクステントサイズの下限値以下であればよい。すなわち、そのサイズSEXT1kは、次式5の右辺で表される最大エクステントサイズ以下であればよい:ここで、2Dエクステントの最小エクステントサイズの下限値は、式1の右辺の分母に含まれる平均転送速度REXT2Dをその最高値RMAX2Dに置き換えた形で評価されている。ジャンプ時間TJUMP-2D_MINは、各エクステントブロック1901-1903内で必要なジャンプ時間の最小値、すなわち2Dエクステント間の最大ジャンプ時間TJUMP_MAXの最小値である。具体的には、ジャンプ時間TJUMP-2D_MINは、図86の表で規定された最小値250秒に設定される。一方、2Dエクステントの間隔はディペンデントビューデータブロックDkのサイズSEXT2kに等しい。従って、ジャンプ時間TJUMP-2D_MINが250秒に設定されるとき、ディペンデントビューデータブロックDkのサイズSEXT2kは、図86の表で最大ジャンプ時間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、すなわち式5が変更されることは、リードバッファの容量の増大を招きかねないので、回避されるべきである。式5を変更しないようにマージンを追加する方法には、以下の三種類がある。第1の方法は、式1の右辺の分母に含まれる平均転送速度REXT2Dをその最高値RMAX2Dに置き換えることによって、2Dエクステントの最小エクステントサイズにマージンを追加する。すなわち、条件1は、2DエクステントのサイズSEXT2Dが式1に代えて次式6を満たすことに変更される:ここで、式5には、式1の右辺の分母に含まれる平均転送速度REXT2Dをその最高値RMAX2Dに置き換えた表式が利用されている。従って、式1が式6に変更されても、式5は変更されない。第2の方法は、2DエクステントのエクステントATC時間をΔT秒延長することによって、2Dエクステントの最小エクステントサイズにマージンを追加する。すなわち、条件1は、2DエクステントのサイズSEXT2Dが式1に代えて次式7A又は7Bを満たすことに変更される:延長時間ΔTは、GOPの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。例えば、GOPの長さが最大1秒であれば、ΔT=1.0秒に設定される。一方、所定時間[秒]当たりに再生可能なエクステント数の上限がn個であれば、ΔT=所定時間/n[秒]に設定される。第3の方法は、式1の右辺に含まれる平均転送速度REXT2Dを全て、その最高値RMAX2Dに置き換えることによって、2Dエクステントの最小エクステントサイズにマージンを追加する。すなわち、条件1は、2DエクステントのサイズSEXT2Dが式1に代えて次式8を満たすことに変更される:この方法では、最小エクステントサイズに更に大きいマージンを追加することはできる。しかし、その反面、2Dエクステントのビットレートが低い場合でも、そのサイズを十分に大きく確保しなければならない。従って、マージンの大きさとBD-ROMディスクへのデータの記録効率との比較衡量が必要である。尚、第2の方法を採用する場合、2D映像のシームレス再生の更なる確実性をリードバッファの容量の削減よりも優先させてもよいのであれば、式5を次式9に変更してもよい:<ストリームデータの転送速度>図91は、3D再生モードのシステムターゲットデコーダ4225内に備えられたビデオストリームの処理系統を示すブロック図である。図91を参照するに、その処理系統は、図45に示されている一対のソースデパケタイザ4511、4512、一対のPIDフィルタ4513、4514、及び主映像デコーダ4515を含む。第1ソースデパケタイザ4511は、RB14221内の各ベースビューデータブロックからソースパケットをベースビュー転送速度REXT1で読み出す。第1ソースデパケタイザ4511は更に、そのソースパケットの中からTSパケットを抽出して第1PIDフィルタ4513へ転送する。その転送の平均速度は最高で、ファイル2Dに対するシステムレートRTS1まで達する。従って、ベースビュー転送速度REXT1の最高値RMAX1はそのシステムレートRTS1の192/188倍に等しい。第1PIDフィルタ4513は、ベースビュービデオストリームを含むTSパケットを、主映像デコーダ4515内のTB14501へ送る。TB14501は、そのTSパケットからPESパケットを復元して、平均速度Rx1でMB14502へ転送する。MB14502は、そのPESパケットからベースビュービデオストリームのVAUを抽出し、平均速度Rbx1でEB14503へ転送する。第2ソースデパケタイザ4512は、RB24222内の各ディペンデントビューデータブロックからソースパケットをディペンデントビュー転送速度REXT2で読み出す。第2ソースデパケタイザ4512は更に、そのソースパケットの中からTSパケットを抽出して第2PIDフィルタ4514へ転送する。その転送の平均速度は最高で、ファイルDEPに対するシステムレートRTS2まで達する。従って、ディペンデントビュー転送速度REXT2の最高値RMAX2はそのシステムレートRTS2の192/188倍に等しい。第2PIDフィルタ4514は、ディペンデントビュービデオストリームを含むTSパケットを、主映像デコーダ4515内のTB24508へ送る。TB24508は、そのTSパケットからPESパケットを復元して、平均速度Rx2でMB24509へ転送する。MB24509は、そのPESパケットからディペンデントビュービデオストリームのVAUを抽出し、平均速度Rbx2でEB24510へ転送する。EB14503とEB24510とのそれぞれに蓄積されたVAUは、バッファスイッチ4506によって交互にDEC4504へ転送され、DEC4504によって非圧縮のピクチャデータに復号される。ここで、図7に示されているように、ディペンデントビューピクチャはベースビューピクチャを参照して圧縮されている。従って、ディペンデントビュービデオストリームはベースビュービデオストリームよりも、平均的なビットレートが低い。それ故、ファイルDEPに対するシステムレートRTS2は、ファイル2Dに対するシステムレートRTS1よりも低く設定されれば十分である。例えば、ファイル2Dに対するシステムレートRTS1が45Mbps以下に設定されるとき、ファイルDEPに対するシステムレートRTS2は30Mbps以下に設定されれば十分である:RTS1≦45Mbps、RTS2≦30Mbps。ここで、システムレートRTS1、RTS2の合計が一定の閾値以下に制限される場合を想定する。その閾値は、システムターゲットデコーダ4225に割り当てられた転送帯域の幅以下に設定され、例えば60Mbpsに等しい:RTS1RTS2≦60Mbps。その場合、ファイル2Dに対するシステムレートRTS1が45Mbpsに設定されれば、ファイルDEPに対するシステムレートRTS2は15Mbps以下に制限される:RTS1=45Mbps、RTS2≦15Mbps。各ビデオストリームのビットレートが平均的な値に維持されている限り、システムレートRTS1、RTS2の合計に対するそのような制限は、上記の転送帯域を効率良く利用するのに有利である。しかし、実際には、ディペンデントビュービデオストリームのビットレートが一時的にベースビュービデオストリームのビットレートを超える場合はある。例えば自然の風景を表す3D映像において、ベースビュー例えばレフトビューの焦点が突然外れて、ディペンデントビュー例えばライトビューの焦点のみが合っている場合、そのようなビットレートの逆転が生じる。その場合、ベースビュー転送速度REXT1はシステムレートRTS1=45Mbpsよりかなり低いにもかかわらず、ディペンデントビュー転送速度REXT2はシステムレートRTS2≦15Mbps正確には、その192/188≒1.02倍。以下、特に必要でない限り、その係数は1とみなす。を超えることができない。このように、システムレートRTS1、RTS2の合計が制限されている場合、ディペンデントビュー転送速度REXT2が、ディペンデントビュービデオストリームのビットレートの一時的な上昇には対応できない。その対応を可能にするには、システムレートRTS1、RTS2の合計に代えて、ベースビュー転送速度REXT1nとディペンデントビュー転送速度REXT2nとのエクステント単位での合計を制限すればよい:REXT1nREXT2n≦60Mbps。そのベースビュー転送速度REXT1nは、ファイルベース内のn1番目のエクステントEXT1nを含むソースパケットを転送する際の平均値であり、そのディペンデントビュー転送速度REXT2nは、ファイルDEP内のn1番目のエクステントEXT2nを含むソースパケットを転送する際の平均値である。図92のa、bはそれぞれ、その場合におけるベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2との時間的な変化を示すグラフである。図92のaを参照するに、ベースビュー転送速度REXT1は、第1時刻T0で最高値RMAX1≒45Mbpsから急落し、第1時刻T0から第2時刻T1までの期間Tstr中、低レベル=15Mbpsに留まっている。図92のbで実線のグラフGR1が示すとおり、ディペンデントビュー転送速度REXT2はベースビュー転送速度REXT1の変化に対して相補的に変化できる。特に上記の期間Tstrには、ピークP1が最高値RMAX2≒30Mbpsまで到達できる。このように、ベースビュー転送速度REXT1nとディペンデントビュー転送速度REXT2nとの合計がエクステント単位で制限されている場合、ディペンデントビュー転送速度REXT2は、ディペンデントビュービデオストリームのビットレートの一時的な上昇にも対応できる。システムターゲットデコーダ4225に割り当てられた転送帯域をストリームデータの転送に更に効率良く利用するには、ファイルDEPに対するシステムレートRTS2を更に高く設定することが好ましい。図92のcは、図92のa、bに示されているベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2とを足し合わせた値の時間的な変化を示すグラフである。図92のcで実線のグラフGR3の窪みCVが示すとおり、ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2との和は、第1時刻T0から第2時刻T1までの期間Tstr中、閾値60Mbpsを下回っている。これは、図92のbで実線のグラフGR1が示すとおり、ディペンデントビュー転送速度REXT2がファイルDEPに対するシステムレートRTS2=30Mbps以下に制限されていることに因る。図92のaの示すとおり、その期間Tstrではベースビュー転送速度REXT1は15Mbpsまで降下しているので、転送帯域幅には、少なくとも、その値と閾値との間の差60-15=45Mbpsに等しい余裕が残されている。従って、ファイルDEPに対するシステムレートRTS2は、30Mbpsよりも高い範囲、好ましくはファイル2Dに対するシステムレートRTS1と同じ範囲、例えば45Mbps以下に設定される:RTS1≦45Mbps、RTS2≦45Mbps。図92のb、cにはそれぞれ、その場合におけるディペンデントビュー転送速度REXT2、及びベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2との和が破線のグラフGR2、GR4で示されている。図92のbで破線のグラフGR2が示すとおり、ディペンデントビュー転送速度REXT2のピークP2は30Mbpsを超えることができる。その結果、図92のcで破線のグラフGR4が示すとおり、ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2との和は、上記の期間Tstr中、閾値60Mbpsの近傍に維持される。こうして、上記の転送帯域の利用効率を更に向上させることができる。但し、ファイルDEPに対するシステムレートRTS2をファイル2Dに対するシステムレートRTS1と同程度に高い値に設定した場合、それらの合計RTS1RTS2は一般に、システムターゲットデコーダ4225の転送帯域幅よりも高い。一方、ベースビュー転送速度REXT1nとディペンデントビュー転送速度REXT2nとはいずれも平均値であるので、それらの合計に閾値を設けても、転送速度の瞬時値の合計がその閾値を超えることまでは制限されない。具体的な例として、各システムレートRTS1、RTS2が45Mbpsに設定され、各エクステントのエクステントATC時間が3秒間であって、かつその前半の1.5秒間では転送速度の合計が30Mbpsに維持されている場合を想定する。その場合、後半の1.5秒間で各転送速度が仮にシステムレート45Mbpsまで上昇したとしても、エクステント全体で平均された転送速度の合計は60Mbpsに抑えられる。従って、ベースビュー転送速度REXT1nとディペンデントビュー転送速度REXT2nとの合計を60Mbps以下に制限しても、転送速度の瞬時値の合計が90Mbpsまで上昇することを阻むことはできない。このように、ベースビュー転送速度REXT1nとディペンデントビュー転送速度REXT2nとの合計を制限するだけでは、システムターゲットデコーダ4225の転送帯域が飽和する危険性がゼロではない。システムターゲットデコーダ4225の転送帯域が飽和する危険性を更に低減させることを目的として、転送速度の合計に対する制限を更に次のように変更してもよい。図93は、システムターゲットデコーダ内でソースデパケタイザからPIDフィルタへ転送されるTSパケットとATC時間との間の関係を示す模式図である。図93を参照するに、上段の矩形9310は、ベースビューエクステントを構成するTSパケット、TS1pp=0、1、2、3、...、k、k1、k2の転送期間を表し、下段の矩形9320は、ディペンデントビューエクステントを構成するTSパケット、TS2qq=0、1、2、3、...、m-1、m、m1の転送期間を表す。それらの矩形9310、9320はATCの時間軸方向でTSパケットの転送順に並べられている。各矩形9310、9320の先頭の位置はそのTSパケットの転送開始時刻を表す。各矩形9310、9320の長さAT1、AT2は、1個のTSパケットがリードバッファからシステムターゲットデコーダへ転送されるのに要する時間を表す。3D再生装置は、一つのTSパケットをソースデパケタイザから転送し始める度に、その転送開始時刻を起点とする所定時間長、例えば1秒間のウィンドウWIN1、WIN2、WIN3を設定する。3D再生装置は更に、各ウィンドウWIN1、WIN2、WIN3内でTS1とTS2との各転送速度を平均し、それらの平均値の合計を所定の閾値以下に制限する。図93に示されている例では、まず、TS10の転送開始時刻A1を起点とする第1ウィンドウWIN1が設定され、その中で転送されるTS10-kとTS20-mとについて、転送速度の合計が閾値以下に制限される。同様に、TS20の転送開始時刻A2を起点とする第2ウィンドウWIN2の中で転送されるTS10-k1とTS20-mとについて、転送速度の合計が閾値以下に制限され、TS11の転送開始時刻A3を起点とする第3ウィンドウWIN3の中で転送されるTS11-k1とTS20-m1とについて、転送速度の合計が閾値以下に制限される。このように、一定長のウィンドウをTSパケット当たりの転送時間ずつずらしながら、各ウィンドウでの平均転送速度の合計を所定の閾値以下に制限する。それにより、ウィンドウが短いほど、システムターゲットデコーダ4225の転送帯域が飽和する危険性が低減する。ファイルDEPに対するシステムレートRTS2がファイルベースに対するシステムレートRTS1と同程度に高く設定される場合、ディペンデントビュー転送速度REXT2も同程度まで上昇する場合が想定される。n1番目のディペンデントビューエクステントに対する転送速度REXT2nがそのように上昇した場合、転送速度の合計に対する制限から、n1番目のベースビューエクステントに対する転送速度REXT1nは最高値RMAX1よりも顕著に降下する。一方、最大エクステントサイズの定義式5では、分母に含まれる平均転送速度REXT2Dがその最高値RMAX2Dで評価される。更に、n1番目のベースビューエクステントのエクステントATC時間は、その最大エクステントサイズとベースビュー転送速度REXT1nとの比で表される値を上限とする。従って、その上限は実際のエクステントATC時間よりも顕著に長い。n1番目のベースビューエクステントとn1番目のディペンデントビューエクステントとではエクステントATC時間が共通であるので、そのディペンデントビューエクステントのサイズは最大で、ディペンデントビュー転送速度REXT2nと上記のエクステントATC時間の上限との積に等しい。そのサイズは、シームレス再生に実際に必要な値よりも顕著に大きいので、RB2の容量の更なる削減が阻まれる。従って、ファイルDEPに対するシステムレートRTS2をファイルベースに対するシステムレートRTS1と同程度に高く設定する場合、好ましくは、最大エクステントサイズに対する条件5、すなわち式5を次式10に変更する:式10の右辺では、分母に含まれる転送速度として、2Dエクステントに対する平均転送速度の最高値RMAX2D、又は、転送速度の最高値の合計RMAX1RMAX2とディペンデントビュー転送速度REXT2との間の差のいずれか低い方が採用される。ここで、転送速度の最高値の合計RMAX1RMAX2はシステムレートの合計RTS1RTS2の192/188倍に等しい。従って、ディペンデントビュー転送速度REXT2がシステムレートと同程度まで上昇する場合には、上記の差で最大エクステントサイズが評価される。それにより、ベースビューエクステントのエクステントATC時間の上限は実際のエクステントATC時間に近い値に抑えられる。それ故、ディペンデントビューエクステントのサイズは、シームレス再生に実際に必要な値程度に抑えられる。こうして、RB2の容量を十分に小さく維持することができる。<ファイルDEPに対するシステムレートが高い場合のデータブロックの配置>図94のaは、一つのエクステントペアについて、ベースビュー転送速度REXT1nとディペンデントビュー転送速度REXT2nとの組み合わせ別に最大エクステントサイズmaxSEXT1n、maxSEXT2nを示す表である。ここで、エクステントペアとは、ファイルベースに含まれるn1番目のベースビューエクステントと、ファイルDEPに含まれるn1番目のディペンデントビューエクステントとの対をいうn=0、1、2、...。最大エクステントサイズmaxSEXT2n、maxSEXT2nは、式5を用いて計算された値である。式5が2D再生モードのBD-ROMドライブの読み出し速度RUD54を含むことから明らかなとおり、最大エクステントサイズmaxSEXT2n、maxSEXT2nはBD-ROMドライブの性能に依存する。従って、図94のaに示されている値は一例に過ぎない。図94のaを参照するに、ベースビュー転送速度REXT1nが45Mbpsであり、かつディペンデントビュー転送速度REXT2nが15Mbpsであるとき、ディペンデントビューエクステントの最大エクステントサイズmaxSEXT2nは6MBである。逆に、ベースビュー転送速度REXT1nが15Mbpsであり、かつディペンデントビュー転送速度REXT2nが45Mbpsであるとき、ディペンデントビューエクステントの最大エクステントサイズmaxSEXT2nは8MBである。図90を用いて説明したとおり、各エクステントブロックの先頭に位置するディペンデントビューデータブロックのサイズが大きいほど、リードバッファに要求される容量は大きい。従って、エクステントブロックのプリロード期間にディペンデントビュー転送速度REXT2nが上昇することは、ディペンデントビューエクステントの最大エクステントサイズmaxSEXT2nが増大してリードバッファの容量の更なる削減を阻むので好ましくない。そこで、エクステントブロックの先頭に位置するエクステントペアEXT1n、EXT2nにおいて、ディペンデントビュー転送速度REXT2nがベースビュー転送速度REXT1nを超える場合には、ベースビューデータブロックBnをディペンデントビューデータブロックDnの前に配置する。すなわち、そのエクステントペアの中で、サイズの小さいデータブロックをサイズの大きいデータブロックよりも前に配置する。それにより、以下に示すように、リードバッファの容量を小さく維持することができる。図94のbは、層境界LBを間に挟んで配置された二つのエクステントブロック9401、9402について、上記の配置を採用した場合を示す模式図である。図94のbを参照するに、ファイルベース9411とファイルDEP9412との間でのエクステントペアのうち、n1番目のエクステントペアEXT1n、EXT2nがM番目のエクステントブロック9402の先頭に配置されている。そのエクステントペアでは、ディペンデントビュー転送速度REXT2nがベースビュー転送速度REXT1nよりも高いので、ディペンデントビューデータブロックDnはベースビューデータブロックBnよりもサイズが大きい。従って、そのエクステントペアでは、ベースビューデータブロックBnがディペンデントビューデータブロックDnの前に配置されている。一方、n-1番目、n番目、及びn2番目のエクステントペアEXT1k、EXT2kk=n-2、n-1、n1では、ディペンデントビュー転送速度REXT2kがベースビュー転送速度REXT1kよりも低いので、ディペンデントビューデータブロックDkはベースビューデータブロックBkよりもサイズが小さい。従って、それらのエクステントペアでは、ディペンデントビューデータブロックDkがベースビューデータブロックBkの前に配置されている。図95のa、bは、図94のbに示されている二つのエクステントブロック9401、9402から連続して3D映像がシームレスに再生される際に、RB1とRB2とのそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。実線のグラフG1P、G2Pは、M番目のエクステントブロック9402の先頭に配置されたn1番目のエクステントペアEXT1n、EXT2nにおいて、ベースビューデータブロックBnがディペンデントビューデータブロックDnの前に配置されているときの蓄積データ量DA1、DA2の変化を示す。破線のグラフG1Q、G2Qは、そのエクステントペアEXT1n、EXT2nにおいて、ディペンデントビューデータブロックDnがベースビューデータブロックBnの前に配置されているときの蓄積データ量DA1、DA2の変化を示す。図95のaを参照するに、M-1番目のエクステントブロック9401の後端のベースビューデータブロックBn-1がRB1に読み込まれた時点で、RB1の蓄積データ量DA1は極大値DM10、DM11に達する。更に、その直後のジャンプ期間PJMからM番目のエクステントブロック9402のプリロード期間PRBn、PRDnにわたり、蓄積データ量DA1はベースビュー転送速度REXT1n-1で減少する。ここで、n1番目のエクステントペアEXT1n、EXT2nでは、ベースビューデータブロックBnがディペンデントビューデータブロックDnよりもサイズが小さい。従って、ベースビューデータブロックBnがディペンデントビューデータブロックDnの前に配置されているときのプリロード期間PRBnの長さSEXT1n/RUD72は、逆の配置でのプリロード期間PRDnの長さSEXT2n/RUD72よりも短い。その結果、ベースビューデータブロックBnがディペンデントビューデータブロックDnの前に配置されているときの蓄積データ量DA1の極大値DM11は、逆の配置での極大値DM10よりも低い。図95のbを参照するに、M-1番目のエクステントブロック9401の後端のベースビューデータブロックBn-1の読み込みが開始された時点で、RB2の蓄積データ量DA2は極大値DM20、DM21に達する。更に、そのベースビューデータブロックBn-1の読み出し期間からM番目のエクステントブロック9402のプリロード期間PRBn、PRDnにわたり、蓄積データ量DA2はディペンデントビュー転送速度REXT2n-1で減少する。ここで、ベースビューデータブロックBnがディペンデントビューデータブロックDnの前に配置されているときのプリロード期間PRBnの長さSEXT1n/RUD72は、逆の配置でのプリロード期間PRDnの長さSEXT2n/RUD72よりも短い。その結果、ベースビューデータブロックBnがディペンデントビューデータブロックDnの前に配置されているときの蓄積データ量DA2の極大値DM21は、逆の配置での極大値DM20よりも低い。上記のとおり、エクステントブロックの先頭に配置されたエクステントペアの中では、サイズの小さいデータブロックをサイズの大きいデータブロックよりも前に配置した場合、リードバッファの容量を小さく維持することができる。同様に、飛び込み再生の開始可能位置に配置されたエクステントペアでも、サイズの小さいデータブロックをサイズの大きいデータブロックよりも前に配置する。それにより、リードバッファの容量を小さく維持することができる。その場合、エクステントブロックの先頭に限らず、途中に位置するエクステントペアの中でも、データブロックの順序が逆転し得る。図96のaは、そのような配置に対するエクステント起点のデータ構造Syntaxを示す模式図である。このエクステント起点Extent_Start_Pointは、図24のa、bに示されているエクステント起点と同様に、ファイル2DとファイルDEPとのそれぞれに対して設定される。図96のaを参照するに、そのエクステント起点では、エクステントIDextent_idとSPNSPN_extent_startとの各対に一つのエクステント開始フラグis_located_first_in_extent_pairが割り当てられている。図96のbは、ファイルベースに属するベースビューエクステントEXT1kk=0、1、2、...と、エクステント起点の示すエクステント開始フラグとの間の対応関係を表す模式図である。図96のcは、ファイルDEPに属するディペンデントビューエクステントEXT2kとエクステント開始フラグとの間の対応関係を表す模式図である。図96のdは、ファイルSSに属するエクステントSSEXTSS0とBD-ROMディスク上のエクステントブロックとの間の対応関係を示す模式図である。図96のb、cを参照するに、エクステントIDの等しいエクステントペアEXT1k、EXT2kでは、エクステント開始フラグの値が逆に設定されている。特に、エクステント開始フラグの値が1であるエクステントは、0であるエクステントよりもソースパケットが少ない。図96のdを参照するに、エクステント開始フラグの値が1であるエクステントは、0であるエクステントよりも前に配置されている。このように、エクステント開始フラグは、エクステントペアEXT1n、EXT2nのうち、いずれのエクステントが前に配置されているかを示す。従って、エクステント開始フラグの値から、エクステントペアEXT1n、EXT2nの中でのデータブロックの配置を知ることができる。それ故、エクステントペア間でデータブロックの順序が異なっていても、再生制御部4235はエクステント起点を利用して、各エクステントSSの先頭からデータブロック間の各境界までのソースパケット数をスイッチ4220に教えることができる。その結果、スイッチ4220はエクステントSSからベースビューエクステントとディペンデントビューエクステントとを分離できる。各エクステントペアの中でデータブロックの順序が一定である場合、RB1とRB2との各容量の下限値は、図90を利用して次のように算定された:RB1≧×RMAX1、RB2≧max×RMAX2,SEXT2n。それに対し、エクステントブロックの途中に位置するエクステントペアの中でデータブロックの順序が逆転してもよい場合、RB1とRB2との各容量の下限値は以下のように変更される。図97のcは、RB14221に求められる容量が最も大きいデータブロックの配置を示す模式図である。図97のcを参照するに、M-1番目のエクステントブロック9701とM番目のエクステントブロック9702とは、層境界LBを間に挟んで配置されている整数Mは2以上である。M番目のエクステントブロック9702の先頭にはn1番目のエクステントペアDn、Bnが配置され、特にディペンデントビューデータブロックDnがベースビューデータブロックBnの前に位置する整数nは0以上である。一方、M-1番目のエクステントブロック9701の後端にはn番目のエクステントペアDn-1、Bn-1が配置され、特にベースビューデータブロックBn-1がディペンデントビューデータブロックDn-1の前に位置する。図97のa、bは、図97のcに示されているエクステントブロック9701、9702から連続して3D映像がシームレスに再生される際に、RB14221、RB24222のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。図97のaを参照するに、n番目のベースビューデータブロックBn-1がRB14221に読み込まれた時点で、RB14221の蓄積データ量DA1は極大値DM1に達する。その直後のディペンデントビューデータブロックDn-1の読み出し期間ΔT1から、層境界LBを越えるロングジャンプの期間ΔT2、及びM番目のエクステントブロック9702のプリロード期間ΔT3にわたり、RB14221にはデータブロックが読み込まれないので、その蓄積データ量DA1は減少する。それらの期間ΔT1-ΔT3では、まずn-1番目までのベースビューデータブロックBkk=...、n-3、n-2が平均転送速度REXT1...,n-3,n-2で転送され、続いてn番目のベースビューデータブロックBn-1が平均転送速度REXT1n-1で転送される。プリロード期間ΔT3の終了まで蓄積データ量DA1が0に達するのを防ぐには、その終了時点よりもn番目のベースビューデータブロックBn-1のエクステントATC時間TEXT1n-1だけ前の時点で蓄積データ量DA1が、少なくとも、そのベースビューデータブロックBn-1のサイズSEXT1n-1に等しければよい。従って、蓄積データ量DA1の極大値DM1はそのサイズSEXT1n-1よりも、残りの期間ΔT1ΔT2ΔT3-TEXT1n-1でRB14221からシステムターゲットデコーダ4225へ転送されるデータ量REXT1...,n-3,n-2×以上、大きければよい。すなわち、RB14221には、その極大値DM1以上の容量RB1が求められる:RB1≧SEXT1n-1REXT1...,n-3,n-2×。ここで、ロングジャンプの時間ΔT2はそのロングジャンプの最大ジャンプ時間TJUMP_MAXで評価される。図97のfは、RB24222に求められる容量が最も大きいデータブロックの配置を示す模式図である。図97のfを参照するに、N-1番目のエクステントブロック9703とN番目のエクステントブロック9704とは、層境界LBを間に挟んで配置されている整数Nは2以上である。N番目のエクステントブロック9704の先頭にはn1番目のエクステントペアDn、Bnが配置され、特にディペンデントビューデータブロックDnがベースビューデータブロックBnの後に位置する。一方、N-1番目のエクステントブロック9703の後端にはn番目のエクステントペアDn-1、Bn-1が配置され、特にベースビューデータブロックBn-1がディペンデントビューデータブロックDn-1の後に位置する。図97のd、eは、図97のfに示されているエクステントブロック9703、9704から連続して3D映像がシームレスに再生される際に、RB14221、RB24222のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。図97のeを参照するに、n番目のディペンデントビューデータブロックDn-1がRB24222に読み込まれた時点で、RB24222の蓄積データ量DA2は極大値DM2に達する。その直後のベースビューデータブロックBn-1の読み出し期間ΔT4から、層境界LBを越えるロングジャンプの期間ΔT5、及びN番目のエクステントブロック9704のプリロード期間ΔT6にわたり、RB24222にはデータブロックが読み込まれないので、その蓄積データ量DA2は減少する。それらの期間ΔT4-ΔT6では、まずn-1番目までのディペンデントビューデータブロックDkk=...、n-3、n-2が平均転送速度REXT2...,n-3,n-2で転送され、続いてn番目のディペンデントビューデータブロックDn-1が平均転送速度REXT2n-1で転送される。プリロード期間ΔT6の終了まで蓄積データ量DA2が0に達するのを防ぐには、その終了時点よりもn番目のディペンデントビューデータブロックDn-1のエクステントATC時間TEXT2n-1だけ前の時点で蓄積データ量DA2が、少なくとも、そのディペンデントビューデータブロックDn-1のサイズSEXT2n-1に等しければよい。従って、蓄積データ量DA2の極大値DM2はそのサイズSEXT2n-1よりも、残りの期間ΔT4ΔT5ΔT6-TEXT2n-1でRB24222からシステムターゲットデコーダ4225へ転送されるデータ量REXT2...,n-3,n-2×以上、大きければよい。すなわち、RB24222には、その極大値DM2以上の容量RB2が求められる:RB2≧SEXT2n-1REXT2...,n-3,n-2×。ここで、ロングジャンプの時間ΔT5はそのロングジャンプの最大ジャンプ時間TJUMP_MAXで評価される。エクステントブロックの途中に位置するエクステントペアの中でデータブロックの順序が逆転してもよい場合は更に、そのエクステントペアに対する条件2、3、すなわち式2、3は以下のように変更される。図98のcは、データブロックの順序が逆転しているエクステントペアを途中に含むエクステントブロック9810を示す模式図である。図98のcを参照するに、n2番目のエクステントペアDn1、Bn1では、ディペンデントビューデータブロックDn1がベースビューデータブロックBnの後に位置する。その前後のエクステントペアDn、Bn、Dn1、Bn1では、ベースビューデータブロックBn、Bn1がディペンデントビューデータブロックDn、Dn1の後に位置する。図98のa、bは、図98のcに示されているエクステントブロック9801から連続して3D映像がシームレスに再生される際に、RB14221、RB24222の各蓄積データ量DA1、DA2の変化を示すグラフである。ここで、ゼロセクタ遷移期間は他の期間に比べて十分に短いので無視されている。図98のa、bを参照するに、n1番目のディペンデントビューデータブロックDnの読み出し期間PRDnでは、RB24222の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2nとの間の差RUD72-REXT2nに等しい速度で増加し、RB14221の蓄積データ量DA1はベースビュー転送速度REXT1n-1で減少する。n1番目のベースビューデータブロックBnの読み出し期間PRBnでは、RB14221の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1nとの間の差RUD72-REXT1nに等しい速度で増加する。一方、RB24222の蓄積データ量DA2はディペンデントビュー転送速度REXT2nで減少する。n2番目のベースビューデータブロックBn1の読み出し期間PRBn1では、RB14221の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1n1との間の差RUD72-REXT1n1に等しい速度で更に増加し続ける。一方、RB24222の蓄積データ量DA2はディペンデントビュー転送速度REXT2n1で更に減少し続ける。更に、n2番目のディペンデントビューデータブロックDn1の読み出し期間PRDn1では、RB24222の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2n1との間の差RUD72-REXT2n1に等しい速度で増加し、RB14221の蓄積データ量DA1はベースビュー転送速度REXT1nで減少する。続いて、n3番目のディペンデントビューデータブロックDn2の読み出し期間PRDn2では、RB24222の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2n2との間の差RUD72-REXT2n2に等しい速度で更に増加し続け、RB14221の蓄積データ量DA1はベースビュー転送速度REXT1n1で減少し続ける。この場合、エクステントブロック9810から3D映像をシームレスに再生するには、まず、n1番目のディペンデントビューデータブロックDnのエクステントATC時間が、その読み出し期間PRDnの開始時点から次のディペンデントビューデータブロックDn1の読み出し期間PRDn1の開始時点までの時間以上であればよい。次に、n1番目とn2番目とのベースビューデータブロックBn、Bn1のエクステントATC時間が、それらの読み出し期間PRBn、PRBn1の開始時点から次のベースビューデータブロックBn2の読み出し期間PRBn2の開始時点までの時間以上であればよい。それらの条件は、n番目のエクステントペアの中でエクステントBEXTBがエクステントAEXTAよりも前に位置する場合を想定するとき、上記の式2、3に代えて、次式2A、3Aで表される:ここで、式2Aは、式2に含まれるベースビューデータブロックBnのサイズSEXT1n、ディペンデントビューデータブロックDn1のサイズSEXT2n1、及びベースビュー転送速度REXT1nをそれぞれ、エクステントAのサイズSEXTAn、エクステントBのサイズSEXTBn1、及び、エクステントAに対する平均転送速度REXTAnに変更することで得られる。式3Aは、式3に含まれるベースビューデータブロックBnのサイズSEXT1n、ディペンデントビューデータブロックDnのサイズSEXT2n、及びディペンデントビュー転送速度REXT2nをそれぞれ、エクステントAのサイズSEXTAn、エクステントBのサイズSEXTBn、及び、エクステントBに対する平均転送速度REXTBnに変更することで得られる。尚、式2A、3Aのいずれでも、ゼロセクタ遷移期間の長さTJUMP0は0とみなされている。図99は、データブロックの順序が逆転しているエクステントペアを途中に含むエクステントブロック9900とAVストリームファイル9910-9920との間の対応関係を示す模式図である。図99を参照するに、3番目のエクステントペアD2、B2ではディペンデントビューデータブロックD2がベースビューデータブロックB2の後に位置する。その他のエクステントペアDk、Bkk=0、1、3ではベースビューデータブロックBkがディペンデントビューデータブロックDkの後に位置する。ベースビューデータブロックBnn=0、1、2、3、...はそれぞれ、一つのベースビューエクステントEXT1nとしてファイルベース9911に属する。ディペンデントビューデータブロックDnはそれぞれ、一つのディペンデントビューエクステントEXT2nとしてファイルDEP9912に属する。エクステントブロック9900の全体は一つのエクステントSSEXTSS0としてファイルSS9920に属する。ベースビューデータブロックBnn=0、1、2、3、...は更に、2DエクステントEXT2Dnとしてファイル2D9910に属する。ここで、二つの連続するベースビューデータブロックB1、B2は一つの2DエクステントEXT2D1として参照される。それにより、その2DエクステントEXT2D1のサイズSEXT2D1は、その直後に配置された二つのディペンデントビューデータブロックD2、D3の全体のサイズSEXT22SEXT23が大きくても、式1を満たすことができる。<層境界の前後での再生経路の分離>図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による最小エクステントサイズよりも一般に大きい。それ故、RB14221の容量は、3D再生モードでのシームレス再生に必要最小限の値よりも大きくなければならない。更に、そのベースビューデータブロックB3と、その直前に位置するディペンデントビューデータブロックD3とではエクステントATC時間が等しい。従って、そのディペンデントビューデータブロックD3のサイズは、条件2によってそのデータブロックD3に要求される最小エクステントサイズよりも一般に大きい。それ故、RB24222の容量は、3D再生モードでのシームレス再生に必要最小限の値よりも一般に大きい。このように、図21に示されている配置では、二つのエクステントブロック1902、1903間のシームレスな接続は可能であるが、RB14221、RB24222の容量が十分に大きく確保されなければならない。ロングジャンプJLY中での映像のシームレス再生を可能にしたまま、RB14221、RB24222の容量を更に削減するには、層境界LB等、そのロングジャンプJLYの必要な位置の前後でデータブロック群の配置をインターリーブ配置から変更して、2D再生モードと3D再生モードとの間で再生経路を分離すればよい。そのような変更のパターンには、例えば以下に述べる二種類の配置1、2がある。配置1、2のいずれでも、再生経路はロングジャンプJLYの直前で、動作モードごとに異なるベースビューデータブロックを通る。その結果、後述のとおり、再生装置102にRB14221、RB24222の容量を必要最小限に維持させたまま、ロングジャンプJLY中での映像のシームレス再生を容易に実現させることができる。≪配置1≫図100は、BD-ROMディスク101の層境界LBの前後に記録されたデータブロック群の配置1を示す模式図である。図100を参照するに、層境界LBの直前には第1エクステントブロックA001が配置され、層境界LBの直後には第2エクステントブロックA002が配置されている。各エクステントブロックA001、A002内では、ディペンデントビューデータブロックDnとベースビューデータブロックBnとがインターリーブ配置を構成しているn=...、0、1、2、3、...。特にn番目のエクステントペアDn、BnではエクステントATC時間が等しい。配置1では更に、第1エクステントブロックA001の後端B1と層境界LBとの間に一つのベースビューデータブロックB22Dが配置されている。そのベースビューデータブロックB22Dは、第2エクステントブロックA002内の先端のベースビューデータブロックB2SSとビット単位bit-for-bitで一致する。以下、前者B22Dを2D再生専用ブロックといい、後者B2SSをSS再生専用ブロックという。図100に示されているベースビューデータブロックのうち、SS再生専用ブロックB2SS以外はファイル2DA010のエクステント、すなわち2DエクステントEXT2Dとしてアクセス可能である。例えば第1エクステントブロックA001内の最後から二番目のベースビューデータブロックB0、最後のベースビューデータブロックB1と2D再生専用ブロックB22Dとの対B1B22D、及び、第2エクステントブロックA002内の二番目のベースビューデータブロックB3はそれぞれ、単一の2DエクステントEXT2D0、EXT2D1、EXT2D2としてアクセス可能である。一方、図100に示されているディペンデントビューデータブロックDnn=...、0、1、2、3、...はそれぞれ、ファイルDEPA012の単一のエクステント、すなわちディペンデントビューエクステントEXT2nとしてアクセス可能である。図100に示されているデータブロック群では、AVストリームファイルのクロスリンクが次のように実現される。各エクステントブロックA001、A002の全体はファイルSSA020の単一のエクステントEXTSS0、EXTSS1としてアクセス可能である。従って、各エクステントブロックA001、A002内のベースビューデータブロックB0、B1、B3はファイル2DA010とファイルSSA020とに共有される。それに対し、2D再生専用ブロックB22Dは、層境界LBの直前に位置する2DエクステントEXT2D1の一部としてのみアクセス可能である。一方、SS再生専用ブロックB2SSは、層境界LBの直後のエクステントSSEXTSS1の一部としてのみアクセス可能である。それ故、2D再生専用ブロックB22D以外のベースビューデータブロックB0、B1、B2SS、B3は、ファイルベースA011のエクステント、すなわちベースビューエクステントEXT1nn=0、1、2、3としてエクステントSSEXTSS0、EXTSS1から抽出可能である。図101は、図100に示されている配置1のデータブロック群に対する2D再生モードでの再生経路A110と3D再生モードでの再生経路A120とを示す模式図である。2D再生モードの再生装置102はファイル2DA010を再生する。従って、2D再生モードでの再生経路A110が示すとおり、まず、第1エクステントブロックA001内の最後から二番目のベースビューデータブロックB0が最初の2DエクステントEXT2D0として読み出され、その直後のディペンデントビューデータブロックD1の読み出しが最初のジャンプJ2D1によってスキップされる。次に、第1エクステントブロックA001内の最後のベースビューデータブロックB1とその直後の2D再生専用ブロックB22Dとの対B1B22Dが二番目の2DエクステントEXT2D1として連続して読み出される。その直後の層境界LBではロングジャンプJLYが生じ、第2エクステントブロックA002の先端に位置する3個のデータブロックD2、B2SS、D3の読み出しがスキップされる。続いて、第2エクステントブロック8902内の二番目のベースビューデータブロックB3が三番目の2DエクステントEXT2D2として読み出される。一方、3D再生モードの再生装置102はファイルSSA020を再生する。従って、3D再生モードでの再生経路A120が示すとおり、まず、第1エクステントブロックA001の全体が最初のエクステントSSEXTSS0として連続して読み出される。その直後にロングジャンプJLYが生じ、2D再生専用ブロックB22Dの読み出しがスキップされる。続いて、第2エクステントブロックA002の全体が二番目のエクステントSSEXTSS1として連続して読み出される。図100に示されているとおり、2D再生モードでは、2D再生専用ブロックB22Dは読み出されるが、SS再生専用ブロックB2SSの読み出しはスキップされる。逆に3D再生モードでは、2D再生専用ブロックB22Dの読み出しはスキップされるが、SS再生専用ブロックB2SSは読み出される。しかし、両方のデータブロックB22D、B2SSはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュービデオフレームは等しい。このように、配置1ではロングジャンプJLYの前後で2D再生モードでの再生経路A110と3D再生モードでの再生経路A120とが分離されている。従って、図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エクステントブロックA002内の最初の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のサイズよりは十分に小さくできる。こうして、RB14221、RB24222の各容量を、3D映像のシームレス再生に必要最小限の値に更に接近させることができる。その結果、配置1では、再生装置102内に確保されるべきリードバッファの容量を必要最小限に抑えたまま、ロングジャンプ中に2D映像と3D映像とのいずれをもシームレスに再生することができるように、各データブロックのサイズを設計することができる。配置1では、2D再生専用ブロックB22Dの複製データが、第1のエクステントブロックA001の中に単一のSS再生専用ブロックB2SSとして配置されている。その他に、その複製データが二個以上のSS再生専用ブロックに分割されて配置されてもよい。≪配置2≫図102は、BD-ROMディスク101の層境界LBの前後に記録されたデータブロック群の配置2を示す模式図である。図102を図100と比較するに、配置2は配置1とは主に、SS再生専用ブロックB2SS、B3SSを含むエクステントブロックA202が層境界LBの直前に配置されている点で異なる。図102を参照するに、層境界LBの前には、第1エクステントブロックA201、2D再生専用ブロックB2B32D、及び第2エクステントブロックA202が順番に配置され、層境界LBの後には第3エクステントブロックA203が配置されている。各エクステントブロックA201-A203内ではディペンデントビューデータブロックDnとベースビューデータブロックBnとがインターリーブ配置を構成しているn=...、0、1、2、3、4、...。特にn番目のエクステントペアDn、BnではエクステントATC時間が等しい。第2エクステントブロックA202では、第1エクステントブロックA201の後端に位置するデータブロックD1、B1とも、第3エクステントブロックA203の先端に位置するデータブロックD4、B4とも、ストリームデータの内容が連続している。第2エクステントブロックA202に含まれるベースビューデータブロックはいずれもSS再生専用ブロックB2SS、B3SSであり、それらの全体B2SSB3SSは、その前に位置する2D再生専用ブロックB2B32Dとビット単位で一致する。図102に示されているベースビューデータブロックのうち、SS再生専用ブロックB2SS、B3SS以外はファイル2DA210のエクステントEXT2D0、EXT2D1、EXT2D2としてアクセス可能である。特に第1エクステントブロックA201内の最後のベースビューデータブロックB1と2D再生専用ブロックB2B32Dとの対は単一の2DエクステントEXT2D1としてアクセス可能である。更に、第2エクステントブロックA202以外のエクステントブロックA201、A203内のベースビューデータブロックB0、B1、B4は、ファイルベースA211のエクステントEXT10、EXT11、EXT14としてファイルSSA220のエクステントEXTSS0、EXTSS1からも抽出可能である。それに対し、2D再生専用ブロックB2B32Dは2DエクステントEXT2D1の一部としてのみアクセス可能である。一方、SS再生専用ブロックB2SS、B3SSはそれぞれ、ベースビューエクステントEXT12、EXT13としてエクステントSSEXTSS1から抽出可能である。図103は、図102に示されている配置2のデータブロック群に対する2D再生モードでの再生経路A310と3D再生モードでの再生経路A320とを示す模式図である。2D再生モードの再生装置102はファイル2DA210を再生する。従って、2D再生モードでの再生経路A310が示すとおり、まず、第1エクステントブロックA201内の最後から二番目のベースビューデータブロックB0が最初の2DエクステントEXT2D0として読み出され、その直後のディペンデントビューデータブロックD1の読み出しが最初のジャンプJ2D1によってスキップされる。次に、第1エクステントブロックA201内の最後のベースビューデータブロックB1とその直後の2D再生専用ブロックB2B32Dとの対が二番目の2DエクステントEXT2D1として連続して読み出される。その直後にロングジャンプJLYが生じ、第2エクステントブロックA202の読み出し、及び第3エクステントブロックA203の先端に位置するディペンデントビューデータブロックD4の読み出しがスキップされる。続いて、第3エクステントブロックA203内の最初のベースビューデータブロックB4が三番目の2DエクステントEXT2D2として読み出される。3D再生モードの再生装置102はファイルSSA220を再生する。従って、3D再生モードでの再生経路A320が示すとおり、まず、第1エクステントブロックA201の全体が第1エクステントSSEXTSS0として連続して読み出される。その直後にジャンプJEXが生じ、2D再生専用ブロックB2B32Dの読み出しがスキップされる。次に、第2エクステントブロックA202の全体が第2エクステントSSEXTSS1として連続して読み出される。その直後に、層境界LBを越えるためのロングジャンプJLYが生じる。続いて、第3エクステントブロックA203の全体が第3エクステントSSEXTSS2として連続して読み出される。図103に示されているとおり、2D再生モードでは、2D再生専用ブロックB2B32Dは読み出されるが、SS再生専用ブロックB2SS、B3SSの読み出しはスキップされる。逆に3D再生モードでは、2D再生専用ブロックB2B32Dの読み出しはスキップされるが、SS再生専用ブロックB2SS、B3SSは読み出される。しかし、2D再生専用ブロックB2B32DとSS再生専用ブロックの全体B2SSB3SSとはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュービデオフレームは等しい。このように、配置2ではロングジャンプJLYの前後で2D再生モードでの再生経路A310と3D再生モードでの再生経路A320とが分離されている。従って、層境界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エクステントブロックA203内の最初の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のサイズを十分に小さくすることができる。こうして、RB14221、RB24222の各容量は、3D映像のシームレス再生に必要最小限の値まで更に削減可能である。その結果、配置2では、再生装置102内に確保されるべきリードバッファの容量を必要最小限に抑えたまま、2D映像と3D映像とのいずれをもシームレスに再生することができるように、各データブロックのサイズを設計することができる。図90を用いて説明したとおり、ロングジャンプの直前に位置するエクステントブロックの後端に配置されたデータブロックのサイズが小さいほど、RB24222の容量の下限は小さい。従って、配置2は好ましくは、以下の2つの条件が満たされるように設計される。その場合、3D再生専用ブロックB2SS、B3SSを含む第2エクステントブロックA202において、各データブロックのサイズが十分に小さい。その結果、RB24222の容量の下限を更に低減させることができる。第1の条件は、第2エクステントブロックA202の直前に配置される2D再生専用ブロックB2B32Dのサイズに上限を定める。例えば、図103を更に参照するに、2D再生専用ブロックB2B32DのサイズS2Dは20000セクタ以下に制限される。この上限値は2D再生装置のジャンプ性能に依存する。第2の条件は、3D再生専用ブロックB2SS、B3SSのエクステントATC時間に上限TEXT_3D_MAXを定める。すなわち、3D再生専用ブロックB2SS、B3SSのサイズが、式1に代えて次式を満たす:SEXT1n≦REXT1n×TEXT_3D_MAX。上限TEXT_3D_MAXは例えば0.5秒に設定される。図104は、図103に示されている第2エクステントブロックA202の後端に位置する3D再生専用ブロックB3SSの読み出し時間SEXT13/RUD72と、RB24222の容量の下限との間の関係を示すグラフである。図104を参照するに、3D再生専用ブロックB3SSの読み込みが開始された時点で、RB24222の蓄積データ量DA2は極大値DM2に達する。その極大値DM2は、3D再生専用ブロックB3SSの読み出し期間の長さSEXT13/RUD72、ロングジャンプに要する時間TLY、及びプリロード期間の長さSEXT24/RUD72の和にディペンデントビュー転送速度REXT23を乗じた値以上である:DM2≧×REXT23。従って、仮に3D再生専用ブロックB3SSのサイズが更に大きい値SL3であれば、その読み出し期間の長さSL3/RUD72が増大するので、図104に破線で示されているとおり、RB24222の蓄積データ量DA2の極大値DM20が増大する。それ故、上記の2つの条件で3D再生専用ブロックB2SS、B3SSの各サイズを小さく制限する。それにより、RB24222の容量の下限を更に低減させることができる。尚、条件4を満たすには、各エクステントブロックの先頭に位置するデータブロックのサイズ、すなわちプリロード期間の長さを十分に大きく確保しなければならない。それ故、エクステントブロックの先頭に位置する3D再生専用ブロックについては、そのエクステントATC時間が上限TEXT_3D_MAXを超えてもよい。配置2は、層境界LBの手前の他に、飛び込み再生の開始可能位置に設けられてもよい。図102には、飛び込み再生の開始可能位置、すなわちエントリポイントが記録されたBD-ROMディスク上の位置が三角形A230、A231、A232の頂点で示されている。白い三角形A230で示されているエントリポイントは2D再生モードでの飛び込み再生の開始可能位置を示す。黒い三角形A231、A232で示されているエントリポイントは3D再生モードでの飛び込み再生の開始可能位置を示す。個々の3D再生専用ブロックB2SS、B3SSは2D再生専用ブロックB2B32Dよりもサイズが十分に小さいので、対応するディペンデントビューデータブロックD2、D3のサイズも十分に小さい。その結果、3D再生モードでの飛び込み再生時、エントリポイントA231、A232へのアクセス開始からデータブロックD2、B2SSの復号開始までに要する時間が短い。すなわち、3D再生モードでの飛び込み再生は起動が早い。配置2では、2D再生専用ブロックB2B32Dの複製データが、二つのSS再生専用ブロックB2SS、B3SSに分割されて配置されている。その他に、その複製データが単一のSS再生専用ブロックであってもよく、又は三個以上のSS再生専用ブロックに分割されて配置されてもよい。<エクステントペアフラグ>図105は、ファイルベースA501とファイルDEPA502との各エクステントEXT1k、EXT2k整数kは0以上である。に対して設定されたエントリポイントA510、A520を示す模式図である。ファイルベースA501のエントリポイントA510は2Dクリップ情報ファイルのエントリマップで定義され、ファイルDEPA502のエントリポイントA520はディペンデントビュークリップ情報ファイルのエントリマップで定義される。各エントリポイントA510、A520は特にエクステントペアフラグを含む。エクステントペアフラグは、ファイルベースA501のエントリポイントとファイルDEPA502のエントリポイントとが同じPTSを示すとき、それぞれの設定されたエクステントEXT1i、EXT2jが各ファイルA501、A502の先頭から同じ順序であるか否かi=j又はi≠jを示す。図105を参照するに、n1番目整数nは1以上である。のベースビューエクステントEXT1nに設定された最初のエントリポイントA530のPTSは、n-1番目のディペンデントビューエクステントEXT2n-1に設定された最後のエントリポイントA540のPTSに等しい。従って、各エントリポイントA530、A540のエクステントペアフラグの値は0に設定される。同様に、n1番目のベースビューエクステントEXT1nに設定された最後のエントリポイントA531のPTSは、n1番目のディペンデントビューエクステントEXT2n1に設定された最初のエントリポイントA541のPTSに等しい。従って、各エントリポイントA531、A541のエクステントペアフラグの値は0に設定される。その他のエントリポイントA510、A520は、PTSが等しいときは設定先のエクステントEXT1、EXT2の順序も等しいので、エクステントペアフラグの値は1に設定される。3D再生モードの再生装置102は、飛び込み再生を開始する際に再生開始位置のエントリポイントのエクステントペアフラグを参照し、その値が1である場合に、そのエントリポイントから実際に再生を開始する。その値が0である場合には、再生装置102は、そのエントリポイントの前後から、エクステントペアフラグの値が1である別のエントリポイントを探して、その別のエントリポイントから再生を開始する。こうして、n番目のディペンデントビューエクステントEXT2nが確実に、n番目のベースビューエクステントEXT1nよりも先に読み出される。その結果、飛び込み再生処理を簡単化することができる。エクステントペアフラグ=0のエントリポイントの間隔は、それに対応する表示時間の長さが一定の秒数以下、例えば1GOP当たりの表示時間長の最大値の2倍以下になるように制限されてもよい。それにより、飛び込み再生の開始時、エクステントペアフラグ=1のエントリポイントの探索に伴う再生開始までの待ち時間を短縮することができる。その他に、エクステントペアフラグ=0のエントリポイントの次のエントリポイントでは、エクステントペアフラグの値が1に制限されてもよい。また、アングル切り換えフラグがエクステントペアフラグとして代用されてもよい。ここで、アングル切り換えフラグとは、マルチアングルに対応のコンテンツにおいてエントリマップ内に用意されたフラグであって、多重化ストリームデータにおけるアングルの切り換え位置を示すマルチアングルについては後述参照。<データブロック間での再生期間の一致>エクステントATC時間の等しいデータブロックの対では更に、再生期間が一致し、かつビデオストリームの再生時間が等しくてもよい。すなわち、それらのデータブロック間でVAUの数が等しくてもよい。その意義は次のとおりである。図106のaは、隣接するベースビューデータブロックとディペンデントビューデータブロックとの間でエクステントATC時間が異なり、かつビデオストリームの再生時間が異なるときの再生経路を示す模式図である。図106のaを参照するに、先頭のベースビューデータブロックB0の再生時間は4秒間であり、先頭のディペンデントビューデータブロックD0の再生時間は1秒間である。ここで、ディペンデントビューデータブロックD0の復号に必要なベースビュービデオストリームの部分はそのディペンデントビューデータブロックD0と同じ再生時間を持つ。従って、再生装置内のリードバッファの容量を節約するには、図106のaに矢印ARW1で示されているように、再生装置にベースビューデータブロックB0とディペンデントビューデータブロックD0とを交互に同じ再生時間ずつ、例えば1秒間ずつ読み込ませることが好ましい。しかし、その場合、図106のaに破線で示されているように、読み出し処理の途中でジャンプが生じる。その結果、読み出し処理を復号処理に間に合わせることが難しいので、シームレス再生を確実に持続することが難しい。図106のbは、隣接するベースビューデータブロックとディペンデントビューデータブロックとの間でビデオストリームの再生時間が等しいときの再生経路を示す模式図である。図106のbに示されているように、隣接する一対のデータブロックの間でビデオストリームの再生時間が等しくてもよい。例えば、先頭のデータブロック対B0、D0ではビデオストリームの再生時間が共に1秒に等しく、二番目のデータブロック対B1、D1ではビデオストリームの再生時間が共に0.7秒に等しい。その場合、3D再生モードの再生装置は、図106のbに矢印ARW2で示されているように、データブロックB0、D0、B1、D1、...を先頭から順番に読み出す。それだけで、再生装置はメインTSとサブTSとを交互に同じ再生時間ずつ読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、3D映像のシームレス再生が確実に持続可能である。実際には、隣接するベースビューデータブロックとディペンデントビューデータブロックとの間でエクステントATC時間が等しければ、読み出し処理にジャンプを生じさせることなく、復号処理の同期を維持することはできる。従って、再生期間又はビデオストリームの再生時間が等しくなくても、図106のbに示されている場合と同様に、再生装置はデータブロック群を先頭から順番に読み出すだけで、3D映像のシームレス再生を確実に持続できる。隣接するベースビューデータブロックとディペンデントビューデータブロックとの間では、VAUのいずれかのヘッダの数、又はPESヘッダの数が等しくてもよい。データブロック間での復号処理の同期にはそれらのヘッダが利用される。従って、データブロック間でヘッダの数が等しければ、VAUそのものの数が等しくなくても、復号処理の同期を維持することは比較的容易である。更に、VAUそのものの数が等しい場合とは異なり、VAUのデータが全て同じデータブロック内に多重化されていなくてもよい。それ故、BD-ROMディスク101のオーサリング工程において、ストリームデータの多重化の自由度が高い。隣接するベースビューデータブロックとディペンデントビューデータブロックとの間ではエントリポイントの数が等しくてもよい。図105を再び参照するに、エクステントペアフラグ=0のエントリポイントA530、A540、A531、A541を除けば、ファイルベースA501とファイルDEPA502とでは、先頭から同じ順序のエクステントEXT1k、EXT2kが同じ数のエントリポイントA510、A520を含む。2D再生モードと3D再生モードとではジャンプの有無は異なる。しかし、データブロック間でエントリポイントの数が等しいとき、再生時間も実質的に等しい。従って、ジャンプの有無にかかわらず、復号処理の同期を維持することは容易である。更に、VAUそのものの数が等しい場合とは異なり、VAUのデータの全てが同じデータブロック内に多重化されていなくてもよい。それ故、BD-ROMディスク101のオーサリング工程において、ストリームデータの多重化の自由度が高い。<マルチアングル>図107のaは、マルチアングルに対応する多重化ストリームデータの再生経路を示す模式図である。図107の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の間で再生対象を切り換えることができる。図107のbは、BD-ROMディスク上に記録されたデータブロック群A701と、それらに対するL/Rモードでの再生経路A702とを示す模式図である。そのデータブロック群A701は、図107のaに示されているストリームデータL、R、D、Ak、Bk、Ckを含む。図107のbを参照するに、そのデータブロック群A701では、通常のストリームデータL、R、Dに加え、アングル別のストリームデータAk、Bk、Ckがインターリーブ配置で記録されている。L/Rモードでは、再生経路A702の示すように、ライトビューデータブロックRとベースビューデータブロックLとは読み出され、デプスマップデータブロックDの読み出しはジャンプによってスキップされる。更に、アングル別のストリームデータAk、Bk、Ckのうち、選択されたもののデータブロックA0、B1、...、Cnは読み出され、その他のデータブロックの読み出しはジャンプによってスキップされる。図107のcは、アングル別のストリームデータAk、Bk、Ckを構成するエクステントブロックを示す模式図である。図107のcを参照するに、各アングルのストリームデータAk、Bk、Ckでは、三種類のデータブロックL、R、Dがインターリーブ配置を構成している。L/Rモードでは、再生経路A702の示すように、アングル別のストリームデータ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への移行を示す。図108は、マルチアングル期間を構成するデータブロック群A801、及び、それらに対する2D再生モードでの再生経路A810とL/Rモードでの再生経路A820とを示す模式図である。図108を参照するに、そのデータブロック群A801は三種類のアングルチェンジ区間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再生モードでの再生経路A810の示す、他のアングルチェンジ区間の読み出しをスキップするためのジャンプJANG2Dである。一方、条件4で考慮されるべきジャンプは、L/Rモードでの再生経路A820の示す、他のアングルチェンジ区間の読み出しをスキップするためのジャンプJANGLRである。各再生経路A810、A820の示すとおり、いずれのジャンプJANG2D、JANGLRも一般に、アングルの切り換え、すなわち、読み出されるべきアングルチェンジ区間の種類の切り換えを含む。図108を更に参照するに、各アングルチェンジ区間はベースビューデータブロックLを一つ含む。従って、ベースビューエクステントEXT1のエクステントATC時間はアングルチェンジ区間の長さの最大値TANG以下に制限される。例えば、アングルの切り換えを表示時間2秒当たりに1回の割合で実行可能にするには、アングルチェンジ区間の長さの最大値TANGを2秒間に制限しなければならない。その結果、ベースビューエクステントEXT1のエクステントATC時間は2秒以下に制限される。それ故、条件5は、ベースビューエクステントのサイズSEXT1が式5に代えて次式11を満たすことに変更される:尚、式5の右辺に代えて、式9の右辺が比較されてもよい。また、式7A又は7Bに示されている2DエクステントのエクステントATC時間に対する延長時間ΔTと同様に、アングルチェンジ区間の長さの最大値TANGは、GOPの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。更に、その延長時間ΔTは、マルチアングルでは0に設定されてもよい。<放送、通信回路を経由したデータ配信>本発明の実施形態による記録媒体は、光ディスクの他、例えば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の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。<リアルタイムレコーディングへの適用>本発明の実施形態では、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セクション内の随時アクセスされるファイルとして管理される。すなわち、プレイリストファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリストファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。"