"複数のデータブロックからなるデータストリームと、管理情報とが記録された記録媒体であって、前記データストリームは、平面視再生に利用されるメインビューストリーム、及び前記メインビューストリームと組み合わされて立体視映像の再生に利用されるサブビューストリームを含み、前記データブロックは、前記メインビューストリームから構成される複数のメインビューデータブロックと、前記サブビューストリームから構成される複数のサブビューデータブロックとを含み、前記データブロックの種類には、共通データブロックと、平面視専用データブロックと、立体視専用データブロックとがあり、前記共通データブロックは、メインビューデータブロックとサブビューデータブロックとの両方を含み、平面視再生時及び立体視再生時の両方でアクセスされ、前記平面視専用データブロックは、メインビューデータブロックのみを含み、平面視再生時にのみアクセスされ、前記立体視専用データブロックは、メインビューデータブロックとサブビューデータブロックとの両方を含み、立体視再生時にのみアクセスされ、前記平面視専用データブロックに含まれるメインビューデータブロックと、前記立体視専用データブロックに含まれるメインビューデータブロックとは同一の内容であり、前記管理情報は、前記メインビューストリームのシステムレート、前記サブビューストリームのシステムレート、立体視映像再生経路情報、及び平面視映像再生経路情報を含み、前記立体視映像再生経路情報は、立体視再生時に、前記共通データブロック及び前記立体視専用データブロックに含まれるメインビューデータブロック及びサブビューデータブロックを再生する経路を示し、前記平面視映像再生経路情報は、平面視再生時に、前記共通データブロック及び前記平面視専用データブロックに含まれるメインビューデータブロックを再生する経路を示し、前記記録媒体は、所定数以上のセクタまたは層境界が存在するロングジャンプ領域を有し、前記共通データブロックのうち、第1共通データブロックと第2共通データブロックとはその順に読み出され、前記第1共通データブロックの記録領域と前記第2共通データブロックの記録領域との間には前記ロングジャンプ領域が存在し、前記平面視専用データブロックと前記立体視専用データブロックとのうち、内容が対応する第1平面視専用データブロックと第1立体視専用データブロックとは、前記第1共通データブロックの記録領域と前記ロングジャンプ領域との間、または、前記ロングジャンプ領域と前記第2共通データブロックの記録領域との間に記録され、前記第1共通データブロック、前記第2共通データブロック、及び前記第1平面視専用データブロックに含まれるメインビューデータブロックのサイズの最小値は、少なくとも、再生装置が平面視再生時に前記記録媒体から当該メインビューデータブロックを読み出す速度、当該メインビューデータブロックのビットレート、及び前記再生装置が平面視再生時に前記ロングジャンプ領域をジャンプするのに要する時間によって決定されており、前記第1共通データブロック、前記第2共通データブロック、前記第1平面視専用データブロック、及び前記第1立体視専用データブロックに含まれるメインビューデータブロックのサイズの最大値は、少なくとも、前記サブビューストリームのシステムレート、及び、続けて読み出される二つのデータブロックの記録領域間に前記ロングジャンプ領域が存在するか否かによって決定されていることを特徴とする記録媒体。複数のデータブロックからなるデータストリームと管理情報とが記録された記録媒体から映像を再生するための再生装置であって、前記データストリームは、平面視再生に利用されるメインビューストリーム、及び、前記メインビューストリームと組み合わされて立体視映像の再生に利用されるサブビューストリームを含み、前記データブロックは、前記メインビューストリームから構成される複数のメインビューデータブロックと、前記サブビューストリームから構成される複数のサブビューデータブロックとを含み、前記データブロックの種類には、共通データブロックと、平面視専用データブロックと、立体視専用データブロックとがあり、前記共通データブロックは、メインビューデータブロックとサブビューデータブロックとの両方を含み、平面視再生時及び立体視再生時の両方でアクセスされ、前記平面視専用データブロックは、メインビューデータブロックのみを含み、平面視再生時にのみアクセスされ、前記立体視専用データブロックは、メインビューデータブロックとサブビューデータブロックとの両方を含み、立体視再生時にのみアクセスされ、前記平面視専用データブロックに含まれるメインビューデータブロックと、前記立体視専用データブロックに含まれるメインビューデータブロックとは同一の内容であり、前記管理情報は、前記メインビューストリームのシステムレート、前記サブビューストリームのシステムレート、立体視映像再生経路情報、及び平面視映像再生経路情報を含み、前記立体視映像再生経路情報は、立体視再生時に、前記共通データブロック及び前記立体視専用データブロックに含まれるメインビューデータブロック及びサブビューデータブロックを再生する第1の経路を示し、前記平面視映像再生経路情報は、平面視再生時に、前記共通データブロック及び前記平面視専用データブロックに含まれるメインビューデータブロックを再生する第2の経路を示し、前記記録媒体は、所定数以上のセクタまたは層境界が存在するロングジャンプ領域を有し、前記共通データブロックのうち、第1共通データブロックと第2共通データブロックとはその順に読み出され、前記第1共通データブロックの記録領域と前記第2共通データブロックの記録領域との間には前記ロングジャンプ領域が存在し、前記平面視専用データブロックと前記立体視専用データブロックとのうち、内容が対応する第1平面視専用データブロックと第1立体視専用データブロックとは、前記第1共通データブロックの記録領域と前記ロングジャンプ領域との間、または、前記ロングジャンプ領域と前記第2共通データブロックの記録領域との間に記録され、前記第1共通データブロック、前記第2共通データブロック、及び前記第1平面視専用データブロックに含まれているメインビューデータブロックのサイズの最小値は、少なくとも、前記再生装置が平面視再生時に前記記録媒体から当該メインビューデータブロックを読み出す速度、当該メインビューデータブロックのビットレート、及び前記再生装置が平面視再生時に前記ロングジャンプ領域をジャンプするのに要する時間によって決定されており、前記第1共通データブロック、前記第2共通データブロック、第1平面視専用データブロック、及び前記第1立体視専用データブロックに含まれるメインビューデータブロックのサイズの最大値は、少なくとも、前記サブビューストリームのシステムレート、及び、続けて読み出される二つのデータブロックの記録領域間に前記ロングジャンプ領域が存在するか否かによって決定されており、前記再生装置は、データブロックを前記記録媒体から読み出す読み出し部、前記読み出し部によって読み出されたデータブロックから前記メインビューストリームと前記サブビューストリームとを抽出するスイッチ部、前記スイッチ部によって抽出されたメインビューストリームを格納する第1リードバッファ、前記スイッチ部によって抽出されたサブビューストリームを格納する第2リードバッファ、及び、前記第1リードバッファから前記メインビューストリームを読み出して復号し、前記第2リードバッファから前記サブビューストリームを読み出して復号する復号部、を備えており、前記再生装置は、立体視映像の再生時には前記第1の経路に従ってメインビューデータブロックとサブビューデータブロックとを再生し、平面視映像の再生時には前記第2の経路に従ってメインビューデータブロックを再生することを特徴とする再生装置。図100に示されているように、インターリーブ配置のエクステント群から2D映像が再生されるとき、光ディスクドライブDD2はライトビューエクステントEX2A-Cの記録領域ごとにジャンプを行い、その記録領域からのデータの読み出しをスキップする。ジャンプ期間中、2D再生装置PL2内のバッファには光ディスクドライブDD2からデータが供給されないので、そのバッファに蓄積されたデータは映像デコーダVDCの処理に伴って減少する。従って、2D映像がシームレスに再生されるには、各2D/レフトビューエクステントEX1A-Cのデータ量すなわちサイズが、ジャンプ期間でのバッファアンダーフローを防止可能な程度以上でなければならない。同じエクステント群から3D映像が再生されるときは、2D/レフトビューエクステントEX1A-Cが読み出されている期間中、ライトビューエクステントEX2A-Cは読み出されない。従って、その期間中、3D再生装置PL3内のバッファに蓄積されたライトビューエクステントEX2A-Cのデータは、右映像デコーダVDRの処理に伴って減少する。逆に、ライトビューエクステントEX2A-Cが読み出されている期間中、バッファに蓄積された2D/レフトビューエクステントEX1A-Cのデータは、左映像デコーダVDLの処理に伴って減少する。従って、3D映像がシームレスに再生されるには、左右のエクステントEX1A-C、EX2A-Cの各サイズが、一方のエクステントの読み出し期間の途中でバッファ内の他方のエクステントのデータが枯渇することを防止可能な程度以上でなければならない。更に、記録媒体上のデータ領域を効率的に利用するには、一連のストリームデータの記録領域を途中で分割して、他のデータをその間に挟んで記録した方が良い場合もある。その他に、光ディスクには、いわゆる二層ディスクのような、記録層を複数含むものがある。そのような光ディスクでは、一連のストリームデータが二層にわたって記録される場合が生じ得る。それらの場合、一連のストリームデータから映像が再生されるとき、光ディスクドライブはジャンプによって、他のデータの読み出しをスキップし、又は記録層の切り換えを行う。そのジャンプにかかわらず、映像をシームレスに再生するには、エクステントのサイズが、ジャンプ期間でのバッファアンダーフロー又はいずれかのエクステントのデータの枯渇を防止可能な程度以上でなければならない。以上の条件から、エクステントのサイズの下限は制限される。一方、前述のとおり、3D再生装置によって記録媒体から読み出された左右のエクステントは一旦、その3D再生装置内の別々のバッファに蓄積される。3D映像がシームレスに再生されるには、それぞれのバッファは、一方のエクステントのデータを、他方のエクステントの読み出し期間中に枯渇しない程度以上に蓄積可能でなければならない。エクステントのサイズが大きいほど読み出し期間は長くなるので、一方のエクステントの読み出し期間中に他方のエクステントのデータの枯渇を防止するには、それぞれのバッファの容量を増大させる必要がある。その結果、再生装置に搭載可能なバッファの容量から、エクステントのサイズの上限は制限される。ここで、バッファの容量が小さいほど、再生装置の製造コストは一般に低い。それ故、エクステントのサイズに対する制限を満たしたまま、バッファの容量を可能な限り削減することが望まれる。本発明の目的は、再生装置に平面視映像と立体視映像とのいずれを再生させる際にも、その再生装置内のバッファにアンダーフローを生じさせることなく、そのバッファの容量の更なる削減を可能にする記録媒体を提供することにある。本発明による記録媒体には、データストリームと管理情報とが記録されている。データストリームは複数のデータブロックから成り、メインビューストリームとサブビューストリームとを含む。メインビューストリームは平面視再生に利用される。サブビューストリームは、メインビューストリームと組み合わされて立体視映像の再生に利用される。データブロックは、メインビューストリームから構成される複数のメインビューデータブロックと、サブビューストリームから構成される複数のサブビューデータブロックとを含む。データブロックの種類には、共通データブロックと、平面視専用データブロックと、立体視専用データブロックとがある。共通データブロックは、メインビューデータブロックとサブビューデータブロックとの両方を含み、平面視再生時及び立体視再生時の両方でアクセスされる。平面視専用データブロックは、メインビューデータブロックのみを含み、平面視再生時にのみアクセスされる。立体視専用データブロックは、メインビューデータブロックとサブビューデータブロックとの両方を含み、立体視再生時にのみアクセスされる。平面視専用データブロックに含まれるメインビューデータブロックと、立体視専用データブロックに含まれるメインビューデータブロックとは同一の内容である。管理情報は、メインビューストリームのシステムレート、サブビューストリームのシステムレート、立体視映像再生経路情報、及び平面視映像再生経路情報を含む。立体視映像再生経路情報は、立体視再生時に、共通データブロック及び立体視専用データブロックに含まれるメインビューデータブロック及びサブビューデータブロックを再生する経路を示す。平面視映像再生経路情報は、平面視再生時に、共通データブロック及び平面視専用データブロックに含まれるメインビューデータブロックを再生する経路を示す。この記録媒体は、所定数以上のセクタまたは層境界が存在するロングジャンプ領域を有する。共通データブロックのうち、第1共通データブロックと第2共通データブロックとはその順に読み出され、第1共通データブロックの記録領域と第2共通データブロックの記録領域との間にはロングジャンプ領域が存在する。平面視専用データブロックと立体視専用データブロックとのうち、内容が対応する第1平面視専用データブロックと第1立体視専用データブロックとは、第1共通データブロックの記録領域とロングジャンプ領域との間、またはロングジャンプ領域と第2共通データブロックの記録領域との間に記録されている。第1共通データブロック、第2共通データブロック、及び第1平面視専用データブロックに含まれるメインビューデータブロックのサイズの最小値は、少なくとも次の三つのパラメータで決定されている:1再生装置が平面視再生時に上記の記録媒体からそのメインビューデータブロックを読み出す速度、2そのメインビューデータブロックのビットレート、及び3再生装置が平面視再生時にロングジャンプ領域をジャンプするのに要する時間。第1共通データブロック、第2共通データブロック、第1平面視専用データブロック、及び第1立体視専用データブロックに含まれるメインビューデータブロックのサイズの最大値は、少なくとも次の二つの条件によって決定されている:4サブビューストリームのシステムレート、及び5続けて読み出される二つのデータブロックの記録領域間にロングジャンプ領域が存在するか否か。本発明による記録媒体は、ロングジャンプ領域の前または後で立体視映像の再生経路と平面視映像の再生経路とを分離させている。それにより、共通データブロックと平面視専用データブロックとに含まれるメインビューデータブロックのサイズの最小値を上記三つのパラメータ1-3で決定するのと同時に、共通データブロック、平面視専用データブロック、及び立体視専用データブロックに含まれるメインビューデータブロックのサイズの最大値を、少なくとも上記二つの条件4、5によって決定することができる。その結果、その記録媒体は、その再生装置に平面視映像と立体視映像とのいずれを再生させる際にも、リードバッファにアンダーフローを生じさせることなく、その容量を更に削減させることができる。以下、本発明の好適な実施形態に係る記録媒体及び再生装置について、図面を参照しながら説明する。《実施形態1》図1は、本発明の実施形態1による記録媒体を使用するホームシアターシステムを示す模式図である。このホームシアターシステムは、視差映像を用いた3D映像立体視映像の再生方式を採用し、特に表示方式として継時分離方式を採用している詳細は《補足》参照。図1を参照するに、このホームシアターシステムは記録媒体101を再生対象とし、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。記録媒体101は読み出し専用ブルーレイディスク登録商標BD:Blu-rayDisc、すなわちBD-ROMディスクである。記録媒体101はその他の可搬性記録媒体、例えば、DVD等の他方式による光ディスク、リムーバブルハードディスクドライブHDD、又はSDメモリカード等の半導体メモリ装置であってもよい。その記録媒体、すなわちBD-ROMディスク101は3D映像による映画コンテンツを格納している。このコンテンツは、その3D映像のレフトビューとライトビューとのそれぞれを表すビデオストリームを含む。そのコンテンツは更に、その3D映像のデプスマップを表すビデオストリームを含んでいてもよい。それらのビデオストリームは、後述のようにデータブロック単位でBD-ROMディスク101上に配置され、後述のファイル構造を利用してアクセスされる。レフトビュー又はライトビューを表すビデオストリームは、2D再生装置と3D再生装置とのそれぞれにより、そのコンテンツを2D映像として再生するのに利用される。一方、レフトビューとライトビューとのそれぞれを表すビデオストリームの対、又は、レフトビュー若しくはライトビューのいずれかとデプスマップとのそれぞれを表すビデオストリームの対は、3D再生装置により、そのコンテンツを3D映像として再生するのに利用される。再生装置102はBD-ROMドライブ121を搭載している。BD-ROMドライブ121はBD-ROM方式に準拠の光ディスクドライブである。再生装置102はBD-ROMドライブ121を利用して、BD-ROMディスク101からコンテンツを読み込む。再生装置102は更にそのコンテンツを映像データ/音声データに復号する。ここで、再生装置102は3D再生装置であり、そのコンテンツを2D映像と3D映像とのいずれとしても再生可能である。以下、2D映像と3D映像とのそれぞれを再生するときの再生装置102の動作モードを2D再生モード、3D再生モードという。2D再生モードでは、映像データはレフトビュー又はライトビューのいずれか一方の映像フレームを含む。3D再生モードでは、映像データはレフトビューとライトビューとの両方の映像フレームを含む。3D再生モードは更に、レフト/ライトL/Rモードとデプスモードとに分けられる。L/Rモードでは、レフトビューとライトビューとのそれぞれを表すビデオストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。デプスモードでは、レフトビュー又はライトビューのいずれかとデプスマップとのそれぞれを表すビデオストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。再生装置102はL/Rモードを備える。再生装置102は更に、デプスモードを備えていてもよい。再生装置102はHDMIHigh-DefinitionMultimediaInterfaceケーブル122で表示装置103に接続されている。再生装置102は映像データ/音声データをHDMI方式の映像信号/音声信号に変換し、HDMIケーブル122を通して表示装置103に伝送する。2D再生モードでは、映像信号にはレフトビュー又はライトビューのいずれか一方の映像フレームが多重化されている。3D再生モードでは、映像信号にはレフトビューとライトビューとの両方の映像フレームが時分割で多重化されている。再生装置102は更に、HDMIケーブル122を通して表示装置103との間でCECメッセージを交換する。それにより、再生装置102は、3D映像の再生に対応可能か否かを表示装置103に問い合わせることができる。表示装置103は液晶ディスプレイである。表示装置103はその他に、プラズマディスプレイ及び有機ELディスプレイ等、他方式のフラットパネルディスプレイ又はプロジェクタであってもよい。表示装置103は、映像信号に従って画面131上に映像を表示し、音声信号に従って内蔵のスピーカから音声を発生させる。表示装置103は3D映像の再生に対応可能である。2D映像の再生時、画面131上にはレフトビュー又はライトビューのいずれか一方が表示される。3D映像の再生時、画面131上にはレフトビューとライトビューとが交互に表示される。表示装置103は左右信号送信部132を含む。左右信号送信部132は左右信号LRを赤外線又は無線でシャッター眼鏡104へ送出する。左右信号LRは、現時点で画面131に表示される映像がレフトビューとライトビューとのいずれであるのかを示す。3D映像の再生時、表示装置103は、映像信号に付随する制御信号からレフトビューフレームとライトビューフレームとを識別することによってフレームの切り換えを検知する。表示装置103は更に左右信号送信部132に、検知されたフレームの切り換えに同期して左右信号LRを変化させる。シャッター眼鏡104は二枚の液晶表示パネル141L、141Rと左右信号受信部142とを含む。各液晶表示パネル141L、141Rは左右の各レンズ部分を構成している。左右信号受信部142は左右信号LRを受信し、その変化に応じて左右の液晶表示パネル141L、141Rに信号を送る。各液晶表示パネル141L、141Rはその信号に応じて、光をその全体で一様に透過させ、又は遮断する。特に左右信号LRがレフトビューの表示を示すとき、左目側の液晶表示パネル141Lは光を透過させ、右目側の液晶表示パネル141Rは光を遮断する。左右信号LRがライトビューの表示を示すときはその逆である。このように、二枚の液晶表示パネル141L、141Rはフレームの切り換えと同期して交互に光を透過させる。その結果、視聴者がシャッター眼鏡104をかけて画面131を見たとき、レフトビューはその視聴者の左目だけに映り、ライトビューはその右目だけに映る。そのとき、その視聴者には、各目に映る映像間の違いが同じ立体的物体に対する両眼視差として知覚されるので、その映像が立体的に見える。リモコン105は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、BD-ROMディスク101の再生開始若しくは停止等、再生装置102又は表示装置103の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンの識別情報を信号で送信部に伝える。送信部はその信号を赤外線又は無線による信号IRに変換して再生装置102又は表示装置103へ送出する。一方、再生装置102と表示装置103とはそれぞれ、その信号IRを受信し、その信号IRの示すボタンを特定し、そのボタンに対応付けられた機能を実行する。こうして、ユーザは再生装置102又は表示装置103を遠隔操作できる。<BD-ROMディスク上のデータ構造>図2は、BD-ROMディスク101上のデータ構造を示す模式図である。図2を参照するに、BD-ROMディスク101上のデータ記録領域の最内周部にはBCABurstCuttingArea201が設けられている。BCAに対してはBD-ROMドライブ121によるアクセスのみが許可され、アプリケーションプログラムによるアクセスは禁止される。それにより、BCA201は著作権保護技術に利用される。BCA201よりも外側のデータ記録領域では内周から外周へ向けてトラックが螺旋状に延びている。図2にはトラック202が模式的に横方向に引き伸ばされて描かれている。その左側はディスク101の内周部を表し、右側は外周部を表す。図2に示されているように、トラック202は内周から順に、リードイン領域202A、ボリューム領域202B、及びリードアウト領域202Cを含む。リードイン領域202AはBCA201のすぐ外周側に設けられている。リードイン領域202Aは、ボリューム領域202Bに記録されたデータのサイズ及び物理アドレス等、BD-ROMドライブ121によるボリューム領域202Bへのアクセスに必要な情報を含む。リードアウト領域202Cはデータ記録領域の最外周部に設けられ、ボリューム領域202Bの終端を示す。ボリューム領域202Bは、映像及び音声等のアプリケーションデータを含む。ボリューム領域202Bはセクタと呼ばれる小領域202Dに分割されている。セクタのサイズは共通であり、例えば2048バイトである。各セクタ202Dにはボリューム領域202Bの先端から順に通し番号が振られている。この通し番号は論理ブロック番号LBNと呼ばれ、BD-ROMディスク101上の論理アドレスに利用される。BD-ROMディスク101からのデータの読み出しでは、宛先のセクタのLBNが指定されることによって読み出し対象のデータが特定される。こうして、ボリューム領域202Bはセクタ単位でアクセス可能である。更に、BD-ROMディスク101上では論理アドレスが物理アドレスと実質的に等しい。特に、LBNが連続している領域では物理アドレスも実質的に連続している。従って、BD-ROMドライブ121は、LBNが連続しているセクタからデータを、その光ピックアップにシークを行わせることなく連続して読み出すことができる。ボリューム領域202Bに記録されたデータは所定のファイルシステムで管理される。そのファイルシステムとしてはUDFUniversalDiscFormatが採用されている。そのファイルシステムはその他にISO9660であってもよい。そのファイルシステムに従い、ボリューム領域202Bに記録されたデータはディレクトリ/ファイル形式で表現される詳細は《補足》参照。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。≪BD-ROMディスク上のディレクトリ/ファイル構造≫図2は更に、BD-ROMディスク101のボリューム領域202Bに格納されたデータのディレクトリ/ファイル構造を示す。図2を参照するに、このディレクトリ/ファイル構造では、ルートROOTディレクトリ203の直下にBDムービーBDMV:BDMovieディレクトリ210が置かれている。BDMVディレクトリ210の直下には、インデックスファイルindexbdmv211とムービーオブジェクトファイルMovieObjectbdmv212とが置かれている。インデックスファイル211は、BD-ROMディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックステーブルを含む。インデックステーブルは、そのコンテンツを構成するタイトルと、再生装置102の動作を制御するためのプログラムとの間の対応表である。そのプログラムをオブジェクトという。オブジェクトの種類にはムービーオブジェクトとBD-JBDJava登録商標オブジェクトとがある。ムービーオブジェクトファイル212は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーションコマンドの列を含む。ナビゲーションコマンドは、一般的なDVDプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーションコマンドの種類には、例えば、タイトルに対応するプレイリストファイルの読み出し命令、プレイリストファイルの示すAVストリームファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーションコマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーションコマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーションコマンドを列の順に実行する。それにより、再生装置102は一般的なDVDプレーヤと同様に、まず表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始/停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。図2を更に参照するに、BDMVディレクトリ210の直下には、プレイリストPLAYLISTディレクトリ220、クリップ情報CLIPINFディレクトリ230、ストリームSTREAMディレクトリ240、BD-JオブジェクトBDJO:BDJavaObjectディレクトリ250、及びJavaアーカイブJAR:JavaArchiveディレクトリ260が置かれている。STREAMディレクトリ240の直下には、三種類のAVストリームファイル01000m2ts241、02000m2ts242、03000m2ts243、及び、立体視インターリーブファイルSSIF:StereoscopicInterleavedFileディレクトリ244が置かれている。SSIFディレクトリ244の直下には、二種類のAVストリームファイル01000ssif244A、02000ssif244Bが置かれている。AVストリームファイルは、BD-ROMディスク101上に記録された映像コンテンツの実体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの実体とは一般に、映像音声字幕等を表す各種のストリームデータ、すなわちエレメンタリストリームが多重化されたストリームデータを意味する。この多重化ストリームデータは内蔵のプライマリビデオストリームの種類に依ってメイントランスポートストリームTSとサブTSとに大別される。メインTSは、プライマリビデオストリームとしてベースビュービデオストリームを含む多重化ストリームデータをいう。ベースビュービデオストリームは、単独で再生可能であって、2D映像を表すビデオストリームをいう。尚、ベースビューはメインビューともいう。サブTSは、プライマリビデオストリームとしてディペンデントビュービデオストリームを含む多重化ストリームデータをいう。ディペンデントビュービデオストリームは、その再生にベースビュービデオストリームを必要とし、そのベースビュービデオストリームとの組み合わせで3D映像を表すビデオストリームをいう。尚、ディペンデントビューはサブビューともいう。ディペンデントビュービデオストリームの種類には、ライトビュービデオストリーム、レフトビュービデオストリーム、及びデプスマップストリームがある。ライトビュービデオストリームは、ベースビュービデオストリームの表す2D映像がL/Rモードの再生装置によって3D映像のレフトビューとして利用されるときに、その3D映像のライトビューを表すビデオストリームとして利用される。レフトビュービデオストリームはその逆である。デプスマップストリームは、ベースビュービデオストリームの表す2D映像がデプスモードの再生装置によって仮想的な2D画面への3D映像の射影として利用されるとき、その3D映像のデプスマップを表すストリームデータとして利用される。特に、そのベースビュービデオストリームがレフトビューを表すときに利用されるデプスマップストリームをレフトビューデプスマップストリームといい、そのベースビュービデオストリームがライトビューを表すときに利用されるデプスマップストリームをライトビューデプスマップストリームという。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はファイル2D241とはメインTS、特にベースビュービデオストリームを共有し、第2ファイルDEP243とはサブTS、特にデプスマップストリームを共有する。CLIPINFディレクトリ230には、三種類のクリップ情報ファイル01000clpi231、02000clpi232、03000clpi233が置かれている。クリップ情報ファイルは、ファイル2DとファイルDEPとに一対一に対応付けられたファイルであって、特に各ファイルのエントリマップを含むものをいう。エントリマップは、ファイル2D又はファイルDEPの表す各シーンの表示時間と、そのシーンが記録された各ファイル内のアドレスとの間の対応表である。クリップ情報ファイルのうち、ファイル2Dに対応付けられているものを2Dクリップ情報ファイルといい、ファイルDEPに対応付けられているものをディペンデントビュークリップ情報ファイルという。更に、ファイルDEPがライトビュービデオストリームを含むとき、対応するディペンデントビュークリップ情報ファイルをライトビュークリップ情報ファイルという。ファイルDEPがデプスマップストリームを含むとき、対応するディペンデントビュークリップ情報ファイルをデプスマップクリップ情報ファイルという。図2に示されている例では、第1クリップ情報ファイル01000clpi231は2Dクリップ情報ファイルであり、ファイル2D241に対応付けられている。第2クリップ情報ファイル02000clpi232はライトビュークリップ情報ファイルであり、第1ファイルDEP242に対応付けられている。第3クリップ情報ファイル03000clpi233はデプスマップクリップ情報ファイルであり、第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モードの再生装置に対しては第1ファイルSS244Aの再生経路を規定する。第3プレイリストファイル00003mpls223は3Dプレイリストファイルであり、2D再生モードの再生装置に対してはファイル2D241の再生経路を規定し、デプスモードの再生装置に対しては第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とを含む。メインTSはその他に、プレゼンテーショングラフィックスPGストリーム303A、303B、インタラクティブグラフィックス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上の第1サブTSに多重化されたエレメンタリストリームの一覧表である。第1サブTSはMPEG-2TS形式の多重化ストリームデータであり、図2に示されている第1ファイルDEP242に含まれる。図3のbを参照するに、第1サブTSはプライマリビデオストリーム311を含む。第1サブTSはその他に、レフトビューPGストリーム312A、312B、ライトビューPGストリーム313A、313B、レフトビューIGストリーム314、ライトビューIGストリーム315、及びセカンダリビデオストリーム316を含んでもよい。プライマリビデオストリーム311はライトビュービデオストリームであり、メインTS内のプライマリビデオストリーム301が3D映像のレフトビューを表すとき、その3D映像のライトビューを表す。レフトビューとライトビューとのPGストリームの対312A313A、312B313Bは、字幕等のグラフィックス映像を3D映像として表示するときにそのレフトビューとライトビューとの対を表す。レフトビューとライトビューとのIGストリームの対314、315は、対話画面のグラフィックス映像を3D映像として表示するときにそのレフトビューとライトビューとの対を表す。セカンダリビデオストリーム316はライトビュービデオストリームであり、メインTS内のセカンダリビデオストリーム306が3D映像のレフトビューを表すとき、その3D映像のライトビューを表す。エレメンタリストリーム311-316に対するPIDの割り当ては例えば次のとおりである。プライマリビデオストリーム311には0x1012が割り当てられる。一つのサブTSに他のエレメンタリストリームが種類別に最大32本まで多重化可能であるとき、レフトビューPGストリーム312A、312Bには0x1220から0x123Fまでのいずれかが割り当てられ、ライトビューPGストリーム313A、313Bには0x1240から0x125Fまでのいずれかが割り当てられる。レフトビューIGストリーム314には0x1420から0x143Fまでのいずれかが割り当てられ、ライトビューIGストリーム315には0x1440から0x145Fまでのいずれかが割り当てられる。セカンダリビデオストリーム316には0x1B20から0x1B3Fまでのいずれかが割り当てられる。図3のcは、BD-ROMディスク101上の第2サブTSに多重化されたエレメンタリストリームの一覧表である。第2サブTSはMPEG-2TS形式の多重化ストリームデータであり、図2に示されている第2ファイルDEP243に含まれる。図3のcを参照するに、第2サブTSはプライマリビデオストリーム321を含む。第2サブTSはその他に、デプスマップPGストリーム323A、323B、デプスマップIGストリーム324、及びセカンダリビデオストリーム326を含んでもよい。プライマリビデオストリーム321はデプスマップストリームであり、メインTS内のプライマリビデオストリーム301との組み合わせで3D映像を表す。デプスマップPGストリーム323A、323Bは、メインTS内のPGストリーム303A、303Bの表す2D映像が仮想的な2D画面への3D映像の射影として利用されるとき、その3D映像のデプスマップを表すPGストリームとして利用される。デプスマップIGストリーム324は、メインTS内のIGストリーム304の表す2D映像が仮想的な2D画面への3D映像の射影として利用されるとき、その3D映像のデプスマップを表すIGストリームとして利用される。セカンダリビデオストリーム326はデプスマップストリームであり、メインTS内のセカンダリビデオストリーム306との組み合わせで3D映像を表す。エレメンタリストリーム321-326に対するPIDの割り当ては例えば次のとおりである。プライマリビデオストリーム321には0x1013が割り当てられる。一つのサブTSに他のエレメンタリストリームが種類別に最大32本まで多重化可能であるとき、デプスマップPGストリーム323A、323Bには0x1260から0x127Fまでのいずれかが割り当てられる。デプスマップIGストリーム324には0x1460から0x147Fまでのいずれかが割り当てられる。セカンダリビデオストリーム326には0x1B40から0x1B5Fまでのいずれかが割り当てられる。図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は時刻情報であり、次のように利用される:ソースパケット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は更にボタン情報を含む。ボタン情報は、ユーザがボタン等に対して確定操作を行った際に再生装置の実行すべきコマンドを含む。≪ビデオストリームのデータ構造≫図7は、ベースビュービデオストリーム701とライトビュービデオストリーム702とのピクチャを表示時間順に示す模式図である。図7を参照するに、ベースビュービデオストリーム701はピクチャ710、711、712、...、719以下、ベースビューピクチャという。を含み、ライトビュービデオストリーム702はピクチャ720、721、722、...、729以下、ライトビューピクチャという。を含む。各ピクチャ710-719、720-729は1フレーム又は1フィールドを表し、MPEG-2又はMPEG-4AVC等の動画圧縮符号化方式によって圧縮されている。上記の符号化方式による各ピクチャの圧縮には、そのピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化をピクチャ内符号化という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの類似性を利用するピクチャの符号化をピクチャ間予測符号化という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して動き補償が行われる。更に、動き補償後のピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。図7を参照するに、ベースビューピクチャ710-719は一般に複数のGOP731、732に分割されている。GOPは、IIntraピクチャを先頭とする複数枚の連続するピクチャの列をいう。Iピクチャは、ピクチャ内符号化によって圧縮されたピクチャをいう。GOPは一般に、Iピクチャの他に、PPredictiveピクチャとBBidirectionallyPredivtiveピクチャとを含む。Pピクチャは、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前であるIピクチャ又は別のPピクチャが一枚、参照ピクチャとして利用されたものをいう。Bピクチャは、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前又は後であるIピクチャ又はPピクチャが二枚、参照ピクチャとして利用されたものをいう。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を単独で復号することはできない。しかし、視差映像間の差異は一般にわずかであり、すなわちレフトビューとライトビューとの間の相関は高い。従って、ライトビューピクチャは一般にベースビューピクチャよりも圧縮率が著しく高く、すなわちデータ量が著しく小さい。図7には示されていないが、デプスマップストリームは複数のデプスマップを含む。それらのデプスマップはベースビューピクチャと一対一に対応し、各ベースビューピクチャの示す1フレーム又は1フィールドの2D映像に対するデプスマップを表す。各デプスマップは、ベースビューピクチャと同様、MPEG-2又はMPEG-4AVC等の動画圧縮符号化方式によって圧縮されている。特にその符号化方式ではピクチャ間予測符号化が利用される。すなわち、各デプスマップが他のデプスマップを参照ピクチャとして利用して圧縮される。デプスマップストリームは、ベースビュービデオストリームと同様にGOP単位に分割され、各GOPがその先頭にIピクチャを必ず含む。従って、デプスマップはGOPごとに単独で復号可能である。しかし、デプスマップ自体は2D映像の各部の奥行きを画素別に表す情報でしかないので、デプスマップストリームを単独で映像の再生に利用することはできない。デプスマップストリームの圧縮に利用される符号化方式は、ライトビュービデオストリームの圧縮に利用される符号化方式と等しい。例えば、ライトビュービデオストリームが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は特に復号スイッチ情報を含む詳細は《補足》参照。圧縮ピクチャデータ831Eはベースビューピクチャを含む。VAU1831はその他に、必要に応じて、パディングデータ831F、シーケンス終端コード831G、及びストリーム終端コード831Hのいずれか又は全てを含んでもよい。パディングデータ831Fはダミーデータである。そのサイズを圧縮ピクチャデータ831Eのサイズに合わせて調節することにより、VAU1831のビットレートを所定値に維持することができる。シーケンス終端コード831Gは、VAU1831がビデオシーケンス1の終端に位置することを示す。ストリーム終端コード831Hはベースビュービデオストリーム800の終端を示す。図8はまた、ディペンデントビュービデオストリーム内で各ビデオシーケンスの先端に位置するVAU1832の構造も示す。VAU1832は、サブシーケンスヘッダ832B、ピクチャヘッダ832C、補足データ832D、及び圧縮ピクチャデータ832Eを含む。2番目以降のVAU2は、サブシーケンスヘッダ832Bを含まない点を除き、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であるとき、図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のデータ構造を示す模式図である。図11を参照するに、オフセットメタデータ1110は、各ビデオシーケンスすなわち、各GOPの先端に位置するVAU1内の補足データ1101に格納されている。図11を参照するに、オフセットメタデータ1110は、PTS1111、オフセットシーケンスID1112、及びオフセットシーケンス1113を含む。PTS1111は、VAU1内の圧縮ピクチャデータの表すフレーム、すなわち、各GOPの最初のフレームのPTSに等しい。オフセットシーケンスID1112は、オフセットシーケンス1113に順番に割り振られた通し番号0、1、2、...、Mである。文字Mは1以上の整数を表し、その整数はオフセットシーケンス1113の総数に等しい。ビデオプレーンに合成されるべきグラフィックスプレーン及び副映像プレーンには、オフセットシーケンスID1112が割り当てられる。それにより、各プレーンデータにオフセットシーケンス1113が対応付けられている。ここで、ビデオプレーンとは、ビデオシーケンスの含むピクチャから生成されるプレーンデータ、すなわち画素データの二次元配列をいう。その配列のサイズは映像フレームの解像度に等しい。一組の画素データは、色座標値RGB値又はYCrCb値とα値との組み合わせから成る。各オフセットシーケンス1113は、フレーム番号1121とオフセット情報1122、1123との対応表である。フレーム番号1121は、一つのビデオシーケンス例えば、ビデオシーケンス1の表すフレーム1、2、...、Nに表示順に割り振られた通し番号1、2、...、Nである。整数Nは1以上であり、そのビデオシーケンスの含むフレームの総数を表す。各オフセット情報1122、1123は、一つのプレーンデータに対するオフセット制御を規定する制御情報である。オフセット制御とは、グラフィックスプレーン又は副映像プレーンに水平座標の左方向と右方向との各オフセットを与えて、ベースビュービデオプレーンとディペンデントビュービデオプレーンとのそれぞれに合成する処理をいう。グラフィックスプレーンに水平方向のオフセットを与えるとは、そのグラフィックスプレーン内で各画素データを水平方向に変位させることをいう。それにより、一つのグラフィックスプレーンから、レフトビューとライトビューとを表すグラフィックスプレーンの対が生成される。その対から再生される2Dグラフィックス映像の各部の表示位置は、元の表示位置から左右にずれている。それらの変位が視聴者に両眼視差として錯覚されることにより、レフトビューとライトビューとの対がその視聴者には一つの3Dグラフィックス映像として見える。副映像プレーンの表す映像についても同様である。オフセットは方向と大きさとで決まる。従って、図11に示されているとおり、各オフセット情報はオフセット方向1122とオフセット値1123とを含む。オフセット方向1122は、3Dグラフィックス映像の奥行きが画面よりも手前か奥かを示す。オフセット方向1122の値に依り、元の2Dグラフィックス映像の表示位置に対するレフトビューとライトビューとの各表示位置の方向が左又は右に決まる。オフセット値1123は、元の2Dグラフィックス映像の表示位置とレフトビューとライトビューとの各表示位置との間の距離を水平方向の画素数で表す。図12のa、bは、PGプレーン1210とIGプレーン1220とに対するオフセット制御を示す模式図である。それらのオフセット制御では、レフトビュービデオプレーン1201とライトビュービデオプレーン1202とのそれぞれへ二種類のグラフィックスプレーン1210、1220が合成される。ここで、レフトビュー/ライトビュービデオプレーンとは、ベースビュービデオストリームとディペンデントビュービデオストリームとの組み合わせから生成される、レフトビュー/ライトビューを表すビデオプレーンをいう。以下の説明では、PGプレーン1210の表す字幕1211を画面よりも手前に表示し、IGプレーン1220の表すボタン1221を画面よりも奥に表示する場合を想定する。図12のaを参照するに、PGプレーン1210には、右方向のオフセットが与えられる。具体的には、まず、PGプレーン1210内の各画素データの位置が、レフトビュービデオプレーン1201内の対応する画素データの位置から、オフセット値に等しい画素数SFPだけ右に仮想的に移動する。次に、レフトビュービデオプレーン1201の範囲よりも右側に仮想的にはみ出ているPGプレーン1210の右端の帯状領域1212を切り取る。すなわち、その領域1212の画素データ群を破棄する。一方、PGプレーン1210の左端に透明な帯状領域1213を追加する。その帯状領域1213の幅は右端の帯状領域1212の幅、すなわちオフセット値SFPに等しい。こうして、PGプレーン1210から、レフトビューを表すPGプレーンが生成され、レフトビュービデオプレーン1201に合成される。特に、そのレフトビューPGプレーンでは、字幕1211の表示位置が元の表示位置よりも右に、オフセット値SFPだけずれている。一方、IGプレーン1220には、左方向のオフセットが与えられる。具体的には、まず、IGプレーン1220内の各画素データの位置が、レフトビュービデオプレーン1201内の対応する画素データの位置から、オフセット値に等しい画素数SFIだけ左に仮想的に移動する。次に、レフトビュービデオプレーン1210の範囲よりも左側に仮想的にはみ出ているIGプレーン1220の左端の帯状領域1222を切り取る。一方、IGプレーン1220の右端に透明な帯状領域1223を追加する。その帯状領域1223の幅は左端の帯状領域1222の幅、すなわちオフセット値SFIに等しい。こうして、IGプレーン1220から、レフトビューを表すIGプレーンが生成され、レフトビュービデオプレーン1201に合成される。特に、そのレフトビューIGプレーンでは、ボタン1221の表示位置が元の表示位置よりも左に、オフセット値SFIだけずれている。図12のbを参照するに、PGプレーン1210には左方向のオフセットが与えられ、IGプレーン1220には右方向のオフセットが与えられる。すなわち、上記の操作をPGプレーン1210とIGプレーン1220とで反対にすればよい。その結果、各プレーンデータ1210、1220から、ライトビューを表すプレーンデータが生成され、ライトビュービデオプレーン1220に合成される。特にライトビューPGプレーンでは、字幕1211の表示位置が元の表示位置よりも左に、オフセット値SFPだけずれている。一方、ライトビューIGプレーンでは、ボタン1221の表示位置が元の表示位置よりも右に、オフセット値SFIだけずれている。図12のcは、a、bに示されているグラフィックスプレーンの表す2Dグラフィックス映像から視聴者1230に知覚される3Dグラフィックス映像を示す模式図である。それらのグラフィックスプレーンの表す2Dグラフィックス映像が画面1240に交互に表示されるとき、視聴者1230には、図12のcに示されているように、字幕1231は画面1240よりも手前に見え、ボタン1232は画面1240よりも奥に見える。各3Dグラフィックス映像1231、1232と画面1240との間の距離はオフセット値SFP、SFIによって調節可能である。図13のa、bは、オフセットシーケンスの具体例を示すグラフである。各グラフでは、オフセット方向が画面よりも手前を示すときにオフセット値が正である。図13のaは、図13のbのうち、最初のGOP、GOP1、の表示期間でのグラフを拡大したものである。図13のaを参照するに、階段状のグラフ1301は、オフセットシーケンスID=0のオフセットシーケンス、すなわちオフセットシーケンス[0]のオフセット値を示す。一方、水平なグラフ1302は、オフセットシーケンスID=1のオフセットシーケンス、すなわちオフセットシーケンス[1]のオフセット値を示す。オフセットシーケンス[0]のオフセット値1301は、最初のGOPの表示期間GOP1ではフレームFR1、FR2、FR3、...、FR15、...の順に階段状に増加している。図13のbを参照するに、そのオフセット値1301の階段状の増加は、2番目以降の各GOPの表示期間GOP2、GOP3、...、GOP40、...でも同様に継続される。1フレーム当たりの増加量が十分に細かいので、図13のbではオフセット値1301が線形に連続的に増加しているように見える。一方、オフセットシーケンス[1]のオフセット値1302は、最初のGOPの表示期間GOP1では負の一定値に維持されている。図13のbを参照するに、そのオフセット値1302は、40番目のGOPの表示期間GOP40の終了時、正の値に急増する。このようにオフセット値は不連続に変化してもよい。図13のcは、図13のa、bに示されているオフセットシーケンスに従って再現される3Dグラフィックス映像を示す模式図である。字幕の3D映像1303がオフセットシーケンス[0]に従って表示されるとき、その3D映像1303は、画面1304の直ぐ手前から徐々に飛び出てくるように見える。一方、ボタンの3D映像1305がオフセットシーケンス[1]に従って表示されるとき、その3D映像1305は、画面1304よりも奥に固定されている状態から突然、画面1304よりも手前に飛び出てくるように見える。このように、フレーム単位でのオフセット値の増減のパターンをオフセットシーケンスごとに様々に変化させる。それにより、複数の3Dグラフィックス映像について、個々の奥行きの変化を多様に表現することができる。≪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を同期させる。図14は、PMT1410のデータ構造を示す模式図である。PMT1410は、PMTヘッダ1401、ディスクリプタ1402、及びストリーム情報1403を含む。PMTヘッダ1401は、PMT1410に含まれるデータの長さ等を示す。各ディスクリプタ1402は、PMT1410を含むAVストリームファイルの全体に関するディスクリプタである。前述のコピーコントロール情報はディスクリプタ1402の一つに含まれる。ストリーム情報1403は、AVストリームファイルに含まれる各エレメンタリストリームに関する情報であり、一つずつ異なるエレメンタリストリームに割り当てられている。各ストリーム情報1403は、ストリームタイプ1431、PID1432、及びストリームディスクリプタ1433を含む。ストリームタイプ1431は、そのエレメンタリストリームの圧縮に利用されたコーデックの識別情報等を含む。PID1432は、そのエレメンタリストリームのPIDを示す。ストリームディスクリプタ1433は、そのエレメンタリストリームの属性情報、例えばフレームレート及びアスペクト比を含む。PCR、PMT、及びPATを利用することで、再生装置102内のデコーダにAVストリームファイルを、欧州デジタル放送規格に準拠のパーシャルトランスポートストリームと同様に処理させることができる。それにより、BD-ROMディスク101用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。≪多重化ストリームデータのインターリーブ配置≫3D映像のシームレス再生には、ベースビュービデオストリームとディペンデントビュービデオストリームとのBD-ROMディスク101上での物理的な配置が重要である。ここで、シームレス再生とは、多重化ストリームデータから映像と音声とを途切れさせることなく滑らかに再生することをいう。図15は、図3に示されているメインTSと、第1サブTS又は第2サブTSのいずれかとのBD-ROMディスク101上での物理的な配置を示す模式図である。図15を参照するに、各TSは複数のデータブロックDn、Bnn=0、1、2、3、...に分割されて、BD-ROMディスク101上に配置されている。ここで、データブロックとは、BD-ROMディスク101上の連続領域、すなわち物理的に連続する複数のセクタに記録された一連のデータをいう。BD-ROMディスク101では物理アドレスが論理アドレスと実質的に等しいので、各データブロック内ではLBNも連続している。従って、BD-ROMドライブ121は一つのデータブロックを、光ピックアップにシークを行わせることなく連続して読み出すことができる。以下、メインTSに属するデータブロックBnをベースビューデータブロックといい、サブTSに属するデータブロックDnをディペンデントビューデータブロックという。特に、第1サブTSに属するデータブロックをライトビューデータブロックといい、第2サブTSに属するデータブロックをデプスマップデータブロックという。各データブロックBn、Dnは、BD-ROMディスク101のファイルシステムでは、ファイル2D又はファイルDEP内の一つのエクステントとしてアクセス可能である。すなわち、各データブロックの論理アドレスは、ファイル2D又はファイルDEPのファイルエントリから知ることができる詳細は《補足》参照。図15に示されている例では、ファイル2D01000m2ts241のファイルエントリ1510がベースビューデータブロックBnの各サイズとその先端のLBNとを示す。従って、各ベースビューデータブロックBnはファイル2D241のエクステントEXT2Dnとしてアクセス可能である。以下、ファイル2D241に属するエクステントEXT2Dnを2Dエクステントという。一方、第1ファイルDEP02000m2ts242のファイルエントリ1520がディペンデントビューデータブロックDnの各サイズとその先端のLBNとを示す。従って、各ディペンデントビューデータブロックDnはライトビューデータブロックであり、第1ファイルDEP242のエクステントEXT2nとしてアクセス可能である。以下、第1ファイルDEP242に属するエクステントEXT2nをライトビューエクステントという。ディペンデントビューデータブロックDnがデプスマップデータブロックである場合も同様に、各デプスマップデータブロックは第2ファイルDEP03000m2ts243のエクステントとしてアクセス可能である。以下、第2ファイルDEP243に属するエクステントをデプスマップエクステントという。更に、ライトビューエクステントとデプスマップエクステントとのように、いずれかのファイルDEPに属するエクステントをディペンデントビューエクステントと総称する。図15を参照するに、データブロック群はBD-ROMディスク101上のトラックに沿って連続的に記録されている。更に、ベースビューデータブロックBnとディペンデントビューデータブロックDnとは一つずつ交互に配置されている。このようなデータブロック群の配置をインターリーブ配置という。特に、インターリーブ配置で記録された一連のデータブロック群をエクステントブロックという。図15には三つのエクステントブロック1501、1502、1503が示されている。第1エクステントブロック1501と第2エクステントブロック1502とのように、エクステントブロックの間は多重化ストリームデータ以外のデータの記録領域NAVによって分離される。また、BD-ROMディスク101が多層ディスクである場合、すなわち記録層を複数含む場合、第2エクステントブロック1502と第3エクステントブロック1503とのように、エクステントブロックの間は記録層間の境界以下、層境界という。LBによっても分離される。こうして、一連の多重化ストリームデータは、一般に複数のエクステントブロックに分割されて配置されている。その場合、再生装置102がその多重化ストリームデータから映像をシームレスに再生するには、各エクステントブロックから再生される映像をシームレスに接続しなければならない。以下、そのために再生装置102が必要とする処理をエクステントブロック間のシームレスな接続という。本発明の実施形態1によるエクステントブロック1501-1503ではそれぞれ、二種類のデータブロックDn、Bnの数が等しい。更に、n1番目の隣接するデータブロックの対Dn、BnではエクステントATC時間が等しい。以下、このようなデータブロックの対をエクステントペアという。ここで、ATCArrivalTimeClockは、ATSの基準とされるべきクロックを意味する。エクステントATC時間は、一つのデータブロック内のソースパケットに付与されたATSの範囲の大きさ、すなわち、そのデータブロックの先頭のソースパケットと次のデータブロックの先頭のソースパケットとの間でのATSの差を表す。その差は、再生装置102がそのデータブロック内の全てのソースパケットをリードバッファからシステムターゲットデコーダへ転送するのに要する時間を、ATCの値で表したものに等しい。リードバッファは再生装置102内のバッファメモリであり、BD-ROMディスク101から読み出されたデータブロックをシステムターゲットデコーダへ送るまでの間、一時的に格納する。リードバッファの詳細については後述する。図15に示されている例では、三つのエクステントブロック1501-1503が互いにシームレスに接続されるので、各エクステントペアDn、Bnn=0、1、2、...でエクステントATC時間が等しい。各エクステントペアDn、Bnでは、先頭に位置するVAUは同じ3DVAUに属し、特に、同じ3D映像を表すGOPの先頭のピクチャを含む。例えば図15では、各ライトビューデータブロックDnの先端はライトビュービデオストリームのPピクチャを含み、先頭のベースビューデータブロックBnの先端はベースビュービデオストリームのIピクチャを含む。そのライトビュービデオストリームのPピクチャは、そのベースビュービデオストリームのIピクチャの表す2D映像をレフトビューとするときのライトビューを表す。特にそのPピクチャは、図7に示されているように、そのIピクチャを参照ピクチャとして圧縮されている。従って、3D再生モードの再生装置102は、いずれのエクステントペアDn、Bnからも3D映像の再生を開始できる。すなわち、飛び込み再生等、ビデオストリームのランダムアクセスを要する処理が可能である。本発明の実施形態1によるインターリーブ配置では更に、各エクステントペアDn、Bnの中では、ディペンデントビューデータブロックDnがベースビューデータブロックBnよりも先に配置される。それは、ディペンデントビューデータブロックDnが一般に、ベースビューデータブロックBnよりもデータ量が小さい、すなわちビットレートが低いことに因る。例えば図15では、n1番目のライトビューデータブロックDnに含まれるピクチャは、図7に示されているように、n1番目のベースビューデータブロックBnに含まれるピクチャを参照ピクチャとして圧縮されている。従って、そのライトビューデータブロックDnのサイズSEXT2nは一般に、そのベースビューデータブロックBnのサイズSEXT1n以下である:SEXT2n≦SEXT1n。一方、デプスマップの画素当たりのデータ量、すなわち奥行き値のビット数は一般に、ベースビューピクチャの画素当たりのデータ量、すなわち色座標値とα値不透明度とのビット数の和よりも小さい。更に図3のa、cに示されているように、メインTSは第2サブTSとは異なり、プライマリビデオストリームの他にもプライマリオーディオストリーム等のエレメンタリストリームを含む。従って、デプスマップデータブロックのサイズSEXT3nは一般に、ベースビューデータブロックBnのサイズSEXT1n以下である:SEXT3n≦SEXT1n。[多重化ストリームデータをデータブロックに分割する意義]再生装置102は、BD-ROMディスク101から3D映像をシームレスに再生するには、メインTSとサブTSとをパラレルに処理しなければならない。しかし、その処理に利用可能なリードバッファの容量は一般に限られている。特に、BD-ROMディスク101からリードバッファへ連続して読み込むことのできるデータ量には限界がある。従って、再生装置102はメインTSとサブTSとを、エクステントATC時間の等しい部分の対に分割して読み出さねばならない。図16のaは、あるBD-ROMディスク上に個別に連続して記録されたメインTS1601とサブTS1602との配置を示す模式図である。再生装置102がそれらのメインTS1601とサブTS1602とをパラレルに処理するとき、図16のaに実線の矢印1-4で示されているように、BD-ROMドライブ121はメインTS1601とサブTS1602とを交互に、エクステントATC時間の等しい部分ずつ読み出す。そのとき、BD-ROMドライブ121は、図16のaに破線の矢印で示されているように、読み出し処理の途中でBD-ROMディスク上の読み出し対象領域を大きく変化させなければならない。例えば矢印1の示すメインTS1601の先端部分が読み出された時、BD-ROMドライブ121は光ピックアップによる読み出し動作を一旦停止し、BD-ROMディスクの回転速度を上げる。それにより、矢印2の示すサブTS1602の先端部分が記録されたBD-ROMディスク上のセクタを速やかに光ピックアップの位置まで移動させる。このように、光ピックアップに読み出し動作を一旦停止させて、その間に次の読み出し対象領域上へ光ピックアップを位置づけるための操作をジャンプという。図16のaに示されている破線の矢印は、読み出し処理の途中で必要な各ジャンプの範囲を示す。各ジャンプの期間中、光ピックアップによる読み出し処理は停止し、デコーダによる復号処理のみが進行する。図16のaに示されている例ではジャンプが過大であるので、読み出し処理を復号処理に間に合わせることが難しい。その結果、シームレス再生を確実に持続することが難しい。図16のbは、本発明の実施形態1によるBD-ROMディスク101上に記録されたディペンデントビューデータブロックD0、D1、D2、...とベースビューデータブロックB0、B1、B2、...とのインターリーブ配置を示す模式図である。図16のbを参照するに、メインTSとサブTSとはそれぞれ、複数のデータブロックに分割されて交互に配置されている。その場合、再生装置102は3D映像の再生時、図16のbに矢印1-4で示されているように、データブロックD0、B0、D1、B1、...を先頭から順番に読み出す。それだけで、再生装置102はメインTSとサブTSとを交互に読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、3D映像のシームレス再生が確実に持続可能である。[隣接するデータブロック間でエクステントATC時間を揃える意義]図16のcは、インターリーブ配置で記録されたディペンデントビューデータブロック群Dnとベースビューデータブロック群Bnとの各エクステントATC時間の一例を示す模式図であるn=0、1、2。図16のcを参照するに、各ディペンデントビューデータブロックDnとその直後のベースビューデータブロックBnとの対ではエクステントATC時間が等しい。例えば先頭のデータブロックの対D0、B0ではエクステントATC時間が共に1秒に等しい。従って、各データブロックD0、B0が再生装置102内のリードバッファに読み込まれたとき、その中の全てのTSパケットが、同じ1秒間でリードバッファからシステムターゲットデコーダへ送られる。同様に、2番目のデータブロックの対D1、B1ではエクステントATC時間が共に0.7秒に等しいので、同じ0.7秒間で、各データブロック内の全てのTSパケットがリードバッファからシステムターゲットデコーダへ送られる。図16のdは、インターリーブ配置で記録されたディペンデントビューデータブロック群Dnとベースビューデータブロック群Bnとの各エクステントATC時間の別例を示す模式図である。図16のdを参照するに、全てのデータブロックDn、BnでエクステントATC時間が1秒に等しい。従って、各データブロックDn、Bnが再生装置102内のリードバッファに読み込まれたとき、いずれのデータブロックでも、同じ1秒間で全てのTSパケットがリードバッファからシステムターゲットデコーダへ送られる。上記のとおり、ディペンデントビューデータブロックは一般に、ベースビューデータブロックよりもビデオストリームの圧縮率が高い。従って、ディペンデントビューデータブロックの復号処理の速度は一般に、ベースビューデータブロックの復号処理の速度よりも低い。一方、エクステントATC時間が等しいとき、ディペンデントビューデータブロックは一般に、ベースビューデータブロックよりもデータ量が小さい。従って、図16のc、dのように、隣接するデータブロック間でエクステントATC時間が等しいとき、復号対象のデータがシステムターゲットデコーダに供給される速度は、そのデコーダの処理速度と均衡を保ちやすい。すなわち、システムターゲットデコーダは、特に飛び込み再生においても、ベースビューデータブロックの復号処理とディペンデントビューデータブロックの復号処理とを容易に同期させることができる。[エクステントATC時間を揃える方法]図17は、隣接するデータブロック間でエクステントATC時間を揃える方法を示す模式図である。まず、ベースビューデータブロックに格納されるソースパケット以下、SP1と略す。と、ディペンデントビューデータブロックに格納されるソースパケット以下、SP2と略す。とには、同じATC時間軸でATSが付与される。図17を参照するに、矩形1710、1720はそれぞれ、SP1pp=0、1、...、k、k1、...、i、i1とSP2qq=0、1、...、m、m1、...、j、j1とを表す。それらの矩形1710、1720はATCの時間軸方向で各ソースパケットのATSの順に並べられている。各矩形1710、1720の先頭の位置A1、A2はそのソースパケットのATSの値を表す。各矩形1710、1720の長さAT1、AT2は、3D再生装置が1個のソースパケットをリードバッファからシステムターゲットデコーダへ転送するのに要する時間を表す。SP10のATSA1からエクステントATC時間TEXTnが経過するまでの期間に、リードバッファからシステムターゲットデコーダへ転送されるSP1、すなわちSP10、1、...、kは、n1番目のベースビューデータブロックEXT1nに格納される。同様に、SP1k1のATSA1からエクステントATC時間TEXTn1が経過するまでの期間に、リードバッファからシステムターゲットデコーダへ転送されるSP1、すなわちSP1k1、...、iは、n2番目のベースビューデータブロックEXT1n1に格納される。一方、n1番目のディペンデントビューデータブロックEXT2nに格納されるべきSP2は次のように選択される。まず、SP10のATSA1とエクステントATC時間TEXTnとの和、すなわち、SP1k1のATSA1=A1TEXTnが求められる。次に、SP10のATSA1からSP1k1のATSA1までの期間に、リードバッファからシステムターゲットデコーダへの転送が開始されるSP2、すなわちSP20、1、...、mが選択される。従って、先頭のSP2、すなわちSP20のATSA2は必ず、先頭のSP1、すなわちSP10のATSA1以上である:A2≧A1。更に、最後のSP2、すなわちSP2mのATSA2は、SP1k1のATSA1以下である:A2≦A1。ここで、SP2mの転送完了はSP1k1のATSA1以後であってもよい。同様に、n2番目のディペンデントビューデータブロックEXT2n1に格納されるべきSP2は次のように選択される。まず、n3番目のベースビューデータブロックEXT1n2の先頭に位置するSP1i1のATSA1=A1TEXTが求められる。次に、SP1k1のATSA1からSP1i1のATSA1までの期間に、リードバッファからシステムターゲットデコーダへの転送が開始されるSP2、すなわち、SP2m1-SP2jが選択される。従って、先頭のSP2、すなわちSP2m1のATSA2は、先頭のSP1、すなわちSP1k1のATSA1以上である:A2≧A1。更に、最後のSP2jのATSA2は、次のベースビューデータブロックEXT1n2の先頭に位置するSP1i1のATSA1以下である:A2≦A1。[データ量の小さいデータブロックを先に置く意義]3D再生モードの再生装置102は、各エクステントブロックの先頭に位置するデータブロックを読み出すとき、又は再生開始位置のデータブロックを読み出すとき、まず、そのデータブロックを全てリードバッファに読み込む。その間、そのデータブロックはシステムターゲットデコーダには渡されない。その読み込みが完了した後、再生装置102はそのデータブロックを次のデータブロックとパラレルにシステムターゲットデコーダに渡す。この処理をプリロードという。プリロードの技術的意義は次のとおりである。L/Rモードでは、ディペンデントビューデータブロックの復号にベースビューデータブロックが必要である。従って、復号後のデータを出力処理まで保持するためのバッファを必要最小限の容量に維持するには、それらのデータブロックをシステムターゲットデコーダに同時に供給して復号させることが好ましい。デプスモードでは、復号後のベースビューピクチャとデプスマップとの対から、視差画像を表すビデオプレーンの対を生成する処理が必要である。従って、復号後のデータをその処理まで保持するためのバッファを必要最小限の容量に維持するには、ベースビューデータブロックとデプスマップデータブロックとをシステムターゲットデコーダに同時に供給して復号させることが好ましい。それ故、プリロードにより、エクステントブロックの先頭又は再生開始位置のデータブロックの全体を予めリードバッファに読み込んでおく。それにより、そのデータブロックと後続のデータブロックとをリードバッファからシステムターゲットデコーダへ同時に転送して復号させることができる。更に、以降のエクステントペアもシステムターゲットデコーダに同時に復号させることができる。プリロードでは、最初に読み出されるデータブロックの全体がリードバッファに蓄積される。従って、リードバッファには少なくとも、そのデータブロックのサイズに等しい容量が要求される。ここで、リードバッファの容量を最小限に維持するには、プリロードの対象とされるデータブロックのサイズを可能な限り縮小すべきである。一方、飛び込み再生等のランダムアクセスでは、いずれのエクステントペアも再生開始位置に選択され得る。それ故、いずれのエクステントペアでも、データ量の小さい方を先に置く。それにより、リードバッファの容量を最小限に維持することができる。≪データブロックに対するAVストリームファイルのクロスリンク≫図15に示されているデータブロック群に対して、AVストリームファイルのクロスリンクは次のように実現される。第1ファイルSS01000ssif244Aのファイルエントリ1540は、各エクステントブロック1501-1503を一つのエクステントとみなして、各サイズとその先端のLBNとを示す。従って、各エクステントブロック1501-1503は第1ファイルSS244Aの一つのエクステントEXTSS0、EXTSS1、EXTSS2としてアクセス可能である。以下、第1ファイルSS244Aに属するエクステントEXTSS0、EXTSS1、EXTSS2をエクステントSSという。各エクステントSSEXTSS0、EXTSS1、EXTSS2は、ファイル2D241とはベースビューデータブロックBnを共有し、第1ファイルDEP242とはライトビューデータブロックDnを共有する。≪エクステントブロック群に対する再生経路≫図18は、エクステントブロック群1501-1503に対する2D再生モードでの再生経路1801を示す模式図である。2D再生モードの再生装置102はファイル2D241を再生する。従って、2D再生モードでの再生経路1801が示すとおり、各エクステントブロック1501-1503からベースビューデータブロックBnn=0、1、2、...が順番に2DエクステントEXT2Dnとして読み出される。具体的には、まず先頭のエクステントブロック1501から先頭のベースビューデータブロックB0が読み出され、その直後のライトビューデータブロックD0の読み出しが最初のジャンプJ2D1によってスキップされる。次に2番目のベースビューデータブロックB1が読み出され、その直後のデータNAVとライトビューデータブロックD1との読み出しが二回目のジャンプJNAVによってスキップされる。続いて、2番目以降のエクステントブロック1502、1503内でも同様に、ベースビューデータブロックの読み出しとジャンプとが繰り返される。2番目のエクステントブロック1502と3番目のエクステントブロック1503との間に生じるジャンプJLYは、層境界LBを越えるロングジャンプである。ロングジャンプは、ジャンプの中でもシーク時間の長いものの総称であり、具体的には、i記録層の切り換えを伴うジャンプ、及びiiジャンプ距離が所定の閾値を超えるジャンプをいう。ジャンプ距離とは、ジャンプ期間中に読み出し操作がスキップされるBD-ROMディスク101上の領域の長さをいう。ジャンプ距離は通常、その部分のセクタ数で表される。上記iiの閾値は、BD-ROMの規格では例えば40000セクタである。しかし、その閾値は、BD-ROMディスクの種類と、BD-ROMドライブの読み出し処理に関する性能とに依存する。ロングジャンプは特に、フォーカスジャンプとトラックジャンプとを含む。フォーカスジャンプは、記録層の切り換えに伴うジャンプであり、光ピックアップの焦点距離を変化させる処理を含む。トラックジャンプは、光ピックアップをBD-ROMディスク101の半径方向に移動させる処理を含む。図18は、エクステントブロック群1501-1503に対するL/Rモードでの再生経路1802も示す。L/Rモードの再生装置102は第1ファイルSS244Aを再生する。従って、L/Rモードでの再生経路1802が示すとおり、各エクステントブロック1501、1502、1503が順番に、エクステントSSEXTSS0、EXTSS1、EXTSS2として読み出される。具体的には、まず、先頭のエクステントブロック1501からデータブロックD0、B0、D1、B1が連続して読み出され、その直後のデータNAVの読み出しが最初のジャンプJNAVによってスキップされる。次に、2番目のエクステントブロック1502からデータブロックD2、...、B3が連続して読み出される。その直後に、記録層の切り換えに伴うロングジャンプJLYが生じる。続いて、3番目のエクステントブロック1503からデータブロックD4、B4、...が連続して読み出される。エクステントブロック1501-1503を第1ファイルSS244Aのエクステントとして読み込むとき、再生装置102は第1ファイルSS244Aのファイルエントリ1540から各エクステントSSEXTSS0、EXTSS1、...の先端のLBNとそのサイズとを読み出してBD-ROMドライブ121に渡す。BD-ROMドライブ121はそのLBNからそのサイズのデータを連続して読み出す。これらの処理は、データブロック群を第1ファイルDEP242とファイル2D241との各エクステントとして読み込む処理よりも、BD-ROMドライブ121の制御が次の二点A、Bで簡単である:A再生装置102は一箇所のファイルエントリを利用して各エクステントを順番に参照すればよい;B読み込み対象のエクステントの総数が実質上半減するので、BD-ROMドライブ121に渡されるべきLBNとサイズとの対の総数が少ない。但し、再生装置102はエクステントSSEXTSS0、EXTSS1、...を読み込んだ後、それぞれをライトビューデータブロックとベースビューデータブロックとに分離してデコーダに渡さなければならない。その分離処理にはクリップ情報ファイルが利用される。その詳細については後述する。図15に示されているように、各エクステントブロック1501-1503の実際の読み出しでは、BD-ROMドライブ121は各データブロックの後端から次のデータブロックの先端までの間にゼロセクタ遷移J0を行う。ゼロセクタ遷移とは、二つの連続するデータブロック間での光ピックアップの移動をいう。ゼロセクタ遷移が行われる期間以下、ゼロセクタ遷移期間という。では、光ピックアップは読み出し動作を一旦停止して待機する。その意味で、ゼロセクタ遷移はジャンプ距離が0セクタに等しいジャンプともみなせる。ゼロセクタ遷移期間の長さ、すなわちゼロセクタ遷移時間は、BD-ROMディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。誤り訂正処理に伴うオーバーヘッドとは、二つのデータブロックの境界がECCブロックの境界と一致していないときに、そのECCブロックを用いた誤り訂正処理が二回行われることに起因する余分な時間をいう。誤り訂正処理には一つのECCブロックの全体が必要である。従って、一つのECCブロックが二つの連続するデータブロックに共有されているとき、いずれのデータブロックの読み出し処理でもそのECCブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのデータブロックを一つ読み出すごとに、そのデータブロックの他に最大32セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち32[セクタ]×2048[バイト]×8[ビット/バイト]×2[回]/読み出し速度で評価される。尚、各データブロックはECCブロック単位で構成されてもよい。その場合、各データブロックのサイズはECCブロックの整数倍に等しいので、誤り訂正処理に伴うオーバーヘッドをゼロセクタ遷移時間から除外することができる。≪データブロック/エクステントブロックのサイズ≫各データブロックはアラインドユニット単位で構成される。特に各データブロックのサイズはアラインドユニットのサイズ=6144バイト=約6KBの倍数に等しい。その場合、データブロック間の境界はセクタ間の境界と一致するので、BD-ROMドライブはいずれのデータブロックも、その全体を確実に連続して読み出すことができる。[1:シームレス再生に必要な条件]図15に示されているように、互いに分離された複数のエクステントブロック1501-1503から2D映像と3D映像とのいずれをもシームレスに再生するには、データブロックとエクステントブロック1501-1503との各サイズは、以下の[1-1]、[1-2]で説明される条件を満たせばよい。1-1:2D再生モードでの条件図19は、2D再生モードの再生装置102内の再生処理系統を示すブロック図である。図19を参照するに、その再生処理系統は、BD-ROMドライブ1901、リードバッファ1902、及びシステムターゲットデコーダ1903を含む。BD-ROMドライブ1901はBD-ROMディスク101から2Dエクステントを読み出し、読み出し速度RUD54でリードバッファ1902へ転送する。リードバッファ1902は、再生装置102に内蔵のバッファメモリであり、BD-ROMドライブ1901から2Dエクステントを受信して蓄積する。システムターゲットデコーダ1903は、リードバッファ1902内に蓄積された各2Dエクステントからソースパケットを平均転送速度REXT2Dで読み出して、映像データVDと音声データADとに復号する。平均転送速度REXT2Dは、システムターゲットデコーダ1903がリードバッファ1902内の各ソースパケットからTSパケットを抽出する処理の平均速度の192/188倍に等しい。ここで、係数192/188はソースパケットとTSパケットとの間のバイト数の比に等しい。平均転送速度REXT2Dは通常、ビット/秒で表され、具体的には、ビット単位で表された2DエクステントのサイズをエクステントATC時間で割ったときの値に等しい。ビット単位で表されたエクステントのサイズは、そのエクステント内のソースパケット数とソースパケット一つ当たりのビット数=192[バイト]×8[ビット/バイト]との積に等しい。平均転送速度REXT2Dは一般に2Dエクステントごとに異なる。平均転送速度REXT2Dの最大値RMAX2Dは、ファイル2Dに対するシステムレートRTSの192/188倍に等しい。システムレートとは、システムターゲットデコーダ1903によるTSパケットの処理速度の最高値を意味する。システムレートRTSは通常、ビット/秒bpsで表されるので、バイト/秒Bpsで表されるメインTSの記録速度TSrecordingrateの8倍に等しい。平均転送速度REXT2Dは以下のように評価される。まず、エクステントATC時間が次のように算定される。図17に示されている例では、n1番目のベースビューデータブロックEXT1nのエクステントATC時間TEXTnは、SP10のATSA1と、n2番目のベースビューデータブロックEXT1n1の先頭に位置するSP1k1のATSA1との間の差に基づいて、次式で表される:TEXTn=-A1WA/TATC。ここで、ラップアラウンド値WAは、SP10のATSA1からSP1k1のATSA1までATCがカウントされる期間中、ラップアラウンドが生じる度に切り捨てられたカウント値の和を表す。すなわち、ラップアラウンド値WAは、その期間でのラップアラウンドの回数と、ラップアラウンドが生じるカウント値との積に等しい。例えば、ATCが30ビットのカウンタでカウントされる場合、ラップアラウンド値WAは230に等しい。一方、定数TATCはATCの周期を表し、例えば27MHzに等しい:TATC=27×106。次に、2Dエクステントのサイズが次のように算定される。図17に示されている例では、n1番目のベースビューデータブロックEXT1nのサイズSEXT1nは、そのデータブロックに格納されるソースパケット、すなわちSP10、1、...、kの全体のデータ量192×k1×8[ビット]に等しい。最後に、ベースビューデータブロックEXT1nのサイズSEXT1nをエクステントATC時間TEXTnで割った値が平均転送速度REXT2Dnとして評価される:REXT2Dn=SEXT1n/TEXTn。上記の評価においてエクステントATC時間が正確に計算されることを目的として、各2Dエクステントのサイズがソースパケット長のある一定の倍数に揃えられてもよい。更に、いずれかの2Dエクステントがその倍数よりも多くのソースパケットを含むとき、その2DエクステントのエクステントATC時間が次のように算定されてもよい:まず、ソースパケットの総数からその倍数を除き、その差にソースパケット一つ当たりの転送時間=188×8/システムレートを乗じる。次に、その積に、上記の倍数に相当するエクステントATC時間を加える。その和が上記の2DエクステントのエクステントATC時間として決定される。その他に、エクステントATC時間は次のように算定されてもよい:まず、一つの2Dエクステントについて、その先頭のソースパケットのATSから最後のソースパケットのATSまでの時間間隔を求める。次に、その時間間隔にソースパケット一つ当たりの転送時間を加える。その和がその2DエクステントのエクステントATC時間として決定される。具体的には、図17の例において、n1番目のベースビューデータブロックEXT1nのエクステントATC時間TEXTnは、SP10のATSA1と、そのデータブロックEXT1nの後端に位置するSP1kのATSA1との間の差に基づいて、次式で表される:TEXTn=-A1WA/TATC188×8/RTS1。ここで、ラップアラウンド値WAは、SP10のATSA1からSP1kのATSA1までATCがカウントされる期間中、ラップアラウンドが生じる度に切り捨てられたカウント値の和を表す。一方、上式の右辺第2項は、TSパケットのデータ長188[バイト]×8[ビット/バイト]をシステムレートRTS2で割った値であり、一つのTSパケットをリードバッファからシステムターゲットデコーダへ転送するのに要する時間と等しい。上記のエクステントATC時間の計算には次のエクステントの参照が不要であるので、次のエクステントが存在しなくてもエクステントATC時間が算定可能である。また、次のエクステントが存在する場合でも、エクステントATC時間の計算を簡単化することができる。読み出し速度RUD54は通常、ビット/秒で表され、平均転送速度REXT2Dの最高値RMAX2Dよりも高い値、例えば54Mbpsに設定される:RUD54>RMAX2D。それにより、BD-ROMドライブ1901がBD-ROMディスク101から一つの2Dエクステントを読み出している間、システムターゲットデコーダ1903の復号処理に伴うリードバッファ1902のアンダーフローが防止される。図20のaは、2D再生モードでの動作中、リードバッファ1902に蓄積されるデータ量DAの変化を示すグラフである。図20のbは、再生対象のエクステントブロック2010と2D再生モードでの再生経路2020との間の対応関係を示す模式図である。図20のbを参照するに、再生経路2020に従い、エクステントブロック2010内の各ベースビューデータブロックBnn=0、1、2、...が一つの2DエクステントEXT2DnとしてBD-ROMディスク101からリードバッファ1902へ読み出される。図20のaを参照するに、各2DエクステントEXT2Dnの読み出し期間PR2Dnでは、蓄積データ量DAは、読み出し速度RUD54と平均転送速度REXT2Dnとの間の差RUD54-REXT2Dnに等しい速度で増加する。一方、二つの連続する2DエクステントEXT2Dn-1、EXT2Dnの間ではジャンプJ2Dnが生じる。そのジャンプ期間PJ2Dnでは、ディペンデントビューデータブロックDnの読み出しがスキップされるので、BD-ROMディスク101からのデータの読み出しが停止する。従って、ジャンプ期間PJ2Dnでは蓄積データ量DAは平均転送速度REXT2Dnで減少する。BD-ROMドライブ1901による読み出し/転送動作は実際には、図20のaのグラフから示唆される連続的なものではなく、断続的なものである。それにより、各2Dエクステントの読み出し期間PR2Dnに蓄積データ量DAがリードバッファ1902の容量を超えること、すなわちリードバッファ1902のオーバーフローが防止される。すなわち、図20のaのグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。図20のbに示されているエクステントブロック2010から2D映像をシームレスに再生するには、次の二つの条件が満たされればよい:まず、各2DエクステントEXT2DnのサイズSEXT2Dnは所定の下限以上であればよい。この下限を最小エクステントサイズという。次に、2Dエクステントの間隔は所定の上限以下であればよい。1-1-1:2Dエクステントの最小エクステントサイズ各ジャンプ期間PJ2Dnではリードバッファ1902からシステムターゲットデコーダ1903へのデータ供給を持続させて、そのデコーダ1903に連続的な出力を確保させなければならない。それには、2Dエクステントのサイズが次の条件1を満たせばよい。各2DエクステントEXT2DnのサイズSEXT2Dnは、その読み出し期間PR2Dnから次のジャンプ期間PJ2Dn1にわたり、リードバッファ1902からシステムターゲットデコーダ1903へ転送されるデータ量に等しい。その場合、図20のaに示されているように、蓄積データ量DAはそのジャンプ期間PJ2Dn1の終了時、その読み出し期間PR2Dnの開始時での量を下回らない。すなわち、各ジャンプ期間PJ2Dnではリードバッファ1902からシステムターゲットデコーダ1903へのデータ供給が持続し、特にリードバッファ1902はアンダーフローを生じない。ここで、読み出し期間PR2Dnの長さは2DエクステントEXT2DnのサイズSEXT2Dnを読み出し速度RUD54で割った値SEXT2Dn/RUD54に等しい。従って、条件1は次のことを示す。各2DエクステントEXT2Dnの最小エクステントサイズは、次式1の右辺で表される:式1では、ジャンプ時間TJUMP-2Dnはジャンプ期間PJ2Dnの長さであり、秒単位で表される。一方、読み出し速度RUD54と平均転送速度REXT2Dとはいずれもビット/秒で表される。従って、式1では平均転送速度REXT2Dを数8で割り、2DエクステントのサイズSEXT2Dnの単位をビットからバイトへ変換している。すなわち、2DエクステントのサイズSEXT2Dnはバイト単位で表される。関数CEILは、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。1-1-2:2Dエクステントの間隔リードバッファ1902の容量は有限であることから、ジャンプ時間TJUMP-2Dnの最大値は制限される。すなわち、ジャンプ期間PJ2Dnの直前に蓄積データ量DAがリードバッファ1902の容量一杯であっても、ジャンプ時間TJUMP-2Dnが長すぎれば、ジャンプ期間PJ2Dn中に蓄積データ量DAが0に達し、リードバッファ1902のアンダーフローが生じる危険性がある。以下、BD-ROMディスク101からリードバッファ1902へのデータ供給が途絶えている状態で蓄積データ量DAがリードバッファ1902の容量から0に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間TJUMP-2Dの最大値を最大ジャンプ時間TJUMP_MAXという。光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセススピード等から決められている。図21は、BD-ROMディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP_MAXとの間の対応表の一例である。図21を参照するに、ジャンプ距離SJUMPはセクタ単位で表され、最大ジャンプ時間TJUMP_MAXはm秒単位で表されている。1セクタは2048バイトに等しい。ジャンプ距離SJUMPが、0セクタ、1-10000セクタ、10001-20000セクタ、20001-40000セクタ、40001セクタ-1/10ストローク、及び1/10ストローク以上の各範囲に属するとき、最大ジャンプ時間TJUMP_MAXはそれぞれ、0m秒、200m秒、300m秒、350m秒、700m秒、及び1400m秒である。ジャンプ距離SJUMPが0セクタに等しいときの最大ジャンプ時間TJUMP_MAXはゼロセクタ遷移時間TJUMP0に等しい。但し、図21の例ではゼロセクタ遷移時間TJUMP0は0m秒とみなされている。以上のことから、式1に代入されるべきジャンプ時間TJUMP-2Dnは、BD-ROMディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間TJUMP_MAXである。具体的には、図21の表において、二つの連続する2DエクステントEXT2Dn、EXT2Dn1の間でのジャンプ距離SJUMPに対応する最大ジャンプ時間TJUMP_MAXが、ジャンプ時間TJUMP-2Dnとして式1に代入される。ここで、そのジャンプ距離SJUMPは、n1番目の2DエクステントEXT2Dnの後端からn2番目の2DエクステントEXT2Dn1の先端までのセクタ数に等しい。二つの2DエクステントEXT2Dn、EXT2Dn1間のジャンプJ2Dnでは、そのジャンプ時間TJUMP-2Dnが最大ジャンプ時間TJUMP_MAXに制限されることから、そのジャンプ距離SJUMP、すなわち二つの2DエクステントEXT2Dn、EXT2Dn1の間隔も制限される。例えばジャンプ時間TJUMP-2Dnが最大ジャンプ時間TJUMP_MAX=700m秒以下に制限されるとき、二つの2DエクステントEXT2Dn、EXT2Dn1間のジャンプ距離SJUMPは、最大で1/10ストローク=約1.2GBまで許される。このジャンプ距離SJUMPの最大値のように、ジャンプ時間TJUMPが最大ジャンプ時間TJUMP_MAXに等しいときでのジャンプ距離SJUMPを最大ジャンプ距離SJUMP_MAXという。2D映像のシームレス再生には、2Dエクステントの間隔が最大ジャンプ距離SJUMP_MAX以下であることが必要である。各エクステントブロック内では2Dエクステントの間隔はディペンデントビューデータブロックのサイズに等しい。従って、そのディペンデントビューデータブロックのサイズは最大ジャンプ距離SJUMP_MAX以下に制限される。具体的には、2Dエクステント間の最大ジャンプ時間TJUMP_MAXが、図21に規定された最小値200m秒に制限される場合、ディペンデントビューデータブロックのサイズは、対応する最大ジャンプ距離SJUMP_MAX=10000セクタ=約19.5MB以下に制限される。異なる記録層に配置された二つのエクステントブロック間をシームレスに接続するとき、先に読み出されたエクステントブロックの後端から、次に読み出されるエクステントブロックの先端まで、ロングジャンプが生じる。そのロングジャンプは、フォーカスジャンプ等、記録層の切り換え操作を伴う。従って、そのロングジャンプに要する時間は、図21の表に規定された最大ジャンプ時間TJUMP_MAXに加えて、記録層の切り換え操作に要する時間、すなわち層切換時間を更に含む。層切換時間は例えば350m秒である。ここで、先に読み出されたエクステントブロックの後端にはn1番目の2DエクステントEXT2Dnが配置され、後に読み出されるエクステントブロックの先端にはn2番目の2DエクステントEXT2Dn1が配置されている。その場合、n1番目の2DエクステントEXT2Dnのサイズが満たすべき式1では、ジャンプ時間TJUMP-2Dnは二つのパラメータTJn、TLnの和で決まる:TJUMP-2Dn=TJnTLn。第1パラメータTJnは、BD-ROMディスクの規格によって、ロングジャンプのジャンプ距離SJUMPに対して規定された最大ジャンプ時間TJUMP_MAXを表す。その最大ジャンプ時間TJUMP_MAXは、図21の表において、n1番目の2DエクステントEXT2Dnの後端からn2番目の2DエクステントEXT2Dn1の先端までのセクタ数に対応付けられた値に等しい。第2パラメータTLnは層切換時間、例えば350m秒を表す。従って、二つの2DエクステントEXT2Dn、EXT2Dn1の間隔は、図21の表において、ロングジャンプの最大ジャンプ時間TJUMP_MAXから層切換時間を除いた値に対応する最大ジャンプ距離SJUMP_MAX以下に制限される。例えばジャンプ時間TJUMP-2Dnが最大ジャンプ時間TJUMP_MAX=700m秒以下、又は600m秒以下に制限されるとき、二つの2DエクステントEXT2Dn、EXT2Dn1間の最大ジャンプ距離SJUMP_MAXは40000セクタ=約78.1MB又は10000セクタ=約19.5MBである。1-2:3D再生モードでの条件図22は、3D再生モードの再生装置102内の再生処理系統を示すブロック図である。図22を参照するに、その再生処理系統は、BD-ROMドライブ2201、スイッチ2202、一対のリードバッファ2211、2212、及びシステムターゲットデコーダ2203を含む。BD-ROMドライブ2201はBD-ROMディスク101からエクステントSSを読み出し、読み出し速度RUD72でスイッチ2202へ転送する。スイッチ2202は各エクステントSSをベースビューデータブロックとディペンデントビューデータブロックとに分離する。その分離処理の詳細については後述する。第1リードバッファ2211及び第2リードバッファ2212以下、RB1及びRB2と略す。は再生装置102に内蔵のバッファメモリであり、スイッチ2202によって分離された各データブロックを蓄積する。RB12211はベースビューデータブロックを格納し、RB22212はディペンデントビューデータブロック格納する。システムターゲットデコーダ2203は、RB12211内の各ベースビューデータブロックからはソースパケットをベースビュー転送速度REXT1で読み出し、RB22212内の各ディペンデントビューデータブロックからはソースパケットをディペンデントビュー転送速度REXT2で読み出す。システムターゲットデコーダ2203は更に、読み出されたベースビューデータブロックとディペンデントビューデータブロックとの対を映像データVDと音声データADとに復号する。ベースビュー転送速度REXT1は、システムターゲットデコーダ2203がRB12211内の各ソースパケットからTSパケットを抽出する処理の平均速度の192/188倍に等しい。ベースビュー転送速度REXT1の最高値RMAX1は、ファイル2Dに対するシステムレートRTS1の192/188倍に等しい:RMAX1=RTS1×192/188。そのシステムレートRTS1は通常、ビット/秒bpsで表されるので、バイト/秒Bpsで表されるメインTSの記録速度の8倍に等しい。ディペンデントビュー転送速度REXT2は、システムターゲットデコーダ2203がRB22212内の各ソースパケットからTSパケットを抽出する処理の平均速度の192/188倍に等しい。ディペンデントビュー転送速度REXT2の最高値RMAX2は、ファイルDEPに対するシステムレートRTS2の192/188倍と等しい:RMAX2=RTS2×192/188。そのシステムレートRTS2は通常、ビット/秒bpsで表されるので、バイト/秒Bpsで表されるメインTSの記録速度の8倍に等しい。各転送速度REXT1、REXT2は通常、ビット/秒で表され、具体的には、ビット単位で表された各データブロックのサイズをエクステントATC時間で割ったときの値に等しい。エクステントATC時間は、そのデータブロック内のソースパケットを全て、RB12211又はRB22212からシステムターゲットデコーダ2203へ転送するのに要する時間に等しい。ベースビュー転送速度REXT1は、2Dエクステントの平均転送速度REXT2Dと全く同様に評価される:REXT1=SEXT1/TEXT。一方、ディペンデントビュー転送速度REXT2は、ディペンデントビューデータブロックのサイズとエクステントATC時間との比に代えて、次のデータ量SPEXT2とエクステントATC時間との比で評価される:REXT2=SPEXT2/TEXT。そのデータ量SPEXT2は、ディペンデントビューデータブロックのうち、対応するベースビューデータブロックが転送される期間内に実際に転送されるの部分のデータ量に等しい。図17に示されているn1番目のディペンデントビューデータブロックEXT2nについて、そのデータ量SPEXT2nは、そのディペンデントビューデータブロックEXT2nに格納されるソースパケット、SP20、1、...、mのうち、n1番目のベースビューデータブロックEXT1nの先頭のソースパケット、SP10のATSA1からエクステントATC時間TEXTnが経過するまでの期間に、RB22212からシステムターゲットデコーダ2203へ転送される部分のデータ量に等しい。すなわち、そのデータ量SPEXT2nはそのディペンデントビューデータブロックEXT2nのサイズSEXT2nよりも、SP1k1のATSA1以降に転送されるSP2mのデータ量だけ小さい。一方、次のディペンデントビューデータブロックEXT2n1については、上記のデータ量SPEXT2n1は、そのディペンデントビューデータブロックEXT2n1に格納されるソースパケット、SP2m1、...、jに加えて、n2番目のベースビューデータブロックEXT1n1の先頭のソースパケット、SP1k1のATSA1からエクステントATC時間TEXTn1が経過するまでの期間に、RB22212からシステムターゲットデコーダ2203へ転送されるデータ量に等しい。すなわち、そのデータ量SPEXT2n1はそのディペンデントビューデータブロックEXT2n1のサイズSEXT2n1よりも、SP1k1のATSA1以降に転送されるSP2mのデータ量だけ大きい。このように、ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2とでは評価の仕方が異なる。しかし、その差はわずかであるので、以下の説明では、いずれの転送速度も、データブロックのサイズとエクステントATC時間との比に等しいとみなす。読み出し速度RUD72は通常、ビット/秒で表され、いずれの転送速度REXT1、REXT2の最高値RMAX1、RMAX2よりも高い値、例えば72Mbpsに設定される:RUD72>RMAX1、RUD72>RMAX2。それにより、BD-ROMドライブ2201によってBD-ROMディスク101から一つのエクステントSSを読み出している間、システムターゲットデコーダ2203の復号処理に伴うRB12211とRB22212とのアンダーフローが防止される。1-2-1:エクステントブロック内でのシームレス接続図23のa、bは、一つのエクステントブロックから3D映像がシームレスに再生されるとき、RB12211、RB22212に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図23のcは、そのエクステントブロック2310と3D再生モードでの再生経路2320との間の対応関係を示す模式図である。図23のcを参照するに、再生経路2320に従い、エクステントブロック2310の全体が一つのエクステントSSとして一括して読み出される。その後、スイッチ2202によってそのエクステントSSからディペンデントビューデータブロックDkとベースビューデータブロックBkとが分離されるk=...、n、n1、n2、...。BD-ROMドライブ2201による読み出し/転送動作は実際には、図23のa、bの各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各データブロックDk、Bkの読み出し期間PRDk、PRBkでは、RB12211、RB22212のオーバーフローが防止される。すなわち、図23のa、bの各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。図23のa、bを参照するに、n1番目のディペンデントビューデータブロックDnの読み出し期間PRDnでは、RB22212の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2nとの間の差RUD72-REXT2nに等しい速度で増加し、RB12211の蓄積データ量DA1はベースビュー転送速度REXT1n-1で減少する。図23のcを参照するに、n1番目のディペンデントビューデータブロックDnからn1番目のベースビューデータブロックBnまではゼロセクタ遷移J02nが生じる。図23のa、bに示されているように、ゼロセクタ遷移期間PJ0nでは、RB12211の蓄積データ量DA1はベースビュー転送速度REXT1n-1で減少し続け、RB22212の蓄積データ量DA2はディペンデントビュー転送速度REXT2nで減少する。図23のa、bを更に参照するに、n1番目のベースビューデータブロックBnの読み出し期間PRBnでは、RB12211の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1nとの間の差RUD72-REXT1nに等しい速度で増加する。一方、RB22212の蓄積データ量DA2は、ディペンデントビュー転送速度REXT2nで減少し続ける。図23のcを更に参照するに、そのベースビューデータブロックBnから次のディペンデントビューデータブロックDn1まではゼロセクタ遷移J02n1が生じる。図23のa、bに示されているように、ゼロセクタ遷移期間PJ02n1では、RB12211の蓄積データ量DA1はベースビュー転送速度REXT1nで減少し、RB22212の蓄積データ量DA2はディペンデントビュー転送速度REXT2nで減少し続ける。一つのエクステントブロック2310から3D映像をシームレスに再生するには、そのエクステントブロックに属するデータブロックBn、Dnの各サイズは、以下に説明される条件2、3を満たせばよい。n1番目のベースビューデータブロックBnのサイズSEXT1nは少なくとも、その読み出し期間PRBnから次のベースビューデータブロックBn1の読み出し期間PRBn1の直前までに、RB12211からシステムターゲットデコーダ2203へ転送されるデータ量に等しい。その場合、図23のaに示されているように、次のベースビューデータブロックBn1の読み出し期間PRBn1の直前では、RB12211の蓄積データ量DA1が、n1番目のベースビューデータブロックBnの読み出し期間PRBnの直前での量を下回らない。ここで、n1番目のベースビューデータブロックBnの読み出し期間PRBnの長さは、そのベースビューデータブロックBnのサイズSEXT1nを読み出し速度RUD72で割った値SEXT1n/RUD72に等しい。一方、n2番目のディペンデントビューデータブロックDn1の読み出し期間PRDn1の長さは、そのディペンデントビューデータブロックDn1のサイズSEXT2n1を読み出し速度RUD72で割った値SEXT2n1/RUD72に等しい。従って、条件2は次のことを示す。そのベースビューデータブロックBnの最小エクステントサイズは、次式2の右辺で表される:n1番目のディペンデントビューデータブロックDnのサイズSEXT2nは少なくとも、その読み出し期間PRDnから次のディペンデントビューデータブロックDn1の読み出し期間PRDn1の直前までに、RB22212からシステムターゲットデコーダ2203へ転送されるデータ量に等しい。その場合、図23のbに示されているように、次のディペンデントビューデータブロックDn1の読み出し期間PRDn1の直前では、RB22212の蓄積データ量DA2がn1番目のディペンデントビューデータブロックDnの読み出し期間PRDnの直前での量を下回らない。ここで、n1番目のディペンデントビューデータブロックDnの読み出し期間PRDnの長さは、そのディペンデントビューデータブロックDnのサイズSEXT2nを読み出し速度RUD72で割った値SEXT2n/RUD72に等しい。従って、条件3は次のことを示す。そのディペンデントビューデータブロックDnの最小エクステントサイズは、次式3の右辺で表される:1-2-2:エクステントブロック間のシームレス接続図24のbは、M1番目文字Mは1以上の整数を表す。のエクステントブロック2401とM2番目のエクステントブロック2402、及び、それらのエクステントブロック2401、2402と3D再生モードでの再生経路2420との間の対応関係を示す模式図である。図24のbを参照するに、二つのエクステントブロック2401、2402の間は層境界LB又は他のデータの記録領域によって分離されている。再生経路2420に従って、先にM1番目のエクステントブロック2401の全体がM1番目のエクステントSS、すなわちEXTSS[M]として一括して読み出される。その直後にジャンプJMが生じる。続いて、M2番目のエクステントブロック2402がM2番目のエクステントSS、すなわちEXTSS[M1]として一括して読み出される。図24のaは、二つのエクステントブロック2401、2402から連続して3D映像がシームレスに再生されるとき、RB12211、RB22212に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1DA2の変化を示すグラフ群である。図24のaでは、一点鎖線のグラフは、RB12211に蓄積されるデータ量DA1の変化を示し、破線のグラフは、RB22212に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1DA2の変化を示す。ここで、実線のグラフは、データブロックが一つ読み出されるごとに生じる細かい変化を均して直線的に近似したものである。更に、ゼロセクタ遷移時間TJUMP0は0m秒とみなされている。図24のaを参照するに、EXTSS[M]2401の全体がBD-ROMディスク101からRB12211、RB22212へ読み出される期間PRBLKMでは、それらに蓄積されるデータ量DA1、DA2も増大する。具体的には、EXTSS[M]2401全体の読み出し期間PRBLKM中、蓄積データ量の和DA1DA2は、読み出し速度RUD72と平均転送速度REXTSSMとの間の差RUD72-REXTSSMに等しい速度で増加する。その平均転送速度REXTSSMは、EXTSS[M]2401全体のサイズSEXTSSMをそのエクステントATC時間TEXTSSで割った値として評価される。平均転送速度REXTSSMの具体的な評価は以下のとおりである。まず、エクステントATC時間が次のように算定される。EXTSS[M]2401のエクステントATC時間TEXTSSMは、その先頭のベースビューデータブロックB0のATSA10と、EXTSS[M1]2402内の先頭のベースビューデータブロックB1のATSA11との間の差に基づいて、次式で表される:TEXTSSM=/TATC。ここで、ラップアラウンド値WAは、EXTSS[M]2401内の先頭のベースビューデータブロックB0のATSA10からEXTSS[M1]2402内の先頭のベースビューデータブロックB1のATSA11までATCがカウントされる期間中、ラップアラウンドが生じる度に切り捨てられたカウント値の和を表す。また、定数TATCはATCの周期を表す:TATC=27×106Hz。その他に、エクステントATC時間は次のように算定されてもよい。図24の例において、EXTSS[M]2401のエクステントATC時間TEXTMは、その先頭のベースビューデータブロックB0のATSA10と、最後のベースビューデータブロックB2のATSA12との間の差に基づいて、次式で表される:TEXTSSM=/TATC188×8/min。ここで、ラップアラウンド値WAは、EXTSS[M]2401内の先頭のベースビューデータブロックB0のATSA10から最後のベースビューデータブロックB2のATSA12までATCがカウントされる期間中、ラップアラウンドが生じる度に切り捨てられたカウント値の和を表す。一方、上式の右辺第2項は、TSパケットのデータ長188×8[ビット]を、ファイル2DとファイルDEPとのそれぞれに対するシステムレートRTS1、RTS2のうち、いずれか小さい方で割った値である。この値は、一つのTSパケットをシステムターゲットデコーダへ、RB1から転送するのに要する時間と、RB2から転送するのに要する時間とのいずれか長い方に等しい。このエクステントATC時間の計算には次のエクステントブロックの参照が不要であるので、次のエクステントブロックが存在しなくてもエクステントATC時間が算定可能である。また、次のエクステントブロックが存在する場合でも、エクステントATC時間の計算を簡単化することができる。次に、平均転送速度REXTSSMが、次のデータ量SPEXTSSMとエクステントATC時間TEXTSSMとの比で評価される:REXTSSM=SPEXTSSM/TEXTSSM。そのデータ量SPEXTSSMは、EXTSS[M]2401のうち、先頭のベースビューデータブロックB0のATSA10からエクステントATC時間TEXTSSMが経過する間に、RB1とRB2とからシステムターゲットデコーダへ実際に転送されるデータの総量に等しい。図17に示されているn1番目のディペンデントビューデータブロックEXT2nのように、対応するベースビューデータブロックEXT1nのATSA1からエクステントATC時間TEXTSSMが経過するまでの期間よりも後に、RB2からシステムターゲットデコーダへ転送される部分が存在する場合、上記のデータ量SPEXTSSMはEXTSS[M]2401のサイズSEXTSSMよりも小さい。このように、平均転送速度REXTSSの評価に利用されるデータ量SPEXTSSMとエクステントブロックのサイズSEXTSSMとは異なる。しかし、その差はわずかであるので、以下の説明では、平均転送速度はエクステントブロックのサイズとエクステントATC時間との比に等しいとみなす。EXTSS[M]2401の後端のベースビューデータブロックB2がRB12211に読み込まれた時点で、蓄積データ量の和DA1DA2は最大値に達する。その直後のジャンプ期間PJMでは、蓄積データ量の和DA1DA2は平均転送速度REXTSSMで減少する。従って、蓄積データ量の和DA1DA2の最大値を十分に大きく調節することにより、ジャンプJM中でのRB12211、RB22212のいずれのアンダーフローも防止することができる。その結果、二つのエクステントブロック2401、2402をシームレスに接続することができる。蓄積データ量の和DA1DA2の最大値はEXTSS[M]2401のサイズに依存する。従って、EXTSS[M]2401をEXTSS[M1]2402にシームレスに接続するには、EXTSS[M]2401のサイズが次の条件4を満たせばよい。EXTSS[M]2401の先端に位置するディペンデントビューデータブロックD0の読み出し期間PRD0ではプリロードが行われる。そのプリロード期間PRD0ではまだ、そのディペンデントビューデータブロックD0に対応するベースビューデータブロックB0がRB12211には格納されていないので、ディペンデントビューデータブロックD0をRB22212からシステムターゲットデコーダ2203へ転送することができない。従って、そのプリロード期間PRD0では、その直前のジャンプJM-1の期間に引き続き、M番目のエクステントブロックのデータがRB22212からシステムターゲットデコーダ2203へ転送される。それにより、システムターゲットデコーダ2203へのデータ供給が維持される。同様に、EXTSS[M1]2402の先端に位置するディペンデントビューデータブロックD1の読み出し期間PRD1でもプリロードが行われる。従って、そのプリロード期間PRD1では、その直前のジャンプ期間PJMに引き続き、EXTSS[M]2401のデータがRB22212からシステムターゲットデコーダ2203へ転送される。それにより、システムターゲットデコーダ2203へのデータ供給が維持される。それ故、ジャンプJM中でのRB12211、RB22212のアンダーフローを防止するには、EXTSS[M]2401のエクステントATC時間TEXTSSが少なくとも、EXTSS[M]2401でのプリロード期間PRD0の終了時点T0からEXTSS[M1]2402でのプリロード期間PRD1の終了時点T1までの期間の長さに等しければよい。すなわち、EXTSS[M]2401のサイズSEXTSSMは少なくとも、その期間T0-T1にRB12211とRB22212とからシステムターゲットデコーダ2203へ転送されるデータ量の和に等しければよい。図24のaから明らかなとおり、期間T0-T1の長さは、EXTSS[M]2401の読み出し期間PRBLKMの長さ、ジャンプJMのジャンプ時間TJUMPM、及び二つのエクステントブロック2401、2402間でのプリロード期間PRD0、PRD1の長さの差TDIFFMを足し合わせた値に等しい。更に、EXTSS[M]2401の読み出し期間PRBLKMの長さは、EXTSS[M]2401のサイズSEXTSSMを読み出し速度RUD72で割った値SEXTSSM/RUD72に等しい。従って、条件4は次のことを示す。EXTSS[M]2401の最小エクステントサイズは、次式4の右辺で表される:各プリロード期間PRD0、PRD1の長さは、各エクステントブロック2401、2402の先端に位置するディペンデントビューデータブロックD0、D1のサイズSEXT20、SEXT21を読み出し速度RUD72で割った値SEXT20/RUD72、SEXT21/RUD72に等しい。従って、プリロード期間PRD0、PRD1の長さの差TDIFFはそれらの値の差に等しい:TDIFF=SEXT21/RUD72-SEXT20/RUD72。尚、式4の右辺は、式1-3の右辺と同様に、バイト単位の整数値で表されてもよい。ここで、多重化ストリームデータの復号処理を次のように工夫する場合、式4では、差TDIFFを0とみなしてもよい。まず、多重化ストリームデータの全体での差TDIFFの最大値、すなわち差TDIFFのワースト値を予め求めておく。次に、その多重化ストリームデータを再生する際、その復号処理の開始時点をその読み出しの開始時点よりも、差TDIFFのワースト値に等しい時間だけ遅らせる。[2:リードバッファの容量を節約するための条件]シームレス再生のための上記の条件1-4により、データブロックとエクステントブロックとの最小エクステントサイズは制限される。一方、以下に説明されるように、一般的には、各データブロックのサイズが大きいほど、リードバッファは大きな容量を必要とする。従って、リードバッファの容量を可能な限り削減するには、データブロックとエクステントブロックとの各サイズの上限を可能な限り制限することが望ましい。それらの上限を最大エクステントサイズという。2-1:リードバッファの容量の下限図25のaは、図24のbに示されている二つのエクステントブロック2401、2402から連続して3D映像がシームレスに再生される際に、RB12211に蓄積されるデータ量DA1の変化を示すグラフである。図25のaを参照するに、蓄積データ量DA1は、EXTSS[M]2401の後端のベースビューデータブロックB2がRB12211に読み込まれた直後の値DM1から、ジャンプ期間PJMとEXTSS[M1]2402のプリロード期間PRD1とにわたり、ベースビュー転送速度REXT1nで減少する。ここで、文字nは0以上の整数であって、EXTSS[M]2401内の最後のエクステントペアD2、B2が、ファイルDEP、ファイルベースの各先頭のエクステントから数えてn1番目であることを示す。従って、そのプリロード期間PRD1の終了まで蓄積データ量DA1が0に達するのを防ぐには、上記の値DM1が次のデータ量以上であればよい。そのデータ量は、ジャンプ期間PJMとプリロード期間PRD1とでRB12211からシステムターゲットデコーダ2203へ転送されるデータ量であり、各期間の長さTJUMP、SEXT2n1/RUD72の和にベースビュー転送速度REXT1nを乗じた値に等しい:DM1≧×REXT1n。ベースビュー転送速度REXT1nは最高値RMAX1=RTS1×192/188まで達し得るので、RB12211の容量RB1の下限は、次式5の右辺で表される:図25のbは、二つのエクステントブロック2401、2402から連続して3D映像がシームレスに再生される際に、RB22212に蓄積されるデータ量DA2の変化を示すグラフである。図25のbを参照するに、蓄積データ量DA2は、EXTSS[M]2401の後端に位置するベースビューデータブロックB2の読み出しが開始された時点での値DM2から、そのベースビューデータブロックB2の読み出し期間とEXTSS[M1]2402のプリロード期間PRD1とにわたり、ディペンデントビュー転送速度REXT2nで減少する。従って、そのプリロード期間PRD1の終了までシステムターゲットデコーダ2203へのデータ供給を維持するには、上記の値DM2が次のデータ量以上であればよい。そのデータ量は、ベースビューデータブロックB2の読み出し期間、ジャンプ期間PJM、及びプリロード期間PRD1でRB22212からシステムターゲットデコーダ2203へ転送されるデータ量であり、各期間の長さSEXT1n/RUD72、TJUMP、及びSEXT2n1/RUD72の和にディペンデントビュー転送速度REXT2nを乗じた値に等しい:DM2≧×REXT2n。ここで、ディペンデントビュー転送速度REXT2nは最高値RMAX2=RTS2×192/188まで達し得る。その上、いずれのディペンデントビューデータブロックも、飛び込み再生時に最初に読み込まれるデータブロックとなり得る。従って、RB22212の容量RB2は、いずれのディペンデントビューデータブロックのサイズSEXT2も下回ってはならない。すなわち、その容量RB2はディペンデントビューエクステントEXT2の最大エクステントサイズmaxSEXT2以上でなければならない。以上の結果から、RB22212の容量RB2の下限は、次式6の右辺で表される:2-2:2Dエクステントの最大エクステントサイズ式5に示されているとおり、エクステントブロック間のジャンプJMの直後に読み出されるディペンデントビューデータブロックD1のサイズSEXT2n1が小さいほど、RB12211の容量の下限を縮小することができる。一方、式6に示されているとおり、そのジャンプJMの直後に読み出されるディペンデントビューデータブロックD1のサイズSEXT2n1に加え、そのジャンプJMの直前に読み出されるベースビューデータブロックB2のサイズSEXT1nとディペンデントビューデータブロックの最大エクステントサイズmaxSEXT2とのそれぞれが小さいほど、RB22212の容量の下限を縮小することができる。更に、k1番目のベースビューエクステントEXT1kは、k1番目のディペンデントビューエクステントEXT2kとエクステントATC時間が共通である文字kは0以上の整数を表す。従って、k1番目のベースビューエクステントEXT1kの最大エクステントサイズの制限によってそのエクステントATC時間が短縮されれば、k1番目のディペンデントビューエクステントEXT2kの最大エクステントサイズも制限される。それ故、RB12211、RB22212の各容量の下限を許容範囲内に抑えるには、各ベースビューデータブロックEXT1のサイズが次の条件5を満たせばよい。図15に示されているように、各エクステントブロック1501-1503内のベースビューデータブロックBkk=0、1、2、...はファイル2D241とファイルSS244Aとに共有されている。従って、ベースビューデータブロックBkのサイズSEXT1kは式1を満たすべきである。式1を満たす範囲で、ベースビューデータブロックBkのサイズSEXT1kを可能な限り縮小するには、次のようにすればよい:ベースビューデータブロックBkの最大エクステントサイズを、式1の右辺の上限、すなわち、ベースビューデータブロックBkの最小エクステントサイズの上限に可能な限り近づければよい。本発明の実施形態1では、条件5は次のことを示す。ベースビューデータブロックBkの最大エクステントサイズは、次式7の右辺で表される:式7の右辺は式1の右辺とは次の点で異なる。まず、分母に含まれる平均転送速度REXT2Dがその最高値RMAX2Dに置き換えられている。従って、式7の右辺の2番目の分数は、式1のものの最大値に等しい。次に、式7のジャンプ時間TJUMP-2D_MINは、図21の表で規定された最大ジャンプ時間TJUMP_MAXの中で、0m秒の次に大きい値200m秒に設定される。これは、各エクステントブロック1501-1503内では2DエクステントEXT2Dk、EXT2Dk1の間隔は10000セクタ以下に制限されることを意味する。ここで、10000セクタは、図21の表において最大ジャンプ時間TJUMP_MAX=200m秒に対応付けられた最大ジャンプ距離SJUMP_MAXに等しい。一方、各エクステントブロック1501-1503内における2DエクステントEXT2Dk、EXT2Dk1の間隔はディペンデントビューデータブロックDkのサイズSEXT2kに等しい。従って、ベースビューデータブロックの最大エクステントサイズが式7の右辺で表されることは、ディペンデントビューデータブロックの最大エクステントサイズが10000セクタ以下に制限されることをも意味する。2-3:2Dエクステントへのマージンの追加図21に示されている2D再生モードの再生経路2101から明らかなとおり、2D再生モードではジャンプが頻繁に生じる。従って、シームレス再生を更に確実に行うには、式1の右辺で表される2Dエクステントの最小エクステントサイズにマージン余裕量を追加するのが好ましい。しかし、そのマージンの追加によって式7が変更されることは、リードバッファの容量の増大を招きかねないので回避されるべきである。式7を変更しないようにマージンを追加する方法には、以下の三種類がある。第1の方法は、式1の右辺の分母に含まれる平均転送速度REXT2Dをその最高値RMAX2Dに置き換える。すなわち、2DエクステントのサイズSEXT2Dは、式1に代えて、次式8を満たす:上記のように、平均転送速度REXT2Dをその最高値RMAX2Dに置き換えることは、式1から式7を導出したときと同様である。従って、式1が式8に変更されても、式7は変更されない。第2の方法は、2DエクステントのエクステントATC時間をΔT秒延長する。すなわち、2DエクステントのサイズSEXT2Dは、式1に代えて、次式9A又は9Bを満たす:延長時間ΔTは、GOPの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。例えばGOPの長さが最大1秒であれば、延長時間ΔTは1秒に設定される。一方、所定時間[秒]当たりに再生可能なエクステント数の上限がk個であれば、延長時間ΔTは、所定時間/k[秒]に設定される。第2の方法では、式7は、その右辺が延長時間ΔTを陽に含むように変更される。すなわち、式9A又は9Bが採用される場合、ベースビューデータブロックのサイズは、式7に代えて、次式10A又は10Bを満たす:式10Aの右辺で表される最大エクステントサイズは、式1の右辺で表される最小エクステントサイズよりも、延長時間ΔTにリードバッファからシステムターゲットデコーダ2203へ読み出されるデータ量だけ大きい。式10Bの右辺で表される最大エクステントサイズは、式7の右辺で表される最大エクステントサイズとよりも、同じデータ量だけ大きい。すなわち、いずれの場合でも、そのデータ量がマージンとして確保される。第3の方法は、式1の右辺に含まれる平均転送速度REXT2Dを全て、その最高値RMAX2Dに置き換える。すなわち、2DエクステントのサイズSEXT2Dは、式1に代えて、次式11を満たす:第3の方法では、最小エクステントサイズに、第1の方法よりも大きいマージンを追加することはできる。しかし、その反面、2Dエクステントのビットレートが低い場合でも、そのサイズが大きいので、リードバッファには十分に大きな容量が確保されなければならない。従って、マージンの大きさとリードバッファの利用効率との比較衡量が必要である。2-4:データブロックの転送帯域幅の制限図7に示されているように、ディペンデントビューピクチャはベースビューピクチャを参照して圧縮されている。従って、ディペンデントビュービデオストリームはベースビュービデオストリームよりも平均的なビットレートが一般に低い。それ故、ファイルDEPに対するシステムレートRTS2はファイル2Dに対するシステムレートRTS1よりも一般には低く設定される。例えば、ファイル2Dに対するシステムレートRTS1が45Mbps以下に設定されるとき、ファイルDEPに対するシステムレートRTS2は30Mbps以下に設定される:RTS1≦45Mbps、RTS2≦30Mbps。ここで、システムレートRTS1、RTS2の合計が一定の閾値以下に制限されている場合を想定する。その閾値は、システムターゲットデコーダ2203に割り当てられた転送帯域の幅以下に設定され、例えば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の合計を制限するのに代えて、n1番目のエクステントペアDn、Bnn=0、1、2、...ごとに転送速度REXT1n、REXT2nの合計を制限すればよい:REXT1nREXT2n≦60Mbps。図26のa、bはそれぞれ、ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2との時間的な変化を示すグラフである。図26のaを参照するに、ベースビュー転送速度REXT1は第1時刻T0で最高値RMAX1≒45Mbpsから急落し、第1時刻T0から第2時刻T1までの期間Tstr中、低レベル=15Mbpsに留まっている。図26のbで実線のグラフGR1が示すとおり、ディペンデントビュー転送速度REXT2はベースビュー転送速度REXT1の変化に対して相補的に変化できる。特に上記の期間Tstrには、ピークP1が最高値RMAX2≒30Mbpsまで到達できる。このように、ベースビュー転送速度REXT1nとディペンデントビュー転送速度REXT2nとの合計がエクステント単位で制限されている場合、ディペンデントビュー転送速度REXT2は、ディペンデントビュービデオストリームのビットレートの一時的な上昇にも対応できる。システムターゲットデコーダ2203に割り当てられた転送帯域をストリームデータの転送に更に効率良く利用するには、ファイルDEPに対するシステムレートRTS2を更に高く設定する。図26のcは、図26のaに示されているベースビュー転送速度REXT1と、図26のbに示されているディペンデントビュー転送速度REXT2との合計の時間的な変化を示すグラフである。図26のcで実線のグラフGR3の窪みCVが示すとおり、ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2との合計は、第1時刻T0から第2時刻T1までの期間Tstr中、閾値60Mbpsを下回っている。これは、図26のbで実線のグラフGR1が示すとおり、ディペンデントビュー転送速度REXT2がファイルDEPに対するシステムレートRTS2=30Mbps以下に制限されていることに因る。図26のaの示すとおり、その期間Tstrではベースビュー転送速度REXT1は15Mbpsまで降下しているので、転送帯域幅には、少なくとも、その値と閾値との間の差60-15=45Mbpsに等しい余裕が残されている。従って、ファイルDEPに対するシステムレートRTS2は、30Mbpsよりも高い範囲、好ましくはファイル2Dに対するシステムレートRTS1と同じ範囲、例えば45Mbps以下に設定される:RTS1≦45Mbps、RTS2≦45Mbps。図26のb、cにはそれぞれ、その場合におけるディペンデントビュー転送速度REXT2、及びベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2との合計が破線のグラフGR2、GR4で示されている。図26のbで破線のグラフGR2が示すとおり、ディペンデントビュー転送速度REXT2のピークP2は30Mbpsを超えることができる。その結果、図26のcで破線のグラフGR4が示すとおり、ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2との合計は、上記の期間Tstr中、閾値60Mbpsの近傍に維持される。こうして、上記の転送帯域の利用効率を更に向上させることができる。但し、ファイルDEPに対するシステムレートRTS2をファイル2Dに対するシステムレートRTS1と同程度に高い値に設定した場合、それらの合計RTS1RTS2は一般に、システムターゲットデコーダ2203の転送帯域よりも高い。一方、ベースビュー転送速度REXT1nとディペンデントビュー転送速度REXT2nとはいずれも平均値であるので、それらの合計に閾値を設けても、転送速度の瞬時値の合計がその閾値を超えることまでは制限されない。具体的な例として、各システムレートRTS1、RTS2が45Mbpsに設定され、各エクステントのエクステントATC時間が3秒間であって、かつその前半の1.5秒間では転送速度の合計が30Mbpsに維持されている場合を想定する。その場合、後半の1.5秒間で各転送速度が仮にシステムレート45Mbpsまで上昇したとしても、エクステント全体で平均された転送速度の合計は60Mbpsに抑えられる。従って、ベースビュー転送速度REXT1nとディペンデントビュー転送速度REXT2nとの合計を60Mbps以下に制限しても、転送速度の瞬時値の合計が45Mbps×2=90Mbpsまで上昇することを阻むことはできない。このように、ベースビュー転送速度REXT1nとディペンデントビュー転送速度REXT2nとの合計を制限するだけでは、システムターゲットデコーダ2203の転送帯域が飽和する危険性がゼロではない。システムターゲットデコーダ2203の転送帯域が飽和する危険性を更に低減させることを目的として、平均転送速度の合計に対する制限を更に次のように変更する。図27は、RB12211、RB22212のそれぞれからシステムターゲットデコーダ2203へ転送されるTSパケットとATC時間との間の関係を示す模式図である。図27を参照するに、上段の矩形2710は、ベースビューデータブロックに含まれるTSパケット、TS1pp=0、1、2、3、...、k、k1、k2の転送期間を表し、下段の矩形2720は、ディペンデントビューデータブロックに含まれるTSパケット、TS2qq=0、1、2、3、...、m-1、m、m1の転送期間を表す。それらの矩形2710、2720はATCの時間軸方向でTSパケットの転送順に並べられている。各矩形2710、2720の先頭の位置はそのTSパケットの転送開始時刻を表す。各矩形2710、9320の長さAT1、AT2は、1個のTSパケットがRB12211、RB22212からシステムターゲットデコーダ2203へ転送されるのに要する時間を表す。3D再生モードの再生装置102は、一つのTSパケットを転送し始める度に、その転送開始時刻を起点とする所定時間長、例えば1秒間のウィンドウWIN1、WIN2、WIN3を設定する。再生装置102は更に、各ウィンドウWIN1、WIN2、WIN3内でTS1とTS2との各転送速度を平均し、それらの平均値の合計を所定の閾値以下に制限する。図27に示されている例では、まず、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パケットの転送開始時刻から一定長のウィンドウを設定する度に、各ウィンドウでの平均転送速度の合計を所定の閾値以下に制限する。それにより、ウィンドウが短いほど、システムターゲットデコーダ2203の転送帯域が飽和する危険性が低減する。2-5:システムレートと最大エクステントサイズとの間の関係式5、6を参照するに、RB12211、RB22212の各容量の下限は、エクステントブロック間のジャンプJMの最大ジャンプ時間TJUMP_MAXとシステムレートRTS1、RTS2とにも依存する。特に、ジャンプJMがロングジャンプであり、かつ、ファイルDEPに対するシステムレートRTS2がファイル2Dに対するシステムレートRTS1よりも高く上昇する場合、RB22212の容量の下限が許容範囲を超える危険性がある。従って、そのシステムレートRTS2の上昇にかかわらず、RB22212の容量の下限を許容範囲内に留めるには、ジャンプJMの最大ジャンプ時間TJUMP_MAXとそのシステムレートRTS2とに依って、各データブロックEXT1、EXT2の最大エクステントサイズmaxSEXT1、maxSEXT2を変更すべきである。特に、ロングジャンプの直前に読み出されるエクステントブロックについては、ファイルDEPに対するシステムレートRTS2が高いほど、データブロックEXT1、EXT2の最大エクステントサイズは縮小されるべきである。図28のaは、ファイルDEPに対するシステムレートRTS2とデータブロックの最大エクステントサイズとの間の関係の一例を示す表である。ここで、i1番目のエクステントペアEXT1i、EXT2i文字iは0以上の整数を表す。に対する平均転送速度REXT1i、REXT2iの合計が閾値64Mbps以下であることを想定する:REXT1iREXT2i≦64Mbps。図28のaを参照するに、まず、エクステントペアBi、Diは、ファイルDEPに対するシステムレートRTS2及びBD-ROMディスク上での配置に依って、三種類のタイプA、B、Cに分類される。そのシステムレートRTS2が閾値32Mbpsよりも高い場合において、ロングジャンプの直前に読み出されるエクステントブロック内の2番目以降のエクステントペアがタイプBに分類され、ロングジャンプの直後に読み出されるエクステントブロック内の先頭のエクステントペアがタイプCに分類される。一方、そのシステムレートRTS2が閾値32Mbps以下である場合における全てのエクステントペア、及び、そのシステムレートRTS2が閾値32Mbpsよりも高い場合におけるタイプB、C以外のエクステントペアは、タイプAに分類される。次に、各データブロックの最大エクステントサイズは、タイプA、B、C別に異なる値に設定される。タイプAのベースビューデータブロックBiの最大エクステントサイズは一律に19MBに設定される:SEXT1i≦19MB。タイプAのディペンデントビューデータブロックDiの最大エクステントサイズは、上記のシステムレートRTS2が閾値32Mbps以下である場合は一律に6MBに設定され、閾値32Mbpsを超える場合は一律に8MBに設定される:SEXT2i≦6MB、8MB。タイプBのベースビューデータブロックBiの最大エクステントサイズは7MBに縮小され、ディペンデントビューデータブロックDiの最大エクステントサイズは3MBに縮小される:SEXT1i≦7MB、SEXT2i≦3MB。タイプCのベースビューデータブロックBiの最大エクステントサイズは、タイプAと同じ19MBに設定され、ディペンデントビューデータブロックDiの最大エクステントサイズは、タイプAよりも小さい6MBに設定される:SEXT1i≦19MB、SEXT2i≦6MB。尚、図28のaに示されている最大エクステントサイズの具体的な数値は、平均転送速度の合計に対する閾値=64MBps等、想定されているパラメータの具体的な値に基づいて最適化された一例に過ぎない。以下に説明するそれらの数値の決定方法からも明らかなとおり、それらの数値は、BD-ROMドライブの読み出し速度とジャンプに関する性能、各リードバッファからデコーダへの平均転送速度とそれらの合計に対する閾値、各AVストリームファイルのシステムレートとその上限、ファイルDEPに対するシステムレートの閾値等、各種のパラメータに依存する。更に、最大エクステントサイズの許容誤差は各種パラメータの変動範囲や設定精度に依存する。当業者であれば、それらの依存関係に基づき、実際に利用可能なリードバッファの容量に応じて、最大エクステントサイズ及びその許容誤差を最適化することができるであろう。また、図28のaでは、ファイルDEPに対するシステムレートが閾値に等しい場合、いずれのエクステントペアもタイプAに分類される。その他に、その場合にも、ロングジャンプの直前に読み出されるエクステントブロック内の2番目以降のエクステントペアがタイプBに分類され、ロングジャンプの直後に読み出されるエクステントブロック内の先頭のエクステントペアがタイプCに分類されてもよい。図28のbは、BD-ROMディスク上でそれぞれ、層境界LBの直前、直後に配置された第1エクステントSSEXTSS0と第2エクステントSSEXTSS1とを示す模式図である。二つのエクステントSSEXTSS0、EXTSS1の間は層境界LBによって分離されているので、それらの間ではロングジャンプが生じる。その場合、ファイルDEPに対するシステムレートRTS2が閾値32Mbpsよりも高ければ、第1エクステントSSEXTSS0内の2番目以降のエクステントペアB1、D1、B2、D2はタイプBに分類され、第2エクステントSSEXTSS1内の先頭のエクステントペアB3、D3はタイプCに分類される。図28のcは、BD-ROMディスク上でそれぞれ、多重化ストリームデータ以外のデータの記録領域NAVの直前、直後に配置された第3エクステントSSEXTSS10と第4エクステントSSEXTSS11とを示す模式図である。図28のcでは、二つのエクステントSSEXTSS10、EXTSS11の間を分離している記録領域NAVのセクタ数は40000以下である。その場合、二つのエクステントSSEXTSS10、EXTSS11間で生じるジャンプはロングジャンプではない。従って、ファイルDEPに対するシステムレートRTS2の値にかかわらず、第3エクステントSSEXTSS10内の2番目以降のエクステントペアB11、D11、B12、D12と、第4エクステントSSEXTSS11の先頭のエクステントペアB13、D13とはいずれもタイプAに分類される。一方、その記録領域NAVのセクタ数が40001以上である場合、二つのエクステントSSEXTSS10、EXTSS11の間で生じるジャンプはロングジャンプである。従って、ファイルDEPに対するシステムレートRTS2が閾値32Mbpsよりも高ければ、図28のcとは異なり、第3エクステントSSEXTSS10内の2番目以降のエクステントペアB11、D11、B12、D12はタイプBに分類され、第4エクステントSSEXTSS11内の先頭のエクステントペアB13、D13はタイプCに分類される。図28のaに示されているタイプAのデータブロックの最大エクステントサイズは、次のように決定される。まず、i1番目のエクステントペアEXT1i、EXT2iに対する平均転送速度REXT1i、REXT2iの合計が閾値64Mbpsに一致する場合を想定する:REXT1iREXT2i=64Mbps。その場合、そのエクステントペアEXT1i、EXT2i全体のデータ量は最大である。次に、それらの平均転送速度REXT1、REXT2の様々な組み合わせについて、各データブロックの最大エクステントサイズmaxSEXT1、maxSEXT2とエクステントATC時間TEXTとが求められる。最大エクステントサイズmaxSEXT1、maxSEXT2を決定するための条件は、次の三つである:一、条件5として式10Aが満たされる。ここで、延長時間ΔTは1秒に設定される。二、両方のデータブロック間でエクステントATC時間TEXTが一致する。三、条件2、3がいずれも満たされる。こうして求められた最大エクステントサイズmaxSEXT1、maxSEXT2のうち、ディペンデントビュー転送速度REXT2がシステムレートRTS2以下である場合のものであって、かつ最大のものが、実際の最大エクステントサイズとして選択される。尚、条件5は式7又は10Bで表されてもよい。条件5はその他に、データブロックのサイズが式8又は11の右辺の上限以下であるという不等式で表されてもよい。図29は、平均転送速度REXT1、REXT2の組み合わせ別に、各データブロックの最大エクステントサイズmaxSEXT1、maxSEXT2とエクステントATC時間TEXTとを示す表である。ここで、ファイル2Dに対するシステムレートRTS1とファイルDEPに対するシステムレートRTS2とはいずれも48Mbps以下である場合を想定する:RTS1≦48Mbps、RTS2≦48Mbps。例えば、ベースビュー転送速度REXT1iが48Mbpsであるとき、式10Aから、ベースビューデータブロックの最大エクステントサイズmaxSEXT1は約19MBであり、そのエクステントATC時間TEXTが約3.2秒であることがわかる。更に、ディペンデントビュー転送速度REXT2iが64-48=16Mbpsであるので、それとエクステントATC時間TEXT=約3.2秒との積から、ディペンデントビューデータブロックの最大エクステントサイズmaxSEXT2が約6MBであることがわかる。平均転送速度REXT1、REXT2の他の組み合わせについても同様にして、最大エクステントサイズmaxSEXT1、maxSEXT2が求められる。ファイルDEPに対するシステムレートRTS2が閾値32Mbps以下である場合、ディペンデントビュー転送速度REXT2も32Mbps以下である。図29から、各データブロックの最大エクステントサイズmaxSEXT1、maxSEXT2として、ディペンデントビュー転送速度REXT2≦32Mbpsの範囲での最大値約19MB、約6MBが選択される。一方、システムレートRTS2が閾値32Mbpsを超えているとき、ディペンデントビュー転送速度REXT2は48Mbpsまで上昇可能である。図29から、各データブロックの最大エクステントサイズmaxSEXT1、maxSEXT2として、ディペンデントビュー転送速度REXT2≦48Mbpsの範囲での最大値約19MB、約8MBが選択される。図28のaに示されているタイプBのデータブロックの最大エクステントサイズは、以下のように決定される。まず、式6からは次のことが明らかである:ファイルDEPに対するシステムレートRTS2が上限値48Mbpsに達するときに、RB22212の容量の下限は最大になる。その下限を可能な限り低く抑えるには、ロングジャンプの直前に読み出されるエクステントブロック内の最後のベースビューデータブロックのサイズを可能な限り縮小すればよい。そのためには、式2-4から容易に理解されるように、同じエクステントブロック内の2番目以降のデータブロック、すなわちタイプBのデータブロックのサイズSEXT1i、SEXT2iを全て、可能な限り縮小すればよい。タイプBのディペンデントビューデータブロックの最大エクステントサイズは次のように縮小される。図29の表に示されているように、一つのディペンデントビューデータブロックEXT2iに対する平均転送速度REXT2iが上限値48Mbpsに達するとき、同じエクステントペアに属するベースビューデータブロックEXT1iの最大エクステントサイズmaxSEXT1iは約3MBである。この値の削減を目的として、タイプBのディペンデントビューデータブロックの最大エクステントサイズmaxSEXT2iが、図29に示されている値、約8MBよりも縮小される。例えば図28のaに示されている表では、その最大エクステントサイズmaxSEXT2iは約3MBに制限される。ここで、同じエクステントペアに属するデータブロック間ではエクステントATC時間が同じでなければならない。従って、最大エクステントサイズが約3MBであるディペンデントビューデータブロックEXT2iに対する平均転送速度REXT2iが上限値48Mbpsに達するとき、同じエクステントペアに属するベースビューデータブロックEXT1iの最大エクステントサイズmaxSEXT1iは約1MBに制限される。式5から明らかなとおり、ロングジャンプの直前に読み出されるベースビューデータブロックのサイズを上記のように約3MBから約1MBまで縮小することにより、RB12211の容量の下限を約1.4MB、削減することができる:3MB/72Mbps×48Mbps×192/188-1MB/72Mbps×48Mbps×192/188=2.1MB-0.7MB=1.4MB。タイプBのベースビューデータブロックの最大エクステントサイズは次のように縮小される。i2番目のディペンデントビューデータブロックEXT2i1のサイズSEXT2i1が約3MBであり、かつ、i1番目のベースビューデータブロックEXT1iに対する平均転送速度REXT1iが上限値48Mbpsに達するとき、式2の右辺で表される最小エクステントサイズminSEXT1iは約7MBに等しい:48Mbps×192/188×3MB/72Mbps-48Mbps×192/188=6.4MB≒7MB。従って、条件2が満たされるように、タイプBのベースビューデータブロックの最大エクステントサイズは約7MBに決定される。図28のaに示されているタイプCのデータブロックの最大エクステントサイズは、以下のように決定される。式5、6から容易に理解されるように、タイプCのベースビューデータブロックのサイズSEXT1は、リードバッファの容量の下限には影響しない。従って、タイプのベースビューデータブロックの最大エクステントサイズは、タイプのものと等しい。一方、タイプCのディペンデントビューデータブロックのサイズSEXT2は、RB12211、RB22212のいずれの容量の下限にも影響する。すなわち、各システムレートRTS1、RTS2が上限値48Mbpsに達するときに、RB12211、RB22212の各容量の下限は最大になる。それらの下限を可能な限り低く抑えるには、タイプCのディペンデントビューデータブロックのサイズを可能な限り縮小すればよい。具体的には、そのディペンデントビューデータブロックの最大エクステントサイズmaxSEXT2が、図29に示されている値、約8MBよりも縮小される。例えば図28のaに示されている表では、その最大エクステントサイズmaxSEXT2は約6MBに制限される。その値は、図29に示されているように、同じエクステントペアに属するデータブロックの間で平均転送速度REXT1、REXT2が同じ値、32Mbpsに一致するときでの各データブロックの最大エクステントサイズに等しい。式5と図29とから容易に理解されるように、タイプCのディペンデントビューデータブロックの最大エクステントサイズがその値、約6MBを下回るとき、ベースビューデータブロックに対する平均転送速度は32Mbpsを超えて上昇し得る。従って、タイプCのディペンデントビューデータブロックの最大エクステントサイズを約6MBよりも縮小した場合、RB12211の容量の下限はかえって削減されなくなる。それ故、ディペンデントビューデータブロックの最大エクステントサイズmaxSEXT2は約6MBに決定される。式5、6から明らかなとおり、タイプCのディペンデントビューデータブロックのサイズを上記のように約8MBから約6MBまで縮小することにより、RB12211とRB22212との容量の下限をいずれも、約1.5MB、削減することができる:8MB/72Mbps×48Mbps×192/188-6MB/72Mbps×48Mbps×192/188=5.5MB-4MB=1.5MB。図28のaに示されているように、ファイルDEPに対するシステムレートRTS2が所定の閾値例えば32Mbpsよりも高く上昇する場合には、タイプBのデータブロックの最大エクステントサイズは縮小され、システムレートRTS2がその閾値以下である場合における値例えば、19MB、6MBよりも小さい値例えば、6MB、3MBに設定される。更に、タイプCのディペンデントビューデータブロックの最大エクステントサイズは、タイプAのもの例えば8MBよりも小さい値例えば6MBに設定される。その結果、BD-ROMディスク101は、式2-4を満たしたまま、再生装置102にRB12211とRB22212とのいずれの容量の下限をも、許容範囲内に維持させることができる。すなわち、BD-ROMディスク101は、2D再生モードと3D再生モードとのいずれの再生装置102内のリードバッファにも、アンダーフローを生じさせることなく、その容量を更に削減させることができる。≪クリップ情報ファイル≫図30は、第1クリップ情報ファイル01000clpi、すなわち2Dクリップ情報ファイル231のデータ構造を示す模式図である。ディペンデントビュークリップ情報ファイル02000clpi、03000clpi232、233も同様なデータ構造を持つ。以下では、まず、クリップ情報ファイル全般に共通するデータ構造を2Dクリップ情報ファイル231のデータ構造を例に説明する。その後、2Dクリップ情報ファイルとディペンデントビュークリップ情報ファイルとのデータ構造上の相違点について説明する。図30を参照するに、2Dクリップ情報ファイル231は、クリップ情報3010、ストリーム属性情報3020、エントリマップ3030、及び3Dメタデータ3040を含む。3Dメタデータ3040はエクステント起点3042を含む。クリップ情報3010は、図30に示されているように、システムレート3011、再生開始時刻3012、及び再生終了時刻3013を含む。システムレート3011は、ファイル2D01000m2ts241に対するシステムレートRTSを規定する。ここで、図19に示されているように、2D再生モードの再生装置102は、ファイル2D241に属するTSパケットを、リードバッファ1902からシステムターゲットデコーダ1903へ転送する。従って、ファイル2D241では、TSパケットの転送速度がシステムレートRTS以下に抑えられるように、ソースパケットのATSの間隔が設定されている。再生開始時刻3012は、ファイル2D241の先頭のVAUに割り当てられたPTS、例えば先頭の映像フレームのPTSを示す。再生終了時刻3012は、ファイル2D241の後端のVAUに割り当てられたPTSから更に所定量遅れたSTCの値、例えば最後の映像フレームのPTSに1フレーム当たりの再生時間を加えた値を示す。ストリーム属性情報3020は、図30に示されているように、ファイル2D241に含まれる各エレメンタリストリームのPID3021とその属性情報3022との間の対応表である。属性情報3022は、ビデオストリーム、オーディオストリーム、PGストリーム、及びIGストリームのそれぞれで異なる。例えばプライマリビデオストリームのPID0x1011に対応付けられた属性情報は、そのビデオストリームの圧縮に利用されたコーデックの種類、そのビデオストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリオーディオストリームのPID0x1100に対応付けられた属性情報は、そのオーディオストリームの圧縮に利用されたコーデックの種類、そのオーディオストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報3022は再生装置102により、デコーダの初期化に利用される。[エントリマップ]図31のaは、エントリマップ3030のデータ構造を示す模式図である。図31のaを参照するに、エントリマップ3030はテーブル3100を含む。テーブル3100は、メインTSに多重化されたビデオストリームと同数であり、各ビデオストリームに一つずつ割り当てられている。図31のaでは、各テーブル3100は割り当て先のビデオストリームのPIDで区別されている。各テーブル3100はエントリマップヘッダ3101とエントリポイント3102とを含む。エントリマップヘッダ3101は、そのテーブル3100に対応付けられたPIDと、そのテーブル3100に含まれるエントリポイント3102の総数とを含む。エントリポイント3102は、PTS3103とソースパケット番号SPN3104との対を一つずつ、異なるエントリポイントIDEP_ID3105に対応付ける。PTS3103は、エントリマップヘッダ3101の示すPIDのビデオストリームに含まれるいずれかのIピクチャのPTSに等しい。SPN3104は、そのIピクチャが格納されたソースパケット群の先頭のSPNに等しい。ここで、SPNとは、一つのAVストリームファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。SPNは、そのAVストリームファイル内での各ソースパケットのアドレスとして利用される。2Dクリップ情報ファイル231内のエントリマップ3030では、SPNは、ファイル2D241に属するソースパケット群、すなわち、メインTSを格納しているソースパケット群に割り当てられた番号を意味する。従って、エントリポイント3102は、ファイル2D241に含まれる各IピクチャのPTSとアドレス、すなわちSPNとの間の対応関係を表す。エントリポイント3102は、ファイル2D241内の全てのIピクチャに対して設定されていなくてもよい。但し、IピクチャがGOPの先頭に位置し、かつ、そのIピクチャの先頭を含むTSパケットが2Dエクステントの先頭に位置するときは、そのIピクチャにはエントリポイント3102が設定されなければならない。図31のbは、ファイル2D241に属するソースパケット群3110のうち、エントリマップ3030によって各EP_ID3105に対応付けられているものを示す模式図である。図31のcは、そのソースパケット群3110に対応するBD-ROMディスク101上のデータブロック群Dn、Bnn=0、1、2、3、...を示す模式図である。再生装置102は、ファイル2D241から2D映像を再生する際にエントリマップ3030を利用して、任意のシーンを表すフレームのPTSから、そのフレームを含むソースパケットのSPNを特定する。具体的には、再生開始位置として特定のエントリポイントのPTS、例えばPTS=360000が指定されたとき、再生装置102はまず、エントリマップ3030から、そのPTSに対応付けられたSPN=3200を検索する。再生装置102は次に、そのSPNとソースパケット一つ当たりのデータ量192バイトとの積を求め、更に、その積をセクタ一つ当たりのデータ量2048バイトで割ったときの商、SPN×192/2048を求める。図5のb、cから理解されるとおり、その商は、メインTSのうち、そのSPNが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図31のbに示されている例では、その商、3200×192/2048=300は、0から3199までのSPNが割り当てられたソースパケット群3111が記録されたセクタの総数に等しい。再生装置102は続いて、ファイル2D241のファイルエントリを参照し、2Dエクステント群が記録されたセクタ群の先頭から数えて上記の総数1番目のセクタのLBNを特定する。図31のcに示されている例では、2DエクステントEXT2D0、EXT2D1、EXT2D2、...としてアクセス可能なベースビューデータブロックB0、B1、B2、...が記録されたセクタ群のうち、先頭から数えて301番目のセクタのLBNが特定される。再生装置102はそのLBNをBD-ROMドライブに指定する。それにより、そのLBNのセクタから順にベースビューデータブロック群がアラインドユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインドユニットから、再生開始位置のエントリポイントの示すソースパケットを選択し、それらからIピクチャを抽出して復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル2D241から特定のPTS以降の2D映像を再生できる。エントリマップ3030は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば2D再生モードの再生装置102は、まずエントリマップ3030を参照して、再生開始位置、例えばPTS=360000以降のPTSを含むエントリポイント、EP_ID=2、3、...からSPN=3200、4800、...を順番に読み出す。再生装置102は次にファイル2D241のファイルエントリを利用して、各SPNに対応するセクタのLBNを特定する。再生装置102は続いて、各LBNをBD-ROMドライブに指定する。それにより、各LBNのセクタからアラインドユニットが読み出される。再生装置102は更に各アラインドユニットから、各エントリポイントの示すソースパケットを選択し、それらからIピクチャを抽出して復号する。こうして、再生装置102は2Dエクステント群EXT2Dn自体を解析することなく、ファイル2D241からIピクチャを選択的に再生できる。[エクステント起点]図32のaは、エクステント起点3042のデータ構造を示す模式図である。図32のaを参照するに、エクステント起点Extent_Start_Point3042はベースビューエクステントIDEXT1_ID3211とSPN3212とを含む。EXT1_ID3211は、第1ファイルSS01000ssif244Aに属する各ベースビューデータブロックに、先頭から順に割り当てられた通し番号である。SPN3212は各EXT1_ID3211に一つずつ割り当てられ、そのEXT1_ID3211で識別されるベースビューデータブロックの先端に位置するソースパケットのSPNに等しい。ここで、そのSPNは、第1ファイルSS244Aに属するベースビューデータブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。図15に示されているエクステントブロック1501-1503では、各ベースビューデータブロックB0、B1、B2、...はファイル2D241と第1ファイルSS244Aとに共有される。しかし、記録層間の境界等、ロングジャンプの必要な箇所に配置されたデータブロック群は一般に、ファイル2D241又は第1ファイルSS244Aのいずれかにのみ属するベースビューデータブロックを含む詳細は、実施形態2の説明を参照。従って、エクステント起点3042の示すSPN3212は、ファイル2D241に属する2Dエクステントの先端に位置するソースパケットのSPNとは一般に異なる。図32のbは、第2クリップ情報ファイル02000clpi、すなわちディペンデントビュークリップ情報ファイル232に含まれるエクステント起点3220のデータ構造を示す模式図である。図32のbを参照するに、エクステント起点3220は、ディペンデントビューエクステントIDEXT2_ID3221とSPN3222とを含む。EXT2_ID3221は、第1ファイルSS244Aに属する各ディペンデントビューデータブロックに先頭から順に割り当てられた通し番号である。SPN3222は各EXT2_ID3221に一つずつ割り当てられ、そのEXT2_ID3221で識別されるディペンデントビューデータブロックの先端に位置するソースパケットのSPNに等しい。ここで、そのSPNは、第1ファイルSS244Aに属するディペンデントビューデータブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。図32のdは、第1ファイルDEP02000m2ts242に属するディペンデントビューエクステントEXT20、EXT21、...と、エクステント起点3220の示すSPN3222との間の対応関係を表す模式図である。図15に示されているように、ディペンデントビューデータブロックは第1ファイルDEP242と第1ファイルSS244Aとに共有される。従って、図32のdに示されているように、エクステント起点3220の示す各SPN3222は、各ライトビューエクステントEXT20、EXT21、...の先端に位置するソースパケットのSPNに等しい。2Dクリップ情報ファイル231のエクステント起点3042と、ディペンデントビュークリップ情報ファイル232のエクステント起点3220とは、以下に説明するように、第1ファイルSS244Aから3D映像が再生されるとき、各エクステントSSに含まれるデータブロックの境界の検出に利用される。図32のeは、第1ファイルSS244Aに属するエクステントSSEXTSS0とBD-ROMディスク101上のエクステントブロックとの間の対応関係を示す模式図である。図32のeを参照するに、そのエクステントブロックはインターリーブ配置のデータブロック群Dn、Bnn=0、1、2、...を含む。尚、以下の説明はその他の配置でも同様に成立する。そのエクステントブロックは一つのエクステントSSEXTSS0としてアクセス可能である。更に、そのエクステントSSEXTSS0の中で、n1番目のベースビューデータブロックBnに含まれるソースパケットの数は、エクステント起点3042において、EXT1_ID=n1、nのそれぞれに対応するSPN間の差A-Anに等しい。ここで、A0=0とする。一方、ディペンデントビューデータブロックDn1に含まれるソースパケットの数は、エクステント起点3220において、EXT2_ID=n1、nのそれぞれに対応するSPN間の差B-Bnに等しい。ここで、B0=0とする。3D再生モードの再生装置102は、第1ファイルSS244Aから3D映像を再生するとき、各クリップ情報ファイル231、232のエントリマップとエクステント起点3042、3220とを利用する。それにより、再生装置102は、任意のシーンのライトビューを表すフレームのPTSから、そのフレームの構成に必要なディペンデントビューデータブロックが記録されたセクタのLBNを特定する。具体的には、再生装置102はまず、例えばディペンデントビュークリップ情報ファイル232のエントリマップから、そのPTSに対応付けられたSPNを検索する。仮に、そのSPNの示すソースパケットが、第1ファイルDEP242の3番目のディペンデントビューエクステントEXT22、すなわちディペンデントビューデータブロックD2に含まれる場合を想定する。再生装置102は次に、ディペンデントビュークリップ情報ファイル232のエクステント起点3220の示すSPN3222の中から、目標のSPN以下で最大のものB2と、それに対応するEXT2_ID2とを検索する。再生装置102は続いて、2Dクリップ情報ファイル231のエクステント起点3042から、そのEXT2_ID2と等しいEXT1_IDに対応するSPN3012の値A2を検索する。再生装置102は更に、検索されたSPNの和B2A2を求める。図32のeから理解されるように、その和B2A2は、エクステントSSEXTSS0の中で、3番目のディペンデントビューデータブロックD2よりも前に配置されたソースパケットの総数に等しい。従って、その和B2A2とソースパケット一つ当たりのデータ量192バイトとの積をセクタ一つ当たりのデータ量2048バイトで割ったときの商B2A2×192/2048は、エクステントSSEXTSS0の先頭から3番目のディペンデントビューデータブロックD2の直前までのセクタ数に等しい。この商を利用して第1ファイルSS244Aのファイルエントリを参照すれば、そのディペンデントビューデータブロックD2の先端が記録されたセクタのLBNを特定することができる。再生装置102は、上記のようにLBNを特定した後、そのLBNをBD-ROMドライブに指定する。それにより、そのLBNのセクタ以降に記録されたエクステントSSEXTSS0の部分、すなわち3番目のライトビューデータブロックD2以降のデータブロック群D2、B2、D3、B3、...がアラインドユニット単位で読み出される。再生装置102は更にエクステント起点3042、3220を利用して、読み出されたエクステントSSから、ディペンデントビューデータブロックとベースビューデータブロックとを交互に抽出する。例えば、図32のeに示されているエクステントSSEXTSS0からデータブロック群Dn、Bnn=0、1、2、...が順番に読み出されるときを想定する。再生装置102はまず、エクステントSSEXTSS0の先頭からB1個のソースパケットを最初のディペンデントビューデータブロックD0として抽出する。再生装置102は次に、B1番目のソースパケットと、それに続くA1-1個のソースパケットとの計A1個のソースパケットを最初のベースビューデータブロックB0として抽出する。再生装置102は続いて、B1A1番目のソースパケットと、それに続くB2-B1-1個のソースパケットとの計B2-B1個のソースパケットを2番目のディペンデントビューデータブロックD1として抽出する。再生装置102は更に、A1B2番目のソースパケットと、それに続くA2-A1-1個のソースパケットとの計A2-A1個のソースパケットを2番目のベースビューデータブロックB1として抽出する。それ以降も再生装置102は同様に、読み出されるソースパケットの数からエクステントSS内のデータブロック間の境界を検出して、ディペンデントビューとベースビューとの各データブロックを交互に抽出する。抽出されたベースビューデータブロックとディペンデントビューデータブロックとはパラレルにシステムターゲットデコーダに渡されて復号される。こうして、3D再生モードの再生装置102は第1ファイルSS244Aから特定のPTS以降の3D映像を再生できる。その結果、再生装置102は、BD-ROMドライブの制御に関する上記の利点A、Bを実際に享受できる。≪ファイルベース≫図32のcは、3D再生モードの再生装置102によって第1ファイルSS244Aから抽出されたベースビューデータブロックB0、B1、B2、...を表す模式図である。図32のcを参照するに、それらのベースビューデータブロックBnn=0、1、2、...に含まれるソースパケット群に、先頭から順にSPNを割り当てたとき、各ベースビューデータブロックBnの先端に位置するソースパケットのSPNは、エクステント起点3042の示すSPN3212に等しい。それらのベースビューデータブロック群Bnのように、エクステント起点を利用して一つのファイルSSから抽出されるベースビューデータブロック群をファイルベースという。更に、ファイルベースに含まれるベースビューデータブロックをベースビューエクステントという。図32のeに示されているように、各ベースビューエクステントEXT10、EXT11、...はクリップ情報ファイル内のエクステント起点3042、3220によって参照される。ベースビューエクステントEXT1nは2DエクステントEXT2DnとベースビューデータブロックBnを共有する。従って、ファイルベースはファイル2Dと同じメインTSを含む。しかし、ベースビューエクステントEXT1nは2DエクステントEXT2Dnとは異なり、いずれのファイルのファイルエントリによっても参照されない。上記のとおり、ベースビューエクステントEXT1nは、クリップ情報ファイル内のエクステント起点を利用して、ファイルSS内のエクステントSSEXTSSから抽出される。このように、ファイルベースは本来のファイルとは異なり、ファイルエントリを含まず、かつ、ベースビューエクステントの参照にエクステント起点を必要とする。それらの意味で、ファイルベースは仮想的なファイルである。特にファイルベースはファイルシステムでは認識されず、図2に示されているディレクトリ/ファイル構造には現れない。図33は、BD-ROMディスク101上に記録された一つのエクステントブロック3300と、ファイル2D3310、ファイルベース3311、ファイルDEP3312、及びファイルSS3320の各エクステント群との間の対応関係を示す模式図である。図33を参照するに、エクステントブロック3300はディペンデントビューデータブロックDnとベースビューデータブロックBnとを含むn=0、1、2、3、...。ベースビューデータブロックBnは2DエクステントEXT2Dnとしてファイル2D3310に属する。ディペンデントビューデータブロックDnはディペンデントビューエクステントEXT2nとしてファイルDEP3312に属する。エクステントブロック3300の全体が一つのエクステントSSEXTSS0としてファイルSS3320に属する。従って、エクステントSSEXTSS0は、2DエクステントEXT2DnとはベースビューデータブロックBnを共有し、ディペンデントビューエクステントEXT2nとはディペンデントビューデータブロックDnを共有する。エクステントSSEXTSS0は再生装置102に読み込まれた後、ディペンデントビューデータブロックDnとベースビューデータブロックBnとに分離される。それらのベースビューデータブロックBnはベースビューエクステントEXT1nとしてファイルベース3311に属する。エクステントSSEXTSS0内でのベースビューエクステントEXT1nとディペンデントビューエクステントEXT2nとの間の境界は、ファイル2D3310とファイルDEP3312とのそれぞれに対応付けられたクリップ情報ファイル内のエクステント起点を利用して特定される。≪ディペンデントビュークリップ情報ファイル≫ディペンデントビュークリップ情報ファイルは、図31、32に示されている2Dクリップ情報ファイルとデータ構造が同様である。従って、以下の説明では、ディペンデントビュークリップ情報ファイルと2Dクリップ情報ファイルとの間の相違点に触れ、同様な点についての説明は上記の説明を援用する。ディペンデントビュークリップ情報ファイルは、2Dクリップ情報ファイルとは、主に次の三点で異なる:iストリーム属性情報に条件が課せられている;iiエントリポイントに条件が課せられている;iii3Dメタデータがオフセットテーブルを含まない。iベースビュービデオストリームとディペンデントビュービデオストリームとが、L/Rモードの再生装置102によって3D映像の再生に利用されるものであるとき、図7に示されているとおり、ディペンデントビュービデオストリームはベースビュービデオストリームを利用して圧縮されている。そのとき、ディペンデントビュービデオストリームはベースビュービデオストリームとビデオストリーム属性が等しい。ここで、ベースビュービデオストリームに関するビデオストリーム属性情報は2Dクリップ情報ファイルのストリーム属性情報3020内でPID=0x1011に対応付けられている。一方、ディペンデントビュービデオストリームに関するビデオストリーム属性情報はディペンデントビュークリップ情報ファイルのストリーム属性情報内でPID=0x1012又は0x1013に対応付けられている。従って、それらのビデオストリーム属性情報間では、図30に示されている各項目、すなわち、コーデック、解像度、アスペクト比、及びフレームレートが一致しなければならない。コーデックの種類が一致していれば、ベースビューピクチャとディペンデントビューピクチャとの間に符号化での参照関係が成立するので、各ピクチャを復号することができる。解像度、アスペクト比、及びフレームレートがいずれも一致していれば、左右の映像の画面表示を同期させることができる。それ故、それらの映像を3D映像として視聴者に違和感を与えることなく見せることができる。iiディペンデントビュークリップ情報ファイルのエントリマップは、ディペンデントビュービデオストリームに割り当てられたテーブルを含む。そのテーブルは、図31のaに示されているテーブル3100と同様に、エントリマップヘッダとエントリポイントとを含む。エントリマップヘッダは、対応するディペンデントビュービデオストリームのPID、すなわち0x1012又は0x1013を示す。各エントリポイントは一対のPTSとSPNとを一つのEP_IDに対応付けている。各エントリポイントのPTSは、ディペンデントビュービデオストリームに含まれるいずれかのGOPにおいて、その先頭に位置するピクチャのPTSと等しい。各エントリポイントのSPNは、同じエントリポイントに属するPTSで特定されるピクチャが格納されたソースパケット群のうち、その先頭に割り当てられたSPNに等しい。ここで、SPNは、ファイルDEPに属するソースパケット群、すなわちサブTSを構成するソースパケット群に先頭から順に割り当てられた通し番号を意味する。各エントリポイントのPTSは、2Dクリップ情報ファイルのエントリマップのうち、ベースビュービデオストリームに割り当てられたテーブル内のエントリポイントのPTSと一致しなければならない。すなわち、同じ3DVAUに含まれる一対のピクチャの一方を含むソースパケット群の先頭にエントリポイントが設定されているときは常に、他方を含むソースパケット群の先頭にもエントリポイントが設定されていなければならない。図34は、ベースビュービデオストリーム3410とディペンデントビュービデオストリーム3420とに設定されたエントリポイントの例を示す模式図である。各ビデオストリーム3410、3420では、先頭から数えて同じ順番のGOPが同じ再生期間の映像を表す。図34を参照するに、ベースビュービデオストリーム3410では、その先頭のGOPから数えて奇数番目に位置するGOP1、GOP3、GOP5の各先頭にエントリポイント3401B、3403B、3405Bが設定されている。それに併せて、ディペンデントビュービデオストリーム3420でも、その先頭のGOPから数えて奇数番目に位置するGOP1、GOP3、GOP5の各先頭にエントリポイント3401D、3403D、3405Dが設定されている。その場合、再生装置102は、例えばGOP3から3D映像の再生を開始するとき、対応するエントリポイント3403B、3403DのSPNから、ファイルSS内の再生開始位置のSPNを直ちに算定できる。特にエントリポイント3403B、3403Dがいずれもデータブロックの先端に設定されているとき、図32のeから理解されるとおり、エントリポイント3403B、3403DのSPNの和がファイルSS内の再生開始位置のSPNに等しい。図32のeの説明で述べたとおり、そのソースパケットの数からは、ファイルSS内の再生開始位置の部分が記録されたセクタのLBNを算定することができる。こうして、3D映像の再生においても、飛び込み再生等、ビデオストリームのランダムアクセスを要する処理の応答速度を向上させることができる。≪2Dプレイリストファイル≫図35は、2Dプレイリストファイルのデータ構造を示す模式図である。図2に示されている第1プレイリストファイル00001mpls221はこのデータ構造を持つ。図35を参照するに、2Dプレイリストファイル221はメインパス3501と二つのサブパス3502、3503とを含む。メインパス3501はプレイアイテム情報以下、PIと略す。の配列であり、ファイル2D241の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各PIは固有のプレイアイテムID=NN=1、2、3、...で識別される。各PINは主要な再生経路の異なる再生区間を一対のPTSで規定する。その対の一方はその再生区間の開始時刻In-Timeを表し、他方は終了時刻Out-Timeを表す。更に、メインパス3501内でのPIの順序は、対応する再生区間の再生経路内での順序を表す。各サブパス3502、3503はサブプレイアイテム情報以下、SUB_PIと略す。の配列であり、ファイル2D241の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、メインパス3501の表すファイル2D241の部分とは別の部分とその再生順、又は、別のファイル2Dに多重化されたストリームデータの部分とその再生順を示す。そのストリームデータは、メインパス3501に従ってファイル2D241から再生される2D映像と同時に再生されるべき別の2D映像を表す。その別の2D映像は例えば、ピクチャインピクチャ方式における副映像、ブラウザ画面、ポップアップメニュー、又は字幕を含む。サブパス3502、3503には2Dプレイリストファイル221への登録順に通し番号0、1が振られている。その通し番号はサブパスIDとして各サブパス3502、3503の識別に利用される。各サブパス3502、3503では、各SUB_PIが固有のサブプレイアイテムID=MM=1、2、3、...で識別される。各SUB_PIMは、再生経路の異なる再生区間を一対のPTSで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス3502、3503内でのSUB_PIの順序は、対応する再生区間の再生経路内での順序を表す。図36は、PINのデータ構造を示す模式図である。図36を参照するに、PINは、参照クリップ情報3601、再生開始時刻In_Time3602、再生終了時刻Out_Time3603、コネクションコンディション3604、及びストリーム選択テーブル以下、STNStreamNumberテーブルと略す。3605を含む。参照クリップ情報3601は、2Dクリップ情報ファイル231を識別するための情報である。再生開始時刻3602と再生終了時刻3603とは、ファイル2D241の再生対象部分の先端と後端との各PTSを示す。コネクションコンディション3604は、再生開始時刻3602と再生終了時刻3603とによって規定された再生区間での映像を、一つ前のPIN-1によって規定された再生区間での映像に接続するときの条件を規定する。STNテーブル3605は、再生開始時刻3602から再生終了時刻3603までの間に、再生装置102内のデコーダによってファイル2D241から選択可能なエレメンタリストリームのリストを表す。SUB_PIのデータ構造は、図36に示されているPIのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にSUB_PIの再生開始時刻と再生終了時刻とは、PIのそれらと同じ時間軸上の値で表される。SUB_PIは更にSPコネクションコンディションというフィールドを含む。SPコネクションコンディションはPIのコネクションコンディションと同じ意味を持つ。[コネクションコンディション]コネクションコンディション以下、CCと略す。3604は、例えば、1、5、6の三種類の値を取り得る。CC3604が1であるとき、PINによって規定されるファイル2D241の部分から再生される映像は、直前のPIN-1によって規定されるファイル2D241の部分から再生される映像とは必ずしもシームレスに接続されなくてもよい。一方、CC3604が5又は6であるとき、それら両方の映像が必ずシームレスに接続されなければならない。図37のa、bはそれぞれ、CCが5、6であるときに接続されるべき二つの再生区間PIN-1、PINの間の関係を示す模式図である。ここで、PIN-1はファイル2D241の第1部分3701を規定し、PINはファイル2D241の第2部分3702を規定する。図37のaを参照するに、CCが5であるとき、2つのPIN-1、PINの間でSTCが途切れていても良い。すなわち、第1部分3701の後端のPTS1と第2部分3702の先端のPTS2とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第1部分3701に続けて第2部分3702がデコーダに供給された際にそのデコーダが復号処理をスムーズに持続できるように、各部分3701、3702は作成されていなければならない。更に、第1部分3701に含まれるオーディオストリームの最後のフレームは、第2部分3702に含まれるオーディオストリームの先頭フレームと重複させなければならない。一方、図37のbを参照するに、CCが6であるとき、第1部分3701と第2部分3702とは、デコーダの復号処理上、一連の部分として扱えるものでなければならない。すなわち、第1部分3701と第2部分3702との間では、STCとATCとがいずれも連続でなければならない。同様に、SPコネクションコンディションが5又は6であるとき、隣接する2つのSUB_PIによって規定されるファイル2Dの部分間では、STCとATCとがいずれも連続でなければならない。[STNテーブル]図36を再び参照するに、STNテーブル3605はストリーム登録情報の配列である。ストリーム登録情報とは、再生開始時刻3602から再生終了時刻3603までの間にメインTSから再生対象として選択可能なエレメンタリストリームを個別に示す情報である。ストリーム番号STN3606は、ストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリストリームの識別に利用される。STN3606は更に、同じ種類のエレメンタリストリームの間では選択の優先順位を表す。ストリーム登録情報は、ストリームエントリ3609とストリーム属性情報3610と含む。ストリームエントリ3609は、ストリームパス情報3607とストリーム識別情報3608とを含む。ストリームパス情報3607は、選択対象のエレメンタリストリームが属するファイル2Dを示す情報である。例えばストリームパス情報3607がメインパスを示すとき、そのファイル2Dは、参照クリップ情報3601の示す2Dクリップ情報ファイルに対応するものである。一方、ストリームパス情報3607がサブパスID=1を示すとき、選択対象のエレメンタリストリームが属するファイル2Dは、サブパスID=1のサブパスに含まれるSUB_PIの参照クリップ情報が示す2Dクリップ情報ファイルに対応するものである。そのSUB_PIの規定する再生開始時刻又は再生終了時刻のいずれかは、STNテーブル3605を含むPIの規定する再生開始時刻3602から再生終了時刻3603までの期間に含まれる。ストリーム識別情報3608は、ストリームパス情報3607によって特定されるファイル2Dに多重化されているエレメンタリストリームのPIDを示す。このPIDの示すエレメンタリストリームが再生開始時刻3602から再生終了時刻3603までの間に選択可能である。ストリーム属性情報3610は各エレメンタリストリームの属性情報を表す。例えば、オーディオストリーム、PGストリーム、及びIGストリームの各属性情報は言語の種類を示す。[2Dプレイリストファイルに従った2D映像の再生]図38は、2Dプレイリストファイル00001mpls221の示すPTSと、ファイル2D01000m2ts241から再生される部分との間の対応関係を示す模式図である。図38を参照するに、2Dプレイリストファイル221のメインパス3501では、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の特定とは、図31を用いて説明したとおりである。再生装置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のメインパス3501に従って、ファイル2D241から2D映像を再生できる。2Dプレイリストファイル221はエントリマーク3801を含んでもよい。エントリマーク3801は、メインパス3501のうち、実際に再生が開始されるべき時点を示す。例えば図38に示されているように、PI1に対して複数のエントリマーク3801が設定されてもよい。エントリマーク3801は特に頭出し再生において、再生開始位置の検索に利用される。例えば2Dプレイリストファイル221が映画タイトルの再生経路を規定するとき、エントリマーク3801は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。≪3Dプレイリストファイル≫図39は、3Dプレイリストファイルのデータ構造を示す模式図である。図2に示されている第2プレイリストファイル00002mpls222はこのデータ構造を持つ。第2プレイリストファイル00003mpls223も同様である。図39を参照するに、3Dプレイリストファイル222は、メインパス3901、サブパス3902、及び拡張データ3903を含む。メインパス3901は、図3のaに示されているメインTSの再生経路を規定する。従って、メインパス3901は、図34に示されている2Dプレイリストファイル221のメインパス3501と実質的に等しい。すなわち、2D再生モードの再生装置102は、3Dプレイリストファイル222のメインパス3901に従ってファイル2D241から2D映像を再生できる。一方、メインパス3901は、図35に示されているメインパス3501とは次の点で異なる:各PIのSTNテーブルは、いずれかのグラフィックスストリームのPIDに一つのSTNを対応付けている際には更に、そのSTNに一つのオフセットシーケンスIDを割り当てている。サブパス3902は、図3のb、cに示されているサブTSの再生経路、すなわち第1ファイルDEP242又は第2ファイルDEP243のいずれかの再生経路を規定する。サブパス3902のデータ構造は、図35に示されている2Dプレイリストファイル241のサブパス3502、3503のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にSUB_PIのデータ構造の詳細についての説明は、図35を用いた説明を援用する。サブパス3902のSUB_PINN=1、2、3、...はメインパス3901のPINと一対一に対応する。更に、各SUB_PINの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するPINの規定する再生開始時刻と再生終了時刻とに等しい。サブパス3902はその上、サブパスタイプ3910を含む。サブパスタイプは一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。3Dプレイリストファイル222では特に、サブパスタイプ3910が3D再生モードの種類、すなわち、サブパス3902に従って再生されるべきディペンデントビュービデオストリームの種類を示す。図39では、サブパスタイプ3910は、その値が3DL/Rであるので、3D再生モードがL/Rモードであること、すなわち、ライトビュービデオストリームが再生対象であることを示す。一方、サブパスタイプ3910は、その値が3Dデプスであるとき、3D再生モードがデプスモードであること、すなわち、デプスマップストリームが再生対象であることを示す。3D再生モードの再生装置102は、サブパスタイプ3910の値が3DL/R又は3Dデプスであることを検出したとき、メインパス3901に従った再生処理と、サブパス3902に従った再生処理とを同期させる。拡張データ3903は、3D再生モードの再生装置102によってのみ解釈される部分であり、2D再生モードの再生装置102には無視される。拡張データ3903は特に、拡張ストリーム選択テーブル3930を含む。拡張ストリーム選択テーブルSTN_table_SS以下、STNテーブルSSと略す。は、3D再生モードにおいて、メインパス3501内の各PIの示すSTNテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブTSから再生対象として選択可能なエレメンタリストリームを示す。[STNテーブル]図40は、3Dプレイリストファイル222のメインパス3901の含むSTNテーブル4005を示す模式図である。図40を参照するに、5から11までのSTN4006が割り当てられたストリーム識別情報4008は、PGストリーム又はIGストリームのPIDを示す。その場合、同じSTNが割り当てられたストリーム属性情報4010は、参照オフセットIDstream_ref_offset_id4001を含む。ファイルDEP242では、図11に示されているように、各ビデオシーケンスのVAU1にオフセットメタデータ1110が配置されている。参照オフセットID4001は、そのオフセットメタデータ1110の含むオフセットシーケンスID1112のいずれかに等しい。すなわち、参照オフセットID4001は、そのオフセットメタデータ1110の含む複数のオフセットシーケンスの中で、5から11までの各STNに対応付けられるべきオフセットシーケンスを規定する。[STNテーブルSS]図41は、STNテーブルSS4030のデータ構造を示す模式図である。図41を参照するに、STNテーブルSS4030はストリーム登録情報列4101、4102、4103、...、を含む。ストリーム登録情報列4101、4102、4103、...、はメインパス4001内のPI1、2、3、...、に個別に対応する。3D再生モードの再生装置102はそれらのストリーム登録情報列4101、4102、4103を、対応するPI内のSTNテーブルに含まれるストリーム登録情報列と組み合わせて利用する。各PIに対するストリーム登録情報列4101は、ポップアップ期間のオフセットFixed_offset_during_Popup4111、ディペンデントビュービデオストリームのストリーム登録情報列4112、PGストリームのストリーム登録情報列4113、及びIGストリームのストリーム登録情報列4114を含む。ポップアップ期間のオフセット4111は、IGストリームからポップアップメニューが再生されるか否かを示す。3D再生モードの再生装置102はそのオフセット4111の値に依って、ビデオプレーンとPGプレーンとの表示モードpresentationmodeを変える。ここで、ビデオプレーンの表示モードには、ベースビューB-ディペンデントビューD表示モードとB-B表示モードとの二種類がある。PGプレーンとIGプレーンとの各表示モードには、2プレーンモード、1プレーンオフセットモード、及び1プレーンゼロオフセットモードの三種類がある。例えばポップアップ期間のオフセット4111の値が0であるとき、IGストリームからはポップアップメニューが再生されない。そのとき、ビデオプレーンの表示モードとしてB-D表示モードが選択され、PGプレーンの表示モードとして2プレーンモード又は1プレーンオフセットモードが選択される。一方、ポップアップ期間のオフセット4111の値が1であるとき、IGストリームからポップアップメニューが再生される。そのとき、ビデオプレーンの表示モードとしてB-B表示モードが選択され、PGプレーンの表示モードとして1プレーンゼロオフセットモードが選択される。B-D表示モードでは再生装置102が、レフトビューとライトビューとのビデオストリームから復号されたプレーンデータを交互に出力する。従って、表示装置103の画面には、ビデオプレーンの表すレフトビューとライトビューとのフレームが交互に表示されるので、視聴者にはそれらが3D映像として見える。B-B表示モードでは再生装置102が、動作モードを3D再生モードに維持したまま特にフレームレートを3D再生時の値、例えば48フレーム/秒に維持したまま、ベースビュービデオストリームから復号されたプレーンデータのみをフレーム当たり二回ずつ出力する。従って、表示装置103の画面には、ビデオプレーンについてはレフトビューとライトビューとのいずれかのフレームしか表示されないので、視聴者にはそれらが2D映像としてしか見えない。2プレーンモードでは、例えば図3のb、cに示されているように、サブTSがベースビューとディペンデントビューとのグラフィックスストリームを両方含むとき、再生装置102が各グラフィックスストリームからレフトビューとライトビューとのグラフィックスプレーンを復号して交互に出力する。1プレーンオフセットモードでは、再生装置102がオフセット制御により、メインTS内のグラフィックスストリームからレフトビューとライトビューとのグラフィックスプレーンの対を生成して交互に出力する。いずれのモードでも表示装置103の画面にはレフトビューとライトビューとのグラフィックスプレーンが交互に表示されるので、視聴者にはそれらが3Dグラフィックス映像として見える。1プレーンゼロオフセットモードでは、再生装置102が、動作モードを3D再生モードに維持したまま、オフセット制御を一時的に停止させ、メインTS内のグラフィックスストリームから復号されたグラフィックスプレーンを一フレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのグラフィックスプレーンしか表示されないので、視聴者にはそれらが2Dグラフィックス映像としてしか見えない。3D再生モードの再生装置102は、PIごとにポップアップ期間のオフセット4111を参照して、IGストリームからポップアップメニューが再生されるときはB-B表示モードと1プレーンゼロオフセットモードとを選択する。それにより、ポップアップメニューが表示される間、他の3D映像が一時的に2D映像に変更されるので、ポップアップメニューの視認性操作性が向上する。ディペンデントビュービデオストリームのストリーム登録情報列4112、PGストリームのストリーム登録情報列4113、及びIGストリームのストリーム登録情報列4114はそれぞれ、サブTSから再生対象として選択可能なディペンデントビュービデオストリーム、PGストリーム、及びIGストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列4112、4113、4114はそれぞれ、対応するPI内のSTNテーブルに含まれるストリーム登録情報列のうち、ベースビュービデオストリーム、PGストリーム、及びIGストリームを示すものと組み合わされて利用される。3D再生モードの再生装置102は、STNテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたSTNテーブルSS内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、2D再生モードを単に3D再生モードへ切り換えるとき、設定済みのSTN、及び言語等のストリーム属性を同一に維持できる。ディペンデントビュービデオストリームのストリーム登録情報列4112は、一般に複数のストリーム登録情報SS_dependet_view_block4120を含む。それらは、対応するPI内のストリーム登録情報のうち、ベースビュービデオストリームを示すものと同数である。各ストリーム登録情報4120は、STN4121、ストリームエントリ4122、及びストリーム属性情報4123を含む。STN4121は、ストリーム登録情報4120に個別に割り当てられた通し番号であり、対応するPI内の組み合わせ対象のストリーム登録情報のSTNと等しい。ストリームエントリ4122は、サブパスID参照情報ref_to_Subpath_id4131、ストリームファイル参照情報ref_to_subClip_entry_id4132、及びPIDref_to_stream_PID_subclip4133を含む。サブパスID参照情報4131は、ディペンデントビュービデオストリームの再生経路を規定するサブパスのサブパスIDを示す。ストリームファイル参照情報4132は、そのディペンデントビュービデオストリームが格納されたファイルDEPを識別するための情報である。PID4133は、そのディペンデントビュービデオストリームのPIDである。ストリーム属性情報4123は、そのディペンデントビュービデオストリームの属性、例えば、フレームレート、解像度、及びビデオフォーマットを含む。特にそれらは、対応するPI内の組み合わせ対象のストリーム登録情報の示すベースビュービデオストリームのものと共通である。PGストリームのストリーム登録情報列4113は、一般に複数のストリーム登録情報4140を含む。それらは、対応するPI内のストリーム登録情報のうち、PGストリームを示すものと同数である。各ストリーム登録情報4140は、STN4141、立体視フラグis_SS_PG4142、ベースビューストリームエントリstream_entry_for_base_view4143、ディペンデントビューストリームエントリstream_entry_for_depentdent_view4144、及びストリーム属性情報4145を含む。STN4141は、ストリーム登録情報4140に個別に割り当てられた通し番号であり、対応するPI内の組み合わせ対象のストリーム登録情報のSTNと等しい。立体視フラグ4142は、ベースビュー及びディペンデントビュー例えば、レフトビュー及びライトビューの両方のPGストリームがBD-ROMディスク101に記録されているか否かを示す。立体視フラグ4142がオンであるとき、サブTSには両方のPGストリームが含まれている。従って、ベースビューストリームエントリ4143、ディペンデントビューストリームエントリ4144、及びストリーム属性情報4145のいずれのフィールドも再生装置102によって読み出される。立体視フラグ4142がオフであるとき、それらのフィールド4143-4145はいずれも再生装置102によって無視される。ベースビューストリームエントリ4143とディペンデントビューストリームエントリ4144とはそれぞれ、サブパスID参照情報4151、ストリームファイル参照情報4152、及びPID4053を含む。サブパスID参照情報4151は、ベースビューとディペンデントビューとの各PGストリームの再生経路を規定するサブパスのサブパスIDを示す。ストリームファイル参照情報4152は、各PGストリームが格納されたファイルDEPを識別するための情報である。PID4153は各PGストリームのPIDである。ストリーム属性情報4145は各PGストリームの属性、例えば言語の種類を含む。IGストリームのストリーム登録情報列4114も同様なデータ構造を持つ。[3Dプレイリストファイルに従った3D映像の再生]図42は、3Dプレイリストファイル00002mpls222の示すPTSと、第1ファイルSS01000ssif244Aから再生される部分との間の対応関係を示す模式図である。図42を参照するに、3Dプレイリストファイル222のメインパス3901では、PI1は、再生開始時刻IN1を示すPTS1と、再生終了時刻OUT1を示すPTS2とを規定する。PI1の参照クリップ情報は2Dクリップ情報ファイル01000clpi231を示す。サブパス3902では、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に対応する第1ファイルDEP242内のSPN11、12を検索する。再生装置102は続いて、図32のeの説明で述べたように、各クリップ情報ファイル231、232のエクステント起点3042、3220を利用して、第1ファイルSS244Aの先頭から再生開始位置までのソースパケット数SPN21をSPN1、11から算定する。再生装置102は同様に、第1ファイルSS244Aの先頭から再生終了位置までのソースパケット数SPN22をSPN2、12から算定する。再生装置102は更にSPN21、22のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数と第1ファイルSS244Aのファイルエントリとを利用して、再生対象のエクステントSS群EXTSS0、...、EXTSSnが記録されたセクタ群P11の先端のLBN1と後端のLBN2とを特定する。セクタ数の算定とLBNの特定とは、図32のeの説明で述べたものと同様である。再生装置102は最後に、LBN1からLBN2までの範囲をBD-ROMドライブ121に指定する。それにより、その範囲のセクタ群P11から、エクステントSS群EXTSS0、...、EXTSSnに属するソースパケット群が読み出される。同様に、PI2とSUB_PI2との示すPTS3、4の対は、まずクリップ情報ファイル231、232の各エントリマップを利用してSPN3、4の対とSPN13、14の対とに変換される。次に、SPN3、13からは第1ファイルSS244Aの先頭から再生開始位置までのソースパケット数SPN23が算定され、SPN4、14からは第1ファイルSS244Aの先頭から再生終了位置までのソースパケット数SPN24が算定される。続いて、第1ファイルSS244Aのファイルエントリを利用して、SPN23、24の対がLBN3、4の対に変換される。更に、LBN3からLBN4までの範囲のセクタ群P12から、エクステントSS群に属するソースパケット群が読み出される。上記の読み出し処理と並行して、再生装置102は、図32のeの説明で述べたように各クリップ情報ファイル231、232のエクステント起点3042、3220を利用して、各エクステントSSからベースビューエクステントとディペンデントビューエクステントとを抽出して、パラレルに復号する。こうして、再生装置102は、3Dプレイリストファイル222に従って第1ファイルSS244Aから3D映像を再生できる。≪インデックスファイル≫図43は、図2に示されているインデックスファイルindexbdmv211のデータ構造を示す模式図である。図43を参照するに、インデックスファイル211は、インデックステーブル4310、3D存在フラグ4320、及び2D/3Dお好みフラグ4330を含む。インデックステーブル4310は、項目ファーストプレイ4301、トップメニュー4302、及びタイトルk4303k=1、2、...、n:文字nは1以上の整数を表す。を含む。各項目には、ムービーオブジェクトMVO-2D、MVO-3D、...、又はBD-JオブジェクトBDJO-2D、BDJO-3D、...のいずれかが対応付けられている。ユーザの操作又はアプリケーションプログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部は、インデックステーブル4310の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをBD-ROMディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目ファーストプレイ4301には、BD-ROMディスク101がBD-ROMドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目トップメニュー4302には、例えばユーザの操作でメニューに戻れというコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目タイトルk4303には、BD-ROMディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目タイトルkには、そのタイトルに対応するAVストリームファイルから映像を再生するためのオブジェクトが指定されている。図43に示されている例では、項目タイトル1と項目タイトル2とが2D映像のタイトルに割り当てられている。項目タイトル1に対応付けられているムービーオブジェクトMVO-2Dは、2Dプレイリストファイル00001mpls221を用いた2D映像の再生処理に関する命令群を含む。再生装置102によって項目タイトル1が参照されたとき、そのムービーオブジェクトMVO-2Dに従い、2Dプレイリストファイル221がBD-ROMディスク101から読み出され、それに規定された再生経路に沿って2D映像の再生処理が実行される。項目タイトル2に対応付けられているBD-JオブジェクトBDJO-2Dは、2Dプレイリストファイル221を用いた2D映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置102によって項目タイトル2が参照されたとき、そのBD-JオブジェクトBDJO-2D内のアプリケーション管理テーブルに従ってJARファイル261からJavaアプリケーションプログラムが呼び出されて実行される。それにより、2Dプレイリストファイル221がBD-ROMディスク101から読み出され、それに規定された再生経路に沿って2D映像の再生処理が実行される。図43に示されている例では更に、項目タイトル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存在フラグ4320は、BD-ROMディスク101に3D映像コンテンツが記録されているか否かを示すフラグである。再生装置102は、BD-ROMドライブ121にBD-ROMディスク101が挿入されたとき、まず、その3D存在フラグ4320をチェックする。3D存在フラグ4320がオフである場合、再生装置102は3D再生モードを選択する必要がない。従って、再生装置102は表示装置103に対してHDMI認証を行うことなく、2D再生モードに速やかに移行できる。ここで、HDMI認証とは次の処理をいう:再生装置102は、HDMIケーブル122を通して表示装置103との間でCECメッセージを交換して、3D映像の再生に対応可能か否か等を表示装置103に問い合わせる。HDMI認証がスキップされることにより、BD-ROMディスク101の挿入から2D映像の再生開始までの時間が短縮される。2D/3Dお好みフラグ4330は、再生装置と表示装置とが共に2D映像と3D映像とのいずれの再生にも対応可能であるときに、3D映像の再生を優先すべきか否かを指定するフラグである。2D/3Dお好みフラグ4330はコンテンツプロバイダによって設定される。再生装置102は、BD-ROMディスク101の3D存在フラグ4320がオンであるとき、続いて2D/3Dお好みフラグ4330を更にチェックする。2D/3Dお好みフラグ4330がオンである場合、再生装置102は、ユーザに再生モードを選択させることなく、HDMI認証を行い、その結果に依って2D再生モードと3D再生モードとのいずれかで動作する。すなわち、再生装置102は再生モードの選択画面を表示しない。従って、HDMI認証の結果、表示装置103が3D映像の再生に対応可能であれば、再生装置102は3D再生モードで起動できる。それにより、フレームレートの切り換え等、2D再生モードから3D再生モードへの移行処理に起因する起動の遅れを回避することができる。[3D映像タイトルの選択時でのプレイリストファイルの選択]図43に示されている例では、再生装置102は、インデックステーブル4310の項目タイトル3を参照したとき、ムービーオブジェクトMVO-3Dに従って、まず次の判別処理を行う:13D存在フラグ4320がオンかオフか、2再生装置102自身が3D映像の再生に対応しているか否か、32D/3Dお好みフラグ4330がオンかオフか、4ユーザが3D再生モードを選択しているか否か、5表示装置103が3D映像の再生に対応しているか否か、及び6再生装置102の3D再生モードがL/Rモードとデプスモードとのいずれであるか。再生装置102は次に、それらの判別結果に依って、いずれかのプレイリストファイル221-223を再生対象として選択する。一方、再生装置102は項目タイトル4を参照したとき、BD-JオブジェクトBDJO-3D内のアプリケーション管理テーブルに従ってJARファイル261からJavaアプリケーションプログラムを呼び出して実行する。それにより、まず上記の判別処理1-6が行われ、次にその判別結果に依って、プレイリストファイルの選択が行われる。図44は、上記の判別処理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存在フラグ4320と2D/3Dお好みフラグ4330とのそれぞれがオンであるときの値を1とし、オフであるときの値を0とする。ステップS4401では、再生装置102は3D存在フラグ4320の値をチェックする。その値が1であるとき、処理はステップS4402へ進む。その値が0であるとき、処理はステップS4407へ進む。ステップS4402では、再生装置102は第1フラグの値をチェックする。その値が1であるとき、処理はステップS4403へ進む。その値が0であるとき、処理はステップS4407へ進む。ステップS4403では、再生装置102は2D/3Dお好みフラグ4330の値をチェックする。その値が0であるとき、処理はステップS4404へ進む。その値が1であるとき、処理はステップS4405へ進む。ステップS4404では、再生装置102は表示装置103にメニューを表示させて、ユーザに2D再生モードと3D再生モードとのいずれかを選択させる。ユーザがリモコン105等を操作して3D再生モードを選択したとき、処理はステップS4405へ進み、2D再生モードを選択したとき、処理はステップS4407へ進む。ステップS4405では、再生装置102はHDMI認証を行い、表示装置103が3D映像の再生に対応しているか否かチェックする。具体的には、再生装置102はHDMIケーブル122を通して表示装置103との間でCECメッセージを交換し、表示装置103が3D映像の再生に対応しているか否かを表示装置103に問い合わせる。表示装置103が3D映像の再生に対応しているとき、処理はステップS4406へ進む。表示装置103が3D映像の再生に対応していないとき、処理はステップS4407へ進む。ステップS4406では、再生装置102は第2フラグの値をチェックする。その値が0であるとき、処理はステップS4408へ進む。その値が1であるとき、処理はステップS4409へ進む。ステップS4407では、再生装置102は2Dプレイリストファイル221を再生対象として選択する。尚、そのとき、再生装置102は表示装置103に、3D映像の再生が選択されなかった理由を表示させてもよい。その後、処理は終了する。ステップS4408では、再生装置102はL/Rモード用の3Dプレイリストファイル222を再生対象として選択する。その後、処理は終了する。ステップS4409では、再生装置102はデプスモード用の3Dプレイリストファイル222を再生対象として選択する。その後、処理は終了する。<2D再生装置の構成>2D再生モードの再生装置102はBD-ROMディスク101から2D映像コンテンツを再生するとき、2D再生装置として動作する。図45は、2D再生装置4500の機能ブロック図である。図45を参照するに、2D再生装置4500は、BD-ROMドライブ4501、再生部4502、及び制御部4503を含む。再生部4502は、リードバッファ4521、システムターゲットデコーダ4523、及びプレーン加算部4524を含む。制御部4503は、動的シナリオメモリ4531、静的シナリオメモリ4532、ユーザイベント処理部4533、プログラム実行部4534、再生制御部4535、及びプレーヤ変数記憶部4536を含む。再生部4502と制御部4503とは、互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。BD-ROMドライブ4501は、内部にBD-ROMディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、BD-ROMドライブ4501は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータレンズ、ビームスプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータレンズ、ビームスプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射/回折される。その反射/回折光は、対物レンズ、ビームスプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。BD-ROMドライブ4501は、再生制御部4535からの要求に従ってBD-ROMディスク101からデータを読み出す。そのデータのうち、ファイル2Dのエクステント、すなわち2Dエクステントはリードバッファ4521へ転送され、動的シナリオ情報は動的シナリオメモリ4531へ転送され、静的シナリオ情報は静的シナリオメモリ4532へ転送される。動的シナリオ情報は、インデックスファイル、ムービーオブジェクトファイル、及びBD-Jオブジェクトファイルを含む。静的シナリオ情報は2Dプレイリストファイルと2Dクリップ情報ファイルとを含む。リードバッファ4521、動的シナリオメモリ4531、及び静的シナリオメモリ4532はいずれもバッファメモリである。リードバッファ4521としては再生部4502内のメモリ素子が利用され、動的シナリオメモリ4531及び静的シナリオメモリ4532としては制御部4403内のメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が、それらのバッファメモリ4521、4531、4532の一部又は全部として利用されてもよい。リードバッファ4521は2Dエクステントを格納し、動的シナリオメモリ4531は動的シナリオ情報を格納し、静的シナリオメモリ4532は静的シナリオ情報を格納する。システムターゲットデコーダ4523は、リードバッファ4521から2Dエクステントをソースパケット単位で読み出して多重分離処理を行い、分離された各エレメンタリストリームに対して復号処理を行う。ここで、各エレメンタリストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め、再生制御部4535からシステムターゲットデコーダ4523へ送られている。システムターゲットデコーダ4523は更に、復号後のプライマリビデオストリーム、セカンダリビデオストリーム、IGストリーム、及びPGストリーム内の各VAUを、主映像プレーン、副映像プレーン、IGプレーン、及びPGプレーンに変換してプレーン加算部4524へ送出する。一方、システムターゲットデコーダ4523は、復号後のプライマリオーディオストリームとセカンダリオーディオストリームとをミキシングして、表示装置103の内蔵スピーカ103A等、音声出力装置へ送出する。システムターゲットデコーダ4523はその他に、プログラム実行部4534からグラフィックスデータを受信する。そのグラフィックスデータは、GUI用のメニュー等のグラフィックスを画面に表示するためのものであり、JPEG又はPNG等のラスタデータで表現されている。システムターゲットデコーダ4523はそのグラフィックスデータを処理してイメージプレーンに変換し、プレーン加算部4524へ送出する。尚、システムターゲットデコーダ4523の詳細については後述する。プレーン加算部4524は、システムターゲットデコーダ4523から、主映像プレーン、副映像プレーン、IGプレーン、PGプレーン、及びイメージプレーンを読み出し、それらを互いに重畳して一つの映像フレーム又はフィールドに合成する。合成後の映像データは表示装置103へ送出され、その画面に表示される。ユーザイベント処理部4533は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に依って、プログラム実行部4534又は再生制御部4535に処理を依頼する。例えば、ユーザがリモコン105のボタンを押下してポップアップメニューの表示を指示したとき、ユーザイベント処理部4533はその押下を検出してそのボタンを識別する。ユーザイベント処理部4533は更にプログラム実行部4534に、そのボタンに対応するコマンドの実行、すなわちポップアップメニューの表示処理を依頼する。一方、ユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部4533はその押下を検出してそのボタンを識別する。ユーザイベント処理部4533は更に再生制御部4535に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。プログラム実行部4534はプロセッサであり、動的シナリオメモリ4531に格納されたムービーオブジェクトファイル及びBD-Jオブジェクトファイルからプログラムを読み出して実行する。プログラム実行部4534は更に各プログラムに従って次の制御を行う:1再生制御部4535に対してプレイリスト再生処理を命令する;2メニュー用又はゲーム用のグラフィックスデータをPNG又はJPEGのラスタデータとして生成し、それをシステムターゲットデコーダ4523へ転送して他の映像データに合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、BD-ROMディスク101のオーサリング工程のうち、ムービーオブジェクトファイル及びBD-Jオブジェクトファイルのプログラミング工程によって決まる。再生制御部4535は、2Dエクステント及びインデックスファイル等、各種のデータをBD-ROMディスク101から、リードバッファ4521、動的シナリオメモリ4531、及び静的シナリオメモリ4532へ転送する処理を制御する。その制御には、図2に示されているディレクトリ/ファイル構造を管理するファイルシステムが利用される。すなわち、再生制御部4535はファイルオープン用のシステムコールを利用して、BD-ROMドライブ4501に各種のファイルを各バッファメモリ4521、4531、4532へ転送させる。ここで、ファイルオープンとは次の一連の処理をいう。まず、システムコールによってファイルシステムに検索対象のファイル名が与えられ、そのファイル名がディレクトリ/ファイル構造から検索される。その検索に成功したとき、再生制御部4535内のメモリには、まず、転送対象のファイルのファイルエントリが転送され、そのメモリ内にFCBFileControlBlockが生成される。その後、転送対象のファイルのファイルハンドルがファイルシステムから再生制御部4535に返される。以後、再生制御部4435はそのファイルハンドルをBD-ROMドライブ4501に提示することにより、BD-ROMドライブ4501にその転送対象のファイルを、BD-ROMディスク101から各バッファメモリ4521、4531、4532へ転送させることができる。再生制御部4535は、BD-ROMドライブ4501とシステムターゲットデコーダ4523とを制御して、ファイル2Dから映像データと音声データとを復号させる。具体的には、再生制御部4535はまず、プログラム実行部4534からの命令、又はユーザイベント処理部4533からの依頼に応じて、静的シナリオメモリ4532から2Dプレイリストファイルを読み出してその内容を解釈する。再生制御部4535は次に、その解釈された内容、特に再生経路に従って、BD-ROMドライブ4501とシステムターゲットデコーダ4523とに再生対象のファイル2Dを指定し、その読み出し処理及び復号処理を指示する。このようなプレイリストファイルに従った再生処理をプレイリスト再生処理という。その他に、再生制御部4535は、静的シナリオ情報を利用してプレーヤ変数記憶部4536に各種のプレーヤ変数を設定する。再生制御部4535は更に、それらのプレーヤ変数を参照して、システムターゲットデコーダ4523に復号対象のエレメンタリストリームを指定し、かつ、各エレメンタリストリームの復号に必要な情報を提供する。プレーヤ変数記憶部4536は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステムパラメータSPRMと汎用のパラメータGPRMとがある。SPRMは再生装置102の状態を示す。図46はSPRMの一覧表である。図46を参照するに、各SPRMには通し番号4601が振られ、各通し番号4601に変数値4602が個別に対応付けられている。SPRMは例えば64個であり、それぞれの示す意味は以下のとおりである。ここで、括弧内の数字は通し番号4601を示す。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等を利用してユーザに変更させることもでき、プログラム実行部4434を通じてアプリケーションプログラムに変更させることもできる。例えばSPRM16が英語を示しているとき、再生制御部4535はプレイリスト再生処理において、まず現時点での再生区間を示すPI、すなわちカレントPIの含むSTNテーブルから、英語の言語コードを含むストリームエントリを検索する。再生制御部4535は次に、そのストリームエントリのストリーム識別情報からPIDを抽出してシステムターゲットデコーダ4523に渡す。それにより、そのPIDのオーディオストリームがシステムターゲットデコーダ4523によって選択されて復号される。これらの処理は、ムービーオブジェクトファイル又はBD-Jオブジェクトファイルを利用して再生制御部4535に実行させることができる。プレーヤ変数は再生処理中、再生制御部4535によって再生状態の変化に応じて更新される。特に、SPRM1、SPRM2、SPRM21、及びSPRM22が更新される。それらは順に、処理中のオーディオストリーム、字幕ストリーム、セカンダリビデオストリーム、及びセカンダリオーディオストリームの各STNを示す。例えばプログラム実行部4534によってSPRM1が変更されたときを想定する。再生制御部4535はまず、変更後のSPRM1の示すSTNを利用して、カレントPI内のSTNテーブルから、そのSTNを含むストリームエントリを検索する。再生制御部4535は次に、そのストリームエントリ内のストリーム識別情報からPIDを抽出してシステムターゲットデコーダ4523に渡す。それにより、そのPIDのオーディオストリームがシステムターゲットデコーダ4523によって選択されて復号される。こうして、再生対象のオーディオストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリビデオストリームを切り換えることもできる。≪2Dプレイリスト再生処理≫図47は、再生制御部4535による2Dプレイリスト再生処理のフローチャートである。2Dプレイリスト再生処理は、2Dプレイリストファイルに従ったプレイリスト再生処理であり、再生制御部4535が静的シナリオメモリ4532から2Dプレイリストファイルを読み出すことによって開始される。ステップS4701では、再生制御部4535はまず、2Dプレイリストファイル内のメインパスからPIを一つ読み出して、カレントのPIとして設定する。再生制御部4535は次に、そのカレントPIのSTNテーブルから、再生対象のエレメンタリストリームのPIDを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたPIDと属性情報とはシステムターゲットデコーダ4523に指示される。再生制御部4535は更に、2Dプレイリストファイル内のサブパスから、カレントPIに付随するSUB_PIを特定する。その後、処理はステップS4702へ進む。ステップS4702では、再生制御部4535は、カレントPIから、参照クリップ情報、再生開始時刻IN1を示すPTS1、及び再生終了時刻OUT1を示すPTS2を読み出す。その参照クリップ情報から、再生対象のファイル2Dに対応する2Dクリップ情報ファイルが特定される。更に、カレントPIに付随するSUB_PIが存在するときは、それらからも同様な情報が読み出される。その後、処理はステップS4703へ進む。ステップS4703では、再生制御部4535は、2Dクリップ情報ファイルのエントリマップを参照して、PTS1、2に対応するファイル2D内のSPN1、2を検索する。SUB_PIの示すPTSの対も同様にSPNの対に変換される。その後、処理はステップS4704へ進む。ステップS4704では、再生制御部4535は、SPN1、2から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部4535はまず、SPN1、2のそれぞれとソースパケット一つ当たりのデータ量192バイトとの積を求める。再生制御部4535は次に、各積をセクタ一つ当たりのデータ量2048バイトで割ってその商を求める:N1=SPN1×192/2048、N2=SPN2×192/2048。商N1、N2は、メインTSのうち、SPN1、2のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。SUB_PIの示すPTSの対から変換されたSPNの対も同様にセクタ数の対に変換される。その後、処理はステップS4705へ進む。ステップS4705では、再生制御部4535は、ステップS4704で得られたセクタ数N1、N2のそれぞれから、再生対象の2Dエクステント群の先端と後端とのLBNを特定する。具体的には、再生制御部4535は、再生対象のファイル2Dのファイルエントリを参照して、2Dエクステント群が記録されたセクタ群の先頭から数えてN11番目のセクタのLBN=LBN1と、N21番目のセクタのLBN=LBN2とを特定する。再生制御部4535は更に、LBN1からLBN2までの範囲をBD-ROMドライブ4501に指定する。SUB_PIの示すPTSの対から変換されたセクタ数の対も同様にLBNの対に変換されて、BD-ROMドライブ4501に指定される。その結果、指定された範囲のセクタ群から、2Dエクステント群に属するソースパケット群がアラインドユニット単位で読み出される。その後、処理はステップS4706へ進む。ステップS4706では、再生制御部4535は、メインパスに未処理のPIが残されているか否かをチェックする。残されているときは、処理がステップS4701から繰り返される。残されていないときは、処理が終了する。≪システムターゲットデコーダ≫図48は、システムターゲットデコーダ4523の機能ブロック図である。図48を参照するに、システムターゲットデコーダ4523は、ソースデパケタイザ4810、ATCカウンタ4820、第1の27MHzクロック4830、PIDフィルタ4840、STCカウンタSTC14850、第2の27MHzクロック4860、主映像デコーダ4870、副映像デコーダ4871、PGデコーダ4872、IGデコーダ4873、主音声デコーダ4874、副音声デコーダ4875、イメージプロセッサ4880、主映像プレーンメモリ4890、副映像プレーンメモリ4891、PGプレーンメモリ4892、IGプレーンメモリ4893、イメージプレーンメモリ4894、及び音声ミキサ4895を含む。ソースデパケタイザ4810はリードバッファ4521からソースパケットを読み出し、その中からTSパケットを取り出してPIDフィルタ4840へ送出する。ソースデパケタイザ4810は更にその送出時刻を、各ソースパケットのATSの示す時刻に合わせる。具体的には、ソースデパケタイザ4810はまず、ATCカウンタ4820が生成するATCの値を監視する。ここで、ATCの値はATCカウンタ4820により、第1の27MHzクロック4830のクロック信号のパルスに応じてインクリメントされる。ソースデパケタイザ4810は次に、ATCの値がソースパケットのATSと一致した瞬間、そのソースパケットから取り出されたTSパケットをPIDフィルタ4840へ転送する。そのような送出時刻の調節により、ソースデパケタイザ4810からPIDフィルタ4840へのTSパケットの平均転送速度は、図30に示されている2Dクリップ情報ファイル231内のシステムレート3011で規定される値RTSを超えない。PIDフィルタ4840はまず、ソースデパケタイザ4810から送出されたTSパケットの含むPIDを監視する。そのPIDが、再生制御部4535から予め指定されたPIDに一致したとき、PIDフィルタ4840はそのTSパケットを選択し、そのPIDの示すエレメンタリストリームの復号に適したデコーダ4870-4875へ転送する。例えばPIDが0x1011であるとき、そのTSパケットは主映像デコーダ4870へ転送される。一方、PIDが、0x1B00-0x1B1F、0x1100-0x111F、0x1A00-0x1A1F、0x1200-0x121F、及び0x1400-0x141Fの各範囲に属するとき、TSパケットはそれぞれ、副映像デコーダ4871、主音声デコーダ4874、副音声デコーダ4875、PGデコーダ4872、及びIGデコーダ4873へ転送される。PIDフィルタ4840は更に、各TSパケットのPIDを利用してそのTSパケットの中からPCRを検出する。PIDフィルタ4840はそのとき、STCカウンタ4850の値を所定値に設定する。ここで、STCカウンタ4850の値は、第2の27MHzクロック4860のクロック信号のパルスに応じてインクリメントされる。また、STCカウンタ4850に設定されるべき値は予め、再生制御部4535からPIDフィルタ4840に指示されている。各デコーダ4870-4875はSTCカウンタ4850の値をSTCとして利用する。具体的には、各デコーダ4870-4875は、まず、PIDフィルタ4840から受け取ったTSパケットをPESパケットに再構成する。各デコーダ4870-4875は、次に、そのPESペイロードの含むデータの復号処理の時期を、そのPESヘッダに含まれるPTS又はDTSの示す時刻に従って調節する。主映像デコーダ4870は、図48に示されているように、トランスポートストリームバッファTB:TransportStreamBuffer4801、多重化バッファMB:MultiplexingBuffer4802、エレメンタリストリームバッファEB:ElementaryStreamBuffer4803、圧縮映像デコーダDEC4804、及び復号ピクチャバッファDPB:DecodedPictureBuffer4805を含む。TB4801、MB4802、及びEB4803はいずれもバッファメモリであり、それぞれ主映像デコーダ4870に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。TB4801は、PIDフィルタ4840から受信されたTSパケットをそのまま蓄積する。MB4802は、TB4801に蓄積されたTSパケットから復元されたPESパケットを蓄積する。尚、TB4801からMB4802へTSパケットが転送されるとき、そのTSパケットからTSヘッダが除去される。EB4803は、PESパケットから、符号化されたVAUを抽出して格納する。そのVAUには、圧縮ピクチャ、すなわち、Iピクチャ、Bピクチャ、及びPピクチャが格納されている。尚、MB4802からEB4803へデータが転送されるとき、そのPESパケットからPESヘッダが除去される。DEC4804は、圧縮ピクチャの復号処理に特化したハードウェアデコーダであり、特にその復号処理のアクセラレータ機能を備えたLSIで構成されている。DEC4804は、EB4803内の各VAUからピクチャを、元のPESパケットに含まれるDTSの示す時刻に復号する。その復号処理では、DEC4804は予めそのVAUのヘッダを解析して、そのVAU内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに依って復号方法を選択する。その圧縮符号化方式は、例えば、MPEG-2、MPEG-4AVC、及びVC1を含む。DEC4804は更に、復号された非圧縮のピクチャをDPB4805へ転送する。DPB4805は、TB4801、MB4802、及びEB4803と同様なバッファメモリであり、主映像デコーダ4870に内蔵のメモリ素子の一領域を利用する。DPB4805はその他に、他のバッファメモリ4801、4802、4803とは異なるメモリ素子に分離されていてもよい。DPB4805は復号後のピクチャを一時的に保持する。DEC4804によってPピクチャ又はBピクチャが復号されるとき、DPB4805はDEC4804からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してDEC4804に提供する。DPB4805は更に、保持している各ピクチャを、元のPESパケットに含まれるPTSの示す時刻に主映像プレーンメモリ4890へ書き込む。副映像デコーダ4871は主映像デコーダ4870と同様の構成を含む。副映像デコーダ4871はまず、PIDフィルタ4840から受信されたセカンダリビデオストリームのTSパケットを非圧縮のピクチャに復号する。副映像デコーダ4871は次に、そのPESパケットに含まれるPTSの示す時刻に非圧縮のピクチャを副映像プレーンメモリ4891へ書き込む。PGデコーダ4872は、PIDフィルタ4840から受信されたTSパケットを非圧縮のグラフィックスオブジェクトに復号し、そのPESパケットに含まれるPTSの示す時刻にPGプレーンメモリ4892へ書き込む。図49のaは、PGデコーダ4872がPGストリーム内の一つのデータエントリからグラフィックスオブジェクトを復号する処理のフローチャートである。この処理は、PGデコーダ4872がPIDフィルタ4840から、図6に示されている一つのデータエントリを構成するTSパケット群を受信したときに開始される。図49のb-eは、その処理に従って変化するグラフィックスオブジェクトを示す模式図である。ステップS4901では、PGデコーダ4872はまず、PCS内の参照オブジェクトID605と同じオブジェクトIDを持つODSを特定する。PGデコーダ4872は次に、特定されたODSからグラフィックスオブジェクトを復号してオブジェクトバッファに書き込む。ここで、オブジェクトバッファは、PGデコーダ4872に内蔵のバッファメモリである。図49のbに示されているニコちゃんマークFOBは、オブジェクトバッファに書き込まれたグラフィックスオブジェクトの例を示す。ステップS4902では、PGデコーダ4872はPCS内のクロッピング情報602に従ってクロッピング処理を行い、グラフィックスオブジェクトからその一部を切り出して、オブジェクトバッファに書き込む。図49のcでは、ニコちゃんマークFOBの左右の両端部から帯状領域LST、RSTが切り取られて、残りの部分OBJがオブジェクトバッファに書き込まれている。ステップS4903では、PGデコーダ4872はまず、PCS内の参照ウィンドウID603と同じウィンドウIDを持つWDSを特定する。PGデコーダ4872は次に、特定されたWDSの示すウィンドウ位置612と、PCS内のオブジェクト表示位置601とから、グラフィックスプレーンにおけるグラフィックスオブジェクトの表示位置を決定する。図49のdでは、グラフィックスプレーンGPLにおけるウィンドウWINの左上隅の位置と、グラフィックスオブジェクトOBJの左上隅の位置DSPとが決定される。ステップS4904では、PGデコーダ4872はオブジェクトバッファ内のグラフィックスオブジェクトを、ステップS4903で決定された表示位置に書き込む。その際、PGデコーダ4872は、WDSの示すウィンドウサイズ613を利用して、グラフィックスオブジェクトを描画する範囲を決める。図49のdでは、グラフィックスオブジェクトOBJがグラフィックスプレーンGPLに、左上隅の位置DSPからウィンドウWINの範囲内で書き込まれている。ステップS4905では、PGデコーダ4872はまず、PCS内の参照パレットID604と同じパレットIDを持つPDSを特定する。PGデコーダ4872は次に、PDS内のCLUT622を利用して、グラフィックスオブジェクト内の各画素データが示すべき色座標値を決定する。図49のeでは、グラフィックスオブジェクトOBJ内の各画素の色が決定されている。こうして、一つのデータエントリの含むグラフィックスオブジェクトの描画処理が完了する。ステップS4901-4905は、そのグラフィックスオブジェクトと同じPESパケットに含まれるPTSの示す時刻までに実行される。IGデコーダ4873は、PIDフィルタ4840から受信されたTSパケットを非圧縮のグラフィックスオブジェクトに復号する。IGデコーダ4873は更に、それらのTSパケットから復元されたPESパケットに含まれるPTSの示す時刻に、その非圧縮のグラフィックスオブジェクトをIGプレーンメモリ4893へ書き込む。それらの処理の詳細は、PGデコーダ4872によるものと同様である。主音声デコーダ4874はまず、PIDフィルタ4840から受信されたTSパケットを内蔵のバッファに蓄える。主音声デコーダ4874は次に、そのバッファ内のTSパケット群からTSヘッダとPESヘッダとを除去し、残りのデータを非圧縮のLPCM音声データに復号する。主音声デコーダ4874は更にその音声データを、元のPESパケットに含まれるPTSの示す時刻に音声ミキサ4895へ送出する。ここで、主音声デコーダ4874は、TSパケットに含まれるプライマリオーディオストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばAC-3又はDTSを含む。副音声デコーダ4875は主音声デコーダ4874と同様の構成を含む。副音声デコーダ4875はまず、PIDフィルタ4840から受信されたセカンダリオーディオストリームのTSパケット群からPESパケットを復元し、そのPESペイロードの含むデータを非圧縮のLPCM音声データに復号する。副音声デコーダ4875は次に、そのPESヘッダの含むPTSの示す時刻にその非圧縮のLPCM音声データを音声ミキサ4895へ送出する。ここで、副音声デコーダ4875は、TSパケットに含まれるセカンダリオーディオストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばドルビーデジタルプラス又はDTS-HDLBRを含む。音声ミキサ4895は、主音声デコーダ4874と副音声デコーダ4875とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシングを行う。音声ミキサ4895は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。イメージプロセッサ4880は、プログラム実行部4534からグラフィックスデータ、すなわちPNG又はJPEGのラスタデータを受信する。イメージプロセッサ4880はそのとき、そのグラフィックスデータに対するレンダリング処理を行ってイメージプレーンメモリ4894へ書き込む。<3D再生装置の構成>3D再生モードの再生装置102は、BD-ROMディスク101から3D映像コンテンツを再生するとき、3D再生装置として動作する。その構成の基本部分は、図45、48に示されている2D再生装置の構成と同様である。従って、以下では2D再生装置の構成からの拡張部分及び変更部分について説明し、基本部分の詳細についての説明は上記の2D再生装置についての説明を援用する。また、2Dプレイリスト再生処理に利用される構成は2D再生装置の構成と同様である。従って、その詳細についての説明も上記の2D再生装置についての説明を援用する。以下の説明では、3Dプレイリストファイルに従った3D映像の再生処理、すなわち3Dプレイリスト再生処理を想定する。図50は、3D再生装置5000の機能ブロック図である。3D再生装置5000は、BD-ROMドライブ5001、再生部5002、及び制御部5003を含む。再生部5002は、スイッチ5020、第1リードバッファRB15021、第2リードバッファRB25022、システムターゲットデコーダ5023、プレーン加算部5024、及びHDMI通信部5025を含む。制御部5003は、動的シナリオメモリ5031、静的シナリオメモリ5032、ユーザイベント処理部5033、プログラム実行部5034、再生制御部5035、及び、プレーヤ変数記憶部5036を含む。再生部5002と制御部5003とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、動的シナリオメモリ5031、静的シナリオメモリ5032、ユーザイベント処理部5033、及びプログラム実行部5034は、図45に示されている2D再生装置内のものと同様である。従って、それらの詳細についての説明は上記の2D再生装置についての説明を援用する。再生制御部5035は、3Dプレイリスト再生処理をプログラム実行部5034等から命じられたとき、静的シナリオメモリ5032に格納された3DプレイリストファイルからPIを順番に読み出してカレントPIとして設定する。再生制御部5035は、カレントPIを設定する度に、まず、そのSTNテーブルとその3Dプレイリストファイル内のSTNテーブルSSとに従って、システムターゲットデコーダ5023とプレーン加算部5024との動作条件を設定する。具体的には、再生制御部5035は復号対象のエレメンタリストリームのPIDを選択して、そのエレメンタリストリームの復号に必要な属性情報と共にシステムターゲットデコーダ5023へ渡す。選択されたPIDの示すエレメンタリストリームの中にPGストリーム又はIGストリームが含まれている場合、再生制御部5035は更に、それらのストリームデータに割り当てられた参照オフセットID4001を特定して、プレーヤ変数記憶部5036内のSPRM27に設定する。また、再生制御部5035は、STNテーブルSSの示すポップアップ期間のオフセット4111に依って各プレーンデータの表示モードを選択し、システムターゲットデコーダ5023とプレーン加算部5024とに指示する。次に、再生制御部5035はカレントPIに従い、図32のeの説明に示されている手順で、読み出し対象のエクステントSSが記録されたセクタ群のLBNの範囲をBD-ROMドライブ5001に指示する。一方、再生制御部5035は、静的シナリオメモリ5032に格納されたクリップ情報ファイル内のエクステント起点を利用して、各エクステントSS内のデータブロックの境界を示す情報を生成する。以下、その情報をデータブロック境界情報と呼ぶ。データブロック境界情報は、例えばそのエクステントSSの先頭から各境界までのソースパケット数を示す。再生制御部5035は更に、データブロック境界情報をスイッチ5020へ渡す。プレーヤ変数記憶部5036は、2D再生装置内のもの4536と同様に、SPRMを含む。しかし、図46とは異なり、SPRM24は、図44に示されている第1フラグを含み、SPRM25は第2フラグを含む。その場合、SPRM24が0であるときは再生装置102が2D映像の再生のみに対応可能であり、1であるときは3D映像の再生にも対応可能である。SPRM25が0であるときは再生装置102がL/Rモードであり、1であるときはデプスモードである。更に、SPRM25が2であるときは再生装置102が2D再生モードである。更に、SPRM27は、各プレーンデータに割り当てられた参照オフセットID4001の格納領域を含む。具体的には、SPRM27は、四種類の参照オフセットIDを格納する領域を含む。それらの参照オフセットIDは、PGプレーンに対するものPG_ref_offset_id、IGプレーンに対するものIG_ref_offset_id、副映像プレーンに対するものSV_ref_offset_id、及びイメージプレーンに対するものIM_ref_offset_idである。BD-ROMドライブ5001は、図45に示されている2D再生装置内のもの4501と同様な構成要素を含む。BD-ROMドライブ5001は、再生制御部5035からLBNの範囲が指示されたとき、その範囲の示すBD-ROMディスク101上のセクタ群からデータを読み出す。特にファイルSSのエクステント、すなわちエクステントSSに属するソースパケット群は、BD-ROMドライブ5001からスイッチ5020へ転送される。ここで、各エクステントSSは、図15に示されているとおり、ベースビューとディペンデントビューとのデータブロックの対を一つ以上含む。それらのデータブロックは、RB15021とRB25022とへパラレルに転送されなければならない。従って、BD-ROMドライブ5001には2D再生装置内のBD-ROMドライブ4501以上のアクセススピードが求められる。スイッチ5020は、BD-ROMドライブ5001からエクステントSSを受信する。一方、スイッチ5020は、再生制御部5035から、そのエクステントSSに関するデータブロック境界情報を受信する。スイッチ5020は更に、そのデータブロック境界情報を利用して、各エクステントSSからベースビューエクステントを抽出してRB15021へ送出し、ディペンデントビューエクステントを抽出してRB25022へ送出する。RB15021とRB25022とはいずれも、再生部5002内のメモリ素子を利用したバッファメモリである。特に単一のメモリ素子内の異なる領域がRB15021、RB25022として利用される。その他に、異なるメモリ素子が個別にRB15021、RB25022として利用されてもよい。RB15021はスイッチ5020からベースビューエクステントを受信して格納する。RB25022はスイッチ5020からディペンデントビューエクステントを受信して格納する。システムターゲットデコーダ5023は、3Dプレイリスト再生処理において、まず再生制御部5035から、復号対象のストリームデータのPIDと、その復号に必要な属性情報とを受信する。システムターゲットデコーダ5023は次に、RB15021に格納されたベースビューエクステントと、RB25022に格納されたディペンデントビューエクステントとから交互にソースパケットを読み出す。システムターゲットデコーダ5023は続いて、再生制御部5035から受信されたPIDの示すエレメンタリストリームを各ソースパケットから分離して復号する。システムターゲットデコーダ5023は更に、復号後のエレメンタリストリームをその種類別に内蔵のプレーンメモリに書き込む。ベースビュービデオストリームは左映像プレーンメモリに書き込まれ、ディペンデントビュービデオストリームは右映像プレーンメモリに書き込まれる。一方、セカンダリビデオストリームは副映像プレーンメモリに書き込まれ、IGストリームはIGプレーンメモリに書き込まれ、PGストリームはPGプレーンメモリに書き込まれる。ここで、図3のb、cに示されているPGストリーム等のように、ビデオストリーム以外のストリームデータがベースビューとディペンデントビューとのストリームデータの対から成るとき、そのストリームデータに対応付けられるべきプレーンメモリは、ベースビュープレーンとディペンデントビュープレーンとの両方に対して個別に用意される。システムターゲットデコーダ5023はその他に、プログラム実行部5034からのグラフィックスデータ、例えばJPEG又はPNG等のラスタデータに対してレンダリング処理を行ってイメージプレーンメモリに書き込む。システムターゲットデコーダ5023は、左映像プレーンメモリと右映像プレーンメモリとからのプレーンデータの出力モードを、B-D表示モードとB-B表示モードとのそれぞれに、次のように対応させる。再生制御部5035からB-D表示モードが指示されたとき、システムターゲットデコーダ5023は、左映像プレーンメモリと右映像プレーンメモリとから交互にプレーンデータを出力する。一方、再生制御部5035からB-B表示モードが指示されたとき、システムターゲットデコーダ5023は、動作モードを3D再生モードに維持したまま、左映像プレーンメモリと右映像プレーンメモリとのいずれかからのみ、プレーンデータを一フレーム当たり二回ずつ出力する。システムターゲットデコーダ5023は、グラフィックスプレーンメモリと副映像プレーンメモリとからのプレーンデータの出力モードを、2プレーンモード、1プレーンオフセットモード、及び1プレーンゼロオフセットモードのそれぞれに、以下に述べるように対応させる。ここで、グラフィックスプレーンメモリは、PGプレーンメモリ、IGプレーンメモリ、及びイメージプレーンメモリを含む。再生制御部5035から2プレーンモードが指示されたとき、システムターゲットデコーダ5023は、各プレーンメモリからプレーン加算部5024へ、ベースビュープレーンとディペンデントビュープレーンとを交互に送出する。再生制御部5035から1プレーンオフセットモードが指示されたとき、システムターゲットデコーダ5023は、各プレーンメモリからプレーン加算部5024へ、2D映像を表すプレーンデータを送出する。それと並行して、システムターゲットデコーダ5023は、ディペンデントビュービデオストリームから各ビデオシーケンスの先頭のVAUを読み出す度に、そのVAUからオフセットメタデータ1110を読み出す。そのビデオシーケンスの再生区間では、システムターゲットデコーダ5023はまず、各VAUと共に同じPESパケットに格納されたPTSと、そのVAUの圧縮ピクチャデータの表すフレームの番号とを特定する。システムターゲットデコーダ5023は次に、そのフレーム番号に対応付けられたオフセット情報をオフセットメタデータから読み出して、特定されたPTSの示す時刻にプレーン加算部5024へ送出する。再生制御部5035から1プレーンゼロオフセットモードが指示されたとき、システムターゲットデコーダ5023は、各プレーンメモリからプレーン加算部5024へ、2D映像を表すプレーンデータを送出する。それと並行して、システムターゲットデコーダ5023は、オフセット値が0に設定されたオフセット情報をプレーン加算部5024へ送出する。プレーン加算部5024は、システムターゲットデコーダ5023から各種のプレーンデータを受信し、それらを互いに重畳して一つのフレーム又はフィールドに合成する。特にL/Rモードでは、左映像プレーンはレフトビュービデオプレーンを表し、右映像プレーンはライトビュービデオプレーンを表す。従って、プレーン加算部5024は、左映像プレーンには、レフトビューを表す他のプレーンデータを重畳し、右映像プレーンデータには、ライトビューを表す他のプレーンデータを重畳する。一方、デプスモードでは、右映像プレーンは、左映像プレーンの表す映像に対するデプスマップを表す。従って、プレーン加算部5024は、まず両方の映像プレーンからレフトビューとライトビューとのビデオプレーンの対を生成する。その後の合成処理は、L/Rモードでの合成処理と同様である。プレーン加算部5024は、再生制御部5035から副映像プレーン又はグラフィックスプレーンPGプレーン、IGプレーン、イメージプレーンの表示モードとして1プレーンオフセットモードを指示されたとき、そのプレーンデータに対してオフセット制御を行う。具体的には、プレーン加算部5024はまず、プレーヤ変数記憶部5036内のSPRM27から、そのプレーンデータに対する参照オフセットIDを読み出す。プレーン加算部5024は次に、システムターゲットデコーダ5023から受け取ったオフセット情報を参照して、参照オフセットIDの示すオフセットシーケンス1113に属するオフセット情報、すなわちオフセット方向1122とオフセット値1123との対を検索する。プレーン加算部5024はその後、検索されたオフセット値を利用して、対応するプレーンデータに対してオフセット制御を行う。それにより、プレーン加算部5024は、一つのプレーンデータからレフトビュープレーンとライトビュープレーンとの対を生成し、対応するビデオプレーンに合成する。プレーン加算部5024は、再生制御部5035から1プレーンゼロオフセットモードを指示されたとき、SPRM27を参照することなく、各プレーンデータに対するオフセット値を0に設定する。それにより、プレーン加算部5024は、各プレーンデータに対するオフセット制御を一時的に停止させる。従って、同じプレーンデータがレフトビュービデオプレーンとライトビュービデオプレーンとの両方に合成される。プレーン加算部5024は、再生制御部5035から2プレーンモードを指示されたとき、システムターゲットデコーダ5023からベースビュープレーンとディペンデントビュープレーンとの対を受信する。ここで、L/Rモードでは、ベースビュープレーンはレフトビュープレーンを表し、ディペンデントビュープレーンはライトビュープレーンを表す。従って、プレーン加算部5024は、ベースビュープレーンを左映像プレーンに重畳し、ディペンデントビュープレーンを右映像プレーンに重畳する。一方、デプスモードでは、ディペンデントビュープレーンは、ベースビュープレーンの表す映像に対するデプスマップを表す。従って、プレーン加算部5024は、まずベースビュープレーンとディペンデントビュープレーンとの対からレフトビュープレーンとライトビュープレーンとの対を生成し、その後、ビデオプレーンとの合成処理を行う。プレーン加算部5024はその他に、合成後のプレーンデータの出力形式を、表示装置103等、そのデータの出力先の装置による3D映像の表示方式に合わせて変換する。例えば出力先の装置が継時分離方式を利用するとき、プレーン加算部5024は合成後のプレーンデータを一つの映像フレーム又はフィールドとして送出する。一方、出力先の装置がレンチキュラーレンズを利用するとき、プレーン加算部5024は内蔵のバッファメモリを利用して、レフトビュープレーンとライトビュープレーンとの対を一つの映像フレーム又はフィールドに合成して送出する。具体的には、プレーン加算部5024は、先に合成されたレフトビュープレーンを一旦、そのバッファメモリに格納して保持する。プレーン加算部5024は続いて、ライトビュープレーンを合成して、バッファメモリに保持されたレフトビュープレーンと更に合成する。その合成では、レフトビュープレーンとライトビュープレーンとがそれぞれ、縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて一つのフレーム又はフィールドに再構成される。こうして、レフトビュープレーンとライトビュープレーンとの対が一つの映像フレーム又はフィールドに合成される。プレーン加算部5024はその合成後の映像フレーム又はフィールドを出力先の装置へ送出する。HDMI通信部5025は、HDMIケーブル122で表示装置103に接続され、HDMIケーブル122を通して表示装置103との間でCECメッセージを交換する。それにより、HDMI通信部5025は、表示装置103に対してHDMI認証を行い、3D映像の再生に対応可能か否かを表示装置103に問い合わせる。≪3Dプレイリスト再生処理≫図51は、再生制御部5035による3Dプレイリスト再生処理のフローチャートである。3Dプレイリスト再生処理は、再生制御部5035が静的シナリオメモリ5032から3Dプレイリストファイルを読み出すことによって開始される。ステップS5101では、再生制御部5035はまず、3Dプレイリストファイル内のメインパスからPIを一つ読み出して、カレントのPIとして設定する。再生制御部5035は次に、そのカレントPIのSTNテーブルから、再生対象のエレメンタリストリームのPIDを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部5035は更に、3Dプレイリストファイル内のSTNテーブルSS3930のうち、カレントPIに対応するものから、再生対象のエレメンタリストリームとして追加されるべきもののPIDを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたPIDと属性情報とは、システムターゲットデコーダ5023に指示される。再生制御部5035はその他に、3Dプレイリストファイル内のサブパスから、カレントPIと同時に参照されるべきSUB_PIを特定し、カレントのSUB_PIとして設定する。その後、処理はステップS5102へ進む。ステップS5102では、再生制御部5035は、STNテーブルSSの示すポップアップ期間のオフセット4111に依って各プレーンデータの表示モードを選択し、システムターゲットデコーダ5023とプレーン加算部5024とに指示する。特に、ポップアップ期間のオフセットの値が0であるとき、ビデオプレーンの表示モードとしてB-D表示モードが選択され、グラフィックスプレーンの表示モードとして2プレーンモード又は1プレーンオフセットモードが選択される。一方、ポップアップ期間のオフセットの値が1であるとき、ビデオプレーンの表示モードとしてB-B表示モードが選択され、グラフィックスプレーンの表示モードとして1プレーンゼロオフセットモードが選択される。その後、処理はステップS5103へ進む。ステップS5103では、グラフィックスプレーンの表示モードとして1プレーンオフセットモードが選択されたか否かをチェックする。1プレーンオフセットモードが選択された場合、処理はステップS5104へ進む。一方、2プレーンモード又は1プレーンゼロオフセットモードが選択された場合、処理はステップS5105へ進む。ステップS5104では、再生制御部5035は、カレントPIのSTNテーブルを参照して、選択されたPIDの示すエレメンタリストリームの中からPGストリーム又はIGストリームを検出する。再生制御部5035は更に、それらのストリームデータに割り当てられた参照オフセットIDを特定して、プレーヤ変数記憶部5036内のSPRM27に設定する。その後、処理はステップS5105へ進む。ステップS5105では、再生制御部5035は、カレントのPIとSUB_PIとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すPTS1、及び再生終了時刻OUT1を示すPTS2を読み出す。その参照クリップ情報から、再生対象のファイル2DとファイルDEPとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップS5106へ進む。ステップS5106では、再生制御部5035は、ステップS5105で特定されたクリップ情報ファイルの各エントリマップを参照して、図42に示されているように、PTS1、2に対応するファイル2D内のSPN1、2とファイルDEP内のSPN11、12とを検索する。再生制御部5035は更に、各クリップ情報ファイルのエクステント起点を利用して、ファイルSSの先頭から再生開始位置までのソースパケット数SPN21をSPN1、11から算定し、ファイルSSの先頭から再生終了位置までのソースパケット数SPN22をSPN2、12から算定する。具体的には、再生制御部5035は、まず2Dクリップ情報ファイルのエクステント起点の示すSPNの中から、SPN1以下で最大のものAmを検索し、ディペンデントビュークリップ情報ファイルのエクステント起点の示すSPNの中から、SPN11以下で最大のものBmを検索する。再生制御部5035は続いて、検索されたSPNの和AmBmを求めてSPN21として決定する。再生制御部5035は、次に2Dクリップ情報ファイルのエクステント起点の示すSPNの中から、SPN2よりも大きく、かつ最小のものAnを検索し、ディペンデントビュークリップ情報ファイルのエクステント起点の示すSPNの中から、SPN12より大きく、かつ最小のものBnを検索する。再生制御部5035は続いて、検索されたSPNの和AnBnを求めてSPN22として決定する。その後、処理はステップS5107へ進む。ステップS5107では、再生制御部5035は、ステップS5106で決定されたSPN21、22をセクタ数の対N1、N2に変換する。具体的には、再生制御部5035はまず、SPN21とソースパケット一つ当たりのデータ量192バイトとの積を求める。再生制御部5035は次に、その積をセクタ一つ当たりのデータ量2048バイトで割ったときの商SPN21×192/2048を求める。この商は、ファイルSSの先頭から再生開始位置の直前までのセクタ数N1に等しい。同様に、再生制御部5035は、SPN22から商SPN22×192/2048を求める。この商は、ファイルSSの先頭から再生終了位置の直前までのセクタ数N2に等しい。その後、処理はステップS5108へ進む。ステップS5108では、再生制御部5035は、ステップS5107で得られたセクタ数N1、N2のそれぞれから、再生対象のエクステントSS群の先端と後端とのLBNを特定する。具体的には、再生制御部5035は、再生対象のファイルSSのファイルエントリを参照して、エクステントSS群が記録されたセクタ群の先頭から数えてN11番目のセクタのLBN=LBN1と、N21番目のセクタのLBN=LBN2とを特定する。再生制御部5035は更に、LBN1からLBN2までの範囲をBD-ROMドライブ5001に指定する。その結果、指定された範囲のセクタ群から、エクステントSS群に属するソースパケット群がアラインドユニット単位で読み出される。その後、処理はステップS5109へ進む。ステップS5109では、再生制御部5035は、ステップS5106で利用されたクリップ情報ファイルのエクステント起点を再び利用して、エクステントSS群に関するデータブロック境界情報を生成し、スイッチ5020へ送出する。具体的な例として、再生開始位置を示すSPN21が、各エクステント起点の示すSPNの和AnBnに等しく、再生終了位置を示すSPN22が、各エクステント起点の示すSPNの和AmBmに等しいときを想定する。そのとき、再生制御部5035は、各エクステント起点からSPNの差の列、An1-An、Bn1-Bn、An2-An1、Bn2-Bn1、...、Am-Am-1、Bm-Bm-1を求めて、データブロック境界情報としてスイッチ5020へ送出する。図32のeに示されているとおり、この列は、エクステントSSに含まれる各データブロックのソースパケット数を示す。スイッチ5020は、BD-ROMドライブ5001から受信されるエクステントSSのソースパケット数を0からカウントする。そのカウントが、データブロック境界情報の示すSPNの差と一致する度に、スイッチ5020は、ソースパケットの送出先をRB15021とRB25022との間で切り換え、かつカウントを0にリセットする。その結果、エクステントSSの先頭から{Bn1-Bn}個のソースパケットは最初のディペンデントビューエクステントとしてRB24922へ送出され、続く{An1-An}個のソースパケットは最初のベースビューエクステントとしてRB15021へ送出される。以降も同様に、スイッチ5020によって受信されるソースパケットの数が、データブロック境界情報の示すSPNの差と一致する度に、エクステントSSからディペンデントビューとベースビューとの各エクステントが交互に抽出される。ステップS5110では、再生制御部5035は、メインパスに未処理のPIが残されているか否かをチェックする。残されているときは、処理がステップS5101から繰り返される。残されていないときは、処理が終了する。≪システムターゲットデコーダ≫図52は、システムターゲットデコーダ5023の機能ブロック図である。図52に示されている構成要素は、図48に示されている2D再生装置のもの4523とは次の二点で異なる:1リードバッファから各デコーダへの入力系統が二重化されている点、並びに、2主映像デコーダは3D再生モードに対応可能であり、副映像デコーダ、PGデコーダ、及びIGデコーダは2プレーンモードに対応可能である点。すなわち、それらの映像デコーダはいずれも、ベースビュービデオストリームとディペンデントビュービデオストリームとを交互に復号できる。特に2プレーンモードの各デコーダは、ベースビュープレーンを復号する部分と、ディペンデントビュープレーンを復号する部分とに分離されていてもよい。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、イメージプロセッサ、及び各プレーンメモリは、図48に示されている2D再生装置のものと同様である。従って、以下では、図52に示されている構成要素のうち、図48に示されているものとは異なるものについて説明し、同様なものの詳細についての説明は図48についての説明を援用する。更に、各映像デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ5215の構造について説明する。同様な説明は他の映像デコーダの構造についても成立する。第1ソースデパケタイザ5211は、RB15021からソースパケットを読み出し、更にその中からTSパケットを抽出して第1PIDフィルタ5213へ送出する。第2ソースデパケタイザ5212は、RB25022からソースパケットを読み出し、更にその中からTSパケットを抽出して第2PIDフィルタ5214へ送出する。各ソースデパケタイザ5211、5212は更に、各TSパケットの送出時刻を、各ソースパケットのATSの示す時刻に合わせる。その同期方法は、図48に示されているソースデパケタイザ48710による方法と同様である。従って、その詳細についての説明は図48についての説明を援用する。そのような送出時刻の調節により、第1ソースデパケタイザ5211から第1PIDフィルタ5213へのTSパケットの平均転送速度RTS1は、2Dクリップ情報ファイルの示すシステムレートを超えない。同様に、第2ソースデパケタイザ5212から第2PIDフィルタ5214へのTSパケットの平均転送速度RTS2は、ディペンデントビュークリップ情報ファイルの示すシステムレートを超えない。第1PIDフィルタ5213は、第1ソースデパケタイザ5211からTSパケットを受信する度に、そのPIDを選択対象のPIDと比較する。その選択対象のPIDは再生制御部5035によって予め、3Dプレイリストファイル内のSTNテーブルに従って指定されている。両方のPIDが一致したとき、第1PIDフィルタ5013はそのTSパケットを、そのPIDに割り当てられたデコーダへ転送する。例えば、PIDが0x1011であるとき、そのTSパケットは主映像デコーダ5215内のTB15201へ転送される。その他に、PIDが、0x1B00-0x1B1F、0x1100-0x111F、0x1A00-0x1A1F、0x1200-0x121F、及び0x1400-0x141Fの各範囲に属するとき、対応するTSパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、PGデコーダ、及びIGデコーダへ転送される。第2PIDフィルタ5214は、第2ソースデパケタイザ5212からTSパケットを受信する度に、そのPIDを選択対象のPIDと比較する。その選択対象のPIDは、再生制御部5035によって予め、3Dプレイリストファイル内のSTNテーブルSSに従って指定されている。両方のPIDが一致したとき、第2PIDフィルタ5214はそのTSパケットを、そのPIDに割り当てられたデコーダへ転送する。例えば、PIDが0x1012又は0x1013であるとき、そのTSパケットは主映像デコーダ5215内のTB25208へ転送される。その他に、PIDが、0x1B20-0x1B3F、0x1220-0x127F、及び0x1420-0x147Fの各範囲に属するとき、対応するTSパケットはそれぞれ、副映像デコーダ、PGデコーダ、及びIGデコーダへ転送される。主映像デコーダ5215は、TB15201、MB15202、EB15203、TB25208、MB25209、EB25210、バッファスイッチ5206、DEC5204、DPB5205、及びピクチャスイッチ5207を含む。TB15201、MB15202、EB15203、TB25208、MB25209、EB25210、及びDPB5205はいずれもバッファメモリである。各バッファメモリは、主映像デコーダ5215に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファメモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。TB15201は、ベースビュービデオストリームを含むTSパケットを第1PIDフィルタ5213から受信してそのまま蓄積する。MB15202は、TB15201に蓄積されたTSパケットからPESパケットを復元して蓄積する。そのとき、各TSパケットからTSヘッダが除去される。EB15203は、MB15202に蓄積されたPESパケットから、符号化されたVAUを抽出して蓄積する。そのとき、各PESパケットからPESヘッダが除去される。TB25208は、ディペンデントビュービデオストリームを含むTSパケットを第2PIDフィルタ5214から受信してそのまま蓄積する。MB25209は、TB25208に蓄積されたTSパケットからPESパケットを復元して蓄積する。そのとき、各TSパケットからTSヘッダが除去される。EB25210は、MB25209に蓄積されたPESパケットから、符号化されたVAUを抽出して蓄積する。そのとき、各PESパケットからPESヘッダが除去される。バッファスイッチ5206は、EB15203とEB25210とのそれぞれに蓄積されたVAUのヘッダをDEC5204からの要求に応じて転送する。バッファスイッチ5206は更に、そのVAUの圧縮ピクチャデータを、元のTSパケットに含まれるDTSの示す時刻にDEC5204へ転送する。ここで、ベースビュービデオストリームとディペンデントビュービデオストリームとの間では、同じ3DVAUに属する一対のピクチャのDTSが等しい。従って、バッファスイッチ5206は、DTSの等しい一対のVAUのうち、EB15203に蓄積された方を先にDEC5204へ転送する。DEC5204は、図48に示されているDEC4804と同様、圧縮ピクチャの復号処理に特化したハードウェアデコーダであり、特にその復号処理のアクセラレータ機能を備えたLSIで構成されている。DEC5204は、バッファスイッチ5206から転送された圧縮ピクチャデータを順次復号する。その復号処理では、DEC5204は予め、各VAUのヘッダを解析して、そのVAU内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は、例えば、MPEG-2、MPEG-4AVC、及びVC1を含む。DEC5204は更に、復号された非圧縮のピクチャをDPB5205へ転送する。DEC5204はその他に、ディペンデントビュービデオストリームから一つのビデオシーケンスの先頭のVAUを読み出す度に、そのVAUからオフセットメタデータを読み出す。そのビデオシーケンスの再生区間では、DEC5204は、まず、そのVAUと共に一つのPESパケットに格納されたPTSと、そのVAUの圧縮ピクチャデータの表すフレームの番号とを特定する。DEC5204は次に、そのフレーム番号に対応付けられたオフセット情報をオフセットメタデータから読み出して、特定されたPTSの示す時刻にプレーン加算部5024へ送出する。DPB5205は、復号された非圧縮のピクチャを一時的に保持する。DEC5204がPピクチャ及びBピクチャを復号するとき、DPB5205はDEC5204からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してDEC5204に提供する。ピクチャスイッチ5207は、DPB5205から非圧縮の各ピクチャを、元のTSパケットに含まれるPTSの示す時刻に、左映像プレーンメモリ5220と右映像プレーンメモリ5221とのいずれかに書き込む。ここで、同じ3DVAUに属するベースビューピクチャとディペンデントビューピクチャとではPTSが等しい。従って、ピクチャスイッチ5207は、DPB5205に保持された、PTSの等しい一対のピクチャのうち、ベースビューピクチャを先に左映像プレーンメモリ5220に書き込み、続いてディペンデントビューピクチャを右映像プレーンメモリ5221に書き込む。≪1プレーンゼロオフセットモードのプレーン加算部≫図53は、1プレーンオフセットモード又は1プレーンゼロオフセットモードのプレーン加算部5024の機能ブロック図である。図53を参照するに、プレーン加算部5024は、視差映像生成部5310、スイッチ5320、四つのクロッピング処理部5331-5334、及び四つの加算部5341-5344を含む。視差映像生成部5310は、システムターゲットデコーダ5023から左映像プレーン5301と右映像プレーン5302とを受信する。L/Rモードの再生装置102では、左映像プレーン5301はレフトビュービデオプレーンを表し、右映像プレーン5302はライトビュービデオプレーンを表す。L/Rモードの視差映像生成部5310は、受信された各ビデオプレーン5301、5302をそのままスイッチ5320へ送出する。一方、デプスモードの再生装置102では、左映像プレーン5301は2D映像のビデオプレーンを表し、右映像プレーン5302はその2D映像に対するデプスマップを表す。デプスモードの視差映像生成部5310は、まずそのデプスマップからその2D映像の各部の両眼視差を計算する。視差映像生成部5310は次に、左映像プレーン5301を加工して、ビデオプレーンにおけるその2D映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビュービデオプレーンとライトビュービデオプレーンとの対が生成される。視差映像生成部5310は更に、生成されたビデオプレーンの対を左映像プレーンと右映像プレーンとの対としてスイッチ5320へ送出する。スイッチ5320は、再生制御部5035からB-D表示モードを指示されたとき、PTSの等しい左映像プレーン5301と右映像プレーン5302とをその順で第1加算部5341へ送出する。スイッチ5320は、再生制御部5035からB-B表示モードを指示されたとき、PTSの等しい左映像プレーン5301と右映像プレーン5302との一方を、一フレーム当たり二回ずつ、第1加算部5341へ送出し、他方を破棄する。第1クロッピング処理部5331は、再生制御部5035から1プレーンオフセットモードを指示されたとき、副映像プレーン5303に対してオフセット制御を次のように行う。第1クロッピング処理部5331はまず、システムターゲットデコーダ5023からオフセット情報5307を受信する。そのとき、第1クロッピング処理部5331は、プレーヤ変数記憶部5036内のSPRM275351から副映像プレーンに対する参照オフセットIDを読み出す。第1クロッピング処理部5331は次に、その参照オフセットIDの示すオフセットシーケンスに属するオフセット情報を、システムターゲットデコーダ5023から受け取ったオフセット情報5307の中から検索する。第1クロッピング処理部5331は更に、検索されたオフセット情報を利用して、副映像プレーン5303に対してオフセット制御を行う。その結果、副映像プレーン5303は、レフトビューとライトビューとを表す一対のプレーンデータに変換される。更に、レフトビューとライトビューとの副映像プレーンは交互に第1加算部5341へ送出される。ここで、SPRM275351の値は一般に、カレントPIが切り換わる度に再生制御部5035によって更新される。その他に、プログラム実行部5034が、ムービーオブジェクト又はBD-Jオブジェクトに従ってSPRM275351の値を設定してもよい。同様に、第2クロッピング処理部5332は、PGプレーン5304を、レフトビューとライトビューとのPGプレーンに変換する。それらのPGプレーンは交互に第2加算部5342へ送出される。第3クロッピング処理部5333は、IGプレーン5305を、レフトビューとライトビューとのIGプレーンの対に変換する。それらのIGプレーンは交互に第3加算部5343へ送出される。第4クロッピング処理部5334は、イメージプレーン5306を、レフトビューとライトビューとのイメージプレーンに変換する。それらのイメージプレーンは交互に第4加算部5344へ送出される。第1クロッピング処理部5331は、再生制御部5035から1プレーンゼロオフセットモードを指示されたとき、副映像プレーン5303に対するオフセット制御を行うことなく、副映像プレーン5303をそのまま、二回繰り返して第1加算部5341へ送出する。他のクロッピング処理部5332-5334についても同様である。第1加算部5341は、スイッチ5320からはビデオプレーンを受信し、第1クロッピング処理部5331からは副映像プレーンを受信する。第1加算部5341はそのとき、受信されたビデオプレーンと副映像プレーンとを一組ずつ重畳して第2加算部5342へ渡す。第2加算部5342は、第2クロッピング処理部5332からPGプレーンを受信し、第1加算部5341から受信されたプレーンデータに重畳して第3加算部5343へ渡す。第3加算部5343は、第3クロッピング処理部5333からIGプレーンを受信し、第2加算部5342から受信されたプレーンデータに重畳して第4加算部5344へ渡す。第4加算部5344は、第4クロッピング処理部5334からイメージプレーンを受信し、第3加算部5343から受信されたプレーンデータに重畳して表示装置103へ送出する。ここで、各加算部5341-5344は、プレーンデータの重畳にα合成を利用する。こうして、左映像プレーン5301と右映像プレーン5302とのそれぞれに、図53に矢印5300で示されている順序で、副映像プレーン5303、PGプレーン5304、IGプレーン5305、及びイメージプレーン5306が重畳される。その結果、各プレーンデータの示す映像は表示装置103の画面上に、左映像プレーン又は右映像プレーン、副映像プレーン、IGプレーン、PGプレーン、及びイメージプレーンの順に重ねられたように表示される。[オフセット制御のフローチャート]図54は、各クロッピング処理部5331-5334によるオフセット制御のフローチャートである。各クロッピング処理部5331-5334は、システムターゲットデコーダ5023からオフセット情報5307を受信したときに、オフセット制御を開始する。以下の説明では、第2クロッピング処理部5332がPGプレーン5304に対してオフセット制御を行う場合を想定する。他のクロッピング処理部5331、5333、5334はそれぞれ、副映像プレーン5303、IGプレーン5305、及びイメージプレーン5306に対して同様な処理を行う。ステップS5401では、第2クロッピング処理部5332はまず、システムターゲットデコーダ5023からPGプレーン5304を受信する。そのとき、第2クロッピング処理部5332はSPRM275351から、PGプレーンに対する参照オフセットIDを読み出す。第2クロッピング処理部5331は次に、その参照オフセットIDの示すオフセットシーケンスに属するオフセット情報を、システムターゲットデコーダ5023から受け取ったオフセット情報5307の中から検索する。その後、処理はステップS5402へ進む。ステップS5402では、第2クロッピング処理部5332は、スイッチ5320によって選択されたビデオプレーンがレフトビューとライトビューとのいずれを表すかをチェックする。ビデオプレーンがレフトビューを表すとき、処理はステップS5403へ進む。ビデオプレーンがライトビューを表すとき、処理はステップS5406へ進む。ステップS5403では、第2クロッピング処理部5332は、検索されたオフセット方向の値をチェックする。ここで、次の場合を想定する:オフセット方向の値が0であるときは3Dグラフィックス映像の奥行きが画面よりも手前であり、オフセット方向の値が1であるときは奥である。その場合、オフセット方向の値が0であるとき、処理はステップS5404へ進む。オフセット方向の値が1であるとき、処理はステップS5405へ進む。ステップS5404では、第2クロッピング処理部5332は、PGプレーン5304に右向きのオフセットを与える。すなわち、PGプレーン5304の含む各画素データの位置をオフセット値だけ右へ移動させる。その後、処理はステップS5409へ進む。ステップS5405では、第2クロッピング処理部5332は、PGプレーン5304に左向きのオフセットを与える。すなわち、PGプレーン5304の含む各画素データの位置をオフセット値だけ左へ移動させる。その後、処理はステップS5409へ進む。ステップS5406では、第2クロッピング処理部5332は、検索されたオフセット方向の値をチェックする。オフセット方向の値が0であるとき、処理はステップS5407へ進む。オフセット方向の値が1であるとき、処理はステップS5408へ進む。ステップS5407では、ステップS5404とは逆に、第2クロッピング処理部5332は、PGプレーン5304に左向きのオフセットを与える。すなわち、PGプレーン5304の含む各画素データの位置をオフセット値だけ左へ移動させる。その後、処理はステップS5409へ進む。ステップS5408では、ステップS5405とは逆に、第2クロッピング処理部5332はPGプレーン5304に右向きのオフセットを与える。すなわち、PGプレーン5304の含む各画素データの位置をオフセット値だけ右へ移動させる。その後、処理はステップS5409へ進む。ステップS5409では、第2クロッピング処理部5332は、処理後のPGプレーン5304を第3クロッピング処理部5334へ送出する。その後、処理は終了する。[オフセット制御によるプレーンデータの変化]図55のbは、第2クロッピング処理部5332によるオフセット制御で加工される前のPGプレーンGPを示す模式図である。図55のbを参照するに、PGプレーンGPは、字幕ILoveyouを表す画素データ群、すなわち字幕データSTLを含む。その字幕データSTLはPGプレーンデータGPの左端から距離D0に位置する。図55のaは、右向きのオフセットが与えられたPGプレーンRGPを示す模式図である。図55のaを参照するに、第2クロッピング処理部5332は、PGプレーンGPに右向きのオフセットを与える場合、PGプレーンGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ右へ移動させる。具体的には、第2クロッピング処理部5332はまず、クロッピング処理によってPGプレーンGPの右端から、オフセット値に等しい幅OFSの帯状領域AR1に含まれる画素データを除去する。第2クロッピング処理部5332は次に、PGプレーンGPの左端に画素データを付加して、幅OFSの帯状領域AL1を構成する。ここで、その領域AL1に含まれる画素データは透明に設定される。こうして、右向きのオフセットが与えられたPGプレーンRGPが得られる。実際、字幕データSTLはそのPGプレーンRGPの左端から距離DRに位置し、その距離DRは、元の距離D0にオフセット値OFSを加えた値に等しい:DR=D0OFS。図55のcは、左向きのオフセットが与えられたPGプレーンLGPを示す模式図である。図55のcを参照するに、第2クロッピング処理部5332は、PGプレーンGPに左向きのオフセットを与える場合、PGプレーンGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ左へ移動させる。具体的には、第2クロッピング処理部5332はまず、クロッピング処理によってPGプレーンGPの左端から、オフセット値に等しい幅OFSの帯状領域AL2に含まれる画素データを除去する。第2クロッピング処理部5332は次に、PGプレーンGPの右端に画素データを付加して、幅OFSの帯状領域AR2を構成する。ここで、その領域AR2に含まれる画素データは透明に設定される。こうして、左向きのオフセットが与えられたPGプレーンLGPが得られる。実際、字幕データSTLはそのPGプレーンLGPの左端から距離DLに位置し、その距離DLは、元の距離D0からオフセット値OFSを除いた値に等しい:DL=D0-OFS。≪2プレーンモードのプレーン加算部≫図56は、2プレーンモードのプレーン加算部5624の部分的な機能ブロック図である。図56を参照するに、2プレーンモードのプレーン加算部5624は、図53に示されている1プレーンオフセットモードのプレーン加算部5324と同様、視差映像生成部5310、スイッチ5320、第1加算部5341、第2加算部5342、及び第2クロッピング処理部5332を含む。図56には示されていないが、2プレーンモードのプレーン加算部5624は更に、図53に示されている他のクロッピング処理部5331、5333、5334、及び他の加算部5343、5344を含む。それらに加え、2プレーンモードのプレーン加算部5624は、PGプレーン5304、5305の入力部に、第2視差映像生成部5610と第2スイッチ5620とを含む。図56には示されていないが、同様な構成は、副映像プレーン、IGプレーン、及びイメージプレーンの各入力部にも含まれる。第2視差映像生成部5610は、システムターゲットデコーダ5023からレフトビューPGプレーン5604とライトビューPGプレーン5605とを受信する。L/Rモードの再生装置102では、レフトビューPGプレーン5604とライトビューPGプレーンデータ5605とはそれぞれ、文字通り、レフトビューPGプレーンとライトビューPGプレーンとを表す。従って、第2視差映像生成部5610は各プレーンデータ5604、5605をそのまま第2スイッチ5620へ送出する。一方、デプスモードの再生装置102では、レフトビューPGプレーン5604は2Dグラフィックス映像のPGプレーンを表し、ライトビューPGプレーン5605はその2Dグラフィックス映像に対するデプスマップを表す。従って、第2視差映像生成部5610はまず、そのデプスマップからその2Dグラフィックス映像の各部の両眼視差を計算する。第2視差映像生成部5610は次に、レフトビューPGプレーン5604を加工して、PGプレーンにおけるその2Dグラフィックス映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビューPGプレーンとライトビューPGプレーンとが生成される。第2視差映像生成部5610は更に、それらのPGプレーンを第2スイッチ5620へ送出する。第2スイッチ5620は、PTSの等しいレフトビューPGプレーン5604とライトビューPGプレーン5605とをその順で、第2クロッピング処理部5332へ送出する。第2クロッピング処理部5332は、各PGプレーン5604、5605をそのまま、第2加算部5342へ送出する。第2加算部5342は、第1加算部5341から受信されたプレーンデータに各PGプレーン5604、5605を重畳して、第3加算部5343へ渡す。その結果、左映像プレーン5301にはレフトビューPGプレーン5604が重畳され、右映像プレーン5302にはライトビューPGプレーン5605が重畳される。[2プレーンモードでのオフセット情報の用途]2プレーンモードの第2クロッピング処理部5632は、オフセット情報5307を利用してレフトビューPGプレーン5604又はライトビューPGプレーン5605に対してオフセット制御を行ってもよい。そのオフセット制御には、以下に述べる利点がある。L/Rモードでは、図3のbに示されている第1サブTS内のレフトビューPGストリーム312Aに代えて、図3のaに示されているメインTS内のPGストリーム303A以下、2DPGストリームと略す。がレフトビューPGプレーンとして利用されてもよい。すなわち、図41に示されているベースビューストリームエントリ4143において、サブパスID参照情報4151はメインパスを示し、ストリームファイル参照情報4152は、2DPGストリームが格納されたファイル2Dを示し、PID4153は2DPGストリームのPIDを示す。その場合、第1サブTSはレフトビューPGストリームを含まなくてもよいので、3D映像コンテンツのデータ量を削減することができる。しかし、その反面、3Dグラフィックス映像に次の不具合が生じる危険性がある。図57のa、b、cは、2DPGストリームの表すレフトビューグラフィックス映像GOB0と、ライトビューPGストリームの表すライトビューグラフィックス映像GOB1-3とを示す模式図である。図57のa-cを参照するに、画面SCR内の実線はレフトビューグラフィックス映像GOB0を示し、破線はライトビューグラフィックス映像GOB1-3を示す。図57のa、b、cの順にグラフィックス映像間の距離Δ1、Δ2、Δ3は小さいΔ1<Δ2<Δ3ので、3Dグラフィックス映像と画面SCRとの奥行きの差が小さい。従って、グラフィックス映像の対が図57のa、b、cの順に表示されるとき、3Dグラフィックス映像は画面SCRから手前に飛び出すように見える。レフトビューグラフィックス映像GOB0が字幕を表すとき、その映像GOB0は2D映像としても利用されるので、その表示位置は図57のa-cの間で一定である。一方、ライトビューグラフィックス映像GOB1-3の表示位置は図57のa、b、cの順に左へ移動する。従って、グラフィックス映像間の中心位置C1、C2、C3が図57のa、b、cの順に左へ移動する。すなわち、字幕の3Dグラフィックス映像は左向きに移動するように見える。そのような字幕の移動は視聴者に違和感を与える危険性がある。2プレーンモードの第2クロッピング処理部5332は、オフセット情報に従ったオフセット制御を次のように利用して、3Dグラフィックス映像の水平方向での移動を防ぐ。図57のd、e、fはそれぞれ、図57のa、b、cに示されているレフトビューグラフィックス映像に対するオフセット制御を示す模式図である。図57のd-fを参照するに、画面SCR内の実線はオフセット制御後のレフトビューグラフィックス映像GOB4-6を示し、細い破線はオフセット制御前のレフトビューグラフィックス映像GOB0を示し、太い破線はライトビューグラフィックス映像GOB1-3を示す。第2クロッピング処理部5332はレフトビューPGプレーンに対し、図57のd、e、fに矢印で示されているオフセットOFS1、OFS2、OFS3を順番に与える。それにより、オフセット制御後のレフトビューグラフィックス映像GOB4-6は、オフセット制御前のものGOB0よりも右へ移動する。その結果、図57のd-fではグラフィックス映像間の中心位置C0が一定に維持されるので、3Dグラフィックス映像は水平方向には移動しないように見える。こうして、2DPGストリームをレフトビューPGストリームとして利用することが視聴者に違和感を与える危険性を回避することができる。<実施形態1の効果>本発明の実施形態1によるBD-ROMディスク101では、3D映像のAVストリームファイルがデータブロックに分割されて、複数のエクステントブロックを構成している。特にそれらのデータブロックとエクステントブロックとの各サイズは上記の条件を満たす。それらの条件は、以下に述べるアロケーションルールに整理される。[ルール1]ファイルベースはいずれかのファイル2Dとビット単位bit-for-bitで一致する。但し、ベースビューエクステントEXT1と2DエクステントEXT2Dとの間では、LBNが一致していなくてもよい。[ルール2]エクステントSSEXTSSは、ベースビューエクステントEXT1とディペンデントビューエクステントEXT2との対が整数個、インターリーブ配置で連続するデータ領域である。[ルール3]図15に示されているとおり、ファイルベースの先頭からi1番目文字iは0以上の整数を表す。のベースビューエクステントEXT1iと、ファイルDEPの先頭からi1番目のディペンデントビューエクステントEXT2iとは、論理アドレス上、ディペンデントビューエクステントEXT2i、ベースビューエクステントEXT1iの順で連続して配置される:EXT2i→EXT1i。[ルール4]ベースビューエクステントEXT1とディペンデントビューエクステントEXT2との各サイズは、アラインドユニットのサイズ=約6KBの整数倍に揃えられる。[ルール5]i1番目のベースビューエクステントEXT1iに属するソースパケットのATSと、i1番目のディペンデントビューエクステントEXT2iに属するソースパケットのATSとは、同じATC時間軸で表される。[ルール6]i1番目のベースビューエクステントEXT1iとi1番目のディペンデントビューエクステントEXT2iとでは、エクステントATC時間が等しい。[ルール7]ベースビューエクステントEXT1は、エクステントSSEXTSSの後端に配置されている場合と、ファイル2Dのファイルエントリから参照されていない場合とを除いて、条件1を満たす。すなわち、2DエクステントEXT2DのサイズSEXT2Dは式1を満たす。[ルール8]ベースビューエクステントEXT1は、エクステントSSEXTSSの後端に配置されている場合を除いて、条件2を満たす。すなわち、ベースビューデータブロックのサイズSEXT1は式2を満たす。[ルール9]ディペンデントビューエクステントEXT2は、エクステントSSEXTSSの後端に配置されている場合を除いて、条件3を満たす。すなわち、ディペンデントビューデータブロックのサイズSEXT2は式3を満たす。[ルール10]ファイルSSの先頭からi1番目のエクステントSSEXTSSiはi2番目のエクステントSSEXTSSi1とシームレスに接続される場合には、条件4を満たす。すなわち、i1番目のエクステントブロックのサイズSEXTSSiは式4を満たす。[ルール11]i1番目のベースビューエクステントEXT1iとi1番目のディペンデントビューエクステントEXT2iとは、条件5を満たす。すなわち、ベースビューデータブロックとディペンデントビューデータブロックとの各サイズは、図28のaの表で規定された最大エクステントサイズ以下である。特にルール11が満たされることにより、ファイルDEPに対するシステムレートが所定の閾値例えば32Mbpsよりも高く上昇する場合には、ロングジャンプの直前に読み出されるタイプBのデータブロックの最大エクステントサイズは縮小される。その結果、BD-ROMディスク101は、他のルールを満たしたまま、再生装置102にRB2の容量の下限を許容範囲内に維持させることができる。こうして、2D再生モードと3D再生モードとのいずれの再生装置においても、リードバッファにアンダーフローを生じさせることなく、その容量を更に削減することができる。<変形例>1-A本発明の実施形態1によるL/Rモードでは、ベースビュービデオストリームがレフトビューを表し、ディペンデントビュービデオストリームがライトビューを表す。逆に、ベースビュービデオストリームがライトビューを表し、ディペンデントビュービデオストリームがレフトビューを表してもよい。本発明の実施形態1によるBD-ROMディスク101では、ベースビュービデオストリームとディペンデントビュービデオストリームとは、異なるTSに多重化されている。その他に、ベースビュービデオストリームとディペンデントビュービデオストリームとが一つのTSに多重化されていてもよい。1-B3D映像を表すAVストリームファイルでは、図14に示されているPMT1410に3Dディスクリプタが追加されてもよい。3Dディスクリプタは、3D映像の再生方式に関してAVストリームファイル全体に共通する情報であり、特に3D方式情報を含む。3D方式情報は、L/Rモード又はデプスモード等、3D映像のAVストリームファイルの再生方式を示す。更に、PMT1410の含む各ストリーム情報1403に3Dストリームディスクリプタが追加されてもよい。3Dストリームディスクリプタは、AVストリームファイルに含まれるエレメンタリストリーム別に、3D映像の再生方式に関する情報を示す。特にビデオストリームの3Dストリームディスクリプタは3D表示タイプを含む。3D表示タイプは、そのビデオストリームから映像をL/Rモードで再生するとき、その映像がレフトビューとライトビューとのいずれであるのかを示す。3D表示タイプはまた、そのビデオストリームから映像をデプスモードで再生するとき、その映像が2D映像とデプスマップとのいずれであるのかを示す。このように、PMT1410が3D映像の再生方式に関する情報を含むとき、その映像の再生系統はAVストリームファイルだけからでもその情報を取得できる。従って、そのようなデータ構造は、例えば放送波で3D映像コンテンツを頒布するときに有効である。1-Cディペンデントビュークリップ情報ファイルは、ディペンデントビュービデオストリームのPID=0x1012、0x1013に割り当てられているビデオストリーム属性情報に所定のフラグを含んでもよい。そのフラグがオンであるときは、ディペンデントビュービデオストリームがベースビュービデオストリームを参照するものであることを示す。そのビデオストリーム属性情報が更に、参照先のベースビュービデオストリームに関する情報を含んでもよい。その情報は、3D映像コンテンツが規定のフォーマットどおりに作成されているか否かを所定のツールで検証するときに、ビデオストリーム間の対応関係を確認するのに利用することができる。本発明の実施形態1では、クリップ情報ファイルに含まれるエクステント起点からベースビューエクステントとディペンデントビューエクステントとの各サイズを算出することができる。その他に、各エクステントのサイズの一覧表が、例えばクリップ情報ファイルにメタデータの一部として格納されてもよい。1-D図39に示されている3Dプレイリストファイル222はサブパス3902を一つ含む。その他に、3Dプレイリストファイルがサブパスを複数含んでもよい。例えば、一方のサブパスのサブパスタイプが3DL/Rであり、他方のサブパスのサブパスタイプが3Dデプスであってもよい。その3Dプレイリストファイルに従って3D映像が再生されるとき、再生対象のサブパスがそれら二種類のサブパスの間で切り換えられることにより、再生装置102をL/Rモードとデプスモードとの間で容易に切り換えさせることができる。特にその切り換え処理は、3Dプレイリストファイルそのものを切り換える処理よりも速やかに実現可能である。3Dプレイリストファイルは、サブパスタイプの等しいサブパスを複数含んでいてもよい。例えば、同じシーンに対する両眼視差の異なる3D映像が共通のレフトビューに対するライトビューの違いで表現されるとき、異なるライトビューを表す複数のファイルDEPがBD-ROMディスク101に記録される。その場合、3Dプレイリストファイルは、サブパスタイプが3DL/Rであるサブパスを複数含む。それらのサブパスは、異なるファイルDEPの再生経路を個別に規定する。その3Dプレイリストファイルに従って3D映像が再生されるとき、再生対象のサブパスが例えばユーザの操作に応じて速やかに切り換えられるので、3D映像を実質的に途切れさせることなく、その両眼視差を変化させることができる。それにより、ユーザに所望の両眼視差の3D映像を容易に選択させることができる。図39に示されている3Dプレイリストファイル222では、ベースビュービデオストリームはメインパス3901内のSTNテーブルに登録され、ディペンデントビュービデオストリームは拡張データ3903内のSTNテーブルSS3930に登録されている。その他に、ディペンデントビュービデオストリームはSTNテーブルに登録されていてもよい。その場合、STNテーブルは、登録されたビデオストリームがベースビューとディペンデントビューとのいずれを表すものであるかを示すフラグを含んでもよい。本発明の実施形態1によるBD-ROMディスク101には、2Dプレイリストファイルと3Dプレイリストファイルとが別々に記録されている。その他に、図39に示されているサブパス3902が、拡張データ3903と同様に、3D再生モードの再生装置102によってのみ参照される領域に記録されてもよい。その場合、サブパス3902が2D再生モードの再生装置102を誤動作させる危険性はないので、3Dプレイリストファイルをそのまま、2Dプレイリストファイルとして利用することができる。その結果、BD-ROMディスクのオーサリングが簡単化される。1-E図43に示されているインデックスファイル211は、タイトル全体で共通する3D存在フラグ4320と2D/3Dお好みフラグ4330とを含む。その他に、インデックスファイルが、タイトル別に異なる3D存在フラグ又は2D/3Dお好みフラグを設定していてもよい。1-F3D再生装置では、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の値を超えていれば、3D再生装置はそのタイトルを2D再生モードで再生する。こうして、年齢による瞳孔間距離の相違を考慮して、一定の年齢未満の子供には3D映像を2D映像としてしか見せない等のパレンタル制御を実現することができる。このパレンタル制御は好ましくは、図44に示されている再生対象のプレイリストファイルを選択する処理において表示装置が3D映像に対応していると判定されたときに、すなわち、ステップS4405においてYesと判定されたときに行われる。尚、SPRM30には、制限年齢に代えて、3D再生モードの許可/禁止を示す値が設定され、3D再生装置はその値に従って3D再生モードの有効/無効を判断してもよい。1-G3D再生装置では、2D再生モードと3D再生モードとのいずれが優先されるべきかを示す値がSPRM31に設定されていてもよい。SPRM31の値は、3D再生装置のユーザによって3D再生装置のOSD等を利用して設定される。3D再生装置は、図44に示されている再生対象のプレイリストファイルを選択する処理におけるステップS4403で、2D/3Dお好みフラグと共にSPRM31を参照する。それらがいずれも2D再生モードを示しているときは、3D再生装置は2D再生モードを選択する。2D/3Dお好みフラグとSPRM31とがいずれも3D再生モードを示しているときは、3D再生装置は、再生モードの選択画面を表示することなく、ステップS4405、すなわちHDMI認証を行う。その結果、表示装置が3D映像の再生に対応可能であれば、3D再生装置は3D再生モードを選択する。2D/3Dお好みフラグとSPRM31とが異なる再生モードを示しているときは、3D再生装置はステップS4404を実行し、すなわち再生モードの選択画面を表示してユーザに再生モードを選択させる。その他に、アプリケーションプログラムに再生モードを選択させてもよい。こうして、3D映像コンテンツに2D/3Dお好みフラグが設定されていても、その値の示す再生モードが、SPRM31の示す再生モード、すなわち、ユーザが予め設定した再生モードと一致しないときにのみ、ユーザに改めて再生モードを選択させるようにすることができる。BD-Jオブジェクト等のアプリケーションプログラムは、SPRM31を参照して再生モードを選択してもよい。更に、ステップS4404においてユーザに再生モードを選択させる際、選択画面に表示されるメニューの初期状態が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-HファイルDEPに対するシステムレートRTS2がファイル2Dに対するシステムレートRTS1と同程度に高く設定される場合、ディペンデントビュー転送速度REXT2も同程度まで上昇し得る。n1番目のディペンデントビューデータブロックに対する転送速度REXT2nがそのように上昇した場合、平均転送速度REXT1n、REXT2nの合計に対する制限から、n1番目のベースビューデータブロックに対する転送速度REXT1nは最高値RMAX1よりも顕著に降下する。一方、式7の右辺では、分母に含まれる平均転送速度REXT2Dがその最高値RMAX2Dで評価されている。更に、n1番目のベースビューデータブロックのエクステントATC時間は、その最大エクステントサイズとベースビュー転送速度REXT1nとの比で表される値を上限とする。従って、その上限は実際のエクステントATC時間よりも顕著に長い。n1番目のベースビューデータブロックとn1番目のディペンデントビューデータブロックとではエクステントATC時間が共通であるので、そのディペンデントビューデータブロックのサイズは最大で、ディペンデントビュー転送速度REXT2nと上記のエクステントATC時間の上限との積に等しい。そのサイズは、シームレス再生に実際に必要な値よりも顕著に大きいので、RB22212の容量の更なる削減が阻まれる。従って、ファイルDEPに対するシステムレートRTS2をファイル2Dに対するシステムレートRTS1と同程度に高く設定する可能性がある場合、式7は次式12に変更される:式12の右辺では、分母に含まれる転送速度として、2Dエクステントに対する平均転送速度の最高値RMAX2D、又は、転送速度の最高値の合計RMAX1RMAX2とディペンデントビュー転送速度REXT2との間の差のいずれか低い方が採用される。ここで、転送速度の最高値の合計RMAX1RMAX2はシステムレートの合計RTS1RTS2の192/188倍に等しい。従って、ディペンデントビュー転送速度REXT2がシステムレートと同程度まで上昇する場合には、上記の差で最大エクステントサイズが評価される。それにより、ベースビューデータブロックのエクステントATC時間の上限は、実際のエクステントATC時間に近い値に抑えられる。それ故、ディペンデントビューデータブロックのサイズは、シームレス再生に実際に必要な値程度に抑えられる。こうして、RB22212の容量を十分に小さく維持することができる。1-IPI間のシームレス接続におけるATSの設定条件一つの再生区間PI内では、図17に示されているとおり、i1番目のエクステントペアEXT1i、EXT2ii=0、1、2、...の間でエクステントATC時間を揃える際に、ディペンデントビューデータブロックEXT2iの先頭のソースパケットSP20のATSA2がベースビューデータブロックEXT1iの先頭のソースパケットSP10のATSA1以上に設定される:A2≧A1。しかし、i1番目のエクステントペアEXT1i、EXT2iの間で、RB1、RB2のそれぞれからシステムターゲットデコーダへの転送期間は、厳密には揃っていない。一方、異なるPI間をコネクションコンディションCC=6という条件でシームレスに接続する場合、図37のに示されているように、それらのPI間でATCが連続していなければならない。従って、以下に説明されるように、異なるPI間の接続点では、RB2がアンダーフローを生じる危険性がある。図58のaは、PIN-1及びPIN文字Nは1以上の整数を表す。がシームレスに接続されているとき、その接続点の前後に位置する各データブロックがRB1、RB2からシステムターゲットデコーダへ転送される期間を示す模式図である。n1番目のエクステントペア、EXT1[n]、EXT2[n]文字nは0以上の整数を表す。はPIN-1の後端に位置し、n2番目のエクステントペア、EXT1[n1]、EXT2[n1]はPINの先端に位置する。ここで、EXT1[n]の後端とEXT1[n1]の先端との間ではATCが不連続でもよい。EXT2[n]の後端とEXT2[n1]の先端との間でも同様である。図58のaを参照するに、EXT2[n]の転送期間TATC20nはEXT1[n]の転送期間TATC1nよりも遅れて終了する。すなわち、EXT2[n1]のSP20のATSA2がEXT1[n1]のSP10のATSA1よりも大きい。それらのATSA1、A2間では、EXT2[n]の後端部分5801の転送期間が、EXT1[n1]の先端部分の転送期間と重複する。図58のb、cはそれぞれ、図58のaに示されているEXT1[n]、EXT1[n1]、EXT2[n]、EXT2[n1]を3D再生装置によって復号する際におけるRB1、RB2の各蓄積データ量DA1、DA2の時間的変化を示すグラフである。図58のbを参照するに、RB1の蓄積データ量DA1は、EXT1[n]の読み出し期間PRBnでは上昇し、EXT1[n]の後端からEXT2[n1]の先端までのジャンプ又はゼロセクタ遷移が生じる期間PJ、及びEXT2[n1]の読み出し期間PRDn1では下降する。一方、EXT1[n]の転送期間TATC1nの長さは、EXT1[n]の読み出し期間PRBnの開始時刻からEXT1[n1]の読み出し期間PRBn1の開始時刻までの時間以上に設定されている。従って、後者の開始時刻での蓄積データ量DA1は前者の開始時刻での値を下回らない。すなわち、RB1はアンダーフローを生じない。図58のcを参照するに、RB2の蓄積データ量DA2は、EXT2[n]の読み出し期間PRDnでは上昇し、EXT1[n]の読み出し期間PRBn、及び上記のジャンプ又はゼロセクタ遷移の期間PJでは下降する。一方、EXT2[n]の転送期間TATC20nの長さは、EXT1[n]の読み出し期間PRBnの開始時刻からEXT1[n1]の読み出し期間PRBn1の開始時刻までの時間以上に設定されている。従って、EXT2[n1]の読み出し期間PRDn1の開始時刻TS1での蓄積データ量DA2は、EXT2[n]の読み出し期間PRDnの開始時刻TS0での値よりも大きい。すなわち、RB2はアンダーフローを生じない。こうして、図58のaに示されているように、異なるPI間の接続点でEXT2[n]の転送期間TATC20nがEXT1[n]の転送期間TATC1nよりも遅れて終了する場合には問題は生じ得ない。図58のdは、aと同様に、PIN-1及びPINがシームレスに接続されているとき、その接続点の前後に位置する各データブロックがRB1、RB2からシステムターゲットデコーダへ転送される期間を示す模式図である。但し、図58のdではaとは異なり、EXT2[n]の転送期間TATC21nはEXT1[n]の転送期間TATC1nよりも早く終了する。すなわち、EXT2[n1]のSP20のATSA2がEXT1[n1]のSP10のATSA1よりも小さい。それらのATSA2、A1間では、EXT2[n1]の先端部分5811の転送期間が、EXT1[n]の後端部分の転送期間と、形式的には重複する。図58のe、fはそれぞれ、図58のdに示されているEXT1[n]、EXT1[n1]、EXT2[n]、EXT2[n1]を3D再生装置によって復号する際におけるRB1、RB2の各蓄積データ量DA1、DA2の時間的変化を示すグラフである。図58のeの示すグラフは、bのグラフと同様である。従って、RB1はアンダーフローを生じない。図58のfを参照するに、RB2の蓄積データ量DA2は、EXT2[n]の読み出し期間PRDnで上昇し、EXT1[n]の読み出し期間PRBnで下降する。ここで、EXT2[n]の転送期間TATC21nはEXT1[n]の読み出し期間PRBnよりも早く終了する。従って、RB2の蓄積データ量DA2は、EXT1[n]の読み出し期間PRBnが終了するよりも前の時刻TUFで、EXT2[n]の読み出し期間PRDnの開始時刻TS0での値に戻る。ここで、EXT1[n]の読み出し期間PRBnとジャンプ又はゼロセクタ遷移の期間PJとでは、EXT2[n1]をBD-ROMディスクからRB2へ読み出すことはできない。その結果、EXT2[n1]内でのATSの設定に反して、EXT2[n]の転送期間TATC21nの終了時刻TUFからEXT2[n1]の読み出し期間PRDnの開始時刻TS1までの期間では、RB2からシステムターゲットデコーダへのデータが途絶える。すなわち、RB2はアンダーフローを生じる。こうして、図58のdに示されているように、異なるPI間の接続点でEXT2[n]の転送期間TATC21nがEXT1[n]の転送期間TATC1nよりも早く終了する場合には問題が生じ得る。PI間のシームレス接続に起因するRB2のアンダーフローを防止するには、以下に述べる二つの方法のいずれかを採用すればよい。第一の方法は、PI間の接続点以後に読み出されるディペンデントビューエクステント内に設定されるATSの示す時刻を、その接続点よりも前に読み出されるベースビューエクステントの転送期間の終了時刻以後に設定する。第二の方法は、エクステントブロック間のシームレス接続ではプリロードを不要にする。1-I-1第一の方法図59のa、bはそれぞれ、PIN-1とPINとの間のシームレス接続にCC=6、5が設定される場合に、第一の方法によって各ソースパケットに設定されるATSと、そのソースパケットの転送期間との間の関係を示す模式図である。n1番目のエクステントペア、EXT1[n]、EXT2[n]はPIN-1の後端に位置し、n2番目のエクステントペア、EXT1[n1]、EXT2[n1]はPINの先端に位置する。図59のa、bを参照するに、上段に並ぶ矩形5910は、EXT1[n]、EXT1[n1]に含まれるソースパケットの転送期間を表し、下段に並ぶ矩形5920は、EXT2[n]、EXT2[n1]に含まれるソースパケットの転送期間を表す。時間軸と並行するATCの軸は、ソースパケット間でのATSの関係を示す。ここで、ATCの軸方向に対する各矩形5910、5920の先頭の位置は、対応するソースパケットのATSの値を表す。図59のaではCC=6が設定されているので、PIN-1とPINとにわたってATCが連続している。一方、図59のbではCC=5が設定されているので、PIN-1とPINとの間でATCが不連続であってもよい。図59のa、bを参照するに、EXT2[n1]の先端に位置するソースパケットSP22の転送開始時刻T22は、EXT1[n]の後端に位置するソースパケットSP11の転送完了時刻T12以降である:T22≧T12。その場合、EXT1[n]内のソースパケットが全て転送された後に、EXT2[n1]の先端に位置するソースパケットSP22は転送されればよい。それにより、EXT2[n1]の実際の転送期間を、EXT2[n1]に設定されたATSの示す期間と整合させることができる。すなわち、RB2のアンダーフローを防止することができる。ここで、メインTSに属するTSパケットを1つ転送するのに要する時間AT1は、TSパケットの長さ188バイトをメインTSの記録速度RMTSで割った値に等しい:AT1=188/RMTS。従って、EXT1[n]の後端に位置するソースパケットSP11の転送完了時刻T12は、そのソースパケットSP11の転送開始時刻T11よりも、メインTSに属するTSパケット1つ当たりの転送時間AT1だけ遅い:T12=T11AT1=T11188/RMTS。図59のaではPIN-1とPINとにわたってATCが連続しているので、各ソースパケットSP11、SP22の転送開始時刻T11、T22を、そのソースパケットのATSA11、A22で表現することができる。すなわち、上記の条件、T22≧T12を次式13で表すことができる:A22≧A11188/RMTS。13一方、図59のbでは、PIN-1とPINとの間でATCが不連続である。ここで、PIN-1に対するATCをATC1と呼び、PINに対するATCをATC2と呼ぶ。その場合、EXT2[n]の後端に位置するソースパケットSP21と、EXT2[n1]の先端に位置するソースパケットSP22との間でのATSの差A22-A21は、必ずしも、それらのソースパケットSP21、SP22間での転送開始時刻の差T22-T21=ΔT2には一致しない。しかし、上記の転送開始時刻の差ΔT2をATC1で換算した値ΔA2を用いれば、EXT2[n1]の先端に位置するソースパケットSP22の転送開始時刻T22を、EXT2[n]の後端に位置するソースパケットSP21のATSA21で表現することができる。すなわち、上記の条件、T22≧T12を次式14で表すことができる:A21ΔA2≧A11188/RMTS。141-I-2第二の方法図60のbは、M1番目文字Mは1以上の整数を表す。のエクステントブロックEXTSS[M]6001、M2番目のエクステントブロックEXTSS[M1]6002、及び3D再生モードでの再生経路6020を示す模式図である。図60のbを参照するに、再生経路6020に従って、まず、EXTSS[M]6001の全体が一括して読み出される。その直後にジャンプJMが生じる。続いて、EXTSS[M1]6002が一括して読み出される。図60のaは、EXTSS[M]6001とEXTSS[M1]6002とがシームレスに接続されるとき、RB1、RB2に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1DA2の変化を示すグラフ群である。図60のaでは、一点鎖線のグラフは、RB1に蓄積されるデータ量DA1の変化を示し、破線のグラフは、RB2に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1DA2の変化を示す。ここで、実線のグラフは、データブロックが一つ読み出されるごとに生じる細かい変化を均して直線的に近似したものである。更に、ゼロセクタ遷移時間は0m秒とみなされている。図60のaを参照するに、EXTSS[M]6001の読み出し期間PRBLKMでは、RB1、RB2の各蓄積データ量DA1、DA2が増大するので、それらの和DA1DA2は、読み出し速度RUD72と平均転送速度REXTSSMとの間の差RUD72-REXTSSMに等しい速度で増加する。EXTSS[M]6001の後端のベースビューデータブロックBがRB1に読み込まれた時点で蓄積データ量の和DA1DA2は最大値に達する。その直後のジャンプ期間PJMでは蓄積データ量の和DA1DA2は平均転送速度REXTSSMで減少する。更に、ジャンプ期間PJMの終了時点からEXTSS[M1]6002の読み出し期間PRBLKM1が開始される。第二の方法は、EXTSS[M]6001の後端に位置するベースビューデータブロックBn-1の後端部分と転送期間が重複するディペンデントビューストリームのデータ部分を、EXTSS[M1]6002の先端に位置するディペンデントビューデータブロックDnに配置する。それにより、EXTSS[M1]6002の先端に位置するディペンデントビューデータブロックDnの読み出し期間PRDnではプリロードを不要にする。すなわち、その読み出し期間PRDnにおいて、EXTSS[M]6001に含まれるベースビューデータブロックBm、...、Bn-1の転送期間TATC1Mと、EXTSS[M1]6002に含まれるディペンデントビューデータブロックDn、...の転送期間TATC2M1とを重複させる。そのとき、ベースビュー転送速度とディペンデントビュー転送速度との合計が所定の閾値を超えないように、EXTSS[M1]6002の先端に位置するディペンデントビューデータブロックDnのビットレートが調節される。更に、ジャンプJM中でのRB1、RB2のアンダーフローを防止するための条件4を次のように変更する。まず、EXTSS[M]6001に含まれるベースビューデータブロック全体の転送期間TATC1Mの長さは、先頭のベースビューデータブロックBmの読み出し開始時刻T1Mから、EXTSS[M1]6002内の先頭のベースビューデータブロックBnの読み出し開始時刻T1M1までの時間以上であればよい。図60のaから明らかなとおり、その時間T1M1-T1Mは、EXTSS[M]6001の読み出し期間PRBLKMの長さ、ジャンプJMのジャンプ時間TJUMPM、及び、二つのエクステントブロック6001、6002間での先頭のディペンデントビューデータブロックの読み出し期間PRDn、PRDmの長さの差TDIFFMを足し合わせた値に等しい。次に、EXTSS[M]6001に含まれるディペンデントビューデータブロック全体の転送期間TATC2Mの長さは、先頭のディペンデントビューデータブロックDmの読み出し開始時刻T2Mから、EXTSS[M1]6002内の先頭のディペンデントビューデータブロックDnの読み出し開始時刻T2M1までの時間以上であればよい。図60のaから明らかなとおり、その時間T2M1-T2Mは、EXTSS[M]6001の読み出し期間PRBLKMの長さとジャンプJMのジャンプ時間TJUMPMとの和に等しい。ここで、EXTSS[M]6001の読み出し期間PRBLKMの長さは、EXTSS[M]6001のサイズSEXTSSMを読み出し速度RUD72で割った値SEXTSSM/RUD72に等しい。従って、条件4は次式15で表される:1-Jベースビューとディペンデントビューとのデータブロックの順序図61のaは、一つのエクステントペアについて、ベースビュー転送速度REXT1nとディペンデントビュー転送速度REXT2nとの組み合わせ別に最大エクステントサイズmaxSEXT1n、maxSEXT2nを示す表である文字nは0以上の整数を表す。ここでは、平均転送速度REXT1n、REXT2nの合計が60Mbpsであり、かつ、各転送速度REXT1n、REXT2nが45Mbps以下である場合が想定されている:REXT1nREXT2n≦60Mbps、REXT1n≦45Mbps、REXT2n≦45Mbps。最大エクステントサイズmaxSEXT2n、maxSEXT2nは、式7を用いて計算された値である。式7が2D再生モードのBD-ROMドライブの読み出し速度RUD54を含むことから明らかなとおり、最大エクステントサイズmaxSEXT2n、maxSEXT2nはBD-ROMドライブの性能に依存する。従って、図61のaに示されている値は一例に過ぎない。図61のaを参照するに、ベースビュー転送速度REXT1nが45Mbpsであり、かつディペンデントビュー転送速度REXT2nが15Mbpsであるとき、ディペンデントビューエクステントの最大エクステントサイズmaxSEXT2nは6MBである。逆に、ベースビュー転送速度REXT1nが15Mbpsであり、かつディペンデントビュー転送速度REXT2nが45Mbpsであるとき、ディペンデントビューエクステントの最大エクステントサイズmaxSEXT2nは8MBである。式5、6の導出時に説明されたとおり、各エクステントブロックの先頭に位置するディペンデントビューデータブロックのサイズが大きいほど、リードバッファに要求される容量は大きい。従って、エクステントブロックのプリロード期間にディペンデントビュー転送速度REXT2nが上昇することは、ディペンデントビューエクステントの最大エクステントサイズmaxSEXT2nが増大してリードバッファの容量の更なる削減を阻むので好ましくない。ディペンデントビュー転送速度REXT2nの上昇に伴うリードバッファの容量の増大を防ぐには、上記のとおり、図28のaに示されている表に従って最大エクステントサイズを設定すればよい。それに加えて、エクステントブロックの先頭に位置するエクステントペアEXT1n、EXT2nにおいて、ディペンデントビュー転送速度REXT2nがベースビュー転送速度REXT1nを超える場合には、ベースビューデータブロックBnがディペンデントビューデータブロックDnの前に配置されてもよい。すなわち、そのエクステントペアの中で、サイズの小さいデータブロックがサイズの大きいデータブロックよりも前に配置される。それにより、以下に示すように、リードバッファの容量を小さく維持することができる。図61のbは、層境界LBの直前、直後に配置されたM1番目のエクステントブロックEXTSS[M]6101とM2番目のエクステントブロックEXTSS[M1]6102とについて、上記の配置を採用した場合を示す模式図である文字Mは0以上の整数を表す。図61のbを参照するに、ファイルベース6111に含まれるn1番目のベースビューエクステントEXT1nと、ファイルDEP6112に含まれるn1番目のディペンデントビューエクステントEXT2nとは、EXTSS[M1]6102の先頭に配置されている。そのエクステントペアEXT1n、EXT2nでは、ディペンデントビュー転送速度REXT2nがベースビュー転送速度REXT1nよりも高い。従って、ベースビューデータブロックBnがディペンデントビューデータブロックDnの前に配置されている。一方、n-1番目、n番目、及びn2番目のエクステントペアEXT1k、EXT2kk=n-2、n-1、n1では、ディペンデントビュー転送速度REXT2kがベースビュー転送速度REXT1kよりも低い。従って、ディペンデントビューデータブロックDkがベースビューデータブロックBkの前に配置されている。図62のa、bは、図61のbに示されているEXTSS[M]6101、EXTSS[M1]6102から連続して3D映像がシームレスに再生される際に、RB1とRB2とのそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。実線のグラフG1P、G2Pは、EXTSS[M1]の先頭に配置されたn1番目のエクステントペアEXT1n、EXT2nにおいて、ベースビューデータブロックBnがディペンデントビューデータブロックDnの前に配置されているときの蓄積データ量DA1、DA2の変化を示す。破線のグラフG1Q、G2Qは、そのエクステントペアEXT1n、EXT2nにおいて、ディペンデントビューデータブロックDnがベースビューデータブロックBnの前に配置されているときの蓄積データ量DA1、DA2の変化を示す。図62のaを参照するに、いずれのグラフG1P、G1Qでも、EXTSS[M]6101の後端のベースビューデータブロックBn-1がRB1に読み込まれた時点で、RB1の蓄積データ量DA1はピーク値DM10、DM11に達する。更に、その直後のジャンプ期間PJMからEXTSS[M1]6102のプリロード期間PRBn、PRDnにわたり、蓄積データ量DA1はベースビュー転送速度REXT1n-1で減少する。ここで、n1番目のエクステントペアEXT1n、EXT2nでは、ベースビューデータブロックBnがディペンデントビューデータブロックDnよりもサイズが小さい。従って、ベースビューデータブロックBnがディペンデントビューデータブロックDnの前に配置されているときのプリロード期間PRBnの長さSEXT1n/RUD72は、逆の配置でのプリロード期間PRDnの長さSEXT2n/RUD72よりも短い。その結果、実線のグラフG1Pの示す蓄積データ量DA1のピーク値DM11は、破線のグラフG1Qの示すピーク値DM10よりも低い。図62のbを参照するに、いずれのグラフG2P、G2Qでも、EXTSS[M]6101の後端のベースビューデータブロックBn-1の読み込みが開始された時点で、RB2の蓄積データ量DA2はピーク値DM20、DM21に達する。更に、そのベースビューデータブロックBn-1の読み出し期間からEXTSS[M1]6102のプリロード期間PRBn、PRDnにわたり、蓄積データ量DA2はディペンデントビュー転送速度REXT2n-1で減少する。ここで、ベースビューデータブロックBnがディペンデントビューデータブロックDnの前に配置されているときのプリロード期間PRBnの長さSEXT1n/RUD72は、逆の配置でのプリロード期間PRDnの長さSEXT2n/RUD72よりも短い。その結果、実線のグラフG2Pの示す蓄積データ量DA2のピーク値DM21は、破線のグラフG2Qの示すピーク値DM20よりも低い。RB1、RB2の各容量は、各グラフG1P、G1Q、G2P、G2Qの示すピーク値DM10、DM11、DM20、DM21以上であればよい。従って、エクステントブロックの先頭に配置されたエクステントペアにおいて、サイズの小さいデータブロックをサイズの大きいデータブロックよりも前に配置した場合、RB1、RB2の容量を小さく維持することができる。同様に、飛び込み再生の開始可能位置に配置されたエクステントペアでも、サイズの小さいデータブロックをサイズの大きいデータブロックよりも前に配置する。それにより、リードバッファの容量を小さく維持することができる。その場合、エクステントブロックの先頭に限らず、途中に位置するエクステントペアの中でも、データブロックの順序が逆転し得る。図63のaは、そのような配置に対するエクステント起点のデータ構造Syntaxを示す模式図である。このエクステント起点Extent_Start_Pointは、図32のa、bに示されているエクステント起点と同様に、ファイル2DとファイルDEPとのそれぞれに対して設定される。図63のaを参照するに、そのエクステント起点では、エクステントIDextent_idとSPNSPN_extent_startとの各対に一つのエクステント開始フラグis_located_first_in_extent_pairが割り当てられている。図63のbは、ファイルベースに属するベースビューエクステントEXT1kk=0、1、2、...と、エクステント起点の示すエクステント開始フラグとの間の対応関係を表す模式図である。図63のcは、ファイルDEPに属するディペンデントビューエクステントEXT2kとエクステント開始フラグとの間の対応関係を表す模式図である。図63のdは、ファイルSSに属するエクステントSSEXTSS0とBD-ROMディスク上のエクステントブロックとの間の対応関係を示す模式図である。図63のb、cを参照するに、エクステントIDの等しいベースビューエクステントEXT1kとディペンデントビューエクステントEXT2kとが一つのエクステントペアを成す。そのエクステントペアでは、エクステント開始フラグ6301、6302の値が逆に設定されている。特に、エクステント開始フラグの値が1であるエクステントは、0であるエクステントよりもソースパケットが少ない。図63のdを参照するに、エクステント開始フラグの値が1であるエクステントは、0であるエクステントよりも前に配置されている。このように、エクステント開始フラグ6301、6302は、エクステントペアEXT1n、EXT2nのうち、いずれのエクステントが前に配置されているかを示す。従って、エクステント開始フラグ6301、6302の値から、エクステントペアEXT1n、EXT2nの中でのデータブロックの配置を知ることができる。それ故、エクステントペア間でデータブロックの順序が異なっていても、再生制御部5035はエクステント起点を利用して、各エクステントSSの先頭からデータブロック間の各境界までのソースパケット数をスイッチ5020に教えることができる。その結果、スイッチ5020はエクステントSSからベースビューエクステントとディペンデントビューエクステントとを分離できる。各エクステントペアの中でデータブロックの順序が一定である場合、RB1とRB2との各容量の下限は、式5、6で表される。それに対し、エクステントブロックの途中に位置するエクステントペアの中でデータブロックの順序が逆転してもよい場合、RB1とRB2との各容量の下限は以下のように変更される。図64のcは、RB1に求められる容量が最も大きいデータブロックの配置を示す模式図である。図64のcを参照するに、M1番目のエクステントブロックEXTSS[M]6401とM2番目のエクステントブロック6402とは、層境界LBを間に挟んで配置されている文字Mは0以上の整数を表す。EXTSS[M1]6402の先頭にはn1番目のエクステントペアDn、Bnが配置され、特にディペンデントビューデータブロックDnがベースビューデータブロックBnの前に位置する文字nは0以上の整数を表す。一方、EXTSS[M]6401の後端にはn番目のエクステントペアDn-1、Bn-1が配置され、特にベースビューデータブロックBn-1がディペンデントビューデータブロックDn-1の前に位置する。図64のa、bは、図64のcに示されているEXTSS[M]6401、EXTSS[M1]6402から連続して3D映像がシームレスに再生される際に、RB1、RB2のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。図64のaを参照するに、n番目のベースビューデータブロックBn-1がRB1に読み込まれた時点で、RB1の蓄積データ量DA1はピーク値DM1に達する。その直後のディペンデントビューデータブロックDn-1の読み出し期間ΔT1から、層境界LBを越えるロングジャンプの期間ΔT2、及びEXTSS[M1]6402のプリロード期間ΔT3にわたり、RB1にはデータブロックが読み込まれないので、その蓄積データ量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でRB1からシステムターゲットデコーダへ転送されるデータ量REXT1...,n-3,n-2×以上、大きければよい。すなわち、RB1の容量RB1はそのピーク値DM1以上であればよい:RB1≧SEXT1n-1REXT1...,n-3,n-2×。ここで、ロングジャンプの時間ΔT2はそのロングジャンプの最大ジャンプ時間TJUMP_MAXで評価される。図64のfは、RB2に求められる容量が最も大きいデータブロックの配置を示す模式図である。図64のfを参照するに、N1番目のエクステントブロックEXTSS[N]6403とN2番目のエクステントブロックEXTSS[N1]6404とは、層境界LBを間に挟んで配置されている文字Nは0以上の整数を表す。EXTSS[N1]6404の先頭にはn1番目のエクステントペアDn、Bnが配置され、特にディペンデントビューデータブロックDnがベースビューデータブロックBnの後に位置する。一方、EXTSS[N]6403の後端にはn番目のエクステントペアDn-1、Bn-1が配置され、特にベースビューデータブロックBn-1がディペンデントビューデータブロックDn-1の後に位置する。図64のd、eは、図64のfに示されているEXTSS[N]6403、EXTSS[N1]6404から連続して3D映像がシームレスに再生される際に、RB1、RB2のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。図64のeを参照するに、n番目のディペンデントビューデータブロックDn-1がRB2に読み込まれた時点で、RB2の蓄積データ量DA2はピーク値DM2に達する。その直後のベースビューデータブロックBn-1の読み出し期間ΔT4から、層境界LBを越えるロングジャンプの期間ΔT5、及びEXTSS[N1]6404のプリロード期間ΔT6にわたり、RB2にはデータブロックが読み込まれないので、その蓄積データ量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でRB2からシステムターゲットデコーダへ転送されるデータ量REXT2...,n-3,n-2×以上、大きければよい。すなわち、RB2の容量RB2はそのピーク値DM2以上であればよい:RB2≧SEXT2n-1REXT2...,n-3,n-2×。ここで、ロングジャンプの時間ΔT5はそのロングジャンプの最大ジャンプ時間TJUMP_MAXで評価される。エクステントブロックの途中に位置するエクステントペアの中でデータブロックの順序が逆転してもよい場合は更に、そのエクステントペアに対する条件2、3、すなわち式2、3は以下のように変更される。図65のcは、データブロックの順序が逆転しているエクステントペアを途中に含むエクステントブロック6510を示す模式図である。図65のcを参照するに、n2番目のエクステントペアDn1、Bn1では、ディペンデントビューデータブロックDn1がベースビューデータブロックBnの後に位置する。その前後のエクステントペアDn、Bn、Dn1、Bn1では、ベースビューデータブロックBn、Bn1がディペンデントビューデータブロックDn、Dn1の後に位置する。図65のa、bは、図65のcに示されているエクステントブロック6501から連続して3D映像がシームレスに再生される際に、RB1、RB2の各蓄積データ量DA1、DA2の変化を示すグラフである。ここで、ゼロセクタ遷移期間は他の期間に比べて十分に短いので無視されている。図65のa、bを参照するに、n1番目のディペンデントビューデータブロックDnの読み出し期間PRDnでは、RB2の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2nとの間の差RUD72-REXT2nに等しい速度で増加し、RB1の蓄積データ量DA1はベースビュー転送速度REXT1n-1で減少する。n1番目のベースビューデータブロックBnの読み出し期間PRBnでは、RB1の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1nとの間の差RUD72-REXT1nに等しい速度で増加する。一方、RB2の蓄積データ量DA2はディペンデントビュー転送速度REXT2nで減少する。n2番目のベースビューデータブロックBn1の読み出し期間PRBn1では、RB1の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1n1との間の差RUD72-REXT1n1に等しい速度で更に増加し続ける。一方、RB2の蓄積データ量DA2はディペンデントビュー転送速度REXT2n1で更に減少し続ける。n2番目のディペンデントビューデータブロックDn1の読み出し期間PRDn1では、RB2の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2n1との間の差RUD72-REXT2n1に等しい速度で増加し、RB1の蓄積データ量DA1はベースビュー転送速度REXT1nで減少する。n3番目のディペンデントビューデータブロックDn2の読み出し期間PRDn2では、RB2の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2n2との間の差RUD72-REXT2n2に等しい速度で更に増加し続け、RB1の蓄積データ量DA1はベースビュー転送速度REXT1n1で更に減少し続ける。この場合、エクステントブロック6410から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とみなされている。図66は、データブロックの順序が逆転しているエクステントペアを途中に含むエクステントブロック6600とAVストリームファイル6610-6620との間の対応関係を示す模式図である。図66を参照するに、3番目のエクステントペアD2、B2ではディペンデントビューデータブロックD2がベースビューデータブロックB2の後に位置する。その他のエクステントペアDk、Bkk=0、1、3ではベースビューデータブロックBkがディペンデントビューデータブロックDkの後に位置する。ベースビューデータブロックBnn=0、1、2、3、...はそれぞれ、一つのベースビューエクステントEXT1nとしてファイルベース6611に属する。ディペンデントビューデータブロックDnはそれぞれ、一つのディペンデントビューエクステントEXT2nとしてファイルDEP6612に属する。エクステントブロック6600の全体は一つのエクステントSSEXTSS0としてファイルSS6620に属する。ベースビューデータブロックBnn=0、1、2、3、...は更に、2DエクステントEXT2Dnとしてファイル2D6610に属する。ここで、二つの連続するベースビューデータブロックB1、B2は一つの2DエクステントEXT2D1として参照される。それにより、その2DエクステントEXT2D1のサイズSEXT2D1は、その直後に配置された二つのディペンデントビューデータブロックD2、D3の全体のサイズSEXT22SEXT23が大きくても、式1を満たすことができる。《実施形態2》本発明の実施形態2によるBD-ROMディスクでは、ロングジャンプの直前に読み出されるエクステントブロックの後端、又はロングジャンプの直後に読み出されるエクステントブロックの先端において、2D再生モードでの再生経路と3D再生モードでの再生経路とが分離されるように、データブロックが配置される。その点を除き、実施形態2によるBD-ROMディスクと再生装置とは、実施形態1によるものと構成及び機能が等しい。従って、以下では、実施形態2によるBD-ROMディスクと再生装置とのうち、実施形態1によるものからの変更部分及び拡張部分について説明する。実施形態1によるBD-ROMディスクと再生装置と同様な部分については、上記の実施形態1についての説明を援用する。<ロングジャンプの前後での再生経路の分離>図18では、2D再生モードでの再生経路1801と3D再生モードでの再生経路1802とはいずれも、多重化ストリームデータ以外のデータの記録領域NAVを越えるためのジャンプJNAVの直前には2番目のベースビューデータブロックB1を通り、層境界LBを越えるためのジャンプJLYの直前には4番目のベースビューデータブロックB3を通る。記録領域NAVのセクタ数が所定の閾値、例えば40000セクタを超えている場合、いずれのジャンプJNAV、JLYもロングジャンプである。ロングジャンプJNAV、JLY中にシステムターゲットデコーダによって処理されるべきデータ量は、2D再生モードでは条件1により、各ロングジャンプの直前に読み出されるベースビューデータブロックB1、B3のサイズで確保される。一方、3D再生モードでは条件4により、ロングジャンプの直前に読み出されるエクステントブロック1501、1502全体のサイズで確保される。従って、条件1によってベースビューデータブロックB1、B3に要求される最小エクステントサイズは、条件2によって要求される最小エクステントサイズよりも一般に大きい。それ故、RB1の容量は3D再生モードでのシームレス再生に必要最小限の値よりも大きくなければならない。更に、各ベースビューデータブロックB1、B3と、その直前に位置するディペンデントビューデータブロックD1、D3とではエクステントATC時間が等しい。従って、各ディペンデントビューデータブロックD1、D3のサイズは、条件2によって要求される最小エクステントサイズよりも一般に大きい。それ故、RB2の容量は、3D再生モードでのシームレス再生に必要最小限の値よりも一般に大きい。このように、図18に示されている配置では、エクステントブロック1501-1503間のシームレスな接続は可能であるが、RB1、RB2の容量が十分に大きく確保されなければならない。更に、図28のaに示されているとおり、ファイルDEPに対するシステムレートRTS2が所定の閾値例えば32Mbpsよりも高い場合、ロングジャンプJNAV、JLYの直前、直後に読み出されるタイプB、Cのデータブロックが縮小される。特にベースビューデータブロックには、そのサイズの縮小によって条件1を満たせなくなる危険性がある。ロングジャンプJNAV、JLY中での映像のシームレス再生を可能にしたまま、RB1、RB2の容量を更に削減するには、記録領域NAV、層境界LB等、ロングジャンプJNAV、JLYの必要な位置の前後でデータブロック群の配置をインターリーブ配置から変更し、2D再生モードと3D再生モードとの間で再生経路を分離すればよい。そのような変更のパターンには、例えば以下に述べる配置1、2、3がある。配置1-3のいずれでも、2D再生モードと3D再生モードとで再生経路が異なるベースビューデータブロックを通る。それにより、3D再生モードにおいてロングジャンプの直前又は直後に読み出されるエクステントブロック内のデータブロック、特にタイプB、Cのベースビューデータブロックは条件1を満たさなくてもよい。その結果、再生装置102に、RB1、RB2の各容量を必要最小限に維持させたまま、ロングジャンプJNAV、JLY中での映像のシームレス再生を容易に実現させることができる。以下、説明の便宜上、配置1-3が、BD-ROMディスク101の層境界LBの前後に記録されたエクステントブロックに採用された場合を想定する。尚、それらのエクステントブロックの間が、層境界に代えて、所定のセクタ数例えば40000セクタを超える別のデータの記録領域で分離されていても、以下の説明は同様に成立する。≪配置1≫図67は、BD-ROMディスク101の層境界LBの前後に記録されたデータブロック群の配置1を示す模式図である。図67を参照するに、層境界LBの直前には第1エクステントブロック6701が配置され、層境界LBの直後には第2エクステントブロック6702が配置されている。各エクステントブロック6701、6702内では、ディペンデントビューデータブロックDnとベースビューデータブロックBnとがインターリーブ配置を構成しているn=1、2、3、...。n1番目のデータブロックの対Dn、Bnはエクステントペアを構成し、特にエクステントATC時間が等しい。配置1では更に、第1エクステントブロック6701の後端B2と層境界LBとの間に一つのベースビューデータブロックB32Dが配置されている。そのベースビューデータブロックB32Dは、第2エクステントブロック6702内の先端のベースビューデータブロックB33Dとビット単位bit-for-bitで一致する。以下、前者B32Dを2D再生専用ブロックといい、後者B33Dを3D再生専用ブロックという。図67に示されているベースビューデータブロックBnのうち、3D再生専用ブロックB33D以外はファイル2D6710のエクステント、すなわち2DエクステントEXT2Dnとしてアクセス可能である。例えば第1エクステントブロック6701内の最後から2番目のベースビューデータブロックB1、最後のベースビューデータブロックB2と2D再生専用ブロックB32Dとの対B2B32D、及び、第2エクステントブロック6702内の2番目のベースビューデータブロックB4はそれぞれ、単一の2DエクステントEXT2D1、EXT2D2、EXT2D3としてアクセス可能である。一方、図67に示されているディペンデントビューデータブロックDnはそれぞれ、ファイルDEP6712の単一のエクステント、すなわちディペンデントビューエクステントEXT2nとしてアクセス可能である。図67に示されているデータブロック群では、AVストリームファイルのクロスリンクが次のように実現される。各エクステントブロック6701、6702の全体はファイルSS6720の単一のエクステントEXTSS0、EXTSS1としてアクセス可能である。従って、各エクステントブロック6701、6702内のベースビューデータブロックB1、B2、B4はファイル2D6710とファイルSS6720とに共有される。それに対し、2D再生専用ブロックB32Dは、層境界LBの直前に位置する2DエクステントEXT2D2の一部としてのみアクセス可能である。一方、3D再生専用ブロックB33Dは、層境界LBの直後のエクステントSSEXTSS1の一部としてのみアクセス可能である。それ故、2D再生専用ブロックB32D以外のベースビューデータブロックB1、B2、B33D、B4は、ファイルベース6711のエクステント、すなわちベースビューエクステントEXT1nn=1、2、3としてエクステントSSEXTSS0、EXTSS1から抽出可能である。図68は、図67に示されている配置1のデータブロック群に対する2D再生モードでの再生経路6810と3D再生モードでの再生経路6820とを示す模式図である。2D再生モードの再生装置102はファイル2D6710を再生する。従って、2D再生モードでの再生経路6810が示すとおり、まず、第1エクステントブロック6701内の最後から2番目のベースビューデータブロックB1が2番目の2DエクステントEXT2D1として読み出され、その直後のディペンデントビューデータブロックD2の読み出しがジャンプJ2D1によってスキップされる。次に、第1エクステントブロック6701内の最後のベースビューデータブロックB2とその直後の2D再生専用ブロックB32Dとの対B2B32Dが3番目の2DエクステントEXT2D2として連続して読み出される。その直後の層境界LBではロングジャンプJLYが生じ、第2エクステントブロック6702の先端に位置する3個のデータブロックD3、B33D、D4の読み出しがスキップされる。続いて、第2エクステントブロック6702内の2番目のベースビューデータブロックB4が4番目の2DエクステントEXT2D3として読み出される。一方、3D再生モードの再生装置102はファイルSS6720を再生する。従って、3D再生モードでの再生経路6820が示すとおり、まず、第1エクステントブロック6701の全体が最初のエクステントSSEXTSS0として連続して読み出される。その直後にロングジャンプJLYが生じ、2D再生専用ブロックB32Dの読み出しがスキップされる。続いて、第2エクステントブロック6702の全体が2番目のエクステントSSEXTSS1として連続して読み出される。図68に示されているとおり、2D再生モードでは、2D再生専用ブロックB32Dは読み出されるが、3D再生専用ブロックB33Dの読み出しはスキップされる。逆に3D再生モードでは、2D再生専用ブロックB32Dの読み出しはスキップされるが、3D再生専用ブロックB33Dは読み出される。しかし、両方のデータブロックB32D、B33Dはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュービデオフレームは等しい。このように、配置1では、ロングジャンプJLYの前後で2D再生モードでの再生経路6810と3D再生モードでの再生経路6820とが分離される。従って、図15に示されている配置とは異なり、層境界LBの直前に位置する2DエクステントEXT2D2のサイズSEXT2D2とその直前のディペンデントビューデータブロックD2のサイズSEXT22とが、以下のように別々に決定可能である。その2DエクステントEXT2D2のサイズSEXT2D2は、3番目のベースビューデータブロックB2のサイズSEXT12と2D再生専用ブロックB32DのサイズS2Dとの和SEXT12S2Dに等しい。従って、2D映像をシームレスに再生するには、まず、その和SEXT12S2Dが条件1を満たせばよい。ここで、式1の右辺には、ジャンプ時間Tjump-2DとしてロングジャンプJLYの最大ジャンプ時間Tjump_maxが代入される。次に、2D再生専用ブロックB32Dの後端から第2エクステントブロック6702内の最初の2DエクステントEXT2D3=B4までのセクタ数が、2D再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump_max以下であればよい。一方、3D映像をシームレスに再生するには、まず、最初のエクステントSSEXTSS0内のエクステントペアの各サイズが条件2、3、5を満たせばよい。ここで、最後のベースビューデータブロックB2のサイズSEXT12は条件1を満たさなくてもよい。次に、最初のエクステントSSEXTSS0の全体のサイズが条件4を満たせばよい。更に、そのエクステントSSEXTSS0の後端から次のエクステントSSEXTSS1の先端までのセクタ数が、3D再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump_max以下であればよい。層境界LBの直前に位置する2DエクステントEXT2D2のうち、最初のエクステントSSEXTSS0に共有されるのは、前側に位置するベースビューデータブロックB2のみである。特に、ベースビューデータブロックB2は単独では、条件1を満たさなくてもよい。従って、2D再生専用ブロックB32DのサイズS2Dを適切に拡大することにより、2DエクステントEXT2D2のサイズSEXT2D2=SEXT12S2Dを一定に維持したまま、ベースビューデータブロックB2のサイズSEXT12を更に小さく制限することができる。その場合、そのベースビューデータブロックB2のエクステントATC時間が短縮される。それ故、その直前に位置するディペンデントビューデータブロックD2のサイズSEXT22も更に小さく制限することができる。その上、図28のaの表に従って最大エクステントサイズを設定することが容易である。3D再生専用ブロックB33Dは2D再生専用ブロックB32Dとビット単位で一致しているので、2D再生専用ブロックB32DのサイズS2Dの拡大は、3D再生専用ブロックB33Dの直前に位置するディペンデントビューデータブロックD3のサイズを拡大させる。しかし、そのサイズは、図15に示されている層境界LBの直前に位置するディペンデントビューデータブロックD3のサイズよりは十分に小さくできる。こうして、RB1、RB2の各容量を、3D映像のシームレス再生に必要最小限の値に更に接近させることができる。配置1では、2D再生専用ブロックB32Dの複製データが、第2エクステントブロック6702の中に単一の3D再生専用ブロックB23Dとして配置されている。その他に、その複製データが2個以上の3D再生専用ブロックに分割されて配置されてもよい。≪配置2≫図69は、BD-ROMディスク101の層境界LBの前後に記録されたデータブロック群の配置2を示す模式図である。図69を図67と比較すれば明らかなとおり、配置2は配置1とは主に、3D再生専用ブロックB33D、B43Dを含むエクステントブロック6902が層境界LBの直前に配置されている点で異なる。図69を参照するに、層境界LBの前には、第1エクステントブロック6901、2D再生専用ブロックB3B42D、及び、第2エクステントブロック6902が順番に配置され、層境界LBの後には第3エクステントブロック6903が配置されている。各エクステントブロック6901-6903内ではディペンデントビューデータブロックDnとベースビューデータブロックBnとがインターリーブ配置を構成しているn=1、2、3、4、...。n番目のデータブロックの対Dn、Bnは一つのエクステントペアを構成し、特にエクステントATC時間が等しい。第2エクステントブロック6902では、第1エクステントブロック6901の後端に位置するエクステントペアD2、B2とも、第3エクステントブロック6903の先端に位置するエクステントペアD4、B4とも、ストリームデータの内容が連続している。第2エクステントブロック6902に含まれるベースビューデータブロックはいずれも3D再生専用ブロックB33D、B43Dであり、それらの全体B33DB43Dは、その前に位置する2D再生専用ブロックB3B42Dとビット単位で一致する。図69に示されているベースビューデータブロックのうち、3D再生専用ブロックB33D、B43D以外はファイル2D6910のエクステントEXT2D1、EXT2D2、EXT2D3としてアクセス可能である。特に第1エクステントブロック6901内の最後のベースビューデータブロックB2と2D再生専用ブロックB3B42Dとの対は単一の2DエクステントEXT2D2としてアクセス可能である。更に、第1エクステントブロック6901と第3エクステントブロック6903内のベースビューデータブロックB1、B2、B5はファイルベース6911のエクステントEXT11、EXT12、EXT15として、ファイルSS6920のエクステントEXTSS0、EXTSS1からも抽出可能である。それに対し、2D再生専用ブロックB3B42Dは2DエクステントEXT2D2の一部としてのみアクセス可能である。一方、3D再生専用ブロックB33D、B43Dはそれぞれ、ベースビューエクステントEXT13、EXT14としてエクステントSSEXTSS1から抽出可能である。図70は、図69に示されている配置2のデータブロック群に対する2D再生モードでの再生経路7010と3D再生モードでの再生経路7020とを示す模式図である。2D再生モードの再生装置102はファイル2D6910を再生する。従って、2D再生モードでの再生経路7010が示すとおり、まず、第1エクステントブロック6901内の最後から2番目のベースビューデータブロックB1が2番目の2DエクステントEXT2D1として読み出され、その直後のディペンデントビューデータブロックD2の読み出しがジャンプJ2D1によってスキップされる。次に、第1エクステントブロック6901内の最後のベースビューデータブロックB2とその直後の2D再生専用ブロックB3B42Dとの対が3番目の2DエクステントEXT2D2として連続して読み出される。その直後にロングジャンプJLYが生じ、第2エクステントブロック6902の読み出し、及び、第3エクステントブロック6903の先端に位置するディペンデントビューデータブロックD5の読み出しがスキップされる。続いて、第3エクステントブロック6903内の最初のベースビューデータブロックB5が4番目の2DエクステントEXT2D3として読み出される。3D再生モードの再生装置102はファイルSS6920を再生する。従って、3D再生モードでの再生経路7020が示すとおり、まず、第1エクステントブロック6901の全体が第1エクステントSSEXTSS0として連続して読み出される。その直後にジャンプJEXが生じ、2D再生専用ブロックB3B42Dの読み出しがスキップされる。次に、第2エクステントブロック6902の全体が第2エクステントSSEXTSS1として連続して読み出される。その直後に、層境界LBを越えるためのロングジャンプJLYが生じる。続いて、第3エクステントブロック6903の全体が第3エクステントSSEXTSS2として連続して読み出される。図70に示されているとおり、2D再生モードでは、2D再生専用ブロックB3B42Dは読み出されるが、3D再生専用ブロックB33D、B43Dの読み出しはスキップされる。逆に3D再生モードでは、2D再生専用ブロックB3B42Dの読み出しはスキップされるが、3D再生専用ブロックB33D、B43Dは読み出される。しかし、2D再生専用ブロックB3B42Dと3D再生専用ブロックの全体B33DB43Dとはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュービデオフレームは等しい。このように、配置2ではロングジャンプJLYの直前で2D再生モードでの再生経路7010と3D再生モードでの再生経路7020とが分離されている。従って、層境界LBの直前に位置する2DエクステントEXT2D2のサイズSEXT2D2とその直前のディペンデントビューデータブロックD2のサイズSEXT22とが、以下のように別々に決定可能である。その2DエクステントEXT2D2のサイズSEXT2D2は、3番目のベースビューデータブロックB2のサイズSEXT12と2D再生専用ブロックB3B42DのサイズS2Dとの和SEXT12S2Dに等しい。従って、2D映像をシームレスに再生するには、まず、その和SEXT12S2Dが条件1を満たせばよい。ここで、式1の右辺には、ジャンプ時間Tjump-2DとしてロングジャンプJLYの最大ジャンプ時間Tjump_maxが代入される。次に、2D再生専用ブロックB3B42Dの後端から第3エクステントブロック6903内の最初の2DエクステントEXT2D3=B5までのセクタ数が、2D再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump_max以下であればよい。一方、3D映像をシームレスに再生するには、まず、最初のエクステントSSEXTSS0と2番目のエクステントSSEXTSS1とに含まれるエクステントペアの各サイズが条件2、3、5を満たせばよい。ここで、最初のエクステントSSEXTSS0の後端に位置するベースビューデータブロックB2のサイズSEXT12、及び、2番目のエクステントSSEXTSS1内のベースビューデータブロックB33D、B43DのサイズSEXT13、SEXT14は条件1を満たさなくてもよい。次に、2番目のエクステントSSEXTSS1の全体のサイズが条件4を満たせばよい。更に、2番目のエクステントSSEXTSS1の後端から次のエクステントSSEXTSS2の先端までのセクタ数が、3D再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump_max以下であればよい。2DエクステントEXT2D2のうち、エクステントSSEXTSS0に共有されるのは、前側に位置する3番目のベースビューデータブロックB2だけである。従って、2D再生専用ブロックB3B42DのサイズS2Dを適切に拡大することにより、2DエクステントEXT2D2のサイズSEXT2D2=SEXT12S2Dを一定に維持したまま、3番目のベースビューデータブロックB2のサイズSEXT12を更に小さく制限することができる。それに伴い、その直前のディペンデントビューデータブロックD2のサイズSEXT22も更に小さく制限することができる。ここで、3D再生専用ブロックの全体B33DB43Dは2D再生専用ブロックB3B42Dとビット単位で一致している。従って、2D再生専用ブロックB3B42DのサイズS2Dが拡大すると、各3D再生専用ブロックB33D、B43Dの直前に位置するディペンデントビューデータブロックD3、D4のサイズが拡大する。しかし、3D再生専用ブロックB33D、B43Dは条件1を満たさなくてもよい。従って、2D再生専用ブロックは単一のデータブロックB3B42Dであっても、3D再生専用ブロックは二つのデータブロックB33D、B43Dに分割されてもよい。その結果、各3D再生専用ブロックB33D、B43Dのサイズを十分に縮小することができるので、図28のaの表に従って最大エクステントサイズを設定することが容易である。こうして、RB1、RB2の各容量は、3D映像のシームレス再生に必要最小限の値まで更に削減可能である。式6の導出時に説明されたとおり、ロングジャンプの直前に読み出されるベースビューデータブロックのサイズが小さいほど、RB2の容量の下限は小さい。従って、配置2は好ましくは、以下の2つの条件が満たされるように設計される。それらの条件が満たされることにより、第2エクステントブロック6902内の各データブロックのサイズ、特に3D再生専用ブロックB33D、B43Dの各サイズが十分に縮小される。その結果、RB2の容量の下限を更に低減させることができる。第1の条件は、第2エクステントブロック6902の直前に配置される2D再生専用ブロックB3B42Dのサイズに上限を定める。その上限は2D再生装置のジャンプ性能に依存する。例えば、そのジャンプ性能が図21の表に従う場合、2D再生専用ブロックB2B32DのサイズS2Dは20000セクタ以下に制限される。第2の条件は、3D再生専用ブロックB33D、B43DのエクステントATC時間に上限TEXT_3D_MAXを定める。すなわち、3D再生専用ブロックB33D、B43Dは、条件5に代えて、条件6を満たす。条件6は、式7に代えて次式で表される:SEXT1n≦REXT1n×TEXT_3D_MAX。その上限TEXT_3D_MAXは、例えば0.5秒に設定される。図71は、図70に示されている第2エクステントブロック6902の後端に位置する3D再生専用ブロックB43Dの読み出し時間SEXT14/RUD72と、RB2の蓄積データ量DA2との間の関係を示すグラフである。図71を参照するに、RB2への3D再生専用ブロックB43Dの読み込みが開始された時点で、RB2の蓄積データ量DA2はピーク値DM2に達する。そのピーク値DM2は、3D再生専用ブロックB43Dの読み出し期間の長さSEXT14/RUD72、ロングジャンプに要する時間TLY、及び、ロングジャンプ直後のプリロード期間の長さSEXT25/RUD72の和に、ディペンデントビュー転送速度REXT24を乗じた値以上である:DM2≧×REXT24。従って、仮に3D再生専用ブロックB43Dのサイズが更に大きい値SL4であれば、その読み出し期間の長さSL4/RUD72が増大するので、図71に破線で示されているとおり、RB2の蓄積データ量DA2のピーク値DM20が増大する。それ故、上記の2つの条件で3D再生専用ブロックB33D、B43Dの各サイズを小さく制限する。それにより、RB2の容量の下限を更に低減させることができる。尚、条件4を満たすには、エクステントブロックの先頭に位置するエクステントペアのサイズ、特に、プリロード期間の長さを十分に大きく確保しなければならない。それ故、3D再生専用ブロックを含むエクステントペアがエクステントブロックの先頭に位置する場合、その3D再生専用ブロックは条件6を満たさなくてもよい。すなわち、そのエクステントATC時間は上限TEXT_3D_MAXを超えてもよい。配置2は、層境界LBの手前の他に、飛び込み再生の開始可能位置に設けられてもよい。図69には、飛び込み再生の開始可能位置、すなわちエントリポイントが記録されたBD-ROMディスク上の位置が三角形6930、6931、6932の頂点で示されている。白い三角形6930で示されているエントリポイントは、2D再生モードでの飛び込み再生の開始可能位置を示す。黒い三角形6931、6932で示されているエントリポイントは、3D再生モードでの飛び込み再生の開始可能位置を示す。個々の3D再生専用ブロックB33D、B43Dは2D再生専用ブロックB3B42Dよりもサイズが十分に小さい。従って、同じエクステントペアに属するディペンデントビューデータブロックD3、D4のサイズも十分に小さい。その結果、3D再生モードでの飛び込み再生時、エントリポイント6931、6932へのアクセス開始からエクステントペアD3、B33Dの復号開始までに要する時間が短い。すなわち、3D再生モードでの飛び込み再生は起動が早い。配置2では、2D再生専用ブロックB3B42Dの複製データが、2個の3D再生専用ブロックB33D、B43Dに分割されて配置されている。その他に、その複製データが単一の3D再生専用ブロックであってもよく、又は3個以上の3D再生専用ブロックに分割されて配置されてもよい。更に、第2エクステントブロック6902は第1エクステントブロック6901の後端に隣接され、2D再生専用ブロックB3B42Dは、第2エクステントブロック6902の後端と層境界LBとの間に配置されてもよい。≪配置3≫図72は、BD-ROMディスク101の層境界LBの前後に記録されたデータブロック群の配置3を示す模式図である。図72を図69と比較すれば明らかなとおり、配置3は配置2に加えて、新たな2D再生専用ブロックと新たな3D再生専用ブロックとを含む。それらのデータブロックは、層境界LBの直後に配置されている。図72を参照するに、層境界LBの前には第1の2D再生専用ブロックB2B32Dと第1エクステントブロック7201とが順番に配置され、層境界LBの後には、第2の2D再生専用ブロックB4B52D、第2エクステントブロック7202、及び第3エクステントブロック7203が順番に配置されている。各エクステントブロック7201-7203内ではディペンデントビューデータブロックDnとベースビューデータブロックBnとがインターリーブ配置を構成しているn=2、3、4、...。n番目のデータブロックの対Dn、Bnは一つのエクステントペアを構成し、特にエクステントATC時間が等しい。第2エクステントブロック7202では、第1エクステントブロック7201の後端に位置するエクステントペアD3、B33Dとも、第3エクステントブロック7203の先端に位置するエクステントペアD6、B6とも、ストリームデータの内容が連続している。第1エクステントブロック7201に含まれるベースビューデータブロックはいずれも3D再生専用ブロックB23D、B33Dであり、それらの全体B23DB33Dは、その前に位置する第1の2D再生専用ブロックB2B32Dとビット単位で一致する。第2エクステントブロック7202に含まれるベースビューデータブロックはいずれも3D再生専用ブロックB43D、B53Dであり、それらの全体B43DB53Dは、その前に位置する第2の2D再生専用ブロックB4B52Dとビット単位で一致する。図72に示されているベースビューデータブロックのうち、3D再生専用ブロックB23D-B53D以外はファイル2D7210のエクステントとしてアクセス可能である。特に第2の2D再生専用ブロックB4B52Dは単一の2DエクステントEXT2D2としてアクセス可能である。更に、第3エクステントブロック7203内のベースビューデータブロックB6はファイルベース7211のエクステントとして、ファイルSS7220のエクステントEXTSS3からも抽出可能である。それに対し、2D再生専用ブロックB2B32D、B4B52Dはそれぞれ、2Dエクステントとしてのみアクセス可能である。3D再生専用ブロックB23D-B53Dはそれぞれ、ベースビューエクステントとしてエクステントSSEXTSS1、EXTSS2から抽出可能である。図73は、図72に示されている配置3のデータブロック群に対する2D再生モードでの再生経路7310と3D再生モードでの再生経路7320とを示す模式図である。2D再生モードの再生装置102はファイル2D7210を再生する。従って、2D再生モードでの再生経路7310が示すとおり、まず、第1の2D再生専用ブロックB2B32Dが2番目の2DエクステントEXT2D1として読み出され、その直後の第2エクステントブロック7201の読み出しがロングジャンプJLYによってスキップされる。次に、第2の2D再生専用ブロックB4B52Dが3番目の2DエクステントEXT2D2として読み出され、その直後の第2エクステントブロック7202の読み出し、及び、第3エクステントブロック7203の先端に位置するディペンデントビューデータブロックD6の読み出しがスキップされる。続いて、第3エクステントブロック7203内の最初のベースビューデータブロックB6が4番目の2DエクステントEXT2D3として読み出される。3D再生モードの再生装置102はファイルSS7220を再生する。従って、3D再生モードでの再生経路7320が示すとおり、まず、第1の2D再生専用ブロックB2B32Dの読み出しがジャンプJEXによってスキップされる。次に、第1エクステントブロック7201の全体が第2エクステントSSEXTSS1として連続して読み出される。その直後にロングジャンプJLYが生じ、第2の2D再生専用ブロックB4B52Dの読み出しがスキップされる。続いて、第2エクステントブロック7202と第3エクステントブロック7203とがそれぞれ、第3エクステントSSEXTSS2、第4エクステントSSEXTSS3として連続して読み出される。図73に示されているとおり、2D再生モードでは、2D再生専用ブロックB2B32D、B4B52Dは読み出されるが、3D再生専用ブロックB23D-B53Dの読み出しはスキップされる。逆に3D再生モードでは、2D再生専用ブロックB2B32D、B4B52Dの読み出しはスキップされるが、3D再生専用ブロックB23D-B53Dは読み出される。しかし、2D再生専用ブロックの全体B2B32D2Dと3D再生専用ブロックの全体B23D...B53Dとはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュービデオフレームは等しい。このように、配置3ではロングジャンプJLYの前後で2D再生モードでの再生経路7310と3D再生モードでの再生経路7320とが分離されている。従って、配置2と同様に、層境界LBの直前に位置する2DエクステントEXT2D1のサイズSEXT2D1とその直前のディペンデントビューデータブロックD1のサイズSEXT21とが別々に決定可能である。更に、層境界LBの直後において、2D再生モードでの再生経路7310は第2エクステントブロック7202を通らない。従って、そのエクステントブロック内のデータブロックD4、B43D、D5、B53Dは条件1を満たさなくてもよいので、各サイズを十分に縮小することができる。その結果、図28のaの表に従って最大エクステントサイズを設定することが容易である。こうして、RB1、RB2の各容量は更に削減可能である。尚、配置1は、3D再生専用ブロックが、2D再生専用ブロックの前に隣接するエクステントブロックの中に配置されるように変更されてもよい。配置3は、層境界の直前に位置するエクステントブロックが通常のインタリーブ配置のみを含むように変更されても、配置1との組み合わせであるように変更されてもよい。配置3は更に、第2の2D再生専用ブロックB4B52Dとその直後の第2エクステントブロック7202との順序が逆であるように変更されてもよい。このように、配置1-3が多様な配置に変更可能であることは、当業者には自明であろう。<変形例>2-Aエクステントペアフラグ図74は、ファイルベース7401とファイルDEP7402との各エクステントEXT1k、EXT2k文字kは0以上の整数を表す。に対して設定されたエントリポイント7410、7420を示す模式図である。ファイルベース7401のエントリポイント7410は2Dクリップ情報ファイルのエントリマップで定義され、ファイルDEP7402のエントリポイント7420はディペンデントビュークリップ情報ファイルのエントリマップで定義される。各エントリポイント7410、7420は特にエクステントペアフラグを含む。エクステントペアフラグは、ファイルベース7401のエントリポイントとファイルDEP7402のエントリポイントとが同じPTSを示すとき、それぞれの設定されたエクステントEXT1i、EXT2jが各ファイル7401、7402の先頭から同じ順序であるか否かi=j又はi≠jを示す。図74を参照するに、n1番目文字nは1以上の整数を表す。のベースビューエクステントEXT1nに設定された最初のエントリポイント7430のPTSは、n-1番目のディペンデントビューエクステントEXT2n-1に設定された最後のエントリポイント7440のPTSに等しい。従って、各エントリポイント7430、7440のエクステントペアフラグの値は0に設定される。同様に、n1番目のベースビューエクステントEXT1nに設定された最後のエントリポイント7431のPTSは、n1番目のディペンデントビューエクステントEXT2n1に設定された最初のエントリポイント7441のPTSに等しい。従って、各エントリポイント7431、7441のエクステントペアフラグの値は0に設定される。その他のエントリポイント7410、7420は、PTSが等しいときは設定先のエクステントEXT1、EXT2の順序も等しいので、エクステントペアフラグの値は1に設定される。3D再生モードの再生装置102は、飛び込み再生を開始する際に再生開始位置のエントリポイントのエクステントペアフラグを参照し、その値が1である場合に、そのエントリポイントから実際に再生を開始する。その値が0である場合には、再生装置102は、そのエントリポイントの前後から、エクステントペアフラグの値が1である別のエントリポイントを探して、その別のエントリポイントから再生を開始する。こうして、n番目のディペンデントビューエクステントEXT2nが確実に、n番目のベースビューエクステントEXT1nよりも先に読み出される。その結果、飛び込み再生処理を簡単化することができる。エクステントペアフラグ=0のエントリポイントの間隔は、それに対応する表示時間の長さが一定の秒数以下、例えば1GOP当たりの表示時間長の最大値の2倍以下になるように制限されてもよい。その他に、エクステントペアフラグ=0のエントリポイントの次のエントリポイントでは、エクステントペアフラグの値が1に制限されてもよい。更に、各エクステントにはエントリポイントが必ず1以上設定されると規定されてもよい。いずれの場合でも、エントリポイントの間隔が十分に短いので、飛び込み再生の開始時、エクステントペアフラグ=1のエントリポイントの探索に伴う再生開始までの待ち時間を短縮することができる。また、アングル切り換えフラグがエクステントペアフラグとして代用されてもよい。ここで、アングル切り換えフラグとは、マルチアングルに対応のコンテンツにおいてエントリマップ内に用意されたフラグであって、多重化ストリームデータにおけるアングルの切り換え位置を示すマルチアングルについては後述参照。2-Bエクステントペア間での再生期間の一致エクステントATC時間の等しいデータブロックの対、すなわちエクステントペアでは更に、再生期間が一致し、かつビデオストリームの再生時間が等しくてもよい。言い換えれば、エクステントペア間ではVAUの数が等しくてもよい。その意義は次のとおりである。図75のaは、隣接するベースビューデータブロックとディペンデントビューデータブロックとの間でエクステントATC時間が異なり、かつビデオストリームの再生時間が異なるときの再生経路を示す模式図である。図75のaを参照するに、先頭のベースビューデータブロックB0の再生時間は4秒間であり、先頭のディペンデントビューデータブロックD0の再生時間は1秒間である。ここで、ディペンデントビューデータブロックD0の復号に必要なベースビュービデオストリームの部分はそのディペンデントビューデータブロックD0と同じ再生時間を持つ。従って、再生装置内のリードバッファの容量を節約するには、図75のaに矢印ARW1で示されているように、再生装置にベースビューデータブロックB0とディペンデントビューデータブロックD0とを交互に同じ再生時間ずつ、例えば1秒間ずつ読み込ませることが好ましい。しかし、その場合、図75のaに破線で示されているように、読み出し処理の途中でジャンプが生じる。その結果、読み出し処理を復号処理に間に合わせることが難しいので、シームレス再生を確実に持続することが難しい。図75のbは、隣接するベースビューデータブロックとディペンデントビューデータブロックとの間でビデオストリームの再生時間が等しいときの再生経路を示す模式図である。図75のbに示されているように、隣接する一対のデータブロックの間でビデオストリームの再生時間が等しくてもよい。例えば、先頭のデータブロック対B0、D0ではビデオストリームの再生時間が共に1秒に等しく、二番目のデータブロック対B1、D1ではビデオストリームの再生時間が共に0.7秒に等しい。その場合、3D再生モードの再生装置は、図75のbに矢印ARW2で示されているように、データブロックB0、D0、B1、D1、...を先頭から順番に読み出す。それだけで、再生装置はメインTSとサブTSとを交互に同じ再生時間ずつ読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、3D映像のシームレス再生が確実に持続可能である。実際には、隣接するベースビューデータブロックとディペンデントビューデータブロックとの間でエクステントATC時間が等しければ、読み出し処理にジャンプを生じさせることなく、復号処理の同期を維持することはできる。従って、再生期間又はビデオストリームの再生時間が等しくなくても、図75のbに示されている場合と同様に、再生装置はデータブロック群を先頭から順番に読み出すだけで、3D映像のシームレス再生を確実に持続できる。エクステントペア間では、VAUのいずれかのヘッダの数、又はPESヘッダの数が等しくてもよい。エクステントペア間での復号処理の同期には、それらのヘッダが利用される。従って、エクステントペア間でヘッダの数が等しければ、VAUそのものの数が等しくなくても、復号処理の同期を維持することは比較的容易である。更に、VAUそのものの数が等しい場合とは異なり、VAUのデータが全て同じデータブロック内に多重化されていなくてもよい。それ故、BD-ROMディスク101のオーサリング工程において、ストリームデータの多重化の自由度が高い。エクステントペア間では、エントリポイントの数が等しくてもよい。図74を再び参照するに、エクステントペアフラグ=0のエントリポイント7430、7440、7431、7441を除けば、ファイルベース7401とファイルDEP7402とでは、先頭から同じ順序のエクステントEXT1k、EXT2kが同じ数のエントリポイント7410、7420を含む。2D再生モードと3D再生モードとではジャンプの有無は異なる。しかし、エクステントペア間でエントリポイントの数が等しいとき、再生時間も実質的に等しい。従って、ジャンプの有無にかかわらず、復号処理の同期を維持することは容易である。更に、VAUそのものの数が等しい場合とは異なり、VAUのデータの全てが同じデータブロック内に多重化されていなくてもよい。それ故、BD-ROMディスク101のオーサリング工程において、ストリームデータの多重化の自由度が高い。2-Cマルチアングル図76のaは、マルチアングルに対応する多重化ストリームデータの再生経路を示す模式図である。図76の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の間で再生対象を切り換えることができる。図76のbは、BD-ROMディスク上に記録されたデータブロック群7601と、それらに対するL/Rモードでの再生経路7602とを示す模式図である。そのデータブロック群7601は、図76のaに示されているストリームデータL、R、D、Ak、Bk、Ckを含む。図76のbを参照するに、そのデータブロック群7601では、通常のストリームデータL、R、Dに加え、アングル別のストリームデータAk、Bk、Ckがインターリーブ配置で記録されている。L/Rモードでは、再生経路7602の示すように、ライトビューデータブロックRとベースビューデータブロックLとは読み出され、デプスマップデータブロックDの読み出しはジャンプによってスキップされる。更に、アングル別のストリームデータAk、Bk、Ckのうち、選択されたもののデータブロックA0、B1、...、Cnは読み出され、その他のデータブロックの読み出しはジャンプによってスキップされる。図76のcは、アングル別のストリームデータAk、Bk、Ckを構成するエクステントブロックを示す模式図である。図76のcを参照するに、各アングルのストリームデータAk、Bk、Ckでは、三種類のデータブロックL、R、Dがインターリーブ配置を構成している。L/Rモードでは、再生経路7602の示すように、アングル別のストリームデータ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への移行を示す。図77は、マルチアングル期間を構成するデータブロック群7701、及び、それらに対する2D再生モードでの再生経路7710とL/Rモードでの再生経路7720とを示す模式図である。図77を参照するに、そのデータブロック群7701は三種類のアングルチェンジ区間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再生モードでの再生経路7710の示す、他のアングルチェンジ区間の読み出しをスキップするためのジャンプJANG2Dである。一方、条件4で考慮されるべきジャンプは、L/Rモードでの再生経路7720の示す、他のアングルチェンジ区間の読み出しをスキップするためのジャンプJANGLRである。各再生経路7710、7720の示すとおり、いずれのジャンプJANG2D、JANGLRも一般に、アングルの切り換え、すなわち、読み出されるべきアングルチェンジ区間の種類の切り換えを含む。図77を更に参照するに、各アングルチェンジ区間はベースビューデータブロックLを一つ含む。従って、ベースビューエクステントEXT1のエクステントATC時間はアングルチェンジ区間の長さの最大値TANG以下に制限される。例えば、アングルの切り換えを表示時間2秒当たりに1回の割合で実行可能にするには、アングルチェンジ区間の長さの最大値TANGを2秒間に制限しなければならない。その結果、ベースビューエクステントEXT1のエクステントATC時間は2秒以下に制限される。それ故、条件5は、ベースビューエクステントのサイズSEXT1が、式7に代えて、次式16を満たすことに変更される:尚、式16の右辺では、式7の右辺に代えて、式10A又は10Bの右辺が利用されてもよい。また、式10A又は10Bに示されている、2DエクステントのエクステントATC時間に対する延長時間ΔTと同様に、アングルチェンジ区間の長さの最大値TANGは、GOPの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。更に、その延長時間ΔTは、マルチアングルでは0に設定されてもよい。マルチアングル期間にロングジャンプが生じる場合、その前後のエクステントブロックがシームレスに接続されるように配置される。具体的には、各アングルでのベースビューとディペンデントビューとのストリームデータが単一のTSに多重化されている場合以下、1TSによるマルチアングル期間という。、ロングジャンプの直前に配置されるアングルチェンジ区間は他のアングルチェンジ区間よりもサイズが大きく設定される。一方、各アングルでのベースビューとディペンデントビューとのストリームデータが異なるTSに多重化されている場合以下、2TSによるマルチアングル期間という。、ロングジャンプの直前のアングルチェンジ区間では再生経路が分離される。図78のaは、1TSによるマルチアングル期間PANGを構成するエクステントブロック群7810と、それらに対する再生経路7820との間の対応関係を示す模式図である。図78のaを参照するに、そのエクステントブロック群7810はマルチアングル期間PANGにアングルチェンジ区間Ak、Bk、Ckk=0、1、...、n:文字nは0以上の整数を表す。のインターリーブ配置を含む。更に、それらのアングルチェンジ区間Ak、Bk、Ckと後続のエクステントブロックとの間が層境界LBで分離されているので、それらの間にはロングジャンプJLYが生じる。その場合、そのロングジャンプJLYの直前に配置されるn1番目のアングルチェンジ区間An、Bn、Cnの各サイズSnは、先頭からn番目までのアングルチェンジ区間Ak、Bk、Ckk=0、1、...、n-1の各サイズSkよりも大きい:Sn>Sk。それにより、ロングジャンプJLYの直前ではリードバッファ内の蓄積データ量が十分に増大するので、ロングジャンプJLY中でのリードバッファのアンダーフローが防止される。図78のbは、2TSによるマルチアングル期間PANGを構成するエクステントブロック群7830、及び、それらに対する2D再生モードでの再生経路7840と3D再生モードでの再生経路7850との間の対応関係を示す模式図である。図78のbを参照するに、そのエクステントブロック群7830はマルチアングル期間PANGにアングルチェンジ区間Ak、Bk、Ckk=0、1、...、n:文字nは0以上の整数を表す。のインターリーブ配置を含む。更に、それらのアングルチェンジ区間Ak、Bk、Ckと後続のエクステントブロックとの間は層境界LBで分離されているので、それらの間にはロングジャンプJLYが生じる。ここで、先頭からn番目までのアングルチェンジ区間の各データブロックAk、Bk、Ckk=0、1、...、n-1は一つのエクステントペアD、Bを含む。一方、層境界LBの直前に配置されるn1番目のアングルチェンジ区間An、Bn、Cnは、2D再生専用ブロックAn2D、Bn2D、Cn2Dと3D再生専用ブロックAn3D、Bn3D、Cn3Dとの二種類を含む。各3D再生専用ブロックAn3D、Bn3D、Cn3Dは一般に、複数のエクステントペアD1、B13D、D2、B23Dのインターリーブ配置を含む。2D再生専用ブロックAn3D、Bn3D、Cn3Dは、同じアングルの3D再生専用ブロックAn3D、Bn3D、Cn3Dに含まれるベースビューデータブロックB13D、B23D全体の複製B1B22Dであり、それらとビット単位で一致する。2D再生モードでの再生経路7840は、n1番目のアングルチェンジ区間として2D再生専用ブロックAn2D、Bn2D、Cn2Dのいずれかを通り、3D再生専用ブロックAn3D、Bn3D、Cn3Dをいずれもスキップする。逆に、3D再生モードでの再生経路7850は、n1番目のアングルチェンジ区間として3D再生専用ブロックAn3D、Bn3D、Cn3Dのいずれかを通り、2D再生専用ブロックAn2D、Bn2D、Cn2Dをいずれかもスキップする。ロングジャンプJLY中でのリードバッファのアンダーフローを防止するのに必要な蓄積データ量は、2D再生モードでは各2D再生専用ブロックAn2D、Bn2D、Cn2Dが条件1を満たすことで賄われ、3D再生モードでは各3D再生専用ブロックAn3D、Bn3D、Cn3Dが条件2-4を満たすことで賄われる。更に、各3D再生専用ブロックAn3D、Bn3D、Cn3Dは条件1を満たさなくてもよいので、図28のaの表に従って最大エクステントサイズを設定することが容易である。その結果、リードバッファの容量を十分に小さく維持したまま、エクステントブロック群7830のシームレス接続を実現することができる。《実施形態3》以下、本発明の実施形態3として、本発明の実施形態1、2による記録媒体の記録装置及び記録方法について説明する。その記録装置は、いわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリングスタッフによって使用される。記録装置はオーサリングスタッフの操作に従い、まず映画コンテンツを所定の圧縮符号化方式でAVストリームファイルに変換する。記録装置は次にシナリオを生成する。シナリオは、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には、動的シナリオ情報と静的シナリオ情報とを含む。記録装置は続いて、AVストリームファイル及びシナリオからBD-ROMディスク用のボリュームイメージを生成する。記録装置は最後に、そのボリュームイメージを記録媒体に記録する。図79は、その記録装置7900の機能ブロック図である。図79を参照するに、その記録装置7900は、データベース部7901、ビデオエンコーダ7902、素材制作部7903、シナリオ生成部7904、BDプログラム制作部7905、多重化処理部7906、及びフォーマット処理部7907を含む。データベース部7901は記録装置に内蔵の不揮発性記憶装置であり、特にHDDである。データベース部7901はその他に、記録装置に外付けされたHDDであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。ビデオエンコーダ7902は、非圧縮のビットマップデータ等の映像データをオーサリングスタッフから受け付けて、MPEG-4AVC、MVC、又はMPEG-2等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリビデオストリームに変換され、副映像のデータはセカンダリビデオストリームに変換される。特に3D映像のデータは、MVC等の多視点符号化方式を利用して、図7に示されているようなベースビュービデオストリームとディペンデントビュービデオストリームとの対に変換される。すなわち、レフトビューを表すビデオフレームの列は、それ自身のピクチャ間での予測符号化によって、ベースビュービデオストリームに変換される。一方、ライトビューを表すビデオフレームの列は、それ自身のピクチャだけでなく、ベースビューピクチャとの間の予測符号化によって、ディペンデントビュービデオストリームに変換される。尚、ライトビューを表すビデオフレームの列がベースビュービデオストリームに変換され、レフトビューを表すビデオフレームの列がディペンデントビュービデオストリームに変換されてもよい。変換後の各ビデオストリーム7912はデータベース部7901に保存される。ビデオエンコーダ7902は、ピクチャ間予測符号化の処理過程でレフトビューとライトビューとの間での各映像の動きベクトルを検出し、それらから各3D映像の奥行き情報を算出する。図80のa、bは、3D映像の一シーンの表示に利用されるレフトビューピクチャとライトビューピクチャとを表す模式図であり、cは、ビデオエンコーダ7902によってそれらのピクチャから算出された奥行き情報を示す模式図である。ビデオエンコーダ7902はレフトビューとライトビューとの各ピクチャの圧縮に、それらのピクチャ間の冗長性を利用する。すなわち、ビデオエンコーダ7902は圧縮前の両ピクチャを8×8又は16×16の画素マトリクスごとに、すなわちマクロブロックごとに比較して、両ピクチャ間での各映像の動きベクトルを検出する。具体的には、図80のa、bに示されているように、まず、レフトビューピクチャ8001とライトビューピクチャ8002とはそれぞれ、マクロブロック8003のマトリクスに分割される。次に、両ピクチャ8001、8002間でイメージデータがマクロブロック8003ごとに比較され、その結果から各映像の動きベクトルが検出される。例えば、家の映像8004を表す領域は両ピクチャ8001、8002間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、球の映像8005を表す領域は両ピクチャ8001、8002間で異なるので、それらの領域からはその映像8005の動きベクトルが検出される。ビデオエンコーダ7902は、検出された動きベクトルを各ピクチャ8001、8002の圧縮に利用する。一方、ビデオエンコーダ7902はその動きベクトルを、家の映像8004及び球の映像8005等、各映像の両眼視差の計算に利用する。ビデオエンコーダ7902は更に、各映像の両眼視差からその映像の奥行きを算出する。その奥行きを表す情報は、図80のcに示されているように、各ピクチャ8001、8002のマクロブロックのマトリクスと同じサイズのマトリクス8006に整理される。このマトリクス8006内のブロック8007は、各ピクチャ8001、8002内のマクロブロック8003と一対一に対応する。各ブロック8007は、対応するマクロブロック8003の表す映像の奥行きを、例えば8ビットの深度で表す。図80に示されている例では、球の映像8005の奥行きがマトリクス8006の領域8008内の各ブロックに記録される。その領域8008は、その映像8005を表す各ピクチャ8001、8002内の領域の全体に対応する。ビデオエンコーダ7902は奥行き情報を利用して、レフトビュー又はライトビューに対するデプスマップを生成してもよい。その場合、ビデオエンコーダ7902は、レフトビュー又はライトビューのストリームデータとデプスマップストリームとのそれぞれを、それ自身の含むピクチャ間での予測符号化を用いて、ベースビュービデオストリームとデプスマップストリームとに変換する。変換後の各ビデオストリーム7912はデータベース部7901に保存される。ビデオエンコーダ7902は更に、その奥行き情報を利用して、レフトビュービデオプレーンとライトビュービデオプレーンとの一方にしか含まれない垂直方向の帯状領域の幅、及び、水平方向の帯状領域の高さを算定する詳細は《補足》参照。実際、それらの帯状領域が物体の映像を含んでいれば、その映像の動きベクトルが、レフトビューからライトビューへ、又はその逆へのフレームアウトを表すものとして検出される。ビデオエンコーダ7902はその動きベクトルから各帯状領域の幅又は高さを算定できる。算定された幅と高さとを示す情報以下、マスク領域情報という。7911はデータベース部7901に保存される。ビデオエンコーダ7902はその他に、2D映像のデータからセカンダリビデオストリームを符号化する際に、オーサリングスタッフの操作に従って、副映像プレーンに対するオフセット情報7910を作成してもよい。作成されたオフセット情報7910はデータベース部7901に保存される。素材制作部7903は、ビデオストリーム以外のエレメンタリストリーム、例えば、オーディオストリーム7913、PGストリーム7914、及びIGストリーム7915を作成してデータベース部7901に保存する。例えば、素材制作部7903はオーサリングスタッフから非圧縮のLPCM音声データを受け付けて、それをAC-3等の圧縮符号化方式で符号化してオーディオストリーム7913に変換する。素材制作部7903はその他に、オーサリングスタッフから字幕情報ファイルを受け付けて、それに従ってPGストリーム7914を作成する。字幕情報ファイルは、字幕を表すイメージデータ又はテキストデータ、その字幕の表示時期、及び、その字幕に加えられるべきフェードイン/アウト等の視覚効果を規定する。素材制作部7903は更に、オーサリングスタッフからビットマップデータとメニューファイルとを受け付けて、それらに従ってIGストリーム7915を作成する。ビットマップデータはメニューのイメージを表す。メニューファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。素材制作部7903は更に、オーサリングスタッフの操作に従い、PGストリーム7914とIGストリーム7915とのそれぞれに対するオフセット情報7910を作成する。その場合、素材制作部7903は、ビデオエンコーダ7902によって生成された奥行き情報DPIを利用して、3Dグラフィックス映像の奥行きを3D映像の奥行きに合わせてもよい。その場合、3D映像の奥行きがフレームごとに激しく変化するときには、素材制作部7903は、奥行き情報DPIを利用して作成されたオフセット値の列を更にローパスフィルタで処理して、フレームごとの変化を低減させてもよい。こうして、作成されたオフセット情報7910はデータベース部7901に保存される。シナリオ生成部7904は、オーサリングスタッフからGUI経由で受け付けられた指示に従ってBD-ROMシナリオデータ7917を作成し、データベース部7901に保存する。BD-ROMシナリオデータ7917は、データベース部7901に保存された各エレメンタリストリーム7912-7916の再生方法を規定する。BD-ROMシナリオデータ7917は、図2に示されているファイル群のうち、インデックスファイル211、ムービーオブジェクトファイル212、及びプレイリストファイル221-223を含む。シナリオ生成部7904は更に、パラメータファイルPRFを作成して多重化処理部7906へ送出する。パラメータファイルPRFは、データベース部7901に保存されたエレメンタリストリーム7912-7915の中から、メインTSとサブTSとのそれぞれに多重化されるべきストリームデータを規定する。BDプログラム制作部7905はオーサリングスタッフに対して、BD-Jオブジェクト及びJavaアプリケーションプログラムのプログラミング環境を提供する。BDプログラム制作部7905はGUIを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。BDプログラム制作部7905は更に、BD-JオブジェクトからBD-Jオブジェクトファイル251を作成し、JavaアプリケーションプログラムをJARファイル261に圧縮する。それらのプログラムファイル群BDPはフォーマット処理部7907へ送出される。ここで、BD-Jオブジェクトが次のようにプログラミングされる場合を想定する:BD-Jオブジェクトは、図50に示されているプログラム実行部5034にGUI用のグラフィックスデータをシステムターゲットデコーダ5023へ送出させる。BD-Jオブジェクトは更に、システムターゲットデコーダ5023にそのグラフィックスデータをイメージプレーンデータとして処理させ、プレーン加算部5024にイメージプレーンデータを1プレーンオフセットモードで送出させる。その場合、BDプログラム制作部7905は、イメージプレーンに対するオフセット情報7910を作成してデータベース部7901に保存する。BDプログラム制作部7905はそのオフセット情報7910の作成に、ビデオエンコーダ7902によって生成された奥行き情報DPIを利用してもよい。多重化処理部7906はパラメータファイルPRFに従い、データベース部7901に保存されている各エレメンタリストリーム7912-7915をMPEG2-TS形式のストリームファイルに多重化する。具体的には、図4に示されているように、まず、各エレメンタリストリーム7912-7915が一つのソースパケット列に変換され、次に、各列のソースパケットが一本の多重化ストリームデータにまとめられる。こうして、メインTSとサブTSとが作成される。それらの多重化ストリームデータMSDはフォーマット処理部7907へ送出される。多重化処理部7906は更に、データベース部7901に保存されているオフセット情報7910に基づいてオフセットメタデータを作成する。図11に示されているように、作成されたオフセットメタデータ1110はディペンデントビュービデオストリーム内に格納される。そのとき、データベース部7901に保存されているマスク領域情報7911は、オフセットメタデータと共にディペンデントビュービデオストリーム内に格納される。また、多重化処理部7906は各グラフィックスデータを加工して、左右の各映像フレーム内でのグラフィックス部品の配置を調整してもよい。それにより、各グラフィックスプレーンの表す3Dグラフィックス映像が、他のグラフィックスプレーンの表す3Dグラフィックス映像と同じ視方向に重なって表示されることを、多重化処理部7906は防止できる。その他に、多重化処理部7906は各グラフィックスプレーンに対するオフセット値を調整して、各3Dグラフィックス映像が異なる奥行きに表示されるようにできる。多重化処理部7906はその上、2Dクリップ情報ファイルとディペンデントビュークリップ情報ファイルとを、以下の手順I-IVで作成する:Iファイル2DとファイルDEPとのそれぞれについて、図30に示されているエントリマップ3030を生成する。II各ファイルのエントリマップを利用して、図32のa、bに示されているエクステント起点3042、3220を作成する。そのとき、隣接するデータブロック間でエクステントATC時間を揃える。更に、2Dエクステント、ベースビューエクステント、ディペンデントビューエクステント、及びエクステントSSの各サイズが条件1-5を満たすように、エクステントの配置を設計する。IIIメインTSとサブTSとのそれぞれに多重化されるべきエレメンタリストリームから、図30に示されているストリーム属性情報3020を抽出する。IV図30に示されているように、エントリマップ3030、3Dメタデータ3040、及びストリーム属性情報3020の組み合わせをクリップ情報3010に対応付ける。こうして、各クリップ情報ファイルCLIが作成され、フォーマット処理部7907へ送出される。フォーマット処理部7907は、データベース部7901に保存されたBD-ROMシナリオデータ7917、BDプログラム制作部7905によって制作されたBD-Jオブジェクトファイル等のプログラムファイル群BDP、及び、多重化処理部7906によって生成された多重化ストリームデータMSDとクリップ情報ファイルCLIとから、図2に示されているディレクトリ構造のBD-ROMディスクイメージ7920を作成する。そのディレクトリ構造ではファイルシステムとしてUDFが利用される。フォーマット処理部7907は、ファイル2D、ファイルDEP、及びファイルSSの各ファイルエントリを作成するとき、2Dクリップ情報ファイルとディペンデントビュークリップ情報ファイルとのそれぞれに含まれるエントリマップと3Dメタデータとを参照する。それにより、エントリポイントとエクステント起点との各SPNがアロケーション記述子の作成に利用される。特に、図15に示されているようなデータブロックのインターリーブ配置が表現されるように、各アロケーション記述子の表すべきLBNの値とエクステントのサイズとが決定される。その結果、各ベースビューデータブロックはファイルSSとファイル2Dとに共有され、各ディペンデントビューデータブロックはファイルSSとファイルDEPとに共有される。<BD-ROMディスクイメージの記録方法>図81は、図79に示されている記録装置7900を利用してBD-ROMディスクへ映画コンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置7900の電源投入によって開始される。ステップS8101では、BD-ROMディスクへ記録されるべきエレメンタリストリーム、プログラム、及びシナリオデータが作成される。すなわち、ビデオエンコーダ7902はビデオストリーム7912を作成する。素材制作部7903は、オーディオストリーム7913、PGストリーム7914、及びIGストリーム7915を作成する。シナリオ生成部7904はBD-ROMシナリオデータ7917を作成する。作成されたそれらのデータ7912-7917はデータベース部7901に保存される。一方、ビデオエンコーダ7902は、オフセット情報7910とマスク領域情報7911とを作成してデータベース部7901に保存する。素材制作部7903はオフセット情報7910を作成してデータベース部7901に保存する。シナリオ生成部7904はパラメータファイルPRFを作成して多重化処理部7906へ送出する。BDプログラム制作部7905は、BD-JオブジェクトファイルとJARファイルとを含むプログラムファイル群BDPを作成してフォーマット処理部7907へ送出し、オフセット情報7910を作成してデータベース部7901に保存する。その後、処理はステップS8102へ進む。ステップS8102では、多重化処理部7906は、データベース部7901に保存されたオフセット情報7910に基づいてオフセットメタデータを作成する。作成されたオフセットメタデータは、マスク領域情報7911と共に、ディペンデントビュービデオストリーム内に格納される。その後、処理はステップS8103へ進む。ステップS8103では、多重化処理部7906はパラメータファイルPRFに従い、データベース部7901から各エレメンタリストリーム7912-7915を読み出してMPEG2-TS形式のストリームファイルに多重化する。その後、処理はステップS8104へ進む。ステップS8104では、多重化処理部7906は2Dクリップ情報ファイルとディペンデントビュークリップ情報ファイルとを作成する。特に、エントリマップとエクステント起点との作成では、エクステントペア間でエクステントATC時間が揃えられる。更に、2Dエクステント、ベースビューエクステント、ディペンデントビューエクステント、及びエクステントSSのサイズが条件1-5を満たすように設計される。その後、処理はステップS8105へ進む。ステップS8105では、フォーマット処理部7907は、BD-ROMシナリオデータ7917、プログラムファイル群BDP、多重化ストリームデータMDS、及びクリップ情報ファイルCLIから、BD-ROMディスクイメージ7920を作成する。その後、処理はステップS8106へ進む。ステップS8106では、BD-ROMディスクイメージ7920がBD-ROMプレス用データに変換される。更に、このデータはBD-ROMディスクの原盤に記録される。その後、処理はステップS8107へ進む。ステップS8107では、ステップS8106で得られた原盤をプレス工程に利用してBD-ROMディスク101の大量生産を行う。こうして、処理が終了する。《実施形態4》図82は、本発明の実施形態4による集積回路3の機能ブロック図である。図82を参照するに、集積回路3は、実施形態1または2による再生装置102に実装される。ここで、再生装置102は、集積回路3の他に、媒体インタフェースIF部1、メモリ部2、及び出力端子10を含む。媒体IF部1は、外部の媒体MEからデータを受信し、又は読み出して集積回路3に転送する。そのデータの構造は、実施形態1または2によるBD-ROMディスク101上のデータの構造と同様である。媒体IF部1は媒体MEの種類に合わせて、種々の機能部を含む。例えば、媒体MEが、光ディスク及びハードディスク等のディスク記録媒体である場合、媒体IF部1はディスクドライブを含む。媒体MEが、SDカード及びUSBメモリ等の半導体メモリである場合、媒体IF部1はカードIFを含む。媒体MEがCATV等の放送波である場合、媒体IF部1はCANチューナーまたはSiチューナーを含む。媒体MEが、イーサネット登録商標、無線LAN、及び無線公衆回線等のネットワークである場合、媒体IF部1はネットワークIFを含む。メモリ部2は、媒体IF部1によって媒体MEから受信され、又は読み出されたデータ、及び、集積回路3によって処理されている途中のデータを一時的に格納する。メモリ部2としては、SDRAMSynchronousDynamicRandomAccessMemory、及びDDRxSDRAMDouble-Data-RatexSynchronousDynamicRandomAccessMemoryx=1、2、3、...等が用いられる。メモリ部2は単一のメモリ素子である。その他に、メモリ部2は複数のメモリ素子を含んでもよい。集積回路3はシステムLSIであり、媒体IF部1から転送されたデータに対して映像音声処理を施す。図82を参照するに、集積回路3は、主制御部6、ストリーム処理部5、信号処理部7、メモリ制御部9、及びAV出力部8を含む。主制御部6はプロセッサコアとプログラムメモリとを含む。プロセッサコアはタイマ機能と割り込み機能とを有する。プログラムメモリはOS等の基本的なソフトウェアを格納する。プロセッサコアは、プログラムメモリ等に格納されたプログラムに従って、集積回路3の全体の制御を行う。ストリーム処理部5は、主制御部6の制御の下、媒体MEから媒体IF部1を経由して転送されたデータを受信する。ストリーム処理部5は更に、その受信したデータを集積回路3内のデータバスを通してメモリ部2に格納する。ストリーム処理部5はその他に、受信したデータから映像系データと音声系データとを分離する。ここで、前述のとおり、媒体MEから受信されるデータは、実施形態1または2による構造のデータを含む。その場合、映像系データは、プライマリビデオストリーム、セカンダリビデオストリーム、PGストリーム、及びIGストリームを含む。音声系データはプライマリオーディオストリームとセカンダリオーディオストリームとを含む。実施形態1、2による構造のデータでは、メインビューデータとサブビューデータとがそれぞれ複数のエクステントに分割され、それらが交互に配置されて一連のエクステントブロックを構成している。ストリーム処理部5はエクステントブロックを受信したとき、主制御部6の制御に従い、そのエクステントブロックからメインビューデータを抽出してメモリ部2内の第1の領域に格納し、サブビューデータを抽出してメモリ部2内の第2の領域に格納する。メインビューデータはレフトビュービデオストリームを含み、サブビューデータはライトビュービデオストリームを含む。その逆であってもよい。また、メインビューとサブビューとの組み合わせが2D映像とそのデプスマップとの組み合わせであってもよい。メモリ部2内の第1の領域と第2の領域とは、単一のメモリ素子の領域を論理的に分割したものである。その他に、各領域が物理的に異なるメモリ素子に含まれてもよい。ストリーム処理部5によって分離された映像系データと音声系データとはそれぞれ、符号化によって圧縮されている。映像系データの符号化方式の種類は、MPEG-2、MPEG-4AVC、MPEG4-MVC、及びSMPTEVC-1等を含む。音声系データの符号化方式の種類は、ドルビーAC-3、DolbyDigitalPlus、MLP、DTS、DTS-HD、及びリニアPCM等を含む。信号処理部7は、主制御部6の制御の下、映像系データと音声系データとを、それぞれの符号化方式に適した方法で復号する。信号処理部7は、例えば図52に示されている各種デコーダに相当する。メモリ制御部9は、集積回路3内の各機能ブロック5-8からメモリ部2へのアクセスを調停する。AV出力部8は、主制御部6の制御の下、信号処理部7によって復号された映像系データと音声系データとをそれぞれ適切な形式に加工して、個別の出力端子10を通して表示装置103とその内蔵スピーカとへ出力する。その加工の種類は、映像系データの重畳処理、各データのフォーマット変換、及び音声系データのミキシング等を含む。図83は、ストリーム処理部5の代表的な構成を示す機能ブロック図である。図83を参照するに、ストリーム処理部5は、デバイスストリームIF部51、多重分離部52、及び切替部53を備える。デバイスストリームIF部51は、媒体IF部1と集積回路3内の他の機能ブロック6-9との間でデータ転送を行うインタフェースである。例えば媒体MEが光ディスク又はハードディスクであるとき、デバイスストリームIF部51は、SATASerialAdvancedTechnologyAttachment、ATAPIAdvancedTechnologyAttachmentPacketInterface、又はPATAParallelAdvancedTechnologyAttachmentを含む。媒体MEがSDカード及びUSBメモリ等の半導体メモリであるとき、デバイスストリームIF部51はカードIFを含む。媒体MEがCATV等の放送波であるとき、デバイスストリームIF部51はチューナーIFを含む。媒体MEが、イーサネット登録商標、無線LAN、及び無線公衆回線等のネットワークであるとき、デバイスストリームIF部51はネットワークIFを含む。ここで、媒体MEの種類によっては、デバイスストリームIF部51が媒体IF部1に代わって、その機能の一部を実現させてもよい。逆に、媒体IF部1が集積回路3に内蔵されている場合、デバイスストリームIF部51は省略されてもよい。多重分離部52は、媒体MEからメモリ部2に転送されたデータをメモリ制御部9から受信して、そのデータから映像系データと音声系データとを分離する。ここで、実施形態1、2による構造のデータに含まれる各エクステントは、図4に示されているように、ビデオストリーム、オーディオストリーム、PGストリーム、及びIGストリーム等のソースパケットから構成されている。但し、サブビューデータはオーディオストリームを含まない場合もある。多重分離部52は、各ソースパケットからPIDを読み取り、そのPIDに従って、ソースパケット群を映像系のTSパケットVTSと音声系のTSパケットATSとに分別する。分別されたTSパケットVTS、ATSは、直接、若しくは、一旦メモリ部2に格納された後、信号処理部7に転送される。多重分離部52は、例えば図52に示されているソースデパケタイザ5211、5212、及びPIDフィルタ5213、5214に相当する。切替部53は、デバイスストリームIF部51によって受信されたデータの種類に応じてその出力先を切り換える。例えば、デバイスストリームIF部51がメインビューデータを受信したとき、そのデータの格納先をメモリ部2の第1の領域に切り換える。一方、デバイスストリームIF部51がサブビューデータを受信したとき、そのデータの格納先をメモリ部2の第2の領域に切り換える。切替部53は例えばDMACDirectMemoryAccessControllerである。図84は、その場合における切替部53の周辺の構造を示す模式図である。DMAC53は、主制御部6の制御の下、デバイスストリームIF部51によって受信されたデータと、そのデータの格納先のアドレスとをメモリ制御部9に対して送信する。具体的には、デバイスストリームIF部51がメインビューデータMDを受信したとき、DMAC53は、メインビューデータMDと共にアドレス1AD1を送信する。ここで、アドレス1AD1は、メモリ部2内の第1の格納領域21の先頭アドレスAD1を示すデータである。一方、デバイスストリームIF部51がサブビューデータSDを受信したとき、DMAC53はサブビューデータSDと共にアドレス2AD2を送信する。ここで、アドレス2AD2は、メモリ部2内の第2の格納領域22の先頭アドレスAD2を示すデータである。こうして、DMAC53は、デバイスストリームIF部51によって受信されるデータの種類に依って、その出力先、特にメモリ部2内への格納先を切り換える。メモリ制御部9は、DMAC53から受信されたメインビューデータMDとサブビューデータSDとをそれぞれ、同時に受信されたアドレスAD1、AD2の示すメモリ部2内の領域21、22に格納する。主制御部6は、切替部53による格納先の切り換えの制御に、クリップ情報ファイル内のエクステント起点を利用する。ここで、そのクリップ情報ファイルは、メインビューデータMDとサブビューデータSDとのいずれよりも先に受信され、メモリ部2に格納されている。特に、主制御部6はファイルベースを利用して、デバイスストリームIF部51によって受信されたデータがメインビューデータMDであることを認識する。一方、主制御部6はファイルDEPを利用して、デバイスストリームIF部51によって受信されたデータがサブビューデータであることを認識する。主制御部6は更に、その認識された結果に応じて切替部53に制御信号CSを送り、データの格納先を切り換えさせる。尚、切替部53は、主制御部6とは別の専用の制御回路によって制御されてもよい。ストリーム処理部5は、図83に示されている機能ブロック51、52、53の他に、暗号エンジン部、セキュア管理部、及びダイレクトメモリアクセス用のコントローラを更に備えていてもよい。暗号エンジン部は、デバイスストリームIF部51によって受信された暗号化データ及び鍵データ等を復号する。セキュア管理部は秘密鍵を保持し、それを利用して、媒体MEと再生装置102との間で機器認証プロトコル等の実行制御を行う。上記の例では、媒体MEから受信されたデータがメモリ部2に格納されるとき、そのデータがメインビューデータMDとサブビューデータSDとのいずれであるかに依って、その格納先が切り換えられる。その他に、媒体MEから受信されたデータがその種類にかかわらず、一旦メモリ部2内の同じ領域に格納され、その後、メモリ部2から多重分離部52へ転送されるときに、メインビューデータMDとサブビューデータSDとに分けられてもよい。図85は、AV出力部8の代表的な構成を示す機能ブロック図である。図85を参照するに、AV出力部8は、画像重畳部81、ビデオ出力フォーマット変換部82、及びオーディオビデオ出力IF部83を備える。画像重畳部81は、信号処理部7によって復号された映像系データVP、PG、IGを互いに重畳する。具体的には、画像重畳部81はまず、ビデオ出力フォーマット変換部82からは処理後のレフトビュー又はライトビューのビデオプレーンデータVPを受信し、信号処理部7からは復号後のPGプレーンデータPGとIGプレーンデータIGとを受信する。画像重畳部81は次に、ビデオプレーンデータVPにPGプレーンデータPGとIGプレーンデータIGとをピクチャ単位で重畳する。画像重畳部81は、例えば図50に示されているプレーン加算部5024に相当する。ビデオ出力フォーマット変換部82は、信号処理部7からは復号後のビデオプレーンデータVPを受信し、画像重畳部81からは重畳後の映像系データVP/PG/IGを受信する。ビデオ出力フォーマット変換部82は更に、それらの映像系データVP、VP/PG/IGに対して種々の処理を必要に応じて行う。その処理の種類には、リサイズ処理、IP変換処理、ノイズリダクション処理、及びフレームレート変換処理が含まれる。リサイズ処理は、映像のサイズを拡大/縮小する処理である。IP変換処理は、プログレッシブ方式とインターレース方式との間で走査方式を変換する処理である。ノイズリダクション処理は、映像からノイズを除去する処理である。フレームレート変換処理は、フレームレートを変換する処理である。ビデオ出力フォーマット変換部82は、処理後のビデオプレーンデータVPを画像重畳部81に送出し、又は処理後の映像系データVSをオーディオビデオ出力IF部83へ送出する。オーディオビデオ出力IF部83は、ビデオ出力フォーマット変換部82からは映像系データVSを受信し、信号処理部7からは復号後の音声系データASを受信する。オーディオビデオ出力IF部83は更に、受信されたデータVS、ASに対して、データ送信形式に合わせた符号化等の処理を行う。ここで、後述のように、オーディオビデオ出力IF部83の一部は集積回路3の外部に備えられてもよい。図86は、AV出力部8を含む再生装置102のデータ出力に関する部分の詳細を示す模式図である。図86を参照するに、オーディオビデオ出力IF部83は、アナログビデオ出力IF部83a、デジタルビデオオーディオ出力IF部83b、及びアナログオーディオ出力IF部83cを含む。それにより、集積回路3及び再生装置102は、以下に述べるとおり、複数種類の映像系データと音声系データとのデータ送信方式に対応可能である。アナログビデオ出力IF部83aは、ビデオ出力フォーマット変換部82から映像系データVSを受信して、そのデータVSをアナログ映像信号形式のデータVDに変換/符号化して出力する。アナログビデオ出力IF部83aは、例えば、NTSC、PAL、及びSECAMのいずれかの方式に対応したコンポジットビデオエンコーダー、S映像信号Y/C分離用エンコーダー、コンポーネント映像信号用エンコーダー、並びにD/AコンバータDAC等を含む。デジタルビデオオーディオ出力IF部83bは、信号処理部7からは復号後の音声系データASを受信し、ビデオ出力フォーマット変換部82からは映像系データVSを受信する。デジタルビデオオーディオ出力IF部83bは更に、それらのデータAS、VSを一体化して暗号化する。その後、デジタルビデオオーディオ出力IF部83bは、暗号化データSAVをデータ送信規格に合わせて符号化して出力する。デジタルビデオオーディオ出力IF部83bは、例えば図50に示されているHDMI送信部5025に相当する。アナログオーディオ出力IF部83cは、信号処理部7から復号後の音声系データASを受信し、D/A変換によってアナログ音声データADに変換して出力する。アナログオーディオ出力IF部83cは、例えばオーディオDACに相当する。上記の映像系データ及び音声系データの送信形式は、表示装置103/スピーカー103Aの備えるデータ受信装置/データ入力端子の種類に合わせて切り換え可能であり、また、ユーザの選択によっても切り換え可能である。更に、再生装置102は、同じコンテンツのデータを、単一の送信形式だけではなく、複数の送信形式でパラレルに送信可能である。AV出力部8は、図85、86に示されている機能ブロック81、82、83の他にグラフッィクスエンジン部を更に備えていてもよい。グラフッィクスエンジン部は、信号処理部7によって復号されたデータに対して、フィルタ処理、画面合成処理、曲線描画処理、及び3D表示処理等のグラフィックス処理を行う。集積回路3は、図82、83、85、86に示されている上記の機能ブロックを内蔵する。しかし、それは必須ではなく、一部の機能ブロックが集積回路3に外付けされていてもよい。また、図82に示されている構成とは異なり、メモリ部2が集積回路3に内蔵されていてもよい。更に、主制御部6と信号処理部7とは、完全に分離された機能ブロックでなくてもよく、例えば主制御部6が信号処理部7の処理の一部を行ってもよい。集積回路3内の機能ブロック間を接続する制御バス及びデータバスのトポロジーは、各機能ブロックの処理の手順及び内容に合わせて選択されればよい。図87は、集積回路3内の制御バス及びデータバスのトポロジーの例a、bを示す模式図である。図87のaを参照するに、制御バス11とデータバス12とはいずれも、各機能ブロック5-9を他の全ての機能ブロックに直結させるように配置されている。その他に、図87のbに示されているように、データバス13は各機能ブロック5-8をメモリ制御部9にのみ直結させるように配置されてもよい。その場合、各機能ブロック5-8はメモリ制御部9、更にメモリ部2を介してデータを他の機能ブロックに転送する。集積回路3は、単一のチップに実装されたLSIに代えて、マルチチップモジュールであってもよい。その場合、集積回路3を構成する複数のチップは一つのパッケージに封止されているので、集積回路3は見かけ上、単一のLSIである。集積回路3はその他に、FPGAFieldProgrammableGateArray又はリコンフィギュラブルプロセッサを利用して構成されてもよい。FPGAは、製造後にプログラム可能なLSIである。リコンフィギュラブルプロセッサは、内部の回路セル間の接続、及び各回路セルの設定を再構成可能なLSIである。<集積回路3の表示装置への実装>上記の集積回路3と同様な集積回路を表示装置に実装して、実施形態4による再生装置の行う上記の処理をその表示装置に行わせても構わない。図88は、表示装置103に実装された集積回路3とその周辺部との構成を示す機能ブロック図である。図88に示されている構成は、図82に示されている構成とは、出力端子10が、表示駆動部11、表示パネル12、及びスピーカ13に置き換えられている点で異なる。その他の構成要素は、図82に示されているものと同様である。従って、それら同様な構成要素の詳細については、上記の説明を援用する。図88を参照するに、集積回路3は媒体IF部1とメモリ2とを利用して、媒体IF部1が受信したデータに対して上記の信号処理と同様な処理を行う。集積回路3によって処理された映像系データは表示駆動部11へ送られる。表示駆動部11はその映像系データに従って表示パネル12を制御する。その結果、その映像系データは表示パネル12の画面上に映像として出力される。ここで、表示パネル12は液晶表示パネルである。その他に、プラズマ表示パネル、有機EL表示パネル等、他の方式のものであってもよい。一方、集積回路3によって処理された音声系データはスピーカ13を通して音声として出力される。尚、スピーカ13に代えて、図82に示されている出力端子10と同様な出力端子を通して表示装置103に外付けされたスピーカが利用されてもよい。図89は、図88に示されているAV出力部8の詳細な機能ブロック図である。AV出力部8は、図85に示されているものとは異なり、オーディオビデオ出力IF部83に代えて、ビデオ出力IF部84とオーディオ出力IF部85との対を備えている。ビデオ出力IF部84とオーディオ出力IF部85とは、集積回路3の内部と外部とのいずれに設置されていてもよい。ビデオ出力IF部84は、ビデオ出力フォーマット変換部82から表示駆動部11へ映像系データを転送する。オーディオ出力IF部85は信号処理部7からスピーカ12へ音声系データを転送する。尚、ビデオ出力IF部84とオーディオ出力IF部85とはそれぞれ、複数備えられていてもよい。また、ビデオ出力IF部84とオーディオ出力IF部85とは一体化されていてもよい。<集積回路3を利用した再生装置102の再生処理>図90は、集積回路3を利用した再生装置102による再生処理のフローチャートである。その再生処理は、光ディスクがディスクドライブに挿入される等、媒体IF部1が媒体MEにデータ受信可能に接続されたときに開始される。その再生処理では、再生装置102は媒体MEからデータを受信して復号する。その後、再生装置102は復号後のデータを映像信号及び音声信号として出力する。ステップS1では、媒体IF部1が媒体MEからデータを受信し、又は読み出してストリーム処理部5へ転送する。その後、処理はステップS2へ進む。ステップS2では、ストリーム処理部5は、ステップS1において受信され、又は読み出されたデータを映像系データと音声系データとに分離する。その後、処理はステップS3へ進む。ステップS3では、信号処理部7は、ステップS2においてストリーム処理部5によって分離された各データをその符号化方式に適した方法で復号する。その後、処理はステップS4へ進む。ステップS4では、AV出力部8は、ステップS3において信号処理部7によって復号された映像系データに対して重畳処理を行う。その後、処理はステップS5へ進む。ステップS5では、AV出力部8は、ステップS2-4において処理された映像系データ及び音声系データを出力する。その後、処理はステップS6へ進む。ステップS6では、主制御部6が再生処理を続行すべきか否かを判断する。媒体IF部1によって媒体MEから新たに受信されるべき、又は読み出されるべきデータが残されている等の場合、ステップS1から処理が繰り返される。一方、光ディスクがディスクドライブから取り出され、又はユーザから再生停止が指示された等によって、媒体IF部1が媒体MEからのデータ受信、又は読み出しを終了させた場合、処理は終了する。図91は、図90に示されている各ステップS1-6の詳細を示すフローチャートである。図91に示されている各ステップS101-110は、主制御部6の制御の下で行われる。ステップS101は主にステップS1の詳細に相当し、ステップS102-104は主にステップS2の詳細に相当し、ステップS105は主にステップS3の詳細に相当し、ステップS106-108は主にステップS4の詳細に相当し、ステップS109、S110は主にステップS5の詳細に相当する。ステップS101では、デバイスストリームIF部51は媒体IF部1を通して媒体MEから、再生対象のデータよりも先に、そのデータの再生に必要なデータ、例えばプレイリストファイル及びクリップ情報ファイルを受信し、又は読み出す。デバイスストリームIF部51は更に、メモリ制御部9を介してそのデータをメモリ部2に格納する。その後、処理はステップS102へ進む。ステップS102では、主制御部6は、クリップ情報ファイルに含まれるストリーム属性情報から、媒体MEに格納されている映像データと音声データとのそれぞれの符号化方式を識別する。主制御部6は更に、識別された符号化方式に対応する復号処理が実行できるように信号処理部7の初期化を行う。その後、処理はステップS103へ進む。ステップS103では、デバイスストリームIF部51は、媒体IF部1を通して媒体MEから再生対象の映像データと音声データとを受信し、又は読み出す。特に、それらのデータはエクステント単位で受信され、又は読み出される。デバイスストリーム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内の対応するデコーダへ転送する。その後、処理はステップS105へ進む。ステップS105では、信号処理部7内では各デコーダが、転送されたTSパケットを適切な方法で復号する。その後、処理はステップS106へ進む。ステップS106では、信号処理部7において復号されたレフトビュービデオストリーム及びライトビュービデオストリームの各ピクチャがビデオ出力フォーマット変換部82に送られる。ビデオ出力フォーマット変換部82はそれらのピクチャを表示装置103の解像度に合わせてリサイズする。その後、処理はステップ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は更に、それらのデータに対して、表示装置103/スピーカ103Aによるデータ出力方式、又はそれぞれへのデータ送信方式に従って符号化処理及びD/A変換等を行う。それにより、映像系データと音声系データとはそれぞれ、アナログ出力形式又はデジタル出力形式に変換される。例えば、アナログ出力形式の映像系データには、コンポジット映像信号、S映像信号、及びコンポーネント映像信号等が含まれる。また、デジタル出力形式の映像系データ/音声系データには、HDMI等が含まれる。その後、処理はステップS110へ進む。ステップS110では、オーディオビデオ出力IF部83は、ステップS109において処理された映像系データ及び音声系データを表示装置103/スピーカ103Aへ送信する。その後、処理はステップS6へ進む。尚、ステップS6については、上記の説明を援用する。上記の各ステップでは、データが処理される度に、その結果がメモリ部2に一時的に格納されてもよい。また、ステップS106及びS108でのビデオ出力フォーマット変換部82によるリサイズ処理及びIP変換処理は、必要に応じて省略されてもよい。更に、それらの処理に加え、又はそれらの処理に代えて、ノイズリダクション処理及びフレームレート変換処理等、他の処理が行われてもよい。更に、可能なものについては処理手順が変更されてもよい。図88に示されている表示装置103で再生処理を行う場合でも、その再生処理のフローチャートは基本的には、図90、91に示されているものと同様である。図88、89に示されている各機能ブロックは、図82、85に示されている各機能ブロックと同様に動作する。《補足》<3D映像の再生方法の原理>3D映像の再生方法は、ホログラフィ技術を用いる方法と、視差映像を用いる方法との2つに大別される。ホログラフィ技術を用いる方法の特徴は、現実の立体的な物体から人間の視覚に与えられる光学的な情報とほぼ全く同じ情報を視聴者の視覚に与えることにより、その視聴者に映像中の物体を立体的に見せる点にある。しかし、この方法を動画表示に利用する技術は理論上確立されてはいる。しかし、その動画表示に必要とされる、膨大な演算をリアルタイムに処理可能なコンピュータ、及び、1mmあたり数千本という超高解像度の表示装置はいずれも、現在の技術ではまだ、実現が非常に難しい。従って、この方法を商業用として実用化する目途は、現時点ではほとんど立っていない。視差映像とは、一つのシーンを見る視聴者の各目に映る2D映像の対、すなわち、レフトビューとライトビューとの対をいう。視差映像を用いる方法の特徴は、一つのシーンのレフトビューとライトビューとを視聴者の各目だけに見えるように再生することにより、その視聴者にそのシーンを立体的に見せる点にある。図92のa-cは、視差映像を用いる方法による3D映像立体視映像の再生原理を説明するための模式図である。図92のaは、視聴者VWRが、顔の正面に置かれた立方体CBCを見ている光景の上面図である。図92のb、cはそれぞれ、そのときに視聴者VWRの左目LEY、右目REYに見える立方体CBCの外観を2D映像として示す模式図である。図92のb、cを比較すれば明らかなとおり、各目に見える立方体CBCの外観はわずかに異なる。この外観の差、すなわち両眼視差から、視聴者VWRは立方体CBCを立体的に認識できる。従って、視差映像を用いる方法では、まず、一つのシーン、例えば図92のaに示されている立方体CBCに対し、視点が異なる左右の2D映像、例えば図92のbに示されている立方体CBCのレフトビュー、及び図92の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映像を再現する。図93は、2D映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。図93を参照するに、2D映像MVWでは、背景BGVの中に円板DSCが表示されている。デプスマップDPHはその2D映像MVW内の各部の奥行きを画素ごとに示す。そのデプスマップDPHによれば、2D映像MVWのうち、円板DSCの表示領域DA1の奥行きが画面よりも手前であり、かつ、背景BGVの表示領域DA2の奥行きが画面よりも奥である。再生装置内では視差映像生成部PDGがまず、デプスマップDPHの示す各部の奥行きから2D映像MVW内の各部の両眼視差を計算する。視差映像生成部PDGは次に、2D映像MVW内の各部の表示位置を、計算された両眼視差に応じて左右に移動させて、レフトビューLVWとライトビューRVWとを構成する。図93に示されている例では、視差映像生成部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に併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。<復号スイッチ情報>図94のaは、復号スイッチ情報A050のデータ構造を示す模式図である。復号スイッチ情報A050は、図8に示されているベースビュービデオストリームとディペンデントビュービデオストリームとの各VAUでその補足データ831D、832Dに格納されている。但し、ディペンデントビュービデオストリームの各GOPの先頭に位置するVAU1832では、復号スイッチ情報A050は、オフセットメタデータを含む補足データ832Dとは別の補足データに格納される。補足データ831D、832Dは、特にMPEG-4AVC、MVCではNALユニットの一種SEIに相当する。復号スイッチ情報A050は、再生装置102内のデコーダに、次に復号すべきVAUを容易に特定させるための情報である。ここで、そのデコーダは後述のように、ベースビュービデオストリームとディペンデントビュービデオストリームとをVAU単位で交互に復号する。そのとき、そのデコーダは一般に、各VAUに付与されたDTSの示す時刻に合わせて、次に復号すべきVAUを特定する。しかし、デコーダの種類には、DTSを無視してVAUを順次、復号し続けるものも多い。そのようなデコーダにとって、各VAUがDTSに加えて復号スイッチ情報A050を含むことは好ましい。図94のaを参照するに、復号スイッチ情報A050は、次アクセスユニットタイプA051、次アクセスユニットサイズA052、及び復号カウンタA053を含む。次アクセスユニットタイプA051は、次に復号されるべきVAUがベースビュービデオストリームとディペンデントビュービデオストリームとのいずれに属するのかを示す。例えば、次アクセスユニットタイプA051の値が1であるときは、次に復号されるべきVAUはベースビュービデオストリームに属し、2であるときはディペンデントビュービデオストリームに属する。次アクセスユニットタイプA051の値が0であるときは、現在のVAUが復号対象のストリームの後端に位置し、次に復号されるべきVAUが存在しない。次アクセスユニットサイズA052は、次に復号されるべきVAUのサイズを示す。再生装置102内のデコーダは、次アクセスユニットサイズA052を参照することにより、VAUの構造自体を解析することなく、そのサイズを特定できる。従って、デコーダはバッファからVAUを容易に抽出できる。復号カウンタA053は、それの属するVAUが復号されるべき順番を示す。その順番は、ベースビュービデオストリーム内のIピクチャを含むVAUから数えられる。図94のbは、ベースビュービデオストリームA001とディペンデントビュービデオストリームA002との各ピクチャに割り当てられた復号カウンタの一例A010、A020を示す模式図である。図94のbを参照するに、復号カウンタA010、A020は両ビデオストリームA001、A002の間で交互にインクリメントされる。例えば、ベースビュービデオストリームA001内のIピクチャを含むVAUA011に対し、復号カウンタA010として1が割り当てられる。次に復号されるべきディペンデントビュービデオストリームA002内のPピクチャを含むVAUA021に対し、復号カウンタA020として2が割り当てられる。更にその次に復号されるべきベースビュービデオストリームA001内のPピクチャを含むVAUA012に対し、復号カウンタA010として3が割り当てられる。その割り当てにより、何らかの不具合が原因で再生装置102内のデコーダがいずれかのVAUを読み損なったときでも、それによって欠落したピクチャをデコーダは復号カウンタA010、A020から直ちに特定できる。従って、デコーダはエラー処理を適切に、かつ迅速に実行できる。図94のbに示されている例では、ベースビュービデオストリームA001の3番目のVAUA013の読み込みにエラーが生じ、Brピクチャが欠落している。しかし、デコーダは、ディペンデントビュービデオストリームA002の2番目のVAUA022に含まれるPピクチャの復号処理で、そのVAUA022から復号カウンタA020を読み出して保持している。従って、デコーダは次に処理すべきVAUの復号カウンタA010を予測できる。具体的には、そのPピクチャを含むVAUA022内の復号カウンタA020は4であるので、次に読み込まれるべきVAUの復号カウンタA010は5であると予測される。しかし、実際には、次に読み込まれたVAUはベースビュービデオストリームA001の4番目のVAUA014であったので、その復号カウンタA010は7である。そのことから、デコーダは、VAUを一つ読み損ねたことを検出できる。従って、デコーダは次のエラー処理を実行できる:ディペンデントビュービデオストリームA002の3番目のVAUA023から抽出されたBピクチャについては、参照すべきBrピクチャが欠落しているので復号処理をスキップする。このように、デコーダは復号処理ごとに復号カウンタA010、A020をチェックする。それにより、デコーダはVAUの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。図94のcは、ベースビュービデオストリームA001とディペンデントビュービデオストリームA002との各ピクチャに割り当てられた復号カウンタの別例A030、A040を示す模式図である。図94のcを参照するに、復号カウンタA030、A040は各ビデオストリームA001、A002で別々にインクリメントされる。従って、復号カウンタA030、A040は、同じ3DVAUに属する一対のピクチャ間で等しい。その場合、デコーダはベースビュービデオストリームA001のVAUを一つ復号した時点では次のように予測できる:その復号カウンタA030が、次に復号されるべきディペンデントビュービデオストリームA002のVAUの復号カウンタA040に等しい。一方、デコーダはディペンデントビュービデオストリームA002のVAUを一つ復号した時点では次のように予測できる:その復号カウンタA040に1を加えた値が、次に復号されるべきベースビュービデオストリームA001のVAUの復号カウンタA030に等しい。従って、デコーダはいずれの時点でも復号カウンタA030、A040からVAUの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。図52に示されているシステムターゲットデコーダ5023では、DEC5204が、復号スイッチ情報A050を利用して、各VAUからピクチャをそのDTSに関わらず、順次復号してもよい。その他に、バッファスイッチ5206が、そのVAU内の復号スイッチ情報A050をDEC5204に返信させてもよい。その場合、バッファスイッチ5206はその復号スイッチ情報A050を使って、次のVAUをEB15203とEB25210とのいずれから転送すべきか決定できる。<レフトビューとライトビューとの間のずれ補償>レフトビューとライトビューとの間にはずれが生じる場合がある。本発明の実施形態1による再生装置102又は表示装置103は、以下に述べる手段を用いてそのずれを補償する。それにより、そのずれが視聴者に違和感を与える危険性を回避することができる。再生装置102は、上記のずれの補償処理に、図50に示されている機能部を利用する。一方、表示装置103がその補償処理を行ってもよい。図95は、その補償処理を行う表示装置103の機能ブロック図である。図95を参照するに、表示装置103は、受信部A101、ストリーム処理部A102、信号処理部A103、及び出力部A104を備えている。受信部A101は、再生装置102の他、BD-ROMディスク、半導体メモリ装置、外部ネットワーク、及び放送波等の各種媒体から多重化ストリームデータを受信してストリーム処理部A102に渡す。ストリーム処理部A102は、その多重化ストリームデータから、映像、音声、グラフィックス等、各種のデータを分離して信号処理部A103に渡す。信号処理部A103は、それらのデータを個別に復号して出力部A104に渡す。出力部A104は、復号された各データを所定の形式に変換して出力する。出力部A104の出力は映像/音声そのものである。その他に、HDMI方式等の映像信号/音声信号であってもよい。図95に示されている要素A101、A102、A103、及びA104のうち、ディスクドライブ、表示パネル、及びスピーカ等の機械的な部分以外は、一以上の集積回路に実装されている。≪レフトビューとライトビューとの間の水平方向のずれ≫図96のaは、3D映像を撮影する一対のビデオカメラCML、CMRの水平画角HAL、HARを模式的に示す平面図である。図96の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にしか映らない。図96のb、cはそれぞれ、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。図96のb、cを参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALはレフトビューLVに、その左端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ALはライトビューRVには含まれない。一方、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARはライトビューRVに、その右端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ARはレフトビューLVには含まれない。従って、図96のaに示されている三つの被写体OBL、OBC、OBRのうち、右側の被写体OBRはレフトビューLVには含まれず、左側の被写体OBLはライトビューRVには含まれない。その結果、左側の被写体OBLは視聴者の左目にしか映らず、右側の被写体OBRは右目にしか映らない。その場合、レフトビューLVとライトビューRVとは視聴者に違和感を与える危険性がある。BD-ROMディスク101では、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AL、ARの幅WDHを示す情報がディペンデントビュービデオストリームに格納されている。その格納場所は、各ビデオシーケンスの先頭に位置するVAUの補足データである。但し、その補足データは、図11に示されているオフセットメタデータ1110を含む補正データとは別である。一方、再生装置102では、システムターゲットデコーダ5023がディペンデントビュービデオストリームから、上記の帯状領域AL、ARの幅WDHを示す情報を読み出す。システムターゲットデコーダ5023は更にその情報をプレーン加算部5024内の視差映像生成部5310又は表示装置103内の出力部A104に伝える。表示装置103内の受信部A101がBD-ROMディスク等の情報媒体から3D映像コンテンツを直に読み取る場合、上記の情報は表示装置103内の信号処理部A103によってディペンデントビュービデオストリームから読み出されて出力部A104に伝えられる。視差映像生成部A110又は出力部A104以下、視差映像生成部A110等と略す。は、その情報を利用して左映像プレーンと右映像プレーンとを加工し、上記の帯状領域AL、ARを背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域AL、ARに含まれる画素データを一様な背景色又は黒色のデータに書き換える。図96のd、eはそれぞれ、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。図96のdを参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALは、幅WDHの黒色帯BLで隠されている。一方、図96のeを参照するに、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARは、幅WDHの黒色帯BRで隠されている。それらの結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。視差映像生成部5310等は更に、図55に示されているクロッピング処理と同様にして、左映像プレーンと右映像プレーンとのそれぞれから、上記の帯状領域AL、ARのうち、外側の半分の領域に含まれる画素データを除去してもよい。その場合、視差映像生成部5310等は、各帯状領域AL、ARの残り半分の領域を背景色又は黒色で一様に塗りつぶすと共に、その反対側の端部に、各帯状領域AL、ARの半分の幅の背景色又は黒色の帯状領域を付加する。それにより、視聴者のいずれの目にも、レフトビューLVとライトビューRVとで共通する領域の示す映像が画面の中央に映り、背景色又は黒色の帯が画面の両端に映る。その結果、視聴者に違和感を与える危険性を回避することができる。その他に、視差映像生成部5310等は、左映像プレーンと右映像プレーンとを次のように処理してもよい。視差映像生成部5310等はまず、図55に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AL、AR内の画素データを除去する。視差映像生成部5310等は次に、スケーリング処理によって、残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示される。その結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。≪レフトビューとライトビューとの間の垂直方向のずれ≫図97のaは、3D映像を撮影する一対のビデオカメラCML、CMRの垂直画角VAL、VARを模式的に示す平面図である。図97のaを参照するに、それらのビデオカメラCML、CMRの垂直画角VAL、VARは、大きさは等しいが、位置は異なる。従って、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATと、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABとが生じる。両方の垂直画角VAL、VARの共通部分に位置する被写体OBJはいずれのビデオカメラCML、CMRにも映る。しかし、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATに位置する被写体は左側のビデオカメラCMLにしか映らず、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABに位置する被写体は右側のビデオカメラCMRにしか映らない。図97のbは、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。図97のbを参照するに、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATはレフトビューLVに、その上端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ATはライトビューRVには含まれない。一方、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABはライトビューRVに、その下端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ABはレフトビューLVには含まれない。尚、帯状領域AT、ABの位置はレフトビューLVとライトビューRVとで逆の場合もある。このように、レフトビューLVとライトビューRVとで上記の帯状領域AT、ABの有無が異なる場合、図97のaに示されている被写体OBJの垂直方向の位置はレフトビューLVとライトビューRVとで、帯状領域AT、ABの高さHGTだけずれる。その結果、視聴者の左目に映る被写体OBJと、右目に映る被写体OBJとでは垂直方向の位置が異なるので、その視聴者に違和感を与える危険性がある。BD-ROMディスク101では、マスク領域情報がディペンデントビュービデオストリームに格納され、特に各ビデオシーケンスの先頭に位置するVAUの補足データに格納されている。但し、その補足データは、図11に示されているオフセットメタデータ1110を含む補正データとは別である。マスク領域情報は、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AT、ABの高さHGTを示す。一方、再生装置102では、システムターゲットデコーダ5023がディペンデントビュービデオストリームからマスク領域情報を読み出して、プレーン加算部5024内の視差映像生成部5310又は表示装置103内の出力部A104に伝える。表示装置103内の受信部A101がBD-ROMディスク等の情報媒体から3D映像コンテンツを直に読み取る場合、マスク領域情報は表示装置103内の信号処理部A103によってディペンデントビュービデオストリームから読み出されて出力部A104に伝えられる。視差映像生成部5310又は出力部A104以下、視差映像生成部5310等と略す。は、マスク領域情報の示す帯状領域AT、ABの高さHGTを用いて、左映像プレーンと右映像プレーンとを次の手順で加工する。視差映像生成部5310等はまず、左映像プレーン内の画素データの位置を下向きに高さHGTの半分HGT/2だけ移動させ、右映像プレーン内の画素データの位置を上向きに高さHGTの半分HGT/2だけ移動させる。それにより、各映像プレーンのうち、上記の帯状領域AT、AB以外の領域が表す映像と画面とで垂直方向の中心が一致する。一方、左映像プレーンでは、上端から帯状領域ATの上半分が除去され、下端から高さHDT/2の帯状領域に空き領域が生じる。右映像プレーンでは、下端から帯状領域ABの下半分が除去され、上端から高さHDT/2の帯状領域に空き領域が生じる。視差映像生成部5310等は次に、各帯状領域を背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域に含まれる画素データを一様な背景色又は黒色のデータに書き換える。図97のcは、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。図97のcを参照するに、レフトビューLVとライトビューRVとでは垂直方向の中心位置が一致している。従って、図97の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とで共通する領域しか映らず、かつ、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。その他に、視差映像生成部5310等は左映像プレーンと右映像プレーンとを次のように処理してもよい。プレーン加算部5024はまず、図55に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AT、AB内の画素データを除去する。視差映像生成部5310は次に、スケーリング処理によって残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示されるので、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らない。しかも、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。≪レフトビューとライトビューとの間のグラフィックス映像のずれ≫1プレーンオフセットモードの再生装置が一つのグラフィックスプレーンに大きなオフセットを与えて一対のグラフィックスプレーンを生成する場合、その対の一方の左端部又は右端部に、他方の右端部又は左端部には含まれない領域が生じ得る。図98のaは、グラフィックスプレーンGPLの表すグラフィックス映像の一例を示す模式図である。図98のaを参照するに、そのグラフィックスプレーンGPLは三種類のグラフィック部品OB1、OB2、OB3を表す。特に左側のグラフィック部品OB1の左端はグラフィックスプレーンGPLの左端から距離D1に位置し、右側のグラフィック部品OB3の右端はグラフィックスプレーンGPLの右端から距離D3に位置する。図98のb、cはそれぞれ、グラフィックスプレーンGPLに右向きと左向きとのオフセットを与える処理を示す模式図である。図98のbを参照するに、図55に示されているクロッピング処理と同様に、グラフィックスプレーンGPLの右端からは、オフセット値に等しい幅OFSの帯状領域AR1が除去され、左端には幅OFSの透明な帯状領域AL1が付加されている。それにより、各グラフィック部品OB1-OB3の水平方向の位置が元の位置から、オフセット値に等しい距離OFSだけ右に移動している。一方、図98のcを参照するに、グラフィックスプレーンGPLの左端からは幅OFSの帯状領域AL2が除去され、右端には幅OFSの透明な帯状領域AR2が付加されている。それにより、各グラフィック部品OB1-OB3の水平方向の位置が元の位置から距離OFSだけ左に移動している。図98のb、cを更に参照するに、オフセット値に等しい距離OFSは、左側のグラフィック部品OB1の左端とグラフィックスプレーンGPLの左端との間の距離D1よりも大きく、右側のグラフィック部品OB3の右端とグラフィックスプレーンGPLの右端との間の距離D3よりも大きい。従って、右向きのオフセットが与えられたグラフィックスプレーンGP1では右側のグラフィック部品OB3の右端の一部MP3が欠け、左向きのオフセットが与えられたグラフィックスプレーンGP2では左側のグラフィック部品OB1の左端の一部MP1が欠けている。しかし、左側のグラフィック部品OB1の欠落部分MP1は、右向きのオフセットが与えられたグラフィックスプレーンGP1には含まれ、右側のグラフィック部品OB3の欠落部分MP3は、左向きのオフセットが与えられたグラフィックスプレーンGP2には含まれている。その結果、それらの欠落部分MP1、MP3は視聴者の片目にしか映らないので、視聴者に違和感を与える危険性がある。再生装置102では、プレーン加算部5024内の各クロッピング処理部5331-5334がオフセット情報5307を用いてグラフィックスプレーンGPLに対するオフセット制御を行う。そのとき、各クロッピング処理部5331-5334は更に、グラフィックスプレーンGPLの左端又は右端から帯状領域を切り取る。すなわち、その帯状領域内の画素データを透明色のデータに書き換える。各帯状領域はグラフィックスプレーンGPLの左端又は右端に沿って延びており、その幅がオフセット値に等しい。その他に、表示装置103内の出力部A104が、システムターゲットデコーダ5023又は表示装置103内の信号処理部A103からオフセット情報を受け取って、そのオフセット情報を用いてグラフィックスプレーンGPLの左端又は右端から帯状領域を切り取ってもよい。図98のb、cには、切り取り対象の帯状領域AS1、AS2が示されている。右向きのオフセットが与えられたグラフィックスプレーンGP1では、切り取り対象の帯状領域AS1が左側のグラフィック部品OB1の欠落部分MP1を含む。左向きのオフセットが与えられたグラフィックスプレーンGP2では、切り取り対象の帯状領域AS2が右側のグラフィック部品OB3の欠落部分MP3を含む。図98のd、eはそれぞれ、右向きと左向きとのオフセットが与えられたグラフィックスプレーンGP1、GP2の表すグラフィックス映像を示す模式図である。図98のd、eを参照するに、それらのグラフィックスプレーンGP1、GP2では、三種類のグラフィック部品OB1-OB3の形状が一致している。その結果、視聴者の各目には共通のグラフィックス映像しか映らない。こうして、その視聴者に違和感を与える危険性を回避することができる。その他に、BD-ROMディスク101上のPGストリーム又はIGストリームから再生されるグラフィックスプレーン、及び、再生装置102によって生成されるグラフィックスプレーンに対し、グラフィック部品の配置に関する次の条件が規定されてもよい。図99は、その条件を示す模式図である。図99を参照するに、グラフィックスプレーンGPLには、左上角を原点00とするxy直交座標が設定されている。x座標とy座標とはそれぞれ、グラフィックスプレーンGPLの水平座標と垂直座標である。ここで、グラフィックスプレーンGPLの右下角の座標をTWDTHGとする。そのxy座標を用いて、上記の条件は次のように規定される:各フレームにおいて、グラフィック部品OB1、OB2、OB3は、次の四点OFS0、TWD-OFS0、TWD-OFSTHG、OFSTHGを頂点とする矩形領域内に配置されなければならない。すなわち、グラフィックスプレーンGPLの左端と右端とのそれぞれに沿って延びている幅OFSの帯状領域AL、ARではグラフィック部品の配置が禁止される。図98のb、cから明らかなとおり、それらの帯状領域AL、ARはオフセット制御によって切り取られる。従って、それらの帯状領域AL、ARへのグラフィック部品の配置が禁止されていれば、グラフィックスプレーンGPLにオフセットが与えられた後でもグラフィック部品の形状に変化はない。その結果、視聴者の各目には共通のグラフィックス映像しか映らないので、その視聴者に違和感を与える危険性を回避することができる。<放送、通信回路を経由したデータ配信>本発明の実施形態1、2による記録媒体は、光ディスクの他、例えばSDメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、実施形態1、2の説明では、予めデータが記録された光ディスク、すなわち、BD-ROM又はDVD-ROM等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態はそれらに限定されない。例えば放送で、又はネットワーク経由で配信された3D映像のコンテンツを端末装置によって、BD-RE又はDVD-RAM等の既存の書き込み可能な光ディスクへ書き込むときに、実施形態1、2によるエクステントの配置が利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。<半導体メモリカードの再生>本発明の実施形態1、2による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース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カード等の可搬性半導体メモリカードにも適用可能である。<電子配信を利用した記録媒体へのデータ記録>電子配信を利用して本発明の実施形態1による再生装置へ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の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。<リアルタイムレコーディングへの適用>本発明の実施形態3では、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ディスク等に書き込む。<マネージドコピー>本発明の実施形態1による再生装置は更に、マネージドコピーによって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ストリームファイル、クリップ情報ファイル、及びプレイリストファイルが生成されねばならない。<データ構造の記述方法>本発明の実施形態1によるデータ構造のうち、所定型の情報が複数存在するという繰り返し構造は、for文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、所定の条件が成立するときに所定の情報が定義されるというデータ構造は、if文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態1によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、構文解析、最適化、資源割付、及びコード生成といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。<再生プログラムによるプレイリストファイル、クリップ情報ファイルの管理>プレイリストファイルとAVストリームファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリストファイルに従ってAVストリームファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、textセクション、dataセクション、bssセクション、及びstackセクションを含む。textセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。dataセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。dataセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。bssセクションは、初期値を持たない変数を含む。bssセクション内のデータは、textセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のRAMにbssセクション用の領域が確保される。stackセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。stackセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、bssセクション内の変数はゼロで初期化され、stackセクションには必要なメモリ領域が確保される。プレイリストファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、textセクション内の書き換え不可のデータ、又はdataセクション内の随時アクセスされるファイルとして管理される。すなわち、プレイリストファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリストファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。"