JPWO2011004600A1 - 記録媒体、再生装置、及び集積回路 - Google Patents

Abstract

ＢＤ−ＲＯＭディスクには、メインビューとサブビューとのビデオ・ストリームの対、及びグラフィックス・ストリームが記録されている。サブビュー・ビデオ・ストリームにはメタデータがＧＯＰごとに配置されている。メタデータはオフセット情報を含む。オフセット情報は、ＧＯＰを構成する複数のピクチャに対するオフセット制御を規定する。オフセット制御ではグラフィックス・プレーンに水平方向のオフセットが与えられ、そのグラフィックス・プレーンが各ビデオ・プレーンに合成される。サブビュー・ビデオ・ストリームはパケット化されてトランスポート・ストリームに多重化されている。各ＴＳパケットのヘッダはＴＳ優先度フラグを含む。メタデータを含むＴＳパケットと、サブビュー・ピクチャを含むＴＳパケットとではＴＳ優先度フラグの値が異なる。

Description

本発明は、立体視映像、すなわち３次元（３Ｄ）映像の再生技術に関し、特に、記録媒体上でのストリーム・データの構造に関する。

近年、３Ｄ映像に対する一般的な関心が高まっている。例えば遊園地では、３Ｄ映像を利用したアトラクションが人気を集めている。また、全国各地で、３Ｄ映像の映画を上映する映画館が増加している。そのような３Ｄ映像への関心の高まりに伴い、３Ｄ映像を各家庭でも再生可能にするための技術の開発が進められている。その技術では、３Ｄ映像コンテンツを高画質のまま、光ディスク等の可搬性記録媒体に記録することが求められる。更に、２Ｄ再生装置に対するその記録媒体の互換性が求められる。すなわち、その記録媒体に記録された３Ｄ映像コンテンツから、２Ｄ再生装置は２Ｄ映像を再生でき、３Ｄ再生装置は３Ｄ映像を再生できることが望ましい。ここで、「２Ｄ再生装置」とは、平面視映像、すなわち２次元（２Ｄ）映像のみを再生可能な従来の再生装置を意味し、「３Ｄ再生装置」とは、３Ｄ映像を再生可能な再生装置を意味する。尚、本明細書では、３Ｄ再生装置が従来の２Ｄ映像も再生可能である場合を想定する。

図１０９は、３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である（例えば特許文献１参照）。光ディスクPDSには二種類のビデオ・ストリームが格納されている。一方は２Ｄ／レフトビュー・ビデオ・ストリームであり、他方はライトビュー・ビデオ・ストリームである。「２Ｄ／レフトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生では視聴者の左目に見せる２Ｄ映像、すなわち「レフトビュー」を表し、２Ｄ映像の再生ではその２Ｄ映像そのものを表す。「ライトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生において視聴者の右目に見せる２Ｄ映像、すなわち「ライトビュー」を表す。左右のビデオ・ストリーム間では、フレームレートは等しいが、フレームの表示時期はフレーム周期の半分だけずれている。例えば、各ビデオ・ストリームのフレームレートが１秒間に２４フレームであるとき、２Ｄ／レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの各フレームが１／４８秒ごとに交互に表示される。

各ビデオ・ストリームは、図１０９に示されているように、光ディスクPDS上では複数のエクステントEX1A−C、EX2A−Cに分割されている。各エクステントはＧＯＰ（グループ・オブ・ピクチャ）を１以上含み、光ディスクドライブによって一括して読み出される。以下、２Ｄ／レフトビュー・ビデオ・ストリームに属するエクステントを「２Ｄ／レフトビュー・エクステント」といい、ライトビュー・ビデオ・ストリームに属するエクステントを「ライトビュー・エクステント」という。２Ｄ／レフトビュー・エクステントEX1A−Cとライトビュー・エクステントEX2A−Cとは交互に光ディスクPDSのトラックTRC上に配置されている。隣接する２つのエクステントEX1A＋EX2A、EX1B＋EX2B、EX1C＋EX2Cの間では再生時間が等しい。このようなエクステントの配置を「インターリーブ配置」という。インターリーブ配置で記録されたエクステント群は、以下に述べるように、３Ｄ映像の再生と２Ｄ映像の再生との両方で利用される。

２Ｄ再生装置PL2では、光ディスクドライブDD2が光ディスクPDS上のエクステントのうち、２Ｄ／レフトビュー・エクステントEX1A−Cのみを先頭から順番に読み出す一方、ライトビュー・エクステントEX2A−Cの読み出しをスキップする。更に、映像デコーダVDCが、光ディスクドライブDD2によって読み出されたエクステントを順次、映像フレームVFLに復号する。それにより、表示装置DS2にはレフトビューのみが表示されるので、視聴者には通常の２Ｄ映像が見える。

３Ｄ再生装置PL3では、光ディスクドライブDD3が光ディスクPDSから２Ｄ／レフトビュー・エクステントとライトビュー・エクステントとを交互に、符号で表せば、EX1A、EX2A、EX1B、EX2B、EX1C、EX2Cの順に読み出す。更に、読み出された各エクステントから、２Ｄ／レフトビュー・ビデオ・ストリームは左映像デコーダVDLへ送られ、ライトビュー・ビデオ・ストリームは右映像デコーダVDRへ送られる。各映像デコーダVDL、VDRは交互に各ビデオ・ストリームを映像フレームVFL、VFRに復号する。それにより、表示装置DS3にはレフトビューとライトビューとが交互に表示される。一方、シャッター眼鏡SHGは左右のレンズを、表示装置DS3による画面の切り換えに同期して交互に不透明にする。従って、シャッター眼鏡SHGをかけた視聴者には、表示装置DS3に表示された映像が３Ｄ映像に見える。

光ディスクに限らず、記録媒体に３Ｄ映像コンテンツを格納するときは、上記のようにエクステントのインターリーブ配置を利用する。それにより、その記録媒体を２Ｄ映像の再生と３Ｄ映像の再生との両方で利用することができる。

特許第３９３５５０７号公報

映像コンテンツは一般に、ビデオ・ストリームの他に、字幕及び対話画面等のグラフィックス映像を表すグラフィックス・ストリームを含む。３Ｄ映像コンテンツから再生される映像では、それらのグラフィックス映像も３次元化される。ここで、その３次元化の手法には２プレーン・モードと１プレーン＋オフセット・モードとがある。２プレーン・モードの３Ｄ映像コンテンツは、レフトビューとライトビューとの各グラフィックス映像を表すグラフィックス・ストリームの対を含む。２プレーン・モードの再生装置は、各グラフィックス・ストリームから個別にレフトビューとライトビューとのグラフィックス・プレーンを生成する。１プレーン＋オフセット・モードの３Ｄ映像コンテンツは、２Ｄグラフィックス映像を表すグラフィックス・ストリームと、それに対するオフセット情報とを含む。１プレーン＋オフセット・モードの再生装置は、まずグラフィックス・ストリームから一つのグラフィックス・プレーンを生成し、次にオフセット情報に従ってそのグラフィックス・プレーンに水平方向のオフセットを与える。それにより、そのグラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーンの対が生成される。いずれのモードでも、表示装置の画面にはレフトビューとライトビューとのグラフィックス映像が交互に表示される。その結果、視聴者にはそれらのグラフィックス映像が３Ｄ映像として見える。

３Ｄ映像コンテンツにグラフィックス・ストリームとオフセット情報とを別のファイルとして組み込んだ場合、１プレーン＋オフセット・モードの再生装置はそれらのファイルを個別に処理し、得られたデータに基づいてレフトビューとライトビューとのグラフィックス映像の対を再生する。ここで、グラフィックス映像とオフセット情報とは一般にフレーム周期で変更される。しかし、オフセット情報を格納したファイルをフレーム表示の度に読み込んで解析することには、「処理が間に合わずに映像を正しく表示することができない」という危険性がある。従って、処理をフレーム周期に確実に同期させるには、予めメモリ上にオフセット情報を展開しておく必要がある。その場合、グラフィックス・ストリーム一つ当たりのオフセット情報の総量は大きいので、オフセット情報を収めたファイルを展開するのに必要な内蔵メモリの容量は大きくならざるを得ない。また、１つのシーンに複数のグラフィックス映像が存在する場合には、内蔵メモリは更に大きな容量を必要とする。このように、３Ｄ映像コンテンツにグラフィックス・ストリームとオフセット情報とを別のファイルとして組み込んだ場合には、内蔵メモリの容量の更なる削減は困難である。

上記の問題点を解消することを目的として、オフセット情報はビデオ・ストリームの中に、例えばＧＯＰ間隔で格納される。それにより、再生装置内のデコーダは、ビデオ・ストリームを復号しながら、そのビデオ・ストリームからオフセット情報を抽出することができる。その結果、再生装置はグラフィックス・ストリームとオフセット情報との間の対応関係を確実に維持できる。その上、内蔵メモリは、例えば１ＧＯＰ当たりのオフセット情報を展開するのに十分な容量を持てばよい。従って、多様なグラフィックス・ストリームを含む３Ｄ映像コンテンツへの対応と、内蔵メモリの容量の更なる削減とを容易に両立させることができる。

ここで、再生装置内のデコーダに、ビデオ・ストリームからオフセット情報を抽出する機能を実装する具体的な手段としては、様々なものが想定される。例えば、その機能を、ビデオ・ストリームの復号処理専用のハードウェアに組み込む手段も、そのハードウェアとは別のハードウェア又はソフトウェアで実現する手段も想定可能である。しかし、それらの手段別に、ビデオ・ストリームやオフセット情報のデータ構造を変更するのは好ましくない。

本発明の目的は上記の問題点を解決することにあり、特に、再生装置に実装された、ビデオ・ストリームからオフセット情報を抽出する機能の様々な態様において共通に利用可能なデータ構造で、ビデオ・ストリームとオフセット情報とを一体的に記録した記録媒体を提供することにある。

本発明による記録媒体には、メインビュー・ビデオ・ストリーム、サブビュー・ビデオ・ストリーム、及びグラフィックス・ストリームが記録されている。メインビュー・ビデオ・ストリームは、立体視映像のメインビューを構成するメインビュー・ピクチャを含む。サブビュー・ビデオ・ストリームは、立体視映像のサブビューを構成するサブビュー・ピクチャと、メタデータとを含む。グラフィックス・ストリームは、平面視グラフィックス映像を構成するグラフィックス・データを含む。メインビュー・ピクチャは、再生される際にメインビュー・ビデオ・プレーンに描画され、サブビュー・ピクチャは、再生される際にサブビュー・ビデオ・プレーンに描画され、グラフィックス・データは、再生される際にグラフィックス・プレーンに描画される。メタデータは、サブビュー・ビデオ・ストリームを構成するＧＯＰごとに配置されて、オフセット情報を含む。オフセット情報は、ＧＯＰを構成する複数のピクチャに対するオフセット制御を規定する制御情報である。オフセット制御は、グラフィックス・プレーンに水平座標の左方向と右方向との各オフセットを与えて、メインビュー・ビデオ・プレーンとサブビュー・ビデオ・プレーンとのそれぞれに合成する処理である。サブビュー・ビデオ・ストリームはトランスポート・ストリーム（ＴＳ）に多重化されている。ＴＳを構成するＴＳパケットのヘッダは、当該ＴＳパケットの優先度を示すＴＳ優先度フラグを含む。メタデータを含むＴＳパケットのＴＳ優先度フラグは、サブビュー・ピクチャを含むＴＳパケットのＴＳ優先度フラグと値が異なる。

本発明による記録媒体は、再生装置の復号部に、ＴＳ優先度フラグの値に従って、メタデータを含むＴＳパケットと、サブビュー・ピクチャを含むＴＳパケットとを分離させることができる。従って、その復号部では、メタデータを含むＴＳパケットからオフセット情報を抽出する機能部と、サブビュー・ピクチャを含むＴＳパケットから非圧縮のピクチャを復号する機能部とが別々に実装されてもよい。その場合、それらの機能部の具体的な態様は、互いに独立に設計可能である。一方、それらの機能部が一体化されている復号部では、ＴＳ優先度フラグの値に依らず、サブビュー・ビデオ・ストリームを含むＴＳパケットを全て、その一体化された機能部に処理させればよい。このように、本発明による記録媒体は、再生装置に実装された、ビデオ・ストリームからオフセット情報を抽出する機能の様々な態様において共通に利用可能なデータ構造で、ビデオ・ストリームとオフセット情報とを一体的に記録することができる。

本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。 図１に示されているＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。 （ａ）、（ｂ）は、ＢＤ−ＲＯＭディスク上のメインＴＳとサブＴＳとのそれぞれに多重化されたエレメンタリ・ストリームの一覧表である。 多重化ストリーム・データ400内でのＴＳパケットの配置を示す模式図である。 （ａ）は、ＴＳヘッダ501Hのデータ構造を示す模式図である。（ｂ）は、多重化ストリーム・データを構成するＴＳパケット501の列の形式を示す模式図である。（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット502の列の形式を示す模式図である。（ｄ）は、一連のソースパケット502が連続的に記録されたＢＤ−ＲＯＭディスクのボリューム領域上のセクタ群の模式図である。 ＰＧストリーム600のデータ構造を示す模式図である。 ベースビュー・ビデオ・ストリーム701とライトビュー・ビデオ・ストリーム702とのピクチャを表示時間順に示す模式図である。 ビデオ・ストリーム800のデータ構造の詳細を示す模式図である。 ＰＥＳパケット列902へのビデオ・ストリーム901の格納方法の詳細を示す模式図である。 ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。 ディペンデントビュー・ビデオ・ストリーム1100の含むオフセット・メタデータ1110のデータ構造を示す模式図である。 図１１に示されているオフセット・メタデータ1110の書式（Syntax）を示す表である。 （ａ）、（ｂ）は、ＰＧプレーン1310とＩＧプレーン1320とに対するオフセット制御を示す模式図である。（ｃ）は、（ａ）、（ｂ）に示されているグラフィックス・プレーンの表す２Ｄグラフィックス映像から視聴者1330に知覚される３Ｄグラフィックス映像を示す模式図である。 （ａ）、（ｂ）は、オフセット・シーケンスの具体例を示すグラフである。（ｃ）は、（ａ）、（ｂ）に示されているオフセット・シーケンスに従って再現される３Ｄグラフィックス映像を示す模式図である。 ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１1500を格納したＰＥＳパケット1510と、そのＰＥＳパケット1510から生成されるＴＳパケット列1520とを示す模式図である。 図１５に示されている第１グループ1521と第２グループ1522とのそれぞれに属するＴＳパケットが同じＴＳ優先度の値を示す場合のＴＳパケット列1620を示す模式図である。 （ａ）は、復号スイッチ情報1750のデータ構造を示す模式図である。（ｂ）、（ｃ）は、ベースビュー・ビデオ・ストリーム1701とディペンデントビュー・ビデオ・ストリーム1702との各ピクチャに割り当てられた復号カウンタの例1710、1720、1730、1740を示す模式図である。 ＰＭＴ1810のデータ構造を示す模式図である。 ＢＤ−ＲＯＭディスク上での多重化ストリーム・データの物理的な配置を示す模式図である。 （ａ）は、ＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ2001とサブＴＳ2002との配置を示す模式図である。（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に交互に記録されたディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…とベースビュー・データ・ブロックB[0]、B[1]、B[2]、…との配置を示す模式図である。（ｃ）、（ｄ）はそれぞれ、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の例を示す模式図である（n＝0、1、2）。 エクステント・ブロック群1901−1903に対する２Ｄ再生モードとＬ／Ｒモードとでの各再生経路2101、2102を示す模式図である。 ２Ｄクリップ情報ファイル（01000.clpi）231のデータ構造を示す模式図である。 （ａ）は、エントリ・マップ2230のデータ構造を示す模式図である。（ｂ）は、ファイル２Ｄ241に属するソースパケット群2310のうち、エントリ・マップ2230によって各ＥＰ＿ＩＤ2305に対応付けられているものを示す模式図である。（ｃ）は、そのソースパケット群2310に対応するＢＤ−ＲＯＭディスク上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。 （ａ）は、図２３に示されているエクステント起点2242のデータ構造を示す模式図である。（ｂ）は、ディペンデントビュー・クリップ情報ファイル（02000.clpi）232に含まれるエクステント起点2420のデータ構造を示す模式図である。（ｃ）は、３Ｄ再生モードの再生装置102によってファイルＳＳ244Aから抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。（ｄ）は、ファイルＤＥＰ（02000.m2ts）242に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点2420の示すＳＰＮ2422との間の対応関係を表す模式図である。（ｅ）は、ファイルＳＳ244Aに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク上のエクステント・ブロックとの間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスク上に記録された一つのエクステント・ブロック2500と、ファイル２Ｄ2510、ファイル・ベース2511、ファイルＤＥＰ2512、及びファイルＳＳ2520の各エクステント群との間の対応関係を示す模式図である。 ベースビュー・ビデオ・ストリーム2610とディペンデントビュー・ビデオ・ストリーム2620とに設定されたエントリ・ポイントの例を示す模式図である。 ２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。 図２７に示されているＰＩ＃Ｎのデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、ＣＣが“５”、“６”であるときに接続対象の二つの再生区間2901、2902の間の関係を示す模式図である。 ２Ｄプレイリスト・ファイル（00001.mpls）221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）241から再生される部分との間の対応関係を示す模式図である。 ３Ｄプレイリスト・ファイルのデータ構造を示す模式図である。 図３１に示されている３Ｄプレイリスト・ファイル222のメインパス3101の含むＳＴＮテーブル3205を示す模式図である。 図３１に示されているＳＴＮテーブルＳＳ3130のデータ構造を示す模式図である。 ３Ｄプレイリスト・ファイル（00002.mpls）222の示すＰＴＳと、ファイルＳＳ（01000.ssif）244Aから再生される部分との間の対応関係を示す模式図である。 図２に示されているインデックス・ファイル（index.bdmv）211のデータ構造を示す模式図である。 図１に示されている再生装置102が６種類の判別処理を利用して再生対象のプレイリスト・ファイルを選択する処理のフローチャートである。 ２Ｄ再生装置3700の機能ブロック図である。 図３７に示されているプレーヤ変数記憶部3736の含むシステム・パラメータ（ＳＰＲＭ）の一覧表である。 図３７に示されている再生制御部3735による２Ｄプレイリスト再生処理のフローチャートである。 図３７に示されているシステム・ターゲット・デコーダ3725の機能ブロック図である。 （ａ）は、図４０に示されているＰＧデコーダ4072がＰＧストリーム内の一つのデータ・エントリからグラフィックス・オブジェクトを復号する処理のフローチャートである。（ｂ）−（ｅ）は、その処理に従って変化するグラフィックス・オブジェクトを示す模式図である。 ３Ｄ再生装置4200の機能ブロック図である。 図４２に示されているプレーヤ変数記憶部4236の含むＳＰＲＭ（２７）とＳＰＲＭ（２８）とのデータ構造を示す表である。 図４２に示されている再生制御部4235による３Ｄプレイリスト再生処理のフローチャートである。 図４２に示されているシステム・ターゲット・デコーダ4225が第１の手段でオフセット・メタデータの抽出機能を実装している場合での機能ブロック図である。 図４２に示されているシステム・ターゲット・デコーダ4225が第２の手段でオフセット・メタデータの抽出機能を実装している場合でのビデオ・ストリームの処理系統を示す機能ブロック図である。 図４２に示されているプレーン加算部4226の機能ブロック図である。 図４７に示されている各クロッピング処理部4731−4734によるオフセット制御のフローチャートである。 （ｂ）は、第２クロッピング処理部4632によるオフセット制御で加工される前のＰＧプレーン・データGPを示す模式図である。（ａ）、（ｃ）はそれぞれ、右向きのオフセットが与えられたＰＧプレーン・データRGPと、左向きのオフセットが与えられたＰＧプレーン・データLGPとを示す模式図である。 ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１5000を格納したＰＥＳパケット5010、及びそのＰＥＳパケット5010から生成されるＴＳパケット列5020とを示す模式図である。 図５０に示されているＴＳパケット列5020からオフセット・メタデータを抽出するシステム・ターゲット・デコーダ5125内のビデオ・ストリームの処理系統を示す機能ブロック図である。 （ａ）は、補完関数を利用するオフセット・メタデータ5200のデータ構造を示す模式図である。（ｂ）は、補完関数を構成する要素の種類を表すグラフである。（ｃ）は、（ａ）に示されているオフセット・シーケンスＩＤ＝０、１、２の各オフセット・シーケンスから３Ｄ再生装置によって算定されたオフセット値を示すグラフである。 サブパスを複数含む３Ｄプレイリスト・ファイル5300のデータ構造、及び、それによって参照されるファイル２Ｄ5310と二つのファイルＤＥＰ5321、5322とのデータ構造を示す模式図である。 一つのストリーム・データに対してオフセット補正値が複数設定されたＳＴＮテーブル5400を示す模式図である。 （ａ）−（ｃ）は、３２インチ、５０インチ、及び１００インチの各画面SCA、SCB、SCCに表示されたレフトビューとライトビューとの間の視差PRA、PRB、PRCを示す模式図である。 （ａ）は、画面サイズと出力オフセット補正値との間の対応表を示す模式図である。（ｂ）は、画面サイズと出力オフセット補正値との間の関数を表すグラフである。 出力オフセット補正に必要な３Ｄ再生装置の要素を示す機能ブロック図である。 （ａ）は、静止画像のみを表すディペンデントビュー・ビデオ・ストリーム5800のデータ構造を示す模式図である。（ｂ）は、そのような３Ｄプレイリスト・ファイルを従って再生される、レフトビュー・ビデオ・プレーンの列5821、ライトビュー・ビデオ・プレーンの列5822、及びグラフィックス・プレーンの列5830を示す模式図である。 レフトビューとライトビューとの間のずれを補償する処理を行う表示装置103の機能ブロック図である。 （ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの水平画角HAL、HARを模式的に示す平面図である。（ｂ）、（ｃ）はそれぞれ、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。（ｄ）、（ｅ）はそれぞれ、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。 （ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの垂直画角VAL、VARを模式的に示す平面図である。（ｂ）は、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。（ｃ）は、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。 （ａ）は、グラフィックス・プレーンGPLの表すグラフィックス映像の一例を示す模式図である。（ｂ）、（ｃ）はそれぞれ、グラフィックス・プレーンGPLに右向きと左向きとのオフセットを与える処理を示す模式図である。（ｄ）、（ｅ）はそれぞれ、右向きと左向きとのオフセットが与えられたグラフィックス・プレーンGP1、GP2の表すグラフィックス映像を示す模式図である。 ＢＤ−ＲＯＭディスク上のＰＧストリーム又はＩＧストリームから再生されるグラフィックス・プレーン、及び、再生装置によって生成されるグラフィックス・プレーンに対して規定された、グラフィック部品の配置に関する条件を示す模式図である。 （ａ１）、（ａ２）は、いずれも同じレターボックス表示の画面を示す模式図である。（ｂ）、（ｃ）はそれぞれ、主映像プレーンに１３１ピクセルのオフセットを上向きと下向きとに与えたときの各画面を示す模式図である。（ｄ）は、主映像プレーンに５１ピクセルのオフセットを上向きに与えたときの画面を示す模式図である。 ビデオ・シフトに必要な再生装置内の構成を示す機能ブロック図である。 （ａ）は、ＳＰＲＭ（３２）とＳＰＲＭ（３３）との各データ構造を示す表である。（ｂ）は、レターボックス表示の映像コンテンツにおけるプレイリスト・ファイル内のＳＴＮテーブルを示す模式図である。 （ａ）−（ｃ）はそれぞれ、アップ・モード、キープ・モード、及びダウン・モードのビデオ・シフト部6501によって処理された主映像プレーンVPA、VPB、VPCを示す模式図である。（ｄ）−（ｆ）はそれぞれ、アップ・モード、キープ・モード、及びダウン・モードの第２クロッピング処理部4632によって処理されたＰＧプレーンPGD、PGE、PGFを示す模式図である。（ｇ）−（ｉ）はそれぞれ、アップ・モード、キープ・モード、及びダウン・モードの第２加算部4642によって合成されたプレーン・データPLG、PLH、PLIを示す模式図である。 （ａ）は、レターボックス表示の映像コンテンツにおけるプレイリスト・ファイル内のＳＴＮテーブルの別例を示す模式図である。（ｂ）は、（ａ）に示されているＳＴＮテーブルにおける、ビデオ・シフト・モード6812を含む複数のストリーム属性情報6803の登録順序を示す模式図である。 ビデオ・シフトに必要な再生装置内の構成の別例を示す機能ブロック図である。 （ａ）は、プレーヤ変数記憶部4236内のＳＰＲＭ（３７）のデータ構造を示す模式図である。（ｂ）は、ＰＧストリームの表す字幕の背景色が無色透明に設定された場合において、画面SCRに表示される映像IMGと字幕SUBとを示す模式図である。（ｃ）は、字幕の背景色が、ＳＰＲＭ（３７）に格納された色座標値に設定された場合において、画面SCRに表示される映像IMGと字幕SUBとを示す模式図である。 （ａ）は、レターボックス表示の映像コンテンツにおけるプレイリスト・ファイル内のＳＴＮテーブルの更に別の例を示す模式図である。（ｂ）は、ビデオ・シフトに必要な再生装置内の構成の更に別の例を示す機能ブロック図である。 （ａ）は、キープ・モードに対応する字幕SB1、SB2を示す模式図である。（ｂ）は、ダウン・モードに対応する字幕SBD、SB2を示す模式図である。（ｃ）は、キープ・モードで表示される字幕SB1を示す模式図である。（ｄ）は、ビデオ上移動時字幕7110がＳＴＮテーブルに登録されていない場合において、アップ・モードで表示される字幕SB3を示す模式図である。 （ａ）、（ｂ）はそれぞれ、ＢＤ−ＲＯＭディスク上の第１サブＴＳと第２サブＴＳとに多重化されたエレメンタリ・ストリームの一覧表である。 本発明の実施形態２によるＳＴＮテーブルＳＳ3130のデータ構造を示す模式図である。 本発明の実施形態２によるシステム・ターゲット・デコーダ7525の機能ブロック図である。 ２プレーン・モードのプレーン加算部7526の部分的な機能ブロック図である。 （ａ）、（ｂ）、（ｃ）は、２Ｄ・ＰＧストリームの表すレフトビュー・グラフィックス映像GOB0と、ライトビューＰＧストリームの表すライトビュー・グラフィックス映像GOB1−3とを示す模式図である。（ｄ）、（ｅ）、（ｆ）はそれぞれ、（ａ）、（ｂ）、（ｃ）に示されているレフトビュー・グラフィックス映像に対するオフセット制御を示す模式図である。 本発明の実施形態３による記録装置7800の機能ブロック図である。 （ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用されるレフトビュー・ピクチャとライトビュー・ピクチャとを表す模式図である。（ｃ）は、図７８に示されているビデオ・エンコーダ7802によってそれらのピクチャから算出された奥行き情報を示す模式図である。 図７８に示されている記録装置7800を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。 隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。 （ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。 ２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。 ２Ｄ再生モードの再生装置内の再生処理系統を示すブロック図である。 （ａ）は、図８４に示されている再生処理系統が２Ｄ再生モードで動作している間に、リード・バッファ3721に蓄積されるデータ量DAの変化を示すグラフである。（ｂ）は、再生対象のエクステント・ブロック8510と２Ｄ再生モードでの再生経路8520との間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスクに関するジャンプ距離S_JUMPと最大ジャンプ時間T_JUMP＿MAXとの間の対応表の一例である。 ３Ｄ再生モードの再生装置内の再生処理系統を示すブロック図である。 （ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、図８７に示されているＲＢ１4221、ＲＢ２4222に蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｃ）は、そのエクステント・ブロック8810と３Ｄ再生モードでの再生経路8820との間の対応関係を示す模式図である。 （ｂ）は、（Ｍ＋１）番目（整数Ｍは１以上である。）のエクステント・ブロック8901と（Ｍ＋２）番目のエクステント・ブロック8902、及び、それらのエクステント・ブロック8901、8902と３Ｄ再生モードでの再生経路8920との間の対応関係を示す模式図である。（ａ）は、それらのエクステント・ブロック8901、8902から連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１4221、ＲＢ２4222に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。 （ａ）、（ｂ）は、図８９の（ｂ）に示されている二つのエクステント・ブロック8901、8902から連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１4221、ＲＢ２4222に蓄積されるデータ量DA1、DA2の変化を示すグラフである。 ３Ｄ再生モードのシステム・ターゲット・デコーダ4225内に備えられたビデオ・ストリームの処理系統を示すブロック図である。 （ａ）、（ｂ）はそれぞれ、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]とのエクステント単位での合計を制限した場合における各転送速度R_EXT1、R_EXT2の時間的な変化を示すグラフである。（ｃ）は、（ａ）、（ｂ）に示されているベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2とを足し合わせた値の時間的な変化を示すグラフである。 システム・ターゲット・デコーダ内でソース・デパケタイザからＰＩＤフィルタへ転送されるＴＳパケットとＡＴＣ時間との間の関係を示す模式図である。 （ａ）は、一つのエクステント・ペアについて、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]との組み合わせ別に最大エクステント・サイズmaxS_EXT1[n]、maxS_EXT2[n]を示す表である。（ｂ）は、層境界LBの後に配置されたエクステント・ブロック9402の先頭に位置するエクステント・ペアEXT1[n]、EXT2[n]において、ベースビュー・データ・ブロックB[n]をディペンデントビュー・データ・ブロックD[n]の前に配置した場合を示す模式図である。 （ａ）、（ｂ）は、図９４の（ｂ）に示されている二つのエクステント・ブロック9401、9402から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１とＲＢ２とのそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。 （ａ）は、エクステント・ブロックの途中に位置するエクステント・ペアの中でデータ・ブロックの順序が逆転している配置に対するエクステント起点のデータ構造（Syntax）を示す模式図である。（ｂ）は、ファイル・ベースに属するベースビュー・エクステントEXT1[k]（k＝0、1、2、…）と、エクステント起点の示すエクステント開始フラグとの間の対応関係を表す模式図である。（ｃ）は、ファイルＤＥＰに属するディペンデントビュー・エクステントEXT2[k]とエクステント開始フラグとの間の対応関係を表す模式図である。（ｄ）は、ファイルＳＳに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク上のエクステント・ブロックとの間の対応関係を示す模式図である。 （ｃ）は、ＲＢ１4221に求められる容量が最も大きいデータ・ブロックの配置を示す模式図である。（ａ）、（ｂ）は、（ｃ）に示されているエクステント・ブロック9701、9702から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１4221、ＲＢ２4222のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｆ）は、ＲＢ２4222に求められる容量が最も大きいデータ・ブロックの配置を示す模式図である。（ｄ）、（ｅ）は、（ｆ）に示されているエクステント・ブロック9703、9704から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１4221、ＲＢ２4222のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。 （ｃ）は、データ・ブロックの順序が逆転しているエクステント・ペアを途中に含むエクステント・ブロック9810を示す模式図である。（ａ）、（ｂ）は、（ｃ）に示されているエクステント・ブロック9801から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１4221、ＲＢ２4222の各蓄積データ量DA1、DA2の変化を示すグラフである。 データ・ブロックの順序が逆転しているエクステント・ペアを途中に含むエクステント・ブロック9900とＡＶストリーム・ファイル9910−9920との間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスクの層境界LBの前後に記録されたデータ・ブロック群の配置１を示す模式図である。 図１００に示されている配置１のデータ・ブロック群に対する２Ｄ再生モードでの再生経路A110と３Ｄ再生モードでの再生経路A120とを示す模式図である。 ＢＤ−ＲＯＭディスクの層境界LBの前後に記録されたデータ・ブロック群の配置２を示す模式図である。 図１０２に示されている配置２のデータ・ブロック群に対する２Ｄ再生モードでの再生経路A310と３Ｄ再生モードでの再生経路A320とを示す模式図である。 図１０３に示されている第２エクステント・ブロックA202の後端に位置する３Ｄ再生専用ブロックB[3]_SSの読み出し時間S_EXT1[3]／R_UD72と、ＲＢ２4222の容量の下限との間の関係を示すグラフである。 ファイル・ベースA501とファイルＤＥＰA502との各エクステントEXT1[k]、EXT2[k]（整数kは0以上である。）に対して設定されたエントリ・ポイントA510、A520を示す模式図である。 （ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。 （ａ）は、マルチアングルに対応する多重化ストリーム・データの再生経路を示す模式図である。（ｂ）は、ＢＤ−ＲＯＭディスク上に記録されたデータ・ブロック群A701と、それらに対するＬ／Ｒモードでの再生経路A702とを示す模式図である。（ｃ）は、アングル別のストリーム・データAk、Bk、Ckを構成するエクステント・ブロックを示す模式図である。 マルチアングル期間を構成するデータ・ブロック群A801、及び、それらに対する２Ｄ再生モードでの再生経路A810とＬ／Ｒモードでの再生経路A820とを示す模式図である。 ３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である。 本発明の実施形態４による集積回路3を用いて実現された再生装置の機能ブロック図である。 図１１０に示されているストリーム処理部5の代表的な構成を示す機能ブロック図である。 図１１０に示されている切替部53がＤＭＡＣである場合における切替部53の周辺の機能ブロック図である。 図１１０に示されているＡＶ出力部8の代表的な構成を示す機能ブロック図である。 画像重畳処理におけるメモリ2の利用方法の一例を示す模式図である。 図１１４に示されているメモリ2を利用して、レフトビュー・プレーンにグラフィックス・プレーンを重畳する方法を示す模式図である。 図１１４に示されているメモリ2を利用して、ライトビュー・プレーンにグラフィックス・プレーンを重畳する方法を示す模式図である。 画像重畳処理でのメモリ2の利用方法の別例を示す模式図である。 図１１３に示されているＡＶ出力部8と再生装置のデータ出力部との詳細な機能ブロック図である。 （ａ）、（ｂ）は、図１１０に示されている集積回路3について、その内部に配置された制御バス及びデータバスのトポロジーの例を示す模式図である。 表示装置に実装された実施形態４による集積回路とその周辺部との構成を示す機能ブロック図である。 図１２０に示されているＡＶ出力部8の詳細な機能ブロック図である。 図１１０に示されている集積回路3を利用した再生装置による再生処理のフローチャートである。 図１２２に示されている各ステップＳ１−６の詳細を示すフローチャートである。

以下、本発明の好適な実施形態に係る記録媒体及び再生装置について、図面を参照しながら説明する。

《実施形態１》

図１は、本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。このホームシアター・システムは、視差映像を用いた３Ｄ映像（立体視映像）の再生方式を採用し、特に表示方式として継時分離方式を採用している（詳細は《補足》参照）。図１を参照するに、このホームシアター・システムは記録媒体101を再生対象とし、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。再生装置102と表示装置103とは、図１に示されているように互いに独立な装置である。その他に、再生装置102と表示装置103とが一体化されていてもよい。

記録媒体101は読み出し専用ブルーレイ・ディスク（登録商標）（ＢＤ：Blu−ray Disc）、すなわちＢＤ−ＲＯＭディスクである。記録媒体101はその他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。その記録媒体、すなわちＢＤ−ＲＯＭディスク101は３Ｄ映像による映画コンテンツを格納している。このコンテンツは、その３Ｄ映像のレフトビューとライトビューとのそれぞれを表すビデオ・ストリームを含む。そのコンテンツは更に、その３Ｄ映像のデプスマップを表すビデオ・ストリームを含んでいてもよい。それらのビデオ・ストリームは、後述のようにデータ・ブロック単位でＢＤ−ＲＯＭディスク101上に配置され、後述のファイル構造を利用してアクセスされる。レフトビュー又はライトビューを表すビデオ・ストリームは、２Ｄ再生装置と３Ｄ再生装置とのそれぞれにより、そのコンテンツを２Ｄ映像として再生するのに利用される。一方、レフトビューとライトビューとのそれぞれを表すビデオ・ストリームの対、又は、レフトビュー若しくはライトビューのいずれかとデプスマップとのそれぞれを表すビデオ・ストリームの対は、３Ｄ再生装置により、そのコンテンツを３Ｄ映像として再生するのに利用される。

再生装置102はＢＤ−ＲＯＭドライブ121を搭載している。ＢＤ−ＲＯＭドライブ121はＢＤ−ＲＯＭ方式に準拠の光ディスクドライブである。再生装置102はＢＤ−ＲＯＭドライブ121を利用して、ＢＤ−ＲＯＭディスク101からコンテンツを読み込む。再生装置102は更にそのコンテンツを映像データ／音声データに復号する。ここで、再生装置102は３Ｄ再生装置であり、そのコンテンツを２Ｄ映像と３Ｄ映像とのいずれとしても再生可能である。以下、２Ｄ映像と３Ｄ映像とのそれぞれを再生するときの再生装置102の動作モードを「２Ｄ再生モード」、「３Ｄ再生モード」という。２Ｄ再生モードでは、映像データはレフトビュー又はライトビューのいずれか一方の映像フレームを含む。３Ｄ再生モードでは、映像データはレフトビューとライトビューとの両方の映像フレームを含む。

３Ｄ再生モードは更に、レフト／ライト（Ｌ／Ｒ）モードとデプス・モードとに分けられる。「Ｌ／Ｒモード」では、レフトビューとライトビューとのそれぞれを表すビデオ・ストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。「デプス・モード」では、レフトビュー又はライトビューのいずれかとデプスマップとのそれぞれを表すビデオ・ストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。再生装置102はＬ／Ｒモードを備える。再生装置102は更に、デプス・モードを備えていてもよい。

再生装置102はＨＤＭＩ（High−Definition Multimedia Interface）ケーブル122で表示装置103に接続されている。再生装置102は映像データ／音声データをＨＤＭＩ方式の映像信号／音声信号に変換し、ＨＤＭＩケーブル122を通して表示装置103に伝送する。２Ｄ再生モードでは、映像信号にはレフトビュー又はライトビューのいずれか一方の映像フレームが多重化されている。３Ｄ再生モードでは、映像信号にはレフトビューとライトビューとの両方の映像フレームが時分割で多重化されている。再生装置102は更に、ＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換する。それにより、再生装置102は、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせることができる。

表示装置103は液晶ディスプレイである。表示装置103はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。表示装置103は、映像信号に従って画面131上に映像を表示し、音声信号に従って内蔵のスピーカから音声を発生させる。表示装置103は３Ｄ映像の再生に対応可能である。２Ｄ映像の再生時、画面131上にはレフトビュー又はライトビューのいずれか一方が表示される。３Ｄ映像の再生時、画面131上にはレフトビューとライトビューとが交互に表示される。

表示装置103は左右信号送信部132を含む。左右信号送信部132は左右信号LRを赤外線又は無線でシャッター眼鏡104へ送出する。左右信号LRは、現時点で画面131に表示される映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ映像の再生時、表示装置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は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、ＢＤ−ＲＯＭディスク101の再生開始若しくは停止等、再生装置102又は表示装置103の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンの識別情報を信号で送信部に伝える。送信部はその信号を赤外線又は無線による信号IRに変換して再生装置102又は表示装置103へ送出する。一方、再生装置102と表示装置103とはそれぞれ、その信号IRを受信し、その信号IRの示すボタンを特定し、そのボタンに対応付けられた機能を実行する。こうして、ユーザは再生装置102又は表示装置103を遠隔操作できる。

＜ＢＤ−ＲＯＭディスク上のデータ構造＞

図２は、ＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。図２を参照するに、ＢＤ−ＲＯＭディスク101上のデータ記録領域の最内周部にはＢＣＡ（Burst Cutting Area）201が設けられている。ＢＣＡに対してはＢＤ−ＲＯＭドライブ121によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止される。それにより、ＢＣＡ201は著作権保護技術に利用される。ＢＣＡ201よりも外側のデータ記録領域では内周から外周へ向けてトラックが螺旋状に延びている。図２にはトラック202が模式的に横方向に引き伸ばされて描かれている。その左側はディスク101の内周部を表し、右側は外周部を表す。図２に示されているように、トラック202は内周から順に、リードイン領域202A、ボリューム領域202B、及びリードアウト領域202Cを含む。リードイン領域202AはＢＣＡ201のすぐ外周側に設けられている。リードイン領域202Aは、ボリューム領域202Bに記録されたデータのサイズ及び物理アドレス等、ＢＤ−ＲＯＭドライブ121によるボリューム領域202Bへのアクセスに必要な情報を含む。リードアウト領域202Cはデータ記録領域の最外周部に設けられ、ボリューム領域202Bの終端を示す。ボリューム領域202Bは、映像及び音声等のアプリケーション・データを含む。

ボリューム領域202Bは「セクタ」と呼ばれる小領域202Dに分割されている。セクタのサイズは共通であり、例えば２０４８バイトである。各セクタ202Dにはボリューム領域202Bの先端から順に通し番号が振られている。この通し番号は論理ブロック番号（ＬＢＮ）と呼ばれ、ＢＤ−ＲＯＭディスク101上の論理アドレスに利用される。ＢＤ−ＲＯＭディスク101からのデータの読み出しでは、宛先のセクタのＬＢＮが指定されることによって読み出し対象のデータが特定される。こうして、ボリューム領域202Bはセクタ単位でアクセス可能である。更に、ＢＤ−ＲＯＭディスク101上では論理アドレスが物理アドレスと実質的に等しい。特に、ＬＢＮが連続している領域では物理アドレスも実質的に連続している。従って、ＢＤ−ＲＯＭドライブ121は、ＬＢＮが連続しているセクタからデータを、その光ピックアップにシークを行わせることなく連続して読み出すことができる。

ボリューム領域202Bに記録されたデータは所定のファイルシステムで管理される。そのファイルシステムとしてはＵＤＦ（Universal Disc Format）が採用されている。そのファイルシステムはその他にＩＳＯ９６６０であってもよい。そのファイルシステムに従い、ボリューム領域202Bに記録されたデータはディレクトリ／ファイル形式で表現される（詳細は《補足》参照）。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。

≪ＢＤ−ＲＯＭディスク上のディレクトリ／ファイル構造≫

図２は更に、ＢＤ−ＲＯＭディスク101のボリューム領域202Bに格納されたデータのディレクトリ／ファイル構造を示す。図２を参照するに、このディレクトリ／ファイル構造では、ルート（ＲＯＯＴ）ディレクトリ203の直下にＢＤムービー（ＢＤＭＶ：BD Movie）ディレクトリ210が置かれている。ＢＤＭＶディレクトリ210の直下には、インデックス・ファイル（index.bdmv）211とムービーオブジェクト・ファイル（MovieObject.bdmv）212とが置かれている。

インデックス・ファイル211は、ＢＤ−ＲＯＭディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルと、再生装置102の動作を制御するためのプログラムとの間の対応表である。そのプログラムを「オブジェクト」という。オブジェクトの種類にはムービーオブジェクトとＢＤ−Ｊ（BD Java （登録商標））オブジェクトとがある。

ムービーオブジェクト・ファイル212は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置102は一般的なＤＶＤプレーヤと同様に、まず表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。

図２を更に参照するに、ＢＤＭＶディレクトリ210の直下には、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ220、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ230、ストリーム（ＳＴＲＥＡＭ）ディレクトリ240、ＢＤ−Ｊオブジェクト（ＢＤＪＯ：BD Java Object）ディレクトリ250、及びＪａｖａアーカイブ（ＪＡＲ：Java Archive）ディレクトリ260が置かれている。

ＳＴＲＥＡＭディレクトリ240の直下には、三種類のＡＶストリーム・ファイル（01000.m2ts）241、（02000.m2ts）242、（03000.m2ts）243、及び立体視インターリーブ・ファイル（ＳＳＩＦ：Stereoscopic Interleaved File）ディレクトリ244が置かれている。ＳＳＩＦディレクトリ244の直下には、二種類のＡＶストリーム・ファイル（01000.ssif）244A、（02000.ssif）244Bが置かれている。

「ＡＶストリーム・ファイル」は、ＢＤ−ＲＯＭディスク101上に記録された映像コンテンツの本体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの本体とは一般に、映像・音声・字幕等を表す各種のストリーム・データ、すなわちエレメンタリ・ストリームが多重化されたストリーム・データを意味する。多重化ストリーム・データはメイン・トランスポート・ストリーム（ＴＳ）とサブＴＳとに大別される。「メインＴＳ」は、プライマリ・ビデオ・ストリームとしてベースビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ベースビュー・ビデオ・ストリーム」は、単独で再生可能であって、２Ｄ映像を表すビデオ・ストリームをいう。この２Ｄ映像を「ベースビュー」又は「メインビュー」という。「サブＴＳ」は、プライマリ・ビデオ・ストリームとしてディペンデントビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ディペンデントビュー・ビデオ・ストリーム」は、その再生にベースビュー・ビデオ・ストリームを必要とし、そのベースビュー・ビデオ・ストリームとの組み合わせで３Ｄ映像を表すビデオ・ストリームをいう。ディペンデントビュー・ビデオ・ストリームの種類には、ライトビュー・ビデオ・ストリーム、レフトビュー・ビデオ・ストリーム、及びデプスマップ・ストリームがある。「ライトビュー・ビデオ・ストリーム」は、ベースビューが３Ｄ映像のレフトビューであるときに、その３Ｄ映像のライトビューを表すビデオ・ストリームである。「レフトビュー・ビデオ・ストリーム」はその逆である。「デプスマップ・ストリーム」は、ベースビューが仮想的な２Ｄ画面への３Ｄ映像の射影であるときに、その３Ｄ映像のデプスマップを表すストリーム・データである。ディペンデントビュー・ビデオ・ストリームの表す２Ｄ映像又はデプスマップを「ディペンデントビュー」又は「サブビュー」という。

ＡＶストリーム・ファイルは、内蔵の多重化ストリーム・データの種類に依って、ファイル２Ｄ、ファイル・ディペンデント（以下、ファイルＤＥＰと略す。）、及びインターリーブ・ファイル（以下、ファイルＳＳと略す。）に分けられる。「ファイル２Ｄ」は、２Ｄ再生モードでの２Ｄ映像の再生に利用されるＡＶストリーム・ファイルであって、メインＴＳを含むものをいう。「ファイルＤＥＰ」は、サブＴＳを含むＡＶストリーム・ファイルをいう。「ファイルＳＳ」は、同じ３Ｄ映像を表すメインＴＳとサブＴＳとの対を含むＡＶストリーム・ファイルをいう。ファイルＳＳは特に、メインＴＳをいずれかのファイル２Ｄと共有し、サブＴＳをいずれかのファイルＤＥＰと共有する。すなわち、ＢＤ−ＲＯＭディスク101のファイルシステムでは、メインＴＳはファイルＳＳとファイル２Ｄとのいずれとしてもアクセス可能であり、サブＴＳはファイルＳＳとファイルＤＥＰとのいずれとしてもアクセス可能である。このように、ＢＤ−ＲＯＭディスク101上に記録された一連のデータを異なるファイルに共有させ、いずれのファイルとしてもアクセス可能にする仕組みを「ファイルのクロスリンク」という。

図２に示されている例では、第１ＡＶストリーム・ファイル（01000.m2ts）241はファイル２Ｄであり、第２ＡＶストリーム・ファイル（02000.m2ts）242と第３ＡＶストリーム・ファイル（03000.m2ts）243とはいずれもファイルＤＥＰである。このように、ファイル２ＤとファイルＤＥＰとはＳＴＲＥＡＭディレクトリ240の直下に置かれる。第１ＡＶストリーム・ファイルすなわちファイル２Ｄ241の含むベースビュー・ビデオ・ストリームは３Ｄ映像のレフトビューを表す。第２ＡＶストリーム・ファイルすなわち第１ファイルＤＥＰ242の含むディペンデントビュー・ビデオ・ストリームはライトビュー・ビデオ・ストリームを含む。第３ＡＶストリーム・ファイルすなわち第２ファイルＤＥＰ243の含むディペンデントビュー・ビデオ・ストリームはデプスマップ・ストリームを含む。

図２に示されている例では更に、第４ＡＶストリーム・ファイル（01000.ssif）244Aと第５ＡＶストリーム・ファイル（02000.ssif）244BとはいずれもファイルＳＳである。このように、ファイルＳＳはＳＳＩＦディレクトリ244の直下に置かれる。第４ＡＶストリーム・ファイル、すなわち第１ファイルＳＳ244Aは、ファイル２Ｄ241とメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第１ファイルＤＥＰ242とサブＴＳ、特にライトビュー・ビデオ・ストリームを共有する。第５ＡＶストリーム・ファイル、すなわち第２ファイルＳＳ244Bは、第１ファイル２Ｄ241とメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第３ファイルＤＥＰ243とサブＴＳ、特にデプスマップ・ストリームを共有する。

ＣＬＩＰＩＮＦディレクトリ230には、三種類のクリップ情報ファイル（01000.clpi）231、（02000.clpi）232、（03000.clpi）233が置かれている。「クリップ情報ファイル」は、ファイル２ＤとファイルＤＥＰとに一対一に対応付けられたファイルであって、特に各ファイルのエントリ・マップを含むものをいう。「エントリ・マップ」は、各ファイルの表すシーンの表示時間と、そのシーンが記録された各ファイル内のアドレスとの間の対応表である。クリップ情報ファイルのうち、ファイル２Ｄに対応付けられているものを「２Ｄクリップ情報ファイル」といい、ファイルＤＥＰに対応付けられているものを「ディペンデントビュー・クリップ情報ファイル」という。図２に示されている例では、第１クリップ情報ファイル（01000.clpi）231は２Ｄクリップ情報ファイルであり、ファイル２Ｄ241に対応付けられている。第２クリップ情報ファイル（02000.clpi）232と第３クリップ情報ファイル（03000.clpi）233とはいずれもディペンデントビュー・クリップ情報ファイルであり、それぞれ、第１ファイルＤＥＰ242と第２ファイルＤＥＰ243とに対応付けられている。

ＰＬＡＹＬＩＳＴディレクトリ220には三種類のプレイリスト・ファイル（00001.mpls）221、（00002.mpls）222、（00003.mpls）223が置かれている。「プレイリスト・ファイル」は、ＡＶストリーム・ファイルの再生経路、すなわちＡＶストリーム・ファイルの再生対象の部分とその再生順序とを規定するファイルをいう。プレイリスト・ファイルの種類には２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとがある。「２Ｄプレイリスト・ファイル」はファイル２Ｄの再生経路を規定する。「３Ｄプレイリスト・ファイル」は、２Ｄ再生モードの再生装置に対してはファイル２Ｄの再生経路を規定し、３Ｄ再生モードの再生装置に対してはファイルＳＳの再生経路を規定する。図２に示されている例では、第１プレイリスト・ファイル（00001.mpls）221は２Ｄプレイリスト・ファイルであり、ファイル２Ｄ241の再生経路を規定する。第２プレイリスト・ファイル（00002.mpls）222は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ241の再生経路を規定し、Ｌ／Ｒモードの３Ｄ再生装置に対しては第１ファイルＳＳ244Aの再生経路を規定する。第３プレイリスト・ファイル（00003.mpls）223は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ241の再生経路を規定し、デプス・モードの３Ｄ再生装置に対しては第２ファイルＳＳ244Bの再生経路を規定する。

ＢＤＪＯディレクトリ250にはＢＤ−Ｊオブジェクト・ファイル（XXXXX.bdjo）251が置かれている。ＢＤ−Ｊオブジェクト・ファイル251はＢＤ−Ｊオブジェクトを一つ含む。ＢＤ−Ｊオブジェクトはバイトコード・プログラムであり、再生装置102に実装されたＪａｖａ仮想マシンにタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。ＢＤ−Ｊオブジェクトは、Ｊａｖａ言語等のコンパイラ型言語で記述されている。ＢＤ−Ｊオブジェクトはアプリケーション管理テーブルと参照対象のプレイリスト・ファイルの識別情報とを含む。「アプリケーション管理テーブル」は、Ｊａｖａ仮想マシンに実行させるべきＪａｖａアプリケーション・プログラムとその実行時期、すなわちライフサイクルとの対応表である。「参照対象のプレイリスト・ファイルの識別情報」は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンはユーザの操作又はアプリケーション・プログラムに従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、再生装置102は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置103にグラフィックス映像をタイトルの映像とは独立に表示させる。

ＪＡＲディレクトリ260にはＪＡＲファイル（YYYYY.jar）261が置かれている。ＪＡＲファイル261は、ＢＤ−Ｊオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきＪａｖａアプリケーション・プログラムの本体を一般に複数含む。「Ｊａｖａアプリケーション・プログラム」は、ＢＤ−Ｊオブジェクトと同様、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。Ｊａｖａアプリケーション・プログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及びＪａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。ＪＡＲファイル261はＪａｖａアーカイブ・ファイルであり、再生装置102に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にＪａｖａアプリケーション・プログラムが格納される。

≪多重化ストリーム・データの構造≫

図３の（ａ）は、ＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。メインＴＳはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームであり、図２に示されているファイル２Ｄ241に含まれる。図３の（ａ）を参照するに、メインＴＳは、プライマリ・ビデオ・ストリーム301、プライマリ・オーディオ・ストリーム302A、302B、及びプレゼンテーション・グラフィックス（ＰＧ）ストリーム303A、303Bを含む。メインＴＳはその他に、インタラクティブ・グラフィックス（ＩＧ）ストリーム304、セカンダリ・オーディオ・ストリーム305、及びセカンダリ・ビデオ・ストリーム306を含んでもよい。

プライマリ・ビデオ・ストリーム301は映画の主映像を表し、セカンダリ・ビデオ・ストリーム306は副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。プライマリ・ビデオ・ストリーム301とセカンダリ・ビデオ・ストリーム306とはいずれもベースビュー・ビデオ・ストリームである。各ビデオ・ストリーム301、306は、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、又はＳＭＰＴＥ ＶＣ−１等の動画圧縮符号化方式で符号化されている。

プライマリ・オーディオ・ストリーム302A、302Bは映画の主音声を表す。ここで、二つのプライマリ・オーディオ・ストリーム302A、302Bの間では言語が異なる。セカンダリ・オーディオ・ストリーム305は、対話画面の操作に伴う効果音等、主音声と重ね合わされるべき（ミキシングされるべき）副音声を表す。各オーディオ・ストリーム302A、302B、305は、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ（Meridian Lossless Packing：登録商標）、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ−ＨＤ、又はリニアＰＣＭ（Pulse Code Modulation）等の方式で符号化されている。

各ＰＧストリーム303A、303Bは、グラフィックスによる字幕等、プライマリ・ビデオ・ストリーム301の表す映像に重ねて表示されるべきグラフィックス映像を表す。二つのＰＧストリーム303A、303Bの間では、例えば字幕の言語が異なる。ＩＧストリーム304は、表示装置103の画面131上に対話画面を構成するためのグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィック部品及びその配置を表す。

エレメンタリ・ストリーム301−306はパケット識別子（ＰＩＤ）によって識別される。ＰＩＤの割り当ては例えば次のとおりである。一つのメインＴＳはプライマリ・ビデオ・ストリームを一本のみ含むので、プライマリ・ビデオ・ストリーム301には１６進数値０ｘ１０１１が割り当てられる。一つのメインＴＳに他のエレメンタリ・ストリームが種類ごとに最大３２本まで多重化可能であるとき、プライマリ・オーディオ・ストリーム302A、302Bには０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム303A、303Bには０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム304には０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオ・ストリーム305には０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム306には０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。

図３の（ｂ）は、ＢＤ−ＲＯＭディスク101上のサブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図２に示されている各ファイルＤＥＰ242、243に含まれる。図３の（ｂ）を参照するに、サブＴＳは二本のプライマリ・ビデオ・ストリーム311R、311Dを含む。その一方311Rはライトビュー・ビデオ・ストリームであり、他方311Dはデプスマップ・ストリームである。尚、それらのプライマリ・ビデオ・ストリーム311R、311Dは、異なるファイルＤＥＰ242、243に別々に多重化されてもよい。ライトビュー・ビデオ・ストリーム311Rは、メインＴＳ内のプライマリ・ビデオ・ストリーム301が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。デプスマップ・ストリーム311Dは、メインＴＳ内のプライマリ・ビデオ・ストリーム301との組み合わせで３Ｄ映像を表す。サブＴＳはその他にセカンダリ・ビデオ・ストリーム312R、312Dを含んでもよい。その一方312Rはライトビュー・ビデオ・ストリームであり、他方312Dはデプスマップ・ストリームである。そのライトビュー・ビデオ・ストリーム312Rは、メインＴＳ内のセカンダリ・ビデオ・ストリーム306が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。そのデプスマップ・ストリーム312Dは、メインＴＳ内のセカンダリ・ビデオ・ストリーム306との組み合わせで３Ｄ映像を表す。

エレメンタリ・ストリーム311R、…、312Dに対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム311R、311Dにはそれぞれ、０ｘ１０１２、０ｘ１０１３が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、セカンダリ・ビデオ・ストリーム312R、312Dには０ｘ１Ｂ２０から０ｘ１Ｂ３Ｆまでのいずれかが割り当てられる。

図４は、多重化ストリーム・データ400内でのＴＳパケットの配置を示す模式図である。このパケット構造はメインＴＳとサブＴＳとで共通である。多重化ストリーム・データ400内では各エレメンタリ・ストリーム401、402、403、404はＴＳパケット421、422、423、424の列に変換されている。例えばビデオ・ストリーム401では、まず、各フレーム401A又は各フィールドが一つのＰＥＳ（Packetized Elementary Stream）パケット411に変換される。次に、各ＰＥＳパケット411が一般に複数のＴＳパケット421に変換される。同様に、オーディオ・ストリーム402、ＰＧストリーム403、及びＩＧストリーム404はそれぞれ、一旦ＰＥＳパケット412、413、414の列に変換された後、ＴＳパケット422、423、424の列に変換される。最後に、各エレメンタリ・ストリーム401、402、403、404から得られたＴＳパケット421、422、423、424が一本のストリーム・データ400に時分割で多重化される。

図５の（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。各ＴＳパケット501は１８８バイト長のパケットである。図５の（ｂ）を参照するに、各ＴＳパケット501は、ＴＳペイロード501Pとアダプテーション（adaptation）フィールド（以下、ＡＤフィールドと略す。）501Aとの少なくともいずれか、及びＴＳヘッダ501Hを含む。ＴＳペイロード501PとＡＤフィールド501Aとは、両方を合わせて１８４バイト長のデータ領域である。ＴＳペイロード501PはＰＥＳパケットの格納領域として利用される。図４に示されているＰＥＳパケット411−414はそれぞれ、一般に複数の部分に分割され、各部分が異なるＴＳペイロード501Pに格納される。ＡＤフィールド501Aは、ＴＳペイロード501Pのデータ量が１８４バイトに満たないときにスタッフィング・バイト（すなわちダミー・データ）を格納するための領域である。ＡＤフィールド501Aはその他に、ＴＳパケット501が例えば後述のＰＣＲであるときに、その情報の格納領域として利用される。ＴＳヘッダ501Hは４バイト長のデータ領域である。

図５の（ａ）は、ＴＳヘッダ501Hのデータ構造を示す模式図である。図５の（ａ）を参照するに、ＴＳヘッダ501Hは、ＴＳ優先度（transport＿priority）511、ＰＩＤ512、及びＡＤフィールド制御（adaptation＿field＿control）513を含む。ＰＩＤ512は、同じＴＳパケット501内のＴＳペイロード501Pに格納されたデータの属するエレメンタリ・ストリームのＰＩＤを示す。ＴＳ優先度511は、ＰＩＤ512の示す値が共通するＴＳパケット群の中でのＴＳパケット501の優先度を示す。ＡＤフィールド制御513は、ＴＳパケット501内でのＡＤフィールド501AとＴＳペイロード501Pとのそれぞれの有無を示す。例えばＡＤフィールド制御513が“１”を示すとき、ＴＳパケット501はＡＤフィールド501Aを含まず、ＴＳペイロード501Pを含む。ＡＤフィールド制御513が“２”を示すときはその逆である。ＡＤフィールド制御513が“３”を示すとき、ＴＳパケット501はＡＤフィールド501AとＴＳペイロード501Pとの両方を含む。

図５の（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。図５の（ｃ）を参照するに、各ソースパケット502は１９２バイト長のパケットであり、図５の（ｂ）に示されているＴＳパケット501の一つと４バイト長のヘッダ（TP＿Extra＿Header）502Hとを含む。ＴＳパケット501がＢＤ−ＲＯＭディスク101に記録されるとき、そのＴＳパケット501にヘッダ502Hが付与されることによってソースパケット502は構成される。ヘッダ502HはＡＴＳ（Arrival＿Time＿Stamp）を含む。「ＡＴＳ」は時刻情報であり、再生装置102によって次のように利用される：ソースパケット502がＢＤ−ＲＯＭディスク101から再生装置102内のシステム・ターゲット・デコーダへ送られたときに、そのソースパケット502からＴＳパケット502Pが抽出されてシステム・ターゲット・デコーダ内のＰＩＤフィルタへ転送される。そのヘッダ502H内のＡＴＳは、その転送が開始されるべき時刻を示す。ここで、「システム・ターゲット・デコーダ」は、多重化ストリーム・データからエレメンタリ・ストリームを分離して個別に復号する装置をいう。システム・ターゲット・デコーダと、それによるＡＴＳの利用との詳細については後述する。

図５の（ｄ）は、一連のソースパケット502が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。図５の（ｄ）を参照するに、一連のソースパケット502は３２個ずつ、三つの連続するセクタ521、522、523に記録されている。これは、３２個のソースパケットのデータ量１９２バイト×３２＝６１４４バイトが三つのセクタの合計サイズ２０４８バイト×３＝６１４４バイトに等しいことに因る。このように、三つの連続するセクタ521、522、523に記録された３２個のソースパケット502を「アラインド・ユニット（Aligned Unit）」520という。再生装置102はＢＤ−ＲＯＭディスク101からソースパケット502をアラインド・ユニット520ごとに、すなわち３２個ずつ読み出す。セクタ群521、522、523、…は先頭から順に３２個ずつに分割され、それぞれが一つの誤り訂正符号（ＥＣＣ）ブロック530を構成している。ＢＤ−ＲＯＭドライブ121はＥＣＣブロック530ごとに誤り訂正処理を行う。

≪ＰＧストリームのデータ構造≫

図６は、ＰＧストリーム600のデータ構造を示す模式図である。図６を参照するに、ＰＧストリーム600は複数のデータ・エントリ＃１、＃２、…を含む。各データ・エントリはＰＧストリーム600の表示単位（ディスプレイ・セット）を表し、再生装置102に一枚のグラフィックス・プレーンを構成させるのに必要なデータから成る。ここで、「グラフィックス・プレーン」とは、２Ｄグラフィックス映像を表すグラフィックス・データから生成されるプレーン・データをいう。「プレーン・データ」とは、画素データの二次元配列であり、その配列のサイズは映像フレームの解像度に等しい。一組の画素データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。グラフィックス・プレーンの種類には、ＰＧプレーン、ＩＧプレーン、イメージ・プレーン、及びオン・スクリーン・ディスプレイ（ＯＳＤ）プレーンが含まれる。ＰＧプレーンは、メインＴＳ内のＰＧストリームから生成される。ＩＧプレーンは、メインＴＳ内のＩＧストリームから生成される。イメージ・プレーンは、ＢＤ−Ｊオブジェクトに従って生成される。ＯＳＤプレーンは、再生装置102のファームウェアに従って生成される。

図６を更に参照するに、各データ・エントリは複数の機能セグメントを含む。それらの機能セグメントは、先頭から順に、表示制御セグメント（Presentation Control Segment：ＰＣＳ）、ウィンドウ定義セグメント（Window Define Segment：ＷＤＳ）、パレット定義セグメント（Pallet Define Segment：ＰＤＳ）、及びオブジェクト定義セグメント（Object Define Segment：ＯＤＳ）を含む。

ＷＤＳは、グラフィックス・プレーン内の矩形領域、すなわちウィンドウを規定する。具体的には、ＷＤＳは、ウィンドウＩＤ611、ウィンドウ位置612、及びウィンドウ・サイズ613を含む。ウィンドウＩＤ611はＷＤＳの識別情報（ＩＤ）である。ウィンドウ位置612はグラフィックス・プレーン内でのウィンドウの位置、例えばウィンドウの左上角の座標を示す。ウィンドウ・サイズ613はウィンドウの高さと幅とを示す。

ＰＤＳは、所定種類のカラーＩＤと色座標値（例えば、輝度Ｙ、赤色差Ｃｒ、青色差Ｃｂ、不透明度α）との間の対応関係を規定する。具体的には、ＰＤＳはパレットＩＤ621とカラー・ルックアップ・テーブル（ＣＬＵＴ）622とを含む。パレットＩＤ621はＰＤＳのＩＤである。ＣＬＵＴ622は、グラフィックス・オブジェクトの描画に利用される色の一覧表である。ＣＬＵＴ622には２５６色が登録可能であり、０から２５５までのカラーＩＤが一つずつ、各色に割り当てられている。尚、カラーＩＤ＝２５５は「無色透明」に一定に割り当てられている。

ＯＤＳは一般に複数で一つのグラフィックス・オブジェクトを表す。「グラフィックス・オブジェクト」とは、グラフィックス画像を画素コードとカラーＩＤとの間の対応関係で表現するデータである。グラフィックス・オブジェクトは、ランレングス符号化方式を用いて圧縮された後に分割され、各ＯＤＳに分配されている。各ＯＤＳは更にオブジェクトＩＤ、すなわちグラフィックス・オブジェクトのＩＤを含む。

ＰＣＳは、同じデータ・エントリに属するディスプレイ・セットの詳細を示し、特に、グラフィックス・オブジェクトを用いた画面構成を規定する。その画面構成の種類は、カット・イン／アウト（Cut−In／Out）、フェード・イン／アウト（Fade−In／Out）、色変化（Color Change）、スクロール（Scroll）、及びワイプ・イン／アウト（Wipe−In／Out）を含む。具体的には、ＰＣＳは、オブジェクト表示位置601、クロッピング情報602、参照ウィンドウＩＤ603、参照パレットＩＤ604、及び参照オブジェクトＩＤ605を含む。オブジェクト表示位置601は、グラフィックス・オブジェクトが表示されるべきグラフィックス・プレーン内の位置、例えばグラフィックス・オブジェクトが表示されるべき領域の左上角の座標を、ＷＤＳの規定するウィンドウ内の座標で表す。クロッピング情報602は、クロッピング処理によってグラフィックス・オブジェクトの中から切り出されるべき矩形状の部分の範囲を示す。その範囲は例えば、左上角の座標、高さ、及び幅で規定される。実際にはその部分を、オブジェクト表示位置601の示す位置に描画することができる。参照ウィンドウＩＤ603、参照パレットＩＤ604、及び参照オブジェクトＩＤ605はそれぞれ、グラフィックス・オブジェクトの描画処理において参照されるべきＷＤＳ、ＰＤＳ、及びグラフィックス・オブジェクトのＩＤを示す。コンテンツ・プロバイダは、ＰＣＳ内のそれらのパラメータを利用して、再生装置102に画面構成を指示する。それにより、例えば「ある字幕を徐々に消去しつつ、次の字幕を表示させる」という視覚効果を再生装置102に実現させることができる。

≪ＩＧストリームのデータ構造≫

図４を更に参照するに、ＩＧストリーム404は、対話構成セグメント（Interactive Composition Segment：ＩＣＳ）、ＰＤＳ、及びＯＤＳを含む。ＰＤＳとＯＤＳとは、ＰＧストリーム403に含まれるものと同様な機能セグメントである。特に、ＯＤＳの含むグラフィックス・オブジェクトは、ボタン及びポップアップ・メニュー等、対話画面を構成するＧＵＩ用グラフィック部品を表す。ＩＣＳは、それらのグラフィックス・オブジェクトを用いた対話操作を規定する。具体的には、ＩＣＳは、ボタン及びポップアップ・メニュー等、ユーザ操作に応じて状態が変化するグラフィックス・オブジェクトのそれぞれについて取り得る状態、すなわち、ノーマル、セレクテッド、及びアクティブの各状態を規定する。ＩＣＳは更にボタン情報を含む。ボタン情報は、ユーザがボタン等に対して確定操作を行った際に再生装置の実行すべきコマンドを含む。

≪ビデオ・ストリームのデータ構造≫

ビデオ・ストリームに含まれる各ピクチャは１フレーム又は１フィールドを表し、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。その圧縮には、ピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化を「ピクチャ内符号化」という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの近似性を利用するピクチャの符号化を「ピクチャ間予測符号化」という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して参照ピクチャに対する動き補償が行われる。更に、動き補償によって得られたピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。

図７は、ベースビュー・ビデオ・ストリーム701とライトビュー・ビデオ・ストリーム702とのピクチャを表示時間順に示す模式図である。図７を参照するに、ベースビュー・ビデオ・ストリーム701はピクチャ710、711、712、…、719（以下、ベースビュー・ピクチャという。）を含み、ライトビュー・ビデオ・ストリーム702はピクチャ720、721、722、…、729（以下、ライトビュー・ピクチャという。）を含む。ベースビュー・ピクチャ710−719は一般に複数のＧＯＰ731、732に分割されている。「ＧＯＰ」は、Ｉピクチャを先頭とする複数枚の連続するピクチャの列をいう。ＧＯＰは一般に、Ｉピクチャの他にＰピクチャとＢピクチャとを含む。ここで、「Ｉ（Intra）ピクチャ」は、ピクチャ内符号化によって圧縮されたピクチャをいう。「Ｐ（Predictive）ピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前である一枚のピクチャが参照ピクチャとして利用されたものをいう。「Ｂ（Bidirectionally Predivtive）ピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前又は後である二枚のピクチャが参照ピクチャとして利用されたものをいう。Ｂピクチャのうち、他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを特に「Ｂｒ（reference B）ピクチャ」という。

図７に示されている例では、各ＧＯＰ731、732内のベースビュー・ピクチャが以下の順で圧縮される。第１ＧＯＰ731では、まず先頭のベースビュー・ピクチャがＩ₀ピクチャ710に圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に、４番目のベースビュー・ピクチャがＩ₀ピクチャ710を参照ピクチャとしてＰ₃ピクチャ713に圧縮される。ここで、図７に示されている各矢印は、先端のピクチャが後端のピクチャに対する参照ピクチャであることを示す。続いて、２、３番目のベースビュー・ピクチャがＩ₀ピクチャ710とＰ₃ピクチャ713とを参照ピクチャとして、それぞれ、Ｂｒ₁ピクチャ711、Ｂｒ₂ピクチャ712に圧縮される。更に７番目のベースビュー・ピクチャがＰ₃ピクチャ713を参照ピクチャとしてＰ₆ピクチャ716に圧縮される。続いて、４、５番目のベースビュー・ピクチャがＰ₃ピクチャ713とＰ₆ピクチャ716とを参照ピクチャとして、それぞれ、Ｂｒ₄ピクチャ714、Ｂｒ₅ピクチャ715に圧縮される。同様に、第２ＧＯＰ732では、まず先頭のベースビュー・ピクチャがＩ₇ピクチャ717に圧縮される。次に３番目のベースビュー・ピクチャがＩ₇ピクチャ717を参照ピクチャとしてＰ₉ピクチャ719に圧縮される。続いて、２番目のベースビュー・ピクチャがＩ₇ピクチャ717とＰ₉ピクチャ719とを参照ピクチャとしてＢｒ₈ピクチャ718に圧縮される。

ベースビュー・ビデオ・ストリーム701では各ＧＯＰ731、732がその先頭にＩピクチャを必ず含むので、ベースビュー・ピクチャはＧＯＰごとに復号可能である。例えば第１ＧＯＰ731では、まずＩ₀ピクチャ710が単独で復号される。次に、復号後のＩ₀ピクチャ710を利用してＰ₃ピクチャ713が復号される。続いて、復号後のＩ₀ピクチャ710とＰ₃ピクチャ713とを利用して、Ｂｒ₁ピクチャ711とＢｒ₂ピクチャ712とが復号される。後続のピクチャ群714、715、…も同様に復号される。こうして、ベースビュー・ビデオ・ストリーム701は単独で復号可能であり、更にＧＯＰ単位でのランダム・アクセスが可能である。

図７を更に参照するに、ライトビュー・ピクチャ720−729はピクチャ間予測符号化で圧縮されている。しかし、その符号化方法はベースビュー・ピクチャ710−719の符号化方法とは異なり、映像の時間方向での冗長性に加え、左右の映像間の冗長性をも利用する。具体的には、各ライトビュー・ピクチャ720−729の参照ピクチャが、図７に矢印で示されているように、ライトビュー・ビデオ・ストリーム702からだけでなく、ベースビュー・ビデオ・ストリーム701からも選択される。特に各ライトビュー・ピクチャ720−729と、その参照ピクチャとして選択されたベースビュー・ピクチャとは表示時刻が実質的に等しい。それらのピクチャは３Ｄ映像の同じシーンのライトビューとレフトビューとの対、すなわち視差映像を表す。このように、ライトビュー・ピクチャ720−729はベースビュー・ピクチャ710−719と一対一に対応する。特にそれらのピクチャ間ではＧＯＰ構造が共通である。

図７に示されている例では、まず第１ＧＯＰ731内の先頭のライトビュー・ピクチャがベースビュー・ビデオ・ストリーム701内のＩ₀ピクチャ710を参照ピクチャとしてＰ₀ピクチャ720に圧縮される。それらのピクチャ710、720は３Ｄ映像の先頭フレームのレフトビューとライトビューとを表す。次に、４番目のライトビュー・ピクチャがＰ₀ピクチャ720とベースビュー・ビデオ・ストリーム701内のＰ₃ピクチャ713とを参照ピクチャとしてＰ₃ピクチャ723に圧縮される。続いて、２番目のライトビュー・ピクチャがＰ₀ピクチャ720とＰ₃ピクチャ723とに加えて、ベースビュー・ビデオ・ストリーム701内のＢｒ₁ピクチャ711を参照ピクチャとしてＢ₁ピクチャ721に圧縮される。同様に、３番目のライトビュー・ピクチャがＰ₀ピクチャ720とＰ₃ピクチャ730とに加えて、ベースビュー・ビデオ・ストリーム701内のＢｒ₂ピクチャ712を参照ピクチャとしてＢ₂ピクチャ722に圧縮される。以降のライトビュー・ピクチャ724−729についても同様に、そのライトビュー・ピクチャと表示時刻が実質的に等しいベースビュー・ピクチャが参照ピクチャとして利用される。

上記のような左右の映像間の相関関係を利用した動画圧縮符号化方式としては、ＭＶＣ（Multiview Video Coding）と呼ばれるＭＰＥＧ−４ ＡＶＣ／Ｈ．２６４の修正規格が知られている。ＭＶＣは、ＩＳＯ／ＩＥＣ ＭＰＥＧとＩＴＵ−Ｔ ＶＣＥＧとの共同プロジェクトであるＪＶＴ（Joint Video Team）によって２００８年７月に策定されたものであり、複数の視点から見える映像をまとめて符号化するための規格である。ＭＶＣでは映像間予測符号化に、映像の時間方向での類似性だけでなく、視点の異なる映像間の類似性も利用される。その予測符号化では、各視点から見た映像を個別に圧縮する予測符号化よりも映像の圧縮率が高い。

上記のとおり、各ライトビュー・ピクチャ720−729の圧縮にはベースビュー・ピクチャが参照ピクチャとして利用される。従って、ベースビュー・ビデオ・ストリーム701とは異なり、ライトビュー・ビデオ・ストリーム702を単独で復号することはできない。しかし、視差映像間の差異は一般にわずかであり、すなわちレフトビューとライトビューとの間の相関は高い。従って、ライトビュー・ピクチャは一般にベースビュー・ピクチャよりも圧縮率が著しく高く、すなわちデータ量が著しく小さい。

デプスマップ・ストリームに含まれるデプスマップはベースビュー・ピクチャ710−719と一対一に対応し、そのベースビュー・ピクチャの示す２Ｄ映像に対するデプスマップを表す。各デプスマップは、ベースビュー・ピクチャ710−719と同様、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。特にその符号化方式ではピクチャ間予測符号化が利用される。すなわち、各デプスマップが他のデプスマップを参照ピクチャとして利用して圧縮される。デプスマップ・ストリームは更に、ベースビュー・ビデオ・ストリーム701と同様にＧＯＰ単位に分割され、各ＧＯＰがその先頭にＩピクチャを必ず含む。従って、デプスマップはＧＯＰごとに復号可能である。但し、デプスマップ自体は２Ｄ映像の各部の奥行きを画素別に表す情報でしかないので、デプスマップ・ストリームを単独で映像の再生に利用することはできない。

例えば図３の（ｂ）に示されている二本のプライマリ・ビデオ・ストリーム311R、311Dのように、同じベースビュー・ビデオ・ストリームに対応するライトビュー・ビデオ・ストリームとデプスマップ・ストリームとは同じ符号化方式で圧縮されている。例えば、ライトビュー・ビデオ・ストリームがＭＶＣのフォーマットで符号化されているとき、デプスマップ・ストリームもＭＶＣのフォーマットで符号化されている。その場合、再生装置102は３Ｄ映像の再生時、符号化方式を一定に維持したまま、Ｌ／Ｒモードとデプス・モードとの切り換えをスムーズに実現できる。

図８は、ビデオ・ストリーム800のデータ構造の詳細を示す模式図である。このデータ構造は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで実質的に共通である。図８を参照するに、ビデオ・ストリーム800は一般に複数のビデオ・シーケンス＃１、＃２、…から構成されている。「ビデオ・シーケンス」は、一つのＧＯＰ810を構成するピクチャ群811、812、813、814、…に個別にヘッダ等の付加情報を組み合わせたものである。この付加情報と各ピクチャとの組み合わせを「ビデオ・アクセスユニット（ＶＡＵ）」という。すなわち、各ＧＯＰ810、820ではピクチャごとに一つのＶＡＵ＃１、＃２、…が構成されている。各ピクチャはＶＡＵ単位でビデオ・ストリーム800から読み出し可能である。

図８は更に、ベースビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１831の構造を示す。ＶＡＵ＃１831は、アクセスユニット（ＡＵ）識別コード831A、シーケンス・ヘッダ831B、ピクチャ・ヘッダ831C、補足データ831D、及び圧縮ピクチャ・データ831Eを含む。２番目以降のＶＡＵ＃２は、シーケンス・ヘッダ831Bを含まない点を除き、ＶＡＵ＃１831と同じ構造である。ＡＵ識別コード831Aは、ＶＡＵ＃１831の先端を示す所定の符号である。シーケンス・ヘッダ831BはＧＯＰヘッダともいい、ＶＡＵ＃１831を含むビデオ・シーケンス＃１の識別番号を含む。シーケンス・ヘッダ831Bは更にＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャ・ヘッダ831Cは、自身に固有の識別番号、ビデオ・シーケンス＃１の識別番号、及び、ピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ831Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。補足データ831Dは特に復号スイッチ情報を含む（詳細は後述する）。補足データ831Dは、包含するデータの種類に応じて、一つのＶＡＵに複数、設定されていてもよい。圧縮ピクチャ・データ831Eはベースビュー・ピクチャを含む。ＶＡＵ＃１831はその他に、必要に応じて、パディング・データ831F、シーケンス終端コード831G、及びストリーム終端コード831Hのいずれか又は全てを含んでもよい。パディング・データ831Fはダミーデータである。そのサイズを圧縮ピクチャ・データ831Eのサイズに合わせて調節することにより、ＶＡＵ＃１831のビットレートを所定値に維持することができる。シーケンス終端コード831Gは、ＶＡＵ＃１831がビデオ・シーケンス＃１の後端に位置することを示す。ストリーム終端コード831Hはベースビュー・ビデオ・ストリーム800の後端を示す。

図８はまた、ディペンデントビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１832の構造も示す。ＶＡＵ＃１832は、サブＡＵ識別コード832A、サブシーケンス・ヘッダ832B、ピクチャ・ヘッダ832C、補足データ832D、及び圧縮ピクチャ・データ832Eを含む。２番目以降のＶＡＵ＃２は、サブシーケンス・ヘッダ832Bを含まない点を除き、ＶＡＵ＃１832と同じ構造である。サブＡＵ識別コード832Aは、ＶＡＵ＃１832の先端を示す所定の符号である。サブシーケンス・ヘッダ832Bは、ＶＡＵ＃１832を含むビデオ・シーケンス＃１の識別番号を含む。サブシーケンス・ヘッダ832Bは更にＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。特にそれらの値は、ベースビュー・ビデオ・ストリームの対応するＧＯＰに対して設定された値、すなわちＶＡＵ＃１831のシーケンス・ヘッダ831Bの示す値に等しい。ピクチャ・ヘッダ832Cは、自身に固有の識別番号、ビデオ・シーケンス＃１の識別番号、及び、ピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ832Dはオフセット・メタデータのみを含む（詳細は後述する）。ここで、補足データの種類には、オフセット・メタデータを含むもの832Dの他にも、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、タイムコード情報、及び復号スイッチ情報を含むものがある。従って、ＶＡＵ＃１832は、補足データ832Dに加えて、他の補足データを一つ以上含んでいてもよい。圧縮ピクチャ・データ832Eはディペンデントビュー・ピクチャを含む。ＶＡＵ＃１832はその他に、必要に応じて、パディング・データ832F、シーケンス終端コード832G、及びストリーム終端コード832Hのいずれか又は全てを含んでもよい。パディング・データ832Fはダミーデータである。そのサイズを圧縮ピクチャ・データ832Eのサイズに合わせて調節することにより、ＶＡＵ＃１832のビットレートを所定値に維持することができる。シーケンス終端コード832Gは、ＶＡＵ＃１832がビデオ・シーケンス＃１の後端に位置することを示す。ストリーム終端コード832Hはディペンデントビュー・ビデオ・ストリーム800の後端を示す。

ＶＡＵの各部の具体的な内容はビデオ・ストリーム800の符号化方式ごとに異なる。例えばその符号化方式がＭＰＥＧ−４ ＡＶＣ又はＭＶＣであるとき、図８に示されているＶＡＵの各部は一つのＮＡＬ（Network Abstraction Layer）ユニットから構成される。具体的には、ＡＵ識別コード831A、シーケンス・ヘッダ831B、ピクチャ・ヘッダ831C、補足データ831D、圧縮ピクチャ・データ831E、パディング・データ831F、シーケンス終端コード831G、及びストリーム終端コード831Hはそれぞれ、ＡＵデリミタ（Access Unit Delimiter）、ＳＰＳ（シーケンス・パラメータ・セット）、ＰＰＳ（ピクチャ・パラメータ・セット）、ＳＥＩ（Supplemental Enhancement Information）、ビュー・コンポーネント、フィラー・データ（Filler Data）、エンド・オブ・シーケンス（End of Sequence）、及びエンド・オブ・ストリーム（End of Stream）に相当する。特にＶＡＵ＃１832では、オフセット・メタデータを含む補足データ832Dは一つのＮＡＬユニットで構成され、そのＮＡＬユニットはオフセット・メタデータ以外のデータを含まない。

図９は、ＰＥＳパケット列902へのビデオ・ストリーム901の格納方法の詳細を示す模式図である。この格納方法は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで共通である。図９を参照するに、実際のビデオ・ストリーム901ではピクチャが、表示時間順ではなく、符号化順に多重化されている。例えばベースビュー・ビデオ・ストリームのＶＡＵには、図９に示されているように、先頭から順に、Ｉ₀ピクチャ910、Ｐ₃ピクチャ911、Ｂ₁ピクチャ912、Ｂ₂ピクチャ913、…が格納されている。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。Ｐ₃ピクチャ911の符号化にはＩ₀ピクチャ910が参照ピクチャとして利用され、Ｂ₁ピクチャ912とＢ₂ピクチャ913との各符号化にはＩ₀ピクチャ910とＰ₃ピクチャ911とが参照ピクチャとして利用される。それらのＶＡＵが一つずつ、異なるＰＥＳパケット920、921、922、923、…に格納される。各ＰＥＳパケット920、…はＰＥＳペイロード920PとＰＥＳヘッダ920Hとを含む。ＶＡＵはＰＥＳペイロード920Pに格納される。一方、ＰＥＳヘッダ920Hは、同じＰＥＳパケット920のＰＥＳペイロード920Pに格納されたピクチャの表示時刻、すなわちＰＴＳ（Presentation Time−Stamp）、及びそのピクチャの復号時刻、すなわちＤＴＳ（Decoding Time−Stamp）を含む。

図９に示されているビデオ・ストリーム901と同様、図３、４に示されている他のエレメンタリ・ストリームも一連のＰＥＳパケットの各ＰＥＳペイロードに格納される。更に各ＰＥＳパケットのＰＥＳヘッダは、そのＰＥＳパケットのＰＥＳペイロードに格納されたデータのＰＴＳを含む。

図１０は、ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。図１０を参照するに、両ビデオ・ストリーム1001、1002の間では、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャに対して、同じＰＴＳ及び同じＤＴＳが割り当てられている。例えば３Ｄ映像の先頭のフレーム又はフィールドは、ベースビュー・ビデオ・ストリーム1001のＩ₁ピクチャ1011とディペンデントビュー・ビデオ・ストリーム1002のＰ₁ピクチャ1021との組み合わせから再現される。従って、それらのピクチャの対1011、1021ではＰＴＳが等しく、かつＤＴＳが等しい。ここで、下付の数字は、各ピクチャにＤＴＳの順に割り振られた通し番号を示す。また、ディペンデントビュー・ビデオ・ストリーム1002がデプスマップ・ストリームであるとき、Ｐ₁ピクチャ1021は、Ｉ₁ピクチャ1011に対するデプスマップを表すＩピクチャに置き換えられる。同様に、各ビデオ・ストリーム1001、1002の２番目のピクチャ、すなわち、Ｐ₂ピクチャ1012、1022の対ではＰＴＳが等しく、かつＤＴＳが等しい。各ビデオ・ストリーム1001、1002の３番目のピクチャ、すなわちＢｒ₃ピクチャ1013とＢ₃ピクチャ1023との対ではＰＴＳとＤＴＳとがいずれも共通である。Ｂｒ₄ピクチャ1014とＢ₄ピクチャ1024との対でも同様である。

ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との間で、ＰＴＳが等しく、かつＤＴＳが等しいピクチャを含むＶＡＵの対を「３Ｄ・ＶＡＵ」という。図１０に示されているＰＴＳとＤＴＳとの割り当てにより、３Ｄ再生モードの再生装置102内のデコーダにベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002とを３Ｄ・ＶＡＵ単位でパラレルに処理させることが容易にできる。それにより、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャが、デコーダによって確実にパラレルに処理される。更に、各ＧＯＰの先頭の３Ｄ・ＶＡＵではシーケンス・ヘッダが、同じ解像度、同じフレームレート、及び同じアスペクト比を含む。特にそのフレームレートは、２Ｄ再生モードにおいてベースビュー・ビデオ・ストリーム1001が単独で復号されるときの値に等しい。

［オフセット・メタデータ］

図１１は、ディペンデントビュー・ビデオ・ストリーム1100の含むオフセット・メタデータ1110のデータ構造を示す模式図である。図１２は、そのオフセット・メタデータ（offset＿metadata）1110の書式（Syntax）を示す表である。図１１を参照するに、オフセット・メタデータ1110は、各ビデオ・シーケンス（すなわち、各ＧＯＰ）の先端に位置するＶＡＵ＃１内の補足データ1101に格納されている。図１１、１２を参照するに、オフセット・メタデータ1110は、ＰＴＳ1111、オフセット・シーケンスＩＤ（offset＿sequence＿id）1112、及びオフセット・シーケンス（offset＿sequence）1113を含む。ＰＴＳ1111は、ＶＡＵ＃１内の圧縮ピクチャ・データの表すフレーム、すなわち、各ＧＯＰの最初のフレームのＰＴＳに等しい。

オフセット・シーケンスＩＤ1112は、オフセット・シーケンス1113に順番に割り振られた通し番号０、１、２、…、Ｍである。整数Ｍは１以上であり、オフセット・シーケンス1113の総数（number＿of＿offset＿sequence）を表す。ビデオ・プレーンに合成されるべきグラフィックス・プレーンにはオフセット・シーケンスＩＤ1112が割り当てられる。それにより、各グラフィックス・プレーンにオフセット・シーケンス1113が対応付けられている。ここで、「ビデオ・プレーン」とは、ビデオ・シーケンスの含むピクチャから生成されるプレーン・データ、すなわち画素データの二次元配列をいう。その配列のサイズは映像フレームの解像度に等しい。一組の画素データは色座標値（ＲＧＢ値又はＹＣｒＣｂ値）とα値との組み合わせから成る。

各オフセット・シーケンス1113は、フレーム番号1121とオフセット情報1122、1123との対応表である。フレーム番号1121は、一つのビデオ・シーケンス（例えば、ビデオ・シーケンス＃１）の表すフレーム＃１、＃２、…、＃Ｎに表示順に割り振られた通し番号１、２、…、Ｎである。図１２では、フレーム番号1121は整数値変数ｉで表されている。整数Ｎは１以上であり、そのビデオ・シーケンスの含むフレームの総数（number＿of＿displayed＿frames＿in＿GOP）を表す。各オフセット情報1122、1123は、一つのグラフィックス・プレーンに対するオフセット制御を規定する制御情報である。

「オフセット制御」とは、グラフィックス・プレーンに水平座標の左方向と右方向との各オフセットを与えて、ベースビュー・ビデオ・プレーンとディペンデントビュー・ビデオ・プレーンとのそれぞれに合成する処理をいう。「グラフィックス・プレーンに水平方向のオフセットを与える」とは、そのグラフィックス・プレーン内で各画素データを水平方向に変位させることをいう。それにより、一つのグラフィックス・プレーンから、レフトビューとライトビューとを表すグラフィックス・プレーンの対が生成される。その対から再生される２Ｄグラフィックス映像の各部の表示位置は、元の表示位置から左右にずれている。それらの変位が視聴者に両眼視差として錯覚されることにより、レフトビューとライトビューとの対がその視聴者には一つの３Ｄグラフィックス映像として見える。

オフセットは方向と大きさとで決まる。従って、図１１、１２に示されているとおり、各オフセット情報はオフセット方向（Plane＿offset＿direction）1122とオフセット値（Plane＿offset＿value）1123とを含む。オフセット方向1122は、３Ｄグラフィックス映像の奥行きが画面よりも手前か奥かを示す。オフセット方向1122の値に依り、元の２Ｄグラフィックス映像の表示位置に対するレフトビューとライトビューとの各表示位置の方向が左又は右に決まる。オフセット値1123は、元の２Ｄグラフィックス映像の表示位置とレフトビューとライトビューとの各表示位置との間の距離を水平方向の画素数で表す。

図１３の（ａ）、（ｂ）は、ＰＧプレーン1310とＩＧプレーン1320とに対するオフセット制御を示す模式図である。それらのオフセット制御では、レフトビュー・ビデオ・プレーン1301とライトビュー・ビデオ・プレーン1302とのそれぞれへ二種類のグラフィックス・プレーン1310、1320が合成される。ここで、「レフトビュー／ライトビュー・ビデオ・プレーン」とは、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの組み合わせから生成される、レフトビュー／ライトビューを表すビデオ・プレーンをいう。以下の説明では、ＰＧプレーン1310の表す字幕1311を画面よりも手前に表示し、ＩＧプレーン1320の表すボタン1321を画面よりも奥に表示する場合を想定する。

図１３の（ａ）を参照するに、ＰＧプレーン1310には、右方向のオフセットが与えられる。具体的には、まず、ＰＧプレーン1310内の各画素データの位置が、レフトビュー・ビデオ・プレーン1301内の対応する画素データの位置から、オフセット値に等しい画素数SFPだけ右に（仮想的に）移動する。次に、レフトビュー・ビデオ・プレーン1301の範囲よりも右側に（仮想的に）はみ出ているＰＧプレーン1310の右端の帯状領域1312を「切り取る」。すなわち、その領域1312の画素データ群を破棄する。一方、ＰＧプレーン1310の左端に透明な帯状領域1313を追加する。その帯状領域1313の幅は右端の帯状領域1312の幅、すなわちオフセット値SFPに等しい。こうして、ＰＧプレーン1310から、レフトビューを表すＰＧプレーンが生成され、レフトビュー・ビデオ・プレーン1301に合成される。特に、そのレフトビューＰＧプレーンでは、字幕1311の表示位置が元の表示位置よりも右に、オフセット値SFPだけずれている。

一方、ＩＧプレーン1320には、左方向のオフセットが与えられる。具体的には、まず、ＩＧプレーン1320内の各画素データの位置が、レフトビュー・ビデオ・プレーン1301内の対応する画素データの位置から、オフセット値に等しい画素数SFIだけ左に（仮想的に）移動する。次に、レフトビュー・ビデオ・プレーン1310の範囲よりも左側に（仮想的に）はみ出ているＩＧプレーン1320の左端の帯状領域1322を切り取る。一方、ＩＧプレーン1320の右端に透明な帯状領域1323を追加する。その帯状領域1323の幅は左端の帯状領域1322の幅、すなわちオフセット値SFIに等しい。こうして、ＩＧプレーン1320から、レフトビューを表すＩＧプレーンが生成され、レフトビュー・ビデオ・プレーン1301に合成される。特に、そのレフトビューＩＧプレーンでは、ボタン1321の表示位置が元の表示位置よりも左に、オフセット値SFIだけずれている。

図１３の（ｂ）を参照するに、ＰＧプレーン1310には左方向のオフセットが与えられ、ＩＧプレーン1320には右方向のオフセットが与えられる。すなわち、上記の操作をＰＧプレーン1310とＩＧプレーン1320とで反対にすればよい。その結果、各プレーン・データ1310、1320から、ライトビューを表すプレーン・データが生成され、ライトビュー・ビデオ・プレーン1320に合成される。特にライトビューＰＧプレーンでは、字幕1311の表示位置が元の表示位置よりも左に、オフセット値SFPだけずれている。一方、ライトビューＩＧプレーンでは、ボタン1321の表示位置が元の表示位置よりも右に、オフセット値SFIだけずれている。

図１３の（ｃ）は、（ａ）、（ｂ）に示されているグラフィックス・プレーンの表す２Ｄグラフィックス映像から視聴者1330に知覚される３Ｄグラフィックス映像を示す模式図である。それらのグラフィックス・プレーンの表す２Ｄグラフィックス映像が画面1340に交互に表示されるとき、視聴者1330には、図１３の（ｃ）に示されているように、字幕1331は画面1340よりも手前に見え、ボタン1332は画面1340よりも奥に見える。各３Ｄグラフィックス映像1331、1332と画面1340との間の距離はオフセット値SFP、SFIによって調節可能である。

図１４の（ａ）、（ｂ）は、オフセット・シーケンスの具体例を示すグラフである。各グラフでは、オフセット方向が画面よりも手前を示すときにオフセット値が正である。図１４の（ａ）は、図１４の（ｂ）のうち、最初のＧＯＰ、GOP1、の表示期間でのグラフを拡大したものである。図１４の（ａ）を参照するに、階段状のグラフ1401は、オフセット・シーケンスＩＤ＝０のオフセット・シーケンス、すなわちオフセット・シーケンス［０］のオフセット値を示す。一方、水平なグラフ1402は、オフセット・シーケンスＩＤ＝１のオフセット・シーケンス、すなわちオフセット・シーケンス［１］のオフセット値を示す。オフセット・シーケンス［０］のオフセット値1401は、最初のＧＯＰの表示期間GOP1ではフレームFR1、FR2、FR3、…、FR15、…の順に階段状に増加している。図１４の（ｂ）を参照するに、そのオフセット値1401の階段状の増加は２番目以降の各ＧＯＰの表示期間GOP2、GOP3、…、GOP40、…でも同様に継続される。１フレーム当たりの増加量が十分に細かいので、図１４の（ｂ）ではオフセット値1401が線形に連続的に増加しているように見える。一方、オフセット・シーケンス［１］のオフセット値1402は、最初のＧＯＰの表示期間GOP1では負の一定値に維持されている。図１４の（ｂ）を参照するに、そのオフセット値1402は、４０番目のＧＯＰの表示期間GOP40の終了時、正の値に急増する。このようにオフセット値は不連続に変化してもよい。

図１４の（ｃ）は、図１４の（ａ）、（ｂ）に示されているオフセット・シーケンスに従って再現される３Ｄグラフィックス映像を示す模式図である。字幕の３Ｄ映像1403がオフセット・シーケンス［０］に従って表示されるとき、その３Ｄ映像1403は、画面1404の直ぐ手前から徐々に飛び出てくるように見える。一方、ボタンの３Ｄ映像1405がオフセット・シーケンス［１］に従って表示されるとき、その３Ｄ映像1405は、画面1404よりも奥に固定されている状態から突然、画面1404よりも手前に飛び出てくるように見える。このように、フレーム単位でのオフセット値の増減のパターンをオフセット・シーケンスごとに様々に変化させる。それにより、複数の３Ｄグラフィックス映像について、個々の奥行きの変化を多様に表現することができる。

［オフセット・メタデータとＴＳ優先度との間の関係］

図１５は、ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１1500を格納したＰＥＳパケット1510と、そのＰＥＳパケット1510から生成されるＴＳパケット列1520とを示す模式図である。ＶＡＵ＃１1500は、図８に示されているＶＡＵ＃１832と同様にビデオ・シーケンスの先端に位置する。従って、ＶＡＵ＃１1500に含まれる補足データの少なくとも一つ1504は、オフセット・メタデータ1509のみから構成される。図１５には、オフセット・メタデータ1509のみから構成される補足データ1504が斜線部で示されている。ＶＡＵ＃１1500はＰＥＳパケット1510のＰＥＳペイロード1512に格納されている。そのＰＥＳパケット1510のＰＥＳヘッダ1511は、ＶＡＵ＃１1500内の圧縮ピクチャ・データ1505に割り当てられたＤＴＳとＰＴＳとを含む。ＰＥＳパケット1510は先頭から順にＴＳパケット列1520に格納されている。それにより、ＴＳパケット列1520は先頭から順に三つのグループ1521、1522、1523に分けられる。第１グループ1521は、ＰＥＳヘッダ1511、サブＡＵ識別コード1501、サブシーケンス・ヘッダ1502、及び、ピクチャ・ヘッダ1503を格納している。第２グループ1522は、オフセット・メタデータ1509のみから構成される補足データ1504のみを格納している。第３グループ1513は、圧縮ピクチャ・データ1505、パディング・データ1506、シーケンス終端コード1507、及びストリーム終端コード1508を格納している。ここで、ＶＡＵ＃１1500がオフセット・メタデータ以外の補足データを含む場合、それらの補足データは第１グループ1521又は第３グループ1513に格納される。第１グループ1521の後端に位置するＴＳパケット1530は一般にＡＤフィールド1532を含む。それにより、そのＴＳペイロード1533へは、オフセット・メタデータ1509のみから構成される補足データ1504が混入しない。同様に、第２グループ1522の後端に位置するＴＳパケット1550は一般にＡＤフィールド1552を含む。それにより、そのＴＳペイロード1553へは、圧縮ピクチャ・データ1505はもちろん、オフセット・メタデータ1509のみから構成される補足データ1504以外のデータはいずれも混入しない。こうして、オフセット・メタデータ1509のみから構成される補足データ1504は、第２グループ1522に属するＴＳパケット1540、1550のＴＳペイロード1542、1553にのみ格納される。一方、圧縮ピクチャ・データ1505は、第３グループ1523に属するＴＳパケット1560のＴＳペイロード1562にのみ格納される。

図１５を更に参照するに、第１グループ1521に属するＴＳパケット1530では、ＴＳヘッダ1531の示すＴＳ優先度の値が“０”に設定されている。同様に、第３グループ1523に属するＴＳパケット1560では、ＴＳヘッダ1561の示すＴＳ優先度の値が“０”に設定されている。一方、第２グループ1522に属するＴＳパケット1540、1550では、ＴＳヘッダ1541、1551の示すＴＳ優先度の値が“１”に設定されている。尚、値の設定は逆でもよい。このように、第２グループ1522に属するＴＳパケットは、他のグループ1521、1523に属するＴＳパケットとはＴＳ優先度の値が異なる。従って、再生装置102内のシステム・ターゲット・デコーダはＴＳ優先度を利用して、第２グループ1522に属するＴＳパケットを容易に選別できる。

図１５とは異なり、第１グループ1521と第２グループ1522とのそれぞれに属するＴＳパケットが同じＴＳ優先度の値を示してもよい。図１６は、その場合のＴＳパケット列1620を示す模式図である。図１５に示されているＴＳパケット列1520と同様に、ＴＳパケット列1620は先頭から順に三つのグループ1621、1622、1623に分けられる。第１グループ1621は、ＰＥＳヘッダ1511、サブＡＵ識別コード1501、サブシーケンス・ヘッダ1502、及び、ピクチャ・ヘッダ1503を格納している。第２グループ1622は、オフセット・メタデータ1509のみから構成される補足データ1504のみを格納している。第３グループ1613は、圧縮ピクチャ・データ1505、パディング・データ1506、シーケンス終端コード1507、及びストリーム終端コード1508を格納している。ここで、ＶＡＵ＃１1500がオフセット・メタデータ以外の補足データを含む場合、それらの補足データは第１グループ1621又は第３グループ1613に格納される。図１６には、オフセット・メタデータ1509のみから構成される補足データ1504が斜線部で示され、ＰＥＳパケット1510内でその補足データよりも前に配置されるデータ1511、1501−1503がドット付きの領域で示されている。第１グループ1621と第２グループ1622とのそれぞれに属するＴＳパケット1630、1640、1650ではいずれも、ＴＳヘッダ1631、1641、1651の示すＴＳ優先度の値が“１”に設定されている。一方、第３グループ1623に属するＴＳパケット1660では、ＴＳヘッダ1661の示すＴＳ優先度の値が“０”に設定されている。尚、値の設定は逆でもよい。この場合でも、オフセット・メタデータ1509のみから構成される補足データ1504を格納したＴＳパケットは、圧縮ピクチャ・データ1505を格納したＴＳパケットとはＴＳ優先度の値が異なる。従って、再生装置102内のシステム・ターゲット・デコーダはＴＳ優先度を利用して、オフセット・メタデータ1509のみから構成される補足データ1504を格納したＴＳパケット群を、圧縮ピクチャ・データ1505を格納したＴＳパケット群から容易に分離できる。

［復号スイッチ情報］

図１７の（ａ）は、復号スイッチ情報1750のデータ構造を示す模式図である。復号スイッチ情報1750は、図８に示されているベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの各ＶＡＵでその補足データに格納されている。但し、ディペンデントビュー・ビデオ・ストリームの各ＧＯＰの先頭に位置するＶＡＵ＃１832では、復号スイッチ情報1750は、オフセット・メタデータを含む補足データ832Dとは別の補足データに格納される。補足データ831D、832Dは、特にＭＰＥＧ−４ ＡＶＣ、ＭＶＣでは、ＮＡＬユニットの一種“ＳＥＩ”に相当する。復号スイッチ情報1750は、再生装置102内のデコーダに、次に復号すべきＶＡＵを容易に特定させるための情報である。ここで、そのデコーダは後述のように、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとをＶＡＵ単位で交互に復号する。そのとき、そのデコーダは一般に、各ＶＡＵに付与されたＤＴＳの示す時刻に合わせて、次に復号すべきＶＡＵを特定する。しかし、デコーダの種類には、ＤＴＳを無視してＶＡＵを順次、復号し続けるものも多い。そのようなデコーダにとって、各ＶＡＵがＤＴＳに加えて復号スイッチ情報1750を含むことは好ましい。

図１７の（ａ）を参照するに、復号スイッチ情報1750は、次アクセスユニット・タイプ1751、次アクセスユニット・サイズ1752、及び復号カウンタ1753を含む。次アクセスユニット・タイプ1751は、次に復号されるべきＶＡＵがベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれに属するのかを示す。例えば、次アクセスユニット・タイプ1751の値が“１”であるときは、次に復号されるべきＶＡＵはベースビュー・ビデオ・ストリームに属し、“２”であるときはディペンデントビュー・ビデオ・ストリームに属する。次アクセスユニット・タイプ1751の値が“０”であるときは、現在のＶＡＵが復号対象のストリームの後端に位置し、次に復号されるべきＶＡＵが存在しない。次アクセスユニット・サイズ1752は、次に復号されるべきＶＡＵのサイズを示す。再生装置102内のデコーダは、次アクセスユニット・サイズ1752を参照することにより、ＶＡＵの構造自体を解析することなく、そのサイズを特定できる。従って、デコーダはバッファからＶＡＵを容易に抽出できる。復号カウンタ1753は、それの属するＶＡＵが復号されるべき順番を示す。その順番は、ベースビュー・ビデオ・ストリーム内のＩピクチャを含むＶＡＵから数えられる。

図１７の（ｂ）は、ベースビュー・ビデオ・ストリーム1701とディペンデントビュー・ビデオ・ストリーム1702との各ピクチャに割り当てられた復号カウンタの一例1710、1720を示す模式図である。図１７の（ｂ）を参照するに、復号カウンタ1710、1720は両ビデオ・ストリーム1701、1702の間で交互にインクリメントされる。例えば、ベースビュー・ビデオ・ストリーム1701内のＩピクチャを含むＶＡＵ1711に対し、復号カウンタ1710として“１”が割り当てられる。次に復号されるべきディペンデントビュー・ビデオ・ストリーム1702内のＰピクチャを含むＶＡＵ1721に対し、復号カウンタ1720として“２”が割り当てられる。更にその次に復号されるべきベースビュー・ビデオ・ストリーム1701内のＰピクチャを含むＶＡＵ1712に対し、復号カウンタ1710として“３”が割り当てられる。その割り当てにより、何らかの不具合が原因で再生装置102内のデコーダがいずれかのＶＡＵを読み損なったときでも、それによって欠落したピクチャをデコーダは復号カウンタ1710、1720から直ちに特定できる。従って、デコーダはエラー処理を適切に、かつ迅速に実行できる。

図１７の（ｂ）に示されている例では、ベースビュー・ビデオ・ストリーム1701の３番目のＶＡＵ1713の読み込みにエラーが生じ、Ｂｒピクチャが欠落している。しかし、デコーダは、ディペンデントビュー・ビデオ・ストリーム1702の２番目のＶＡＵ1722に含まれるＰピクチャの復号処理で、そのＶＡＵ1722から復号カウンタ1720を読み出して保持している。従って、デコーダは次に処理すべきＶＡＵの復号カウンタ1710を予測できる。具体的には、そのＰピクチャを含むＶＡＵ1722内の復号カウンタ1720は“４”であるので、次に読み込まれるべきＶＡＵの復号カウンタ1710は“５”であると予測される。しかし、実際には、次に読み込まれたＶＡＵはベースビュー・ビデオ・ストリーム1701の４番目のＶＡＵ1714であったので、その復号カウンタ1710は“７”である。そのことから、デコーダは、ＶＡＵを一つ読み損ねたことを検出できる。従って、デコーダは次のエラー処理を実行できる：「ディペンデントビュー・ビデオ・ストリーム1702の３番目のＶＡＵ1723から抽出されたＢピクチャについては、参照すべきＢｒピクチャが欠落しているので復号処理をスキップする」。このように、デコーダは復号処理ごとに復号カウンタ1710、1720をチェックする。それにより、デコーダはＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。

図１７の（ｃ）は、ベースビュー・ビデオ・ストリーム1701とディペンデントビュー・ビデオ・ストリーム1702との各ピクチャに割り当てられた復号カウンタの別例1730、1740を示す模式図である。図１７の（ｃ）を参照するに、復号カウンタ1730、1740は各ビデオ・ストリーム1701、1702で別々にインクリメントされる。従って、復号カウンタ1730、1740は、同じ３Ｄ・ＶＡＵに属する一対のピクチャ間で等しい。その場合、デコーダはベースビュー・ビデオ・ストリーム1701のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタ1730が、次に復号されるべきディペンデントビュー・ビデオ・ストリーム1702のＶＡＵの復号カウンタ1740に等しい」。一方、デコーダはディペンデントビュー・ビデオ・ストリーム1702のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタ1740に１を加えた値が、次に復号されるべきベースビュー・ビデオ・ストリーム1701のＶＡＵの復号カウンタ1730に等しい」。従って、デコーダはいずれの時点でも復号カウンタ1730、1740からＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。

≪ＡＶストリーム・ファイルに含まれるその他のＴＳパケット≫

ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図３に示されているエレメンタリ・ストリームから変換されたもの以外にも、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャル・トランスポート・ストリームを規定する役割を持つ。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、ＡＶストリーム・ファイルもそのパーシャル・トランスポート・ストリームと同様に規定される。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる、映像・音声・字幕等を表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種のディスクリプタ（記述子ともいう。）を含む。ディスクリプタには特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報が含まれる。ＰＣＲは、自身に割り当てられたＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ここで、「ＳＴＣ」は、再生装置102内のデコーダによって、ＰＴＳ及びＤＴＳの基準として利用されるクロックである。そのデコーダはＰＣＲを利用して、ＡＴＣにＳＴＣを同期させる。

図１８は、ＰＭＴ1810のデータ構造を示す模式図である。ＰＭＴ1810は、ＰＭＴヘッダ1801、ディスクリプタ1802、及びストリーム情報1803を含む。ＰＭＴヘッダ1801は、ＰＭＴ1810に含まれるデータの長さ等を示す。各ディスクリプタ1802は、ＰＭＴ1810を含むＡＶストリーム・ファイルの全体に関するディスクリプタである。前述のコピー・コントロール情報はディスクリプタ1802の一つに含まれる。ストリーム情報1803は、ＡＶストリーム・ファイルに含まれる各エレメンタリ・ストリームに関する情報であり、一つずつ異なるエレメンタリ・ストリームに割り当てられている。各ストリーム情報1803は、ストリーム・タイプ1831、ＰＩＤ1832、及びストリーム・ディスクリプタ1833を含む。ストリーム・タイプ1831は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報等を含む。ＰＩＤ1832は、そのエレメンタリ・ストリームのＰＩＤを示す。ストリーム・ディスクリプタ1833は、そのエレメンタリ・ストリームの属性情報、例えばフレームレート及びアスペクト比を含む。

ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置102内のデコーダにＡＶストリーム・ファイルを、欧州デジタル放送規格に準拠のパーシャル・トランスポート・ストリームと同様に処理させることができる。それにより、ＢＤ−ＲＯＭディスク101用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。

≪多重化ストリーム・データのインターリーブ配置≫

３Ｄ映像のシームレス再生には、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのＢＤ−ＲＯＭディスク101上での物理的な配置が重要である。ここで、「シームレス再生」とは、多重化ストリーム・データから映像と音声とを途切れさせることなく滑らかに再生することをいう。

図１９は、ＢＤ−ＲＯＭディスク101上での多重化ストリーム・データの物理的な配置を示す模式図である。図１９を参照するに、多重化ストリーム・データは複数のデータ・ブロックD[n]、B[n]（n＝0、1、2、3、…）に分割されて、ＢＤ−ＲＯＭディスク101上に配置されている。ここで、「データ・ブロック」とは、ＢＤ−ＲＯＭディスク101上の連続領域、すなわち物理的に連続する複数のセクタに記録された一連のデータをいう。ＢＤ−ＲＯＭディスク101では物理アドレスが論理アドレスと実質的に等しいので、各データ・ブロック内ではＬＢＮも連続している。従って、ＢＤ−ＲＯＭドライブ121は一つのデータ・ブロックを、光ピックアップにシークを行わせることなく連続して読み出すことができる。以下、メインＴＳに属するデータ・ブロックB[n]を「ベースビュー・データ・ブロック」といい、サブＴＳに属するデータ・ブロックD[n]を「ディペンデントビュー・データ・ブロック」という。特に、ライトビュー・ビデオ・ストリームを含むデータ・ブロックを「ライトビュー・データ・ブロック」といい、デプスマップ・ストリームを含むデータ・ブロックを「デプスマップ・データ・ブロック」という。

各データ・ブロックB[n]、D[n]は、ＢＤ−ＲＯＭディスク101のファイルシステムでは、ファイル２Ｄ又はファイルＤＥＰ内の一つのエクステントとしてアクセス可能である。すなわち、各データ・ブロックの論理アドレスは、ファイル２Ｄ又はファイルＤＥＰのファイル・エントリから知ることができる（詳細は《補足》参照）。

図１９に示されている例では、ファイル２Ｄ（01000.m2ts）241のファイル・エントリ1910がベースビュー・データ・ブロックB[n]の各サイズとその先端のＬＢＮとを示す。従って、各ベースビュー・データ・ブロックB[n]はファイル２Ｄ241のエクステントEXT2D[n]としてアクセス可能である。以下、ファイル２Ｄ241に属するエクステントEXT2D[n]を「２Ｄエクステント」という。一方、ファイルＤＥＰ（02000.m2ts）242のファイル・エントリ1920がディペンデントビュー・データ・ブロックD[n]の各サイズとその先端のＬＢＮとを示す。従って、各ディペンデントビュー・データ・ブロックD[n]はディペンデントビュー・データ・ブロックであり、ファイルＤＥＰ242のエクステントEXT2[n]としてアクセス可能である。以下、ファイルＤＥＰ242に属するエクステントEXT2[n]を「ディペンデントビュー・エクステント」という。

図１９を参照するに、データ・ブロック群はＢＤ−ＲＯＭディスク101上のトラックに沿って連続的に記録されている。更に、ベースビュー・データ・ブロックB[n]とディペンデントビュー・データ・ブロックD[n]とは一つずつ交互に配置されている。このようなデータ・ブロック群の配置を「インターリーブ配置」という。特に、インターリーブ配置で記録された一連のデータ・ブロック群を「エクステント・ブロック」という。図１９には三つのエクステント・ブロック1901、1902、1903が示されている。最初の二つのエクステント・ブロック1901、1902のように、エクステント・ブロックの間は多重化ストリーム・データ以外のデータNAVの記録領域によって分離される。また、ＢＤ−ＲＯＭディスク101が多層ディスクである場合、すなわち記録層を複数含む場合、図１９に示されている２番目と３番目とのエクステント・ブロック1902、1903のように、エクステント・ブロックの間は記録層間の境界LBによっても分離される。こうして、一連の多重化ストリーム・データは一般に複数のエクステント・ブロックに分割されて配置されている。その場合、再生装置102がその多重化ストリーム・データから映像をシームレスに再生するには、各エクステント・ブロックから再生される映像をシームレスに接続しなければならない。以下、そのために再生装置102が必要とする処理を「エクステント・ブロック間のシームレスな接続」という。

各エクステント・ブロック1901−1903は二種類のデータ・ブロックD[n]、B[n]のそれぞれを同じ数ずつ含む。更に、隣接するデータ・ブロックの対D[n]、B[n]ではエクステントＡＴＣ時間が等しい。ここで、「ＡＴＣ（Arrival Time Clock）」は、ＡＴＳの基準とされるべきクロックを意味する。また、「エクステントＡＴＣ時間」はＡＴＣの値で定義され、一つのエクステント内のソースパケットに付与されたＡＴＳの範囲、すなわち、そのエクステントの先頭のソースパケットのＡＴＳから次のエクステントの先頭のソースパケットのＡＴＳまでの時間間隔を表す。すなわち、エクステントＡＴＣ時間は、そのエクステント内のソースパケットを全て、再生装置102内でリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間に等しい。ここで、「リード・バッファ」は再生装置102内のバッファ・メモリであり、ＢＤ−ＲＯＭディスク101から読み出されたデータ・ブロックをシステム・ターゲット・デコーダへ送るまでの間、一時的に格納する。リード・バッファの詳細については後述する。図１９に示されている例では、三つのエクステント・ブロック1901−1903が互いにシームレスに接続されるので、データ・ブロックの各対D[n]、B[n]（n＝0、1、2、…）でエクステントＡＴＣ時間が等しい。

隣接するデータ・ブロックの各対D[n]、B[n]では、先頭に位置するＶＡＵは同じ３Ｄ・ＶＡＵに属し、特に、同じ３Ｄ映像を表すＧＯＰの先頭のピクチャを含む。例えばディペンデントビュー・データ・ブロックD[n]がライトビュー・データ・ブロックである場合、各ライトビュー・データ・ブロックD[n]の先端はライトビュー・ビデオ・ストリームのＰピクチャを含み、先頭のベースビュー・データ・ブロックB[n]の先端はベースビュー・ビデオ・ストリームのＩピクチャを含む。そのライトビュー・ビデオ・ストリームのＰピクチャは、そのベースビュー・ビデオ・ストリームのＩピクチャの表す２Ｄ映像をレフトビューとするときのライトビューを表す。特にそのＰピクチャは、図７に示されているように、そのＩピクチャを参照ピクチャとして圧縮されている。従って、３Ｄ再生モードの再生装置102は、いずれのデータ・ブロックの対D[n]、B[n]からも３Ｄ映像の再生を開始できる。すなわち、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理が可能である。ディペンデントビュー・データ・ブロックD[n]がデプスマップ・データ・ブロックである場合も同様である。

インターリーブ配置では更に、隣接するデータ・ブロックの対D[n]、B[n]のうち、ディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]よりも先に配置される。それは、一般にディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]よりもデータ量が小さい、すなわち、ビットレートが低いことに因る。例えば、ライトビュー・データ・ブロックD[n]に含まれるピクチャは、ベースビュー・データ・ブロックB[n]に含まれるピクチャを参照ピクチャとして圧縮されている。従って、そのライトビュー・データ・ブロックD[n]のサイズS_EXT2[n]は一般に、そのベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]以下である：S_EXT2[n]≦S_EXT1[n]。一方、デプスマップの画素当たりのデータ量、すなわち奥行き値のビット数は一般に、ベースビュー・ピクチャの画素当たりのデータ量、すなわち色座標値とα値とのビット数の和よりも小さい。更に、図３の（ａ）、（ｂ）に示されているように、メインＴＳはサブＴＳとは異なり、プライマリ・ビデオ・ストリームの他にもプライマリ・オーディオ・ストリーム等のエレメンタリ・ストリームを含む。従って、デプスマップ・データ・ブロックのサイズS_EXT3[n]は一般に、ベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]以下である：S_EXT3[n]≦S_EXT1[n]。

［多重化ストリーム・データをデータ・ブロックに分割する意義］

再生装置102は、ＢＤ−ＲＯＭディスク101から３Ｄ映像をシームレスに再生するには、メインＴＳとサブＴＳとをパラレルに処理しなければならない。しかし、その処理に利用可能なリード・バッファの容量は一般に限られている。特に、ＢＤ−ＲＯＭディスク101からリード・バッファへ連続して読み込むことのできるデータ量には限界がある。従って、再生装置102はメインＴＳとサブＴＳとを、エクステントＡＴＣ時間の等しい部分の対に分割して読み出さねばならない。

図２０の（ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ2001とサブＴＳ2002との配置を示す模式図である。再生装置102がそれらのメインＴＳ2001とサブＴＳ2002とをパラレルに処理するとき、図２０の（ａ）に実線の矢印（１）−（４）で示されているように、ＢＤ−ＲＯＭドライブ121はメインＴＳ2001とサブＴＳ2002とを交互に、エクステントＡＴＣ時間の等しい部分ずつ読み出す。そのとき、ＢＤ−ＲＯＭドライブ121は、図２０の（ａ）に破線の矢印で示されているように、読み出し処理の途中でＢＤ−ＲＯＭディスク上の読み出し対象領域を大きく変化させなければならない。例えば矢印（１）の示すメインＴＳ2001の先端部分が読み出された時、ＢＤ−ＲＯＭドライブ121は光ピックアップによる読み出し動作を一旦停止し、ＢＤ−ＲＯＭディスクの回転速度を上げる。それにより、矢印（２）の示すサブＴＳ2002の先端部分が記録されたＢＤ−ＲＯＭディスク上のセクタを速やかに光ピックアップの位置まで移動させる。このように、光ピックアップに読み出し動作を一旦停止させて、その間に次の読み出し対象領域上へ光ピックアップを位置づけるための操作を「ジャンプ」という。図２０の（ａ）に示されている破線の矢印は、読み出し処理の途中で必要な各ジャンプの範囲を示す。各ジャンプの期間中、光ピックアップによる読み出し処理は停止し、デコーダによる復号処理のみが進行する。図２０の（ａ）に示されている例ではジャンプが過大であるので、読み出し処理を復号処理に間に合わせることが難しい。その結果、シームレス再生を確実に持続することが難しい。

図２０の（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に交互に記録されたディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…とベースビュー・データ・ブロックB[0]、B[1]、B[2]、…との配置を示す模式図である。図２０の（ｂ）を参照するに、メインＴＳとサブＴＳとはそれぞれ、複数のデータ・ブロックに分割されて交互に配置されている。その場合、再生装置102は３Ｄ映像の再生時、図２０の（ｂ）に矢印（１）−（４）で示されているように、データ・ブロックD[0]、B[0]、D[1]、B[1]、…を先頭から順番に読み出す。それだけで、再生装置102はメインＴＳとサブＴＳとを交互に読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。

［隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える意義］

図２０の（ｃ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の一例を示す模式図である（n＝0、1、2）。図２０の（ｃ）を参照するに、各ディペンデントビュー・データ・ブロックD[n]とその直後のベースビュー・データ・ブロックB[n]との対ではエクステントＡＴＣ時間が等しい。例えば先頭のデータ・ブロックの対D[0]、B[0]ではエクステントＡＴＣ時間が共に１秒に等しい。従って、各データ・ブロックD[0]、B[0]が再生装置102内のリード・バッファに読み込まれたとき、その中の全てのＴＳパケットが、同じ１秒間でリード・バッファからシステム・ターゲット・デコーダへ送られる。同様に、２番目のデータ・ブロックの対D[1]、B[1]ではエクステントＡＴＣ時間が共に０．７秒に等しいので、同じ０．７秒間で、各データ・ブロック内の全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。

図２０の（ｄ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の別例を示す模式図である。図２０の（ｄ）を参照するに、全てのデータ・ブロックD[n]、B[n]でエクステントＡＴＣ時間が１秒に等しい。従って、各データ・ブロックD[n]、B[n]が再生装置102内のリード・バッファに読み込まれたとき、いずれのデータ・ブロックでも、同じ１秒間で全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。

上記のとおり、ディペンデントビュー・データ・ブロックは一般に、ベースビュー・データ・ブロックよりも圧縮率が高い。従って、ディペンデントビュー・データ・ブロックの復号処理の速度は一般に、ベースビュー・データ・ブロックの復号処理の速度よりも低い。一方、エクステントＡＴＣ時間が等しいとき、ディペンデントビュー・データ・ブロックは一般に、ベースビュー・データ・ブロックよりもデータ量が小さい。従って、図２０の（ｃ）、（ｄ）のように、隣接するデータ・ブロック間でエクステントＡＴＣ時間が等しいとき、復号対象のデータがシステム・ターゲット・デコーダに供給される速度は、そのデコーダの処理速度と均衡を保ちやすい。すなわち、システム・ターゲット・デコーダは、特に飛び込み再生においても、ベースビュー・データ・ブロックの復号処理とディペンデントビュー・データ・ブロックの復号処理とを容易に同期させることができる。

［データ量の小さいデータ・ブロックを先に置く意義］

３Ｄ再生モードの再生装置102は、各エクステント・ブロックの先頭に位置するデータ・ブロックを読み出すとき、又は再生開始位置のデータ・ブロックを読み出すとき、まず、そのデータ・ブロックを全てリード・バッファに読み込む。その間、そのデータ・ブロックはシステム・ターゲット・デコーダには渡されない。その読み込みが完了した後、再生装置102はそのデータ・ブロックを次のデータ・ブロックとパラレルにシステム・ターゲット・デコーダに渡す。この処理を「プリロード」という。

プリロードの技術的意義は次のとおりである。Ｌ／Ｒモードでは、ディペンデントビュー・データ・ブロックの復号にベースビュー・データ・ブロックが必要である。従って、復号後のデータを出力処理まで保持するためのバッファを必要最小限の容量に維持するには、それらのデータ・ブロックをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。一方、デプス・モードでは、復号後のベースビュー・ピクチャとデプスマップとの対から、視差画像を表すビデオ・プレーンの対を生成する処理が必要である。従って、復号後のデータをその処理まで保持するためのバッファを必要最小限の容量に維持するには、ベースビュー・データ・ブロックとデプスマップ・データ・ブロックとをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。それ故、プリロードにより、エクステント・ブロックの先頭又は再生開始位置のデータ・ブロックの全体を予めリード・バッファに読み込んでおく。それにより、そのデータ・ブロックと後続のデータ・ブロックとをリード・バッファからシステム・ターゲット・デコーダへ同時に転送して復号させることができる。更に、以降のデータ・ブロックの対もシステム・ターゲット・デコーダに同時に復号させることができる。

プリロードでは、最初に読み出されるデータ・ブロックの全体がリード・バッファに蓄積される。従って、リード・バッファには少なくとも、そのデータ・ブロックのサイズに等しい容量が要求される。ここで、リード・バッファの容量を最小限に維持するには、プリロードの対象とされるデータ・ブロックのサイズを可能な限り縮小すべきである。一方、飛び込み再生等のランダムアクセスでは、いずれのデータ・ブロックの対も再生開始位置に選択され得る。それ故、いずれのデータ・ブロックの対でも、データ量の小さい方を先に置く。それにより、リード・バッファの容量を最小限に維持することができる。

≪データ・ブロックに対するＡＶストリーム・ファイルのクロスリンク≫

図１９に示されているデータ・ブロック群に対して、ＡＶストリーム・ファイルのクロスリンクは次のように実現される。ファイルＳＳ（01000.ssif）244Aのファイル・エントリ1940は、各エクステント・ブロック1901−1903を一つのエクステントと見なして各サイズとその先端のＬＢＮとを示す。従って、各エクステント・ブロック1901−1903はファイルＳＳ244AのエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]としてアクセス可能である。以下、ファイルＳＳ244Aに属するエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]を「エクステントＳＳ」という。各エクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]は、ファイル２Ｄ241とはベースビュー・データ・ブロックB[n]を共有し、ファイルＤＥＰ242とはディペンデントビュー・データ・ブロックD[n]を共有する。

≪エクステント・ブロック群に対する再生経路≫

図２１は、エクステント・ブロック群1901−1903に対する２Ｄ再生モードでの再生経路2101を示す模式図である。２Ｄ再生モードの再生装置102はファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路2101が示すとおり、各エクステント・ブロック1901−1903からベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が順番に２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]として読み出される。具体的には、まず先頭のエクステント・ブロック1901から先頭のベースビュー・データ・ブロックB[0]が読み出され、その直後のディペンデントビュー・データ・ブロックD[0]の読み出しが最初のジャンプJ_2D1によってスキップされる。次に２番目のベースビュー・データ・ブロックB[1]が読み出され、その直後のデータNAVとディペンデントビュー・データ・ブロックD[1]との読み出しが２回目のジャンプJ_NAVによってスキップされる。続いて、２番目以降のエクステント・ブロック1902、1903内でも同様に、ベースビュー・データ・ブロックの読み出しとジャンプとが繰り返される。

２番目のエクステント・ブロック1902と３番目のエクステント・ブロック1903との間に生じるジャンプJ_LYは、層境界LBを越えるロングジャンプである。「ロングジャンプ」はジャンプの中でもシーク時間の長いものの総称であり、具体的には、ジャンプ距離が所定の閾値を超えるものをいう。「ジャンプ距離」とは、ジャンプ期間中に読み出し操作がスキップされるＢＤ−ＲＯＭディスク101上の領域の長さをいう。ジャンプ距離は通常、その部分のセクタ数で表される。ロングジャンプの定義に利用される閾値は、ＢＤ−ＲＯＭの規格では例えば４００００セクタに規定されている。しかし、その閾値は、ＢＤ−ＲＯＭディスクの種類と、ＢＤ−ＲＯＭドライブの読み出し処理に関する性能とに依存する。ロングジャンプは特にフォーカス・ジャンプとトラック・ジャンプとを含む。「フォーカス・ジャンプ」は、記録層の切り換えに伴うジャンプであり、光ピックアップの焦点距離を変化させる処理を含む。「トラック・ジャンプ」は、光ピックアップをＢＤ−ＲＯＭディスク101の半径方向に移動させる処理を含む。

図２１はまた、エクステント・ブロック群1901−1903に対するＬ／Ｒモードでの再生経路2102も示す。Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路2102が示すとおり、各エクステント・ブロック1901−1903が順番にエクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]として読み出される。具体的には、まず先頭のエクステント・ブロック1901からデータ・ブロックD[0]、B[0]、D[1]、B[1]が連続して読み出され、その直後のデータNAVの読み出しが最初のジャンプJ_NAVによってスキップされる。次に２番目のエクステント・ブロック1902からデータ・ブロックD[2]、…、B[3]が連続して読み出される。その直後に、記録層の切り換えに伴うロングジャンプJ_LYが生じ、続いて、３番目のエクステント・ブロック1903からデータ・ブロックD[4]、B[4]、…が連続して読み出される。

エクステント・ブロック1901−1903をファイルＳＳ244Aのエクステントとして読み込むとき、再生装置102はファイルＳＳ244Aのファイル・エントリ1940から各エクステントＳＳEXTSS[0]、EXTSS[1]、…の先端のＬＢＮとそのサイズとを読み出してＢＤ−ＲＯＭドライブ121に渡す。ＢＤ−ＲＯＭドライブ121はそのＬＢＮからそのサイズのデータを連続して読み出す。これらの処理は、データ・ブロック群をファイルＤＥＰ242とファイル２Ｄ241との各エクステントとして読み込む処理よりも、ＢＤ−ＲＯＭドライブ121の制御が次の二点（Ａ）、（Ｂ）で簡単である：（Ａ）再生装置102は一箇所のファイル・エントリを利用して各エクステントを順番に参照すればよい；（Ｂ）読み込み対象のエクステントの総数が実質上半減するので、ＢＤ−ＲＯＭドライブ121に渡されるべきＬＢＮとサイズとの対の総数が少ない。但し、再生装置102はエクステントＳＳEXTSS[0]、EXTSS[1]、…を読み込んだ後、それぞれをディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとに分離してデコーダに渡さなければならない。その分離処理にはクリップ情報ファイルが利用される。その詳細については後述する。

図１９に示されているように、各エクステント・ブロック1901−1903の実際の読み出しでは、ＢＤ−ＲＯＭドライブ121は各データ・ブロックの後端から次のデータ・ブロックの先端までの間にゼロ・セクタ遷移J₀を行う。「ゼロ・セクタ遷移」とは、二つの連続するデータ・ブロック間での光ピックアップの移動をいう。ゼロ・セクタ遷移が行われる期間（以下、ゼロ・セクタ遷移期間という。）では、光ピックアップは読み出し動作を一旦停止して待機する。その意味で、ゼロ・セクタ遷移は「ジャンプ距離が０セクタに等しいジャンプ」とも見なせる。ゼロ・セクタ遷移期間の長さ、すなわちゼロ・セクタ遷移時間は、ＢＤ−ＲＯＭディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。「誤り訂正処理に伴うオーバーヘッド」とは、二つのデータ・ブロックの境界がＥＣＣブロックの境界と一致していないときに、そのＥＣＣブロックを用いた誤り訂正処理が二回行われることに起因する余分な時間をいう。誤り訂正処理には一つのＥＣＣブロックの全体が必要である。従って、一つのＥＣＣブロックが二つの連続するデータ・ブロックに共有されているとき、いずれのデータ・ブロックの読み出し処理でもそのＥＣＣブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのデータ・ブロックを一つ読み出すごとに、そのデータ・ブロックの他に最大３２セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち３２［セクタ］×２０４８［バイト］×８［ビット／バイト］×２［回］／読み出し速度で評価される。尚、各データ・ブロックをＥＣＣブロック単位で構成することにより、誤り訂正処理に伴うオーバーヘッドがゼロ・セクタ遷移時間から除外されてもよい。

≪クリップ情報ファイル≫

図２２は、第１クリップ情報ファイル（01000.clpi）、すなわち２Ｄクリップ情報ファイル231のデータ構造を示す模式図である。ディペンデントビュー・クリップ情報ファイル（02000.clpi）232、（03000.clpi）233も同様なデータ構造を持つ。以下では、まず２Ｄクリップ情報ファイル231のデータ構造を例にして、クリップ情報ファイル全般に共通するデータ構造を説明する。その後、ディペンデントビュー・クリップ情報ファイルについて、２Ｄクリップ情報ファイルとのデータ構造上の相違点を説明する。

図２２を参照するに、２Ｄクリップ情報ファイル231は、クリップ情報2210、ストリーム属性情報2220、エントリ・マップ2230、及び３Ｄメタデータ2240を含む。３Ｄメタデータ2240はエクステント起点2242を含む。

クリップ情報2210は、システムレート2211、再生開始時刻2212、及び再生終了時刻2213を含む。システムレート2211は、ファイル２Ｄ（01000.m2ts）241に対するシステムレートを規定する。ここで、２Ｄ再生モードの再生装置102は、ファイル２Ｄ241に属するＴＳパケットをリード・バッファからシステム・ターゲット・デコーダへ転送する。「システムレート」はその転送速度の上限値を意味する。その転送速度がシステムレート以下に抑えられるように、ファイル２Ｄ241ではソースパケットのＡＴＳの間隔が設定されている。再生開始時刻2212は、ファイル２Ｄ241の先頭のＶＡＵのＰＴＳ、例えば先頭の映像フレームのＰＴＳを示す。再生終了時刻2212は、ファイル２Ｄ241の後端のＶＡＵのＰＴＳから所定量遅れたＳＴＣの値、例えば最後の映像フレームのＰＴＳに１フレーム当たりの再生時間を加えた値を示す。

ストリーム属性情報2220は、ファイル２Ｄ241に含まれる各エレメンタリ・ストリームのＰＩＤ2221とその属性情報2222との間の対応表である。属性情報2222は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えばプライマリ・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１００に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報2222は再生装置102により、デコーダの初期化に利用される。

［エントリ・マップ］

図２３の（ａ）は、エントリ・マップ2230のデータ構造を示す模式図である。図２３の（ａ）を参照するに、エントリ・マップ2230はテーブル2300を含む。テーブル2300は、メインＴＳに多重化されたビデオ・ストリームと同数であり、各ビデオ・ストリームに一つずつ割り当てられている。図２３の（ａ）では各テーブル2300が割り当て先のビデオ・ストリームのＰＩＤで区別されている。各テーブル2300はエントリ・マップ・ヘッダ2301とエントリ・ポイント2302とを含む。エントリ・マップ・ヘッダ2301は、そのテーブル2300に対応付けられたＰＩＤと、そのテーブル2300に含まれるエントリ・ポイント2302の総数とを含む。エントリ・ポイント2302は、ＰＴＳ2303とソースパケット番号（ＳＰＮ）2304との対を一つずつ、異なるエントリ・ポイントＩＤ（ＥＰ＿ＩＤ）2305に対応付ける。ＰＴＳ2303は、エントリ・マップ・ヘッダ2301の示すＰＩＤのビデオ・ストリームに含まれるいずれかのＩピクチャのＰＴＳに等しい。ＳＰＮ2304は、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。「ＳＰＮ」とは、一つのＡＶストリーム・ファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。ＳＰＮは、そのＡＶストリーム・ファイル内での各ソースパケットのアドレスとして利用される。２Ｄクリップ情報ファイル231内のエントリ・マップ2230では、ＳＰＮは、ファイル２Ｄ241に属するソースパケット群、すなわちメインＴＳを構成するソースパケット群に割り当てられた番号を意味する。従って、エントリ・ポイント2302は、ファイル２Ｄ241に含まれる各ＩピクチャのＰＴＳとアドレス、すなわちＳＰＮとの間の対応関係を表す。

エントリ・ポイント2302は、ファイル２Ｄ241内の全てのＩピクチャに対して設定されていなくてもよい。但し、ＩピクチャがＧＯＰの先頭に位置し、かつ、そのＩピクチャの先頭を含むＴＳパケットが２Ｄエクステントの先頭に位置するときは、そのＩピクチャにはエントリ・ポイント2302を設定しなければならない。

図２３の（ｂ）は、ファイル２Ｄ241に属するソースパケット群2310のうち、エントリ・マップ2230によって各ＥＰ＿ＩＤ2305に対応付けられているものを示す模式図である。図２３の（ｃ）は、そのソースパケット群2310に対応するＢＤ−ＲＯＭディスク101上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。再生装置102はファイル２Ｄ241から２Ｄ映像を再生するとき、エントリ・マップ2230を利用して、任意のシーンを表すフレームのＰＴＳから、そのフレームを含むソースパケットのＳＰＮを特定する。具体的には、再生開始位置として特定のエントリ・ポイントのＰＴＳ、例えばＰＴＳ＝３６００００が指定されたとき、再生装置102はまず、エントリ・マップ2230から、そのＰＴＳに対応付けられたＳＰＮ＝３２００を検索する。再生装置102は次に、そのＳＰＮとソースパケット一つ当たりのデータ量１９２バイトとの積を求め、更に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商、ＳＰＮ×１９２／２０４８を求める。図５の（ｃ）、（ｄ）から理解されるとおり、その値は、メインＴＳのうち、そのＳＰＮが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図２３の（ｂ）に示されている例では、その値３２００×１９２／２０４８＝３００は、ＳＰＮが０から３１９９までであるソースパケット群2311が記録されたセクタの総数に等しい。再生装置102は続いて、ファイル２Ｄ241のファイル・エントリを参照し、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（上記の総数＋１）番目のセクタのＬＢＮを特定する。図２３の（ｃ）に示されている例では、２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能なベースビュー・データ・ブロックB[0]、B[1]、B[2]、…が記録されたセクタ群のうち、先頭から数えて３０１番目のセクタのＬＢＮが特定される。再生装置102はそのＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、そのＬＢＮのセクタから順にベースビュー・データ・ブロック群がアラインド・ユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインド・ユニットから、再生開始位置のエントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル２Ｄ241から特定のＰＴＳ以降の２Ｄ映像を再生できる。

エントリ・マップ2230は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば２Ｄ再生モードの再生装置102は、まずエントリ・マップ2230を参照して、再生開始位置、例えばＰＴＳ＝３６００００以降のＰＴＳを含むエントリ・ポイント、ＥＰ＿ＩＤ＝２、３、…からＳＰＮ＝３２００、４８００、…を順番に読み出す。再生装置102は次にファイル２Ｄ241のファイル・エントリを利用して、各ＳＰＮに対応するセクタのＬＢＮを特定する。再生装置102は続いて、各ＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、各ＬＢＮのセクタからアラインド・ユニットが読み出される。再生装置102は更に各アラインド・ユニットから、各エントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。こうして、再生装置102は２Ｄエクステント群EXT2D[n]自体を解析することなく、ファイル２Ｄ241からＩピクチャを選択的に再生できる。

［エクステント起点］

図２４の（ａ）は、エクステント起点2242のデータ構造を示す模式図である。図２４の（ａ）を参照するに、「エクステント起点（Extent＿Start＿Point）」2242はベースビュー・エクステントＩＤ（ＥＸＴ１＿ＩＤ）2411とＳＰＮ2412とを含む。ＥＸＴ１＿ＩＤ2411は、ファイルＳＳ（01000.ssif）244Aに属するベースビュー・データ・ブロックに先頭から順に割り当てられた通し番号である。ＳＰＮ2412は各ＥＸＴ１＿ＩＤ2411に一つずつ割り当てられ、そのＥＸＴ１＿ＩＤ2411で識別されるベースビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、ファイルＳＳ244Aに属するベースビュー・データ・ブロック群に含まれるソースパケットに先頭から順に割り当てられた通し番号である。

図１９に示されているエクステント・ブロック1901−1903では、各ベースビュー・データ・ブロックB[0]、B[1]、B[2]、…は、ファイル２Ｄ241とファイルＳＳ244Aとに共有される。しかし、記録層間の境界等、ロングジャンプの必要な箇所に配置されたデータ・ブロック群は一般に、ファイル２Ｄ241又はファイルＳＳ244Aのいずれかにのみ属するベースビュー・データ・ブロックを含む（詳細は《補足》参照）。従って、エクステント起点2242の示すＳＰＮ2412は、ファイル２Ｄ241に属する２Ｄエクステントの先端に位置するソースパケットのＳＰＮとは一般に異なる。

図２４の（ｂ）は、第２クリップ情報ファイル（02000.clpi）、すなわちディペンデントビュー・クリップ情報ファイル232に含まれるエクステント起点2420のデータ構造を示す模式図である。図２４の（ｂ）を参照するに、エクステント起点2420は、ディペンデントビュー・エクステントＩＤ（ＥＸＴ２＿ＩＤ）2421とＳＰＮ2422とを含む。ＥＸＴ２＿ＩＤ2421は、ファイルＳＳ244Aに属するディペンデントビュー・データ・ブロックに、先頭から順に割り当てられた通し番号である。ＳＰＮ2422は各ＥＸＴ２＿ＩＤ2421に一つずつ割り当てられ、そのＥＸＴ２＿ＩＤ2421で識別されるディペンデントビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、ファイルＳＳ244Aに属するディペンデントビュー・データ・ブロック群に含まれるソースパケットに、先頭から順に割り当てられた通し番号である。

図２４の（ｄ）は、ファイルＤＥＰ（02000.m2ts）242に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点2420の示すＳＰＮ2422との間の対応関係を表す模式図である。図１９に示されているように、ディペンデントビュー・データ・ブロックはファイルＤＥＰ242とファイルＳＳ244Aとに共有される。従って、図２４の（ｄ）に示されているように、エクステント起点2420の示す各ＳＰＮ2422は、各ディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…の先端に位置するソースパケットのＳＰＮに等しい。

２Ｄクリップ情報ファイル231のエクステント起点2242とディペンデントビュー・クリップ情報ファイル232のエクステント起点2420とは、以下に説明するように、ファイルＳＳ244Aから３Ｄ映像が再生されるとき、各エクステントＳＳに含まれるデータ・ブロックの境界の検出に利用される。

図２４の（ｅ）は、ファイルＳＳ244Aに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。図２４の（ｅ）を参照するに、そのエクステント・ブロックはインターリーブ配置のデータ・ブロック群D[n]、B[n]（n＝0、1、2、…）を含む。尚、以下の説明はその他の配置でも同様に成立する。そのエクステント・ブロックは一つのエクステントＳＳEXTSS[0]としてアクセス可能である。更に、そのエクステントＳＳEXTSS[0]の中でベースビュー・データ・ブロックB[n]に含まれるソースパケットの数は、エクステント起点2242において、ＥＸＴ１＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ａ(ｎ＋１)−Ａｎに等しい。ここで、Ａ０＝０とする。一方、ディペンデントビュー・データ・ブロックD[n＋1]に含まれるソースパケットの数は、エクステント起点2420において、ＥＸＴ２＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ｂ(ｎ＋１)−Ｂｎに等しい。ここで、Ｂ０＝０とする。

３Ｄ再生モードの再生装置102はファイルＳＳ244Aから３Ｄ映像を再生するとき、各クリップ情報ファイル231、232のエントリ・マップとエクステント起点2242、2420とを利用する。それにより、再生装置102は、任意のシーンのライトビューを表すフレームのＰＴＳから、そのフレームの構成に必要なディペンデントビュー・データ・ブロックが記録されたセクタのＬＢＮを特定する。具体的には、再生装置102はまず、例えばディペンデントビュー・クリップ情報ファイル232のエントリ・マップから、そのＰＴＳに対応付けられたＳＰＮを検索する。仮に、そのＳＰＮの示すソースパケットが、ファイルＤＥＰ242の３番目のディペンデントビュー・エクステントEXT2[2]、すなわちディペンデントビュー・データ・ブロックD[2]に含まれる場合を想定する。再生装置102は次に、ディペンデントビュー・クリップ情報ファイル232のエクステント起点2420の示すＳＰＮ2422の中から、目標のＳＰＮ以下で最大のもの“Ｂ２”と、それに対応するＥＸＴ２＿ＩＤ“２”とを検索する。再生装置102は続いて、２Ｄクリップ情報ファイル231のエクステント起点2242から、そのＥＸＴ２＿ＩＤ“２”と等しいＥＸＴ１＿ＩＤに対応するＳＰＮ2412の値“Ａ２”を検索する。再生装置102は更に、検索されたＳＰＮの和Ｂ２＋Ａ２を求める。図２４の（ｅ）から理解されるように、その和Ｂ２＋Ａ２は、エクステントＳＳEXTSS[0]の中で、３番目のディペンデントビュー・データ・ブロックD[2]よりも前に配置されたソースパケットの総数に等しい。従って、その和Ｂ２＋Ａ２とソースパケット一つ当たりのデータ量１９２バイトとの積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商（Ｂ２＋Ａ２）×１９２／２０４８は、エクステントＳＳEXTSS[0]の先頭から３番目のディペンデントビュー・データ・ブロックD[2]の直前までのセクタ数に等しい。この商を利用してファイルＳＳ244Aのファイル・エントリを参照すれば、そのディペンデントビュー・データ・ブロックD[2]の先端が記録されたセクタのＬＢＮを特定することができる。

再生装置102は、上記のようにＬＢＮを特定した後、そのＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、そのＬＢＮのセクタ以降に記録されたエクステントＳＳEXTSS[0]の部分、すなわち、３番目のディペンデントビュー・データ・ブロックD[2]以降のデータ・ブロック群D[2]、B[2]、D[3]、B[3]、…が、アラインド・ユニット単位で読み出される。

再生装置102は更にエクステント起点2242、2420を利用して、読み出されたエクステントＳＳからディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとを交互に抽出する。例えば、図２４の（ｅ）に示されているエクステントＳＳEXTSS[0]からデータ・ブロック群D[n]、B[n]（n＝0、1、2、…）が順番に読み出されるときを想定する。再生装置102はまず、エクステントＳＳEXTSS[0]の先頭からＢ１個のソースパケットを最初のディペンデントビュー・データ・ブロックD[0]として抽出する。再生装置102は次に、Ｂ１番目のソースパケットと、それに続く（Ａ１−１）個のソースパケットとの計Ａ１個のソースパケットを最初のベースビュー・データ・ブロックB[0]として抽出する。再生装置102は続いて、（Ｂ１＋Ａ１）番目のソースパケットと、それに続く（Ｂ２−Ｂ１−１）個のソースパケットとの計（Ｂ２−Ｂ１）個のソースパケットを二番目のディペンデントビュー・データ・ブロックD[1]として抽出する。再生装置102は更に、（Ａ１＋Ｂ２）番目のソースパケットと、それに続く（Ａ２−Ａ１−１）個のソースパケットとの計（Ａ２−Ａ１）個のソースパケットを２番目のベースビュー・データ・ブロックB[1]として抽出する。それ以降も再生装置102は同様に、読み出されるソースパケットの数からエクステントＳＳ内のデータ・ブロック間の境界を検出して、ディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとを交互に抽出する。抽出されたベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとはパラレルにシステム・ターゲット・デコーダに渡されて復号される。

こうして、３Ｄ再生モードの再生装置102はファイルＳＳ244Aから特定のＰＴＳ以降の３Ｄ映像を再生できる。その結果、再生装置102は、ＢＤ−ＲＯＭドライブ121の制御に関する上記の利点（Ａ）、（Ｂ）を実際に享受できる。

≪ファイル・ベース≫

図２４の（ｃ）は、３Ｄ再生モードの再生装置102によってファイルＳＳ244Aから抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。図２４の（ｃ）を参照するに、それらのベースビュー・データ・ブロックB[n]（n＝0、1、2、…）の含むソースパケット群に、先頭から順にＳＰＮを割り当てたとき、各データ・ブロックB[n]の先端に位置するソースパケットのＳＰＮは、エクステント起点2242の示すＳＰＮ2412に等しい。それらのベースビュー・データ・ブロック群B[n]のように、エクステント起点を利用して一つのファイルＳＳから抽出されるベースビュー・データ・ブロック群を「ファイル・ベース」という。更に、ファイル・ベースに含まれるベースビュー・データ・ブロックを「ベースビュー・エクステント」という。図２４の（ｅ）に示されているように、各ベースビュー・エクステントEXT1[0]、EXT1[1]、…はクリップ情報ファイル内のエクステント起点2242、2420によって参照される。

ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とベースビュー・データ・ブロックB[n]を共有する。従って、ファイル・ベースはファイル２Ｄと同じメインＴＳを含む。しかし、ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とは異なり、いずれのファイルのファイル・エントリによっても参照されない。上記のとおり、ベースビュー・エクステントEXT1[n]は、クリップ情報ファイル内のエクステント起点を利用して、ファイルＳＳ内のエクステントＳＳEXTSS[・]から抽出される。このように、ファイル・ベースは本来のファイルとは異なり、ファイル・エントリを含まず、かつ、ベースビュー・エクステントの参照にエクステント起点を必要とする。それらの意味で、ファイル・ベースは「仮想的なファイル」である。特にファイル・ベースはファイルシステムでは認識されず、図２に示されているディレクトリ／ファイル構造には現れない。

図２５は、ＢＤ−ＲＯＭディスク101上に記録された一つのエクステント・ブロック2500と、ファイル２Ｄ2510、ファイル・ベース2511、ファイルＤＥＰ2512、及びファイルＳＳ2520の各エクステント群との間の対応関係を示す模式図である。図２５を参照するに、エクステント・ブロック2500はディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とを含む（n＝…、0、1、2、3、…）。ベースビュー・データ・ブロックB[n]は２ＤエクステントEXT2D[n]としてファイル２Ｄ2510に属する。ディペンデントビュー・データ・ブロックD[n]はディペンデントビュー・エクステントEXT2[n]としてファイルＤＥＰ2512に属する。エクステント・ブロック2500の全体が一つのエクステントＳＳEXTSS[0]としてファイルＳＳ2520に属する。従って、エクステントＳＳEXTSS[0]は、２ＤエクステントEXT2D[n]とはベースビュー・データ・ブロックB[n]を共有し、ディペンデントビュー・エクステントEXT2[n]とはディペンデントビュー・データ・ブロックD[n]を共有する。エクステントＳＳEXTSS[0]は再生装置102に読み込まれた後、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とに分離される。それらのベースビュー・データ・ブロックB[n]はベースビュー・エクステントEXT1[n]としてファイル・ベース2511に属する。エクステントＳＳEXTSS[0]内でのベースビュー・エクステントEXT1[n]とディペンデントビュー・エクステントEXT2[n]との間の境界は、ファイル２Ｄ2510とファイルＤＥＰ2512とのそれぞれに対応付けられたクリップ情報ファイル内のエクステント起点を利用して特定される。

≪ディペンデントビュー・クリップ情報ファイル≫

ディペンデントビュー・クリップ情報ファイルは、図２２−２４に示されている２Ｄクリップ情報ファイルとデータ構造が同様である。従って、以下の説明では、ディペンデントビュー・クリップ情報ファイルと２Ｄクリップ情報ファイルとの間の相違点に触れ、同様な点についての説明は上記の説明を援用する。

ディペンデントビュー・クリップ情報ファイルは２Ｄクリップ情報ファイルとは主に次の二点（ｉ）、（ｉｉ）で異なる：（ｉ）ストリーム属性情報に条件が課せられている；（ｉｉ）エントリ・ポイントに条件が課せられている。

（ｉ）ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとがＬ／Ｒモードの再生装置102によって３Ｄ映像の再生に利用されるものであるとき、図７に示されているとおり、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームを利用して圧縮されている。そのとき、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームとビデオ・ストリーム属性が等しい。ここで、ベースビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報は２Ｄクリップ情報ファイルのストリーム属性情報2220内でＰＩＤ＝０ｘ１０１１に対応付けられている。一方、ディペンデントビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報はディペンデントビュー・クリップ情報ファイルのストリーム属性情報内でＰＩＤ＝０ｘ１０１２又は０ｘ１０１３に対応付けられている。従って、それらのビデオ・ストリーム属性情報間では、図２２に示されている各項目、すなわち、コーデック、解像度、アスペクト比、及びフレームレートが一致しなければならない。コーデックの種類が一致していれば、ベースビュー・ピクチャとディペンデントビュー・ピクチャとの間に符号化での参照関係が成立するので、各ピクチャを復号することができる。解像度、アスペクト比、及びフレームレートがいずれも一致していれば、左右の映像の画面表示を同期させることができる。それ故、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができる。

（ｉｉ）ディペンデントビュー・クリップ情報ファイルのエントリ・マップは、ディペンデントビュー・ビデオ・ストリームに割り当てられたテーブルを含む。そのテーブルは、図２３の（ａ）に示されているテーブル2300と同様に、エントリ・マップ・ヘッダとエントリ・ポイントとを含む。エントリ・マップ・ヘッダは、対応するディペンデントビュー・ビデオ・ストリームのＰＩＤ、すなわち０ｘ１０１２又は０ｘ１０１３を示す。各エントリ・ポイントは一対のＰＴＳとＳＰＮとを一つのＥＰ＿ＩＤに対応付けている。各エントリ・ポイントのＰＴＳは、ディペンデントビュー・ビデオ・ストリームに含まれるいずれかのＧＯＰの先頭のピクチャのＰＴＳと等しい。各エントリ・ポイントのＳＰＮは、同じエントリ・ポイントに属するＰＴＳの示すピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。ここで、ＳＰＮは、ファイルＤＥＰに属するソースパケット群、すなわちサブＴＳを構成するソースパケット群に先頭から順に割り当てられた通し番号を意味する。各エントリ・ポイントのＰＴＳは、２Ｄクリップ情報ファイルのエントリ・マップのうち、ベースビュー・ビデオ・ストリームに割り当てられたテーブル内のエントリ・ポイントのＰＴＳと一致しなければならない。すなわち、同じ３Ｄ・ＶＡＵに含まれる一対のピクチャの一方を含むソースパケット群の先頭にエントリ・ポイントが設定されているときは常に、他方を含むソースパケット群の先頭にもエントリ・ポイントが設定されていなければならない。

図２６は、ベースビュー・ビデオ・ストリーム2610とディペンデントビュー・ビデオ・ストリーム2620とに設定されたエントリ・ポイントの例を示す模式図である。各ビデオ・ストリーム2610、2620では、先頭から数えて同じ順番のＧＯＰが同じ再生期間の映像を表す。図２６を参照するに、ベースビュー・ビデオ・ストリーム2610では、先頭から数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント2601B、2603B、2605Bが設定されている。それに併せて、ディペンデントビュー・ビデオ・ストリーム2620でも、先頭から数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント2601D、2603D、2605Dが設定されている。その場合、再生装置102は、例えばＧＯＰ＃３から３Ｄ映像の再生を開始するとき、対応するエントリ・ポイント2603B、2603DのＳＰＮからファイルＳＳ内の再生開始位置のＳＰＮを直ちに算定できる。特にエントリ・ポイント2603B、2603Dがいずれもデータ・ブロックの先端に設定されているとき、図２４の（ｅ）から理解されるとおり、エントリ・ポイント2603B、2603DのＳＰＮの和がファイルＳＳ内の再生開始位置のＳＰＮに等しい。図２４の（ｅ）の説明で述べたとおり、そのソースパケットの数からは、ファイルＳＳ内の再生開始位置の部分が記録されたセクタのＬＢＮを算定することができる。こうして、３Ｄ映像の再生においても、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理の応答速度を向上させることができる。

≪２Ｄプレイリスト・ファイル≫

図２７は、２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図２に示されている第１プレイリスト・ファイル（00001.mpls）221はこのデータ構造を持つ。図２７を参照するに、２Ｄプレイリスト・ファイル221はメインパス2701と二つのサブパス2702、2703とを含む。

メインパス2701はプレイアイテム情報（ＰＩ）の配列であり、ファイル２Ｄ241の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各ＰＩは固有のプレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）で識別される。各ＰＩ＃Ｎは主要な再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の開始時刻（In−Time）を表し、他方は終了時刻（Out−Time）を表す。更に、メインパス2701内でのＰＩの順序は、再生経路内での、対応する再生区間の順序を表す。

各サブパス2702、2703はサブプレイアイテム情報（ＳＵＢ＿ＰＩ）の配列であり、ファイル２Ｄ241の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、ファイル２Ｄ241のうち、メインパス2701の表す部分とは別の部分とその再生順とを意味する。その他に、その再生経路は、ファイル２Ｄ241とは別のファイル２Ｄに多重化されたストリーム・データの再生対象部分とその再生順とを意味してもよい。その再生経路の意味するストリーム・データは、メインパス2701に従ってファイル２Ｄ241から再生される２Ｄ映像と同時に再生されるべき別の２Ｄ映像を表す。その別の２Ｄ映像は、例えば、ピクチャ・イン・ピクチャ方式における副映像、ブラウザ画面、ポップアップ・メニュー、又は字幕を含む。サブパス2702、2703には、２Ｄプレイリスト・ファイル221への登録順に通し番号“０”、“１”が振られている。その通し番号はサブパスＩＤとして、各サブパス2702、2703の識別に利用される。各サブパス2702、2703ではＳＵＢ＿ＰＩが固有のサブプレイアイテムＩＤ＝＃Ｍ（Ｍ＝１、２、３、…）で識別される。各ＳＵＢ＿ＰＩ＃Ｍは、再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス2702、2703内でのＳＵＢ＿ＰＩの順序は、再生経路内での、対応する再生区間の順序を表す。

図２８は、ＰＩ＃Ｎのデータ構造を示す模式図である。図２８を参照するに、ＰＩ＃Ｎは、参照クリップ情報2801、再生開始時刻（In＿Time）2802、再生終了時刻（Out＿Time）2803、コネクション・コンディション2804、及びストリーム選択テーブル（以下、ＳＴＮ（Stream Number）テーブルと略す。）2805を含む。参照クリップ情報2801は、２Ｄクリップ情報ファイル231を識別するための情報である。再生開始時刻2802と再生終了時刻2803とは、ファイル２Ｄ241の再生対象部分の先端と後端との各ＰＴＳを示す。コネクション・コンディション2804は、再生開始時刻2802と再生終了時刻2803とによって規定された再生区間での映像を、一つ前のＰＩ＃（Ｎ−１）によって規定された再生区間での映像に接続するときの条件を規定する。ＳＴＮテーブル2805は、再生開始時刻2802から再生終了時刻2803までの間に再生装置102内のデコーダによってファイル２Ｄ241から選択可能なエレメンタリ・ストリームの一覧表である。

ＳＵＢ＿ＰＩのデータ構造は、図２８に示されているＰＩのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にＳＵＢ＿ＰＩの再生開始時刻と再生終了時刻とは、ＰＩのそれらと同じ時間軸上の値で表される。ＳＵＢ＿ＰＩは更に「ＳＰコネクション・コンディション」というフィールドを含む。ＳＰコネクション・コンディションはＰＩのコネクション・コンディションと同じ意味を持つ。

［コネクション・コンディション］

コネクション・コンディション（以下、ＣＣと略す。）2804は、“１”、“５”、“６”の三種類の値を取り得る。ＣＣ2804が“１”であるとき、ＰＩ＃Ｎによって規定されるファイル２Ｄ241の部分から再生される映像は、直前のＰＩ＃（Ｎ−１）によって規定されるファイル２Ｄ241の部分から再生される映像とは必ずしもシームレスに接続されなくてもよい。一方、ＣＣ2804が“５”又は“６”であるとき、それら両方の映像が必ずシームレスに接続されなければならない。

図２９の（ａ）、（ｂ）はそれぞれ、ＣＣが“５”、“６”であるときに接続対象の二つの再生区間2901、2902の間の関係を示す模式図である。ここで、ＰＩ＃（Ｎ−１）はファイル２Ｄ241の第１部分2901を規定し、ＰＩ＃Ｎはファイル２Ｄ241の第２部分2902を規定する。図２９の（ａ）を参照するに、ＣＣが“５”であるとき、２つのＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間でＳＴＣが途切れていてもよい。すなわち、第１部分2901の後端のＰＴＳ＃１と第２部分2902の先端のＰＴＳ＃２とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第１部分2901に続けて第２部分2902をデコーダに供給したときでもそのデコーダが復号処理をスムーズに持続できるように、各部分2901、2902が作成されていなければならない。更に、第１部分2901に含まれるオーディオ・ストリームの最後のフレームを、第２部分2902に含まれるオーディオ・ストリームの先頭フレームと重複させなければならない。一方、図２９の（ｂ）を参照するに、ＣＣが“６”であるとき、第１部分2901と第２部分2902とは、デコーダの復号処理上、一連の部分として扱えるものでなければならない。すなわち、第１部分2901と第２部分2902との間ではＳＴＣとＡＴＣとがいずれも連続でなければならない。同様に、ＳＰコネクション・コンディションが“５”又は“６”であるとき、隣接する２つのＳＵＢ＿ＰＩによって規定されるファイル２Ｄの部分間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。

［ＳＴＮテーブル］

図２８を再び参照するに、ＳＴＮテーブル2805はストリーム登録情報の配列である。「ストリーム登録情報」とは、再生開始時刻2802から再生終了時刻2803までの間にメインＴＳから再生対象として選択可能なエレメンタリ・ストリームを個別に示す情報である。ストリーム番号（ＳＴＮ）2806は、ストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリ・ストリームの識別に利用される。ＳＴＮ2806は更に、同じ種類のエレメンタリ・ストリームの間では選択の優先順位を表す。ストリーム登録情報はストリーム・エントリ2809とストリーム属性情報2810とを含む。ストリーム・エントリ2809はストリーム・パス情報2807とストリーム識別情報2808とを含む。ストリーム・パス情報2807は、選択対象のエレメンタリ・ストリームが属するファイル２Ｄを示す情報である。例えばストリーム・パス情報2807が“メインパス”を示すとき、そのファイル２Ｄは、参照クリップ情報2801の示す２Ｄクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報2807が“サブパスＩＤ＝１”を示すとき、選択対象のエレメンタリ・ストリームが属するファイル２Ｄは、サブパスＩＤ＝１のサブパスに含まれるＳＵＢ＿ＰＩの参照クリップ情報が示す２Ｄクリップ情報ファイルに対応するものである。そのＳＵＢ＿ＰＩの規定する再生開始時刻又は再生終了時刻のいずれかは、ＳＴＮテーブル2805を含むＰＩの規定する再生開始時刻2802から再生終了時刻2803までの期間に含まれる。ストリーム識別情報2808は、ストリーム・パス情報2807によって特定されるファイル２Ｄに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻2802から再生終了時刻2803までの間に選択可能である。ストリーム属性情報2810は各エレメンタリ・ストリームの属性情報を表す。例えば、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。

［２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生］

図３０は、２Ｄプレイリスト・ファイル（00001.mpls）221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）241から再生される部分との間の対応関係を示す模式図である。図３０を参照するに、２Ｄプレイリスト・ファイル221のメインパス2701では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）231を示す。再生装置102は２Ｄプレイリスト・ファイル221に従って２Ｄ映像を再生するとき、まずＰＩ＃１からＰＴＳ＃１、＃２を読み出す。再生装置102は次に、２Ｄクリップ情報ファイル231のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ241内のＳＰＮ＃１、＃２を検索する。再生装置102は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル２Ｄ241のファイル・エントリとを利用して、再生対象の２Ｄエクステント群EXT2D[0]、…、EXT2D[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２３の（ｂ）、（ｃ）を用いて説明したとおりである。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P1から、２Ｄエクステント群EXT2D[0]、…、EXT2D[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２の示すＰＴＳ＃３、＃４の対はまず、２Ｄクリップ情報ファイル231のエントリ・マップを利用してＳＰＮ＃３、＃４の対に変換される。次に、ファイル２Ｄ241のファイル・エントリを利用してＳＰＮ＃３、＃４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P2から、２Ｄエクステント群に属するソースパケット群が読み出される。ＰＩ＃３の示すＰＴＳ＃５、＃６の対からＳＰＮ＃５、＃６の対への変換、ＳＰＮ＃５、＃６の対からＬＢＮ＃５、＃６の対への変換、及びＬＢＮ＃５からＬＢＮ＃６までの範囲のセクタ群P3からのソースパケット群の読み出しも同様である。こうして、再生装置102は２Ｄプレイリスト・ファイル221のメインパス2701に従ってファイル２Ｄ241から２Ｄ映像を再生できる。

２Ｄプレイリスト・ファイル221はエントリ・マーク3001を含んでもよい。エントリ・マーク3001は、メインパス2701のうち、実際に再生が開始されるべき時点を示す。例えば図３０に示されているように、ＰＩ＃１に対して複数のエントリ・マーク3001が設定されてもよい。エントリ・マーク3001は特に頭出し再生において、再生開始位置の検索に利用される。例えば２Ｄプレイリスト・ファイル221が映画タイトルの再生経路を規定するとき、エントリ・マーク3001は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。

≪３Ｄプレイリスト・ファイル≫

図３１は、３Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図２に示されている第２プレイリスト・ファイル（00002.mpls）222はこのデータ構造を持つ。第３プレイリスト・ファイル（00003.mpls）223も同様である。図３１を参照するに、３Ｄプレイリスト・ファイル222は、メインパス3101、サブパス3102、及び拡張データ3103を含む。

メインパス3101は、図３の（ａ）に示されているメインＴＳの再生経路を規定する。従って、メインパス3101は、図２７に示されている２Ｄプレイリスト・ファイル221のメインパス2701と実質的に等しい。すなわち、２Ｄ再生モードの再生装置102は３Ｄプレイリスト・ファイル222のメインパス3101に従ってファイル２Ｄ241から２Ｄ映像を再生できる。一方、メインパス3101は、図２７に示されているメインパス2701とは次の点で異なる：各ＰＩのＳＴＮテーブルは、いずれかのグラフィックス・ストリームのＰＩＤに一つのＳＴＮを対応付けている際には更に、そのＳＴＮに一つのオフセット・シーケンスＩＤを割り当てている。

サブパス3102は、図３の（ｂ）に示されているサブＴＳの再生経路、すなわちファイルＤＥＰ242又は243の再生経路を規定する。サブパス3102のデータ構造は、図２７に示されている２Ｄプレイリスト・ファイル241のサブパス2702、2703のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図２７を用いた説明を援用する。

サブパス3102のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス3101のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス3102はその上、サブパス・タイプ3110を含む。「サブパス・タイプ」は一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。３Ｄプレイリスト・ファイル222では特にサブパス・タイプ3110が３Ｄ再生モードの種類、すなわちサブパス3102に従って再生されるべきディペンデントビュー・ビデオ・ストリームの種類を示す。図３１では、サブパス・タイプ3110は、その値が「３Ｄ・Ｌ／Ｒ」であるので、３Ｄ再生モードがＬ／Ｒモードであること、すなわちライトビュー・ビデオ・ストリームが再生対象であることを示す。一方、サブパス・タイプ3110は、その値が「３Ｄデプス」であるとき、３Ｄ再生モードがデプス・モードであること、すなわちデプスマップ・ストリームが再生対象であることを示す。３Ｄ再生モードの再生装置102は、サブパス・タイプ3110の値が「３Ｄ・Ｌ／Ｒ」又は「３Ｄデプス」であることを検出したとき、メインパス3101に従った再生処理とサブパス3102に従った再生処理とを同期させる。

拡張データ3103は、３Ｄ再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モードの再生装置102には無視される。拡張データ3103は特に、拡張ストリーム選択テーブル3130を含む。「拡張ストリーム選択テーブル（STN＿table＿SS）」（以下、ＳＴＮテーブルＳＳと略す。）は、３Ｄ再生モードにおいて、メインパス3101内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブＴＳから再生対象として選択可能なエレメンタリ・ストリームを示す。

［ＳＴＮテーブル］

図３２は、３Ｄプレイリスト・ファイル222のメインパス3101の含むＳＴＮテーブル3205を示す模式図である。図３２を参照するに、ＳＴＮ3206＝５、６、…、１１の割り当てられたストリーム識別情報3208が、ＰＧストリーム又はＩＧストリームのＰＩＤを示す。その場合、ＳＴＮ3206＝５、６、…、１１の割り当てられたストリーム属性情報3210は参照オフセットＩＤ3201とオフセット補正値3202とを更に含む。

ファイルＤＥＰ242では、図１１に示されているように、各ビデオ・シーケンスのＶＡＵ＃１にオフセット・メタデータ1110が配置されている。参照オフセットＩＤ（stream＿ref＿offset＿id）3201は、そのオフセット・メタデータ1110の含むオフセット・シーケンスＩＤ1112のいずれかに等しい。すなわち、参照オフセットＩＤ3201は、そのオフセット・メタデータ1110の含む複数のオフセット・シーケンスの中で、ＳＴＮ3206＝５、６、…、１１のそれぞれに対応付けられるべきオフセット・シーケンスを規定する。

オフセット補正値（stream＿offset＿adjustment）3202は、参照オフセットＩＤ3201の規定するオフセット・シーケンスに含まれる各オフセット値に加えられるべき値を示す。オフセット補正値3202は例えば、表示装置103の画面のサイズが、３Ｄ映像コンテンツの作成時に想定されているサイズとは異なる場合に、再生装置102によって各オフセット値に加えられる。それにより、レフトビューとライトビューとの２Ｄグラフィックス映像間での両眼視差が適正な範囲に収められる。

［ＳＴＮテーブルＳＳ］

図３３は、ＳＴＮテーブルＳＳ3130のデータ構造を示す模式図である。図３３を参照するに、ＳＴＮテーブルＳＳ3130はストリーム登録情報列3301、3302、3303、…を含む。ストリーム登録情報列3301、3302、3303、…はメインパス3101内のＰＩ＃１、＃２、＃３、…に個別に対応し、３Ｄ再生モードの再生装置102により、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わされて利用される。各ＰＩに対するストリーム登録情報列3301は、ポップアップ期間のオフセット（Fixed＿offset＿during＿Popup）3311と、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3312とを含む。

ポップアップ期間のオフセット3311は、ＩＧストリームからポップアップ・メニューが再生されるか否かを示す。３Ｄ再生モードの再生装置102はそのオフセット3311の値に依って、ビデオ・プレーンとグラフィックス・プレーンとの各表示モード（presentation mode）を変える。ここで、ビデオ・プレーンの表示モードにはベースビュー（Ｂ）−ディペンデントビュー（Ｄ）表示モードとＢ−Ｂ表示モードとの二種類がある。グラフィックス・プレーンの表示モードには１プレーン＋オフセット・モードと１プレーン＋ゼロ・オフセット・モードとの二種類がある。例えばポップアップ期間のオフセット3311の値が“０”であるとき、ＩＧストリームからはポップアップ・メニューが再生されない。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセット3311の値が“１”であるとき、ＩＧストリームからポップアップ・メニューが再生される。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。

「Ｂ−Ｄ表示モード」では、再生装置102がレフトビューとライトビューとのビデオ・プレーンを交互に出力する。従って、表示装置103の画面にはレフトビューとライトビューとのフレームが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。「Ｂ−Ｂ表示モード」では再生装置102が、動作モードを３Ｄ再生モードに維持したまま（特にフレームレートを３Ｄ再生時の値、例えば４８フレーム／秒に維持したまま）、ベースビュー・ビデオ・ストリームから復号されたプレーン・データのみを一フレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのビデオ・プレーンしか表示されないので、視聴者にはそれらが２Ｄ映像としてしか見えない。

「１プレーン＋オフセット・モード」では、再生装置102がオフセット制御により、メインＴＳ内のグラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーンの対を生成して交互に出力する。それにより、表示装置103の画面にはレフトビューとライトビューとのグラフィックス・プレーンが交互に表示されるので、視聴者にはそれらが３Ｄグラフィックス映像として見える。「１プレーン＋ゼロ・オフセット・モード」では、再生装置102が、動作モードを３Ｄ再生モードに維持したまま、オフセット制御を一時的に停止させ、メインＴＳ内のグラフィックス・ストリームから復号されたグラフィックス・プレーンを一フレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのグラフィックス・プレーンしか表示されないので、視聴者にはそれらが２Ｄグラフィックス映像としてしか見えない。

３Ｄ再生モードの再生装置102は、ＰＩごとにポップアップ期間のオフセット3311を参照して、ＩＧストリームからポップアップ・メニューが再生されるときはＢ−Ｂ表示モードと１プレーン＋ゼロ・オフセット・モードとを選択する。それにより、ポップアップ・メニューが表示される間、他の３Ｄ映像が一時的に２Ｄ映像に変更されるので、ポップアップ・メニューの視認性・操作性が向上する。

ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3312は、サブＴＳから再生対象として選択可能なディペンデントビュー・ビデオ・ストリームを示すストリーム登録情報を含む。このストリーム登録情報列3312は、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。

図３３を参照するに、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3312は一般に複数のストリーム登録情報（SS＿dependet＿view＿block）3320を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報3320は、ＳＴＮ3321、ストリーム・エントリ3322、及びストリーム属性情報3323を含む。ＳＴＮ3321はストリーム登録情報3320に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ3322は、サブパスＩＤ参照情報（ref＿to＿Subpath＿id）3331、ストリーム・ファイル参照情報（ref＿to＿subClip＿entry＿id）3332、及びＰＩＤ（ref＿to＿stream＿PID＿subclip）3333を含む。サブパスＩＤ参照情報3331は、ディペンデントビュー・ビデオ・ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報3332は、そのディペンデントビュー・ビデオ・ストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ3333は、そのディペンデントビュー・ビデオ・ストリームのＰＩＤである。ストリーム属性情報3323はそのディペンデントビュー・ビデオ・ストリームの属性、例えばフレームレート、解像度、及びビデオフォーマットを含む。特にそれらは、対応するＰＩに含まれる組み合わせ対象のストリーム登録情報が示すベースビュー・ビデオ・ストリームの属性と共通である。

［３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生］

図３４は、３Ｄプレイリスト・ファイル（00002.mpls）222の示すＰＴＳと、ファイルＳＳ（01000.ssif）244Aから再生される部分との間の対応関係を示す模式図である。図３４を参照するに、３Ｄプレイリスト・ファイル222のメインパス3401では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）231を示す。一方、サブパス・タイプが「３Ｄ・Ｌ／Ｒ」を示すサブパス3402では、ＳＵＢ＿ＰＩ＃１が、ＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報はディペンデントビュー・クリップ情報ファイル（02000.clpi）232を示す。

再生装置102は３Ｄプレイリスト・ファイル222に従って３Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は次に２Ｄクリップ情報ファイル231のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイル２Ｄ241内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102はディペンデントビュー・クリップ情報ファイル232のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイルＤＥＰ242内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、図２４の（ｅ）の説明で述べたように、各クリップ情報ファイル231、232のエクステント起点2242、2420を利用して、ファイルＳＳ244Aの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定する。再生装置102は同様に、ファイルＳＳ244Aの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。再生装置102は更にＳＰＮ＃２１、＃２２のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数とファイルＳＳ244Aのファイル・エントリとを利用して、再生対象のエクステントＳＳ群EXTSS[0]、…、EXTSS[n]が記録されたセクタ群P11の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２４の（ｅ）の説明で述べたものと同様である。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P11から、エクステントＳＳ群EXTSS[0]、…、EXTSS[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２とＳＵＢ＿ＰＩ＃２との示すＰＴＳ＃３、＃４の対は、まずクリップ情報ファイル231、232の各エントリ・マップを利用してＳＰＮ＃３、＃４の対とＳＰＮ＃１３、＃１４の対とに変換される。次に、ＳＰＮ＃３、＃１３からはファイルＳＳ244Aの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２３が算定され、ＳＰＮ＃４、＃１４からはファイルＳＳ244Aの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２４が算定される。続いて、ファイルＳＳ244Aのファイル・エントリを利用して、ＳＰＮ＃２３、＃２４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P12から、エクステントＳＳ群に属するソースパケット群が読み出される。

上記の読み出し処理と並行して、再生装置102は、図２４の（ｅ）の説明で述べたように各クリップ情報ファイル231、232のエクステント起点2242、2420を利用して、各エクステントＳＳからベースビュー・エクステントを抽出し、残りのディペンデントビュー・エクステントとパラレルに復号する。こうして、再生装置102は、３Ｄプレイリスト・ファイル222に従ってファイルＳＳ244Aから３Ｄ映像を再生できる。

≪インデックス・ファイル≫

図３５は、図２に示されているインデックス・ファイル（index.bdmv）211のデータ構造を示す模式図である。図３５を参照するに、インデックス・ファイル211は、インデックス・テーブル3510、３Ｄ存在フラグ3520、及び２Ｄ／３Ｄお好みフラグ3530を含む。

インデックス・テーブル3510は、「ファーストプレイ」3501、「トップメニュー」3502、及び、「タイトルｋ」3503（ｋ＝１、２、…、ｎ：ｎは１以上の整数）という項目を含む。各項目にはムービーオブジェクトMVO−2D、MVO−3D、…、又はＢＤ−ＪオブジェクトBDJO−2D、BDJO−3D、…のいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部はインデックス・テーブル3510の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをＢＤ−ＲＯＭディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目「ファーストプレイ」3501には、ディスク101がＢＤ−ＲＯＭドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」3502には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」3503には、ディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目「タイトルｋ」には、そのタイトルに対応するＡＶストリーム・ファイルから映像を再生するためのオブジェクトが指定されている。

図３５に示されている例では、項目「タイトル１」と項目「タイトル２」とが２Ｄ映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられているムービーオブジェクトMVO−2Dは、２Ｄプレイリスト・ファイル（00001.mpls）221を用いた２Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル１」が参照されたとき、そのムービーオブジェクトMVO−2Dに従い、２Ｄプレイリスト・ファイル221がディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。項目「タイトル２」に対応付けられているＢＤ−ＪオブジェクトBDJO−2Dは、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置102によって項目「タイトル２」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−2D内のアプリケーション管理テーブルに従ってＪＡＲファイル261からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、２Ｄプレイリスト・ファイル221がディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。

図３５に示されている例では更に、項目「タイトル３」と項目「タイトル４」とが３Ｄ映像のタイトルに割り当てられている。項目「タイトル３」に対応付けられているムービーオブジェクトMVO−3Dは、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関する命令群に加え、３Ｄプレイリスト・ファイル（00002.mpls）222、（00003.mpls）223のいずれかを用いた３Ｄ映像の再生処理に関する命令群を含む。項目「タイトル４」に対応付けられているＢＤ−ＪオブジェクトBDJO−3Dでは、アプリケーション管理テーブルが、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムに加え、３Ｄプレイリスト・ファイル222、223のいずれかを用いた３Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムを規定する。

３Ｄ存在フラグ3520は、ＢＤ−ＲＯＭディスク101に３Ｄ映像コンテンツが記録されているか否かを示すフラグである。再生装置102は、ＢＤ−ＲＯＭドライブ121にＢＤ−ＲＯＭディスク101が挿入されたとき、まず、その３Ｄ存在フラグ3520をチェックする。３Ｄ存在フラグ3520がオフである場合、再生装置102は３Ｄ再生モードを選択する必要がない。従って、再生装置102は表示装置103に対してＨＤＭＩ認証を行うことなく、２Ｄ再生モードに速やかに移行できる。ここで、「ＨＤＭＩ認証」とは、再生装置102がＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換して、３Ｄ映像の再生に対応可能か否か等を表示装置103に問い合わせる処理をいう。ＨＤＭＩ認証がスキップされることにより、ＢＤ−ＲＯＭディスク101の挿入から２Ｄ映像の再生開始までの時間が短縮される。

２Ｄ／３Ｄお好みフラグ3530は、再生装置と表示装置とが共に２Ｄ映像と３Ｄ映像とのいずれの再生にも対応可能であるときに、３Ｄ映像の再生を優先すべきか否かを指定するフラグである。２Ｄ／３Ｄお好みフラグ3530はコンテンツ・プロバイダによって設定される。再生装置102は、ＢＤ−ＲＯＭディスク101の３Ｄ存在フラグ3520がオンであるとき、続いて２Ｄ／３Ｄお好みフラグ3530を更にチェックする。２Ｄ／３Ｄお好みフラグ3530がオンである場合、再生装置102は、ユーザに再生モードを選択させることなく、ＨＤＭＩ認証を行い、その結果に依って２Ｄ再生モードと３Ｄ再生モードとのいずれかで動作する。すなわち、再生装置102は再生モードの選択画面を表示しない。従って、ＨＤＭＩ認証の結果、表示装置103が３Ｄ映像の再生に対応可能であれば、再生装置102は３Ｄ再生モードで起動できる。それにより、フレームレートの切り換え等、２Ｄ再生モードから３Ｄ再生モードへの移行処理に起因する起動の遅れを回避することができる。

［３Ｄ映像タイトルの選択時でのプレイリスト・ファイルの選択］

図３５に示されている例では、再生装置102は、インデックス・テーブル3510の項目「タイトル３」を参照したとき、ムービーオブジェクトMVO−3Dに従って、まず次の判別処理を行う：（１）３Ｄ存在フラグ3520がオンかオフか、（２）再生装置102自身が３Ｄ映像の再生に対応しているか否か、（３）２Ｄ／３Ｄお好みフラグ3530がオンかオフか、（４）ユーザが３Ｄ再生モードを選択しているか否か、（５）表示装置103が３Ｄ映像の再生に対応しているか否か、及び（６）再生装置102の３Ｄ再生モードがＬ／Ｒモードとデプス・モードとのいずれであるか。再生装置102は次に、それらの判別結果に依って、いずれかのプレイリスト・ファイル221−223を再生対象として選択する。一方、再生装置102は項目「タイトル４」を参照したとき、ＢＤ−ＪオブジェクトBDJO−3D内のアプリケーション管理テーブルに従ってＪＡＲファイル261からＪａｖａアプリケーション・プログラムを呼び出して実行する。それにより、まず上記の判別処理（１）−（６）が行われ、次にその判別結果に依って、プレイリスト・ファイルの選択が行われる。

図３６は、上記の判別処理（１）−（６）を利用して再生対象のプレイリスト・ファイルを選択する処理のフローチャートである。ここで、その選択処理の前提として、再生装置102が第１フラグと第２フラグとを含むときを想定する。第１フラグは、再生装置102が３Ｄ映像の再生に対応可能であるか否かを示す。例えば第１フラグが“０”であるとき、再生装置102は２Ｄ映像の再生のみに対応可能であり、“１”であるとき、３Ｄ映像の再生にも対応可能である。第２フラグは、３Ｄ再生モードがＬ／Ｒモードとデプス・モードとのいずれであるかを示す。例えば第２フラグが“０”であるとき、３Ｄ再生モードはＬ／Ｒモードであり、“１”であるとき、デプス・モードである。更に、３Ｄ存在フラグ3520と２Ｄ／３Ｄお好みフラグ3530とのそれぞれがオンであるときの値を“１”とし、オフであるときの値を“０”とする。

ステップＳ３６０１では、再生装置102は３Ｄ存在フラグ3520の値をチェックする。その値が“１”であるとき、処理はステップＳ３６０２へ進む。その値が“０”であるとき、処理はステップＳ３６０７へ進む。

ステップＳ３６０２では、再生装置102は第１フラグの値をチェックする。その値が“１”であるとき、処理はステップＳ３６０３へ進む。その値が“０”であるとき、処理はステップＳ３６０７へ進む。

ステップＳ３６０３では、再生装置102は２Ｄ／３Ｄお好みフラグ3530の値をチェックする。その値が“０”であるとき、処理はステップＳ３６０４へ進む。その値が“１”であるとき、処理はステップＳ３６０５へ進む。

ステップＳ３６０４では、再生装置102は表示装置103にメニューを表示させて、ユーザに２Ｄ再生モードと３Ｄ再生モードとのいずれかを選択させる。ユーザがリモコン105等を操作して３Ｄ再生モードを選択したとき、処理はステップＳ３６０５へ進み、２Ｄ再生モードを選択したとき、処理はステップＳ３６０７へ進む。

ステップＳ３６０５では、再生装置102はＨＤＭＩ認証を行い、表示装置103が３Ｄ映像の再生に対応しているか否かチェックする。具体的には、再生装置102はＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換し、表示装置103が３Ｄ映像の再生に対応しているか否かを表示装置103に問い合わせる。表示装置103が３Ｄ映像の再生に対応しているとき、処理はステップＳ３６０６へ進む。表示装置103が３Ｄ映像の再生に対応していないとき、処理はステップＳ３６０７へ進む。

ステップＳ３６０６では、再生装置102は第２フラグの値をチェックする。その値が“０”であるとき、処理はステップＳ３６０８へ進む。その値が“１”であるとき、処理はステップＳ３６０９へ進む。

ステップＳ３６０７では、再生装置102は２Ｄプレイリスト・ファイル221を再生対象として選択する。尚、そのとき、再生装置102は表示装置103に、３Ｄ映像の再生が選択されなかった理由を表示させてもよい。その後、処理は終了する。

ステップＳ３６０８では、再生装置102はＬ／Ｒモード用の３Ｄプレイリスト・ファイル222を再生対象として選択する。その後、処理は終了する。

ステップＳ３６０９では、再生装置102はデプス・モード用の３Ｄプレイリスト・ファイル222を再生対象として選択する。その後、処理は終了する。

＜２Ｄ再生装置の構成＞

２Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から２Ｄ映像コンテンツを再生するとき、２Ｄ再生装置として動作する。図３７は、２Ｄ再生装置3700の機能ブロック図である。図３７を参照するに、２Ｄ再生装置3700は、ＢＤ−ＲＯＭドライブ3701、再生部3702、及び制御部3703を含む。再生部3702は、リード・バッファ3721、システム・ターゲット・デコーダ3725、及びプレーン加算部3726を含む。制御部3703は、動的シナリオ・メモリ3731、静的シナリオ・メモリ3732、ユーザイベント処理部3733、プログラム実行部3734、再生制御部3735、及びプレーヤ変数記憶部3736を含む。再生部3702と制御部3703とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。

ＢＤ−ＲＯＭドライブ3701は、内部にＢＤ−ＲＯＭディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、ＢＤ−ＲＯＭドライブ3701は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。

ＢＤ−ＲＯＭドライブ3701は、再生制御部3735からの要求に従ってＢＤ−ＲＯＭディスク101からデータを読み出す。そのデータのうち、ファイル２Ｄのエクステント、すなわち２Ｄエクステントはリード・バッファ3721へ転送され、動的シナリオ情報は動的シナリオ・メモリ3731へ転送され、静的シナリオ情報は静的シナリオ・メモリ3732へ転送される。「動的シナリオ情報」は、インデックス・ファイル、ムービーオブジェクト・ファイル、及びＢＤ−Ｊオブジェクト・ファイルを含む。「静的シナリオ情報」は２Ｄプレイリスト・ファイルと２Ｄクリップ情報ファイルとを含む。

リード・バッファ3721、動的シナリオ・メモリ3731、及び静的シナリオ・メモリ3732はいずれもバッファ・メモリである。リード・バッファ3721としては再生部3702内のメモリ素子が利用され、動的シナリオ・メモリ3731及び静的シナリオ・メモリ3732としては制御部3703内のメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が、それらのバッファ・メモリ3721、3731、3732の一部又は全部として利用されてもよい。

システム・ターゲット・デコーダ3725は、リード・バッファ3721から２Ｄエクステントをソースパケット単位で読み出して多重分離処理を行い、分離された各エレメンタリ・ストリームに対して復号処理を行う。ここで、各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め再生制御部3735からシステム・ターゲット・デコーダ3725へ送られている。システム・ターゲット・デコーダ3725は更に、復号後のプライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリームをそれぞれ、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、及びＰＧプレーン・データとしてＶＡＵ単位で送出する。また、システム・ターゲット・デコーダ3725は、復号後のプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとをミキシングして、表示装置103の内蔵スピーカ103A等、音声出力装置へ送出する。その他に、システム・ターゲット・デコーダ3725はプログラム実行部3734からグラフィックス・データを受信する。そのグラフィックス・データは、メニュー等のＧＵＩ用グラフィック部品を画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧ等のラスタ・データで表現されている。システム・ターゲット・デコーダ3725はそのグラフィックス・データを処理してイメージ・プレーン・データとして送出する。尚、システム・ターゲット・デコーダ3725の詳細については後述する。

プレーン加算部3726は、システム・ターゲット・デコーダ3725から、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、ＰＧプレーン・データ、及びイメージ・プレーン・データを受信し、それらを互いに重畳して一つの映像フレーム又はフィールドに合成する。合成後の映像データは表示装置103へ送出され、その画面に表示される。

ユーザイベント処理部3733は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に応じてプログラム実行部3734又は再生制御部3735に処理を依頼する。例えばユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部3733はその押下を検出してそのボタンを識別する。ユーザイベント処理部3733は更にプログラム実行部3734に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、例えばユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部3733はその押下を検出してそのボタンを識別する。ユーザイベント処理部3733は更に再生制御部3735に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。

プログラム実行部3734はプロセッサであり、動的シナリオ・メモリ3731に格納されたムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルからプログラムを読み出して実行する。プログラム実行部3734は更に各プログラムに従って次の制御を行う：（１）再生制御部3735に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタ・データとして生成し、それをシステム・ターゲット・デコーダ3725へ転送して他の映像データに合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ−ＲＯＭディスク101のオーサリング工程のうち、ムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルのプログラミング工程によって決まる。

再生制御部3735は、２Ｄエクステント及びインデックス・ファイル等、各種のデータをＢＤ−ＲＯＭディスク101から、リード・バッファ3721、動的シナリオ・メモリ3731、及び静的シナリオ・メモリ3732へ転送する処理を制御する。その制御には、図２に示されているディレクトリ／ファイル構造を管理するファイルシステムが利用される。すなわち、再生制御部3735はファイル・オープン用のシステムコールを利用して、ＢＤ−ＲＯＭドライブ3701に各種のファイルを各バッファ・メモリ3721、3731、3732へ転送させる。ここで、「ファイル・オープン」とは次の一連の処理をいう。まず、システムコールによってファイルシステムに検索対象のファイル名が与えられ、そのファイル名がディレクトリ／ファイル構造から検索される。その検索に成功したとき、再生制御部3735内のメモリには、まず、転送対象のファイルのファイル・エントリが転送され、そのメモリ内にＦＣＢ（File Control Block）が生成される。その後、転送対象のファイルのファイル・ハンドルがファイルシステムから再生制御部3735に返される。以後、再生制御部3735はそのファイル・ハンドルをＢＤ−ＲＯＭドライブ3701に提示することにより、ＢＤ−ＲＯＭドライブ3701にその転送対象のファイルをＢＤ−ＲＯＭディスク101から各バッファ・メモリ3721、3731、3732へ転送させることができる。

再生制御部3735は、ＢＤ−ＲＯＭドライブ3701とシステム・ターゲット・デコーダ3725とを制御して、ファイル２Ｄから映像データと音声データとを復号させる。具体的には、再生制御部3735はまず、プログラム実行部3734からの命令、又はユーザイベント処理部3733からの依頼に応じて、静的シナリオ・メモリ3732から２Ｄプレイリスト・ファイルを読み出してその内容を解釈する。再生制御部3735は次に、その解釈された内容、特に再生経路に従って、ＢＤ−ＲＯＭドライブ3701とシステム・ターゲット・デコーダ3725とに再生対象のファイル２Ｄを指定し、その読み出し処理及び復号処理を指示する。このようなプレイリスト・ファイルに従った再生処理を「プレイリスト再生処理」という。

その他に、再生制御部3735は、静的シナリオ情報を利用してプレーヤ変数記憶部3736に各種のプレーヤ変数を設定する。再生制御部3735は更に、それらのプレーヤ変数を参照して、システム・ターゲット・デコーダ3725に復号対象のエレメンタリ・ストリームを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。

プレーヤ変数記憶部3736は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステム・パラメータ（ＳＰＲＭ）と汎用のパラメータ（ＧＰＲＭ）とがある。ＳＰＲＭは再生装置102の状態を示す。図３８はＳＰＲＭの一覧表である。図３８を参照するに、各ＳＰＲＭには通し番号3801が振られ、各通し番号3801に変数値3802が個別に対応付けられている。ＳＰＲＭは例えば６４個であり、それぞれの示す意味は以下のとおりである。ここで、括弧内の数字は通し番号3801を示す。

ＳＰＲＭ（０） ： 言語コード
ＳＰＲＭ（１） ： プライマリ・オーディオ・ストリーム番号
ＳＰＲＭ（２） ： 字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： タイトル番号
ＳＰＲＭ（５） ： チャプタ番号
ＳＰＲＭ（６） ： プログラム番号
ＳＰＲＭ（７） ： セル番号
ＳＰＲＭ（８） ： 選択キー情報
ＳＰＲＭ（９） ： ナビゲーション・タイマー
ＳＰＲＭ（１０） ： 再生時刻情報
ＳＰＲＭ（１１） ： カラオケ用ミキシング・モード
ＳＰＲＭ（１２） ： パレンタル用国情報
ＳＰＲＭ（１３） ： パレンタル・レベル
ＳＰＲＭ（１４） ： プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： オーディオ・ストリーム用言語コード
ＳＰＲＭ（１７） ： オーディオ・ストリーム用言語コード（拡張）
ＳＰＲＭ（１８） ： 字幕ストリーム用言語コード
ＳＰＲＭ（１９） ： 字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０） ： プレーヤ・リージョン・コード
ＳＰＲＭ（２１） ： セカンダリ・ビデオ・ストリーム番号
ＳＰＲＭ（２２） ： セカンダリ・オーディオ・ストリーム番号
ＳＰＲＭ（２３） ： 再生状態
ＳＰＲＭ（２４）−ＳＰＲＭ（６３）：予備

ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳを示し、そのピクチャが復号されて主映像プレーン・メモリに書き込まれる度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。

ＳＰＲＭ（１３）のパレンタル・レベルは所定の制限年齢を示し、ＢＤ−ＲＯＭディスク101に記録されたタイトルの視聴に対するパレンタル制御に利用される。ＳＰＲＭ（１３）の値は、再生装置102のユーザによって再生装置102のＯＳＤ等を利用して設定される。ここで、「パレンタル制御」とは、視聴者の年齢に依ってタイトルの視聴を制限する処理をいう。再生装置102は各タイトルに対するパレンタル制御を例えば次のように行う。再生装置102はまず、ＢＤ−ＲＯＭディスク101から、そのタイトルの視聴が許可された視聴者の年齢を読み出してＳＰＲＭ（１３）の値と比較する。その年齢がＳＰＲＭ（１３）の値以上であれば、再生装置102はそのタイトルの再生を継続する。その年齢がＳＰＲＭ（１３）の値未満であれば、再生装置102はそのタイトルの再生を停止する。

ＳＰＲＭ（１６）のオーディオ・ストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置102のデフォルトの言語コードを示す。それらは再生装置102のＯＳＤ等を利用してユーザに変更させることもでき、プログラム実行部3734を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部3735はプレイリスト再生処理において、まず現時点での再生区間を示すＰＩ、すなわちカレントＰＩの含むＳＴＮテーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部3735は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ3725に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ3725によって選択されて復号される。これらの処理は、ムービーオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルを利用して再生制御部3735に実行させることができる。

プレーヤ変数は再生処理中、再生制御部3735によって再生状態の変化に応じて更新される。特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、及びＳＰＲＭ（２２）が更新される。それらは順に、処理中のオーディオ・ストリーム、字幕ストリーム、セカンダリ・ビデオ・ストリーム、及びセカンダリ・オーディオ・ストリームの各ＳＴＮを示す。例えばプログラム実行部3734によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部3735はまず、変更後のＳＰＲＭ（１）の示すＳＴＮを利用して、カレントＰＩ内のＳＴＮテーブルから、そのＳＴＮを含むストリーム・エントリを検索する。再生制御部3735は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ3725に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ3725によって選択されて復号される。こうして、再生対象のオーディオ・ストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリ・ビデオ・ストリームを切り換えることもできる。

≪２Ｄプレイリスト再生処理≫

図３９は、再生制御部3735による２Ｄプレイリスト再生処理のフローチャートである。２Ｄプレイリスト再生処理は、２Ｄプレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部3735が静的シナリオ・メモリ3732から２Ｄプレイリスト・ファイルを読み出すことによって開始される。

ステップＳ３９０１では、再生制御部3735はまず、２Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出して、カレントＰＩとして設定する。再生制御部3735は次に、そのカレントＰＩのＳＴＮテーブルから、再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ3725に指示される。再生制御部3735は更に、２Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩに付随するＳＵＢ＿ＰＩを特定する。その後、処理はステップＳ３９０２へ進む。

ステップＳ３９０２では、再生制御部3735はカレントＰＩから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２Ｄに対応する２Ｄクリップ情報ファイルが特定される。更に、カレントＰＩに付随するＳＵＢ＿ＰＩが存在するときは、それらからも同様な情報が読み出される。その後、処理はステップＳ３９０３へ進む。

ステップＳ３９０３では、再生制御部3735は２Ｄクリップ情報ファイルのエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２を検索する。ＳＵＢ＿ＰＩの示すＰＴＳの対も同様にＳＰＮの対に変換される。その後、処理はステップＳ３９０４へ進む。

ステップＳ３９０４では、再生制御部3735はＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部3735はまず、ＳＰＮ＃１、＃２のそれぞれとソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部3735は次に、各積をセクタ一つ当たりのデータ量２０４８バイトで割ってその商を求める：Ｎ１＝ＳＰＮ＃１×１９２／２０４８、Ｎ２＝ＳＰＮ＃２×１９２／２０４８。商Ｎ１、Ｎ２は、メインＴＳのうち、ＳＰＮ＃１、＃２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたＳＰＮの対も同様にセクタ数の対に変換される。その後、処理はステップＳ３９０５へ進む。

ステップＳ３９０５では、再生制御部3735は、ステップＳ３９０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象の２Ｄエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部3735は、再生対象のファイル２Ｄのファイル・エントリを参照して、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部3735は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたセクタ数の対も同様にＬＢＮの対に変換されて、ＢＤ−ＲＯＭドライブ121に指定される。その結果、指定された範囲のセクタ群から、２Ｄエクステント群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ３９０６へ進む。

ステップＳ３９０６では、再生制御部3735は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ３９０１から繰り返される。残されていないときは、処理が終了する。

≪システム・ターゲット・デコーダ≫

図４０は、システム・ターゲット・デコーダ3725の機能ブロック図である。図４０を参照するに、システム・ターゲット・デコーダ3725は、ソース・デパケタイザ4010、ＡＴＣカウンタ4020、第１の２７ＭＨｚクロック4030、ＰＩＤフィルタ4040、ＳＴＣカウンタ（ＳＴＣ１）4050、第２の２７ＭＨｚクロック4060、主映像デコーダ4070、副映像デコーダ4071、ＰＧデコーダ4072、ＩＧデコーダ4073、主音声デコーダ4074、副音声デコーダ4075、イメージ・プロセッサ4080、主映像プレーン・メモリ4090、副映像プレーン・メモリ4091、ＰＧプレーン・メモリ4092、ＩＧプレーン・メモリ4093、イメージ・プレーン・メモリ4094、及び音声ミキサ4095を含む。

ソース・デパケタイザ4010はリード・バッファ3721からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ4040へ送出する。ソース・デパケタイザ4010は更にその送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。具体的には、ソース・デパケタイザ4010はまず、ＡＴＣカウンタ4020が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値はＡＴＣカウンタ4020により、第１の２７ＭＨｚクロック4030のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ4010は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットをＰＩＤフィルタ4040へ転送する。そのような送出時刻の調節により、ソース・デパケタイザ4010からＰＩＤフィルタ4040へのＴＳパケットの平均転送速度は、図２２に示されている２Ｄクリップ情報ファイル231内のシステムレート2211で規定される値R_TSを超えない。

ＰＩＤフィルタ4040はまず、ソース・デパケタイザ4010から送出されたＴＳパケットの含むＰＩＤを監視する。そのＰＩＤが、再生制御部3735から予め指定されたＰＩＤに一致したとき、ＰＩＤフィルタ4040はそのＴＳパケットを選択し、そのＰＩＤの示すエレメンタリ・ストリームの復号に適したデコーダ4070−4075へ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4070へ転送される。一方、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、ＴＳパケットはそれぞれ、副映像デコーダ4071、主音声デコーダ4074、副音声デコーダ4075、ＰＧデコーダ4072、及びＩＧデコーダ4073へ転送される。

ＰＩＤフィルタ4040は更に、各ＴＳパケットのＰＩＤを利用してそのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ4040はそのとき、ＳＴＣカウンタ4050の値を所定値に設定する。ここで、ＳＴＣカウンタ4050の値は第２の２７ＭＨｚクロック4060のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ4050に設定されるべき値は予め、再生制御部3735からＰＩＤフィルタ4040に指示されている。各デコーダ4070−4075はＳＴＣカウンタ4050の値をＳＴＣとして利用する。具体的には、各デコーダ4070−4075は、まず、ＰＩＤフィルタ4040から受け取ったＴＳパケットをＰＥＳパケットに再構成する。各デコーダ4070−4075は、次に、そのＰＥＳペイロードの含むデータの復号処理の時期を、そのＰＥＳヘッダに含まれるＰＴＳ又はＤＴＳの示す時刻に従って調節する。

主映像デコーダ4070は、図４０に示されているように、トランスポート・ストリーム・バッファ（ＴＢ：Transport Stream Buffer）4001、多重化バッファ（ＭＢ：Multiplexing Buffer）4002、エレメンタリ・ストリーム・バッファ（ＥＢ：Elementary Stream Buffer）4003、圧縮映像デコーダ（ＤＥＣ）4004、及び復号ピクチャ・バッファ（ＤＰＢ：Decoded Picture Buffer）4005を含む。

ＴＢ4001、ＭＢ4002、及びＥＢ4003はいずれもバッファ・メモリであり、それぞれ主映像デコーダ4070に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ4001は、ＰＩＤフィルタ4040から受信されたＴＳパケットをそのまま蓄積する。ＭＢ4002は、ＴＢ4001に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ4001からＭＢ4002へＴＳパケットが転送されるとき、そのＴＳパケットからＴＳヘッダが除去される。ＥＢ4003は、ＰＥＳパケットから、符号化されたＶＡＵを抽出して格納する。そのＶＡＵには、圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ4002からＥＢ4003へデータが転送されるとき、そのＰＥＳパケットからＰＥＳヘッダが除去される。

ＤＥＣ4004は、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4004は、ＥＢ4003内の各ＶＡＵからピクチャを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻に復号する。ＤＥＣ4004はその他に、図１２に示されている復号スイッチ情報1250を利用して、各ＶＡＵからピクチャをそのＤＴＳに関わらず、順次復号してもよい。その復号処理では、ＤＥＣ4004は予めそのＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに依って復号方法を選択する。ここで、その圧縮符号化方式は例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ4004は更に、復号された非圧縮のピクチャをＤＰＢ4005へ転送する。

ＤＰＢ4005は、ＴＢ4001、ＭＢ4002、及びＥＢ4003と同様なバッファ・メモリであり、主映像デコーダ4070に内蔵のメモリ素子の一領域を利用する。ＤＰＢ4005はその他に、他のバッファ・メモリ4001、4002、4003とは異なるメモリ素子に分離されていてもよい。ＤＰＢ4005は復号後のピクチャを一時的に保持する。ＤＥＣ4004によってＰピクチャ又はＢピクチャが復号されるとき、ＤＰＢ4005はＤＥＣ4004からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してＤＥＣ4004に提供する。ＤＰＢ4005は更に、保持している各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ4090へ書き込む。

副映像デコーダ4071は主映像デコーダ4070と同様の構成を含む。副映像デコーダ4071はまず、ＰＩＤフィルタ4040から受信されたセカンダリ・ビデオ・ストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ4071は次に、そのＰＥＳパケットに含まれるＰＴＳの示す時刻に非圧縮のピクチャを副映像プレーン・メモリ4091へ書き込む。

ＰＧデコーダ4072は、ＰＩＤフィルタ4040から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号し、そのＰＥＳパケットに含まれるＰＴＳの示す時刻にＰＧプレーン・メモリ4092へ書き込む。

図４１の（ａ）は、ＰＧデコーダ4072がＰＧストリーム内の一つのデータ・エントリからグラフィックス・オブジェクトを復号する処理のフローチャートである。この処理は、ＰＧデコーダ4072がＰＩＤフィルタ4040から、図６に示されている一つのデータ・エントリを構成するＴＳパケット群を受信したときに開始される。図４１の（ｂ）−（ｅ）は、その処理に従って変化するグラフィックス・オブジェクトを示す模式図である。

ステップＳ４１０１では、ＰＧデコーダ4072はまず、ＰＣＳ内の参照オブジェクトＩＤ605と同じオブジェクトＩＤを持つＯＤＳを特定する。ＰＧデコーダ4072は次に、特定されたＯＤＳからグラフィックス・オブジェクトを復号してオブジェクト・バッファに書き込む。ここで、「オブジェクト・バッファ」は、ＰＧデコーダ4072に内蔵のバッファ・メモリである。図４１の（ｂ）に示されている「ニコちゃんマーク」FOBは、オブジェクト・バッファに書き込まれたグラフィックス・オブジェクトの例を示す。

ステップＳ４１０２では、ＰＧデコーダ4072はＰＣＳ内のクロッピング情報602に従ってクロッピング処理を行い、グラフィックス・オブジェクトからその一部を切り出して、オブジェクト・バッファに書き込む。図４１の（ｃ）では、ニコちゃんマークFOBの左右の両端部から帯状領域LST、RSTが切り取られて、残りの部分OBJがオブジェクト・バッファに書き込まれている。

ステップＳ４１０３では、ＰＧデコーダ4072はまず、ＰＣＳ内の参照ウィンドウＩＤ603と同じウィンドウＩＤを持つＷＤＳを特定する。ＰＧデコーダ4072は次に、特定されたＷＤＳの示すウィンドウ位置612と、ＰＣＳ内のオブジェクト表示位置601とから、グラフィックス・プレーンにおけるグラフィックス・オブジェクトの表示位置を決定する。図４１の（ｄ）では、グラフィックス・プレーンGPLにおけるウィンドウWINの左上隅の位置と、グラフィックス・オブジェクトOBJの左上隅の位置DSPとが決定される。

ステップＳ４１０４では、ＰＧデコーダ4072はオブジェクト・バッファ内のグラフィックス・オブジェクトを、ステップＳ４１０３で決定された表示位置に書き込む。その際、ＰＧデコーダ4072は、ＷＤＳの示すウィンドウ・サイズ613を利用して、グラフィックス・オブジェクトを描画する範囲を決める。図４１の（ｄ）では、グラフィックス・オブジェクトOBJがグラフィックス・プレーンGPLに、左上隅の位置DSPからウィンドウWINの範囲内で書き込まれている。

ステップＳ４１０５では、ＰＧデコーダ4072はまず、ＰＣＳ内の参照パレットＩＤ604と同じパレットＩＤを持つＰＤＳを特定する。ＰＧデコーダ4072は次に、ＰＤＳ内のＣＬＵＴ622を利用して、グラフィックス・オブジェクト内の各画素データが示すべき色座標値を決定する。図４１の（ｅ）では、グラフィックス・オブジェクトOBJ内の各画素の色が決定されている。こうして、一つのデータ・エントリの含むグラフィックス・オブジェクトの描画処理が完了する。ステップＳ４１０１−４１０５は、そのグラフィックス・オブジェクトと同じＰＥＳパケットに含まれるＰＴＳの示す時刻までに実行される。

ＩＧデコーダ4073は、ＰＩＤフィルタ4040から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号する。ＩＧデコーダ4073は更に、それらのＴＳパケットから復元されたＰＥＳパケットに含まれるＰＴＳの示す時刻に、その非圧縮のグラフィックス・オブジェクトをＩＧプレーン・メモリ4093へ書き込む。それらの処理の詳細は、ＰＧデコーダ4072によるものと同様である。

主音声デコーダ4074はまず、ＰＩＤフィルタ4040から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ4074は次に、そのバッファ内のＴＳパケット群からＴＳヘッダとＰＥＳヘッダとを除去し、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ4074は更にその音声データを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に音声ミキサ4095へ送出する。ここで、主音声デコーダ4074は、ＴＳパケットに含まれるプライマリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばＡＣ−３又はＤＴＳを含む。

副音声デコーダ4075は主音声デコーダ4074と同様の構成を含む。副音声デコーダ4075はまず、ＰＩＤフィルタ4040から受信されたセカンダリ・オーディオ・ストリームのＴＳパケット群からＰＥＳパケットを復元し、そのＰＥＳペイロードの含むデータを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ4075は次に、そのＰＥＳヘッダの含むＰＴＳの示す時刻にその非圧縮のＬＰＣＭ音声データを音声ミキサ4095へ送出する。ここで、副音声デコーダ4075は、ＴＳパケットに含まれるセカンダリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばドルビー・デジタル・プラス又はＤＴＳ−ＨＤ ＬＢＲを含む。

音声ミキサ4095は、主音声デコーダ4074と副音声デコーダ4075とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシングを行う。音声ミキサ4095は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。

イメージ・プロセッサ4080は、プログラム実行部3734からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタ・データを受信する。イメージ・プロセッサ4080はそのとき、そのグラフィックス・データに対するレンダリング処理を行ってイメージ・プレーン・メモリ4094へ書き込む。

＜３Ｄ再生装置の構成＞

３Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から３Ｄ映像コンテンツを再生するとき、３Ｄ再生装置として動作する。その構成の基本部分は、図３７、４０に示されている２Ｄ再生装置の構成と同様である。従って、以下では２Ｄ再生装置の構成からの拡張部分及び変更部分について説明し、基本部分の詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。また、２Ｄプレイリスト再生処理に利用される構成は２Ｄ再生装置の構成と同様である。従って、その詳細についての説明も上記の２Ｄ再生装置についての説明を援用する。以下の説明では、３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生処理、すなわち３Ｄプレイリスト再生処理を想定する。

図４２は、３Ｄ再生装置4200の機能ブロック図である。３Ｄ再生装置4200は、ＢＤ−ＲＯＭドライブ4201、再生部4202、及び制御部4203を含む。再生部4202は、スイッチ4220、第１リード・バッファ（以下、ＲＢ１と略す。）4221、第２リード・バッファ（以下、ＲＢ２と略す。）4222、システム・ターゲット・デコーダ4225、プレーン加算部4226、及びＨＤＭＩ通信部4227を含む。制御部4203は、動的シナリオ・メモリ4231、静的シナリオ・メモリ4232、ユーザイベント処理部4233、プログラム実行部4234、再生制御部4235、及びプレーヤ変数記憶部4236を含む。再生部4202と制御部4203とは、互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、動的シナリオ・メモリ4231、静的シナリオ・メモリ4232、ユーザイベント処理部4233、及びプログラム実行部4234は、図３７に示されている２Ｄ再生装置内のものと同様である。従って、それらの詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。

再生制御部4235は、３Ｄプレイリスト再生処理をプログラム実行部4234等から命じられたとき、静的シナリオ・メモリ4232に格納された３Ｄプレイリスト・ファイルからＰＩを順番に読み出してカレントＰＩとして設定する。再生制御部4235は、カレントＰＩを設定する度に、まず、そのＳＴＮテーブルとその３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳとに従って、システム・ターゲット・デコーダ4225とプレーン加算部4226との動作条件を設定する。具体的には、再生制御部4235は復号対象のエレメンタリ・ストリームのＰＩＤを選択して、そのエレメンタリ・ストリームの復号に必要な属性情報と共にシステム・ターゲット・デコーダ4225へ渡す。選択されたＰＩＤの示すエレメンタリ・ストリームの中にＰＧストリーム又はＩＧストリームが含まれている場合、再生制御部4235は更に、それらのストリーム・データに割り当てられた参照オフセットＩＤ3201とオフセット補正値3202とを特定して、プレーヤ変数記憶部4236内のＳＰＲＭ（２７）とＳＰＲＭ（２８）とのそれぞれに設定する。また、再生制御部4235は、ＳＴＮテーブルＳＳの示すポップアップ期間のオフセット3311に依って各プレーン・データの表示モードを選択し、システム・ターゲット・デコーダ4225とプレーン加算部4226とに指示する。

次に、再生制御部4235はカレントＰＩに従い、図２４の（ｅ）の説明で述べた手順で、読み出し対象のエクステントＳＳが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ4201に指示する。一方、再生制御部4235は、静的シナリオ・メモリ4232に格納されたクリップ情報ファイル内のエクステント起点を利用して、各エクステントＳＳ内のデータ・ブロックの境界を示す情報を生成する。その情報は、例えばそのエクステントＳＳの先頭から各境界までのソースパケット数を示す。再生制御部4235は更に、その情報をスイッチ4220へ渡す。

プレーヤ変数記憶部4236は、２Ｄ再生装置内のもの3736と同様に、図３８に示されているＳＰＲＭを含む。しかし、図３８とは異なり、ＳＰＲＭ（２４）は、図３６に示されている第１フラグを含み、ＳＰＲＭ（２５）は第２フラグを含む。その場合、ＳＰＲＭ（２４）が“０”であるときは再生装置102が２Ｄ映像の再生のみに対応可能であり、“１”であるときは３Ｄ映像の再生にも対応可能である。ＳＰＲＭ（２５）が“０”であるときは再生装置102がＬ／Ｒモードであり、“１”であるときはデプス・モードである。更に、ＳＰＲＭ（２５）が“２”であるときは再生装置102が２Ｄ再生モードである。

プレーヤ変数記憶部4236では更に図３８とは異なり、ＳＰＲＭ（２７）は各グラフィックス・プレーンに対する参照オフセットＩＤの格納領域を含み、ＳＰＲＭ（２８）は各グラフィックス・プレーンに対するオフセット補正値の格納領域を含む。図４３は、ＳＰＲＭ（２７）とＳＰＲＭ（２８）とのデータ構造を示す表である。図４３を参照するに、ＳＰＲＭ（２７）は、四種類の参照オフセットＩＤ4310−4313を格納する領域を含む。それらの参照オフセットＩＤは、ＰＧプレーンに対するもの（PG＿ref＿offset＿id）4310、ＩＧプレーンに対するもの（IG＿ref＿offset＿id）4311、副映像プレーンに対するもの（SV＿ref＿offset＿id）4312、及びイメージ・プレーンに対するもの（IM＿ref＿offset＿id）4313である。ＳＰＲＭ（２８）は、四種類のオフセット補正値4320−4323を格納する領域を含む。それらのオフセット補正値は、ＰＧプレーンに対するもの（PG＿offset＿adjustment）4320、ＩＧプレーンに対するもの（IG＿offset＿adjustment）4321、副映像プレーンに対するもの（SV＿offset＿adjustment）4322、及びイメージ・プレーンに対するもの（IM＿offset＿adjustment）4323である。

ＢＤ−ＲＯＭドライブ4201は、図３７に示されている２Ｄ再生装置内のもの3701と同様な構成要素を含む。ＢＤ−ＲＯＭドライブ4201は、再生制御部4235からＬＢＮの範囲が指示されたとき、その範囲の示すＢＤ−ＲＯＭディスク101上のセクタ群からデータを読み出す。特にファイルＳＳのエクステント、すなわちエクステントＳＳに属するソースパケット群は、ＢＤ−ＲＯＭドライブ4201からスイッチ4220へ転送される。ここで、各エクステントＳＳは、図１９に示されているとおり、ベースビューとディペンデントビューとのデータ・ブロックの対を一つ以上含む。それらのデータ・ブロックは、異なるリード・バッファ4221、4222へパラレルに転送されなければならない。従って、ＢＤ−ＲＯＭドライブ4201には２Ｄ再生装置内のＢＤ−ＲＯＭドライブ3701以上のアクセス・スピードが求められる。

スイッチ4220はＢＤ−ＲＯＭドライブ4201からはエクステントＳＳを受信する。一方、スイッチ4220は再生制御部4235からは、そのエクステントＳＳに含まれる各データ・ブロックの境界を示す情報、すなわち、そのエクステントＳＳの先頭から各境界までのソースパケット数を受信する。スイッチ4220は更に、その情報を利用して各エクステントＳＳからベースビュー・エクステントを抽出してＲＢ１4221へ送出し、ディペンデントビュー・エクステントを抽出してＲＢ２4222へ送出する。

ＲＢ１4221とＲＢ２4222とはいずれも、再生部4202内のメモリ素子を利用したバッファ・メモリである。特に単一のメモリ素子内の異なる領域がＲＢ１4221、ＲＢ２4222として利用される。その他に、異なるメモリ素子が個別にＲＢ１4221、ＲＢ２4222として利用されてもよい。ＲＢ１4221はスイッチ4220からベースビュー・エクステントを受信して格納する。ＲＢ２4222はスイッチ4220からディペンデントビュー・エクステントを受信して格納する。

システム・ターゲット・デコーダ4225は、３Ｄプレイリスト再生処理では、まず、再生制御部4235から復号対象のストリーム・データのＰＩＤと、その復号に必要な属性情報とを受信する。システム・ターゲット・デコーダ4225は次に、ＲＢ１4221に格納されたベースビュー・エクステントと、ＲＢ２4222に格納されたディペンデントビュー・エクステントとから交互にソースパケットを読み出す。システム・ターゲット・デコーダ4225は続いて、再生制御部4235から受信されたＰＩＤの示すエレメンタリ・ストリームを各ソースパケットから分離して復号する。システム・ターゲット・デコーダ4225は更に、復号後のエレメンタリ・ストリームをその種類別に内蔵のプレーン・メモリに書き込む。ベースビュー・ビデオ・ストリームは左映像プレーン・メモリに書き込まれ、ディペンデントビュー・ビデオ・ストリームは右映像プレーン・メモリに書き込まれる。一方、セカンダリ・ビデオ・ストリームは副映像プレーン・メモリに書き込まれ、ＩＧストリームはＩＧプレーン・メモリに書き込まれ、ＰＧストリームはＰＧプレーン・メモリに書き込まれる。ここで、セカンダリ・ビデオ・ストリームがベースビューとディペンデントビューとのビデオ・ストリームの対から成る場合、副映像プレーン・メモリはレフトビューとライトビューとの両方のプレーン・データに対して個別に用意される。システム・ターゲット・デコーダ4225はその他に、プログラム実行部4234からのグラフィックス・データ、例えばＪＰＥＧ又はＰＮＧ等のラスタ・データに対してレンダリング処理を行ってイメージ・プレーン・メモリに書き込む。

システム・ターゲット・デコーダ4225は、左映像プレーン・メモリと右映像プレーン・メモリとからのプレーン・データの出力モードを次のように、Ｂ−Ｄ表示モードとＢ−Ｂ表示モードとのいずれかに対応させる。再生制御部4235からＢ−Ｄ表示モードが指示されたとき、システム・ターゲット・デコーダ4225は左映像プレーン・メモリと右映像プレーン・メモリとから交互にプレーン・データを出力する。一方、再生制御部4235からＢ−Ｂ表示モードが指示されたとき、システム・ターゲット・デコーダ4225は動作モードを３Ｄ再生モードに維持したまま、左映像プレーン・メモリと右映像プレーン・メモリとのいずれかからのみ、プレーン・データを一フレーム当たり二回ずつ出力する。

再生制御部4235から１プレーン＋オフセット・モードが指示されたとき、システム・ターゲット・デコーダ4225は、ディペンデントビュー・ビデオ・ストリームから各ビデオ・シーケンスの先頭のＶＡＵを読み出す度に、そのＶＡＵからオフセット・メタデータ1110を読み出す。そのビデオ・シーケンスの再生区間では、システム・ターゲット・デコーダ4225は、まず、各ＶＡＵと共に同じＰＥＳパケットに格納されたＰＴＳと、そのＶＡＵの圧縮ピクチャ・データの表すフレームの番号とを特定する。システム・ターゲット・デコーダ4225は、次に、オフセット・メタデータから、そのフレーム番号に対応付けられたオフセット情報を読み出して、特定されたＰＴＳの示す時刻にプレーン加算部4226へ送出する。

プレーン加算部4226は、システム・ターゲット・デコーダ4225から各種のプレーン・データを受信し、それらを互いに重畳して一つのフレーム又はフィールドに合成する。特にＬ／Ｒモードでは、左映像プレーン・データはレフトビュー・ビデオ・プレーンを表し、右映像プレーン・データはライトビュー・ビデオ・プレーンを表す。従って、プレーン加算部4226は、左映像プレーン・データには、レフトビューを表す他のプレーン・データを重畳し、右映像プレーン・データには、ライトビューを表す他のプレーン・データを重畳する。一方、デプス・モードでは、右映像プレーン・データは、左映像プレーン・データの表すビデオ・プレーンに対するデプスマップを表す。従って、プレーン加算部4226はまず、両方の映像プレーン・データからレフトビューとライトビューとのビデオ・プレーン・データの対を生成する。その後、プレーン加算部4226はＬ／Ｒモードでの合成処理と同様に合成処理を行う。

プレーン加算部4226は再生制御部4235から、副映像プレーン、ＰＧプレーン、ＩＧプレーン、又はイメージ・プレーンの表示モードとして１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードが指示されているとき、システム・ターゲット・デコーダ4225から受信されたプレーン・データに対してオフセット制御を行う。それにより、各プレーン・データからレフトビューとライトビューとのプレーン・データの対が生成される。

特に１プレーン＋オフセット・モードが指示されているとき、プレーン加算部4226はまず、プレーヤ変数記憶部4236内のＳＰＲＭ（２７）から各グラフィックス・プレーンに対する参照オフセットＩＤ4310−4313を読み出す。プレーン加算部4226は次に、システム・ターゲット・デコーダ4225から受け取ったオフセット情報を参照して、各参照オフセットＩＤ4310−4313の示すオフセット・シーケンス1113に属するオフセット情報、すなわちオフセット方向1122とオフセット値1123との対を検索する。プレーン加算部4226は続いて、プレーヤ変数記憶部4236内のＳＰＲＭ（２８）から各グラフィックス・プレーンに対するオフセット補正値4320−4323を読み出して、対応するオフセット値に加える。プレーン加算部4226はその後、各オフセット値を利用して、対応するグラフィックス・プレーンに対してオフセット制御を行う。

一方、１プレーン＋ゼロ・オフセット・モードが指示されているとき、プレーン加算部4226は、ＳＰＲＭ（２７）、ＳＰＲＭ（２８）のいずれも参照することなく、各グラフィックス・プレーンに対するオフセット値を“０”としてオフセット制御を行う。従って、同じプレーン・データが、レフトビューとライトビューとのそれぞれを表すグラフィックス・プレーンとして繰り返し、他のプレーン・データに合成される。

ＨＤＭＩ通信部4227はＨＤＭＩケーブル122で表示装置103に接続され、ＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換する。それにより、ＨＤＭＩ通信部4227は表示装置103に対してＨＤＭＩ認証を行い、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせる。

≪３Ｄプレイリスト再生処理≫

図４４は、再生制御部4235による３Ｄプレイリスト再生処理のフローチャートである。３Ｄプレイリスト再生処理は、再生制御部4235が静的シナリオ・メモリ4232から３Ｄプレイリスト・ファイルを読み出すことによって開始される。

ステップＳ４４０１では、再生制御部4235はまず、３Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出して、カレントのＰＩとして設定する。再生制御部4235は次に、そのカレントＰＩのＳＴＮテーブルから、再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部4235は更に、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳのうち、カレントＰＩに対応するものから、再生対象のエレメンタリ・ストリームとして追加されるべきもののＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ4225に指示される。再生制御部4235はその他に、３Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩと同時に参照されるべきＳＵＢ＿ＰＩを特定し、カレントのＳＵＢ＿ＰＩとして設定する。その後、処理はステップＳ４４０２へ進む。

ステップＳ４４０２では、再生制御部4235は、ＳＴＮテーブルＳＳの示すポップアップ期間のオフセットに依って各プレーン・データの表示モードを選択し、システム・ターゲット・デコーダ4225とプレーン加算部4226とに指示する。特に、ポップアップ期間のオフセットの値が“０”であるとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセットの値が“１”であるとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。その後、処理はステップＳ４４０３へ進む。

ステップＳ４４０３では、グラフィックス・プレーンの表示モードとして１プレーン＋オフセット・モードと１プレーン＋ゼロ・オフセット・モードとのいずれが選択されかをチェックする。１プレーン＋オフセット・モードが選択された場合、処理はステップＳ４４０４へ進む。一方、１プレーン＋ゼロ・オフセット・モードが選択された場合、処理はステップＳ４４０５へ進む。

ステップＳ４４０４では、再生制御部4235は、カレントＰＩのＳＴＮテーブルを参照して、選択されたＰＩＤの示すエレメンタリ・ストリームの中からＰＧストリーム又はＩＧストリームを検出する。再生制御部4235は更に、それらのストリーム・データに割り当てられた参照オフセットＩＤとオフセット補正値とを特定して、プレーヤ変数記憶部4236内のＳＰＲＭ（２７）とＳＰＲＭ（２８）とのそれぞれに設定する。その後、処理はステップＳ４４０５へ進む。

ステップＳ４４０５では、再生制御部4235は、カレントのＰＩとＳＵＢ＿ＰＩとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２ＤとファイルＤＥＰとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップＳ４４０６へ進む。

ステップＳ４４０６では、再生制御部4235は、ステップＳ４４０５で特定されたクリップ情報ファイルの各エントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２とファイルＤＥＰ内のＳＰＮ＃１１、＃１２とを検索する。再生制御部4235は更に、図２４を用いて説明したように、各クリップ情報ファイルのエクステント起点を利用して、ファイルＳＳの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定し、ファイルＳＳの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。具体的には、再生制御部4235はまず、２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中からＳＰＮ＃１以下で最大のもの“Ａｍ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中からＳＰＮ＃１１以下で最大のもの“Ｂｍ”を検索する。再生制御部4235は続いて、検索されたＳＰＮの和Ａｍ＋Ｂｍを求めてＳＰＮ＃２１として決定する。再生制御部4235は次に、２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃２よりも大きく、かつ最小のもの“Ａｎ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１２より大きく、かつ最小のもの“Ｂｎ”を検索する。再生制御部4235は続いて、検索されたＳＰＮの和Ａｎ＋Ｂｎを求めてＳＰＮ＃２２として決定する。その後、処理はステップＳ４４０７へ進む。

ステップＳ４４０７では、再生制御部4235は、ステップＳ４４０６で決定されたＳＰＮ＃２１、＃２２をセクタ数の対Ｎ１、Ｎ２に変換する。具体的には、再生制御部4235はまず、ＳＰＮ＃２１とソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部4235は次に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商ＳＰＮ＃２１×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生開始位置の直前までのセクタ数Ｎ１に等しい。同様に、再生制御部4235はＳＰＮ＃２２から商ＳＰＮ＃２２×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生終了位置の直前までのセクタ数Ｎ２に等しい。その後、処理はステップＳ４４０８へ進む。

ステップＳ４４０８では、再生制御部4235は、ステップＳ４４０７で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のエクステントＳＳ群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4235は、再生対象のファイルＳＳのファイル・エントリを参照して、エクステントＳＳ群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4235は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ4201に指定する。その結果、指定された範囲のセクタ群から、エクステントＳＳ群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ４４０９へ進む。

ステップＳ４４０９では、再生制御部4235は、ステップＳ４４０６で利用されたクリップ情報ファイルのエクステント起点を再び利用して、エクステントＳＳ群に含まれるディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとの間の境界を示す情報（以下、データ・ブロック境界情報と呼ぶ。）を生成してスイッチ4220へ送出する。具体的な例として、再生開始位置を示すＳＰＮ＃２１が、各エクステント起点の示すＳＰＮの和Ａｎ＋Ｂｎに等しく、再生終了位置を示すＳＰＮ＃２２が、各エクステント起点の示すＳＰＮの和Ａｍ＋Ｂｍに等しいときを想定する。そのとき、再生制御部4235は、各エクステント起点からＳＰＮの差の列、Ａ（ｎ＋１）−Ａｎ、Ｂ（ｎ＋１）−Ｂｎ、Ａ（ｎ＋２）−Ａ（ｎ＋１）、Ｂ（ｎ＋２）−Ｂ（ｎ＋１）、…、Ａｍ−Ａ（ｍ−１）、Ｂｍ−Ｂ（ｍ−１）を求めて、データ・ブロック境界情報としてスイッチ4220へ送出する。図２４の（ｅ）に示されているとおり、この列は、エクステントＳＳに含まれる各データ・ブロックのソースパケット数を示す。スイッチ4220は、ＢＤ−ＲＯＭドライブ4201から受信されるエクステントＳＳのソースパケット数を０からカウントし、そのカウントが、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、ソースパケットの送出先をＲＢ１4221とＲＢ２4222との間で切り換え、かつカウントを０にリセットする。その結果、エクステントＳＳの先頭から｛Ｂ（ｎ＋１）−Ｂｎ｝個のソースパケットは最初のディペンデントビュー・エクステントとしてＲＢ２4222へ送出され、続く｛Ａ（ｎ＋１）−Ａｎ｝個のソースパケットは最初のベースビュー・エクステントとしてＲＢ１4221へ送出される。以降も同様に、スイッチ4220によって受信されるソースパケットの数が、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、エクステントＳＳからディペンデントビュー・エクステントとベースビュー・エクステントとが交互に抽出される。

ステップＳ４４１０では、再生制御部4235は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ４４０１から繰り返される。残されていないときは、処理が終了する。

≪システム・ターゲット・デコーダ≫

システム・ターゲット・デコーダ4225に、ディペンデントビュー・ビデオ・ストリームからオフセット・メタデータを抽出する機能を実装する具体的な手段としては、次の二種類が想定される。第１の手段では、システム・ターゲット・デコーダ4225にＴＳ優先度フィルタとオフセット・メタデータ処理部とが、主映像デコーダから独立したモジュールとして実装される。ＴＳ優先度フィルタは、ＴＳ優先度フラグの値に従って、オフセット・メタデータを含むＴＳパケットと、ディペンデントビュー・ピクチャを含むＴＳパケットとを選別する。オフセット・メタデータ処理部は、オフセット・メタデータを含むＴＳパケットからオフセット情報を抽出する。第２の手段では、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットが、ＴＳ優先度フラグの値にかかわらず、システム・ターゲット・デコーダ4225内の主映像デコーダに送られる。主映像デコーダは、ディペンデントビュー・ビデオ・ストリームの復号処理と並行して、ディペンデントビュー・ビデオ・ストリームからオフセット情報を抽出する。

（第１の手段）

図４５は、第１の手段によるシステム・ターゲット・デコーダ4225の機能ブロック図である。図４５に示されている構成要素は、図４０に示されている２Ｄ再生装置のもの3724とは次の点で異なる：（Ａ）リード・バッファから各デコーダへの入力系統が二重化されている；（Ｂ）ＴＳ優先度フィルタとオフセット・メタデータ処理部とが設置されている。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、イメージ・プロセッサ、及び各プレーン・メモリは、図４０に示されている２Ｄ再生装置のものと同様である。従って、以下では、図４５に示されている構成要素のうち、図４０に示されているものとは異なるものについて説明する。一方、同様な構成要素の詳細についての説明は、図４０についての説明を援用する。更に、各映像デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ4515の構造について説明する。同様な説明は他の映像デコーダの構造についても成立する。

第１ソース・デパケタイザ4511は、ＲＢ１4221からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第１ＰＩＤフィルタ4513へ送出する。第２ソース・デパケタイザ4512は、ＲＢ２4222からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第２ＰＩＤフィルタ4514へ送出する。各ソース・デパケタイザ4511、4512は更に、各ＴＳパケットの送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。その同期方法は、図４０に示されているソース・デパケタイザ4010による方法と同様である。従って、その詳細についての説明は、図４０についての説明を援用する。そのような送出時刻の調節により、第１ソース・デパケタイザ4511から第１ＰＩＤフィルタ4513へのＴＳパケットの平均転送速度は、２Ｄクリップ情報ファイルの示すシステムレートR_TS1を超えない。同様に、第２ソース・デパケタイザ4512から第２ＰＩＤフィルタ4514へのＴＳパケットの平均転送速度は、ディペンデントビュー・クリップ情報ファイルの示すシステムレートR_TS2を超えない。

第１ＰＩＤフィルタ4513は、第１ソース・デパケタイザ4511からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4235によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルに従って指定されている。両方のＰＩＤが一致したとき、第１ＰＩＤフィルタ4513はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4515内のＴＢ１4501へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。

第２ＰＩＤフィルタ4514は、第２ソース・デパケタイザ4512からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4235によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳに従って指定されている。両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ4514はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダ、又はＴＳ優先度フィルタ4551へ転送する。例えばＰＩＤが０ｘ１０１２又は０ｘ１０１３であるとき、そのＴＳパケットはＴＳ優先度フィルタ4551へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ２０−０ｘ１Ｂ３Ｆ、０ｘ１２２０−０ｘ１２７Ｆ、及び０ｘ１４２０−０ｘ１４７Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。

ＴＳ優先度フィルタ4551は、第２ＰＩＤフィルタ4514からＴＳパケットを受信して、それぞれのＴＳヘッダ501HからＴＳ優先度511を読み出す。ここで、第２ＰＩＤフィルタ4514からＴＳ優先度フィルタ4551へは、ＰＩＤ＝０ｘ１０１２又は０ｘ１０１３のＴＳパケットが転送される。すなわち、それらのＴＳパケットはディペンデントビュー・ビデオ・ストリームを格納している。

図１５に示されているＴＳパケット列1520のうち、第１グループ1521と第３グループ1523とではＴＳ優先度が“０”であり、第２グループ1522ではＴＳ優先度が“１”である。ＴＳ優先度フィルタ4551はそのＴＳパケット列1520の中から、ＴＳ優先度＝０のＴＳパケットを主映像デコーダ4515内のＴＢ２4508へ転送し、ＴＳ優先度＝１のＴＳパケットをオフセット・メタデータ処理部4552へ転送する。図１５に示されているとおり、ＴＳ優先度＝１のＴＳパケットは第２グループ1522に属するので、そのＴＳペイロードは、オフセット・メタデータ1509のみから構成される補足データ1504のみを含む。従って、ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１のうち、オフセット・メタデータ1509のみから構成される補足データはオフセット・メタデータ処理部4552へ転送され、残りは、他の補足データも含め、主映像デコーダ4515へ転送される。

図１６に示されているＴＳパケット列1620のうち、第１グループ1621と第２グループ1622とではＴＳ優先度が“１”であり、第３グループ1623ではＴＳ優先度が“０”である。ＴＳ優先度フィルタ4551はそのＴＳパケット列1620の中から、ＴＳ優先度＝０のＴＳパケットを主映像デコーダ4515内のＴＢ２4508へ転送し、ＴＳ優先度＝１のＴＳパケットを、ＴＢ２4508とオフセット・メタデータ処理部4552との両方へ転送する。従って、ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１が主映像デコーダ4515へ転送される一方、サブＡＵ識別コードから補足データまではオフセット・メタデータ処理部4552へも転送される。

主映像デコーダ4515は、ＴＢ１4501、ＭＢ１4502、ＥＢ１4503、ＴＢ２4508、ＭＢ２4509、ＥＢ２4510、バッファ・スイッチ4506、ＤＥＣ4504、ＤＰＢ4505、及びピクチャ・スイッチ4507を含む。ＴＢ１4501、ＭＢ１4502、ＥＢ１4503、ＴＢ２4508、ＭＢ２4509、ＥＢ２4510、及びＤＰＢ4505はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ4515に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。

ＴＢ１4501は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ4513から受信してそのまま蓄積する。ＭＢ１4502は、ＴＢ１4501に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ１4503は、ＭＢ１4502に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。

ＴＢ２4508は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットをＴＳ優先度フィルタ4551から受信してそのまま蓄積する。ＭＢ２4509は、ＴＢ２4508に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ２4510は、ＭＢ２4509に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。

バッファ・スイッチ4506は、ＥＢ１4503とＥＢ２4510とのそれぞれに蓄積されたＶＡＵのヘッダをＤＥＣ4504からの要求に応じて転送する。バッファ・スイッチ4506は更に、そのＶＡＵの圧縮ピクチャ・データを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻にＤＥＣ4504へ転送する。ここで、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間では、同じ３Ｄ・ＶＡＵに属する一対のピクチャのＤＴＳが等しい。従って、バッファ・スイッチ4506は、ＤＴＳの等しい一対のＶＡＵのうち、ＥＢ１4503に蓄積された方を先にＤＥＣ4504へ転送する。その他に、バッファ・スイッチ4506は、そのＶＡＵ内の復号スイッチ情報1750をＤＥＣ4504に返信させてもよい。その場合、バッファ・スイッチ4506はその復号スイッチ情報1750を使って、次のＶＡＵをＥＢ１4503とＥＢ２4510とのいずれから転送すべきか決定できる。

ＤＥＣ4504は、図４０に示されているＤＥＣ4004と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4504は、バッファ・スイッチ4506から転送された圧縮ピクチャ・データを順次復号する。その復号処理では、ＤＥＣ4504は予め、各ＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、及びＶＣ１を含む。ＤＥＣ4504は更に、復号された非圧縮のピクチャをＤＰＢ4505へ転送する。

ＤＰＢ4505は、ＤＥＣ4504によって復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ4504がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ4505はＤＥＣ4504からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してＤＥＣ4504に提供する。

ピクチャ・スイッチ4507は、ＤＰＢ4505から非圧縮の各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に、左映像プレーン・メモリ4520と右映像プレーン・メモリ4521とのいずれかに書き込む。ここで、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャとディペンデントビュー・ピクチャとではＰＴＳが等しい。従って、ピクチャ・スイッチ4507は、ＤＰＢ4505に保持された、ＰＴＳの等しい一対のピクチャのうち、ベースビュー・ピクチャを先に左映像プレーン・メモリ4520に書き込み、続いてディペンデントビュー・ピクチャを右映像プレーン・メモリ4521に書き込む。

オフセット・メタデータ処理部4552は、主映像デコーダ4515と同じチップ上に実装されているが、主映像デコーダ4515とは別のモジュールとして構成されている。その他に、オフセット・メタデータ処理部4552は、主映像デコーダ4515とは別のチップ上に実装されていてもよい。更に、オフセット・メタデータ処理部4552は、専用のハードウェアとして構成されても、汎用のハードウェアをソフトウェアで制御することによって実現されてもよい。オフセット・メタデータ処理部4552は、ＴＳ優先度フィルタ4551から転送されたＴＳパケット群を解析して、それらのＴＳペイロードに格納された補足データからオフセット・メタデータを読み出す。

図１５に示されているＴＳパケット列1520では、ＶＡＵ＃１と共に同じＰＥＳパケットに属するＰＥＳヘッダは、主映像デコーダ4515へ転送されるＴＳパケット群に格納されている。従って、オフセット・メタデータ処理部4552は、ＶＡＵ＃１の表すフレームのＰＴＳをオフセット・メタデータから読み取る。一方、図１６に示されているＴＳパケット列1620では、そのＰＥＳヘッダは、オフセット・メタデータ処理部4552へ転送されるＴＳパケット群にも格納されている。従って、オフセット・メタデータ処理部4552は、ＶＡＵ＃１の表すフレームのＰＴＳを、そのＰＥＳヘッダとオフセット・メタデータとのいずれから読み取ってもよい。

オフセット・メタデータ処理部4552は、そのＰＴＳの示す時刻からフレーム周期でフレーム番号を０から１ずつインクリメントする。オフセット・メタデータ処理部4552は更に、そのインクリメントに同期して、各フレーム番号に対応付けられたオフセット情報をオフセット・メタデータから検索し、プレーン加算部4226へ送出する。ここで、ＴＳ優先度フィルタ4551により、圧縮ピクチャ・データは、図１５、１６のいずれに示されているＴＳパケット列1520、1620からもオフセット・メタデータ処理部4552へは転送されない。従って、オフセット・メタデータ処理部4552は、圧縮ピクチャ・データに妨げられることなく、オフセット情報を確実に管理できる。

（第２の手段）

図４６は、第２の手段によるシステム・ターゲット・デコーダ4225の含む、ビデオ・ストリームの処理系統を示す機能ブロック図である。図４６に示されているシステム・ターゲット・デコーダ4225は、図４５に示されているものとは、主映像デコーダ4615内のＤＥＣ4604の機能が異なる。その他の要素は同様である。図４６では、図４５に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図４５に示されている要素についての説明を援用する。

ＤＥＣ4604は、図４５に示されているＤＥＣ4504と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4604は、バッファ・スイッチ4506から転送された圧縮ピクチャ・データを順次復号し、復号された非圧縮のピクチャをＤＰＢ4505へ転送する。ＤＥＣ4604は更に、ディペンデントビュー・ビデオ・ストリームから各ビデオ・シーケンスの先頭のＶＡＵを読み出す度に、そのＶＡＵからオフセット・メタデータを読み出す。そのビデオ・シーケンスの再生区間では、ＤＥＣ4604は、まず、各ＶＡＵと共に同じＰＥＳパケットに格納されたＰＴＳと、そのＶＡＵの圧縮ピクチャ・データの表すフレームの番号とを特定する。ＤＥＣ4604は次に、オフセット・メタデータから、そのフレーム番号に対応付けられたオフセット情報を読み出して、特定されたＰＴＳの示す時刻にプレーン加算部4226へ送出する。

≪プレーン加算部≫

図４７は、プレーン加算部4226の機能ブロック図である。図４７を参照するに、プレーン加算部4226は、視差映像生成部4710、スイッチ4720、四つのクロッピング処理部4731−4734、及び四つの加算部4741−4744を含む。

視差映像生成部4710は、システム・ターゲット・デコーダ4225から左映像プレーン・データ4701と右映像プレーン・データ4702とを受信する。Ｌ／Ｒモードの再生装置102では、左映像プレーン・データ4701はレフトビュー・ビデオ・プレーンを表し、右映像プレーン・データ4702はライトビュー・ビデオ・プレーンを表す。そのとき、視差映像生成部4710は各ビデオ・プレーン4701、4702をそのままスイッチ4720へ送出する。一方、デプス・モードの再生装置102では、左映像プレーン・データ4701は２Ｄ映像のビデオ・プレーンを表し、右映像プレーン・データ4702はその２Ｄ映像に対するデプスマップを表す。そのとき、視差映像生成部4710はまず、そのデプスマップからその２Ｄ映像の各部の両眼視差を計算する。視差映像生成部4710は次に、左映像プレーン・データ4701を加工して、ビデオ・プレーンにおけるその２Ｄ映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビューとライトビューとを表すビデオ・プレーンの対が生成される。視差映像生成部4710は更に、そのビデオ・プレーンの対を左映像と右映像とのプレーン・データの対としてスイッチ4720へ送出する。

スイッチ4720は、再生制御部4235からＢ−Ｄ表示モードが指示されているとき、ＰＴＳの等しい左映像プレーン・データ4701と右映像プレーン・データ4702とをその順で第１加算部4741へ送出する。スイッチ4720は、再生制御部4235からＢ−Ｂ表示モードが指示されているとき、ＰＴＳの等しい左映像プレーン・データ4701と右映像プレーン・データ4702との一方を一フレーム当たり二回ずつ第１加算部4741へ送出し、他方を破棄する。

第１クロッピング処理部4731は、視差映像生成部4710とスイッチ4720との対と同様な構成を入力部に含む。副映像プレーン・データがレフトビューとライトビューとの対である場合にはそれらの構成が利用される。特にデプス・モードの再生装置102では、副映像プレーン・データの対は、第１クロッピング処理部4731内の視差映像生成部によってレフトビューとライトビューとのプレーン・データの対に変換される。再生制御部4235からＢ−Ｄ表示モードが指示されているとき、レフトビューとライトビューとのプレーン・データが交互に第１加算部4741へ送出される。一方、再生制御部4235からＢ−Ｂ表示モードが指示されているとき、レフトビューとライトビューとのプレーン・データの一方が一フレーム当たり二回ずつ第１加算部4741へ送出され、他方は破棄される。

再生制御部4235から１プレーン＋オフセット・モードが指示されているとき、第１クロッピング処理部4731は副映像プレーン・データ4703に対してオフセット制御を次のように行う。第１クロッピング処理部4731はまず、システム・ターゲット・デコーダ4225からオフセット情報4707を受信する。そのとき、第１クロッピング処理部4731は、プレーヤ変数記憶部4236内のＳＰＲＭ（２７）4751から、副映像プレーンに対する参照オフセットＩＤ（SV＿ref＿offset＿id）4312を読み出す。第１クロッピング処理部4731は次に、その参照オフセットＩＤ4312の示すオフセット・シーケンスに属するオフセット情報を、システム・ターゲット・デコーダ4225から受け取ったオフセット情報4707の中から検索する。第１クロッピング処理部4731は続いて、プレーヤ変数記憶部4236内のＳＰＲＭ（２８）4752から、副映像プレーンに対するオフセット補正値（SV＿offset＿adjustment）4322を読み出して、検索されたオフセット値に加える。第１クロッピング処理部4731はその後、そのオフセット値を利用して、副映像プレーン・データ4703に対してオフセット制御を行う。その結果、副映像プレーン・データ4703は、レフトビューとライトビューとを表す一対の副映像プレーン・データに変換されて交互に送出される。

ここで、ＳＰＲＭ（２７）4751とＳＰＲＭ（２８）4752との各値は一般に、カレントＰＩが切り換わる度に再生制御部4235によって更新される。その他に、プログラム実行部4234が、ムービーオブジェクト又はＢＤ−Ｊオブジェクトに従ってＳＰＲＭ（２７）4751とＳＰＲＭ（２８）4752との各値を設定してもよい。

一方、再生制御部4235から１プレーン＋ゼロ・オフセット・モードが指示されているとき、第１クロッピング処理部4731はオフセット制御を行うことなく、副映像プレーン・データ4703をそのまま、二回繰り返して送出する。

同様に、第２クロッピング処理部4732は、ＰＧプレーンに対する参照オフセットＩＤ（PG＿ref＿offset＿id）4310とオフセット補正値（PG＿offset＿adjustment）4320とを利用して、ＰＧプレーン・データ4704に対してオフセット制御を行う。第３クロッピング処理部4733は、ＩＧプレーンに対する参照オフセットＩＤ（IG＿ref＿offset＿id）4311とオフセット補正値（IG＿offset＿adjustment）4321とを利用して、ＩＧプレーン・データ4705に対してオフセット制御を行う。第４クロッピング処理部4734は、イメージ・プレーンに対する参照オフセットＩＤ（IM＿ref＿offset＿id）4313とオフセット補正値（IM＿offset＿adjustment）4323とを利用して、イメージ・プレーン・データ4706に対してオフセット制御を行う。

［オフセット制御のフローチャート］

図４８は、各クロッピング処理部4731−4734によるオフセット制御のフローチャートである。各クロッピング処理部4731−4734は、システム・ターゲット・デコーダ4225からオフセット情報4707を受信したときにオフセット制御を開始する。以下、第２クロッピング処理部4732がＰＧプレーン・データ4704に対してオフセット制御を行う場合を、例に挙げる。他のクロッピング処理部4731、4733、4734はそれぞれ、副映像プレーン・データ4703、ＩＧプレーン・データ4705、及びイメージ・プレーン・データ4706に対して同様な処理を行う。

ステップＳ４８０１では、第２クロッピング処理部4732はまず、システム・ターゲット・デコーダ4225からＰＧプレーン・データ4704を受信する。そのとき、第２クロッピング処理部4732は、ＳＰＲＭ（２７）4751からＰＧプレーンに対する参照オフセットＩＤ（PG＿ref＿offset＿id）4310を読み出す。第２クロッピング処理部4731は次に、その参照オフセットＩＤ4310の示すオフセット・シーケンスに属するオフセット情報を、システム・ターゲット・デコーダ4225から受け取ったオフセット情報4707の中から検索する。その後、処理はステップＳ４８０２へ進む。

ステップＳ４８０２では、第２クロッピング処理部4732は、ＳＰＲＭ（２８）4752からＰＧプレーンに対するオフセット補正値（PG＿offset＿adjustment）4320を読み出して、ステップＳ４８０１で検索されたオフセット値に加える。その後、処理はステップＳ４８０３へ進む。

ステップＳ４８０３では、第２クロッピング処理部4732は、スイッチ4720によって選択されたビデオ・プレーン・データがレフトビューとライトビューとのいずれを表すかチェックする。ビデオ・プレーン・データがレフトビューを表すとき、処理はステップＳ４８０４へ進む。ビデオ・プレーン・データがライトビューを表すとき、処理はステップＳ４８０７へ進む。

ステップＳ４８０４では、第２クロッピング処理部4732は、検索されたオフセット方向の値をチェックする。以下では次の場合を想定する：オフセット方向の値が“０”であるときは３Ｄグラフィックス映像の奥行きが画面よりも手前であり、オフセット方向の値が“１”であるときは奥である。その場合、オフセット方向の値が“０”であるとき、処理はステップＳ４８０５へ進む。オフセット方向の値が“１”であるとき、処理はステップＳ４８０６へ進む。

ステップＳ４８０５では、第２クロッピング処理部4732はＰＧプレーン・データ4704に右向きのオフセットを与える。すなわち、ＰＧプレーン・データ4704の含む各画素データの位置をオフセット値だけ右に移動させる。その後、処理はステップＳ４８１０へ進む。

ステップＳ４８０６では、第２クロッピング処理部4732はＰＧプレーン・データ4704に左向きのオフセットを与える。すなわち、ＰＧプレーン・データ4704の含む各画素データの位置をオフセット値だけ左に移動させる。その後、処理はステップＳ４８１０へ進む。

ステップＳ４８０７では、第２クロッピング処理部4732は、検索されたオフセット方向の値をチェックする。オフセット方向の値が“０”であるとき、処理はステップＳ４８０８へ進む。オフセット方向の値が“１”であるとき、処理はステップＳ４８０９へ進む。

ステップＳ４８０８では、ステップＳ４８０５とは逆に、第２クロッピング処理部4732はＰＧプレーン・データ4704に左向きのオフセットを与える。すなわち、ＰＧプレーン・データ4704の含む各画素データの位置をオフセット値だけ左に移動させる。その後、処理はステップＳ４８１０へ進む。

ステップＳ４８０９では、ステップＳ４８０６とは逆に、第２クロッピング処理部4732はＰＧプレーン・データ4704に右向きのオフセットを与える。すなわち、ＰＧプレーン・データ4704の含む各画素データの位置をオフセット値だけ右に移動させる。その後、処理はステップＳ４８１０へ進む。

ステップＳ４８１０では、第２クロッピング処理部4732は、処理後のＰＧプレーン・データ4704を第３クロッピング処理部4734へ送出する。その後、処理は終了する。

［オフセット制御によるプレーン・データの変化］

図４９の（ｂ）は、第２クロッピング処理部4732によるオフセット制御で加工される前のＰＧプレーン・データGPを示す模式図である。図４９の（ｂ）を参照するに、ＰＧプレーン・データGPは、字幕“Ｉ Ｌｏｖｅ ｙｏｕ”を表す画素データ群、すなわち字幕データSTLを含む。その字幕データSTLはＰＧプレーン・データGPの左端から距離D0に位置する。

図４９の（ａ）は、右向きのオフセットが与えられたＰＧプレーン・データRGPを示す模式図である。図４９の（ａ）を参照するに、第２クロッピング処理部4732は、ＰＧプレーン・データGPに右向きのオフセットを与える場合、ＰＧプレーン・データGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ右に移動させる。具体的には、第２クロッピング処理部4732はまず、クロッピング処理によってＰＧプレーン・データGPの右端から、オフセット値に等しい幅OFSの帯状領域AR1に含まれる画素データを除去する。第２クロッピング処理部4732は次に、ＰＧプレーン・データGPの左端に画素データを付加して、幅OFSの帯状領域AL1を構成する。ここで、その領域AL1に含まれる画素データは透明に設定される。こうして、右向きのオフセットが与えられたＰＧプレーン・データRGPが得られる。実際、字幕データSTLはそのＰＧプレーン・データRGPの左端から距離DRに位置し、その距離DRは、元の距離D0にオフセット値OFSを加えた値に等しい：DR＝D0＋OFS。

図４９の（ｃ）は、左向きのオフセットが与えられたＰＧプレーン・データLGPを示す模式図である。図４９の（ｃ）を参照するに、第２クロッピング処理部4732は、ＰＧプレーン・データGPに左向きのオフセットを与える場合、ＰＧプレーン・データGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ左に移動させる。具体的には、第２クロッピング処理部4732はまず、クロッピング処理によってＰＧプレーン・データGPの左端から、オフセット値に等しい幅OFSの帯状領域AL2に含まれる画素データを除去する。第２クロッピング処理部4732は次に、ＰＧプレーン・データGPの右端に画素データを付加して、幅OFSの帯状領域AR2を構成する。ここで、その領域AR2に含まれる画素データは透明に設定される。こうして、左向きのオフセットが与えられたＰＧプレーン・データLGPが得られる。実際、字幕データSTLはそのＰＧプレーン・データLGPの左端から距離DLに位置し、その距離DLは、元の距離D0からオフセット値OFSを除いた値に等しい：DL＝D0−OFS。

図４７を再び参照するに、第１加算部4741は、スイッチ4720からビデオ・プレーン・データを受信し、第１クロッピング処理部4731から副映像プレーン・データを受信する。第１加算部4741はそのとき、それらのビデオ・プレーン・データと副映像プレーン・データとを一組ずつ重畳して第２加算部4742に渡す。第２加算部4742は、第２クロッピング処理部4732からＰＧプレーン・データを受信し、第１加算部4741からのプレーン・データに重畳して第３加算部4743に渡す。第３加算部4743は、第３クロッピング処理部4733からＩＧプレーン・データを受信し、第２加算部4742からのプレーン・データに重畳して第４加算部4744に渡す。第４加算部4744は、第４クロッピング処理部4734からイメージ・プレーン・データを受信し、第３加算部4743からのプレーン・データに重畳して表示装置103へ送出する。ここで、各加算部4741−4744は、プレーン・データの重畳にα合成を利用する。こうして、左映像プレーン・データ4701と右映像プレーン・データ4702とのそれぞれに、図４７に矢印4700で示されている順序で、副映像プレーン・データ4703、ＰＧプレーン・データ4704、ＩＧプレーン・データ4705、及びイメージ・プレーン・データ4706が重畳される。その結果、各プレーン・データの示す映像は表示装置103の画面上に、左映像プレーン又は右映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンの順に重ねられたように表示される。

プレーン加算部4724は上記の処理の他に、四つの加算部4741−4744によって合成されたプレーン・データの出力形式を、表示装置103等、そのデータの出力先の装置による３Ｄ映像の表示方式に合わせて変換する。例えば出力先の装置が継時分離方式を利用するとき、プレーン加算部4724は合成後のプレーン・データを一つの映像フレーム又はフィールドとして送出する。一方、出力先の装置がレンチキュラーレンズを利用するとき、プレーン加算部4724は内蔵のバッファ・メモリを利用して、レフトビューとライトビューとのプレーン・データの対を一つの映像フレーム又はフィールドに合成して送出する。具体的には、プレーン加算部4724は、先に合成されたレフトビュー・プレーン・データを一旦、そのバッファ・メモリに格納して保持する。プレーン加算部4724は続いて、ライトビュー・プレーン・データを合成して、バッファ・メモリに保持されたレフトビュー・プレーン・データと更に合成する。その合成では、レフトビューとライトビューとの各プレーン・データが縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて一つのフレーム又はフィールドに再構成される。こうして、レフトビューとライトビューとのプレーン・データの対が一つの映像フレーム又はフィールドに合成される。プレーン加算部4724はその合成後の映像フレーム又はフィールドを出力先の装置へ送出する。

＜実施形態１の効果＞

本発明の実施形態１によるＢＤ−ＲＯＭディスク101では、ディペンデントビュー・ビデオ・ストリームを構成する各ビデオ・シーケンスの先頭のＶＡＵを格納したＴＳパケット列に対して、ＴＳ優先度が、図１５、１６に示されているように割り当てられている。特に、オフセット・メタデータを格納するＴＳパケット群と、圧縮ピクチャ・データを格納しているＴＳパケット群とでは、ＴＳ優先度の値が異なる。その場合、システム・ターゲット・デコーダ4225には、図４５に示されている第１の手段と、図４６に示されている第２の手段とのいずれによって、オフセット・メタデータの抽出機能が実現されていてもよい。第１の手段によるシステム・ターゲット・デコーダ4225は、ＴＳ優先度を利用して、オフセット・メタデータを格納するＴＳパケットを他のＴＳパケットから容易に選別できる。従って、主映像デコーダ4515とオフセット・メタデータ処理部4552とは、異なる態様で実装可能である。特に主映像デコーダ4515がハードウェアで構成されていても、それに関わりなく、オフセット・メタデータ処理部4552は、専用のハードウェアとして構成されても、汎用のハードウェアを利用してソフトウェアによって実現されてもよい。一方、第２の手段によるシステム・ターゲット・デコーダ4225では、主映像デコーダ4615がディペンデントビュー・ビデオ・ストリームの復号機能とオフセット・メタデータの抽出機能との両方を並列に実行可能である。従って、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットは全て、ＴＳ優先度にかかわらず、主映像デコーダ4615に渡されればよい。このように、本発明の実施形態１によるＢＤ−ＲＯＭディスク101に記録されたディペンデントビュー・ビデオ・ストリームとオフセット・メタデータとのデータ構造は、システム・ターゲット・デコーダ4225が第１の手段と第２の手段とのいずれによる構成であっても共通に利用可能である。

＜変形例＞

（1−A）ビデオ・ストリーム

本発明の実施形態１によるＬ／Ｒモードでは、ベースビュー・ビデオ・ストリームがレフトビューを表し、ディペンデントビュー・ビデオ・ストリームがライトビューを表す。逆に、ベースビュー・ビデオ・ストリームがライトビューを表し、ディペンデントビュー・ビデオ・ストリームがレフトビューを表してもよい。

本発明の実施形態１によるＢＤ−ＲＯＭディスク101では、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとは、異なるＴＳに多重化されている。その他に、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとが一つのＴＳに多重化されていてもよい。

（1−B）オフセット・メタデータ

（1−B−1）オフセット・メタデータは、ディペンデントビュー・ビデオ・ストリームに代えて、ベースビュー・ビデオ・ストリームに格納されてもよい。その場合でも、オフセット・メタデータは、好ましくは、各ビデオ・シーケンスの先頭に位置するＶＡＵ内の補足データに格納される。更に、３Ｄプレイリスト・ファイルは、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれがオフセット・メタデータを含むかを示すフラグを備えていてもよい。それにより、各ストリーム・データの作成の自由度を向上させることができる。また、そのフラグに対しては、「ＣＣ＝５、６によってシームレスに接続されるＰＩ間では変更を禁止する」と規定されてもよい。

（1−B−2）オフセット・メタデータは、各ビデオ・シーケンス（すなわち、各ＧＯＰ）の先頭だけでなく、各ＶＡＵ（すなわち、各フレーム又はフィールド）に格納されてもよい。その他に、コンテンツごとに、オフセット・メタデータの間隔が任意の値に、例えば３フレーム以上に設定されてもよい。その場合、好ましくは、各ビデオ・シーケンスの先頭のＶＡＵには必ずオフセット・メタデータが格納され、かつ、その直前のオフセット・メタデータとの間隔が３フレーム以上であるように制限される。それにより、再生装置にオフセット情報の変更処理を飛び込み再生処理と確実に並行させることができる。

（1−B−3）オフセット・メタデータは、ビデオ・ストリームに格納されるのに代えて、独立なストリーム・データとしてメインＴＳ又はサブＴＳに多重化されてもよい。その場合、オフセット・メタデータには固有のＰＩＤが割り当てられる。システム・ターゲット・デコーダはそのＰＩＤを利用して、オフセット・メタデータを他のストリーム・データから分離する。その他に、オフセット・メタデータは、まず専用のバッファ・メモリにプリロードされ、その後、再生処理を受けてもよい。その場合、オフセット・メタデータは一定のフレーム間隔で格納される。それにより、オフセット・メタデータについてはＰＴＳが不要であるので、ＰＥＳヘッダのデータ量が削減される。その結果、プリロード用のバッファの容量を節約することができる。

（1−B−4）オフセット・メタデータは、ＶＡＵの補足データに格納されるのに代えて、ビデオ・ウォータマークを利用してビデオ・ストリームに埋め込まれてもよい。更に、オフセット・メタデータは、オーディオ・ウォータマークを利用してオーディオ・ストリームに埋め込まれてもよい。

（1−B−5）本発明の実施形態１によるサブＴＳでは、図１５に示されているとおり、第１グループ1521と第２グループ1522との各後端に位置するＴＳパケット1530、1550は一般にＡＤフィールド1532、1552を含む。それにより、三つのグループ1521−1523が互いに分離されている。その他に、ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１1500において、パディング・データ1506のサイズが調整されることによって、三つのグループ1521−1523が互いに分離されてもよい。

（1−B−6）オフセット・メタデータを含むＴＳパケットがシステム・ターゲット・デコーダにより、ＴＳ優先度に代えてＰＩＤに従って選別されてもよい。図５０は、ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１5000を格納したＰＥＳパケット5010、及び、そのＰＥＳパケット5010から生成されるＴＳパケット列5020とを示す模式図である。ＶＡＵ＃１5000はビデオ・シーケンスの先端に位置するので、オフセット・メタデータ5009のみから構成される補足データ5004を含む。ＰＥＳパケット5010のＰＥＳペイロード5012はＶＡＵ＃１5000を格納し、そのＰＥＳヘッダ5011は、ＶＡＵ＃１5000内の圧縮ピクチャ・データ5005に割り当てられたＤＴＳとＰＴＳとを含む。ＰＥＳパケット5010は先頭から順にＴＳパケット列5020に格納されている。それにより、ＴＳパケット列5020は先頭から順に三つのグループ5021、5022、5023に分けられる。第１グループ5021は、ＰＥＳヘッダ5011、サブＡＵ識別コード5001、サブシーケンス・ヘッダ5002、及びピクチャ・ヘッダ5003を含む。第２グループ5022は、オフセット・メタデータ5009のみから構成される補足データ5004を含む。第３グループ5013は、圧縮ピクチャ・データ5005、パディング・データ5006、シーケンス終端コード5007、及びストリーム終端コード5008を含む。図５０には、オフセット・メタデータ5009のみから構成される補足データ5004が斜線部で示され、ＰＥＳパケット5010内でその補足データよりも前に配置されるデータ5011、5001−5003がドット付きの領域で示されている。図１５に示されているＴＳパケット列1520と同様に、第１グループ5021と第２グループ5022との各後端に位置するＴＳパケット5030、5050は一般に、ＡＤフィールド5032、5052を含む。それにより、三つのグループ5021−5023が互いに分離されている。第１グループ5021と第３グループ5023とのそれぞれに属するＴＳパケット5030、5060では、いずれのＴＳヘッダ5031、5061もＰＩＤ＝０ｘ１０１２を示す。ここで、第１グループ5021に属するＴＳパケット5030では、ＴＳヘッダ5031がＰＩＤ＝０ｘ１０２２を示してもよい。一方、第２グループ5022に属するＴＳパケット5040、5050ではＴＳヘッダ5041、5051はＰＩＤ＝０ｘ１０２２を示す。１６進数値「０ｘ１０２２」は、他のエレメンタリ・ストリームに割り当てられた１６進数値以外であれば別の値であってもよい。こうして、第２グループ5022に属するＴＳパケットは、特に第３グループ5023に属するＴＳパケットとはＰＩＤが異なる。従って、システム・ターゲット・デコーダはＰＩＤを利用して、第２グループに属するＴＳパケットを容易に選別できる。

システム・ターゲット・デコーダは、図５０に示されているＴＳパケット列5020からオフセット・メタデータを以下のようにして抽出する。図５１は、そのシステム・ターゲット・デコーダ5125内のビデオ・ストリームの処理系統を示す機能ブロック図である。図５１に示されているシステム・ターゲット・デコーダ5125は、図４５に示されているもの4225とは異なり、ＴＳ優先度フィルタ4551を含まない。その他の要素は同様である。図５１では、図４５に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図４５に示されている要素についての説明を援用する。

第２ＰＩＤフィルタ4514は、ＰＩＤ＝０ｘ１０１２のＴＳパケットを主映像デコーダ4515内のＴＢ２4508へ転送し、ＰＩＤ＝０ｘ１０２２のＴＳパケットをオフセット・メタデータ処理部4552へ転送する。ここで、ＰＩＤ＝０ｘ１０２２のＴＳパケットはＴＢ２4508へパラレルに転送されてもよい。こうして、オフセット・メタデータを含むＴＳパケットはオフセット・メタデータ処理部4552へ転送される。

尚、オフセット・メタデータを含むＴＳパケットをサブＴＳから選別するには、ＴＳ優先度とＰＩＤとのいずれとも異なる別のデータが利用されてもよい。ＴＳ優先度及びＰＩＤと同様に、ＴＳパケット別に異なる値を設定可能なデータであれば、上記の選別に利用可能であることは、上記の実施形態から当業者には自明であろう。

（1−B−7）本発明の実施形態１によるオフセット・メタデータ1110は、図１１に示されているとおり、オフセット情報を各フレームに与える。その他に、ビデオ・ストリームがインターレース方式のフレーム（例えば６０ｉ）を表している場合、表示単位はフレームではなくフィールドである。その場合、オフセット・メタデータはオフセット情報を、各フィールドに与えるものであっても、各フレームを構成するフィールドの対に与えるものであってもよい。

（1−B−8）本発明の実施形態１によるオフセット・メタデータでは、各オフセット・シーケンスがフレームごとにオフセット値を規定する。その他に、各オフセット・シーケンスが表示時間ごとに、オフセット値の経時変化を表す関数、すなわち補完関数を規定してもよい。その場合、３Ｄ再生装置は表示時間ごとに補完関数を用いて、その表示時間に含まれる各フレームにおけるオフセット値を算定する。

図５２の（ａ）は、補完関数を利用するオフセット・メタデータ5200のデータ構造を示す模式図である。図５２の（ａ）を参照するに、オフセット・メタデータ5200は、オフセット・シーケンスＩＤ5210とオフセット・シーケンス5220との対応表を含む。オフセット・シーケンス5220は、起点オフセット値（offset＿start）5221、終点オフセット値（offset＿end）5222、オフセット関数ＩＤ（offset＿func＿id）5223、及びオフセット時間間隔（offset＿duration）5224を含む。オフセット・メタデータ5200が、ディペンデントビュー・ビデオ・ストリーム内の一つのビデオ・シーケンスに格納されているとき、起点オフセット値5221は、そのビデオ・シーケンスの表す最初のフレームにおけるオフセット値を示す。終点オフセット値5222は、次のビデオ・シーケンスの表す最初のフレームにおけるオフセット値を示す。オフセット関数ＩＤ5223は補完関数の種類を規定する。その補完関数の種類は、そのビデオ・シーケンスの表示時間におけるオフセット値の変化の形状を表す。オフセット時間間隔5224はそのビデオ・シーケンスの表示時間の長さを表す。

図５２の（ｂ）は、補完関数を構成する要素の種類を表すグラフである。図５２の（ｂ）を参照するに、ｘ軸は表示時間を表し、ｙ軸はオフセット値を表す。ここで、オフセット値の符号は、３Ｄグラフィックス映像の奥行きが画面よりも奥か手前かで決まる。補完関数の構成要素としては、直線形状LNR、凸形状CVX、及び凹形状CCVの三種類が用意されている。直線形状LNRは線形関数ｙ＝ａｘ＋ｂで定義され、凸形状CVXと凹形状CCVとは、２次曲線ｙ＝ａｘ²＋ｂｘ＋ｃ、３次曲線ｙ＝ａｘ³＋ｂｘ²＋ｃｘ＋ｄ、又はガンマ曲線ｙ＝ａ(ｘ＋ｂ)^1/r＋ｃで定義される。ここで、定数ａ、ｂ、ｃ、ｄはパラメータであり、各要素の両端A、Bのｘｙ座標、すなわち、表示時刻とその時点でのオフセット値との対で決まる。一方、定数ｒは別に規定され、各オフセット・シーケンスに格納される。補完関数の種類は、それらの要素LNR、CVX、CCVの単体、又は組み合わせとして定義される。

図５２の（ｃ）は、図５２の（ａ）に示されているオフセット・シーケンスＩＤ＝０、１、２の各オフセット・シーケンスから３Ｄ再生装置によって算定されたオフセット値を示すグラフである。そのグラフの横軸は、各オフセット・シーケンスを格納するビデオ・シーケンスの最初のフレームが表示された時刻から経過した時間を表す。各黒丸A0、B0、A1、B1、A2、B2の座標値は、起点オフセット値5221又は終点オフセット値5222のいずれかとオフセット時間間隔5224とで規定される。一対の黒丸A0＋B0、A1＋B1、A2＋B2の間を接続する実線のグラフGR0、GR1、GR2はそれぞれ、補完関数を表す。各補完関数は、オフセット関数ＩＤ5223で規定された種類と、両端の黒丸A0＋B0、A1＋B1、A2＋B2の座標値とから決定される。オフセット・シーケンスＩＤ＝０のオフセット・シーケンスでは、オフセット関数ＩＤ5223が「直線」を示すので、両端の黒丸A0、B0の間が直線形状LNRのグラフ＃０GR0で接続される。オフセット・シーケンスＩＤ＝１のオフセット・シーケンスでは、オフセット関数ＩＤ5423が「曲線＃１」を示すので、両端の黒丸A1、B1の間が単一の凸形状CVXのグラフ＃１GR1で接続される。オフセット・シーケンスＩＤ＝２のオフセット・シーケンスでは、オフセット関数ＩＤ5423が「曲線＃２」を示すので、両端の黒丸A2、B2の間が、凸形状CVXと凹形状CCVとの組み合わせから成るグラフ＃２GR2で接続される。白丸は、各フレームの表示時刻とそのフレームにおけるオフセット値との対を表す。そのオフセット値は、各グラフGR0、GR1、GR2の示す補完関数を利用して、３Ｄ再生装置によって算定される。これらのグラフGR0、GR1、GR2から容易に理解されるように、起点オフセット値5221、終点オフセット値5222、オフセット関数ＩＤ5223、及びオフセット時間間隔5224の組み合わせだけでも、多様なオフセット値の変化、すなわち３Ｄグラフィックス映像の奥行きの変化を表現することができる。従って、３Ｄグラフィックス映像の表現力を損なうことなく、オフセット・メタデータ全体のサイズを削減することができる。

（1−C）３Ｄ映像のＡＶストリーム・ファイルでは、図１８に示されているＰＭＴ1810に３Ｄ映像の再生方式に関するデータが追加されてもよい。その場合、ＰＭＴ1810は、ＰＭＴヘッダ1801、ディスクリプタ1802、及びストリーム情報1803に加えて３Ｄディスクリプタを含む。３Ｄディスクリプタは、３Ｄ映像の再生方式に関してＡＶストリーム・ファイル全体に共通する情報であり、特に３Ｄ方式情報を含む。３Ｄ方式情報は、Ｌ／Ｒモード又はデプス・モード等、３Ｄ映像のＡＶストリーム・ファイルの再生方式を示す。各ストリーム情報1803は、ストリーム・タイプ1831、ＰＩＤ1832、及びストリーム・ディスクリプタ1833に加えて３Ｄストリーム・ディスクリプタを含む。３Ｄストリーム・ディスクリプタは、ＡＶストリーム・ファイルに含まれるエレメンタリ・ストリーム別に３Ｄ映像の再生方式に関する情報を示す。特にビデオ・ストリームの３Ｄストリーム・ディスクリプタは３Ｄ表示タイプを含む。３Ｄ表示タイプは、そのビデオ・ストリームの示す映像をＬ／Ｒモードで表示するとき、その映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ表示タイプはまた、そのビデオ・ストリームの示す映像をデプス・モードで表示するとき、その映像が２Ｄ映像とデプスマップとのいずれであるのかを示す。このように、ＰＭＴが３Ｄ映像の再生方式に関する情報を含むとき、その映像の再生系統はＡＶストリーム・ファイルだけからでも、その情報を取得できる。従って、そのようなデータ構造は、例えば放送波で３Ｄ映像コンテンツを頒布するときに有効である。

（1−D）クリップ情報ファイル

ディペンデントビュー・クリップ情報ファイルは、図２２に示されているようなストリーム属性情報2220のうち、ディペンデントビュー・ビデオ・ストリームのＰＩＤ＝０ｘ１０１２、０ｘ１０１３に割り当てられているビデオ・ストリーム属性情報に所定のフラグを含んでもよい。そのフラグがオンであるときは、ディペンデントビュー・ビデオ・ストリームがベースビュー・ビデオ・ストリームを参照するものであることを示す。そのビデオ・ストリーム属性情報が更に、参照先のベースビュー・ビデオ・ストリームに関する情報を含んでもよい。その情報は、３Ｄ映像コンテンツが規定のフォーマットどおりに作成されているか否かを所定のツールで検証するときに、ビデオ・ストリーム間の対応関係を確認するのに利用することができる。

本発明の実施形態１では、クリップ情報ファイルに含まれるエクステント起点2242、2420からベースビュー・エクステントとディペンデントビュー・エクステントとの各サイズを算出することができる。その他に、各エクステントのサイズの一覧表が、例えばクリップ情報ファイルにメタデータの一部として格納されてもよい。

（1−E）プレイリスト・ファイル

（1−E−1）図３１に示されている３Ｄプレイリスト・ファイル222はサブパスを一つ含む。その他に、３Ｄプレイリスト・ファイルがサブパスを複数含んでもよい。例えば、一方のサブパスのサブパス・タイプが「３Ｄ・Ｌ／Ｒ」であり、他方のサブパスのサブパス・タイプが「３Ｄ・デプス」であってもよい。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生される際にそれら二種類のサブパスが切り換えられることにより、再生装置102をＬ／Ｒモードとデプス・モードとの間で容易に切り換えることができる。特にその切り換え処理は、３Ｄプレイリスト・ファイルそのものを切り換える処理よりも速やかに実行可能である。

複数のディペンデントビュー・ビデオ・ストリームがそれぞれ、共通のベースビュー・ビデオ・ストリームとの組み合わせで同じ３Ｄ映像を表現してもよい。但し、それらのディペンデントビュー・ビデオ・ストリームの間では、同じシーンのレフトビューとライトビューとの間の視差が異なる。それらのディペンデントビュー・ビデオ・ストリームは、一つのサブＴＳに多重化されていても、異なるサブＴＳに分離されていてもよい。その場合、３Ｄプレイリスト・ファイルはサブパスを複数含む。各サブパスは異なるディペンデントビュー・ビデオ・ストリームを参照する。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生される際にサブパスが切り換えられることにより、再生装置102に３Ｄ映像の奥行き感を容易に変化させることができる。特にその処理は、３Ｄプレイリスト・ファイルそのものを切り換える処理よりも速やかに実行可能である。

図５３は、サブパスを複数含む３Ｄプレイリスト・ファイル5300のデータ構造、及び、それによって参照されるファイル２Ｄ5310と二つのファイルＤＥＰ5321、5322とのデータ構造を示す模式図である。ファイル２Ｄ5310はＰＩＤ＝０ｘ１０１１のベースビュー・ビデオ・ストリームを含む。ファイルＤＥＰ＃１5321はＰＩＤ＝０ｘ１０１２のディペンデントビュー・ビデオ・ストリーム＃１を含む。ファイルＤＥＰ＃２5322はＰＩＤ＝０ｘ１０１３のディペンデントビュー・ビデオ・ストリーム＃２を含む。ディペンデントビュー・ビデオ・ストリーム＃１、＃２はそれぞれ、ファイル２Ｄ5310内のベースビュー・ビデオ・ストリームとの組み合わせで同じ３Ｄ映像を表現する。しかし、ディペンデントビュー・ビデオ・ストリーム＃１、＃２の間では、同じシーンのレフトビューとライトビューとの間の視差が異なる。更に、オフセット・シーケンスＩＤの等しいオフセット・シーケンスが、同じフレーム番号に対して異なるオフセット値を規定する。

一方、３Ｄプレイリスト・ファイル5300はメインパス5330と二つのサブパス5331、5332とを含む。メインパス5330のＰＩ＃１はファイル２Ｄ5310、特にベースビュー・ビデオ・ストリームを参照する。各サブパス5331、5332のＳＵＢ＿ＰＩ＃１はメインパス5330のＰＩ＃１と再生時間が共通である。サブパス＃１5331のＳＵＢ＿ＰＩ＃１はファイルＤＥＰ＃１5321、特にディペンデントビュー・ビデオ・ストリーム＃１を参照する。サブパス＃２5332のＳＵＢ＿ＰＩ＃１はファイルＤＥＰ＃２5322、特にディペンデントビュー・ビデオ・ストリーム＃２を参照する。メインパス5330のＰＩ＃２及び各サブパス5331、5332のＳＵＢ＿ＰＩ＃２も同様である。

その３Ｄプレイリスト・ファイル5300を用いた３Ｄプレイリスト再生処理では、再生装置102は予め、ユーザ又はアプリケーション・プログラムに再生対象のサブパスを選択させる。その他に、再生装置102は再生対象のサブパスを、表示装置103の画面サイズ又は視聴者の瞳孔間距離を利用して選択してもよい。そのようなサブパスの選択処理によって、レフトビューとライトビューとのビデオ・プレーン間の視差を容易に変化させることができる。更に、ディペンデントビュー・ビデオ・ストリームの切り換えに伴ってオフセット情報が変化するので、ファイル２Ｄ5310の含むＰＧストリーム又はＩＧストリームから再生されるグラフィックス・プレーンのオフセットが変化する。それらの結果、３Ｄ映像の奥行き感を容易に変化させることができる。

（1−E−2）図３１に示されている３Ｄプレイリスト・ファイルでは、ベースビュー・ビデオ・ストリームはメインパス3101内のＳＴＮテーブル3205に登録され、ディペンデントビュー・ビデオ・ストリームは拡張データ3103内のＳＴＮテーブルＳＳ3130に登録されている。その他に、ディペンデントビュー・ビデオ・ストリームはＳＴＮテーブルに登録されていてもよい。その場合、ＳＴＮテーブルは、登録されたビデオ・ストリームがベースビューとディペンデントビューとのいずれを表すものであるかを示すフラグを含んでもよい。

（1−E−3）本発明の実施形態１によるＢＤ−ＲＯＭディスク101には、２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとが別々に記録されている。その他に、図３１に示されているサブパス3102が、拡張データ3103と同様に、３Ｄ再生モードの再生装置102によってのみ参照される領域に記録されてもよい。その場合、サブパス3102が２Ｄ再生モードの再生装置102を誤動作させる危険性はないので、３Ｄプレイリスト・ファイルをそのまま、２Ｄプレイリスト・ファイルとして利用することができる。その結果、ＢＤ−ＲＯＭディスクのオーサリングが簡単化される。

（1−E−4）ＰＧストリームとＩＧストリームとのそれぞれに対する参照オフセットＩＤとオフセット補正値とは、ＳＴＮテーブル3205に代えて、ＳＴＮテーブルＳＳ3130に格納されてもよい。その他に、それらはクリップ情報ファイル内のストリーム属性情報2220に格納されてもよい。更に、参照オフセットＩＤは、ＰＧストリーム内の各データ・エントリに格納されていても、ＩＧストリーム内の各ページに格納されていてもよい。

（1−E−5）３Ｄプレイリスト・ファイルに参照オフセットＩＤを設定する場合、ＰＩ間のシームレス接続に関して、以下の制約条件が規定されてもよい。例えば図５３に示されているメインパス5330のＰＩ＃２にＣＣ＝５が設定されている場合、ＰＩ＃１とＰＩ＃２とのそれぞれの規定する再生区間の映像はシームレスに接続されなければならない。その場合、ＰＩ＃１とＰＩ＃２とでは、参照オフセットＩＤの値の変更と、ディペンデントビュー・ビデオ・ストリームに含まれるオフセット・シーケンスの総数、すなわちエントリ数の変更とがいずれも禁止される。更に、オフセット補正値の変更とそのエントリ数の変更とがいずれも禁止されてもよい。この制約条件により、再生装置102はカレントＰＩをＰＩ＃１からＰＩ＃２に変更するときに、ＳＰＲＭ（２７）の更新処理をスキップすることができる。従って、シームレス接続に関する処理の負担が軽減されるので、その処理の信頼性を更に向上させることができる。その結果、３Ｄ映像の画質を更に向上させることができる。

（1−E−6）ＳＴＮテーブルでは、一つのストリーム・データに対してオフセット補正値が複数設定されてもよい。図５４は、そのようなＳＴＮテーブル5400を示す模式図である。図５４を参照するに、そのＳＴＮテーブル5400では、一つのＳＴＮ5401にＰＧストリーム１のストリーム・エントリ5402とストリーム属性情報5403とが対応付けられている。そのストリーム属性情報5403は、一つの参照オフセットＩＤ5410と共に、三種類のオフセット補正値＃１−＃３5411−5413を含む。それらのオフセット補正値は、ＰＧストリーム１から再生されるグラフィックス・プレーンに与えられるべきオフセットを、表示装置の画面サイズに依って変化させるのに利用される。

ここで、オフセット補正値の種類と画面サイズとの間の対応関係が予め規定されている場合を想定する。具体的には、オフセット補正値＃１5411、オフセット補正値＃２5412、オフセット補正値＃３5413はそれぞれ、画面サイズが、０−３３インチ、３４−６６インチ、及び６７インチ以上の各範囲内に属するときに利用される。各オフセット補正値5411−5413は次の条件を満たすように設定される：グラフィックス・プレーンのオフセットによって生じるレフトビューとライトビューとのグラフィックス映像間の視差の最大値が、一般的な視聴者の瞳孔間距離以下（特に視聴者が子供である場合は５ｃｍ以下）である。その条件が満たされる限り、その視差は視聴者の瞳孔間距離を超えないので、その視聴者に映像酔いや眼精疲労が生じる危険性を低減させることができる。

再生装置102の再生制御部4235は、カレントＰＩの切り換えに伴って、一つのストリーム・データに割り当てられたオフセット補正値の総数が変更される度に、実際に利用すべきオフセット補正値を表示装置103の画面サイズに合わせて選択する。具体的には、再生制御部4235はまず、必要であればＨＤＭＩ認証を行って表示装置103の画面サイズを取得する。再生制御部4235は次に、表示装置103の画面サイズが、０−３３インチ、３４−６６インチ、及び６７インチ以上のいずれの範囲内に属するかに合わせて、オフセット補正値＃１−＃３5411−5413のいずれかを選択し、その種類を表す情報をプレーヤ変数としてプレーヤ変数記憶部4236に格納する。それにより、オフセット補正値の選択処理が再び実行されるまで、再生制御部4235は各ＳＴＮテーブルから、そのプレーヤ変数の示す種類のオフセット補正値を選択し、その値でＳＰＲＭ（２８）の値を更新する。

（1−F）図３５に示されているインデックス・ファイル211は、タイトル全体で共通する３Ｄ存在フラグ3520と２Ｄ／３Ｄお好みフラグ3530とを含む。その他に、インデックス・ファイルが、タイトル別に異なる３Ｄ存在フラグ又は２Ｄ／３Ｄお好みフラグを設定していてもよい。

（1−G）ＳＰＲＭ（２７）、ＳＰＲＭ（２８）

（1−G−1）プログラム実行部4234は、ムービーオブジェクト又はＢＤ−Ｊオブジェクトに従ってＳＰＲＭ（２７）とＳＰＲＭ（２８）との各値を設定してもよい。すなわち、再生装置102はアプリケーション・プログラムに参照オフセットＩＤとオフセット補正値とを設定させてもよい。更に、そのようなアプリケーション・プログラムは、インデックス・テーブル3510の項目「ファーストプレイ」3501に対応付けられているオブジェクトに制限されてもよい。

（1−G−2）再生制御部4235は、グラフィックス・プレーンに与えられるべきオフセットを視聴者に調整させてもよい。具体的には、例えば視聴者がリモコン105又は再生装置102のフロントパネルを操作してオフセット補正値の設定を要求したとき、まず、ユーザイベント処理部4233がその要求を受け付けて再生制御部4235に通知する。次に、再生制御部4235はその要求に応じて、オフセットを調整するための操作画面を表示装置103に表示させる。ここで、その操作画面の表示には再生装置102のＯＳＤが利用される。再生制御部4235は更に、その操作画面を利用して、視聴者に調整対象のグラフィックス・プレーンとオフセット値の増減とを、リモコン105等の操作で選択させる。再生制御部4235は続いて、ＳＰＲＭ（２８）を更新して、選択されたグラフィックス・プレーンに対応するオフセット補正値に所定値を加え、又は減じる。好ましくは、再生制御部4235は、その調整処理の間、再生部4202にグラフィックス・プレーンの再生処理を継続させる。ここで、再生部4202は、操作画面とグラフィックス映像とのいずれか手前に表示される方を半透明にし、又は、操作画面をグラフィックス映像よりも手前に表示する。それにより、操作画面が表示されてもグラフィックス映像は見えるので、画面の輝度及び色合いの調整と同様に、視聴者にオフセット値の増減の効果を即座に確認させることができる。

（1−G−3）図４７に示されている各クロッピング処理部4731−4734は、ＳＰＲＭ（２７）の示す参照オフセットＩＤで特定されるオフセット・シーケンスをオフセット制御に利用する。逆に、各クロッピング処理部4731−4734は、所定のＳＰＲＭの示すオフセット・シーケンスＩＤで特定されるオフセット・シーケンスをオフセット制御には利用しないようにしてもよい。すなわち、そのＳＰＲＭは、オフセット制御においてマスクされるべきオフセット・シーケンスＩＤ（PG＿ref＿offset＿id＿mask、IG＿ref＿offset＿id＿mask、SV＿ref＿offset＿id＿mask、IM＿ref＿offset＿id＿mask）を示す。その場合、各クロッピング処理部4731−4734は、システム・ターゲット・デコーダ4225から受け取ったオフセット情報4707のうち、マスクされたオフセット・シーケンスＩＤ以外に対応するものの中から、最大のオフセット値を含むものを選択してもよい。それにより、副映像プレーン、ＰＧプレーン、ＩＧプレーン、及びイメージ・プレーンのそれぞれの表すグラフィックス映像の奥行きを容易に揃えることができる。その結果、各ストリーム・データの作成の自由度を向上させることができる。

（1−H）再生装置102がＯＳＤとして独自のメニューを表示する際には、そのメニューの２Ｄ映像を表すグラフィックス・プレーン、すなわちＯＳＤプレーンに対してオフセット制御を行ってもよい。その場合、再生装置102はオフセット情報として、そのメニューの表示時刻にシステム・ターゲット・デコーダ4225によって送出されたオフセット情報の中から、オフセット方向が画面よりも手前であって、かつオフセット値が最大であるものを選択してもよい。それにより、そのメニューを、字幕等、３Ｄ映像コンテンツから再生される３Ｄグラフィックス映像のいずれよりも手前に表示することができる。

その他に、再生装置102が、ＯＳＤプレーンに対するオフセット情報を予め備えていてもよい。そのオフセット情報には特定のオフセット・シーケンスＩＤ、例えばoffset＿id＝０が割り当てられる。更に、オフセット・シーケンスＩＤ＝０のオフセット情報に対しては、次の条件（１）、（２）が規定されてもよい：（１）オフセット方向は、画面よりも手前を示す。（２）オフセット値は、オフセット・シーケンスＩＤ≠０のオフセット情報のうち、フレーム番号が等しく、かつオフセット方向が画面よりも手前であるものの中で最大のオフセット値に等しい。この規定により、再生装置102は、システム・ターゲット・デコーダ4225によって送出されたオフセット情報の中からはオフセット情報を選択しなくてもよいので、ＯＳＤプレーンに対するオフセット制御を簡単化できる。また、各クロッピング処理部4731−4734は、システム・ターゲット・デコーダ4225から受け取ったオフセット情報4707の中に、ＳＰＲＭ（２７）の示す参照オフセットＩＤを検出できなかった場合に、オフセット・シーケンスＩＤ＝０のオフセット情報を代用してもよい。

（1−I）３Ｄ再生装置では、ＳＰＲＭ（１３）にパレンタル・レベルが設定されているのに加えて、ＳＰＲＭ（３０）に３Ｄパレンタル・レベルが設定されていてもよい。３Ｄパレンタル・レベルは所定の制限年齢を示し、ＢＤ−ＲＯＭディスク101に記録された３Ｄ映像タイトルの視聴に対するパレンタル制御に利用される。ＳＰＲＭ（１３）の値と同様に、ＳＰＲＭ（３０）の値は、３Ｄ再生装置のユーザによって３Ｄ再生装置のＯＳＤ等を利用して設定される。３Ｄ再生装置は各３Ｄ映像タイトルに対するパレンタル制御を例えば次のように行う。３Ｄ再生装置はまず、そのタイトルを２Ｄ再生モードで視聴することが許可された視聴者の年齢をＢＤ−ＲＯＭディスク101から読み出して、ＳＰＲＭ（１３）の値と比較する。その年齢がＳＰＲＭ（１３）の値未満であれば、３Ｄ再生装置はそのタイトルの再生を停止する。その年齢がＳＰＲＭ（１３）の値以上であれば、３Ｄ再生装置は続いて、そのタイトルを３Ｄ再生モードで視聴することが許可された視聴者の年齢をＢＤ−ＲＯＭディスク101から読み出して、ＳＰＲＭ（３０）の値と比較する。その年齢がＳＰＲＭ（３０）の値以上であれば、３Ｄ再生装置はそのタイトルを３Ｄ再生モードで再生する。その年齢がＳＰＲＭ（３０）の値未満でＳＰＲＭ（１３）の値以上であれば、３Ｄ再生装置はそのタイトルを２Ｄ再生モードで再生する。こうして、年齢による瞳孔間距離の相違を考慮して、「一定の年齢未満の子供には３Ｄ映像を２Ｄ映像としてしか見せない」等のパレンタル制御を実現することができる。このパレンタル制御は好ましくは、図３６に示されている再生対象のプレイリスト・ファイルを選択する処理において「表示装置が３Ｄ映像に対応している」と判定されたときに、すなわち、ステップＳ３６０５において「Ｙｅｓ」と判定されたときに行われる。尚、ＳＰＲＭ（３０）には、制限年齢に代えて、３Ｄ再生モードの許可／禁止を示す値が設定され、３Ｄ再生装置はその値に従って３Ｄ再生モードの有効／無効を判断してもよい。

（1−J）３Ｄ再生装置では、「２Ｄ再生モードと３Ｄ再生モードとのいずれが優先されるべきか」を示す値がＳＰＲＭ（３１）に設定されていてもよい。ＳＰＲＭ（３１）の値は、３Ｄ再生装置のユーザによって３Ｄ再生装置のＯＳＤ等を利用して設定される。３Ｄ再生装置は、図３６に示されている再生対象のプレイリスト・ファイルを選択する処理におけるステップＳ３６０３で、２Ｄ／３Ｄお好みフラグと共にＳＰＲＭ（３１）を参照する。それらがいずれも２Ｄ再生モードを示しているときは、３Ｄ再生装置は２Ｄ再生モードを選択する。２Ｄ／３Ｄお好みフラグとＳＰＲＭ（３１）とがいずれも３Ｄ再生モードを示しているときは、３Ｄ再生装置は、再生モードの選択画面を表示することなく、ステップＳ３６０５、すなわちＨＤＭＩ認証を行う。その結果、表示装置が３Ｄ映像の再生に対応可能であれば、３Ｄ再生装置は３Ｄ再生モードを選択する。２Ｄ／３Ｄお好みフラグとＳＰＲＭ（３１）とが異なる再生モードを示しているときは、３Ｄ再生装置はステップＳ３６０４を実行し、すなわち再生モードの選択画面を表示してユーザに再生モードを選択させる。その他に、アプリケーション・プログラムに再生モードを選択させてもよい。こうして、３Ｄ映像コンテンツに２Ｄ／３Ｄお好みフラグが設定されていても、その値の示す再生モードが、ＳＰＲＭ（３１）の示す再生モード、すなわち、ユーザが予め設定した再生モードと一致しないときにのみ、ユーザに改めて再生モードを選択させるようにすることができる。

ＢＤ−Ｊオブジェクト等のアプリケーション・プログラムは、ＳＰＲＭ（３１）を参照して再生モードを選択してもよい。更に、図３６に示されているステップＳ３６０４においてユーザに再生モードを選択させる際、選択画面に表示されるメニューの初期状態がＳＰＲＭ（３１）の値に依って決定されてもよい。例えば、ＳＰＲＭ（３１）の値が２Ｄ再生モードの優先を示す場合には、２Ｄ再生モードの選択ボタンにカーソルを合わせた状態でメニューが表示され、３Ｄ再生モードの優先を示す場合には、３Ｄ再生モードの選択ボタンにカーソルを合わせた状態でメニューが表示される。その他に、３Ｄ再生装置は、父、母、子供等、複数のユーザのアカウントを管理する機能を持つとき、現時点でログインしているユーザのアカウントに合わせてＳＰＲＭ（３１）の値を設定してもよい。

ＳＰＲＭ（３１）の値は、「２Ｄ再生モードと３Ｄ再生モードとのいずれが優先されるべきか」に加えて、「２Ｄ再生モードと３Ｄ再生モードとのいずれが常に設定されるべきか」を示してもよい。「２Ｄ再生モードが常に設定されるべき」ことをＳＰＲＭ（３１）の値が示す場合、３Ｄ再生装置は、２Ｄ／３Ｄお好みフラグの値にかかわらず、常に２Ｄ再生モードを選択する。その場合、ＳＰＲＭ（２５）の値は２Ｄ再生モードを示すように設定される。「３Ｄ再生モードが常に設定されるべき」ことをＳＰＲＭ（３１）の値が示す場合、３Ｄ再生装置は、２Ｄ／３Ｄお好みフラグの値にかかわらず、再生モードの選択画面を表示することなくＨＤＭＩ認証を行う。その場合、ＳＰＲＭ（２５）の値は３Ｄ再生モード（Ｌ／Ｒモード又はデプス・モード）を示すように設定される。こうして、３Ｄ映像コンテンツに２Ｄ／３Ｄお好みフラグが設定されていても、ユーザの予め設定した再生モードが常に優先されるようにすることができる。

（1−K）再生装置102は、ユーザに瞳孔間距離を予備のＳＰＲＭ、例えばＳＰＲＭ（３２）に登録させてもよい。その場合、レフトビューとライトビューとのグラフィックス映像間での視差の最大値が、ＳＰＲＭ（３２）に登録された値を超えないように、再生装置102はオフセット補正値を調整することができる。具体的には、再生装置102は、システム・ターゲット・デコーダから出力される各オフセット値について次の演算を行えばよい。再生装置102はまず、ＳＰＲＭ（３２）の値と表示装置103の画面の幅（水平方向の長さ）との比を求め、更にその比と表示装置103の水平画素数との積を求める。この積は、オフセット制御によってグラフィックス・プレーンに与えてもよいオフセットの上限の２倍を表す。再生装置102は次に、各オフセット値の２倍をその積と比較する。いずれかのオフセット値の２倍がその積以上であるとき、再生装置102は、そのオフセット値を含むオフセット・シーケンスのＩＤを特定し、そのＩＤの示すグラフィックス・プレーンに対するオフセット補正値を減らす。そのときの減少量は、オフセット値の２倍と上記の積との差の半分以上に設定されればよい。こうして、レフトビューとライトビューとのグラフィックス映像間での視差の最大値が視聴者の瞳孔間距離を超えないので、その視聴者に映像酔いや眼精疲労が生じる危険性を低減させることができる。

（1−L）出力オフセット補正

（1−L−1）継時分離方式ではレフトビューとライトビューとの間の視差が水平方向の画素数で表現されるので、その視差の実際の大きさは表示装置の画面サイズ、すなわち画素の大きさに依存する。一方、３Ｄ映像の奥行き感はその視差の実際の大きさで決まる。従って、いずれの画面サイズでも３Ｄ映像の奥行き感が、その３Ｄ映像の迫力を損なうことも、視聴者の目を過剰に疲れさせることもないようにするには、レフトビューとライトビューとの間の視差を画面サイズに合わせて調節する必要がある。その調節の一つの方法として、３Ｄ再生装置は、プレーン加算部によって合成された最終的なフレーム・データに対して更にオフセットを与える。そのときのオフセットの与え方は、１プレーン＋オフセット・モードによってグラフィックス・プレーンにオフセットを与える方法と同様である。このように、最終的なフレーム・データに対して更に加えられるオフセット制御を「出力オフセット補正」という。

図５５の（ａ）−（ｃ）は、３２インチ、５０インチ、及び１００インチの各画面SCA、SCB、SCCに表示されたレフトビューとライトビューとの間の視差PRA、PRB、PRCを示す模式図である。各図に実線で描かれている像LA1、LA2、LB、LC1、LC2はレフトビューを表し、破線で描かれている像RA1、RA2、RB、RC1、RC2はライトビューを表す。ここで、「映像コンテンツでは、その３Ｄ映像が５０インチの画面に表示されたときにその奥行き感が最適であるように、レフトビューとライトビューとの間の視差が設定されている」という場合を想定する。図５５の（ｂ）を参照するに、その映像コンテンツの表す３Ｄ映像が５０インチの画面SCBに表示されたとき、レフトビューLBとライトビューRBとの間の視差は最適値PRBに等しい。

図５５の（ａ）に細い線で描かれているレフトビューLA1とライトビューRA1との間の視差DAは、図５５の（ｂ）に描かれているレフトビューLBとライトビューRBとの間の視差PRBと水平方向の画素数が等しい。一方、３２インチの画面SCAの画素は５０インチの画面SCBの画素よりも小さい。従って、細い線で描かれているレフトビューLA1とライトビューRA1との間の視差DAから生じる３Ｄ映像の奥行き感は一般に、最適なものよりも弱い。その場合、出力オフセット補正によって、レフトビューとライトビューとの間の視差を所定の補正値CRAの２倍、増大させる。図５５の（ａ）に太い線で描かれているレフトビューLA2とライトビューRA2との間の視差PRAは、出力オフセット補正後のものを示す。このように、レフトビューとライトビューとの間の視差が増大するとき、３Ｄ映像の奥行き感が強調されるので、その３Ｄ映像の迫力が損なわれにくい。

図５５の（ｃ）に細い線で描かれているレフトビューLC1とライトビューRC1との間の視差DCは、図５５の（ｂ）に描かれているレフトビューLBとライトビューRBとの間の視差PRBと水平方向の画素数が等しい。一方、１００インチの画面SCCの画素は５０インチの画面SCBの画素よりも大きい。従って、細い線で描かれているレフトビューLC1とライトビューRC1との間の視差DCから生じる３Ｄ映像の奥行き感は一般に、最適なものよりも強い。その場合、出力オフセット補正によって、レフトビューとライトビューとの間の視差を所定の補正値CRCの２倍、減少させる。図５５の（ｃ）に太い線で描かれているレフトビューLC2とライトビューRC2との間の視差PRCは、出力オフセット補正後のものを示す。このようにレフトビューとライトビューとの間の視差が減少するとき、３Ｄ映像の奥行き感が抑えられるので、視聴者の目が疲れにくい。

図５５の（ａ）、（ｃ）に示されているような補正値CRA、CRCを「出力オフセット補正値」という。映像コンテンツは、インデックス・ファイル、プレイリスト・ファイル、又はクリップ情報ファイルの中に、画面サイズと出力オフセット補正値との間の対応表を格納している。図５６の（ａ）は、その対応表を示す模式図である。図５６の（ａ）を参照するに、出力オフセット補正値は、１０インチ間隔で表された画面サイズの範囲別に設定されている。各出力オフセット補正値の大きさは水平方向の画素数を表し、符号はレフトビューとライトビューとの間の視差の増減を表す。尚、画面サイズの範囲は１０インチ間隔以外であってもよい。その対応表は規格又はユーザによって設定される。更に、複数種類の対応表が３Ｄ再生装置に予め記録され、映像コンテンツが、その再生で利用されるべき種類をその識別子で規定してもよい。

（1−L−2）３Ｄ再生装置は出力オフセット補正値の選択に、上記の対応表に代えて、所定の関数を利用してもよい。図５６の（ｂ）は、その関数を表すグラフである。そのグラフの横軸は画面サイズをインチで表し、縦軸は出力オフセット補正値を符号付の画素数で表す。３Ｄ再生装置は、そのグラフの示す関数を利用して、表示装置の画面サイズから出力オフセット補正値を算定する。そのグラフが示すとおり、画面サイズが５０インチよりも小さいほど出力オフセット補正値は大きな正値に決定され、５０インチよりも大きいほど大きな負値に決定される。尚、画面サイズが３２インチ以下では出力オフセット補正値は実質的に一定の正値に維持され、１０３インチ以上では実質的に一定の負値に維持される。

（1−L−3）映像コンテンツが、そのオーサリング時に想定された画面サイズの最適値（assumed＿TV＿size＿when＿authoring）を含み、３Ｄ再生装置がその最適値に基づいて出力オフセット補正値を決定してもよい。例えば表示装置の画面サイズがその最適値を超えているとき、３Ｄ再生装置はまず、３Ｄ映像のフレーム・サイズをその最適値まで縮小する。３Ｄ再生装置は次に、各フレームの周囲に黒枠を合成して、そのフレームと黒枠との全体のサイズを表示装置の画面サイズに一致させる。３Ｄ再生装置は更に出力オフセット補正値を調節して、黒枠内に表示されるレフトビューとライトビューとの間の視差の大きさを、最適値に等しいサイズの画面全体にレフトビューとライトビューとが表示される場合の視差の大きさと一致させる。それにより、３Ｄ映像の奥行き感を、オーサリング時に想定されたものに維持することができる。

（1−L−4）図５７は、出力オフセット補正に必要な３Ｄ再生装置の要素を示す機能ブロック図である。図５７に示されている３Ｄ再生装置5700は、図４２に示されているもの4200とは出力オフセット補正値適用部5701を含む点で異なる。その他の要素は、同様である。図５７では、図４２に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図４２に示されている要素についての説明を援用する。

プレーヤ変数記憶部4236はＳＰＲＭ（３５）に出力オフセット補正値を格納する。その出力オフセット補正値は、ＨＤＭＩ通信部4237がＨＤＭＩ認証によって表示装置103から取得した画面サイズに基づき、再生制御部4235が、図５６の（ａ）又は（ｂ）に示されている対応表又は関数を利用して決定する。その他に、ＢＤ−Ｊオブジェクト等のアプリケーション・プログラムがＳＰＲＭ（３５）の値を自動的に設定し、又はＧＵＩを利用してユーザに設定させてもよい。

出力オフセット補正値適用部5701は、ＳＰＲＭ（３５）の示す出力オフセット補正値を利用して、プレーン加算部4226によって合成されたレフトビューとライトビューとの各フレーム・データにオフセットを与える。出力オフセット補正値適用部5701によるフレーム・データに対する出力オフセット補正は、図４９に示されている第２クロッピング処理部4732によるＰＧプレーン・データGPに対するオフセット制御と同様である。

（1−L−5）ＳＰＲＭ（３５）には、出力オフセット補正値に代えて表示装置103の画面サイズが格納されてもよい。その場合、出力オフセット補正値適用部5701は、図５６の（ａ）に示されている対応表から、ＳＰＲＭ（３５）の示す画面サイズに対応付けられた出力オフセット補正値を検索する。

（1−L−6）プレーヤ変数記憶部4236は更に、ＳＰＲＭ（３６）に出力オフセット補正値アルファを格納してもよい。出力オフセット補正値アルファは正の数値を表す。出力オフセット補正値適用部5701は、ＳＰＲＭ（３５）の示す出力オフセット補正値と、ＳＰＲＭ（３６）の示す出力オフセット補正値アルファとの積を、実際の出力オフセット補正値として利用する。それにより、出力オフセット補正による３Ｄ映像の奥行きの調節を、画面サイズだけでなく、視聴者の年齢にも依存させることができる。例えば、大人よりも瞳孔間距離の短い幼児が視聴者に含まれる場合、小さい画面サイズに対する出力オフセット補正では出力オフセット補正値アルファが１よりも小さく設定され、大きい画面サイズに対する出力オフセット補正では１よりも大きく設定される。それにより、画面サイズにかかわらず、３Ｄ映像の奥行き感が弱められる。

プログラム実行部4234又は再生制御部4235はＧＵＩ又はＯＳＤを利用して、ユーザに出力オフセット補正値アルファを設定させてもよい。その場合、設定可能な出力オフセット補正値アルファの大きさは、例えば「３Ｄ映像の奥行き感が強い」、「普通である」、「弱い」という三段階で表現されてもよい。その他に、出力オフセット補正値アルファが、映像コンテンツの含むビデオ・ストリーム内の補足データ、ＰＭＴ内のディスクリプタ、又はプレイリスト・ファイル内のＰＩに格納されてもよい。それにより、ビデオ・ストリームの表すシーンごとに、出力オフセット補正値アルファを変化させることができる。特に奥行き感の強いシーンでは出力オフセット補正値が減少するように、出力オフセット補正値アルファを設定することができる。

（1−L−7）出力オフセット補正値を、画面サイズに代えて、視聴者と画面との間の距離に依って変化させてもよい。更に、出力オフセット補正値アルファをその距離に依存させてもよい。その場合、例えば図１に示されているシャッター眼鏡104に距離センサを搭載して、表示装置103の画面131からの距離を計測させる。その距離は随時、シャッター眼鏡104から表示装置103へ無線で伝達され、更に表示装置103からＨＤＭＩケーブル122を通して再生装置102へ伝達される。再生装置102はその距離を利用して出力オフセット補正値又は出力オフセット補正値アルファを選択する。

（1−L−8）表示装置103がプロジェクタである場合、映像はレンズによって拡大されてスクリーン上に投影される。従って、スクリーン上の表示領域のサイズはプロジェクタとスクリーンとの間の距離に依って変化する。その場合、プロジェクタは表示領域のサイズを、例えば次の二つの方法のいずれかで決定する。第１の方法では、まず、プロジェクタとスクリーンとの間の距離が計測され、次に、その距離とプロジェクタの光学系の特性、特に投影光の拡がり角との間の関係から表示領域のサイズが算定される。ここで、その距離の計測には、プロジェクタに搭載された距離センサが利用される。例えばその距離センサはまず、スクリーンに対して赤外等のレーザ光を照射してそのスクリーンからの反射光を検出すると共に、レーザ光の照射から反射光の検出までの経過時間を計測する。距離センサは次に、その経過時間からプロジェクタとスクリーンとの間の距離を算定する。第２の方法では、プロジェクタはまず、スクリーンに線分等の標準図形を投影すると共に、ＯＳＤ等で視聴者に、その標準図形のスクリーン上でのサイズを計測して入力するように促す。プロジェクタは次に、視聴者によって入力された標準図形のサイズから表示領域のサイズを算定する。

（1−M）映像コンテンツには、例えばカラオケで歌詞の表示に利用されるもののように、静止画像に字幕等のグラフィックス映像が重ねて表示され、かつ、そのグラフィックス映像だけが頻繁に更新されるものがある。そのようなコンテンツが３Ｄ映像コンテンツとして形成されている場合、オフセット・メタデータが配置されたＶＡＵは更にシーケンス終端コードを含む。再生装置102は、そのようなＶＡＵを復号したときは、そのオフセット・メタデータから得られたオフセット情報を保持し、新たなオフセット・メタデータを含むＶＡＵが復号されるまで変更しない。

図５８の（ａ）は、静止画像のみを表すディペンデントビュー・ビデオ・ストリーム5800のデータ構造を示す模式図である。ディペンデントビュー・ビデオ・ストリーム5800の各ＶＡＵは一つの静止画像を表す。その場合、各ＶＡＵの後端にはシーケンス終端コード5803、5804が配置されている。一方、各ＶＡＵの補足データ5801、5802にはオフセット・メタデータ5811、5812が配置されている。ＶＡＵ＃１のオフセット・メタデータ5811はオフセット・シーケンスＩＤ＝０のオフセット・シーケンス［０］を含む。そのオフセット・シーケンス［０］はフレーム＃１のオフセット情報のみを含む。同様に、ＶＡＵ＃２のオフセット・メタデータ5812では、オフセット・シーケンス［０］はフレーム＃１のオフセット情報のみを含む。

ここで、３Ｄプレイリスト・ファイルが次の事項（１）、（２）を規定している場合を想定する：（１）ディペンデントビュー・ビデオ・ストリーム5300の各ＶＡＵの表す静止画像を１０秒間隔で切り換える。（２）各静止画像に、グラフィックス・ストリームの表すグラフィックス映像を重ねて表示する。図５８の（ｂ）は、そのような３Ｄプレイリスト・ファイルを従って再生される、レフトビュー・ビデオ・プレーンの列5821、ライトビュー・ビデオ・プレーンの列5822、及びグラフィックス・プレーンの列5830を示す模式図である。図５８の（ｂ）では、静止画像が切り換えられた時点の各ビデオ・プレーンが斜線で示されている。レフトビュー・ビデオ・プレーンの列5821では、最初のビデオ・プレーン5841の示す静止画像が最初の１０秒の期間5861に繰り返し再生され、次のビデオ・プレーン5851の示す静止画像が次の１０秒の期間5871に繰り返し再生される。ライトビュー・ビデオ・プレーンの列5822では、最初のビデオ・プレーン5842の示す静止画像が最初の１０秒の期間5862に繰り返し再生され、次のビデオ・プレーン5852の示す静止画像が次の１０秒の期間5872に繰り返し再生される。

再生装置102は、ディペンデントビュー・ビデオ・ストリーム5800のＶＡＵ＃１を復号すると共に、そのオフセット・メタデータ5811からフレーム＃１のオフセット情報を読み出す。再生装置102は更に、そのシーケンス終端コード5803を検出する。そのとき、再生装置102はフレーム＃１のオフセット情報を保持する。それにより、最初の１０秒の期間5861では、グラフィックス・プレーンの列5830に与えられるオフセットが、保持されたオフセット情報で決まるものに一定に維持される。すなわち、グラフィックス映像の奥行きが一定に維持される。

ＶＡＵ＃１の復号から１０秒間が経過したとき、再生装置102はＶＡＵ＃２を復号すると共に、そのオフセット・メタデータ5812からフレーム＃１の新たなオフセット情報を読み出す。再生装置102は更に、そのシーケンス終端コード5804を検出する。そのとき、再生装置102はフレーム＃１のオフセット情報を保持する。それにより、次の１０秒の期間5871では、グラフィックス・プレーンの列5830に与えられるオフセットが、新たに保持されたオフセット情報で決まるものに変更された後、一定に維持される。すなわち、グラフィックス映像が新たな奥行きに一定に維持される。

このように、ＶＡＵがシーケンス終端コードを含むときは、再生装置102に既存のオフセット情報をそのまま保持させる。それにより、ビデオ・ストリームが静止画像のみから構成されている場合でも、再生装置102に、グラフィックス・プレーンに対するオフセット制御を確実に継続させることができる。

（1−N）レフトビューとライトビューとの間のずれ補償

レフトビューとライトビューとの間に「ずれ」が生じる場合がある。本発明の実施形態１による再生装置102、又は表示装置103は、以下に述べる手段を用いてそのずれを補償する。それにより、そのずれが視聴者に違和感を与える危険性を回避することができる。

再生装置102は、上記のずれの補償処理に、図４２に示されている機能部を利用する。一方、表示装置103がその補償処理を行ってもよい。図５９は、その補償処理を行う表示装置103の機能ブロック図である。図５９を参照するに、表示装置103は、受信部5901、ストリーム処理部5902、信号処理部5903、及び出力部5904を備えている。受信部5901は、再生装置102の他、ＢＤ−ＲＯＭディスク、半導体メモリ装置、外部ネットワーク、及び放送波等の各種媒体から多重化ストリーム・データを受信してストリーム処理部5902に渡す。ストリーム処理部5902は、その多重化ストリーム・データから、映像、音声、グラフィックス等、各種のデータを分離して信号処理部5903に渡す。信号処理部5903は、それらのデータを個別に復号して出力部5904に渡す。出力部5904は、復号された各データを所定の形式に変換して出力する。出力部5904の出力は映像／音声そのものである。その他に、ＨＤＭＩ方式等の映像信号／音声信号であってもよい。図５９に示されている要素5901、5902、5903、及び5904のうち、ディスク・ドライブ、表示パネル、及びスピーカ等の機械的な部分以外は、一以上の集積回路に実装されている。

（1−N−1）レフトビューとライトビューとの間の水平方向のずれ

図６０の（ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの水平画角HAL、HARを模式的に示す平面図である。図６０の（ａ）を参照するに、一対のビデオカメラ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にしか映らない。

図６０の（ｂ）は、左側のビデオカメラCMLで撮影されたレフトビューLVを示す模式図であり、図６０の（ｃ）は、右側のビデオカメラCMRで撮影されたライトビューRVを示す模式図である。図６０の（ｂ）、（ｃ）を参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALはレフトビューLVに、その左端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ALはライトビューRVには含まれない。一方、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARはライトビューRVに、その右端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ARはレフトビューLVには含まれない。従って、図６０の（ａ）に示されている三つの被写体OBL、OBC、OBRのうち、右側の被写体OBRはレフトビューLVには含まれず、左側の被写体OBLはライトビューRVには含まれない。その結果、左側の被写体OBLは視聴者の左目にしか映らず、右側の被写体OBRは右目にしか映らない。その場合、レフトビューLVとライトビューRVとは視聴者に違和感を与える危険性がある。

ＢＤ−ＲＯＭディスク101では、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AL、ARの幅WDHを示す情報がディペンデントビュー・ビデオ・ストリームに格納されている。その格納場所は、各ビデオ・シーケンスの先頭に位置するＶＡＵの補足データである。但し、その補足データは、図１１に示されているオフセット・メタデータ1110を含む補正データとは別である。一方、再生装置102では、システム・ターゲット・デコーダ4225がディペンデントビュー・ビデオ・ストリームから、上記の帯状領域AL、ARの幅WDHを示す情報を読み出す。システム・ターゲット・デコーダ4225は更にその情報をプレーン加算部4226内の視差映像生成部4710又は表示装置103内の出力部5904に伝える。表示装置103内の受信部5901がＢＤ−ＲＯＭディスク等の情報媒体から３Ｄ映像コンテンツを直に読み取る場合、上記の情報は表示装置103内の信号処理部5903によってディペンデントビュー・ビデオ・ストリームから読み出されて出力部5904に伝えられる。視差映像生成部4710又は出力部5904（以下、視差映像生成部4710等と略す。）は、その情報を利用して左映像プレーンと右映像プレーンとを加工し、上記の帯状領域AL、ARを背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域AL、ARに含まれる画素データを一様な背景色又は黒色のデータに書き換える。

図６０の（ｄ）、（ｅ）はそれぞれ、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。図６０の（ｄ）を参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALは、幅WDHの黒色帯BLで隠されている。一方、図６０の（ｅ）を参照するに、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARは、幅WDHの黒色帯BRで隠されている。それらの結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。

視差映像生成部4710等は更に、図４９に示されているクロッピング処理と同様にして、左映像プレーンと右映像プレーンとのそれぞれから、上記の帯状領域AL、ARのうち、外側の半分の領域に含まれる画素データを除去してもよい。その場合、視差映像生成部4710等は、各帯状領域AL、ARの残り半分の領域を背景色又は黒色で一様に塗りつぶすと共に、その反対側の端部に、各帯状領域AL、ARの半分の幅の背景色又は黒色の帯状領域を付加する。それにより、視聴者のいずれの目にも、レフトビューLVとライトビューRVとで共通する領域の示す映像が画面の中央に映り、背景色又は黒色の帯が画面の両端に映る。その結果、視聴者に違和感を与える危険性を回避することができる。

その他に、視差映像生成部4710等は、左映像プレーンと右映像プレーンとを次のように処理してもよい。視差映像生成部4710等はまず、図４９に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AL、AR内の画素データを除去する。視差映像生成部4710等は次に、スケーリング処理によって、残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示される。その結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。

（1−N−2）レフトビューとライトビューとの間の垂直方向のずれ

図６１の（ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの垂直画角VAL、VARを模式的に示す平面図である。図６１の（ａ）を参照するに、それらのビデオカメラCML、CMRの垂直画角VAL、VARは、大きさは等しいが、位置は異なる。従って、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATと、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABとが生じる。両方の垂直画角VAL、VARの共通部分に位置する被写体OBJはいずれのビデオカメラCML、CMRにも映る。しかし、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATに位置する被写体は左側のビデオカメラCMLにしか映らず、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABに位置する被写体は右側のビデオカメラCMRにしか映らない。

図６１の（ｂ）は、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。図６１の（ｂ）を参照するに、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATはレフトビューLVに、その上端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ATはライトビューRVには含まれない。一方、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABはライトビューRVに、その下端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ABはレフトビューLVには含まれない。尚、帯状領域AT、ABの位置はレフトビューLVとライトビューRVとで逆の場合もある。このように、レフトビューLVとライトビューRVとで上記の帯状領域AT、ABの有無が異なる場合、図６１の（ａ）に示されている被写体OBJの垂直方向の位置はレフトビューLVとライトビューRVとで、帯状領域AT、ABの高さHGTだけずれる。その結果、視聴者の左目に映る被写体OBJと、右目に映る被写体OBJとでは垂直方向の位置が異なるので、その視聴者に違和感を与える危険性がある。

ＢＤ−ＲＯＭディスク101では、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AT、ABの高さHGTを示す情報がディペンデントビュー・ビデオ・ストリームに格納されている。その格納場所は、各ビデオ・シーケンスの先頭に位置するＶＡＵの補足データである。但し、その補足データは、図１１に示されているオフセット・メタデータ1110を含む補正データとは別である。一方、再生装置102ではシステム・ターゲット・デコーダ4225がディペンデントビュー・ビデオ・ストリームから、上記の帯状領域AT、ABの高さHGTを示す情報を読み出す。システム・ターゲット・デコーダ4225は更にその情報をプレーン加算部4226内の視差映像生成部4710又は表示装置103内の出力部5904に伝える。表示装置103内の受信部5901がＢＤ−ＲＯＭディスク等の情報媒体から３Ｄ映像コンテンツを直に読み取る場合、上記の情報は表示装置103内の信号処理部5903によってディペンデントビュー・ビデオ・ストリームから読み出されて出力部5904に伝えられる。

視差映像生成部4710又は出力部5904（以下、視差映像生成部4710等と略す。）は、上記の帯状領域AT、ABの高さHGTを用いて、左映像プレーンと右映像プレーンとを次の手順で加工する。視差映像生成部4710等はまず、左映像プレーン内の画素データの位置を下向きに高さHGTの半分HGT／2だけ移動させ、右映像プレーン内の画素データの位置を上向きに高さHGTの半分HGT／2だけ移動させる。それにより、各映像プレーンのうち、上記の帯状領域AT、AB以外の領域が表す映像と画面とで垂直方向の中心が一致する。一方、左映像プレーンでは、上端から帯状領域ATの上半分が除去され、下端から高さHDT／2の帯状領域に空き領域が生じる。右映像プレーンでは、下端から帯状領域ABの下半分が除去され、上端から高さHDT／2の帯状領域に空き領域が生じる。視差映像生成部4710等は次に、各帯状領域を背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域に含まれる画素データを一様な背景色又は黒色のデータに書き換える。

図６１の（ｃ）は、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。図６１の（ｃ）を参照するに、レフトビューLVとライトビューRVとでは垂直方向の中心位置が一致している。従って、図６１の（ａ）に示されている被写体OBJの垂直方向の位置はレフトビューLVとライトビューRVとで等しい。一方、レフトビューLVの上端では、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATが高さHGT／2の黒色帯BTで隠され、ライトビューRVの下端では、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABが高さHGT／2の黒色帯BBで隠されている。更に、レフトビューLVの下端には高さHGT／2の黒色帯BBが付加され、ライトビューRVの上端には高さHGT／2の黒色帯BTが付加されている。それらの結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らず、かつ、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。

その他に、視差映像生成部4710等は左映像プレーンと右映像プレーンとを次のように処理してもよい。プレーン加算部4126はまず、図４９に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AT、AB内の画素データを除去する。視差映像生成部4710は次に、スケーリング処理によって残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示されるので、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らない。しかも、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。

（1−N−3）レフトビューとライトビューとの間のグラフィックス映像のずれ

１プレーン＋オフセット・モードの再生装置が一つのグラフィックス・プレーンに大きなオフセットを与えて一対のグラフィックス・プレーンを生成する場合、その対の一方の左端部又は右端部に、他方の右端部又は左端部には含まれない領域が生じ得る。

図６２の（ａ）は、グラフィックス・プレーンGPLの表すグラフィックス映像の一例を示す模式図である。図６２の（ａ）を参照するに、そのグラフィックス・プレーンGPLは三種類のグラフィック部品OB1、OB2、OB3を表す。特に左側のグラフィック部品OB1の左端はグラフィックス・プレーンGPLの左端から距離D1に位置し、右側のグラフィック部品OB3の右端はグラフィックス・プレーンGPLの右端から距離D3に位置する。図６２の（ｂ）、（ｃ）はそれぞれ、グラフィックス・プレーンGPLに右向きと左向きとのオフセットを与える処理を示す模式図である。図６２の（ｂ）を参照するに、図４９に示されているクロッピング処理と同様に、グラフィックス・プレーンGPLの右端からは、オフセット値に等しい幅OFSの帯状領域AR1が除去され、左端には幅OFSの透明な帯状領域AL1が付加されている。それにより、各グラフィック部品OB1−OB3の水平方向の位置が元の位置から、オフセット値に等しい距離OFSだけ右に移動している。一方、図６２の（ｂ）を参照するに、グラフィックス・プレーンGPLの左端からは幅OFSの帯状領域AL2が除去され、右端には幅OFSの透明な帯状領域AR2が付加されている。それにより、各グラフィック部品OB1−OB3の水平方向の位置が元の位置から距離OFSだけ左に移動している。

図６２の（ｂ）、（ｃ）を更に参照するに、オフセット値に等しい距離OFSは、左側のグラフィック部品OB1の左端とグラフィックス・プレーンGPLの左端との間の距離D1よりも大きく、右側のグラフィック部品OB3の右端とグラフィックス・プレーンGPLの右端との間の距離D3よりも大きい。従って、右向きのオフセットが与えられたグラフィックス・プレーンGP1では右側のグラフィック部品OB3の右端の一部MP3が欠け、左向きのオフセットが与えられたグラフィックス・プレーンGP2では左側のグラフィック部品OB1の左端の一部MP1が欠けている。しかし、左側のグラフィック部品OB1の欠落部分MP1は、右向きのオフセットが与えられたグラフィックス・プレーンGP1には含まれ、右側のグラフィック部品OB3の欠落部分MP3は、左向きのオフセットが与えられたグラフィックス・プレーンGP2には含まれている。その結果、それらの欠落部分MP1、MP3は視聴者の片目にしか映らないので、視聴者に違和感を与える危険性がある。

再生装置102では、プレーン加算部4226内の各クロッピング処理部4731−4734がオフセット情報4707を用いてグラフィックス・プレーンGPLに対するオフセット制御を行う。そのとき、各クロッピング処理部4731−4734は更に、グラフィックス・プレーンGPLの左端又は右端から帯状領域を切り取る。すなわち、その帯状領域内の画素データを透明色のデータに書き換える。各帯状領域はグラフィックス・プレーンGPLの左端又は右端に沿って延びており、その幅がオフセット値に等しい。その他に、表示装置103内の出力部5904が、システム・ターゲット・デコーダ4225又は表示装置103内の信号処理部5903からオフセット情報を受け取って、そのオフセット情報を用いてグラフィックス・プレーンGPLの左端又は右端から帯状領域を切り取ってもよい。図６２の（ｂ）、（ｃ）には、切り取り対象の帯状領域AS1、AS2が示されている。右向きのオフセットが与えられたグラフィックス・プレーンGP1では、切り取り対象の帯状領域AS1が左側のグラフィック部品OB1の欠落部分MP1を含む。左向きのオフセットが与えられたグラフィックス・プレーンGP2では、切り取り対象の帯状領域AS2が右側のグラフィック部品OB3の欠落部分MP3を含む。

図６２の（ｄ）、（ｅ）はそれぞれ、右向きと左向きとのオフセットが与えられたグラフィックス・プレーンGP1、GP2の表すグラフィックス映像を示す模式図である。図６２の（ｄ）、（ｅ）を参照するに、それらのグラフィックス・プレーンGP1、GP2では、三種類のグラフィック部品OB1−OB3の形状が一致している。その結果、視聴者の各目には共通のグラフィックス映像しか映らない。こうして、その視聴者に違和感を与える危険性を回避することができる。

その他に、ＢＤ−ＲＯＭディスク101上のＰＧストリーム又はＩＧストリームから再生されるグラフィックス・プレーン、及び、再生装置102によって生成されるグラフィックス・プレーンに対し、グラフィック部品の配置に関する次の条件が規定されてもよい。図６３は、その条件を示す模式図である。図６３を参照するに、グラフィックス・プレーンGPLには、左上角を原点（0,0）とするｘｙ直交座標が設定されている。ｘ座標とｙ座標とはそれぞれ、グラフィックス・プレーンGPLの水平座標と垂直座標である。ここで、グラフィックス・プレーンGPLの右下角の座標を（TWD,THG）とする。そのｘｙ座標を用いて、上記の条件は次のように規定される：各フレームにおいて、グラフィック部品OB1、OB2、OB3は、次の四点（OFS,0)、（TWD−OFS,0)、（TWD−OFS,THG)、（OFS,THG）を頂点とする矩形領域内に配置されなければならない。すなわち、グラフィックス・プレーンGPLの左端と右端とのそれぞれに沿って延びている幅OFSの帯状領域AL、ARではグラフィック部品の配置が禁止される。図６２の（ｂ）、（ｃ）から明らかなとおり、それらの帯状領域AL、ARはオフセット制御によって切り取られる。従って、それらの帯状領域AL、ARへのグラフィック部品の配置が禁止されていれば、グラフィックス・プレーンGPLにオフセットが与えられた後でもグラフィック部品の形状に変化はない。その結果、視聴者の各目には共通のグラフィックス映像しか映らないので、その視聴者に違和感を与える危険性を回避することができる。

（1−O）レターボックス表示

映像コンテンツのオーサリング時に想定されている画面サイズは、デジタル・テレビ放送で採用されているフルＨＤと、映画で採用されているシネマスコープ（登録商標）とで異なる。フルＨＤのアスペクト比は１６：９（≒１．７８：１）であるのに対し、シネマスコープのアスペクト比は２．３５：１である。従って、ＢＤ−ＲＯＭディスクに記録された家庭用の映画コンテンツでは、各映像フレームの上下に水平方向の黒帯が付加されている。それにより、映像フレームと黒帯との全体のアスペクト比が１６：９に調節されている。このような表示方式を「レターボックス表示」という。

図６４の（ａ１）、（ａ２）は、いずれも同じレターボックス表示の画面を示す模式図である。図６４の（ａ１）、（ａ２）を参照するに、画面全体の解像度は１９２０ピクセル×１０８０ピクセルであり、アスペクト比は１６：９である。一方、映像の表示領域DRGの解像度は１９２０ピクセル×８１８ピクセルであり、アスペクト比は約２．３５：１である。表示領域DRGの上下には高さ１３１ピクセルの黒帯BT、BBが水平方向に延びている。

このようなレターボックス表示が３Ｄ映像の表示に採用される場合、字幕を表示領域DRGではなく、上下いずれかの黒帯BT、BBに表示することが望ましい。それにより、３Ｄ映像と字幕とが分離されるので、いずれの奥行きが手前であっても、両方を視聴者に確実に見せることができる。しかし、黒帯BT、BBの高さ１３１ピクセルは、字幕を表示するのには必ずしも十分ではない。その場合、再生装置102ではプレーン加算部4226が主映像プレーンに垂直方向のオフセットを与える。このオフセット制御を「ビデオ・シフト」という。ビデオ・シフトには、「キープ（Ｋｅｅｐ）」、「アップ（Ｕｐ）」、「ダウン（Ｄｏｗｎ）」の三種類がある。キープ・モードでは、主映像プレーンには垂直方向のオフセットが与えられない。従って、図６４の（ａ１）、（ａ２）に示されている映像フレームでは、いずれの黒帯BT、BBの高さも１３１ピクセルに維持される。アップ・モードでは、主映像プレーンに上向きのオフセットが与えられる。図６４の（ｂ）は、主映像プレーンに１３１ピクセルのオフセットを上向きに与えたときの画面を示す模式図である。図６４の（ｂ）を参照するに、上側の黒帯BTは除去され、下側の黒帯BBの高さが２倍に増えている。ダウン・モードでは、主映像プレーンに下向きのオフセットが与えられる。図６４の（ｃ）は、主映像プレーンに１３１ピクセルのオフセットを下向きに与えたときの画面を示す模式図である。図６４の（ｃ）を参照するに、下側の黒帯BBは除去され、上側の黒帯BTの高さが２倍に増えている。このように、プレーン加算部4226は、ビデオ・シフトをアップとダウンとのいずれかのモードで実行することにより、上下いずれかの黒帯BT、BBの高さを字幕の表示に十分な値まで増やす。

垂直方向のオフセットの大きさは１３１ピクセル以外であってもよい。図６４の（ｄ）は、主映像プレーンに５１ピクセルのオフセットを上向きに与えたときの画面を示す模式図である。図６４の（ｄ）を参照するに、上側の黒帯BTの高さは１３１−５１＝８０ピクセルまで減り、下側の黒帯BBの高さは１３１＋５１＝１８２ピクセルまで増えている。以下では、オフセットの大きさが１３１ピクセルである場合を想定する。

図６５は、ビデオ・シフトに必要な再生装置102内の構成を示す機能ブロック図である。図６５に示されている構成は、図４７に示されている構成とは、ビデオ・シフト部6501、ＳＰＲＭ（３２）6502、及びＳＰＲＭ（３３）6503を含む点で異なる。それ以外は同様である。従って、図６５では、図４７に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図４７に示されている要素についての説明を援用する。

ＳＰＲＭ（３２）とＳＰＲＭ（３３）とのそれぞれの示す値は、プログラム実行部4234により、ＢＤ−Ｊオブジェクト等のアプリケーション・プログラム、又はＧＵＩを通したユーザの指示に従って設定される。ＳＰＲＭ（３３）の示す値は更に、再生制御部4235により、プレイリスト・ファイルに従って更新される。

図６６の（ａ）は、ＳＰＲＭ（３２）とＳＰＲＭ（３３）との各データ構造を示す表である。図６６の（ａ）を参照するに、ＳＰＲＭ（３２）は、ビデオ・シフト・モード（video＿shift＿mode）を表すパラメータを格納する。そのパラメータは、三種類のビデオ・シフト・モードに対応して、「０」、「１」、「２」の三つの値を取り得る。ＳＰＲＭ（３３）は、ビデオ上移動時シフト値とビデオ下移動時シフト値との対を４種類格納する。それらのシフト値は、ＰＧプレーンに対する対（PG＿shift＿value＿for＿Up、PG＿shift＿value＿for＿Down）、ＩＧプレーンに対する対（IG＿shift＿value＿for＿Up、IG＿shift＿value＿for＿Down）、副映像プレーンに対する対（SV＿shift＿value＿for＿Up、SV＿shift＿value＿for＿Down）、及びイメージ・プレーンに対する対（IM＿shift＿value＿for＿Up、IM＿shift＿value＿for＿Down）から成る。ビデオ上移動時シフト値とビデオ下移動時シフト値とはそれぞれ、上向きと下向きとの各オフセットが主映像プレーンに与えられたときにＰＧプレーン等に与えられるべき垂直方向のオフセットの大きさを表す。

図６６の（ｂ）は、レターボックス表示の映像コンテンツにおけるプレイリスト・ファイル内のＳＴＮテーブルを示す模式図である。図６６の（ｂ）を参照するに、ＳＴＮテーブル6600では、一つのＳＴＮ6601にＰＧストリーム１のストリーム・エントリ6602とストリーム属性情報6603とが対応付けられている。そのストリーム属性情報6603は、ビデオ上移動時シフト値（PG＿y＿shift＿value＿for＿Up）6610とビデオ下移動時シフト値（PG＿y＿shift＿value＿for＿Down）6611とを含む。それにより、それらのシフト値はＰＩごとに設定可能である。ＩＧストリーム等、他のストリーム・データについても同様に、各シフト値は設定可能である。再生制御部4235は、各ＰＩ内のＳＴＮテーブルからシフト値を読み取って、その値で、ＳＰＲＭ（３３）の示す値を更新する。

ビデオ・シフト部6501は、スイッチ4720から左映像プレーン・データ4701と右映像プレーン・データ4702とを交互に受信する。ビデオ・シフト部6501は、その受信の度にプレーヤ変数記憶部4236内のＳＰＲＭ（３２）を参照して、その値の示すビデオ・シフト・モードで主映像プレーンに垂直方向のオフセットを与える。その後、ビデオ・シフト部6501は主映像プレーンを第２加算部4742へ送出する。

図６７の（ａ）−（ｃ）はそれぞれ、アップ・モード、キープ・モード、及びダウン・モードのビデオ・シフト部6501によって処理された主映像プレーンVPA、VPB、VPCを示す模式図である。ＳＰＲＭ（３２）がキープ・モードを示すとき、ビデオ・シフト部6501は主映像プレーンに垂直方向のオフセットを与えない。それにより、図６７の（ｂ）に示されているように、主映像プレーンVPB内の上下の黒帯BT、BBの高さは１３１ピクセルに維持される。ＳＰＲＭ（３２）がアップ・モードを示すとき、ビデオ・シフト部6501は、図４９に示されているクロッピング処理と同様にして、まず、元の主映像プレーンVPBの上端部から高さ１３１ピクセルの黒帯BTを切り取る。ビデオ・シフト部6501は次に、図６７の（ａ）に示されているように、主映像プレーンVPAの下端部に高さ１３１ピクセルの黒帯ABを付加する。それにより、主映像プレーンのうち、切り取られた黒帯BT以外に含まれる画素データの位置が１３１ピクセル、上向きに移動する。一方、下端部の黒帯BB＋ABの高さが１３１×２＝２６２ピクセルに増える。ＳＰＲＭ（３２）がダウン・モードを示すとき、ビデオ・シフト部6501は、元の主映像プレーンVPBの下端部から高さ１３１ピクセルの黒帯BBを切り取り、図６７の（ｃ）に示されているように、主映像プレーンVPCの上端部に高さ１３１ピクセルの黒帯ATを付加する。それにより、主映像プレーンのうち、切り取られた黒帯以外に含まれる画素データの位置が１３１ピクセル、下向きに移動する。一方、上端部の黒帯BT＋ATの高さが１３１×２＝２６２ピクセルに増える。

図６５を再び参照するに、第２クロッピング処理部4732は、システム・ターゲット・デコーダ4225からＰＧプレーン・データ4704を受信する度にＳＰＲＭ（３２）6502とＳＰＲＭ（３３）6503とを参照し、それらの値に従ってＰＧプレーン4704に垂直方向のオフセットを与える。更に、１プレーン＋オフセット・モードであれば、第２クロッピング処理部4732はＰＧプレーン4704に水平方向のオフセットを与える。その後、第２クロッピング処理部4732はＰＧプレーン4704を第２加算部4742へ送出する。

図６７の（ｄ）−（ｆ）はそれぞれ、アップ・モード、キープ・モード、及びダウン・モードの第２クロッピング処理部4732によって処理されたＰＧプレーンPGD、PGE、PGFを示す模式図である。ＳＰＲＭ（３２）6502がキープ・モードを示すとき、第２クロッピング処理部4732はＰＧプレーンPGEに垂直方向のオフセットを与えない。それにより、図６７の（ｅ）に示されているように、ＰＧプレーンPGE内の字幕SUBは元の位置に維持される。ＳＰＲＭ（３２）がアップ・モードを示すとき、第２クロッピング処理部4732はまず、ＳＰＲＭ（３３）6503からＰＧプレーンに対するビデオ上移動時シフト値（PG＿shift＿value＿for＿Up）ａを読み出す。第２クロッピング処理部4732は次に、図４９に示されているクロッピング処理と同様にして、大きさがビデオ上移動時シフト値ａに等しい下向きのオフセットをＰＧプレーンPGEに与える。具体的には、第２クロッピング処理部4732はまず、元のＰＧプレーンPGEの下端部から高さａピクセルの帯状領域SBEを切り取る。第２クロッピング処理部4732は次に、図６７の（ｄ）に示されているように、ＰＧプレーンPGDの上端部に高さａピクセルの帯状領域STDを付加する。それにより、字幕SUBの位置がａピクセル下向きに移動する。ＳＰＲＭ（３２）がダウン・モードを示すとき、第２クロッピング処理部4732はまず、ＳＰＲＭ（３３）6503からＰＧプレーンに対するビデオ下移動時シフト値（PG＿shift＿value＿for＿Down）ｂを読み出す。第２クロッピング処理部4732は次に、図４９に示されているクロッピング処理と同様にして、大きさがビデオ下移動時シフト値ｂに等しい上向きのオフセットをＰＧプレーンPGEに与える。具体的には、第２クロッピング処理部4732はまず、元のＰＧプレーンPGEの上端部から高さｂピクセルの帯状領域STEを切り取る。第２クロッピング処理部4732は次に、図６７の（ｆ）に示されているように、ＰＧプレーンPGFの下端部に高さｂピクセルの帯状領域SBFを付加する。それにより、字幕SUBの位置がｂピクセル上向きに移動する。

第２加算部4742は、第２クロッピング処理部4732からＰＧプレーン・データを受信し、ビデオ・シフト部6501からの主映像プレーン・データに重畳して第３加算部4743に渡す。図６７の（ｇ）−（ｉ）はそれぞれ、アップ・モード、キープ・モード、及びダウン・モードの第２加算部4742によって合成されたプレーン・データPLG、PLH、PLIを示す模式図である。キープ・モードでは、図６７の（ｈ）に示されているように、字幕SUBは主映像MVWと重なって表示される。アップ・モードでは、図６７の（ｇ）に示されているように、字幕SUBが、主映像MVWよりも下に位置する黒帯BBGの中に表示される。これは、ビデオ上移動時シフト値ａを調節することによって実現可能である。ダウン・モードでは、図６７の（ｉ）に示されているように、字幕SUBは、主映像MVWよりも上に位置する黒帯BTIの中に表示される。これは、ビデオ下移動時シフト値ｂを調節することによって実現可能である。

レターボックス表示では黒帯に、ＰＧプレーンの表す字幕の他、ＩＧプレーンの表す対話画面、副映像プレーンの表す映像、又はイメージ・プレーンの表すポップアップ・メニューが表示されてもよい。それらの場合にも黒帯の高さを、上記と同様な方法で適切に調節することができる。

（1−O−1）図６５に示されている構成では、第２クロッピング処理部4732はＳＰＲＭ（３３）6503からビデオ上／下移動時シフト値を読み出す。その他に、第２クロッピング処理部4732が直接、プレイリスト・ファイルからビデオ上／下移動時シフト値を読み出してもよい。

（1−O−2）図６７の（ａ）、（ｃ）に示されている黒帯BT、BBの高さは１３１ピクセル以外であってもよく、更に可変であってもよい。その値は、アプリケーション・プログラム又はユーザに従ってプレーヤ変数記憶部4236内のいずれかのＳＰＲＭに設定されてもよい。

（1−O−3）図６７の（ｄ）、（ｆ）では、第２クロッピング処理部4732が、ＰＧプレーンPGEに含まれるほぼ全ての画素データの位置を上下方向に移動させる。その他に、ＰＧデコーダがＳＰＲＭ（３３）6503を参照して、ＰＣＳの示すオブジェクト表示位置を変更してもよい。例えば、ＰＣＳがオブジェクト表示位置＝（ｘ，ｙ）を示し、かつ、ＳＰＲＭ（３３）6503がビデオ上移動時シフト値＝“ａ”を示すとき、ＰＧデコーダはオブジェクト表示位置を座標（ｘ，ｙ＋ａ）に変更する。それにより、図６７の（ｄ）に示されている字幕SUBと同じように、ＰＧストリームの表すグラフィックス・オブジェクトは、ＰＣＳの示すオブジェクト表示位置よりも下に表示される。グラフィックス・オブジェクトの表示位置を上向きに移動させる場合も同様である。尚、ＰＣＳはビデオ上／下移動時シフト値を格納していてもよい。

（1−O−4）アップ・モード及びダウン・モードでは、図６７の（ｄ）、（ｆ）に示されているように、ＰＧプレーンの上下が切り取られる。そのとき、グラフィックス・オブジェクトの上下が切り取られないように、グラフィックス・オブジェクトの配置可能な領域が所定の範囲に予め制限されていてもよい。具体的な例として、ＰＧプレーンの高さ×幅がＨＧＴ×ＷＤＨであり、ビデオ上移動時シフト値が“ａ”であり、かつビデオ下移動時シフト値が“ｂ”である場合を想定する。図６７の（ｅ）を参照するに、その場合においてグラフィックス・オブジェクトの配置は、次のような水平方向の帯状領域内に制限される：左上角PULのｘｙ座標＝（０，ｂ）、右下角PDRのｘｙ座標＝（ＷＤＨ，ＨＧＴ−ａ）。より正確には、ＰＧストリームは次の条件を満たす：（Ａ）ＰＣＳの示すオブジェクト表示位置は上記の帯状領域内である；（Ｂ）仮にグラフィックス・オブジェクトがオブジェクト表示位置に表示されたとき、その表示範囲は上記の帯状領域の範囲を超えない；（Ｃ）ＷＤＳの示すウィンドウ位置は上記の帯状領域内である；（Ｄ）仮にウィンドウがウィンドウ位置に設定されたとき、その範囲は上記の帯状領域の範囲を超えない。こうして、グラフィックス・オブジェクトの上下が切り取られることを防ぐことができる。

（1−O−5）図６８の（ａ）は、レターボックス表示の映像コンテンツにおけるプレイリスト・ファイル内のＳＴＮテーブルの別例を示す模式図である。図６８の（ａ）を参照するに、ＳＴＮテーブル6800では、一つのＳＴＮ6801にＰＧストリーム１のストリーム・エントリ6802とストリーム属性情報6803とが対応付けられている。そのストリーム属性情報6803は、ビデオ上／下移動時シフト値6810、6811に加え、ビデオ・シフト・モード6812を含む。その場合、再生装置102はビデオ・シフトに次の構成を利用してもよい。

図６９は、ビデオ・シフトに必要な再生装置102内の構成の別例を示す機能ブロック図である。図６９に示されている構成は、図６５に示されている構成とはビデオ・シフト部6901とＳＰＲＭ（３４）6904とが異なる。それ以外は同様である。従って、図６９では、図６５に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図６５に示されている要素についての説明を援用する。

図６６の（ａ）に示されているように、ＳＰＲＭ（３２）はビデオ・シフト・モードを表し、ＳＰＲＭ（３３）はビデオ上移動時シフト値とビデオ下移動時シフト値とを表す。それらを表すパラメータの値は再生制御部4235により、図６８の（ａ）に示されているようなプレイリスト・ファイル内のＳＴＮテーブルに従って更新される。プレーヤ変数記憶部4236では更に、ビデオ・シフトを行うか否かをオン・オフで示すフラグが、ＳＰＲＭ（３４）に格納されている。そのフラグの値はプログラム実行部4234により、アプリケーション・プログラム又はユーザに従って設定される。ビデオ・シフト部6901は、スイッチ4720から左映像プレーン・データ4701と右映像プレーン・データ4702とのいずれかを受信する度に、まずＳＰＲＭ（３４）内のフラグを参照して、ビデオ・シフトを行うか否かを決定する。例えばそのフラグの値が“１”であるとき、ビデオ・シフト部6901は続いてＳＰＲＭ（３２）を参照して、その値の示すビデオ・シフト・モードで主映像プレーンに垂直方向のオフセットを与える。一方、そのフラグの値が“０”であるとき、ビデオ・シフト部6901はビデオ・シフトを行うことなく、主映像プレーンを第２加算部4742へ送出する。同様に、第２クロッピング処理部4732は、システム・ターゲット・デコーダ4225からＰＧプレーン・データ4704を受信する度に、まずＳＰＲＭ（３４）6904を参照して、ＰＧプレーン4704に垂直方向のオフセットを与えるか否かを決定する。例えばそのフラグの値が“１”であるとき、第２クロッピング処理部4732は続いてＳＰＲＭ（３２）とＳＰＲＭ（３３）とを参照して、それらの値に従ってＰＧプレーン4704に垂直方向のオフセットを与える。一方、そのフラグの値が“０”であるとき、第２クロッピング処理部4732はＰＧプレーン4704に垂直方向のオフセットを与えない。

（1−O−6）図６８の（ａ）に示されているような、ビデオ・シフト・モード6812を含むストリーム属性情報6803が複数、ＳＴＮテーブルに登録されている場合、ビデオ・シフト・モードの等しいストリーム属性情報が連続するように登録順序が設定される。図６８の（ｂ）は、その登録順序を示す模式図である。図６８の（ｂ）を参照するに、ＳＴＮテーブルでは、ストリーム番号（ＳＴＮ）５−１３に９種類のＰＧストリーム１−９のＰＩＤが登録されている。ＰＧストリーム１−３のビデオ・シフト・モードはキープ・モードに設定され、ＰＧストリーム４、５のビデオ・シフト・モードはアップ・モードに設定され、ＰＧストリーム６−９のビデオ・シフト・モードはダウン・モードに設定されている。その場合、ＰＧストリーム１−３には、連続する３つのＳＴＮ＝１−３が割り当てられ、ＰＧストリーム４、５には、連続する２つのＳＴＮ＝４、５が割り当てられ、ＰＧストリーム６−９には、連続する４つのＳＴＮ＝６−９が割り当てられる。再生装置102は、リモコン105から字幕切り換えボタンの押下を通知される度に、字幕表示に利用すべきＰＧストリームを、ＰＧストリーム１−９の中から、図６８の（ｂ）に示されている登録順序で選択する。ここで、その選択操作の間、映像と字幕との画面表示はいずれも継続されるので、字幕切り換えボタンが押下されたときに、映像と字幕との表示位置は一般に変化する。しかし、ＳＴＮテーブルには、図６８の（ｂ）に示されているように、同じビデオ・シフト・モードのＰＧストリームが連続して登録されている。従って、一般には、字幕切り換えボタンが複数回押下された後に初めて、映像と字幕との表示位置は変化する。そのように変化の頻度が抑えられるので、ＰＧストリームの選択操作が映像と字幕とを見にくくすることを防止することができる。

（1−O−7）再生装置102は、ビデオ・シフト・モードを切り換える場合、フェード・イン／アウト等の視覚効果を利用して、映像と字幕との表示位置を滑らかに変化させてもよい。更に好ましくは、字幕の表示位置の変化を映像の表示位置の変化よりも遅らせる。それにより、ビデオ・シフト・モードの切り換えに伴う映像と字幕との表示位置の変化が視聴者に不快感を与えることを防止することができる。

（1−O−8）ＰＧストリーム内のＰＤＳでは、カラーＩＤ＝２５５に無色透明が割り当てられ、ＷＤＳではウィンドウ内の背景色にカラーＩＤ＝２５５が割り当てられている。従って、ＰＧストリームが字幕を表すとき、その字幕の背景色が無色透明に設定される。図７０の（ｂ）は、その場合において画面SCRに表示される映像IMGと字幕SUBとを示す模式図である。図７０の（ｂ）を参照するに、字幕SUBの表示範囲を示すウィンドウWIN1では背景色が無色透明である。従って、そのウィンドウWIN1内では映像IMGと字幕SUBとが重なって表示される。

一方、再生装置102はカラーＩＤ＝２５５に黒等の不透明な色を割り当ててもよい。図７０の（ａ）は、プレーヤ変数記憶部4236内のＳＰＲＭ（３７）のデータ構造を示す模式図である。図７０の（ａ）を参照するに、ＳＰＲＭ（３７）には字幕の背景色の色座標値が格納される。その値は、プログラム実行部4234により、アプリケーション・プログラム又はユーザに従って予め設定される。ＳＰＲＭ（３７）に色座標値が設定されているとき、システム・ターゲット・デコーダ4225内のＰＧデコーダは、ＰＤＳの示す設定にかかわらず、その色座標値をカラーＩＤ＝２５５に割り当てる。図７０の（ｃ）は、その場合において画面SCRに表示される映像IMGと字幕SUBとを示す模式図である。ここで、ＳＰＲＭ（３７）の示す色座標値は黒等の不透明な色である。図７０の（ｃ）を参照するに、字幕SUBの表示範囲を示すウィンドウWIN2では背景色がその不透明な色である。従って、そのウィンドウWIN2内では映像IMGが背景色で隠され、字幕SUBだけが表示される。こうして、映像と字幕とを視聴者に確実に見せることができる。

（1−O−9）ビデオ・シフト・モードの切り換えと共に、ＰＧストリームの表すグラフィックス映像の表示位置だけでなく、ＰＧストリームそのものが変更されてもよい。図７１の（ａ）は、レターボックス表示の映像コンテンツにおけるプレイリスト・ファイル内のＳＴＮテーブルの更に別の例を示す模式図である。図７１の（ａ）を参照するに、ＳＴＮテーブル7100では、一つのＳＴＮ7101にＰＧストリーム１のストリーム・エントリ7102とストリーム属性情報7103とが対応付けられている。そのストリーム属性情報7103はビデオ上移動時字幕7110とビデオ下移動時字幕7111とを含む。ビデオ上移動時字幕7110とビデオ下移動時字幕7111とは、ビデオ・シフト・モードとしてアップ・モードとダウン・モードとがそれぞれ選択されるときに選択されるべきＰＧストリームのＰＩＤを示す。ビデオ上移動時字幕7110とビデオ下移動時字幕7111とのそれぞれが示すＰＧストリームでは、初めから、字幕の表示位置が主映像プレーンの下端部と上端部との各黒帯内に設定されている。その場合、再生装置102はビデオ・シフトに次の構成を利用してもよい。

図７１の（ｂ）は、ビデオ・シフトに必要な再生装置102内の構成の更に別の例を示す機能ブロック図である。図７１の（ｂ）に示されている構成は、図６５に示されている構成とは次の点が異なる：（Ａ）ビデオ・シフト・モードが切り換えられる度に、再生制御部7135は、新たに選択されるべきＰＧストリームのＰＩＤをＰＧデコーダ4072に指示する；（Ｂ）第２クロッピング処理部4732はＰＧプレーン4704に垂直方向のオフセットを与えない；（Ｃ）プレーヤ変数記憶部4236にはＳＰＲＭ（３３）とＳＰＲＭ（３４）とが設定されていなくてもよい。それ以外は同様である。従って、図７１の（ｂ）では、図６５に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図６５に示されている要素についての説明を援用する。

ＳＰＲＭ（３２）6502の示すビデオ・シフト・モードは、プログラム実行部4234によってアプリケーション・プログラム又はユーザに従って変更される。再生制御部7135は、ＳＰＲＭ（３２）6502の値の変更を検出する度に、図７１の（ａ）に示されているようなＳＴＮテーブルを参照する。それにより、再生制御部7135はその中から、変更後のビデオ・シフト・モードに対応するＰＧストリームのＰＩＤを検索してＰＧデコーダ4072に渡す。具体的には、ＳＰＲＭ（３２）6502がアップ・モードを示すときは、ビデオ上移動時字幕7110の示すＰＩＤが検索され、ＳＰＲＭ（３２）6502がダウン・モードを示すときは、ビデオ下移動時字幕7111の示すＰＩＤが検索され、ＳＰＲＭ（３２）6502がキープ・モードを示すときは、ストリーム・エントリ7102の示すＰＩＤが検索される。その結果、ＰＧデコーダ4072によって復号されるＰＧプレーン4704は、ビデオ・シフト・モードに対応する字幕を表す。

図７２の（ａ）は、キープ・モードに対応する字幕SB1、SB2を示す模式図である。図７２の（ｂ）は、ダウン・モードに対応する字幕SBD、SB2を示す模式図である。図７２の（ａ）を参照するに、キープ・モードでは映像の表示領域VP1の下端部に水平方向の字幕SB1が映像と重ねて表示され、右端部に垂直方向の字幕SB2が映像と重ねて表示される。更に、映像の表示領域VP1の上下に高さ１３１ピクセルの黒帯BT、BBが表示される。図７２の（ｂ）を参照するに、ダウン・モードでは映像の表示領域VP2の上側に高さ２６２ピクセルの黒帯BT2が表示される。仮にＰＧプレーンに垂直方向のオフセットを与えて水平方向の字幕SB1の表示位置を上側の黒帯BT2の中に移動させた場合、垂直方向の字幕SB2の表示位置SB20は画面よりも上に外れてしまう。それに対し、ビデオ下移動時字幕7111の示すＰＧストリームは水平方向の字幕SBDを表し、その表示位置は上側の黒帯BT2の中に予め設定されている。従って、再生制御部7135は、キープ・モードで水平方向の字幕SB1を表すＰＧストリームを、ダウン・モードでは、ビデオ下移動時字幕7111の示すＰＧストリームに変更する。一方、再生制御部7135は、キープ・モードで垂直方向の字幕SB2を表すＰＧストリームを、ダウン・モードでもそのまま利用する。それにより、ダウン・モードでは、図７２の（ｂ）に示されているように、水平方向の字幕SBDを上側の黒帯BT2の中に表示し、かつ、垂直方向の字幕SB2を、キープ・モードでの字幕と同じく、映像の表示領域VP2の右端部に映像と重ねて表示することができる。アップ・モードでも同様である。

ビデオ上移動時字幕7110、ビデオ下移動時字幕7111、又はストリーム・エントリ7102がＳＴＮテーブルに登録されていないとき、ＰＧデコーダ4072は再生制御部7135から新たなＰＩＤを指示されないので、その時点で保持しているＰＩＤをそのまま維持する。その場合、第２クロッピング処理部4732はＰＧプレーン4704に垂直方向のオフセットを与えてもよい。そのオフセットは、ビデオ・シフト部6501によって主映像プレーン4701、4702に与えられるオフセットと等しい。図７２の（ｃ）は、キープ・モードで表示される字幕SB1を示す模式図である。図７２の（ｄ）は、ビデオ上移動時字幕7110がＳＴＮテーブルに登録されていない場合において、アップ・モードで表示される字幕SB3を示す模式図である。図７２の（ｃ）を参照するに、キープ・モードでは映像の表示領域VP1の下端部に字幕SB1が映像と重ねて表示される。更に、映像の表示領域VP1の上下に高さ１３１ピクセルの黒帯BT、BBが表示される。図７２の（ｄ）を参照するに、アップ・モードでは映像の表示領域VP2の下側に高さ２６２ピクセルの黒帯BB2が表示される。仮に字幕SB1の表示位置がキープ・モードでの位置に維持された場合、その字幕SB1の下側が黒帯BB2に重なって表示されてしまう。それに対し、第２クロッピング処理部4732がＰＧプレーン4704に垂直方向のオフセットを与えた場合、アップ・モードの字幕SB3をキープ・モードの字幕SB1と同じく、図７２の（ｄ）に示されているように、映像の表示領域VP2の下端部に、黒帯BB2から離して表示することができる。

《実施形態２》

本発明の実施形態２によるＢＤ−ＲＯＭディスクは、ＰＧストリームとＩＧストリームとについてもベースビューとディペンデントビューとの対を含む。一方、本発明の実施形態２による再生装置は２プレーン・モードを備える。「２プレーン・モード」はグラフィックス・プレーンの表示モードの一つである。サブＴＳがベースビューとディペンデントビューとのグラフィックス・ストリームを両方含むとき、２プレーン・モードの再生装置は各グラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーン・データを復号して交互に出力する。それにより、それらのグラフィックス・ストリームから３Ｄグラフィックス映像を再生することができる。それらの点を除き、実施形態２によるＢＤ−ＲＯＭディスクと再生装置とは、実施形態１によるものと構成及び機能が等しい。従って、以下では、実施形態２によるＢＤ−ＲＯＭディスクと再生装置とのうち、実施形態１によるものからの変更部分及び拡張部分について説明する。実施形態１によるＢＤ−ＲＯＭディスクと再生装置と同様な部分については、上記の実施形態１についての説明を援用する。

＜サブＴＳのデータ構造＞

図７３の（ａ）は、ＢＤ−ＲＯＭディスク101上の第１サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第１サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、Ｌ／Ｒモード用のファイルＤＥＰに含まれる。図７３の（ａ）を参照するに、第１サブＴＳは、プライマリ・ビデオ・ストリーム7311、レフトビューＰＧストリーム7312A、7312B、ライトビューＰＧストリーム7313A、7313B、レフトビューＩＧストリーム7314、ライトビューＩＧストリーム7315、及びセカンダリ・ビデオ・ストリーム7316を含む。プライマリ・ビデオ・ストリーム7311はライトビュー・ビデオ・ストリームであり、図３の（ａ）に示されているメインＴＳ内のプライマリ・ビデオ・ストリーム301が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。レフトビューとライトビューとのＰＧストリームの対7312A＋7313A、7312B＋7313Bは、字幕等のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。レフトビューとライトビューとのＩＧストリームの対7314、7315は、対話画面のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。セカンダリ・ビデオ・ストリーム7316はライトビュー・ビデオ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。

エレメンタリ・ストリーム7311−7316に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム7311には０ｘ１０１２が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、レフトビューＰＧストリーム7312A、7312Bには０ｘ１２２０から０ｘ１２３Ｆまでのいずれかが割り当てられ、ライトビューＰＧストリーム7313A、7313Bには０ｘ１２４０から０ｘ１２５Ｆまでのいずれかが割り当てられる。レフトビューＩＧストリーム7314には０ｘ１４２０から０ｘ１４３Ｆまでのいずれかが割り当てられ、ライトビューＩＧストリーム7315には０ｘ１４４０から０ｘ１４５Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム7316には０ｘ１Ｂ２０から０ｘ１Ｂ３Ｆまでのいずれかが割り当てられる。

図７３の（ｂ）は、ＢＤ−ＲＯＭディスク101上の第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第２サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、デプス・モード用のファイルＤＥＰに含まれる。その他に、第２サブＴＳは第１サブＴＳと同じファイルＤＥＰに多重化されていてもよい。図７３の（ｂ）を参照するに、第２サブＴＳは、プライマリ・ビデオ・ストリーム7321、デプスマップＰＧストリーム7323A、7323B、デプスマップＩＧストリーム7324、及びセカンダリ・ビデオ・ストリーム7326を含む。プライマリ・ビデオ・ストリーム7321はデプスマップ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム301との組み合わせで３Ｄ映像を表す。デプスマップＰＧストリーム7323A、7323Bは、メインＴＳ内のＰＧストリーム323A、323Bの表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＰＧストリームとして利用される。デプスマップＩＧストリーム7324は、メインＴＳ内のＩＧストリーム304の表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＩＧストリームとして利用される。セカンダリ・ビデオ・ストリーム7326はデプスマップ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306との組み合わせで３Ｄ映像を表す。

エレメンタリ・ストリーム7321−7326に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム7321には０ｘ１０１３が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、デプスマップＰＧストリーム7323A、7323Bには０ｘ１２６０から０ｘ１２７Ｆまでのいずれかが割り当てられる。デプスマップＩＧストリーム7324には０ｘ１４６０から０ｘ１４７Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム7326には０ｘ１Ｂ４０から０ｘ１Ｂ５Ｆまでのいずれかが割り当てられる。

＜ＳＴＮテーブルＳＳのデータ構造＞

図７４は、本発明の実施形態２によるＳＴＮテーブルＳＳ3130のデータ構造を示す模式図である。図７４を参照するに、ＳＴＮテーブルＳＳ3130内の各ストリーム登録情報列3301、3302、3303、…は、図３３に示されているポップアップ期間のオフセット3311とディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3312との他に、ＰＧストリームのストリーム登録情報列7413とＩＧストリームのストリーム登録情報列7414とを含む。

ＰＧストリームのストリーム登録情報列7413は、サブＴＳから再生対象として選択可能なＰＧストリームを示すストリーム登録情報を含む。ＩＧストリームのストリーム登録情報列7414は、サブＴＳから再生対象として選択可能なＩＧストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列7413、7414はそれぞれ、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ＰＧストリーム及びＩＧストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。

図７４を更に参照するに、ＰＧストリームのストリーム登録情報列7413は一般に複数のストリーム登録情報7431を含む。それらは、対応するＰＩ内に含まれるＰＧストリームのストリーム登録情報と同数である。ＩＧストリームのストリーム登録情報列7414も同様なストリーム登録情報を含む。それらは、対応するＰＩ内に含まれるＩＧストリームのストリーム登録情報と同数である。

各ストリーム登録情報7431は、ＳＴＮ7441、立体視フラグ（is＿SS＿PG）7442、ベースビュー・ストリーム・エントリ（stream＿entry＿for＿base＿view）7443、ディペンデントビュー・ストリーム・エントリ（stream＿entry＿for＿depentdent＿view）7444、及びストリーム属性情報7445を含む。ＳＴＮ7441は、ストリーム登録情報7431に個別に割り当てられた通し番号であり、対応するＰＩ内で組み合わせ対象のストリーム登録情報に割り当てられたＳＴＮと等しい。立体視フラグ7442は、ＢＤ−ＲＯＭディスク101がベースビューとディペンデントビューとのＰＧストリームを両方含むか否かを示す。立体視フラグ7442がオンであるとき、サブＴＳは両方のＰＧストリームを含む。従って、ベースビュー・ストリーム・エントリ7443、ディペンデントビュー・ストリーム・エントリ7444、及びストリーム属性情報7445のいずれのフィールドも再生装置によって読み出される。立体視フラグ7442がオフであるとき、それらのフィールド7443−7445はいずれも再生装置に無視される。ベースビュー・ストリーム・エントリ7443とディペンデントビュー・ストリーム・エントリ7444とはいずれも、サブパスＩＤ参照情報7421、ストリーム・ファイル参照情報7422、及びＰＩＤ7423を含む。サブパスＩＤ参照情報7421は一つのサブパスのサブパスＩＤを示し、そのサブパスはベースビューとディペンデントビューとの各ＰＧストリームの再生経路を規定する。ストリーム・ファイル参照情報7422は、各ＰＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ7423は、各ＰＧストリームのＰＩＤである。ストリーム属性情報7445は、各ＰＧストリームの属性、例えば言語の種類を含む。

尚、ＰＧストリームのストリーム登録情報7431は、ＳＴＮテーブルＳＳに代えて、ＳＴＮテーブルに格納されていてもよい。その場合、そのストリーム登録情報7431は、メインＴＳ内のＰＧストリームのストリーム登録情報、特にそのストリーム属性情報に格納される。

＜システム・ターゲット・デコーダ＞

図７５は、本発明の実施形態２によるシステム・ターゲット・デコーダ7525の機能ブロック図である。図７５を参照するに、ＰＧデコーダ7501は、図４５に示されているＰＧデコーダとは異なり、２プレーン・モードに対応可能である。具体的には、ＰＧデコーダ7501はベースビューＰＧデコーダ7511とディペンデントビューＰＧデコーダ7512とを含む。ベースビューＰＧデコーダ7511は、図３の（ａ）に示されているメインＴＳ内のＰＧストリーム303A、303Bに加え、図７３の（ａ）に示されている第１サブＴＳ内のレフトビューＰＧストリーム7312A、7312Bをプレーン・データに復号する。ディペンデントビューＰＧデコーダ7512は、図７３の（ａ）に示されている第１サブＴＳ内のライトビューＰＧストリーム7313A、7313B、及び図７３の（ｂ）に示されている第２サブＴＳ内のデプスマップＰＧストリーム7323A、7323Bをプレーン・データに復号する。副映像デコーダとＩＧデコーダとのいずれも同様な一対のデコーダを含む。システム・ターゲット・デコーダ7525は更に、一対のＰＧプレーン・メモリ7521、7522を含む。ベースビューＰＧデコーダ7511はプレーン・データをレフトビューＰＧプレーン・メモリ7521に書き込み、ディペンデントビューＰＧデコーダ7512はプレーン・データをライトビューＰＧプレーン・メモリ7522に書き込む。ＩＧプレーン・メモリとイメージ・プレーン・メモリとのいずれも同様な構成である。システム・ターゲット・デコーダ7525は更に、グラフィックス・プレーン・メモリからのプレーン・データの出力を、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードのそれぞれに対応させる。特に再生制御部4235から２プレーン・モードが指示されたとき、システム・ターゲット・デコーダ7525は一対のＰＧプレーン・メモリ7521、7522からプレーン加算部7526へプレーン・データを交互に送出する。

＜プレーン加算部＞

図７６は２プレーン・モードのプレーン加算部7526の部分的な機能ブロック図である。図７６を参照するに、プレーン加算部7526は、図４７に示されているもの4226と同様、視差映像生成部4710、スイッチ4720、第１加算部4741、及び第２加算部4742を含む。プレーン加算部7526は更に、ＰＧプレーン・データ7604、7605の入力部に第２視差映像生成部7610と第２スイッチ7620とを含む。同様な構成は、副映像プレーン・データ、ＩＧプレーン・データ、及びイメージ・プレーン・データの各入力部にも含まれる。

第２視差映像生成部7610は、システム・ターゲット・デコーダ7525からレフトビューＰＧプレーン・データ7604とライトビューＰＧプレーン・データ7605とを受信する。Ｌ／Ｒモードの再生装置102では、レフトビューＰＧプレーン・データ7604はレフトビューＰＧプレーンを表し、ライトビューＰＧプレーン・データ7605はライトビューＰＧプレーンを表す。そのとき、第２視差映像生成部7610は各プレーン・データ7604、7605をそのまま第２スイッチ7620へ送出する。一方、デプス・モードの再生装置102では、レフトビューＰＧプレーン・データ7604は２Ｄグラフィックス映像のＰＧプレーンを表し、ライトビューＰＧプレーン・データ7605はその２Ｄグラフィックス映像に対するデプスマップを表す。そのとき、第２視差映像生成部7610はまず、そのデプスマップからその２Ｄグラフィックス映像の各部の両眼視差を計算する。第２視差映像生成部7610は次に、レフトビューＰＧプレーン・データ7604を加工して、ＰＧプレーンにおけるその２Ｄグラフィックス映像の各部の表示位置を、計算された両眼視差に応じて左右に移動させる。それにより、レフトビューとライトビューとを表すＰＧプレーンの対が生成される。第２視差映像生成部7610は更に、そのＰＧプレーンの対を第２スイッチ7620へ送出する。

第２スイッチ7620は、ＰＴＳの等しいレフトビューＰＧプレーン・データ7604とライトビューＰＧプレーン・データ7605とをその順で第２クロッピング処理部4732へ送出する。２プレーン・モードの第２クロッピング処理部4732は各ＰＧプレーン・データ7604、7605をそのまま第２加算部4742へ送出する。第２加算部4742は、第１加算部4741からのプレーン・データに各ＰＧプレーン・データ7604、7605を重畳して第３加算部4743に渡す。その結果、左映像プレーン・データ7601にはレフトビューＰＧプレーンが重畳され、右映像プレーン・データ7602にはライトビューＰＧプレーンが重畳される。

２プレーン・モードの第２クロッピング処理部4732は、図４７に示されている１プレーン＋オフセット・モードのものと同様に、オフセット補正値を利用して各ＰＧプレーン・データ7604、7605に水平方向のオフセットを与えてもよい。それにより、３Ｄグラフィックス映像の奥行き感を表示装置103の画面サイズに合わせて微調整することができる。その他に、第２クロッピング処理部4732は、図６５、６９に示されている１プレーン＋オフセット・モードのものと同様に、ビデオ上／下移動時シフト値を利用して各ＰＧプレーン・データ7604、7605に垂直方向のオフセットを与えてもよい。それにより、３Ｄ映像がレターボックス表示で再現されるとき、字幕等の３Ｄグラフィックス映像を、３Ｄ映像よりも上又は下に位置する黒帯上に再現することができる。

＜２プレーン・モードでのオフセット情報の用途＞

２プレーン・モードの第２クロッピング処理部4732は、オフセット情報4704を利用してレフトビュー又はライトビューのグラフィックス・プレーンに対してオフセット制御を行ってもよい。そのオフセット制御には、以下に述べる利点がある。

Ｌ／Ｒモードでは、図７３の（ａ）に示されている第１サブＴＳ内のレフトビューＰＧストリームに代えて、メインＴＳ内の２Ｄ映像用ＰＧストリーム（以下、２Ｄ・ＰＧストリームと略す。）がレフトビューＰＧプレーン・データとして利用されてもよい。すなわち、図７４に示されているベースビュー・ストリーム・エントリ7443において、サブパスＩＤ参照情報7421はメインパスを示し、ストリーム・ファイル参照情報7422は、２Ｄ・ＰＧストリームが格納されたファイル２Ｄを示し、ＰＩＤ7423は２Ｄ・ＰＧストリームのＰＩＤを示す。その場合、第１サブＴＳはレフトビューＰＧストリームを含まなくてもよいので、３Ｄ映像コンテンツのデータ量を削減することができる。しかし、その反面、３Ｄグラフィックス映像に次の不具合が生じる危険性がある。

図７７の（ａ）、（ｂ）、（ｃ）は、２Ｄ・ＰＧストリームの表すレフトビュー・グラフィックス映像GOB0と、ライトビューＰＧストリームの表すライトビュー・グラフィックス映像GOB1−3とを示す模式図である。図７７の（ａ）−（ｃ）を参照するに、画面SCR内の実線はレフトビュー・グラフィックス映像GOB0を示し、破線はライトビュー・グラフィックス映像GOB1−3を示す。図７７の（ａ）、（ｂ）、（ｃ）の順にグラフィックス映像間の距離Δ1、Δ2、Δ3は小さい（Δ1＜Δ2＜Δ3）ので、３Ｄグラフィックス映像と画面SCRとの奥行きの差が小さい。従って、グラフィックス映像の対が図７７の（ａ）、（ｂ）、（ｃ）の順に表示されるとき、３Ｄグラフィックス映像は画面SCRから手前に飛び出すように見える。レフトビュー・グラフィックス映像GOB0が字幕を表すとき、その映像GOB0は２Ｄ映像としても利用されるので、その表示位置は図７７の（ａ）、（ｂ）、（ｃ）の間で一定である。一方、ライトビュー・グラフィックス映像GOB1−3の表示位置は図７７の（ａ）、（ｂ）、（ｃ）の順に左へ移動する。従って、グラフィックス映像間の中心位置C1、C2、C3が図７７の（ａ）、（ｂ）、（ｃ）の順に左へ移動する。すなわち、字幕の３Ｄグラフィックス映像は左向きに移動するように見える。そのような字幕の移動は視聴者に違和感を与える危険性がある。

２プレーン・モードの第２クロッピング処理部4732は、オフセット情報に従ったオフセット制御を次のように利用して、３Ｄグラフィックス映像の水平方向での移動を防ぐ。図７７の（ｄ）、（ｅ）、（ｆ）はそれぞれ、図７７の（ａ）、（ｂ）、（ｃ）に示されているレフトビュー・グラフィックス映像に対するオフセット制御を示す模式図である。図７７の（ｄ）−（ｆ）を参照するに、画面SCR内の実線はオフセット制御後のレフトビュー・グラフィックス映像GOB4−6を示し、細い破線はオフセット制御前のレフトビュー・グラフィックス映像GOB0を示し、太い破線はライトビュー・グラフィックス映像GOB1−3を示す。第２クロッピング処理部4732はレフトビューＰＧプレーンに対し、図７７の（ｄ）、（ｅ）、（ｆ）に矢印で示されているオフセットOFS1、OFS2、OFS3を順番に与える。それにより、オフセット制御後のレフトビュー・グラフィックス映像GOB4−6はオフセット制御前のものGOB0よりも右へ移動する。その結果、図７７の（ｄ）−（ｆ）ではグラフィックス映像間の中心位置C0が一定に維持されるので、３Ｄグラフィックス映像は水平方向には移動しないように見える。こうして、２Ｄ・ＰＧストリームをレフトビューＰＧストリームとして利用することが視聴者に違和感を与える危険性を回避することができる。

《実施形態３》

以下、本発明の実施形態３として、本発明の実施形態１、２による記録媒体の記録装置及び記録方法について説明する。その記録装置は、いわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリング・スタッフによって使用される。記録装置はオーサリング・スタッフの操作に従い、まず映画コンテンツを所定の圧縮符号化方式でＡＶストリーム・ファイルに変換する。記録装置は次にシナリオを生成する。「シナリオ」は、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には、動的シナリオ情報と静的シナリオ情報とを含む。記録装置は続いて、ＡＶストリーム・ファイル及びシナリオからＢＤ−ＲＯＭディスク用のボリューム・イメージを生成する。記録装置は最後に、そのボリューム・イメージを記録媒体に記録する。

図７８は、その記録装置7800の機能ブロック図である。図７８を参照するに、その記録装置7800は、データベース部7801、ビデオ・エンコーダ7802、素材制作部7803、シナリオ生成部7804、ＢＤプログラム制作部7805、多重化処理部7806、及びフォーマット処理部7807を含む。

データベース部7801は記録装置に内蔵の不揮発性記憶装置であり、特にＨＤＤである。データベース部7801はその他に、記録装置に外付けされたＨＤＤであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。

ビデオ・エンコーダ7802は、非圧縮のビットマップ・データ等の映像データをオーサリング・スタッフから受け付けて、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、又はＭＰＥＧ−２等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリ・ビデオ・ストリームに変換され、副映像のデータはセカンダリ・ビデオ・ストリームに変換される。特に３Ｄ映像のデータは、ＭＶＣ等の多視点符号化方式を利用して、図７に示されているようなベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの対に変換される。すなわち、レフトビューを表すビデオ・フレームの列は、それ自身のピクチャ間での予測符号化によって、ベースビュー・ビデオ・ストリームに変換される。一方、ライトビューを表すビデオ・フレームの列は、それ自身のピクチャだけでなく、ベースビュー・ピクチャとの間の予測符号化によって、ディペンデントビュー・ビデオ・ストリームに変換される。尚、ライトビューを表すビデオ・フレームの列がベースビュー・ビデオ・ストリームに変換され、レフトビューを表すビデオ・フレームの列がディペンデントビュー・ビデオ・ストリームに変換されてもよい。変換後の各ビデオ・ストリーム7812はデータベース部7801に保存される。

ビデオ・エンコーダ7802は、ピクチャ間予測符号化の処理過程でレフトビューとライトビューとの間での各映像の動きベクトルを検出し、それらから各３Ｄ映像の奥行き情報を算出する。図７９の（ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用されるレフトビュー・ピクチャとライトビュー・ピクチャとを表す模式図であり、（ｃ）は、ビデオ・エンコーダ7802によってそれらのピクチャから算出された奥行き情報を示す模式図である。

ビデオ・エンコーダ7802はレフトビューとライトビューとの各ピクチャの圧縮に、それらのピクチャ間の冗長性を利用する。すなわち、ビデオ・エンコーダ7802は圧縮前の両ピクチャを８×８又は１６×１６の画素マトリクスごとに、すなわちマクロブロックごとに比較して、両ピクチャ間での各映像の動きベクトルを検出する。具体的には、図７９の（ａ）、（ｂ）に示されているように、まず、レフトビュー・ピクチャ7901とライトビュー・ピクチャ7902とはそれぞれ、マクロブロック7903のマトリクスに分割される。次に、両ピクチャ7901、7902間でイメージ・データがマクロブロック7903ごとに比較され、その結果から各映像の動きベクトルが検出される。例えば、「家」の映像7904を表す領域は両ピクチャ7901、7902間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、「球」の映像7905を表す領域は両ピクチャ7901、7902間で異なるので、それらの領域からはその映像7905の動きベクトルが検出される。

ビデオ・エンコーダ7802は、検出された動きベクトルを各ピクチャ7901、7902の圧縮に利用する。一方、ビデオ・エンコーダ7802はその動きベクトルを、「家」の映像7904及び「球」の映像7905等、各映像の両眼視差の計算に利用する。ビデオ・エンコーダ7802は更に、各映像の両眼視差からその映像の奥行きを算出する。その奥行きを表す情報は、図７９の（ｃ）に示されているように、各ピクチャ7901、7902のマクロブロックのマトリクスと同じサイズのマトリクス7906に整理される。このマトリクス7906内のブロック7907は、各ピクチャ7901、7902内のマクロブロック7903と一対一に対応する。各ブロック7907は、対応するマクロブロック7903の表す映像の奥行きを、例えば８ビットの深度で表す。図７９に示されている例では、「球」の映像7905の奥行きがマトリクス7906の領域7908内の各ブロックに記録される。その領域7908は、その映像7905を表す各ピクチャ7901、7902内の領域の全体に対応する。

ビデオ・エンコーダ7802は奥行き情報を利用して、レフトビュー又はライトビューに対するデプスマップを生成してもよい。その場合、ビデオ・エンコーダ7802は、レフトビュー又はライトビューのストリーム・データとデプスマップ・ストリームとのそれぞれを、それ自身の含むピクチャ間での予測符号化を用いて、ベースビュー・ビデオ・ストリームとデプスマップ・ストリームとに変換する。変換後の各ビデオ・ストリーム7812はデータベース部7801に保存される。

ビデオ・エンコーダ7802は更に、その奥行き情報を利用して、図６０の（ｂ）、（ｃ）に示されているレフトビューLVとライトビューRVとの一方にしか含まれない垂直方向の帯状領域AL、ARの幅WDH、及び、図６１の（ｂ）、（ｃ）に示されているレフトビューLVとライトビューRVとの一方にしか含まれない水平方向の帯状領域AT、ABの高さHGTを算定する。実際、それらの帯状領域が物体の映像を含んでいれば、その映像の動きベクトルが、レフトビューからライトビューへ、又はその逆へのフレーム・アウトを表すものとして検出される。ビデオ・エンコーダ7802はその動きベクトルから各帯状領域の幅又は高さを算定できる。算定された幅と高さとを示す情報（以下、マスク領域情報という。）7811はデータベース部7801に保存される。

ビデオ・エンコーダ7802はその他に、２Ｄ映像のデータからセカンダリ・ビデオ・ストリームを符号化する際に、オーサリング・スタッフの操作に従って、副映像プレーンに対するオフセット情報7810を作成してもよい。作成されたオフセット情報7810はデータベース部7801に保存される。

素材制作部7803は、ビデオ・ストリーム以外のエレメンタリ・ストリーム、例えば、オーディオ・ストリーム7813、ＰＧストリーム7814、及びＩＧストリーム7815を作成してデータベース部7801に保存する。例えば、素材制作部7803はオーサリング・スタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ−３等の圧縮符号化方式で符号化してオーディオ・ストリーム7813に変換する。素材制作部7803はその他に、オーサリング・スタッフから字幕情報ファイルを受け付けて、それに従ってＰＧストリーム7814を作成する。字幕情報ファイルは、字幕を表すイメージ・データ又はテキスト・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェード・イン／アウト等の視覚効果を規定する。素材制作部7803は更に、オーサリング・スタッフからビットマップ・データとメニュー・ファイルとを受け付けて、それらに従ってＩＧストリーム7815を作成する。ビットマップ・データはメニューのイメージを表す。メニュー・ファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。

素材制作部7803は更に、オーサリング・スタッフの操作に従い、ＰＧストリーム7814とＩＧストリーム7815とのそれぞれに対するオフセット情報7810を作成する。その場合、素材制作部7803は、ビデオ・エンコーダ7802によって生成された奥行き情報DPIを利用して、３Ｄグラフィックス映像の奥行きを３Ｄ映像の奥行きに合わせてもよい。その場合、３Ｄ映像の奥行きがフレームごとに激しく変化するときには、素材制作部7803は、奥行き情報DPIを利用して作成されたオフセット値の列を更にローパスフィルタで処理して、フレームごとの変化を低減させてもよい。こうして、作成されたオフセット情報7810はデータベース部7801に保存される。

シナリオ生成部7804は、オーサリング・スタッフからＧＵＩ経由で受け付けられた指示に従ってＢＤ−ＲＯＭシナリオ・データ7817を作成し、データベース部7801に保存する。ＢＤ−ＲＯＭシナリオ・データ7817は、データベース部7801に保存された各エレメンタリ・ストリーム7812−7816の再生方法を規定する。ＢＤ−ＲＯＭシナリオ・データ7817は、図２に示されているファイル群のうち、インデックス・ファイル211、ムービーオブジェクト・ファイル212、及びプレイリスト・ファイル221−223を含む。シナリオ生成部7804は更に、パラメータ・ファイルPRFを作成して多重化処理部7806へ送出する。パラメータ・ファイルPRFは、データベース部7801に保存されたエレメンタリ・ストリーム7812−7815の中から、メインＴＳとサブＴＳとのそれぞれに多重化されるべきストリーム・データを規定する。

ＢＤプログラム制作部7805はオーサリング・スタッフに対して、ＢＤ−Ｊオブジェクト及びＪａｖａアプリケーション・プログラムのプログラミング環境を提供する。ＢＤプログラム制作部7805はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。ＢＤプログラム制作部7805は更に、ＢＤ−ＪオブジェクトからＢＤ−Ｊオブジェクト・ファイル251を作成し、Ｊａｖａアプリケーション・プログラムをＪＡＲファイル261に圧縮する。それらのプログラム・ファイル群BDPはフォーマット処理部7807へ送出される。

ここで、ＢＤ−Ｊオブジェクトが次のようにプログラミングされる場合を想定する：ＢＤ−Ｊオブジェクトは、図４２に示されているプログラム実行部4234にＧＵＩ用のグラフィックス・データをシステム・ターゲット・デコーダ4225へ送出させる。ＢＤ−Ｊオブジェクトは更に、システム・ターゲット・デコーダ4225にそのグラフィックス・データをイメージ・プレーン・データとして処理させ、プレーン加算部4226にイメージ・プレーン・データを１プレーン＋オフセット・モードで送出させる。その場合、ＢＤプログラム制作部7805は、イメージ・プレーンに対するオフセット情報7810を作成してデータベース部7801に保存する。ＢＤプログラム制作部7305はそのオフセット情報7310の作成に、ビデオ・エンコーダ7802によって生成された奥行き情報DPIを利用してもよい。

多重化処理部7806はパラメータ・ファイルPRFに従い、データベース部7801に保存されている各エレメンタリ・ストリーム7812−7815をＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。具体的には、図４に示されているように、まず、各エレメンタリ・ストリーム7812−7815が一つのソースパケット列に変換され、次に、各列のソースパケットが一本の多重化ストリーム・データにまとめられる。こうして、メインＴＳとサブＴＳとが作成される。それらの多重化ストリーム・データMSDはフォーマット処理部7807へ送出される。

多重化処理部7806は更に、データベース部7801に保存されているオフセット情報7810に基づいてオフセット・メタデータを作成する。図１１に示されているように、作成されたオフセット・メタデータ1110はディペンデントビュー・ビデオ・ストリーム内に格納される。そのとき、データベース部7801に保存されているマスク領域情報7811は、オフセット・メタデータと共にディペンデントビュー・ビデオ・ストリーム内に格納される。また、多重化処理部7806は各グラフィックス・データを加工して、左右の各映像フレーム内でのグラフィックス部品の配置を調整してもよい。それにより、各グラフィックス・プレーンの表す３Ｄグラフィックス映像が、他のグラフィックス・プレーンの表す３Ｄグラフィックス映像と同じ視方向に重なって表示されることを、多重化処理部7806は防止できる。その他に、多重化処理部7306は各グラフィックス・プレーンに対するオフセット値を調整して、各３Ｄグラフィックス映像が異なる奥行きに表示されるようにできる。

多重化処理部7806はその上、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを、以下の手順（I）−（IV）で作成する：（I）ファイル２ＤとファイルＤＥＰとのそれぞれについて、図２３に示されているエントリ・マップ2230を生成する。（II）各ファイルのエントリ・マップを利用して、図２４の（ａ）、（ｂ）に示されているエクステント起点2242、2420を作成する。そのとき、隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える（後述参照）。更に、２Ｄエクステント、ベースビュー・エクステント、ディペンデントビュー・エクステント、及びエクステントＳＳの各サイズが所定の条件を満たすように、エクステントの配置を設計する（それらの条件については《補足》参照）。（III）メインＴＳとサブＴＳとのそれぞれに多重化されるべきエレメンタリ・ストリームから、図２２に示されているストリーム属性情報2220を抽出する。（IV）図２２に示されているように、エントリ・マップ2230、３Ｄメタデータ2240、及びストリーム属性情報2220の組み合わせをクリップ情報2210に対応付ける。こうして、各クリップ情報ファイルCLIが作成され、フォーマット処理部7307へ送出される。

フォーマット処理部7807は、データベース部7801に保存されたＢＤ−ＲＯＭシナリオ・データ7817、ＢＤプログラム制作部7805によって制作されたＢＤ−Ｊオブジェクト・ファイル等のプログラム・ファイル群BDP、及び、多重化処理部7806によって生成された多重化ストリーム・データMSDとクリップ情報ファイルCLIとから、図２に示されているディレクトリ構造のＢＤ−ＲＯＭディスク・イメージ7820を作成する。そのディレクトリ構造ではファイルシステムとしてＵＤＦが利用される。

フォーマット処理部7807は、ファイル２Ｄ、ファイルＤＥＰ、及びファイルＳＳの各ファイル・エントリを作成するとき、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのそれぞれに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、エントリ・ポイントとエクステント起点との各ＳＰＮがアロケーション記述子の作成に利用される。特に、図１９に示されているようなデータ・ブロックのインターリーブ配置が表現されるように、各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが決定される。その結果、各ベースビュー・データ・ブロックはファイルＳＳとファイル２Ｄとに共有され、各ディペンデントビュー・データ・ブロックはファイルＳＳとファイルＤＥＰとに共有される。

＜ＢＤ−ＲＯＭディスク・イメージの記録方法＞

図８０は、図７８に示されている記録装置7800を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置7800の電源投入によって開始される。

ステップＳ８００１では、ＢＤ−ＲＯＭディスクへ記録されるべきエレメンタリ・ストリーム、プログラム、及びシナリオ・データが作成される。すなわち、ビデオ・エンコーダ7802はビデオ・ストリーム7812を作成する。素材制作部7803は、オーディオ・ストリーム7813、ＰＧストリーム7814、及びＩＧストリーム7815を作成する。シナリオ生成部7804はＢＤ−ＲＯＭシナリオ・データ7817を作成する。作成されたそれらのデータ7812−7817はデータベース部7801に保存される。一方、ビデオ・エンコーダ7802は、オフセット情報7810とマスク領域情報7811とを作成してデータベース部7801に保存する。素材制作部7803はオフセット情報7810を作成してデータベース部7801に保存する。シナリオ生成部7804はパラメータ・ファイルPRFを作成して多重化処理部7806へ送出する。ＢＤプログラム制作部7805は、ＢＤ−Ｊオブジェクト・ファイルとＪＡＲファイルとを含むプログラム・ファイル群BDPを作成してフォーマット処理部7807へ送出し、オフセット情報7810を作成してデータベース部7801に保存する。その後、処理はステップＳ８００２へ進む。

ステップＳ８００２では、多重化処理部7806は、データベース部7801に保存されたオフセット情報7810に基づいてオフセット・メタデータを作成する。作成されたオフセット・メタデータは、マスク領域情報7811と共に、ディペンデントビュー・ビデオ・ストリーム内に格納される。その後、処理はステップＳ８００３へ進む。

ステップＳ８００３では、多重化処理部7806はパラメータ・ファイルPRFに従い、データベース部7801から各エレメンタリ・ストリーム7812−7815を読み出してＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。その後、処理はステップＳ８００４へ進む。

ステップＳ８００４では、多重化処理部7806は２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを作成する。特に、エントリ・マップとエクステント起点との作成では、隣接するデータ・ブロック間でエクステントＡＴＣ時間が揃えられる。更に、２Ｄエクステント、ベースビュー・エクステント、ディペンデントビュー・エクステント、及びエクステントＳＳのサイズが、所定の条件を満たすように設計される。その後、処理はステップＳ８００５へ進む。

ステップＳ８００５では、フォーマット処理部7807は、ＢＤ−ＲＯＭシナリオ・データ7817、プログラム・ファイル群BDP、多重化ストリーム・データMDS、及びクリップ情報ファイルCLIから、ＢＤ−ＲＯＭディスク・イメージ7820を作成する。その後、処理はステップＳ８００６へ進む。

ステップＳ８００６では、ＢＤ−ＲＯＭディスク・イメージ7820がＢＤ−ＲＯＭプレス用データに変換される。更に、このデータはＢＤ−ＲＯＭディスクの原盤に記録される。その後、処理はステップＳ８００７へ進む。

ステップＳ８００７では、ステップＳ８００６で得られた原盤をプレス工程に利用してＢＤ−ＲＯＭディスク101の大量生産を行う。こうして、処理が終了する。

＜エクステントＡＴＣ時間を揃える方法＞

図８１は、隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。まず、ベースビュー・データ・ブロックに格納されるソースパケット（以下、ＳＰ１と略す。）と、ディペンデントビュー・データ・ブロックに格納されるソースパケット（以下、ＳＰ２と略す。）とには、同じＡＴＣ時間軸でＡＴＳが付与される。図８１を参照するに、矩形8110、8120はそれぞれ、ＳＰ１＃ｐ（ｐ＝０、１、２、３、…、ｋ、ｋ＋１、…、ｉ、ｉ＋１）とＳＰ２＃ｑ（ｑ＝０、１、２、３、…、ｍ、ｍ＋１、…、ｊ）とを表す。それらの矩形8110、8120はＡＴＣの時間軸方向で各ソースパケットのＡＴＳの順に並べられている。各矩形8110、8120の先頭の位置はそのソースパケットのＡＴＳの値を表す。各矩形8110、8120の長さAT1は、３Ｄ再生装置が１個のソースパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間を表す。

ＳＰ１＃０のＡＴＳA1からエクステントＡＴＣ時間T_EXTが経過するまでの期間に、リード・バッファからシステム・ターゲット・デコーダへ転送されるＳＰ１、すなわちＳＰ１＃０、１、２、…、ｋは、（ｎ＋１）番目のベースビュー・エクステントEXT1[n]として一つのベースビュー・データ・ブロックに格納される。同様に、ＳＰ１＃（ｋ＋１）のＡＴＳA3からエクステントＡＴＣ時間T_EXTが経過するまでの期間に、リード・バッファからシステム・ターゲット・デコーダへ転送されるＳＰ１、すなわちＳＰ１＃（ｋ＋１）、…、ｉは、（ｎ＋２）番目のベースビュー・エクステントEXT1[n＋1]として次のベースビュー・データ・ブロックに格納される。

一方、（ｎ＋１）番目のディペンデントビュー・エクステントEXT2[n]として一つのディペンデントビュー・データ・ブロックに格納されるべきＳＰ２は次のように選択される。まず、ＳＰ１＃０のＡＴＳA1とエクステントＡＴＣ時間T_EXTとの和、すなわち（ｎ＋２）番目のベースビュー・エクステントEXT1[n＋1]の先頭に位置するＳＰ１＃（ｋ＋１）のＡＴＳA3＝A1＋T_EXTが求められる。次に、ＳＰ１＃０のＡＴＳA1からＳＰ１＃（ｋ＋１）のＡＴＳA3までの期間に、リード・バッファからシステム・ターゲット・デコーダへの転送が開始されるＳＰ２、すなわちＳＰ２＃０、１、２、…、ｍが選択される。従って、先頭のＳＰ２、すなわちＳＰ２＃０のＡＴＳA2は必ず、先頭のＳＰ１、すなわちＳＰ１＃０のＡＴＳA1以上である：A2≧A1。更に、ＳＰ２＃０−ｍのＡＴＳは全て、ＳＰ１＃（ｋ＋１）のＡＴＳA3未満である。ここで、最後のＳＰ２、すなわちＳＰ＃ｍの転送完了は、ＳＰ１＃（ｋ＋１）のＡＴＳA3以後であってもよい。

同様に、（ｎ＋２）番目のディペンデントビュー・エクステントEXT2[n＋1]として一つのディペンデントビュー・データ・ブロックに格納されるべきＳＰ２は、次のように選択される。まず、（ｎ＋３）番目のベースビュー・エクステントの先頭に位置するＳＰ１＃（ｉ＋１）のＡＴＳA5＝A3＋T_EXTが求められる。次に、ＳＰ１＃（ｋ＋１）のＡＴＳA3からＳＰ１＃（ｉ＋１）のＡＴＳA5までの期間に、リード・バッファからシステム・ターゲット・デコーダへの転送が開始されるＳＰ２、すなわちＳＰ２＃（ｍ＋１）−ｊが選択される。従って、先頭のＳＰ２、すなわちＳＰ２＃（ｍ＋１）のＡＴＳA4は必ず、先頭のＳＰ１、すなわちＳＰ１＃（ｋ＋１）のＡＴＳA3以上である：A4≧A3。更に、ＳＰ２＃（ｍ＋１）−ｊのＡＴＳは全て、ＳＰ１＃（ｉ＋１）のＡＴＳA5未満である。

《実施形態４》

図１１０は、本発明の実施形態４による集積回路3を用いて実現された再生装置の機能ブロック図である。この再生装置は、前述の実施形態において説明された構造のデータを再生する

媒体ＩＦ部1は、媒体からデータを受信して、又は読み出して、集積回路3に転送する。ここで、そのデータは、前述の実施形態において説明した構造のデータを含む。例えば、媒体が光ディスクやハードディスクである場合、媒体ＩＦ部1はディスクドライブである。媒体が、ＳＤカードやＵＳＢメモリ等の半導体メモリである場合、媒体ＩＦ部1はカードＩＦである。媒体が、ＣＡＴＶ等を含む放送波である場合、媒体ＩＦ部1はＣＡＮチューナーやＳｉチューナーである。媒体が、イーサネット（登録商標）、無線ＬＡＮ、無線公衆回線等のネットワークである場合、媒体ＩＦ部1はネットワークＩＦである。

メモリ2は、媒体から受信され、又は読み出されたデータを一旦格納し、又は集積回路3における処理途中のデータを一時的に格納する。メモリ2としては、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory)、ＤＤＲｘ ＳＤＲＡＭ（Double−Date−Rate x Synchronous Dynamic Random Access Memory；x＝1，2，3，…）等が用いられる。尚、メモリ2は任意の個数備えられていればよく、必要に応じて単数でも複数でも構わない。

集積回路3は、媒体ＩＦ部1から転送されたデータに対して映像・音声処理を施すシステムＬＳＩである。集積回路3は、主制御部6、ストリーム処理部5、信号処理部7、メモリ制御部9、及びＡＶ出力部8を含む。

主制御部6はプログラムメモリとプロセッサコアとを有する。プログラムメモリには予めＯＳ等の基本ソフトが格納されている。プロセッサコアはタイマ機能や割り込み機能を有し、プログラムメモリ等に格納されたプログラムに従って、集積回路3全体の制御を行う。

ストリーム処理部5は、主制御部6の制御の下、媒体から媒体ＩＦ部1経由で転送されたデータを受信し、集積回路3内のデータバスを経由してメモリ2に格納し、又は受信したデータを映像系データ、音声系データに分離する。前述したとおり、２Ｄ／レフトビューＡＶストリーム・ファイルはレフトビュー・ビデオ・ストリームを含み、ライトビューＡＶストリーム・ファイルはライトビュー・ビデオ・ストリームを含む。更に、媒体上のデータは、２Ｄ／レフトビューＡＶストリーム・ファイルとライトビューＡＶストリーム・ファイルとが幾つかのエクステントに分割された状態で交互に配置されたものである。ここで、媒体上のデータのうち、レフトビュー・ビデオ・ストリームを含む部分は左目用データであり、ライトビュー・ビデオ・ストリームを含む部分は右目用データである。主制御部6は、集積回路3が左目用データを受信した場合はメモリ2内の第１の領域にデータが格納されるようにストリーム処理部5を制御し、右目用データを受信した場合はメモリ2内の第２の領域にデータが格納されるようにストリーム処理部5を制御する。尚、メモリ2における第１、第２の領域は単一のメモリが論理的に領域分割されたものでもよいし、物理的に異なるメモリでもよい。また、実施形態４においては、左目用データをメインビュー・データとし、右目用データをサブビュー・データとして説明を続けるが、右目用データがメインビュー・データであり、左目用データがサブビュー・データであっても構わない。

信号処理部7は、主制御部6の制御の下、ストリーム処理部5が分離した映像系データ及び音声系データを適切な方法で復号する。映像系データは、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、ＭＰＥＧ−４ ＭＶＣ、ＳＭＰＴＥ ＶＣ−１などの方式で圧縮符号化されて記録されている。音声系データは、ドルビーＡＣ−３、Ｄｏｌｂｙ Ｄｉｇｉｔａｌ Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ−ＨＤ、リニアＰＣＭなどの方式で圧縮符号化されて記録されている。信号処理部7は、これらに対応した方式で復号する。尚、信号処理部7のモデルは、例えば、図４５に示されているＴＳ優先度フィルタと各種デコーダとの組み合わせに相当するものであっても、図４６に示されている各種デコーダに相当するものであってもよい。更に、信号処理部7はライトビュー・ビデオ・ストリームの中からメタデータを抽出して、ＡＶ出力部8へ通知する。尚、前述のとおり、メタデータは、ライトビュー・ビデオ・ストリームを構成するＧＯＰごとに配置されており、オフセット情報とオフセット識別子との対を複数含む。

信号処理部7のモデルが、図４５に示されているＴＳ優先度フィルタと各種デコーダとの組み合わせに相当する場合、信号処理部7は、まず、右目用データに含まれるＴＳパケットのＴＳ優先度フラグを監視し、それらの値から、メタデータを含むＴＳパケットを選別する。信号処理部7は、次に、ピクチャ・データを含むＴＳパケットから非圧縮のピクチャ・データを復号する処理と、メタデータを含むＴＳパケットからメタデータを抽出する処理とを、異なるモジュールで並列に行う。一方、信号処理部7のモデルが、図４６に示されている各種デコーダに相当する場合、信号処理部7では、右目用データに含まれるＴＳパケットが、ＴＳ優先度フラグの値にかかわらず、同じデコーダに送られる。そのデコーダは、それらのＴＳパケットから非圧縮のピクチャ・データを復号する処理と共に、メタデータを抽出する処理を行う。このように、前述の実施形態で説明した構造のデータであれば、信号処理部7はいずれのモデルであっても、そのデータから非圧縮のピクチャ・データを復号する処理と、メタデータを抽出する処理とを良好に実行できる。

メモリ制御部9は、集積回路3内の各機能ブロックからメモリ2へのアクセスを調停する。
ＡＶ出力部8は、主制御部6の制御の下、信号処理部7によって復号された映像系データを互いに重畳し、それらの映像系データにフォーマット変換等を行って、集積回路3の外へ出力する。

図１１１は、ストリーム処理部5の代表的な構成を示す機能ブロック図である。ストリーム処理部5は、デバイス・ストリームＩＦ部51、多重分離部52、及び切替部53を備える。

デバイス・ストリームＩＦ部51は、媒体ＩＦ部1と集積回路3との間のデータ転送用インターフェースである。例えば、媒体が光ディスクやハードディスクである場合、デバイス・ストリームＩＦ部51は、ＳＡＴＡ（Serial Advanced Technology Attachment)、ＡＴＡＰＩ（Advanced Technology Attachment Packet Interface)、又はＰＡＴＡ（Parallel Advanced Technology Attachment)に相当する。媒体が、ＳＤカードやＵＳＢメモリ等の半導体メモリである場合、デバイス・ストリームＩＦ部51はカードＩＦに相当する。媒体が、ＣＡＴＶ等を含む放送波などである場合、デバイス・ストリームＩＦ部51はチューナーＩＦに相当する。媒体が、イーサネット、無線ＬＡＮ、又は無線公衆回線等のネットワークである場合、デバイス・ストリームＩＦ部51はネットワークＩＦに相当する。尚、媒体の種類によっては、デバイス・ストリームＩＦ部51が媒体ＩＦ部1の機能の一部を肩代わりしても構わないし、逆に、媒体ＩＦ部1が集積回路3に内蔵され、デバイス・ストリームＩＦ部51として利用されても構わない。

多重分離部52は、媒体から転送されたデータのうち、映像・音声を含む再生データから映像系データと音声系データとを分離する。前述の各エクステントは、映像・音声・ＰＧ（字幕）・ＩＧ（メニュー）等の各ソースパケットから構成されている。但し、サブビュー・データは音声を含まない場合もある。各エクステントは、各ソースパケットに含まれているＰＩＤ（識別子）に従って映像系・音声系の各ＴＳパケットに分離されて、信号処理部7へ転送される。処理済のデータは、直接、又は一旦メモリ2に格納された後に、信号処理部7へ転送される。尚、多重分離部52のモデルは、例えば図４５に示されているソース・デパケタイザ、ＰＩＤフィルタに当たる。

切替部53は、デバイス・ストリームＩＦ部51が受信したデータの出力先又は格納先を切り替える。具体的には、デバイス・ストリームＩＦ部51が左目用データを受信した時は、切替部53は、そのデータの出力先又は格納先をメモリ2内の第１の領域にし、右目用データを受信した時はメモリ2内の第２の領域にする。ここで、切替部53は例えばＤＭＡＣ（Direct Memory Access Controller）である。図１１２は、切替部53がＤＭＡＣである場合における切替部53の周辺の機能ブロック図である。ＤＭＡＣ53は、主制御部6の制御の下、受信データと格納先アドレスとをメモリ制御部9へ送信する。受信データは、デバイス・ストリームＩＦ部51が受信したデータであり、格納先アドレスは、その受信データの格納先のアドレスである。具体的には、アドレス１がメモリ2内の第１の領域のアドレスであり、アドレス２が第２の領域のアドレスである場合を想定する。受信データが左目用データである時、ＤＭＡＣ53はメモリ制御部9へアドレス１を送信し、受信データが右目用データである時、アドレス２を送信する。メモリ制御部9は、ＤＭＡＣ53から送られてきた格納先アドレスに従ってメモリ2に受信データを格納する。こうして、受信データの種類によってその出力先又は格納先が切り替えられる。尚、主制御部6の代わりに、切替部53を制御する専用の回路が設けられても構わない。

ここでは、ストリーム処理部5の代表的な構成として、デバイス・ストリームＩＦ部51、多重分離部52、及び切替部53について説明した。しかし、ストリーム処理部5が更に、暗号エンジン部、セキュア管理部、又はダイレクト・メモリ・アクセス用のコントローラ等を備えていてもよい。暗号エンジン部は、受信した暗号化データや鍵データ等を復号する。セキュア管理部は、秘密鍵を保持し、媒体と再生装置との間の機器認証プロトコル等の実行制御を行う。また、これまでは、媒体から受信したデータをメモリ2に格納する際に、そのデータが左目用データと右目用データとのいずれであるかによって、切替部53がそのデータの格納先を切り替える場合について説明してきた。しかし、媒体から受信したデータを一旦メモリ2に格納した後に多重分離部52へ転送する際に、そのデータから左目用データと右目用データとが振り分けられてもよい。

図１１３は、ＡＶ出力部8の代表的な構成を示す機能ブロック図である。ＡＶ出力部8は、画像重畳部86、ビデオ出力フォーマット変換部87、及びオーディオ・ビデオ出力ＩＦ部88を備える。

画像重畳部81は、復号された映像系データを重畳する。具体的には、レフトビュー・ビデオ・データ又はライトビュー・ビデオ・データにＰＧ（字幕）又はＩＧ（メニュー）をピクチャ単位で重畳する。画像重畳部81のモデルは、例えば図４７に示されている。

図１１４は、画像重畳処理におけるメモリ2の利用方法の一例を示す模式図である。メモリ2は、レフトビューに対応するプレーン・データ格納領域、ライトビューに対応するプレーン・データ格納領域、グラフィックスに対応するプレーン・データ格納領域、及び画像重畳後データ格納領域を含む。各プレーン・データ格納領域は、復号されたデータが、対応するプレーンに描画される前に一旦格納される領域である。画像重畳後データ格納領域は、グラフィックス・プレーンとレフトビュー・プレーン又はライトビュー・プレーンとが重畳された後にそのデータが格納される領域である。ここで、プレーンは、メモリ2中の領域であっても、仮想的な空間であってもよい。

図１１５と図１１６とは、図１１４に示されているメモリ2を利用した画像重畳処理を示す模式図である。画像重畳部81は、まず、信号処理部7が抽出したメタデータに含まれるオフセット情報に基づいて、グラフィックス・プレーンにオフセットを与える。画像重畳部81は、次に、オフセットが与えられたグラフィックス・プレーンを映像プレーンに重畳する。具体的には、図１１５では、グラフィックス・プレーンに＋Ｘのオフセットが与えられ、その後、そのグラフィックス・プレーンがレフトビュー・プレーンに重畳される。一方、図１１６では、グラフィックス・プレーンに−Ｘのオフセットが与えられ、その後、そのグラフィックス・プレーンがライトビュー・プレーンに重畳される。ここで、値Ｘはオフセット値であって、画素数で表される。また、それらの重畳処理では、各図に示されているように、水平方向の座標が等しい画素データ同士が合成される。重畳後のデータはメモリ2内の画像重畳後データ格納領域に格納される。

図１１７は、画像重畳処理でのメモリ2の利用方法の別例を示す模式図である。メモリ2は更に、「オフセット済みグラフィックスに対応するプレーン・データ格納領域（レフトビュー重畳用、ライトビュー重畳用）」を備えている。それらのプレーン・データ格納領域には、オフセットの与えられたグラフィックス・プレーンが、レフトビュー・プレーンとライトビュー・プレーンとのそれぞれに重畳される前に一旦格納される。例えば、画像重畳部81は、グラフィックス・プレーンに＋Ｘのオフセットを与えて、「オフセット済みグラフィックスに対応するプレーン・データ格納領域（レフトビュー重畳用）」に一旦格納する。その後、画像重畳部81は、そのプレーン・データ格納領域からグラフィックス・プレーンを読み出してレフトビュー・プレーンに重畳し、得られた結果を画像重畳後データ格納領域に格納する。一方、画像重畳部81は、グラフィックス・プレーンに−Ｘのオフセットを与えて、「オフセット済みグラフィックスに対応するプレーン・データ格納領域（ライトビュー重畳用）」に一旦格納する。その後、画像重畳部81は、そのプレーン・データ格納領域からグラフィックス・プレーンを読み出してライトビュー・プレーンに重畳し、得られた結果を画像重畳後データ格納領域に格納する。

ビデオ出力フォーマット変換部82は、復号後又は重畳後の映像系データに対して、リサイズ処理、ＩＰ変換処理、ノイズ・リダクション処理、又はフレームレート変換処理等を必要に応じて行う。リサイズ処理は、映像のサイズを拡大／縮小する処理である。ＩＰ変換処理は、プログレッシブ方式とインターレース方式との間で走査方式を変換する処理である。ノイズ・リダクション処理は、映像からノイズを除去する処理である。フレームレート変換処理は、フレームレートを変換する処理である。ビデオ出力フォーマット変換部82は、処理後のデータを画像重畳部81又はオーディオ・ビデオ出力ＩＦ部83へ送出する。

オーディオ・ビデオ出力ＩＦ部83は、ビデオ出力フォーマット変換部82によって処理された映像系データと、復号された音声系データとを符号化処理等で所定のデータ送信形式に変換する。尚、後述するように、オーディオ・ビデオ出力ＩＦ部83の一部は、集積回路3の外に備えられても構わない。

図１１８は、ＡＶ出力部8と再生装置のデータ出力部との詳細な機能ブロック図である。ＡＶ出力部8及び再生装置のデータ出力部は、複数のデータ送信形式に対応している。具体的には、図１１８に示されているように、オーディオ・ビデオ出力ＩＦ部83は、アナログ・ビデオ出力ＩＦ部83a、アナログ・オーディオ出力ＩＦ部83c、及びデジタル・オーディオ出力ＩＦ部83bを備えている。

アナログ・ビデオ出力ＩＦ部83aは、ビデオ出力フォーマット変換部82によって処理された映像系データを、アナログ映像信号形式に変換して出力する。アナログ・ビデオ出力ＩＦ部83aは、例えば、ＮＴＳＣ、ＰＡＬ、及びＳＥＣＡＭのいずれかの方式に対応したコンポジット・ビデオ・エンコーダー、Ｓ映像信号（Ｙ／Ｃ分離）用エンコーダー、コンポーネント映像信号用エンコーダー、並びにＤ／Ａコンバータ（ＤＡＣ）を含む。

デジタル・オーディオ・ビデオ出力ＩＦ部83bは、復号された音声系データと、ビデオ出力フォーマット変換部82によって処理された映像系データとを一体化し、更に暗号化する。その後、デジタル・オーディオ・ビデオ出力ＩＦ部83bは暗号化データをデータ送信規格に合わせて符号化して出力する。例えば、図４２に示されているＨＤＭＩ通信部がデジタル・オーディオ・ビデオ出力ＩＦ部83bに当たる。

アナログ・オーディオ出力ＩＦ部83cは、復号された音声系データをＤ／Ａ変換してアナログ音声データを出力する。オーディオＤＡＣ等がアナログ・オーディオ出力ＩＦ部83cに当たる。

ＡＶ出力部8及び再生装置のデータ出力部は、映像系データ及び音声系データの送信形式を、表示装置・スピーカ4のサポートするデータ受信装置又はデータ入力端子に依存して切り替え可能である。また、ＡＶ出力部8及び再生装置のデータ出力部はそれらの送信形式をユーザーに選択させることも可能である。更に、同一のコンテンツから変換されたデータを、単一の送信形式だけではなく、複数の送信形式で並列に送信することも可能である。

ここでは、ＡＶ出力部8の代表的な構成として、画像重畳部81、ビデオ出力フォーマット変換部82、及びオーディオ・ビデオ出力ＩＦ部83について説明した。しかし、ＡＶ出力部8は、グラフッィクス・エンジン部等を更に備えていてもよい。グラフィックス・エンジン部は、信号処理部7によって復号されたデータに対して、フィルタ処理、画面合成、曲線描画、３Ｄ表示等のグラフィックス処理を行う。

以上が、実施形態４による再生装置の構成についての説明である。尚、集積回路3には、前述の機能ブロックの全てが内蔵されていなくても良い。逆に、メモリ2が集積回路3に内蔵されていてもよい。また、実施形態４においては、主制御部6と信号処理部7とを互いに独立な機能ブロックとして説明した。しかし、主制御部6が信号処理部7の処理の一部を行っても構わない。

集積回路3内の機能ブロック間を接続する制御バス及びデータバスのトポロジーは、各機能ブロックの処理の手順及び内容に合わせて選択されればよい。図１１９の（ａ）、（ｂ）は、集積回路3内の制御バス及びデータバスのトポロジーの例を示す模式図である。図１１９の（ａ）を参照するに、制御バス21とデータバス22とはいずれも、各機能ブロック5−9を他の全ての機能ブロックに直結させるように配置されている。その他に、図１１９の（ｂ）に示されているように、データバス23は各機能ブロック5−8をメモリ制御部9にのみ直結させるように配置されてもよい。その場合、各機能ブロック5−8はメモリ制御部9、更にメモリ2を介してデータを他の機能ブロックに転送する。

集積回路3は、単一のチップに実装されたＬＳＩに代えて、マルチチップ・モジュールであってもよい。その場合、集積回路3を構成する複数のチップは一つのパッケージに封止されているので、集積回路3は見かけ上、単一のＬＳＩである。集積回路3はその他に、ＦＰＧＡ（Field Programmable Gate Array）又はリコンフィギュラブル・プロセッサを利用して構成されてもよい。ＦＰＧＡは、製造後にプログラム可能なＬＳＩである。リコンフィギュラブル・プロセッサは、内部の回路セル間の接続、及び各回路セルの設定を再構成可能なＬＳＩである。

＜集積回路3の表示装置への実装＞

上記の集積回路3と同様な集積回路を表示装置に実装して、実施形態４による再生装置の行う上記の処理をその表示装置に行わせても構わない。図１２０は、その表示装置に実装された集積回路とその周辺部との構成を示す機能ブロック図である。図１２０を参照するに、集積回路3は媒体ＩＦ部1とメモリ2とを利用して、媒体ＩＦ部1が受信したデータに対して、上記の信号処理と同様な処理を行う。集積回路3によって処理された映像系データは表示駆動部10へ送られる。表示駆動部10はその映像系データに従って表示パネル11を制御する。その結果、その映像系データは表示パネル11の画面上に映像として出力される。一方、集積回路3によって処理された音声系データはスピーカ12を通して、音声として出力される。

図１２１は、図１２０に示されているＡＶ出力部8の詳細な機能ブロック図である。ＡＶ出力部8は、図１１８に示されているものとは異なり、ビデオ出力ＩＦ部84とオーディオ出力ＩＦ部85とを備えている。ビデオ出力ＩＦ部84とオーディオ出力ＩＦ部85とは、集積回路3の内部と外部とのいずれに設置されていてもよい。ビデオ出力ＩＦ部84は、ビデオ出力フォーマット変換部82から表示駆動部10へ映像系データを転送する。オーディオ出力ＩＦ部85は、信号処理部7からスピーカ12へ音声系データを転送する。尚、ビデオ出力ＩＦ部84とオーディオ出力ＩＦ部85とはそれぞれ、複数備えられていてもよい。また、ビデオ出力ＩＦ部84とオーディオ出力ＩＦ部85とは一体化されていてもよい。

＜集積回路3を利用した再生装置による再生処理＞

図１２２は、集積回路3を利用した再生装置による再生処理のフローチャートである。その再生処理は、光ディスクがディスクドライブに挿入される等、媒体ＩＦ部1が媒体にデータ受信可能に接続されたときに開始される。その再生処理では、再生装置は媒体からデータを受信して復号する。その後、再生装置は復号後のデータを映像信号及び音声信号として出力する。

ステップＳ１では、媒体ＩＦ部1が媒体からデータを受信し、又は読み出してストリーム処理部5へ転送する。その後、処理はステップＳ２へ進む。

ステップＳ２では、ストリーム処理部5は、ステップＳ１において受信され、又は読み出されたデータから映像系データと音声系データとを分離する。その後、処理はステップＳ３へ進む。

ステップＳ３では、信号処理部7は、ステップＳ２において分離された各データを、その符号化方式に適した方法で復号する。信号処理部7は更に、その復号処理と並行して、右目用データの中からメタデータを抽出して、ＡＶ出力部8へ通知する。ここで、信号処理部7は、右目用データに含まれるＴＳパケットのＴＳ優先度フラグを監視して、メタデータを含むＴＳパケットを選別してもよい。それとは別に、信号処理部7は、同じデコーダが、ＴＳパケットから非圧縮のピクチャ・データを復号する処理と、メタデータを抽出する処理との両方を行ってもよい。その後、処理はステップＳ４へ進む。

ステップＳ４では、ＡＶ出力部8は、ステップＳ３において復号された映像系データに対して重畳処理を行う。そのとき、ＡＶ出力部8は必要に応じ、ステップＳ３において抽出されたメタデータからオフセット情報を検索して利用する。その後、処理はステップＳ５へ進む。

ステップＳ５では、ＡＶ出力部8は、ステップＳ２−４において処理された映像系データ及び音声系データを出力する。その後、処理はステップＳ６へ進む。

ステップＳ６では、主制御部6が再生処理を続行すべきか否かを判断する。媒体ＩＦ部1によって媒体から新たに受信されるべき、又は読み出されるべきデータが残されている等の場合、ステップＳ１から処理が繰り返される。一方、光ディスクがディスクドライブから取り出され、又はユーザから再生停止が指示された等によって、媒体ＩＦ部1が媒体からのデータ受信、又は読み出しを終了させた場合、処理は終了する。

図１２３は、図１２２に示されている各ステップＳ１−６の詳細を示すフローチャートである。図１２２に示されている各ステップＳ１０１−１１０は、主制御部6の制御の下で行われる。ステップＳ１０１−１０３は主にステップＳ１の詳細に相当し、ステップＳ１０４は主にステップＳ２の詳細に相当し、ステップＳ１０５は主にステップＳ３の詳細に相当し、ステップＳ１０６−１０８は主にステップＳ４の詳細に相当し、ステップＳ１０９、Ｓ１１０は主にステップＳ５の詳細に相当する。

ステップＳ１０１では、デバイス・ストリームＩＦ部51は媒体ＩＦ部1を通して媒体から、再生対象のデータよりも先に、そのデータの再生に必要なデータ、例えばプレイリスト・ファイル及びクリップ情報ファイルを受信し、又は読み出す。デバイス・ストリームＩＦ部51は更に、メモリ制御部9を介してそのデータをメモリ2に格納する。その後、処理はステップＳ１０２へ進む。

ステップＳ１０２では、主制御部6は、クリップ情報ファイルに含まれるストリーム属性情報から、媒体に格納されている映像データと音声データとのそれぞれの符号化方式を識別する。主制御部6は更に、識別された符号化方式に対応する復号処理が実行できるように信号処理部7の初期化を行う。その後、処理はステップＳ１０３へ進む。

ステップＳ１０３では、デバイス・ストリームＩＦ部51は、媒体ＩＦ部1を通して媒体から再生対象の映像データと音声データとを受信し、又は読み出す。特に、それらのデータはエクステント単位で受信され、又は読み出される。デバイス・ストリームＩＦ部51は更に、それらのデータを切替部53とメモリ制御部9とを経由してメモリ2に格納する。特に左目用データが受信され、又は読み出されたとき、主制御部6は切替部53を制御して、左目用データの格納先をメモリ2内の第１の領域へ切り換えさせる。一方、右目用データが受信され、又は読み出されたとき、主制御部6は切替部53を制御して、右目用データの格納先をメモリ2内の第２の領域へ切り換えさせる。その後、処理はステップＳ１０４へ進む。

ステップＳ１０４では、メモリ2に格納されたデータは、ストリーム処理部5内の多重分離部52に転送される。多重分離部52はまず、そのデータを構成する各ソースパケットからＰＩＤを読み取る。多重分離部52は次に、そのＰＩＤに従って、そのソースパケットに含まれるＴＳパケットが映像系データと音声系データとのいずれであるのかを識別する。多重分離部52は更に、識別結果に従って各ＴＳパケットを信号処理部7内の対応するデコーダへ転送する。ここで、信号処理部7は、右目用データに含まれるＴＳパケットのＴＳ優先度フラグを監視して、メタデータを含むＴＳパケットを、主映像デコーダとは別の専用のモジュール、すなわちオフセット・メタデータ処理部へ送ってもよい。その後、処理はステップＳ１０５へ進む。

ステップＳ１０５では、信号処理部7内では各デコーダが、転送されたＴＳパケットを適切な方法で復号する。信号処理部7は更に、その復号処理と並行して、右目用データの中からメタデータを抽出して、ＡＶ出力部8へ通知する。ここで、その抽出処理は、主映像デコーダとは別のオフセット・メタデータ処理部が行っても、主映像デコーダが復号処理と同時に行ってもよい。その後、処理はステップＳ１０６へ進む。

ステップＳ１０６では、信号処理部7において復号されたレフトビュー・ビデオ・ストリーム及びライトビュー・ビデオ・ストリームの各ピクチャがビデオ出力フォーマット変換部82に送られる。ビデオ出力フォーマット変換部82はそれらのピクチャを表示装置4の解像度に合わせてリサイズする。その後、処理はステップＳ１０７へ進む。

ステップＳ１０７では、画像重畳部81は、ステップＳ１０６においてリサイズされたピクチャから成るビデオ・プレーン・データをビデオ出力フォーマット変換部82から受信する。一方、画像重畳部81は信号処理部7から復号後のＰＧプレーン・データとＩＧプレーン・データとを受信する。画像重畳部81は更に、それらのプレーン・データを互いに重畳する。その後、処理はステップＳ１０８へ進む。

ステップＳ１０８では、ビデオ出力フォーマット変換部82は、ステップＳ１０７において重畳されたプレーン・データを画像重畳部81から受信する。ビデオ出力フォーマット変換部82は更に、そのプレーン・データに対してＩＰ変換を行う。その後、処理はステップＳ１０９へ進む。

ステップＳ１０９では、オーディオ・ビデオ出力ＩＦ部83は、ビデオ出力フォーマット変換部82からは、ステップＳ１０８においてＩＰ変換を受けた映像系データを受信し、信号処理部7からは復号後の音声系データを受ける。オーディオ・ビデオ出力ＩＦ部83は更に、それらのデータに対して、表示装置・スピーカ4によるデータ出力方式、又はそれぞれへのデータ送信方式に従って符号化処理及びＤ／Ａ変換等を行う。それにより、映像系データと音声系データとはそれぞれ、アナログ出力形式又はデジタル出力形式に変換される。例えばアナログ出力形式の映像系データには、コンポジット映像信号、Ｓ映像信号、及びコンポーネント映像信号等が含まれる。また、デジタル出力形式としては、ＨＤＭＩ等がサポートされている。その後、処理はステップＳ１１０へ進む。

ステップＳ１１０では、オーディオ・ビデオ出力ＩＦ部83は、ステップＳ１０９において処理された映像系データ及び音声系データを表示装置・スピーカ4へ送信する。その後、処理はステップＳ６へ進む。尚、ステップＳ６については上記の説明を援用する。

上記の各ステップでは、データが処理される度に、その結果がメモリ2に一時的に格納されてもよい。また、ステップＳ１０６及びＳ１０８でのビデオ出力フォーマット変換部82によるリサイズ処理及びＩＰ変換処理は、必要に応じて省略されてもよい。更に、それらの処理に加え、又はそれらの処理に代えて、ノイズ・リダクション処理及びフレームレート変換処理等、他の処理が行われてもよい。更に、可能なものについては処理手順が変更されてもよい。

図１２０に示されている表示装置で再生処理を行う場合でも、その再生処理のフローチャートは基本的には、図１２２、１２３に示されているものと同様である。図１２０、１２１に示されている各機能ブロックは、図１１０、１１３に示されている各機能ブロックと同様に動作する。

《補足》

＜３Ｄ映像の再生方法の原理＞

３Ｄ映像の再生方法は、ホログラフィ技術を用いる方法と、視差映像を用いる方法との２つに大別される。

ホログラフィ技術を用いる方法の特徴は、現実の立体的な物体から人間の視覚に与えられる光学的な情報とほぼ全く同じ情報を視聴者の視覚に与えることにより、その視聴者に映像中の物体を立体的に見せる点にある。しかし、この方法を動画表示に利用する技術は理論上確立されてはいる。しかし、その動画表示に必要とされる、膨大な演算をリアルタイムに処理可能なコンピュータ、及び、１ｍｍあたり数千本という超高解像度の表示装置はいずれも、現在の技術ではまだ、実現が非常に難しい。従って、この方法を商業用として実用化する目途は、現時点ではほとんど立っていない。

「視差映像」とは、一つのシーンを見る視聴者の各目に映る２Ｄ映像の対、すなわち、レフトビューとライトビューとの対をいう。視差映像を用いる方法の特徴は、一つのシーンのレフトビューとライトビューとを視聴者の各目だけに見えるように再生することにより、その視聴者にそのシーンを立体的に見せる点にある。

図８２の（ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。図８２の（ａ）は、視聴者VWRが、顔の正面に置かれた立方体CBCを見ている光景の上面図である。図８２の（ｂ）、（ｃ）はそれぞれ、そのときに視聴者VWRの左目LEY、右目REYに見える立方体CBCの外観を２Ｄ映像として示す模式図である。図８２の（ｂ）、（ｃ）を比較すれば明らかなとおり、各目に見える立方体CBCの外観はわずかに異なる。この外観の差、すなわち両眼視差から、視聴者VWRは立方体CBCを立体的に認識できる。従って、視差映像を用いる方法では、まず、一つのシーン、例えば図８２の（ａ）に示されている立方体CBCに対し、視点が異なる左右の２Ｄ映像、例えば図８２の（ｂ）に示されている立方体CBCのレフトビュー、及び図８２の（ｃ）に示されているそのライトビューを準備する。ここで、各視点の位置は視聴者VWRの両眼視差から決定される。次に、各２Ｄ映像を視聴者VWRのそれぞれの目だけに見えるように再生する。それにより、視聴者VWRには、画面に再生されるそのシーン、すなわち立方体CBCの映像が立体的に見える。このように、視差映像を用いる方法は、ホログラフィ技術を用いる方法とは異なり、高々二つの視点から見える２Ｄ映像を準備するだけでよい点で有利である。

視差映像を用いる方法については、それを具体化するための方式が多様に提案されている。それらの方式は、左右の２Ｄ映像を視聴者のそれぞれの目にいかにして見せるかという観点から、継時分離方式、レンチキュラーレンズを用いる方式、及び二色分離方式等に分けられる。

継時分離方式では、画面に左右の２Ｄ映像を一定時間ずつ交互に表示する一方、視聴者にシャッター眼鏡を通して画面を観察させる。ここで、シャッター眼鏡は、各レンズが例えば液晶パネルで形成されている。各レンズは、画面上の２Ｄ映像の切り換えに同期して交互に光をその全体で一様に透過させ、又は遮断する。すなわち、各レンズは、視聴者の目を周期的に塞ぐシャッターとして機能する。より詳細に言えば、画面上に左映像が表示される期間では、シャッター眼鏡は左側のレンズには光を透過させ、右側のレンズには光を遮断させる。逆に、画面上に右映像が表示されている期間では、シャッター眼鏡は右側のレンズには光を透過させ、左側のレンズには光を遮断させる。それにより、視聴者の目には、左右の映像の残像が重なって一つの３Ｄ映像に見える。

継時分離方式では、上記のとおり、左右の映像を一定周期で交互に表示する。例えば２Ｄ映像の再生において１秒当たり２４枚の映像フレームが表示されるとき、３Ｄ映像の再生では左右の映像を合わせて、１秒当たり４８枚の映像フレームが表示される。従って、この方式には、画面の書き換えを速く実行できる表示装置が好適である。

レンチキュラーレンズを用いる方式では、左右の各映像フレームを、縦方向に細長い短冊形の小領域に分割し、一つの画面の中に左右の映像フレームの各小領域を横方向に交互に並べて同時に表示する。ここで、画面の表面はレンチキュラーレンズで覆われている。レンチキュラーレンズは、細長い蒲鉾レンズを複数平行に並べて一枚のシート状にしたものである。各蒲鉾レンズは画面の表面を縦方向に延びている。レンチキュラーレンズを通して上記左右の映像フレームを視聴者に見せるとき、左映像フレームの表示領域からの光は視聴者の左目だけに結像し、右映像フレームの表示領域からの光は右目だけに結像するようにできる。こうして、左右の目に映る映像間での両眼視差により、視聴者には３Ｄ映像が見える。尚、この方式では、レンチキュラーレンズに代えて、同様な機能を持つ液晶素子等の他の光学部品が利用されてもよい。その他に、例えば左映像フレームの表示領域には縦偏光のフィルタを設置し、右映像フレームの表示領域には横偏光のフィルタを設置してもよい。そのとき、視聴者には偏光眼鏡を通して画面を見させる。ここで、その偏光眼鏡では、左側のレンズに縦偏光フィルタが設置され、かつ右側のレンズに横偏光フィルタが設置されている。従って、左右の映像が視聴者のそれぞれの目だけに見えるので、視聴者に３Ｄ映像を見せることができる。

視差映像を用いる方法では、３Ｄ映像コンテンツが、初めから左右の映像の組み合わせで構成されている場合の他に、２Ｄ映像とデプスマップとの組み合わせで構成されていてもよい。その２Ｄ映像は、再生対象の３Ｄ映像から仮想的な２Ｄ画面への射影を表し、デプスマップは、その２Ｄ画面に対するその３Ｄ映像の各部の奥行きを画素別に表す。３Ｄ映像コンテンツが２Ｄ映像とデプスマップとの組み合わせで構成されているとき、３Ｄ再生装置又は表示装置はまず、それらの組み合わせから左右の映像を構成し、次にそれらの映像から上記の方式のいずれかで３Ｄ映像を再現する。

図８３は、２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。図８３を参照するに、２Ｄ映像MVWでは、背景BGVの中に円板DSCが表示されている。デプスマップDPHはその２Ｄ映像MVW内の各部の奥行きを画素ごとに示す。そのデプスマップDPHによれば、２Ｄ映像MVWのうち、円板DSCの表示領域DA1の奥行きが画面よりも手前であり、かつ、背景BGVの表示領域DA2の奥行きが画面よりも奥である。再生装置内では視差映像生成部PDGがまず、デプスマップDPHの示す各部の奥行きから２Ｄ映像MVW内の各部の両眼視差を計算する。視差映像生成部PDGは次に、２Ｄ映像MVW内の各部の表示位置を、計算された両眼視差に応じて左右に移動させて、レフトビューLVWとライトビューRVWとを構成する。図８３に示されている例では、視差映像生成部PDGは、２Ｄ映像MVW内の円板DSCの表示位置に対し、レフトビューLVW内の円板DSLの表示位置をその両眼視差の半分S1だけ右に移動させ、ライトビューRVW内の円板DSRの表示位置をその両眼視差の半分S1だけ左に移動させる。それにより、視聴者には円板DSCが画面よりも手前に見える。一方、視差映像生成部PDGは、２Ｄ映像MVW内の背景BGVの表示位置に対し、レフトビューLVW内の背景BGLの表示位置をその両眼視差の半分S2だけ左に移動させ、ライトビューRVW内の背景BGRの表示位置をその両眼視差の半分S2だけ右に移動させる。それにより、視聴者には背景BGVが画面よりも奥に見える。

視差映像を用いる方法による３Ｄ映像の再生システムは、映画館及び遊園地のアトラクション等で利用されるものについては既に確立され、一般的に使用されている。従って、その方法は、３Ｄ映像を再生可能なホームシアター・システムの実用化にも有効である。本発明の実施形態では、視差映像を用いる方法のうち、継時分離方式又は偏光眼鏡を用いた方式を想定する。但し、本発明は、それらの方式とは異なる他の方式に対しても、それらが視差映像を用いている限り、適用可能である。それは、上記の実施形態の説明から当業者には明らかであろう。

＜ＢＤ−ＲＯＭディスク上のファイルシステム＞

ＢＤ−ＲＯＭディスク101のファイルシステムとしてＵＤＦが利用されるとき、図２に示されているボリューム領域202Bは、一般に複数のディレクトリ、ファイルセット記述子、及び終端記述子のそれぞれが記録された領域を含む。「ディレクトリ」は、同じディレクトリを構成するデータ群である。「ファイルセット記述子」は、ルートディレクトリのファイル・エントリが記録されているセクタのＬＢＮを示す。「終端記述子」はファイルセット記述子の記録領域の終端を示す。

各ディレクトリは共通のデータ構造を持つ。各ディレクトリは特に、ファイル・エントリ、ディレクトリ・ファイル、及び下位ファイル群を含む。

「ファイル・エントリ」は、記述子タグ、ＩＣＢ（Information Control Block）タグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。例えば記述子タグの値が“２６１”であるとき、そのデータの種類はファイル・エントリである。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、同じディレクトリに属するディレクトリ・ファイルが記録されたセクタのＬＢＮを示す。

「ディレクトリ・ファイル」は、下位ディレクトリのファイル識別記述子と下位ファイルのファイル識別記述子とを一般に複数ずつ含む。「下位ディレクトリのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ディレクトリにアクセスするための情報である。このファイル識別記述子は、その下位ディレクトリの識別情報、ディレクトリ名の長さ、ファイル・エントリ・アドレス、及びディレクトリ名そのものを含む。特にファイル・エントリ・アドレスは、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ファイルにアクセスするための情報である。このファイル識別記述子は、その下位ファイルの識別情報、ファイル名の長さ、ファイル・エントリ・アドレス、及びファイル名そのものを含む。特にファイル・エントリ・アドレスは、その下位ファイルのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル・エントリ」は、後述のとおり、下位ファイルの本体を構成するデータのアドレス情報を含む。

ファイルセット記述子と下位ディレクトリ／ファイルのファイル識別記述子とを順番に辿ってゆけば、ボリューム領域202Bに記録された任意のディレクトリ／ファイルのファイル・エントリにアクセスすることができる。具体的には、まず、ファイルセット記述子からルートディレクトリのファイル・エントリが特定され、そのファイル・エントリ内のアロケーション記述子からルートディレクトリのディレクトリ・ファイルが特定される。次に、そのディレクトリ・ファイルからルートディレクトリ直下のディレクトリのファイル識別記述子が検出され、その中のファイル・エントリ・アドレスからそのディレクトリのファイル・エントリが特定される。更に、そのファイル・エントリ内のアロケーション記述子からそのディレクトリのディレクトリ・ファイルが特定される。続いて、そのディレクトリ・ファイルのうち、下位ディレクトリ又は下位ファイルのファイル識別記述子内のファイル・エントリ・アドレスからその下位ディレクトリ又は下位ファイルのファイル・エントリが特定される。

「下位ファイル」はそれぞれエクステントとファイル・エントリとを含む。「エクステント」は一般に複数であり、それぞれ、ディスク上の論理アドレス、すなわちＬＢＮが連続しているデータ列である。エクステントの全体が下位ファイルの本体を構成する。「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は各エクステントに対して一つずつ設けられ、ボリューム領域202B上での各エクステントの配置、具体的には各エクステントのサイズとその先端のＬＢＮとを示す。従って、各アロケーション記述子を参照することにより、各エクステントにアクセスすることができる。その他に、各アロケーション記述子の上位２ビットは、そのアロケーション記述子の示すＬＢＮのセクタにエクステントが実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。

ＵＤＦを利用した上記のファイルシステムと同様、ボリューム領域202Bに対するファイルシステムでは一般に、ボリューム領域202Bに記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域202Bに併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。

＜データ・ブロックとエクステント・ブロックとのサイズ＞

図１９に示されているように、ＢＤ−ＲＯＭディスク101上の多重化ストリーム・データはディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とに分割されて配置されている（n＝0、1、2、3、…）。それらのデータ・ブロック群D[n]、B[n]は更に、トラックに沿ってインターリーブ配置で連続的に記録されることにより、複数のエクステント・ブロック1901−1903を構成している。これらのエクステント・ブロック1901−1903から２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには、各データ・ブロックと各エクステント・ブロック1901−1903とのサイズは、再生装置102の性能に基づく以下の条件を満たせばよい。

≪２Ｄ再生モードの性能に基づく条件≫

図８４は、２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図８４を参照するに、その再生処理系統は、図３７に示されている、ＢＤ−ＲＯＭドライブ3701、リード・バッファ3721、及びシステム・ターゲット・デコーダ3725を含む。ＢＤ−ＲＯＭドライブ3701はＢＤ−ＲＯＭディスク101から２Ｄエクステントを読み出し、読み出し速度R_UD54でリード・バッファ3721へ転送する。システム・ターゲット・デコーダ3725は、リード・バッファ3721内に蓄積された各２Ｄエクステントからソースパケットを平均転送速度R_EXT2Dで読み出して、映像データVDと音声データADとに復号する。

平均転送速度R_EXT2Dは、システム・ターゲット・デコーダ3725が各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しく、一般に２Ｄエクステントごとに異なる。平均転送速度R_EXT2Dの最高値R_MAX2Dは、ファイル２Ｄに対するシステムレートR_TSの１９２／１８８倍に等しい。ここで、係数１９２／１８８はソースパケットとＴＳパケットとの間のバイト数の比に等しい。平均転送速度R_EXT2Dは通常ビット／秒で表され、具体的には、ビット単位で表された２ＤエクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。「ビット単位で表されたエクステントのサイズ」は、そのエクステント内のソースパケット数とソースパケット一つ当たりのビット数（＝１９２［バイト］×８［ビット／バイト］）との積に等しい。

読み出し速度R_UD54は通常ビット／秒で表され、平均転送速度R_EXT2Dの最高値R_MAX2Dよりも高い値、例えば５４Ｍｂｐｓに設定される：R_UD54＞R_MAX2D。それにより、ＢＤ−ＲＯＭドライブ3701がＢＤ−ＲＯＭディスク101から一つの２Ｄエクステントを読み出している間、システム・ターゲット・デコーダ3725の復号処理に伴うリード・バッファ3721のアンダーフローが防止される。

図８５の（ａ）は、２Ｄ再生モードでの動作中、リード・バッファ3721に蓄積されるデータ量DAの変化を示すグラフである。図８５の（ｂ）は、再生対象のエクステント・ブロック8510と２Ｄ再生モードでの再生経路8520との間の対応関係を示す模式図である。図８５の（ｂ）を参照するに、再生経路8520に従い、エクステント・ブロック8510内の各ベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が一つの２ＤエクステントEXT2D[n]としてＢＤ−ＲＯＭディスク101からリード・バッファ3721へ読み出される。図８５の（ａ）を参照するに、各２ＤエクステントEXT2D[n]の読み出し期間PR_2D[n]では、蓄積データ量DAは、読み出し速度R_UD54と平均転送速度R_EXT2D[n]との間の差R_UD54−R_EXT2D[n]に等しい速度で増加する。一方、二つの連続する２ＤエクステントEXT2D[n−1]、EXT2D[n]の間ではジャンプJ_2D[n]が生じる。そのジャンプ期間PJ_2D[n]では、ディペンデントビュー・データ・ブロックD[n]の読み出しがスキップされるので、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、ジャンプ期間PJ_2D[n]では蓄積データ量DAは平均転送速度R_EXT2D[n]で減少する。

ＢＤ−ＲＯＭドライブ3701による読み出し／転送動作は実際には、図８５の（ａ）のグラフから示唆される連続的なものではなく、断続的なものである。それにより、各２Ｄエクステントの読み出し期間PR_2D[n]に蓄積データ量DAがリード・バッファ3721の容量を超えること、すなわちリード・バッファ3721のオーバーフローが防止される。すなわち、図８５の（ａ）のグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。

図８５の（ｂ）に示されているエクステント・ブロック8510から２Ｄ映像をシームレスに再生するには、以下の条件［１］、［２］が満たされればよい。

［１］各ジャンプ期間PJ_2D[n]ではリード・バッファ3721からシステム・ターゲット・デコーダ3725へのデータ供給を持続させて、そのデコーダ3725に連続的な出力を確保させなければならない。それには次の条件が満たされればよい：各２ＤエクステントEXT2D[n]のサイズS_EXT2D[n]は、その読み出し期間PR_2D[n]から次のジャンプ期間PJ_2D[n＋1]にわたって、リード・バッファ3721からシステム・ターゲット・デコーダ3725へ転送されるデータ量に等しい。その場合、図８５の（ａ）に示されているように、蓄積データ量DAはそのジャンプ期間PJ_2D[n＋1]の終了時、その読み出し期間PR_2D[n]の開始時での量を下回らない。すなわち、各ジャンプ期間PJ_2D[n]ではリード・バッファ3721からシステム・ターゲット・デコーダ3725へのデータ供給が持続し、特にリード・バッファ3721はアンダーフローを生じない。ここで、読み出し期間PR_2D[n]の長さは２ＤエクステントEXT2D[n]のサイズS_EXT2D[n]を読み出し速度R_UD54で割った値S_EXT2D[n]／R_UD54に等しい。従って、各２ＤエクステントEXT2D[n]のサイズS_EXT2D[n]は、次式（１）の右辺で表される最小エクステント・サイズ以上であればよい：

式（１）では、ジャンプ時間T_JUMP−2D[n]はジャンプ期間PJ_2D[n]の長さであり、秒単位で表される。一方、読み出し速度R_UD54と平均転送速度R_EXT2Dとはいずれもビット／秒で表される。従って、式（１）では平均転送速度R_EXT2Dを数「８」で割り、２ＤエクステントのサイズS_EXT2D[n]の単位をビットからバイトへ変換している。すなわち、２ＤエクステントのサイズS_EXT2D[n]はバイト単位で表される。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。

［２］リード・バッファ3721の容量は有限であることから、ジャンプ時間T_JUMP−2D[n]の最大値は制限される。すなわち、ジャンプ期間PJ_2D[n]の直前に蓄積データ量DAがリード・バッファ3721の容量一杯であっても、ジャンプ時間T_JUMP−2D[n]が長すぎれば、ジャンプ期間PJ_2D[n]中に蓄積データ量DAが０に達し、リード・バッファ3721のアンダーフローが生じる危険性がある。以下、ＢＤ−ＲＯＭディスク101からリード・バッファ3721へのデータ供給が途絶えている状態で蓄積データ量DAがリード・バッファ3721の容量から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間T_JUMP−2Dの最大値を「最大ジャンプ時間T_JUMP＿MAX」という。

光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセス・スピード等から決められている。図８６は、ＢＤ−ＲＯＭディスクに関するジャンプ距離S_JUMPと最大ジャンプ時間T_JUMP＿MAXとの間の対応表の一例である。図８６を参照するに、ジャンプ距離S_JUMPはセクタ単位で表され、最大ジャンプ時間T_JUMP＿MAXはｍ秒単位で表されている。１セクタは２０４８バイトに等しい。ジャンプ距離S_JUMPが、０セクタ、１−１００００セクタ、１０００１−２００００セクタ、２０００１−４００００セクタ、４０００１セクタ−１／１０ストローク、及び１／１０ストローク以上の各範囲に属するとき、最大ジャンプ時間T_JUMP＿MAXはそれぞれ、０ｍ秒、２５０ｍ秒、３００ｍ秒、３５０ｍ秒、７００ｍ秒、及び１４００ｍ秒である。ジャンプ距離S_JUMPが０セクタに等しいときの最大ジャンプ時間T_JUMP＿MAXはゼロ・セクタ遷移時間T_JUMP0に等しい。但し、図８６の例ではゼロ・セクタ遷移時間T_JUMP0は０ｍ秒と見なされている。

以上のことから、式（１）に代入されるべきジャンプ時間T_JUMP−2D[n]は、ＢＤ−ＲＯＭディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間T_JUMP＿MAXである。具体的には、図８６の表において、２ＤエクステントEXT2D[n−1]、EXT2D[n]間でのジャンプ距離S_JUMP、すなわち、（ｎ＋１）番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋２）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数に対応する最大ジャンプ時間T_JUMP＿MAXが、ジャンプ時間T_JUMP−2D[n]として式（１）に代入される。

二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプJ_2D[n]では、そのジャンプ時間T_JUMP−2D[n]が最大ジャンプ時間T_JUMP＿MAXに制限されることから、そのジャンプ距離S_JUMP、すなわち二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔も制限される。このジャンプ距離S_JUMPの最大値のように、ジャンプ時間T_JUMPが最大ジャンプ時間T_JUMP＿MAXに等しいときでのジャンプ距離S_JUMPを「最大ジャンプ距離S_JUMP＿MAX」という。２Ｄ映像のシームレス再生には、２Ｄエクステントのサイズが式（１）を満たすことに加えて、２Ｄエクステントの間隔が最大ジャンプ距離S_JUMP＿MAX以下であることが必要である。

各エクステント・ブロック内では、２Ｄエクステントの間隔はディペンデントビュー・データ・ブロックのサイズに等しい。従って、そのサイズが最大ジャンプ距離S_JUMP＿MAX以下に制限される。具体的には、２Ｄエクステント間の最大ジャンプ時間T_JUMP＿MAXが、図８６に規定された最小値２５０秒に制限されるとき、その２Ｄエクステントの間隔、すなわちディペンデントビュー・データ・ブロックのサイズは、対応する最大ジャンプ距離S_JUMP＿MAX＝１００００セクタ以下に制限される。

異なる記録層に配置された二つのエクステント・ブロック間をシームレスに接続するとき、前のエクステント・ブロックの後端に位置する（ｎ＋１）番目の２ＤエクステントEXT2D[n]から、後のエクステント・ブロックの先端に位置する（ｎ＋２）番目の２ＤエクステントEXT2D[n＋1]までロングジャンプが生じる。そのロングジャンプは、フォーカス・ジャンプ等、記録層の切り換え操作を伴う。従って、そのロングジャンプに必要な時間は、図８６の表に規定された最大ジャンプ時間T_JUMP＿MAXに加えて、記録層の切り換え操作に要する時間、すなわち「層切換時間」を更に含む。「層切換時間」は例えば３５０ｍ秒である。その結果、（ｎ＋１）番目の２ＤエクステントEXT2D[n]のサイズが満たすべき式（１）では、ジャンプ時間T_JUMP−2D[n]は二つのパラメータTJ[n]、TL[n]の和で決まる：T_JUMP−2D[n]＝TJ[n]＋TL[n]。第１パラメータTJ[n]は、ＢＤ−ＲＯＭディスクの規格によって、ロングジャンプのジャンプ距離S_JUMPに対して規定された最大ジャンプ時間T_JUMP＿MAXを表す。その最大ジャンプ時間T_JUMP＿MAXは、図８６の表において、（ｎ＋１）番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋２）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数に対応付けられた値に等しい。第２パラメータTL[n]は層切換時間、例えば３５０ｍ秒を表す。従って、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔は、図８６の表において、ロングジャンプの最大ジャンプ時間T_JUMP＿MAXから層切換時間を除いた値に対応する最大ジャンプ距離S_JUMP＿MAX以下に制限される。

≪３Ｄ再生モードの性能に基づく条件≫

図８７は、３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図８７を参照するに、その再生処理系統は、図４２に示されている、ＢＤ−ＲＯＭドライブ4201、スイッチ4220、ＲＢ１4221、ＲＢ２4222、及びシステム・ターゲット・デコーダ4225を含む。ＢＤ−ＲＯＭドライブ4201はＢＤ−ＲＯＭディスク101からエクステントＳＳを読み出し、読み出し速度R_UD72でスイッチ4220へ転送する。スイッチ4220は各エクステントＳＳをベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとに分離する。ベースビュー・データ・ブロックはＲＢ１4221へ格納され、ディペンデントビュー・データ・ブロックはＲＢ２4222へ格納される。システム・ターゲット・デコーダ4225は、ＲＢ１4221内の各ベースビュー・データ・ブロックからはソースパケットをベースビュー転送速度R_EXT1で読み出し、ＲＢ２4222内の各ディペンデントビュー・データ・ブロックからはソースパケットをディペンデントビュー転送速度R_EXT2で読み出す。システム・ターゲット・デコーダ4225は更に、読み出されたベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの対を映像データVDと音声データADとに復号する。

ベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2とはそれぞれ、システム・ターゲット・デコーダ4225がベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ベースビュー転送速度R_EXT1の最高値R_MAX1は、ファイル２Ｄに対するシステムレートR_TS1の１９２／１８８倍に等しい。ディペンデントビュー転送速度R_EXT2の最高値R_MAX2は、ファイルＤＥＰに対するシステムレートR_TS2の１９２／１８８倍と等しい。各転送速度R_EXT1、R_EXT2は通常ビット／秒で表され、具体的には、ビット単位で表された各データ・ブロックのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、そのデータ・ブロック内のソースパケットを全て、ＲＢ１4221又はＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送するのに要する時間に等しい。

読み出し速度R_UD72は通常ビット／秒で表され、転送速度R_EXT1、R_EXT2のいずれの最高値R_MAX1、R_MAX2よりも高い値、例えば７２Ｍｂｐｓに設定される：R_UD72＞R_MAX1、R_UD72＞R_MAX2。それにより、ＢＤ−ＲＯＭドライブ4201によってＢＤ−ＲＯＭディスク101から一つのエクステントＳＳを読み出している間、システム・ターゲット・デコーダ4225の復号処理に伴うＲＢ１4221とＲＢ２4222とのアンダーフローが防止される。

［エクステント・ブロック内でのシームレス接続］

図８８の（ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、ＲＢ１4221、ＲＢ２4222に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図８８の（ｃ）は、そのエクステント・ブロック8810と３Ｄ再生モードでの再生経路8820との間の対応関係を示す模式図である。図８８の（ｃ）を参照するに、再生経路8820に従い、エクステント・ブロック8810の全体が一つのエクステントＳＳとして一括して読み出される。その後、スイッチ4220によってそのエクステントＳＳからディペンデントビュー・データ・ブロックD[k]とベースビュー・データ・ブロックB[k]とが分離される（k＝…、n、n＋1、n＋2、…）。

ＢＤ−ＲＯＭドライブ4101による読み出し／転送動作は実際には、図８８の（ａ）、（ｂ）の各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各データ・ブロックD[k]、B[k]の読み出し期間PR_D[k]、PR_B[k]では、ＲＢ１4221、ＲＢ２4222のオーバーフローが防止される。すなわち、図８８の（ａ）、（ｂ）の各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。

図８８の（ａ）、（ｂ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PR_D[n]では、ＲＢ２4222の蓄積データ量DA2は、読み出し速度R_UD72とディペンデントビュー転送速度R_EXT2[n]との間の差R_UD72−R_EXT2[n]に等しい速度で増加し、ＲＢ１4221の蓄積データ量DA1はベースビュー転送速度R_EXT1[n−1]で減少する。図８８の（ｃ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]から（ｎ＋１）番目のベースビュー・データ・ブロックB[n]まではゼロ・セクタ遷移J₀[2n]が生じる。図８８の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ₀[n]では、ＲＢ１4221の蓄積データ量DA1はベースビュー転送速度R_EXT1[n−1]で減少し続け、ＲＢ２4222の蓄積データ量DA2はディペンデントビュー転送速度R_EXT2[n]で減少する。

図８８の（ａ）、（ｂ）を更に参照するに、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PR_B[n]では、ＲＢ１4221の蓄積データ量DA1は、読み出し速度R_UD72とベースビュー転送速度R_EXT1[n]との間の差R_UD72−R_EXT1[n]に等しい速度で増加する。一方、ＲＢ２4222の蓄積データ量DA2は、ディペンデントビュー転送速度R_EXT2[n]で減少し続ける。図８８の（ｃ）を更に参照するに、そのベースビュー・データ・ブロックB[n]から次のディペンデントビュー・データ・ブロックD[n＋1]まではゼロ・セクタ遷移J₀[2n＋1]が生じる。図８８の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ₀[2n＋1]では、ＲＢ１4221の蓄積データ量DA1はベースビュー転送速度R_EXT1[n]で減少し、ＲＢ２4222の蓄積データ量DA2はディペンデントビュー転送速度R_EXT2[n]で減少し続ける。

一つのエクステント・ブロック8810から３Ｄ映像をシームレスに再生するには、以下の条件［３］、［４］が満たされればよい。

［３］（ｎ＋１）番目のベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]は少なくとも、その読み出し期間PR_B[n]から次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PR_B[n＋1]の直前までに、ＲＢ１4221からシステム・ターゲット・デコーダ4225へ転送されるデータ量に等しい。その場合、図８８の（ａ）に示されているように、次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PR_B[n＋1]の直前では、ＲＢ１4221の蓄積データ量DA1が、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PR_B[n]の直前での量を下回らない。ここで、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PR_B[n]の長さは、そのベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]を読み出し速度R_UD72で割った値S_EXT1[n]／R_UD72に等しい。一方、（ｎ＋２）番目のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PR_D[n＋1]の長さは、そのディペンデントビュー・データ・ブロックD[n＋1]のサイズS_EXT2[n＋1]を読み出し速度R_UD72で割った値S_EXT2[n＋1]／R_UD72に等しい。従って、そのベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]は、次式（２）の右辺で表される最小エクステント・サイズ以上であればよい：

［４］（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]のサイズS_EXT2[n]は少なくとも、その読み出し期間PR_D[n]から次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PR_D[n＋1]の直前までに、ＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送されるデータ量に等しい。その場合、図８８の（ｂ）に示されているように、次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PR_D[n＋1]の直前では、ＲＢ２4222の蓄積データ量DA2が（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PR_D[n]の直前での量を下回らない。ここで、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PR_D[n]の長さは、そのディペンデントビュー・データ・ブロックD[n]のサイズS_EXT2[n]を読み出し速度R_UD72で割った値S_EXT2[n]／R_UD72に等しい。従って、そのディペンデントビュー・データ・ブロックD[n]のサイズS_EXT2[n]は、次式（３）の右辺で表される最小エクステント・サイズ以上であればよい：

［エクステント・ブロック間のシームレス接続］

図８９の（ｂ）は、（Ｍ＋１）番目（整数Ｍは１以上である。）のエクステント・ブロック8901と（Ｍ＋２）番目のエクステント・ブロック8902、及び、それらのエクステント・ブロック8901、8902と３Ｄ再生モードでの再生経路8920との間の対応関係を示す模式図である。図８９の（ｂ）を参照するに、二つのエクステント・ブロック8901、8902の間は層境界LB又は他のデータの記録領域によって分離されている。再生経路8920に従って、先に（Ｍ＋１）番目のエクステント・ブロック8901の全体が（Ｍ＋１）番目のエクステントＳＳEXTSS[M]として一括して読み出される。その直後にジャンプJ[M]が生じる。続いて、（Ｍ＋２）番目のエクステント・ブロック8902が（Ｍ＋２）番目のエクステントＳＳEXTSS[M＋1]として一括して読み出される。

図８９の（ａ）は、二つのエクステント・ブロック8901、8902から連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１4221、ＲＢ２4222に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。図８９の（ａ）では、一点鎖線のグラフは、ＲＢ１4221に蓄積されるデータ量DA1の変化を示し、破線のグラフは、ＲＢ２4222に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1＋DA2の変化を示す。ここで、実線のグラフは、データ・ブロックが一つ読み出されるごとに生じる細かい変化を均して直線的に近似したものである。更に、ゼロ・セクタ遷移時間T_JUMP0は“０秒”とみなされている。

図８９の（ａ）を参照するに、（Ｍ＋１）番目のエクステント・ブロック8901の全体がＢＤ−ＲＯＭディスク101からＲＢ１4221、ＲＢ２4222へ読み出される期間PR_BLK[M]では、それらに蓄積されるデータ量DA1、DA2も増大する。具体的には、（Ｍ＋１）番目のエクステント・ブロック8901全体の読み出し期間PR_BLK[M]中、蓄積データ量の和DA1＋DA2は、読み出し速度R_UD72と平均転送速度R_EXTSS[M]との間の差R_UD72−R_EXTSS[M]に等しい速度で増加する。その平均転送速度R_EXTSS[M]は、（Ｍ＋１）番目のエクステント・ブロック8901全体のサイズ、すなわち（Ｍ＋１）番目のエクステントＳＳEXTSS[M]のサイズS_EXTSS[M]をそのエクステントＡＴＣ時間T_EXTSSで割った値として評価される。

（Ｍ＋１）番目のエクステント・ブロック8901の後端のベースビュー・データ・ブロックがＲＢ１4221に読み込まれた時点で、蓄積データ量の和DA1＋DA2は最大値に達する。その直後のジャンプJ[M]の期間PJ[M]では、蓄積データ量の和DA1＋DA2は平均転送速度R_EXTSS[M]で減少する。従って、蓄積データ量の和DA1＋DA2の最大値を十分に大きく調節することにより、ジャンプJ[M]中でのＲＢ１4221、ＲＢ２4222のいずれのアンダーフローも防止することができる。その結果、二つのエクステント・ブロック8901、8902をシームレスに接続することができる。

蓄積データ量の和DA1＋DA2の最大値は（Ｍ＋１）番目のエクステント・ブロック8901のサイズで決まる。従って、（Ｍ＋１）番目のエクステント・ブロック8901を（Ｍ＋２）番目のエクステント・ブロック8902にシームレスに接続するには、（Ｍ＋１）番目のエクステント・ブロック8901のサイズ、すなわち（Ｍ＋１）番目のエクステントＳＳEXTSS[M]のサイズS_EXTSS[M]が次の条件［５］を満たせばよい。

［５］（Ｍ＋１）番目のエクステント・ブロック8901の先端に位置するディペンデントビュー・データ・ブロックDの読み出し期間PR_D[m]ではプリロードが行われる（整数mは1以上である）。そのプリロード期間PR_D[m]ではまだ、そのディペンデントビュー・データ・ブロックDに対応するベースビュー・データ・ブロックBがＲＢ１4221には格納されていないので、ディペンデントビュー・データ・ブロックDをＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送することができない。従って、そのプリロード期間PR_D[m]では、その直前のジャンプJ[M−1]の期間に引き続き、Ｍ番目のエクステント・ブロックのデータがＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送される。それにより、システム・ターゲット・デコーダ4225へのデータ供給が維持される。同様に、（Ｍ＋２）番目のエクステント・ブロック8902の先端に位置するディペンデントビュー・データ・ブロックDの読み出し期間PR_D[n]でもプリロードが行われる（整数nはm＋1以上である）。従って、そのプリロード期間PR_D[n]では、その直前のジャンプJ[M]の期間に引き続き、（Ｍ＋１）番目のエクステント・ブロック8901のデータがＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送される。それにより、システム・ターゲット・デコーダ4225へのデータ供給が維持される。それ故、ジャンプJ[M]中でのＲＢ１4221、ＲＢ２4222のアンダーフローを防止するには、（Ｍ＋１）番目のエクステントＳＳEXTSS[M]のエクステントＡＴＣ時間T_EXTSSが少なくとも、（Ｍ＋１）番目のエクステント・ブロック8901でのプリロード期間PR_D[m]の終了時点T0から（Ｍ＋２）番目のエクステント・ブロック8902でのプリロード期間PR_D[n]の終了時点T1までの期間の長さに等しければよい。すなわち、（Ｍ＋１）番目のエクステントＳＳEXTSS[M]のサイズS_EXTSS[M]は少なくとも、その期間T0−T1にＲＢ１4221とＲＢ２4222とからシステム・ターゲット・デコーダ4225へ転送されるデータ量の和に等しければよい。

図８９の（ａ）から明らかなとおり、期間T0−T1の長さは、（Ｍ＋１）番目のエクステント・ブロック8901の読み出し期間PR_BLK[M]の長さ、ジャンプJ[M]のジャンプ時間T_JUMP[M]、及びエクステント・ブロック8901、8902間でのプリロード期間PR_D[n]、PR_D[m]の長さの差T_DIFF[M]を足し合わせた値に等しい。更に、（Ｍ＋１）番目のエクステント・ブロック8901の読み出し期間PR_BLK[M]の長さは、（Ｍ＋１）番目のエクステントＳＳEXTSS[M]のサイズS_EXTSS[M]を読み出し速度R_UD72で割った値S_EXTSS[M]／R_UD72に等しい。従って、（Ｍ＋１）番目のエクステントＳＳEXTSS[M]のサイズS_EXTSS[M]は、次式（４）の右辺で表される最小エクステント・サイズ以上であればよい：

ここで、各プリロード期間PR_D[m]、PR_D[n]の長さは、各エクステント・ブロック8901、8902の先端に位置するディペンデントビュー・データ・ブロックDのサイズS_EXT2[m]、S_EXT2[n]を読み出し速度R_UD72で割った値S_EXT2[m]／R_UD72、S_EXT2[n]／R_UD72に等しい。従って、プリロード期間PR_D[m]、PR_D[n]の長さの差T_DIFFはそれらの値の差に等しい：T_DIFF＝S_EXT2[n]／R_UD72−S_EXT2[m]／R_UD72。尚、式（４）の右辺は、式（１）−（３）の右辺と同様に、バイト単位の整数値で表されてもよい。

また、多重化ストリーム・データの復号処理を次のように工夫する場合には、式（４）の右辺で差T_DIFFを０とみなしてもよい。まず、多重化ストリーム・データの全体での差T_DIFFの最大値、すなわち差T_DIFFのワースト値を予め求めておく。次に、その多重化ストリーム・データを再生する際、その復号処理の開始時点をその読み出しの開始時点よりも、差T_DIFFのワースト値に等しい時間だけ遅らせる。

≪リード・バッファの容量を削減するための条件≫

図９０の（ａ）、（ｂ）は、図８９の（ｂ）に示されている二つのエクステント・ブロック8901、8902から連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１4221、ＲＢ２4222に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図９０の（ａ）を参照するに、（Ｍ＋１）番目のエクステント・ブロック8901の後端のベースビュー・データ・ブロックB[n−1]がＲＢ１4221に読み込まれた時点で、ＲＢ１4221の蓄積データ量DA1は極大値DM1に達する。更に、その直後のジャンプJ[M]の期間PJ[M]から（Ｍ＋２）番目のエクステント・ブロック8902のプリロード期間PR_D[n]にわたり、蓄積データ量DA1はベースビュー転送速度R_EXT1[n−1]で減少する。従って、そのプリロード期間PR_D[n]の終了まで蓄積データ量DA1が０に達するのを防ぐには、蓄積データ量DA1の極大値DM1が、ジャンプ期間PJ[M]とプリロード期間PR_D[n]とでＲＢ１4221からシステム・ターゲット・デコーダ4225へ転送されるデータ量以上であればよい。すなわち、蓄積データ量DA1の極大値DM1は、ジャンプ期間PJ[M]の長さT_JUMP[M]とプリロード期間PR_D[n]の長さS_EXT2[n]／R_UD72との和にベースビュー転送速度R_EXT1[n−1]を乗じた値以上であればよい：DM1≧(T_JUMP[M]＋S_EXT2[n]／R_UD72)×R_EXT1[n−1]。ここで、ジャンプ期間PJ[M]の長さT_JUMP[M]がジャンプJ[M]の最大ジャンプ時間T_JUMP＿MAXに等しく、かつベースビュー転送速度R_EXT1[n−1]が最高値R_MAX1に等しいとき、蓄積データ量DA1の極大値DM1は最も大きい。従って、ＲＢ１4221には、そのときの極大値DM1以上の容量RB1が求められる：RB1≧(T_JUMP＿MAX＋S_EXT2[n]／R_UD72)×R_MAX1。

一方、図９０の（ｂ）を参照するに、（Ｍ＋１）番目のエクステント・ブロック8901の後端のベースビュー・データ・ブロックB[n−1]の読み込みが開始された時点で、ＲＢ２4222の蓄積データ量DA2は極大値DM2に達する。更に、そのベースビュー・データ・ブロックB[n−1]の読み出し期間から（Ｍ＋２）番目のエクステント・ブロック8902のプリロード期間PR_D[n]にわたり、蓄積データ量DA2はディペンデントビュー転送速度R_EXT2[n−1]で減少する。従って、そのプリロード期間PR_D[n]の終了までシステム・ターゲット・デコーダ4225へのデータ供給を維持するには、蓄積データ量DA2の極大値DM2が、ベースビュー・データ・ブロックB[n−1]の読み出し期間、ジャンプ期間PJ[M]、及びプリロード期間PR_D[n]でＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送されるデータ量以上であればよい。すなわち、蓄積データ量DA2の極大値DM2は、ベースビュー・データ・ブロックB[n−1]の読み出し期間の長さS_EXT1[n−1]／R_UD72、ジャンプ期間PJ[M]の長さT_JUMP[M]、及びプリロード期間PR_D[n]の長さS_EXT2[n]／R_UD72の和にディペンデントビュー転送速度R_EXT2[n−1]を乗じた値以上であればよい：DM2≧(S_EXT1[n−1]／R_UD72＋T_JUMP[M]＋S_EXT2[n]／R_UD72)×R_EXT2[n−1]。ここで、ジャンプ期間PJ[M]の長さT_JUMP[M]がジャンプJ[M]の最大ジャンプ時間T_JUMP＿MAXに等しく、かつディペンデントビュー転送速度R_EXT2[n−1]が最高値R_MAX2に等しいとき、蓄積データ量DA2の極大値DM2は最も大きい。従って、ＲＢ２4222には、そのときの極大値DM2以上の容量RB2が求められる：RB2≧(S_EXT1[n−1]／R_UD72＋T_JUMP＿MAX＋S_EXT2[n]／R_UD72)×R_MAX2。その上、いずれのディペンデントビュー・データ・ブロックも、飛び込み再生によって最初に読み込まれるデータ・ブロックとなり得るので、ＲＢ２4222の容量RB2はいずれのディペンデントビュー・データ・ブロックのサイズも下回ってはならない：RB2≧S_EXT2[k]（整数kは任意）。

上記のとおり、各リード・バッファ4121、4122の容量RB1、RB2の下限値はデータ・ブロックのサイズS_EXT1[k]、S_EXT2[k]で決まる。従って、各容量RB1、RB2の節約を目的として、各データ・ブロックのサイズS_EXT1[k]、S_EXT2[k]の上限値、すなわち最大エクステント・サイズを以下の条件［６］で制限する。

［６］図１９に示されているように、各エクステント・ブロック1901−1903内のベースビュー・データ・ブロックB[k]はファイル２ＤとファイルＳＳとに共有されている。従って、ベースビュー・データ・ブロックB[k]のサイズS_EXT1[k]は式（１）を満たすべきである。一方、ＲＢ１4221の容量RB1を可能な限り縮小するには、ベースビュー・データ・ブロックB[k]のサイズS_EXT1[k]は２Ｄエクステントの最小エクステント・サイズの下限値以下であればよい。すなわち、そのサイズS_EXT1[k]は、次式（５）の右辺で表される最大エクステント・サイズ以下であればよい：

ここで、２Ｄエクステントの最小エクステント・サイズの下限値は、式（１）の右辺の分母に含まれる平均転送速度R_EXT2Dをその最高値R_MAX2Dに置き換えた形で評価されている。ジャンプ時間T_{JUMP−2D＿MIN}は、各エクステント・ブロック1901−1903内で必要なジャンプ時間の最小値、すなわち２Ｄエクステント間の最大ジャンプ時間T_JUMP＿MAXの最小値である。具体的には、ジャンプ時間T_{JUMP−2D＿MIN}は、図８６の表で規定された最小値２５０秒に設定される。一方、２Ｄエクステントの間隔はディペンデントビュー・データ・ブロックD[k]のサイズS_EXT2[k]に等しい。従って、ジャンプ時間T_{JUMP−2D＿MIN}が２５０秒に設定されるとき、ディペンデントビュー・データ・ブロックD[k]のサイズS_EXT2[k]は、図８６の表で最大ジャンプ時間T_JUMP＿MAX＝２５０秒に対応付けられた最大ジャンプ距離S_JUMP＿MAX＝１００００セクタ以下に制限される。すなわち、ディペンデントビュー・データ・ブロックの最大エクステント・サイズは１００００セクタである。

≪まとめ≫

複数のエクステント・ブロックから２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには、上記の条件［１］−［６］が全て満たされればよい。特に、各データ・ブロックと各エクステント・ブロックとのサイズは次の条件１−５を満たせばよい。

条件１：２ＤエクステントのサイズS_EXT2Dは式（１）を満たす。
条件２：ベースビュー・データ・ブロックのサイズS_EXT1は式（２）を満たす。
条件３：ディペンデントビュー・データ・ブロックのサイズS_EXT2は式（３）を満たす。
条件４：エクステント・ブロックのサイズS_EXTSSは式（４）を満たす。
条件５：ベースビュー・データ・ブロックのサイズS_EXT1は式（５）を満たす。

≪条件１の変形例≫

図２１に示されている２Ｄ再生モードの再生経路2101から明らかなとおり、２Ｄ再生モードではジャンプが頻繁に生じる。従って、シームレス再生を更に確実に行うには、式（１）の右辺で表される２Ｄエクステントの最小エクステント・サイズに、マージン（余裕量）を更に追加するのが好ましい。しかし、そのマージンの追加によって条件５、すなわち式（５）が変更されることは、リード・バッファの容量の増大を招きかねないので、回避されるべきである。式（５）を変更しないようにマージンを追加する方法には、以下の三種類がある。

第１の方法は、式（１）の右辺の分母に含まれる平均転送速度R_EXT2Dをその最高値R_MAX2Dに置き換えることによって、２Ｄエクステントの最小エクステント・サイズにマージンを追加する。すなわち、条件１は、２ＤエクステントのサイズS_EXT2Dが式（１）に代えて次式（６）を満たすことに変更される：

ここで、式（５）には、式（１）の右辺の分母に含まれる平均転送速度R_EXT2Dをその最高値R_MAX2Dに置き換えた表式が利用されている。従って、式（１）が式（６）に変更されても、式（５）は変更されない。

第２の方法は、２ＤエクステントのエクステントＡＴＣ時間をΔＴ秒延長することによって、２Ｄエクステントの最小エクステント・サイズにマージンを追加する。すなわち、条件１は、２ＤエクステントのサイズS_EXT2Dが式（１）に代えて次式（７Ａ）又は（７Ｂ）を満たすことに変更される：

延長時間ΔＴは、ＧＯＰの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。例えば、ＧＯＰの長さが最大１秒であれば、ΔＴ＝１．０秒に設定される。一方、所定時間［秒］当たりに再生可能なエクステント数の上限がｎ個であれば、ΔＴ＝所定時間／ｎ［秒］に設定される。

第３の方法は、式（１）の右辺に含まれる平均転送速度R_EXT2Dを全て、その最高値R_MAX2Dに置き換えることによって、２Ｄエクステントの最小エクステント・サイズにマージンを追加する。すなわち、条件１は、２ＤエクステントのサイズS_EXT2Dが式（１）に代えて次式（８）を満たすことに変更される：

この方法では、最小エクステント・サイズに更に大きいマージンを追加することはできる。しかし、その反面、２Ｄエクステントのビットレートが低い場合でも、そのサイズを十分に大きく確保しなければならない。従って、マージンの大きさとＢＤ−ＲＯＭディスクへのデータの記録効率との比較衡量が必要である。

尚、第２の方法を採用する場合、２Ｄ映像のシームレス再生の更なる確実性をリード・バッファの容量の削減よりも優先させてもよいのであれば、式（５）を次式（９）に変更してもよい：

＜ストリーム・データの転送速度＞

図９１は、３Ｄ再生モードのシステム・ターゲット・デコーダ4225内に備えられたビデオ・ストリームの処理系統を示すブロック図である。図９１を参照するに、その処理系統は、図４５に示されている一対のソース・デパケタイザ4511、4512、一対のＰＩＤフィルタ4513、4514、及び主映像デコーダ4515を含む。

第１ソース・デパケタイザ4511は、ＲＢ１4221内の各ベースビュー・データ・ブロックからソースパケットをベースビュー転送速度R_EXT1で読み出す。第１ソース・デパケタイザ4511は更に、そのソースパケットの中からＴＳパケットを抽出して第１ＰＩＤフィルタ4513へ転送する。その転送の平均速度は最高で、ファイル２Ｄに対するシステムレートR_TS1まで達する。従って、ベースビュー転送速度R_EXT1の最高値R_MAX1はそのシステムレートR_TS1の１９２／１８８倍に等しい。第１ＰＩＤフィルタ4513は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを、主映像デコーダ4515内のＴＢ１4501へ送る。ＴＢ１4501は、そのＴＳパケットからＰＥＳパケットを復元して、平均速度R_x1でＭＢ１4502へ転送する。ＭＢ１4502は、そのＰＥＳパケットからベースビュー・ビデオ・ストリームのＶＡＵを抽出し、平均速度R_bx1でＥＢ１4503へ転送する。

第２ソース・デパケタイザ4512は、ＲＢ２4222内の各ディペンデントビュー・データ・ブロックからソースパケットをディペンデントビュー転送速度R_EXT2で読み出す。第２ソース・デパケタイザ4512は更に、そのソースパケットの中からＴＳパケットを抽出して第２ＰＩＤフィルタ4514へ転送する。その転送の平均速度は最高で、ファイルＤＥＰに対するシステムレートR_TS2まで達する。従って、ディペンデントビュー転送速度R_EXT2の最高値R_MAX2はそのシステムレートR_TS2の１９２／１８８倍に等しい。第２ＰＩＤフィルタ4514は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットを、主映像デコーダ4515内のＴＢ２4508へ送る。ＴＢ２4508は、そのＴＳパケットからＰＥＳパケットを復元して、平均速度R_x2でＭＢ２4509へ転送する。ＭＢ２4509は、そのＰＥＳパケットからディペンデントビュー・ビデオ・ストリームのＶＡＵを抽出し、平均速度R_bx2でＥＢ２4510へ転送する。

ＥＢ１4503とＥＢ２4510とのそれぞれに蓄積されたＶＡＵは、バッファ・スイッチ4506によって交互にＤＥＣ4504へ転送され、ＤＥＣ4504によって非圧縮のピクチャ・データに復号される。ここで、図７に示されているように、ディペンデントビュー・ピクチャはベースビュー・ピクチャを参照して圧縮されている。従って、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームよりも、平均的なビットレートが低い。それ故、ファイルＤＥＰに対するシステムレートR_TS2は、ファイル２Ｄに対するシステムレートR_TS1よりも低く設定されれば十分である。例えば、ファイル２Ｄに対するシステムレートR_TS1が４５Ｍｂｐｓ以下に設定されるとき、ファイルＤＥＰに対するシステムレートR_TS2は３０Ｍｂｐｓ以下に設定されれば十分である：R_TS1≦45Mbps、R_TS2≦30Mbps。

ここで、システムレートR_TS1、R_TS2の合計が一定の閾値以下に制限される場合を想定する。その閾値は、システム・ターゲット・デコーダ4225に割り当てられた転送帯域の幅以下に設定され、例えば６０Ｍｂｐｓに等しい：R_TS1＋R_TS2≦60Mbps。その場合、ファイル２Ｄに対するシステムレートR_TS1が４５Ｍｂｐｓに設定されれば、ファイルＤＥＰに対するシステムレートR_TS2は１５Ｍｂｐｓ以下に制限される：R_TS1＝45Mbps、R_TS2≦15Mbps。各ビデオ・ストリームのビットレートが平均的な値に維持されている限り、システムレートR_TS1、R_TS2の合計に対するそのような制限は、上記の転送帯域を効率良く利用するのに有利である。しかし、実際には、ディペンデントビュー・ビデオ・ストリームのビットレートが一時的にベースビュー・ビデオ・ストリームのビットレートを超える場合はある。例えば自然の風景を表す３Ｄ映像において、ベースビュー（例えばレフトビュー）の焦点が突然外れて、ディペンデントビュー（例えばライトビュー）の焦点のみが合っている場合、そのようなビットレートの逆転が生じる。その場合、ベースビュー転送速度R_EXT1はシステムレートR_TS1＝45Mbpsよりかなり低いにもかかわらず、ディペンデントビュー転送速度R_EXT2はシステムレートR_TS2≦15Mbps（正確には、その１９２／１８８≒１．０２倍。以下、特に必要でない限り、その係数は１とみなす。）を超えることができない。このように、システムレートR_TS1、R_TS2の合計が制限されている場合、ディペンデントビュー転送速度R_EXT2が、ディペンデントビュー・ビデオ・ストリームのビットレートの一時的な上昇には対応できない。

その対応を可能にするには、システムレートR_TS1、R_TS2の合計に代えて、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]とのエクステント単位での合計を制限すればよい：R_EXT1[n]＋R_EXT2[n]≦60Mbps。そのベースビュー転送速度R_EXT1[n]は、ファイル・ベース内の（ｎ＋１）番目のエクステントEXT1[n]を含むソースパケットを転送する際の平均値であり、そのディペンデントビュー転送速度R_EXT2[n]は、ファイルＤＥＰ内の（ｎ＋１）番目のエクステントEXT2[n]を含むソースパケットを転送する際の平均値である。図９２の（ａ）、（ｂ）はそれぞれ、その場合におけるベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2との時間的な変化を示すグラフである。図９２の（ａ）を参照するに、ベースビュー転送速度R_EXT1は、第１時刻T0で最高値R_MAX1≒45Mbpsから急落し、第１時刻T0から第２時刻T1までの期間T_str中、低レベル＝15Mbpsに留まっている。図９２の（ｂ）で実線のグラフGR1が示すとおり、ディペンデントビュー転送速度R_EXT2はベースビュー転送速度R_EXT1の変化に対して相補的に変化できる。特に上記の期間T_strには、ピークP1が最高値R_MAX2≒30Mbpsまで到達できる。このように、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]との合計がエクステント単位で制限されている場合、ディペンデントビュー転送速度R_EXT2は、ディペンデントビュー・ビデオ・ストリームのビットレートの一時的な上昇にも対応できる。

システム・ターゲット・デコーダ4225に割り当てられた転送帯域をストリーム・データの転送に更に効率良く利用するには、ファイルＤＥＰに対するシステムレートR_TS2を更に高く設定することが好ましい。図９２の（ｃ）は、図９２の（ａ）、（ｂ）に示されているベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2とを足し合わせた値の時間的な変化を示すグラフである。図９２の（ｃ）で実線のグラフGR3の窪みCVが示すとおり、ベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2との和は、第１時刻T0から第２時刻T1までの期間T_str中、閾値６０Ｍｂｐｓを下回っている。これは、図９２の（ｂ）で実線のグラフGR1が示すとおり、ディペンデントビュー転送速度R_EXT2がファイルＤＥＰに対するシステムレートR_TS2＝30Mbps以下に制限されていることに因る。図９２の（ａ）の示すとおり、その期間T_strではベースビュー転送速度R_EXT1は１５Ｍｂｐｓまで降下しているので、転送帯域幅には、少なくとも、その値と閾値との間の差６０−１５＝４５Ｍｂｐｓに等しい余裕が残されている。従って、ファイルＤＥＰに対するシステムレートR_TS2は、３０Ｍｂｐｓよりも高い範囲、好ましくはファイル２Ｄに対するシステムレートR_TS1と同じ範囲、例えば４５Ｍｂｐｓ以下に設定される：R_TS1≦45Mbps、R_TS2≦45Mbps。図９２の（ｂ）、（ｃ）にはそれぞれ、その場合におけるディペンデントビュー転送速度R_EXT2、及びベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2との和が破線のグラフGR2、GR4で示されている。図９２の（ｂ）で破線のグラフGR2が示すとおり、ディペンデントビュー転送速度R_EXT2のピークP2は３０Ｍｂｐｓを超えることができる。その結果、図９２の（ｃ）で破線のグラフGR4が示すとおり、ベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2との和は、上記の期間T_str中、閾値６０Ｍｂｐｓの近傍に維持される。こうして、上記の転送帯域の利用効率を更に向上させることができる。

但し、ファイルＤＥＰに対するシステムレートR_TS2をファイル２Ｄに対するシステムレートR_TS1と同程度に高い値に設定した場合、それらの合計R_TS1＋R_TS2は一般に、システム・ターゲット・デコーダ4225の転送帯域幅よりも高い。一方、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]とはいずれも平均値であるので、それらの合計に閾値を設けても、転送速度の瞬時値の合計がその閾値を超えることまでは制限されない。具体的な例として、各システムレートR_TS1、R_TS2が４５Ｍｂｐｓに設定され、各エクステントのエクステントＡＴＣ時間が３秒間であって、かつその前半の１．５秒間では転送速度の合計が３０Ｍｂｐｓに維持されている場合を想定する。その場合、後半の１．５秒間で各転送速度が仮にシステムレート４５Ｍｂｐｓまで上昇したとしても、エクステント全体で平均された転送速度の合計は６０Ｍｂｐｓに抑えられる。従って、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]との合計を６０Ｍｂｐｓ以下に制限しても、転送速度の瞬時値の合計が９０Ｍｂｐｓまで上昇することを阻むことはできない。このように、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]との合計を制限するだけでは、システム・ターゲット・デコーダ4225の転送帯域が飽和する危険性がゼロではない。

システム・ターゲット・デコーダ4225の転送帯域が飽和する危険性を更に低減させることを目的として、転送速度の合計に対する制限を更に次のように変更してもよい。図９３は、システム・ターゲット・デコーダ内でソース・デパケタイザからＰＩＤフィルタへ転送されるＴＳパケットとＡＴＣ時間との間の関係を示す模式図である。図９３を参照するに、上段の矩形9310は、ベースビュー・エクステントを構成するＴＳパケット、ＴＳ１＃ｐ（ｐ＝０、１、２、３、…、ｋ、ｋ＋１、ｋ＋２）の転送期間を表し、下段の矩形9320は、ディペンデントビュー・エクステントを構成するＴＳパケット、ＴＳ２＃ｑ（ｑ＝０、１、２、３、…、ｍ−１、ｍ、ｍ＋１）の転送期間を表す。それらの矩形9310、9320はＡＴＣの時間軸方向でＴＳパケットの転送順に並べられている。各矩形9310、9320の先頭の位置はそのＴＳパケットの転送開始時刻を表す。各矩形9310、9320の長さAT1、AT2は、１個のＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ転送されるのに要する時間を表す。３Ｄ再生装置は、一つのＴＳパケットをソース・デパケタイザから転送し始める度に、その転送開始時刻を起点とする所定時間長、例えば１秒間のウィンドウWIN1、WIN2、WIN3を設定する。３Ｄ再生装置は更に、各ウィンドウWIN1、WIN2、WIN3内でＴＳ１とＴＳ２との各転送速度を平均し、それらの平均値の合計を所定の閾値以下に制限する。図９３に示されている例では、まず、ＴＳ１＃０の転送開始時刻A1を起点とする第１ウィンドウWIN1が設定され、その中で転送されるＴＳ１＃０−ｋとＴＳ２＃０−ｍとについて、転送速度の合計が閾値以下に制限される。同様に、ＴＳ２＃０の転送開始時刻A2を起点とする第２ウィンドウWIN2の中で転送されるＴＳ１＃０−（ｋ＋１）とＴＳ２＃０−ｍとについて、転送速度の合計が閾値以下に制限され、ＴＳ１＃１の転送開始時刻A3を起点とする第３ウィンドウWIN3の中で転送されるＴＳ１＃１−（ｋ＋１）とＴＳ２＃０−（ｍ＋１）とについて、転送速度の合計が閾値以下に制限される。このように、一定長のウィンドウをＴＳパケット当たりの転送時間ずつずらしながら、各ウィンドウでの平均転送速度の合計を所定の閾値以下に制限する。それにより、ウィンドウが短いほど、システム・ターゲット・デコーダ4225の転送帯域が飽和する危険性が低減する。

ファイルＤＥＰに対するシステムレートR_TS2がファイル・ベースに対するシステムレートR_TS1と同程度に高く設定される場合、ディペンデントビュー転送速度R_EXT2も同程度まで上昇する場合が想定される。（ｎ＋１）番目のディペンデントビュー・エクステントに対する転送速度R_EXT2[n]がそのように上昇した場合、転送速度の合計に対する制限から、（ｎ＋１）番目のベースビュー・エクステントに対する転送速度R_EXT1[n]は最高値R_MAX1よりも顕著に降下する。一方、最大エクステント・サイズの定義式（５）では、分母に含まれる平均転送速度R_EXT2Dがその最高値R_MAX2Dで評価される。更に、（ｎ＋１）番目のベースビュー・エクステントのエクステントＡＴＣ時間は、その最大エクステント・サイズとベースビュー転送速度R_EXT1[n]との比で表される値を上限とする。従って、その上限は実際のエクステントＡＴＣ時間よりも顕著に長い。（ｎ＋１）番目のベースビュー・エクステントと（ｎ＋１）番目のディペンデントビュー・エクステントとではエクステントＡＴＣ時間が共通であるので、そのディペンデントビュー・エクステントのサイズは最大で、ディペンデントビュー転送速度R_EXT2[n]と上記のエクステントＡＴＣ時間の上限との積に等しい。そのサイズは、シームレス再生に実際に必要な値よりも顕著に大きいので、ＲＢ２の容量の更なる削減が阻まれる。従って、ファイルＤＥＰに対するシステムレートR_TS2をファイル・ベースに対するシステムレートR_TS1と同程度に高く設定する場合、好ましくは、最大エクステント・サイズに対する条件５、すなわち式（５）を次式（１０）に変更する：

式（１０）の右辺では、分母に含まれる転送速度として、２Ｄエクステントに対する平均転送速度の最高値R_MAX2D、又は、転送速度の最高値の合計R_MAX1＋R_MAX2とディペンデントビュー転送速度R_EXT2との間の差のいずれか低い方が採用される。ここで、転送速度の最高値の合計R_MAX1＋R_MAX2はシステムレートの合計R_TS1＋R_TS2の１９２／１８８倍に等しい。従って、ディペンデントビュー転送速度R_EXT2がシステムレートと同程度まで上昇する場合には、上記の差で最大エクステント・サイズが評価される。それにより、ベースビュー・エクステントのエクステントＡＴＣ時間の上限は実際のエクステントＡＴＣ時間に近い値に抑えられる。それ故、ディペンデントビュー・エクステントのサイズは、シームレス再生に実際に必要な値程度に抑えられる。こうして、ＲＢ２の容量を十分に小さく維持することができる。

＜ファイルＤＥＰに対するシステムレートが高い場合のデータ・ブロックの配置＞

図９４の（ａ）は、一つのエクステント・ペアについて、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]との組み合わせ別に最大エクステント・サイズmaxS_EXT1[n]、maxS_EXT2[n]を示す表である。ここで、「エクステント・ペア」とは、ファイル・ベースに含まれる（ｎ＋１）番目のベースビュー・エクステントと、ファイルＤＥＰに含まれる（ｎ＋１）番目のディペンデントビュー・エクステントとの対をいう（ｎ＝０、１、２、…）。最大エクステント・サイズmaxS_EXT2[n]、maxS_EXT2[n]は、式（５）を用いて計算された値である。式（５）が２Ｄ再生モードのＢＤ−ＲＯＭドライブの読み出し速度R_UD54を含むことから明らかなとおり、最大エクステント・サイズmaxS_EXT2[n]、maxS_EXT2[n]はＢＤ−ＲＯＭドライブの性能に依存する。従って、図９４の（ａ）に示されている値は一例に過ぎない。

図９４の（ａ）を参照するに、ベースビュー転送速度R_EXT1[n]が４５Ｍｂｐｓであり、かつディペンデントビュー転送速度R_EXT2[n]が１５Ｍｂｐｓであるとき、ディペンデントビュー・エクステントの最大エクステント・サイズmaxS_EXT2[n]は６ＭＢである。逆に、ベースビュー転送速度R_EXT1[n]が１５Ｍｂｐｓであり、かつディペンデントビュー転送速度R_EXT2[n]が４５Ｍｂｐｓであるとき、ディペンデントビュー・エクステントの最大エクステント・サイズmaxS_EXT2[n]は８ＭＢである。図９０を用いて説明したとおり、各エクステント・ブロックの先頭に位置するディペンデントビュー・データ・ブロックのサイズが大きいほど、リード・バッファに要求される容量は大きい。従って、エクステント・ブロックのプリロード期間にディペンデントビュー転送速度R_EXT2[n]が上昇することは、ディペンデントビュー・エクステントの最大エクステント・サイズmaxS_EXT2[n]が増大してリード・バッファの容量の更なる削減を阻むので好ましくない。

そこで、エクステント・ブロックの先頭に位置するエクステント・ペアEXT1[n]、EXT2[n]において、ディペンデントビュー転送速度R_EXT2[n]がベースビュー転送速度R_EXT1[n]を超える場合には、ベースビュー・データ・ブロックB[n]をディペンデントビュー・データ・ブロックD[n]の前に配置する。すなわち、そのエクステント・ペアの中で、サイズの小さいデータ・ブロックをサイズの大きいデータ・ブロックよりも前に配置する。それにより、以下に示すように、リード・バッファの容量を小さく維持することができる。

図９４の（ｂ）は、層境界LBを間に挟んで配置された二つのエクステント・ブロック9401、9402について、上記の配置を採用した場合を示す模式図である。図９４の（ｂ）を参照するに、ファイル・ベース9411とファイルＤＥＰ9412との間でのエクステント・ペアのうち、（ｎ＋１）番目のエクステント・ペアEXT1[n]、EXT2[n]がＭ番目のエクステント・ブロック9402の先頭に配置されている。そのエクステント・ペアでは、ディペンデントビュー転送速度R_EXT2[n]がベースビュー転送速度R_EXT1[n]よりも高いので、ディペンデントビュー・データ・ブロックD[n]はベースビュー・データ・ブロックB[n]よりもサイズが大きい。従って、そのエクステント・ペアでは、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されている。一方、（ｎ−１）番目、ｎ番目、及び（ｎ＋２）番目のエクステント・ペアEXT1[k]、EXT2[k]（k＝n−2、n−1、n＋1）では、ディペンデントビュー転送速度R_EXT2[k]がベースビュー転送速度R_EXT1[k]よりも低いので、ディペンデントビュー・データ・ブロックD[k]はベースビュー・データ・ブロックB[k]よりもサイズが小さい。従って、それらのエクステント・ペアでは、ディペンデントビュー・データ・ブロックD[k]がベースビュー・データ・ブロックB[k]の前に配置されている。

図９５の（ａ）、（ｂ）は、図９４の（ｂ）に示されている二つのエクステント・ブロック9401、9402から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１とＲＢ２とのそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。実線のグラフG1P、G2Pは、Ｍ番目のエクステント・ブロック9402の先頭に配置された（ｎ＋１）番目のエクステント・ペアEXT1[n]、EXT2[n]において、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときの蓄積データ量DA1、DA2の変化を示す。破線のグラフG1Q、G2Qは、そのエクステント・ペアEXT1[n]、EXT2[n]において、ディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]の前に配置されているときの蓄積データ量DA1、DA2の変化を示す。

図９５の（ａ）を参照するに、（Ｍ−１）番目のエクステント・ブロック9401の後端のベースビュー・データ・ブロックB[n−1]がＲＢ１に読み込まれた時点で、ＲＢ１の蓄積データ量DA1は極大値DM10、DM11に達する。更に、その直後のジャンプ期間PJ[M]からＭ番目のエクステント・ブロック9402のプリロード期間PR_B[n]、PR_D[n]にわたり、蓄積データ量DA1はベースビュー転送速度R_EXT1[n−1]で減少する。ここで、（ｎ＋１）番目のエクステント・ペアEXT1[n]、EXT2[n]では、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]よりもサイズが小さい。従って、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときのプリロード期間PR_B[n]の長さS_EXT1[n]／R_UD72は、逆の配置でのプリロード期間PR_D[n]の長さS_EXT2[n]／R_UD72よりも短い。その結果、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときの蓄積データ量DA1の極大値DM11は、逆の配置での極大値DM10よりも低い。

図９５の（ｂ）を参照するに、（Ｍ−１）番目のエクステント・ブロック9401の後端のベースビュー・データ・ブロックB[n−1]の読み込みが開始された時点で、ＲＢ２の蓄積データ量DA2は極大値DM20、DM21に達する。更に、そのベースビュー・データ・ブロックB[n−1]の読み出し期間からＭ番目のエクステント・ブロック9402のプリロード期間PR_B[n]、PR_D[n]にわたり、蓄積データ量DA2はディペンデントビュー転送速度R_EXT2[n−1]で減少する。ここで、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときのプリロード期間PR_B[n]の長さS_EXT1[n]／R_UD72は、逆の配置でのプリロード期間PR_D[n]の長さS_EXT2[n]／R_UD72よりも短い。その結果、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときの蓄積データ量DA2の極大値DM21は、逆の配置での極大値DM20よりも低い。

上記のとおり、エクステント・ブロックの先頭に配置されたエクステント・ペアの中では、サイズの小さいデータ・ブロックをサイズの大きいデータ・ブロックよりも前に配置した場合、リード・バッファの容量を小さく維持することができる。

同様に、飛び込み再生の開始可能位置に配置されたエクステント・ペアでも、サイズの小さいデータ・ブロックをサイズの大きいデータ・ブロックよりも前に配置する。それにより、リード・バッファの容量を小さく維持することができる。その場合、エクステント・ブロックの先頭に限らず、途中に位置するエクステント・ペアの中でも、データ・ブロックの順序が逆転し得る。図９６の（ａ）は、そのような配置に対するエクステント起点のデータ構造（Syntax）を示す模式図である。このエクステント起点（Extent＿Start＿Point）は、図２４の（ａ）、（ｂ）に示されているエクステント起点と同様に、ファイル２ＤとファイルＤＥＰとのそれぞれに対して設定される。図９６の（ａ）を参照するに、そのエクステント起点では、エクステントＩＤ（extent＿id）とＳＰＮ（SPN＿extent＿start）との各対に一つのエクステント開始フラグ（is＿located＿first＿in＿extent＿pair）が割り当てられている。

図９６の（ｂ）は、ファイル・ベースに属するベースビュー・エクステントEXT1[k]（k＝0、1、2、…）と、エクステント起点の示すエクステント開始フラグとの間の対応関係を表す模式図である。図９６の（ｃ）は、ファイルＤＥＰに属するディペンデントビュー・エクステントEXT2[k]とエクステント開始フラグとの間の対応関係を表す模式図である。図９６の（ｄ）は、ファイルＳＳに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク上のエクステント・ブロックとの間の対応関係を示す模式図である。図９６の（ｂ）、（ｃ）を参照するに、エクステントＩＤの等しいエクステント・ペアEXT1[k]、EXT2[k]では、エクステント開始フラグの値が逆に設定されている。特に、エクステント開始フラグの値が“１”であるエクステントは、“０”であるエクステントよりもソースパケットが少ない。図９６の（ｄ）を参照するに、エクステント開始フラグの値が“１”であるエクステントは、“０”であるエクステントよりも前に配置されている。このように、エクステント開始フラグは、エクステント・ペアEXT1[n]、EXT2[n]のうち、いずれのエクステントが前に配置されているかを示す。従って、エクステント開始フラグの値から、エクステント・ペアEXT1[n]、EXT2[n]の中でのデータ・ブロックの配置を知ることができる。それ故、エクステント・ペア間でデータ・ブロックの順序が異なっていても、再生制御部4235はエクステント起点を利用して、各エクステントＳＳの先頭からデータ・ブロック間の各境界までのソースパケット数をスイッチ4220に教えることができる。その結果、スイッチ4220はエクステントＳＳからベースビュー・エクステントとディペンデントビュー・エクステントとを分離できる。

各エクステント・ペアの中でデータ・ブロックの順序が一定である場合、ＲＢ１とＲＢ２との各容量の下限値は、図９０を利用して次のように算定された：RB1≧(T_JUMP＿MAX＋S_EXT2[n]／R_UD72)×R_MAX1、RB2≧max{(S_EXT1[n−1]／R_UD72＋T_JUMP＿MAX＋S_EXT2[n]／R_UD72)×R_MAX2，S_EXT2[n]}。それに対し、エクステント・ブロックの途中に位置するエクステント・ペアの中でデータ・ブロックの順序が逆転してもよい場合、ＲＢ１とＲＢ２との各容量の下限値は以下のように変更される。

図９７の（ｃ）は、ＲＢ１4221に求められる容量が最も大きいデータ・ブロックの配置を示す模式図である。図９７の（ｃ）を参照するに、（Ｍ−１）番目のエクステント・ブロック9701とＭ番目のエクステント・ブロック9702とは、層境界LBを間に挟んで配置されている（整数Ｍは２以上である）。Ｍ番目のエクステント・ブロック9702の先頭には（ｎ＋１）番目のエクステント・ペアD[n]、B[n]が配置され、特にディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]の前に位置する（整数ｎは０以上である）。一方、（Ｍ−１）番目のエクステント・ブロック9701の後端にはｎ番目のエクステント・ペアD[n−1]、B[n−1]が配置され、特にベースビュー・データ・ブロックB[n−1]がディペンデントビュー・データ・ブロックD[n−1]の前に位置する。

図９７の（ａ）、（ｂ）は、図９７の（ｃ）に示されているエクステント・ブロック9701、9702から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１4221、ＲＢ２4222のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。図９７の（ａ）を参照するに、ｎ番目のベースビュー・データ・ブロックB[n−1]がＲＢ１4221に読み込まれた時点で、ＲＢ１4221の蓄積データ量DA1は極大値DM1に達する。その直後のディペンデントビュー・データ・ブロックD[n−1]の読み出し期間ΔT1から、層境界LBを越えるロングジャンプの期間ΔT2、及びＭ番目のエクステント・ブロック9702のプリロード期間ΔT3にわたり、ＲＢ１4221にはデータ・ブロックが読み込まれないので、その蓄積データ量DA1は減少する。それらの期間ΔT1−ΔT3では、まず（ｎ−１）番目までのベースビュー・データ・ブロックB[k]（k＝…、n−3、n−2）が平均転送速度R_EXT1[…，n−3，n−2]で転送され、続いてｎ番目のベースビュー・データ・ブロックB[n−1]が平均転送速度R_EXT1[n−1]で転送される。プリロード期間ΔT3の終了まで蓄積データ量DA1が０に達するのを防ぐには、その終了時点よりもｎ番目のベースビュー・データ・ブロックB[n−1]のエクステントＡＴＣ時間T_EXT1[n−1]だけ前の時点で蓄積データ量DA1が、少なくとも、そのベースビュー・データ・ブロックB[n−1]のサイズS_EXT1[n−1]に等しければよい。従って、蓄積データ量DA1の極大値DM1はそのサイズS_EXT1[n−1]よりも、残りの期間ΔT1＋ΔT2＋ΔT3−T_EXT1[n−1]でＲＢ１4221からシステム・ターゲット・デコーダ4225へ転送されるデータ量R_EXT1[…，n−3，n−2]×(ΔT1＋ΔT2＋ΔT3−T_EXT1[n−1])以上、大きければよい。すなわち、ＲＢ１4221には、その極大値DM1以上の容量RB1が求められる：RB1≧S_EXT1[n−1]＋R_EXT1[…，n−3，n−2]×(ΔT1＋ΔT2＋ΔT3−T_EXT1[n−1])。ここで、ロングジャンプの時間ΔT2はそのロングジャンプの最大ジャンプ時間T_JUMP＿MAXで評価される。

図９７の（ｆ）は、ＲＢ２4222に求められる容量が最も大きいデータ・ブロックの配置を示す模式図である。図９７の（ｆ）を参照するに、（Ｎ−１）番目のエクステント・ブロック9703とＮ番目のエクステント・ブロック9704とは、層境界LBを間に挟んで配置されている（整数Ｎは２以上である）。Ｎ番目のエクステント・ブロック9704の先頭には（ｎ＋１）番目のエクステント・ペアD[n]、B[n]が配置され、特にディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]の後に位置する。一方、（Ｎ−１）番目のエクステント・ブロック9703の後端にはｎ番目のエクステント・ペアD[n−1]、B[n−1]が配置され、特にベースビュー・データ・ブロックB[n−1]がディペンデントビュー・データ・ブロックD[n−1]の後に位置する。

図９７の（ｄ）、（ｅ）は、図９７の（ｆ）に示されているエクステント・ブロック9703、9704から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１4221、ＲＢ２4222のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。図９７の（ｅ）を参照するに、ｎ番目のディペンデントビュー・データ・ブロックD[n−1]がＲＢ２4222に読み込まれた時点で、ＲＢ２4222の蓄積データ量DA2は極大値DM2に達する。その直後のベースビュー・データ・ブロックB[n−1]の読み出し期間ΔT4から、層境界LBを越えるロングジャンプの期間ΔT5、及びＮ番目のエクステント・ブロック9704のプリロード期間ΔT6にわたり、ＲＢ２4222にはデータ・ブロックが読み込まれないので、その蓄積データ量DA2は減少する。それらの期間ΔT4−ΔT6では、まず（ｎ−１）番目までのディペンデントビュー・データ・ブロックD[k]（k＝…、n−3、n−2）が平均転送速度R_EXT2[…，n−3，n−2]で転送され、続いてｎ番目のディペンデントビュー・データ・ブロックD[n−1]が平均転送速度R_EXT2[n−1]で転送される。プリロード期間ΔT6の終了まで蓄積データ量DA2が０に達するのを防ぐには、その終了時点よりもｎ番目のディペンデントビュー・データ・ブロックD[n−1]のエクステントＡＴＣ時間T_EXT2[n−1]だけ前の時点で蓄積データ量DA2が、少なくとも、そのディペンデントビュー・データ・ブロックD[n−1]のサイズS_EXT2[n−1]に等しければよい。従って、蓄積データ量DA2の極大値DM2はそのサイズS_EXT2[n−1]よりも、残りの期間ΔT4＋ΔT5＋ΔT6−T_EXT2[n−1]でＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送されるデータ量R_EXT2[…，n−3，n−2]×(ΔT4＋ΔT5＋ΔT6−T_EXT2[n−1])以上、大きければよい。すなわち、ＲＢ２4222には、その極大値DM2以上の容量RB2が求められる：RB2≧S_EXT2[n−1]＋R_EXT2[…，n−3，n−2]×(ΔT4＋ΔT5＋ΔT6−T_EXT2[n−1])。ここで、ロングジャンプの時間ΔT5はそのロングジャンプの最大ジャンプ時間T_JUMP＿MAXで評価される。

エクステント・ブロックの途中に位置するエクステント・ペアの中でデータ・ブロックの順序が逆転してもよい場合は更に、そのエクステント・ペアに対する条件２、３、すなわち式（２）、（３）は以下のように変更される。

図９８の（ｃ）は、データ・ブロックの順序が逆転しているエクステント・ペアを途中に含むエクステント・ブロック9810を示す模式図である。図９８の（ｃ）を参照するに、（ｎ＋２）番目のエクステント・ペアD[n＋1]、B[n＋1]では、ディペンデントビュー・データ・ブロックD[n＋1]がベースビュー・データ・ブロックB[n]の後に位置する。その前後のエクステント・ペアD[n]、B[n]、D[n＋1]、B[n＋1]では、ベースビュー・データ・ブロックB[n]、B[n＋1]がディペンデントビュー・データ・ブロックD[n]、D[n＋1]の後に位置する。

図９８の（ａ）、（ｂ）は、図９８の（ｃ）に示されているエクステント・ブロック9801から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１4221、ＲＢ２4222の各蓄積データ量DA1、DA2の変化を示すグラフである。ここで、ゼロ・セクタ遷移期間は他の期間に比べて十分に短いので無視されている。図９８の（ａ）、（ｂ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PR_D[n]では、ＲＢ２4222の蓄積データ量DA2は、読み出し速度R_UD72とディペンデントビュー転送速度R_EXT2[n]との間の差R_UD72−R_EXT2[n]に等しい速度で増加し、ＲＢ１4221の蓄積データ量DA1はベースビュー転送速度R_EXT1[n−1]で減少する。（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PR_B[n]では、ＲＢ１4221の蓄積データ量DA1は、読み出し速度R_UD72とベースビュー転送速度R_EXT1[n]との間の差R_UD72−R_EXT1[n]に等しい速度で増加する。一方、ＲＢ２4222の蓄積データ量DA2はディペンデントビュー転送速度R_EXT2[n]で減少する。（ｎ＋２）番目のベースビュー・データ・ブロックB[n＋1]の読み出し期間PR_B[n＋1]では、ＲＢ１4221の蓄積データ量DA1は、読み出し速度R_UD72とベースビュー転送速度R_EXT1[n＋1]との間の差R_UD72−R_EXT1[n＋1]に等しい速度で更に増加し続ける。一方、ＲＢ２4222の蓄積データ量DA2はディペンデントビュー転送速度R_EXT2[n＋1]で更に減少し続ける。更に、（ｎ＋２）番目のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PR_D[n＋1]では、ＲＢ２4222の蓄積データ量DA2は、読み出し速度R_UD72とディペンデントビュー転送速度R_EXT2[n＋1]との間の差R_UD72−R_EXT2[n＋1]に等しい速度で増加し、ＲＢ１4221の蓄積データ量DA1はベースビュー転送速度R_EXT1[n]で減少する。続いて、（ｎ＋３）番目のディペンデントビュー・データ・ブロックD[n＋2]の読み出し期間PR_D[n＋2]では、ＲＢ２4222の蓄積データ量DA2は、読み出し速度R_UD72とディペンデントビュー転送速度R_EXT2[n＋2]との間の差R_UD72−R_EXT2[n＋2]に等しい速度で更に増加し続け、ＲＢ１4221の蓄積データ量DA1はベースビュー転送速度R_EXT1[n＋1]で減少し続ける。

この場合、エクステント・ブロック9810から３Ｄ映像をシームレスに再生するには、まず、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]のエクステントＡＴＣ時間が、その読み出し期間PR_D[n]の開始時点から次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PR_D[n＋1]の開始時点までの時間以上であればよい。次に、（ｎ＋１）番目と（ｎ＋２）番目とのベースビュー・データ・ブロックB[n]、B[n＋1]のエクステントＡＴＣ時間が、それらの読み出し期間PR_B[n]、PR_B[n＋1]の開始時点から次のベースビュー・データ・ブロックB[n＋2]の読み出し期間PR_B[n＋2]の開始時点までの時間以上であればよい。それらの条件は、ｎ番目のエクステント・ペアの中でエクステントＢ（EXTB）がエクステントＡ（EXTA）よりも前に位置する場合を想定するとき、上記の式（２）、（３）に代えて、次式（２Ａ）、（３Ａ）で表される：

ここで、式（２Ａ）は、式（２）に含まれるベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]、ディペンデントビュー・データ・ブロックD[n＋1]のサイズS_EXT2[n＋1]、及びベースビュー転送速度R_EXT1[n]をそれぞれ、エクステントＡのサイズS_EXTA[n]、エクステントＢのサイズS_EXTB[n＋1]、及び、エクステントＡに対する平均転送速度R_EXTA[n]に変更することで得られる。式（３Ａ）は、式（３）に含まれるベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]、ディペンデントビュー・データ・ブロックD[n]のサイズS_EXT2[n]、及びディペンデントビュー転送速度R_EXT2[n]をそれぞれ、エクステントＡのサイズS_EXTA[n]、エクステントＢのサイズS_EXTB[n]、及び、エクステントＢに対する平均転送速度R_EXTB[n]に変更することで得られる。尚、式（２Ａ）、（３Ａ）のいずれでも、ゼロ・セクタ遷移期間の長さT_JUMP0は０とみなされている。

図９９は、データ・ブロックの順序が逆転しているエクステント・ペアを途中に含むエクステント・ブロック9900とＡＶストリーム・ファイル9910−9920との間の対応関係を示す模式図である。図９９を参照するに、３番目のエクステント・ペアD[2]、B[2]ではディペンデントビュー・データ・ブロックD[2]がベースビュー・データ・ブロックB[2]の後に位置する。その他のエクステント・ペアD[k]、B[k]（k＝0、1、3）ではベースビュー・データ・ブロックB[k]がディペンデントビュー・データ・ブロックD[k]の後に位置する。ベースビュー・データ・ブロックB[n]（n＝0、1、2、3、…）はそれぞれ、一つのベースビュー・エクステントEXT1[n]としてファイル・ベース9911に属する。ディペンデントビュー・データ・ブロックD[n]はそれぞれ、一つのディペンデントビュー・エクステントEXT2[n]としてファイルＤＥＰ9912に属する。エクステント・ブロック9900の全体は一つのエクステントＳＳEXTSS[0]としてファイルＳＳ9920に属する。ベースビュー・データ・ブロックB[n]（n＝0、1、2、3、…）は更に、２ＤエクステントEXT2D[n]としてファイル２Ｄ9910に属する。ここで、二つの連続するベースビュー・データ・ブロックB[1]、B[2]は一つの２ＤエクステントEXT2D[1]として参照される。それにより、その２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]は、その直後に配置された二つのディペンデントビュー・データ・ブロックD[2]、D[3]の全体のサイズS_EXT2[2]＋S_EXT2[3]が大きくても、式（１）を満たすことができる。

＜層境界の前後での再生経路の分離＞

図２１では、２Ｄ再生モードでの再生経路2101と３Ｄ再生モードでの再生経路2102とはいずれも、層境界LBを越えるためのロングジャンプJ_LYの直前に同じベースビュー・データ・ブロックB[3]を通る。すなわち、そのベースビュー・データ・ブロックB[3]は、２Ｄ再生モードの再生装置102からは二番目の２ＤエクステントEXT2D[1]として読み出され、３Ｄ再生モードの再生装置102からはエクステントＳＳEXTSS[1]内の最後のデータ・ブロックとして読み出される。ロングジャンプJ_LY中にシステム・ターゲット・デコーダによって処理されるべきデータ量は、２Ｄ再生モードでは条件１により、そのベースビュー・データ・ブロックB[3]単体のサイズで確保される。一方、３Ｄ再生モードでは条件４により、二番目のエクステント・ブロック1902全体のサイズで確保される。従って、条件１によってベースビュー・データ・ブロックB[3]に要求される最小エクステント・サイズは、条件２による最小エクステント・サイズよりも一般に大きい。それ故、ＲＢ１4221の容量は、３Ｄ再生モードでのシームレス再生に必要最小限の値よりも大きくなければならない。更に、そのベースビュー・データ・ブロックB[3]と、その直前に位置するディペンデントビュー・データ・ブロックD[3]とではエクステントＡＴＣ時間が等しい。従って、そのディペンデントビュー・データ・ブロックD[3]のサイズは、条件２によってそのデータ・ブロックD[3]に要求される最小エクステント・サイズよりも一般に大きい。それ故、ＲＢ２4222の容量は、３Ｄ再生モードでのシームレス再生に必要最小限の値よりも一般に大きい。このように、図２１に示されている配置では、二つのエクステント・ブロック1902、1903間のシームレスな接続は可能であるが、ＲＢ１4221、ＲＢ２4222の容量が十分に大きく確保されなければならない。

ロングジャンプJ_LY中での映像のシームレス再生を可能にしたまま、ＲＢ１4221、ＲＢ２4222の容量を更に削減するには、層境界LB等、そのロングジャンプJ_LYの必要な位置の前後でデータ・ブロック群の配置をインターリーブ配置から変更して、２Ｄ再生モードと３Ｄ再生モードとの間で再生経路を分離すればよい。そのような変更のパターンには、例えば以下に述べる二種類の配置１、２がある。配置１、２のいずれでも、再生経路はロングジャンプJ_LYの直前で、動作モードごとに異なるベースビュー・データ・ブロックを通る。その結果、後述のとおり、再生装置102にＲＢ１4221、ＲＢ２4222の容量を必要最小限に維持させたまま、ロングジャンプJ_LY中での映像のシームレス再生を容易に実現させることができる。

≪配置１≫

図１００は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の配置１を示す模式図である。図１００を参照するに、層境界LBの直前には第１エクステント・ブロックA001が配置され、層境界LBの直後には第２エクステント・ブロックA002が配置されている。各エクステント・ブロックA001、A002内では、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とがインターリーブ配置を構成している（n＝…、0、1、2、3、…）。特にｎ番目のエクステント・ペアD[n]、B[n]ではエクステントＡＴＣ時間が等しい。配置１では更に、第１エクステント・ブロックA001の後端B[1]と層境界LBとの間に一つのベースビュー・データ・ブロックB[2]_2Dが配置されている。そのベースビュー・データ・ブロックB[2]_2Dは、第２エクステント・ブロックA002内の先端のベースビュー・データ・ブロックB[2]_SSとビット単位（bit−for−bit）で一致する。以下、前者B[2]_2Dを「２Ｄ再生専用ブロック」といい、後者B[2]_SSを「ＳＳ再生専用ブロック」という。

図１００に示されているベースビュー・データ・ブロックのうち、ＳＳ再生専用ブロックB[2]_SS以外はファイル２ＤA010のエクステント、すなわち２ＤエクステントEXT2D[・]としてアクセス可能である。例えば第１エクステント・ブロックA001内の最後から二番目のベースビュー・データ・ブロックB[0]、最後のベースビュー・データ・ブロックB[1]と２Ｄ再生専用ブロックB[2]_2Dとの対B[1]＋B[2]_2D、及び、第２エクステント・ブロックA002内の二番目のベースビュー・データ・ブロックB[3]はそれぞれ、単一の２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。一方、図１００に示されているディペンデントビュー・データ・ブロックD[n]（n＝…、0、1、2、3、…）はそれぞれ、ファイルＤＥＰA012の単一のエクステント、すなわちディペンデントビュー・エクステントEXT2[n]としてアクセス可能である。

図１００に示されているデータ・ブロック群では、ＡＶストリーム・ファイルのクロスリンクが次のように実現される。各エクステント・ブロックA001、A002の全体はファイルＳＳA020の単一のエクステントEXTSS[0]、EXTSS[1]としてアクセス可能である。従って、各エクステント・ブロックA001、A002内のベースビュー・データ・ブロックB[0]、B[1]、B[3]はファイル２ＤA010とファイルＳＳA020とに共有される。それに対し、２Ｄ再生専用ブロックB[2]_2Dは、層境界LBの直前に位置する２ＤエクステントEXT2D[1]の一部としてのみアクセス可能である。一方、ＳＳ再生専用ブロックB[2]_SSは、層境界LBの直後のエクステントＳＳEXTSS[1]の一部としてのみアクセス可能である。それ故、２Ｄ再生専用ブロックB[2]_2D以外のベースビュー・データ・ブロックB[0]、B[1]、B[2]_SS、B[3]は、ファイル・ベースA011のエクステント、すなわちベースビュー・エクステントEXT1[n]（n＝0、1、2、3）としてエクステントＳＳEXTSS[0]、EXTSS[1]から抽出可能である。

図１０１は、図１００に示されている配置１のデータ・ブロック群に対する２Ｄ再生モードでの再生経路A110と３Ｄ再生モードでの再生経路A120とを示す模式図である。２Ｄ再生モードの再生装置102はファイル２ＤA010を再生する。従って、２Ｄ再生モードでの再生経路A110が示すとおり、まず、第１エクステント・ブロックA001内の最後から二番目のベースビュー・データ・ブロックB[0]が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のディペンデントビュー・データ・ブロックD[1]の読み出しが最初のジャンプJ_2D1によってスキップされる。次に、第１エクステント・ブロックA001内の最後のベースビュー・データ・ブロックB[1]とその直後の２Ｄ再生専用ブロックB[2]_2Dとの対B[1]＋B[2]_2Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後の層境界LBではロングジャンプJ_LYが生じ、第２エクステント・ブロックA002の先端に位置する３個のデータ・ブロックD[2]、B[2]_SS、D[3]の読み出しがスキップされる。続いて、第２エクステント・ブロック8902内の二番目のベースビュー・データ・ブロックB[3]が三番目の２ＤエクステントEXT2D[2]として読み出される。一方、３Ｄ再生モードの再生装置102はファイルＳＳA020を再生する。従って、３Ｄ再生モードでの再生経路A120が示すとおり、まず、第１エクステント・ブロックA001の全体が最初のエクステントＳＳEXTSS[0]として連続して読み出される。その直後にロングジャンプJ_LYが生じ、２Ｄ再生専用ブロックB[2]_2Dの読み出しがスキップされる。続いて、第２エクステント・ブロックA002の全体が二番目のエクステントＳＳEXTSS[1]として連続して読み出される。

図１００に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロックB[2]_2Dは読み出されるが、ＳＳ再生専用ブロックB[2]_SSの読み出しはスキップされる。逆に３Ｄ再生モードでは、２Ｄ再生専用ブロックB[2]_2Dの読み出しはスキップされるが、ＳＳ再生専用ブロックB[2]_SSは読み出される。しかし、両方のデータ・ブロックB[2]_2D、B[2]_SSはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。このように、配置１ではロングジャンプJ_LYの前後で２Ｄ再生モードでの再生経路A110と３Ｄ再生モードでの再生経路A120とが分離されている。従って、図２１に示されている配置とは異なり、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]とその直前のディペンデントビュー・データ・ブロックD[1]のサイズS_EXT2[1]とが、以下のように別々に決定可能である。

その２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]はベースビュー・データ・ブロックB[1]のサイズS_EXT1[1]と２Ｄ再生専用ブロックB[2]_2DのサイズS_2Dとの和S_EXT1[1]＋S_2Dに等しい。従って、２Ｄ映像をシームレスに再生するには、まず、その和S_EXT1[1]＋S_2Dが条件１を満たせばよい。ここで、式（１）の右辺には、ジャンプ時間T_jump−2DとしてロングジャンプJ_LYの最大ジャンプ時間T_jump＿maxが代入される。次に、２Ｄ再生専用ブロックB[2]_2Dの後端から第２エクステント・ブロックA002内の最初の２ＤエクステントEXT2D[2]＝B[3]までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJ_LYの最大ジャンプ距離S_jump＿max以下であればよい。

一方、３Ｄ映像をシームレスに再生するには、まず、最初のエクステントＳＳEXTSS[0]の後端に位置するディペンデントビュー・データ・ブロックD[1]とベースビュー・データ・ブロックB[1]との各サイズS_EXT2[1]、S_EXT1[1]が条件３、２を満たせばよい。ここで、ロングジャンプJ_LYの発生に関わらず、式（３）、（２）の各右辺にはゼロ・セクタ遷移時間T_JUMP0[2n＋1]、T_JUMP0[2n＋2]として、ゼロ・セクタ遷移時間の典型的な値が代入されればよい。次に、最初のエクステントＳＳEXTSS[0]のサイズが条件４を満たせばよい。更に、そのエクステントＳＳEXTSS[0]の後端から次のエクステントＳＳEXTSS[1]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJ_LYの最大ジャンプ距離S_jump＿max以下であればよい。

層境界LBの直前に位置する２ＤエクステントEXT2D[1]のうち、最初のエクステントＳＳEXTSS[0]に共有されるのは、前側に位置するベースビュー・データ・ブロックB[1]のみである。従って、２Ｄ再生専用ブロックB[2]_2DのサイズS_2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]＝S_EXT1[1]＋S_2Dを一定に維持したまま、ベースビュー・データ・ブロックB[1]のサイズS_EXT1[1]を更に小さく制限することができる。その場合、そのベースビュー・データ・ブロックB[1]のエクステントＡＴＣ時間が短縮される。それ故、その直前に位置するディペンデントビュー・データ・ブロックD[1]のサイズS_EXT2[1]も更に小さく制限することができる。

ＳＳ再生専用ブロックB[2]_SSは２Ｄ再生専用ブロックB[2]_2Dとビット単位で一致しているので、２Ｄ再生専用ブロックB[2]_2DのサイズS_2Dの拡大は、ＳＳ再生専用ブロックB[2]_SSの直前に位置するディペンデントビュー・データ・ブロックD[2]のサイズを拡大させる。しかし、そのサイズは、図２１に示されている、層境界LBの直前に位置するディペンデントビュー・データ・ブロックD[3]のサイズよりは十分に小さくできる。こうして、ＲＢ１4221、ＲＢ２4222の各容量を、３Ｄ映像のシームレス再生に必要最小限の値に更に接近させることができる。その結果、配置１では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、ロングジャンプ中に２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生することができるように、各データ・ブロックのサイズを設計することができる。

配置１では、２Ｄ再生専用ブロックB[2]_2Dの複製データが、第１のエクステント・ブロックA001の中に単一のＳＳ再生専用ブロックB[2]_SSとして配置されている。その他に、その複製データが二個以上のＳＳ再生専用ブロックに分割されて配置されてもよい。

≪配置２≫

図１０２は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の配置２を示す模式図である。図１０２を図１００と比較するに、配置２は配置１とは主に、ＳＳ再生専用ブロックB[2]_SS、B[3]_SSを含むエクステント・ブロックA202が層境界LBの直前に配置されている点で異なる。

図１０２を参照するに、層境界LBの前には、第１エクステント・ブロックA201、２Ｄ再生専用ブロック（B[2]＋B[3])_2D、及び第２エクステント・ブロックA202が順番に配置され、層境界LBの後には第３エクステント・ブロックA203が配置されている。各エクステント・ブロックA201−A203内ではディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とがインターリーブ配置を構成している（n＝…、0、1、2、3、4、…）。特にｎ番目のエクステント・ペアD[n]、B[n]ではエクステントＡＴＣ時間が等しい。第２エクステント・ブロックA202では、第１エクステント・ブロックA201の後端に位置するデータ・ブロックD[1]、B[1]とも、第３エクステント・ブロックA203の先端に位置するデータ・ブロックD[4]、B[4]とも、ストリーム・データの内容が連続している。第２エクステント・ブロックA202に含まれるベースビュー・データ・ブロックはいずれもＳＳ再生専用ブロックB[2]_SS、B[3]_SSであり、それらの全体B[2]_SS＋B[3]_SSは、その前に位置する２Ｄ再生専用ブロック（B[2]＋B[3])_2Dとビット単位で一致する。

図１０２に示されているベースビュー・データ・ブロックのうち、ＳＳ再生専用ブロックB[2]_SS、B[3]_SS以外はファイル２ＤA210のエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。特に第１エクステント・ブロックA201内の最後のベースビュー・データ・ブロックB[1]と２Ｄ再生専用ブロック（B[2]＋B[3])_2Dとの対は単一の２ＤエクステントEXT2D[1]としてアクセス可能である。更に、第２エクステント・ブロックA202以外のエクステント・ブロックA201、A203内のベースビュー・データ・ブロックB[0]、B[1]、B[4]は、ファイル・ベースA211のエクステントEXT1[0]、EXT1[1]、EXT1[4]としてファイルＳＳA220のエクステントEXTSS[0]、EXTSS[1]からも抽出可能である。それに対し、２Ｄ再生専用ブロック（B[2]＋B[3])_2Dは２ＤエクステントEXT2D[1]の一部としてのみアクセス可能である。一方、ＳＳ再生専用ブロックB[2]_SS、B[3]_SSはそれぞれ、ベースビュー・エクステントEXT1[2]、EXT1[3]としてエクステントＳＳEXTSS[1]から抽出可能である。

図１０３は、図１０２に示されている配置２のデータ・ブロック群に対する２Ｄ再生モードでの再生経路A310と３Ｄ再生モードでの再生経路A320とを示す模式図である。２Ｄ再生モードの再生装置102はファイル２ＤA210を再生する。従って、２Ｄ再生モードでの再生経路A310が示すとおり、まず、第１エクステント・ブロックA201内の最後から二番目のベースビュー・データ・ブロックB[0]が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のディペンデントビュー・データ・ブロックD[1]の読み出しが最初のジャンプJ_2D1によってスキップされる。次に、第１エクステント・ブロックA201内の最後のベースビュー・データ・ブロックB[1]とその直後の２Ｄ再生専用ブロック（B[2]＋B[3])_2Dとの対が二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後にロングジャンプJ_LYが生じ、第２エクステント・ブロックA202の読み出し、及び第３エクステント・ブロックA203の先端に位置するディペンデントビュー・データ・ブロックD[4]の読み出しがスキップされる。続いて、第３エクステント・ブロックA203内の最初のベースビュー・データ・ブロックB[4]が三番目の２ＤエクステントEXT2D[2]として読み出される。３Ｄ再生モードの再生装置102はファイルＳＳA220を再生する。従って、３Ｄ再生モードでの再生経路A320が示すとおり、まず、第１エクステント・ブロックA201の全体が第１エクステントＳＳEXTSS[0]として連続して読み出される。その直後にジャンプJ_EXが生じ、２Ｄ再生専用ブロック（B[2]＋B[3])_2Dの読み出しがスキップされる。次に、第２エクステント・ブロックA202の全体が第２エクステントＳＳEXTSS[1]として連続して読み出される。その直後に、層境界LBを越えるためのロングジャンプJ_LYが生じる。続いて、第３エクステント・ブロックA203の全体が第３エクステントＳＳEXTSS[2]として連続して読み出される。

図１０３に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロック（B[2]＋B[3])_2Dは読み出されるが、ＳＳ再生専用ブロックB[2]_SS、B[3]_SSの読み出しはスキップされる。逆に３Ｄ再生モードでは、２Ｄ再生専用ブロック（B[2]＋B[3])_2Dの読み出しはスキップされるが、ＳＳ再生専用ブロックB[2]_SS、B[3]_SSは読み出される。しかし、２Ｄ再生専用ブロック（B[2]＋B[3])_2DとＳＳ再生専用ブロックの全体B[2]_SS＋B[3]_SSとはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。このように、配置２ではロングジャンプJ_LYの前後で２Ｄ再生モードでの再生経路A310と３Ｄ再生モードでの再生経路A320とが分離されている。従って、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]とその直前のディペンデントビュー・データ・ブロックD[1]のサイズS_EXT2[1]とが、以下のように別々に決定可能である。

その２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]は、ベースビュー・データ・ブロックB[1]のサイズS_EXT1[1]と２Ｄ再生専用ブロック（B[2]＋B[3])_2DのサイズS_2Dとの和S_EXT1[1]＋S_2Dに等しい。従って、２Ｄ映像をシームレスに再生するには、まず、その和S_EXT1[1]＋S_2Dが条件１を満たせばよい。ここで、式（１）の右辺には、ジャンプ時間T_jump−2DとしてロングジャンプJ_LYの最大ジャンプ時間T_jump＿maxが代入される。次に、２Ｄ再生専用ブロック（B[2]＋B[3])_2Dの後端から第３エクステント・ブロックA203内の最初の２ＤエクステントEXT2D[2]＝B[4]までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJ_LYの最大ジャンプ距離S_jump＿max以下であればよい。

一方、３Ｄ映像をシームレスに再生するには、まず、第１エクステントＳＳEXTSS[0]の後端に位置するディペンデントビュー・データ・ブロックD[1]とベースビュー・データ・ブロックB[1]との各サイズS_EXT2[1]、S_EXT1[1]が条件３、２を満たせばよい。ここで、ジャンプJ_EXの発生に関わらず、式（３）、（２）の各右辺にはゼロ・セクタ遷移時間T_JUMP0[2n＋1]、T_JUMP0[2n＋2]として、ゼロ・セクタ遷移時間の典型的な値が代入されればよい。次に、第２エクステントＳＳEXTSS[1]の後端に位置するディペンデントビュー・データ・ブロックD[3]とＳＳ再生専用ブロックB[3]_SSとの各サイズS_EXT2[3]、S_EXT1[3]が条件３、２を満たせばよい。ここで、ロングジャンプJ_LYの発生に関わらず、式（３）、（２）の各右辺にはゼロ・セクタ遷移時間T_JUMP0[2n＋1]、T_JUMP0[2n＋2]として、ゼロ・セクタ遷移時間の典型的な値が代入されればよい。

２ＤエクステントEXT2D[1]のうち、エクステントＳＳEXTSS[1]に共有されるのは、前側に位置するベースビュー・データ・ブロックB[1]だけである。従って、２Ｄ再生専用ブロック（B[2]＋B[3])_2DのサイズS_2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]＝S_EXT1[1]＋S_2Dを一定に維持したまま、ベースビュー・データ・ブロックB[1]のサイズS_EXT1[1]を更に小さく制限することができる。それに伴い、その直前のディペンデントビュー・データ・ブロックD[1]のサイズS_EXT2[1]も更に小さく制限することができる。

ここで、３Ｄ再生専用ブロックの全体B[2]_SS＋B[3]_SSは２Ｄ再生専用ブロック（B[2]＋B[3])_2Dとビット単位で一致している。従って、２Ｄ再生専用ブロック（B[2]＋B[3])_2DのサイズS_2Dが拡大すると、各３Ｄ再生専用ブロックB[2]_SS、B[3]_SSの直前に位置するディペンデントビュー・データ・ブロックD[2]、D[3]のサイズが拡大する。しかし、一つの２Ｄ再生専用ブロック（B[2]＋B[3])_2Dに対し、３Ｄ再生専用ブロックは二つB[2]_SS、B[3]_SSに分割されている。その結果、各３Ｄ再生専用ブロックB[2]_SS、B[3]_SSのサイズを十分に小さくすることができる。こうして、ＲＢ１4221、ＲＢ２4222の各容量は、３Ｄ映像のシームレス再生に必要最小限の値まで更に削減可能である。その結果、配置２では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生することができるように、各データ・ブロックのサイズを設計することができる。

図９０を用いて説明したとおり、ロングジャンプの直前に位置するエクステント・ブロックの後端に配置されたデータ・ブロックのサイズが小さいほど、ＲＢ２4222の容量の下限は小さい。従って、配置２は好ましくは、以下の２つの条件が満たされるように設計される。その場合、３Ｄ再生専用ブロックB[2]_SS、B[3]_SSを含む第２エクステント・ブロックA202において、各データ・ブロックのサイズが十分に小さい。その結果、ＲＢ２4222の容量の下限を更に低減させることができる。

第１の条件は、第２エクステント・ブロックA202の直前に配置される２Ｄ再生専用ブロック（B[2]＋B[3])_2Dのサイズに上限を定める。例えば、図１０３を更に参照するに、２Ｄ再生専用ブロック（B[2]＋B[3])_2DのサイズS_2Dは２００００セクタ以下に制限される。この上限値は２Ｄ再生装置のジャンプ性能に依存する。第２の条件は、３Ｄ再生専用ブロックB[2]_SS、B[3]_SSのエクステントＡＴＣ時間に上限T_{EXT＿3D＿MAX}を定める。すなわち、３Ｄ再生専用ブロックB[2]_SS、B[3]_SSのサイズが、式（１）に代えて次式を満たす：S_EXT1[n]≦R_EXT1[n]×T_{EXT＿3D＿MAX}。上限T_{EXT＿3D＿MAX}は例えば０．５秒に設定される。

図１０４は、図１０３に示されている第２エクステント・ブロックA202の後端に位置する３Ｄ再生専用ブロックB[3]_SSの読み出し時間S_EXT1[3]／R_UD72と、ＲＢ２4222の容量の下限との間の関係を示すグラフである。図１０４を参照するに、３Ｄ再生専用ブロックB[3]_SSの読み込みが開始された時点で、ＲＢ２4222の蓄積データ量DA2は極大値DM2に達する。その極大値DM2は、３Ｄ再生専用ブロックB[3]_SSの読み出し期間の長さS_EXT1[3]／R_UD72、ロングジャンプに要する時間T_LY、及びプリロード期間の長さS_EXT2[4]／R_UD72の和にディペンデントビュー転送速度R_EXT2[3]を乗じた値以上である：DM2≧(S_EXT1[3]／R_UD72＋T_LY＋S_EXT2[4]／R_UD72)×R_EXT2[3]。従って、仮に３Ｄ再生専用ブロックB[3]_SSのサイズが更に大きい値S_L[3]であれば、その読み出し期間の長さS_L[3]／R_UD72が増大するので、図１０４に破線で示されているとおり、ＲＢ２4222の蓄積データ量DA2の極大値DM20が増大する。それ故、上記の２つの条件で３Ｄ再生専用ブロックB[2]_SS、B[3]_SSの各サイズを小さく制限する。それにより、ＲＢ２4222の容量の下限を更に低減させることができる。

尚、条件４を満たすには、各エクステント・ブロックの先頭に位置するデータ・ブロックのサイズ、すなわちプリロード期間の長さを十分に大きく確保しなければならない。それ故、エクステント・ブロックの先頭に位置する３Ｄ再生専用ブロックについては、そのエクステントＡＴＣ時間が上限T_{EXT＿3D＿MAX}を超えてもよい。

配置２は、層境界LBの手前の他に、飛び込み再生の開始可能位置に設けられてもよい。図１０２には、飛び込み再生の開始可能位置、すなわちエントリ・ポイントが記録されたＢＤ−ＲＯＭディスク上の位置が三角形A230、A231、A232の頂点で示されている。白い三角形A230で示されているエントリ・ポイントは２Ｄ再生モードでの飛び込み再生の開始可能位置を示す。黒い三角形A231、A232で示されているエントリ・ポイントは３Ｄ再生モードでの飛び込み再生の開始可能位置を示す。個々の３Ｄ再生専用ブロックB[2]_SS、B[3]_SSは２Ｄ再生専用ブロック（B[2]＋B[3])_2Dよりもサイズが十分に小さいので、対応するディペンデントビュー・データ・ブロックD[2]、D[3]のサイズも十分に小さい。その結果、３Ｄ再生モードでの飛び込み再生時、エントリ・ポイントA231、A232へのアクセス開始からデータ・ブロックD[2]、B[2]_SSの復号開始までに要する時間が短い。すなわち、３Ｄ再生モードでの飛び込み再生は起動が早い。

配置２では、２Ｄ再生専用ブロック（B[2]＋B[3])_2Dの複製データが、二つのＳＳ再生専用ブロックB[2]_SS、B[3]_SSに分割されて配置されている。その他に、その複製データが単一のＳＳ再生専用ブロックであってもよく、又は三個以上のＳＳ再生専用ブロックに分割されて配置されてもよい。

＜エクステント・ペア・フラグ＞

図１０５は、ファイル・ベースA501とファイルＤＥＰA502との各エクステントEXT1[k]、EXT2[k]（整数kは0以上である。）に対して設定されたエントリ・ポイントA510、A520を示す模式図である。ファイル・ベースA501のエントリ・ポイントA510は２Ｄクリップ情報ファイルのエントリ・マップで定義され、ファイルＤＥＰA502のエントリ・ポイントA520はディペンデントビュー・クリップ情報ファイルのエントリ・マップで定義される。各エントリ・ポイントA510、A520は特にエクステント・ペア・フラグを含む。「エクステント・ペア・フラグ」は、ファイル・ベースA501のエントリ・ポイントとファイルＤＥＰA502のエントリ・ポイントとが同じＰＴＳを示すとき、それぞれの設定されたエクステントEXT1[i]、EXT2[j]が各ファイルA501、A502の先頭から同じ順序であるか否か（i＝j又はi≠j）を示す。図１０５を参照するに、（ｎ＋１）番目（整数ｎは１以上である。）のベースビュー・エクステントEXT1[n]に設定された最初のエントリ・ポイントA530のＰＴＳは、（ｎ−１）番目のディペンデントビュー・エクステントEXT2[n−1]に設定された最後のエントリ・ポイントA540のＰＴＳに等しい。従って、各エントリ・ポイントA530、A540のエクステント・ペア・フラグの値は“０”に設定される。同様に、（ｎ＋１）番目のベースビュー・エクステントEXT1[n]に設定された最後のエントリ・ポイントA531のＰＴＳは、（ｎ＋１）番目のディペンデントビュー・エクステントEXT2[n＋1]に設定された最初のエントリ・ポイントA541のＰＴＳに等しい。従って、各エントリ・ポイントA531、A541のエクステント・ペア・フラグの値は“０”に設定される。その他のエントリ・ポイントA510、A520は、ＰＴＳが等しいときは設定先のエクステントEXT1[・]、EXT2[・]の順序も等しいので、エクステント・ペア・フラグの値は“１”に設定される。

３Ｄ再生モードの再生装置102は、飛び込み再生を開始する際に再生開始位置のエントリ・ポイントのエクステント・ペア・フラグを参照し、その値が“１”である場合に、そのエントリ・ポイントから実際に再生を開始する。その値が“０”である場合には、再生装置102は、そのエントリ・ポイントの前後から、エクステント・ペア・フラグの値が“１”である別のエントリ・ポイントを探して、その別のエントリ・ポイントから再生を開始する。こうして、ｎ番目のディペンデントビュー・エクステントEXT2[n]が確実に、ｎ番目のベースビュー・エクステントEXT1[n]よりも先に読み出される。その結果、飛び込み再生処理を簡単化することができる。

エクステント・ペア・フラグ＝０のエントリ・ポイントの間隔は、それに対応する表示時間の長さが一定の秒数以下、例えば１ＧＯＰ当たりの表示時間長の最大値の２倍以下になるように制限されてもよい。それにより、飛び込み再生の開始時、エクステント・ペア・フラグ＝１のエントリ・ポイントの探索に伴う再生開始までの待ち時間を短縮することができる。その他に、エクステント・ペア・フラグ＝０のエントリ・ポイントの次のエントリ・ポイントでは、エクステント・ペア・フラグの値が“１”に制限されてもよい。また、アングル切り換えフラグがエクステント・ペア・フラグとして代用されてもよい。ここで、「アングル切り換えフラグ」とは、マルチアングルに対応のコンテンツにおいてエントリ・マップ内に用意されたフラグであって、多重化ストリーム・データにおけるアングルの切り換え位置を示す（マルチアングルについては後述参照）。

＜データ・ブロック間での再生期間の一致＞

エクステントＡＴＣ時間の等しいデータ・ブロックの対では更に、再生期間が一致し、かつビデオ・ストリームの再生時間が等しくてもよい。すなわち、それらのデータ・ブロック間でＶＡＵの数が等しくてもよい。その意義は次のとおりである。

図１０６の（ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。図１０６の（ａ）を参照するに、先頭のベースビュー・データ・ブロックB[0]の再生時間は４秒間であり、先頭のディペンデントビュー・データ・ブロックD[0]の再生時間は１秒間である。ここで、ディペンデントビュー・データ・ブロックD[0]の復号に必要なベースビュー・ビデオ・ストリームの部分はそのディペンデントビュー・データ・ブロックD[0]と同じ再生時間を持つ。従って、再生装置内のリード・バッファの容量を節約するには、図１０６の（ａ）に矢印ARW1で示されているように、再生装置にベースビュー・データ・ブロックB[0]とディペンデントビュー・データ・ブロックD[0]とを交互に同じ再生時間ずつ、例えば１秒間ずつ読み込ませることが好ましい。しかし、その場合、図１０６の（ａ）に破線で示されているように、読み出し処理の途中でジャンプが生じる。その結果、読み出し処理を復号処理に間に合わせることが難しいので、シームレス再生を確実に持続することが難しい。

図１０６の（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。図１０６の（ｂ）に示されているように、隣接する一対のデータ・ブロックの間でビデオ・ストリームの再生時間が等しくてもよい。例えば、先頭のデータ・ブロック対B[0]、D[0]ではビデオ・ストリームの再生時間が共に１秒に等しく、二番目のデータ・ブロック対B[1]、D[1]ではビデオ・ストリームの再生時間が共に０．７秒に等しい。その場合、３Ｄ再生モードの再生装置は、図１０６の（ｂ）に矢印ARW2で示されているように、データ・ブロックB[0]、D[0]、B[1]、D[1]、…を先頭から順番に読み出す。それだけで、再生装置はメインＴＳとサブＴＳとを交互に同じ再生時間ずつ読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。

実際には、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が等しければ、読み出し処理にジャンプを生じさせることなく、復号処理の同期を維持することはできる。従って、再生期間又はビデオ・ストリームの再生時間が等しくなくても、図１０６の（ｂ）に示されている場合と同様に、再生装置はデータ・ブロック群を先頭から順番に読み出すだけで、３Ｄ映像のシームレス再生を確実に持続できる。

隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間では、ＶＡＵのいずれかのヘッダの数、又はＰＥＳヘッダの数が等しくてもよい。データ・ブロック間での復号処理の同期にはそれらのヘッダが利用される。従って、データ・ブロック間でヘッダの数が等しければ、ＶＡＵそのものの数が等しくなくても、復号処理の同期を維持することは比較的容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータが全て同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ−ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。

隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間ではエントリ・ポイントの数が等しくてもよい。図１０５を再び参照するに、エクステント・ペア・フラグ＝０のエントリ・ポイントA530、A540、A531、A541を除けば、ファイル・ベースA501とファイルＤＥＰA502とでは、先頭から同じ順序のエクステントEXT1[k]、EXT2[k]が同じ数のエントリ・ポイントA510、A520を含む。２Ｄ再生モードと３Ｄ再生モードとではジャンプの有無は異なる。しかし、データ・ブロック間でエントリ・ポイントの数が等しいとき、再生時間も実質的に等しい。従って、ジャンプの有無にかかわらず、復号処理の同期を維持することは容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータの全てが同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ−ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。

＜マルチアングル＞

図１０７の（ａ）は、マルチアングルに対応する多重化ストリーム・データの再生経路を示す模式図である。図１０７の（ａ）を参照するに、その多重化ストリーム・データには、ベースビュー、ライトビュー、及びデプスマップの三種類のストリーム・データL、R、Dが多重化されている。例えばＬ／Ｒモードではベースビューとライトビューとのストリーム・データL、Rがパラレルに再生される。更に、マルチアングル期間P_ANGで再生される部分にはアングル（視野角）別のストリーム・データAk、Bk、Ckが多重化されている（k＝0、1、2、…、n）。各アングルのストリーム・データAk、Bk、Ckは、再生時間がアングル・チェンジ間隔に等しい部分に分割されている。各部分Ak、Bk、Ckには更に、ベースビュー、ライトビュー、及びデプスマップの各ストリーム・データが多重化されている。マルチアングル期間P_ANGでは、ユーザの操作又はアプリケーション・プログラムの指示に応じて、アングル別のストリーム・データAk、Bk、Ckの間で再生対象を切り換えることができる。

図１０７の（ｂ）は、ＢＤ−ＲＯＭディスク上に記録されたデータ・ブロック群A701と、それらに対するＬ／Ｒモードでの再生経路A702とを示す模式図である。そのデータ・ブロック群A701は、図１０７の（ａ）に示されているストリーム・データL、R、D、Ak、Bk、Ckを含む。図１０７の（ｂ）を参照するに、そのデータ・ブロック群A701では、通常のストリーム・データL、R、Dに加え、アングル別のストリーム・データAk、Bk、Ckがインターリーブ配置で記録されている。Ｌ／Ｒモードでは、再生経路A702の示すように、ライトビュー・データ・ブロックRとベースビュー・データ・ブロックLとは読み出され、デプスマップ・データ・ブロックDの読み出しはジャンプによってスキップされる。更に、アングル別のストリーム・データAk、Bk、Ckのうち、選択されたもののデータ・ブロックA0、B1、…、Cnは読み出され、その他のデータ・ブロックの読み出しはジャンプによってスキップされる。

図１０７の（ｃ）は、アングル別のストリーム・データAk、Bk、Ckを構成するエクステント・ブロックを示す模式図である。図１０７の（ｃ）を参照するに、各アングルのストリーム・データAk、Bk、Ckでは、三種類のデータ・ブロックL、R、Dがインターリーブ配置を構成している。Ｌ／Ｒモードでは、再生経路A702の示すように、アングル別のストリーム・データAk、Bk、Ckのうち、選択されたものA0、B1、…、Cnからライトビュー・データ・ブロックRとベースビュー・データ・ブロックLとが読み出される。一方、他のデータ・ブロックの読み出しはジャンプによってスキップされる。

尚、各アングルのストリーム・データAk、Bk、Ckでは、ベースビュー、ライトビュー、及びデプスマップの各ストリーム・データが単一の多重化ストリーム・データに収められていてもよい。但し、その記録レートは、２Ｄ再生装置で再生可能なシステムレートの範囲に抑えられなければならない。また、その多重化ストリーム・データと他の３Ｄ映像の多重化ストリーム・データとの間では、システム・ターゲット・デコーダに転送されるべきストリーム・データ（ＴＳ）の数が異なる。従って、３Ｄプレイリスト・ファイル内の各ＰＩは、再生対象のＴＳの数を示すフラグを含んでもよい。そのフラグを利用して、それらの多重化ストリーム・データを一つの３Ｄプレイリスト・ファイルの中で切り換えることができる。３Ｄ再生モードで２つのＴＳを再生対象として規定するＰＩでは、そのフラグが２ＴＳを示す。一方、上記の多重化ストリーム・データのような単一のＴＳを再生対象として規定するＰＩでは、そのフラグが１ＴＳを示す。３Ｄ再生装置は、そのフラグの値に応じて、システム・ターゲット・デコーダの設定を切り換えることができる。そのフラグは更に、コネクション・コンディション（ＣＣ）の値で表現されてもよい。例えばＣＣが“７”を示すときは、２ＴＳから１ＴＳへの移行を示し、“８”を示すときは、１ＴＳから２ＴＳへの移行を示す。

図１０８は、マルチアングル期間を構成するデータ・ブロック群A801、及び、それらに対する２Ｄ再生モードでの再生経路A810とＬ／Ｒモードでの再生経路A820とを示す模式図である。図１０８を参照するに、そのデータ・ブロック群A801は三種類のアングル・チェンジ区間ANG1＃k、ANG2＃k、ANG3＃k（k＝1、2、…、6、7）のインターリーブ配置から成る。「アングル・チェンジ区間」は、一つのアングルから見た映像のストリーム・データが連続して格納された一連のデータ・ブロック群をいう。種類の異なるアングル・チェンジ区間では映像のアングルが異なる。各種類のｋ番目のアングル・チェンジ区間ANG1＃k、ANG2＃k、ANG3＃kは互いに隣接する。各アングル・チェンジ区間ANGm＃k（m＝1、2、3）は一つのエクステント・ブロックから成り、すなわち一つのエクステントＳＳEXTSS[k]として参照される（k＝10、11、…、23）。それにより、複数のアングル・チェンジ区間が一つのエクステントＳＳEXTSS[k]を構成する場合よりも、リード・バッファの容量を削減することができる。更に、各エクステント・ブロックはディペンデントビュー・データ・ブロックRとベースビュー・データ・ブロックLとを一つずつ含む。それらのデータ・ブロックの対R、Lはｎ番目のディペンデントビュー・エクステントEXT2[n]とｎ番目のベースビュー・エクステントEXT1[n]との対として参照される（整数nは０以上である）。

各エクステント・ブロックのサイズは条件１−４を満たす。特に、条件１で考慮されるべきジャンプは、２Ｄ再生モードでの再生経路A810の示す、他のアングル・チェンジ区間の読み出しをスキップするためのジャンプJ_ANG-2Dである。一方、条件４で考慮されるべきジャンプは、Ｌ／Ｒモードでの再生経路A820の示す、他のアングル・チェンジ区間の読み出しをスキップするためのジャンプJ_ANG-LRである。各再生経路A810、A820の示すとおり、いずれのジャンプJ_ANG-2D、J_ANG-LRも一般に、アングルの切り換え、すなわち、読み出されるべきアングル・チェンジ区間の種類の切り換えを含む。

図１０８を更に参照するに、各アングル・チェンジ区間はベースビュー・データ・ブロックLを一つ含む。従って、ベースビュー・エクステントEXT1[・]のエクステントＡＴＣ時間はアングル・チェンジ区間の長さの最大値T_ANG以下に制限される。例えば、アングルの切り換えを表示時間２秒当たりに１回の割合で実行可能にするには、アングル・チェンジ区間の長さの最大値T_ANGを２秒間に制限しなければならない。その結果、ベースビュー・エクステントEXT1[・]のエクステントＡＴＣ時間は２秒以下に制限される。それ故、条件５は、ベースビュー・エクステントのサイズS_EXT1が式（５）に代えて次式（１１）を満たすことに変更される：

尚、式（５）の右辺に代えて、式（９）の右辺が比較されてもよい。また、式（７Ａ）又は（７Ｂ）に示されている２ＤエクステントのエクステントＡＴＣ時間に対する延長時間ΔＴと同様に、アングル・チェンジ区間の長さの最大値T_ANGは、ＧＯＰの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。更に、その延長時間ΔＴは、マルチアングルでは０に設定されてもよい。

＜放送、通信回路を経由したデータ配信＞

本発明の実施形態による記録媒体は、光ディスクの他、例えばＳＤメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、上記の実施形態の説明では、予めデータが記録された光ディスク、すなわち、ＢＤ−ＲＯＭ又はＤＶＤ−ＲＯＭ等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態はそれらに限定されない。例えば放送で、又はネットワーク経由で配信された３Ｄ映像のコンテンツを端末装置によって、ＢＤ−ＲＥ又はＤＶＤ−ＲＡＭ等の既存の書き込み可能な光ディスクへ書き込むときに、実施形態１によるエクステントの配置が利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。

＜半導体メモリカードの再生＞

本発明の実施形態による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。

再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース（Ｉ／Ｆ）で構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のＩ／Ｆが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのＩ／Ｆを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのＩ／Ｆを通して再生装置に読み出される。

＜ＢＤ−ＲＯＭディスク上のデータに対する著作権保護技術＞

ここで、以降の補足事項の前提として、ＢＤ−ＲＯＭディスクに記録されているデータの著作権を保護するための仕組みについて説明する。

ＢＤ−ＲＯＭディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオ・ストリーム、オーディオ・ストリーム、又はその他のストリームを含む。その場合、暗号化データは以下のように解読される。

再生装置には予め、ＢＤ−ＲＯＭディスク上の暗号化データを解読するための「鍵」の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、ＢＤ−ＲＯＭディスクには、そのその「鍵」の生成に必要なデータの別の一部、すなわちＭＫＢ（メディアキーブロック）と、その「鍵」自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、ＭＫＢ、及び暗号化タイトルキーは互いに対応付けられ、更に、図２に示されているＢＤ−ＲＯＭディスク101上のＢＣＡ201に書き込まれた特定のＩＤ、すなわちボリュームＩＤにも対応付けられている。デバイスキー、ＭＫＢ、暗号化タイトルキー、及びボリュームＩＤの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の「鍵」、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、ＭＫＢ、及びボリュームＩＤを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の「鍵」として用いて暗号化データを解読することができる。

ＢＤ−ＲＯＭディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのＢＤ−ＲＯＭディスク上の暗号化タイトルキー、ＭＫＢ、及びボリュームＩＤに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、ＭＫＢ、デバイスキー、及びボリュームＩＤの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。

ＢＤ−ＲＯＭディスクに記録されるべきビデオ・ストリームとオーディオ・ストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、ＢＤ−ＲＯＭディスクに記録する。次に、ＭＫＢ、デバイスキー、及びボリュームＩＤの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、ＭＫＢ、ボリュームＩＤ、及び暗号化タイトルキーをＢＤ−ＲＯＭディスクに記録する。そのＢＤ−ＲＯＭディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオ・ストリーム及び／又はオーディオ・ストリームをデコーダで復号することはできない。こうして、ＢＤ−ＲＯＭディスクに記録されたデータの著作権を保護することができる。

以上に述べた、ＢＤ−ＲＯＭディスクにおけるデータの著作権保護の仕組みは、ＢＤ−ＲＯＭディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にＳＤカード等の可搬性半導体メモリカードにも適用可能である。

＜電子配信を利用した記録媒体へのデータ記録＞

電子配信を利用して本発明の実施形態による再生装置へ３Ｄ映像のＡＶストリーム・ファイル等のデータ（以下、配信データという。）を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがＳＤメモリカードである場合を想定する。

再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはＳＤメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はＳＤメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。ＳＤメモリカードの識別情報は、例えばそのＳＤメモリカード固有の識別番号、より具体的にはそのＳＤメモリカードのシリアル番号である。この識別情報は上述のボリュームＩＤとして利用される。

配信サーバには配信データが格納されている。その配信データのうち、ビデオ・ストリーム及び／又はオーディオ・ストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。その暗号化データは同じタイトルキーで復号が可能である。

配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、ＳＤメモリカードと共通のＭＫＢを保持している。配信サーバは、再生装置から配信データの送信要求とＳＤメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、ＭＫＢ、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。

配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のＭＫＢ、暗号化タイトルキー、署名情報、ＳＤメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能（プログラム）が特定されている。

配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用Ｉ／Ｆを通してＳＤメモリカードに記録する。

ＳＤメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック（１）−（３）が行われる。尚、それらはどのような順序で行われてもよい。

（１）公開鍵情報に含まれるＳＤメモリカードの識別情報が、カードスロットに挿入されているＳＤメモリカードに記憶されている識別番号と一致するか否か。

（２）公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。

（３）公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。

上述のチェック（１）−（３）のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック（１）−（３）の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、ＭＫＢ、及びＳＤメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオ・ストリーム及び／又はオーディオ・ストリームに復号する。

以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能（プログラム）等が知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、ＳＤメモリカードの識別番号、ＭＫＢ、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。

半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばＳＤメモリカードではそのシリアル番号が不正に改竄された場合、ＳＤメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック（１）では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。

半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域（以下、第１の記録領域と称す。）から電気的に分離された別の記録領域（以下、第２の記録領域と称す。）が設置される。次に、第２の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第２の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第２の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第２の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第２の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第２の記録領域内のデータのアドレスは制御回路にしか特定できない。

半導体メモリカードの識別情報が第２の記録領域に記録された場合、再生装置上で動作するアプリケーション・プログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーション・プログラムは、メモリカードＩ／Ｆを介して上記の制御回路に対し、第２の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第２の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードＩ／Ｆを介して上記のアプリケーション・プログラムへその識別情報を送る。そのアプリケーション・プログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーション・プログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードＩ／Ｆを介して半導体メモリカード内の第１の記録領域に記録する。

尚、上記のアプリケーション・プログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーション・プログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばＸ．５０９に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第１の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。

＜リアルタイム・レコーディングへの適用＞

本発明の実施形態では、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、オーサリングシステムにおけるプリレコーディング技術によってＢＤ−ＲＯＭディスクに記録されてユーザに供給されることを前提とした。しかし、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、リアルタイム・レコーディングによって、ＢＤ−ＲＥディスク、ＢＤ−Ｒディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤ−ＲＥディスク等と略す。）に記録されてユーザに供給されるものであってもよい。その場合、ＡＶストリーム・ファイルは、アナログ入力信号を記録装置がリアルタイムで復号することによって得られたトランスポート・ストリームであってもよい。その他に、記録装置がデジタル入力したトランスポート・ストリームをパーシャル化することで得られるトランスポート・ストリームであってもよい。

リアルタイム・レコーディングを実行する記録装置は、ビデオ・エンコーダ、オーディオエンコーダ、マルチプレクサ、及びソースパケタイザを含む。ビデオ・エンコーダはビデオ信号を符号化してビデオ・ストリームに変換する。オーディオエンコーダはオーディオ信号を符号化してオーディオ・ストリームに変換する。マルチプレクサは、ビデオ・ストリームとオーディオ・ストリームとを多重化して、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリームに変換する。ソースパケタイザは、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリーム内のＴＳパケットをソースパケットに変換する。記録装置は各ソースパケットをＡＶストリーム・ファイルに格納して、ＢＤ−ＲＥディスク等に書き込む。

ＡＶストリーム・ファイルの書き込み処理と並行して、記録装置の制御部はクリップ情報ファイルとプレイリスト・ファイルとをメモリ上で生成してＢＤ−ＲＥディスク等に書き込む。具体的には、ユーザによって録画処理が要求されたとき、制御部はまず、ＡＶストリーム・ファイルに合わせてクリップ情報ファイルを生成してＢＤ−ＲＥディスク等に書き込む。その場合、外部から受信されるトランスポート・ストリームからビデオ・ストリーム内の一つのＧＯＰの先頭が検出される度に、又は、ビデオ・エンコーダによってビデオ・ストリーム内の一つのＧＯＰが生成される度に、制御部は、そのＧＯＰの先頭に位置するＩピクチャのＰＴＳと、そのＧＯＰの先頭が格納されたソースパケットのＳＰＮとを取得する。制御部は更に、そのＰＴＳとＳＰＮとの対を一つのエントリ・ポイントとしてクリップ情報ファイルのエントリ・マップに追記する。ここで、そのエントリ・ポイントには「is＿angle＿changeフラグ」が追加される。is＿angle＿changeフラグは、そのＧＯＰの先頭がＩＤＲピクチャであるときは“オン”に設定され、そのＧＯＰの先頭がＩＤＲピクチャではないときは“オフ”に設定される。クリップ情報ファイル内には更に、ストリーム属性情報が記録対象のストリームの属性に従って設定される。こうして、ＡＶストリーム・ファイルとクリップ情報ファイルとがＢＤ−ＲＥディスク等に書き込まれた後、制御部はそのクリップ情報ファイル内のエントリ・マップを利用してプレイリスト・ファイルを生成し、ＢＤ−ＲＥディスク等に書き込む。

＜マネージド・コピー＞

本発明の実施形態による再生装置は更に、マネージド・コピーによってＢＤ−ＲＯＭディスク101上のデジタル・ストリームを他の記録媒体へ書き込んでもよい。「マネージド・コピー」とは、ＢＤ−ＲＯＭディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタル・ストリーム、プレイリスト・ファイル、クリップ情報ファイル、及びアプリケーション・プログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術をいう。その書き込み可能な記録媒体は、ＢＤ−Ｒ、ＢＤ−ＲＥ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、及びＤＶＤ−ＲＡＭ等の書き込み可能な光ディスク、ハードディスク、並びに、ＳＤメモリカード、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、及びマルチメディアカード（登録商標）等の可搬性半導体メモリ装置を含む。マネージド・コピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。

ＢＤ−ＲＯＭディスクからＢＤ−Ｒディスク又はＢＤ−ＲＥディスクへのマネージド・コピーが行われる場合、両ディスクの記録容量が等しいときは、コピー元のディスクに記録されたビット・ストリームがそのまま、順番にコピーされればよい。

マネージド・コピーが異種の記録媒体間で行われるときはトランス・コードが必要である。「トランス・コード」とは、コピー元のディスクに記録されているデジタル・ストリームをコピー先の記録媒体のアプリケーション・フォーマットに適合させるための処理をいう。トランス・コードは、例えば、ＭＰＥＧ２−ＴＳ形式からＭＰＥＧ２プログラム・ストリーム形式へ変換する処理、及び、ビデオ・ストリームとオーディオ・ストリームとのそれぞれに割り当てられているビットレートを低くして符号化し直す処理を含む。トランス・コードでは、上述のリアルタイム・レコーディングによって、ＡＶストリーム・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルが生成されねばならない。

＜データ構造の記述方法＞

本発明の実施形態によるデータ構造のうち、「所定型の情報が複数存在する」という繰り返し構造は、ｆｏｒ文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、「所定の条件が成立するときに所定の情報が定義される」というデータ構造は、ｉｆ文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、「構文解析」、「最適化」、「資源割付」、及び「コード生成」といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。

＜再生プログラムによるプレイリスト・ファイル、クリップ情報ファイルの管理＞

プレイリスト・ファイルとＡＶストリーム・ファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリスト・ファイルに従ってＡＶストリーム・ファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、ｔｅｘｔセクション、ｄａｔａセクション、ｂｓｓセクション、及びｓｔａｃｋセクションを含む。ｔｅｘｔセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。ｄａｔａセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。ｄａｔａセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。ｂｓｓセクションは、初期値を持たない変数を含む。ｂｓｓセクション内のデータは、ｔｅｘｔセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のＲＡＭにｂｓｓセクション用の領域が確保される。ｓｔａｃｋセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。ｓｔａｃｋセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、ｂｓｓセクション内の変数はゼロで初期化され、ｓｔａｃｋセクションには必要なメモリ領域が確保される。

プレイリスト・ファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、ｔｅｘｔセクション内の「書き換え不可のデータ」、又はｄａｔａセクション内の「随時アクセスされるファイル」として管理される。すなわち、プレイリスト・ファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリスト・ファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。

本発明は立体視映像の再生技術に関し、上記のとおり、ＴＳ優先度フラグを利用してＴＳパケットを識別する。このように、本発明は明らかに産業上利用可能である。

1500 ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１
1510 ＰＥＳパケット
1512 ＰＥＳペイロード
1520 ＴＳパケット列
1521 ＴＳパケット列1520の第１グループ
1522 ＴＳパケット列1520の第２グループ
1523 ＴＳパケット列1520の第３グループ
1530 第１グループ1521の後端に位置するＴＳパケット
1531 ＴＳパケット1530のＴＳヘッダ
1532 ＴＳパケット1530のＡＤフィールド
1533 ＴＳパケット1530のＴＳペイロード
1540 第２グループ1522に属するＴＳパケット
1541 ＴＳパケット1540のＴＳヘッダ
1542 ＴＳパケット1540のＴＳペイロード
1550 第２グループ1522の後端に位置するＴＳパケット
1551 ＴＳパケット1550のＴＳヘッダ
1552 ＴＳパケット1550のＡＤフィールド
1553 ＴＳパケット1550のＴＳペイロード
1560 第３グループ1523に属するＴＳパケット
1561 ＴＳパケット1560のＴＳヘッダ
1562 ＴＳパケット1560のＴＳペイロード

本発明は、立体視映像、すなわち３次元（３Ｄ）映像の再生技術に関し、特に、記録媒体上でのストリーム・データの構造に関する。

近年、３Ｄ映像に対する一般的な関心が高まっている。例えば遊園地では、３Ｄ映像を利用したアトラクションが人気を集めている。また、全国各地で、３Ｄ映像の映画を上映する映画館が増加している。そのような３Ｄ映像への関心の高まりに伴い、３Ｄ映像を各家庭でも再生可能にするための技術の開発が進められている。その技術では、３Ｄ映像コンテンツを高画質のまま、光ディスク等の可搬性記録媒体に記録することが求められる。更に、２Ｄ再生装置に対するその記録媒体の互換性が求められる。すなわち、その記録媒体に記録された３Ｄ映像コンテンツから、２Ｄ再生装置は２Ｄ映像を再生でき、３Ｄ再生装置は３Ｄ映像を再生できることが望ましい。ここで、「２Ｄ再生装置」とは、平面視映像、すなわち２次元（２Ｄ）映像のみを再生可能な従来の再生装置を意味し、「３Ｄ再生装置」とは、３Ｄ映像を再生可能な再生装置を意味する。尚、本明細書では、３Ｄ再生装置が従来の２Ｄ映像も再生可能である場合を想定する。

図１０９は、３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である（例えば特許文献１参照）。光ディスクPDSには二種類のビデオ・ストリームが格納されている。一方は２Ｄ／レフトビュー・ビデオ・ストリームであり、他方はライトビュー・ビデオ・ストリームである。「２Ｄ／レフトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生では視聴者の左目に見せる２Ｄ映像、すなわち「レフトビュー」を表し、２Ｄ映像の再生ではその２Ｄ映像そのものを表す。「ライトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生において視聴者の右目に見せる２Ｄ映像、すなわち「ライトビュー」を表す。左右のビデオ・ストリーム間では、フレームレートは等しいが、フレームの表示時期はフレーム周期の半分だけずれている。例えば、各ビデオ・ストリームのフレームレートが１秒間に２４フレームであるとき、２Ｄ／レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの各フレームが１／４８秒ごとに交互に表示される。

各ビデオ・ストリームは、図１０９に示されているように、光ディスクPDS上では複数のエクステントEX1A−C、EX2A−Cに分割されている。各エクステントはＧＯＰ（グループ・オブ・ピクチャ）を１以上含み、光ディスクドライブによって一括して読み出される。以下、２Ｄ／レフトビュー・ビデオ・ストリームに属するエクステントを「２Ｄ／レフトビュー・エクステント」といい、ライトビュー・ビデオ・ストリームに属するエクステントを「ライトビュー・エクステント」という。２Ｄ／レフトビュー・エクステントEX1A−Cとライトビュー・エクステントEX2A−Cとは交互に光ディスクPDSのトラックTRC上に配置されている。隣接する２つのエクステントEX1A＋EX2A、EX1B＋EX2B、EX1C＋EX2Cの間では再生時間が等しい。このようなエクステントの配置を「インターリーブ配置」という。インターリーブ配置で記録されたエクステント群は、以下に述べるように、３Ｄ映像の再生と２Ｄ映像の再生との両方で利用される。

２Ｄ再生装置PL2では、光ディスクドライブDD2が光ディスクPDS上のエクステントのうち、２Ｄ／レフトビュー・エクステントEX1A−Cのみを先頭から順番に読み出す一方、ライトビュー・エクステントEX2A−Cの読み出しをスキップする。更に、映像デコーダVDCが、光ディスクドライブDD2によって読み出されたエクステントを順次、映像フレームVFLに復号する。それにより、表示装置DS2にはレフトビューのみが表示されるので、視聴者には通常の２Ｄ映像が見える。

３Ｄ再生装置PL3では、光ディスクドライブDD3が光ディスクPDSから２Ｄ／レフトビュー・エクステントとライトビュー・エクステントとを交互に、符号で表せば、EX1A、EX2A、EX1B、EX2B、EX1C、EX2Cの順に読み出す。更に、読み出された各エクステントから、２Ｄ／レフトビュー・ビデオ・ストリームは左映像デコーダVDLへ送られ、ライトビュー・ビデオ・ストリームは右映像デコーダVDRへ送られる。各映像デコーダVDL、VDRは交互に各ビデオ・ストリームを映像フレームVFL、VFRに復号する。それにより、表示装置DS3にはレフトビューとライトビューとが交互に表示される。一方、シャッター眼鏡SHGは左右のレンズを、表示装置DS3による画面の切り換えに同期して交互に不透明にする。従って、シャッター眼鏡SHGをかけた視聴者には、表示装置DS3に表示された映像が３Ｄ映像に見える。

光ディスクに限らず、記録媒体に３Ｄ映像コンテンツを格納するときは、上記のようにエクステントのインターリーブ配置を利用する。それにより、その記録媒体を２Ｄ映像の再生と３Ｄ映像の再生との両方で利用することができる。

特許第３９３５５０７号公報

映像コンテンツは一般に、ビデオ・ストリームの他に、字幕及び対話画面等のグラフィックス映像を表すグラフィックス・ストリームを含む。３Ｄ映像コンテンツから再生される映像では、それらのグラフィックス映像も３次元化される。ここで、その３次元化の手法には２プレーン・モードと１プレーン＋オフセット・モードとがある。２プレーン・モードの３Ｄ映像コンテンツは、レフトビューとライトビューとの各グラフィックス映像を表すグラフィックス・ストリームの対を含む。２プレーン・モードの再生装置は、各グラフィックス・ストリームから個別にレフトビューとライトビューとのグラフィックス・プレーンを生成する。１プレーン＋オフセット・モードの３Ｄ映像コンテンツは、２Ｄグラフィックス映像を表すグラフィックス・ストリームと、それに対するオフセット情報とを含む。１プレーン＋オフセット・モードの再生装置は、まずグラフィックス・ストリームから一つのグラフィックス・プレーンを生成し、次にオフセット情報に従ってそのグラフィックス・プレーンに水平方向のオフセットを与える。それにより、そのグラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーンの対が生成される。いずれのモードでも、表示装置の画面にはレフトビューとライトビューとのグラフィックス映像が交互に表示される。その結果、視聴者にはそれらのグラフィックス映像が３Ｄ映像として見える。

３Ｄ映像コンテンツにグラフィックス・ストリームとオフセット情報とを別のファイルとして組み込んだ場合、１プレーン＋オフセット・モードの再生装置はそれらのファイルを個別に処理し、得られたデータに基づいてレフトビューとライトビューとのグラフィックス映像の対を再生する。ここで、グラフィックス映像とオフセット情報とは一般にフレーム周期で変更される。しかし、オフセット情報を格納したファイルをフレーム表示の度に読み込んで解析することには、「処理が間に合わずに映像を正しく表示することができない」という危険性がある。従って、処理をフレーム周期に確実に同期させるには、予めメモリ上にオフセット情報を展開しておく必要がある。その場合、グラフィックス・ストリーム一つ当たりのオフセット情報の総量は大きいので、オフセット情報を収めたファイルを展開するのに必要な内蔵メモリの容量は大きくならざるを得ない。また、１つのシーンに複数のグラフィックス映像が存在する場合には、内蔵メモリは更に大きな容量を必要とする。このように、３Ｄ映像コンテンツにグラフィックス・ストリームとオフセット情報とを別のファイルとして組み込んだ場合には、内蔵メモリの容量の更なる削減は困難である。

上記の問題点を解消することを目的として、オフセット情報はビデオ・ストリームの中に、例えばＧＯＰ間隔で格納される。それにより、再生装置内のデコーダは、ビデオ・ストリームを復号しながら、そのビデオ・ストリームからオフセット情報を抽出することができる。その結果、再生装置はグラフィックス・ストリームとオフセット情報との間の対応関係を確実に維持できる。その上、内蔵メモリは、例えば１ＧＯＰ当たりのオフセット情報を展開するのに十分な容量を持てばよい。従って、多様なグラフィックス・ストリームを含む３Ｄ映像コンテンツへの対応と、内蔵メモリの容量の更なる削減とを容易に両立させることができる。

ここで、再生装置内のデコーダに、ビデオ・ストリームからオフセット情報を抽出する機能を実装する具体的な手段としては、様々なものが想定される。例えば、その機能を、ビデオ・ストリームの復号処理専用のハードウェアに組み込む手段も、そのハードウェアとは別のハードウェア又はソフトウェアで実現する手段も想定可能である。しかし、それらの手段別に、ビデオ・ストリームやオフセット情報のデータ構造を変更するのは好ましくない。

本発明の目的は上記の問題点を解決することにあり、特に、再生装置に実装された、ビデオ・ストリームからオフセット情報を抽出する機能の様々な態様において共通に利用可能なデータ構造で、ビデオ・ストリームとオフセット情報とを一体的に記録した記録媒体を提供することにある。

本発明による記録媒体には、メインビュー・ビデオ・ストリーム、サブビュー・ビデオ・ストリーム、及びグラフィックス・ストリームが記録されている。メインビュー・ビデオ・ストリームは、立体視映像のメインビューを構成するメインビュー・ピクチャを含む。サブビュー・ビデオ・ストリームは、立体視映像のサブビューを構成するサブビュー・ピクチャと、メタデータとを含む。グラフィックス・ストリームは、平面視グラフィックス映像を構成するグラフィックス・データを含む。メインビュー・ピクチャは、再生される際にメインビュー・ビデオ・プレーンに描画され、サブビュー・ピクチャは、再生される際にサブビュー・ビデオ・プレーンに描画され、グラフィックス・データは、再生される際にグラフィックス・プレーンに描画される。メタデータは、サブビュー・ビデオ・ストリームを構成するＧＯＰごとに配置されて、オフセット情報を含む。オフセット情報は、ＧＯＰを構成する複数のピクチャに対するオフセット制御を規定する制御情報である。オフセット制御は、グラフィックス・プレーンに水平座標の左方向と右方向との各オフセットを与えて、メインビュー・ビデオ・プレーンとサブビュー・ビデオ・プレーンとのそれぞれに合成する処理である。サブビュー・ビデオ・ストリームはトランスポート・ストリーム（ＴＳ）に多重化されている。ＴＳを構成するＴＳパケットのヘッダは、当該ＴＳパケットの優先度を示すＴＳ優先度フラグを含む。メタデータを含むＴＳパケットのＴＳ優先度フラグは、サブビュー・ピクチャを含むＴＳパケットのＴＳ優先度フラグと値が異なる。

本発明による記録媒体は、再生装置の復号部に、ＴＳ優先度フラグの値に従って、メタデータを含むＴＳパケットと、サブビュー・ピクチャを含むＴＳパケットとを分離させることができる。従って、その復号部では、メタデータを含むＴＳパケットからオフセット情報を抽出する機能部と、サブビュー・ピクチャを含むＴＳパケットから非圧縮のピクチャを復号する機能部とが別々に実装されてもよい。その場合、それらの機能部の具体的な態様は、互いに独立に設計可能である。一方、それらの機能部が一体化されている復号部では、ＴＳ優先度フラグの値に依らず、サブビュー・ビデオ・ストリームを含むＴＳパケットを全て、その一体化された機能部に処理させればよい。このように、本発明による記録媒体は、再生装置に実装された、ビデオ・ストリームからオフセット情報を抽出する機能の様々な態様において共通に利用可能なデータ構造で、ビデオ・ストリームとオフセット情報とを一体的に記録することができる。

本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。 図１に示されているＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。 （ａ）、（ｂ）は、ＢＤ−ＲＯＭディスク上のメインＴＳとサブＴＳとのそれぞれに多重化されたエレメンタリ・ストリームの一覧表である。 多重化ストリーム・データ400内でのＴＳパケットの配置を示す模式図である。 （ａ）は、ＴＳヘッダ501Hのデータ構造を示す模式図である。（ｂ）は、多重化ストリーム・データを構成するＴＳパケット501の列の形式を示す模式図である。（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット502の列の形式を示す模式図である。（ｄ）は、一連のソースパケット502が連続的に記録されたＢＤ−ＲＯＭディスクのボリューム領域上のセクタ群の模式図である。 ＰＧストリーム600のデータ構造を示す模式図である。 ベースビュー・ビデオ・ストリーム701とライトビュー・ビデオ・ストリーム702とのピクチャを表示時間順に示す模式図である。 ビデオ・ストリーム800のデータ構造の詳細を示す模式図である。 ＰＥＳパケット列902へのビデオ・ストリーム901の格納方法の詳細を示す模式図である。 ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。 ディペンデントビュー・ビデオ・ストリーム1100の含むオフセット・メタデータ1110のデータ構造を示す模式図である。 図１１に示されているオフセット・メタデータ1110の書式（Syntax）を示す表である。 （ａ）、（ｂ）は、ＰＧプレーン1310とＩＧプレーン1320とに対するオフセット制御を示す模式図である。（ｃ）は、（ａ）、（ｂ）に示されているグラフィックス・プレーンの表す２Ｄグラフィックス映像から視聴者1330に知覚される３Ｄグラフィックス映像を示す模式図である。 （ａ）、（ｂ）は、オフセット・シーケンスの具体例を示すグラフである。（ｃ）は、（ａ）、（ｂ）に示されているオフセット・シーケンスに従って再現される３Ｄグラフィックス映像を示す模式図である。 ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１1500を格納したＰＥＳパケット1510と、そのＰＥＳパケット1510から生成されるＴＳパケット列1520とを示す模式図である。 図１５に示されている第１グループ1521と第２グループ1522とのそれぞれに属するＴＳパケットが同じＴＳ優先度の値を示す場合のＴＳパケット列1620を示す模式図である。 （ａ）は、復号スイッチ情報1750のデータ構造を示す模式図である。（ｂ）、（ｃ）は、ベースビュー・ビデオ・ストリーム1701とディペンデントビュー・ビデオ・ストリーム1702との各ピクチャに割り当てられた復号カウンタの例1710、1720、1730、1740を示す模式図である。 ＰＭＴ1810のデータ構造を示す模式図である。 ＢＤ−ＲＯＭディスク上での多重化ストリーム・データの物理的な配置を示す模式図である。 （ａ）は、ＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ2001とサブＴＳ2002との配置を示す模式図である。（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に交互に記録されたディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…とベースビュー・データ・ブロックB[0]、B[1]、B[2]、…との配置を示す模式図である。（ｃ）、（ｄ）はそれぞれ、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の例を示す模式図である（n＝0、1、2）。 エクステント・ブロック群1901−1903に対する２Ｄ再生モードとＬ／Ｒモードとでの各再生経路2101、2102を示す模式図である。 ２Ｄクリップ情報ファイル（01000.clpi）231のデータ構造を示す模式図である。 （ａ）は、エントリ・マップ2230のデータ構造を示す模式図である。（ｂ）は、ファイル２Ｄ241に属するソースパケット群2310のうち、エントリ・マップ2230によって各ＥＰ＿ＩＤ2305に対応付けられているものを示す模式図である。（ｃ）は、そのソースパケット群2310に対応するＢＤ−ＲＯＭディスク上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。 （ａ）は、図２３に示されているエクステント起点2242のデータ構造を示す模式図である。（ｂ）は、ディペンデントビュー・クリップ情報ファイル（02000.clpi）232に含まれるエクステント起点2420のデータ構造を示す模式図である。（ｃ）は、３Ｄ再生モードの再生装置102によってファイルＳＳ244Aから抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。（ｄ）は、ファイルＤＥＰ（02000.m2ts）242に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点2420の示すＳＰＮ2422との間の対応関係を表す模式図である。（ｅ）は、ファイルＳＳ244Aに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク上のエクステント・ブロックとの間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスク上に記録された一つのエクステント・ブロック2500と、ファイル２Ｄ2510、ファイル・ベース2511、ファイルＤＥＰ2512、及びファイルＳＳ2520の各エクステント群との間の対応関係を示す模式図である。 ベースビュー・ビデオ・ストリーム2610とディペンデントビュー・ビデオ・ストリーム2620とに設定されたエントリ・ポイントの例を示す模式図である。 ２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。 図２７に示されているＰＩ＃Ｎのデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、ＣＣが“５”、“６”であるときに接続対象の二つの再生区間2901、2902の間の関係を示す模式図である。 ２Ｄプレイリスト・ファイル（00001.mpls）221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）241から再生される部分との間の対応関係を示す模式図である。 ３Ｄプレイリスト・ファイルのデータ構造を示す模式図である。 図３１に示されている３Ｄプレイリスト・ファイル222のメインパス3101の含むＳＴＮテーブル3205を示す模式図である。 図３１に示されているＳＴＮテーブルＳＳ3130のデータ構造を示す模式図である。 ３Ｄプレイリスト・ファイル（00002.mpls）222の示すＰＴＳと、ファイルＳＳ（01000.ssif）244Aから再生される部分との間の対応関係を示す模式図である。 図２に示されているインデックス・ファイル（index.bdmv）211のデータ構造を示す模式図である。 図１に示されている再生装置102が６種類の判別処理を利用して再生対象のプレイリスト・ファイルを選択する処理のフローチャートである。 ２Ｄ再生装置3700の機能ブロック図である。 図３７に示されているプレーヤ変数記憶部3736の含むシステム・パラメータ（ＳＰＲＭ）の一覧表である。 図３７に示されている再生制御部3735による２Ｄプレイリスト再生処理のフローチャートである。 図３７に示されているシステム・ターゲット・デコーダ3725の機能ブロック図である。 （ａ）は、図４０に示されているＰＧデコーダ4072がＰＧストリーム内の一つのデータ・エントリからグラフィックス・オブジェクトを復号する処理のフローチャートである。（ｂ）−（ｅ）は、その処理に従って変化するグラフィックス・オブジェクトを示す模式図である。 ３Ｄ再生装置4200の機能ブロック図である。 図４２に示されているプレーヤ変数記憶部4236の含むＳＰＲＭ（２７）とＳＰＲＭ（２８）とのデータ構造を示す表である。 図４２に示されている再生制御部4235による３Ｄプレイリスト再生処理のフローチャートである。 図４２に示されているシステム・ターゲット・デコーダ4225が第１の手段でオフセット・メタデータの抽出機能を実装している場合での機能ブロック図である。 図４２に示されているシステム・ターゲット・デコーダ4225が第２の手段でオフセット・メタデータの抽出機能を実装している場合でのビデオ・ストリームの処理系統を示す機能ブロック図である。 図４２に示されているプレーン加算部4226の機能ブロック図である。 図４７に示されている各クロッピング処理部4731−4734によるオフセット制御のフローチャートである。 （ｂ）は、第２クロッピング処理部4632によるオフセット制御で加工される前のＰＧプレーン・データGPを示す模式図である。（ａ）、（ｃ）はそれぞれ、右向きのオフセットが与えられたＰＧプレーン・データRGPと、左向きのオフセットが与えられたＰＧプレーン・データLGPとを示す模式図である。 ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１5000を格納したＰＥＳパケット5010、及びそのＰＥＳパケット5010から生成されるＴＳパケット列5020とを示す模式図である。 図５０に示されているＴＳパケット列5020からオフセット・メタデータを抽出するシステム・ターゲット・デコーダ5125内のビデオ・ストリームの処理系統を示す機能ブロック図である。 （ａ）は、補完関数を利用するオフセット・メタデータ5200のデータ構造を示す模式図である。（ｂ）は、補完関数を構成する要素の種類を表すグラフである。（ｃ）は、（ａ）に示されているオフセット・シーケンスＩＤ＝０、１、２の各オフセット・シーケンスから３Ｄ再生装置によって算定されたオフセット値を示すグラフである。 サブパスを複数含む３Ｄプレイリスト・ファイル5300のデータ構造、及び、それによって参照されるファイル２Ｄ5310と二つのファイルＤＥＰ5321、5322とのデータ構造を示す模式図である。 一つのストリーム・データに対してオフセット補正値が複数設定されたＳＴＮテーブル5400を示す模式図である。 （ａ）−（ｃ）は、３２インチ、５０インチ、及び１００インチの各画面SCA、SCB、SCCに表示されたレフトビューとライトビューとの間の視差PRA、PRB、PRCを示す模式図である。 （ａ）は、画面サイズと出力オフセット補正値との間の対応表を示す模式図である。（ｂ）は、画面サイズと出力オフセット補正値との間の関数を表すグラフである。 出力オフセット補正に必要な３Ｄ再生装置の要素を示す機能ブロック図である。 （ａ）は、静止画像のみを表すディペンデントビュー・ビデオ・ストリーム5800のデータ構造を示す模式図である。（ｂ）は、そのような３Ｄプレイリスト・ファイルを従って再生される、レフトビュー・ビデオ・プレーンの列5821、ライトビュー・ビデオ・プレーンの列5822、及びグラフィックス・プレーンの列5830を示す模式図である。 レフトビューとライトビューとの間のずれを補償する処理を行う表示装置103の機能ブロック図である。 （ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの水平画角HAL、HARを模式的に示す平面図である。（ｂ）、（ｃ）はそれぞれ、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。（ｄ）、（ｅ）はそれぞれ、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。 （ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの垂直画角VAL、VARを模式的に示す平面図である。（ｂ）は、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。（ｃ）は、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。 （ａ）は、グラフィックス・プレーンGPLの表すグラフィックス映像の一例を示す模式図である。（ｂ）、（ｃ）はそれぞれ、グラフィックス・プレーンGPLに右向きと左向きとのオフセットを与える処理を示す模式図である。（ｄ）、（ｅ）はそれぞれ、右向きと左向きとのオフセットが与えられたグラフィックス・プレーンGP1、GP2の表すグラフィックス映像を示す模式図である。 ＢＤ−ＲＯＭディスク上のＰＧストリーム又はＩＧストリームから再生されるグラフィックス・プレーン、及び、再生装置によって生成されるグラフィックス・プレーンに対して規定された、グラフィック部品の配置に関する条件を示す模式図である。 （ａ１）、（ａ２）は、いずれも同じレターボックス表示の画面を示す模式図である。（ｂ）、（ｃ）はそれぞれ、主映像プレーンに１３１ピクセルのオフセットを上向きと下向きとに与えたときの各画面を示す模式図である。（ｄ）は、主映像プレーンに５１ピクセルのオフセットを上向きに与えたときの画面を示す模式図である。 ビデオ・シフトに必要な再生装置内の構成を示す機能ブロック図である。 （ａ）は、ＳＰＲＭ（３２）とＳＰＲＭ（３３）との各データ構造を示す表である。（ｂ）は、レターボックス表示の映像コンテンツにおけるプレイリスト・ファイル内のＳＴＮテーブルを示す模式図である。 （ａ）−（ｃ）はそれぞれ、アップ・モード、キープ・モード、及びダウン・モードのビデオ・シフト部6501によって処理された主映像プレーンVPA、VPB、VPCを示す模式図である。（ｄ）−（ｆ）はそれぞれ、アップ・モード、キープ・モード、及びダウン・モードの第２クロッピング処理部4632によって処理されたＰＧプレーンPGD、PGE、PGFを示す模式図である。（ｇ）−（ｉ）はそれぞれ、アップ・モード、キープ・モード、及びダウン・モードの第２加算部4642によって合成されたプレーン・データPLG、PLH、PLIを示す模式図である。 （ａ）は、レターボックス表示の映像コンテンツにおけるプレイリスト・ファイル内のＳＴＮテーブルの別例を示す模式図である。（ｂ）は、（ａ）に示されているＳＴＮテーブルにおける、ビデオ・シフト・モード6812を含む複数のストリーム属性情報6803の登録順序を示す模式図である。 ビデオ・シフトに必要な再生装置内の構成の別例を示す機能ブロック図である。 （ａ）は、プレーヤ変数記憶部4236内のＳＰＲＭ（３７）のデータ構造を示す模式図である。（ｂ）は、ＰＧストリームの表す字幕の背景色が無色透明に設定された場合において、画面SCRに表示される映像IMGと字幕SUBとを示す模式図である。（ｃ）は、字幕の背景色が、ＳＰＲＭ（３７）に格納された色座標値に設定された場合において、画面SCRに表示される映像IMGと字幕SUBとを示す模式図である。 （ａ）は、レターボックス表示の映像コンテンツにおけるプレイリスト・ファイル内のＳＴＮテーブルの更に別の例を示す模式図である。（ｂ）は、ビデオ・シフトに必要な再生装置内の構成の更に別の例を示す機能ブロック図である。 （ａ）は、キープ・モードに対応する字幕SB1、SB2を示す模式図である。（ｂ）は、ダウン・モードに対応する字幕SBD、SB2を示す模式図である。（ｃ）は、キープ・モードで表示される字幕SB1を示す模式図である。（ｄ）は、ビデオ上移動時字幕7110がＳＴＮテーブルに登録されていない場合において、アップ・モードで表示される字幕SB3を示す模式図である。 （ａ）、（ｂ）はそれぞれ、ＢＤ−ＲＯＭディスク上の第１サブＴＳと第２サブＴＳとに多重化されたエレメンタリ・ストリームの一覧表である。 本発明の実施形態２によるＳＴＮテーブルＳＳ3130のデータ構造を示す模式図である。 本発明の実施形態２によるシステム・ターゲット・デコーダ7525の機能ブロック図である。 ２プレーン・モードのプレーン加算部7526の部分的な機能ブロック図である。 （ａ）、（ｂ）、（ｃ）は、２Ｄ・ＰＧストリームの表すレフトビュー・グラフィックス映像GOB0と、ライトビューＰＧストリームの表すライトビュー・グラフィックス映像GOB1−3とを示す模式図である。（ｄ）、（ｅ）、（ｆ）はそれぞれ、（ａ）、（ｂ）、（ｃ）に示されているレフトビュー・グラフィックス映像に対するオフセット制御を示す模式図である。 本発明の実施形態３による記録装置7800の機能ブロック図である。 （ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用されるレフトビュー・ピクチャとライトビュー・ピクチャとを表す模式図である。（ｃ）は、図７８に示されているビデオ・エンコーダ7802によってそれらのピクチャから算出された奥行き情報を示す模式図である。 図７８に示されている記録装置7800を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。 隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。 （ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。 ２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。 ２Ｄ再生モードの再生装置内の再生処理系統を示すブロック図である。 （ａ）は、図８４に示されている再生処理系統が２Ｄ再生モードで動作している間に、リード・バッファ3721に蓄積されるデータ量DAの変化を示すグラフである。（ｂ）は、再生対象のエクステント・ブロック8510と２Ｄ再生モードでの再生経路8520との間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスクに関するジャンプ距離S_JUMPと最大ジャンプ時間T_JUMP＿MAXとの間の対応表の一例である。 ３Ｄ再生モードの再生装置内の再生処理系統を示すブロック図である。 （ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、図８７に示されているＲＢ１4221、ＲＢ２4222に蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｃ）は、そのエクステント・ブロック8810と３Ｄ再生モードでの再生経路8820との間の対応関係を示す模式図である。 （ｂ）は、（Ｍ＋１）番目（整数Ｍは１以上である。）のエクステント・ブロック8901と（Ｍ＋２）番目のエクステント・ブロック8902、及び、それらのエクステント・ブロック8901、8902と３Ｄ再生モードでの再生経路8920との間の対応関係を示す模式図である。（ａ）は、それらのエクステント・ブロック8901、8902から連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１4221、ＲＢ２4222に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。 （ａ）、（ｂ）は、図８９の（ｂ）に示されている二つのエクステント・ブロック8901、8902から連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１4221、ＲＢ２4222に蓄積されるデータ量DA1、DA2の変化を示すグラフである。 ３Ｄ再生モードのシステム・ターゲット・デコーダ4225内に備えられたビデオ・ストリームの処理系統を示すブロック図である。 （ａ）、（ｂ）はそれぞれ、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]とのエクステント単位での合計を制限した場合における各転送速度R_EXT1、R_EXT2の時間的な変化を示すグラフである。（ｃ）は、（ａ）、（ｂ）に示されているベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2とを足し合わせた値の時間的な変化を示すグラフである。 システム・ターゲット・デコーダ内でソース・デパケタイザからＰＩＤフィルタへ転送されるＴＳパケットとＡＴＣ時間との間の関係を示す模式図である。 （ａ）は、一つのエクステント・ペアについて、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]との組み合わせ別に最大エクステント・サイズmaxS_EXT1[n]、maxS_EXT2[n]を示す表である。（ｂ）は、層境界LBの後に配置されたエクステント・ブロック9402の先頭に位置するエクステント・ペアEXT1[n]、EXT2[n]において、ベースビュー・データ・ブロックB[n]をディペンデントビュー・データ・ブロックD[n]の前に配置した場合を示す模式図である。 （ａ）、（ｂ）は、図９４の（ｂ）に示されている二つのエクステント・ブロック9401、9402から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１とＲＢ２とのそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。 （ａ）は、エクステント・ブロックの途中に位置するエクステント・ペアの中でデータ・ブロックの順序が逆転している配置に対するエクステント起点のデータ構造（Syntax）を示す模式図である。（ｂ）は、ファイル・ベースに属するベースビュー・エクステントEXT1[k]（k＝0、1、2、…）と、エクステント起点の示すエクステント開始フラグとの間の対応関係を表す模式図である。（ｃ）は、ファイルＤＥＰに属するディペンデントビュー・エクステントEXT2[k]とエクステント開始フラグとの間の対応関係を表す模式図である。（ｄ）は、ファイルＳＳに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク上のエクステント・ブロックとの間の対応関係を示す模式図である。 （ｃ）は、ＲＢ１4221に求められる容量が最も大きいデータ・ブロックの配置を示す模式図である。（ａ）、（ｂ）は、（ｃ）に示されているエクステント・ブロック9701、9702から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１4221、ＲＢ２4222のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｆ）は、ＲＢ２4222に求められる容量が最も大きいデータ・ブロックの配置を示す模式図である。（ｄ）、（ｅ）は、（ｆ）に示されているエクステント・ブロック9703、9704から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１4221、ＲＢ２4222のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。 （ｃ）は、データ・ブロックの順序が逆転しているエクステント・ペアを途中に含むエクステント・ブロック9810を示す模式図である。（ａ）、（ｂ）は、（ｃ）に示されているエクステント・ブロック9801から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１4221、ＲＢ２4222の各蓄積データ量DA1、DA2の変化を示すグラフである。 データ・ブロックの順序が逆転しているエクステント・ペアを途中に含むエクステント・ブロック9900とＡＶストリーム・ファイル9910−9920との間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスクの層境界LBの前後に記録されたデータ・ブロック群の配置１を示す模式図である。 図１００に示されている配置１のデータ・ブロック群に対する２Ｄ再生モードでの再生経路A110と３Ｄ再生モードでの再生経路A120とを示す模式図である。 ＢＤ−ＲＯＭディスクの層境界LBの前後に記録されたデータ・ブロック群の配置２を示す模式図である。 図１０２に示されている配置２のデータ・ブロック群に対する２Ｄ再生モードでの再生経路A310と３Ｄ再生モードでの再生経路A320とを示す模式図である。 図１０３に示されている第２エクステント・ブロックA202の後端に位置する３Ｄ再生専用ブロックB[3]_SSの読み出し時間S_EXT1[3]／R_UD72と、ＲＢ２4222の容量の下限との間の関係を示すグラフである。 ファイル・ベースA501とファイルＤＥＰA502との各エクステントEXT1[k]、EXT2[k]（整数kは0以上である。）に対して設定されたエントリ・ポイントA510、A520を示す模式図である。 （ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。 （ａ）は、マルチアングルに対応する多重化ストリーム・データの再生経路を示す模式図である。（ｂ）は、ＢＤ−ＲＯＭディスク上に記録されたデータ・ブロック群A701と、それらに対するＬ／Ｒモードでの再生経路A702とを示す模式図である。（ｃ）は、アングル別のストリーム・データAk、Bk、Ckを構成するエクステント・ブロックを示す模式図である。 マルチアングル期間を構成するデータ・ブロック群A801、及び、それらに対する２Ｄ再生モードでの再生経路A810とＬ／Ｒモードでの再生経路A820とを示す模式図である。 ３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である。 本発明の実施形態４による集積回路3を用いて実現された再生装置の機能ブロック図である。 図１１０に示されているストリーム処理部5の代表的な構成を示す機能ブロック図である。 図１１０に示されている切替部53がＤＭＡＣである場合における切替部53の周辺の機能ブロック図である。 図１１０に示されているＡＶ出力部8の代表的な構成を示す機能ブロック図である。 画像重畳処理におけるメモリ2の利用方法の一例を示す模式図である。 図１１４に示されているメモリ2を利用して、レフトビュー・プレーンにグラフィックス・プレーンを重畳する方法を示す模式図である。 図１１４に示されているメモリ2を利用して、ライトビュー・プレーンにグラフィックス・プレーンを重畳する方法を示す模式図である。 画像重畳処理でのメモリ2の利用方法の別例を示す模式図である。 図１１３に示されているＡＶ出力部8と再生装置のデータ出力部との詳細な機能ブロック図である。 （ａ）、（ｂ）は、図１１０に示されている集積回路3について、その内部に配置された制御バス及びデータバスのトポロジーの例を示す模式図である。 表示装置に実装された実施形態４による集積回路とその周辺部との構成を示す機能ブロック図である。 図１２０に示されているＡＶ出力部8の詳細な機能ブロック図である。 図１１０に示されている集積回路3を利用した再生装置による再生処理のフローチャートである。 図１２２に示されている各ステップＳ１−６の詳細を示すフローチャートである。

以下、本発明の好適な実施形態に係る記録媒体及び再生装置について、図面を参照しながら説明する。

《実施形態１》

図１は、本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。このホームシアター・システムは、視差映像を用いた３Ｄ映像（立体視映像）の再生方式を採用し、特に表示方式として継時分離方式を採用している（詳細は《補足》参照）。図１を参照するに、このホームシアター・システムは記録媒体101を再生対象とし、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。再生装置102と表示装置103とは、図１に示されているように互いに独立な装置である。その他に、再生装置102と表示装置103とが一体化されていてもよい。

記録媒体101は読み出し専用ブルーレイ・ディスク（登録商標）（ＢＤ：Blu−ray Disc）、すなわちＢＤ−ＲＯＭディスクである。記録媒体101はその他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。その記録媒体、すなわちＢＤ−ＲＯＭディスク101は３Ｄ映像による映画コンテンツを格納している。このコンテンツは、その３Ｄ映像のレフトビューとライトビューとのそれぞれを表すビデオ・ストリームを含む。そのコンテンツは更に、その３Ｄ映像のデプスマップを表すビデオ・ストリームを含んでいてもよい。それらのビデオ・ストリームは、後述のようにデータ・ブロック単位でＢＤ−ＲＯＭディスク101上に配置され、後述のファイル構造を利用してアクセスされる。レフトビュー又はライトビューを表すビデオ・ストリームは、２Ｄ再生装置と３Ｄ再生装置とのそれぞれにより、そのコンテンツを２Ｄ映像として再生するのに利用される。一方、レフトビューとライトビューとのそれぞれを表すビデオ・ストリームの対、又は、レフトビュー若しくはライトビューのいずれかとデプスマップとのそれぞれを表すビデオ・ストリームの対は、３Ｄ再生装置により、そのコンテンツを３Ｄ映像として再生するのに利用される。

再生装置102はＢＤ−ＲＯＭドライブ121を搭載している。ＢＤ−ＲＯＭドライブ121はＢＤ−ＲＯＭ方式に準拠の光ディスクドライブである。再生装置102はＢＤ−ＲＯＭドライブ121を利用して、ＢＤ−ＲＯＭディスク101からコンテンツを読み込む。再生装置102は更にそのコンテンツを映像データ／音声データに復号する。ここで、再生装置102は３Ｄ再生装置であり、そのコンテンツを２Ｄ映像と３Ｄ映像とのいずれとしても再生可能である。以下、２Ｄ映像と３Ｄ映像とのそれぞれを再生するときの再生装置102の動作モードを「２Ｄ再生モード」、「３Ｄ再生モード」という。２Ｄ再生モードでは、映像データはレフトビュー又はライトビューのいずれか一方の映像フレームを含む。３Ｄ再生モードでは、映像データはレフトビューとライトビューとの両方の映像フレームを含む。

３Ｄ再生モードは更に、レフト／ライト（Ｌ／Ｒ）モードとデプス・モードとに分けられる。「Ｌ／Ｒモード」では、レフトビューとライトビューとのそれぞれを表すビデオ・ストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。「デプス・モード」では、レフトビュー又はライトビューのいずれかとデプスマップとのそれぞれを表すビデオ・ストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。再生装置102はＬ／Ｒモードを備える。再生装置102は更に、デプス・モードを備えていてもよい。

再生装置102はＨＤＭＩ（High−Definition Multimedia Interface）ケーブル122で表示装置103に接続されている。再生装置102は映像データ／音声データをＨＤＭＩ方式の映像信号／音声信号に変換し、ＨＤＭＩケーブル122を通して表示装置103に伝送する。２Ｄ再生モードでは、映像信号にはレフトビュー又はライトビューのいずれか一方の映像フレームが多重化されている。３Ｄ再生モードでは、映像信号にはレフトビューとライトビューとの両方の映像フレームが時分割で多重化されている。再生装置102は更に、ＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換する。それにより、再生装置102は、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせることができる。

表示装置103は液晶ディスプレイである。表示装置103はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。表示装置103は、映像信号に従って画面131上に映像を表示し、音声信号に従って内蔵のスピーカから音声を発生させる。表示装置103は３Ｄ映像の再生に対応可能である。２Ｄ映像の再生時、画面131上にはレフトビュー又はライトビューのいずれか一方が表示される。３Ｄ映像の再生時、画面131上にはレフトビューとライトビューとが交互に表示される。

表示装置103は左右信号送信部132を含む。左右信号送信部132は左右信号LRを赤外線又は無線でシャッター眼鏡104へ送出する。左右信号LRは、現時点で画面131に表示される映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ映像の再生時、表示装置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は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、ＢＤ−ＲＯＭディスク101の再生開始若しくは停止等、再生装置102又は表示装置103の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンの識別情報を信号で送信部に伝える。送信部はその信号を赤外線又は無線による信号IRに変換して再生装置102又は表示装置103へ送出する。一方、再生装置102と表示装置103とはそれぞれ、その信号IRを受信し、その信号IRの示すボタンを特定し、そのボタンに対応付けられた機能を実行する。こうして、ユーザは再生装置102又は表示装置103を遠隔操作できる。

＜ＢＤ−ＲＯＭディスク上のデータ構造＞

図２は、ＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。図２を参照するに、ＢＤ−ＲＯＭディスク101上のデータ記録領域の最内周部にはＢＣＡ（BurstCutting Area）201が設けられている。ＢＣＡに対してはＢＤ−ＲＯＭドライブ121によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止される。それにより、ＢＣＡ201は著作権保護技術に利用される。ＢＣＡ201よりも外側のデータ記録領域では内周から外周へ向けてトラックが螺旋状に延びている。図２にはトラック202が模式的に横方向に引き伸ばされて描かれている。その左側はディスク101の内周部を表し、右側は外周部を表す。図２に示されているように、トラック202は内周から順に、リードイン領域202A、ボリューム領域202B、及びリードアウト領域202Cを含む。リードイン領域202AはＢＣＡ201のすぐ外周側に設けられている。リードイン領域202Aは、ボリューム領域202Bに記録されたデータのサイズ及び物理アドレス等、ＢＤ−ＲＯＭドライブ121によるボリューム領域202Bへのアクセスに必要な情報を含む。リードアウト領域202Cはデータ記録領域の最外周部に設けられ、ボリューム領域202Bの終端を示す。ボリューム領域202Bは、映像及び音声等のアプリケーション・データを含む。

ボリューム領域202Bは「セクタ」と呼ばれる小領域202Dに分割されている。セクタのサイズは共通であり、例えば２０４８バイトである。各セクタ202Dにはボリューム領域202Bの先端から順に通し番号が振られている。この通し番号は論理ブロック番号（ＬＢＮ）と呼ばれ、ＢＤ−ＲＯＭディスク101上の論理アドレスに利用される。ＢＤ−ＲＯＭディスク101からのデータの読み出しでは、宛先のセクタのＬＢＮが指定されることによって読み出し対象のデータが特定される。こうして、ボリューム領域202Bはセクタ単位でアクセス可能である。更に、ＢＤ−ＲＯＭディスク101上では論理アドレスが物理アドレスと実質的に等しい。特に、ＬＢＮが連続している領域では物理アドレスも実質的に連続している。従って、ＢＤ−ＲＯＭドライブ121は、ＬＢＮが連続しているセクタからデータを、その光ピックアップにシークを行わせることなく連続して読み出すことができる。

ボリューム領域202Bに記録されたデータは所定のファイルシステムで管理される。そのファイルシステムとしてはＵＤＦ（Universal Disc Format）が採用されている。そのファイルシステムはその他にＩＳＯ９６６０であってもよい。そのファイルシステムに従い、ボリューム領域202Bに記録されたデータはディレクトリ／ファイル形式で表現される（詳細は《補足》参照）。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。

≪ＢＤ−ＲＯＭディスク上のディレクトリ／ファイル構造≫

図２は更に、ＢＤ−ＲＯＭディスク101のボリューム領域202Bに格納されたデータのディレクトリ／ファイル構造を示す。図２を参照するに、このディレクトリ／ファイル構造では、ルート（ＲＯＯＴ）ディレクトリ203の直下にＢＤムービー（ＢＤＭＶ：BDMovie）ディレクトリ210が置かれている。ＢＤＭＶディレクトリ210の直下には、インデックス・ファイル（index.bdmv）211とムービーオブジェクト・ファイル（MovieObject.bdmv）212とが置かれている。

インデックス・ファイル211は、ＢＤ−ＲＯＭディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルと、再生装置102の動作を制御するためのプログラムとの間の対応表である。そのプログラムを「オブジェクト」という。オブジェクトの種類にはムービーオブジェクトとＢＤ−Ｊ（BDJava （登録商標））オブジェクトとがある。

ムービーオブジェクト・ファイル212は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置102は一般的なＤＶＤプレーヤと同様に、まず表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。

図２を更に参照するに、ＢＤＭＶディレクトリ210の直下には、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ220、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ230、ストリーム（ＳＴＲＥＡＭ）ディレクトリ240、ＢＤ−Ｊオブジェクト（ＢＤＪＯ：BDJava（登録商標） Object）ディレクトリ250、及びＪａｖａ（登録商標） アーカイブ（ＪＡＲ：Java（登録商標） Archive）ディレクトリ260が置かれている。

ＳＴＲＥＡＭディレクトリ240の直下には、三種類のＡＶストリーム・ファイル（01000.m2ts）241、（02000.m2ts）242、（03000.m2ts）243、及び立体視インターリーブ・ファイル（ＳＳＩＦ：StereoscopicInterleaved File）ディレクトリ244が置かれている。ＳＳＩＦディレクトリ244の直下には、二種類のＡＶストリーム・ファイル（01000.ssif）244A、（02000.ssif）244Bが置かれている。

「ＡＶストリーム・ファイル」は、ＢＤ−ＲＯＭディスク101上に記録された映像コンテンツの本体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの本体とは一般に、映像・音声・字幕等を表す各種のストリーム・データ、すなわちエレメンタリ・ストリームが多重化されたストリーム・データを意味する。多重化ストリーム・データはメイン・トランスポート・ストリーム（ＴＳ）とサブＴＳとに大別される。「メインＴＳ」は、プライマリ・ビデオ・ストリームとしてベースビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ベースビュー・ビデオ・ストリーム」は、単独で再生可能であって、２Ｄ映像を表すビデオ・ストリームをいう。この２Ｄ映像を「ベースビュー」又は「メインビュー」という。「サブＴＳ」は、プライマリ・ビデオ・ストリームとしてディペンデントビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ディペンデントビュー・ビデオ・ストリーム」は、その再生にベースビュー・ビデオ・ストリームを必要とし、そのベースビュー・ビデオ・ストリームとの組み合わせで３Ｄ映像を表すビデオ・ストリームをいう。ディペンデントビュー・ビデオ・ストリームの種類には、ライトビュー・ビデオ・ストリーム、レフトビュー・ビデオ・ストリーム、及びデプスマップ・ストリームがある。「ライトビュー・ビデオ・ストリーム」は、ベースビューが３Ｄ映像のレフトビューであるときに、その３Ｄ映像のライトビューを表すビデオ・ストリームである。「レフトビュー・ビデオ・ストリーム」はその逆である。「デプスマップ・ストリーム」は、ベースビューが仮想的な２Ｄ画面への３Ｄ映像の射影であるときに、その３Ｄ映像のデプスマップを表すストリーム・データである。ディペンデントビュー・ビデオ・ストリームの表す２Ｄ映像又はデプスマップを「ディペンデントビュー」又は「サブビュー」という。

ＡＶストリーム・ファイルは、内蔵の多重化ストリーム・データの種類に依って、ファイル２Ｄ、ファイル・ディペンデント（以下、ファイルＤＥＰと略す。）、及びインターリーブ・ファイル（以下、ファイルＳＳと略す。）に分けられる。「ファイル２Ｄ」は、２Ｄ再生モードでの２Ｄ映像の再生に利用されるＡＶストリーム・ファイルであって、メインＴＳを含むものをいう。「ファイルＤＥＰ」は、サブＴＳを含むＡＶストリーム・ファイルをいう。「ファイルＳＳ」は、同じ３Ｄ映像を表すメインＴＳとサブＴＳとの対を含むＡＶストリーム・ファイルをいう。ファイルＳＳは特に、メインＴＳをいずれかのファイル２Ｄと共有し、サブＴＳをいずれかのファイルＤＥＰと共有する。すなわち、ＢＤ−ＲＯＭディスク101のファイルシステムでは、メインＴＳはファイルＳＳとファイル２Ｄとのいずれとしてもアクセス可能であり、サブＴＳはファイルＳＳとファイルＤＥＰとのいずれとしてもアクセス可能である。このように、ＢＤ−ＲＯＭディスク101上に記録された一連のデータを異なるファイルに共有させ、いずれのファイルとしてもアクセス可能にする仕組みを「ファイルのクロスリンク」という。

図２に示されている例では、第１ＡＶストリーム・ファイル（01000.m2ts）241はファイル２Ｄであり、第２ＡＶストリーム・ファイル（02000.m2ts）242と第３ＡＶストリーム・ファイル（03000.m2ts）243とはいずれもファイルＤＥＰである。このように、ファイル２ＤとファイルＤＥＰとはＳＴＲＥＡＭディレクトリ240の直下に置かれる。第１ＡＶストリーム・ファイルすなわちファイル２Ｄ241の含むベースビュー・ビデオ・ストリームは３Ｄ映像のレフトビューを表す。第２ＡＶストリーム・ファイルすなわち第１ファイルＤＥＰ242の含むディペンデントビュー・ビデオ・ストリームはライトビュー・ビデオ・ストリームを含む。第３ＡＶストリーム・ファイルすなわち第２ファイルＤＥＰ243の含むディペンデントビュー・ビデオ・ストリームはデプスマップ・ストリームを含む。

図２に示されている例では更に、第４ＡＶストリーム・ファイル（01000.ssif）244Aと第５ＡＶストリーム・ファイル（02000.ssif）244BとはいずれもファイルＳＳである。このように、ファイルＳＳはＳＳＩＦディレクトリ244の直下に置かれる。第４ＡＶストリーム・ファイル、すなわち第１ファイルＳＳ244Aは、ファイル２Ｄ241とメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第１ファイルＤＥＰ242とサブＴＳ、特にライトビュー・ビデオ・ストリームを共有する。第５ＡＶストリーム・ファイル、すなわち第２ファイルＳＳ244Bは、第１ファイル２Ｄ241とメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第３ファイルＤＥＰ243とサブＴＳ、特にデプスマップ・ストリームを共有する。

ＣＬＩＰＩＮＦディレクトリ230には、三種類のクリップ情報ファイル（01000.clpi）231、（02000.clpi）232、（03000.clpi）233が置かれている。「クリップ情報ファイル」は、ファイル２ＤとファイルＤＥＰとに一対一に対応付けられたファイルであって、特に各ファイルのエントリ・マップを含むものをいう。「エントリ・マップ」は、各ファイルの表すシーンの表示時間と、そのシーンが記録された各ファイル内のアドレスとの間の対応表である。クリップ情報ファイルのうち、ファイル２Ｄに対応付けられているものを「２Ｄクリップ情報ファイル」といい、ファイルＤＥＰに対応付けられているものを「ディペンデントビュー・クリップ情報ファイル」という。図２に示されている例では、第１クリップ情報ファイル（01000.clpi）231は２Ｄクリップ情報ファイルであり、ファイル２Ｄ241に対応付けられている。第２クリップ情報ファイル（02000.clpi）232と第３クリップ情報ファイル（03000.clpi）233とはいずれもディペンデントビュー・クリップ情報ファイルであり、それぞれ、第１ファイルＤＥＰ242と第２ファイルＤＥＰ243とに対応付けられている。

ＰＬＡＹＬＩＳＴディレクトリ220には三種類のプレイリスト・ファイル（00001.mpls）221、（00002.mpls）222、（00003.mpls）223が置かれている。「プレイリスト・ファイル」は、ＡＶストリーム・ファイルの再生経路、すなわちＡＶストリーム・ファイルの再生対象の部分とその再生順序とを規定するファイルをいう。プレイリスト・ファイルの種類には２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとがある。「２Ｄプレイリスト・ファイル」はファイル２Ｄの再生経路を規定する。「３Ｄプレイリスト・ファイル」は、２Ｄ再生モードの再生装置に対してはファイル２Ｄの再生経路を規定し、３Ｄ再生モードの再生装置に対してはファイルＳＳの再生経路を規定する。図２に示されている例では、第１プレイリスト・ファイル（00001.mpls）221は２Ｄプレイリスト・ファイルであり、ファイル２Ｄ241の再生経路を規定する。第２プレイリスト・ファイル（00002.mpls）222は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ241の再生経路を規定し、Ｌ／Ｒモードの３Ｄ再生装置に対しては第１ファイルＳＳ244Aの再生経路を規定する。第３プレイリスト・ファイル（00003.mpls）223は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ241の再生経路を規定し、デプス・モードの３Ｄ再生装置に対しては第２ファイルＳＳ244Bの再生経路を規定する。

ＢＤＪＯディレクトリ250にはＢＤ−Ｊオブジェクト・ファイル（XXXXX.bdjo）251が置かれている。ＢＤ−Ｊオブジェクト・ファイル251はＢＤ−Ｊオブジェクトを一つ含む。ＢＤ−Ｊオブジェクトはバイトコード・プログラムであり、再生装置102に実装されたＪａｖａ（登録商標） 仮想マシンにタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。ＢＤ−Ｊオブジェクトは、Ｊａｖａ（登録商標） 言語等のコンパイラ型言語で記述されている。ＢＤ−Ｊオブジェクトはアプリケーション管理テーブルと参照対象のプレイリスト・ファイルの識別情報とを含む。「アプリケーション管理テーブル」は、Ｊａｖａ（登録商標） 仮想マシンに実行させるべきＪａｖａ（登録商標） アプリケーション・プログラムとその実行時期、すなわちライフサイクルとの対応表である。「参照対象のプレイリスト・ファイルの識別情報」は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ（登録商標） 仮想マシンはユーザの操作又はアプリケーション・プログラムに従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａ（登録商標） アプリケーション・プログラムを実行する。それにより、再生装置102は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置103にグラフィックス映像をタイトルの映像とは独立に表示させる。

ＪＡＲディレクトリ260にはＪＡＲファイル（YYYYY.jar）261が置かれている。ＪＡＲファイル261は、ＢＤ−Ｊオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきＪａｖａ（登録商標） アプリケーション・プログラムの本体を一般に複数含む。「Ｊａｖａ（登録商標） アプリケーション・プログラム」は、ＢＤ−Ｊオブジェクトと同様、Ｊａｖａ（登録商標） 言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。Ｊａｖａ（登録商標） アプリケーション・プログラムの種類には、Ｊａｖａ（登録商標） 仮想マシンにタイトルの再生処理を実行させるもの、及びＪａｖａ（登録商標） 仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。ＪＡＲファイル261はＪａｖａ（登録商標） アーカイブ・ファイルであり、再生装置102に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にＪａｖａ（登録商標） アプリケーション・プログラムが格納される。

≪多重化ストリーム・データの構造≫

図３の（ａ）は、ＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。メインＴＳはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームであり、図２に示されているファイル２Ｄ241に含まれる。図３の（ａ）を参照するに、メインＴＳは、プライマリ・ビデオ・ストリーム301、プライマリ・オーディオ・ストリーム302A、302B、及びプレゼンテーション・グラフィックス（ＰＧ）ストリーム303A、303Bを含む。メインＴＳはその他に、インタラクティブ・グラフィックス（ＩＧ）ストリーム304、セカンダリ・オーディオ・ストリーム305、及びセカンダリ・ビデオ・ストリーム306を含んでもよい。

プライマリ・ビデオ・ストリーム301は映画の主映像を表し、セカンダリ・ビデオ・ストリーム306は副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。プライマリ・ビデオ・ストリーム301とセカンダリ・ビデオ・ストリーム306とはいずれもベースビュー・ビデオ・ストリームである。各ビデオ・ストリーム301、306は、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、又はＳＭＰＴＥ ＶＣ−１等の動画圧縮符号化方式で符号化されている。

プライマリ・オーディオ・ストリーム302A、302Bは映画の主音声を表す。ここで、二つのプライマリ・オーディオ・ストリーム302A、302Bの間では言語が異なる。セカンダリ・オーディオ・ストリーム305は、対話画面の操作に伴う効果音等、主音声と重ね合わされるべき（ミキシングされるべき）副音声を表す。各オーディオ・ストリーム302A、302B、305は、ＡＣ−３、ドルビー・デジタル・プラス（DolbyDigital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ（Meridian Lossless Packing：登録商標）、ＤＴＳ（DigitalTheater System：登録商標）、ＤＴＳ−ＨＤ、又はリニアＰＣＭ（Pulse Code Modulation）等の方式で符号化されている。

各ＰＧストリーム303A、303Bは、グラフィックスによる字幕等、プライマリ・ビデオ・ストリーム301の表す映像に重ねて表示されるべきグラフィックス映像を表す。二つのＰＧストリーム303A、303Bの間では、例えば字幕の言語が異なる。ＩＧストリーム304は、表示装置103の画面131上に対話画面を構成するためのグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィック部品及びその配置を表す。

エレメンタリ・ストリーム301−306はパケット識別子（ＰＩＤ）によって識別される。ＰＩＤの割り当ては例えば次のとおりである。一つのメインＴＳはプライマリ・ビデオ・ストリームを一本のみ含むので、プライマリ・ビデオ・ストリーム301には１６進数値０ｘ１０１１が割り当てられる。一つのメインＴＳに他のエレメンタリ・ストリームが種類ごとに最大３２本まで多重化可能であるとき、プライマリ・オーディオ・ストリーム302A、302Bには０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム303A、303Bには０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム304には０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオ・ストリーム305には０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム306には０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。

図３の（ｂ）は、ＢＤ−ＲＯＭディスク101上のサブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図２に示されている各ファイルＤＥＰ242、243に含まれる。図３の（ｂ）を参照するに、サブＴＳは二本のプライマリ・ビデオ・ストリーム311R、311Dを含む。その一方311Rはライトビュー・ビデオ・ストリームであり、他方311Dはデプスマップ・ストリームである。尚、それらのプライマリ・ビデオ・ストリーム311R、311Dは、異なるファイルＤＥＰ242、243に別々に多重化されてもよい。ライトビュー・ビデオ・ストリーム311Rは、メインＴＳ内のプライマリ・ビデオ・ストリーム301が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。デプスマップ・ストリーム311Dは、メインＴＳ内のプライマリ・ビデオ・ストリーム301との組み合わせで３Ｄ映像を表す。サブＴＳはその他にセカンダリ・ビデオ・ストリーム312R、312Dを含んでもよい。その一方312Rはライトビュー・ビデオ・ストリームであり、他方312Dはデプスマップ・ストリームである。そのライトビュー・ビデオ・ストリーム312Rは、メインＴＳ内のセカンダリ・ビデオ・ストリーム306が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。そのデプスマップ・ストリーム312Dは、メインＴＳ内のセカンダリ・ビデオ・ストリーム306との組み合わせで３Ｄ映像を表す。

エレメンタリ・ストリーム311R、…、312Dに対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム311R、311Dにはそれぞれ、０ｘ１０１２、０ｘ１０１３が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、セカンダリ・ビデオ・ストリーム312R、312Dには０ｘ１Ｂ２０から０ｘ１Ｂ３Ｆまでのいずれかが割り当てられる。

図４は、多重化ストリーム・データ400内でのＴＳパケットの配置を示す模式図である。このパケット構造はメインＴＳとサブＴＳとで共通である。多重化ストリーム・データ400内では各エレメンタリ・ストリーム401、402、403、404はＴＳパケット421、422、423、424の列に変換されている。例えばビデオ・ストリーム401では、まず、各フレーム401A又は各フィールドが一つのＰＥＳ（PacketizedElementary Stream）パケット411に変換される。次に、各ＰＥＳパケット411が一般に複数のＴＳパケット421に変換される。同様に、オーディオ・ストリーム402、ＰＧストリーム403、及びＩＧストリーム404はそれぞれ、一旦ＰＥＳパケット412、413、414の列に変換された後、ＴＳパケット422、423、424の列に変換される。最後に、各エレメンタリ・ストリーム401、402、403、404から得られたＴＳパケット421、422、423、424が一本のストリーム・データ400に時分割で多重化される。

図５の（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。各ＴＳパケット501は１８８バイト長のパケットである。図５の（ｂ）を参照するに、各ＴＳパケット501は、ＴＳペイロード501Pとアダプテーション（adaptation）フィールド（以下、ＡＤフィールドと略す。）501Aとの少なくともいずれか、及びＴＳヘッダ501Hを含む。ＴＳペイロード501PとＡＤフィールド501Aとは、両方を合わせて１８４バイト長のデータ領域である。ＴＳペイロード501PはＰＥＳパケットの格納領域として利用される。図４に示されているＰＥＳパケット411−414はそれぞれ、一般に複数の部分に分割され、各部分が異なるＴＳペイロード501Pに格納される。ＡＤフィールド501Aは、ＴＳペイロード501Pのデータ量が１８４バイトに満たないときにスタッフィング・バイト（すなわちダミー・データ）を格納するための領域である。ＡＤフィールド501Aはその他に、ＴＳパケット501が例えば後述のＰＣＲであるときに、その情報の格納領域として利用される。ＴＳヘッダ501Hは４バイト長のデータ領域である。

図５の（ａ）は、ＴＳヘッダ501Hのデータ構造を示す模式図である。図５の（ａ）を参照するに、ＴＳヘッダ501Hは、ＴＳ優先度（transport＿priority）511、ＰＩＤ512、及びＡＤフィールド制御（adaptation＿field＿control）513を含む。ＰＩＤ512は、同じＴＳパケット501内のＴＳペイロード501Pに格納されたデータの属するエレメンタリ・ストリームのＰＩＤを示す。ＴＳ優先度511は、ＰＩＤ512の示す値が共通するＴＳパケット群の中でのＴＳパケット501の優先度を示す。ＡＤフィールド制御513は、ＴＳパケット501内でのＡＤフィールド501AとＴＳペイロード501Pとのそれぞれの有無を示す。例えばＡＤフィールド制御513が“１”を示すとき、ＴＳパケット501はＡＤフィールド501Aを含まず、ＴＳペイロード501Pを含む。ＡＤフィールド制御513が“２”を示すときはその逆である。ＡＤフィールド制御513が“３”を示すとき、ＴＳパケット501はＡＤフィールド501AとＴＳペイロード501Pとの両方を含む。

図５の（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。図５の（ｃ）を参照するに、各ソースパケット502は１９２バイト長のパケットであり、図５の（ｂ）に示されているＴＳパケット501の一つと４バイト長のヘッダ（TP＿Extra＿Header）502Hとを含む。ＴＳパケット501がＢＤ−ＲＯＭディスク101に記録されるとき、そのＴＳパケット501にヘッダ502Hが付与されることによってソースパケット502は構成される。ヘッダ502HはＡＴＳ（Arrival＿Time＿Stamp）を含む。「ＡＴＳ」は時刻情報であり、再生装置102によって次のように利用される：ソースパケット502がＢＤ−ＲＯＭディスク101から再生装置102内のシステム・ターゲット・デコーダへ送られたときに、そのソースパケット502からＴＳパケット502Pが抽出されてシステム・ターゲット・デコーダ内のＰＩＤフィルタへ転送される。そのヘッダ502H内のＡＴＳは、その転送が開始されるべき時刻を示す。ここで、「システム・ターゲット・デコーダ」は、多重化ストリーム・データからエレメンタリ・ストリームを分離して個別に復号する装置をいう。システム・ターゲット・デコーダと、それによるＡＴＳの利用との詳細については後述する。

図５の（ｄ）は、一連のソースパケット502が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。図５の（ｄ）を参照するに、一連のソースパケット502は３２個ずつ、三つの連続するセクタ521、522、523に記録されている。これは、３２個のソースパケットのデータ量１９２バイト×３２＝６１４４バイトが三つのセクタの合計サイズ２０４８バイト×３＝６１４４バイトに等しいことに因る。このように、三つの連続するセクタ521、522、523に記録された３２個のソースパケット502を「アラインド・ユニット（AlignedUnit）」520という。再生装置102はＢＤ−ＲＯＭディスク101からソースパケット502をアラインド・ユニット520ごとに、すなわち３２個ずつ読み出す。セクタ群521、522、523、…は先頭から順に３２個ずつに分割され、それぞれが一つの誤り訂正符号（ＥＣＣ）ブロック530を構成している。ＢＤ−ＲＯＭドライブ121はＥＣＣブロック530ごとに誤り訂正処理を行う。

≪ＰＧストリームのデータ構造≫

図６は、ＰＧストリーム600のデータ構造を示す模式図である。図６を参照するに、ＰＧストリーム600は複数のデータ・エントリ＃１、＃２、…を含む。各データ・エントリはＰＧストリーム600の表示単位（ディスプレイ・セット）を表し、再生装置102に一枚のグラフィックス・プレーンを構成させるのに必要なデータから成る。ここで、「グラフィックス・プレーン」とは、２Ｄグラフィックス映像を表すグラフィックス・データから生成されるプレーン・データをいう。「プレーン・データ」とは、画素データの二次元配列であり、その配列のサイズは映像フレームの解像度に等しい。一組の画素データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。グラフィックス・プレーンの種類には、ＰＧプレーン、ＩＧプレーン、イメージ・プレーン、及びオン・スクリーン・ディスプレイ（ＯＳＤ）プレーンが含まれる。ＰＧプレーンは、メインＴＳ内のＰＧストリームから生成される。ＩＧプレーンは、メインＴＳ内のＩＧストリームから生成される。イメージ・プレーンは、ＢＤ−Ｊオブジェクトに従って生成される。ＯＳＤプレーンは、再生装置102のファームウェアに従って生成される。

図６を更に参照するに、各データ・エントリは複数の機能セグメントを含む。それらの機能セグメントは、先頭から順に、表示制御セグメント（PresentationControl Segment：ＰＣＳ）、ウィンドウ定義セグメント（Window Define Segment：ＷＤＳ）、パレット定義セグメント（PalletDefine Segment：ＰＤＳ）、及びオブジェクト定義セグメント（Object Define Segment：ＯＤＳ）を含む。

ＷＤＳは、グラフィックス・プレーン内の矩形領域、すなわちウィンドウを規定する。具体的には、ＷＤＳは、ウィンドウＩＤ611、ウィンドウ位置612、及びウィンドウ・サイズ613を含む。ウィンドウＩＤ611はＷＤＳの識別情報（ＩＤ）である。ウィンドウ位置612はグラフィックス・プレーン内でのウィンドウの位置、例えばウィンドウの左上角の座標を示す。ウィンドウ・サイズ613はウィンドウの高さと幅とを示す。

ＰＤＳは、所定種類のカラーＩＤと色座標値（例えば、輝度Ｙ、赤色差Ｃｒ、青色差Ｃｂ、不透明度α）との間の対応関係を規定する。具体的には、ＰＤＳはパレットＩＤ621とカラー・ルックアップ・テーブル（ＣＬＵＴ）622とを含む。パレットＩＤ621はＰＤＳのＩＤである。ＣＬＵＴ622は、グラフィックス・オブジェクトの描画に利用される色の一覧表である。ＣＬＵＴ622には２５６色が登録可能であり、０から２５５までのカラーＩＤが一つずつ、各色に割り当てられている。尚、カラーＩＤ＝２５５は「無色透明」に一定に割り当てられている。

ＯＤＳは一般に複数で一つのグラフィックス・オブジェクトを表す。「グラフィックス・オブジェクト」とは、グラフィックス画像を画素コードとカラーＩＤとの間の対応関係で表現するデータである。グラフィックス・オブジェクトは、ランレングス符号化方式を用いて圧縮された後に分割され、各ＯＤＳに分配されている。各ＯＤＳは更にオブジェクトＩＤ、すなわちグラフィックス・オブジェクトのＩＤを含む。

ＰＣＳは、同じデータ・エントリに属するディスプレイ・セットの詳細を示し、特に、グラフィックス・オブジェクトを用いた画面構成を規定する。その画面構成の種類は、カット・イン／アウト（Cut−In／Out）、フェード・イン／アウト（Fade−In／Out）、色変化（ColorChange）、スクロール（Scroll）、及びワイプ・イン／アウト（Wipe−In／Out）を含む。具体的には、ＰＣＳは、オブジェクト表示位置601、クロッピング情報602、参照ウィンドウＩＤ603、参照パレットＩＤ604、及び参照オブジェクトＩＤ605を含む。オブジェクト表示位置601は、グラフィックス・オブジェクトが表示されるべきグラフィックス・プレーン内の位置、例えばグラフィックス・オブジェクトが表示されるべき領域の左上角の座標を、ＷＤＳの規定するウィンドウ内の座標で表す。クロッピング情報602は、クロッピング処理によってグラフィックス・オブジェクトの中から切り出されるべき矩形状の部分の範囲を示す。その範囲は例えば、左上角の座標、高さ、及び幅で規定される。実際にはその部分を、オブジェクト表示位置601の示す位置に描画することができる。参照ウィンドウＩＤ603、参照パレットＩＤ604、及び参照オブジェクトＩＤ605はそれぞれ、グラフィックス・オブジェクトの描画処理において参照されるべきＷＤＳ、ＰＤＳ、及びグラフィックス・オブジェクトのＩＤを示す。コンテンツ・プロバイダは、ＰＣＳ内のそれらのパラメータを利用して、再生装置102に画面構成を指示する。それにより、例えば「ある字幕を徐々に消去しつつ、次の字幕を表示させる」という視覚効果を再生装置102に実現させることができる。

≪ＩＧストリームのデータ構造≫

図４を更に参照するに、ＩＧストリーム404は、対話構成セグメント（Interactive Composition Segment：ＩＣＳ）、ＰＤＳ、及びＯＤＳを含む。ＰＤＳとＯＤＳとは、ＰＧストリーム403に含まれるものと同様な機能セグメントである。特に、ＯＤＳの含むグラフィックス・オブジェクトは、ボタン及びポップアップ・メニュー等、対話画面を構成するＧＵＩ用グラフィック部品を表す。ＩＣＳは、それらのグラフィックス・オブジェクトを用いた対話操作を規定する。具体的には、ＩＣＳは、ボタン及びポップアップ・メニュー等、ユーザ操作に応じて状態が変化するグラフィックス・オブジェクトのそれぞれについて取り得る状態、すなわち、ノーマル、セレクテッド、及びアクティブの各状態を規定する。ＩＣＳは更にボタン情報を含む。ボタン情報は、ユーザがボタン等に対して確定操作を行った際に再生装置の実行すべきコマンドを含む。

≪ビデオ・ストリームのデータ構造≫

ビデオ・ストリームに含まれる各ピクチャは１フレーム又は１フィールドを表し、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。その圧縮には、ピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化を「ピクチャ内符号化」という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの近似性を利用するピクチャの符号化を「ピクチャ間予測符号化」という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して参照ピクチャに対する動き補償が行われる。更に、動き補償によって得られたピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。

図７は、ベースビュー・ビデオ・ストリーム701とライトビュー・ビデオ・ストリーム702とのピクチャを表示時間順に示す模式図である。図７を参照するに、ベースビュー・ビデオ・ストリーム701はピクチャ710、711、712、…、719（以下、ベースビュー・ピクチャという。）を含み、ライトビュー・ビデオ・ストリーム702はピクチャ720、721、722、…、729（以下、ライトビュー・ピクチャという。）を含む。ベースビュー・ピクチャ710−719は一般に複数のＧＯＰ731、732に分割されている。「ＧＯＰ」は、Ｉピクチャを先頭とする複数枚の連続するピクチャの列をいう。ＧＯＰは一般に、Ｉピクチャの他にＰピクチャとＢピクチャとを含む。ここで、「Ｉ（Intra）ピクチャ」は、ピクチャ内符号化によって圧縮されたピクチャをいう。「Ｐ（Predictive）ピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前である一枚のピクチャが参照ピクチャとして利用されたものをいう。「Ｂ（BidirectionallyPredivtive）ピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前又は後である二枚のピクチャが参照ピクチャとして利用されたものをいう。Ｂピクチャのうち、他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを特に「Ｂｒ（referenceB）ピクチャ」という。

図７に示されている例では、各ＧＯＰ731、732内のベースビュー・ピクチャが以下の順で圧縮される。第１ＧＯＰ731では、まず先頭のベースビュー・ピクチャがＩ₀ピクチャ710に圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に、４番目のベースビュー・ピクチャがＩ₀ピクチャ710を参照ピクチャとしてＰ₃ピクチャ713に圧縮される。ここで、図７に示されている各矢印は、先端のピクチャが後端のピクチャに対する参照ピクチャであることを示す。続いて、２、３番目のベースビュー・ピクチャがＩ₀ピクチャ710とＰ₃ピクチャ713とを参照ピクチャとして、それぞれ、Ｂｒ₁ピクチャ711、Ｂｒ₂ピクチャ712に圧縮される。更に７番目のベースビュー・ピクチャがＰ₃ピクチャ713を参照ピクチャとしてＰ₆ピクチャ716に圧縮される。続いて、４、５番目のベースビュー・ピクチャがＰ₃ピクチャ713とＰ₆ピクチャ716とを参照ピクチャとして、それぞれ、Ｂｒ₄ピクチャ714、Ｂｒ₅ピクチャ715に圧縮される。同様に、第２ＧＯＰ732では、まず先頭のベースビュー・ピクチャがＩ₇ピクチャ717に圧縮される。次に３番目のベースビュー・ピクチャがＩ₇ピクチャ717を参照ピクチャとしてＰ₉ピクチャ719に圧縮される。続いて、２番目のベースビュー・ピクチャがＩ₇ピクチャ717とＰ₉ピクチャ719とを参照ピクチャとしてＢｒ₈ピクチャ718に圧縮される。

ベースビュー・ビデオ・ストリーム701では各ＧＯＰ731、732がその先頭にＩピクチャを必ず含むので、ベースビュー・ピクチャはＧＯＰごとに復号可能である。例えば第１ＧＯＰ731では、まずＩ₀ピクチャ710が単独で復号される。次に、復号後のＩ₀ピクチャ710を利用してＰ₃ピクチャ713が復号される。続いて、復号後のＩ₀ピクチャ710とＰ₃ピクチャ713とを利用して、Ｂｒ₁ピクチャ711とＢｒ₂ピクチャ712とが復号される。後続のピクチャ群714、715、…も同様に復号される。こうして、ベースビュー・ビデオ・ストリーム701は単独で復号可能であり、更にＧＯＰ単位でのランダム・アクセスが可能である。

図７を更に参照するに、ライトビュー・ピクチャ720−729はピクチャ間予測符号化で圧縮されている。しかし、その符号化方法はベースビュー・ピクチャ710−719の符号化方法とは異なり、映像の時間方向での冗長性に加え、左右の映像間の冗長性をも利用する。具体的には、各ライトビュー・ピクチャ720−729の参照ピクチャが、図７に矢印で示されているように、ライトビュー・ビデオ・ストリーム702からだけでなく、ベースビュー・ビデオ・ストリーム701からも選択される。特に各ライトビュー・ピクチャ720−729と、その参照ピクチャとして選択されたベースビュー・ピクチャとは表示時刻が実質的に等しい。それらのピクチャは３Ｄ映像の同じシーンのライトビューとレフトビューとの対、すなわち視差映像を表す。このように、ライトビュー・ピクチャ720−729はベースビュー・ピクチャ710−719と一対一に対応する。特にそれらのピクチャ間ではＧＯＰ構造が共通である。

図７に示されている例では、まず第１ＧＯＰ731内の先頭のライトビュー・ピクチャがベースビュー・ビデオ・ストリーム701内のＩ₀ピクチャ710を参照ピクチャとしてＰ₀ピクチャ720に圧縮される。それらのピクチャ710、720は３Ｄ映像の先頭フレームのレフトビューとライトビューとを表す。次に、４番目のライトビュー・ピクチャがＰ₀ピクチャ720とベースビュー・ビデオ・ストリーム701内のＰ₃ピクチャ713とを参照ピクチャとしてＰ₃ピクチャ723に圧縮される。続いて、２番目のライトビュー・ピクチャがＰ₀ピクチャ720とＰ₃ピクチャ723とに加えて、ベースビュー・ビデオ・ストリーム701内のＢｒ₁ピクチャ711を参照ピクチャとしてＢ₁ピクチャ721に圧縮される。同様に、３番目のライトビュー・ピクチャがＰ₀ピクチャ720とＰ₃ピクチャ730とに加えて、ベースビュー・ビデオ・ストリーム701内のＢｒ₂ピクチャ712を参照ピクチャとしてＢ₂ピクチャ722に圧縮される。以降のライトビュー・ピクチャ724−729についても同様に、そのライトビュー・ピクチャと表示時刻が実質的に等しいベースビュー・ピクチャが参照ピクチャとして利用される。

上記のような左右の映像間の相関関係を利用した動画圧縮符号化方式としては、ＭＶＣ（Multiview Video Coding）と呼ばれるＭＰＥＧ−４ ＡＶＣ／Ｈ．２６４の修正規格が知られている。ＭＶＣは、ＩＳＯ／ＩＥＣ ＭＰＥＧとＩＴＵ−Ｔ ＶＣＥＧとの共同プロジェクトであるＪＶＴ（JointVideo Team）によって２００８年７月に策定されたものであり、複数の視点から見える映像をまとめて符号化するための規格である。ＭＶＣでは映像間予測符号化に、映像の時間方向での類似性だけでなく、視点の異なる映像間の類似性も利用される。その予測符号化では、各視点から見た映像を個別に圧縮する予測符号化よりも映像の圧縮率が高い。

上記のとおり、各ライトビュー・ピクチャ720−729の圧縮にはベースビュー・ピクチャが参照ピクチャとして利用される。従って、ベースビュー・ビデオ・ストリーム701とは異なり、ライトビュー・ビデオ・ストリーム702を単独で復号することはできない。しかし、視差映像間の差異は一般にわずかであり、すなわちレフトビューとライトビューとの間の相関は高い。従って、ライトビュー・ピクチャは一般にベースビュー・ピクチャよりも圧縮率が著しく高く、すなわちデータ量が著しく小さい。

デプスマップ・ストリームに含まれるデプスマップはベースビュー・ピクチャ710−719と一対一に対応し、そのベースビュー・ピクチャの示す２Ｄ映像に対するデプスマップを表す。各デプスマップは、ベースビュー・ピクチャ710−719と同様、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。特にその符号化方式ではピクチャ間予測符号化が利用される。すなわち、各デプスマップが他のデプスマップを参照ピクチャとして利用して圧縮される。デプスマップ・ストリームは更に、ベースビュー・ビデオ・ストリーム701と同様にＧＯＰ単位に分割され、各ＧＯＰがその先頭にＩピクチャを必ず含む。従って、デプスマップはＧＯＰごとに復号可能である。但し、デプスマップ自体は２Ｄ映像の各部の奥行きを画素別に表す情報でしかないので、デプスマップ・ストリームを単独で映像の再生に利用することはできない。

例えば図３の（ｂ）に示されている二本のプライマリ・ビデオ・ストリーム311R、311Dのように、同じベースビュー・ビデオ・ストリームに対応するライトビュー・ビデオ・ストリームとデプスマップ・ストリームとは同じ符号化方式で圧縮されている。例えば、ライトビュー・ビデオ・ストリームがＭＶＣのフォーマットで符号化されているとき、デプスマップ・ストリームもＭＶＣのフォーマットで符号化されている。その場合、再生装置102は３Ｄ映像の再生時、符号化方式を一定に維持したまま、Ｌ／Ｒモードとデプス・モードとの切り換えをスムーズに実現できる。

図８は、ビデオ・ストリーム800のデータ構造の詳細を示す模式図である。このデータ構造は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで実質的に共通である。図８を参照するに、ビデオ・ストリーム800は一般に複数のビデオ・シーケンス＃１、＃２、…から構成されている。「ビデオ・シーケンス」は、一つのＧＯＰ810を構成するピクチャ群811、812、813、814、…に個別にヘッダ等の付加情報を組み合わせたものである。この付加情報と各ピクチャとの組み合わせを「ビデオ・アクセスユニット（ＶＡＵ）」という。すなわち、各ＧＯＰ810、820ではピクチャごとに一つのＶＡＵ＃１、＃２、…が構成されている。各ピクチャはＶＡＵ単位でビデオ・ストリーム800から読み出し可能である。

図８は更に、ベースビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１831の構造を示す。ＶＡＵ＃１831は、アクセスユニット（ＡＵ）識別コード831A、シーケンス・ヘッダ831B、ピクチャ・ヘッダ831C、補足データ831D、及び圧縮ピクチャ・データ831Eを含む。２番目以降のＶＡＵ＃２は、シーケンス・ヘッダ831Bを含まない点を除き、ＶＡＵ＃１831と同じ構造である。ＡＵ識別コード831Aは、ＶＡＵ＃１831の先端を示す所定の符号である。シーケンス・ヘッダ831BはＧＯＰヘッダともいい、ＶＡＵ＃１831を含むビデオ・シーケンス＃１の識別番号を含む。シーケンス・ヘッダ831Bは更にＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャ・ヘッダ831Cは、自身に固有の識別番号、ビデオ・シーケンス＃１の識別番号、及び、ピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ831Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。補足データ831Dは特に復号スイッチ情報を含む（詳細は後述する）。補足データ831Dは、包含するデータの種類に応じて、一つのＶＡＵに複数、設定されていてもよい。圧縮ピクチャ・データ831Eはベースビュー・ピクチャを含む。ＶＡＵ＃１831はその他に、必要に応じて、パディング・データ831F、シーケンス終端コード831G、及びストリーム終端コード831Hのいずれか又は全てを含んでもよい。パディング・データ831Fはダミーデータである。そのサイズを圧縮ピクチャ・データ831Eのサイズに合わせて調節することにより、ＶＡＵ＃１831のビットレートを所定値に維持することができる。シーケンス終端コード831Gは、ＶＡＵ＃１831がビデオ・シーケンス＃１の後端に位置することを示す。ストリーム終端コード831Hはベースビュー・ビデオ・ストリーム800の後端を示す。

図８はまた、ディペンデントビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１832の構造も示す。ＶＡＵ＃１832は、サブＡＵ識別コード832A、サブシーケンス・ヘッダ832B、ピクチャ・ヘッダ832C、補足データ832D、及び圧縮ピクチャ・データ832Eを含む。２番目以降のＶＡＵ＃２は、サブシーケンス・ヘッダ832Bを含まない点を除き、ＶＡＵ＃１832と同じ構造である。サブＡＵ識別コード832Aは、ＶＡＵ＃１832の先端を示す所定の符号である。サブシーケンス・ヘッダ832Bは、ＶＡＵ＃１832を含むビデオ・シーケンス＃１の識別番号を含む。サブシーケンス・ヘッダ832Bは更にＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。特にそれらの値は、ベースビュー・ビデオ・ストリームの対応するＧＯＰに対して設定された値、すなわちＶＡＵ＃１831のシーケンス・ヘッダ831Bの示す値に等しい。ピクチャ・ヘッダ832Cは、自身に固有の識別番号、ビデオ・シーケンス＃１の識別番号、及び、ピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ832Dはオフセット・メタデータのみを含む（詳細は後述する）。ここで、補足データの種類には、オフセット・メタデータを含むもの832Dの他にも、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、タイムコード情報、及び復号スイッチ情報を含むものがある。従って、ＶＡＵ＃１832は、補足データ832Dに加えて、他の補足データを一つ以上含んでいてもよい。圧縮ピクチャ・データ832Eはディペンデントビュー・ピクチャを含む。ＶＡＵ＃１832はその他に、必要に応じて、パディング・データ832F、シーケンス終端コード832G、及びストリーム終端コード832Hのいずれか又は全てを含んでもよい。パディング・データ832Fはダミーデータである。そのサイズを圧縮ピクチャ・データ832Eのサイズに合わせて調節することにより、ＶＡＵ＃１832のビットレートを所定値に維持することができる。シーケンス終端コード832Gは、ＶＡＵ＃１832がビデオ・シーケンス＃１の後端に位置することを示す。ストリーム終端コード832Hはディペンデントビュー・ビデオ・ストリーム800の後端を示す。

ＶＡＵの各部の具体的な内容はビデオ・ストリーム800の符号化方式ごとに異なる。例えばその符号化方式がＭＰＥＧ−４ ＡＶＣ又はＭＶＣであるとき、図８に示されているＶＡＵの各部は一つのＮＡＬ（NetworkAbstraction Layer）ユニットから構成される。具体的には、ＡＵ識別コード831A、シーケンス・ヘッダ831B、ピクチャ・ヘッダ831C、補足データ831D、圧縮ピクチャ・データ831E、パディング・データ831F、シーケンス終端コード831G、及びストリーム終端コード831Hはそれぞれ、ＡＵデリミタ（AccessUnit Delimiter）、ＳＰＳ（シーケンス・パラメータ・セット）、ＰＰＳ（ピクチャ・パラメータ・セット）、ＳＥＩ（SupplementalEnhancement Information）、ビュー・コンポーネント、フィラー・データ（Filler Data）、エンド・オブ・シーケンス（End ofSequence）、及びエンド・オブ・ストリーム（End of Stream）に相当する。特にＶＡＵ＃１832では、オフセット・メタデータを含む補足データ832Dは一つのＮＡＬユニットで構成され、そのＮＡＬユニットはオフセット・メタデータ以外のデータを含まない。

図９は、ＰＥＳパケット列902へのビデオ・ストリーム901の格納方法の詳細を示す模式図である。この格納方法は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで共通である。図９を参照するに、実際のビデオ・ストリーム901ではピクチャが、表示時間順ではなく、符号化順に多重化されている。例えばベースビュー・ビデオ・ストリームのＶＡＵには、図９に示されているように、先頭から順に、Ｉ₀ピクチャ910、Ｐ₃ピクチャ911、Ｂ₁ピクチャ912、Ｂ₂ピクチャ913、…が格納されている。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。Ｐ₃ピクチャ911の符号化にはＩ₀ピクチャ910が参照ピクチャとして利用され、Ｂ₁ピクチャ912とＢ₂ピクチャ913との各符号化にはＩ₀ピクチャ910とＰ₃ピクチャ911とが参照ピクチャとして利用される。それらのＶＡＵが一つずつ、異なるＰＥＳパケット920、921、922、923、…に格納される。各ＰＥＳパケット920、…はＰＥＳペイロード920PとＰＥＳヘッダ920Hとを含む。ＶＡＵはＰＥＳペイロード920Pに格納される。一方、ＰＥＳヘッダ920Hは、同じＰＥＳパケット920のＰＥＳペイロード920Pに格納されたピクチャの表示時刻、すなわちＰＴＳ（PresentationTime−Stamp）、及びそのピクチャの復号時刻、すなわちＤＴＳ（Decoding Time−Stamp）を含む。

図９に示されているビデオ・ストリーム901と同様、図３、４に示されている他のエレメンタリ・ストリームも一連のＰＥＳパケットの各ＰＥＳペイロードに格納される。更に各ＰＥＳパケットのＰＥＳヘッダは、そのＰＥＳパケットのＰＥＳペイロードに格納されたデータのＰＴＳを含む。

図１０は、ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。図１０を参照するに、両ビデオ・ストリーム1001、1002の間では、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャに対して、同じＰＴＳ及び同じＤＴＳが割り当てられている。例えば３Ｄ映像の先頭のフレーム又はフィールドは、ベースビュー・ビデオ・ストリーム1001のＩ₁ピクチャ1011とディペンデントビュー・ビデオ・ストリーム1002のＰ₁ピクチャ1021との組み合わせから再現される。従って、それらのピクチャの対1011、1021ではＰＴＳが等しく、かつＤＴＳが等しい。ここで、下付の数字は、各ピクチャにＤＴＳの順に割り振られた通し番号を示す。また、ディペンデントビュー・ビデオ・ストリーム1002がデプスマップ・ストリームであるとき、Ｐ₁ピクチャ1021は、Ｉ₁ピクチャ1011に対するデプスマップを表すＩピクチャに置き換えられる。同様に、各ビデオ・ストリーム1001、1002の２番目のピクチャ、すなわち、Ｐ₂ピクチャ1012、1022の対ではＰＴＳが等しく、かつＤＴＳが等しい。各ビデオ・ストリーム1001、1002の３番目のピクチャ、すなわちＢｒ₃ピクチャ1013とＢ₃ピクチャ1023との対ではＰＴＳとＤＴＳとがいずれも共通である。Ｂｒ₄ピクチャ1014とＢ₄ピクチャ1024との対でも同様である。

ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との間で、ＰＴＳが等しく、かつＤＴＳが等しいピクチャを含むＶＡＵの対を「３Ｄ・ＶＡＵ」という。図１０に示されているＰＴＳとＤＴＳとの割り当てにより、３Ｄ再生モードの再生装置102内のデコーダにベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002とを３Ｄ・ＶＡＵ単位でパラレルに処理させることが容易にできる。それにより、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャが、デコーダによって確実にパラレルに処理される。更に、各ＧＯＰの先頭の３Ｄ・ＶＡＵではシーケンス・ヘッダが、同じ解像度、同じフレームレート、及び同じアスペクト比を含む。特にそのフレームレートは、２Ｄ再生モードにおいてベースビュー・ビデオ・ストリーム1001が単独で復号されるときの値に等しい。

［オフセット・メタデータ］

図１１は、ディペンデントビュー・ビデオ・ストリーム1100の含むオフセット・メタデータ1110のデータ構造を示す模式図である。図１２は、そのオフセット・メタデータ（offset＿metadata）1110の書式（Syntax）を示す表である。図１１を参照するに、オフセット・メタデータ1110は、各ビデオ・シーケンス（すなわち、各ＧＯＰ）の先端に位置するＶＡＵ＃１内の補足データ1101に格納されている。図１１、１２を参照するに、オフセット・メタデータ1110は、ＰＴＳ1111、オフセット・シーケンスＩＤ（offset＿sequence＿id）1112、及びオフセット・シーケンス（offset＿sequence）1113を含む。ＰＴＳ1111は、ＶＡＵ＃１内の圧縮ピクチャ・データの表すフレーム、すなわち、各ＧＯＰの最初のフレームのＰＴＳに等しい。

オフセット・シーケンスＩＤ1112は、オフセット・シーケンス1113に順番に割り振られた通し番号０、１、２、…、Ｍである。整数Ｍは１以上であり、オフセット・シーケンス1113の総数（number＿of＿offset＿sequence）を表す。ビデオ・プレーンに合成されるべきグラフィックス・プレーンにはオフセット・シーケンスＩＤ1112が割り当てられる。それにより、各グラフィックス・プレーンにオフセット・シーケンス1113が対応付けられている。ここで、「ビデオ・プレーン」とは、ビデオ・シーケンスの含むピクチャから生成されるプレーン・データ、すなわち画素データの二次元配列をいう。その配列のサイズは映像フレームの解像度に等しい。一組の画素データは色座標値（ＲＧＢ値又はＹＣｒＣｂ値）とα値との組み合わせから成る。

各オフセット・シーケンス1113は、フレーム番号1121とオフセット情報1122、1123との対応表である。フレーム番号1121は、一つのビデオ・シーケンス（例えば、ビデオ・シーケンス＃１）の表すフレーム＃１、＃２、…、＃Ｎに表示順に割り振られた通し番号１、２、…、Ｎである。図１２では、フレーム番号1121は整数値変数ｉで表されている。整数Ｎは１以上であり、そのビデオ・シーケンスの含むフレームの総数（number＿of＿displayed＿frames＿in＿GOP）を表す。各オフセット情報1122、1123は、一つのグラフィックス・プレーンに対するオフセット制御を規定する制御情報である。

「オフセット制御」とは、グラフィックス・プレーンに水平座標の左方向と右方向との各オフセットを与えて、ベースビュー・ビデオ・プレーンとディペンデントビュー・ビデオ・プレーンとのそれぞれに合成する処理をいう。「グラフィックス・プレーンに水平方向のオフセットを与える」とは、そのグラフィックス・プレーン内で各画素データを水平方向に変位させることをいう。それにより、一つのグラフィックス・プレーンから、レフトビューとライトビューとを表すグラフィックス・プレーンの対が生成される。その対から再生される２Ｄグラフィックス映像の各部の表示位置は、元の表示位置から左右にずれている。それらの変位が視聴者に両眼視差として錯覚されることにより、レフトビューとライトビューとの対がその視聴者には一つの３Ｄグラフィックス映像として見える。

オフセットは方向と大きさとで決まる。従って、図１１、１２に示されているとおり、各オフセット情報はオフセット方向（Plane＿offset＿direction）1122とオフセット値（Plane＿offset＿value）1123とを含む。オフセット方向1122は、３Ｄグラフィックス映像の奥行きが画面よりも手前か奥かを示す。オフセット方向1122の値に依り、元の２Ｄグラフィックス映像の表示位置に対するレフトビューとライトビューとの各表示位置の方向が左又は右に決まる。オフセット値1123は、元の２Ｄグラフィックス映像の表示位置とレフトビューとライトビューとの各表示位置との間の距離を水平方向の画素数で表す。

図１３の（ａ）、（ｂ）は、ＰＧプレーン1310とＩＧプレーン1320とに対するオフセット制御を示す模式図である。それらのオフセット制御では、レフトビュー・ビデオ・プレーン1301とライトビュー・ビデオ・プレーン1302とのそれぞれへ二種類のグラフィックス・プレーン1310、1320が合成される。ここで、「レフトビュー／ライトビュー・ビデオ・プレーン」とは、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの組み合わせから生成される、レフトビュー／ライトビューを表すビデオ・プレーンをいう。以下の説明では、ＰＧプレーン1310の表す字幕1311を画面よりも手前に表示し、ＩＧプレーン1320の表すボタン1321を画面よりも奥に表示する場合を想定する。

図１３の（ａ）を参照するに、ＰＧプレーン1310には、右方向のオフセットが与えられる。具体的には、まず、ＰＧプレーン1310内の各画素データの位置が、レフトビュー・ビデオ・プレーン1301内の対応する画素データの位置から、オフセット値に等しい画素数SFPだけ右に（仮想的に）移動する。次に、レフトビュー・ビデオ・プレーン1301の範囲よりも右側に（仮想的に）はみ出ているＰＧプレーン1310の右端の帯状領域1312を「切り取る」。すなわち、その領域1312の画素データ群を破棄する。一方、ＰＧプレーン1310の左端に透明な帯状領域1313を追加する。その帯状領域1313の幅は右端の帯状領域1312の幅、すなわちオフセット値SFPに等しい。こうして、ＰＧプレーン1310から、レフトビューを表すＰＧプレーンが生成され、レフトビュー・ビデオ・プレーン1301に合成される。特に、そのレフトビューＰＧプレーンでは、字幕1311の表示位置が元の表示位置よりも右に、オフセット値SFPだけずれている。

一方、ＩＧプレーン1320には、左方向のオフセットが与えられる。具体的には、まず、ＩＧプレーン1320内の各画素データの位置が、レフトビュー・ビデオ・プレーン1301内の対応する画素データの位置から、オフセット値に等しい画素数SFIだけ左に（仮想的に）移動する。次に、レフトビュー・ビデオ・プレーン1310の範囲よりも左側に（仮想的に）はみ出ているＩＧプレーン1320の左端の帯状領域1322を切り取る。一方、ＩＧプレーン1320の右端に透明な帯状領域1323を追加する。その帯状領域1323の幅は左端の帯状領域1322の幅、すなわちオフセット値SFIに等しい。こうして、ＩＧプレーン1320から、レフトビューを表すＩＧプレーンが生成され、レフトビュー・ビデオ・プレーン1301に合成される。特に、そのレフトビューＩＧプレーンでは、ボタン1321の表示位置が元の表示位置よりも左に、オフセット値SFIだけずれている。

図１３の（ｂ）を参照するに、ＰＧプレーン1310には左方向のオフセットが与えられ、ＩＧプレーン1320には右方向のオフセットが与えられる。すなわち、上記の操作をＰＧプレーン1310とＩＧプレーン1320とで反対にすればよい。その結果、各プレーン・データ1310、1320から、ライトビューを表すプレーン・データが生成され、ライトビュー・ビデオ・プレーン1320に合成される。特にライトビューＰＧプレーンでは、字幕1311の表示位置が元の表示位置よりも左に、オフセット値SFPだけずれている。一方、ライトビューＩＧプレーンでは、ボタン1321の表示位置が元の表示位置よりも右に、オフセット値SFIだけずれている。

図１３の（ｃ）は、（ａ）、（ｂ）に示されているグラフィックス・プレーンの表す２Ｄグラフィックス映像から視聴者1330に知覚される３Ｄグラフィックス映像を示す模式図である。それらのグラフィックス・プレーンの表す２Ｄグラフィックス映像が画面1340に交互に表示されるとき、視聴者1330には、図１３の（ｃ）に示されているように、字幕1331は画面1340よりも手前に見え、ボタン1332は画面1340よりも奥に見える。各３Ｄグラフィックス映像1331、1332と画面1340との間の距離はオフセット値SFP、SFIによって調節可能である。

図１４の（ａ）、（ｂ）は、オフセット・シーケンスの具体例を示すグラフである。各グラフでは、オフセット方向が画面よりも手前を示すときにオフセット値が正である。図１４の（ａ）は、図１４の（ｂ）のうち、最初のＧＯＰ、GOP1、の表示期間でのグラフを拡大したものである。図１４の（ａ）を参照するに、階段状のグラフ1401は、オフセット・シーケンスＩＤ＝０のオフセット・シーケンス、すなわちオフセット・シーケンス［０］のオフセット値を示す。一方、水平なグラフ1402は、オフセット・シーケンスＩＤ＝１のオフセット・シーケンス、すなわちオフセット・シーケンス［１］のオフセット値を示す。オフセット・シーケンス［０］のオフセット値1401は、最初のＧＯＰの表示期間GOP1ではフレームFR1、FR2、FR3、…、FR15、…の順に階段状に増加している。図１４の（ｂ）を参照するに、そのオフセット値1401の階段状の増加は２番目以降の各ＧＯＰの表示期間GOP2、GOP3、…、GOP40、…でも同様に継続される。１フレーム当たりの増加量が十分に細かいので、図１４の（ｂ）ではオフセット値1401が線形に連続的に増加しているように見える。一方、オフセット・シーケンス［１］のオフセット値1402は、最初のＧＯＰの表示期間GOP1では負の一定値に維持されている。図１４の（ｂ）を参照するに、そのオフセット値1402は、４０番目のＧＯＰの表示期間GOP40の終了時、正の値に急増する。このようにオフセット値は不連続に変化してもよい。

図１４の（ｃ）は、図１４の（ａ）、（ｂ）に示されているオフセット・シーケンスに従って再現される３Ｄグラフィックス映像を示す模式図である。字幕の３Ｄ映像1403がオフセット・シーケンス［０］に従って表示されるとき、その３Ｄ映像1403は、画面1404の直ぐ手前から徐々に飛び出てくるように見える。一方、ボタンの３Ｄ映像1405がオフセット・シーケンス［１］に従って表示されるとき、その３Ｄ映像1405は、画面1404よりも奥に固定されている状態から突然、画面1404よりも手前に飛び出てくるように見える。このように、フレーム単位でのオフセット値の増減のパターンをオフセット・シーケンスごとに様々に変化させる。それにより、複数の３Ｄグラフィックス映像について、個々の奥行きの変化を多様に表現することができる。

［オフセット・メタデータとＴＳ優先度との間の関係］

図１５は、ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１1500を格納したＰＥＳパケット1510と、そのＰＥＳパケット1510から生成されるＴＳパケット列1520とを示す模式図である。ＶＡＵ＃１1500は、図８に示されているＶＡＵ＃１832と同様にビデオ・シーケンスの先端に位置する。従って、ＶＡＵ＃１1500に含まれる補足データの少なくとも一つ1504は、オフセット・メタデータ1509のみから構成される。図１５には、オフセット・メタデータ1509のみから構成される補足データ1504が斜線部で示されている。ＶＡＵ＃１1500はＰＥＳパケット1510のＰＥＳペイロード1512に格納されている。そのＰＥＳパケット1510のＰＥＳヘッダ1511は、ＶＡＵ＃１1500内の圧縮ピクチャ・データ1505に割り当てられたＤＴＳとＰＴＳとを含む。ＰＥＳパケット1510は先頭から順にＴＳパケット列1520に格納されている。それにより、ＴＳパケット列1520は先頭から順に三つのグループ1521、1522、1523に分けられる。第１グループ1521は、ＰＥＳヘッダ1511、サブＡＵ識別コード1501、サブシーケンス・ヘッダ1502、及び、ピクチャ・ヘッダ1503を格納している。第２グループ1522は、オフセット・メタデータ1509のみから構成される補足データ1504のみを格納している。第３グループ1513は、圧縮ピクチャ・データ1505、パディング・データ1506、シーケンス終端コード1507、及びストリーム終端コード1508を格納している。ここで、ＶＡＵ＃１1500がオフセット・メタデータ以外の補足データを含む場合、それらの補足データは第１グループ1521又は第３グループ1513に格納される。第１グループ1521の後端に位置するＴＳパケット1530は一般にＡＤフィールド1532を含む。それにより、そのＴＳペイロード1533へは、オフセット・メタデータ1509のみから構成される補足データ1504が混入しない。同様に、第２グループ1522の後端に位置するＴＳパケット1550は一般にＡＤフィールド1552を含む。それにより、そのＴＳペイロード1553へは、圧縮ピクチャ・データ1505はもちろん、オフセット・メタデータ1509のみから構成される補足データ1504以外のデータはいずれも混入しない。こうして、オフセット・メタデータ1509のみから構成される補足データ1504は、第２グループ1522に属するＴＳパケット1540、1550のＴＳペイロード1542、1553にのみ格納される。一方、圧縮ピクチャ・データ1505は、第３グループ1523に属するＴＳパケット1560のＴＳペイロード1562にのみ格納される。

図１５を更に参照するに、第１グループ1521に属するＴＳパケット1530では、ＴＳヘッダ1531の示すＴＳ優先度の値が“０”に設定されている。同様に、第３グループ1523に属するＴＳパケット1560では、ＴＳヘッダ1561の示すＴＳ優先度の値が“０”に設定されている。一方、第２グループ1522に属するＴＳパケット1540、1550では、ＴＳヘッダ1541、1551の示すＴＳ優先度の値が“１”に設定されている。尚、値の設定は逆でもよい。このように、第２グループ1522に属するＴＳパケットは、他のグループ1521、1523に属するＴＳパケットとはＴＳ優先度の値が異なる。従って、再生装置102内のシステム・ターゲット・デコーダはＴＳ優先度を利用して、第２グループ1522に属するＴＳパケットを容易に選別できる。

図１５とは異なり、第１グループ1521と第２グループ1522とのそれぞれに属するＴＳパケットが同じＴＳ優先度の値を示してもよい。図１６は、その場合のＴＳパケット列1620を示す模式図である。図１５に示されているＴＳパケット列1520と同様に、ＴＳパケット列1620は先頭から順に三つのグループ1621、1622、1623に分けられる。第１グループ1621は、ＰＥＳヘッダ1511、サブＡＵ識別コード1501、サブシーケンス・ヘッダ1502、及び、ピクチャ・ヘッダ1503を格納している。第２グループ1622は、オフセット・メタデータ1509のみから構成される補足データ1504のみを格納している。第３グループ1613は、圧縮ピクチャ・データ1505、パディング・データ1506、シーケンス終端コード1507、及びストリーム終端コード1508を格納している。ここで、ＶＡＵ＃１1500がオフセット・メタデータ以外の補足データを含む場合、それらの補足データは第１グループ1621又は第３グループ1613に格納される。図１６には、オフセット・メタデータ1509のみから構成される補足データ1504が斜線部で示され、ＰＥＳパケット1510内でその補足データよりも前に配置されるデータ1511、1501−1503がドット付きの領域で示されている。第１グループ1621と第２グループ1622とのそれぞれに属するＴＳパケット1630、1640、1650ではいずれも、ＴＳヘッダ1631、1641、1651の示すＴＳ優先度の値が“１”に設定されている。一方、第３グループ1623に属するＴＳパケット1660では、ＴＳヘッダ1661の示すＴＳ優先度の値が“０”に設定されている。尚、値の設定は逆でもよい。この場合でも、オフセット・メタデータ1509のみから構成される補足データ1504を格納したＴＳパケットは、圧縮ピクチャ・データ1505を格納したＴＳパケットとはＴＳ優先度の値が異なる。従って、再生装置102内のシステム・ターゲット・デコーダはＴＳ優先度を利用して、オフセット・メタデータ1509のみから構成される補足データ1504を格納したＴＳパケット群を、圧縮ピクチャ・データ1505を格納したＴＳパケット群から容易に分離できる。

［復号スイッチ情報］

図１７の（ａ）は、復号スイッチ情報1750のデータ構造を示す模式図である。復号スイッチ情報1750は、図８に示されているベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの各ＶＡＵでその補足データに格納されている。但し、ディペンデントビュー・ビデオ・ストリームの各ＧＯＰの先頭に位置するＶＡＵ＃１832では、復号スイッチ情報1750は、オフセット・メタデータを含む補足データ832Dとは別の補足データに格納される。補足データ831D、832Dは、特にＭＰＥＧ−４ ＡＶＣ、ＭＶＣでは、ＮＡＬユニットの一種“ＳＥＩ”に相当する。復号スイッチ情報1750は、再生装置102内のデコーダに、次に復号すべきＶＡＵを容易に特定させるための情報である。ここで、そのデコーダは後述のように、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとをＶＡＵ単位で交互に復号する。そのとき、そのデコーダは一般に、各ＶＡＵに付与されたＤＴＳの示す時刻に合わせて、次に復号すべきＶＡＵを特定する。しかし、デコーダの種類には、ＤＴＳを無視してＶＡＵを順次、復号し続けるものも多い。そのようなデコーダにとって、各ＶＡＵがＤＴＳに加えて復号スイッチ情報1750を含むことは好ましい。

図１７の（ａ）を参照するに、復号スイッチ情報1750は、次アクセスユニット・タイプ1751、次アクセスユニット・サイズ1752、及び復号カウンタ1753を含む。次アクセスユニット・タイプ1751は、次に復号されるべきＶＡＵがベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれに属するのかを示す。例えば、次アクセスユニット・タイプ1751の値が“１”であるときは、次に復号されるべきＶＡＵはベースビュー・ビデオ・ストリームに属し、“２”であるときはディペンデントビュー・ビデオ・ストリームに属する。次アクセスユニット・タイプ1751の値が“０”であるときは、現在のＶＡＵが復号対象のストリームの後端に位置し、次に復号されるべきＶＡＵが存在しない。次アクセスユニット・サイズ1752は、次に復号されるべきＶＡＵのサイズを示す。再生装置102内のデコーダは、次アクセスユニット・サイズ1752を参照することにより、ＶＡＵの構造自体を解析することなく、そのサイズを特定できる。従って、デコーダはバッファからＶＡＵを容易に抽出できる。復号カウンタ1753は、それの属するＶＡＵが復号されるべき順番を示す。その順番は、ベースビュー・ビデオ・ストリーム内のＩピクチャを含むＶＡＵから数えられる。

図１７の（ｂ）は、ベースビュー・ビデオ・ストリーム1701とディペンデントビュー・ビデオ・ストリーム1702との各ピクチャに割り当てられた復号カウンタの一例1710、1720を示す模式図である。図１７の（ｂ）を参照するに、復号カウンタ1710、1720は両ビデオ・ストリーム1701、1702の間で交互にインクリメントされる。例えば、ベースビュー・ビデオ・ストリーム1701内のＩピクチャを含むＶＡＵ1711に対し、復号カウンタ1710として“１”が割り当てられる。次に復号されるべきディペンデントビュー・ビデオ・ストリーム1702内のＰピクチャを含むＶＡＵ1721に対し、復号カウンタ1720として“２”が割り当てられる。更にその次に復号されるべきベースビュー・ビデオ・ストリーム1701内のＰピクチャを含むＶＡＵ1712に対し、復号カウンタ1710として“３”が割り当てられる。その割り当てにより、何らかの不具合が原因で再生装置102内のデコーダがいずれかのＶＡＵを読み損なったときでも、それによって欠落したピクチャをデコーダは復号カウンタ1710、1720から直ちに特定できる。従って、デコーダはエラー処理を適切に、かつ迅速に実行できる。

図１７の（ｂ）に示されている例では、ベースビュー・ビデオ・ストリーム1701の３番目のＶＡＵ1713の読み込みにエラーが生じ、Ｂｒピクチャが欠落している。しかし、デコーダは、ディペンデントビュー・ビデオ・ストリーム1702の２番目のＶＡＵ1722に含まれるＰピクチャの復号処理で、そのＶＡＵ1722から復号カウンタ1720を読み出して保持している。従って、デコーダは次に処理すべきＶＡＵの復号カウンタ1710を予測できる。具体的には、そのＰピクチャを含むＶＡＵ1722内の復号カウンタ1720は“４”であるので、次に読み込まれるべきＶＡＵの復号カウンタ1710は“５”であると予測される。しかし、実際には、次に読み込まれたＶＡＵはベースビュー・ビデオ・ストリーム1701の４番目のＶＡＵ1714であったので、その復号カウンタ1710は“７”である。そのことから、デコーダは、ＶＡＵを一つ読み損ねたことを検出できる。従って、デコーダは次のエラー処理を実行できる：「ディペンデントビュー・ビデオ・ストリーム1702の３番目のＶＡＵ1723から抽出されたＢピクチャについては、参照すべきＢｒピクチャが欠落しているので復号処理をスキップする」。このように、デコーダは復号処理ごとに復号カウンタ1710、1720をチェックする。それにより、デコーダはＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。

図１７の（ｃ）は、ベースビュー・ビデオ・ストリーム1701とディペンデントビュー・ビデオ・ストリーム1702との各ピクチャに割り当てられた復号カウンタの別例1730、1740を示す模式図である。図１７の（ｃ）を参照するに、復号カウンタ1730、1740は各ビデオ・ストリーム1701、1702で別々にインクリメントされる。従って、復号カウンタ1730、1740は、同じ３Ｄ・ＶＡＵに属する一対のピクチャ間で等しい。その場合、デコーダはベースビュー・ビデオ・ストリーム1701のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタ1730が、次に復号されるべきディペンデントビュー・ビデオ・ストリーム1702のＶＡＵの復号カウンタ1740に等しい」。一方、デコーダはディペンデントビュー・ビデオ・ストリーム1702のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタ1740に１を加えた値が、次に復号されるべきベースビュー・ビデオ・ストリーム1701のＶＡＵの復号カウンタ1730に等しい」。従って、デコーダはいずれの時点でも復号カウンタ1730、1740からＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。

≪ＡＶストリーム・ファイルに含まれるその他のＴＳパケット≫

ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図３に示されているエレメンタリ・ストリームから変換されたもの以外にも、ＰＡＴ（ProgramAssociation Table）、ＰＭＴ（Program Map Table）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャル・トランスポート・ストリームを規定する役割を持つ。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、ＡＶストリーム・ファイルもそのパーシャル・トランスポート・ストリームと同様に規定される。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる、映像・音声・字幕等を表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種のディスクリプタ（記述子ともいう。）を含む。ディスクリプタには特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報が含まれる。ＰＣＲは、自身に割り当てられたＡＴＳに対応させるべきＳＴＣ（SystemTime Clock）の値を示す情報を含む。ここで、「ＳＴＣ」は、再生装置102内のデコーダによって、ＰＴＳ及びＤＴＳの基準として利用されるクロックである。そのデコーダはＰＣＲを利用して、ＡＴＣにＳＴＣを同期させる。

図１８は、ＰＭＴ1810のデータ構造を示す模式図である。ＰＭＴ1810は、ＰＭＴヘッダ1801、ディスクリプタ1802、及びストリーム情報1803を含む。ＰＭＴヘッダ1801は、ＰＭＴ1810に含まれるデータの長さ等を示す。各ディスクリプタ1802は、ＰＭＴ1810を含むＡＶストリーム・ファイルの全体に関するディスクリプタである。前述のコピー・コントロール情報はディスクリプタ1802の一つに含まれる。ストリーム情報1803は、ＡＶストリーム・ファイルに含まれる各エレメンタリ・ストリームに関する情報であり、一つずつ異なるエレメンタリ・ストリームに割り当てられている。各ストリーム情報1803は、ストリーム・タイプ1831、ＰＩＤ1832、及びストリーム・ディスクリプタ1833を含む。ストリーム・タイプ1831は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報等を含む。ＰＩＤ1832は、そのエレメンタリ・ストリームのＰＩＤを示す。ストリーム・ディスクリプタ1833は、そのエレメンタリ・ストリームの属性情報、例えばフレームレート及びアスペクト比を含む。

ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置102内のデコーダにＡＶストリーム・ファイルを、欧州デジタル放送規格に準拠のパーシャル・トランスポート・ストリームと同様に処理させることができる。それにより、ＢＤ−ＲＯＭディスク101用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。

≪多重化ストリーム・データのインターリーブ配置≫

３Ｄ映像のシームレス再生には、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのＢＤ−ＲＯＭディスク101上での物理的な配置が重要である。ここで、「シームレス再生」とは、多重化ストリーム・データから映像と音声とを途切れさせることなく滑らかに再生することをいう。

図１９は、ＢＤ−ＲＯＭディスク101上での多重化ストリーム・データの物理的な配置を示す模式図である。図１９を参照するに、多重化ストリーム・データは複数のデータ・ブロックD[n]、B[n]（n＝0、1、2、3、…）に分割されて、ＢＤ−ＲＯＭディスク101上に配置されている。ここで、「データ・ブロック」とは、ＢＤ−ＲＯＭディスク101上の連続領域、すなわち物理的に連続する複数のセクタに記録された一連のデータをいう。ＢＤ−ＲＯＭディスク101では物理アドレスが論理アドレスと実質的に等しいので、各データ・ブロック内ではＬＢＮも連続している。従って、ＢＤ−ＲＯＭドライブ121は一つのデータ・ブロックを、光ピックアップにシークを行わせることなく連続して読み出すことができる。以下、メインＴＳに属するデータ・ブロックB[n]を「ベースビュー・データ・ブロック」といい、サブＴＳに属するデータ・ブロックD[n]を「ディペンデントビュー・データ・ブロック」という。特に、ライトビュー・ビデオ・ストリームを含むデータ・ブロックを「ライトビュー・データ・ブロック」といい、デプスマップ・ストリームを含むデータ・ブロックを「デプスマップ・データ・ブロック」という。

各データ・ブロックB[n]、D[n]は、ＢＤ−ＲＯＭディスク101のファイルシステムでは、ファイル２Ｄ又はファイルＤＥＰ内の一つのエクステントとしてアクセス可能である。すなわち、各データ・ブロックの論理アドレスは、ファイル２Ｄ又はファイルＤＥＰのファイル・エントリから知ることができる（詳細は《補足》参照）。

図１９に示されている例では、ファイル２Ｄ（01000.m2ts）241のファイル・エントリ1910がベースビュー・データ・ブロックB[n]の各サイズとその先端のＬＢＮとを示す。従って、各ベースビュー・データ・ブロックB[n]はファイル２Ｄ241のエクステントEXT2D[n]としてアクセス可能である。以下、ファイル２Ｄ241に属するエクステントEXT2D[n]を「２Ｄエクステント」という。一方、ファイルＤＥＰ（02000.m2ts）242のファイル・エントリ1920がディペンデントビュー・データ・ブロックD[n]の各サイズとその先端のＬＢＮとを示す。従って、各ディペンデントビュー・データ・ブロックD[n]はディペンデントビュー・データ・ブロックであり、ファイルＤＥＰ242のエクステントEXT2[n]としてアクセス可能である。以下、ファイルＤＥＰ242に属するエクステントEXT2[n]を「ディペンデントビュー・エクステント」という。

図１９を参照するに、データ・ブロック群はＢＤ−ＲＯＭディスク101上のトラックに沿って連続的に記録されている。更に、ベースビュー・データ・ブロックB[n]とディペンデントビュー・データ・ブロックD[n]とは一つずつ交互に配置されている。このようなデータ・ブロック群の配置を「インターリーブ配置」という。特に、インターリーブ配置で記録された一連のデータ・ブロック群を「エクステント・ブロック」という。図１９には三つのエクステント・ブロック1901、1902、1903が示されている。最初の二つのエクステント・ブロック1901、1902のように、エクステント・ブロックの間は多重化ストリーム・データ以外のデータNAVの記録領域によって分離される。また、ＢＤ−ＲＯＭディスク101が多層ディスクである場合、すなわち記録層を複数含む場合、図１９に示されている２番目と３番目とのエクステント・ブロック1902、1903のように、エクステント・ブロックの間は記録層間の境界LBによっても分離される。こうして、一連の多重化ストリーム・データは一般に複数のエクステント・ブロックに分割されて配置されている。その場合、再生装置102がその多重化ストリーム・データから映像をシームレスに再生するには、各エクステント・ブロックから再生される映像をシームレスに接続しなければならない。以下、そのために再生装置102が必要とする処理を「エクステント・ブロック間のシームレスな接続」という。

各エクステント・ブロック1901−1903は二種類のデータ・ブロックD[n]、B[n]のそれぞれを同じ数ずつ含む。更に、隣接するデータ・ブロックの対D[n]、B[n]ではエクステントＡＴＣ時間が等しい。ここで、「ＡＴＣ（ArrivalTime Clock）」は、ＡＴＳの基準とされるべきクロックを意味する。また、「エクステントＡＴＣ時間」はＡＴＣの値で定義され、一つのエクステント内のソースパケットに付与されたＡＴＳの範囲、すなわち、そのエクステントの先頭のソースパケットのＡＴＳから次のエクステントの先頭のソースパケットのＡＴＳまでの時間間隔を表す。すなわち、エクステントＡＴＣ時間は、そのエクステント内のソースパケットを全て、再生装置102内でリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間に等しい。ここで、「リード・バッファ」は再生装置102内のバッファ・メモリであり、ＢＤ−ＲＯＭディスク101から読み出されたデータ・ブロックをシステム・ターゲット・デコーダへ送るまでの間、一時的に格納する。リード・バッファの詳細については後述する。図１９に示されている例では、三つのエクステント・ブロック1901−1903が互いにシームレスに接続されるので、データ・ブロックの各対D[n]、B[n]（n＝0、1、2、…）でエクステントＡＴＣ時間が等しい。

隣接するデータ・ブロックの各対D[n]、B[n]では、先頭に位置するＶＡＵは同じ３Ｄ・ＶＡＵに属し、特に、同じ３Ｄ映像を表すＧＯＰの先頭のピクチャを含む。例えばディペンデントビュー・データ・ブロックD[n]がライトビュー・データ・ブロックである場合、各ライトビュー・データ・ブロックD[n]の先端はライトビュー・ビデオ・ストリームのＰピクチャを含み、先頭のベースビュー・データ・ブロックB[n]の先端はベースビュー・ビデオ・ストリームのＩピクチャを含む。そのライトビュー・ビデオ・ストリームのＰピクチャは、そのベースビュー・ビデオ・ストリームのＩピクチャの表す２Ｄ映像をレフトビューとするときのライトビューを表す。特にそのＰピクチャは、図７に示されているように、そのＩピクチャを参照ピクチャとして圧縮されている。従って、３Ｄ再生モードの再生装置102は、いずれのデータ・ブロックの対D[n]、B[n]からも３Ｄ映像の再生を開始できる。すなわち、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理が可能である。ディペンデントビュー・データ・ブロックD[n]がデプスマップ・データ・ブロックである場合も同様である。

インターリーブ配置では更に、隣接するデータ・ブロックの対D[n]、B[n]のうち、ディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]よりも先に配置される。それは、一般にディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]よりもデータ量が小さい、すなわち、ビットレートが低いことに因る。例えば、ライトビュー・データ・ブロックD[n]に含まれるピクチャは、ベースビュー・データ・ブロックB[n]に含まれるピクチャを参照ピクチャとして圧縮されている。従って、そのライトビュー・データ・ブロックD[n]のサイズS_EXT2[n]は一般に、そのベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]以下である：S_EXT2[n]≦S_EXT1[n]。一方、デプスマップの画素当たりのデータ量、すなわち奥行き値のビット数は一般に、ベースビュー・ピクチャの画素当たりのデータ量、すなわち色座標値とα値とのビット数の和よりも小さい。更に、図３の（ａ）、（ｂ）に示されているように、メインＴＳはサブＴＳとは異なり、プライマリ・ビデオ・ストリームの他にもプライマリ・オーディオ・ストリーム等のエレメンタリ・ストリームを含む。従って、デプスマップ・データ・ブロックのサイズS_EXT3[n]は一般に、ベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]以下である：S_EXT3[n]≦S_EXT1[n]。

［多重化ストリーム・データをデータ・ブロックに分割する意義］

再生装置102は、ＢＤ−ＲＯＭディスク101から３Ｄ映像をシームレスに再生するには、メインＴＳとサブＴＳとをパラレルに処理しなければならない。しかし、その処理に利用可能なリード・バッファの容量は一般に限られている。特に、ＢＤ−ＲＯＭディスク101からリード・バッファへ連続して読み込むことのできるデータ量には限界がある。従って、再生装置102はメインＴＳとサブＴＳとを、エクステントＡＴＣ時間の等しい部分の対に分割して読み出さねばならない。

図２０の（ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ2001とサブＴＳ2002との配置を示す模式図である。再生装置102がそれらのメインＴＳ2001とサブＴＳ2002とをパラレルに処理するとき、図２０の（ａ）に実線の矢印（１）−（４）で示されているように、ＢＤ−ＲＯＭドライブ121はメインＴＳ2001とサブＴＳ2002とを交互に、エクステントＡＴＣ時間の等しい部分ずつ読み出す。そのとき、ＢＤ−ＲＯＭドライブ121は、図２０の（ａ）に破線の矢印で示されているように、読み出し処理の途中でＢＤ−ＲＯＭディスク上の読み出し対象領域を大きく変化させなければならない。例えば矢印（１）の示すメインＴＳ2001の先端部分が読み出された時、ＢＤ−ＲＯＭドライブ121は光ピックアップによる読み出し動作を一旦停止し、ＢＤ−ＲＯＭディスクの回転速度を上げる。それにより、矢印（２）の示すサブＴＳ2002の先端部分が記録されたＢＤ−ＲＯＭディスク上のセクタを速やかに光ピックアップの位置まで移動させる。このように、光ピックアップに読み出し動作を一旦停止させて、その間に次の読み出し対象領域上へ光ピックアップを位置づけるための操作を「ジャンプ」という。図２０の（ａ）に示されている破線の矢印は、読み出し処理の途中で必要な各ジャンプの範囲を示す。各ジャンプの期間中、光ピックアップによる読み出し処理は停止し、デコーダによる復号処理のみが進行する。図２０の（ａ）に示されている例ではジャンプが過大であるので、読み出し処理を復号処理に間に合わせることが難しい。その結果、シームレス再生を確実に持続することが難しい。

図２０の（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に交互に記録されたディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…とベースビュー・データ・ブロックB[0]、B[1]、B[2]、…との配置を示す模式図である。図２０の（ｂ）を参照するに、メインＴＳとサブＴＳとはそれぞれ、複数のデータ・ブロックに分割されて交互に配置されている。その場合、再生装置102は３Ｄ映像の再生時、図２０の（ｂ）に矢印（１）−（４）で示されているように、データ・ブロックD[0]、B[0]、D[1]、B[1]、…を先頭から順番に読み出す。それだけで、再生装置102はメインＴＳとサブＴＳとを交互に読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。

［隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える意義］

図２０の（ｃ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の一例を示す模式図である（n＝0、1、2）。図２０の（ｃ）を参照するに、各ディペンデントビュー・データ・ブロックD[n]とその直後のベースビュー・データ・ブロックB[n]との対ではエクステントＡＴＣ時間が等しい。例えば先頭のデータ・ブロックの対D[0]、B[0]ではエクステントＡＴＣ時間が共に１秒に等しい。従って、各データ・ブロックD[0]、B[0]が再生装置102内のリード・バッファに読み込まれたとき、その中の全てのＴＳパケットが、同じ１秒間でリード・バッファからシステム・ターゲット・デコーダへ送られる。同様に、２番目のデータ・ブロックの対D[1]、B[1]ではエクステントＡＴＣ時間が共に０．７秒に等しいので、同じ０．７秒間で、各データ・ブロック内の全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。

図２０の（ｄ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の別例を示す模式図である。図２０の（ｄ）を参照するに、全てのデータ・ブロックD[n]、B[n]でエクステントＡＴＣ時間が１秒に等しい。従って、各データ・ブロックD[n]、B[n]が再生装置102内のリード・バッファに読み込まれたとき、いずれのデータ・ブロックでも、同じ１秒間で全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。

上記のとおり、ディペンデントビュー・データ・ブロックは一般に、ベースビュー・データ・ブロックよりも圧縮率が高い。従って、ディペンデントビュー・データ・ブロックの復号処理の速度は一般に、ベースビュー・データ・ブロックの復号処理の速度よりも低い。一方、エクステントＡＴＣ時間が等しいとき、ディペンデントビュー・データ・ブロックは一般に、ベースビュー・データ・ブロックよりもデータ量が小さい。従って、図２０の（ｃ）、（ｄ）のように、隣接するデータ・ブロック間でエクステントＡＴＣ時間が等しいとき、復号対象のデータがシステム・ターゲット・デコーダに供給される速度は、そのデコーダの処理速度と均衡を保ちやすい。すなわち、システム・ターゲット・デコーダは、特に飛び込み再生においても、ベースビュー・データ・ブロックの復号処理とディペンデントビュー・データ・ブロックの復号処理とを容易に同期させることができる。

［データ量の小さいデータ・ブロックを先に置く意義］

３Ｄ再生モードの再生装置102は、各エクステント・ブロックの先頭に位置するデータ・ブロックを読み出すとき、又は再生開始位置のデータ・ブロックを読み出すとき、まず、そのデータ・ブロックを全てリード・バッファに読み込む。その間、そのデータ・ブロックはシステム・ターゲット・デコーダには渡されない。その読み込みが完了した後、再生装置102はそのデータ・ブロックを次のデータ・ブロックとパラレルにシステム・ターゲット・デコーダに渡す。この処理を「プリロード」という。

プリロードの技術的意義は次のとおりである。Ｌ／Ｒモードでは、ディペンデントビュー・データ・ブロックの復号にベースビュー・データ・ブロックが必要である。従って、復号後のデータを出力処理まで保持するためのバッファを必要最小限の容量に維持するには、それらのデータ・ブロックをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。一方、デプス・モードでは、復号後のベースビュー・ピクチャとデプスマップとの対から、視差画像を表すビデオ・プレーンの対を生成する処理が必要である。従って、復号後のデータをその処理まで保持するためのバッファを必要最小限の容量に維持するには、ベースビュー・データ・ブロックとデプスマップ・データ・ブロックとをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。それ故、プリロードにより、エクステント・ブロックの先頭又は再生開始位置のデータ・ブロックの全体を予めリード・バッファに読み込んでおく。それにより、そのデータ・ブロックと後続のデータ・ブロックとをリード・バッファからシステム・ターゲット・デコーダへ同時に転送して復号させることができる。更に、以降のデータ・ブロックの対もシステム・ターゲット・デコーダに同時に復号させることができる。

プリロードでは、最初に読み出されるデータ・ブロックの全体がリード・バッファに蓄積される。従って、リード・バッファには少なくとも、そのデータ・ブロックのサイズに等しい容量が要求される。ここで、リード・バッファの容量を最小限に維持するには、プリロードの対象とされるデータ・ブロックのサイズを可能な限り縮小すべきである。一方、飛び込み再生等のランダムアクセスでは、いずれのデータ・ブロックの対も再生開始位置に選択され得る。それ故、いずれのデータ・ブロックの対でも、データ量の小さい方を先に置く。それにより、リード・バッファの容量を最小限に維持することができる。

≪データ・ブロックに対するＡＶストリーム・ファイルのクロスリンク≫

図１９に示されているデータ・ブロック群に対して、ＡＶストリーム・ファイルのクロスリンクは次のように実現される。ファイルＳＳ（01000.ssif）244Aのファイル・エントリ1940は、各エクステント・ブロック1901−1903を一つのエクステントと見なして各サイズとその先端のＬＢＮとを示す。従って、各エクステント・ブロック1901−1903はファイルＳＳ244AのエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]としてアクセス可能である。以下、ファイルＳＳ244Aに属するエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]を「エクステントＳＳ」という。各エクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]は、ファイル２Ｄ241とはベースビュー・データ・ブロックB[n]を共有し、ファイルＤＥＰ242とはディペンデントビュー・データ・ブロックD[n]を共有する。

≪エクステント・ブロック群に対する再生経路≫

図２１は、エクステント・ブロック群1901−1903に対する２Ｄ再生モードでの再生経路2101を示す模式図である。２Ｄ再生モードの再生装置102はファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路2101が示すとおり、各エクステント・ブロック1901−1903からベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が順番に２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]として読み出される。具体的には、まず先頭のエクステント・ブロック1901から先頭のベースビュー・データ・ブロックB[0]が読み出され、その直後のディペンデントビュー・データ・ブロックD[0]の読み出しが最初のジャンプJ_2D1によってスキップされる。次に２番目のベースビュー・データ・ブロックB[1]が読み出され、その直後のデータNAVとディペンデントビュー・データ・ブロックD[1]との読み出しが２回目のジャンプJ_NAVによってスキップされる。続いて、２番目以降のエクステント・ブロック1902、1903内でも同様に、ベースビュー・データ・ブロックの読み出しとジャンプとが繰り返される。

２番目のエクステント・ブロック1902と３番目のエクステント・ブロック1903との間に生じるジャンプJ_LYは、層境界LBを越えるロングジャンプである。「ロングジャンプ」はジャンプの中でもシーク時間の長いものの総称であり、具体的には、ジャンプ距離が所定の閾値を超えるものをいう。「ジャンプ距離」とは、ジャンプ期間中に読み出し操作がスキップされるＢＤ−ＲＯＭディスク101上の領域の長さをいう。ジャンプ距離は通常、その部分のセクタ数で表される。ロングジャンプの定義に利用される閾値は、ＢＤ−ＲＯＭの規格では例えば４００００セクタに規定されている。しかし、その閾値は、ＢＤ−ＲＯＭディスクの種類と、ＢＤ−ＲＯＭドライブの読み出し処理に関する性能とに依存する。ロングジャンプは特にフォーカス・ジャンプとトラック・ジャンプとを含む。「フォーカス・ジャンプ」は、記録層の切り換えに伴うジャンプであり、光ピックアップの焦点距離を変化させる処理を含む。「トラック・ジャンプ」は、光ピックアップをＢＤ−ＲＯＭディスク101の半径方向に移動させる処理を含む。

図２１はまた、エクステント・ブロック群1901−1903に対するＬ／Ｒモードでの再生経路2102も示す。Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路2102が示すとおり、各エクステント・ブロック1901−1903が順番にエクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]として読み出される。具体的には、まず先頭のエクステント・ブロック1901からデータ・ブロックD[0]、B[0]、D[1]、B[1]が連続して読み出され、その直後のデータNAVの読み出しが最初のジャンプJ_NAVによってスキップされる。次に２番目のエクステント・ブロック1902からデータ・ブロックD[2]、…、B[3]が連続して読み出される。その直後に、記録層の切り換えに伴うロングジャンプJ_LYが生じ、続いて、３番目のエクステント・ブロック1903からデータ・ブロックD[4]、B[4]、…が連続して読み出される。

エクステント・ブロック1901−1903をファイルＳＳ244Aのエクステントとして読み込むとき、再生装置102はファイルＳＳ244Aのファイル・エントリ1940から各エクステントＳＳEXTSS[0]、EXTSS[1]、…の先端のＬＢＮとそのサイズとを読み出してＢＤ−ＲＯＭドライブ121に渡す。ＢＤ−ＲＯＭドライブ121はそのＬＢＮからそのサイズのデータを連続して読み出す。これらの処理は、データ・ブロック群をファイルＤＥＰ242とファイル２Ｄ241との各エクステントとして読み込む処理よりも、ＢＤ−ＲＯＭドライブ121の制御が次の二点（Ａ）、（Ｂ）で簡単である：（Ａ）再生装置102は一箇所のファイル・エントリを利用して各エクステントを順番に参照すればよい；（Ｂ）読み込み対象のエクステントの総数が実質上半減するので、ＢＤ−ＲＯＭドライブ121に渡されるべきＬＢＮとサイズとの対の総数が少ない。但し、再生装置102はエクステントＳＳEXTSS[0]、EXTSS[1]、…を読み込んだ後、それぞれをディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとに分離してデコーダに渡さなければならない。その分離処理にはクリップ情報ファイルが利用される。その詳細については後述する。

図１９に示されているように、各エクステント・ブロック1901−1903の実際の読み出しでは、ＢＤ−ＲＯＭドライブ121は各データ・ブロックの後端から次のデータ・ブロックの先端までの間にゼロ・セクタ遷移J₀を行う。「ゼロ・セクタ遷移」とは、二つの連続するデータ・ブロック間での光ピックアップの移動をいう。ゼロ・セクタ遷移が行われる期間（以下、ゼロ・セクタ遷移期間という。）では、光ピックアップは読み出し動作を一旦停止して待機する。その意味で、ゼロ・セクタ遷移は「ジャンプ距離が０セクタに等しいジャンプ」とも見なせる。ゼロ・セクタ遷移期間の長さ、すなわちゼロ・セクタ遷移時間は、ＢＤ−ＲＯＭディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。「誤り訂正処理に伴うオーバーヘッド」とは、二つのデータ・ブロックの境界がＥＣＣブロックの境界と一致していないときに、そのＥＣＣブロックを用いた誤り訂正処理が二回行われることに起因する余分な時間をいう。誤り訂正処理には一つのＥＣＣブロックの全体が必要である。従って、一つのＥＣＣブロックが二つの連続するデータ・ブロックに共有されているとき、いずれのデータ・ブロックの読み出し処理でもそのＥＣＣブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのデータ・ブロックを一つ読み出すごとに、そのデータ・ブロックの他に最大３２セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち３２［セクタ］×２０４８［バイト］×８［ビット／バイト］×２［回］／読み出し速度で評価される。尚、各データ・ブロックをＥＣＣブロック単位で構成することにより、誤り訂正処理に伴うオーバーヘッドがゼロ・セクタ遷移時間から除外されてもよい。

≪クリップ情報ファイル≫

図２２は、第１クリップ情報ファイル（01000.clpi）、すなわち２Ｄクリップ情報ファイル231のデータ構造を示す模式図である。ディペンデントビュー・クリップ情報ファイル（02000.clpi）232、（03000.clpi）233も同様なデータ構造を持つ。以下では、まず２Ｄクリップ情報ファイル231のデータ構造を例にして、クリップ情報ファイル全般に共通するデータ構造を説明する。その後、ディペンデントビュー・クリップ情報ファイルについて、２Ｄクリップ情報ファイルとのデータ構造上の相違点を説明する。

図２２を参照するに、２Ｄクリップ情報ファイル231は、クリップ情報2210、ストリーム属性情報2220、エントリ・マップ2230、及び３Ｄメタデータ2240を含む。３Ｄメタデータ2240はエクステント起点2242を含む。

クリップ情報2210は、システムレート2211、再生開始時刻2212、及び再生終了時刻2213を含む。システムレート2211は、ファイル２Ｄ（01000.m2ts）241に対するシステムレートを規定する。ここで、２Ｄ再生モードの再生装置102は、ファイル２Ｄ241に属するＴＳパケットをリード・バッファからシステム・ターゲット・デコーダへ転送する。「システムレート」はその転送速度の上限値を意味する。その転送速度がシステムレート以下に抑えられるように、ファイル２Ｄ241ではソースパケットのＡＴＳの間隔が設定されている。再生開始時刻2212は、ファイル２Ｄ241の先頭のＶＡＵのＰＴＳ、例えば先頭の映像フレームのＰＴＳを示す。再生終了時刻2212は、ファイル２Ｄ241の後端のＶＡＵのＰＴＳから所定量遅れたＳＴＣの値、例えば最後の映像フレームのＰＴＳに１フレーム当たりの再生時間を加えた値を示す。

ストリーム属性情報2220は、ファイル２Ｄ241に含まれる各エレメンタリ・ストリームのＰＩＤ2221とその属性情報2222との間の対応表である。属性情報2222は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えばプライマリ・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１００に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報2222は再生装置102により、デコーダの初期化に利用される。

［エントリ・マップ］

図２３の（ａ）は、エントリ・マップ2230のデータ構造を示す模式図である。図２３の（ａ）を参照するに、エントリ・マップ2230はテーブル2300を含む。テーブル2300は、メインＴＳに多重化されたビデオ・ストリームと同数であり、各ビデオ・ストリームに一つずつ割り当てられている。図２３の（ａ）では各テーブル2300が割り当て先のビデオ・ストリームのＰＩＤで区別されている。各テーブル2300はエントリ・マップ・ヘッダ2301とエントリ・ポイント2302とを含む。エントリ・マップ・ヘッダ2301は、そのテーブル2300に対応付けられたＰＩＤと、そのテーブル2300に含まれるエントリ・ポイント2302の総数とを含む。エントリ・ポイント2302は、ＰＴＳ2303とソースパケット番号（ＳＰＮ）2304との対を一つずつ、異なるエントリ・ポイントＩＤ（ＥＰ＿ＩＤ）2305に対応付ける。ＰＴＳ2303は、エントリ・マップ・ヘッダ2301の示すＰＩＤのビデオ・ストリームに含まれるいずれかのＩピクチャのＰＴＳに等しい。ＳＰＮ2304は、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。「ＳＰＮ」とは、一つのＡＶストリーム・ファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。ＳＰＮは、そのＡＶストリーム・ファイル内での各ソースパケットのアドレスとして利用される。２Ｄクリップ情報ファイル231内のエントリ・マップ2230では、ＳＰＮは、ファイル２Ｄ241に属するソースパケット群、すなわちメインＴＳを構成するソースパケット群に割り当てられた番号を意味する。従って、エントリ・ポイント2302は、ファイル２Ｄ241に含まれる各ＩピクチャのＰＴＳとアドレス、すなわちＳＰＮとの間の対応関係を表す。

エントリ・ポイント2302は、ファイル２Ｄ241内の全てのＩピクチャに対して設定されていなくてもよい。但し、ＩピクチャがＧＯＰの先頭に位置し、かつ、そのＩピクチャの先頭を含むＴＳパケットが２Ｄエクステントの先頭に位置するときは、そのＩピクチャにはエントリ・ポイント2302を設定しなければならない。

図２３の（ｂ）は、ファイル２Ｄ241に属するソースパケット群2310のうち、エントリ・マップ2230によって各ＥＰ＿ＩＤ2305に対応付けられているものを示す模式図である。図２３の（ｃ）は、そのソースパケット群2310に対応するＢＤ−ＲＯＭディスク101上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。再生装置102はファイル２Ｄ241から２Ｄ映像を再生するとき、エントリ・マップ2230を利用して、任意のシーンを表すフレームのＰＴＳから、そのフレームを含むソースパケットのＳＰＮを特定する。具体的には、再生開始位置として特定のエントリ・ポイントのＰＴＳ、例えばＰＴＳ＝３６００００が指定されたとき、再生装置102はまず、エントリ・マップ2230から、そのＰＴＳに対応付けられたＳＰＮ＝３２００を検索する。再生装置102は次に、そのＳＰＮとソースパケット一つ当たりのデータ量１９２バイトとの積を求め、更に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商、ＳＰＮ×１９２／２０４８を求める。図５の（ｃ）、（ｄ）から理解されるとおり、その値は、メインＴＳのうち、そのＳＰＮが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図２３の（ｂ）に示されている例では、その値３２００×１９２／２０４８＝３００は、ＳＰＮが０から３１９９までであるソースパケット群2311が記録されたセクタの総数に等しい。再生装置102は続いて、ファイル２Ｄ241のファイル・エントリを参照し、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（上記の総数＋１）番目のセクタのＬＢＮを特定する。図２３の（ｃ）に示されている例では、２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能なベースビュー・データ・ブロックB[0]、B[1]、B[2]、…が記録されたセクタ群のうち、先頭から数えて３０１番目のセクタのＬＢＮが特定される。再生装置102はそのＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、そのＬＢＮのセクタから順にベースビュー・データ・ブロック群がアラインド・ユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインド・ユニットから、再生開始位置のエントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル２Ｄ241から特定のＰＴＳ以降の２Ｄ映像を再生できる。

エントリ・マップ2230は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば２Ｄ再生モードの再生装置102は、まずエントリ・マップ2230を参照して、再生開始位置、例えばＰＴＳ＝３６００００以降のＰＴＳを含むエントリ・ポイント、ＥＰ＿ＩＤ＝２、３、…からＳＰＮ＝３２００、４８００、…を順番に読み出す。再生装置102は次にファイル２Ｄ241のファイル・エントリを利用して、各ＳＰＮに対応するセクタのＬＢＮを特定する。再生装置102は続いて、各ＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、各ＬＢＮのセクタからアラインド・ユニットが読み出される。再生装置102は更に各アラインド・ユニットから、各エントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。こうして、再生装置102は２Ｄエクステント群EXT2D[n]自体を解析することなく、ファイル２Ｄ241からＩピクチャを選択的に再生できる。

［エクステント起点］

図２４の（ａ）は、エクステント起点2242のデータ構造を示す模式図である。図２４の（ａ）を参照するに、「エクステント起点（Extent＿Start＿Point）」2242はベースビュー・エクステントＩＤ（ＥＸＴ１＿ＩＤ）2411とＳＰＮ2412とを含む。ＥＸＴ１＿ＩＤ2411は、ファイルＳＳ（01000.ssif）244Aに属するベースビュー・データ・ブロックに先頭から順に割り当てられた通し番号である。ＳＰＮ2412は各ＥＸＴ１＿ＩＤ2411に一つずつ割り当てられ、そのＥＸＴ１＿ＩＤ2411で識別されるベースビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、ファイルＳＳ244Aに属するベースビュー・データ・ブロック群に含まれるソースパケットに先頭から順に割り当てられた通し番号である。

図１９に示されているエクステント・ブロック1901−1903では、各ベースビュー・データ・ブロックB[0]、B[1]、B[2]、…は、ファイル２Ｄ241とファイルＳＳ244Aとに共有される。しかし、記録層間の境界等、ロングジャンプの必要な箇所に配置されたデータ・ブロック群は一般に、ファイル２Ｄ241又はファイルＳＳ244Aのいずれかにのみ属するベースビュー・データ・ブロックを含む（詳細は《補足》参照）。従って、エクステント起点2242の示すＳＰＮ2412は、ファイル２Ｄ241に属する２Ｄエクステントの先端に位置するソースパケットのＳＰＮとは一般に異なる。

図２４の（ｂ）は、第２クリップ情報ファイル（02000.clpi）、すなわちディペンデントビュー・クリップ情報ファイル232に含まれるエクステント起点2420のデータ構造を示す模式図である。図２４の（ｂ）を参照するに、エクステント起点2420は、ディペンデントビュー・エクステントＩＤ（ＥＸＴ２＿ＩＤ）2421とＳＰＮ2422とを含む。ＥＸＴ２＿ＩＤ2421は、ファイルＳＳ244Aに属するディペンデントビュー・データ・ブロックに、先頭から順に割り当てられた通し番号である。ＳＰＮ2422は各ＥＸＴ２＿ＩＤ2421に一つずつ割り当てられ、そのＥＸＴ２＿ＩＤ2421で識別されるディペンデントビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、ファイルＳＳ244Aに属するディペンデントビュー・データ・ブロック群に含まれるソースパケットに、先頭から順に割り当てられた通し番号である。

図２４の（ｄ）は、ファイルＤＥＰ（02000.m2ts）242に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点2420の示すＳＰＮ2422との間の対応関係を表す模式図である。図１９に示されているように、ディペンデントビュー・データ・ブロックはファイルＤＥＰ242とファイルＳＳ244Aとに共有される。従って、図２４の（ｄ）に示されているように、エクステント起点2420の示す各ＳＰＮ2422は、各ディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…の先端に位置するソースパケットのＳＰＮに等しい。

２Ｄクリップ情報ファイル231のエクステント起点2242とディペンデントビュー・クリップ情報ファイル232のエクステント起点2420とは、以下に説明するように、ファイルＳＳ244Aから３Ｄ映像が再生されるとき、各エクステントＳＳに含まれるデータ・ブロックの境界の検出に利用される。

図２４の（ｅ）は、ファイルＳＳ244Aに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。図２４の（ｅ）を参照するに、そのエクステント・ブロックはインターリーブ配置のデータ・ブロック群D[n]、B[n]（n＝0、1、2、…）を含む。尚、以下の説明はその他の配置でも同様に成立する。そのエクステント・ブロックは一つのエクステントＳＳEXTSS[0]としてアクセス可能である。更に、そのエクステントＳＳEXTSS[0]の中でベースビュー・データ・ブロックB[n]に含まれるソースパケットの数は、エクステント起点2242において、ＥＸＴ１＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ａ(ｎ＋１)−Ａｎに等しい。ここで、Ａ０＝０とする。一方、ディペンデントビュー・データ・ブロックD[n＋1]に含まれるソースパケットの数は、エクステント起点2420において、ＥＸＴ２＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ｂ(ｎ＋１)−Ｂｎに等しい。ここで、Ｂ０＝０とする。

３Ｄ再生モードの再生装置102はファイルＳＳ244Aから３Ｄ映像を再生するとき、各クリップ情報ファイル231、232のエントリ・マップとエクステント起点2242、2420とを利用する。それにより、再生装置102は、任意のシーンのライトビューを表すフレームのＰＴＳから、そのフレームの構成に必要なディペンデントビュー・データ・ブロックが記録されたセクタのＬＢＮを特定する。具体的には、再生装置102はまず、例えばディペンデントビュー・クリップ情報ファイル232のエントリ・マップから、そのＰＴＳに対応付けられたＳＰＮを検索する。仮に、そのＳＰＮの示すソースパケットが、ファイルＤＥＰ242の３番目のディペンデントビュー・エクステントEXT2[2]、すなわちディペンデントビュー・データ・ブロックD[2]に含まれる場合を想定する。再生装置102は次に、ディペンデントビュー・クリップ情報ファイル232のエクステント起点2420の示すＳＰＮ2422の中から、目標のＳＰＮ以下で最大のもの“Ｂ２”と、それに対応するＥＸＴ２＿ＩＤ“２”とを検索する。再生装置102は続いて、２Ｄクリップ情報ファイル231のエクステント起点2242から、そのＥＸＴ２＿ＩＤ“２”と等しいＥＸＴ１＿ＩＤに対応するＳＰＮ2412の値“Ａ２”を検索する。再生装置102は更に、検索されたＳＰＮの和Ｂ２＋Ａ２を求める。図２４の（ｅ）から理解されるように、その和Ｂ２＋Ａ２は、エクステントＳＳEXTSS[0]の中で、３番目のディペンデントビュー・データ・ブロックD[2]よりも前に配置されたソースパケットの総数に等しい。従って、その和Ｂ２＋Ａ２とソースパケット一つ当たりのデータ量１９２バイトとの積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商（Ｂ２＋Ａ２）×１９２／２０４８は、エクステントＳＳEXTSS[0]の先頭から３番目のディペンデントビュー・データ・ブロックD[2]の直前までのセクタ数に等しい。この商を利用してファイルＳＳ244Aのファイル・エントリを参照すれば、そのディペンデントビュー・データ・ブロックD[2]の先端が記録されたセクタのＬＢＮを特定することができる。

再生装置102は、上記のようにＬＢＮを特定した後、そのＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、そのＬＢＮのセクタ以降に記録されたエクステントＳＳEXTSS[0]の部分、すなわち、３番目のディペンデントビュー・データ・ブロックD[2]以降のデータ・ブロック群D[2]、B[2]、D[3]、B[3]、…が、アラインド・ユニット単位で読み出される。

再生装置102は更にエクステント起点2242、2420を利用して、読み出されたエクステントＳＳからディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとを交互に抽出する。例えば、図２４の（ｅ）に示されているエクステントＳＳEXTSS[0]からデータ・ブロック群D[n]、B[n]（n＝0、1、2、…）が順番に読み出されるときを想定する。再生装置102はまず、エクステントＳＳEXTSS[0]の先頭からＢ１個のソースパケットを最初のディペンデントビュー・データ・ブロックD[0]として抽出する。再生装置102は次に、Ｂ１番目のソースパケットと、それに続く（Ａ１−１）個のソースパケットとの計Ａ１個のソースパケットを最初のベースビュー・データ・ブロックB[0]として抽出する。再生装置102は続いて、（Ｂ１＋Ａ１）番目のソースパケットと、それに続く（Ｂ２−Ｂ１−１）個のソースパケットとの計（Ｂ２−Ｂ１）個のソースパケットを二番目のディペンデントビュー・データ・ブロックD[1]として抽出する。再生装置102は更に、（Ａ１＋Ｂ２）番目のソースパケットと、それに続く（Ａ２−Ａ１−１）個のソースパケットとの計（Ａ２−Ａ１）個のソースパケットを２番目のベースビュー・データ・ブロックB[1]として抽出する。それ以降も再生装置102は同様に、読み出されるソースパケットの数からエクステントＳＳ内のデータ・ブロック間の境界を検出して、ディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとを交互に抽出する。抽出されたベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとはパラレルにシステム・ターゲット・デコーダに渡されて復号される。

こうして、３Ｄ再生モードの再生装置102はファイルＳＳ244Aから特定のＰＴＳ以降の３Ｄ映像を再生できる。その結果、再生装置102は、ＢＤ−ＲＯＭドライブ121の制御に関する上記の利点（Ａ）、（Ｂ）を実際に享受できる。

≪ファイル・ベース≫

図２４の（ｃ）は、３Ｄ再生モードの再生装置102によってファイルＳＳ244Aから抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。図２４の（ｃ）を参照するに、それらのベースビュー・データ・ブロックB[n]（n＝0、1、2、…）の含むソースパケット群に、先頭から順にＳＰＮを割り当てたとき、各データ・ブロックB[n]の先端に位置するソースパケットのＳＰＮは、エクステント起点2242の示すＳＰＮ2412に等しい。それらのベースビュー・データ・ブロック群B[n]のように、エクステント起点を利用して一つのファイルＳＳから抽出されるベースビュー・データ・ブロック群を「ファイル・ベース」という。更に、ファイル・ベースに含まれるベースビュー・データ・ブロックを「ベースビュー・エクステント」という。図２４の（ｅ）に示されているように、各ベースビュー・エクステントEXT1[0]、EXT1[1]、…はクリップ情報ファイル内のエクステント起点2242、2420によって参照される。

ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とベースビュー・データ・ブロックB[n]を共有する。従って、ファイル・ベースはファイル２Ｄと同じメインＴＳを含む。しかし、ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とは異なり、いずれのファイルのファイル・エントリによっても参照されない。上記のとおり、ベースビュー・エクステントEXT1[n]は、クリップ情報ファイル内のエクステント起点を利用して、ファイルＳＳ内のエクステントＳＳEXTSS[・]から抽出される。このように、ファイル・ベースは本来のファイルとは異なり、ファイル・エントリを含まず、かつ、ベースビュー・エクステントの参照にエクステント起点を必要とする。それらの意味で、ファイル・ベースは「仮想的なファイル」である。特にファイル・ベースはファイルシステムでは認識されず、図２に示されているディレクトリ／ファイル構造には現れない。

図２５は、ＢＤ−ＲＯＭディスク101上に記録された一つのエクステント・ブロック2500と、ファイル２Ｄ2510、ファイル・ベース2511、ファイルＤＥＰ2512、及びファイルＳＳ2520の各エクステント群との間の対応関係を示す模式図である。図２５を参照するに、エクステント・ブロック2500はディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とを含む（n＝…、0、1、2、3、…）。ベースビュー・データ・ブロックB[n]は２ＤエクステントEXT2D[n]としてファイル２Ｄ2510に属する。ディペンデントビュー・データ・ブロックD[n]はディペンデントビュー・エクステントEXT2[n]としてファイルＤＥＰ2512に属する。エクステント・ブロック2500の全体が一つのエクステントＳＳEXTSS[0]としてファイルＳＳ2520に属する。従って、エクステントＳＳEXTSS[0]は、２ＤエクステントEXT2D[n]とはベースビュー・データ・ブロックB[n]を共有し、ディペンデントビュー・エクステントEXT2[n]とはディペンデントビュー・データ・ブロックD[n]を共有する。エクステントＳＳEXTSS[0]は再生装置102に読み込まれた後、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とに分離される。それらのベースビュー・データ・ブロックB[n]はベースビュー・エクステントEXT1[n]としてファイル・ベース2511に属する。エクステントＳＳEXTSS[0]内でのベースビュー・エクステントEXT1[n]とディペンデントビュー・エクステントEXT2[n]との間の境界は、ファイル２Ｄ2510とファイルＤＥＰ2512とのそれぞれに対応付けられたクリップ情報ファイル内のエクステント起点を利用して特定される。

≪ディペンデントビュー・クリップ情報ファイル≫

ディペンデントビュー・クリップ情報ファイルは、図２２−２４に示されている２Ｄクリップ情報ファイルとデータ構造が同様である。従って、以下の説明では、ディペンデントビュー・クリップ情報ファイルと２Ｄクリップ情報ファイルとの間の相違点に触れ、同様な点についての説明は上記の説明を援用する。

ディペンデントビュー・クリップ情報ファイルは２Ｄクリップ情報ファイルとは主に次の二点（ｉ）、（ｉｉ）で異なる：（ｉ）ストリーム属性情報に条件が課せられている；（ｉｉ）エントリ・ポイントに条件が課せられている。

（ｉ）ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとがＬ／Ｒモードの再生装置102によって３Ｄ映像の再生に利用されるものであるとき、図７に示されているとおり、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームを利用して圧縮されている。そのとき、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームとビデオ・ストリーム属性が等しい。ここで、ベースビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報は２Ｄクリップ情報ファイルのストリーム属性情報2220内でＰＩＤ＝０ｘ１０１１に対応付けられている。一方、ディペンデントビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報はディペンデントビュー・クリップ情報ファイルのストリーム属性情報内でＰＩＤ＝０ｘ１０１２又は０ｘ１０１３に対応付けられている。従って、それらのビデオ・ストリーム属性情報間では、図２２に示されている各項目、すなわち、コーデック、解像度、アスペクト比、及びフレームレートが一致しなければならない。コーデックの種類が一致していれば、ベースビュー・ピクチャとディペンデントビュー・ピクチャとの間に符号化での参照関係が成立するので、各ピクチャを復号することができる。解像度、アスペクト比、及びフレームレートがいずれも一致していれば、左右の映像の画面表示を同期させることができる。それ故、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができる。

（ｉｉ）ディペンデントビュー・クリップ情報ファイルのエントリ・マップは、ディペンデントビュー・ビデオ・ストリームに割り当てられたテーブルを含む。そのテーブルは、図２３の（ａ）に示されているテーブル2300と同様に、エントリ・マップ・ヘッダとエントリ・ポイントとを含む。エントリ・マップ・ヘッダは、対応するディペンデントビュー・ビデオ・ストリームのＰＩＤ、すなわち０ｘ１０１２又は０ｘ１０１３を示す。各エントリ・ポイントは一対のＰＴＳとＳＰＮとを一つのＥＰ＿ＩＤに対応付けている。各エントリ・ポイントのＰＴＳは、ディペンデントビュー・ビデオ・ストリームに含まれるいずれかのＧＯＰの先頭のピクチャのＰＴＳと等しい。各エントリ・ポイントのＳＰＮは、同じエントリ・ポイントに属するＰＴＳの示すピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。ここで、ＳＰＮは、ファイルＤＥＰに属するソースパケット群、すなわちサブＴＳを構成するソースパケット群に先頭から順に割り当てられた通し番号を意味する。各エントリ・ポイントのＰＴＳは、２Ｄクリップ情報ファイルのエントリ・マップのうち、ベースビュー・ビデオ・ストリームに割り当てられたテーブル内のエントリ・ポイントのＰＴＳと一致しなければならない。すなわち、同じ３Ｄ・ＶＡＵに含まれる一対のピクチャの一方を含むソースパケット群の先頭にエントリ・ポイントが設定されているときは常に、他方を含むソースパケット群の先頭にもエントリ・ポイントが設定されていなければならない。

図２６は、ベースビュー・ビデオ・ストリーム2610とディペンデントビュー・ビデオ・ストリーム2620とに設定されたエントリ・ポイントの例を示す模式図である。各ビデオ・ストリーム2610、2620では、先頭から数えて同じ順番のＧＯＰが同じ再生期間の映像を表す。図２６を参照するに、ベースビュー・ビデオ・ストリーム2610では、先頭から数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント2601B、2603B、2605Bが設定されている。それに併せて、ディペンデントビュー・ビデオ・ストリーム2620でも、先頭から数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント2601D、2603D、2605Dが設定されている。その場合、再生装置102は、例えばＧＯＰ＃３から３Ｄ映像の再生を開始するとき、対応するエントリ・ポイント2603B、2603DのＳＰＮからファイルＳＳ内の再生開始位置のＳＰＮを直ちに算定できる。特にエントリ・ポイント2603B、2603Dがいずれもデータ・ブロックの先端に設定されているとき、図２４の（ｅ）から理解されるとおり、エントリ・ポイント2603B、2603DのＳＰＮの和がファイルＳＳ内の再生開始位置のＳＰＮに等しい。図２４の（ｅ）の説明で述べたとおり、そのソースパケットの数からは、ファイルＳＳ内の再生開始位置の部分が記録されたセクタのＬＢＮを算定することができる。こうして、３Ｄ映像の再生においても、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理の応答速度を向上させることができる。

≪２Ｄプレイリスト・ファイル≫

図２７は、２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図２に示されている第１プレイリスト・ファイル（00001.mpls）221はこのデータ構造を持つ。図２７を参照するに、２Ｄプレイリスト・ファイル221はメインパス2701と二つのサブパス2702、2703とを含む。

メインパス2701はプレイアイテム情報（ＰＩ）の配列であり、ファイル２Ｄ241の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各ＰＩは固有のプレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）で識別される。各ＰＩ＃Ｎは主要な再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の開始時刻（In−Time）を表し、他方は終了時刻（Out−Time）を表す。更に、メインパス2701内でのＰＩの順序は、再生経路内での、対応する再生区間の順序を表す。

各サブパス2702、2703はサブプレイアイテム情報（ＳＵＢ＿ＰＩ）の配列であり、ファイル２Ｄ241の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、ファイル２Ｄ241のうち、メインパス2701の表す部分とは別の部分とその再生順とを意味する。その他に、その再生経路は、ファイル２Ｄ241とは別のファイル２Ｄに多重化されたストリーム・データの再生対象部分とその再生順とを意味してもよい。その再生経路の意味するストリーム・データは、メインパス2701に従ってファイル２Ｄ241から再生される２Ｄ映像と同時に再生されるべき別の２Ｄ映像を表す。その別の２Ｄ映像は、例えば、ピクチャ・イン・ピクチャ方式における副映像、ブラウザ画面、ポップアップ・メニュー、又は字幕を含む。サブパス2702、2703には、２Ｄプレイリスト・ファイル221への登録順に通し番号“０”、“１”が振られている。その通し番号はサブパスＩＤとして、各サブパス2702、2703の識別に利用される。各サブパス2702、2703ではＳＵＢ＿ＰＩが固有のサブプレイアイテムＩＤ＝＃Ｍ（Ｍ＝１、２、３、…）で識別される。各ＳＵＢ＿ＰＩ＃Ｍは、再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス2702、2703内でのＳＵＢ＿ＰＩの順序は、再生経路内での、対応する再生区間の順序を表す。

図２８は、ＰＩ＃Ｎのデータ構造を示す模式図である。図２８を参照するに、ＰＩ＃Ｎは、参照クリップ情報2801、再生開始時刻（In＿Time）2802、再生終了時刻（Out＿Time）2803、コネクション・コンディション2804、及びストリーム選択テーブル（以下、ＳＴＮ（StreamNumber）テーブルと略す。）2805を含む。参照クリップ情報2801は、２Ｄクリップ情報ファイル231を識別するための情報である。再生開始時刻2802と再生終了時刻2803とは、ファイル２Ｄ241の再生対象部分の先端と後端との各ＰＴＳを示す。コネクション・コンディション2804は、再生開始時刻2802と再生終了時刻2803とによって規定された再生区間での映像を、一つ前のＰＩ＃（Ｎ−１）によって規定された再生区間での映像に接続するときの条件を規定する。ＳＴＮテーブル2805は、再生開始時刻2802から再生終了時刻2803までの間に再生装置102内のデコーダによってファイル２Ｄ241から選択可能なエレメンタリ・ストリームの一覧表である。

ＳＵＢ＿ＰＩのデータ構造は、図２８に示されているＰＩのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にＳＵＢ＿ＰＩの再生開始時刻と再生終了時刻とは、ＰＩのそれらと同じ時間軸上の値で表される。ＳＵＢ＿ＰＩは更に「ＳＰコネクション・コンディション」というフィールドを含む。ＳＰコネクション・コンディションはＰＩのコネクション・コンディションと同じ意味を持つ。

［コネクション・コンディション］

コネクション・コンディション（以下、ＣＣと略す。）2804は、“１”、“５”、“６”の三種類の値を取り得る。ＣＣ2804が“１”であるとき、ＰＩ＃Ｎによって規定されるファイル２Ｄ241の部分から再生される映像は、直前のＰＩ＃（Ｎ−１）によって規定されるファイル２Ｄ241の部分から再生される映像とは必ずしもシームレスに接続されなくてもよい。一方、ＣＣ2804が“５”又は“６”であるとき、それら両方の映像が必ずシームレスに接続されなければならない。

図２９の（ａ）、（ｂ）はそれぞれ、ＣＣが“５”、“６”であるときに接続対象の二つの再生区間2901、2902の間の関係を示す模式図である。ここで、ＰＩ＃（Ｎ−１）はファイル２Ｄ241の第１部分2901を規定し、ＰＩ＃Ｎはファイル２Ｄ241の第２部分2902を規定する。図２９の（ａ）を参照するに、ＣＣが“５”であるとき、２つのＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間でＳＴＣが途切れていてもよい。すなわち、第１部分2901の後端のＰＴＳ＃１と第２部分2902の先端のＰＴＳ＃２とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第１部分2901に続けて第２部分2902をデコーダに供給したときでもそのデコーダが復号処理をスムーズに持続できるように、各部分2901、2902が作成されていなければならない。更に、第１部分2901に含まれるオーディオ・ストリームの最後のフレームを、第２部分2902に含まれるオーディオ・ストリームの先頭フレームと重複させなければならない。一方、図２９の（ｂ）を参照するに、ＣＣが“６”であるとき、第１部分2901と第２部分2902とは、デコーダの復号処理上、一連の部分として扱えるものでなければならない。すなわち、第１部分2901と第２部分2902との間ではＳＴＣとＡＴＣとがいずれも連続でなければならない。同様に、ＳＰコネクション・コンディションが“５”又は“６”であるとき、隣接する２つのＳＵＢ＿ＰＩによって規定されるファイル２Ｄの部分間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。

［ＳＴＮテーブル］

図２８を再び参照するに、ＳＴＮテーブル2805はストリーム登録情報の配列である。「ストリーム登録情報」とは、再生開始時刻2802から再生終了時刻2803までの間にメインＴＳから再生対象として選択可能なエレメンタリ・ストリームを個別に示す情報である。ストリーム番号（ＳＴＮ）2806は、ストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリ・ストリームの識別に利用される。ＳＴＮ2806は更に、同じ種類のエレメンタリ・ストリームの間では選択の優先順位を表す。ストリーム登録情報はストリーム・エントリ2809とストリーム属性情報2810とを含む。ストリーム・エントリ2809はストリーム・パス情報2807とストリーム識別情報2808とを含む。ストリーム・パス情報2807は、選択対象のエレメンタリ・ストリームが属するファイル２Ｄを示す情報である。例えばストリーム・パス情報2807が“メインパス”を示すとき、そのファイル２Ｄは、参照クリップ情報2801の示す２Ｄクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報2807が“サブパスＩＤ＝１”を示すとき、選択対象のエレメンタリ・ストリームが属するファイル２Ｄは、サブパスＩＤ＝１のサブパスに含まれるＳＵＢ＿ＰＩの参照クリップ情報が示す２Ｄクリップ情報ファイルに対応するものである。そのＳＵＢ＿ＰＩの規定する再生開始時刻又は再生終了時刻のいずれかは、ＳＴＮテーブル2805を含むＰＩの規定する再生開始時刻2802から再生終了時刻2803までの期間に含まれる。ストリーム識別情報2808は、ストリーム・パス情報2807によって特定されるファイル２Ｄに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻2802から再生終了時刻2803までの間に選択可能である。ストリーム属性情報2810は各エレメンタリ・ストリームの属性情報を表す。例えば、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。

［２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生］

図３０は、２Ｄプレイリスト・ファイル（00001.mpls）221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）241から再生される部分との間の対応関係を示す模式図である。図３０を参照するに、２Ｄプレイリスト・ファイル221のメインパス2701では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）231を示す。再生装置102は２Ｄプレイリスト・ファイル221に従って２Ｄ映像を再生するとき、まずＰＩ＃１からＰＴＳ＃１、＃２を読み出す。再生装置102は次に、２Ｄクリップ情報ファイル231のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ241内のＳＰＮ＃１、＃２を検索する。再生装置102は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル２Ｄ241のファイル・エントリとを利用して、再生対象の２Ｄエクステント群EXT2D[0]、…、EXT2D[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２３の（ｂ）、（ｃ）を用いて説明したとおりである。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P1から、２Ｄエクステント群EXT2D[0]、…、EXT2D[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２の示すＰＴＳ＃３、＃４の対はまず、２Ｄクリップ情報ファイル231のエントリ・マップを利用してＳＰＮ＃３、＃４の対に変換される。次に、ファイル２Ｄ241のファイル・エントリを利用してＳＰＮ＃３、＃４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P2から、２Ｄエクステント群に属するソースパケット群が読み出される。ＰＩ＃３の示すＰＴＳ＃５、＃６の対からＳＰＮ＃５、＃６の対への変換、ＳＰＮ＃５、＃６の対からＬＢＮ＃５、＃６の対への変換、及びＬＢＮ＃５からＬＢＮ＃６までの範囲のセクタ群P3からのソースパケット群の読み出しも同様である。こうして、再生装置102は２Ｄプレイリスト・ファイル221のメインパス2701に従ってファイル２Ｄ241から２Ｄ映像を再生できる。

２Ｄプレイリスト・ファイル221はエントリ・マーク3001を含んでもよい。エントリ・マーク3001は、メインパス2701のうち、実際に再生が開始されるべき時点を示す。例えば図３０に示されているように、ＰＩ＃１に対して複数のエントリ・マーク3001が設定されてもよい。エントリ・マーク3001は特に頭出し再生において、再生開始位置の検索に利用される。例えば２Ｄプレイリスト・ファイル221が映画タイトルの再生経路を規定するとき、エントリ・マーク3001は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。

≪３Ｄプレイリスト・ファイル≫

図３１は、３Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図２に示されている第２プレイリスト・ファイル（00002.mpls）222はこのデータ構造を持つ。第３プレイリスト・ファイル（00003.mpls）223も同様である。図３１を参照するに、３Ｄプレイリスト・ファイル222は、メインパス3101、サブパス3102、及び拡張データ3103を含む。

メインパス3101は、図３の（ａ）に示されているメインＴＳの再生経路を規定する。従って、メインパス3101は、図２７に示されている２Ｄプレイリスト・ファイル221のメインパス2701と実質的に等しい。すなわち、２Ｄ再生モードの再生装置102は３Ｄプレイリスト・ファイル222のメインパス3101に従ってファイル２Ｄ241から２Ｄ映像を再生できる。一方、メインパス3101は、図２７に示されているメインパス2701とは次の点で異なる：各ＰＩのＳＴＮテーブルは、いずれかのグラフィックス・ストリームのＰＩＤに一つのＳＴＮを対応付けている際には更に、そのＳＴＮに一つのオフセット・シーケンスＩＤを割り当てている。

サブパス3102は、図３の（ｂ）に示されているサブＴＳの再生経路、すなわちファイルＤＥＰ242又は243の再生経路を規定する。サブパス3102のデータ構造は、図２７に示されている２Ｄプレイリスト・ファイル241のサブパス2702、2703のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図２７を用いた説明を援用する。

サブパス3102のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス3101のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス3102はその上、サブパス・タイプ3110を含む。「サブパス・タイプ」は一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。３Ｄプレイリスト・ファイル222では特にサブパス・タイプ3110が３Ｄ再生モードの種類、すなわちサブパス3102に従って再生されるべきディペンデントビュー・ビデオ・ストリームの種類を示す。図３１では、サブパス・タイプ3110は、その値が「３Ｄ・Ｌ／Ｒ」であるので、３Ｄ再生モードがＬ／Ｒモードであること、すなわちライトビュー・ビデオ・ストリームが再生対象であることを示す。一方、サブパス・タイプ3110は、その値が「３Ｄデプス」であるとき、３Ｄ再生モードがデプス・モードであること、すなわちデプスマップ・ストリームが再生対象であることを示す。３Ｄ再生モードの再生装置102は、サブパス・タイプ3110の値が「３Ｄ・Ｌ／Ｒ」又は「３Ｄデプス」であることを検出したとき、メインパス3101に従った再生処理とサブパス3102に従った再生処理とを同期させる。

拡張データ3103は、３Ｄ再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モードの再生装置102には無視される。拡張データ3103は特に、拡張ストリーム選択テーブル3130を含む。「拡張ストリーム選択テーブル（STN＿table＿SS）」（以下、ＳＴＮテーブルＳＳと略す。）は、３Ｄ再生モードにおいて、メインパス3101内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブＴＳから再生対象として選択可能なエレメンタリ・ストリームを示す。

［ＳＴＮテーブル］

図３２は、３Ｄプレイリスト・ファイル222のメインパス3101の含むＳＴＮテーブル3205を示す模式図である。図３２を参照するに、ＳＴＮ3206＝５、６、…、１１の割り当てられたストリーム識別情報3208が、ＰＧストリーム又はＩＧストリームのＰＩＤを示す。その場合、ＳＴＮ3206＝５、６、…、１１の割り当てられたストリーム属性情報3210は参照オフセットＩＤ3201とオフセット補正値3202とを更に含む。

ファイルＤＥＰ242では、図１１に示されているように、各ビデオ・シーケンスのＶＡＵ＃１にオフセット・メタデータ1110が配置されている。参照オフセットＩＤ（stream＿ref＿offset＿id）3201は、そのオフセット・メタデータ1110の含むオフセット・シーケンスＩＤ1112のいずれかに等しい。すなわち、参照オフセットＩＤ3201は、そのオフセット・メタデータ1110の含む複数のオフセット・シーケンスの中で、ＳＴＮ3206＝５、６、…、１１のそれぞれに対応付けられるべきオフセット・シーケンスを規定する。

オフセット補正値（stream＿offset＿adjustment）3202は、参照オフセットＩＤ3201の規定するオフセット・シーケンスに含まれる各オフセット値に加えられるべき値を示す。オフセット補正値3202は例えば、表示装置103の画面のサイズが、３Ｄ映像コンテンツの作成時に想定されているサイズとは異なる場合に、再生装置102によって各オフセット値に加えられる。それにより、レフトビューとライトビューとの２Ｄグラフィックス映像間での両眼視差が適正な範囲に収められる。

［ＳＴＮテーブルＳＳ］

図３３は、ＳＴＮテーブルＳＳ3130のデータ構造を示す模式図である。図３３を参照するに、ＳＴＮテーブルＳＳ3130はストリーム登録情報列3301、3302、3303、…を含む。ストリーム登録情報列3301、3302、3303、…はメインパス3101内のＰＩ＃１、＃２、＃３、…に個別に対応し、３Ｄ再生モードの再生装置102により、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わされて利用される。各ＰＩに対するストリーム登録情報列3301は、ポップアップ期間のオフセット（Fixed＿offset＿during＿Popup）3311と、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3312とを含む。

ポップアップ期間のオフセット3311は、ＩＧストリームからポップアップ・メニューが再生されるか否かを示す。３Ｄ再生モードの再生装置102はそのオフセット3311の値に依って、ビデオ・プレーンとグラフィックス・プレーンとの各表示モード（presentationmode）を変える。ここで、ビデオ・プレーンの表示モードにはベースビュー（Ｂ）−ディペンデントビュー（Ｄ）表示モードとＢ−Ｂ表示モードとの二種類がある。グラフィックス・プレーンの表示モードには１プレーン＋オフセット・モードと１プレーン＋ゼロ・オフセット・モードとの二種類がある。例えばポップアップ期間のオフセット3311の値が“０”であるとき、ＩＧストリームからはポップアップ・メニューが再生されない。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセット3311の値が“１”であるとき、ＩＧストリームからポップアップ・メニューが再生される。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。

「Ｂ−Ｄ表示モード」では、再生装置102がレフトビューとライトビューとのビデオ・プレーンを交互に出力する。従って、表示装置103の画面にはレフトビューとライトビューとのフレームが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。「Ｂ−Ｂ表示モード」では再生装置102が、動作モードを３Ｄ再生モードに維持したまま（特にフレームレートを３Ｄ再生時の値、例えば４８フレーム／秒に維持したまま）、ベースビュー・ビデオ・ストリームから復号されたプレーン・データのみを一フレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのビデオ・プレーンしか表示されないので、視聴者にはそれらが２Ｄ映像としてしか見えない。

「１プレーン＋オフセット・モード」では、再生装置102がオフセット制御により、メインＴＳ内のグラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーンの対を生成して交互に出力する。それにより、表示装置103の画面にはレフトビューとライトビューとのグラフィックス・プレーンが交互に表示されるので、視聴者にはそれらが３Ｄグラフィックス映像として見える。「１プレーン＋ゼロ・オフセット・モード」では、再生装置102が、動作モードを３Ｄ再生モードに維持したまま、オフセット制御を一時的に停止させ、メインＴＳ内のグラフィックス・ストリームから復号されたグラフィックス・プレーンを一フレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのグラフィックス・プレーンしか表示されないので、視聴者にはそれらが２Ｄグラフィックス映像としてしか見えない。

３Ｄ再生モードの再生装置102は、ＰＩごとにポップアップ期間のオフセット3311を参照して、ＩＧストリームからポップアップ・メニューが再生されるときはＢ−Ｂ表示モードと１プレーン＋ゼロ・オフセット・モードとを選択する。それにより、ポップアップ・メニューが表示される間、他の３Ｄ映像が一時的に２Ｄ映像に変更されるので、ポップアップ・メニューの視認性・操作性が向上する。

ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3312は、サブＴＳから再生対象として選択可能なディペンデントビュー・ビデオ・ストリームを示すストリーム登録情報を含む。このストリーム登録情報列3312は、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。

図３３を参照するに、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3312は一般に複数のストリーム登録情報（SS＿dependet＿view＿block）3320を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報3320は、ＳＴＮ3321、ストリーム・エントリ3322、及びストリーム属性情報3323を含む。ＳＴＮ3321はストリーム登録情報3320に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ3322は、サブパスＩＤ参照情報（ref＿to＿Subpath＿id）3331、ストリーム・ファイル参照情報（ref＿to＿subClip＿entry＿id）3332、及びＰＩＤ（ref＿to＿stream＿PID＿subclip）3333を含む。サブパスＩＤ参照情報3331は、ディペンデントビュー・ビデオ・ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報3332は、そのディペンデントビュー・ビデオ・ストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ3333は、そのディペンデントビュー・ビデオ・ストリームのＰＩＤである。ストリーム属性情報3323はそのディペンデントビュー・ビデオ・ストリームの属性、例えばフレームレート、解像度、及びビデオフォーマットを含む。特にそれらは、対応するＰＩに含まれる組み合わせ対象のストリーム登録情報が示すベースビュー・ビデオ・ストリームの属性と共通である。

［３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生］

図３４は、３Ｄプレイリスト・ファイル（00002.mpls）222の示すＰＴＳと、ファイルＳＳ（01000.ssif）244Aから再生される部分との間の対応関係を示す模式図である。図３４を参照するに、３Ｄプレイリスト・ファイル222のメインパス3401では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）231を示す。一方、サブパス・タイプが「３Ｄ・Ｌ／Ｒ」を示すサブパス3402では、ＳＵＢ＿ＰＩ＃１が、ＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報はディペンデントビュー・クリップ情報ファイル（02000.clpi）232を示す。

再生装置102は３Ｄプレイリスト・ファイル222に従って３Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は次に２Ｄクリップ情報ファイル231のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイル２Ｄ241内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102はディペンデントビュー・クリップ情報ファイル232のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイルＤＥＰ242内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、図２４の（ｅ）の説明で述べたように、各クリップ情報ファイル231、232のエクステント起点2242、2420を利用して、ファイルＳＳ244Aの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定する。再生装置102は同様に、ファイルＳＳ244Aの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。再生装置102は更にＳＰＮ＃２１、＃２２のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数とファイルＳＳ244Aのファイル・エントリとを利用して、再生対象のエクステントＳＳ群EXTSS[0]、…、EXTSS[n]が記録されたセクタ群P11の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２４の（ｅ）の説明で述べたものと同様である。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P11から、エクステントＳＳ群EXTSS[0]、…、EXTSS[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２とＳＵＢ＿ＰＩ＃２との示すＰＴＳ＃３、＃４の対は、まずクリップ情報ファイル231、232の各エントリ・マップを利用してＳＰＮ＃３、＃４の対とＳＰＮ＃１３、＃１４の対とに変換される。次に、ＳＰＮ＃３、＃１３からはファイルＳＳ244Aの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２３が算定され、ＳＰＮ＃４、＃１４からはファイルＳＳ244Aの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２４が算定される。続いて、ファイルＳＳ244Aのファイル・エントリを利用して、ＳＰＮ＃２３、＃２４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P12から、エクステントＳＳ群に属するソースパケット群が読み出される。

上記の読み出し処理と並行して、再生装置102は、図２４の（ｅ）の説明で述べたように各クリップ情報ファイル231、232のエクステント起点2242、2420を利用して、各エクステントＳＳからベースビュー・エクステントを抽出し、残りのディペンデントビュー・エクステントとパラレルに復号する。こうして、再生装置102は、３Ｄプレイリスト・ファイル222に従ってファイルＳＳ244Aから３Ｄ映像を再生できる。

≪インデックス・ファイル≫

図３５は、図２に示されているインデックス・ファイル（index.bdmv）211のデータ構造を示す模式図である。図３５を参照するに、インデックス・ファイル211は、インデックス・テーブル3510、３Ｄ存在フラグ3520、及び２Ｄ／３Ｄお好みフラグ3530を含む。

インデックス・テーブル3510は、「ファーストプレイ」3501、「トップメニュー」3502、及び、「タイトルｋ」3503（ｋ＝１、２、…、ｎ：ｎは１以上の整数）という項目を含む。各項目にはムービーオブジェクトMVO−2D、MVO−3D、…、又はＢＤ−ＪオブジェクトBDJO−2D、BDJO−3D、…のいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部はインデックス・テーブル3510の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをＢＤ−ＲＯＭディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目「ファーストプレイ」3501には、ディスク101がＢＤ−ＲＯＭドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」3502には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」3503には、ディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目「タイトルｋ」には、そのタイトルに対応するＡＶストリーム・ファイルから映像を再生するためのオブジェクトが指定されている。

図３５に示されている例では、項目「タイトル１」と項目「タイトル２」とが２Ｄ映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられているムービーオブジェクトMVO−2Dは、２Ｄプレイリスト・ファイル（00001.mpls）221を用いた２Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル１」が参照されたとき、そのムービーオブジェクトMVO−2Dに従い、２Ｄプレイリスト・ファイル221がディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。項目「タイトル２」に対応付けられているＢＤ−ＪオブジェクトBDJO−2Dは、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置102によって項目「タイトル２」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−2D内のアプリケーション管理テーブルに従ってＪＡＲファイル261からＪａｖａ（登録商標） アプリケーション・プログラムが呼び出されて実行される。それにより、２Ｄプレイリスト・ファイル221がディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。

図３５に示されている例では更に、項目「タイトル３」と項目「タイトル４」とが３Ｄ映像のタイトルに割り当てられている。項目「タイトル３」に対応付けられているムービーオブジェクトMVO−3Dは、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関する命令群に加え、３Ｄプレイリスト・ファイル（00002.mpls）222、（00003.mpls）223のいずれかを用いた３Ｄ映像の再生処理に関する命令群を含む。項目「タイトル４」に対応付けられているＢＤ−ＪオブジェクトBDJO−3Dでは、アプリケーション管理テーブルが、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関するＪａｖａ（登録商標） アプリケーション・プログラムに加え、３Ｄプレイリスト・ファイル222、223のいずれかを用いた３Ｄ映像の再生処理に関するＪａｖａ（登録商標） アプリケーション・プログラムを規定する。

３Ｄ存在フラグ3520は、ＢＤ−ＲＯＭディスク101に３Ｄ映像コンテンツが記録されているか否かを示すフラグである。再生装置102は、ＢＤ−ＲＯＭドライブ121にＢＤ−ＲＯＭディスク101が挿入されたとき、まず、その３Ｄ存在フラグ3520をチェックする。３Ｄ存在フラグ3520がオフである場合、再生装置102は３Ｄ再生モードを選択する必要がない。従って、再生装置102は表示装置103に対してＨＤＭＩ認証を行うことなく、２Ｄ再生モードに速やかに移行できる。ここで、「ＨＤＭＩ認証」とは、再生装置102がＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換して、３Ｄ映像の再生に対応可能か否か等を表示装置103に問い合わせる処理をいう。ＨＤＭＩ認証がスキップされることにより、ＢＤ−ＲＯＭディスク101の挿入から２Ｄ映像の再生開始までの時間が短縮される。

２Ｄ／３Ｄお好みフラグ3530は、再生装置と表示装置とが共に２Ｄ映像と３Ｄ映像とのいずれの再生にも対応可能であるときに、３Ｄ映像の再生を優先すべきか否かを指定するフラグである。２Ｄ／３Ｄお好みフラグ3530はコンテンツ・プロバイダによって設定される。再生装置102は、ＢＤ−ＲＯＭディスク101の３Ｄ存在フラグ3520がオンであるとき、続いて２Ｄ／３Ｄお好みフラグ3530を更にチェックする。２Ｄ／３Ｄお好みフラグ3530がオンである場合、再生装置102は、ユーザに再生モードを選択させることなく、ＨＤＭＩ認証を行い、その結果に依って２Ｄ再生モードと３Ｄ再生モードとのいずれかで動作する。すなわち、再生装置102は再生モードの選択画面を表示しない。従って、ＨＤＭＩ認証の結果、表示装置103が３Ｄ映像の再生に対応可能であれば、再生装置102は３Ｄ再生モードで起動できる。それにより、フレームレートの切り換え等、２Ｄ再生モードから３Ｄ再生モードへの移行処理に起因する起動の遅れを回避することができる。

［３Ｄ映像タイトルの選択時でのプレイリスト・ファイルの選択］

図３５に示されている例では、再生装置102は、インデックス・テーブル3510の項目「タイトル３」を参照したとき、ムービーオブジェクトMVO−3Dに従って、まず次の判別処理を行う：（１）３Ｄ存在フラグ3520がオンかオフか、（２）再生装置102自身が３Ｄ映像の再生に対応しているか否か、（３）２Ｄ／３Ｄお好みフラグ3530がオンかオフか、（４）ユーザが３Ｄ再生モードを選択しているか否か、（５）表示装置103が３Ｄ映像の再生に対応しているか否か、及び（６）再生装置102の３Ｄ再生モードがＬ／Ｒモードとデプス・モードとのいずれであるか。再生装置102は次に、それらの判別結果に依って、いずれかのプレイリスト・ファイル221−223を再生対象として選択する。一方、再生装置102は項目「タイトル４」を参照したとき、ＢＤ−ＪオブジェクトBDJO−3D内のアプリケーション管理テーブルに従ってＪＡＲファイル261からＪａｖａ（登録商標） アプリケーション・プログラムを呼び出して実行する。それにより、まず上記の判別処理（１）−（６）が行われ、次にその判別結果に依って、プレイリスト・ファイルの選択が行われる。

図３６は、上記の判別処理（１）−（６）を利用して再生対象のプレイリスト・ファイルを選択する処理のフローチャートである。ここで、その選択処理の前提として、再生装置102が第１フラグと第２フラグとを含むときを想定する。第１フラグは、再生装置102が３Ｄ映像の再生に対応可能であるか否かを示す。例えば第１フラグが“０”であるとき、再生装置102は２Ｄ映像の再生のみに対応可能であり、“１”であるとき、３Ｄ映像の再生にも対応可能である。第２フラグは、３Ｄ再生モードがＬ／Ｒモードとデプス・モードとのいずれであるかを示す。例えば第２フラグが“０”であるとき、３Ｄ再生モードはＬ／Ｒモードであり、“１”であるとき、デプス・モードである。更に、３Ｄ存在フラグ3520と２Ｄ／３Ｄお好みフラグ3530とのそれぞれがオンであるときの値を“１”とし、オフであるときの値を“０”とする。

ステップＳ３６０１では、再生装置102は３Ｄ存在フラグ3520の値をチェックする。その値が“１”であるとき、処理はステップＳ３６０２へ進む。その値が“０”であるとき、処理はステップＳ３６０７へ進む。

ステップＳ３６０２では、再生装置102は第１フラグの値をチェックする。その値が“１”であるとき、処理はステップＳ３６０３へ進む。その値が“０”であるとき、処理はステップＳ３６０７へ進む。

ステップＳ３６０３では、再生装置102は２Ｄ／３Ｄお好みフラグ3530の値をチェックする。その値が“０”であるとき、処理はステップＳ３６０４へ進む。その値が“１”であるとき、処理はステップＳ３６０５へ進む。

ステップＳ３６０４では、再生装置102は表示装置103にメニューを表示させて、ユーザに２Ｄ再生モードと３Ｄ再生モードとのいずれかを選択させる。ユーザがリモコン105等を操作して３Ｄ再生モードを選択したとき、処理はステップＳ３６０５へ進み、２Ｄ再生モードを選択したとき、処理はステップＳ３６０７へ進む。

ステップＳ３６０５では、再生装置102はＨＤＭＩ認証を行い、表示装置103が３Ｄ映像の再生に対応しているか否かチェックする。具体的には、再生装置102はＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換し、表示装置103が３Ｄ映像の再生に対応しているか否かを表示装置103に問い合わせる。表示装置103が３Ｄ映像の再生に対応しているとき、処理はステップＳ３６０６へ進む。表示装置103が３Ｄ映像の再生に対応していないとき、処理はステップＳ３６０７へ進む。

ステップＳ３６０６では、再生装置102は第２フラグの値をチェックする。その値が“０”であるとき、処理はステップＳ３６０８へ進む。その値が“１”であるとき、処理はステップＳ３６０９へ進む。

ステップＳ３６０７では、再生装置102は２Ｄプレイリスト・ファイル221を再生対象として選択する。尚、そのとき、再生装置102は表示装置103に、３Ｄ映像の再生が選択されなかった理由を表示させてもよい。その後、処理は終了する。

ステップＳ３６０８では、再生装置102はＬ／Ｒモード用の３Ｄプレイリスト・ファイル222を再生対象として選択する。その後、処理は終了する。

ステップＳ３６０９では、再生装置102はデプス・モード用の３Ｄプレイリスト・ファイル222を再生対象として選択する。その後、処理は終了する。

＜２Ｄ再生装置の構成＞

２Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から２Ｄ映像コンテンツを再生するとき、２Ｄ再生装置として動作する。図３７は、２Ｄ再生装置3700の機能ブロック図である。図３７を参照するに、２Ｄ再生装置3700は、ＢＤ−ＲＯＭドライブ3701、再生部3702、及び制御部3703を含む。再生部3702は、リード・バッファ3721、システム・ターゲット・デコーダ3725、及びプレーン加算部3726を含む。制御部3703は、動的シナリオ・メモリ3731、静的シナリオ・メモリ3732、ユーザイベント処理部3733、プログラム実行部3734、再生制御部3735、及びプレーヤ変数記憶部3736を含む。再生部3702と制御部3703とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。

ＢＤ−ＲＯＭドライブ3701は、内部にＢＤ−ＲＯＭディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、ＢＤ−ＲＯＭドライブ3701は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。

ＢＤ−ＲＯＭドライブ3701は、再生制御部3735からの要求に従ってＢＤ−ＲＯＭディスク101からデータを読み出す。そのデータのうち、ファイル２Ｄのエクステント、すなわち２Ｄエクステントはリード・バッファ3721へ転送され、動的シナリオ情報は動的シナリオ・メモリ3731へ転送され、静的シナリオ情報は静的シナリオ・メモリ3732へ転送される。「動的シナリオ情報」は、インデックス・ファイル、ムービーオブジェクト・ファイル、及びＢＤ−Ｊオブジェクト・ファイルを含む。「静的シナリオ情報」は２Ｄプレイリスト・ファイルと２Ｄクリップ情報ファイルとを含む。

リード・バッファ3721、動的シナリオ・メモリ3731、及び静的シナリオ・メモリ3732はいずれもバッファ・メモリである。リード・バッファ3721としては再生部3702内のメモリ素子が利用され、動的シナリオ・メモリ3731及び静的シナリオ・メモリ3732としては制御部3703内のメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が、それらのバッファ・メモリ3721、3731、3732の一部又は全部として利用されてもよい。

システム・ターゲット・デコーダ3725は、リード・バッファ3721から２Ｄエクステントをソースパケット単位で読み出して多重分離処理を行い、分離された各エレメンタリ・ストリームに対して復号処理を行う。ここで、各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め再生制御部3735からシステム・ターゲット・デコーダ3725へ送られている。システム・ターゲット・デコーダ3725は更に、復号後のプライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリームをそれぞれ、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、及びＰＧプレーン・データとしてＶＡＵ単位で送出する。また、システム・ターゲット・デコーダ3725は、復号後のプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとをミキシングして、表示装置103の内蔵スピーカ103A等、音声出力装置へ送出する。その他に、システム・ターゲット・デコーダ3725はプログラム実行部3734からグラフィックス・データを受信する。そのグラフィックス・データは、メニュー等のＧＵＩ用グラフィック部品を画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧ等のラスタ・データで表現されている。システム・ターゲット・デコーダ3725はそのグラフィックス・データを処理してイメージ・プレーン・データとして送出する。尚、システム・ターゲット・デコーダ3725の詳細については後述する。

プレーン加算部3726は、システム・ターゲット・デコーダ3725から、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、ＰＧプレーン・データ、及びイメージ・プレーン・データを受信し、それらを互いに重畳して一つの映像フレーム又はフィールドに合成する。合成後の映像データは表示装置103へ送出され、その画面に表示される。

ユーザイベント処理部3733は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に応じてプログラム実行部3734又は再生制御部3735に処理を依頼する。例えばユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部3733はその押下を検出してそのボタンを識別する。ユーザイベント処理部3733は更にプログラム実行部3734に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、例えばユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部3733はその押下を検出してそのボタンを識別する。ユーザイベント処理部3733は更に再生制御部3735に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。

プログラム実行部3734はプロセッサであり、動的シナリオ・メモリ3731に格納されたムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルからプログラムを読み出して実行する。プログラム実行部3734は更に各プログラムに従って次の制御を行う：（１）再生制御部3735に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタ・データとして生成し、それをシステム・ターゲット・デコーダ3725へ転送して他の映像データに合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ−ＲＯＭディスク101のオーサリング工程のうち、ムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルのプログラミング工程によって決まる。

再生制御部3735は、２Ｄエクステント及びインデックス・ファイル等、各種のデータをＢＤ−ＲＯＭディスク101から、リード・バッファ3721、動的シナリオ・メモリ3731、及び静的シナリオ・メモリ3732へ転送する処理を制御する。その制御には、図２に示されているディレクトリ／ファイル構造を管理するファイルシステムが利用される。すなわち、再生制御部3735はファイル・オープン用のシステムコールを利用して、ＢＤ−ＲＯＭドライブ3701に各種のファイルを各バッファ・メモリ3721、3731、3732へ転送させる。ここで、「ファイル・オープン」とは次の一連の処理をいう。まず、システムコールによってファイルシステムに検索対象のファイル名が与えられ、そのファイル名がディレクトリ／ファイル構造から検索される。その検索に成功したとき、再生制御部3735内のメモリには、まず、転送対象のファイルのファイル・エントリが転送され、そのメモリ内にＦＣＢ（FileControl Block）が生成される。その後、転送対象のファイルのファイル・ハンドルがファイルシステムから再生制御部3735に返される。以後、再生制御部3735はそのファイル・ハンドルをＢＤ−ＲＯＭドライブ3701に提示することにより、ＢＤ−ＲＯＭドライブ3701にその転送対象のファイルをＢＤ−ＲＯＭディスク101から各バッファ・メモリ3721、3731、3732へ転送させることができる。

再生制御部3735は、ＢＤ−ＲＯＭドライブ3701とシステム・ターゲット・デコーダ3725とを制御して、ファイル２Ｄから映像データと音声データとを復号させる。具体的には、再生制御部3735はまず、プログラム実行部3734からの命令、又はユーザイベント処理部3733からの依頼に応じて、静的シナリオ・メモリ3732から２Ｄプレイリスト・ファイルを読み出してその内容を解釈する。再生制御部3735は次に、その解釈された内容、特に再生経路に従って、ＢＤ−ＲＯＭドライブ3701とシステム・ターゲット・デコーダ3725とに再生対象のファイル２Ｄを指定し、その読み出し処理及び復号処理を指示する。このようなプレイリスト・ファイルに従った再生処理を「プレイリスト再生処理」という。

その他に、再生制御部3735は、静的シナリオ情報を利用してプレーヤ変数記憶部3736に各種のプレーヤ変数を設定する。再生制御部3735は更に、それらのプレーヤ変数を参照して、システム・ターゲット・デコーダ3725に復号対象のエレメンタリ・ストリームを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。

プレーヤ変数記憶部3736は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステム・パラメータ（ＳＰＲＭ）と汎用のパラメータ（ＧＰＲＭ）とがある。ＳＰＲＭは再生装置102の状態を示す。図３８はＳＰＲＭの一覧表である。図３８を参照するに、各ＳＰＲＭには通し番号3801が振られ、各通し番号3801に変数値3802が個別に対応付けられている。ＳＰＲＭは例えば６４個であり、それぞれの示す意味は以下のとおりである。ここで、括弧内の数字は通し番号3801を示す。

ＳＰＲＭ（０） ： 言語コード
ＳＰＲＭ（１） ： プライマリ・オーディオ・ストリーム番号
ＳＰＲＭ（２） ： 字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： タイトル番号
ＳＰＲＭ（５） ： チャプタ番号
ＳＰＲＭ（６） ： プログラム番号
ＳＰＲＭ（７） ： セル番号
ＳＰＲＭ（８） ： 選択キー情報
ＳＰＲＭ（９） ： ナビゲーション・タイマー
ＳＰＲＭ（１０） ： 再生時刻情報
ＳＰＲＭ（１１） ： カラオケ用ミキシング・モード
ＳＰＲＭ（１２） ： パレンタル用国情報
ＳＰＲＭ（１３） ： パレンタル・レベル
ＳＰＲＭ（１４） ： プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： オーディオ・ストリーム用言語コード
ＳＰＲＭ（１７） ： オーディオ・ストリーム用言語コード（拡張）
ＳＰＲＭ（１８） ： 字幕ストリーム用言語コード
ＳＰＲＭ（１９） ： 字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０） ： プレーヤ・リージョン・コード
ＳＰＲＭ（２１） ： セカンダリ・ビデオ・ストリーム番号
ＳＰＲＭ（２２） ： セカンダリ・オーディオ・ストリーム番号
ＳＰＲＭ（２３） ： 再生状態
ＳＰＲＭ（２４）−ＳＰＲＭ（６３）：予備

ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳを示し、そのピクチャが復号されて主映像プレーン・メモリに書き込まれる度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。

ＳＰＲＭ（１３）のパレンタル・レベルは所定の制限年齢を示し、ＢＤ−ＲＯＭディスク101に記録されたタイトルの視聴に対するパレンタル制御に利用される。ＳＰＲＭ（１３）の値は、再生装置102のユーザによって再生装置102のＯＳＤ等を利用して設定される。ここで、「パレンタル制御」とは、視聴者の年齢に依ってタイトルの視聴を制限する処理をいう。再生装置102は各タイトルに対するパレンタル制御を例えば次のように行う。再生装置102はまず、ＢＤ−ＲＯＭディスク101から、そのタイトルの視聴が許可された視聴者の年齢を読み出してＳＰＲＭ（１３）の値と比較する。その年齢がＳＰＲＭ（１３）の値以上であれば、再生装置102はそのタイトルの再生を継続する。その年齢がＳＰＲＭ（１３）の値未満であれば、再生装置102はそのタイトルの再生を停止する。

ＳＰＲＭ（１６）のオーディオ・ストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置102のデフォルトの言語コードを示す。それらは再生装置102のＯＳＤ等を利用してユーザに変更させることもでき、プログラム実行部3734を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部3735はプレイリスト再生処理において、まず現時点での再生区間を示すＰＩ、すなわちカレントＰＩの含むＳＴＮテーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部3735は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ3725に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ3725によって選択されて復号される。これらの処理は、ムービーオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルを利用して再生制御部3735に実行させることができる。

プレーヤ変数は再生処理中、再生制御部3735によって再生状態の変化に応じて更新される。特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、及びＳＰＲＭ（２２）が更新される。それらは順に、処理中のオーディオ・ストリーム、字幕ストリーム、セカンダリ・ビデオ・ストリーム、及びセカンダリ・オーディオ・ストリームの各ＳＴＮを示す。例えばプログラム実行部3734によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部3735はまず、変更後のＳＰＲＭ（１）の示すＳＴＮを利用して、カレントＰＩ内のＳＴＮテーブルから、そのＳＴＮを含むストリーム・エントリを検索する。再生制御部3735は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ3725に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ3725によって選択されて復号される。こうして、再生対象のオーディオ・ストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリ・ビデオ・ストリームを切り換えることもできる。

≪２Ｄプレイリスト再生処理≫

図３９は、再生制御部3735による２Ｄプレイリスト再生処理のフローチャートである。２Ｄプレイリスト再生処理は、２Ｄプレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部3735が静的シナリオ・メモリ3732から２Ｄプレイリスト・ファイルを読み出すことによって開始される。

ステップＳ３９０１では、再生制御部3735はまず、２Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出して、カレントＰＩとして設定する。再生制御部3735は次に、そのカレントＰＩのＳＴＮテーブルから、再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ3725に指示される。再生制御部3735は更に、２Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩに付随するＳＵＢ＿ＰＩを特定する。その後、処理はステップＳ３９０２へ進む。

ステップＳ３９０２では、再生制御部3735はカレントＰＩから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２Ｄに対応する２Ｄクリップ情報ファイルが特定される。更に、カレントＰＩに付随するＳＵＢ＿ＰＩが存在するときは、それらからも同様な情報が読み出される。その後、処理はステップＳ３９０３へ進む。

ステップＳ３９０３では、再生制御部3735は２Ｄクリップ情報ファイルのエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２を検索する。ＳＵＢ＿ＰＩの示すＰＴＳの対も同様にＳＰＮの対に変換される。その後、処理はステップＳ３９０４へ進む。

ステップＳ３９０４では、再生制御部3735はＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部3735はまず、ＳＰＮ＃１、＃２のそれぞれとソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部3735は次に、各積をセクタ一つ当たりのデータ量２０４８バイトで割ってその商を求める：Ｎ１＝ＳＰＮ＃１×１９２／２０４８、Ｎ２＝ＳＰＮ＃２×１９２／２０４８。商Ｎ１、Ｎ２は、メインＴＳのうち、ＳＰＮ＃１、＃２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたＳＰＮの対も同様にセクタ数の対に変換される。その後、処理はステップＳ３９０５へ進む。

ステップＳ３９０５では、再生制御部3735は、ステップＳ３９０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象の２Ｄエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部3735は、再生対象のファイル２Ｄのファイル・エントリを参照して、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部3735は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたセクタ数の対も同様にＬＢＮの対に変換されて、ＢＤ−ＲＯＭドライブ121に指定される。その結果、指定された範囲のセクタ群から、２Ｄエクステント群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ３９０６へ進む。

ステップＳ３９０６では、再生制御部3735は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ３９０１から繰り返される。残されていないときは、処理が終了する。

≪システム・ターゲット・デコーダ≫

図４０は、システム・ターゲット・デコーダ3725の機能ブロック図である。図４０を参照するに、システム・ターゲット・デコーダ3725は、ソース・デパケタイザ4010、ＡＴＣカウンタ4020、第１の２７ＭＨｚクロック4030、ＰＩＤフィルタ4040、ＳＴＣカウンタ（ＳＴＣ１）4050、第２の２７ＭＨｚクロック4060、主映像デコーダ4070、副映像デコーダ4071、ＰＧデコーダ4072、ＩＧデコーダ4073、主音声デコーダ4074、副音声デコーダ4075、イメージ・プロセッサ4080、主映像プレーン・メモリ4090、副映像プレーン・メモリ4091、ＰＧプレーン・メモリ4092、ＩＧプレーン・メモリ4093、イメージ・プレーン・メモリ4094、及び音声ミキサ4095を含む。

ソース・デパケタイザ4010はリード・バッファ3721からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ4040へ送出する。ソース・デパケタイザ4010は更にその送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。具体的には、ソース・デパケタイザ4010はまず、ＡＴＣカウンタ4020が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値はＡＴＣカウンタ4020により、第１の２７ＭＨｚクロック4030のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ4010は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットをＰＩＤフィルタ4040へ転送する。そのような送出時刻の調節により、ソース・デパケタイザ4010からＰＩＤフィルタ4040へのＴＳパケットの平均転送速度は、図２２に示されている２Ｄクリップ情報ファイル231内のシステムレート2211で規定される値R_TSを超えない。

ＰＩＤフィルタ4040はまず、ソース・デパケタイザ4010から送出されたＴＳパケットの含むＰＩＤを監視する。そのＰＩＤが、再生制御部3735から予め指定されたＰＩＤに一致したとき、ＰＩＤフィルタ4040はそのＴＳパケットを選択し、そのＰＩＤの示すエレメンタリ・ストリームの復号に適したデコーダ4070−4075へ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4070へ転送される。一方、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、ＴＳパケットはそれぞれ、副映像デコーダ4071、主音声デコーダ4074、副音声デコーダ4075、ＰＧデコーダ4072、及びＩＧデコーダ4073へ転送される。

ＰＩＤフィルタ4040は更に、各ＴＳパケットのＰＩＤを利用してそのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ4040はそのとき、ＳＴＣカウンタ4050の値を所定値に設定する。ここで、ＳＴＣカウンタ4050の値は第２の２７ＭＨｚクロック4060のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ4050に設定されるべき値は予め、再生制御部3735からＰＩＤフィルタ4040に指示されている。各デコーダ4070−4075はＳＴＣカウンタ4050の値をＳＴＣとして利用する。具体的には、各デコーダ4070−4075は、まず、ＰＩＤフィルタ4040から受け取ったＴＳパケットをＰＥＳパケットに再構成する。各デコーダ4070−4075は、次に、そのＰＥＳペイロードの含むデータの復号処理の時期を、そのＰＥＳヘッダに含まれるＰＴＳ又はＤＴＳの示す時刻に従って調節する。

主映像デコーダ4070は、図４０に示されているように、トランスポート・ストリーム・バッファ（ＴＢ：Transport Stream Buffer）4001、多重化バッファ（ＭＢ：MultiplexingBuffer）4002、エレメンタリ・ストリーム・バッファ（ＥＢ：Elementary Stream Buffer）4003、圧縮映像デコーダ（ＤＥＣ）4004、及び復号ピクチャ・バッファ（ＤＰＢ：DecodedPicture Buffer）4005を含む。

ＴＢ4001、ＭＢ4002、及びＥＢ4003はいずれもバッファ・メモリであり、それぞれ主映像デコーダ4070に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ4001は、ＰＩＤフィルタ4040から受信されたＴＳパケットをそのまま蓄積する。ＭＢ4002は、ＴＢ4001に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ4001からＭＢ4002へＴＳパケットが転送されるとき、そのＴＳパケットからＴＳヘッダが除去される。ＥＢ4003は、ＰＥＳパケットから、符号化されたＶＡＵを抽出して格納する。そのＶＡＵには、圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ4002からＥＢ4003へデータが転送されるとき、そのＰＥＳパケットからＰＥＳヘッダが除去される。

ＤＥＣ4004は、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4004は、ＥＢ4003内の各ＶＡＵからピクチャを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻に復号する。ＤＥＣ4004はその他に、図１２に示されている復号スイッチ情報1250を利用して、各ＶＡＵからピクチャをそのＤＴＳに関わらず、順次復号してもよい。その復号処理では、ＤＥＣ4004は予めそのＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに依って復号方法を選択する。ここで、その圧縮符号化方式は例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ4004は更に、復号された非圧縮のピクチャをＤＰＢ4005へ転送する。

ＤＰＢ4005は、ＴＢ4001、ＭＢ4002、及びＥＢ4003と同様なバッファ・メモリであり、主映像デコーダ4070に内蔵のメモリ素子の一領域を利用する。ＤＰＢ4005はその他に、他のバッファ・メモリ4001、4002、4003とは異なるメモリ素子に分離されていてもよい。ＤＰＢ4005は復号後のピクチャを一時的に保持する。ＤＥＣ4004によってＰピクチャ又はＢピクチャが復号されるとき、ＤＰＢ4005はＤＥＣ4004からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してＤＥＣ4004に提供する。ＤＰＢ4005は更に、保持している各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ4090へ書き込む。

副映像デコーダ4071は主映像デコーダ4070と同様の構成を含む。副映像デコーダ4071はまず、ＰＩＤフィルタ4040から受信されたセカンダリ・ビデオ・ストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ4071は次に、そのＰＥＳパケットに含まれるＰＴＳの示す時刻に非圧縮のピクチャを副映像プレーン・メモリ4091へ書き込む。

ＰＧデコーダ4072は、ＰＩＤフィルタ4040から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号し、そのＰＥＳパケットに含まれるＰＴＳの示す時刻にＰＧプレーン・メモリ4092へ書き込む。

図４１の（ａ）は、ＰＧデコーダ4072がＰＧストリーム内の一つのデータ・エントリからグラフィックス・オブジェクトを復号する処理のフローチャートである。この処理は、ＰＧデコーダ4072がＰＩＤフィルタ4040から、図６に示されている一つのデータ・エントリを構成するＴＳパケット群を受信したときに開始される。図４１の（ｂ）−（ｅ）は、その処理に従って変化するグラフィックス・オブジェクトを示す模式図である。

ステップＳ４１０１では、ＰＧデコーダ4072はまず、ＰＣＳ内の参照オブジェクトＩＤ605と同じオブジェクトＩＤを持つＯＤＳを特定する。ＰＧデコーダ4072は次に、特定されたＯＤＳからグラフィックス・オブジェクトを復号してオブジェクト・バッファに書き込む。ここで、「オブジェクト・バッファ」は、ＰＧデコーダ4072に内蔵のバッファ・メモリである。図４１の（ｂ）に示されている「ニコちゃんマーク」FOBは、オブジェクト・バッファに書き込まれたグラフィックス・オブジェクトの例を示す。

ステップＳ４１０２では、ＰＧデコーダ4072はＰＣＳ内のクロッピング情報602に従ってクロッピング処理を行い、グラフィックス・オブジェクトからその一部を切り出して、オブジェクト・バッファに書き込む。図４１の（ｃ）では、ニコちゃんマークFOBの左右の両端部から帯状領域LST、RSTが切り取られて、残りの部分OBJがオブジェクト・バッファに書き込まれている。

ステップＳ４１０３では、ＰＧデコーダ4072はまず、ＰＣＳ内の参照ウィンドウＩＤ603と同じウィンドウＩＤを持つＷＤＳを特定する。ＰＧデコーダ4072は次に、特定されたＷＤＳの示すウィンドウ位置612と、ＰＣＳ内のオブジェクト表示位置601とから、グラフィックス・プレーンにおけるグラフィックス・オブジェクトの表示位置を決定する。図４１の（ｄ）では、グラフィックス・プレーンGPLにおけるウィンドウWINの左上隅の位置と、グラフィックス・オブジェクトOBJの左上隅の位置DSPとが決定される。

ステップＳ４１０４では、ＰＧデコーダ4072はオブジェクト・バッファ内のグラフィックス・オブジェクトを、ステップＳ４１０３で決定された表示位置に書き込む。その際、ＰＧデコーダ4072は、ＷＤＳの示すウィンドウ・サイズ613を利用して、グラフィックス・オブジェクトを描画する範囲を決める。図４１の（ｄ）では、グラフィックス・オブジェクトOBJがグラフィックス・プレーンGPLに、左上隅の位置DSPからウィンドウWINの範囲内で書き込まれている。

ステップＳ４１０５では、ＰＧデコーダ4072はまず、ＰＣＳ内の参照パレットＩＤ604と同じパレットＩＤを持つＰＤＳを特定する。ＰＧデコーダ4072は次に、ＰＤＳ内のＣＬＵＴ622を利用して、グラフィックス・オブジェクト内の各画素データが示すべき色座標値を決定する。図４１の（ｅ）では、グラフィックス・オブジェクトOBJ内の各画素の色が決定されている。こうして、一つのデータ・エントリの含むグラフィックス・オブジェクトの描画処理が完了する。ステップＳ４１０１−４１０５は、そのグラフィックス・オブジェクトと同じＰＥＳパケットに含まれるＰＴＳの示す時刻までに実行される。

ＩＧデコーダ4073は、ＰＩＤフィルタ4040から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号する。ＩＧデコーダ4073は更に、それらのＴＳパケットから復元されたＰＥＳパケットに含まれるＰＴＳの示す時刻に、その非圧縮のグラフィックス・オブジェクトをＩＧプレーン・メモリ4093へ書き込む。それらの処理の詳細は、ＰＧデコーダ4072によるものと同様である。

主音声デコーダ4074はまず、ＰＩＤフィルタ4040から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ4074は次に、そのバッファ内のＴＳパケット群からＴＳヘッダとＰＥＳヘッダとを除去し、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ4074は更にその音声データを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に音声ミキサ4095へ送出する。ここで、主音声デコーダ4074は、ＴＳパケットに含まれるプライマリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばＡＣ−３又はＤＴＳを含む。

副音声デコーダ4075は主音声デコーダ4074と同様の構成を含む。副音声デコーダ4075はまず、ＰＩＤフィルタ4040から受信されたセカンダリ・オーディオ・ストリームのＴＳパケット群からＰＥＳパケットを復元し、そのＰＥＳペイロードの含むデータを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ4075は次に、そのＰＥＳヘッダの含むＰＴＳの示す時刻にその非圧縮のＬＰＣＭ音声データを音声ミキサ4095へ送出する。ここで、副音声デコーダ4075は、ＴＳパケットに含まれるセカンダリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばドルビー・デジタル・プラス又はＤＴＳ−ＨＤ ＬＢＲを含む。

音声ミキサ4095は、主音声デコーダ4074と副音声デコーダ4075とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシングを行う。音声ミキサ4095は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。

イメージ・プロセッサ4080は、プログラム実行部3734からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタ・データを受信する。イメージ・プロセッサ4080はそのとき、そのグラフィックス・データに対するレンダリング処理を行ってイメージ・プレーン・メモリ4094へ書き込む。

＜３Ｄ再生装置の構成＞

３Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から３Ｄ映像コンテンツを再生するとき、３Ｄ再生装置として動作する。その構成の基本部分は、図３７、４０に示されている２Ｄ再生装置の構成と同様である。従って、以下では２Ｄ再生装置の構成からの拡張部分及び変更部分について説明し、基本部分の詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。また、２Ｄプレイリスト再生処理に利用される構成は２Ｄ再生装置の構成と同様である。従って、その詳細についての説明も上記の２Ｄ再生装置についての説明を援用する。以下の説明では、３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生処理、すなわち３Ｄプレイリスト再生処理を想定する。

図４２は、３Ｄ再生装置4200の機能ブロック図である。３Ｄ再生装置4200は、ＢＤ−ＲＯＭドライブ4201、再生部4202、及び制御部4203を含む。再生部4202は、スイッチ4220、第１リード・バッファ（以下、ＲＢ１と略す。）4221、第２リード・バッファ（以下、ＲＢ２と略す。）4222、システム・ターゲット・デコーダ4225、プレーン加算部4226、及びＨＤＭＩ通信部4227を含む。制御部4203は、動的シナリオ・メモリ4231、静的シナリオ・メモリ4232、ユーザイベント処理部4233、プログラム実行部4234、再生制御部4235、及びプレーヤ変数記憶部4236を含む。再生部4202と制御部4203とは、互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、動的シナリオ・メモリ4231、静的シナリオ・メモリ4232、ユーザイベント処理部4233、及びプログラム実行部4234は、図３７に示されている２Ｄ再生装置内のものと同様である。従って、それらの詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。

再生制御部4235は、３Ｄプレイリスト再生処理をプログラム実行部4234等から命じられたとき、静的シナリオ・メモリ4232に格納された３Ｄプレイリスト・ファイルからＰＩを順番に読み出してカレントＰＩとして設定する。再生制御部4235は、カレントＰＩを設定する度に、まず、そのＳＴＮテーブルとその３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳとに従って、システム・ターゲット・デコーダ4225とプレーン加算部4226との動作条件を設定する。具体的には、再生制御部4235は復号対象のエレメンタリ・ストリームのＰＩＤを選択して、そのエレメンタリ・ストリームの復号に必要な属性情報と共にシステム・ターゲット・デコーダ4225へ渡す。選択されたＰＩＤの示すエレメンタリ・ストリームの中にＰＧストリーム又はＩＧストリームが含まれている場合、再生制御部4235は更に、それらのストリーム・データに割り当てられた参照オフセットＩＤ3201とオフセット補正値3202とを特定して、プレーヤ変数記憶部4236内のＳＰＲＭ（２７）とＳＰＲＭ（２８）とのそれぞれに設定する。また、再生制御部4235は、ＳＴＮテーブルＳＳの示すポップアップ期間のオフセット3311に依って各プレーン・データの表示モードを選択し、システム・ターゲット・デコーダ4225とプレーン加算部4226とに指示する。

次に、再生制御部4235はカレントＰＩに従い、図２４の（ｅ）の説明で述べた手順で、読み出し対象のエクステントＳＳが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ4201に指示する。一方、再生制御部4235は、静的シナリオ・メモリ4232に格納されたクリップ情報ファイル内のエクステント起点を利用して、各エクステントＳＳ内のデータ・ブロックの境界を示す情報を生成する。その情報は、例えばそのエクステントＳＳの先頭から各境界までのソースパケット数を示す。再生制御部4235は更に、その情報をスイッチ4220へ渡す。

プレーヤ変数記憶部4236は、２Ｄ再生装置内のもの3736と同様に、図３８に示されているＳＰＲＭを含む。しかし、図３８とは異なり、ＳＰＲＭ（２４）は、図３６に示されている第１フラグを含み、ＳＰＲＭ（２５）は第２フラグを含む。その場合、ＳＰＲＭ（２４）が“０”であるときは再生装置102が２Ｄ映像の再生のみに対応可能であり、“１”であるときは３Ｄ映像の再生にも対応可能である。ＳＰＲＭ（２５）が“０”であるときは再生装置102がＬ／Ｒモードであり、“１”であるときはデプス・モードである。更に、ＳＰＲＭ（２５）が“２”であるときは再生装置102が２Ｄ再生モードである。

プレーヤ変数記憶部4236では更に図３８とは異なり、ＳＰＲＭ（２７）は各グラフィックス・プレーンに対する参照オフセットＩＤの格納領域を含み、ＳＰＲＭ（２８）は各グラフィックス・プレーンに対するオフセット補正値の格納領域を含む。図４３は、ＳＰＲＭ（２７）とＳＰＲＭ（２８）とのデータ構造を示す表である。図４３を参照するに、ＳＰＲＭ（２７）は、四種類の参照オフセットＩＤ4310−4313を格納する領域を含む。それらの参照オフセットＩＤは、ＰＧプレーンに対するもの（PG＿ref＿offset＿id）4310、ＩＧプレーンに対するもの（IG＿ref＿offset＿id）4311、副映像プレーンに対するもの（SV＿ref＿offset＿id）4312、及びイメージ・プレーンに対するもの（IM＿ref＿offset＿id）4313である。ＳＰＲＭ（２８）は、四種類のオフセット補正値4320−4323を格納する領域を含む。それらのオフセット補正値は、ＰＧプレーンに対するもの（PG＿offset＿adjustment）4320、ＩＧプレーンに対するもの（IG＿offset＿adjustment）4321、副映像プレーンに対するもの（SV＿offset＿adjustment）4322、及びイメージ・プレーンに対するもの（IM＿offset＿adjustment）4323である。

ＢＤ−ＲＯＭドライブ4201は、図３７に示されている２Ｄ再生装置内のもの3701と同様な構成要素を含む。ＢＤ−ＲＯＭドライブ4201は、再生制御部4235からＬＢＮの範囲が指示されたとき、その範囲の示すＢＤ−ＲＯＭディスク101上のセクタ群からデータを読み出す。特にファイルＳＳのエクステント、すなわちエクステントＳＳに属するソースパケット群は、ＢＤ−ＲＯＭドライブ4201からスイッチ4220へ転送される。ここで、各エクステントＳＳは、図１９に示されているとおり、ベースビューとディペンデントビューとのデータ・ブロックの対を一つ以上含む。それらのデータ・ブロックは、異なるリード・バッファ4221、4222へパラレルに転送されなければならない。従って、ＢＤ−ＲＯＭドライブ4201には２Ｄ再生装置内のＢＤ−ＲＯＭドライブ3701以上のアクセス・スピードが求められる。

スイッチ4220はＢＤ−ＲＯＭドライブ4201からはエクステントＳＳを受信する。一方、スイッチ4220は再生制御部4235からは、そのエクステントＳＳに含まれる各データ・ブロックの境界を示す情報、すなわち、そのエクステントＳＳの先頭から各境界までのソースパケット数を受信する。スイッチ4220は更に、その情報を利用して各エクステントＳＳからベースビュー・エクステントを抽出してＲＢ１4221へ送出し、ディペンデントビュー・エクステントを抽出してＲＢ２4222へ送出する。

ＲＢ１4221とＲＢ２4222とはいずれも、再生部4202内のメモリ素子を利用したバッファ・メモリである。特に単一のメモリ素子内の異なる領域がＲＢ１4221、ＲＢ２4222として利用される。その他に、異なるメモリ素子が個別にＲＢ１4221、ＲＢ２4222として利用されてもよい。ＲＢ１4221はスイッチ4220からベースビュー・エクステントを受信して格納する。ＲＢ２4222はスイッチ4220からディペンデントビュー・エクステントを受信して格納する。

システム・ターゲット・デコーダ4225は、３Ｄプレイリスト再生処理では、まず、再生制御部4235から復号対象のストリーム・データのＰＩＤと、その復号に必要な属性情報とを受信する。システム・ターゲット・デコーダ4225は次に、ＲＢ１4221に格納されたベースビュー・エクステントと、ＲＢ２4222に格納されたディペンデントビュー・エクステントとから交互にソースパケットを読み出す。システム・ターゲット・デコーダ4225は続いて、再生制御部4235から受信されたＰＩＤの示すエレメンタリ・ストリームを各ソースパケットから分離して復号する。システム・ターゲット・デコーダ4225は更に、復号後のエレメンタリ・ストリームをその種類別に内蔵のプレーン・メモリに書き込む。ベースビュー・ビデオ・ストリームは左映像プレーン・メモリに書き込まれ、ディペンデントビュー・ビデオ・ストリームは右映像プレーン・メモリに書き込まれる。一方、セカンダリ・ビデオ・ストリームは副映像プレーン・メモリに書き込まれ、ＩＧストリームはＩＧプレーン・メモリに書き込まれ、ＰＧストリームはＰＧプレーン・メモリに書き込まれる。ここで、セカンダリ・ビデオ・ストリームがベースビューとディペンデントビューとのビデオ・ストリームの対から成る場合、副映像プレーン・メモリはレフトビューとライトビューとの両方のプレーン・データに対して個別に用意される。システム・ターゲット・デコーダ4225はその他に、プログラム実行部4234からのグラフィックス・データ、例えばＪＰＥＧ又はＰＮＧ等のラスタ・データに対してレンダリング処理を行ってイメージ・プレーン・メモリに書き込む。

システム・ターゲット・デコーダ4225は、左映像プレーン・メモリと右映像プレーン・メモリとからのプレーン・データの出力モードを次のように、Ｂ−Ｄ表示モードとＢ−Ｂ表示モードとのいずれかに対応させる。再生制御部4235からＢ−Ｄ表示モードが指示されたとき、システム・ターゲット・デコーダ4225は左映像プレーン・メモリと右映像プレーン・メモリとから交互にプレーン・データを出力する。一方、再生制御部4235からＢ−Ｂ表示モードが指示されたとき、システム・ターゲット・デコーダ4225は動作モードを３Ｄ再生モードに維持したまま、左映像プレーン・メモリと右映像プレーン・メモリとのいずれかからのみ、プレーン・データを一フレーム当たり二回ずつ出力する。

再生制御部4235から１プレーン＋オフセット・モードが指示されたとき、システム・ターゲット・デコーダ4225は、ディペンデントビュー・ビデオ・ストリームから各ビデオ・シーケンスの先頭のＶＡＵを読み出す度に、そのＶＡＵからオフセット・メタデータ1110を読み出す。そのビデオ・シーケンスの再生区間では、システム・ターゲット・デコーダ4225は、まず、各ＶＡＵと共に同じＰＥＳパケットに格納されたＰＴＳと、そのＶＡＵの圧縮ピクチャ・データの表すフレームの番号とを特定する。システム・ターゲット・デコーダ4225は、次に、オフセット・メタデータから、そのフレーム番号に対応付けられたオフセット情報を読み出して、特定されたＰＴＳの示す時刻にプレーン加算部4226へ送出する。

プレーン加算部4226は、システム・ターゲット・デコーダ4225から各種のプレーン・データを受信し、それらを互いに重畳して一つのフレーム又はフィールドに合成する。特にＬ／Ｒモードでは、左映像プレーン・データはレフトビュー・ビデオ・プレーンを表し、右映像プレーン・データはライトビュー・ビデオ・プレーンを表す。従って、プレーン加算部4226は、左映像プレーン・データには、レフトビューを表す他のプレーン・データを重畳し、右映像プレーン・データには、ライトビューを表す他のプレーン・データを重畳する。一方、デプス・モードでは、右映像プレーン・データは、左映像プレーン・データの表すビデオ・プレーンに対するデプスマップを表す。従って、プレーン加算部4226はまず、両方の映像プレーン・データからレフトビューとライトビューとのビデオ・プレーン・データの対を生成する。その後、プレーン加算部4226はＬ／Ｒモードでの合成処理と同様に合成処理を行う。

プレーン加算部4226は再生制御部4235から、副映像プレーン、ＰＧプレーン、ＩＧプレーン、又はイメージ・プレーンの表示モードとして１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードが指示されているとき、システム・ターゲット・デコーダ4225から受信されたプレーン・データに対してオフセット制御を行う。それにより、各プレーン・データからレフトビューとライトビューとのプレーン・データの対が生成される。

特に１プレーン＋オフセット・モードが指示されているとき、プレーン加算部4226はまず、プレーヤ変数記憶部4236内のＳＰＲＭ（２７）から各グラフィックス・プレーンに対する参照オフセットＩＤ4310−4313を読み出す。プレーン加算部4226は次に、システム・ターゲット・デコーダ4225から受け取ったオフセット情報を参照して、各参照オフセットＩＤ4310−4313の示すオフセット・シーケンス1113に属するオフセット情報、すなわちオフセット方向1122とオフセット値1123との対を検索する。プレーン加算部4226は続いて、プレーヤ変数記憶部4236内のＳＰＲＭ（２８）から各グラフィックス・プレーンに対するオフセット補正値4320−4323を読み出して、対応するオフセット値に加える。プレーン加算部4226はその後、各オフセット値を利用して、対応するグラフィックス・プレーンに対してオフセット制御を行う。

一方、１プレーン＋ゼロ・オフセット・モードが指示されているとき、プレーン加算部4226は、ＳＰＲＭ（２７）、ＳＰＲＭ（２８）のいずれも参照することなく、各グラフィックス・プレーンに対するオフセット値を“０”としてオフセット制御を行う。従って、同じプレーン・データが、レフトビューとライトビューとのそれぞれを表すグラフィックス・プレーンとして繰り返し、他のプレーン・データに合成される。

ＨＤＭＩ通信部4227はＨＤＭＩケーブル122で表示装置103に接続され、ＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換する。それにより、ＨＤＭＩ通信部4227は表示装置103に対してＨＤＭＩ認証を行い、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせる。

≪３Ｄプレイリスト再生処理≫

図４４は、再生制御部4235による３Ｄプレイリスト再生処理のフローチャートである。３Ｄプレイリスト再生処理は、再生制御部4235が静的シナリオ・メモリ4232から３Ｄプレイリスト・ファイルを読み出すことによって開始される。

ステップＳ４４０１では、再生制御部4235はまず、３Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出して、カレントのＰＩとして設定する。再生制御部4235は次に、そのカレントＰＩのＳＴＮテーブルから、再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部4235は更に、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳのうち、カレントＰＩに対応するものから、再生対象のエレメンタリ・ストリームとして追加されるべきもののＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ4225に指示される。再生制御部4235はその他に、３Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩと同時に参照されるべきＳＵＢ＿ＰＩを特定し、カレントのＳＵＢ＿ＰＩとして設定する。その後、処理はステップＳ４４０２へ進む。

ステップＳ４４０２では、再生制御部4235は、ＳＴＮテーブルＳＳの示すポップアップ期間のオフセットに依って各プレーン・データの表示モードを選択し、システム・ターゲット・デコーダ4225とプレーン加算部4226とに指示する。特に、ポップアップ期間のオフセットの値が“０”であるとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセットの値が“１”であるとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。その後、処理はステップＳ４４０３へ進む。

ステップＳ４４０３では、グラフィックス・プレーンの表示モードとして１プレーン＋オフセット・モードと１プレーン＋ゼロ・オフセット・モードとのいずれが選択されかをチェックする。１プレーン＋オフセット・モードが選択された場合、処理はステップＳ４４０４へ進む。一方、１プレーン＋ゼロ・オフセット・モードが選択された場合、処理はステップＳ４４０５へ進む。

ステップＳ４４０４では、再生制御部4235は、カレントＰＩのＳＴＮテーブルを参照して、選択されたＰＩＤの示すエレメンタリ・ストリームの中からＰＧストリーム又はＩＧストリームを検出する。再生制御部4235は更に、それらのストリーム・データに割り当てられた参照オフセットＩＤとオフセット補正値とを特定して、プレーヤ変数記憶部4236内のＳＰＲＭ（２７）とＳＰＲＭ（２８）とのそれぞれに設定する。その後、処理はステップＳ４４０５へ進む。

ステップＳ４４０５では、再生制御部4235は、カレントのＰＩとＳＵＢ＿ＰＩとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２ＤとファイルＤＥＰとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップＳ４４０６へ進む。

ステップＳ４４０６では、再生制御部4235は、ステップＳ４４０５で特定されたクリップ情報ファイルの各エントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２とファイルＤＥＰ内のＳＰＮ＃１１、＃１２とを検索する。再生制御部4235は更に、図２４を用いて説明したように、各クリップ情報ファイルのエクステント起点を利用して、ファイルＳＳの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定し、ファイルＳＳの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。具体的には、再生制御部4235はまず、２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中からＳＰＮ＃１以下で最大のもの“Ａｍ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中からＳＰＮ＃１１以下で最大のもの“Ｂｍ”を検索する。再生制御部4235は続いて、検索されたＳＰＮの和Ａｍ＋Ｂｍを求めてＳＰＮ＃２１として決定する。再生制御部4235は次に、２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃２よりも大きく、かつ最小のもの“Ａｎ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１２より大きく、かつ最小のもの“Ｂｎ”を検索する。再生制御部4235は続いて、検索されたＳＰＮの和Ａｎ＋Ｂｎを求めてＳＰＮ＃２２として決定する。その後、処理はステップＳ４４０７へ進む。

ステップＳ４４０７では、再生制御部4235は、ステップＳ４４０６で決定されたＳＰＮ＃２１、＃２２をセクタ数の対Ｎ１、Ｎ２に変換する。具体的には、再生制御部4235はまず、ＳＰＮ＃２１とソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部4235は次に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商ＳＰＮ＃２１×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生開始位置の直前までのセクタ数Ｎ１に等しい。同様に、再生制御部4235はＳＰＮ＃２２から商ＳＰＮ＃２２×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生終了位置の直前までのセクタ数Ｎ２に等しい。その後、処理はステップＳ４４０８へ進む。

ステップＳ４４０８では、再生制御部4235は、ステップＳ４４０７で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のエクステントＳＳ群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4235は、再生対象のファイルＳＳのファイル・エントリを参照して、エクステントＳＳ群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4235は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ4201に指定する。その結果、指定された範囲のセクタ群から、エクステントＳＳ群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ４４０９へ進む。

ステップＳ４４０９では、再生制御部4235は、ステップＳ４４０６で利用されたクリップ情報ファイルのエクステント起点を再び利用して、エクステントＳＳ群に含まれるディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとの間の境界を示す情報（以下、データ・ブロック境界情報と呼ぶ。）を生成してスイッチ4220へ送出する。具体的な例として、再生開始位置を示すＳＰＮ＃２１が、各エクステント起点の示すＳＰＮの和Ａｎ＋Ｂｎに等しく、再生終了位置を示すＳＰＮ＃２２が、各エクステント起点の示すＳＰＮの和Ａｍ＋Ｂｍに等しいときを想定する。そのとき、再生制御部4235は、各エクステント起点からＳＰＮの差の列、Ａ（ｎ＋１）−Ａｎ、Ｂ（ｎ＋１）−Ｂｎ、Ａ（ｎ＋２）−Ａ（ｎ＋１）、Ｂ（ｎ＋２）−Ｂ（ｎ＋１）、…、Ａｍ−Ａ（ｍ−１）、Ｂｍ−Ｂ（ｍ−１）を求めて、データ・ブロック境界情報としてスイッチ4220へ送出する。図２４の（ｅ）に示されているとおり、この列は、エクステントＳＳに含まれる各データ・ブロックのソースパケット数を示す。スイッチ4220は、ＢＤ−ＲＯＭドライブ4201から受信されるエクステントＳＳのソースパケット数を０からカウントし、そのカウントが、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、ソースパケットの送出先をＲＢ１4221とＲＢ２4222との間で切り換え、かつカウントを０にリセットする。その結果、エクステントＳＳの先頭から｛Ｂ（ｎ＋１）−Ｂｎ｝個のソースパケットは最初のディペンデントビュー・エクステントとしてＲＢ２4222へ送出され、続く｛Ａ（ｎ＋１）−Ａｎ｝個のソースパケットは最初のベースビュー・エクステントとしてＲＢ１4221へ送出される。以降も同様に、スイッチ4220によって受信されるソースパケットの数が、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、エクステントＳＳからディペンデントビュー・エクステントとベースビュー・エクステントとが交互に抽出される。

ステップＳ４４１０では、再生制御部4235は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ４４０１から繰り返される。残されていないときは、処理が終了する。

≪システム・ターゲット・デコーダ≫

システム・ターゲット・デコーダ4225に、ディペンデントビュー・ビデオ・ストリームからオフセット・メタデータを抽出する機能を実装する具体的な手段としては、次の二種類が想定される。第１の手段では、システム・ターゲット・デコーダ4225にＴＳ優先度フィルタとオフセット・メタデータ処理部とが、主映像デコーダから独立したモジュールとして実装される。ＴＳ優先度フィルタは、ＴＳ優先度フラグの値に従って、オフセット・メタデータを含むＴＳパケットと、ディペンデントビュー・ピクチャを含むＴＳパケットとを選別する。オフセット・メタデータ処理部は、オフセット・メタデータを含むＴＳパケットからオフセット情報を抽出する。第２の手段では、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットが、ＴＳ優先度フラグの値にかかわらず、システム・ターゲット・デコーダ4225内の主映像デコーダに送られる。主映像デコーダは、ディペンデントビュー・ビデオ・ストリームの復号処理と並行して、ディペンデントビュー・ビデオ・ストリームからオフセット情報を抽出する。

（第１の手段）

図４５は、第１の手段によるシステム・ターゲット・デコーダ4225の機能ブロック図である。図４５に示されている構成要素は、図４０に示されている２Ｄ再生装置のもの3724とは次の点で異なる：（Ａ）リード・バッファから各デコーダへの入力系統が二重化されている；（Ｂ）ＴＳ優先度フィルタとオフセット・メタデータ処理部とが設置されている。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、イメージ・プロセッサ、及び各プレーン・メモリは、図４０に示されている２Ｄ再生装置のものと同様である。従って、以下では、図４５に示されている構成要素のうち、図４０に示されているものとは異なるものについて説明する。一方、同様な構成要素の詳細についての説明は、図４０についての説明を援用する。更に、各映像デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ4515の構造について説明する。同様な説明は他の映像デコーダの構造についても成立する。

第１ソース・デパケタイザ4511は、ＲＢ１4221からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第１ＰＩＤフィルタ4513へ送出する。第２ソース・デパケタイザ4512は、ＲＢ２4222からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第２ＰＩＤフィルタ4514へ送出する。各ソース・デパケタイザ4511、4512は更に、各ＴＳパケットの送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。その同期方法は、図４０に示されているソース・デパケタイザ4010による方法と同様である。従って、その詳細についての説明は、図４０についての説明を援用する。そのような送出時刻の調節により、第１ソース・デパケタイザ4511から第１ＰＩＤフィルタ4513へのＴＳパケットの平均転送速度は、２Ｄクリップ情報ファイルの示すシステムレートR_TS1を超えない。同様に、第２ソース・デパケタイザ4512から第２ＰＩＤフィルタ4514へのＴＳパケットの平均転送速度は、ディペンデントビュー・クリップ情報ファイルの示すシステムレートR_TS2を超えない。

第１ＰＩＤフィルタ4513は、第１ソース・デパケタイザ4511からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4235によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルに従って指定されている。両方のＰＩＤが一致したとき、第１ＰＩＤフィルタ4513はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4515内のＴＢ１4501へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。

第２ＰＩＤフィルタ4514は、第２ソース・デパケタイザ4512からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4235によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳに従って指定されている。両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ4514はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダ、又はＴＳ優先度フィルタ4551へ転送する。例えばＰＩＤが０ｘ１０１２又は０ｘ１０１３であるとき、そのＴＳパケットはＴＳ優先度フィルタ4551へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ２０−０ｘ１Ｂ３Ｆ、０ｘ１２２０−０ｘ１２７Ｆ、及び０ｘ１４２０−０ｘ１４７Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。

ＴＳ優先度フィルタ4551は、第２ＰＩＤフィルタ4514からＴＳパケットを受信して、それぞれのＴＳヘッダ501HからＴＳ優先度511を読み出す。ここで、第２ＰＩＤフィルタ4514からＴＳ優先度フィルタ4551へは、ＰＩＤ＝０ｘ１０１２又は０ｘ１０１３のＴＳパケットが転送される。すなわち、それらのＴＳパケットはディペンデントビュー・ビデオ・ストリームを格納している。

図１５に示されているＴＳパケット列1520のうち、第１グループ1521と第３グループ1523とではＴＳ優先度が“０”であり、第２グループ1522ではＴＳ優先度が“１”である。ＴＳ優先度フィルタ4551はそのＴＳパケット列1520の中から、ＴＳ優先度＝０のＴＳパケットを主映像デコーダ4515内のＴＢ２4508へ転送し、ＴＳ優先度＝１のＴＳパケットをオフセット・メタデータ処理部4552へ転送する。図１５に示されているとおり、ＴＳ優先度＝１のＴＳパケットは第２グループ1522に属するので、そのＴＳペイロードは、オフセット・メタデータ1509のみから構成される補足データ1504のみを含む。従って、ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１のうち、オフセット・メタデータ1509のみから構成される補足データはオフセット・メタデータ処理部4552へ転送され、残りは、他の補足データも含め、主映像デコーダ4515へ転送される。

図１６に示されているＴＳパケット列1620のうち、第１グループ1621と第２グループ1622とではＴＳ優先度が“１”であり、第３グループ1623ではＴＳ優先度が“０”である。ＴＳ優先度フィルタ4551はそのＴＳパケット列1620の中から、ＴＳ優先度＝０のＴＳパケットを主映像デコーダ4515内のＴＢ２4508へ転送し、ＴＳ優先度＝１のＴＳパケットを、ＴＢ２4508とオフセット・メタデータ処理部4552との両方へ転送する。従って、ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１が主映像デコーダ4515へ転送される一方、サブＡＵ識別コードから補足データまではオフセット・メタデータ処理部4552へも転送される。

主映像デコーダ4515は、ＴＢ１4501、ＭＢ１4502、ＥＢ１4503、ＴＢ２4508、ＭＢ２4509、ＥＢ２4510、バッファ・スイッチ4506、ＤＥＣ4504、ＤＰＢ4505、及びピクチャ・スイッチ4507を含む。ＴＢ１4501、ＭＢ１4502、ＥＢ１4503、ＴＢ２4508、ＭＢ２4509、ＥＢ２4510、及びＤＰＢ4505はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ4515に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。

ＴＢ１4501は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ4513から受信してそのまま蓄積する。ＭＢ１4502は、ＴＢ１4501に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ１4503は、ＭＢ１4502に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。

ＴＢ２4508は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットをＴＳ優先度フィルタ4551から受信してそのまま蓄積する。ＭＢ２4509は、ＴＢ２4508に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ２4510は、ＭＢ２4509に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。

バッファ・スイッチ4506は、ＥＢ１4503とＥＢ２4510とのそれぞれに蓄積されたＶＡＵのヘッダをＤＥＣ4504からの要求に応じて転送する。バッファ・スイッチ4506は更に、そのＶＡＵの圧縮ピクチャ・データを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻にＤＥＣ4504へ転送する。ここで、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間では、同じ３Ｄ・ＶＡＵに属する一対のピクチャのＤＴＳが等しい。従って、バッファ・スイッチ4506は、ＤＴＳの等しい一対のＶＡＵのうち、ＥＢ１4503に蓄積された方を先にＤＥＣ4504へ転送する。その他に、バッファ・スイッチ4506は、そのＶＡＵ内の復号スイッチ情報1750をＤＥＣ4504に返信させてもよい。その場合、バッファ・スイッチ4506はその復号スイッチ情報1750を使って、次のＶＡＵをＥＢ１4503とＥＢ２4510とのいずれから転送すべきか決定できる。

ＤＥＣ4504は、図４０に示されているＤＥＣ4004と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4504は、バッファ・スイッチ4506から転送された圧縮ピクチャ・データを順次復号する。その復号処理では、ＤＥＣ4504は予め、各ＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、及びＶＣ１を含む。ＤＥＣ4504は更に、復号された非圧縮のピクチャをＤＰＢ4505へ転送する。

ＤＰＢ4505は、ＤＥＣ4504によって復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ4504がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ4505はＤＥＣ4504からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してＤＥＣ4504に提供する。

ピクチャ・スイッチ4507は、ＤＰＢ4505から非圧縮の各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に、左映像プレーン・メモリ4520と右映像プレーン・メモリ4521とのいずれかに書き込む。ここで、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャとディペンデントビュー・ピクチャとではＰＴＳが等しい。従って、ピクチャ・スイッチ4507は、ＤＰＢ4505に保持された、ＰＴＳの等しい一対のピクチャのうち、ベースビュー・ピクチャを先に左映像プレーン・メモリ4520に書き込み、続いてディペンデントビュー・ピクチャを右映像プレーン・メモリ4521に書き込む。

オフセット・メタデータ処理部4552は、主映像デコーダ4515と同じチップ上に実装されているが、主映像デコーダ4515とは別のモジュールとして構成されている。その他に、オフセット・メタデータ処理部4552は、主映像デコーダ4515とは別のチップ上に実装されていてもよい。更に、オフセット・メタデータ処理部4552は、専用のハードウェアとして構成されても、汎用のハードウェアをソフトウェアで制御することによって実現されてもよい。オフセット・メタデータ処理部4552は、ＴＳ優先度フィルタ4551から転送されたＴＳパケット群を解析して、それらのＴＳペイロードに格納された補足データからオフセット・メタデータを読み出す。

図１５に示されているＴＳパケット列1520では、ＶＡＵ＃１と共に同じＰＥＳパケットに属するＰＥＳヘッダは、主映像デコーダ4515へ転送されるＴＳパケット群に格納されている。従って、オフセット・メタデータ処理部4552は、ＶＡＵ＃１の表すフレームのＰＴＳをオフセット・メタデータから読み取る。一方、図１６に示されているＴＳパケット列1620では、そのＰＥＳヘッダは、オフセット・メタデータ処理部4552へ転送されるＴＳパケット群にも格納されている。従って、オフセット・メタデータ処理部4552は、ＶＡＵ＃１の表すフレームのＰＴＳを、そのＰＥＳヘッダとオフセット・メタデータとのいずれから読み取ってもよい。

オフセット・メタデータ処理部4552は、そのＰＴＳの示す時刻からフレーム周期でフレーム番号を０から１ずつインクリメントする。オフセット・メタデータ処理部4552は更に、そのインクリメントに同期して、各フレーム番号に対応付けられたオフセット情報をオフセット・メタデータから検索し、プレーン加算部4226へ送出する。ここで、ＴＳ優先度フィルタ4551により、圧縮ピクチャ・データは、図１５、１６のいずれに示されているＴＳパケット列1520、1620からもオフセット・メタデータ処理部4552へは転送されない。従って、オフセット・メタデータ処理部4552は、圧縮ピクチャ・データに妨げられることなく、オフセット情報を確実に管理できる。

（第２の手段）

図４６は、第２の手段によるシステム・ターゲット・デコーダ4225の含む、ビデオ・ストリームの処理系統を示す機能ブロック図である。図４６に示されているシステム・ターゲット・デコーダ4225は、図４５に示されているものとは、主映像デコーダ4615内のＤＥＣ4604の機能が異なる。その他の要素は同様である。図４６では、図４５に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図４５に示されている要素についての説明を援用する。

ＤＥＣ4604は、図４５に示されているＤＥＣ4504と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4604は、バッファ・スイッチ4506から転送された圧縮ピクチャ・データを順次復号し、復号された非圧縮のピクチャをＤＰＢ4505へ転送する。ＤＥＣ4604は更に、ディペンデントビュー・ビデオ・ストリームから各ビデオ・シーケンスの先頭のＶＡＵを読み出す度に、そのＶＡＵからオフセット・メタデータを読み出す。そのビデオ・シーケンスの再生区間では、ＤＥＣ4604は、まず、各ＶＡＵと共に同じＰＥＳパケットに格納されたＰＴＳと、そのＶＡＵの圧縮ピクチャ・データの表すフレームの番号とを特定する。ＤＥＣ4604は次に、オフセット・メタデータから、そのフレーム番号に対応付けられたオフセット情報を読み出して、特定されたＰＴＳの示す時刻にプレーン加算部4226へ送出する。

≪プレーン加算部≫

図４７は、プレーン加算部4226の機能ブロック図である。図４７を参照するに、プレーン加算部4226は、視差映像生成部4710、スイッチ4720、四つのクロッピング処理部4731−4734、及び四つの加算部4741−4744を含む。

視差映像生成部4710は、システム・ターゲット・デコーダ4225から左映像プレーン・データ4701と右映像プレーン・データ4702とを受信する。Ｌ／Ｒモードの再生装置102では、左映像プレーン・データ4701はレフトビュー・ビデオ・プレーンを表し、右映像プレーン・データ4702はライトビュー・ビデオ・プレーンを表す。そのとき、視差映像生成部4710は各ビデオ・プレーン4701、4702をそのままスイッチ4720へ送出する。一方、デプス・モードの再生装置102では、左映像プレーン・データ4701は２Ｄ映像のビデオ・プレーンを表し、右映像プレーン・データ4702はその２Ｄ映像に対するデプスマップを表す。そのとき、視差映像生成部4710はまず、そのデプスマップからその２Ｄ映像の各部の両眼視差を計算する。視差映像生成部4710は次に、左映像プレーン・データ4701を加工して、ビデオ・プレーンにおけるその２Ｄ映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビューとライトビューとを表すビデオ・プレーンの対が生成される。視差映像生成部4710は更に、そのビデオ・プレーンの対を左映像と右映像とのプレーン・データの対としてスイッチ4720へ送出する。

スイッチ4720は、再生制御部4235からＢ−Ｄ表示モードが指示されているとき、ＰＴＳの等しい左映像プレーン・データ4701と右映像プレーン・データ4702とをその順で第１加算部4741へ送出する。スイッチ4720は、再生制御部4235からＢ−Ｂ表示モードが指示されているとき、ＰＴＳの等しい左映像プレーン・データ4701と右映像プレーン・データ4702との一方を一フレーム当たり二回ずつ第１加算部4741へ送出し、他方を破棄する。

第１クロッピング処理部4731は、視差映像生成部4710とスイッチ4720との対と同様な構成を入力部に含む。副映像プレーン・データがレフトビューとライトビューとの対である場合にはそれらの構成が利用される。特にデプス・モードの再生装置102では、副映像プレーン・データの対は、第１クロッピング処理部4731内の視差映像生成部によってレフトビューとライトビューとのプレーン・データの対に変換される。再生制御部4235からＢ−Ｄ表示モードが指示されているとき、レフトビューとライトビューとのプレーン・データが交互に第１加算部4741へ送出される。一方、再生制御部4235からＢ−Ｂ表示モードが指示されているとき、レフトビューとライトビューとのプレーン・データの一方が一フレーム当たり二回ずつ第１加算部4741へ送出され、他方は破棄される。

再生制御部4235から１プレーン＋オフセット・モードが指示されているとき、第１クロッピング処理部4731は副映像プレーン・データ4703に対してオフセット制御を次のように行う。第１クロッピング処理部4731はまず、システム・ターゲット・デコーダ4225からオフセット情報4707を受信する。そのとき、第１クロッピング処理部4731は、プレーヤ変数記憶部4236内のＳＰＲＭ（２７）4751から、副映像プレーンに対する参照オフセットＩＤ（SV＿ref＿offset＿id）4312を読み出す。第１クロッピング処理部4731は次に、その参照オフセットＩＤ4312の示すオフセット・シーケンスに属するオフセット情報を、システム・ターゲット・デコーダ4225から受け取ったオフセット情報4707の中から検索する。第１クロッピング処理部4731は続いて、プレーヤ変数記憶部4236内のＳＰＲＭ（２８）4752から、副映像プレーンに対するオフセット補正値（SV＿offset＿adjustment）4322を読み出して、検索されたオフセット値に加える。第１クロッピング処理部4731はその後、そのオフセット値を利用して、副映像プレーン・データ4703に対してオフセット制御を行う。その結果、副映像プレーン・データ4703は、レフトビューとライトビューとを表す一対の副映像プレーン・データに変換されて交互に送出される。

ここで、ＳＰＲＭ（２７）4751とＳＰＲＭ（２８）4752との各値は一般に、カレントＰＩが切り換わる度に再生制御部4235によって更新される。その他に、プログラム実行部4234が、ムービーオブジェクト又はＢＤ−Ｊオブジェクトに従ってＳＰＲＭ（２７）4751とＳＰＲＭ（２８）4752との各値を設定してもよい。

一方、再生制御部4235から１プレーン＋ゼロ・オフセット・モードが指示されているとき、第１クロッピング処理部4731はオフセット制御を行うことなく、副映像プレーン・データ4703をそのまま、二回繰り返して送出する。

同様に、第２クロッピング処理部4732は、ＰＧプレーンに対する参照オフセットＩＤ（PG＿ref＿offset＿id）4310とオフセット補正値（PG＿offset＿adjustment）4320とを利用して、ＰＧプレーン・データ4704に対してオフセット制御を行う。第３クロッピング処理部4733は、ＩＧプレーンに対する参照オフセットＩＤ（IG＿ref＿offset＿id）4311とオフセット補正値（IG＿offset＿adjustment）4321とを利用して、ＩＧプレーン・データ4705に対してオフセット制御を行う。第４クロッピング処理部4734は、イメージ・プレーンに対する参照オフセットＩＤ（IM＿ref＿offset＿id）4313とオフセット補正値（IM＿offset＿adjustment）4323とを利用して、イメージ・プレーン・データ4706に対してオフセット制御を行う。

［オフセット制御のフローチャート］

図４８は、各クロッピング処理部4731−4734によるオフセット制御のフローチャートである。各クロッピング処理部4731−4734は、システム・ターゲット・デコーダ4225からオフセット情報4707を受信したときにオフセット制御を開始する。以下、第２クロッピング処理部4732がＰＧプレーン・データ4704に対してオフセット制御を行う場合を、例に挙げる。他のクロッピング処理部4731、4733、4734はそれぞれ、副映像プレーン・データ4703、ＩＧプレーン・データ4705、及びイメージ・プレーン・データ4706に対して同様な処理を行う。

ステップＳ４８０１では、第２クロッピング処理部4732はまず、システム・ターゲット・デコーダ4225からＰＧプレーン・データ4704を受信する。そのとき、第２クロッピング処理部4732は、ＳＰＲＭ（２７）4751からＰＧプレーンに対する参照オフセットＩＤ（PG＿ref＿offset＿id）4310を読み出す。第２クロッピング処理部4731は次に、その参照オフセットＩＤ4310の示すオフセット・シーケンスに属するオフセット情報を、システム・ターゲット・デコーダ4225から受け取ったオフセット情報4707の中から検索する。その後、処理はステップＳ４８０２へ進む。

ステップＳ４８０２では、第２クロッピング処理部4732は、ＳＰＲＭ（２８）4752からＰＧプレーンに対するオフセット補正値（PG＿offset＿adjustment）4320を読み出して、ステップＳ４８０１で検索されたオフセット値に加える。その後、処理はステップＳ４８０３へ進む。

ステップＳ４８０３では、第２クロッピング処理部4732は、スイッチ4720によって選択されたビデオ・プレーン・データがレフトビューとライトビューとのいずれを表すかチェックする。ビデオ・プレーン・データがレフトビューを表すとき、処理はステップＳ４８０４へ進む。ビデオ・プレーン・データがライトビューを表すとき、処理はステップＳ４８０７へ進む。

ステップＳ４８０４では、第２クロッピング処理部4732は、検索されたオフセット方向の値をチェックする。以下では次の場合を想定する：オフセット方向の値が“０”であるときは３Ｄグラフィックス映像の奥行きが画面よりも手前であり、オフセット方向の値が“１”であるときは奥である。その場合、オフセット方向の値が“０”であるとき、処理はステップＳ４８０５へ進む。オフセット方向の値が“１”であるとき、処理はステップＳ４８０６へ進む。

ステップＳ４８０５では、第２クロッピング処理部4732はＰＧプレーン・データ4704に右向きのオフセットを与える。すなわち、ＰＧプレーン・データ4704の含む各画素データの位置をオフセット値だけ右に移動させる。その後、処理はステップＳ４８１０へ進む。

ステップＳ４８０６では、第２クロッピング処理部4732はＰＧプレーン・データ4704に左向きのオフセットを与える。すなわち、ＰＧプレーン・データ4704の含む各画素データの位置をオフセット値だけ左に移動させる。その後、処理はステップＳ４８１０へ進む。

ステップＳ４８０７では、第２クロッピング処理部4732は、検索されたオフセット方向の値をチェックする。オフセット方向の値が“０”であるとき、処理はステップＳ４８０８へ進む。オフセット方向の値が“１”であるとき、処理はステップＳ４８０９へ進む。

ステップＳ４８０８では、ステップＳ４８０５とは逆に、第２クロッピング処理部4732はＰＧプレーン・データ4704に左向きのオフセットを与える。すなわち、ＰＧプレーン・データ4704の含む各画素データの位置をオフセット値だけ左に移動させる。その後、処理はステップＳ４８１０へ進む。

ステップＳ４８０９では、ステップＳ４８０６とは逆に、第２クロッピング処理部4732はＰＧプレーン・データ4704に右向きのオフセットを与える。すなわち、ＰＧプレーン・データ4704の含む各画素データの位置をオフセット値だけ右に移動させる。その後、処理はステップＳ４８１０へ進む。

ステップＳ４８１０では、第２クロッピング処理部4732は、処理後のＰＧプレーン・データ4704を第３クロッピング処理部4734へ送出する。その後、処理は終了する。

［オフセット制御によるプレーン・データの変化］

図４９の（ｂ）は、第２クロッピング処理部4732によるオフセット制御で加工される前のＰＧプレーン・データGPを示す模式図である。図４９の（ｂ）を参照するに、ＰＧプレーン・データGPは、字幕“Ｉ Ｌｏｖｅ ｙｏｕ”を表す画素データ群、すなわち字幕データSTLを含む。その字幕データSTLはＰＧプレーン・データGPの左端から距離D0に位置する。

図４９の（ａ）は、右向きのオフセットが与えられたＰＧプレーン・データRGPを示す模式図である。図４９の（ａ）を参照するに、第２クロッピング処理部4732は、ＰＧプレーン・データGPに右向きのオフセットを与える場合、ＰＧプレーン・データGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ右に移動させる。具体的には、第２クロッピング処理部4732はまず、クロッピング処理によってＰＧプレーン・データGPの右端から、オフセット値に等しい幅OFSの帯状領域AR1に含まれる画素データを除去する。第２クロッピング処理部4732は次に、ＰＧプレーン・データGPの左端に画素データを付加して、幅OFSの帯状領域AL1を構成する。ここで、その領域AL1に含まれる画素データは透明に設定される。こうして、右向きのオフセットが与えられたＰＧプレーン・データRGPが得られる。実際、字幕データSTLはそのＰＧプレーン・データRGPの左端から距離DRに位置し、その距離DRは、元の距離D0にオフセット値OFSを加えた値に等しい：DR＝D0＋OFS。

図４９の（ｃ）は、左向きのオフセットが与えられたＰＧプレーン・データLGPを示す模式図である。図４９の（ｃ）を参照するに、第２クロッピング処理部4732は、ＰＧプレーン・データGPに左向きのオフセットを与える場合、ＰＧプレーン・データGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ左に移動させる。具体的には、第２クロッピング処理部4732はまず、クロッピング処理によってＰＧプレーン・データGPの左端から、オフセット値に等しい幅OFSの帯状領域AL2に含まれる画素データを除去する。第２クロッピング処理部4732は次に、ＰＧプレーン・データGPの右端に画素データを付加して、幅OFSの帯状領域AR2を構成する。ここで、その領域AR2に含まれる画素データは透明に設定される。こうして、左向きのオフセットが与えられたＰＧプレーン・データLGPが得られる。実際、字幕データSTLはそのＰＧプレーン・データLGPの左端から距離DLに位置し、その距離DLは、元の距離D0からオフセット値OFSを除いた値に等しい：DL＝D0−OFS。

図４７を再び参照するに、第１加算部4741は、スイッチ4720からビデオ・プレーン・データを受信し、第１クロッピング処理部4731から副映像プレーン・データを受信する。第１加算部4741はそのとき、それらのビデオ・プレーン・データと副映像プレーン・データとを一組ずつ重畳して第２加算部4742に渡す。第２加算部4742は、第２クロッピング処理部4732からＰＧプレーン・データを受信し、第１加算部4741からのプレーン・データに重畳して第３加算部4743に渡す。第３加算部4743は、第３クロッピング処理部4733からＩＧプレーン・データを受信し、第２加算部4742からのプレーン・データに重畳して第４加算部4744に渡す。第４加算部4744は、第４クロッピング処理部4734からイメージ・プレーン・データを受信し、第３加算部4743からのプレーン・データに重畳して表示装置103へ送出する。ここで、各加算部4741−4744は、プレーン・データの重畳にα合成を利用する。こうして、左映像プレーン・データ4701と右映像プレーン・データ4702とのそれぞれに、図４７に矢印4700で示されている順序で、副映像プレーン・データ4703、ＰＧプレーン・データ4704、ＩＧプレーン・データ4705、及びイメージ・プレーン・データ4706が重畳される。その結果、各プレーン・データの示す映像は表示装置103の画面上に、左映像プレーン又は右映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンの順に重ねられたように表示される。

プレーン加算部4724は上記の処理の他に、四つの加算部4741−4744によって合成されたプレーン・データの出力形式を、表示装置103等、そのデータの出力先の装置による３Ｄ映像の表示方式に合わせて変換する。例えば出力先の装置が継時分離方式を利用するとき、プレーン加算部4724は合成後のプレーン・データを一つの映像フレーム又はフィールドとして送出する。一方、出力先の装置がレンチキュラーレンズを利用するとき、プレーン加算部4724は内蔵のバッファ・メモリを利用して、レフトビューとライトビューとのプレーン・データの対を一つの映像フレーム又はフィールドに合成して送出する。具体的には、プレーン加算部4724は、先に合成されたレフトビュー・プレーン・データを一旦、そのバッファ・メモリに格納して保持する。プレーン加算部4724は続いて、ライトビュー・プレーン・データを合成して、バッファ・メモリに保持されたレフトビュー・プレーン・データと更に合成する。その合成では、レフトビューとライトビューとの各プレーン・データが縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて一つのフレーム又はフィールドに再構成される。こうして、レフトビューとライトビューとのプレーン・データの対が一つの映像フレーム又はフィールドに合成される。プレーン加算部4724はその合成後の映像フレーム又はフィールドを出力先の装置へ送出する。

＜実施形態１の効果＞

本発明の実施形態１によるＢＤ−ＲＯＭディスク101では、ディペンデントビュー・ビデオ・ストリームを構成する各ビデオ・シーケンスの先頭のＶＡＵを格納したＴＳパケット列に対して、ＴＳ優先度が、図１５、１６に示されているように割り当てられている。特に、オフセット・メタデータを格納するＴＳパケット群と、圧縮ピクチャ・データを格納しているＴＳパケット群とでは、ＴＳ優先度の値が異なる。その場合、システム・ターゲット・デコーダ4225には、図４５に示されている第１の手段と、図４６に示されている第２の手段とのいずれによって、オフセット・メタデータの抽出機能が実現されていてもよい。第１の手段によるシステム・ターゲット・デコーダ4225は、ＴＳ優先度を利用して、オフセット・メタデータを格納するＴＳパケットを他のＴＳパケットから容易に選別できる。従って、主映像デコーダ4515とオフセット・メタデータ処理部4552とは、異なる態様で実装可能である。特に主映像デコーダ4515がハードウェアで構成されていても、それに関わりなく、オフセット・メタデータ処理部4552は、専用のハードウェアとして構成されても、汎用のハードウェアを利用してソフトウェアによって実現されてもよい。一方、第２の手段によるシステム・ターゲット・デコーダ4225では、主映像デコーダ4615がディペンデントビュー・ビデオ・ストリームの復号機能とオフセット・メタデータの抽出機能との両方を並列に実行可能である。従って、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットは全て、ＴＳ優先度にかかわらず、主映像デコーダ4615に渡されればよい。このように、本発明の実施形態１によるＢＤ−ＲＯＭディスク101に記録されたディペンデントビュー・ビデオ・ストリームとオフセット・メタデータとのデータ構造は、システム・ターゲット・デコーダ4225が第１の手段と第２の手段とのいずれによる構成であっても共通に利用可能である。

＜変形例＞

（1−A）ビデオ・ストリーム

本発明の実施形態１によるＬ／Ｒモードでは、ベースビュー・ビデオ・ストリームがレフトビューを表し、ディペンデントビュー・ビデオ・ストリームがライトビューを表す。逆に、ベースビュー・ビデオ・ストリームがライトビューを表し、ディペンデントビュー・ビデオ・ストリームがレフトビューを表してもよい。

本発明の実施形態１によるＢＤ−ＲＯＭディスク101では、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとは、異なるＴＳに多重化されている。その他に、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとが一つのＴＳに多重化されていてもよい。

（1−B）オフセット・メタデータ

（1−B−1）オフセット・メタデータは、ディペンデントビュー・ビデオ・ストリームに代えて、ベースビュー・ビデオ・ストリームに格納されてもよい。その場合でも、オフセット・メタデータは、好ましくは、各ビデオ・シーケンスの先頭に位置するＶＡＵ内の補足データに格納される。更に、３Ｄプレイリスト・ファイルは、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれがオフセット・メタデータを含むかを示すフラグを備えていてもよい。それにより、各ストリーム・データの作成の自由度を向上させることができる。また、そのフラグに対しては、「ＣＣ＝５、６によってシームレスに接続されるＰＩ間では変更を禁止する」と規定されてもよい。

（1−B−2）オフセット・メタデータは、各ビデオ・シーケンス（すなわち、各ＧＯＰ）の先頭だけでなく、各ＶＡＵ（すなわち、各フレーム又はフィールド）に格納されてもよい。その他に、コンテンツごとに、オフセット・メタデータの間隔が任意の値に、例えば３フレーム以上に設定されてもよい。その場合、好ましくは、各ビデオ・シーケンスの先頭のＶＡＵには必ずオフセット・メタデータが格納され、かつ、その直前のオフセット・メタデータとの間隔が３フレーム以上であるように制限される。それにより、再生装置にオフセット情報の変更処理を飛び込み再生処理と確実に並行させることができる。

（1−B−3）オフセット・メタデータは、ビデオ・ストリームに格納されるのに代えて、独立なストリーム・データとしてメインＴＳ又はサブＴＳに多重化されてもよい。その場合、オフセット・メタデータには固有のＰＩＤが割り当てられる。システム・ターゲット・デコーダはそのＰＩＤを利用して、オフセット・メタデータを他のストリーム・データから分離する。その他に、オフセット・メタデータは、まず専用のバッファ・メモリにプリロードされ、その後、再生処理を受けてもよい。その場合、オフセット・メタデータは一定のフレーム間隔で格納される。それにより、オフセット・メタデータについてはＰＴＳが不要であるので、ＰＥＳヘッダのデータ量が削減される。その結果、プリロード用のバッファの容量を節約することができる。

（1−B−4）オフセット・メタデータは、ＶＡＵの補足データに格納されるのに代えて、ビデオ・ウォータマークを利用してビデオ・ストリームに埋め込まれてもよい。更に、オフセット・メタデータは、オーディオ・ウォータマークを利用してオーディオ・ストリームに埋め込まれてもよい。

（1−B−5）本発明の実施形態１によるサブＴＳでは、図１５に示されているとおり、第１グループ1521と第２グループ1522との各後端に位置するＴＳパケット1530、1550は一般にＡＤフィールド1532、1552を含む。それにより、三つのグループ1521−1523が互いに分離されている。その他に、ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１1500において、パディング・データ1506のサイズが調整されることによって、三つのグループ1521−1523が互いに分離されてもよい。

（1−B−6）オフセット・メタデータを含むＴＳパケットがシステム・ターゲット・デコーダにより、ＴＳ優先度に代えてＰＩＤに従って選別されてもよい。図５０は、ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１5000を格納したＰＥＳパケット5010、及び、そのＰＥＳパケット5010から生成されるＴＳパケット列5020とを示す模式図である。ＶＡＵ＃１5000はビデオ・シーケンスの先端に位置するので、オフセット・メタデータ5009のみから構成される補足データ5004を含む。ＰＥＳパケット5010のＰＥＳペイロード5012はＶＡＵ＃１5000を格納し、そのＰＥＳヘッダ5011は、ＶＡＵ＃１5000内の圧縮ピクチャ・データ5005に割り当てられたＤＴＳとＰＴＳとを含む。ＰＥＳパケット5010は先頭から順にＴＳパケット列5020に格納されている。それにより、ＴＳパケット列5020は先頭から順に三つのグループ5021、5022、5023に分けられる。第１グループ5021は、ＰＥＳヘッダ5011、サブＡＵ識別コード5001、サブシーケンス・ヘッダ5002、及びピクチャ・ヘッダ5003を含む。第２グループ5022は、オフセット・メタデータ5009のみから構成される補足データ5004を含む。第３グループ5013は、圧縮ピクチャ・データ5005、パディング・データ5006、シーケンス終端コード5007、及びストリーム終端コード5008を含む。図５０には、オフセット・メタデータ5009のみから構成される補足データ5004が斜線部で示され、ＰＥＳパケット5010内でその補足データよりも前に配置されるデータ5011、5001−5003がドット付きの領域で示されている。図１５に示されているＴＳパケット列1520と同様に、第１グループ5021と第２グループ5022との各後端に位置するＴＳパケット5030、5050は一般に、ＡＤフィールド5032、5052を含む。それにより、三つのグループ5021−5023が互いに分離されている。第１グループ5021と第３グループ5023とのそれぞれに属するＴＳパケット5030、5060では、いずれのＴＳヘッダ5031、5061もＰＩＤ＝０ｘ１０１２を示す。ここで、第１グループ5021に属するＴＳパケット5030では、ＴＳヘッダ5031がＰＩＤ＝０ｘ１０２２を示してもよい。一方、第２グループ5022に属するＴＳパケット5040、5050ではＴＳヘッダ5041、5051はＰＩＤ＝０ｘ１０２２を示す。１６進数値「０ｘ１０２２」は、他のエレメンタリ・ストリームに割り当てられた１６進数値以外であれば別の値であってもよい。こうして、第２グループ5022に属するＴＳパケットは、特に第３グループ5023に属するＴＳパケットとはＰＩＤが異なる。従って、システム・ターゲット・デコーダはＰＩＤを利用して、第２グループに属するＴＳパケットを容易に選別できる。

システム・ターゲット・デコーダは、図５０に示されているＴＳパケット列5020からオフセット・メタデータを以下のようにして抽出する。図５１は、そのシステム・ターゲット・デコーダ5125内のビデオ・ストリームの処理系統を示す機能ブロック図である。図５１に示されているシステム・ターゲット・デコーダ5125は、図４５に示されているもの4225とは異なり、ＴＳ優先度フィルタ4551を含まない。その他の要素は同様である。図５１では、図４５に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図４５に示されている要素についての説明を援用する。

第２ＰＩＤフィルタ4514は、ＰＩＤ＝０ｘ１０１２のＴＳパケットを主映像デコーダ4515内のＴＢ２4508へ転送し、ＰＩＤ＝０ｘ１０２２のＴＳパケットをオフセット・メタデータ処理部4552へ転送する。ここで、ＰＩＤ＝０ｘ１０２２のＴＳパケットはＴＢ２4508へパラレルに転送されてもよい。こうして、オフセット・メタデータを含むＴＳパケットはオフセット・メタデータ処理部4552へ転送される。

尚、オフセット・メタデータを含むＴＳパケットをサブＴＳから選別するには、ＴＳ優先度とＰＩＤとのいずれとも異なる別のデータが利用されてもよい。ＴＳ優先度及びＰＩＤと同様に、ＴＳパケット別に異なる値を設定可能なデータであれば、上記の選別に利用可能であることは、上記の実施形態から当業者には自明であろう。

（1−B−7）本発明の実施形態１によるオフセット・メタデータ1110は、図１１に示されているとおり、オフセット情報を各フレームに与える。その他に、ビデオ・ストリームがインターレース方式のフレーム（例えば６０ｉ）を表している場合、表示単位はフレームではなくフィールドである。その場合、オフセット・メタデータはオフセット情報を、各フィールドに与えるものであっても、各フレームを構成するフィールドの対に与えるものであってもよい。

（1−B−8）本発明の実施形態１によるオフセット・メタデータでは、各オフセット・シーケンスがフレームごとにオフセット値を規定する。その他に、各オフセット・シーケンスが表示時間ごとに、オフセット値の経時変化を表す関数、すなわち補完関数を規定してもよい。その場合、３Ｄ再生装置は表示時間ごとに補完関数を用いて、その表示時間に含まれる各フレームにおけるオフセット値を算定する。

図５２の（ａ）は、補完関数を利用するオフセット・メタデータ5200のデータ構造を示す模式図である。図５２の（ａ）を参照するに、オフセット・メタデータ5200は、オフセット・シーケンスＩＤ5210とオフセット・シーケンス5220との対応表を含む。オフセット・シーケンス5220は、起点オフセット値（offset＿start）5221、終点オフセット値（offset＿end）5222、オフセット関数ＩＤ（offset＿func＿id）5223、及びオフセット時間間隔（offset＿duration）5224を含む。オフセット・メタデータ5200が、ディペンデントビュー・ビデオ・ストリーム内の一つのビデオ・シーケンスに格納されているとき、起点オフセット値5221は、そのビデオ・シーケンスの表す最初のフレームにおけるオフセット値を示す。終点オフセット値5222は、次のビデオ・シーケンスの表す最初のフレームにおけるオフセット値を示す。オフセット関数ＩＤ5223は補完関数の種類を規定する。その補完関数の種類は、そのビデオ・シーケンスの表示時間におけるオフセット値の変化の形状を表す。オフセット時間間隔5224はそのビデオ・シーケンスの表示時間の長さを表す。

図５２の（ｂ）は、補完関数を構成する要素の種類を表すグラフである。図５２の（ｂ）を参照するに、ｘ軸は表示時間を表し、ｙ軸はオフセット値を表す。ここで、オフセット値の符号は、３Ｄグラフィックス映像の奥行きが画面よりも奥か手前かで決まる。補完関数の構成要素としては、直線形状LNR、凸形状CVX、及び凹形状CCVの三種類が用意されている。直線形状LNRは線形関数ｙ＝ａｘ＋ｂで定義され、凸形状CVXと凹形状CCVとは、２次曲線ｙ＝ａｘ²＋ｂｘ＋ｃ、３次曲線ｙ＝ａｘ³＋ｂｘ²＋ｃｘ＋ｄ、又はガンマ曲線ｙ＝ａ(ｘ＋ｂ)^1/r＋ｃで定義される。ここで、定数ａ、ｂ、ｃ、ｄはパラメータであり、各要素の両端A、Bのｘｙ座標、すなわち、表示時刻とその時点でのオフセット値との対で決まる。一方、定数ｒは別に規定され、各オフセット・シーケンスに格納される。補完関数の種類は、それらの要素LNR、CVX、CCVの単体、又は組み合わせとして定義される。

図５２の（ｃ）は、図５２の（ａ）に示されているオフセット・シーケンスＩＤ＝０、１、２の各オフセット・シーケンスから３Ｄ再生装置によって算定されたオフセット値を示すグラフである。そのグラフの横軸は、各オフセット・シーケンスを格納するビデオ・シーケンスの最初のフレームが表示された時刻から経過した時間を表す。各黒丸A0、B0、A1、B1、A2、B2の座標値は、起点オフセット値5221又は終点オフセット値5222のいずれかとオフセット時間間隔5224とで規定される。一対の黒丸A0＋B0、A1＋B1、A2＋B2の間を接続する実線のグラフGR0、GR1、GR2はそれぞれ、補完関数を表す。各補完関数は、オフセット関数ＩＤ5223で規定された種類と、両端の黒丸A0＋B0、A1＋B1、A2＋B2の座標値とから決定される。オフセット・シーケンスＩＤ＝０のオフセット・シーケンスでは、オフセット関数ＩＤ5223が「直線」を示すので、両端の黒丸A0、B0の間が直線形状LNRのグラフ＃０GR0で接続される。オフセット・シーケンスＩＤ＝１のオフセット・シーケンスでは、オフセット関数ＩＤ5423が「曲線＃１」を示すので、両端の黒丸A1、B1の間が単一の凸形状CVXのグラフ＃１GR1で接続される。オフセット・シーケンスＩＤ＝２のオフセット・シーケンスでは、オフセット関数ＩＤ5423が「曲線＃２」を示すので、両端の黒丸A2、B2の間が、凸形状CVXと凹形状CCVとの組み合わせから成るグラフ＃２GR2で接続される。白丸は、各フレームの表示時刻とそのフレームにおけるオフセット値との対を表す。そのオフセット値は、各グラフGR0、GR1、GR2の示す補完関数を利用して、３Ｄ再生装置によって算定される。これらのグラフGR0、GR1、GR2から容易に理解されるように、起点オフセット値5221、終点オフセット値5222、オフセット関数ＩＤ5223、及びオフセット時間間隔5224の組み合わせだけでも、多様なオフセット値の変化、すなわち３Ｄグラフィックス映像の奥行きの変化を表現することができる。従って、３Ｄグラフィックス映像の表現力を損なうことなく、オフセット・メタデータ全体のサイズを削減することができる。

（1−C）３Ｄ映像のＡＶストリーム・ファイルでは、図１８に示されているＰＭＴ1810に３Ｄ映像の再生方式に関するデータが追加されてもよい。その場合、ＰＭＴ1810は、ＰＭＴヘッダ1801、ディスクリプタ1802、及びストリーム情報1803に加えて３Ｄディスクリプタを含む。３Ｄディスクリプタは、３Ｄ映像の再生方式に関してＡＶストリーム・ファイル全体に共通する情報であり、特に３Ｄ方式情報を含む。３Ｄ方式情報は、Ｌ／Ｒモード又はデプス・モード等、３Ｄ映像のＡＶストリーム・ファイルの再生方式を示す。各ストリーム情報1803は、ストリーム・タイプ1831、ＰＩＤ1832、及びストリーム・ディスクリプタ1833に加えて３Ｄストリーム・ディスクリプタを含む。３Ｄストリーム・ディスクリプタは、ＡＶストリーム・ファイルに含まれるエレメンタリ・ストリーム別に３Ｄ映像の再生方式に関する情報を示す。特にビデオ・ストリームの３Ｄストリーム・ディスクリプタは３Ｄ表示タイプを含む。３Ｄ表示タイプは、そのビデオ・ストリームの示す映像をＬ／Ｒモードで表示するとき、その映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ表示タイプはまた、そのビデオ・ストリームの示す映像をデプス・モードで表示するとき、その映像が２Ｄ映像とデプスマップとのいずれであるのかを示す。このように、ＰＭＴが３Ｄ映像の再生方式に関する情報を含むとき、その映像の再生系統はＡＶストリーム・ファイルだけからでも、その情報を取得できる。従って、そのようなデータ構造は、例えば放送波で３Ｄ映像コンテンツを頒布するときに有効である。

（1−D）クリップ情報ファイル

ディペンデントビュー・クリップ情報ファイルは、図２２に示されているようなストリーム属性情報2220のうち、ディペンデントビュー・ビデオ・ストリームのＰＩＤ＝０ｘ１０１２、０ｘ１０１３に割り当てられているビデオ・ストリーム属性情報に所定のフラグを含んでもよい。そのフラグがオンであるときは、ディペンデントビュー・ビデオ・ストリームがベースビュー・ビデオ・ストリームを参照するものであることを示す。そのビデオ・ストリーム属性情報が更に、参照先のベースビュー・ビデオ・ストリームに関する情報を含んでもよい。その情報は、３Ｄ映像コンテンツが規定のフォーマットどおりに作成されているか否かを所定のツールで検証するときに、ビデオ・ストリーム間の対応関係を確認するのに利用することができる。

本発明の実施形態１では、クリップ情報ファイルに含まれるエクステント起点2242、2420からベースビュー・エクステントとディペンデントビュー・エクステントとの各サイズを算出することができる。その他に、各エクステントのサイズの一覧表が、例えばクリップ情報ファイルにメタデータの一部として格納されてもよい。

（1−E）プレイリスト・ファイル

（1−E−1）図３１に示されている３Ｄプレイリスト・ファイル222はサブパスを一つ含む。その他に、３Ｄプレイリスト・ファイルがサブパスを複数含んでもよい。例えば、一方のサブパスのサブパス・タイプが「３Ｄ・Ｌ／Ｒ」であり、他方のサブパスのサブパス・タイプが「３Ｄ・デプス」であってもよい。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生される際にそれら二種類のサブパスが切り換えられることにより、再生装置102をＬ／Ｒモードとデプス・モードとの間で容易に切り換えることができる。特にその切り換え処理は、３Ｄプレイリスト・ファイルそのものを切り換える処理よりも速やかに実行可能である。

複数のディペンデントビュー・ビデオ・ストリームがそれぞれ、共通のベースビュー・ビデオ・ストリームとの組み合わせで同じ３Ｄ映像を表現してもよい。但し、それらのディペンデントビュー・ビデオ・ストリームの間では、同じシーンのレフトビューとライトビューとの間の視差が異なる。それらのディペンデントビュー・ビデオ・ストリームは、一つのサブＴＳに多重化されていても、異なるサブＴＳに分離されていてもよい。その場合、３Ｄプレイリスト・ファイルはサブパスを複数含む。各サブパスは異なるディペンデントビュー・ビデオ・ストリームを参照する。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生される際にサブパスが切り換えられることにより、再生装置102に３Ｄ映像の奥行き感を容易に変化させることができる。特にその処理は、３Ｄプレイリスト・ファイルそのものを切り換える処理よりも速やかに実行可能である。

図５３は、サブパスを複数含む３Ｄプレイリスト・ファイル5300のデータ構造、及び、それによって参照されるファイル２Ｄ5310と二つのファイルＤＥＰ5321、5322とのデータ構造を示す模式図である。ファイル２Ｄ5310はＰＩＤ＝０ｘ１０１１のベースビュー・ビデオ・ストリームを含む。ファイルＤＥＰ＃１5321はＰＩＤ＝０ｘ１０１２のディペンデントビュー・ビデオ・ストリーム＃１を含む。ファイルＤＥＰ＃２5322はＰＩＤ＝０ｘ１０１３のディペンデントビュー・ビデオ・ストリーム＃２を含む。ディペンデントビュー・ビデオ・ストリーム＃１、＃２はそれぞれ、ファイル２Ｄ5310内のベースビュー・ビデオ・ストリームとの組み合わせで同じ３Ｄ映像を表現する。しかし、ディペンデントビュー・ビデオ・ストリーム＃１、＃２の間では、同じシーンのレフトビューとライトビューとの間の視差が異なる。更に、オフセット・シーケンスＩＤの等しいオフセット・シーケンスが、同じフレーム番号に対して異なるオフセット値を規定する。

一方、３Ｄプレイリスト・ファイル5300はメインパス5330と二つのサブパス5331、5332とを含む。メインパス5330のＰＩ＃１はファイル２Ｄ5310、特にベースビュー・ビデオ・ストリームを参照する。各サブパス5331、5332のＳＵＢ＿ＰＩ＃１はメインパス5330のＰＩ＃１と再生時間が共通である。サブパス＃１5331のＳＵＢ＿ＰＩ＃１はファイルＤＥＰ＃１5321、特にディペンデントビュー・ビデオ・ストリーム＃１を参照する。サブパス＃２5332のＳＵＢ＿ＰＩ＃１はファイルＤＥＰ＃２5322、特にディペンデントビュー・ビデオ・ストリーム＃２を参照する。メインパス5330のＰＩ＃２及び各サブパス5331、5332のＳＵＢ＿ＰＩ＃２も同様である。

その３Ｄプレイリスト・ファイル5300を用いた３Ｄプレイリスト再生処理では、再生装置102は予め、ユーザ又はアプリケーション・プログラムに再生対象のサブパスを選択させる。その他に、再生装置102は再生対象のサブパスを、表示装置103の画面サイズ又は視聴者の瞳孔間距離を利用して選択してもよい。そのようなサブパスの選択処理によって、レフトビューとライトビューとのビデオ・プレーン間の視差を容易に変化させることができる。更に、ディペンデントビュー・ビデオ・ストリームの切り換えに伴ってオフセット情報が変化するので、ファイル２Ｄ5310の含むＰＧストリーム又はＩＧストリームから再生されるグラフィックス・プレーンのオフセットが変化する。それらの結果、３Ｄ映像の奥行き感を容易に変化させることができる。

（1−E−2）図３１に示されている３Ｄプレイリスト・ファイルでは、ベースビュー・ビデオ・ストリームはメインパス3101内のＳＴＮテーブル3205に登録され、ディペンデントビュー・ビデオ・ストリームは拡張データ3103内のＳＴＮテーブルＳＳ3130に登録されている。その他に、ディペンデントビュー・ビデオ・ストリームはＳＴＮテーブルに登録されていてもよい。その場合、ＳＴＮテーブルは、登録されたビデオ・ストリームがベースビューとディペンデントビューとのいずれを表すものであるかを示すフラグを含んでもよい。

（1−E−3）本発明の実施形態１によるＢＤ−ＲＯＭディスク101には、２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとが別々に記録されている。その他に、図３１に示されているサブパス3102が、拡張データ3103と同様に、３Ｄ再生モードの再生装置102によってのみ参照される領域に記録されてもよい。その場合、サブパス3102が２Ｄ再生モードの再生装置102を誤動作させる危険性はないので、３Ｄプレイリスト・ファイルをそのまま、２Ｄプレイリスト・ファイルとして利用することができる。その結果、ＢＤ−ＲＯＭディスクのオーサリングが簡単化される。

（1−E−4）ＰＧストリームとＩＧストリームとのそれぞれに対する参照オフセットＩＤとオフセット補正値とは、ＳＴＮテーブル3205に代えて、ＳＴＮテーブルＳＳ3130に格納されてもよい。その他に、それらはクリップ情報ファイル内のストリーム属性情報2220に格納されてもよい。更に、参照オフセットＩＤは、ＰＧストリーム内の各データ・エントリに格納されていても、ＩＧストリーム内の各ページに格納されていてもよい。

（1−E−5）３Ｄプレイリスト・ファイルに参照オフセットＩＤを設定する場合、ＰＩ間のシームレス接続に関して、以下の制約条件が規定されてもよい。例えば図５３に示されているメインパス5330のＰＩ＃２にＣＣ＝５が設定されている場合、ＰＩ＃１とＰＩ＃２とのそれぞれの規定する再生区間の映像はシームレスに接続されなければならない。その場合、ＰＩ＃１とＰＩ＃２とでは、参照オフセットＩＤの値の変更と、ディペンデントビュー・ビデオ・ストリームに含まれるオフセット・シーケンスの総数、すなわちエントリ数の変更とがいずれも禁止される。更に、オフセット補正値の変更とそのエントリ数の変更とがいずれも禁止されてもよい。この制約条件により、再生装置102はカレントＰＩをＰＩ＃１からＰＩ＃２に変更するときに、ＳＰＲＭ（２７）の更新処理をスキップすることができる。従って、シームレス接続に関する処理の負担が軽減されるので、その処理の信頼性を更に向上させることができる。その結果、３Ｄ映像の画質を更に向上させることができる。

（1−E−6）ＳＴＮテーブルでは、一つのストリーム・データに対してオフセット補正値が複数設定されてもよい。図５４は、そのようなＳＴＮテーブル5400を示す模式図である。図５４を参照するに、そのＳＴＮテーブル5400では、一つのＳＴＮ5401にＰＧストリーム１のストリーム・エントリ5402とストリーム属性情報5403とが対応付けられている。そのストリーム属性情報5403は、一つの参照オフセットＩＤ5410と共に、三種類のオフセット補正値＃１−＃３5411−5413を含む。それらのオフセット補正値は、ＰＧストリーム１から再生されるグラフィックス・プレーンに与えられるべきオフセットを、表示装置の画面サイズに依って変化させるのに利用される。

ここで、オフセット補正値の種類と画面サイズとの間の対応関係が予め規定されている場合を想定する。具体的には、オフセット補正値＃１5411、オフセット補正値＃２5412、オフセット補正値＃３5413はそれぞれ、画面サイズが、０−３３インチ、３４−６６インチ、及び６７インチ以上の各範囲内に属するときに利用される。各オフセット補正値5411−5413は次の条件を満たすように設定される：グラフィックス・プレーンのオフセットによって生じるレフトビューとライトビューとのグラフィックス映像間の視差の最大値が、一般的な視聴者の瞳孔間距離以下（特に視聴者が子供である場合は５ｃｍ以下）である。その条件が満たされる限り、その視差は視聴者の瞳孔間距離を超えないので、その視聴者に映像酔いや眼精疲労が生じる危険性を低減させることができる。

再生装置102の再生制御部4235は、カレントＰＩの切り換えに伴って、一つのストリーム・データに割り当てられたオフセット補正値の総数が変更される度に、実際に利用すべきオフセット補正値を表示装置103の画面サイズに合わせて選択する。具体的には、再生制御部4235はまず、必要であればＨＤＭＩ認証を行って表示装置103の画面サイズを取得する。再生制御部4235は次に、表示装置103の画面サイズが、０−３３インチ、３４−６６インチ、及び６７インチ以上のいずれの範囲内に属するかに合わせて、オフセット補正値＃１−＃３5411−5413のいずれかを選択し、その種類を表す情報をプレーヤ変数としてプレーヤ変数記憶部4236に格納する。それにより、オフセット補正値の選択処理が再び実行されるまで、再生制御部4235は各ＳＴＮテーブルから、そのプレーヤ変数の示す種類のオフセット補正値を選択し、その値でＳＰＲＭ（２８）の値を更新する。

（1−F）図３５に示されているインデックス・ファイル211は、タイトル全体で共通する３Ｄ存在フラグ3520と２Ｄ／３Ｄお好みフラグ3530とを含む。その他に、インデックス・ファイルが、タイトル別に異なる３Ｄ存在フラグ又は２Ｄ／３Ｄお好みフラグを設定していてもよい。

（1−G）ＳＰＲＭ（２７）、ＳＰＲＭ（２８）

（1−G−1）プログラム実行部4234は、ムービーオブジェクト又はＢＤ−Ｊオブジェクトに従ってＳＰＲＭ（２７）とＳＰＲＭ（２８）との各値を設定してもよい。すなわち、再生装置102はアプリケーション・プログラムに参照オフセットＩＤとオフセット補正値とを設定させてもよい。更に、そのようなアプリケーション・プログラムは、インデックス・テーブル3510の項目「ファーストプレイ」3501に対応付けられているオブジェクトに制限されてもよい。

（1−G−2）再生制御部4235は、グラフィックス・プレーンに与えられるべきオフセットを視聴者に調整させてもよい。具体的には、例えば視聴者がリモコン105又は再生装置102のフロントパネルを操作してオフセット補正値の設定を要求したとき、まず、ユーザイベント処理部4233がその要求を受け付けて再生制御部4235に通知する。次に、再生制御部4235はその要求に応じて、オフセットを調整するための操作画面を表示装置103に表示させる。ここで、その操作画面の表示には再生装置102のＯＳＤが利用される。再生制御部4235は更に、その操作画面を利用して、視聴者に調整対象のグラフィックス・プレーンとオフセット値の増減とを、リモコン105等の操作で選択させる。再生制御部4235は続いて、ＳＰＲＭ（２８）を更新して、選択されたグラフィックス・プレーンに対応するオフセット補正値に所定値を加え、又は減じる。好ましくは、再生制御部4235は、その調整処理の間、再生部4202にグラフィックス・プレーンの再生処理を継続させる。ここで、再生部4202は、操作画面とグラフィックス映像とのいずれか手前に表示される方を半透明にし、又は、操作画面をグラフィックス映像よりも手前に表示する。それにより、操作画面が表示されてもグラフィックス映像は見えるので、画面の輝度及び色合いの調整と同様に、視聴者にオフセット値の増減の効果を即座に確認させることができる。

（1−G−3）図４７に示されている各クロッピング処理部4731−4734は、ＳＰＲＭ（２７）の示す参照オフセットＩＤで特定されるオフセット・シーケンスをオフセット制御に利用する。逆に、各クロッピング処理部4731−4734は、所定のＳＰＲＭの示すオフセット・シーケンスＩＤで特定されるオフセット・シーケンスをオフセット制御には利用しないようにしてもよい。すなわち、そのＳＰＲＭは、オフセット制御においてマスクされるべきオフセット・シーケンスＩＤ（PG＿ref＿offset＿id＿mask、IG＿ref＿offset＿id＿mask、SV＿ref＿offset＿id＿mask、IM＿ref＿offset＿id＿mask）を示す。その場合、各クロッピング処理部4731−4734は、システム・ターゲット・デコーダ4225から受け取ったオフセット情報4707のうち、マスクされたオフセット・シーケンスＩＤ以外に対応するものの中から、最大のオフセット値を含むものを選択してもよい。それにより、副映像プレーン、ＰＧプレーン、ＩＧプレーン、及びイメージ・プレーンのそれぞれの表すグラフィックス映像の奥行きを容易に揃えることができる。その結果、各ストリーム・データの作成の自由度を向上させることができる。

（1−H）再生装置102がＯＳＤとして独自のメニューを表示する際には、そのメニューの２Ｄ映像を表すグラフィックス・プレーン、すなわちＯＳＤプレーンに対してオフセット制御を行ってもよい。その場合、再生装置102はオフセット情報として、そのメニューの表示時刻にシステム・ターゲット・デコーダ4225によって送出されたオフセット情報の中から、オフセット方向が画面よりも手前であって、かつオフセット値が最大であるものを選択してもよい。それにより、そのメニューを、字幕等、３Ｄ映像コンテンツから再生される３Ｄグラフィックス映像のいずれよりも手前に表示することができる。

その他に、再生装置102が、ＯＳＤプレーンに対するオフセット情報を予め備えていてもよい。そのオフセット情報には特定のオフセット・シーケンスＩＤ、例えばoffset＿id＝０が割り当てられる。更に、オフセット・シーケンスＩＤ＝０のオフセット情報に対しては、次の条件（１）、（２）が規定されてもよい：（１）オフセット方向は、画面よりも手前を示す。（２）オフセット値は、オフセット・シーケンスＩＤ≠０のオフセット情報のうち、フレーム番号が等しく、かつオフセット方向が画面よりも手前であるものの中で最大のオフセット値に等しい。この規定により、再生装置102は、システム・ターゲット・デコーダ4225によって送出されたオフセット情報の中からはオフセット情報を選択しなくてもよいので、ＯＳＤプレーンに対するオフセット制御を簡単化できる。また、各クロッピング処理部4731−4734は、システム・ターゲット・デコーダ4225から受け取ったオフセット情報4707の中に、ＳＰＲＭ（２７）の示す参照オフセットＩＤを検出できなかった場合に、オフセット・シーケンスＩＤ＝０のオフセット情報を代用してもよい。

（1−I）３Ｄ再生装置では、ＳＰＲＭ（１３）にパレンタル・レベルが設定されているのに加えて、ＳＰＲＭ（３０）に３Ｄパレンタル・レベルが設定されていてもよい。３Ｄパレンタル・レベルは所定の制限年齢を示し、ＢＤ−ＲＯＭディスク101に記録された３Ｄ映像タイトルの視聴に対するパレンタル制御に利用される。ＳＰＲＭ（１３）の値と同様に、ＳＰＲＭ（３０）の値は、３Ｄ再生装置のユーザによって３Ｄ再生装置のＯＳＤ等を利用して設定される。３Ｄ再生装置は各３Ｄ映像タイトルに対するパレンタル制御を例えば次のように行う。３Ｄ再生装置はまず、そのタイトルを２Ｄ再生モードで視聴することが許可された視聴者の年齢をＢＤ−ＲＯＭディスク101から読み出して、ＳＰＲＭ（１３）の値と比較する。その年齢がＳＰＲＭ（１３）の値未満であれば、３Ｄ再生装置はそのタイトルの再生を停止する。その年齢がＳＰＲＭ（１３）の値以上であれば、３Ｄ再生装置は続いて、そのタイトルを３Ｄ再生モードで視聴することが許可された視聴者の年齢をＢＤ−ＲＯＭディスク101から読み出して、ＳＰＲＭ（３０）の値と比較する。その年齢がＳＰＲＭ（３０）の値以上であれば、３Ｄ再生装置はそのタイトルを３Ｄ再生モードで再生する。その年齢がＳＰＲＭ（３０）の値未満でＳＰＲＭ（１３）の値以上であれば、３Ｄ再生装置はそのタイトルを２Ｄ再生モードで再生する。こうして、年齢による瞳孔間距離の相違を考慮して、「一定の年齢未満の子供には３Ｄ映像を２Ｄ映像としてしか見せない」等のパレンタル制御を実現することができる。このパレンタル制御は好ましくは、図３６に示されている再生対象のプレイリスト・ファイルを選択する処理において「表示装置が３Ｄ映像に対応している」と判定されたときに、すなわち、ステップＳ３６０５において「Ｙｅｓ」と判定されたときに行われる。尚、ＳＰＲＭ（３０）には、制限年齢に代えて、３Ｄ再生モードの許可／禁止を示す値が設定され、３Ｄ再生装置はその値に従って３Ｄ再生モードの有効／無効を判断してもよい。

（1−J）３Ｄ再生装置では、「２Ｄ再生モードと３Ｄ再生モードとのいずれが優先されるべきか」を示す値がＳＰＲＭ（３１）に設定されていてもよい。ＳＰＲＭ（３１）の値は、３Ｄ再生装置のユーザによって３Ｄ再生装置のＯＳＤ等を利用して設定される。３Ｄ再生装置は、図３６に示されている再生対象のプレイリスト・ファイルを選択する処理におけるステップＳ３６０３で、２Ｄ／３Ｄお好みフラグと共にＳＰＲＭ（３１）を参照する。それらがいずれも２Ｄ再生モードを示しているときは、３Ｄ再生装置は２Ｄ再生モードを選択する。２Ｄ／３Ｄお好みフラグとＳＰＲＭ（３１）とがいずれも３Ｄ再生モードを示しているときは、３Ｄ再生装置は、再生モードの選択画面を表示することなく、ステップＳ３６０５、すなわちＨＤＭＩ認証を行う。その結果、表示装置が３Ｄ映像の再生に対応可能であれば、３Ｄ再生装置は３Ｄ再生モードを選択する。２Ｄ／３Ｄお好みフラグとＳＰＲＭ（３１）とが異なる再生モードを示しているときは、３Ｄ再生装置はステップＳ３６０４を実行し、すなわち再生モードの選択画面を表示してユーザに再生モードを選択させる。その他に、アプリケーション・プログラムに再生モードを選択させてもよい。こうして、３Ｄ映像コンテンツに２Ｄ／３Ｄお好みフラグが設定されていても、その値の示す再生モードが、ＳＰＲＭ（３１）の示す再生モード、すなわち、ユーザが予め設定した再生モードと一致しないときにのみ、ユーザに改めて再生モードを選択させるようにすることができる。

ＢＤ−Ｊオブジェクト等のアプリケーション・プログラムは、ＳＰＲＭ（３１）を参照して再生モードを選択してもよい。更に、図３６に示されているステップＳ３６０４においてユーザに再生モードを選択させる際、選択画面に表示されるメニューの初期状態がＳＰＲＭ（３１）の値に依って決定されてもよい。例えば、ＳＰＲＭ（３１）の値が２Ｄ再生モードの優先を示す場合には、２Ｄ再生モードの選択ボタンにカーソルを合わせた状態でメニューが表示され、３Ｄ再生モードの優先を示す場合には、３Ｄ再生モードの選択ボタンにカーソルを合わせた状態でメニューが表示される。その他に、３Ｄ再生装置は、父、母、子供等、複数のユーザのアカウントを管理する機能を持つとき、現時点でログインしているユーザのアカウントに合わせてＳＰＲＭ（３１）の値を設定してもよい。

ＳＰＲＭ（３１）の値は、「２Ｄ再生モードと３Ｄ再生モードとのいずれが優先されるべきか」に加えて、「２Ｄ再生モードと３Ｄ再生モードとのいずれが常に設定されるべきか」を示してもよい。「２Ｄ再生モードが常に設定されるべき」ことをＳＰＲＭ（３１）の値が示す場合、３Ｄ再生装置は、２Ｄ／３Ｄお好みフラグの値にかかわらず、常に２Ｄ再生モードを選択する。その場合、ＳＰＲＭ（２５）の値は２Ｄ再生モードを示すように設定される。「３Ｄ再生モードが常に設定されるべき」ことをＳＰＲＭ（３１）の値が示す場合、３Ｄ再生装置は、２Ｄ／３Ｄお好みフラグの値にかかわらず、再生モードの選択画面を表示することなくＨＤＭＩ認証を行う。その場合、ＳＰＲＭ（２５）の値は３Ｄ再生モード（Ｌ／Ｒモード又はデプス・モード）を示すように設定される。こうして、３Ｄ映像コンテンツに２Ｄ／３Ｄお好みフラグが設定されていても、ユーザの予め設定した再生モードが常に優先されるようにすることができる。

（1−K）再生装置102は、ユーザに瞳孔間距離を予備のＳＰＲＭ、例えばＳＰＲＭ（３２）に登録させてもよい。その場合、レフトビューとライトビューとのグラフィックス映像間での視差の最大値が、ＳＰＲＭ（３２）に登録された値を超えないように、再生装置102はオフセット補正値を調整することができる。具体的には、再生装置102は、システム・ターゲット・デコーダから出力される各オフセット値について次の演算を行えばよい。再生装置102はまず、ＳＰＲＭ（３２）の値と表示装置103の画面の幅（水平方向の長さ）との比を求め、更にその比と表示装置103の水平画素数との積を求める。この積は、オフセット制御によってグラフィックス・プレーンに与えてもよいオフセットの上限の２倍を表す。再生装置102は次に、各オフセット値の２倍をその積と比較する。いずれかのオフセット値の２倍がその積以上であるとき、再生装置102は、そのオフセット値を含むオフセット・シーケンスのＩＤを特定し、そのＩＤの示すグラフィックス・プレーンに対するオフセット補正値を減らす。そのときの減少量は、オフセット値の２倍と上記の積との差の半分以上に設定されればよい。こうして、レフトビューとライトビューとのグラフィックス映像間での視差の最大値が視聴者の瞳孔間距離を超えないので、その視聴者に映像酔いや眼精疲労が生じる危険性を低減させることができる。

（1−L）出力オフセット補正

（1−L−1）継時分離方式ではレフトビューとライトビューとの間の視差が水平方向の画素数で表現されるので、その視差の実際の大きさは表示装置の画面サイズ、すなわち画素の大きさに依存する。一方、３Ｄ映像の奥行き感はその視差の実際の大きさで決まる。従って、いずれの画面サイズでも３Ｄ映像の奥行き感が、その３Ｄ映像の迫力を損なうことも、視聴者の目を過剰に疲れさせることもないようにするには、レフトビューとライトビューとの間の視差を画面サイズに合わせて調節する必要がある。その調節の一つの方法として、３Ｄ再生装置は、プレーン加算部によって合成された最終的なフレーム・データに対して更にオフセットを与える。そのときのオフセットの与え方は、１プレーン＋オフセット・モードによってグラフィックス・プレーンにオフセットを与える方法と同様である。このように、最終的なフレーム・データに対して更に加えられるオフセット制御を「出力オフセット補正」という。

図５５の（ａ）−（ｃ）は、３２インチ、５０インチ、及び１００インチの各画面SCA、SCB、SCCに表示されたレフトビューとライトビューとの間の視差PRA、PRB、PRCを示す模式図である。各図に実線で描かれている像LA1、LA2、LB、LC1、LC2はレフトビューを表し、破線で描かれている像RA1、RA2、RB、RC1、RC2はライトビューを表す。ここで、「映像コンテンツでは、その３Ｄ映像が５０インチの画面に表示されたときにその奥行き感が最適であるように、レフトビューとライトビューとの間の視差が設定されている」という場合を想定する。図５５の（ｂ）を参照するに、その映像コンテンツの表す３Ｄ映像が５０インチの画面SCBに表示されたとき、レフトビューLBとライトビューRBとの間の視差は最適値PRBに等しい。

図５５の（ａ）に細い線で描かれているレフトビューLA1とライトビューRA1との間の視差DAは、図５５の（ｂ）に描かれているレフトビューLBとライトビューRBとの間の視差PRBと水平方向の画素数が等しい。一方、３２インチの画面SCAの画素は５０インチの画面SCBの画素よりも小さい。従って、細い線で描かれているレフトビューLA1とライトビューRA1との間の視差DAから生じる３Ｄ映像の奥行き感は一般に、最適なものよりも弱い。その場合、出力オフセット補正によって、レフトビューとライトビューとの間の視差を所定の補正値CRAの２倍、増大させる。図５５の（ａ）に太い線で描かれているレフトビューLA2とライトビューRA2との間の視差PRAは、出力オフセット補正後のものを示す。このように、レフトビューとライトビューとの間の視差が増大するとき、３Ｄ映像の奥行き感が強調されるので、その３Ｄ映像の迫力が損なわれにくい。

図５５の（ｃ）に細い線で描かれているレフトビューLC1とライトビューRC1との間の視差DCは、図５５の（ｂ）に描かれているレフトビューLBとライトビューRBとの間の視差PRBと水平方向の画素数が等しい。一方、１００インチの画面SCCの画素は５０インチの画面SCBの画素よりも大きい。従って、細い線で描かれているレフトビューLC1とライトビューRC1との間の視差DCから生じる３Ｄ映像の奥行き感は一般に、最適なものよりも強い。その場合、出力オフセット補正によって、レフトビューとライトビューとの間の視差を所定の補正値CRCの２倍、減少させる。図５５の（ｃ）に太い線で描かれているレフトビューLC2とライトビューRC2との間の視差PRCは、出力オフセット補正後のものを示す。このようにレフトビューとライトビューとの間の視差が減少するとき、３Ｄ映像の奥行き感が抑えられるので、視聴者の目が疲れにくい。

図５５の（ａ）、（ｃ）に示されているような補正値CRA、CRCを「出力オフセット補正値」という。映像コンテンツは、インデックス・ファイル、プレイリスト・ファイル、又はクリップ情報ファイルの中に、画面サイズと出力オフセット補正値との間の対応表を格納している。図５６の（ａ）は、その対応表を示す模式図である。図５６の（ａ）を参照するに、出力オフセット補正値は、１０インチ間隔で表された画面サイズの範囲別に設定されている。各出力オフセット補正値の大きさは水平方向の画素数を表し、符号はレフトビューとライトビューとの間の視差の増減を表す。尚、画面サイズの範囲は１０インチ間隔以外であってもよい。その対応表は規格又はユーザによって設定される。更に、複数種類の対応表が３Ｄ再生装置に予め記録され、映像コンテンツが、その再生で利用されるべき種類をその識別子で規定してもよい。

（1−L−2）３Ｄ再生装置は出力オフセット補正値の選択に、上記の対応表に代えて、所定の関数を利用してもよい。図５６の（ｂ）は、その関数を表すグラフである。そのグラフの横軸は画面サイズをインチで表し、縦軸は出力オフセット補正値を符号付の画素数で表す。３Ｄ再生装置は、そのグラフの示す関数を利用して、表示装置の画面サイズから出力オフセット補正値を算定する。そのグラフが示すとおり、画面サイズが５０インチよりも小さいほど出力オフセット補正値は大きな正値に決定され、５０インチよりも大きいほど大きな負値に決定される。尚、画面サイズが３２インチ以下では出力オフセット補正値は実質的に一定の正値に維持され、１０３インチ以上では実質的に一定の負値に維持される。

（1−L−3）映像コンテンツが、そのオーサリング時に想定された画面サイズの最適値（assumed＿TV＿size＿when＿authoring）を含み、３Ｄ再生装置がその最適値に基づいて出力オフセット補正値を決定してもよい。例えば表示装置の画面サイズがその最適値を超えているとき、３Ｄ再生装置はまず、３Ｄ映像のフレーム・サイズをその最適値まで縮小する。３Ｄ再生装置は次に、各フレームの周囲に黒枠を合成して、そのフレームと黒枠との全体のサイズを表示装置の画面サイズに一致させる。３Ｄ再生装置は更に出力オフセット補正値を調節して、黒枠内に表示されるレフトビューとライトビューとの間の視差の大きさを、最適値に等しいサイズの画面全体にレフトビューとライトビューとが表示される場合の視差の大きさと一致させる。それにより、３Ｄ映像の奥行き感を、オーサリング時に想定されたものに維持することができる。

（1−L−4）図５７は、出力オフセット補正に必要な３Ｄ再生装置の要素を示す機能ブロック図である。図５７に示されている３Ｄ再生装置5700は、図４２に示されているもの4200とは出力オフセット補正値適用部5701を含む点で異なる。その他の要素は、同様である。図５７では、図４２に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図４２に示されている要素についての説明を援用する。

プレーヤ変数記憶部4236はＳＰＲＭ（３５）に出力オフセット補正値を格納する。その出力オフセット補正値は、ＨＤＭＩ通信部4237がＨＤＭＩ認証によって表示装置103から取得した画面サイズに基づき、再生制御部4235が、図５６の（ａ）又は（ｂ）に示されている対応表又は関数を利用して決定する。その他に、ＢＤ−Ｊオブジェクト等のアプリケーション・プログラムがＳＰＲＭ（３５）の値を自動的に設定し、又はＧＵＩを利用してユーザに設定させてもよい。

出力オフセット補正値適用部5701は、ＳＰＲＭ（３５）の示す出力オフセット補正値を利用して、プレーン加算部4226によって合成されたレフトビューとライトビューとの各フレーム・データにオフセットを与える。出力オフセット補正値適用部5701によるフレーム・データに対する出力オフセット補正は、図４９に示されている第２クロッピング処理部4732によるＰＧプレーン・データGPに対するオフセット制御と同様である。

（1−L−5）ＳＰＲＭ（３５）には、出力オフセット補正値に代えて表示装置103の画面サイズが格納されてもよい。その場合、出力オフセット補正値適用部5701は、図５６の（ａ）に示されている対応表から、ＳＰＲＭ（３５）の示す画面サイズに対応付けられた出力オフセット補正値を検索する。

（1−L−6）プレーヤ変数記憶部4236は更に、ＳＰＲＭ（３６）に出力オフセット補正値アルファを格納してもよい。出力オフセット補正値アルファは正の数値を表す。出力オフセット補正値適用部5701は、ＳＰＲＭ（３５）の示す出力オフセット補正値と、ＳＰＲＭ（３６）の示す出力オフセット補正値アルファとの積を、実際の出力オフセット補正値として利用する。それにより、出力オフセット補正による３Ｄ映像の奥行きの調節を、画面サイズだけでなく、視聴者の年齢にも依存させることができる。例えば、大人よりも瞳孔間距離の短い幼児が視聴者に含まれる場合、小さい画面サイズに対する出力オフセット補正では出力オフセット補正値アルファが１よりも小さく設定され、大きい画面サイズに対する出力オフセット補正では１よりも大きく設定される。それにより、画面サイズにかかわらず、３Ｄ映像の奥行き感が弱められる。

プログラム実行部4234又は再生制御部4235はＧＵＩ又はＯＳＤを利用して、ユーザに出力オフセット補正値アルファを設定させてもよい。その場合、設定可能な出力オフセット補正値アルファの大きさは、例えば「３Ｄ映像の奥行き感が強い」、「普通である」、「弱い」という三段階で表現されてもよい。その他に、出力オフセット補正値アルファが、映像コンテンツの含むビデオ・ストリーム内の補足データ、ＰＭＴ内のディスクリプタ、又はプレイリスト・ファイル内のＰＩに格納されてもよい。それにより、ビデオ・ストリームの表すシーンごとに、出力オフセット補正値アルファを変化させることができる。特に奥行き感の強いシーンでは出力オフセット補正値が減少するように、出力オフセット補正値アルファを設定することができる。

（1−L−7）出力オフセット補正値を、画面サイズに代えて、視聴者と画面との間の距離に依って変化させてもよい。更に、出力オフセット補正値アルファをその距離に依存させてもよい。その場合、例えば図１に示されているシャッター眼鏡104に距離センサを搭載して、表示装置103の画面131からの距離を計測させる。その距離は随時、シャッター眼鏡104から表示装置103へ無線で伝達され、更に表示装置103からＨＤＭＩケーブル122を通して再生装置102へ伝達される。再生装置102はその距離を利用して出力オフセット補正値又は出力オフセット補正値アルファを選択する。

（1−L−8）表示装置103がプロジェクタである場合、映像はレンズによって拡大されてスクリーン上に投影される。従って、スクリーン上の表示領域のサイズはプロジェクタとスクリーンとの間の距離に依って変化する。その場合、プロジェクタは表示領域のサイズを、例えば次の二つの方法のいずれかで決定する。第１の方法では、まず、プロジェクタとスクリーンとの間の距離が計測され、次に、その距離とプロジェクタの光学系の特性、特に投影光の拡がり角との間の関係から表示領域のサイズが算定される。ここで、その距離の計測には、プロジェクタに搭載された距離センサが利用される。例えばその距離センサはまず、スクリーンに対して赤外等のレーザ光を照射してそのスクリーンからの反射光を検出すると共に、レーザ光の照射から反射光の検出までの経過時間を計測する。距離センサは次に、その経過時間からプロジェクタとスクリーンとの間の距離を算定する。第２の方法では、プロジェクタはまず、スクリーンに線分等の標準図形を投影すると共に、ＯＳＤ等で視聴者に、その標準図形のスクリーン上でのサイズを計測して入力するように促す。プロジェクタは次に、視聴者によって入力された標準図形のサイズから表示領域のサイズを算定する。

（1−M）映像コンテンツには、例えばカラオケで歌詞の表示に利用されるもののように、静止画像に字幕等のグラフィックス映像が重ねて表示され、かつ、そのグラフィックス映像だけが頻繁に更新されるものがある。そのようなコンテンツが３Ｄ映像コンテンツとして形成されている場合、オフセット・メタデータが配置されたＶＡＵは更にシーケンス終端コードを含む。再生装置102は、そのようなＶＡＵを復号したときは、そのオフセット・メタデータから得られたオフセット情報を保持し、新たなオフセット・メタデータを含むＶＡＵが復号されるまで変更しない。

図５８の（ａ）は、静止画像のみを表すディペンデントビュー・ビデオ・ストリーム5800のデータ構造を示す模式図である。ディペンデントビュー・ビデオ・ストリーム5800の各ＶＡＵは一つの静止画像を表す。その場合、各ＶＡＵの後端にはシーケンス終端コード5803、5804が配置されている。一方、各ＶＡＵの補足データ5801、5802にはオフセット・メタデータ5811、5812が配置されている。ＶＡＵ＃１のオフセット・メタデータ5811はオフセット・シーケンスＩＤ＝０のオフセット・シーケンス［０］を含む。そのオフセット・シーケンス［０］はフレーム＃１のオフセット情報のみを含む。同様に、ＶＡＵ＃２のオフセット・メタデータ5812では、オフセット・シーケンス［０］はフレーム＃１のオフセット情報のみを含む。

ここで、３Ｄプレイリスト・ファイルが次の事項（１）、（２）を規定している場合を想定する：（１）ディペンデントビュー・ビデオ・ストリーム5300の各ＶＡＵの表す静止画像を１０秒間隔で切り換える。（２）各静止画像に、グラフィックス・ストリームの表すグラフィックス映像を重ねて表示する。図５８の（ｂ）は、そのような３Ｄプレイリスト・ファイルを従って再生される、レフトビュー・ビデオ・プレーンの列5821、ライトビュー・ビデオ・プレーンの列5822、及びグラフィックス・プレーンの列5830を示す模式図である。図５８の（ｂ）では、静止画像が切り換えられた時点の各ビデオ・プレーンが斜線で示されている。レフトビュー・ビデオ・プレーンの列5821では、最初のビデオ・プレーン5841の示す静止画像が最初の１０秒の期間5861に繰り返し再生され、次のビデオ・プレーン5851の示す静止画像が次の１０秒の期間5871に繰り返し再生される。ライトビュー・ビデオ・プレーンの列5822では、最初のビデオ・プレーン5842の示す静止画像が最初の１０秒の期間5862に繰り返し再生され、次のビデオ・プレーン5852の示す静止画像が次の１０秒の期間5872に繰り返し再生される。

再生装置102は、ディペンデントビュー・ビデオ・ストリーム5800のＶＡＵ＃１を復号すると共に、そのオフセット・メタデータ5811からフレーム＃１のオフセット情報を読み出す。再生装置102は更に、そのシーケンス終端コード5803を検出する。そのとき、再生装置102はフレーム＃１のオフセット情報を保持する。それにより、最初の１０秒の期間5861では、グラフィックス・プレーンの列5830に与えられるオフセットが、保持されたオフセット情報で決まるものに一定に維持される。すなわち、グラフィックス映像の奥行きが一定に維持される。

ＶＡＵ＃１の復号から１０秒間が経過したとき、再生装置102はＶＡＵ＃２を復号すると共に、そのオフセット・メタデータ5812からフレーム＃１の新たなオフセット情報を読み出す。再生装置102は更に、そのシーケンス終端コード5804を検出する。そのとき、再生装置102はフレーム＃１のオフセット情報を保持する。それにより、次の１０秒の期間5871では、グラフィックス・プレーンの列5830に与えられるオフセットが、新たに保持されたオフセット情報で決まるものに変更された後、一定に維持される。すなわち、グラフィックス映像が新たな奥行きに一定に維持される。

このように、ＶＡＵがシーケンス終端コードを含むときは、再生装置102に既存のオフセット情報をそのまま保持させる。それにより、ビデオ・ストリームが静止画像のみから構成されている場合でも、再生装置102に、グラフィックス・プレーンに対するオフセット制御を確実に継続させることができる。

（1−N）レフトビューとライトビューとの間のずれ補償

レフトビューとライトビューとの間に「ずれ」が生じる場合がある。本発明の実施形態１による再生装置102、又は表示装置103は、以下に述べる手段を用いてそのずれを補償する。それにより、そのずれが視聴者に違和感を与える危険性を回避することができる。

再生装置102は、上記のずれの補償処理に、図４２に示されている機能部を利用する。一方、表示装置103がその補償処理を行ってもよい。図５９は、その補償処理を行う表示装置103の機能ブロック図である。図５９を参照するに、表示装置103は、受信部5901、ストリーム処理部5902、信号処理部5903、及び出力部5904を備えている。受信部5901は、再生装置102の他、ＢＤ−ＲＯＭディスク、半導体メモリ装置、外部ネットワーク、及び放送波等の各種媒体から多重化ストリーム・データを受信してストリーム処理部5902に渡す。ストリーム処理部5902は、その多重化ストリーム・データから、映像、音声、グラフィックス等、各種のデータを分離して信号処理部5903に渡す。信号処理部5903は、それらのデータを個別に復号して出力部5904に渡す。出力部5904は、復号された各データを所定の形式に変換して出力する。出力部5904の出力は映像／音声そのものである。その他に、ＨＤＭＩ方式等の映像信号／音声信号であってもよい。図５９に示されている要素5901、5902、5903、及び5904のうち、ディスク・ドライブ、表示パネル、及びスピーカ等の機械的な部分以外は、一以上の集積回路に実装されている。

（1−N−1）レフトビューとライトビューとの間の水平方向のずれ

図６０の（ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの水平画角HAL、HARを模式的に示す平面図である。図６０の（ａ）を参照するに、一対のビデオカメラ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にしか映らない。

図６０の（ｂ）は、左側のビデオカメラCMLで撮影されたレフトビューLVを示す模式図であり、図６０の（ｃ）は、右側のビデオカメラCMRで撮影されたライトビューRVを示す模式図である。図６０の（ｂ）、（ｃ）を参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALはレフトビューLVに、その左端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ALはライトビューRVには含まれない。一方、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARはライトビューRVに、その右端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ARはレフトビューLVには含まれない。従って、図６０の（ａ）に示されている三つの被写体OBL、OBC、OBRのうち、右側の被写体OBRはレフトビューLVには含まれず、左側の被写体OBLはライトビューRVには含まれない。その結果、左側の被写体OBLは視聴者の左目にしか映らず、右側の被写体OBRは右目にしか映らない。その場合、レフトビューLVとライトビューRVとは視聴者に違和感を与える危険性がある。

ＢＤ−ＲＯＭディスク101では、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AL、ARの幅WDHを示す情報がディペンデントビュー・ビデオ・ストリームに格納されている。その格納場所は、各ビデオ・シーケンスの先頭に位置するＶＡＵの補足データである。但し、その補足データは、図１１に示されているオフセット・メタデータ1110を含む補正データとは別である。一方、再生装置102では、システム・ターゲット・デコーダ4225がディペンデントビュー・ビデオ・ストリームから、上記の帯状領域AL、ARの幅WDHを示す情報を読み出す。システム・ターゲット・デコーダ4225は更にその情報をプレーン加算部4226内の視差映像生成部4710又は表示装置103内の出力部5904に伝える。表示装置103内の受信部5901がＢＤ−ＲＯＭディスク等の情報媒体から３Ｄ映像コンテンツを直に読み取る場合、上記の情報は表示装置103内の信号処理部5903によってディペンデントビュー・ビデオ・ストリームから読み出されて出力部5904に伝えられる。視差映像生成部4710又は出力部5904（以下、視差映像生成部4710等と略す。）は、その情報を利用して左映像プレーンと右映像プレーンとを加工し、上記の帯状領域AL、ARを背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域AL、ARに含まれる画素データを一様な背景色又は黒色のデータに書き換える。

図６０の（ｄ）、（ｅ）はそれぞれ、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。図６０の（ｄ）を参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALは、幅WDHの黒色帯BLで隠されている。一方、図６０の（ｅ）を参照するに、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARは、幅WDHの黒色帯BRで隠されている。それらの結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。

視差映像生成部4710等は更に、図４９に示されているクロッピング処理と同様にして、左映像プレーンと右映像プレーンとのそれぞれから、上記の帯状領域AL、ARのうち、外側の半分の領域に含まれる画素データを除去してもよい。その場合、視差映像生成部4710等は、各帯状領域AL、ARの残り半分の領域を背景色又は黒色で一様に塗りつぶすと共に、その反対側の端部に、各帯状領域AL、ARの半分の幅の背景色又は黒色の帯状領域を付加する。それにより、視聴者のいずれの目にも、レフトビューLVとライトビューRVとで共通する領域の示す映像が画面の中央に映り、背景色又は黒色の帯が画面の両端に映る。その結果、視聴者に違和感を与える危険性を回避することができる。

その他に、視差映像生成部4710等は、左映像プレーンと右映像プレーンとを次のように処理してもよい。視差映像生成部4710等はまず、図４９に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AL、AR内の画素データを除去する。視差映像生成部4710等は次に、スケーリング処理によって、残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示される。その結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。

（1−N−2）レフトビューとライトビューとの間の垂直方向のずれ

図６１の（ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの垂直画角VAL、VARを模式的に示す平面図である。図６１の（ａ）を参照するに、それらのビデオカメラCML、CMRの垂直画角VAL、VARは、大きさは等しいが、位置は異なる。従って、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATと、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABとが生じる。両方の垂直画角VAL、VARの共通部分に位置する被写体OBJはいずれのビデオカメラCML、CMRにも映る。しかし、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATに位置する被写体は左側のビデオカメラCMLにしか映らず、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABに位置する被写体は右側のビデオカメラCMRにしか映らない。

図６１の（ｂ）は、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。図６１の（ｂ）を参照するに、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATはレフトビューLVに、その上端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ATはライトビューRVには含まれない。一方、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABはライトビューRVに、その下端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ABはレフトビューLVには含まれない。尚、帯状領域AT、ABの位置はレフトビューLVとライトビューRVとで逆の場合もある。このように、レフトビューLVとライトビューRVとで上記の帯状領域AT、ABの有無が異なる場合、図６１の（ａ）に示されている被写体OBJの垂直方向の位置はレフトビューLVとライトビューRVとで、帯状領域AT、ABの高さHGTだけずれる。その結果、視聴者の左目に映る被写体OBJと、右目に映る被写体OBJとでは垂直方向の位置が異なるので、その視聴者に違和感を与える危険性がある。

ＢＤ−ＲＯＭディスク101では、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AT、ABの高さHGTを示す情報がディペンデントビュー・ビデオ・ストリームに格納されている。その格納場所は、各ビデオ・シーケンスの先頭に位置するＶＡＵの補足データである。但し、その補足データは、図１１に示されているオフセット・メタデータ1110を含む補正データとは別である。一方、再生装置102ではシステム・ターゲット・デコーダ4225がディペンデントビュー・ビデオ・ストリームから、上記の帯状領域AT、ABの高さHGTを示す情報を読み出す。システム・ターゲット・デコーダ4225は更にその情報をプレーン加算部4226内の視差映像生成部4710又は表示装置103内の出力部5904に伝える。表示装置103内の受信部5901がＢＤ−ＲＯＭディスク等の情報媒体から３Ｄ映像コンテンツを直に読み取る場合、上記の情報は表示装置103内の信号処理部5903によってディペンデントビュー・ビデオ・ストリームから読み出されて出力部5904に伝えられる。

視差映像生成部4710又は出力部5904（以下、視差映像生成部4710等と略す。）は、上記の帯状領域AT、ABの高さHGTを用いて、左映像プレーンと右映像プレーンとを次の手順で加工する。視差映像生成部4710等はまず、左映像プレーン内の画素データの位置を下向きに高さHGTの半分HGT／2だけ移動させ、右映像プレーン内の画素データの位置を上向きに高さHGTの半分HGT／2だけ移動させる。それにより、各映像プレーンのうち、上記の帯状領域AT、AB以外の領域が表す映像と画面とで垂直方向の中心が一致する。一方、左映像プレーンでは、上端から帯状領域ATの上半分が除去され、下端から高さHDT／2の帯状領域に空き領域が生じる。右映像プレーンでは、下端から帯状領域ABの下半分が除去され、上端から高さHDT／2の帯状領域に空き領域が生じる。視差映像生成部4710等は次に、各帯状領域を背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域に含まれる画素データを一様な背景色又は黒色のデータに書き換える。

図６１の（ｃ）は、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。図６１の（ｃ）を参照するに、レフトビューLVとライトビューRVとでは垂直方向の中心位置が一致している。従って、図６１の（ａ）に示されている被写体OBJの垂直方向の位置はレフトビューLVとライトビューRVとで等しい。一方、レフトビューLVの上端では、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATが高さHGT／2の黒色帯BTで隠され、ライトビューRVの下端では、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABが高さHGT／2の黒色帯BBで隠されている。更に、レフトビューLVの下端には高さHGT／2の黒色帯BBが付加され、ライトビューRVの上端には高さHGT／2の黒色帯BTが付加されている。それらの結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らず、かつ、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。

その他に、視差映像生成部4710等は左映像プレーンと右映像プレーンとを次のように処理してもよい。プレーン加算部4126はまず、図４９に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AT、AB内の画素データを除去する。視差映像生成部4710は次に、スケーリング処理によって残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示されるので、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らない。しかも、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。

（1−N−3）レフトビューとライトビューとの間のグラフィックス映像のずれ

１プレーン＋オフセット・モードの再生装置が一つのグラフィックス・プレーンに大きなオフセットを与えて一対のグラフィックス・プレーンを生成する場合、その対の一方の左端部又は右端部に、他方の右端部又は左端部には含まれない領域が生じ得る。

図６２の（ａ）は、グラフィックス・プレーンGPLの表すグラフィックス映像の一例を示す模式図である。図６２の（ａ）を参照するに、そのグラフィックス・プレーンGPLは三種類のグラフィック部品OB1、OB2、OB3を表す。特に左側のグラフィック部品OB1の左端はグラフィックス・プレーンGPLの左端から距離D1に位置し、右側のグラフィック部品OB3の右端はグラフィックス・プレーンGPLの右端から距離D3に位置する。図６２の（ｂ）、（ｃ）はそれぞれ、グラフィックス・プレーンGPLに右向きと左向きとのオフセットを与える処理を示す模式図である。図６２の（ｂ）を参照するに、図４９に示されているクロッピング処理と同様に、グラフィックス・プレーンGPLの右端からは、オフセット値に等しい幅OFSの帯状領域AR1が除去され、左端には幅OFSの透明な帯状領域AL1が付加されている。それにより、各グラフィック部品OB1−OB3の水平方向の位置が元の位置から、オフセット値に等しい距離OFSだけ右に移動している。一方、図６２の（ｂ）を参照するに、グラフィックス・プレーンGPLの左端からは幅OFSの帯状領域AL2が除去され、右端には幅OFSの透明な帯状領域AR2が付加されている。それにより、各グラフィック部品OB1−OB3の水平方向の位置が元の位置から距離OFSだけ左に移動している。

図６２の（ｂ）、（ｃ）を更に参照するに、オフセット値に等しい距離OFSは、左側のグラフィック部品OB1の左端とグラフィックス・プレーンGPLの左端との間の距離D1よりも大きく、右側のグラフィック部品OB3の右端とグラフィックス・プレーンGPLの右端との間の距離D3よりも大きい。従って、右向きのオフセットが与えられたグラフィックス・プレーンGP1では右側のグラフィック部品OB3の右端の一部MP3が欠け、左向きのオフセットが与えられたグラフィックス・プレーンGP2では左側のグラフィック部品OB1の左端の一部MP1が欠けている。しかし、左側のグラフィック部品OB1の欠落部分MP1は、右向きのオフセットが与えられたグラフィックス・プレーンGP1には含まれ、右側のグラフィック部品OB3の欠落部分MP3は、左向きのオフセットが与えられたグラフィックス・プレーンGP2には含まれている。その結果、それらの欠落部分MP1、MP3は視聴者の片目にしか映らないので、視聴者に違和感を与える危険性がある。

再生装置102では、プレーン加算部4226内の各クロッピング処理部4731−4734がオフセット情報4707を用いてグラフィックス・プレーンGPLに対するオフセット制御を行う。そのとき、各クロッピング処理部4731−4734は更に、グラフィックス・プレーンGPLの左端又は右端から帯状領域を切り取る。すなわち、その帯状領域内の画素データを透明色のデータに書き換える。各帯状領域はグラフィックス・プレーンGPLの左端又は右端に沿って延びており、その幅がオフセット値に等しい。その他に、表示装置103内の出力部5904が、システム・ターゲット・デコーダ4225又は表示装置103内の信号処理部5903からオフセット情報を受け取って、そのオフセット情報を用いてグラフィックス・プレーンGPLの左端又は右端から帯状領域を切り取ってもよい。図６２の（ｂ）、（ｃ）には、切り取り対象の帯状領域AS1、AS2が示されている。右向きのオフセットが与えられたグラフィックス・プレーンGP1では、切り取り対象の帯状領域AS1が左側のグラフィック部品OB1の欠落部分MP1を含む。左向きのオフセットが与えられたグラフィックス・プレーンGP2では、切り取り対象の帯状領域AS2が右側のグラフィック部品OB3の欠落部分MP3を含む。

図６２の（ｄ）、（ｅ）はそれぞれ、右向きと左向きとのオフセットが与えられたグラフィックス・プレーンGP1、GP2の表すグラフィックス映像を示す模式図である。図６２の（ｄ）、（ｅ）を参照するに、それらのグラフィックス・プレーンGP1、GP2では、三種類のグラフィック部品OB1−OB3の形状が一致している。その結果、視聴者の各目には共通のグラフィックス映像しか映らない。こうして、その視聴者に違和感を与える危険性を回避することができる。

その他に、ＢＤ−ＲＯＭディスク101上のＰＧストリーム又はＩＧストリームから再生されるグラフィックス・プレーン、及び、再生装置102によって生成されるグラフィックス・プレーンに対し、グラフィック部品の配置に関する次の条件が規定されてもよい。図６３は、その条件を示す模式図である。図６３を参照するに、グラフィックス・プレーンGPLには、左上角を原点（0,0）とするｘｙ直交座標が設定されている。ｘ座標とｙ座標とはそれぞれ、グラフィックス・プレーンGPLの水平座標と垂直座標である。ここで、グラフィックス・プレーンGPLの右下角の座標を（TWD,THG）とする。そのｘｙ座標を用いて、上記の条件は次のように規定される：各フレームにおいて、グラフィック部品OB1、OB2、OB3は、次の四点（OFS,0)、（TWD−OFS,0)、（TWD−OFS,THG)、（OFS,THG）を頂点とする矩形領域内に配置されなければならない。すなわち、グラフィックス・プレーンGPLの左端と右端とのそれぞれに沿って延びている幅OFSの帯状領域AL、ARではグラフィック部品の配置が禁止される。図６２の（ｂ）、（ｃ）から明らかなとおり、それらの帯状領域AL、ARはオフセット制御によって切り取られる。従って、それらの帯状領域AL、ARへのグラフィック部品の配置が禁止されていれば、グラフィックス・プレーンGPLにオフセットが与えられた後でもグラフィック部品の形状に変化はない。その結果、視聴者の各目には共通のグラフィックス映像しか映らないので、その視聴者に違和感を与える危険性を回避することができる。

（1−O）レターボックス表示

映像コンテンツのオーサリング時に想定されている画面サイズは、デジタル・テレビ放送で採用されているフルＨＤと、映画で採用されているシネマスコープ（登録商標）とで異なる。フルＨＤのアスペクト比は１６：９（≒１．７８：１）であるのに対し、シネマスコープのアスペクト比は２．３５：１である。従って、ＢＤ−ＲＯＭディスクに記録された家庭用の映画コンテンツでは、各映像フレームの上下に水平方向の黒帯が付加されている。それにより、映像フレームと黒帯との全体のアスペクト比が１６：９に調節されている。このような表示方式を「レターボックス表示」という。

図６４の（ａ１）、（ａ２）は、いずれも同じレターボックス表示の画面を示す模式図である。図６４の（ａ１）、（ａ２）を参照するに、画面全体の解像度は１９２０ピクセル×１０８０ピクセルであり、アスペクト比は１６：９である。一方、映像の表示領域DRGの解像度は１９２０ピクセル×８１８ピクセルであり、アスペクト比は約２．３５：１である。表示領域DRGの上下には高さ１３１ピクセルの黒帯BT、BBが水平方向に延びている。

このようなレターボックス表示が３Ｄ映像の表示に採用される場合、字幕を表示領域DRGではなく、上下いずれかの黒帯BT、BBに表示することが望ましい。それにより、３Ｄ映像と字幕とが分離されるので、いずれの奥行きが手前であっても、両方を視聴者に確実に見せることができる。しかし、黒帯BT、BBの高さ１３１ピクセルは、字幕を表示するのには必ずしも十分ではない。その場合、再生装置102ではプレーン加算部4226が主映像プレーンに垂直方向のオフセットを与える。このオフセット制御を「ビデオ・シフト」という。ビデオ・シフトには、「キープ（Ｋｅｅｐ）」、「アップ（Ｕｐ）」、「ダウン（Ｄｏｗｎ）」の三種類がある。キープ・モードでは、主映像プレーンには垂直方向のオフセットが与えられない。従って、図６４の（ａ１）、（ａ２）に示されている映像フレームでは、いずれの黒帯BT、BBの高さも１３１ピクセルに維持される。アップ・モードでは、主映像プレーンに上向きのオフセットが与えられる。図６４の（ｂ）は、主映像プレーンに１３１ピクセルのオフセットを上向きに与えたときの画面を示す模式図である。図６４の（ｂ）を参照するに、上側の黒帯BTは除去され、下側の黒帯BBの高さが２倍に増えている。ダウン・モードでは、主映像プレーンに下向きのオフセットが与えられる。図６４の（ｃ）は、主映像プレーンに１３１ピクセルのオフセットを下向きに与えたときの画面を示す模式図である。図６４の（ｃ）を参照するに、下側の黒帯BBは除去され、上側の黒帯BTの高さが２倍に増えている。このように、プレーン加算部4226は、ビデオ・シフトをアップとダウンとのいずれかのモードで実行することにより、上下いずれかの黒帯BT、BBの高さを字幕の表示に十分な値まで増やす。

垂直方向のオフセットの大きさは１３１ピクセル以外であってもよい。図６４の（ｄ）は、主映像プレーンに５１ピクセルのオフセットを上向きに与えたときの画面を示す模式図である。図６４の（ｄ）を参照するに、上側の黒帯BTの高さは１３１−５１＝８０ピクセルまで減り、下側の黒帯BBの高さは１３１＋５１＝１８２ピクセルまで増えている。以下では、オフセットの大きさが１３１ピクセルである場合を想定する。

図６５は、ビデオ・シフトに必要な再生装置102内の構成を示す機能ブロック図である。図６５に示されている構成は、図４７に示されている構成とは、ビデオ・シフト部6501、ＳＰＲＭ（３２）6502、及びＳＰＲＭ（３３）6503を含む点で異なる。それ以外は同様である。従って、図６５では、図４７に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図４７に示されている要素についての説明を援用する。

ＳＰＲＭ（３２）とＳＰＲＭ（３３）とのそれぞれの示す値は、プログラム実行部4234により、ＢＤ−Ｊオブジェクト等のアプリケーション・プログラム、又はＧＵＩを通したユーザの指示に従って設定される。ＳＰＲＭ（３３）の示す値は更に、再生制御部4235により、プレイリスト・ファイルに従って更新される。

図６６の（ａ）は、ＳＰＲＭ（３２）とＳＰＲＭ（３３）との各データ構造を示す表である。図６６の（ａ）を参照するに、ＳＰＲＭ（３２）は、ビデオ・シフト・モード（video＿shift＿mode）を表すパラメータを格納する。そのパラメータは、三種類のビデオ・シフト・モードに対応して、「０」、「１」、「２」の三つの値を取り得る。ＳＰＲＭ（３３）は、ビデオ上移動時シフト値とビデオ下移動時シフト値との対を４種類格納する。それらのシフト値は、ＰＧプレーンに対する対（PG＿shift＿value＿for＿Up、PG＿shift＿value＿for＿Down）、ＩＧプレーンに対する対（IG＿shift＿value＿for＿Up、IG＿shift＿value＿for＿Down）、副映像プレーンに対する対（SV＿shift＿value＿for＿Up、SV＿shift＿value＿for＿Down）、及びイメージ・プレーンに対する対（IM＿shift＿value＿for＿Up、IM＿shift＿value＿for＿Down）から成る。ビデオ上移動時シフト値とビデオ下移動時シフト値とはそれぞれ、上向きと下向きとの各オフセットが主映像プレーンに与えられたときにＰＧプレーン等に与えられるべき垂直方向のオフセットの大きさを表す。

図６６の（ｂ）は、レターボックス表示の映像コンテンツにおけるプレイリスト・ファイル内のＳＴＮテーブルを示す模式図である。図６６の（ｂ）を参照するに、ＳＴＮテーブル6600では、一つのＳＴＮ6601にＰＧストリーム１のストリーム・エントリ6602とストリーム属性情報6603とが対応付けられている。そのストリーム属性情報6603は、ビデオ上移動時シフト値（PG＿y＿shift＿value＿for＿Up）6610とビデオ下移動時シフト値（PG＿y＿shift＿value＿for＿Down）6611とを含む。それにより、それらのシフト値はＰＩごとに設定可能である。ＩＧストリーム等、他のストリーム・データについても同様に、各シフト値は設定可能である。再生制御部4235は、各ＰＩ内のＳＴＮテーブルからシフト値を読み取って、その値で、ＳＰＲＭ（３３）の示す値を更新する。

ビデオ・シフト部6501は、スイッチ4720から左映像プレーン・データ4701と右映像プレーン・データ4702とを交互に受信する。ビデオ・シフト部6501は、その受信の度にプレーヤ変数記憶部4236内のＳＰＲＭ（３２）を参照して、その値の示すビデオ・シフト・モードで主映像プレーンに垂直方向のオフセットを与える。その後、ビデオ・シフト部6501は主映像プレーンを第２加算部4742へ送出する。

図６７の（ａ）−（ｃ）はそれぞれ、アップ・モード、キープ・モード、及びダウン・モードのビデオ・シフト部6501によって処理された主映像プレーンVPA、VPB、VPCを示す模式図である。ＳＰＲＭ（３２）がキープ・モードを示すとき、ビデオ・シフト部6501は主映像プレーンに垂直方向のオフセットを与えない。それにより、図６７の（ｂ）に示されているように、主映像プレーンVPB内の上下の黒帯BT、BBの高さは１３１ピクセルに維持される。ＳＰＲＭ（３２）がアップ・モードを示すとき、ビデオ・シフト部6501は、図４９に示されているクロッピング処理と同様にして、まず、元の主映像プレーンVPBの上端部から高さ１３１ピクセルの黒帯BTを切り取る。ビデオ・シフト部6501は次に、図６７の（ａ）に示されているように、主映像プレーンVPAの下端部に高さ１３１ピクセルの黒帯ABを付加する。それにより、主映像プレーンのうち、切り取られた黒帯BT以外に含まれる画素データの位置が１３１ピクセル、上向きに移動する。一方、下端部の黒帯BB＋ABの高さが１３１×２＝２６２ピクセルに増える。ＳＰＲＭ（３２）がダウン・モードを示すとき、ビデオ・シフト部6501は、元の主映像プレーンVPBの下端部から高さ１３１ピクセルの黒帯BBを切り取り、図６７の（ｃ）に示されているように、主映像プレーンVPCの上端部に高さ１３１ピクセルの黒帯ATを付加する。それにより、主映像プレーンのうち、切り取られた黒帯以外に含まれる画素データの位置が１３１ピクセル、下向きに移動する。一方、上端部の黒帯BT＋ATの高さが１３１×２＝２６２ピクセルに増える。

図６５を再び参照するに、第２クロッピング処理部4732は、システム・ターゲット・デコーダ4225からＰＧプレーン・データ4704を受信する度にＳＰＲＭ（３２）6502とＳＰＲＭ（３３）6503とを参照し、それらの値に従ってＰＧプレーン4704に垂直方向のオフセットを与える。更に、１プレーン＋オフセット・モードであれば、第２クロッピング処理部4732はＰＧプレーン4704に水平方向のオフセットを与える。その後、第２クロッピング処理部4732はＰＧプレーン4704を第２加算部4742へ送出する。

図６７の（ｄ）−（ｆ）はそれぞれ、アップ・モード、キープ・モード、及びダウン・モードの第２クロッピング処理部4732によって処理されたＰＧプレーンPGD、PGE、PGFを示す模式図である。ＳＰＲＭ（３２）6502がキープ・モードを示すとき、第２クロッピング処理部4732はＰＧプレーンPGEに垂直方向のオフセットを与えない。それにより、図６７の（ｅ）に示されているように、ＰＧプレーンPGE内の字幕SUBは元の位置に維持される。ＳＰＲＭ（３２）がアップ・モードを示すとき、第２クロッピング処理部4732はまず、ＳＰＲＭ（３３）6503からＰＧプレーンに対するビデオ上移動時シフト値（PG＿shift＿value＿for＿Up）ａを読み出す。第２クロッピング処理部4732は次に、図４９に示されているクロッピング処理と同様にして、大きさがビデオ上移動時シフト値ａに等しい下向きのオフセットをＰＧプレーンPGEに与える。具体的には、第２クロッピング処理部4732はまず、元のＰＧプレーンPGEの下端部から高さａピクセルの帯状領域SBEを切り取る。第２クロッピング処理部4732は次に、図６７の（ｄ）に示されているように、ＰＧプレーンPGDの上端部に高さａピクセルの帯状領域STDを付加する。それにより、字幕SUBの位置がａピクセル下向きに移動する。ＳＰＲＭ（３２）がダウン・モードを示すとき、第２クロッピング処理部4732はまず、ＳＰＲＭ（３３）6503からＰＧプレーンに対するビデオ下移動時シフト値（PG＿shift＿value＿for＿Down）ｂを読み出す。第２クロッピング処理部4732は次に、図４９に示されているクロッピング処理と同様にして、大きさがビデオ下移動時シフト値ｂに等しい上向きのオフセットをＰＧプレーンPGEに与える。具体的には、第２クロッピング処理部4732はまず、元のＰＧプレーンPGEの上端部から高さｂピクセルの帯状領域STEを切り取る。第２クロッピング処理部4732は次に、図６７の（ｆ）に示されているように、ＰＧプレーンPGFの下端部に高さｂピクセルの帯状領域SBFを付加する。それにより、字幕SUBの位置がｂピクセル上向きに移動する。

第２加算部4742は、第２クロッピング処理部4732からＰＧプレーン・データを受信し、ビデオ・シフト部6501からの主映像プレーン・データに重畳して第３加算部4743に渡す。図６７の（ｇ）−（ｉ）はそれぞれ、アップ・モード、キープ・モード、及びダウン・モードの第２加算部4742によって合成されたプレーン・データPLG、PLH、PLIを示す模式図である。キープ・モードでは、図６７の（ｈ）に示されているように、字幕SUBは主映像MVWと重なって表示される。アップ・モードでは、図６７の（ｇ）に示されているように、字幕SUBが、主映像MVWよりも下に位置する黒帯BBGの中に表示される。これは、ビデオ上移動時シフト値ａを調節することによって実現可能である。ダウン・モードでは、図６７の（ｉ）に示されているように、字幕SUBは、主映像MVWよりも上に位置する黒帯BTIの中に表示される。これは、ビデオ下移動時シフト値ｂを調節することによって実現可能である。

レターボックス表示では黒帯に、ＰＧプレーンの表す字幕の他、ＩＧプレーンの表す対話画面、副映像プレーンの表す映像、又はイメージ・プレーンの表すポップアップ・メニューが表示されてもよい。それらの場合にも黒帯の高さを、上記と同様な方法で適切に調節することができる。

（1−O−1）図６５に示されている構成では、第２クロッピング処理部4732はＳＰＲＭ（３３）6503からビデオ上／下移動時シフト値を読み出す。その他に、第２クロッピング処理部4732が直接、プレイリスト・ファイルからビデオ上／下移動時シフト値を読み出してもよい。

（1−O−2）図６７の（ａ）、（ｃ）に示されている黒帯BT、BBの高さは１３１ピクセル以外であってもよく、更に可変であってもよい。その値は、アプリケーション・プログラム又はユーザに従ってプレーヤ変数記憶部4236内のいずれかのＳＰＲＭに設定されてもよい。

（1−O−3）図６７の（ｄ）、（ｆ）では、第２クロッピング処理部4732が、ＰＧプレーンPGEに含まれるほぼ全ての画素データの位置を上下方向に移動させる。その他に、ＰＧデコーダがＳＰＲＭ（３３）6503を参照して、ＰＣＳの示すオブジェクト表示位置を変更してもよい。例えば、ＰＣＳがオブジェクト表示位置＝（ｘ，ｙ）を示し、かつ、ＳＰＲＭ（３３）6503がビデオ上移動時シフト値＝“ａ”を示すとき、ＰＧデコーダはオブジェクト表示位置を座標（ｘ，ｙ＋ａ）に変更する。それにより、図６７の（ｄ）に示されている字幕SUBと同じように、ＰＧストリームの表すグラフィックス・オブジェクトは、ＰＣＳの示すオブジェクト表示位置よりも下に表示される。グラフィックス・オブジェクトの表示位置を上向きに移動させる場合も同様である。尚、ＰＣＳはビデオ上／下移動時シフト値を格納していてもよい。

（1−O−4）アップ・モード及びダウン・モードでは、図６７の（ｄ）、（ｆ）に示されているように、ＰＧプレーンの上下が切り取られる。そのとき、グラフィックス・オブジェクトの上下が切り取られないように、グラフィックス・オブジェクトの配置可能な領域が所定の範囲に予め制限されていてもよい。具体的な例として、ＰＧプレーンの高さ×幅がＨＧＴ×ＷＤＨであり、ビデオ上移動時シフト値が“ａ”であり、かつビデオ下移動時シフト値が“ｂ”である場合を想定する。図６７の（ｅ）を参照するに、その場合においてグラフィックス・オブジェクトの配置は、次のような水平方向の帯状領域内に制限される：左上角PULのｘｙ座標＝（０，ｂ）、右下角PDRのｘｙ座標＝（ＷＤＨ，ＨＧＴ−ａ）。より正確には、ＰＧストリームは次の条件を満たす：（Ａ）ＰＣＳの示すオブジェクト表示位置は上記の帯状領域内である；（Ｂ）仮にグラフィックス・オブジェクトがオブジェクト表示位置に表示されたとき、その表示範囲は上記の帯状領域の範囲を超えない；（Ｃ）ＷＤＳの示すウィンドウ位置は上記の帯状領域内である；（Ｄ）仮にウィンドウがウィンドウ位置に設定されたとき、その範囲は上記の帯状領域の範囲を超えない。こうして、グラフィックス・オブジェクトの上下が切り取られることを防ぐことができる。

（1−O−5）図６８の（ａ）は、レターボックス表示の映像コンテンツにおけるプレイリスト・ファイル内のＳＴＮテーブルの別例を示す模式図である。図６８の（ａ）を参照するに、ＳＴＮテーブル6800では、一つのＳＴＮ6801にＰＧストリーム１のストリーム・エントリ6802とストリーム属性情報6803とが対応付けられている。そのストリーム属性情報6803は、ビデオ上／下移動時シフト値6810、6811に加え、ビデオ・シフト・モード6812を含む。その場合、再生装置102はビデオ・シフトに次の構成を利用してもよい。

図６９は、ビデオ・シフトに必要な再生装置102内の構成の別例を示す機能ブロック図である。図６９に示されている構成は、図６５に示されている構成とはビデオ・シフト部6901とＳＰＲＭ（３４）6904とが異なる。それ以外は同様である。従って、図６９では、図６５に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図６５に示されている要素についての説明を援用する。

図６６の（ａ）に示されているように、ＳＰＲＭ（３２）はビデオ・シフト・モードを表し、ＳＰＲＭ（３３）はビデオ上移動時シフト値とビデオ下移動時シフト値とを表す。それらを表すパラメータの値は再生制御部4235により、図６８の（ａ）に示されているようなプレイリスト・ファイル内のＳＴＮテーブルに従って更新される。プレーヤ変数記憶部4236では更に、ビデオ・シフトを行うか否かをオン・オフで示すフラグが、ＳＰＲＭ（３４）に格納されている。そのフラグの値はプログラム実行部4234により、アプリケーション・プログラム又はユーザに従って設定される。ビデオ・シフト部6901は、スイッチ4720から左映像プレーン・データ4701と右映像プレーン・データ4702とのいずれかを受信する度に、まずＳＰＲＭ（３４）内のフラグを参照して、ビデオ・シフトを行うか否かを決定する。例えばそのフラグの値が“１”であるとき、ビデオ・シフト部6901は続いてＳＰＲＭ（３２）を参照して、その値の示すビデオ・シフト・モードで主映像プレーンに垂直方向のオフセットを与える。一方、そのフラグの値が“０”であるとき、ビデオ・シフト部6901はビデオ・シフトを行うことなく、主映像プレーンを第２加算部4742へ送出する。同様に、第２クロッピング処理部4732は、システム・ターゲット・デコーダ4225からＰＧプレーン・データ4704を受信する度に、まずＳＰＲＭ（３４）6904を参照して、ＰＧプレーン4704に垂直方向のオフセットを与えるか否かを決定する。例えばそのフラグの値が“１”であるとき、第２クロッピング処理部4732は続いてＳＰＲＭ（３２）とＳＰＲＭ（３３）とを参照して、それらの値に従ってＰＧプレーン4704に垂直方向のオフセットを与える。一方、そのフラグの値が“０”であるとき、第２クロッピング処理部4732はＰＧプレーン4704に垂直方向のオフセットを与えない。

（1−O−6）図６８の（ａ）に示されているような、ビデオ・シフト・モード6812を含むストリーム属性情報6803が複数、ＳＴＮテーブルに登録されている場合、ビデオ・シフト・モードの等しいストリーム属性情報が連続するように登録順序が設定される。図６８の（ｂ）は、その登録順序を示す模式図である。図６８の（ｂ）を参照するに、ＳＴＮテーブルでは、ストリーム番号（ＳＴＮ）５−１３に９種類のＰＧストリーム１−９のＰＩＤが登録されている。ＰＧストリーム１−３のビデオ・シフト・モードはキープ・モードに設定され、ＰＧストリーム４、５のビデオ・シフト・モードはアップ・モードに設定され、ＰＧストリーム６−９のビデオ・シフト・モードはダウン・モードに設定されている。その場合、ＰＧストリーム１−３には、連続する３つのＳＴＮ＝１−３が割り当てられ、ＰＧストリーム４、５には、連続する２つのＳＴＮ＝４、５が割り当てられ、ＰＧストリーム６−９には、連続する４つのＳＴＮ＝６−９が割り当てられる。再生装置102は、リモコン105から字幕切り換えボタンの押下を通知される度に、字幕表示に利用すべきＰＧストリームを、ＰＧストリーム１−９の中から、図６８の（ｂ）に示されている登録順序で選択する。ここで、その選択操作の間、映像と字幕との画面表示はいずれも継続されるので、字幕切り換えボタンが押下されたときに、映像と字幕との表示位置は一般に変化する。しかし、ＳＴＮテーブルには、図６８の（ｂ）に示されているように、同じビデオ・シフト・モードのＰＧストリームが連続して登録されている。従って、一般には、字幕切り換えボタンが複数回押下された後に初めて、映像と字幕との表示位置は変化する。そのように変化の頻度が抑えられるので、ＰＧストリームの選択操作が映像と字幕とを見にくくすることを防止することができる。

（1−O−7）再生装置102は、ビデオ・シフト・モードを切り換える場合、フェード・イン／アウト等の視覚効果を利用して、映像と字幕との表示位置を滑らかに変化させてもよい。更に好ましくは、字幕の表示位置の変化を映像の表示位置の変化よりも遅らせる。それにより、ビデオ・シフト・モードの切り換えに伴う映像と字幕との表示位置の変化が視聴者に不快感を与えることを防止することができる。

（1−O−8）ＰＧストリーム内のＰＤＳでは、カラーＩＤ＝２５５に無色透明が割り当てられ、ＷＤＳではウィンドウ内の背景色にカラーＩＤ＝２５５が割り当てられている。従って、ＰＧストリームが字幕を表すとき、その字幕の背景色が無色透明に設定される。図７０の（ｂ）は、その場合において画面SCRに表示される映像IMGと字幕SUBとを示す模式図である。図７０の（ｂ）を参照するに、字幕SUBの表示範囲を示すウィンドウWIN1では背景色が無色透明である。従って、そのウィンドウWIN1内では映像IMGと字幕SUBとが重なって表示される。

一方、再生装置102はカラーＩＤ＝２５５に黒等の不透明な色を割り当ててもよい。図７０の（ａ）は、プレーヤ変数記憶部4236内のＳＰＲＭ（３７）のデータ構造を示す模式図である。図７０の（ａ）を参照するに、ＳＰＲＭ（３７）には字幕の背景色の色座標値が格納される。その値は、プログラム実行部4234により、アプリケーション・プログラム又はユーザに従って予め設定される。ＳＰＲＭ（３７）に色座標値が設定されているとき、システム・ターゲット・デコーダ4225内のＰＧデコーダは、ＰＤＳの示す設定にかかわらず、その色座標値をカラーＩＤ＝２５５に割り当てる。図７０の（ｃ）は、その場合において画面SCRに表示される映像IMGと字幕SUBとを示す模式図である。ここで、ＳＰＲＭ（３７）の示す色座標値は黒等の不透明な色である。図７０の（ｃ）を参照するに、字幕SUBの表示範囲を示すウィンドウWIN2では背景色がその不透明な色である。従って、そのウィンドウWIN2内では映像IMGが背景色で隠され、字幕SUBだけが表示される。こうして、映像と字幕とを視聴者に確実に見せることができる。

（1−O−9）ビデオ・シフト・モードの切り換えと共に、ＰＧストリームの表すグラフィックス映像の表示位置だけでなく、ＰＧストリームそのものが変更されてもよい。図７１の（ａ）は、レターボックス表示の映像コンテンツにおけるプレイリスト・ファイル内のＳＴＮテーブルの更に別の例を示す模式図である。図７１の（ａ）を参照するに、ＳＴＮテーブル7100では、一つのＳＴＮ7101にＰＧストリーム１のストリーム・エントリ7102とストリーム属性情報7103とが対応付けられている。そのストリーム属性情報7103はビデオ上移動時字幕7110とビデオ下移動時字幕7111とを含む。ビデオ上移動時字幕7110とビデオ下移動時字幕7111とは、ビデオ・シフト・モードとしてアップ・モードとダウン・モードとがそれぞれ選択されるときに選択されるべきＰＧストリームのＰＩＤを示す。ビデオ上移動時字幕7110とビデオ下移動時字幕7111とのそれぞれが示すＰＧストリームでは、初めから、字幕の表示位置が主映像プレーンの下端部と上端部との各黒帯内に設定されている。その場合、再生装置102はビデオ・シフトに次の構成を利用してもよい。

図７１の（ｂ）は、ビデオ・シフトに必要な再生装置102内の構成の更に別の例を示す機能ブロック図である。図７１の（ｂ）に示されている構成は、図６５に示されている構成とは次の点が異なる：（Ａ）ビデオ・シフト・モードが切り換えられる度に、再生制御部7135は、新たに選択されるべきＰＧストリームのＰＩＤをＰＧデコーダ4072に指示する；（Ｂ）第２クロッピング処理部4732はＰＧプレーン4704に垂直方向のオフセットを与えない；（Ｃ）プレーヤ変数記憶部4236にはＳＰＲＭ（３３）とＳＰＲＭ（３４）とが設定されていなくてもよい。それ以外は同様である。従って、図７１の（ｂ）では、図６５に示されている要素と同様な要素には同じ符号が付されている。更に、それら同様な要素の詳細については、図６５に示されている要素についての説明を援用する。

ＳＰＲＭ（３２）6502の示すビデオ・シフト・モードは、プログラム実行部4234によってアプリケーション・プログラム又はユーザに従って変更される。再生制御部7135は、ＳＰＲＭ（３２）6502の値の変更を検出する度に、図７１の（ａ）に示されているようなＳＴＮテーブルを参照する。それにより、再生制御部7135はその中から、変更後のビデオ・シフト・モードに対応するＰＧストリームのＰＩＤを検索してＰＧデコーダ4072に渡す。具体的には、ＳＰＲＭ（３２）6502がアップ・モードを示すときは、ビデオ上移動時字幕7110の示すＰＩＤが検索され、ＳＰＲＭ（３２）6502がダウン・モードを示すときは、ビデオ下移動時字幕7111の示すＰＩＤが検索され、ＳＰＲＭ（３２）6502がキープ・モードを示すときは、ストリーム・エントリ7102の示すＰＩＤが検索される。その結果、ＰＧデコーダ4072によって復号されるＰＧプレーン4704は、ビデオ・シフト・モードに対応する字幕を表す。

図７２の（ａ）は、キープ・モードに対応する字幕SB1、SB2を示す模式図である。図７２の（ｂ）は、ダウン・モードに対応する字幕SBD、SB2を示す模式図である。図７２の（ａ）を参照するに、キープ・モードでは映像の表示領域VP1の下端部に水平方向の字幕SB1が映像と重ねて表示され、右端部に垂直方向の字幕SB2が映像と重ねて表示される。更に、映像の表示領域VP1の上下に高さ１３１ピクセルの黒帯BT、BBが表示される。図７２の（ｂ）を参照するに、ダウン・モードでは映像の表示領域VP2の上側に高さ２６２ピクセルの黒帯BT2が表示される。仮にＰＧプレーンに垂直方向のオフセットを与えて水平方向の字幕SB1の表示位置を上側の黒帯BT2の中に移動させた場合、垂直方向の字幕SB2の表示位置SB20は画面よりも上に外れてしまう。それに対し、ビデオ下移動時字幕7111の示すＰＧストリームは水平方向の字幕SBDを表し、その表示位置は上側の黒帯BT2の中に予め設定されている。従って、再生制御部7135は、キープ・モードで水平方向の字幕SB1を表すＰＧストリームを、ダウン・モードでは、ビデオ下移動時字幕7111の示すＰＧストリームに変更する。一方、再生制御部7135は、キープ・モードで垂直方向の字幕SB2を表すＰＧストリームを、ダウン・モードでもそのまま利用する。それにより、ダウン・モードでは、図７２の（ｂ）に示されているように、水平方向の字幕SBDを上側の黒帯BT2の中に表示し、かつ、垂直方向の字幕SB2を、キープ・モードでの字幕と同じく、映像の表示領域VP2の右端部に映像と重ねて表示することができる。アップ・モードでも同様である。

ビデオ上移動時字幕7110、ビデオ下移動時字幕7111、又はストリーム・エントリ7102がＳＴＮテーブルに登録されていないとき、ＰＧデコーダ4072は再生制御部7135から新たなＰＩＤを指示されないので、その時点で保持しているＰＩＤをそのまま維持する。その場合、第２クロッピング処理部4732はＰＧプレーン4704に垂直方向のオフセットを与えてもよい。そのオフセットは、ビデオ・シフト部6501によって主映像プレーン4701、4702に与えられるオフセットと等しい。図７２の（ｃ）は、キープ・モードで表示される字幕SB1を示す模式図である。図７２の（ｄ）は、ビデオ上移動時字幕7110がＳＴＮテーブルに登録されていない場合において、アップ・モードで表示される字幕SB3を示す模式図である。図７２の（ｃ）を参照するに、キープ・モードでは映像の表示領域VP1の下端部に字幕SB1が映像と重ねて表示される。更に、映像の表示領域VP1の上下に高さ１３１ピクセルの黒帯BT、BBが表示される。図７２の（ｄ）を参照するに、アップ・モードでは映像の表示領域VP2の下側に高さ２６２ピクセルの黒帯BB2が表示される。仮に字幕SB1の表示位置がキープ・モードでの位置に維持された場合、その字幕SB1の下側が黒帯BB2に重なって表示されてしまう。それに対し、第２クロッピング処理部4732がＰＧプレーン4704に垂直方向のオフセットを与えた場合、アップ・モードの字幕SB3をキープ・モードの字幕SB1と同じく、図７２の（ｄ）に示されているように、映像の表示領域VP2の下端部に、黒帯BB2から離して表示することができる。

《実施形態２》

本発明の実施形態２によるＢＤ−ＲＯＭディスクは、ＰＧストリームとＩＧストリームとについてもベースビューとディペンデントビューとの対を含む。一方、本発明の実施形態２による再生装置は２プレーン・モードを備える。「２プレーン・モード」はグラフィックス・プレーンの表示モードの一つである。サブＴＳがベースビューとディペンデントビューとのグラフィックス・ストリームを両方含むとき、２プレーン・モードの再生装置は各グラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーン・データを復号して交互に出力する。それにより、それらのグラフィックス・ストリームから３Ｄグラフィックス映像を再生することができる。それらの点を除き、実施形態２によるＢＤ−ＲＯＭディスクと再生装置とは、実施形態１によるものと構成及び機能が等しい。従って、以下では、実施形態２によるＢＤ−ＲＯＭディスクと再生装置とのうち、実施形態１によるものからの変更部分及び拡張部分について説明する。実施形態１によるＢＤ−ＲＯＭディスクと再生装置と同様な部分については、上記の実施形態１についての説明を援用する。

＜サブＴＳのデータ構造＞

図７３の（ａ）は、ＢＤ−ＲＯＭディスク101上の第１サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第１サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、Ｌ／Ｒモード用のファイルＤＥＰに含まれる。図７３の（ａ）を参照するに、第１サブＴＳは、プライマリ・ビデオ・ストリーム7311、レフトビューＰＧストリーム7312A、7312B、ライトビューＰＧストリーム7313A、7313B、レフトビューＩＧストリーム7314、ライトビューＩＧストリーム7315、及びセカンダリ・ビデオ・ストリーム7316を含む。プライマリ・ビデオ・ストリーム7311はライトビュー・ビデオ・ストリームであり、図３の（ａ）に示されているメインＴＳ内のプライマリ・ビデオ・ストリーム301が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。レフトビューとライトビューとのＰＧストリームの対7312A＋7313A、7312B＋7313Bは、字幕等のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。レフトビューとライトビューとのＩＧストリームの対7314、7315は、対話画面のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。セカンダリ・ビデオ・ストリーム7316はライトビュー・ビデオ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。

エレメンタリ・ストリーム7311−7316に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム7311には０ｘ１０１２が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、レフトビューＰＧストリーム7312A、7312Bには０ｘ１２２０から０ｘ１２３Ｆまでのいずれかが割り当てられ、ライトビューＰＧストリーム7313A、7313Bには０ｘ１２４０から０ｘ１２５Ｆまでのいずれかが割り当てられる。レフトビューＩＧストリーム7314には０ｘ１４２０から０ｘ１４３Ｆまでのいずれかが割り当てられ、ライトビューＩＧストリーム7315には０ｘ１４４０から０ｘ１４５Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム7316には０ｘ１Ｂ２０から０ｘ１Ｂ３Ｆまでのいずれかが割り当てられる。

図７３の（ｂ）は、ＢＤ−ＲＯＭディスク101上の第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第２サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、デプス・モード用のファイルＤＥＰに含まれる。その他に、第２サブＴＳは第１サブＴＳと同じファイルＤＥＰに多重化されていてもよい。図７３の（ｂ）を参照するに、第２サブＴＳは、プライマリ・ビデオ・ストリーム7321、デプスマップＰＧストリーム7323A、7323B、デプスマップＩＧストリーム7324、及びセカンダリ・ビデオ・ストリーム7326を含む。プライマリ・ビデオ・ストリーム7321はデプスマップ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム301との組み合わせで３Ｄ映像を表す。デプスマップＰＧストリーム7323A、7323Bは、メインＴＳ内のＰＧストリーム323A、323Bの表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＰＧストリームとして利用される。デプスマップＩＧストリーム7324は、メインＴＳ内のＩＧストリーム304の表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＩＧストリームとして利用される。セカンダリ・ビデオ・ストリーム7326はデプスマップ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306との組み合わせで３Ｄ映像を表す。

エレメンタリ・ストリーム7321−7326に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム7321には０ｘ１０１３が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、デプスマップＰＧストリーム7323A、7323Bには０ｘ１２６０から０ｘ１２７Ｆまでのいずれかが割り当てられる。デプスマップＩＧストリーム7324には０ｘ１４６０から０ｘ１４７Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム7326には０ｘ１Ｂ４０から０ｘ１Ｂ５Ｆまでのいずれかが割り当てられる。

＜ＳＴＮテーブルＳＳのデータ構造＞

図７４は、本発明の実施形態２によるＳＴＮテーブルＳＳ3130のデータ構造を示す模式図である。図７４を参照するに、ＳＴＮテーブルＳＳ3130内の各ストリーム登録情報列3301、3302、3303、…は、図３３に示されているポップアップ期間のオフセット3311とディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3312との他に、ＰＧストリームのストリーム登録情報列7413とＩＧストリームのストリーム登録情報列7414とを含む。

ＰＧストリームのストリーム登録情報列7413は、サブＴＳから再生対象として選択可能なＰＧストリームを示すストリーム登録情報を含む。ＩＧストリームのストリーム登録情報列7414は、サブＴＳから再生対象として選択可能なＩＧストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列7413、7414はそれぞれ、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ＰＧストリーム及びＩＧストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。

図７４を更に参照するに、ＰＧストリームのストリーム登録情報列7413は一般に複数のストリーム登録情報7431を含む。それらは、対応するＰＩ内に含まれるＰＧストリームのストリーム登録情報と同数である。ＩＧストリームのストリーム登録情報列7414も同様なストリーム登録情報を含む。それらは、対応するＰＩ内に含まれるＩＧストリームのストリーム登録情報と同数である。

各ストリーム登録情報7431は、ＳＴＮ7441、立体視フラグ（is＿SS＿PG）7442、ベースビュー・ストリーム・エントリ（stream＿entry＿for＿base＿view）7443、ディペンデントビュー・ストリーム・エントリ（stream＿entry＿for＿depentdent＿view）7444、及びストリーム属性情報7445を含む。ＳＴＮ7441は、ストリーム登録情報7431に個別に割り当てられた通し番号であり、対応するＰＩ内で組み合わせ対象のストリーム登録情報に割り当てられたＳＴＮと等しい。立体視フラグ7442は、ＢＤ−ＲＯＭディスク101がベースビューとディペンデントビューとのＰＧストリームを両方含むか否かを示す。立体視フラグ7442がオンであるとき、サブＴＳは両方のＰＧストリームを含む。従って、ベースビュー・ストリーム・エントリ7443、ディペンデントビュー・ストリーム・エントリ7444、及びストリーム属性情報7445のいずれのフィールドも再生装置によって読み出される。立体視フラグ7442がオフであるとき、それらのフィールド7443−7445はいずれも再生装置に無視される。ベースビュー・ストリーム・エントリ7443とディペンデントビュー・ストリーム・エントリ7444とはいずれも、サブパスＩＤ参照情報7421、ストリーム・ファイル参照情報7422、及びＰＩＤ7423を含む。サブパスＩＤ参照情報7421は一つのサブパスのサブパスＩＤを示し、そのサブパスはベースビューとディペンデントビューとの各ＰＧストリームの再生経路を規定する。ストリーム・ファイル参照情報7422は、各ＰＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ7423は、各ＰＧストリームのＰＩＤである。ストリーム属性情報7445は、各ＰＧストリームの属性、例えば言語の種類を含む。

尚、ＰＧストリームのストリーム登録情報7431は、ＳＴＮテーブルＳＳに代えて、ＳＴＮテーブルに格納されていてもよい。その場合、そのストリーム登録情報7431は、メインＴＳ内のＰＧストリームのストリーム登録情報、特にそのストリーム属性情報に格納される。

＜システム・ターゲット・デコーダ＞

図７５は、本発明の実施形態２によるシステム・ターゲット・デコーダ7525の機能ブロック図である。図７５を参照するに、ＰＧデコーダ7501は、図４５に示されているＰＧデコーダとは異なり、２プレーン・モードに対応可能である。具体的には、ＰＧデコーダ7501はベースビューＰＧデコーダ7511とディペンデントビューＰＧデコーダ7512とを含む。ベースビューＰＧデコーダ7511は、図３の（ａ）に示されているメインＴＳ内のＰＧストリーム303A、303Bに加え、図７３の（ａ）に示されている第１サブＴＳ内のレフトビューＰＧストリーム7312A、7312Bをプレーン・データに復号する。ディペンデントビューＰＧデコーダ7512は、図７３の（ａ）に示されている第１サブＴＳ内のライトビューＰＧストリーム7313A、7313B、及び図７３の（ｂ）に示されている第２サブＴＳ内のデプスマップＰＧストリーム7323A、7323Bをプレーン・データに復号する。副映像デコーダとＩＧデコーダとのいずれも同様な一対のデコーダを含む。システム・ターゲット・デコーダ7525は更に、一対のＰＧプレーン・メモリ7521、7522を含む。ベースビューＰＧデコーダ7511はプレーン・データをレフトビューＰＧプレーン・メモリ7521に書き込み、ディペンデントビューＰＧデコーダ7512はプレーン・データをライトビューＰＧプレーン・メモリ7522に書き込む。ＩＧプレーン・メモリとイメージ・プレーン・メモリとのいずれも同様な構成である。システム・ターゲット・デコーダ7525は更に、グラフィックス・プレーン・メモリからのプレーン・データの出力を、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードのそれぞれに対応させる。特に再生制御部4235から２プレーン・モードが指示されたとき、システム・ターゲット・デコーダ7525は一対のＰＧプレーン・メモリ7521、7522からプレーン加算部7526へプレーン・データを交互に送出する。

＜プレーン加算部＞

図７６は２プレーン・モードのプレーン加算部7526の部分的な機能ブロック図である。図７６を参照するに、プレーン加算部7526は、図４７に示されているもの4226と同様、視差映像生成部4710、スイッチ4720、第１加算部4741、及び第２加算部4742を含む。プレーン加算部7526は更に、ＰＧプレーン・データ7604、7605の入力部に第２視差映像生成部7610と第２スイッチ7620とを含む。同様な構成は、副映像プレーン・データ、ＩＧプレーン・データ、及びイメージ・プレーン・データの各入力部にも含まれる。

第２視差映像生成部7610は、システム・ターゲット・デコーダ7525からレフトビューＰＧプレーン・データ7604とライトビューＰＧプレーン・データ7605とを受信する。Ｌ／Ｒモードの再生装置102では、レフトビューＰＧプレーン・データ7604はレフトビューＰＧプレーンを表し、ライトビューＰＧプレーン・データ7605はライトビューＰＧプレーンを表す。そのとき、第２視差映像生成部7610は各プレーン・データ7604、7605をそのまま第２スイッチ7620へ送出する。一方、デプス・モードの再生装置102では、レフトビューＰＧプレーン・データ7604は２Ｄグラフィックス映像のＰＧプレーンを表し、ライトビューＰＧプレーン・データ7605はその２Ｄグラフィックス映像に対するデプスマップを表す。そのとき、第２視差映像生成部7610はまず、そのデプスマップからその２Ｄグラフィックス映像の各部の両眼視差を計算する。第２視差映像生成部7610は次に、レフトビューＰＧプレーン・データ7604を加工して、ＰＧプレーンにおけるその２Ｄグラフィックス映像の各部の表示位置を、計算された両眼視差に応じて左右に移動させる。それにより、レフトビューとライトビューとを表すＰＧプレーンの対が生成される。第２視差映像生成部7610は更に、そのＰＧプレーンの対を第２スイッチ7620へ送出する。

第２スイッチ7620は、ＰＴＳの等しいレフトビューＰＧプレーン・データ7604とライトビューＰＧプレーン・データ7605とをその順で第２クロッピング処理部4732へ送出する。２プレーン・モードの第２クロッピング処理部4732は各ＰＧプレーン・データ7604、7605をそのまま第２加算部4742へ送出する。第２加算部4742は、第１加算部4741からのプレーン・データに各ＰＧプレーン・データ7604、7605を重畳して第３加算部4743に渡す。その結果、左映像プレーン・データ7601にはレフトビューＰＧプレーンが重畳され、右映像プレーン・データ7602にはライトビューＰＧプレーンが重畳される。

２プレーン・モードの第２クロッピング処理部4732は、図４７に示されている１プレーン＋オフセット・モードのものと同様に、オフセット補正値を利用して各ＰＧプレーン・データ7604、7605に水平方向のオフセットを与えてもよい。それにより、３Ｄグラフィックス映像の奥行き感を表示装置103の画面サイズに合わせて微調整することができる。その他に、第２クロッピング処理部4732は、図６５、６９に示されている１プレーン＋オフセット・モードのものと同様に、ビデオ上／下移動時シフト値を利用して各ＰＧプレーン・データ7604、7605に垂直方向のオフセットを与えてもよい。それにより、３Ｄ映像がレターボックス表示で再現されるとき、字幕等の３Ｄグラフィックス映像を、３Ｄ映像よりも上又は下に位置する黒帯上に再現することができる。

＜２プレーン・モードでのオフセット情報の用途＞

２プレーン・モードの第２クロッピング処理部4732は、オフセット情報4704を利用してレフトビュー又はライトビューのグラフィックス・プレーンに対してオフセット制御を行ってもよい。そのオフセット制御には、以下に述べる利点がある。

Ｌ／Ｒモードでは、図７３の（ａ）に示されている第１サブＴＳ内のレフトビューＰＧストリームに代えて、メインＴＳ内の２Ｄ映像用ＰＧストリーム（以下、２Ｄ・ＰＧストリームと略す。）がレフトビューＰＧプレーン・データとして利用されてもよい。すなわち、図７４に示されているベースビュー・ストリーム・エントリ7443において、サブパスＩＤ参照情報7421はメインパスを示し、ストリーム・ファイル参照情報7422は、２Ｄ・ＰＧストリームが格納されたファイル２Ｄを示し、ＰＩＤ7423は２Ｄ・ＰＧストリームのＰＩＤを示す。その場合、第１サブＴＳはレフトビューＰＧストリームを含まなくてもよいので、３Ｄ映像コンテンツのデータ量を削減することができる。しかし、その反面、３Ｄグラフィックス映像に次の不具合が生じる危険性がある。

図７７の（ａ）、（ｂ）、（ｃ）は、２Ｄ・ＰＧストリームの表すレフトビュー・グラフィックス映像GOB0と、ライトビューＰＧストリームの表すライトビュー・グラフィックス映像GOB1−3とを示す模式図である。図７７の（ａ）−（ｃ）を参照するに、画面SCR内の実線はレフトビュー・グラフィックス映像GOB0を示し、破線はライトビュー・グラフィックス映像GOB1−3を示す。図７７の（ａ）、（ｂ）、（ｃ）の順にグラフィックス映像間の距離Δ1、Δ2、Δ3は小さい（Δ1＜Δ2＜Δ3）ので、３Ｄグラフィックス映像と画面SCRとの奥行きの差が小さい。従って、グラフィックス映像の対が図７７の（ａ）、（ｂ）、（ｃ）の順に表示されるとき、３Ｄグラフィックス映像は画面SCRから手前に飛び出すように見える。レフトビュー・グラフィックス映像GOB0が字幕を表すとき、その映像GOB0は２Ｄ映像としても利用されるので、その表示位置は図７７の（ａ）、（ｂ）、（ｃ）の間で一定である。一方、ライトビュー・グラフィックス映像GOB1−3の表示位置は図７７の（ａ）、（ｂ）、（ｃ）の順に左へ移動する。従って、グラフィックス映像間の中心位置C1、C2、C3が図７７の（ａ）、（ｂ）、（ｃ）の順に左へ移動する。すなわち、字幕の３Ｄグラフィックス映像は左向きに移動するように見える。そのような字幕の移動は視聴者に違和感を与える危険性がある。

２プレーン・モードの第２クロッピング処理部4732は、オフセット情報に従ったオフセット制御を次のように利用して、３Ｄグラフィックス映像の水平方向での移動を防ぐ。図７７の（ｄ）、（ｅ）、（ｆ）はそれぞれ、図７７の（ａ）、（ｂ）、（ｃ）に示されているレフトビュー・グラフィックス映像に対するオフセット制御を示す模式図である。図７７の（ｄ）−（ｆ）を参照するに、画面SCR内の実線はオフセット制御後のレフトビュー・グラフィックス映像GOB4−6を示し、細い破線はオフセット制御前のレフトビュー・グラフィックス映像GOB0を示し、太い破線はライトビュー・グラフィックス映像GOB1−3を示す。第２クロッピング処理部4732はレフトビューＰＧプレーンに対し、図７７の（ｄ）、（ｅ）、（ｆ）に矢印で示されているオフセットOFS1、OFS2、OFS3を順番に与える。それにより、オフセット制御後のレフトビュー・グラフィックス映像GOB4−6はオフセット制御前のものGOB0よりも右へ移動する。その結果、図７７の（ｄ）−（ｆ）ではグラフィックス映像間の中心位置C0が一定に維持されるので、３Ｄグラフィックス映像は水平方向には移動しないように見える。こうして、２Ｄ・ＰＧストリームをレフトビューＰＧストリームとして利用することが視聴者に違和感を与える危険性を回避することができる。

《実施形態３》

以下、本発明の実施形態３として、本発明の実施形態１、２による記録媒体の記録装置及び記録方法について説明する。その記録装置は、いわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリング・スタッフによって使用される。記録装置はオーサリング・スタッフの操作に従い、まず映画コンテンツを所定の圧縮符号化方式でＡＶストリーム・ファイルに変換する。記録装置は次にシナリオを生成する。「シナリオ」は、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には、動的シナリオ情報と静的シナリオ情報とを含む。記録装置は続いて、ＡＶストリーム・ファイル及びシナリオからＢＤ−ＲＯＭディスク用のボリューム・イメージを生成する。記録装置は最後に、そのボリューム・イメージを記録媒体に記録する。

図７８は、その記録装置7800の機能ブロック図である。図７８を参照するに、その記録装置7800は、データベース部7801、ビデオ・エンコーダ7802、素材制作部7803、シナリオ生成部7804、ＢＤプログラム制作部7805、多重化処理部7806、及びフォーマット処理部7807を含む。

データベース部7801は記録装置に内蔵の不揮発性記憶装置であり、特にＨＤＤである。データベース部7801はその他に、記録装置に外付けされたＨＤＤであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。

ビデオ・エンコーダ7802は、非圧縮のビットマップ・データ等の映像データをオーサリング・スタッフから受け付けて、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、又はＭＰＥＧ−２等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリ・ビデオ・ストリームに変換され、副映像のデータはセカンダリ・ビデオ・ストリームに変換される。特に３Ｄ映像のデータは、ＭＶＣ等の多視点符号化方式を利用して、図７に示されているようなベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの対に変換される。すなわち、レフトビューを表すビデオ・フレームの列は、それ自身のピクチャ間での予測符号化によって、ベースビュー・ビデオ・ストリームに変換される。一方、ライトビューを表すビデオ・フレームの列は、それ自身のピクチャだけでなく、ベースビュー・ピクチャとの間の予測符号化によって、ディペンデントビュー・ビデオ・ストリームに変換される。尚、ライトビューを表すビデオ・フレームの列がベースビュー・ビデオ・ストリームに変換され、レフトビューを表すビデオ・フレームの列がディペンデントビュー・ビデオ・ストリームに変換されてもよい。変換後の各ビデオ・ストリーム7812はデータベース部7801に保存される。

ビデオ・エンコーダ7802は、ピクチャ間予測符号化の処理過程でレフトビューとライトビューとの間での各映像の動きベクトルを検出し、それらから各３Ｄ映像の奥行き情報を算出する。図７９の（ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用されるレフトビュー・ピクチャとライトビュー・ピクチャとを表す模式図であり、（ｃ）は、ビデオ・エンコーダ7802によってそれらのピクチャから算出された奥行き情報を示す模式図である。

ビデオ・エンコーダ7802はレフトビューとライトビューとの各ピクチャの圧縮に、それらのピクチャ間の冗長性を利用する。すなわち、ビデオ・エンコーダ7802は圧縮前の両ピクチャを８×８又は１６×１６の画素マトリクスごとに、すなわちマクロブロックごとに比較して、両ピクチャ間での各映像の動きベクトルを検出する。具体的には、図７９の（ａ）、（ｂ）に示されているように、まず、レフトビュー・ピクチャ7901とライトビュー・ピクチャ7902とはそれぞれ、マクロブロック7903のマトリクスに分割される。次に、両ピクチャ7901、7902間でイメージ・データがマクロブロック7903ごとに比較され、その結果から各映像の動きベクトルが検出される。例えば、「家」の映像7904を表す領域は両ピクチャ7901、7902間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、「球」の映像7905を表す領域は両ピクチャ7901、7902間で異なるので、それらの領域からはその映像7905の動きベクトルが検出される。

ビデオ・エンコーダ7802は、検出された動きベクトルを各ピクチャ7901、7902の圧縮に利用する。一方、ビデオ・エンコーダ7802はその動きベクトルを、「家」の映像7904及び「球」の映像7905等、各映像の両眼視差の計算に利用する。ビデオ・エンコーダ7802は更に、各映像の両眼視差からその映像の奥行きを算出する。その奥行きを表す情報は、図７９の（ｃ）に示されているように、各ピクチャ7901、7902のマクロブロックのマトリクスと同じサイズのマトリクス7906に整理される。このマトリクス7906内のブロック7907は、各ピクチャ7901、7902内のマクロブロック7903と一対一に対応する。各ブロック7907は、対応するマクロブロック7903の表す映像の奥行きを、例えば８ビットの深度で表す。図７９に示されている例では、「球」の映像7905の奥行きがマトリクス7906の領域7908内の各ブロックに記録される。その領域7908は、その映像7905を表す各ピクチャ7901、7902内の領域の全体に対応する。

ビデオ・エンコーダ7802は奥行き情報を利用して、レフトビュー又はライトビューに対するデプスマップを生成してもよい。その場合、ビデオ・エンコーダ7802は、レフトビュー又はライトビューのストリーム・データとデプスマップ・ストリームとのそれぞれを、それ自身の含むピクチャ間での予測符号化を用いて、ベースビュー・ビデオ・ストリームとデプスマップ・ストリームとに変換する。変換後の各ビデオ・ストリーム7812はデータベース部7801に保存される。

ビデオ・エンコーダ7802は更に、その奥行き情報を利用して、図６０の（ｂ）、（ｃ）に示されているレフトビューLVとライトビューRVとの一方にしか含まれない垂直方向の帯状領域AL、ARの幅WDH、及び、図６１の（ｂ）、（ｃ）に示されているレフトビューLVとライトビューRVとの一方にしか含まれない水平方向の帯状領域AT、ABの高さHGTを算定する。実際、それらの帯状領域が物体の映像を含んでいれば、その映像の動きベクトルが、レフトビューからライトビューへ、又はその逆へのフレーム・アウトを表すものとして検出される。ビデオ・エンコーダ7802はその動きベクトルから各帯状領域の幅又は高さを算定できる。算定された幅と高さとを示す情報（以下、マスク領域情報という。）7811はデータベース部7801に保存される。

ビデオ・エンコーダ7802はその他に、２Ｄ映像のデータからセカンダリ・ビデオ・ストリームを符号化する際に、オーサリング・スタッフの操作に従って、副映像プレーンに対するオフセット情報7810を作成してもよい。作成されたオフセット情報7810はデータベース部7801に保存される。

素材制作部7803は、ビデオ・ストリーム以外のエレメンタリ・ストリーム、例えば、オーディオ・ストリーム7813、ＰＧストリーム7814、及びＩＧストリーム7815を作成してデータベース部7801に保存する。例えば、素材制作部7803はオーサリング・スタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ−３等の圧縮符号化方式で符号化してオーディオ・ストリーム7813に変換する。素材制作部7803はその他に、オーサリング・スタッフから字幕情報ファイルを受け付けて、それに従ってＰＧストリーム7814を作成する。字幕情報ファイルは、字幕を表すイメージ・データ又はテキスト・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェード・イン／アウト等の視覚効果を規定する。素材制作部7803は更に、オーサリング・スタッフからビットマップ・データとメニュー・ファイルとを受け付けて、それらに従ってＩＧストリーム7815を作成する。ビットマップ・データはメニューのイメージを表す。メニュー・ファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。

素材制作部7803は更に、オーサリング・スタッフの操作に従い、ＰＧストリーム7814とＩＧストリーム7815とのそれぞれに対するオフセット情報7810を作成する。その場合、素材制作部7803は、ビデオ・エンコーダ7802によって生成された奥行き情報DPIを利用して、３Ｄグラフィックス映像の奥行きを３Ｄ映像の奥行きに合わせてもよい。その場合、３Ｄ映像の奥行きがフレームごとに激しく変化するときには、素材制作部7803は、奥行き情報DPIを利用して作成されたオフセット値の列を更にローパスフィルタで処理して、フレームごとの変化を低減させてもよい。こうして、作成されたオフセット情報7810はデータベース部7801に保存される。

シナリオ生成部7804は、オーサリング・スタッフからＧＵＩ経由で受け付けられた指示に従ってＢＤ−ＲＯＭシナリオ・データ7817を作成し、データベース部7801に保存する。ＢＤ−ＲＯＭシナリオ・データ7817は、データベース部7801に保存された各エレメンタリ・ストリーム7812−7816の再生方法を規定する。ＢＤ−ＲＯＭシナリオ・データ7817は、図２に示されているファイル群のうち、インデックス・ファイル211、ムービーオブジェクト・ファイル212、及びプレイリスト・ファイル221−223を含む。シナリオ生成部7804は更に、パラメータ・ファイルPRFを作成して多重化処理部7806へ送出する。パラメータ・ファイルPRFは、データベース部7801に保存されたエレメンタリ・ストリーム7812−7815の中から、メインＴＳとサブＴＳとのそれぞれに多重化されるべきストリーム・データを規定する。

ＢＤプログラム制作部7805はオーサリング・スタッフに対して、ＢＤ−Ｊオブジェクト及びＪａｖａ（登録商標） アプリケーション・プログラムのプログラミング環境を提供する。ＢＤプログラム制作部7805はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。ＢＤプログラム制作部7805は更に、ＢＤ−ＪオブジェクトからＢＤ−Ｊオブジェクト・ファイル251を作成し、Ｊａｖａ（登録商標） アプリケーション・プログラムをＪＡＲファイル261に圧縮する。それらのプログラム・ファイル群BDPはフォーマット処理部7807へ送出される。

ここで、ＢＤ−Ｊオブジェクトが次のようにプログラミングされる場合を想定する：ＢＤ−Ｊオブジェクトは、図４２に示されているプログラム実行部4234にＧＵＩ用のグラフィックス・データをシステム・ターゲット・デコーダ4225へ送出させる。ＢＤ−Ｊオブジェクトは更に、システム・ターゲット・デコーダ4225にそのグラフィックス・データをイメージ・プレーン・データとして処理させ、プレーン加算部4226にイメージ・プレーン・データを１プレーン＋オフセット・モードで送出させる。その場合、ＢＤプログラム制作部7805は、イメージ・プレーンに対するオフセット情報7810を作成してデータベース部7801に保存する。ＢＤプログラム制作部7305はそのオフセット情報7310の作成に、ビデオ・エンコーダ7802によって生成された奥行き情報DPIを利用してもよい。

多重化処理部7806はパラメータ・ファイルPRFに従い、データベース部7801に保存されている各エレメンタリ・ストリーム7812−7815をＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。具体的には、図４に示されているように、まず、各エレメンタリ・ストリーム7812−7815が一つのソースパケット列に変換され、次に、各列のソースパケットが一本の多重化ストリーム・データにまとめられる。こうして、メインＴＳとサブＴＳとが作成される。それらの多重化ストリーム・データMSDはフォーマット処理部7807へ送出される。

多重化処理部7806は更に、データベース部7801に保存されているオフセット情報7810に基づいてオフセット・メタデータを作成する。図１１に示されているように、作成されたオフセット・メタデータ1110はディペンデントビュー・ビデオ・ストリーム内に格納される。そのとき、データベース部7801に保存されているマスク領域情報7811は、オフセット・メタデータと共にディペンデントビュー・ビデオ・ストリーム内に格納される。また、多重化処理部7806は各グラフィックス・データを加工して、左右の各映像フレーム内でのグラフィックス部品の配置を調整してもよい。それにより、各グラフィックス・プレーンの表す３Ｄグラフィックス映像が、他のグラフィックス・プレーンの表す３Ｄグラフィックス映像と同じ視方向に重なって表示されることを、多重化処理部7806は防止できる。その他に、多重化処理部7306は各グラフィックス・プレーンに対するオフセット値を調整して、各３Ｄグラフィックス映像が異なる奥行きに表示されるようにできる。

多重化処理部7806はその上、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを、以下の手順（I）−（IV）で作成する：（I）ファイル２ＤとファイルＤＥＰとのそれぞれについて、図２３に示されているエントリ・マップ2230を生成する。（II）各ファイルのエントリ・マップを利用して、図２４の（ａ）、（ｂ）に示されているエクステント起点2242、2420を作成する。そのとき、隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える（後述参照）。更に、２Ｄエクステント、ベースビュー・エクステント、ディペンデントビュー・エクステント、及びエクステントＳＳの各サイズが所定の条件を満たすように、エクステントの配置を設計する（それらの条件については《補足》参照）。（III）メインＴＳとサブＴＳとのそれぞれに多重化されるべきエレメンタリ・ストリームから、図２２に示されているストリーム属性情報2220を抽出する。（IV）図２２に示されているように、エントリ・マップ2230、３Ｄメタデータ2240、及びストリーム属性情報2220の組み合わせをクリップ情報2210に対応付ける。こうして、各クリップ情報ファイルCLIが作成され、フォーマット処理部7307へ送出される。

フォーマット処理部7807は、データベース部7801に保存されたＢＤ−ＲＯＭシナリオ・データ7817、ＢＤプログラム制作部7805によって制作されたＢＤ−Ｊオブジェクト・ファイル等のプログラム・ファイル群BDP、及び、多重化処理部7806によって生成された多重化ストリーム・データMSDとクリップ情報ファイルCLIとから、図２に示されているディレクトリ構造のＢＤ−ＲＯＭディスク・イメージ7820を作成する。そのディレクトリ構造ではファイルシステムとしてＵＤＦが利用される。

フォーマット処理部7807は、ファイル２Ｄ、ファイルＤＥＰ、及びファイルＳＳの各ファイル・エントリを作成するとき、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのそれぞれに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、エントリ・ポイントとエクステント起点との各ＳＰＮがアロケーション記述子の作成に利用される。特に、図１９に示されているようなデータ・ブロックのインターリーブ配置が表現されるように、各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが決定される。その結果、各ベースビュー・データ・ブロックはファイルＳＳとファイル２Ｄとに共有され、各ディペンデントビュー・データ・ブロックはファイルＳＳとファイルＤＥＰとに共有される。

＜ＢＤ−ＲＯＭディスク・イメージの記録方法＞

図８０は、図７８に示されている記録装置7800を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置7800の電源投入によって開始される。

ステップＳ８００１では、ＢＤ−ＲＯＭディスクへ記録されるべきエレメンタリ・ストリーム、プログラム、及びシナリオ・データが作成される。すなわち、ビデオ・エンコーダ7802はビデオ・ストリーム7812を作成する。素材制作部7803は、オーディオ・ストリーム7813、ＰＧストリーム7814、及びＩＧストリーム7815を作成する。シナリオ生成部7804はＢＤ−ＲＯＭシナリオ・データ7817を作成する。作成されたそれらのデータ7812−7817はデータベース部7801に保存される。一方、ビデオ・エンコーダ7802は、オフセット情報7810とマスク領域情報7811とを作成してデータベース部7801に保存する。素材制作部7803はオフセット情報7810を作成してデータベース部7801に保存する。シナリオ生成部7804はパラメータ・ファイルPRFを作成して多重化処理部7806へ送出する。ＢＤプログラム制作部7805は、ＢＤ−Ｊオブジェクト・ファイルとＪＡＲファイルとを含むプログラム・ファイル群BDPを作成してフォーマット処理部7807へ送出し、オフセット情報7810を作成してデータベース部7801に保存する。その後、処理はステップＳ８００２へ進む。

ステップＳ８００２では、多重化処理部7806は、データベース部7801に保存されたオフセット情報7810に基づいてオフセット・メタデータを作成する。作成されたオフセット・メタデータは、マスク領域情報7811と共に、ディペンデントビュー・ビデオ・ストリーム内に格納される。その後、処理はステップＳ８００３へ進む。

ステップＳ８００３では、多重化処理部7806はパラメータ・ファイルPRFに従い、データベース部7801から各エレメンタリ・ストリーム7812−7815を読み出してＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。その後、処理はステップＳ８００４へ進む。

ステップＳ８００４では、多重化処理部7806は２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを作成する。特に、エントリ・マップとエクステント起点との作成では、隣接するデータ・ブロック間でエクステントＡＴＣ時間が揃えられる。更に、２Ｄエクステント、ベースビュー・エクステント、ディペンデントビュー・エクステント、及びエクステントＳＳのサイズが、所定の条件を満たすように設計される。その後、処理はステップＳ８００５へ進む。

ステップＳ８００５では、フォーマット処理部7807は、ＢＤ−ＲＯＭシナリオ・データ7817、プログラム・ファイル群BDP、多重化ストリーム・データMDS、及びクリップ情報ファイルCLIから、ＢＤ−ＲＯＭディスク・イメージ7820を作成する。その後、処理はステップＳ８００６へ進む。

ステップＳ８００６では、ＢＤ−ＲＯＭディスク・イメージ7820がＢＤ−ＲＯＭプレス用データに変換される。更に、このデータはＢＤ−ＲＯＭディスクの原盤に記録される。その後、処理はステップＳ８００７へ進む。

ステップＳ８００７では、ステップＳ８００６で得られた原盤をプレス工程に利用してＢＤ−ＲＯＭディスク101の大量生産を行う。こうして、処理が終了する。

＜エクステントＡＴＣ時間を揃える方法＞

図８１は、隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。まず、ベースビュー・データ・ブロックに格納されるソースパケット（以下、ＳＰ１と略す。）と、ディペンデントビュー・データ・ブロックに格納されるソースパケット（以下、ＳＰ２と略す。）とには、同じＡＴＣ時間軸でＡＴＳが付与される。図８１を参照するに、矩形8110、8120はそれぞれ、ＳＰ１＃ｐ（ｐ＝０、１、２、３、…、ｋ、ｋ＋１、…、ｉ、ｉ＋１）とＳＰ２＃ｑ（ｑ＝０、１、２、３、…、ｍ、ｍ＋１、…、ｊ）とを表す。それらの矩形8110、8120はＡＴＣの時間軸方向で各ソースパケットのＡＴＳの順に並べられている。各矩形8110、8120の先頭の位置はそのソースパケットのＡＴＳの値を表す。各矩形8110、8120の長さAT1は、３Ｄ再生装置が１個のソースパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間を表す。

ＳＰ１＃０のＡＴＳA1からエクステントＡＴＣ時間T_EXTが経過するまでの期間に、リード・バッファからシステム・ターゲット・デコーダへ転送されるＳＰ１、すなわちＳＰ１＃０、１、２、…、ｋは、（ｎ＋１）番目のベースビュー・エクステントEXT1[n]として一つのベースビュー・データ・ブロックに格納される。同様に、ＳＰ１＃（ｋ＋１）のＡＴＳA3からエクステントＡＴＣ時間T_EXTが経過するまでの期間に、リード・バッファからシステム・ターゲット・デコーダへ転送されるＳＰ１、すなわちＳＰ１＃（ｋ＋１）、…、ｉは、（ｎ＋２）番目のベースビュー・エクステントEXT1[n＋1]として次のベースビュー・データ・ブロックに格納される。

一方、（ｎ＋１）番目のディペンデントビュー・エクステントEXT2[n]として一つのディペンデントビュー・データ・ブロックに格納されるべきＳＰ２は次のように選択される。まず、ＳＰ１＃０のＡＴＳA1とエクステントＡＴＣ時間T_EXTとの和、すなわち（ｎ＋２）番目のベースビュー・エクステントEXT1[n＋1]の先頭に位置するＳＰ１＃（ｋ＋１）のＡＴＳA3＝A1＋T_EXTが求められる。次に、ＳＰ１＃０のＡＴＳA1からＳＰ１＃（ｋ＋１）のＡＴＳA3までの期間に、リード・バッファからシステム・ターゲット・デコーダへの転送が開始されるＳＰ２、すなわちＳＰ２＃０、１、２、…、ｍが選択される。従って、先頭のＳＰ２、すなわちＳＰ２＃０のＡＴＳA2は必ず、先頭のＳＰ１、すなわちＳＰ１＃０のＡＴＳA1以上である：A2≧A1。更に、ＳＰ２＃０−ｍのＡＴＳは全て、ＳＰ１＃（ｋ＋１）のＡＴＳA3未満である。ここで、最後のＳＰ２、すなわちＳＰ＃ｍの転送完了は、ＳＰ１＃（ｋ＋１）のＡＴＳA3以後であってもよい。

同様に、（ｎ＋２）番目のディペンデントビュー・エクステントEXT2[n＋1]として一つのディペンデントビュー・データ・ブロックに格納されるべきＳＰ２は、次のように選択される。まず、（ｎ＋３）番目のベースビュー・エクステントの先頭に位置するＳＰ１＃（ｉ＋１）のＡＴＳA5＝A3＋T_EXTが求められる。次に、ＳＰ１＃（ｋ＋１）のＡＴＳA3からＳＰ１＃（ｉ＋１）のＡＴＳA5までの期間に、リード・バッファからシステム・ターゲット・デコーダへの転送が開始されるＳＰ２、すなわちＳＰ２＃（ｍ＋１）−ｊが選択される。従って、先頭のＳＰ２、すなわちＳＰ２＃（ｍ＋１）のＡＴＳA4は必ず、先頭のＳＰ１、すなわちＳＰ１＃（ｋ＋１）のＡＴＳA3以上である：A4≧A3。更に、ＳＰ２＃（ｍ＋１）−ｊのＡＴＳは全て、ＳＰ１＃（ｉ＋１）のＡＴＳA5未満である。

《実施形態４》

図１１０は、本発明の実施形態４による集積回路3を用いて実現された再生装置の機能ブロック図である。この再生装置は、前述の実施形態において説明された構造のデータを再生する

媒体ＩＦ部1は、媒体からデータを受信して、又は読み出して、集積回路3に転送する。ここで、そのデータは、前述の実施形態において説明した構造のデータを含む。例えば、媒体が光ディスクやハードディスクである場合、媒体ＩＦ部1はディスクドライブである。媒体が、ＳＤカードやＵＳＢメモリ等の半導体メモリである場合、媒体ＩＦ部1はカードＩＦである。媒体が、ＣＡＴＶ等を含む放送波である場合、媒体ＩＦ部1はＣＡＮチューナーやＳｉチューナーである。媒体が、イーサネット（登録商標）、無線ＬＡＮ、無線公衆回線等のネットワークである場合、媒体ＩＦ部1はネットワークＩＦである。

メモリ2は、媒体から受信され、又は読み出されたデータを一旦格納し、又は集積回路3における処理途中のデータを一時的に格納する。メモリ2としては、ＳＤＲＡＭ（SynchronousDynamic Random Access Memory)、ＤＤＲｘ ＳＤＲＡＭ（Double−Date−Rate x Synchronous DynamicRandom Access Memory；x＝1，2，3，…）等が用いられる。尚、メモリ2は任意の個数備えられていればよく、必要に応じて単数でも複数でも構わない。

集積回路3は、媒体ＩＦ部1から転送されたデータに対して映像・音声処理を施すシステムＬＳＩである。集積回路3は、主制御部6、ストリーム処理部5、信号処理部7、メモリ制御部9、及びＡＶ出力部8を含む。

主制御部6はプログラムメモリとプロセッサコアとを有する。プログラムメモリには予めＯＳ等の基本ソフトが格納されている。プロセッサコアはタイマ機能や割り込み機能を有し、プログラムメモリ等に格納されたプログラムに従って、集積回路3全体の制御を行う。

ストリーム処理部5は、主制御部6の制御の下、媒体から媒体ＩＦ部1経由で転送されたデータを受信し、集積回路3内のデータバスを経由してメモリ2に格納し、又は受信したデータを映像系データ、音声系データに分離する。前述したとおり、２Ｄ／レフトビューＡＶストリーム・ファイルはレフトビュー・ビデオ・ストリームを含み、ライトビューＡＶストリーム・ファイルはライトビュー・ビデオ・ストリームを含む。更に、媒体上のデータは、２Ｄ／レフトビューＡＶストリーム・ファイルとライトビューＡＶストリーム・ファイルとが幾つかのエクステントに分割された状態で交互に配置されたものである。ここで、媒体上のデータのうち、レフトビュー・ビデオ・ストリームを含む部分は左目用データであり、ライトビュー・ビデオ・ストリームを含む部分は右目用データである。主制御部6は、集積回路3が左目用データを受信した場合はメモリ2内の第１の領域にデータが格納されるようにストリーム処理部5を制御し、右目用データを受信した場合はメモリ2内の第２の領域にデータが格納されるようにストリーム処理部5を制御する。尚、メモリ2における第１、第２の領域は単一のメモリが論理的に領域分割されたものでもよいし、物理的に異なるメモリでもよい。また、実施形態４においては、左目用データをメインビュー・データとし、右目用データをサブビュー・データとして説明を続けるが、右目用データがメインビュー・データであり、左目用データがサブビュー・データであっても構わない。

信号処理部7は、主制御部6の制御の下、ストリーム処理部5が分離した映像系データ及び音声系データを適切な方法で復号する。映像系データは、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、ＭＰＥＧ−４ ＭＶＣ、ＳＭＰＴＥ ＶＣ−１などの方式で圧縮符号化されて記録されている。音声系データは、ドルビーＡＣ−３、Ｄｏｌｂｙ Ｄｉｇｉｔａｌ Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ−ＨＤ、リニアＰＣＭなどの方式で圧縮符号化されて記録されている。信号処理部7は、これらに対応した方式で復号する。尚、信号処理部7のモデルは、例えば、図４５に示されているＴＳ優先度フィルタと各種デコーダとの組み合わせに相当するものであっても、図４６に示されている各種デコーダに相当するものであってもよい。更に、信号処理部7はライトビュー・ビデオ・ストリームの中からメタデータを抽出して、ＡＶ出力部8へ通知する。尚、前述のとおり、メタデータは、ライトビュー・ビデオ・ストリームを構成するＧＯＰごとに配置されており、オフセット情報とオフセット識別子との対を複数含む。

信号処理部7のモデルが、図４５に示されているＴＳ優先度フィルタと各種デコーダとの組み合わせに相当する場合、信号処理部7は、まず、右目用データに含まれるＴＳパケットのＴＳ優先度フラグを監視し、それらの値から、メタデータを含むＴＳパケットを選別する。信号処理部7は、次に、ピクチャ・データを含むＴＳパケットから非圧縮のピクチャ・データを復号する処理と、メタデータを含むＴＳパケットからメタデータを抽出する処理とを、異なるモジュールで並列に行う。一方、信号処理部7のモデルが、図４６に示されている各種デコーダに相当する場合、信号処理部7では、右目用データに含まれるＴＳパケットが、ＴＳ優先度フラグの値にかかわらず、同じデコーダに送られる。そのデコーダは、それらのＴＳパケットから非圧縮のピクチャ・データを復号する処理と共に、メタデータを抽出する処理を行う。このように、前述の実施形態で説明した構造のデータであれば、信号処理部7はいずれのモデルであっても、そのデータから非圧縮のピクチャ・データを復号する処理と、メタデータを抽出する処理とを良好に実行できる。

メモリ制御部9は、集積回路3内の各機能ブロックからメモリ2へのアクセスを調停する。
ＡＶ出力部8は、主制御部6の制御の下、信号処理部7によって復号された映像系データを互いに重畳し、それらの映像系データにフォーマット変換等を行って、集積回路3の外へ出力する。

図１１１は、ストリーム処理部5の代表的な構成を示す機能ブロック図である。ストリーム処理部5は、デバイス・ストリームＩＦ部51、多重分離部52、及び切替部53を備える。

デバイス・ストリームＩＦ部51は、媒体ＩＦ部1と集積回路3との間のデータ転送用インターフェースである。例えば、媒体が光ディスクやハードディスクである場合、デバイス・ストリームＩＦ部51は、ＳＡＴＡ（SerialAdvanced Technology Attachment)、ＡＴＡＰＩ（Advanced Technology Attachment PacketInterface)、又はＰＡＴＡ（Parallel Advanced Technology Attachment)に相当する。媒体が、ＳＤカードやＵＳＢメモリ等の半導体メモリである場合、デバイス・ストリームＩＦ部51はカードＩＦに相当する。媒体が、ＣＡＴＶ等を含む放送波などである場合、デバイス・ストリームＩＦ部51はチューナーＩＦに相当する。媒体が、イーサネット（登録商標）、無線ＬＡＮ、又は無線公衆回線等のネットワークである場合、デバイス・ストリームＩＦ部51はネットワークＩＦに相当する。尚、媒体の種類によっては、デバイス・ストリームＩＦ部51が媒体ＩＦ部1の機能の一部を肩代わりしても構わないし、逆に、媒体ＩＦ部1が集積回路3に内蔵され、デバイス・ストリームＩＦ部51として利用されても構わない。

多重分離部52は、媒体から転送されたデータのうち、映像・音声を含む再生データから映像系データと音声系データとを分離する。前述の各エクステントは、映像・音声・ＰＧ（字幕）・ＩＧ（メニュー）等の各ソースパケットから構成されている。但し、サブビュー・データは音声を含まない場合もある。各エクステントは、各ソースパケットに含まれているＰＩＤ（識別子）に従って映像系・音声系の各ＴＳパケットに分離されて、信号処理部7へ転送される。処理済のデータは、直接、又は一旦メモリ2に格納された後に、信号処理部7へ転送される。尚、多重分離部52のモデルは、例えば図４５に示されているソース・デパケタイザ、ＰＩＤフィルタに当たる。

切替部53は、デバイス・ストリームＩＦ部51が受信したデータの出力先又は格納先を切り替える。具体的には、デバイス・ストリームＩＦ部51が左目用データを受信した時は、切替部53は、そのデータの出力先又は格納先をメモリ2内の第１の領域にし、右目用データを受信した時はメモリ2内の第２の領域にする。ここで、切替部53は例えばＤＭＡＣ（DirectMemory Access Controller）である。図１１２は、切替部53がＤＭＡＣである場合における切替部53の周辺の機能ブロック図である。ＤＭＡＣ53は、主制御部6の制御の下、受信データと格納先アドレスとをメモリ制御部9へ送信する。受信データは、デバイス・ストリームＩＦ部51が受信したデータであり、格納先アドレスは、その受信データの格納先のアドレスである。具体的には、アドレス１がメモリ2内の第１の領域のアドレスであり、アドレス２が第２の領域のアドレスである場合を想定する。受信データが左目用データである時、ＤＭＡＣ53はメモリ制御部9へアドレス１を送信し、受信データが右目用データである時、アドレス２を送信する。メモリ制御部9は、ＤＭＡＣ53から送られてきた格納先アドレスに従ってメモリ2に受信データを格納する。こうして、受信データの種類によってその出力先又は格納先が切り替えられる。尚、主制御部6の代わりに、切替部53を制御する専用の回路が設けられても構わない。

ここでは、ストリーム処理部5の代表的な構成として、デバイス・ストリームＩＦ部51、多重分離部52、及び切替部53について説明した。しかし、ストリーム処理部5が更に、暗号エンジン部、セキュア管理部、又はダイレクト・メモリ・アクセス用のコントローラ等を備えていてもよい。暗号エンジン部は、受信した暗号化データや鍵データ等を復号する。セキュア管理部は、秘密鍵を保持し、媒体と再生装置との間の機器認証プロトコル等の実行制御を行う。また、これまでは、媒体から受信したデータをメモリ2に格納する際に、そのデータが左目用データと右目用データとのいずれであるかによって、切替部53がそのデータの格納先を切り替える場合について説明してきた。しかし、媒体から受信したデータを一旦メモリ2に格納した後に多重分離部52へ転送する際に、そのデータから左目用データと右目用データとが振り分けられてもよい。

図１１３は、ＡＶ出力部8の代表的な構成を示す機能ブロック図である。ＡＶ出力部8は、画像重畳部86、ビデオ出力フォーマット変換部87、及びオーディオ・ビデオ出力ＩＦ部88を備える。

画像重畳部81は、復号された映像系データを重畳する。具体的には、レフトビュー・ビデオ・データ又はライトビュー・ビデオ・データにＰＧ（字幕）又はＩＧ（メニュー）をピクチャ単位で重畳する。画像重畳部81のモデルは、例えば図４７に示されている。

図１１４は、画像重畳処理におけるメモリ2の利用方法の一例を示す模式図である。メモリ2は、レフトビューに対応するプレーン・データ格納領域、ライトビューに対応するプレーン・データ格納領域、グラフィックスに対応するプレーン・データ格納領域、及び画像重畳後データ格納領域を含む。各プレーン・データ格納領域は、復号されたデータが、対応するプレーンに描画される前に一旦格納される領域である。画像重畳後データ格納領域は、グラフィックス・プレーンとレフトビュー・プレーン又はライトビュー・プレーンとが重畳された後にそのデータが格納される領域である。ここで、プレーンは、メモリ2中の領域であっても、仮想的な空間であってもよい。

図１１５と図１１６とは、図１１４に示されているメモリ2を利用した画像重畳処理を示す模式図である。画像重畳部81は、まず、信号処理部7が抽出したメタデータに含まれるオフセット情報に基づいて、グラフィックス・プレーンにオフセットを与える。画像重畳部81は、次に、オフセットが与えられたグラフィックス・プレーンを映像プレーンに重畳する。具体的には、図１１５では、グラフィックス・プレーンに＋Ｘのオフセットが与えられ、その後、そのグラフィックス・プレーンがレフトビュー・プレーンに重畳される。一方、図１１６では、グラフィックス・プレーンに−Ｘのオフセットが与えられ、その後、そのグラフィックス・プレーンがライトビュー・プレーンに重畳される。ここで、値Ｘはオフセット値であって、画素数で表される。また、それらの重畳処理では、各図に示されているように、水平方向の座標が等しい画素データ同士が合成される。重畳後のデータはメモリ2内の画像重畳後データ格納領域に格納される。

図１１７は、画像重畳処理でのメモリ2の利用方法の別例を示す模式図である。メモリ2は更に、「オフセット済みグラフィックスに対応するプレーン・データ格納領域（レフトビュー重畳用、ライトビュー重畳用）」を備えている。それらのプレーン・データ格納領域には、オフセットの与えられたグラフィックス・プレーンが、レフトビュー・プレーンとライトビュー・プレーンとのそれぞれに重畳される前に一旦格納される。例えば、画像重畳部81は、グラフィックス・プレーンに＋Ｘのオフセットを与えて、「オフセット済みグラフィックスに対応するプレーン・データ格納領域（レフトビュー重畳用）」に一旦格納する。その後、画像重畳部81は、そのプレーン・データ格納領域からグラフィックス・プレーンを読み出してレフトビュー・プレーンに重畳し、得られた結果を画像重畳後データ格納領域に格納する。一方、画像重畳部81は、グラフィックス・プレーンに−Ｘのオフセットを与えて、「オフセット済みグラフィックスに対応するプレーン・データ格納領域（ライトビュー重畳用）」に一旦格納する。その後、画像重畳部81は、そのプレーン・データ格納領域からグラフィックス・プレーンを読み出してライトビュー・プレーンに重畳し、得られた結果を画像重畳後データ格納領域に格納する。

ビデオ出力フォーマット変換部82は、復号後又は重畳後の映像系データに対して、リサイズ処理、ＩＰ変換処理、ノイズ・リダクション処理、又はフレームレート変換処理等を必要に応じて行う。リサイズ処理は、映像のサイズを拡大／縮小する処理である。ＩＰ変換処理は、プログレッシブ方式とインターレース方式との間で走査方式を変換する処理である。ノイズ・リダクション処理は、映像からノイズを除去する処理である。フレームレート変換処理は、フレームレートを変換する処理である。ビデオ出力フォーマット変換部82は、処理後のデータを画像重畳部81又はオーディオ・ビデオ出力ＩＦ部83へ送出する。

オーディオ・ビデオ出力ＩＦ部83は、ビデオ出力フォーマット変換部82によって処理された映像系データと、復号された音声系データとを符号化処理等で所定のデータ送信形式に変換する。尚、後述するように、オーディオ・ビデオ出力ＩＦ部83の一部は、集積回路3の外に備えられても構わない。

図１１８は、ＡＶ出力部8と再生装置のデータ出力部との詳細な機能ブロック図である。ＡＶ出力部8及び再生装置のデータ出力部は、複数のデータ送信形式に対応している。具体的には、図１１８に示されているように、オーディオ・ビデオ出力ＩＦ部83は、アナログ・ビデオ出力ＩＦ部83a、アナログ・オーディオ出力ＩＦ部83c、及びデジタル・オーディオ出力ＩＦ部83bを備えている。

アナログ・ビデオ出力ＩＦ部83aは、ビデオ出力フォーマット変換部82によって処理された映像系データを、アナログ映像信号形式に変換して出力する。アナログ・ビデオ出力ＩＦ部83aは、例えば、ＮＴＳＣ、ＰＡＬ、及びＳＥＣＡＭのいずれかの方式に対応したコンポジット・ビデオ・エンコーダー、Ｓ映像信号（Ｙ／Ｃ分離）用エンコーダー、コンポーネント映像信号用エンコーダー、並びにＤ／Ａコンバータ（ＤＡＣ）を含む。

デジタル・オーディオ・ビデオ出力ＩＦ部83bは、復号された音声系データと、ビデオ出力フォーマット変換部82によって処理された映像系データとを一体化し、更に暗号化する。その後、デジタル・オーディオ・ビデオ出力ＩＦ部83bは暗号化データをデータ送信規格に合わせて符号化して出力する。例えば、図４２に示されているＨＤＭＩ通信部がデジタル・オーディオ・ビデオ出力ＩＦ部83bに当たる。

アナログ・オーディオ出力ＩＦ部83cは、復号された音声系データをＤ／Ａ変換してアナログ音声データを出力する。オーディオＤＡＣ等がアナログ・オーディオ出力ＩＦ部83cに当たる。

ＡＶ出力部8及び再生装置のデータ出力部は、映像系データ及び音声系データの送信形式を、表示装置・スピーカ4のサポートするデータ受信装置又はデータ入力端子に依存して切り替え可能である。また、ＡＶ出力部8及び再生装置のデータ出力部はそれらの送信形式をユーザーに選択させることも可能である。更に、同一のコンテンツから変換されたデータを、単一の送信形式だけではなく、複数の送信形式で並列に送信することも可能である。

ここでは、ＡＶ出力部8の代表的な構成として、画像重畳部81、ビデオ出力フォーマット変換部82、及びオーディオ・ビデオ出力ＩＦ部83について説明した。しかし、ＡＶ出力部8は、グラフッィクス・エンジン部等を更に備えていてもよい。グラフィックス・エンジン部は、信号処理部7によって復号されたデータに対して、フィルタ処理、画面合成、曲線描画、３Ｄ表示等のグラフィックス処理を行う。

以上が、実施形態４による再生装置の構成についての説明である。尚、集積回路3には、前述の機能ブロックの全てが内蔵されていなくても良い。逆に、メモリ2が集積回路3に内蔵されていてもよい。また、実施形態４においては、主制御部6と信号処理部7とを互いに独立な機能ブロックとして説明した。しかし、主制御部6が信号処理部7の処理の一部を行っても構わない。

集積回路3内の機能ブロック間を接続する制御バス及びデータバスのトポロジーは、各機能ブロックの処理の手順及び内容に合わせて選択されればよい。図１１９の（ａ）、（ｂ）は、集積回路3内の制御バス及びデータバスのトポロジーの例を示す模式図である。図１１９の（ａ）を参照するに、制御バス21とデータバス22とはいずれも、各機能ブロック5−9を他の全ての機能ブロックに直結させるように配置されている。その他に、図１１９の（ｂ）に示されているように、データバス23は各機能ブロック5−8をメモリ制御部9にのみ直結させるように配置されてもよい。その場合、各機能ブロック5−8はメモリ制御部9、更にメモリ2を介してデータを他の機能ブロックに転送する。

集積回路3は、単一のチップに実装されたＬＳＩに代えて、マルチチップ・モジュールであってもよい。その場合、集積回路3を構成する複数のチップは一つのパッケージに封止されているので、集積回路3は見かけ上、単一のＬＳＩである。集積回路3はその他に、ＦＰＧＡ（FieldProgrammable Gate Array）又はリコンフィギュラブル・プロセッサを利用して構成されてもよい。ＦＰＧＡは、製造後にプログラム可能なＬＳＩである。リコンフィギュラブル・プロセッサは、内部の回路セル間の接続、及び各回路セルの設定を再構成可能なＬＳＩである。

＜集積回路3の表示装置への実装＞

上記の集積回路3と同様な集積回路を表示装置に実装して、実施形態４による再生装置の行う上記の処理をその表示装置に行わせても構わない。図１２０は、その表示装置に実装された集積回路とその周辺部との構成を示す機能ブロック図である。図１２０を参照するに、集積回路3は媒体ＩＦ部1とメモリ2とを利用して、媒体ＩＦ部1が受信したデータに対して、上記の信号処理と同様な処理を行う。集積回路3によって処理された映像系データは表示駆動部10へ送られる。表示駆動部10はその映像系データに従って表示パネル11を制御する。その結果、その映像系データは表示パネル11の画面上に映像として出力される。一方、集積回路3によって処理された音声系データはスピーカ12を通して、音声として出力される。

図１２１は、図１２０に示されているＡＶ出力部8の詳細な機能ブロック図である。ＡＶ出力部8は、図１１８に示されているものとは異なり、ビデオ出力ＩＦ部84とオーディオ出力ＩＦ部85とを備えている。ビデオ出力ＩＦ部84とオーディオ出力ＩＦ部85とは、集積回路3の内部と外部とのいずれに設置されていてもよい。ビデオ出力ＩＦ部84は、ビデオ出力フォーマット変換部82から表示駆動部10へ映像系データを転送する。オーディオ出力ＩＦ部85は、信号処理部7からスピーカ12へ音声系データを転送する。尚、ビデオ出力ＩＦ部84とオーディオ出力ＩＦ部85とはそれぞれ、複数備えられていてもよい。また、ビデオ出力ＩＦ部84とオーディオ出力ＩＦ部85とは一体化されていてもよい。

＜集積回路3を利用した再生装置による再生処理＞

図１２２は、集積回路3を利用した再生装置による再生処理のフローチャートである。その再生処理は、光ディスクがディスクドライブに挿入される等、媒体ＩＦ部1が媒体にデータ受信可能に接続されたときに開始される。その再生処理では、再生装置は媒体からデータを受信して復号する。その後、再生装置は復号後のデータを映像信号及び音声信号として出力する。

ステップＳ１では、媒体ＩＦ部1が媒体からデータを受信し、又は読み出してストリーム処理部5へ転送する。その後、処理はステップＳ２へ進む。

ステップＳ２では、ストリーム処理部5は、ステップＳ１において受信され、又は読み出されたデータから映像系データと音声系データとを分離する。その後、処理はステップＳ３へ進む。

ステップＳ３では、信号処理部7は、ステップＳ２において分離された各データを、その符号化方式に適した方法で復号する。信号処理部7は更に、その復号処理と並行して、右目用データの中からメタデータを抽出して、ＡＶ出力部8へ通知する。ここで、信号処理部7は、右目用データに含まれるＴＳパケットのＴＳ優先度フラグを監視して、メタデータを含むＴＳパケットを選別してもよい。それとは別に、信号処理部7は、同じデコーダが、ＴＳパケットから非圧縮のピクチャ・データを復号する処理と、メタデータを抽出する処理との両方を行ってもよい。その後、処理はステップＳ４へ進む。

ステップＳ４では、ＡＶ出力部8は、ステップＳ３において復号された映像系データに対して重畳処理を行う。そのとき、ＡＶ出力部8は必要に応じ、ステップＳ３において抽出されたメタデータからオフセット情報を検索して利用する。その後、処理はステップＳ５へ進む。

ステップＳ５では、ＡＶ出力部8は、ステップＳ２−４において処理された映像系データ及び音声系データを出力する。その後、処理はステップＳ６へ進む。

ステップＳ６では、主制御部6が再生処理を続行すべきか否かを判断する。媒体ＩＦ部1によって媒体から新たに受信されるべき、又は読み出されるべきデータが残されている等の場合、ステップＳ１から処理が繰り返される。一方、光ディスクがディスクドライブから取り出され、又はユーザから再生停止が指示された等によって、媒体ＩＦ部1が媒体からのデータ受信、又は読み出しを終了させた場合、処理は終了する。

図１２３は、図１２２に示されている各ステップＳ１−６の詳細を示すフローチャートである。図１２２に示されている各ステップＳ１０１−１１０は、主制御部6の制御の下で行われる。ステップＳ１０１−１０３は主にステップＳ１の詳細に相当し、ステップＳ１０４は主にステップＳ２の詳細に相当し、ステップＳ１０５は主にステップＳ３の詳細に相当し、ステップＳ１０６−１０８は主にステップＳ４の詳細に相当し、ステップＳ１０９、Ｓ１１０は主にステップＳ５の詳細に相当する。

ステップＳ１０１では、デバイス・ストリームＩＦ部51は媒体ＩＦ部1を通して媒体から、再生対象のデータよりも先に、そのデータの再生に必要なデータ、例えばプレイリスト・ファイル及びクリップ情報ファイルを受信し、又は読み出す。デバイス・ストリームＩＦ部51は更に、メモリ制御部9を介してそのデータをメモリ2に格納する。その後、処理はステップＳ１０２へ進む。

ステップＳ１０２では、主制御部6は、クリップ情報ファイルに含まれるストリーム属性情報から、媒体に格納されている映像データと音声データとのそれぞれの符号化方式を識別する。主制御部6は更に、識別された符号化方式に対応する復号処理が実行できるように信号処理部7の初期化を行う。その後、処理はステップＳ１０３へ進む。

ステップＳ１０３では、デバイス・ストリームＩＦ部51は、媒体ＩＦ部1を通して媒体から再生対象の映像データと音声データとを受信し、又は読み出す。特に、それらのデータはエクステント単位で受信され、又は読み出される。デバイス・ストリームＩＦ部51は更に、それらのデータを切替部53とメモリ制御部9とを経由してメモリ2に格納する。特に左目用データが受信され、又は読み出されたとき、主制御部6は切替部53を制御して、左目用データの格納先をメモリ2内の第１の領域へ切り換えさせる。一方、右目用データが受信され、又は読み出されたとき、主制御部6は切替部53を制御して、右目用データの格納先をメモリ2内の第２の領域へ切り換えさせる。その後、処理はステップＳ１０４へ進む。

ステップＳ１０４では、メモリ2に格納されたデータは、ストリーム処理部5内の多重分離部52に転送される。多重分離部52はまず、そのデータを構成する各ソースパケットからＰＩＤを読み取る。多重分離部52は次に、そのＰＩＤに従って、そのソースパケットに含まれるＴＳパケットが映像系データと音声系データとのいずれであるのかを識別する。多重分離部52は更に、識別結果に従って各ＴＳパケットを信号処理部7内の対応するデコーダへ転送する。ここで、信号処理部7は、右目用データに含まれるＴＳパケットのＴＳ優先度フラグを監視して、メタデータを含むＴＳパケットを、主映像デコーダとは別の専用のモジュール、すなわちオフセット・メタデータ処理部へ送ってもよい。その後、処理はステップＳ１０５へ進む。

ステップＳ１０５では、信号処理部7内では各デコーダが、転送されたＴＳパケットを適切な方法で復号する。信号処理部7は更に、その復号処理と並行して、右目用データの中からメタデータを抽出して、ＡＶ出力部8へ通知する。ここで、その抽出処理は、主映像デコーダとは別のオフセット・メタデータ処理部が行っても、主映像デコーダが復号処理と同時に行ってもよい。その後、処理はステップＳ１０６へ進む。

ステップＳ１０６では、信号処理部7において復号されたレフトビュー・ビデオ・ストリーム及びライトビュー・ビデオ・ストリームの各ピクチャがビデオ出力フォーマット変換部82に送られる。ビデオ出力フォーマット変換部82はそれらのピクチャを表示装置4の解像度に合わせてリサイズする。その後、処理はステップＳ１０７へ進む。

ステップＳ１０７では、画像重畳部81は、ステップＳ１０６においてリサイズされたピクチャから成るビデオ・プレーン・データをビデオ出力フォーマット変換部82から受信する。一方、画像重畳部81は信号処理部7から復号後のＰＧプレーン・データとＩＧプレーン・データとを受信する。画像重畳部81は更に、それらのプレーン・データを互いに重畳する。その後、処理はステップＳ１０８へ進む。

ステップＳ１０８では、ビデオ出力フォーマット変換部82は、ステップＳ１０７において重畳されたプレーン・データを画像重畳部81から受信する。ビデオ出力フォーマット変換部82は更に、そのプレーン・データに対してＩＰ変換を行う。その後、処理はステップＳ１０９へ進む。

ステップＳ１０９では、オーディオ・ビデオ出力ＩＦ部83は、ビデオ出力フォーマット変換部82からは、ステップＳ１０８においてＩＰ変換を受けた映像系データを受信し、信号処理部7からは復号後の音声系データを受ける。オーディオ・ビデオ出力ＩＦ部83は更に、それらのデータに対して、表示装置・スピーカ4によるデータ出力方式、又はそれぞれへのデータ送信方式に従って符号化処理及びＤ／Ａ変換等を行う。それにより、映像系データと音声系データとはそれぞれ、アナログ出力形式又はデジタル出力形式に変換される。例えばアナログ出力形式の映像系データには、コンポジット映像信号、Ｓ映像信号、及びコンポーネント映像信号等が含まれる。また、デジタル出力形式としては、ＨＤＭＩ等がサポートされている。その後、処理はステップＳ１１０へ進む。

ステップＳ１１０では、オーディオ・ビデオ出力ＩＦ部83は、ステップＳ１０９において処理された映像系データ及び音声系データを表示装置・スピーカ4へ送信する。その後、処理はステップＳ６へ進む。尚、ステップＳ６については上記の説明を援用する。

上記の各ステップでは、データが処理される度に、その結果がメモリ2に一時的に格納されてもよい。また、ステップＳ１０６及びＳ１０８でのビデオ出力フォーマット変換部82によるリサイズ処理及びＩＰ変換処理は、必要に応じて省略されてもよい。更に、それらの処理に加え、又はそれらの処理に代えて、ノイズ・リダクション処理及びフレームレート変換処理等、他の処理が行われてもよい。更に、可能なものについては処理手順が変更されてもよい。

図１２０に示されている表示装置で再生処理を行う場合でも、その再生処理のフローチャートは基本的には、図１２２、１２３に示されているものと同様である。図１２０、１２１に示されている各機能ブロックは、図１１０、１１３に示されている各機能ブロックと同様に動作する。

《補足》

＜３Ｄ映像の再生方法の原理＞

３Ｄ映像の再生方法は、ホログラフィ技術を用いる方法と、視差映像を用いる方法との２つに大別される。

ホログラフィ技術を用いる方法の特徴は、現実の立体的な物体から人間の視覚に与えられる光学的な情報とほぼ全く同じ情報を視聴者の視覚に与えることにより、その視聴者に映像中の物体を立体的に見せる点にある。しかし、この方法を動画表示に利用する技術は理論上確立されてはいる。しかし、その動画表示に必要とされる、膨大な演算をリアルタイムに処理可能なコンピュータ、及び、１ｍｍあたり数千本という超高解像度の表示装置はいずれも、現在の技術ではまだ、実現が非常に難しい。従って、この方法を商業用として実用化する目途は、現時点ではほとんど立っていない。

「視差映像」とは、一つのシーンを見る視聴者の各目に映る２Ｄ映像の対、すなわち、レフトビューとライトビューとの対をいう。視差映像を用いる方法の特徴は、一つのシーンのレフトビューとライトビューとを視聴者の各目だけに見えるように再生することにより、その視聴者にそのシーンを立体的に見せる点にある。

図８２の（ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。図８２の（ａ）は、視聴者VWRが、顔の正面に置かれた立方体CBCを見ている光景の上面図である。図８２の（ｂ）、（ｃ）はそれぞれ、そのときに視聴者VWRの左目LEY、右目REYに見える立方体CBCの外観を２Ｄ映像として示す模式図である。図８２の（ｂ）、（ｃ）を比較すれば明らかなとおり、各目に見える立方体CBCの外観はわずかに異なる。この外観の差、すなわち両眼視差から、視聴者VWRは立方体CBCを立体的に認識できる。従って、視差映像を用いる方法では、まず、一つのシーン、例えば図８２の（ａ）に示されている立方体CBCに対し、視点が異なる左右の２Ｄ映像、例えば図８２の（ｂ）に示されている立方体CBCのレフトビュー、及び図８２の（ｃ）に示されているそのライトビューを準備する。ここで、各視点の位置は視聴者VWRの両眼視差から決定される。次に、各２Ｄ映像を視聴者VWRのそれぞれの目だけに見えるように再生する。それにより、視聴者VWRには、画面に再生されるそのシーン、すなわち立方体CBCの映像が立体的に見える。このように、視差映像を用いる方法は、ホログラフィ技術を用いる方法とは異なり、高々二つの視点から見える２Ｄ映像を準備するだけでよい点で有利である。

視差映像を用いる方法については、それを具体化するための方式が多様に提案されている。それらの方式は、左右の２Ｄ映像を視聴者のそれぞれの目にいかにして見せるかという観点から、継時分離方式、レンチキュラーレンズを用いる方式、及び二色分離方式等に分けられる。

継時分離方式では、画面に左右の２Ｄ映像を一定時間ずつ交互に表示する一方、視聴者にシャッター眼鏡を通して画面を観察させる。ここで、シャッター眼鏡は、各レンズが例えば液晶パネルで形成されている。各レンズは、画面上の２Ｄ映像の切り換えに同期して交互に光をその全体で一様に透過させ、又は遮断する。すなわち、各レンズは、視聴者の目を周期的に塞ぐシャッターとして機能する。より詳細に言えば、画面上に左映像が表示される期間では、シャッター眼鏡は左側のレンズには光を透過させ、右側のレンズには光を遮断させる。逆に、画面上に右映像が表示されている期間では、シャッター眼鏡は右側のレンズには光を透過させ、左側のレンズには光を遮断させる。それにより、視聴者の目には、左右の映像の残像が重なって一つの３Ｄ映像に見える。

継時分離方式では、上記のとおり、左右の映像を一定周期で交互に表示する。例えば２Ｄ映像の再生において１秒当たり２４枚の映像フレームが表示されるとき、３Ｄ映像の再生では左右の映像を合わせて、１秒当たり４８枚の映像フレームが表示される。従って、この方式には、画面の書き換えを速く実行できる表示装置が好適である。

レンチキュラーレンズを用いる方式では、左右の各映像フレームを、縦方向に細長い短冊形の小領域に分割し、一つの画面の中に左右の映像フレームの各小領域を横方向に交互に並べて同時に表示する。ここで、画面の表面はレンチキュラーレンズで覆われている。レンチキュラーレンズは、細長い蒲鉾レンズを複数平行に並べて一枚のシート状にしたものである。各蒲鉾レンズは画面の表面を縦方向に延びている。レンチキュラーレンズを通して上記左右の映像フレームを視聴者に見せるとき、左映像フレームの表示領域からの光は視聴者の左目だけに結像し、右映像フレームの表示領域からの光は右目だけに結像するようにできる。こうして、左右の目に映る映像間での両眼視差により、視聴者には３Ｄ映像が見える。尚、この方式では、レンチキュラーレンズに代えて、同様な機能を持つ液晶素子等の他の光学部品が利用されてもよい。その他に、例えば左映像フレームの表示領域には縦偏光のフィルタを設置し、右映像フレームの表示領域には横偏光のフィルタを設置してもよい。そのとき、視聴者には偏光眼鏡を通して画面を見させる。ここで、その偏光眼鏡では、左側のレンズに縦偏光フィルタが設置され、かつ右側のレンズに横偏光フィルタが設置されている。従って、左右の映像が視聴者のそれぞれの目だけに見えるので、視聴者に３Ｄ映像を見せることができる。

視差映像を用いる方法では、３Ｄ映像コンテンツが、初めから左右の映像の組み合わせで構成されている場合の他に、２Ｄ映像とデプスマップとの組み合わせで構成されていてもよい。その２Ｄ映像は、再生対象の３Ｄ映像から仮想的な２Ｄ画面への射影を表し、デプスマップは、その２Ｄ画面に対するその３Ｄ映像の各部の奥行きを画素別に表す。３Ｄ映像コンテンツが２Ｄ映像とデプスマップとの組み合わせで構成されているとき、３Ｄ再生装置又は表示装置はまず、それらの組み合わせから左右の映像を構成し、次にそれらの映像から上記の方式のいずれかで３Ｄ映像を再現する。

図８３は、２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。図８３を参照するに、２Ｄ映像MVWでは、背景BGVの中に円板DSCが表示されている。デプスマップDPHはその２Ｄ映像MVW内の各部の奥行きを画素ごとに示す。そのデプスマップDPHによれば、２Ｄ映像MVWのうち、円板DSCの表示領域DA1の奥行きが画面よりも手前であり、かつ、背景BGVの表示領域DA2の奥行きが画面よりも奥である。再生装置内では視差映像生成部PDGがまず、デプスマップDPHの示す各部の奥行きから２Ｄ映像MVW内の各部の両眼視差を計算する。視差映像生成部PDGは次に、２Ｄ映像MVW内の各部の表示位置を、計算された両眼視差に応じて左右に移動させて、レフトビューLVWとライトビューRVWとを構成する。図８３に示されている例では、視差映像生成部PDGは、２Ｄ映像MVW内の円板DSCの表示位置に対し、レフトビューLVW内の円板DSLの表示位置をその両眼視差の半分S1だけ右に移動させ、ライトビューRVW内の円板DSRの表示位置をその両眼視差の半分S1だけ左に移動させる。それにより、視聴者には円板DSCが画面よりも手前に見える。一方、視差映像生成部PDGは、２Ｄ映像MVW内の背景BGVの表示位置に対し、レフトビューLVW内の背景BGLの表示位置をその両眼視差の半分S2だけ左に移動させ、ライトビューRVW内の背景BGRの表示位置をその両眼視差の半分S2だけ右に移動させる。それにより、視聴者には背景BGVが画面よりも奥に見える。

視差映像を用いる方法による３Ｄ映像の再生システムは、映画館及び遊園地のアトラクション等で利用されるものについては既に確立され、一般的に使用されている。従って、その方法は、３Ｄ映像を再生可能なホームシアター・システムの実用化にも有効である。本発明の実施形態では、視差映像を用いる方法のうち、継時分離方式又は偏光眼鏡を用いた方式を想定する。但し、本発明は、それらの方式とは異なる他の方式に対しても、それらが視差映像を用いている限り、適用可能である。それは、上記の実施形態の説明から当業者には明らかであろう。

＜ＢＤ−ＲＯＭディスク上のファイルシステム＞

ＢＤ−ＲＯＭディスク101のファイルシステムとしてＵＤＦが利用されるとき、図２に示されているボリューム領域202Bは、一般に複数のディレクトリ、ファイルセット記述子、及び終端記述子のそれぞれが記録された領域を含む。「ディレクトリ」は、同じディレクトリを構成するデータ群である。「ファイルセット記述子」は、ルートディレクトリのファイル・エントリが記録されているセクタのＬＢＮを示す。「終端記述子」はファイルセット記述子の記録領域の終端を示す。

各ディレクトリは共通のデータ構造を持つ。各ディレクトリは特に、ファイル・エントリ、ディレクトリ・ファイル、及び下位ファイル群を含む。

「ファイル・エントリ」は、記述子タグ、ＩＣＢ（Information Control Block）タグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。例えば記述子タグの値が“２６１”であるとき、そのデータの種類はファイル・エントリである。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、同じディレクトリに属するディレクトリ・ファイルが記録されたセクタのＬＢＮを示す。

「ディレクトリ・ファイル」は、下位ディレクトリのファイル識別記述子と下位ファイルのファイル識別記述子とを一般に複数ずつ含む。「下位ディレクトリのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ディレクトリにアクセスするための情報である。このファイル識別記述子は、その下位ディレクトリの識別情報、ディレクトリ名の長さ、ファイル・エントリ・アドレス、及びディレクトリ名そのものを含む。特にファイル・エントリ・アドレスは、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ファイルにアクセスするための情報である。このファイル識別記述子は、その下位ファイルの識別情報、ファイル名の長さ、ファイル・エントリ・アドレス、及びファイル名そのものを含む。特にファイル・エントリ・アドレスは、その下位ファイルのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル・エントリ」は、後述のとおり、下位ファイルの本体を構成するデータのアドレス情報を含む。

ファイルセット記述子と下位ディレクトリ／ファイルのファイル識別記述子とを順番に辿ってゆけば、ボリューム領域202Bに記録された任意のディレクトリ／ファイルのファイル・エントリにアクセスすることができる。具体的には、まず、ファイルセット記述子からルートディレクトリのファイル・エントリが特定され、そのファイル・エントリ内のアロケーション記述子からルートディレクトリのディレクトリ・ファイルが特定される。次に、そのディレクトリ・ファイルからルートディレクトリ直下のディレクトリのファイル識別記述子が検出され、その中のファイル・エントリ・アドレスからそのディレクトリのファイル・エントリが特定される。更に、そのファイル・エントリ内のアロケーション記述子からそのディレクトリのディレクトリ・ファイルが特定される。続いて、そのディレクトリ・ファイルのうち、下位ディレクトリ又は下位ファイルのファイル識別記述子内のファイル・エントリ・アドレスからその下位ディレクトリ又は下位ファイルのファイル・エントリが特定される。

「下位ファイル」はそれぞれエクステントとファイル・エントリとを含む。「エクステント」は一般に複数であり、それぞれ、ディスク上の論理アドレス、すなわちＬＢＮが連続しているデータ列である。エクステントの全体が下位ファイルの本体を構成する。「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は各エクステントに対して一つずつ設けられ、ボリューム領域202B上での各エクステントの配置、具体的には各エクステントのサイズとその先端のＬＢＮとを示す。従って、各アロケーション記述子を参照することにより、各エクステントにアクセスすることができる。その他に、各アロケーション記述子の上位２ビットは、そのアロケーション記述子の示すＬＢＮのセクタにエクステントが実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。

ＵＤＦを利用した上記のファイルシステムと同様、ボリューム領域202Bに対するファイルシステムでは一般に、ボリューム領域202Bに記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域202Bに併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。

＜データ・ブロックとエクステント・ブロックとのサイズ＞

図１９に示されているように、ＢＤ−ＲＯＭディスク101上の多重化ストリーム・データはディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とに分割されて配置されている（n＝0、1、2、3、…）。それらのデータ・ブロック群D[n]、B[n]は更に、トラックに沿ってインターリーブ配置で連続的に記録されることにより、複数のエクステント・ブロック1901−1903を構成している。これらのエクステント・ブロック1901−1903から２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには、各データ・ブロックと各エクステント・ブロック1901−1903とのサイズは、再生装置102の性能に基づく以下の条件を満たせばよい。

≪２Ｄ再生モードの性能に基づく条件≫

図８４は、２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図８４を参照するに、その再生処理系統は、図３７に示されている、ＢＤ−ＲＯＭドライブ3701、リード・バッファ3721、及びシステム・ターゲット・デコーダ3725を含む。ＢＤ−ＲＯＭドライブ3701はＢＤ−ＲＯＭディスク101から２Ｄエクステントを読み出し、読み出し速度R_UD54でリード・バッファ3721へ転送する。システム・ターゲット・デコーダ3725は、リード・バッファ3721内に蓄積された各２Ｄエクステントからソースパケットを平均転送速度R_EXT2Dで読み出して、映像データVDと音声データADとに復号する。

平均転送速度R_EXT2Dは、システム・ターゲット・デコーダ3725が各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しく、一般に２Ｄエクステントごとに異なる。平均転送速度R_EXT2Dの最高値R_MAX2Dは、ファイル２Ｄに対するシステムレートR_TSの１９２／１８８倍に等しい。ここで、係数１９２／１８８はソースパケットとＴＳパケットとの間のバイト数の比に等しい。平均転送速度R_EXT2Dは通常ビット／秒で表され、具体的には、ビット単位で表された２ＤエクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。「ビット単位で表されたエクステントのサイズ」は、そのエクステント内のソースパケット数とソースパケット一つ当たりのビット数（＝１９２［バイト］×８［ビット／バイト］）との積に等しい。

読み出し速度R_UD54は通常ビット／秒で表され、平均転送速度R_EXT2Dの最高値R_MAX2Dよりも高い値、例えば５４Ｍｂｐｓに設定される：R_UD54＞R_MAX2D。それにより、ＢＤ−ＲＯＭドライブ3701がＢＤ−ＲＯＭディスク101から一つの２Ｄエクステントを読み出している間、システム・ターゲット・デコーダ3725の復号処理に伴うリード・バッファ3721のアンダーフローが防止される。

図８５の（ａ）は、２Ｄ再生モードでの動作中、リード・バッファ3721に蓄積されるデータ量DAの変化を示すグラフである。図８５の（ｂ）は、再生対象のエクステント・ブロック8510と２Ｄ再生モードでの再生経路8520との間の対応関係を示す模式図である。図８５の（ｂ）を参照するに、再生経路8520に従い、エクステント・ブロック8510内の各ベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が一つの２ＤエクステントEXT2D[n]としてＢＤ−ＲＯＭディスク101からリード・バッファ3721へ読み出される。図８５の（ａ）を参照するに、各２ＤエクステントEXT2D[n]の読み出し期間PR_2D[n]では、蓄積データ量DAは、読み出し速度R_UD54と平均転送速度R_EXT2D[n]との間の差R_UD54−R_EXT2D[n]に等しい速度で増加する。一方、二つの連続する２ＤエクステントEXT2D[n−1]、EXT2D[n]の間ではジャンプJ_2D[n]が生じる。そのジャンプ期間PJ_2D[n]では、ディペンデントビュー・データ・ブロックD[n]の読み出しがスキップされるので、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、ジャンプ期間PJ_2D[n]では蓄積データ量DAは平均転送速度R_EXT2D[n]で減少する。

ＢＤ−ＲＯＭドライブ3701による読み出し／転送動作は実際には、図８５の（ａ）のグラフから示唆される連続的なものではなく、断続的なものである。それにより、各２Ｄエクステントの読み出し期間PR_2D[n]に蓄積データ量DAがリード・バッファ3721の容量を超えること、すなわちリード・バッファ3721のオーバーフローが防止される。すなわち、図８５の（ａ）のグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。

図８５の（ｂ）に示されているエクステント・ブロック8510から２Ｄ映像をシームレスに再生するには、以下の条件［１］、［２］が満たされればよい。

［１］各ジャンプ期間PJ_2D[n]ではリード・バッファ3721からシステム・ターゲット・デコーダ3725へのデータ供給を持続させて、そのデコーダ3725に連続的な出力を確保させなければならない。それには次の条件が満たされればよい：各２ＤエクステントEXT2D[n]のサイズS_EXT2D[n]は、その読み出し期間PR_2D[n]から次のジャンプ期間PJ_2D[n＋1]にわたって、リード・バッファ3721からシステム・ターゲット・デコーダ3725へ転送されるデータ量に等しい。その場合、図８５の（ａ）に示されているように、蓄積データ量DAはそのジャンプ期間PJ_2D[n＋1]の終了時、その読み出し期間PR_2D[n]の開始時での量を下回らない。すなわち、各ジャンプ期間PJ_2D[n]ではリード・バッファ3721からシステム・ターゲット・デコーダ3725へのデータ供給が持続し、特にリード・バッファ3721はアンダーフローを生じない。ここで、読み出し期間PR_2D[n]の長さは２ＤエクステントEXT2D[n]のサイズS_EXT2D[n]を読み出し速度R_UD54で割った値S_EXT2D[n]／R_UD54に等しい。従って、各２ＤエクステントEXT2D[n]のサイズS_EXT2D[n]は、次式（１）の右辺で表される最小エクステント・サイズ以上であればよい：

式（１）では、ジャンプ時間T_JUMP−2D[n]はジャンプ期間PJ_2D[n]の長さであり、秒単位で表される。一方、読み出し速度R_UD54と平均転送速度R_EXT2Dとはいずれもビット／秒で表される。従って、式（１）では平均転送速度R_EXT2Dを数「８」で割り、２ＤエクステントのサイズS_EXT2D[n]の単位をビットからバイトへ変換している。すなわち、２ＤエクステントのサイズS_EXT2D[n]はバイト単位で表される。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。

［２］リード・バッファ3721の容量は有限であることから、ジャンプ時間T_JUMP−2D[n]の最大値は制限される。すなわち、ジャンプ期間PJ_2D[n]の直前に蓄積データ量DAがリード・バッファ3721の容量一杯であっても、ジャンプ時間T_JUMP−2D[n]が長すぎれば、ジャンプ期間PJ_2D[n]中に蓄積データ量DAが０に達し、リード・バッファ3721のアンダーフローが生じる危険性がある。以下、ＢＤ−ＲＯＭディスク101からリード・バッファ3721へのデータ供給が途絶えている状態で蓄積データ量DAがリード・バッファ3721の容量から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間T_JUMP−2Dの最大値を「最大ジャンプ時間T_JUMP＿MAX」という。

光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセス・スピード等から決められている。図８６は、ＢＤ−ＲＯＭディスクに関するジャンプ距離S_JUMPと最大ジャンプ時間T_JUMP＿MAXとの間の対応表の一例である。図８６を参照するに、ジャンプ距離S_JUMPはセクタ単位で表され、最大ジャンプ時間T_JUMP＿MAXはｍ秒単位で表されている。１セクタは２０４８バイトに等しい。ジャンプ距離S_JUMPが、０セクタ、１−１００００セクタ、１０００１−２００００セクタ、２０００１−４００００セクタ、４０００１セクタ−１／１０ストローク、及び１／１０ストローク以上の各範囲に属するとき、最大ジャンプ時間T_JUMP＿MAXはそれぞれ、０ｍ秒、２５０ｍ秒、３００ｍ秒、３５０ｍ秒、７００ｍ秒、及び１４００ｍ秒である。ジャンプ距離S_JUMPが０セクタに等しいときの最大ジャンプ時間T_JUMP＿MAXはゼロ・セクタ遷移時間T_JUMP0に等しい。但し、図８６の例ではゼロ・セクタ遷移時間T_JUMP0は０ｍ秒と見なされている。

以上のことから、式（１）に代入されるべきジャンプ時間T_JUMP−2D[n]は、ＢＤ−ＲＯＭディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間T_JUMP＿MAXである。具体的には、図８６の表において、２ＤエクステントEXT2D[n−1]、EXT2D[n]間でのジャンプ距離S_JUMP、すなわち、（ｎ＋１）番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋２）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数に対応する最大ジャンプ時間T_JUMP＿MAXが、ジャンプ時間T_JUMP−2D[n]として式（１）に代入される。

二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプJ_2D[n]では、そのジャンプ時間T_JUMP−2D[n]が最大ジャンプ時間T_JUMP＿MAXに制限されることから、そのジャンプ距離S_JUMP、すなわち二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔も制限される。このジャンプ距離S_JUMPの最大値のように、ジャンプ時間T_JUMPが最大ジャンプ時間T_JUMP＿MAXに等しいときでのジャンプ距離S_JUMPを「最大ジャンプ距離S_JUMP＿MAX」という。２Ｄ映像のシームレス再生には、２Ｄエクステントのサイズが式（１）を満たすことに加えて、２Ｄエクステントの間隔が最大ジャンプ距離S_JUMP＿MAX以下であることが必要である。

各エクステント・ブロック内では、２Ｄエクステントの間隔はディペンデントビュー・データ・ブロックのサイズに等しい。従って、そのサイズが最大ジャンプ距離S_JUMP＿MAX以下に制限される。具体的には、２Ｄエクステント間の最大ジャンプ時間T_JUMP＿MAXが、図８６に規定された最小値２５０秒に制限されるとき、その２Ｄエクステントの間隔、すなわちディペンデントビュー・データ・ブロックのサイズは、対応する最大ジャンプ距離S_JUMP＿MAX＝１００００セクタ以下に制限される。

異なる記録層に配置された二つのエクステント・ブロック間をシームレスに接続するとき、前のエクステント・ブロックの後端に位置する（ｎ＋１）番目の２ＤエクステントEXT2D[n]から、後のエクステント・ブロックの先端に位置する（ｎ＋２）番目の２ＤエクステントEXT2D[n＋1]までロングジャンプが生じる。そのロングジャンプは、フォーカス・ジャンプ等、記録層の切り換え操作を伴う。従って、そのロングジャンプに必要な時間は、図８６の表に規定された最大ジャンプ時間T_JUMP＿MAXに加えて、記録層の切り換え操作に要する時間、すなわち「層切換時間」を更に含む。「層切換時間」は例えば３５０ｍ秒である。その結果、（ｎ＋１）番目の２ＤエクステントEXT2D[n]のサイズが満たすべき式（１）では、ジャンプ時間T_JUMP−2D[n]は二つのパラメータTJ[n]、TL[n]の和で決まる：T_JUMP−2D[n]＝TJ[n]＋TL[n]。第１パラメータTJ[n]は、ＢＤ−ＲＯＭディスクの規格によって、ロングジャンプのジャンプ距離S_JUMPに対して規定された最大ジャンプ時間T_JUMP＿MAXを表す。その最大ジャンプ時間T_JUMP＿MAXは、図８６の表において、（ｎ＋１）番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋２）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数に対応付けられた値に等しい。第２パラメータTL[n]は層切換時間、例えば３５０ｍ秒を表す。従って、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔は、図８６の表において、ロングジャンプの最大ジャンプ時間T_JUMP＿MAXから層切換時間を除いた値に対応する最大ジャンプ距離S_JUMP＿MAX以下に制限される。

≪３Ｄ再生モードの性能に基づく条件≫

図８７は、３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図８７を参照するに、その再生処理系統は、図４２に示されている、ＢＤ−ＲＯＭドライブ4201、スイッチ4220、ＲＢ１4221、ＲＢ２4222、及びシステム・ターゲット・デコーダ4225を含む。ＢＤ−ＲＯＭドライブ4201はＢＤ−ＲＯＭディスク101からエクステントＳＳを読み出し、読み出し速度R_UD72でスイッチ4220へ転送する。スイッチ4220は各エクステントＳＳをベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとに分離する。ベースビュー・データ・ブロックはＲＢ１4221へ格納され、ディペンデントビュー・データ・ブロックはＲＢ２4222へ格納される。システム・ターゲット・デコーダ4225は、ＲＢ１4221内の各ベースビュー・データ・ブロックからはソースパケットをベースビュー転送速度R_EXT1で読み出し、ＲＢ２4222内の各ディペンデントビュー・データ・ブロックからはソースパケットをディペンデントビュー転送速度R_EXT2で読み出す。システム・ターゲット・デコーダ4225は更に、読み出されたベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの対を映像データVDと音声データADとに復号する。

ベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2とはそれぞれ、システム・ターゲット・デコーダ4225がベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ベースビュー転送速度R_EXT1の最高値R_MAX1は、ファイル２Ｄに対するシステムレートR_TS1の１９２／１８８倍に等しい。ディペンデントビュー転送速度R_EXT2の最高値R_MAX2は、ファイルＤＥＰに対するシステムレートR_TS2の１９２／１８８倍と等しい。各転送速度R_EXT1、R_EXT2は通常ビット／秒で表され、具体的には、ビット単位で表された各データ・ブロックのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、そのデータ・ブロック内のソースパケットを全て、ＲＢ１4221又はＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送するのに要する時間に等しい。

読み出し速度R_UD72は通常ビット／秒で表され、転送速度R_EXT1、R_EXT2のいずれの最高値R_MAX1、R_MAX2よりも高い値、例えば７２Ｍｂｐｓに設定される：R_UD72＞R_MAX1、R_UD72＞R_MAX2。それにより、ＢＤ−ＲＯＭドライブ4201によってＢＤ−ＲＯＭディスク101から一つのエクステントＳＳを読み出している間、システム・ターゲット・デコーダ4225の復号処理に伴うＲＢ１4221とＲＢ２4222とのアンダーフローが防止される。

［エクステント・ブロック内でのシームレス接続］

図８８の（ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、ＲＢ１4221、ＲＢ２4222に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図８８の（ｃ）は、そのエクステント・ブロック8810と３Ｄ再生モードでの再生経路8820との間の対応関係を示す模式図である。図８８の（ｃ）を参照するに、再生経路8820に従い、エクステント・ブロック8810の全体が一つのエクステントＳＳとして一括して読み出される。その後、スイッチ4220によってそのエクステントＳＳからディペンデントビュー・データ・ブロックD[k]とベースビュー・データ・ブロックB[k]とが分離される（k＝…、n、n＋1、n＋2、…）。

ＢＤ−ＲＯＭドライブ4101による読み出し／転送動作は実際には、図８８の（ａ）、（ｂ）の各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各データ・ブロックD[k]、B[k]の読み出し期間PR_D[k]、PR_B[k]では、ＲＢ１4221、ＲＢ２4222のオーバーフローが防止される。すなわち、図８８の（ａ）、（ｂ）の各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。

図８８の（ａ）、（ｂ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PR_D[n]では、ＲＢ２4222の蓄積データ量DA2は、読み出し速度R_UD72とディペンデントビュー転送速度R_EXT2[n]との間の差R_UD72−R_EXT2[n]に等しい速度で増加し、ＲＢ１4221の蓄積データ量DA1はベースビュー転送速度R_EXT1[n−1]で減少する。図８８の（ｃ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]から（ｎ＋１）番目のベースビュー・データ・ブロックB[n]まではゼロ・セクタ遷移J₀[2n]が生じる。図８８の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ₀[n]では、ＲＢ１4221の蓄積データ量DA1はベースビュー転送速度R_EXT1[n−1]で減少し続け、ＲＢ２4222の蓄積データ量DA2はディペンデントビュー転送速度R_EXT2[n]で減少する。

図８８の（ａ）、（ｂ）を更に参照するに、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PR_B[n]では、ＲＢ１4221の蓄積データ量DA1は、読み出し速度R_UD72とベースビュー転送速度R_EXT1[n]との間の差R_UD72−R_EXT1[n]に等しい速度で増加する。一方、ＲＢ２4222の蓄積データ量DA2は、ディペンデントビュー転送速度R_EXT2[n]で減少し続ける。図８８の（ｃ）を更に参照するに、そのベースビュー・データ・ブロックB[n]から次のディペンデントビュー・データ・ブロックD[n＋1]まではゼロ・セクタ遷移J₀[2n＋1]が生じる。図８８の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ₀[2n＋1]では、ＲＢ１4221の蓄積データ量DA1はベースビュー転送速度R_EXT1[n]で減少し、ＲＢ２4222の蓄積データ量DA2はディペンデントビュー転送速度R_EXT2[n]で減少し続ける。

一つのエクステント・ブロック8810から３Ｄ映像をシームレスに再生するには、以下の条件［３］、［４］が満たされればよい。

［３］（ｎ＋１）番目のベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]は少なくとも、その読み出し期間PR_B[n]から次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PR_B[n＋1]の直前までに、ＲＢ１4221からシステム・ターゲット・デコーダ4225へ転送されるデータ量に等しい。その場合、図８８の（ａ）に示されているように、次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PR_B[n＋1]の直前では、ＲＢ１4221の蓄積データ量DA1が、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PR_B[n]の直前での量を下回らない。ここで、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PR_B[n]の長さは、そのベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]を読み出し速度R_UD72で割った値S_EXT1[n]／R_UD72に等しい。一方、（ｎ＋２）番目のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PR_D[n＋1]の長さは、そのディペンデントビュー・データ・ブロックD[n＋1]のサイズS_EXT2[n＋1]を読み出し速度R_UD72で割った値S_EXT2[n＋1]／R_UD72に等しい。従って、そのベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]は、次式（２）の右辺で表される最小エクステント・サイズ以上であればよい：

［４］（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]のサイズS_EXT2[n]は少なくとも、その読み出し期間PR_D[n]から次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PR_D[n＋1]の直前までに、ＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送されるデータ量に等しい。その場合、図８８の（ｂ）に示されているように、次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PR_D[n＋1]の直前では、ＲＢ２4222の蓄積データ量DA2が（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PR_D[n]の直前での量を下回らない。ここで、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PR_D[n]の長さは、そのディペンデントビュー・データ・ブロックD[n]のサイズS_EXT2[n]を読み出し速度R_UD72で割った値S_EXT2[n]／R_UD72に等しい。従って、そのディペンデントビュー・データ・ブロックD[n]のサイズS_EXT2[n]は、次式（３）の右辺で表される最小エクステント・サイズ以上であればよい：

［エクステント・ブロック間のシームレス接続］

図８９の（ｂ）は、（Ｍ＋１）番目（整数Ｍは１以上である。）のエクステント・ブロック8901と（Ｍ＋２）番目のエクステント・ブロック8902、及び、それらのエクステント・ブロック8901、8902と３Ｄ再生モードでの再生経路8920との間の対応関係を示す模式図である。図８９の（ｂ）を参照するに、二つのエクステント・ブロック8901、8902の間は層境界LB又は他のデータの記録領域によって分離されている。再生経路8920に従って、先に（Ｍ＋１）番目のエクステント・ブロック8901の全体が（Ｍ＋１）番目のエクステントＳＳEXTSS[M]として一括して読み出される。その直後にジャンプJ[M]が生じる。続いて、（Ｍ＋２）番目のエクステント・ブロック8902が（Ｍ＋２）番目のエクステントＳＳEXTSS[M＋1]として一括して読み出される。

図８９の（ａ）は、二つのエクステント・ブロック8901、8902から連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１4221、ＲＢ２4222に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。図８９の（ａ）では、一点鎖線のグラフは、ＲＢ１4221に蓄積されるデータ量DA1の変化を示し、破線のグラフは、ＲＢ２4222に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1＋DA2の変化を示す。ここで、実線のグラフは、データ・ブロックが一つ読み出されるごとに生じる細かい変化を均して直線的に近似したものである。更に、ゼロ・セクタ遷移時間T_JUMP0は“０秒”とみなされている。

図８９の（ａ）を参照するに、（Ｍ＋１）番目のエクステント・ブロック8901の全体がＢＤ−ＲＯＭディスク101からＲＢ１4221、ＲＢ２4222へ読み出される期間PR_BLK[M]では、それらに蓄積されるデータ量DA1、DA2も増大する。具体的には、（Ｍ＋１）番目のエクステント・ブロック8901全体の読み出し期間PR_BLK[M]中、蓄積データ量の和DA1＋DA2は、読み出し速度R_UD72と平均転送速度R_EXTSS[M]との間の差R_UD72−R_EXTSS[M]に等しい速度で増加する。その平均転送速度R_EXTSS[M]は、（Ｍ＋１）番目のエクステント・ブロック8901全体のサイズ、すなわち（Ｍ＋１）番目のエクステントＳＳEXTSS[M]のサイズS_EXTSS[M]をそのエクステントＡＴＣ時間T_EXTSSで割った値として評価される。

（Ｍ＋１）番目のエクステント・ブロック8901の後端のベースビュー・データ・ブロックがＲＢ１4221に読み込まれた時点で、蓄積データ量の和DA1＋DA2は最大値に達する。その直後のジャンプJ[M]の期間PJ[M]では、蓄積データ量の和DA1＋DA2は平均転送速度R_EXTSS[M]で減少する。従って、蓄積データ量の和DA1＋DA2の最大値を十分に大きく調節することにより、ジャンプJ[M]中でのＲＢ１4221、ＲＢ２4222のいずれのアンダーフローも防止することができる。その結果、二つのエクステント・ブロック8901、8902をシームレスに接続することができる。

蓄積データ量の和DA1＋DA2の最大値は（Ｍ＋１）番目のエクステント・ブロック8901のサイズで決まる。従って、（Ｍ＋１）番目のエクステント・ブロック8901を（Ｍ＋２）番目のエクステント・ブロック8902にシームレスに接続するには、（Ｍ＋１）番目のエクステント・ブロック8901のサイズ、すなわち（Ｍ＋１）番目のエクステントＳＳEXTSS[M]のサイズS_EXTSS[M]が次の条件［５］を満たせばよい。

［５］（Ｍ＋１）番目のエクステント・ブロック8901の先端に位置するディペンデントビュー・データ・ブロックDの読み出し期間PR_D[m]ではプリロードが行われる（整数mは1以上である）。そのプリロード期間PR_D[m]ではまだ、そのディペンデントビュー・データ・ブロックDに対応するベースビュー・データ・ブロックBがＲＢ１4221には格納されていないので、ディペンデントビュー・データ・ブロックDをＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送することができない。従って、そのプリロード期間PR_D[m]では、その直前のジャンプJ[M−1]の期間に引き続き、Ｍ番目のエクステント・ブロックのデータがＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送される。それにより、システム・ターゲット・デコーダ4225へのデータ供給が維持される。同様に、（Ｍ＋２）番目のエクステント・ブロック8902の先端に位置するディペンデントビュー・データ・ブロックDの読み出し期間PR_D[n]でもプリロードが行われる（整数nはm＋1以上である）。従って、そのプリロード期間PR_D[n]では、その直前のジャンプJ[M]の期間に引き続き、（Ｍ＋１）番目のエクステント・ブロック8901のデータがＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送される。それにより、システム・ターゲット・デコーダ4225へのデータ供給が維持される。それ故、ジャンプJ[M]中でのＲＢ１4221、ＲＢ２4222のアンダーフローを防止するには、（Ｍ＋１）番目のエクステントＳＳEXTSS[M]のエクステントＡＴＣ時間T_EXTSSが少なくとも、（Ｍ＋１）番目のエクステント・ブロック8901でのプリロード期間PR_D[m]の終了時点T0から（Ｍ＋２）番目のエクステント・ブロック8902でのプリロード期間PR_D[n]の終了時点T1までの期間の長さに等しければよい。すなわち、（Ｍ＋１）番目のエクステントＳＳEXTSS[M]のサイズS_EXTSS[M]は少なくとも、その期間T0−T1にＲＢ１4221とＲＢ２4222とからシステム・ターゲット・デコーダ4225へ転送されるデータ量の和に等しければよい。

図８９の（ａ）から明らかなとおり、期間T0−T1の長さは、（Ｍ＋１）番目のエクステント・ブロック8901の読み出し期間PR_BLK[M]の長さ、ジャンプJ[M]のジャンプ時間T_JUMP[M]、及びエクステント・ブロック8901、8902間でのプリロード期間PR_D[n]、PR_D[m]の長さの差T_DIFF[M]を足し合わせた値に等しい。更に、（Ｍ＋１）番目のエクステント・ブロック8901の読み出し期間PR_BLK[M]の長さは、（Ｍ＋１）番目のエクステントＳＳEXTSS[M]のサイズS_EXTSS[M]を読み出し速度R_UD72で割った値S_EXTSS[M]／R_UD72に等しい。従って、（Ｍ＋１）番目のエクステントＳＳEXTSS[M]のサイズS_EXTSS[M]は、次式（４）の右辺で表される最小エクステント・サイズ以上であればよい：

ここで、各プリロード期間PR_D[m]、PR_D[n]の長さは、各エクステント・ブロック8901、8902の先端に位置するディペンデントビュー・データ・ブロックDのサイズS_EXT2[m]、S_EXT2[n]を読み出し速度R_UD72で割った値S_EXT2[m]／R_UD72、S_EXT2[n]／R_UD72に等しい。従って、プリロード期間PR_D[m]、PR_D[n]の長さの差T_DIFFはそれらの値の差に等しい：T_DIFF＝S_EXT2[n]／R_UD72−S_EXT2[m]／R_UD72。尚、式（４）の右辺は、式（１）−（３）の右辺と同様に、バイト単位の整数値で表されてもよい。

また、多重化ストリーム・データの復号処理を次のように工夫する場合には、式（４）の右辺で差T_DIFFを０とみなしてもよい。まず、多重化ストリーム・データの全体での差T_DIFFの最大値、すなわち差T_DIFFのワースト値を予め求めておく。次に、その多重化ストリーム・データを再生する際、その復号処理の開始時点をその読み出しの開始時点よりも、差T_DIFFのワースト値に等しい時間だけ遅らせる。

≪リード・バッファの容量を削減するための条件≫

図９０の（ａ）、（ｂ）は、図８９の（ｂ）に示されている二つのエクステント・ブロック8901、8902から連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１4221、ＲＢ２4222に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図９０の（ａ）を参照するに、（Ｍ＋１）番目のエクステント・ブロック8901の後端のベースビュー・データ・ブロックB[n−1]がＲＢ１4221に読み込まれた時点で、ＲＢ１4221の蓄積データ量DA1は極大値DM1に達する。更に、その直後のジャンプJ[M]の期間PJ[M]から（Ｍ＋２）番目のエクステント・ブロック8902のプリロード期間PR_D[n]にわたり、蓄積データ量DA1はベースビュー転送速度R_EXT1[n−1]で減少する。従って、そのプリロード期間PR_D[n]の終了まで蓄積データ量DA1が０に達するのを防ぐには、蓄積データ量DA1の極大値DM1が、ジャンプ期間PJ[M]とプリロード期間PR_D[n]とでＲＢ１4221からシステム・ターゲット・デコーダ4225へ転送されるデータ量以上であればよい。すなわち、蓄積データ量DA1の極大値DM1は、ジャンプ期間PJ[M]の長さT_JUMP[M]とプリロード期間PR_D[n]の長さS_EXT2[n]／R_UD72との和にベースビュー転送速度R_EXT1[n−1]を乗じた値以上であればよい：DM1≧(T_JUMP[M]＋S_EXT2[n]／R_UD72)×R_EXT1[n−1]。ここで、ジャンプ期間PJ[M]の長さT_JUMP[M]がジャンプJ[M]の最大ジャンプ時間T_JUMP＿MAXに等しく、かつベースビュー転送速度R_EXT1[n−1]が最高値R_MAX1に等しいとき、蓄積データ量DA1の極大値DM1は最も大きい。従って、ＲＢ１4221には、そのときの極大値DM1以上の容量RB1が求められる：RB1≧(T_JUMP＿MAX＋S_EXT2[n]／R_UD72)×R_MAX1。

一方、図９０の（ｂ）を参照するに、（Ｍ＋１）番目のエクステント・ブロック8901の後端のベースビュー・データ・ブロックB[n−1]の読み込みが開始された時点で、ＲＢ２4222の蓄積データ量DA2は極大値DM2に達する。更に、そのベースビュー・データ・ブロックB[n−1]の読み出し期間から（Ｍ＋２）番目のエクステント・ブロック8902のプリロード期間PR_D[n]にわたり、蓄積データ量DA2はディペンデントビュー転送速度R_EXT2[n−1]で減少する。従って、そのプリロード期間PR_D[n]の終了までシステム・ターゲット・デコーダ4225へのデータ供給を維持するには、蓄積データ量DA2の極大値DM2が、ベースビュー・データ・ブロックB[n−1]の読み出し期間、ジャンプ期間PJ[M]、及びプリロード期間PR_D[n]でＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送されるデータ量以上であればよい。すなわち、蓄積データ量DA2の極大値DM2は、ベースビュー・データ・ブロックB[n−1]の読み出し期間の長さS_EXT1[n−1]／R_UD72、ジャンプ期間PJ[M]の長さT_JUMP[M]、及びプリロード期間PR_D[n]の長さS_EXT2[n]／R_UD72の和にディペンデントビュー転送速度R_EXT2[n−1]を乗じた値以上であればよい：DM2≧(S_EXT1[n−1]／R_UD72＋T_JUMP[M]＋S_EXT2[n]／R_UD72)×R_EXT2[n−1]。ここで、ジャンプ期間PJ[M]の長さT_JUMP[M]がジャンプJ[M]の最大ジャンプ時間T_JUMP＿MAXに等しく、かつディペンデントビュー転送速度R_EXT2[n−1]が最高値R_MAX2に等しいとき、蓄積データ量DA2の極大値DM2は最も大きい。従って、ＲＢ２4222には、そのときの極大値DM2以上の容量RB2が求められる：RB2≧(S_EXT1[n−1]／R_UD72＋T_JUMP＿MAX＋S_EXT2[n]／R_UD72)×R_MAX2。その上、いずれのディペンデントビュー・データ・ブロックも、飛び込み再生によって最初に読み込まれるデータ・ブロックとなり得るので、ＲＢ２4222の容量RB2はいずれのディペンデントビュー・データ・ブロックのサイズも下回ってはならない：RB2≧S_EXT2[k]（整数kは任意）。

上記のとおり、各リード・バッファ4121、4122の容量RB1、RB2の下限値はデータ・ブロックのサイズS_EXT1[k]、S_EXT2[k]で決まる。従って、各容量RB1、RB2の節約を目的として、各データ・ブロックのサイズS_EXT1[k]、S_EXT2[k]の上限値、すなわち最大エクステント・サイズを以下の条件［６］で制限する。

［６］図１９に示されているように、各エクステント・ブロック1901−1903内のベースビュー・データ・ブロックB[k]はファイル２ＤとファイルＳＳとに共有されている。従って、ベースビュー・データ・ブロックB[k]のサイズS_EXT1[k]は式（１）を満たすべきである。一方、ＲＢ１4221の容量RB1を可能な限り縮小するには、ベースビュー・データ・ブロックB[k]のサイズS_EXT1[k]は２Ｄエクステントの最小エクステント・サイズの下限値以下であればよい。すなわち、そのサイズS_EXT1[k]は、次式（５）の右辺で表される最大エクステント・サイズ以下であればよい：

ここで、２Ｄエクステントの最小エクステント・サイズの下限値は、式（１）の右辺の分母に含まれる平均転送速度R_EXT2Dをその最高値R_MAX2Dに置き換えた形で評価されている。ジャンプ時間T_{JUMP−2D＿MIN}は、各エクステント・ブロック1901−1903内で必要なジャンプ時間の最小値、すなわち２Ｄエクステント間の最大ジャンプ時間T_JUMP＿MAXの最小値である。具体的には、ジャンプ時間T_{JUMP−2D＿MIN}は、図８６の表で規定された最小値２５０秒に設定される。一方、２Ｄエクステントの間隔はディペンデントビュー・データ・ブロックD[k]のサイズS_EXT2[k]に等しい。従って、ジャンプ時間T_{JUMP−2D＿MIN}が２５０秒に設定されるとき、ディペンデントビュー・データ・ブロックD[k]のサイズS_EXT2[k]は、図８６の表で最大ジャンプ時間T_JUMP＿MAX＝２５０秒に対応付けられた最大ジャンプ距離S_JUMP＿MAX＝１００００セクタ以下に制限される。すなわち、ディペンデントビュー・データ・ブロックの最大エクステント・サイズは１００００セクタである。

≪まとめ≫

複数のエクステント・ブロックから２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには、上記の条件［１］−［６］が全て満たされればよい。特に、各データ・ブロックと各エクステント・ブロックとのサイズは次の条件１−５を満たせばよい。

条件１：２ＤエクステントのサイズS_EXT2Dは式（１）を満たす。
条件２：ベースビュー・データ・ブロックのサイズS_EXT1は式（２）を満たす。
条件３：ディペンデントビュー・データ・ブロックのサイズS_EXT2は式（３）を満たす。
条件４：エクステント・ブロックのサイズS_EXTSSは式（４）を満たす。
条件５：ベースビュー・データ・ブロックのサイズS_EXT1は式（５）を満たす。

≪条件１の変形例≫

図２１に示されている２Ｄ再生モードの再生経路2101から明らかなとおり、２Ｄ再生モードではジャンプが頻繁に生じる。従って、シームレス再生を更に確実に行うには、式（１）の右辺で表される２Ｄエクステントの最小エクステント・サイズに、マージン（余裕量）を更に追加するのが好ましい。しかし、そのマージンの追加によって条件５、すなわち式（５）が変更されることは、リード・バッファの容量の増大を招きかねないので、回避されるべきである。式（５）を変更しないようにマージンを追加する方法には、以下の三種類がある。

第１の方法は、式（１）の右辺の分母に含まれる平均転送速度R_EXT2Dをその最高値R_MAX2Dに置き換えることによって、２Ｄエクステントの最小エクステント・サイズにマージンを追加する。すなわち、条件１は、２ＤエクステントのサイズS_EXT2Dが式（１）に代えて次式（６）を満たすことに変更される：

ここで、式（５）には、式（１）の右辺の分母に含まれる平均転送速度R_EXT2Dをその最高値R_MAX2Dに置き換えた表式が利用されている。従って、式（１）が式（６）に変更されても、式（５）は変更されない。

第２の方法は、２ＤエクステントのエクステントＡＴＣ時間をΔＴ秒延長することによって、２Ｄエクステントの最小エクステント・サイズにマージンを追加する。すなわち、条件１は、２ＤエクステントのサイズS_EXT2Dが式（１）に代えて次式（７Ａ）又は（７Ｂ）を満たすことに変更される：

延長時間ΔＴは、ＧＯＰの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。例えば、ＧＯＰの長さが最大１秒であれば、ΔＴ＝１．０秒に設定される。一方、所定時間［秒］当たりに再生可能なエクステント数の上限がｎ個であれば、ΔＴ＝所定時間／ｎ［秒］に設定される。

第３の方法は、式（１）の右辺に含まれる平均転送速度R_EXT2Dを全て、その最高値R_MAX2Dに置き換えることによって、２Ｄエクステントの最小エクステント・サイズにマージンを追加する。すなわち、条件１は、２ＤエクステントのサイズS_EXT2Dが式（１）に代えて次式（８）を満たすことに変更される：

この方法では、最小エクステント・サイズに更に大きいマージンを追加することはできる。しかし、その反面、２Ｄエクステントのビットレートが低い場合でも、そのサイズを十分に大きく確保しなければならない。従って、マージンの大きさとＢＤ−ＲＯＭディスクへのデータの記録効率との比較衡量が必要である。

尚、第２の方法を採用する場合、２Ｄ映像のシームレス再生の更なる確実性をリード・バッファの容量の削減よりも優先させてもよいのであれば、式（５）を次式（９）に変更してもよい：

＜ストリーム・データの転送速度＞

図９１は、３Ｄ再生モードのシステム・ターゲット・デコーダ4225内に備えられたビデオ・ストリームの処理系統を示すブロック図である。図９１を参照するに、その処理系統は、図４５に示されている一対のソース・デパケタイザ4511、4512、一対のＰＩＤフィルタ4513、4514、及び主映像デコーダ4515を含む。

第１ソース・デパケタイザ4511は、ＲＢ１4221内の各ベースビュー・データ・ブロックからソースパケットをベースビュー転送速度R_EXT1で読み出す。第１ソース・デパケタイザ4511は更に、そのソースパケットの中からＴＳパケットを抽出して第１ＰＩＤフィルタ4513へ転送する。その転送の平均速度は最高で、ファイル２Ｄに対するシステムレートR_TS1まで達する。従って、ベースビュー転送速度R_EXT1の最高値R_MAX1はそのシステムレートR_TS1の１９２／１８８倍に等しい。第１ＰＩＤフィルタ4513は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを、主映像デコーダ4515内のＴＢ１4501へ送る。ＴＢ１4501は、そのＴＳパケットからＰＥＳパケットを復元して、平均速度R_x1でＭＢ１4502へ転送する。ＭＢ１4502は、そのＰＥＳパケットからベースビュー・ビデオ・ストリームのＶＡＵを抽出し、平均速度R_bx1でＥＢ１4503へ転送する。

第２ソース・デパケタイザ4512は、ＲＢ２4222内の各ディペンデントビュー・データ・ブロックからソースパケットをディペンデントビュー転送速度R_EXT2で読み出す。第２ソース・デパケタイザ4512は更に、そのソースパケットの中からＴＳパケットを抽出して第２ＰＩＤフィルタ4514へ転送する。その転送の平均速度は最高で、ファイルＤＥＰに対するシステムレートR_TS2まで達する。従って、ディペンデントビュー転送速度R_EXT2の最高値R_MAX2はそのシステムレートR_TS2の１９２／１８８倍に等しい。第２ＰＩＤフィルタ4514は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットを、主映像デコーダ4515内のＴＢ２4508へ送る。ＴＢ２4508は、そのＴＳパケットからＰＥＳパケットを復元して、平均速度R_x2でＭＢ２4509へ転送する。ＭＢ２4509は、そのＰＥＳパケットからディペンデントビュー・ビデオ・ストリームのＶＡＵを抽出し、平均速度R_bx2でＥＢ２4510へ転送する。

ＥＢ１4503とＥＢ２4510とのそれぞれに蓄積されたＶＡＵは、バッファ・スイッチ4506によって交互にＤＥＣ4504へ転送され、ＤＥＣ4504によって非圧縮のピクチャ・データに復号される。ここで、図７に示されているように、ディペンデントビュー・ピクチャはベースビュー・ピクチャを参照して圧縮されている。従って、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームよりも、平均的なビットレートが低い。それ故、ファイルＤＥＰに対するシステムレートR_TS2は、ファイル２Ｄに対するシステムレートR_TS1よりも低く設定されれば十分である。例えば、ファイル２Ｄに対するシステムレートR_TS1が４５Ｍｂｐｓ以下に設定されるとき、ファイルＤＥＰに対するシステムレートR_TS2は３０Ｍｂｐｓ以下に設定されれば十分である：R_TS1≦45Mbps、R_TS2≦30Mbps。

ここで、システムレートR_TS1、R_TS2の合計が一定の閾値以下に制限される場合を想定する。その閾値は、システム・ターゲット・デコーダ4225に割り当てられた転送帯域の幅以下に設定され、例えば６０Ｍｂｐｓに等しい：R_TS1＋R_TS2≦60Mbps。その場合、ファイル２Ｄに対するシステムレートR_TS1が４５Ｍｂｐｓに設定されれば、ファイルＤＥＰに対するシステムレートR_TS2は１５Ｍｂｐｓ以下に制限される：R_TS1＝45Mbps、R_TS2≦15Mbps。各ビデオ・ストリームのビットレートが平均的な値に維持されている限り、システムレートR_TS1、R_TS2の合計に対するそのような制限は、上記の転送帯域を効率良く利用するのに有利である。しかし、実際には、ディペンデントビュー・ビデオ・ストリームのビットレートが一時的にベースビュー・ビデオ・ストリームのビットレートを超える場合はある。例えば自然の風景を表す３Ｄ映像において、ベースビュー（例えばレフトビュー）の焦点が突然外れて、ディペンデントビュー（例えばライトビュー）の焦点のみが合っている場合、そのようなビットレートの逆転が生じる。その場合、ベースビュー転送速度R_EXT1はシステムレートR_TS1＝45Mbpsよりかなり低いにもかかわらず、ディペンデントビュー転送速度R_EXT2はシステムレートR_TS2≦15Mbps（正確には、その１９２／１８８≒１．０２倍。以下、特に必要でない限り、その係数は１とみなす。）を超えることができない。このように、システムレートR_TS1、R_TS2の合計が制限されている場合、ディペンデントビュー転送速度R_EXT2が、ディペンデントビュー・ビデオ・ストリームのビットレートの一時的な上昇には対応できない。

その対応を可能にするには、システムレートR_TS1、R_TS2の合計に代えて、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]とのエクステント単位での合計を制限すればよい：R_EXT1[n]＋R_EXT2[n]≦60Mbps。そのベースビュー転送速度R_EXT1[n]は、ファイル・ベース内の（ｎ＋１）番目のエクステントEXT1[n]を含むソースパケットを転送する際の平均値であり、そのディペンデントビュー転送速度R_EXT2[n]は、ファイルＤＥＰ内の（ｎ＋１）番目のエクステントEXT2[n]を含むソースパケットを転送する際の平均値である。図９２の（ａ）、（ｂ）はそれぞれ、その場合におけるベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2との時間的な変化を示すグラフである。図９２の（ａ）を参照するに、ベースビュー転送速度R_EXT1は、第１時刻T0で最高値R_MAX1≒45Mbpsから急落し、第１時刻T0から第２時刻T1までの期間T_str中、低レベル＝15Mbpsに留まっている。図９２の（ｂ）で実線のグラフGR1が示すとおり、ディペンデントビュー転送速度R_EXT2はベースビュー転送速度R_EXT1の変化に対して相補的に変化できる。特に上記の期間T_strには、ピークP1が最高値R_MAX2≒30Mbpsまで到達できる。このように、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]との合計がエクステント単位で制限されている場合、ディペンデントビュー転送速度R_EXT2は、ディペンデントビュー・ビデオ・ストリームのビットレートの一時的な上昇にも対応できる。

システム・ターゲット・デコーダ4225に割り当てられた転送帯域をストリーム・データの転送に更に効率良く利用するには、ファイルＤＥＰに対するシステムレートR_TS2を更に高く設定することが好ましい。図９２の（ｃ）は、図９２の（ａ）、（ｂ）に示されているベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2とを足し合わせた値の時間的な変化を示すグラフである。図９２の（ｃ）で実線のグラフGR3の窪みCVが示すとおり、ベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2との和は、第１時刻T0から第２時刻T1までの期間T_str中、閾値６０Ｍｂｐｓを下回っている。これは、図９２の（ｂ）で実線のグラフGR1が示すとおり、ディペンデントビュー転送速度R_EXT2がファイルＤＥＰに対するシステムレートR_TS2＝30Mbps以下に制限されていることに因る。図９２の（ａ）の示すとおり、その期間T_strではベースビュー転送速度R_EXT1は１５Ｍｂｐｓまで降下しているので、転送帯域幅には、少なくとも、その値と閾値との間の差６０−１５＝４５Ｍｂｐｓに等しい余裕が残されている。従って、ファイルＤＥＰに対するシステムレートR_TS2は、３０Ｍｂｐｓよりも高い範囲、好ましくはファイル２Ｄに対するシステムレートR_TS1と同じ範囲、例えば４５Ｍｂｐｓ以下に設定される：R_TS1≦45Mbps、R_TS2≦45Mbps。図９２の（ｂ）、（ｃ）にはそれぞれ、その場合におけるディペンデントビュー転送速度R_EXT2、及びベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2との和が破線のグラフGR2、GR4で示されている。図９２の（ｂ）で破線のグラフGR2が示すとおり、ディペンデントビュー転送速度R_EXT2のピークP2は３０Ｍｂｐｓを超えることができる。その結果、図９２の（ｃ）で破線のグラフGR4が示すとおり、ベースビュー転送速度R_EXT1とディペンデントビュー転送速度R_EXT2との和は、上記の期間T_str中、閾値６０Ｍｂｐｓの近傍に維持される。こうして、上記の転送帯域の利用効率を更に向上させることができる。

但し、ファイルＤＥＰに対するシステムレートR_TS2をファイル２Ｄに対するシステムレートR_TS1と同程度に高い値に設定した場合、それらの合計R_TS1＋R_TS2は一般に、システム・ターゲット・デコーダ4225の転送帯域幅よりも高い。一方、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]とはいずれも平均値であるので、それらの合計に閾値を設けても、転送速度の瞬時値の合計がその閾値を超えることまでは制限されない。具体的な例として、各システムレートR_TS1、R_TS2が４５Ｍｂｐｓに設定され、各エクステントのエクステントＡＴＣ時間が３秒間であって、かつその前半の１．５秒間では転送速度の合計が３０Ｍｂｐｓに維持されている場合を想定する。その場合、後半の１．５秒間で各転送速度が仮にシステムレート４５Ｍｂｐｓまで上昇したとしても、エクステント全体で平均された転送速度の合計は６０Ｍｂｐｓに抑えられる。従って、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]との合計を６０Ｍｂｐｓ以下に制限しても、転送速度の瞬時値の合計が９０Ｍｂｐｓまで上昇することを阻むことはできない。このように、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]との合計を制限するだけでは、システム・ターゲット・デコーダ4225の転送帯域が飽和する危険性がゼロではない。

システム・ターゲット・デコーダ4225の転送帯域が飽和する危険性を更に低減させることを目的として、転送速度の合計に対する制限を更に次のように変更してもよい。図９３は、システム・ターゲット・デコーダ内でソース・デパケタイザからＰＩＤフィルタへ転送されるＴＳパケットとＡＴＣ時間との間の関係を示す模式図である。図９３を参照するに、上段の矩形9310は、ベースビュー・エクステントを構成するＴＳパケット、ＴＳ１＃ｐ（ｐ＝０、１、２、３、…、ｋ、ｋ＋１、ｋ＋２）の転送期間を表し、下段の矩形9320は、ディペンデントビュー・エクステントを構成するＴＳパケット、ＴＳ２＃ｑ（ｑ＝０、１、２、３、…、ｍ−１、ｍ、ｍ＋１）の転送期間を表す。それらの矩形9310、9320はＡＴＣの時間軸方向でＴＳパケットの転送順に並べられている。各矩形9310、9320の先頭の位置はそのＴＳパケットの転送開始時刻を表す。各矩形9310、9320の長さAT1、AT2は、１個のＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ転送されるのに要する時間を表す。３Ｄ再生装置は、一つのＴＳパケットをソース・デパケタイザから転送し始める度に、その転送開始時刻を起点とする所定時間長、例えば１秒間のウィンドウWIN1、WIN2、WIN3を設定する。３Ｄ再生装置は更に、各ウィンドウWIN1、WIN2、WIN3内でＴＳ１とＴＳ２との各転送速度を平均し、それらの平均値の合計を所定の閾値以下に制限する。図９３に示されている例では、まず、ＴＳ１＃０の転送開始時刻A1を起点とする第１ウィンドウWIN1が設定され、その中で転送されるＴＳ１＃０−ｋとＴＳ２＃０−ｍとについて、転送速度の合計が閾値以下に制限される。同様に、ＴＳ２＃０の転送開始時刻A2を起点とする第２ウィンドウWIN2の中で転送されるＴＳ１＃０−（ｋ＋１）とＴＳ２＃０−ｍとについて、転送速度の合計が閾値以下に制限され、ＴＳ１＃１の転送開始時刻A3を起点とする第３ウィンドウWIN3の中で転送されるＴＳ１＃１−（ｋ＋１）とＴＳ２＃０−（ｍ＋１）とについて、転送速度の合計が閾値以下に制限される。このように、一定長のウィンドウをＴＳパケット当たりの転送時間ずつずらしながら、各ウィンドウでの平均転送速度の合計を所定の閾値以下に制限する。それにより、ウィンドウが短いほど、システム・ターゲット・デコーダ4225の転送帯域が飽和する危険性が低減する。

ファイルＤＥＰに対するシステムレートR_TS2がファイル・ベースに対するシステムレートR_TS1と同程度に高く設定される場合、ディペンデントビュー転送速度R_EXT2も同程度まで上昇する場合が想定される。（ｎ＋１）番目のディペンデントビュー・エクステントに対する転送速度R_EXT2[n]がそのように上昇した場合、転送速度の合計に対する制限から、（ｎ＋１）番目のベースビュー・エクステントに対する転送速度R_EXT1[n]は最高値R_MAX1よりも顕著に降下する。一方、最大エクステント・サイズの定義式（５）では、分母に含まれる平均転送速度R_EXT2Dがその最高値R_MAX2Dで評価される。更に、（ｎ＋１）番目のベースビュー・エクステントのエクステントＡＴＣ時間は、その最大エクステント・サイズとベースビュー転送速度R_EXT1[n]との比で表される値を上限とする。従って、その上限は実際のエクステントＡＴＣ時間よりも顕著に長い。（ｎ＋１）番目のベースビュー・エクステントと（ｎ＋１）番目のディペンデントビュー・エクステントとではエクステントＡＴＣ時間が共通であるので、そのディペンデントビュー・エクステントのサイズは最大で、ディペンデントビュー転送速度R_EXT2[n]と上記のエクステントＡＴＣ時間の上限との積に等しい。そのサイズは、シームレス再生に実際に必要な値よりも顕著に大きいので、ＲＢ２の容量の更なる削減が阻まれる。従って、ファイルＤＥＰに対するシステムレートR_TS2をファイル・ベースに対するシステムレートR_TS1と同程度に高く設定する場合、好ましくは、最大エクステント・サイズに対する条件５、すなわち式（５）を次式（１０）に変更する：

式（１０）の右辺では、分母に含まれる転送速度として、２Ｄエクステントに対する平均転送速度の最高値R_MAX2D、又は、転送速度の最高値の合計R_MAX1＋R_MAX2とディペンデントビュー転送速度R_EXT2との間の差のいずれか低い方が採用される。ここで、転送速度の最高値の合計R_MAX1＋R_MAX2はシステムレートの合計R_TS1＋R_TS2の１９２／１８８倍に等しい。従って、ディペンデントビュー転送速度R_EXT2がシステムレートと同程度まで上昇する場合には、上記の差で最大エクステント・サイズが評価される。それにより、ベースビュー・エクステントのエクステントＡＴＣ時間の上限は実際のエクステントＡＴＣ時間に近い値に抑えられる。それ故、ディペンデントビュー・エクステントのサイズは、シームレス再生に実際に必要な値程度に抑えられる。こうして、ＲＢ２の容量を十分に小さく維持することができる。

＜ファイルＤＥＰに対するシステムレートが高い場合のデータ・ブロックの配置＞

図９４の（ａ）は、一つのエクステント・ペアについて、ベースビュー転送速度R_EXT1[n]とディペンデントビュー転送速度R_EXT2[n]との組み合わせ別に最大エクステント・サイズmaxS_EXT1[n]、maxS_EXT2[n]を示す表である。ここで、「エクステント・ペア」とは、ファイル・ベースに含まれる（ｎ＋１）番目のベースビュー・エクステントと、ファイルＤＥＰに含まれる（ｎ＋１）番目のディペンデントビュー・エクステントとの対をいう（ｎ＝０、１、２、…）。最大エクステント・サイズmaxS_EXT2[n]、maxS_EXT2[n]は、式（５）を用いて計算された値である。式（５）が２Ｄ再生モードのＢＤ−ＲＯＭドライブの読み出し速度R_UD54を含むことから明らかなとおり、最大エクステント・サイズmaxS_EXT2[n]、maxS_EXT2[n]はＢＤ−ＲＯＭドライブの性能に依存する。従って、図９４の（ａ）に示されている値は一例に過ぎない。

図９４の（ａ）を参照するに、ベースビュー転送速度R_EXT1[n]が４５Ｍｂｐｓであり、かつディペンデントビュー転送速度R_EXT2[n]が１５Ｍｂｐｓであるとき、ディペンデントビュー・エクステントの最大エクステント・サイズmaxS_EXT2[n]は６ＭＢである。逆に、ベースビュー転送速度R_EXT1[n]が１５Ｍｂｐｓであり、かつディペンデントビュー転送速度R_EXT2[n]が４５Ｍｂｐｓであるとき、ディペンデントビュー・エクステントの最大エクステント・サイズmaxS_EXT2[n]は８ＭＢである。図９０を用いて説明したとおり、各エクステント・ブロックの先頭に位置するディペンデントビュー・データ・ブロックのサイズが大きいほど、リード・バッファに要求される容量は大きい。従って、エクステント・ブロックのプリロード期間にディペンデントビュー転送速度R_EXT2[n]が上昇することは、ディペンデントビュー・エクステントの最大エクステント・サイズmaxS_EXT2[n]が増大してリード・バッファの容量の更なる削減を阻むので好ましくない。

そこで、エクステント・ブロックの先頭に位置するエクステント・ペアEXT1[n]、EXT2[n]において、ディペンデントビュー転送速度R_EXT2[n]がベースビュー転送速度R_EXT1[n]を超える場合には、ベースビュー・データ・ブロックB[n]をディペンデントビュー・データ・ブロックD[n]の前に配置する。すなわち、そのエクステント・ペアの中で、サイズの小さいデータ・ブロックをサイズの大きいデータ・ブロックよりも前に配置する。それにより、以下に示すように、リード・バッファの容量を小さく維持することができる。

図９４の（ｂ）は、層境界LBを間に挟んで配置された二つのエクステント・ブロック9401、9402について、上記の配置を採用した場合を示す模式図である。図９４の（ｂ）を参照するに、ファイル・ベース9411とファイルＤＥＰ9412との間でのエクステント・ペアのうち、（ｎ＋１）番目のエクステント・ペアEXT1[n]、EXT2[n]がＭ番目のエクステント・ブロック9402の先頭に配置されている。そのエクステント・ペアでは、ディペンデントビュー転送速度R_EXT2[n]がベースビュー転送速度R_EXT1[n]よりも高いので、ディペンデントビュー・データ・ブロックD[n]はベースビュー・データ・ブロックB[n]よりもサイズが大きい。従って、そのエクステント・ペアでは、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されている。一方、（ｎ−１）番目、ｎ番目、及び（ｎ＋２）番目のエクステント・ペアEXT1[k]、EXT2[k]（k＝n−2、n−1、n＋1）では、ディペンデントビュー転送速度R_EXT2[k]がベースビュー転送速度R_EXT1[k]よりも低いので、ディペンデントビュー・データ・ブロックD[k]はベースビュー・データ・ブロックB[k]よりもサイズが小さい。従って、それらのエクステント・ペアでは、ディペンデントビュー・データ・ブロックD[k]がベースビュー・データ・ブロックB[k]の前に配置されている。

図９５の（ａ）、（ｂ）は、図９４の（ｂ）に示されている二つのエクステント・ブロック9401、9402から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１とＲＢ２とのそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。実線のグラフG1P、G2Pは、Ｍ番目のエクステント・ブロック9402の先頭に配置された（ｎ＋１）番目のエクステント・ペアEXT1[n]、EXT2[n]において、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときの蓄積データ量DA1、DA2の変化を示す。破線のグラフG1Q、G2Qは、そのエクステント・ペアEXT1[n]、EXT2[n]において、ディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]の前に配置されているときの蓄積データ量DA1、DA2の変化を示す。

図９５の（ａ）を参照するに、（Ｍ−１）番目のエクステント・ブロック9401の後端のベースビュー・データ・ブロックB[n−1]がＲＢ１に読み込まれた時点で、ＲＢ１の蓄積データ量DA1は極大値DM10、DM11に達する。更に、その直後のジャンプ期間PJ[M]からＭ番目のエクステント・ブロック9402のプリロード期間PR_B[n]、PR_D[n]にわたり、蓄積データ量DA1はベースビュー転送速度R_EXT1[n−1]で減少する。ここで、（ｎ＋１）番目のエクステント・ペアEXT1[n]、EXT2[n]では、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]よりもサイズが小さい。従って、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときのプリロード期間PR_B[n]の長さS_EXT1[n]／R_UD72は、逆の配置でのプリロード期間PR_D[n]の長さS_EXT2[n]／R_UD72よりも短い。その結果、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときの蓄積データ量DA1の極大値DM11は、逆の配置での極大値DM10よりも低い。

図９５の（ｂ）を参照するに、（Ｍ−１）番目のエクステント・ブロック9401の後端のベースビュー・データ・ブロックB[n−1]の読み込みが開始された時点で、ＲＢ２の蓄積データ量DA2は極大値DM20、DM21に達する。更に、そのベースビュー・データ・ブロックB[n−1]の読み出し期間からＭ番目のエクステント・ブロック9402のプリロード期間PR_B[n]、PR_D[n]にわたり、蓄積データ量DA2はディペンデントビュー転送速度R_EXT2[n−1]で減少する。ここで、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときのプリロード期間PR_B[n]の長さS_EXT1[n]／R_UD72は、逆の配置でのプリロード期間PR_D[n]の長さS_EXT2[n]／R_UD72よりも短い。その結果、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときの蓄積データ量DA2の極大値DM21は、逆の配置での極大値DM20よりも低い。

上記のとおり、エクステント・ブロックの先頭に配置されたエクステント・ペアの中では、サイズの小さいデータ・ブロックをサイズの大きいデータ・ブロックよりも前に配置した場合、リード・バッファの容量を小さく維持することができる。

同様に、飛び込み再生の開始可能位置に配置されたエクステント・ペアでも、サイズの小さいデータ・ブロックをサイズの大きいデータ・ブロックよりも前に配置する。それにより、リード・バッファの容量を小さく維持することができる。その場合、エクステント・ブロックの先頭に限らず、途中に位置するエクステント・ペアの中でも、データ・ブロックの順序が逆転し得る。図９６の（ａ）は、そのような配置に対するエクステント起点のデータ構造（Syntax）を示す模式図である。このエクステント起点（Extent＿Start＿Point）は、図２４の（ａ）、（ｂ）に示されているエクステント起点と同様に、ファイル２ＤとファイルＤＥＰとのそれぞれに対して設定される。図９６の（ａ）を参照するに、そのエクステント起点では、エクステントＩＤ（extent＿id）とＳＰＮ（SPN＿extent＿start）との各対に一つのエクステント開始フラグ（is＿located＿first＿in＿extent＿pair）が割り当てられている。

図９６の（ｂ）は、ファイル・ベースに属するベースビュー・エクステントEXT1[k]（k＝0、1、2、…）と、エクステント起点の示すエクステント開始フラグとの間の対応関係を表す模式図である。図９６の（ｃ）は、ファイルＤＥＰに属するディペンデントビュー・エクステントEXT2[k]とエクステント開始フラグとの間の対応関係を表す模式図である。図９６の（ｄ）は、ファイルＳＳに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク上のエクステント・ブロックとの間の対応関係を示す模式図である。図９６の（ｂ）、（ｃ）を参照するに、エクステントＩＤの等しいエクステント・ペアEXT1[k]、EXT2[k]では、エクステント開始フラグの値が逆に設定されている。特に、エクステント開始フラグの値が“１”であるエクステントは、“０”であるエクステントよりもソースパケットが少ない。図９６の（ｄ）を参照するに、エクステント開始フラグの値が“１”であるエクステントは、“０”であるエクステントよりも前に配置されている。このように、エクステント開始フラグは、エクステント・ペアEXT1[n]、EXT2[n]のうち、いずれのエクステントが前に配置されているかを示す。従って、エクステント開始フラグの値から、エクステント・ペアEXT1[n]、EXT2[n]の中でのデータ・ブロックの配置を知ることができる。それ故、エクステント・ペア間でデータ・ブロックの順序が異なっていても、再生制御部4235はエクステント起点を利用して、各エクステントＳＳの先頭からデータ・ブロック間の各境界までのソースパケット数をスイッチ4220に教えることができる。その結果、スイッチ4220はエクステントＳＳからベースビュー・エクステントとディペンデントビュー・エクステントとを分離できる。

各エクステント・ペアの中でデータ・ブロックの順序が一定である場合、ＲＢ１とＲＢ２との各容量の下限値は、図９０を利用して次のように算定された：RB1≧(T_JUMP＿MAX＋S_EXT2[n]／R_UD72)×R_MAX1、RB2≧max{(S_EXT1[n−1]／R_UD72＋T_JUMP＿MAX＋S_EXT2[n]／R_UD72)×R_MAX2，S_EXT2[n]}。それに対し、エクステント・ブロックの途中に位置するエクステント・ペアの中でデータ・ブロックの順序が逆転してもよい場合、ＲＢ１とＲＢ２との各容量の下限値は以下のように変更される。

図９７の（ｃ）は、ＲＢ１4221に求められる容量が最も大きいデータ・ブロックの配置を示す模式図である。図９７の（ｃ）を参照するに、（Ｍ−１）番目のエクステント・ブロック9701とＭ番目のエクステント・ブロック9702とは、層境界LBを間に挟んで配置されている（整数Ｍは２以上である）。Ｍ番目のエクステント・ブロック9702の先頭には（ｎ＋１）番目のエクステント・ペアD[n]、B[n]が配置され、特にディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]の前に位置する（整数ｎは０以上である）。一方、（Ｍ−１）番目のエクステント・ブロック9701の後端にはｎ番目のエクステント・ペアD[n−1]、B[n−1]が配置され、特にベースビュー・データ・ブロックB[n−1]がディペンデントビュー・データ・ブロックD[n−1]の前に位置する。

図９７の（ａ）、（ｂ）は、図９７の（ｃ）に示されているエクステント・ブロック9701、9702から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１4221、ＲＢ２4222のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。図９７の（ａ）を参照するに、ｎ番目のベースビュー・データ・ブロックB[n−1]がＲＢ１4221に読み込まれた時点で、ＲＢ１4221の蓄積データ量DA1は極大値DM1に達する。その直後のディペンデントビュー・データ・ブロックD[n−1]の読み出し期間ΔT1から、層境界LBを越えるロングジャンプの期間ΔT2、及びＭ番目のエクステント・ブロック9702のプリロード期間ΔT3にわたり、ＲＢ１4221にはデータ・ブロックが読み込まれないので、その蓄積データ量DA1は減少する。それらの期間ΔT1−ΔT3では、まず（ｎ−１）番目までのベースビュー・データ・ブロックB[k]（k＝…、n−3、n−2）が平均転送速度R_EXT1[…，n−3，n−2]で転送され、続いてｎ番目のベースビュー・データ・ブロックB[n−1]が平均転送速度R_EXT1[n−1]で転送される。プリロード期間ΔT3の終了まで蓄積データ量DA1が０に達するのを防ぐには、その終了時点よりもｎ番目のベースビュー・データ・ブロックB[n−1]のエクステントＡＴＣ時間T_EXT1[n−1]だけ前の時点で蓄積データ量DA1が、少なくとも、そのベースビュー・データ・ブロックB[n−1]のサイズS_EXT1[n−1]に等しければよい。従って、蓄積データ量DA1の極大値DM1はそのサイズS_EXT1[n−1]よりも、残りの期間ΔT1＋ΔT2＋ΔT3−T_EXT1[n−1]でＲＢ１4221からシステム・ターゲット・デコーダ4225へ転送されるデータ量R_EXT1[…，n−3，n−2]×(ΔT1＋ΔT2＋ΔT3−T_EXT1[n−1])以上、大きければよい。すなわち、ＲＢ１4221には、その極大値DM1以上の容量RB1が求められる：RB1≧S_EXT1[n−1]＋R_EXT1[…，n−3，n−2]×(ΔT1＋ΔT2＋ΔT3−T_EXT1[n−1])。ここで、ロングジャンプの時間ΔT2はそのロングジャンプの最大ジャンプ時間T_JUMP＿MAXで評価される。

図９７の（ｆ）は、ＲＢ２4222に求められる容量が最も大きいデータ・ブロックの配置を示す模式図である。図９７の（ｆ）を参照するに、（Ｎ−１）番目のエクステント・ブロック9703とＮ番目のエクステント・ブロック9704とは、層境界LBを間に挟んで配置されている（整数Ｎは２以上である）。Ｎ番目のエクステント・ブロック9704の先頭には（ｎ＋１）番目のエクステント・ペアD[n]、B[n]が配置され、特にディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]の後に位置する。一方、（Ｎ−１）番目のエクステント・ブロック9703の後端にはｎ番目のエクステント・ペアD[n−1]、B[n−1]が配置され、特にベースビュー・データ・ブロックB[n−1]がディペンデントビュー・データ・ブロックD[n−1]の後に位置する。

図９７の（ｄ）、（ｅ）は、図９７の（ｆ）に示されているエクステント・ブロック9703、9704から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１4221、ＲＢ２4222のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。図９７の（ｅ）を参照するに、ｎ番目のディペンデントビュー・データ・ブロックD[n−1]がＲＢ２4222に読み込まれた時点で、ＲＢ２4222の蓄積データ量DA2は極大値DM2に達する。その直後のベースビュー・データ・ブロックB[n−1]の読み出し期間ΔT4から、層境界LBを越えるロングジャンプの期間ΔT5、及びＮ番目のエクステント・ブロック9704のプリロード期間ΔT6にわたり、ＲＢ２4222にはデータ・ブロックが読み込まれないので、その蓄積データ量DA2は減少する。それらの期間ΔT4−ΔT6では、まず（ｎ−１）番目までのディペンデントビュー・データ・ブロックD[k]（k＝…、n−3、n−2）が平均転送速度R_EXT2[…，n−3，n−2]で転送され、続いてｎ番目のディペンデントビュー・データ・ブロックD[n−1]が平均転送速度R_EXT2[n−1]で転送される。プリロード期間ΔT6の終了まで蓄積データ量DA2が０に達するのを防ぐには、その終了時点よりもｎ番目のディペンデントビュー・データ・ブロックD[n−1]のエクステントＡＴＣ時間T_EXT2[n−1]だけ前の時点で蓄積データ量DA2が、少なくとも、そのディペンデントビュー・データ・ブロックD[n−1]のサイズS_EXT2[n−1]に等しければよい。従って、蓄積データ量DA2の極大値DM2はそのサイズS_EXT2[n−1]よりも、残りの期間ΔT4＋ΔT5＋ΔT6−T_EXT2[n−1]でＲＢ２4222からシステム・ターゲット・デコーダ4225へ転送されるデータ量R_EXT2[…，n−3，n−2]×(ΔT4＋ΔT5＋ΔT6−T_EXT2[n−1])以上、大きければよい。すなわち、ＲＢ２4222には、その極大値DM2以上の容量RB2が求められる：RB2≧S_EXT2[n−1]＋R_EXT2[…，n−3，n−2]×(ΔT4＋ΔT5＋ΔT6−T_EXT2[n−1])。ここで、ロングジャンプの時間ΔT5はそのロングジャンプの最大ジャンプ時間T_JUMP＿MAXで評価される。

エクステント・ブロックの途中に位置するエクステント・ペアの中でデータ・ブロックの順序が逆転してもよい場合は更に、そのエクステント・ペアに対する条件２、３、すなわち式（２）、（３）は以下のように変更される。

図９８の（ｃ）は、データ・ブロックの順序が逆転しているエクステント・ペアを途中に含むエクステント・ブロック9810を示す模式図である。図９８の（ｃ）を参照するに、（ｎ＋２）番目のエクステント・ペアD[n＋1]、B[n＋1]では、ディペンデントビュー・データ・ブロックD[n＋1]がベースビュー・データ・ブロックB[n]の後に位置する。その前後のエクステント・ペアD[n]、B[n]、D[n＋1]、B[n＋1]では、ベースビュー・データ・ブロックB[n]、B[n＋1]がディペンデントビュー・データ・ブロックD[n]、D[n＋1]の後に位置する。

図９８の（ａ）、（ｂ）は、図９８の（ｃ）に示されているエクステント・ブロック9801から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１4221、ＲＢ２4222の各蓄積データ量DA1、DA2の変化を示すグラフである。ここで、ゼロ・セクタ遷移期間は他の期間に比べて十分に短いので無視されている。図９８の（ａ）、（ｂ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PR_D[n]では、ＲＢ２4222の蓄積データ量DA2は、読み出し速度R_UD72とディペンデントビュー転送速度R_EXT2[n]との間の差R_UD72−R_EXT2[n]に等しい速度で増加し、ＲＢ１4221の蓄積データ量DA1はベースビュー転送速度R_EXT1[n−1]で減少する。（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PR_B[n]では、ＲＢ１4221の蓄積データ量DA1は、読み出し速度R_UD72とベースビュー転送速度R_EXT1[n]との間の差R_UD72−R_EXT1[n]に等しい速度で増加する。一方、ＲＢ２4222の蓄積データ量DA2はディペンデントビュー転送速度R_EXT2[n]で減少する。（ｎ＋２）番目のベースビュー・データ・ブロックB[n＋1]の読み出し期間PR_B[n＋1]では、ＲＢ１4221の蓄積データ量DA1は、読み出し速度R_UD72とベースビュー転送速度R_EXT1[n＋1]との間の差R_UD72−R_EXT1[n＋1]に等しい速度で更に増加し続ける。一方、ＲＢ２4222の蓄積データ量DA2はディペンデントビュー転送速度R_EXT2[n＋1]で更に減少し続ける。更に、（ｎ＋２）番目のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PR_D[n＋1]では、ＲＢ２4222の蓄積データ量DA2は、読み出し速度R_UD72とディペンデントビュー転送速度R_EXT2[n＋1]との間の差R_UD72−R_EXT2[n＋1]に等しい速度で増加し、ＲＢ１4221の蓄積データ量DA1はベースビュー転送速度R_EXT1[n]で減少する。続いて、（ｎ＋３）番目のディペンデントビュー・データ・ブロックD[n＋2]の読み出し期間PR_D[n＋2]では、ＲＢ２4222の蓄積データ量DA2は、読み出し速度R_UD72とディペンデントビュー転送速度R_EXT2[n＋2]との間の差R_UD72−R_EXT2[n＋2]に等しい速度で更に増加し続け、ＲＢ１4221の蓄積データ量DA1はベースビュー転送速度R_EXT1[n＋1]で減少し続ける。

この場合、エクステント・ブロック9810から３Ｄ映像をシームレスに再生するには、まず、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]のエクステントＡＴＣ時間が、その読み出し期間PR_D[n]の開始時点から次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PR_D[n＋1]の開始時点までの時間以上であればよい。次に、（ｎ＋１）番目と（ｎ＋２）番目とのベースビュー・データ・ブロックB[n]、B[n＋1]のエクステントＡＴＣ時間が、それらの読み出し期間PR_B[n]、PR_B[n＋1]の開始時点から次のベースビュー・データ・ブロックB[n＋2]の読み出し期間PR_B[n＋2]の開始時点までの時間以上であればよい。それらの条件は、ｎ番目のエクステント・ペアの中でエクステントＢ（EXTB）がエクステントＡ（EXTA）よりも前に位置する場合を想定するとき、上記の式（２）、（３）に代えて、次式（２Ａ）、（３Ａ）で表される：

ここで、式（２Ａ）は、式（２）に含まれるベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]、ディペンデントビュー・データ・ブロックD[n＋1]のサイズS_EXT2[n＋1]、及びベースビュー転送速度R_EXT1[n]をそれぞれ、エクステントＡのサイズS_EXTA[n]、エクステントＢのサイズS_EXTB[n＋1]、及び、エクステントＡに対する平均転送速度R_EXTA[n]に変更することで得られる。式（３Ａ）は、式（３）に含まれるベースビュー・データ・ブロックB[n]のサイズS_EXT1[n]、ディペンデントビュー・データ・ブロックD[n]のサイズS_EXT2[n]、及びディペンデントビュー転送速度R_EXT2[n]をそれぞれ、エクステントＡのサイズS_EXTA[n]、エクステントＢのサイズS_EXTB[n]、及び、エクステントＢに対する平均転送速度R_EXTB[n]に変更することで得られる。尚、式（２Ａ）、（３Ａ）のいずれでも、ゼロ・セクタ遷移期間の長さT_JUMP0は０とみなされている。

図９９は、データ・ブロックの順序が逆転しているエクステント・ペアを途中に含むエクステント・ブロック9900とＡＶストリーム・ファイル9910−9920との間の対応関係を示す模式図である。図９９を参照するに、３番目のエクステント・ペアD[2]、B[2]ではディペンデントビュー・データ・ブロックD[2]がベースビュー・データ・ブロックB[2]の後に位置する。その他のエクステント・ペアD[k]、B[k]（k＝0、1、3）ではベースビュー・データ・ブロックB[k]がディペンデントビュー・データ・ブロックD[k]の後に位置する。ベースビュー・データ・ブロックB[n]（n＝0、1、2、3、…）はそれぞれ、一つのベースビュー・エクステントEXT1[n]としてファイル・ベース9911に属する。ディペンデントビュー・データ・ブロックD[n]はそれぞれ、一つのディペンデントビュー・エクステントEXT2[n]としてファイルＤＥＰ9912に属する。エクステント・ブロック9900の全体は一つのエクステントＳＳEXTSS[0]としてファイルＳＳ9920に属する。ベースビュー・データ・ブロックB[n]（n＝0、1、2、3、…）は更に、２ＤエクステントEXT2D[n]としてファイル２Ｄ9910に属する。ここで、二つの連続するベースビュー・データ・ブロックB[1]、B[2]は一つの２ＤエクステントEXT2D[1]として参照される。それにより、その２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]は、その直後に配置された二つのディペンデントビュー・データ・ブロックD[2]、D[3]の全体のサイズS_EXT2[2]＋S_EXT2[3]が大きくても、式（１）を満たすことができる。

＜層境界の前後での再生経路の分離＞

図２１では、２Ｄ再生モードでの再生経路2101と３Ｄ再生モードでの再生経路2102とはいずれも、層境界LBを越えるためのロングジャンプJ_LYの直前に同じベースビュー・データ・ブロックB[3]を通る。すなわち、そのベースビュー・データ・ブロックB[3]は、２Ｄ再生モードの再生装置102からは二番目の２ＤエクステントEXT2D[1]として読み出され、３Ｄ再生モードの再生装置102からはエクステントＳＳEXTSS[1]内の最後のデータ・ブロックとして読み出される。ロングジャンプJ_LY中にシステム・ターゲット・デコーダによって処理されるべきデータ量は、２Ｄ再生モードでは条件１により、そのベースビュー・データ・ブロックB[3]単体のサイズで確保される。一方、３Ｄ再生モードでは条件４により、二番目のエクステント・ブロック1902全体のサイズで確保される。従って、条件１によってベースビュー・データ・ブロックB[3]に要求される最小エクステント・サイズは、条件２による最小エクステント・サイズよりも一般に大きい。それ故、ＲＢ１4221の容量は、３Ｄ再生モードでのシームレス再生に必要最小限の値よりも大きくなければならない。更に、そのベースビュー・データ・ブロックB[3]と、その直前に位置するディペンデントビュー・データ・ブロックD[3]とではエクステントＡＴＣ時間が等しい。従って、そのディペンデントビュー・データ・ブロックD[3]のサイズは、条件２によってそのデータ・ブロックD[3]に要求される最小エクステント・サイズよりも一般に大きい。それ故、ＲＢ２4222の容量は、３Ｄ再生モードでのシームレス再生に必要最小限の値よりも一般に大きい。このように、図２１に示されている配置では、二つのエクステント・ブロック1902、1903間のシームレスな接続は可能であるが、ＲＢ１4221、ＲＢ２4222の容量が十分に大きく確保されなければならない。

ロングジャンプJ_LY中での映像のシームレス再生を可能にしたまま、ＲＢ１4221、ＲＢ２4222の容量を更に削減するには、層境界LB等、そのロングジャンプJ_LYの必要な位置の前後でデータ・ブロック群の配置をインターリーブ配置から変更して、２Ｄ再生モードと３Ｄ再生モードとの間で再生経路を分離すればよい。そのような変更のパターンには、例えば以下に述べる二種類の配置１、２がある。配置１、２のいずれでも、再生経路はロングジャンプJ_LYの直前で、動作モードごとに異なるベースビュー・データ・ブロックを通る。その結果、後述のとおり、再生装置102にＲＢ１4221、ＲＢ２4222の容量を必要最小限に維持させたまま、ロングジャンプJ_LY中での映像のシームレス再生を容易に実現させることができる。

≪配置１≫

図１００は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の配置１を示す模式図である。図１００を参照するに、層境界LBの直前には第１エクステント・ブロックA001が配置され、層境界LBの直後には第２エクステント・ブロックA002が配置されている。各エクステント・ブロックA001、A002内では、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とがインターリーブ配置を構成している（n＝…、0、1、2、3、…）。特にｎ番目のエクステント・ペアD[n]、B[n]ではエクステントＡＴＣ時間が等しい。配置１では更に、第１エクステント・ブロックA001の後端B[1]と層境界LBとの間に一つのベースビュー・データ・ブロックB[2]_2Dが配置されている。そのベースビュー・データ・ブロックB[2]_2Dは、第２エクステント・ブロックA002内の先端のベースビュー・データ・ブロックB[2]_SSとビット単位（bit−for−bit）で一致する。以下、前者B[2]_2Dを「２Ｄ再生専用ブロック」といい、後者B[2]_SSを「ＳＳ再生専用ブロック」という。

図１００に示されているベースビュー・データ・ブロックのうち、ＳＳ再生専用ブロックB[2]_SS以外はファイル２ＤA010のエクステント、すなわち２ＤエクステントEXT2D[・]としてアクセス可能である。例えば第１エクステント・ブロックA001内の最後から二番目のベースビュー・データ・ブロックB[0]、最後のベースビュー・データ・ブロックB[1]と２Ｄ再生専用ブロックB[2]_2Dとの対B[1]＋B[2]_2D、及び、第２エクステント・ブロックA002内の二番目のベースビュー・データ・ブロックB[3]はそれぞれ、単一の２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。一方、図１００に示されているディペンデントビュー・データ・ブロックD[n]（n＝…、0、1、2、3、…）はそれぞれ、ファイルＤＥＰA012の単一のエクステント、すなわちディペンデントビュー・エクステントEXT2[n]としてアクセス可能である。

図１００に示されているデータ・ブロック群では、ＡＶストリーム・ファイルのクロスリンクが次のように実現される。各エクステント・ブロックA001、A002の全体はファイルＳＳA020の単一のエクステントEXTSS[0]、EXTSS[1]としてアクセス可能である。従って、各エクステント・ブロックA001、A002内のベースビュー・データ・ブロックB[0]、B[1]、B[3]はファイル２ＤA010とファイルＳＳA020とに共有される。それに対し、２Ｄ再生専用ブロックB[2]_2Dは、層境界LBの直前に位置する２ＤエクステントEXT2D[1]の一部としてのみアクセス可能である。一方、ＳＳ再生専用ブロックB[2]_SSは、層境界LBの直後のエクステントＳＳEXTSS[1]の一部としてのみアクセス可能である。それ故、２Ｄ再生専用ブロックB[2]_2D以外のベースビュー・データ・ブロックB[0]、B[1]、B[2]_SS、B[3]は、ファイル・ベースA011のエクステント、すなわちベースビュー・エクステントEXT1[n]（n＝0、1、2、3）としてエクステントＳＳEXTSS[0]、EXTSS[1]から抽出可能である。

図１０１は、図１００に示されている配置１のデータ・ブロック群に対する２Ｄ再生モードでの再生経路A110と３Ｄ再生モードでの再生経路A120とを示す模式図である。２Ｄ再生モードの再生装置102はファイル２ＤA010を再生する。従って、２Ｄ再生モードでの再生経路A110が示すとおり、まず、第１エクステント・ブロックA001内の最後から二番目のベースビュー・データ・ブロックB[0]が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のディペンデントビュー・データ・ブロックD[1]の読み出しが最初のジャンプJ_2D1によってスキップされる。次に、第１エクステント・ブロックA001内の最後のベースビュー・データ・ブロックB[1]とその直後の２Ｄ再生専用ブロックB[2]_2Dとの対B[1]＋B[2]_2Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後の層境界LBではロングジャンプJ_LYが生じ、第２エクステント・ブロックA002の先端に位置する３個のデータ・ブロックD[2]、B[2]_SS、D[3]の読み出しがスキップされる。続いて、第２エクステント・ブロック8902内の二番目のベースビュー・データ・ブロックB[3]が三番目の２ＤエクステントEXT2D[2]として読み出される。一方、３Ｄ再生モードの再生装置102はファイルＳＳA020を再生する。従って、３Ｄ再生モードでの再生経路A120が示すとおり、まず、第１エクステント・ブロックA001の全体が最初のエクステントＳＳEXTSS[0]として連続して読み出される。その直後にロングジャンプJ_LYが生じ、２Ｄ再生専用ブロックB[2]_2Dの読み出しがスキップされる。続いて、第２エクステント・ブロックA002の全体が二番目のエクステントＳＳEXTSS[1]として連続して読み出される。

図１００に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロックB[2]_2Dは読み出されるが、ＳＳ再生専用ブロックB[2]_SSの読み出しはスキップされる。逆に３Ｄ再生モードでは、２Ｄ再生専用ブロックB[2]_2Dの読み出しはスキップされるが、ＳＳ再生専用ブロックB[2]_SSは読み出される。しかし、両方のデータ・ブロックB[2]_2D、B[2]_SSはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。このように、配置１ではロングジャンプJ_LYの前後で２Ｄ再生モードでの再生経路A110と３Ｄ再生モードでの再生経路A120とが分離されている。従って、図２１に示されている配置とは異なり、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]とその直前のディペンデントビュー・データ・ブロックD[1]のサイズS_EXT2[1]とが、以下のように別々に決定可能である。

その２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]はベースビュー・データ・ブロックB[1]のサイズS_EXT1[1]と２Ｄ再生専用ブロックB[2]_2DのサイズS_2Dとの和S_EXT1[1]＋S_2Dに等しい。従って、２Ｄ映像をシームレスに再生するには、まず、その和S_EXT1[1]＋S_2Dが条件１を満たせばよい。ここで、式（１）の右辺には、ジャンプ時間T_jump−2DとしてロングジャンプJ_LYの最大ジャンプ時間T_jump＿maxが代入される。次に、２Ｄ再生専用ブロックB[2]_2Dの後端から第２エクステント・ブロックA002内の最初の２ＤエクステントEXT2D[2]＝B[3]までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJ_LYの最大ジャンプ距離S_jump＿max以下であればよい。

一方、３Ｄ映像をシームレスに再生するには、まず、最初のエクステントＳＳEXTSS[0]の後端に位置するディペンデントビュー・データ・ブロックD[1]とベースビュー・データ・ブロックB[1]との各サイズS_EXT2[1]、S_EXT1[1]が条件３、２を満たせばよい。ここで、ロングジャンプJ_LYの発生に関わらず、式（３）、（２）の各右辺にはゼロ・セクタ遷移時間T_JUMP0[2n＋1]、T_JUMP0[2n＋2]として、ゼロ・セクタ遷移時間の典型的な値が代入されればよい。次に、最初のエクステントＳＳEXTSS[0]のサイズが条件４を満たせばよい。更に、そのエクステントＳＳEXTSS[0]の後端から次のエクステントＳＳEXTSS[1]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJ_LYの最大ジャンプ距離S_jump＿max以下であればよい。

層境界LBの直前に位置する２ＤエクステントEXT2D[1]のうち、最初のエクステントＳＳEXTSS[0]に共有されるのは、前側に位置するベースビュー・データ・ブロックB[1]のみである。従って、２Ｄ再生専用ブロックB[2]_2DのサイズS_2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]＝S_EXT1[1]＋S_2Dを一定に維持したまま、ベースビュー・データ・ブロックB[1]のサイズS_EXT1[1]を更に小さく制限することができる。その場合、そのベースビュー・データ・ブロックB[1]のエクステントＡＴＣ時間が短縮される。それ故、その直前に位置するディペンデントビュー・データ・ブロックD[1]のサイズS_EXT2[1]も更に小さく制限することができる。

ＳＳ再生専用ブロックB[2]_SSは２Ｄ再生専用ブロックB[2]_2Dとビット単位で一致しているので、２Ｄ再生専用ブロックB[2]_2DのサイズS_2Dの拡大は、ＳＳ再生専用ブロックB[2]_SSの直前に位置するディペンデントビュー・データ・ブロックD[2]のサイズを拡大させる。しかし、そのサイズは、図２１に示されている、層境界LBの直前に位置するディペンデントビュー・データ・ブロックD[3]のサイズよりは十分に小さくできる。こうして、ＲＢ１4221、ＲＢ２4222の各容量を、３Ｄ映像のシームレス再生に必要最小限の値に更に接近させることができる。その結果、配置１では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、ロングジャンプ中に２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生することができるように、各データ・ブロックのサイズを設計することができる。

配置１では、２Ｄ再生専用ブロックB[2]_2Dの複製データが、第１のエクステント・ブロックA001の中に単一のＳＳ再生専用ブロックB[2]_SSとして配置されている。その他に、その複製データが二個以上のＳＳ再生専用ブロックに分割されて配置されてもよい。

≪配置２≫

図１０２は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の配置２を示す模式図である。図１０２を図１００と比較するに、配置２は配置１とは主に、ＳＳ再生専用ブロックB[2]_SS、B[3]_SSを含むエクステント・ブロックA202が層境界LBの直前に配置されている点で異なる。

図１０２を参照するに、層境界LBの前には、第１エクステント・ブロックA201、２Ｄ再生専用ブロック（B[2]＋B[3])_2D、及び第２エクステント・ブロックA202が順番に配置され、層境界LBの後には第３エクステント・ブロックA203が配置されている。各エクステント・ブロックA201−A203内ではディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とがインターリーブ配置を構成している（n＝…、0、1、2、3、4、…）。特にｎ番目のエクステント・ペアD[n]、B[n]ではエクステントＡＴＣ時間が等しい。第２エクステント・ブロックA202では、第１エクステント・ブロックA201の後端に位置するデータ・ブロックD[1]、B[1]とも、第３エクステント・ブロックA203の先端に位置するデータ・ブロックD[4]、B[4]とも、ストリーム・データの内容が連続している。第２エクステント・ブロックA202に含まれるベースビュー・データ・ブロックはいずれもＳＳ再生専用ブロックB[2]_SS、B[3]_SSであり、それらの全体B[2]_SS＋B[3]_SSは、その前に位置する２Ｄ再生専用ブロック（B[2]＋B[3])_2Dとビット単位で一致する。

図１０２に示されているベースビュー・データ・ブロックのうち、ＳＳ再生専用ブロックB[2]_SS、B[3]_SS以外はファイル２ＤA210のエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。特に第１エクステント・ブロックA201内の最後のベースビュー・データ・ブロックB[1]と２Ｄ再生専用ブロック（B[2]＋B[3])_2Dとの対は単一の２ＤエクステントEXT2D[1]としてアクセス可能である。更に、第２エクステント・ブロックA202以外のエクステント・ブロックA201、A203内のベースビュー・データ・ブロックB[0]、B[1]、B[4]は、ファイル・ベースA211のエクステントEXT1[0]、EXT1[1]、EXT1[4]としてファイルＳＳA220のエクステントEXTSS[0]、EXTSS[1]からも抽出可能である。それに対し、２Ｄ再生専用ブロック（B[2]＋B[3])_2Dは２ＤエクステントEXT2D[1]の一部としてのみアクセス可能である。一方、ＳＳ再生専用ブロックB[2]_SS、B[3]_SSはそれぞれ、ベースビュー・エクステントEXT1[2]、EXT1[3]としてエクステントＳＳEXTSS[1]から抽出可能である。

図１０３は、図１０２に示されている配置２のデータ・ブロック群に対する２Ｄ再生モードでの再生経路A310と３Ｄ再生モードでの再生経路A320とを示す模式図である。２Ｄ再生モードの再生装置102はファイル２ＤA210を再生する。従って、２Ｄ再生モードでの再生経路A310が示すとおり、まず、第１エクステント・ブロックA201内の最後から二番目のベースビュー・データ・ブロックB[0]が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のディペンデントビュー・データ・ブロックD[1]の読み出しが最初のジャンプJ_2D1によってスキップされる。次に、第１エクステント・ブロックA201内の最後のベースビュー・データ・ブロックB[1]とその直後の２Ｄ再生専用ブロック（B[2]＋B[3])_2Dとの対が二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後にロングジャンプJ_LYが生じ、第２エクステント・ブロックA202の読み出し、及び第３エクステント・ブロックA203の先端に位置するディペンデントビュー・データ・ブロックD[4]の読み出しがスキップされる。続いて、第３エクステント・ブロックA203内の最初のベースビュー・データ・ブロックB[4]が三番目の２ＤエクステントEXT2D[2]として読み出される。３Ｄ再生モードの再生装置102はファイルＳＳA220を再生する。従って、３Ｄ再生モードでの再生経路A320が示すとおり、まず、第１エクステント・ブロックA201の全体が第１エクステントＳＳEXTSS[0]として連続して読み出される。その直後にジャンプJ_EXが生じ、２Ｄ再生専用ブロック（B[2]＋B[3])_2Dの読み出しがスキップされる。次に、第２エクステント・ブロックA202の全体が第２エクステントＳＳEXTSS[1]として連続して読み出される。その直後に、層境界LBを越えるためのロングジャンプJ_LYが生じる。続いて、第３エクステント・ブロックA203の全体が第３エクステントＳＳEXTSS[2]として連続して読み出される。

図１０３に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロック（B[2]＋B[3])_2Dは読み出されるが、ＳＳ再生専用ブロックB[2]_SS、B[3]_SSの読み出しはスキップされる。逆に３Ｄ再生モードでは、２Ｄ再生専用ブロック（B[2]＋B[3])_2Dの読み出しはスキップされるが、ＳＳ再生専用ブロックB[2]_SS、B[3]_SSは読み出される。しかし、２Ｄ再生専用ブロック（B[2]＋B[3])_2DとＳＳ再生専用ブロックの全体B[2]_SS＋B[3]_SSとはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。このように、配置２ではロングジャンプJ_LYの前後で２Ｄ再生モードでの再生経路A310と３Ｄ再生モードでの再生経路A320とが分離されている。従って、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]とその直前のディペンデントビュー・データ・ブロックD[1]のサイズS_EXT2[1]とが、以下のように別々に決定可能である。

その２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]は、ベースビュー・データ・ブロックB[1]のサイズS_EXT1[1]と２Ｄ再生専用ブロック（B[2]＋B[3])_2DのサイズS_2Dとの和S_EXT1[1]＋S_2Dに等しい。従って、２Ｄ映像をシームレスに再生するには、まず、その和S_EXT1[1]＋S_2Dが条件１を満たせばよい。ここで、式（１）の右辺には、ジャンプ時間T_jump−2DとしてロングジャンプJ_LYの最大ジャンプ時間T_jump＿maxが代入される。次に、２Ｄ再生専用ブロック（B[2]＋B[3])_2Dの後端から第３エクステント・ブロックA203内の最初の２ＤエクステントEXT2D[2]＝B[4]までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJ_LYの最大ジャンプ距離S_jump＿max以下であればよい。

一方、３Ｄ映像をシームレスに再生するには、まず、第１エクステントＳＳEXTSS[0]の後端に位置するディペンデントビュー・データ・ブロックD[1]とベースビュー・データ・ブロックB[1]との各サイズS_EXT2[1]、S_EXT1[1]が条件３、２を満たせばよい。ここで、ジャンプJ_EXの発生に関わらず、式（３）、（２）の各右辺にはゼロ・セクタ遷移時間T_JUMP0[2n＋1]、T_JUMP0[2n＋2]として、ゼロ・セクタ遷移時間の典型的な値が代入されればよい。次に、第２エクステントＳＳEXTSS[1]の後端に位置するディペンデントビュー・データ・ブロックD[3]とＳＳ再生専用ブロックB[3]_SSとの各サイズS_EXT2[3]、S_EXT1[3]が条件３、２を満たせばよい。ここで、ロングジャンプJ_LYの発生に関わらず、式（３）、（２）の各右辺にはゼロ・セクタ遷移時間T_JUMP0[2n＋1]、T_JUMP0[2n＋2]として、ゼロ・セクタ遷移時間の典型的な値が代入されればよい。

２ＤエクステントEXT2D[1]のうち、エクステントＳＳEXTSS[1]に共有されるのは、前側に位置するベースビュー・データ・ブロックB[1]だけである。従って、２Ｄ再生専用ブロック（B[2]＋B[3])_2DのサイズS_2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズS_EXT2D[1]＝S_EXT1[1]＋S_2Dを一定に維持したまま、ベースビュー・データ・ブロックB[1]のサイズS_EXT1[1]を更に小さく制限することができる。それに伴い、その直前のディペンデントビュー・データ・ブロックD[1]のサイズS_EXT2[1]も更に小さく制限することができる。

ここで、３Ｄ再生専用ブロックの全体B[2]_SS＋B[3]_SSは２Ｄ再生専用ブロック（B[2]＋B[3])_2Dとビット単位で一致している。従って、２Ｄ再生専用ブロック（B[2]＋B[3])_2DのサイズS_2Dが拡大すると、各３Ｄ再生専用ブロックB[2]_SS、B[3]_SSの直前に位置するディペンデントビュー・データ・ブロックD[2]、D[3]のサイズが拡大する。しかし、一つの２Ｄ再生専用ブロック（B[2]＋B[3])_2Dに対し、３Ｄ再生専用ブロックは二つB[2]_SS、B[3]_SSに分割されている。その結果、各３Ｄ再生専用ブロックB[2]_SS、B[3]_SSのサイズを十分に小さくすることができる。こうして、ＲＢ１4221、ＲＢ２4222の各容量は、３Ｄ映像のシームレス再生に必要最小限の値まで更に削減可能である。その結果、配置２では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生することができるように、各データ・ブロックのサイズを設計することができる。

図９０を用いて説明したとおり、ロングジャンプの直前に位置するエクステント・ブロックの後端に配置されたデータ・ブロックのサイズが小さいほど、ＲＢ２4222の容量の下限は小さい。従って、配置２は好ましくは、以下の２つの条件が満たされるように設計される。その場合、３Ｄ再生専用ブロックB[2]_SS、B[3]_SSを含む第２エクステント・ブロックA202において、各データ・ブロックのサイズが十分に小さい。その結果、ＲＢ２4222の容量の下限を更に低減させることができる。

第１の条件は、第２エクステント・ブロックA202の直前に配置される２Ｄ再生専用ブロック（B[2]＋B[3])_2Dのサイズに上限を定める。例えば、図１０３を更に参照するに、２Ｄ再生専用ブロック（B[2]＋B[3])_2DのサイズS_2Dは２００００セクタ以下に制限される。この上限値は２Ｄ再生装置のジャンプ性能に依存する。第２の条件は、３Ｄ再生専用ブロックB[2]_SS、B[3]_SSのエクステントＡＴＣ時間に上限T_{EXT＿3D＿MAX}を定める。すなわち、３Ｄ再生専用ブロックB[2]_SS、B[3]_SSのサイズが、式（１）に代えて次式を満たす：S_EXT1[n]≦R_EXT1[n]×T_{EXT＿3D＿MAX}。上限T_{EXT＿3D＿MAX}は例えば０．５秒に設定される。

図１０４は、図１０３に示されている第２エクステント・ブロックA202の後端に位置する３Ｄ再生専用ブロックB[3]_SSの読み出し時間S_EXT1[3]／R_UD72と、ＲＢ２4222の容量の下限との間の関係を示すグラフである。図１０４を参照するに、３Ｄ再生専用ブロックB[3]_SSの読み込みが開始された時点で、ＲＢ２4222の蓄積データ量DA2は極大値DM2に達する。その極大値DM2は、３Ｄ再生専用ブロックB[3]_SSの読み出し期間の長さS_EXT1[3]／R_UD72、ロングジャンプに要する時間T_LY、及びプリロード期間の長さS_EXT2[4]／R_UD72の和にディペンデントビュー転送速度R_EXT2[3]を乗じた値以上である：DM2≧(S_EXT1[3]／R_UD72＋T_LY＋S_EXT2[4]／R_UD72)×R_EXT2[3]。従って、仮に３Ｄ再生専用ブロックB[3]_SSのサイズが更に大きい値S_L[3]であれば、その読み出し期間の長さS_L[3]／R_UD72が増大するので、図１０４に破線で示されているとおり、ＲＢ２4222の蓄積データ量DA2の極大値DM20が増大する。それ故、上記の２つの条件で３Ｄ再生専用ブロックB[2]_SS、B[3]_SSの各サイズを小さく制限する。それにより、ＲＢ２4222の容量の下限を更に低減させることができる。

尚、条件４を満たすには、各エクステント・ブロックの先頭に位置するデータ・ブロックのサイズ、すなわちプリロード期間の長さを十分に大きく確保しなければならない。それ故、エクステント・ブロックの先頭に位置する３Ｄ再生専用ブロックについては、そのエクステントＡＴＣ時間が上限T_{EXT＿3D＿MAX}を超えてもよい。

配置２は、層境界LBの手前の他に、飛び込み再生の開始可能位置に設けられてもよい。図１０２には、飛び込み再生の開始可能位置、すなわちエントリ・ポイントが記録されたＢＤ−ＲＯＭディスク上の位置が三角形A230、A231、A232の頂点で示されている。白い三角形A230で示されているエントリ・ポイントは２Ｄ再生モードでの飛び込み再生の開始可能位置を示す。黒い三角形A231、A232で示されているエントリ・ポイントは３Ｄ再生モードでの飛び込み再生の開始可能位置を示す。個々の３Ｄ再生専用ブロックB[2]_SS、B[3]_SSは２Ｄ再生専用ブロック（B[2]＋B[3])_2Dよりもサイズが十分に小さいので、対応するディペンデントビュー・データ・ブロックD[2]、D[3]のサイズも十分に小さい。その結果、３Ｄ再生モードでの飛び込み再生時、エントリ・ポイントA231、A232へのアクセス開始からデータ・ブロックD[2]、B[2]_SSの復号開始までに要する時間が短い。すなわち、３Ｄ再生モードでの飛び込み再生は起動が早い。

配置２では、２Ｄ再生専用ブロック（B[2]＋B[3])_2Dの複製データが、二つのＳＳ再生専用ブロックB[2]_SS、B[3]_SSに分割されて配置されている。その他に、その複製データが単一のＳＳ再生専用ブロックであってもよく、又は三個以上のＳＳ再生専用ブロックに分割されて配置されてもよい。

＜エクステント・ペア・フラグ＞

図１０５は、ファイル・ベースA501とファイルＤＥＰA502との各エクステントEXT1[k]、EXT2[k]（整数kは0以上である。）に対して設定されたエントリ・ポイントA510、A520を示す模式図である。ファイル・ベースA501のエントリ・ポイントA510は２Ｄクリップ情報ファイルのエントリ・マップで定義され、ファイルＤＥＰA502のエントリ・ポイントA520はディペンデントビュー・クリップ情報ファイルのエントリ・マップで定義される。各エントリ・ポイントA510、A520は特にエクステント・ペア・フラグを含む。「エクステント・ペア・フラグ」は、ファイル・ベースA501のエントリ・ポイントとファイルＤＥＰA502のエントリ・ポイントとが同じＰＴＳを示すとき、それぞれの設定されたエクステントEXT1[i]、EXT2[j]が各ファイルA501、A502の先頭から同じ順序であるか否か（i＝j又はi≠j）を示す。図１０５を参照するに、（ｎ＋１）番目（整数ｎは１以上である。）のベースビュー・エクステントEXT1[n]に設定された最初のエントリ・ポイントA530のＰＴＳは、（ｎ−１）番目のディペンデントビュー・エクステントEXT2[n−1]に設定された最後のエントリ・ポイントA540のＰＴＳに等しい。従って、各エントリ・ポイントA530、A540のエクステント・ペア・フラグの値は“０”に設定される。同様に、（ｎ＋１）番目のベースビュー・エクステントEXT1[n]に設定された最後のエントリ・ポイントA531のＰＴＳは、（ｎ＋１）番目のディペンデントビュー・エクステントEXT2[n＋1]に設定された最初のエントリ・ポイントA541のＰＴＳに等しい。従って、各エントリ・ポイントA531、A541のエクステント・ペア・フラグの値は“０”に設定される。その他のエントリ・ポイントA510、A520は、ＰＴＳが等しいときは設定先のエクステントEXT1[・]、EXT2[・]の順序も等しいので、エクステント・ペア・フラグの値は“１”に設定される。

３Ｄ再生モードの再生装置102は、飛び込み再生を開始する際に再生開始位置のエントリ・ポイントのエクステント・ペア・フラグを参照し、その値が“１”である場合に、そのエントリ・ポイントから実際に再生を開始する。その値が“０”である場合には、再生装置102は、そのエントリ・ポイントの前後から、エクステント・ペア・フラグの値が“１”である別のエントリ・ポイントを探して、その別のエントリ・ポイントから再生を開始する。こうして、ｎ番目のディペンデントビュー・エクステントEXT2[n]が確実に、ｎ番目のベースビュー・エクステントEXT1[n]よりも先に読み出される。その結果、飛び込み再生処理を簡単化することができる。

エクステント・ペア・フラグ＝０のエントリ・ポイントの間隔は、それに対応する表示時間の長さが一定の秒数以下、例えば１ＧＯＰ当たりの表示時間長の最大値の２倍以下になるように制限されてもよい。それにより、飛び込み再生の開始時、エクステント・ペア・フラグ＝１のエントリ・ポイントの探索に伴う再生開始までの待ち時間を短縮することができる。その他に、エクステント・ペア・フラグ＝０のエントリ・ポイントの次のエントリ・ポイントでは、エクステント・ペア・フラグの値が“１”に制限されてもよい。また、アングル切り換えフラグがエクステント・ペア・フラグとして代用されてもよい。ここで、「アングル切り換えフラグ」とは、マルチアングルに対応のコンテンツにおいてエントリ・マップ内に用意されたフラグであって、多重化ストリーム・データにおけるアングルの切り換え位置を示す（マルチアングルについては後述参照）。

＜データ・ブロック間での再生期間の一致＞

エクステントＡＴＣ時間の等しいデータ・ブロックの対では更に、再生期間が一致し、かつビデオ・ストリームの再生時間が等しくてもよい。すなわち、それらのデータ・ブロック間でＶＡＵの数が等しくてもよい。その意義は次のとおりである。

図１０６の（ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。図１０６の（ａ）を参照するに、先頭のベースビュー・データ・ブロックB[0]の再生時間は４秒間であり、先頭のディペンデントビュー・データ・ブロックD[0]の再生時間は１秒間である。ここで、ディペンデントビュー・データ・ブロックD[0]の復号に必要なベースビュー・ビデオ・ストリームの部分はそのディペンデントビュー・データ・ブロックD[0]と同じ再生時間を持つ。従って、再生装置内のリード・バッファの容量を節約するには、図１０６の（ａ）に矢印ARW1で示されているように、再生装置にベースビュー・データ・ブロックB[0]とディペンデントビュー・データ・ブロックD[0]とを交互に同じ再生時間ずつ、例えば１秒間ずつ読み込ませることが好ましい。しかし、その場合、図１０６の（ａ）に破線で示されているように、読み出し処理の途中でジャンプが生じる。その結果、読み出し処理を復号処理に間に合わせることが難しいので、シームレス再生を確実に持続することが難しい。

図１０６の（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。図１０６の（ｂ）に示されているように、隣接する一対のデータ・ブロックの間でビデオ・ストリームの再生時間が等しくてもよい。例えば、先頭のデータ・ブロック対B[0]、D[0]ではビデオ・ストリームの再生時間が共に１秒に等しく、二番目のデータ・ブロック対B[1]、D[1]ではビデオ・ストリームの再生時間が共に０．７秒に等しい。その場合、３Ｄ再生モードの再生装置は、図１０６の（ｂ）に矢印ARW2で示されているように、データ・ブロックB[0]、D[0]、B[1]、D[1]、…を先頭から順番に読み出す。それだけで、再生装置はメインＴＳとサブＴＳとを交互に同じ再生時間ずつ読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。

実際には、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が等しければ、読み出し処理にジャンプを生じさせることなく、復号処理の同期を維持することはできる。従って、再生期間又はビデオ・ストリームの再生時間が等しくなくても、図１０６の（ｂ）に示されている場合と同様に、再生装置はデータ・ブロック群を先頭から順番に読み出すだけで、３Ｄ映像のシームレス再生を確実に持続できる。

隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間では、ＶＡＵのいずれかのヘッダの数、又はＰＥＳヘッダの数が等しくてもよい。データ・ブロック間での復号処理の同期にはそれらのヘッダが利用される。従って、データ・ブロック間でヘッダの数が等しければ、ＶＡＵそのものの数が等しくなくても、復号処理の同期を維持することは比較的容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータが全て同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ−ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。

隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間ではエントリ・ポイントの数が等しくてもよい。図１０５を再び参照するに、エクステント・ペア・フラグ＝０のエントリ・ポイントA530、A540、A531、A541を除けば、ファイル・ベースA501とファイルＤＥＰA502とでは、先頭から同じ順序のエクステントEXT1[k]、EXT2[k]が同じ数のエントリ・ポイントA510、A520を含む。２Ｄ再生モードと３Ｄ再生モードとではジャンプの有無は異なる。しかし、データ・ブロック間でエントリ・ポイントの数が等しいとき、再生時間も実質的に等しい。従って、ジャンプの有無にかかわらず、復号処理の同期を維持することは容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータの全てが同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ−ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。

＜マルチアングル＞

図１０７の（ａ）は、マルチアングルに対応する多重化ストリーム・データの再生経路を示す模式図である。図１０７の（ａ）を参照するに、その多重化ストリーム・データには、ベースビュー、ライトビュー、及びデプスマップの三種類のストリーム・データL、R、Dが多重化されている。例えばＬ／Ｒモードではベースビューとライトビューとのストリーム・データL、Rがパラレルに再生される。更に、マルチアングル期間P_ANGで再生される部分にはアングル（視野角）別のストリーム・データAk、Bk、Ckが多重化されている（k＝0、1、2、…、n）。各アングルのストリーム・データAk、Bk、Ckは、再生時間がアングル・チェンジ間隔に等しい部分に分割されている。各部分Ak、Bk、Ckには更に、ベースビュー、ライトビュー、及びデプスマップの各ストリーム・データが多重化されている。マルチアングル期間P_ANGでは、ユーザの操作又はアプリケーション・プログラムの指示に応じて、アングル別のストリーム・データAk、Bk、Ckの間で再生対象を切り換えることができる。

図１０７の（ｂ）は、ＢＤ−ＲＯＭディスク上に記録されたデータ・ブロック群A701と、それらに対するＬ／Ｒモードでの再生経路A702とを示す模式図である。そのデータ・ブロック群A701は、図１０７の（ａ）に示されているストリーム・データL、R、D、Ak、Bk、Ckを含む。図１０７の（ｂ）を参照するに、そのデータ・ブロック群A701では、通常のストリーム・データL、R、Dに加え、アングル別のストリーム・データAk、Bk、Ckがインターリーブ配置で記録されている。Ｌ／Ｒモードでは、再生経路A702の示すように、ライトビュー・データ・ブロックRとベースビュー・データ・ブロックLとは読み出され、デプスマップ・データ・ブロックDの読み出しはジャンプによってスキップされる。更に、アングル別のストリーム・データAk、Bk、Ckのうち、選択されたもののデータ・ブロックA0、B1、…、Cnは読み出され、その他のデータ・ブロックの読み出しはジャンプによってスキップされる。

図１０７の（ｃ）は、アングル別のストリーム・データAk、Bk、Ckを構成するエクステント・ブロックを示す模式図である。図１０７の（ｃ）を参照するに、各アングルのストリーム・データAk、Bk、Ckでは、三種類のデータ・ブロックL、R、Dがインターリーブ配置を構成している。Ｌ／Ｒモードでは、再生経路A702の示すように、アングル別のストリーム・データAk、Bk、Ckのうち、選択されたものA0、B1、…、Cnからライトビュー・データ・ブロックRとベースビュー・データ・ブロックLとが読み出される。一方、他のデータ・ブロックの読み出しはジャンプによってスキップされる。

尚、各アングルのストリーム・データAk、Bk、Ckでは、ベースビュー、ライトビュー、及びデプスマップの各ストリーム・データが単一の多重化ストリーム・データに収められていてもよい。但し、その記録レートは、２Ｄ再生装置で再生可能なシステムレートの範囲に抑えられなければならない。また、その多重化ストリーム・データと他の３Ｄ映像の多重化ストリーム・データとの間では、システム・ターゲット・デコーダに転送されるべきストリーム・データ（ＴＳ）の数が異なる。従って、３Ｄプレイリスト・ファイル内の各ＰＩは、再生対象のＴＳの数を示すフラグを含んでもよい。そのフラグを利用して、それらの多重化ストリーム・データを一つの３Ｄプレイリスト・ファイルの中で切り換えることができる。３Ｄ再生モードで２つのＴＳを再生対象として規定するＰＩでは、そのフラグが２ＴＳを示す。一方、上記の多重化ストリーム・データのような単一のＴＳを再生対象として規定するＰＩでは、そのフラグが１ＴＳを示す。３Ｄ再生装置は、そのフラグの値に応じて、システム・ターゲット・デコーダの設定を切り換えることができる。そのフラグは更に、コネクション・コンディション（ＣＣ）の値で表現されてもよい。例えばＣＣが“７”を示すときは、２ＴＳから１ＴＳへの移行を示し、“８”を示すときは、１ＴＳから２ＴＳへの移行を示す。

図１０８は、マルチアングル期間を構成するデータ・ブロック群A801、及び、それらに対する２Ｄ再生モードでの再生経路A810とＬ／Ｒモードでの再生経路A820とを示す模式図である。図１０８を参照するに、そのデータ・ブロック群A801は三種類のアングル・チェンジ区間ANG1＃k、ANG2＃k、ANG3＃k（k＝1、2、…、6、7）のインターリーブ配置から成る。「アングル・チェンジ区間」は、一つのアングルから見た映像のストリーム・データが連続して格納された一連のデータ・ブロック群をいう。種類の異なるアングル・チェンジ区間では映像のアングルが異なる。各種類のｋ番目のアングル・チェンジ区間ANG1＃k、ANG2＃k、ANG3＃kは互いに隣接する。各アングル・チェンジ区間ANGm＃k（m＝1、2、3）は一つのエクステント・ブロックから成り、すなわち一つのエクステントＳＳEXTSS[k]として参照される（k＝10、11、…、23）。それにより、複数のアングル・チェンジ区間が一つのエクステントＳＳEXTSS[k]を構成する場合よりも、リード・バッファの容量を削減することができる。更に、各エクステント・ブロックはディペンデントビュー・データ・ブロックRとベースビュー・データ・ブロックLとを一つずつ含む。それらのデータ・ブロックの対R、Lはｎ番目のディペンデントビュー・エクステントEXT2[n]とｎ番目のベースビュー・エクステントEXT1[n]との対として参照される（整数nは０以上である）。

各エクステント・ブロックのサイズは条件１−４を満たす。特に、条件１で考慮されるべきジャンプは、２Ｄ再生モードでの再生経路A810の示す、他のアングル・チェンジ区間の読み出しをスキップするためのジャンプJ_ANG-2Dである。一方、条件４で考慮されるべきジャンプは、Ｌ／Ｒモードでの再生経路A820の示す、他のアングル・チェンジ区間の読み出しをスキップするためのジャンプJ_ANG-LRである。各再生経路A810、A820の示すとおり、いずれのジャンプJ_ANG-2D、J_ANG-LRも一般に、アングルの切り換え、すなわち、読み出されるべきアングル・チェンジ区間の種類の切り換えを含む。

図１０８を更に参照するに、各アングル・チェンジ区間はベースビュー・データ・ブロックLを一つ含む。従って、ベースビュー・エクステントEXT1[・]のエクステントＡＴＣ時間はアングル・チェンジ区間の長さの最大値T_ANG以下に制限される。例えば、アングルの切り換えを表示時間２秒当たりに１回の割合で実行可能にするには、アングル・チェンジ区間の長さの最大値T_ANGを２秒間に制限しなければならない。その結果、ベースビュー・エクステントEXT1[・]のエクステントＡＴＣ時間は２秒以下に制限される。それ故、条件５は、ベースビュー・エクステントのサイズS_EXT1が式（５）に代えて次式（１１）を満たすことに変更される：

尚、式（５）の右辺に代えて、式（９）の右辺が比較されてもよい。また、式（７Ａ）又は（７Ｂ）に示されている２ＤエクステントのエクステントＡＴＣ時間に対する延長時間ΔＴと同様に、アングル・チェンジ区間の長さの最大値T_ANGは、ＧＯＰの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。更に、その延長時間ΔＴは、マルチアングルでは０に設定されてもよい。

＜放送、通信回路を経由したデータ配信＞

本発明の実施形態による記録媒体は、光ディスクの他、例えばＳＤメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、上記の実施形態の説明では、予めデータが記録された光ディスク、すなわち、ＢＤ−ＲＯＭ又はＤＶＤ−ＲＯＭ等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態はそれらに限定されない。例えば放送で、又はネットワーク経由で配信された３Ｄ映像のコンテンツを端末装置によって、ＢＤ−ＲＥ又はＤＶＤ−ＲＡＭ等の既存の書き込み可能な光ディスクへ書き込むときに、実施形態１によるエクステントの配置が利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。

＜半導体メモリカードの再生＞

本発明の実施形態による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。

再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース（Ｉ／Ｆ）で構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のＩ／Ｆが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのＩ／Ｆを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのＩ／Ｆを通して再生装置に読み出される。

＜ＢＤ−ＲＯＭディスク上のデータに対する著作権保護技術＞

ここで、以降の補足事項の前提として、ＢＤ−ＲＯＭディスクに記録されているデータの著作権を保護するための仕組みについて説明する。

ＢＤ−ＲＯＭディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオ・ストリーム、オーディオ・ストリーム、又はその他のストリームを含む。その場合、暗号化データは以下のように解読される。

再生装置には予め、ＢＤ−ＲＯＭディスク上の暗号化データを解読するための「鍵」の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、ＢＤ−ＲＯＭディスクには、そのその「鍵」の生成に必要なデータの別の一部、すなわちＭＫＢ（メディアキーブロック）と、その「鍵」自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、ＭＫＢ、及び暗号化タイトルキーは互いに対応付けられ、更に、図２に示されているＢＤ−ＲＯＭディスク101上のＢＣＡ201に書き込まれた特定のＩＤ、すなわちボリュームＩＤにも対応付けられている。デバイスキー、ＭＫＢ、暗号化タイトルキー、及びボリュームＩＤの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の「鍵」、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、ＭＫＢ、及びボリュームＩＤを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の「鍵」として用いて暗号化データを解読することができる。

ＢＤ−ＲＯＭディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのＢＤ−ＲＯＭディスク上の暗号化タイトルキー、ＭＫＢ、及びボリュームＩＤに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、ＭＫＢ、デバイスキー、及びボリュームＩＤの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。

ＢＤ−ＲＯＭディスクに記録されるべきビデオ・ストリームとオーディオ・ストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、ＢＤ−ＲＯＭディスクに記録する。次に、ＭＫＢ、デバイスキー、及びボリュームＩＤの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、ＭＫＢ、ボリュームＩＤ、及び暗号化タイトルキーをＢＤ−ＲＯＭディスクに記録する。そのＢＤ−ＲＯＭディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオ・ストリーム及び／又はオーディオ・ストリームをデコーダで復号することはできない。こうして、ＢＤ−ＲＯＭディスクに記録されたデータの著作権を保護することができる。

以上に述べた、ＢＤ−ＲＯＭディスクにおけるデータの著作権保護の仕組みは、ＢＤ−ＲＯＭディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にＳＤカード等の可搬性半導体メモリカードにも適用可能である。

＜電子配信を利用した記録媒体へのデータ記録＞

電子配信を利用して本発明の実施形態による再生装置へ３Ｄ映像のＡＶストリーム・ファイル等のデータ（以下、配信データという。）を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがＳＤメモリカードである場合を想定する。

再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはＳＤメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はＳＤメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。ＳＤメモリカードの識別情報は、例えばそのＳＤメモリカード固有の識別番号、より具体的にはそのＳＤメモリカードのシリアル番号である。この識別情報は上述のボリュームＩＤとして利用される。

配信サーバには配信データが格納されている。その配信データのうち、ビデオ・ストリーム及び／又はオーディオ・ストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。その暗号化データは同じタイトルキーで復号が可能である。

配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、ＳＤメモリカードと共通のＭＫＢを保持している。配信サーバは、再生装置から配信データの送信要求とＳＤメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、ＭＫＢ、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。

配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のＭＫＢ、暗号化タイトルキー、署名情報、ＳＤメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能（プログラム）が特定されている。

配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用Ｉ／Ｆを通してＳＤメモリカードに記録する。

ＳＤメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック（１）−（３）が行われる。尚、それらはどのような順序で行われてもよい。

（１）公開鍵情報に含まれるＳＤメモリカードの識別情報が、カードスロットに挿入されているＳＤメモリカードに記憶されている識別番号と一致するか否か。

（２）公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。

（３）公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。

上述のチェック（１）−（３）のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック（１）−（３）の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、ＭＫＢ、及びＳＤメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオ・ストリーム及び／又はオーディオ・ストリームに復号する。

以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能（プログラム）等が知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、ＳＤメモリカードの識別番号、ＭＫＢ、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。

半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばＳＤメモリカードではそのシリアル番号が不正に改竄された場合、ＳＤメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック（１）では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。

半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域（以下、第１の記録領域と称す。）から電気的に分離された別の記録領域（以下、第２の記録領域と称す。）が設置される。次に、第２の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第２の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第２の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第２の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第２の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第２の記録領域内のデータのアドレスは制御回路にしか特定できない。

半導体メモリカードの識別情報が第２の記録領域に記録された場合、再生装置上で動作するアプリケーション・プログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーション・プログラムは、メモリカードＩ／Ｆを介して上記の制御回路に対し、第２の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第２の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードＩ／Ｆを介して上記のアプリケーション・プログラムへその識別情報を送る。そのアプリケーション・プログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーション・プログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードＩ／Ｆを介して半導体メモリカード内の第１の記録領域に記録する。

尚、上記のアプリケーション・プログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーション・プログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばＸ．５０９に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第１の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。

＜リアルタイム・レコーディングへの適用＞

本発明の実施形態では、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、オーサリングシステムにおけるプリレコーディング技術によってＢＤ−ＲＯＭディスクに記録されてユーザに供給されることを前提とした。しかし、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、リアルタイム・レコーディングによって、ＢＤ−ＲＥディスク、ＢＤ−Ｒディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤ−ＲＥディスク等と略す。）に記録されてユーザに供給されるものであってもよい。その場合、ＡＶストリーム・ファイルは、アナログ入力信号を記録装置がリアルタイムで復号することによって得られたトランスポート・ストリームであってもよい。その他に、記録装置がデジタル入力したトランスポート・ストリームをパーシャル化することで得られるトランスポート・ストリームであってもよい。

リアルタイム・レコーディングを実行する記録装置は、ビデオ・エンコーダ、オーディオエンコーダ、マルチプレクサ、及びソースパケタイザを含む。ビデオ・エンコーダはビデオ信号を符号化してビデオ・ストリームに変換する。オーディオエンコーダはオーディオ信号を符号化してオーディオ・ストリームに変換する。マルチプレクサは、ビデオ・ストリームとオーディオ・ストリームとを多重化して、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリームに変換する。ソースパケタイザは、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリーム内のＴＳパケットをソースパケットに変換する。記録装置は各ソースパケットをＡＶストリーム・ファイルに格納して、ＢＤ−ＲＥディスク等に書き込む。

ＡＶストリーム・ファイルの書き込み処理と並行して、記録装置の制御部はクリップ情報ファイルとプレイリスト・ファイルとをメモリ上で生成してＢＤ−ＲＥディスク等に書き込む。具体的には、ユーザによって録画処理が要求されたとき、制御部はまず、ＡＶストリーム・ファイルに合わせてクリップ情報ファイルを生成してＢＤ−ＲＥディスク等に書き込む。その場合、外部から受信されるトランスポート・ストリームからビデオ・ストリーム内の一つのＧＯＰの先頭が検出される度に、又は、ビデオ・エンコーダによってビデオ・ストリーム内の一つのＧＯＰが生成される度に、制御部は、そのＧＯＰの先頭に位置するＩピクチャのＰＴＳと、そのＧＯＰの先頭が格納されたソースパケットのＳＰＮとを取得する。制御部は更に、そのＰＴＳとＳＰＮとの対を一つのエントリ・ポイントとしてクリップ情報ファイルのエントリ・マップに追記する。ここで、そのエントリ・ポイントには「is＿angle＿changeフラグ」が追加される。is＿angle＿changeフラグは、そのＧＯＰの先頭がＩＤＲピクチャであるときは“オン”に設定され、そのＧＯＰの先頭がＩＤＲピクチャではないときは“オフ”に設定される。クリップ情報ファイル内には更に、ストリーム属性情報が記録対象のストリームの属性に従って設定される。こうして、ＡＶストリーム・ファイルとクリップ情報ファイルとがＢＤ−ＲＥディスク等に書き込まれた後、制御部はそのクリップ情報ファイル内のエントリ・マップを利用してプレイリスト・ファイルを生成し、ＢＤ−ＲＥディスク等に書き込む。

＜マネージド・コピー＞

本発明の実施形態による再生装置は更に、マネージド・コピーによってＢＤ−ＲＯＭディスク101上のデジタル・ストリームを他の記録媒体へ書き込んでもよい。「マネージド・コピー」とは、ＢＤ−ＲＯＭディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタル・ストリーム、プレイリスト・ファイル、クリップ情報ファイル、及びアプリケーション・プログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術をいう。その書き込み可能な記録媒体は、ＢＤ−Ｒ、ＢＤ−ＲＥ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、及びＤＶＤ−ＲＡＭ等の書き込み可能な光ディスク、ハードディスク、並びに、ＳＤメモリカード、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、及びマルチメディアカード（登録商標）等の可搬性半導体メモリ装置を含む。マネージド・コピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。

ＢＤ−ＲＯＭディスクからＢＤ−Ｒディスク又はＢＤ−ＲＥディスクへのマネージド・コピーが行われる場合、両ディスクの記録容量が等しいときは、コピー元のディスクに記録されたビット・ストリームがそのまま、順番にコピーされればよい。

マネージド・コピーが異種の記録媒体間で行われるときはトランス・コードが必要である。「トランス・コード」とは、コピー元のディスクに記録されているデジタル・ストリームをコピー先の記録媒体のアプリケーション・フォーマットに適合させるための処理をいう。トランス・コードは、例えば、ＭＰＥＧ２−ＴＳ形式からＭＰＥＧ２プログラム・ストリーム形式へ変換する処理、及び、ビデオ・ストリームとオーディオ・ストリームとのそれぞれに割り当てられているビットレートを低くして符号化し直す処理を含む。トランス・コードでは、上述のリアルタイム・レコーディングによって、ＡＶストリーム・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルが生成されねばならない。

＜データ構造の記述方法＞

本発明の実施形態によるデータ構造のうち、「所定型の情報が複数存在する」という繰り返し構造は、ｆｏｒ文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、「所定の条件が成立するときに所定の情報が定義される」というデータ構造は、ｉｆ文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、「構文解析」、「最適化」、「資源割付」、及び「コード生成」といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。

＜再生プログラムによるプレイリスト・ファイル、クリップ情報ファイルの管理＞

プレイリスト・ファイルとＡＶストリーム・ファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリスト・ファイルに従ってＡＶストリーム・ファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、ｔｅｘｔセクション、ｄａｔａセクション、ｂｓｓセクション、及びｓｔａｃｋセクションを含む。ｔｅｘｔセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。ｄａｔａセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。ｄａｔａセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。ｂｓｓセクションは、初期値を持たない変数を含む。ｂｓｓセクション内のデータは、ｔｅｘｔセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のＲＡＭにｂｓｓセクション用の領域が確保される。ｓｔａｃｋセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。ｓｔａｃｋセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、ｂｓｓセクション内の変数はゼロで初期化され、ｓｔａｃｋセクションには必要なメモリ領域が確保される。

プレイリスト・ファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、ｔｅｘｔセクション内の「書き換え不可のデータ」、又はｄａｔａセクション内の「随時アクセスされるファイル」として管理される。すなわち、プレイリスト・ファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリスト・ファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。

本発明は立体視映像の再生技術に関し、上記のとおり、ＴＳ優先度フラグを利用してＴＳパケットを識別する。このように、本発明は明らかに産業上利用可能である。

1500 ディペンデントビュー・ビデオ・ストリーム内のＶＡＵ＃１
1510 ＰＥＳパケット
1512 ＰＥＳペイロード
1520 ＴＳパケット列
1521 ＴＳパケット列1520の第１グループ
1522 ＴＳパケット列1520の第２グループ
1523 ＴＳパケット列1520の第３グループ
1530 第１グループ1521の後端に位置するＴＳパケット
1531 ＴＳパケット1530のＴＳヘッダ
1532 ＴＳパケット1530のＡＤフィールド
1533 ＴＳパケット1530のＴＳペイロード
1540 第２グループ1522に属するＴＳパケット
1541 ＴＳパケット1540のＴＳヘッダ
1542 ＴＳパケット1540のＴＳペイロード
1550 第２グループ1522の後端に位置するＴＳパケット
1551 ＴＳパケット1550のＴＳヘッダ
1552 ＴＳパケット1550のＡＤフィールド
1553 ＴＳパケット1550のＴＳペイロード
1560 第３グループ1523に属するＴＳパケット
1561 ＴＳパケット1560のＴＳヘッダ
1562 ＴＳパケット1560のＴＳペイロード

Claims (4)

1. メインビュー・ビデオ・ストリーム、サブビュー・ビデオ・ストリーム、及びグラフィックス・ストリームが記録された記録媒体であって、
   前記メインビュー・ビデオ・ストリームは、立体視映像のメインビューを構成するメインビュー・ピクチャを含み、
   前記サブビュー・ビデオ・ストリームは、立体視映像のサブビューを構成するサブビュー・ピクチャと、メタデータとを含み、
   前記グラフィックス・ストリームは、平面視グラフィックス映像を構成するグラフィックス・データを含み、
   前記メインビュー・ピクチャは、再生される際にメインビュー・ビデオ・プレーンに描画され、
   前記サブビュー・ピクチャは、再生される際にサブビュー・ビデオ・プレーンに描画され、
   前記グラフィックス・データは、再生される際にグラフィックス・プレーンに描画され、
   前記メタデータは、前記サブビュー・ビデオ・ストリームを構成するグループ・オブ・ピクチャ（ＧＯＰ）ごとに配置されて、オフセット情報を含み、
   前記オフセット情報は、ＧＯＰを構成する複数のピクチャに対するオフセット制御を規定する制御情報であり、
   前記オフセット制御は、前記グラフィックス・プレーンに水平座標の左方向と右方向との各オフセットを与えて、メインビュー・ビデオ・プレーンとサブビュー・ビデオ・プレーンとのそれぞれに合成する処理であり、
   前記サブビュー・ビデオ・ストリームはトランスポート・ストリーム（ＴＳ）に多重化され、
   前記ＴＳを構成するＴＳパケットのヘッダは、当該ＴＳパケットの優先度を示すＴＳ優先度フラグを含み、
   前記メタデータを含むＴＳパケットのＴＳ優先度フラグは、前記サブビュー・ピクチャを含むＴＳパケットのＴＳ優先度フラグと値が異なる、
   記録媒体。
2. 記録媒体から映像を再生するための再生装置であって、
   前記記録媒体には、メインビュー・ビデオ・ストリーム、サブビュー・ビデオ・ストリーム、及びグラフィックス・ストリームが記録され、
   前記メインビュー・ビデオ・ストリームは、立体視映像のメインビューを構成するメインビュー・ピクチャを含み、
   前記サブビュー・ビデオ・ストリームは、立体視映像のサブビューを構成するサブビュー・ピクチャと、メタデータとを含み、
   前記グラフィックス・ストリームは、平面視グラフィックス映像を構成するグラフィックス・データを含み、
   前記メインビュー・ピクチャは、再生される際にメインビュー・ビデオ・プレーンに描画され、
   前記サブビュー・ピクチャは、再生される際にサブビュー・ビデオ・プレーンに描画され、
   前記グラフィックス・データは、再生される際にグラフィックス・プレーンに描画され、
   前記メタデータは、前記サブビュー・ビデオ・ストリームのグループ・オブ・ピクチャ（ＧＯＰ）ごとに配置されて、オフセット情報を含み、
   前記オフセット情報は、ＧＯＰを構成する複数のピクチャに対するオフセット制御を規定する制御情報であり、
   前記オフセット制御は、前記グラフィックス・プレーンに水平座標の左方向と右方向との各オフセットを与えて、メインビュー・ビデオ・プレーンとサブビュー・ビデオ・プレーンとのそれぞれに合成する処理であり、
   前記サブビュー・ビデオ・ストリームはトランスポート・ストリーム（ＴＳ）に多重化され、
   前記ＴＳを構成するＴＳパケットのヘッダは、当該ＴＳパケットの優先度を示すＴＳ優先度フラグを含み、
   前記メタデータを含むＴＳパケットのＴＳ優先度フラグは、前記サブビュー・ピクチャを含むＴＳパケットのＴＳ優先度フラグとは値が異なり、
   前記記録媒体からデータを読み出す読み出し部、
   前記読み出し部によって読み出されたストリーム・データをビデオ・プレーンとグラフィックス・プレーンとの少なくともいずれかに復号する復号部、
   前記ストリーム・データに含まれるＴＳパケットのＴＳ優先度フラグを監視して、前記メタデータを含むＴＳパケットを抽出するＴＳ優先度フィルタ部、
   前記ＴＳ優先度フィルタ部によって抽出されたＴＳパケットからメタデータを抽出するメタデータ処理部、及び、
   前記メタデータ処理部によって抽出されたメタデータの含むオフセット情報に従って、前記グラフィックス・プレーンに対してオフセット制御を行うプレーン合成部、
   を備えた再生装置。
3. 前記復号部は、前記ＴＳ優先度フィルタ部によって抽出されなかったＴＳパケットを復号することを特徴とする、請求項２に記載の再生装置。
4. メインビュー・ビデオ・ストリームと、サブビュー・ビデオ・ストリームと、グラフィックス・ストリームとを含む一連のデータを受信して映像信号処理を行う半導体集積回路であって、
   前記メインビュー・ビデオ・ストリームは、立体視映像のメインビューを構成するピクチャ・データを含み、
   前記サブビュー・ビデオ・ストリームは、立体視映像のサブビューを構成するピクチャ・データと、メタデータとを含み、
   前記グラフィックス・ストリームは、平面視グラフィックス映像を構成するグラフィックス・データを含み、
   前記メタデータは、前記サブビュー・ビデオ・ストリームを構成するグループ・オブ・ピクチャ（ＧＯＰ）ごとに配置されて、オフセット情報を含み、
   前記オフセット情報は、ＧＯＰを構成する複数のピクチャに対するオフセット制御を規定する制御情報であり、
   前記メインビュー・ビデオ・ストリームは、メインビュー・トランスポート・ストリーム（ＴＳ）として多重化された後、複数のメインビュー・データ群に分割され、
   前記サブビュー・ビデオ・ストリームは、サブビューＴＳとして多重化された後、複数のサブビュー・データ群に分割され、
   前記一連のデータにおいて、前記メインビュー・データ群と前記サブビュー・データ群は交互に配置されており、
   前記グラフィックス・ストリームは、前記メインビューＴＳと前記サブビューＴＳとの何れか、もしくは両方に多重化されており、前記メインビュー・データ群と前記サブビュー・データ群との少なくとも何れかは前記グラフィックス・データを含み、
   前記サブビューＴＳを構成するＴＳパケットのヘッダは、当該ＴＳパケットの優先度を示すＴＳ優先度フラグを含み、
   前記メタデータを含むＴＳパケットのＴＳ優先度フラグは、前記サブビューを構成するピクチャ・データを含むＴＳパケットのＴＳ優先度フラグとは値が異なり、
   前記半導体集積回路は、
   前記半導体集積回路の制御を行う主制御部と、
   前記一連のデータを受信し、前記半導体集積回路の内部もしくは外部に設けられたメモリに一旦格納した後、前記ピクチャ・データと前記グラフィックス・データとに多重分離するストリーム処理部と、
   前記ピクチャ・データと前記グラフィックス・データとをそれぞれデコードする信号処理部と、
   デコードされた前記ピクチャ・データを出力するＡＶ出力部とを備えており、
   前記ストリーム処理部は、受信した前記一連のデータの格納先を前記メモリ内の第１の領域と第２の領域との間で切り替える切替部を備えており、
   前記主制御部は、前記メインビュー・データ群に属しているピクチャ・データを前記第１の領域に格納するように前記切替部を制御し、前記サブビュー・データ群に属しているピクチャ・データを前記第２の領域に格納するように前記切替部を制御し、
   前記デコードされたピクチャ・データのうち、前記メインビュー・データ群に属しているデータは前記メモリ内の第３の領域に格納され、前記第３の領域はメインビュー・ビデオ・プレーンに対応しており、
   前記デコードされたピクチャ・データのうち、前記サブビュー・データ群に属しているデータは前記メモリ内の第４の領域に格納され、前記第４の領域はサブビュー・ビデオ・プレーンに対応しており、
   前記デコードされたグラフィックス・データは前記メモリ内の第５の領域に格納され、前記第５の領域はグラフィックス・プレーンに対応しており、
   前記ＡＶ出力部は、前記デコードされたピクチャ・データと、前記デコードされたグラフィックス・データとを重畳する画像重畳部を備えており、
   前記信号処理部は、前記一連のデータに含まれるＴＳパケットのＴＳ優先度フラグを監視して前記メタデータを抽出し、
   前記画像重畳部は、抽出されたメタデータに含まれるオフセット情報に基づいて前記グラフィックス・プレーンに水平座標の＋方向及び−方向の各オフセットを与えて、前記メインビュー・ビデオ・プレーンと前記サブビュー・ビデオ・プレーンとのそれぞれに重畳し、
   前記ＡＶ出力部は、前記デコードされたピクチャ・データを、前記デコードされたグラフィックス・データが重畳された後に出力する
   ことを特徴とする半導体集積回路。

Images