(57)【要約】【課題】左目用と右目用との映像の再生を確実に同期させて、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができる再生装置を提供する。【解決手段】記録媒体に記録されたレフトビューとライトビューとの各ビデオストリームは左目用と右目用との映像であり、それらには、ピクチャ間での符号化における参照関係がある。記録媒体には更にクリップ情報が記録されている。クリップ情報の示すとおり、レフトビューとライトビューとのビデオストリームでは、フレームレート、アスペクト比、及び解像度は等しい。再生装置は、記録媒体から各ビデオストリームを読み出して、ピクチャ間での符号化における参照関係を利用して各ピクチャを復号する。再生装置は更に、フレームレート、アスペクト比、及び解像度の少なくとも一つが同じであることを利用して、各ビデオストリームから復号されたピクチャを同期させて出力する。【選択図】図４３
2010283856.tif 000002
【特許請求の範囲】
【請求項１】
クリップ情報と、立体視映像の再生における左目用の映像であるレフトビュー・ビデオストリームと、立体視映像の再生における右目用の映像であるライトビュー・ビデオストリームとが記録された記録媒体を再生する再生装置であって、
前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとには、ピクチャ間での符号化における参照関係があり、
前記クリップ情報は、前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとの各々の、フレームレート、アスペクト比、及び解像度を含み、
前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとでは、フレームレート、アスペクト比、及び解像度は同じであり、
前記記録媒体から、前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとを読み出す読み出し手段と、
ピクチャ間での符号化における参照関係を利用して、前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとから各ピクチャを復号するデコーダと、
フレームレート、アスペクト比、及び解像度の少なくとも一つが同じであることを利用して、前記レフトビュー・ビデオストリームから復号された各ピクチャと、前記ライトビュー・ビデオストリームから復号された各ピクチャとを同期させて出力する出力手段と、
を有する再生装置。
【請求項２】
クリップ情報と、立体視映像の再生における左目用の映像であるレフトビュー・ビデオストリームと、立体視映像の再生における右目用の映像であるライトビュー・ビデオストリームとが記録された記録媒体であって、
前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとには、ピクチャ間での符号化における参照関係があり、
前記クリップ情報は、前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとの各々の、フレームレート、アスペクト比、及び解像度を含み、
前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとでは、フレームレート、アスペクト比、及び解像度は同じである
ことを特徴とする記録媒体。
【請求項３】
記録媒体に、クリップ情報と、立体視映像の再生における左目用の映像であるレフトビュー・ビデオストリームと、立体視映像の再生における右目用の映像であるライトビュー・ビデオストリームとを記録する記録方法であって、
前記クリップ情報を生成するステップと、
前記レフトビュー・ビデオストリームを生成するステップと、
前記ライトビュー・ビデオストリームを生成するステップと、
前記クリップ情報、前記レフトビュー・ビデオストリーム、及び前記ライトビュー・ビデオストリームを前記記録媒体に記録するステップとを含み、
前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとには、ピクチャ間での符号化における参照関係があり、
前記クリップ情報は、前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとの各々の、フレームレート、アスペクト比、及び解像度を含み、
前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとでは、フレームレート、アスペクト比、及び解像度は同じである
ことを特徴とする記録方法。
【請求項４】
クリップ情報と、立体視映像の再生における左目用の映像であるレフトビュー・ビデオストリームと、立体視映像の再生における右目用の映像であるライトビュー・ビデオストリームとが記録された記録媒体と、前記記録媒体を再生する再生装置とを備えた記録媒体再生システムであって、
前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとには、ピクチャ間での符号化における参照関係があり、
前記クリップ情報は、前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとの各々の、フレームレート、アスペクト比、及び解像度を含み、
前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとでは、フレームレート、アスペクト比、及び解像度は同じであり、
前記再生装置は、
前記記録媒体から、前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとを読み出す読み出し手段と、
ピクチャ間での符号化における参照関係を利用して、前記レフトビュー・ビデオストリームと前記ライトビュー・ビデオストリームとから各ピクチャを復号するデコーダと、
フレームレート、アスペクト比、及び解像度の少なくとも一つが同じであることを利用して、前記レフトビュー・ビデオストリームから復号された各ピクチャと、前記ライトビュー・ビデオストリームから復号された各ピクチャとを同期させて出力する出力手段と
を有する、記録媒体再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、立体視映像の再生技術に関し、特に、記録媒体上でのビデオストリームのアロケーションに関する。
【背景技術】
【０００２】
映画作品などの動画コンテンツを頒布するには、ＤＶＤ及びブルーレイ・ディスク（ＢＤ：Blu−ray Disc）等の光ディスクが広く用いられている。特にＢＤはＤＶＤよりも大容量であるので、高画質の映像を格納できる。具体的には、ＤＶＤに格納可能な画像は標準画質（ＳＤ：Standard Definition）であって、例えばＶＧＡ規格では６４０×４８０であり、ＮＴＳＣ規格では７２０×４８０である。それに対し、ＢＤに格納可能な画像は高精細度（ＨＤ：High Definition）であって、最大１９２０×１０８０である。
【０００３】
近年、立体視映像（３次元（３Ｄ）映像ともいう。）を楽しめる映画館が増加している。それに伴い、３Ｄ映像を高画質のまま、光ディスクに格納する技術の開発が進められている。光ディスクに３Ｄ映像を格納するとき、光ディスクから２次元（２Ｄ）映像（平面視映像ともいう。）のみを再生できる再生装置（以下、「２Ｄ再生装置」という。）との互換性の確保が求められる。その互換性が確保されなければ、１つのコンテンツに対して３Ｄ映像用と２Ｄ映像用との２種類の光ディスクを製作しなければならないので、コスト高になる。従って、３Ｄ映像が格納された光ディスクから、２Ｄ再生装置は２Ｄ映像を再生でき、２Ｄ映像と３Ｄ映像との両方の再生に対応可能な再生装置（以下、「２Ｄ／３Ｄ再生装置」という。）は２Ｄ映像と３Ｄ映像とのいずれも再生できることが望ましい。
【０００４】
図５９は、３Ｄ映像が格納された光ディスクの２Ｄ再生装置に対する互換性を確保するための仕組みを示す模式図である（例えば特許文献１参照）。光ディスク２４０１には２Ｄ／レフトビューＡＶ（Audio Vidual）ストリームファイルとライトビューＡＶストリームファイルとが格納されている。ここで、２Ｄ／レフトビューＡＶストリームファイルは２Ｄ／レフトビュー・ストリームを含む。２Ｄ／レフトビュー・ストリームは、立体視映像の再生では左目用の映像を表す一方、平面視映像の再生にも利用することができる。ライトビューＡＶストリームファイルはライトビュー・ストリームを含む。ライトビュー・ストリームは、立体視映像の再生において右目用の映像を表す。両ビデオストリームのフレームレートは等しいが、各ビデオストリームのフレームの表示時期はフレーム周期の半分だけずれている。例えば、各ビデオストリームのフレームレートが１秒間に２４フレームであるとき、レフトビュー・ストリームとライトビュー・ストリームとの各フレームが１／４８秒ごとに交互に表示される。
【０００５】
図５９に示されているように、各ＡＶストリームファイルは光ディスク２４０１上に、ＧＯＰ（グループ・オブ・ピクチャ）単位で複数のエクステント２４０２Ａ−Ｃ、２４０３Ａ−Ｃに分割されて配置されている。各エクステントはＧＯＰを１以上含む。更に、２Ｄ／レフトビューＡＶストリームファイルのエクステント２４０２Ａ−ＣとライトビューＡＶストリームファイルのエクステント２４０３Ａ−Ｃとは交互に、光ディスク２４０１のトラック２４０１Ａ上に配置されている。隣接する２つのエクステント２４０２Ａ−２４０３Ａ、２４０２Ｂ−２４０３Ｂ、２４０２Ｃ−２４０３Ｃの間では再生時間が等しい。このようなエクステントの配置をインターリーブ配置という。インターリーブ配置で記録されたエクステント群は、以下に述べるように、立体視映像の再生と平面視映像の再生とで共用される。
【０００６】
図５９に示されているように、２Ｄ再生装置２４０４では、２Ｄ用光ディスクドライブ２４０４Ａが光ディスク２４０１から２Ｄ／レフトビューＡＶストリームファイルのエクステント２４０２Ａ−Ｃを順番に読み出し、映像デコーダ２４０４Ｂがそれらを順次、レフトビュー・フレーム２４０６Ｌに復号する。それにより、表示装置２４０７にはレフトビュー、すなわち２Ｄ映像が再生される。ここで、２Ｄ／レフトビューＡＶストリームファイルから２Ｄ映像がシームレスに再生されるように、各エクステント２４０２Ａ−Ｃの光ディスク２４０１上での配置が、２Ｄ用光ディスクドライブ２４０４Ａのシーク性能及び読み込み速度に基づいて設計されている。
【０００７】
図５９に示されているように、２Ｄ／３Ｄ再生装置２４０５では、光ディスク２４０１からの３Ｄ映像の再生が選択されているとき、３Ｄ用光ディスクドライブ２４０５Ａが光ディスク２４０１から２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとの各エクステントを交互に、すなわち、符号で表せば、２４０２Ａ、２４０３Ａ、２４０２Ｂ、２４０３Ｂ、２４０２Ｃ、２４０３Ｃの順に読み出す。読み出されたエクステントのうち、２Ｄ／レフトビュー・ストリームに属するものは左映像デコーダ２４０５Ｌに送られ、ライトビュー・ストリームに属するものは右映像デコーダ２４０５Ｒに送られる。各映像デコーダ２４０５Ｌ、２４０５Ｒは各エクステントを交互にビデオフレーム２４０６Ｌ、２４０６Ｒに復号する。それにより、３Ｄ映像用表示装置２４０８にはレフトビューとライトビューとが交互に表示される。一方、立体メガネ２４０９は左右のレンズを、表示装置２４０８による画面の切り換えに同期して交互に不透明にする。従って、表示装置２４０８に表示された映像は、立体メガネ２４０９を通して見れば３Ｄ映像に見える。
【０００８】
このように、インターリーブ配置は、３Ｄ映像が格納された光ディスクを、２Ｄ再生装置による２Ｄ映像の再生と、２Ｄ／３Ｄ再生装置による３Ｄ映像の再生との両方に利用されることを可能にする。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特許第３９３５５０７号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
上記のとおり、光ディスクには、２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとが記録されている。２Ｄ／３Ｄ再生装置は各ファイルから左目用の映像と右目用の映像とを再生する。それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せるには、２Ｄ／３Ｄ再生装置はそれらの映像の画面表示を確実に同期させなければならない。
【００１１】
本発明の目的は、左目用の映像と右目用の映像との再生を更に確実に同期させて、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができる再生装置を提供することにある。
【課題を解決するための手段】
【００１２】
本発明の実施形態による再生装置は、クリップ情報と、レフトビュー・ビデオストリームと、ライトビュー・ビデオストリームとが記録された記録媒体を再生する。レフトビュー・ビデオストリームは、立体視映像の再生における左目用の映像である。ライトビュー・ビデオストリームは、立体視映像の再生における右目用の映像である。レフトビュー・ビデオストリームとライトビュー・ビデオストリームとには、ピクチャ間での符号化における参照関係がある。クリップ情報は、レフトビュー・ビデオストリームとライトビュー・ビデオストリームとの各々の、フレームレート、アスペクト比、及び解像度を含む。レフトビュー・ビデオストリームとライトビュー・ビデオストリームとでは、フレームレート、アスペクト比、及び解像度は同じである。上記の再生装置は、読み出し手段と、デコーダと、出力手段とを有する。読み出し手段は、記録媒体から、レフトビュー・ビデオストリームとライトビュー・ビデオストリームとを読み出す。デコーダは、ピクチャ間での符号化における参照関係を利用して、レフトビュー・ビデオストリームとライトビュー・ビデオストリームとから各ピクチャを復号する。出力手段は、フレームレート、アスペクト比、及び解像度の少なくとも一つが同じであることを利用して、レフトビュー・ビデオストリームから復号された各ピクチャと、ライトビュー・ビデオストリームから復号された各ピクチャとを同期させて出力する。
【発明の効果】
【００１３】
本発明の上記の実施形態による再生装置は、レフトビュー・ビデオストリームとライトビュー・ビデオストリームとの各々から復号されたピクチャを確実に同期させて出力することができる。その結果、左目用の映像と右目用の映像との画面表示が更に確実に同期するので、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態１による記録媒体の使用形態を示す模式図
【図２】図１に示されているＢＤ−ＲＯＭディスクのデータ構造を示す模式図
【図３】図２に示されているインデックス・ファイルに含まれるインデックス・テーブルを示す模式図
【図４】図２に示されている２Ｄ映像再生用のＡＶストリームファイルに多重化されたエレメンタリ・ストリームを示す模式図
【図５】図２に示されているＡＶストリームファイルに多重化された各エレメンタリ・ストリームのパケットの配置を表す模式図
【図６】図５に示されているＰＥＳパケットへのビデオストリームの格納方法の詳細を示す模式図
【図７】図５に示されているＡＶストリームファイルを構成するＴＳパケットとソースパケットとの形式を示す模式図
【図８】ＰＭＴのデータ構造を示す模式図
【図９】図２に示されているクリップ情報ファイルのデータ構造を示す模式図
【図１０】図９に示されているストリーム属性情報のデータ構造を示す模式図
【図１１】図１０に示されているエントリマップのデータ構造を示す模式図
【図１２】図２に示されているプレイリストファイルのデータ構造を示す模式図
【図１３】図１２に示されているプレイアイテム情報のデータ構造を示す模式図
【図１４】図１３に示されているコネクション・コンディション１３１０が「５」又は「６」であるときに、接続対象の各プレイアイテム情報によって規定される再生区間の間の関係を示す模式図
【図１５】規定対象の再生経路にサブパスが含まれるときにおけるプレイリストファイルのデータ構造を示す模式図
【図１６】２Ｄ再生装置の機能ブロック図
【図１７】図１６に示されているプレーヤ変数記憶部に記憶されたシステムパラメータの一覧表
【図１８】図１６に示されているシステムターゲット・デコーダの機能ブロック図
【図１９】図２に示されているディスク１０１上でのエクステントの配置を示す模式図
【図２０】図１６に示されている２Ｄ再生装置において、ＢＤ−ＲＯＭディスク１０１から読み出されたＡＶストリームファイルを２Ｄ映像データＶＤ及び音声データＡＤに変換する処理系統を示す模式図
【図２１】ＡＶストリームファイルの処理期間中、図２０に示されているリードバッファ１６０２に蓄積されるデータ量ＤＡの推移を示すグラフ
【図２２】ＢＤ−ＲＯＭディスクについて規定されたジャンプ距離とジャンプ時間との間の関係の一例を示す表
【図２３】三つの異なるＡＶストリームファイルから順次、映像を連続再生するときの各エクステントの配置の一例を示す模式図
【図２４】視差画像を用いる方法による立体視映像の再生原理を説明するための模式図
【図２５】インデックス・テーブル３１０、ムービーオブジェクトＭＶＯ、ＢＤ−ＪオブジェクトＢＤＪＯ、２Ｄプレイリストファイル２５０１、及び３Ｄプレイリストファイル２５０２の間の関係を示す模式図
【図２６】ムービーオブジェクトＭＶＯに従って行われる再生対象のプレイリストファイルの選択処理のフローチャート
【図２７】２Ｄプレイリストファイル２５０１と３Ｄプレイリストファイル２５０２との各構造の一例を示す模式図
【図２８】２Ｄプレイリストファイル２５０１と３Ｄプレイリストファイル２５０２との各構造の別例を示す模式図
【図２９】２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとのそれぞれに多重化されたエレメンタリ・ストリームを示す模式図
【図３０】２Ｄ／レフトビュー・ストリームとライトビュー・ストリームとの各圧縮符号化方法を示す模式図
【図３１】２Ｄ／レフトビュー・ストリーム３１０１とライトビュー・ストリーム３１０２との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係の一例を示す模式図
【図３２】２Ｄ／レフトビュー・ストリームとライトビュー・ストリームとの各ビデオアクセスユニット３２００のデータ構造を示す模式図
【図３３】２Ｄ／レフトビュー・ストリーム３３０１とライトビュー・ストリーム３３０２との各ピクチャに割り当てられた復号カウンタ３２０４の値を示す模式図
【図３４】図２に示されているＢＤ−ＲＯＭディスク１０１上での左右のＡＶストリームファイルのエクステントの配置を示す模式図
【図３５】各エクステント内のビデオストリームの再生時間と再生経路との間の関係を示す模式図
【図３６】２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとのそれぞれに対応付けられたクリップ情報ファイルのデータ構造を示す模式図
【図３７】図３６の（ａ）に示されている３Ｄメタデータ３６１３のデータ構造を示す模式図
【図３８】図３６の（ｂ）に示されているライトビュー・クリップ情報ファイル３６０２のエントリマップ３６２２のデータ構造を示す模式図
【図３９】２Ｄ／３Ｄ再生装置３９００の機能ブロック図
【図４０】図３９に示されているプレーン加算部３９１０によるプレーン・データの重畳処理を示す模式図
【図４１】図４０に示されている第２クロッピング処理部４０２２によるＰＧプレーン・データ４００４に対するクロッピング処理を示す模式図
【図４２】図４１に示されているクロッピング処理によって重畳された左右の２Ｄ映像、及びそれらから視聴者に知覚される３Ｄ映像を示す模式図
【図４３】図３９に示されているシステムターゲット・デコーダ３９０３の機能ブロック図
【図４４】ＢＤ−ＲＯＭディスク１０１から読み出された２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとから３Ｄ映像データＶＤ及び音声データＡＤを再生する処理系統を示す模式図
【図４５】ＢＤ−ＲＯＭディスク１０１上にインターリーブ配置で記録された各ＡＶストリームファイルのエクステントの物理的な順序と、３Ｄ映像の再生時における各リードバッファ３９０２、３９１１の蓄積データ量の推移との間の関係を示す模式図
【図４６】各ＡＶストリームファイルに属するエクステントの順序を示す模式図
【図４７】ディスク１０１から左右のＡＶストリームファイルのエクステントを交互に読み出す際のリードバッファ（１）３９０２の蓄積データ量ＤＡ１とリードバッファ（２）３９１１の蓄積データ量ＤＡ２との各推移を示すグラフ
【図４８】２Ｄ／レフトビューＡＶストリームファイルのエクステントとライトビューＡＶストリームファイルのエクステントとを交互に読み出すときにロングジャンプが必要になる場合のエクステントの配置の一例を示す模式図
【図４９】３Ｄ映像の再生経路４８２２のうち、ロングジャンプＬＪ２を含む区間におけるリードバッファ（１）３９０２とリードバッファ（２）３９１１との各蓄積データ量ＤＡ１、ＤＡ２の推移を示すグラフ
【図５０】ＢＤ−ＲＯＭディスク１０１が多層ディスクであり、一連のＡＶストリームファイル群が各記録層に分離されているときにおけるエクステントの配置の一例を示す模式図
【図５１】層切り換えに伴うロングジャンプの直前にアクセスされる記録領域で２Ｄ映像の再生経路と３Ｄ映像の再生経路とが分離されるような、ＡＶストリームファイルのエクステントの配置の一例を示す模式図
【図５２】図５１に示されている配置のエクステントから映像を再生するためのプレイリストファイルとＡＶストリームファイルとの間の対応関係を示す模式図
【図５３】実施形態１と実施形態２とのそれぞれによるディスクについて、ロングジャンプの前後にアクセスされる記録領域でのエクステントの配置を示す模式図
【図５４】実施形態３によるディスクについて、ロングジャンプの直前にアクセスされる記録領域でのエクステントの配置を示す模式図
【図５５】図５４に示されている配置のエクステントから映像を再生するためのプレイリストファイルとＡＶストリームファイルとの間の対応関係を示す模式図
【図５６】２Ｄ／レフトビュー・ストリーム５６０１とライトビュー・ストリーム５６０２との各ピクチャに割り当てられたＤＴＳとＰＴＳとの間の関係を示す模式図
【図５７】実施形態４による記録装置の内部構成を示すブロック図
【図５８】図５７に示されているビデオエンコーダ５７０１による奥行き情報の算出処理を示す模式図
【図５９】３Ｄ映像が格納された光ディスクの２Ｄ再生装置に対する互換性を確保するための仕組みを示す模式図
【発明を実施するための形態】
【００１５】
以下、本発明の好適な実施形態に係る記録媒体及び再生装置について、図面を参照しながら説明する。
【００１６】
《実施形態１》
【００１７】
まず、本発明の実施形態１による記録媒体の使用形態について説明する。図１は、その記録媒体の使用形態を示す模式図である。図１において、その記録媒体はＢＤ−ＲＯＭディスク１０１である。再生装置１０２、表示装置１０３、及びリモコン１０４は一つのホームシアターシステムを形成している。ＢＤ−ＲＯＭディスク１０１は、そのホームシアターシステムに映画作品を供給するという役割を果たす。
【００１８】
＜ＢＤ−ＲＯＭディスクの２Ｄ映像用データ構造＞
【００１９】
次に、本発明の実施形態１による記録媒体であるＢＤ−ＲＯＭディスク１０１のデータ構造のうち、２Ｄ映像を格納するためのものについて説明する。
【００２０】
図２は、ＢＤ−ＲＯＭディスク１０１のデータ構造を示す模式図である。ＢＤ−ＲＯＭディスク１０１上には、ＤＶＤ及びＣＤと同様に、トラック２０２が内周から外周にかけて螺旋状に形成されている。図２には、トラック２０２が仮想的に横方向に真っ直ぐに引き伸ばされて描かれている。図２では左側がディスク１０１の内周部を表し、右側が外周部を表す。トラック２０２は記録領域であり、その内周部にはリードイン領域２０２Ａが設けられ、外周部にはリードアウト領域２０２Ｃが設けられ、それらの領域間には、論理データを記録できるボリューム領域２０２Ｂが設けられている。
【００２１】
ボリューム領域２０２Ｂは、「セクタ」と呼ばれる所定のアクセス単位に分割され、各セクタには先頭から順に通し番号が振られている。この通し番号のことを論理アドレス（又は論理ブロック番号）と呼ぶ。ディスク１０１からのデータの読み出しは、論理アドレスを指定することで実行される。ＢＤ−ＲＯＭディスク１０１では通常、論理アドレスはディスク１０１上の物理アドレスと実質的に等しい。すなわち、論理アドレスが連続している領域では物理アドレスも実質的に連続している。従って、論理アドレスが連続しているデータは、ディスクドライブのピックアップをシークさせることなく、連続して読み出すことができる。
【００２２】
リードイン領域２０２Ａの更に内側にはＢＣＡ（Burst Cutting Area）２０１が設けられている。ＢＣＡ２０１はディスクドライブでしか読み出せない特別な領域である。すなわち、ＢＣＡ２０１はアプリケーション・プログラムでは読み出せない。従って、例えば著作権保護技術などによく利用される。
【００２３】
ボリューム領域２０２Ｂには、先頭からファイルシステム２０３のボリューム情報が記録され、続いて映像データなどのアプリケーション・データが記録されている。ここで、ファイルシステムとは、データ構造をディレクトリまたはファイル形式で表現する仕組みをいう。例えばＰＣ（パーソナルコンピュータ）では、ＦＡＴまたはＮＴＦＳと呼ばれるファイルシステムが利用されている。それにより、ハードディスクに記録されたデータの構造をディレクトリ及びファイルを利用してＰＣ上に表現し、それらのユーザビリティを高めている。ＢＤ−ＲＯＭディスク１０１では、ファイルシステム２０３としてＵＤＦ（Universal Disc Format）が利用される。その他に、ＩＳＯ９６６０等、他のファイルシステムが利用されてもよい。このファイルシステム２０３により、ＰＣと同様に、ディスク１０１に記録されている論理データをディレクトリ／ファイル単位でアクセスし、読み出すことができる。
【００２４】
更に具体的には、ＵＤＦがファイルシステム２０３として利用されるとき、ボリューム領域２０２Ｂは、ファイルセット記述子の記録領域、終端記述子の記録領域、及び複数のディレクトリ領域を含む。各領域は、ファイルシステム２０３を利用してアクセスされる。ここで、「ファイルセット記述子」は、ディレクトリ領域のうち、ルートディレクトリのファイル・エントリが記録されているセクタの論理ブロック番号（ＬＢＮ）を示す。「終端記述子」はファイルセット記述子の終端を示す。
【００２５】
各ディレクトリ領域は何れも内部の構成が共通である。各ディレクトリ領域は、ファイル・エントリ、ディレクトリ・ファイル、及び下位ファイルのファイル記録領域を含む。
【００２６】
「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及び、アロケーション記述子を含む。「記述子タグ」は、当該領域がファイル・エントリである旨を示す。ここで、記述子タグにはその他に、当該領域がスペースビットマップである旨を示すものがある。例えば記述子タグの値が“２６１”であるとき、当該領域は「ファイル・エントリ」である。「ＩＣＢタグ」は、ファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、ディレクトリ・ファイルの記録位置のＬＢＮを示す。
【００２７】
「ディレクトリ・ファイル」は、下位ディレクトリのファイル識別記述子と、下位ファイルのファイル識別記述子とを含む。「下位ディレクトリのファイル識別記述子」は、当該ディレクトリ領域の示すディレクトリの配下にある下位ディレクトリをアクセスするための参照情報である。このファイル識別記述子は、その下位ディレクトリの識別情報、その下位ディレクトリのディレクトリ名の長さ、ファイル・エントリ・アドレス、及び、その下位ディレクトリのディレクトリ名を含む。ここで、ファイル・エントリ・アドレスは、その下位ディレクトリのファイル・エントリのＬＢＮを示す。「下位ファイルのファイル識別記述子」は、当該ディレクトリ領域の示すディレクトリの配下にある下位ファイルをアクセスするための参照情報である。このファイル識別記述子は、その下位ファイルを示す識別情報、その下位ファイルのファイル名の長さ、ファイル・エントリ・アドレス、及び、その下位ファイルのファイル名を含む。ここで、ファイル・エントリ・アドレスは、その下位ファイルのファイル・エントリのＬＢＮを示す。下位ディレクトリ／ファイルのファイル識別記述子を辿ってゆけば、ルートディレクトリのファイル・エントリから下位ディレクトリ／下位ファイルのファイル・エントリに順次、到達することができる。
【００２８】
「下位ファイルのファイル記録領域」は、当該ディレクトリ領域の示すディレクトリの配下にある下位ファイルのファイル・エントリと、その下位ファイルの実体とが記録された領域である。「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及び、アロケーション記述子を含む。「記述子タグ」は、当該領域がファイル・エントリである旨を示す。「ＩＣＢタグ」は、ファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、下位ファイルの実体を構成する各エクステントの配置を示す。アロケーション記述子は各エクステントに一つずつ設けられる。従って、下位ファイルが複数のエクステントに分割されているとき、ファイル・エントリはアロケーション記述子を複数含む。より具体的には、アロケーション記述子は、各エクステントのサイズと、そのエクステントの記録位置のＬＢＮとを含む。更に、アロケーション記述子の上位２ビットは、その記録位置にエクステントが実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、その記録位置にはエクステントが割り付け済みであり、かつ記録済みである旨を示し、“１”であるとき、その記録位置にエクステントが割り付け済みであるが未記録である旨を示す。各ファイルのファイル・エントリのアロケーション記述子を参照することにより、そのファイルを構成する各エクステントの論理アドレスを知ることができる。
【００２９】
上記ＵＤＦを利用したファイルシステムと同様、ファイルシステム２０３では一般に、ボリューム領域２０２Ｂに記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域２０２Ｂに併せて記録される。その情報を参照することにより、各エクステントの配置、特に各論理アドレスを知ることができる。
【００３０】
図２を更に参照するに、ＢＤ−ＲＯＭ１０１上のディレクトリ／ファイル構造２０４では、ルート（ＲＯＯＴ）ディレクトリ２０４１の直下にＢＤムービー（ＢＤＭＶ：BD Movie）ディレクトリ２０４２が置かれている。ＢＤＭＶディレクトリ２０４２の配下には、インデックス・ファイル（index.bdmv）２０４３Ａ、ムービーオブジェクト・ファイル（MovieObject.bdmv）２０４３Ｂ、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ２０４４、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ２０４５、ストリーム（ＳＴＲＥＡＭ）ディレクトリ２０４６、ＢＤ−Ｊオブジェクト（ＢＤＪＯ：BD Java （登録商標）Object）ディレクトリ２０４７、及びＪａｖａアーカイブ（ＪＡＲ：Java Archive）ディレクトリ２０４８が置かれている。インデックス・ファイル２０４３はインデックス・テーブルを含む。インデックス・テーブルにはタイトルとオブジェクトとの間の対応関係が規定されている。ＳＴＲＥＡＭディレクトリ２０４６はＡＶストリームファイル（ＸＸＸ．Ｍ２ＴＳ）２０４６Ａを含む。ＡＶストリームファイル２０４６Ａには、映像・音声を表すＡＶコンテンツが多重化されて格納されている。ＣＬＩＰＩＮＦディレクトリ２０４５はクリップ情報ファイル（ＸＸＸ．ＣＬＰＩ）２０４５Ａを含む。クリップ情報ファイル２０４５ＡはＡＶストリームファイル２０４６Ａの管理情報を含む。ＰＬＡＹＬＩＳＴディレクトリ２０４４はプレイリストファイル（ＹＹＹ．ＭＰＬＳ）２０４４Ａを含む。プレイリストファイル２０４４Ａは、ＡＶストリームファイル２０４６Ａの論理的な再生経路を規定する。ＢＤＪＯディレクトリ２０４７はＢＤ−Ｊオブジェクト・ファイル（ＡＡＡ．ＢＤＪＯ）２０４７Ａを含む。ムービーオブジェクト・ファイル（MovieObject.bdmv）２０４３ＢとＢＤ−Ｊオブジェクト・ファイル２０４７Ａとには、動的シナリオを規定する「オブジェクト」と呼ばれるプログラムが格納されている。
【００３１】
ディレクトリ／ファイル構造２０４は具体的には、ＢＤ−ＲＯＭディスク１０１のボリューム領域２０２Ｂ上に、ＲＯＯＴディレクトリ領域、ＢＤＭＶディレクトリ領域、ＰＬＡＹＬＩＳＴディレクトリ領域、ＣＬＩＰＩＮＦディレクトリ領域、ＳＴＲＥＡＭディレクトリ領域、ＢＤＪＯディレクトリ領域、及びＪＡＲディレクトリ領域として構成されている。上記のファイル識別記述子を辿ってゆけば、ＲＯＯＴディレクトリのファイル・エントリから各ディレクトリのファイル・エントリに順次、到達することができる。すなわち、ＲＯＯＴディレクトリのファイル・エントリからＢＤＭＶディレクトリのファイル・エントリに到達することができ、更に、ＢＤＭＶディレクトリのファイル・エントリからＰＬＡＹＬＩＳＴディレクトリのファイル・エントリに到達することができる。同様に、ＢＤＭＶディレクトリのファイル・エントリからは、ＣＬＩＰＩＮＦディレクトリ、ＳＴＲＥＡＭディレクトリ、ＢＤＪＯディレクトリ、及びＪＡＲディレクトリの各ファイル・エントリに到達することができる。
【００３２】
以下、ＢＤＭＶディレクトリ２０４２の配下に置かれている各ファイルのデータ構造について説明する。
【００３３】
≪インデックス・ファイル≫
【００３４】
図３は、インデックス・ファイル２０４３Ａに含まれるインデックス・テーブルを示す模式図である。インデックス・テーブル３１０は、「ファーストプレイ」３０１、「トップメニュー」３０２、及び「タイトルｋ」３０３（ｋ＝１、２、…、ｎ）という項目を含む。各項目にはムービーオブジェクトＭＶＯとＢＤ−ＪオブジェクトＢＤＪＯとのいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置１０２の制御部はインデックス・テーブル３１０の対応する項目を参照して、その項目に対応付けられているオブジェクトをディスク１０１から呼び出す。制御部は更に、呼び出されたオブジェクトに従ってプログラムを実行する。具体的には、項目「ファーストプレイ」３０１には、ディスク１０１がディスクドライブへ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」３０２には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置１０３にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」３０３には、例えばユーザの操作で再生対象のタイトルが指定されたとき、そのタイトルに対応するＡＶストリームファイルをプレイリストファイル２０４４Ａに従ってディスク１０１から再生するためのオブジェクトが指定されている。
【００３５】
≪ムービーオブジェクト・ファイル≫
【００３６】
ムービーオブジェクト・ファイル２０４３Ｂは一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーションコマンドの配列を含む。ナビゲーションコマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置１０１に実行させるための命令である。ナビゲーションコマンドは、例えば、タイトルに対応するプレイリストファイルの読み出し命令、プレイリストファイルの示すＡＶストリームファイルからのストリーム・データの再生命令、及び、別のタイトルへの遷移命令を含む。再生装置１０１の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出して、そのムービーオブジェクトに含まれるナビゲーションコマンドを配列の順番で実行する。それにより、再生装置１０１は、一般的なＤＶＤプレーヤと同様に、表示装置１０３にメニューを表示してユーザにコマンドを選択させ、そのコマンドに応じて、タイトルの再生開始／停止、別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。
【００３７】
≪ＢＤ−Ｊオブジェクト・ファイル≫
【００３８】
ＢＤ−Ｊオブジェクト・ファイル２０４７ＡはＢＤ−Ｊオブジェクトを一つ含む。ＢＤ−Ｊオブジェクトは、再生装置１０１に実装されたＪａｖａ仮想マシンに、タイトルの再生処理及びグラフィックス映像の描画処理を実行させるためのプログラムである。ＢＤ−Ｊオブジェクトは、アプリケーション管理テーブルと、参照対象のプレイリストファイルの識別情報とを含む。アプリケーション管理テーブルは、Ｊａｖａ仮想マシンに実際に実行させるべきＪａｖａアプリケーション・プログラムのリストを示す。参照対象のプレイリストファイルの識別情報は、再生対象のタイトルに対応するプレイリストファイルを識別するための情報である。Ｊａｖａ仮想マシンは、ユーザの操作又はアプリケーション・プログラムに従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムのシグナリングを実行する。それにより、再生装置１０１は、タイトルの再生映像の進行を動的に変化させ、又は表示装置１０３にグラフィックス映像をタイトルの映像とは独立に表示させる。
【００３９】
≪ＪＡＲディレクトリ≫
【００４０】
ＪＡＲディレクトリ２０４８には、ＢＤ−Ｊオブジェクトに従って実行されるＪａｖａアプリケーション・プログラムの本体が格納されている。それらのＪａｖａアプリケーション・プログラムは、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるものの他、グラフィックス映像の描画処理を実行させるものを含む。
【００４１】
≪２Ｄ映像用ＡＶストリームファイル≫
【００４２】
ＡＶストリームファイル２０４６ＡはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタルストリームであり、複数のエレメンタリ・ストリームが多重化されたものである。図４は、２Ｄ映像の再生に利用されるＡＶストリームファイル２０４６Ａに多重化されたエレメンタリ・ストリームを示す模式図である。図４に示されているＡＶストリームファイル２０４６Ａには、プライマリ・ビデオストリーム４０１、プライマリ・オーディオストリーム４０２Ａ、４０２Ｂ、プレゼンテーション・グラフィックス（ＰＧ）ストリーム４０３Ａ、４０３Ｂ、インタラクティブ・グラフィックス（ＩＧ）ストリーム４０４、セカンダリ・ビデオストリーム４０５Ａ、４０５Ｂ、及び、セカンダリ・オーディオストリーム４０６が多重化されている。
【００４３】
プライマリ・ビデオストリーム４０１は映画の主映像を表し、セカンダリ・ビデオストリーム４０５Ａ、４０５Ｂは副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。各ビデオストリームは、ＭＰＥＧ−２、ＭＰＥＧ−４  ＡＶＣ、または、ＳＭＰＴＥ  ＶＣ−１などの方式を使って符号化されている。
【００４４】
プライマリ・オーディオストリーム４０２Ａ、４０２Ｂは映画の主音声を表す。セカンダリ・オーディオストリーム４０６は、その主音声とミキシングされる副音声を表す。各オーディオストリームは、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ−ＨＤ、または、リニアＰＣＭ（Pulse Code Modulation）などの方式で符号化されている。
【００４５】
ＰＧストリーム４０３Ａ、４０３Ｂは映画の字幕を示している。ここで、各ＰＧストリーム４０３Ａ、４０３Ｂの表す字幕は、例えば言語が異なる。ＩＧストリーム４０４は対話画面を表す。対話画面は、表示装置１０３の画面上にグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィックス部品を配置することによって作成される。
【００４６】
ＡＶストリームファイル２０４６Ａに含まれる各エレメンタリ・ストリーム４０１−４０６はパケットＩＤ（ＰＩＤ）によって識別される。例えば、プライマリ・ビデオストリーム４０１にはＰＩＤ０ｘ１０１１が割り当てられる。プライマリ・オーディオストリーム４０２Ａ、４０２ＢにはＰＩＤとして０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム４０３Ａ、４０３ＢにはＰＩＤとして０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム４０４にはＰＩＤとして０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオストリーム４０５Ａ、４０５ＢにはＰＩＤとして０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオストリーム４０６にはＰＩＤとして０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。
【００４７】
図５は、ＡＶストリームファイル５１３に多重化された各エレメンタリ・ストリームのパケットの配置を表す模式図である。まず、複数のビデオフレーム５０１から成るビデオストリーム５０１をＰＥＳパケット５０２の列に変換し、次に、各ＰＥＳパケット５０２をＴＳパケット５０３に変換する。同様に、複数のオーディオフレーム５０４からなるオーディオストリームをＰＥＳパケット５０５の列に変換し、更にＴＳパケット５０６の列に変換する。ＰＧストリーム５０７およびＩＧストリーム５１０についても同様に、各ストリーム・データをＰＥＳパケット５０８、５１１の列に変換し、更に、ＴＳパケット５０９、５１２の列に変換する。最後に、これらのＴＳパケット５０３、５０６、５０９、５１２を１本のストリームに並べて多重化することにより、ＡＶストリームファイル５１３が構成される。
【００４８】
図６は、ＰＥＳパケット６０２へのビデオストリーム６０１の格納方法の詳細を示す模式図である。図６に示されているように、ビデオストリーム６０１の符号化処理において各ビデオフレーム又はフィールドの映像データは一枚のピクチャとして扱われ、個別にそのデータ量が圧縮されている。ここで、ピクチャとは、映像データの符号化における処理単位を意味する。ＭＰＥＧ−２、ＭＰＥＧ−４  ＡＶＣ、ＳＭＰＴＥ  ＶＣ−１などの動画圧縮符号化方式においては、動画像の空間方向および時間方向の冗長性を利用してデータ量の圧縮を行う。時間方向の冗長性を利用する方法としてはピクチャ間予測符号化が用いられる。ピクチャ間予測符号化では、まず、符号化対象の各ピクチャに対し、表示時間が前または後である別のピクチャを参照ピクチャとして設定する。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルを検出し、それを利用して動き補償を行う。更に、動き補償を行ったピクチャと符号化対象のピクチャとの間の差分値を求め、その差分値から空間方向の冗長度を取り除く。こうして、各ピクチャのデータ量が圧縮される。
【００４９】
図６に示されているように、ビデオストリーム６０１は先頭から順に、Ｉピクチャｙｙ１、Ｐピクチャｙｙ２、Ｂピクチャｙｙ３、ｙｙ４、…を含む。ここで、Ｉピクチャは、参照ピクチャを用いることなく、符号化対象のピクチャのみを用いてピクチャ内予測符号化で圧縮されたものをいう。Ｐピクチャは、既に圧縮された１枚のピクチャの圧縮前のものを参照ピクチャとして利用するピクチャ間予測符号化によって圧縮されたピクチャをいう。Ｂピクチャは、既に圧縮された２枚のピクチャの圧縮前のものを同時に参照ピクチャとして利用するピクチャ間予測符号化によって圧縮されたピクチャをいう。尚、Ｂピクチャのうち、その圧縮前のピクチャが他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを、特にＢｒピクチャと呼ぶことがある。ビデオストリーム６０１内では、各ピクチャに所定のヘッダが付与されて一つのビデオアクセスユニットが形成されている。各ピクチャはビデオアクセスユニット単位でビデオストリーム６０１から読み出すことができる。
【００５０】
図６に示されているように、各ＰＥＳパケット６０２はＰＥＳペイロード６０２ＰとＰＥＳヘッダ６０２Ｈとを含む。ビデオストリーム６０１のＩピクチャｙｙ１、Ｐピクチャｙｙ２、Ｂピクチャｙｙ３、ｙｙ４、…はそれぞれ、異なるＰＥＳパケット６０２のＰＥＳペイロード６０２Ｐに格納される。一方、各ＰＥＳヘッダ６０２Ｈは、同じＰＥＳパケット６０２のＰＥＳペイロード６０２Ｐに格納されたピクチャの表示時刻、すなわちＰＴＳ（Presentation Time−Stamp）、及び、そのピクチャの復号時刻、すなわちＤＴＳ（Decoding Time−Stamp）を含む。
【００５１】
図７は、ＡＶストリームファイル５１３を構成するＴＳパケット７０１及びソースパケット７０２の形式を示す模式図である。ＴＳパケット７０１は１８８Ｂｙｔｅ長のパケットであり、図７の（ａ）に示されているように、４Ｂｙｔｅ長のＴＳヘッダ７０１Ｈと１８４Ｂｙｔｅ長のＴＳペイロード７０１Ｐとから構成される。各ＰＥＳパケットは分割されて各ＴＳパケット７０１のＴＳペイロード７０１Ｐに格納される。ＴＳヘッダ７０１ＨはＰＩＤなどの情報を含む。そのＰＩＤは、同じＴＳパケット７０１のＴＳペイロード７０１Ｐに格納されたデータからＰＥＳパケット６０１が復元されたとき、そのＰＥＳペイロード６０１Ｐに格納されたデータの属するエレメンタリ・ストリームを示す。ＡＶストリームファイル５１３がＢＤ−ＲＯＭディスク１０１に記録されるときは、図７の（ｂ）に示されているように、更に各ＴＳパケット７０１に４Ｂｙｔｅ長のヘッダ（TP＿Extra＿Header）７０２Ｈが付与される。そのヘッダ７０２Ｈは特にＡＴＳ（Arrival＿Time＿Stamp）を含む。ＡＴＳは、当該ＴＳパケットが後述のシステムターゲット・デコーダ内のＰＩＤフィルタへ転送され始めるべき時刻を示す。こうして、各ＴＳパケット７０１は１９２Ｂｙｔｅ長のソースパケット７０２に変換されてＡＶストリームファイル５１３に書き込まれる。その結果、ＡＶストリームファイル５１３には、図７の（ｃ）に示されているように複数のソースパケット７０２が順番に並ぶ。各ソースパケット７０２には、ＡＶストリームファイル５１３の先頭から順に、通し番号０、１、２、…が振られている。この通し番号をＳＰＮ（ソースパケットナンバー）という。
【００５２】
ＡＶストリームファイルに含まれるＴＳパケットには、映像・音声・字幕などを表すエレメンタリ・ストリームから変換されたもの以外にも、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、ＰＣＲ（Program Clock Reference）などがある。ＰＡＴは、同じＡＶストリームファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリームファイルに含まれる、映像・音声・字幕などを表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。ＰＭＴは更に、そのＡＶストリームファイルに関する各種のディスクリプタを含む。ディスクリプタには特に、そのＡＶストリームファイルのコピーの許可／禁止を示すコピーコントロール情報が含まれる。ＰＣＲは、そのパケットのＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ここで、ＳＴＣは、デコーダ内でＰＴＳ及びＤＴＳの基準として利用されるクロックである。デコーダはＰＣＲを利用して、ＡＴＳの基準であるＡＴＣ（Arrival Time Clock）にＳＴＣを同期させる。
【００５３】
図８は、ＰＭＴ８１０のデータ構造を示す模式図である。ＰＭＴ８１０は、先頭から順に、ＰＭＴヘッダ８０１、複数のディスクリプタ８０２、及び複数のストリーム情報８０３を含む。ＰＭＴヘッダ８０１は、そのＰＭＴ８１０に含まれるデータの長さなどを示す。各ディスクリプタ８０２は、ＡＶストリームファイル５１３の全体に関するディスクリプタである。前述のコピーコントロール情報はディスクリプタ８０２の一つに記載されている。ストリーム情報８０３は、ＡＶストリームファイル５１３に含まれる各エレメンタリ・ストリームに関する情報である。各ストリーム情報８０３は、ストリーム・タイプ８０３Ａ、ＰＩＤ８０３Ｂ、及びストリーム・ディスクリプタ８０３Ｃを含む。ストリーム・タイプ８０３Ａは、当該エレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報などを含む。ＰＩＤ８０３Ｂは、当該エレメンタリ・ストリームのＰＩＤを示す。ストリーム・ディスクリプタ８０３Ｃは、当該エレメンタリ・ストリームの属性情報、例えばフレームレート及びアスペクト比を含む。
【００５４】
≪クリップ情報ファイル≫
【００５５】
図９は、クリップ情報ファイルのデータ構造を示す模式図である。図９に示されているように、クリップ情報ファイル２０４５ＡはＡＶストリームファイル２０４６Ａと１対１に対応付けられている。クリップ情報ファイル２０４５Ａは、クリップ情報９０１、ストリーム属性情報９０２、及びエントリマップ９０３を含む。
【００５６】
クリップ情報９０１は、図９に示されているように、システムレート９０１Ａ、再生開始時刻９０１Ｂ、及び再生終了時刻９０１Ｃを含む。システムレート９０１Ａは、ＡＶストリームファイル２０４６Ａが後述のシステムターゲット・デコーダ内のＰＩＤフィルタへ転送されるときの転送レートの最大値を示す。ＡＶストリームファイル２０４６Ａでは、ソースパケットの転送レートがシステムレート以下に抑えられるように、ソースパケットのＡＴＳの間隔が設定されている。再生開始時刻９０１Ｂは、ＡＶストリームファイル２０４６Ａの先頭のビデオアクセスユニットのＰＴＳ、例えば先頭のビデオフレームのＰＴＳを示す。再生終了時刻９０１Ｃは、ＡＶストリームファイル２０４６Ａの終端のビデオアクセスユニットのＰＴＳから所定量遅れたＳＴＣの値、例えば終端のビデオフレームのＰＴＳに１フレームの再生時間を加えた値を示す。
【００５７】
図１０は、ストリーム属性情報９０２のデータ構造を示す模式図である。ストリーム属性情報９０２は、図１０に示されているように、ＡＶストリームファイル２０４６Ａに含まれる各エレメンタリ・ストリームの属性情報をそのＰＩＤ９０２Ａに対応付けている。ここで、属性情報は、ビデオストリーム、オーディオストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えばビデオストリームの属性情報９０２Ｂは、そのビデオストリームの圧縮に利用されたコーデックの種類９０２１、そのビデオストリームを構成する各ピクチャの解像度９０２２、アスペクト比９０２３、及びフレームレート９０２４を含む。一方、オーディオストリームの属性情報９０２Ｃは、そのオーディオストリームの圧縮に利用されたコーデックの種類９０２５、そのオーディオストリームに含まれるチャンネル数９０２６、言語９０２７、及びサンプリング周波数９０２８を含む。これらの属性情報９０２Ｂ、９０２Ｃは、再生装置１０２内のデコーダの初期化に利用される。
【００５８】
図１１の（ａ）は、エントリマップ９０３のデータ構造を示す模式図である。エントリマップ９０３は、図１１の（ａ）に示されているように、ＡＶストリームファイル２０４６Ａ内のビデオストリーム別に設けられ、各ビデオストリームのＰＩＤに対応付けられている。各ビデオストリームのエントリマップ９０３１は、先頭から順に、エントリマップ・ヘッダ１１０１とエントリポイント１１０２とを含む。エントリマップ・ヘッダ１１０１は、そのエントリマップ９０３１が対象とするビデオストリームのＰＩＤ及びエントリポイント１１０２の総数を含む。エントリポイント１１０２は、ＰＴＳ１１０３とＳＰＮ１１０４との対を個別に異なるエントリポイントＩＤ（ＥＰ＿ＩＤ）１１０５に対応付ける情報である。ここで、ＰＴＳ１１０３は、そのビデオストリーム内の各ＩピクチャのＰＴＳを示し、ＳＰＮ１１０４は、そのＩピクチャを含むＡＶストリームファイル２０４６Ａの部分の先頭のＳＰＮを示す。
【００５９】
図１１の（ｂ）は、ＡＶストリームファイル２０４６Ａに含まれるソースパケットのうち、エントリマップ９０３によって各ＥＰ＿ＩＤに対応付けられているものを示す模式図である。再生装置１０２はエントリマップ９０３を利用して、ビデオストリームからの映像の再生期間中、任意の時点のシーンに対応するＡＶストリームファイル２０４６Ａ内のＳＰＮを特定できる。例えば、早送り再生及び巻戻し再生等の特殊再生では、再生装置１０２はエントリマップ９０３から、各ＥＰ＿ＩＤに対応付けられたＳＰＮのソースパケットを特定し、それらを選択的に抽出して復号する。それにより、Ｉピクチャが選択的に再生される。こうして、再生装置１０２は、ＡＶストリームファイル２０４６Ａ自体を解析することなく、特殊再生を効率的に処理できる。
【００６０】
≪プレイリストファイル≫
【００６１】
図１２は、プレイリストファイル１２００のデータ構造を示す模式図である。プレイリストファイル１２００は、ＡＶストリームファイル１２０４の再生経路、すなわち、ＡＶストリームファイル１２０４のうち、実際に復号されるべき部分Ｐ１、Ｐ２、Ｐ３、及びそれらの部分を復号処理にかける順序を示す。プレイリストファイル１２００は特に、復号対象の各部分Ｐ１、Ｐ２、Ｐ３の範囲をＰＴＳで規定する。規定されたＰＴＳは、クリップ情報ファイル１２０３を利用してＡＶストリームファイル１２０４のＳＰＮに変換される。その結果、各部分Ｐ１、Ｐ２、Ｐ３の範囲をＳＰＮで特定することができる。
【００６２】
図１２に示されているように、プレイリストファイル１２００はプレイアイテム（ＰＩ）情報１２０１を１つ以上含む。各プレイアイテム情報１２０１は再生経路中の異なる再生区間を、開始時刻Ｔ１と終了時刻Ｔ２とのそれぞれを表すＰＴＳの対で規定する。各プレイアイテム情報１２０１は固有のプレイアイテムＩＤで識別される。プレイアイテム情報１２０１はプレイリストファイル１２００内に、対応する再生区間の再生経路内での順序と同じ順序で記述されている。逆に、各プレイアイテム情報１２０１によって規定される再生区間をつなぎ合わせた一連の再生経路を「メインパス」１２０５と呼ぶ。
【００６３】
プレイリストファイル１２００は更にエントリマーク１２０２を含む。エントリマーク１２０２は、メインパス１２０５のうち、実際に再生を開始すべき時点を示す。エントリマーク１２０２は、プレイアイテム情報１２０１で規定される再生区間内に付与することができる。例えば、図１２に示されているように、一つのプレイアイテム情報ＰＩ＃１に対して複数のエントリマーク１２０２が設定されてもよい。エントリマーク１２０２は特に、頭出し再生において、その再生開始位置の検索に利用される。例えば、プレイリストファイル１２００が映画タイトルの再生経路を規定するとき、エントリマーク１２０２は各チャプタの先頭に付与される。それにより、再生装置１０２はその映画タイトルを、チャプタごとに再生することができる。
【００６４】
図１３は、プレイアイテム情報１３００のデータ構造を示す模式図である。図１３を参照するに、プレイアイテム情報１３００は、参照クリップ情報１３０１、再生開始時刻１３０２、再生終了時刻１３０３、コネクション・コンディション１３１０、及びストリーム選択テーブル１３０５を含む。
【００６５】
参照クリップ情報１３０１は、ＰＴＳからＳＰＮへの変換に必要なクリップ情報ファイルを識別するための情報である。再生開始時刻１３０２と再生終了時刻１３０３とは、ＡＶストリームファイルのうち、復号対象の部分の先頭と末尾との各ＰＴＳを示す。再生装置１０２は、参照クリップ情報１３０１の示すクリップ情報ファイルからそのエントリマップを参照し、再生開始時刻１３０２および再生終了時刻１３０３のそれぞれに対応するＳＰＮを取得する。それにより、ＡＶストリームファイルから読み出されるべき部分を特定し、その部分に対して再生処理を行う。
【００６６】
コネクション・コンディション１３１０は、再生開始時刻１３０２と再生終了時刻１３０３との対で規定された再生区間と、プレイリストファイル内で一つ前に位置する別のプレイアイテム情報によって規定された再生区間との間で再生映像の接続条件を規定する。コネクション・コンディション１３１０には、例えば「１」、「５」、「６」の三種類がある。コネクション・コンディション１３１０が「１」であるとき、そのプレイアイテム情報によって規定されるＡＶストリームファイルの部分から再生される映像は、直前のプレイアイテム情報によって規定されるＡＶストリームファイルの部分から再生される映像とは、必ずしもシームレスに接続されなくてもよい。一方、コネクション・コンディション１３１０が「５」又は「６」であるとき、それら両方の映像が必ずシームレスに接続されなければならない。
【００６７】
図１４は、コネクション・コンディション１３１０が「５」又は「６」であるときに、接続対象の各プレイアイテム情報によって規定される再生区間の間の関係を示す模式図である。コネクション・コンディション１３１０が「５」であるとき、図１４の（ａ）に示されているように、２つのプレイアイテム情報ＰＩ＃１、ＰＩ＃２の間でＳＴＣが途切れていても良い。すなわち、前に位置する第１プレイアイテム情報ＰＩ＃１が規定する第１ＡＶストリームファイル１４０１Ｆの終端のＰＴＳTEと、後に位置する第２プレイアイテム情報ＰＩ＃２が規定する第２ＡＶストリームファイル１４０１Ｂの先頭のＰＴＳTSとは不連続であってもよい。ただし、この場合、いくつかの制約条件が満たされねばならない。例えば、第１ＡＶストリームファイル１４０１Ｆに続けて第２ＡＶストリームファイル１４０１Ｂをデコーダに供給したときでも、そのデコーダが復号処理をスムーズに継続できるように、各ＡＶストリームファイルが作成されていなければならない。更に、第１ＡＶストリームファイルに含まれるオーディオストリームの終端フレームを、第２ＡＶストリームファイルに含まれるオーディオストリームの先頭フレームと重複させなければならない。一方、コネクション・コンディション１３１０が「６」であるとき、図１４の（ｂ）に示されているように、第１ＡＶストリームファイル１４０２Ｆと第２ＡＶストリームファイル１４０２Ｂとは、デコーダの復号処理上、一連のＡＶストリームファイル群として扱えるものでなければならない。すなわち、第１ＡＶストリームファイル１４０２Ｆと第２ＡＶストリームファイル１４０２Ｂとの間ではＳＴＣとＡＴＣとがいずれも連続でなければならない。
【００６８】
再び、図１３を参照するに、ストリーム選択テーブル１３０５は、再生開始時刻１３０２から再生終了時刻１３０３までの間に、再生装置１０２内のデコーダによってＡＶストリームファイルの中から選択可能なエレメンタリ・ストリームのリストを表す。ストリーム選択テーブル１３０５は特に、複数のストリーム・エントリ１３０９を含む。各ストリーム・エントリ１３０９は、ストリーム選択番号１３０６、ストリーム・パス情報１３０７、及びストリーム識別情報１３０８を含む。ストリーム選択番号１３０６は各ストリーム・エントリ１３０９の通し番号であり、再生装置１０２によってエレメンタリ・ストリームの識別に利用される。ストリーム・パス情報１３０７は、選択対象のエレメンタリ・ストリームが属するＡＶストリームファイルを示す情報である。例えば、ストリーム・パス情報１３０７が"メインパス"を示すとき、そのＡＶストリームファイルは、参照クリップ情報１３０１の示すクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報１３０７が"サブパスＩＤ＝１"を示すとき、選択対象のエレメンタリ・ストリームが属するＡＶストリームファイルは、サブパスＩＤ＝１のサブパスに含まれるサブプレイアイテム情報の一つが規定するものである。ここで、そのサブプレイアイテム情報は、それの示す再生区間が再生開始時刻１３０２から再生終了時刻１３０３までの間に含まれるものである。尚、サブパス及びサブプレイアイテム情報については次節で説明する。ストリーム識別情報１３０８は、ストリーム・パス情報１３０７によって特定されるＡＶストリームファイルに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻１３０２から再生終了時刻１３０３までの間に選択可能である。尚、図１３には示されていないが、ストリーム・エントリ１３０９には各エレメンタリ・ストリームの属性情報も記録されている。例えば、オーディオストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。
【００６９】
図１５は、規定対象の再生経路にサブパスが含まれるときにおけるプレイリストファイル１５００のデータ構造を示す模式図である。プレイリストファイル１５００は、図１５に示されているように、メインパス１５０１に加え、サブパスを１つ以上有してもよい。各サブパス１５０２、１５０３は、メインパス１５０１と並列な再生経路を示す。サブパス１５０２、１５０３は、プレイリストファイル１５００に登録された順に通し番号が振られている。その通し番号はサブパスＩＤとして、各サブパスの識別に利用される。メインパス１５０１が、各プレイアイテム情報＃１−３の規定する再生区間をつなぎ合わせた一連の再生経路であるように、各サブパス１５０２、１５０３は、各サブプレイアイテム情報＃１−３の規定する再生区間をつなぎ合わせた一連の再生経路である。サブプレイアイテム情報１５０２Ａのデータ構造は、図１３に示されているプレイアイテム情報のデータ構造と同様である。すなわち、各サブプレイアイテム情報１５０２Ａは、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む。サブプレイアイテム情報の再生開始時刻と再生終了時刻とはメインパス１５０１の再生時間と同じ時間軸で表される。例えば、プレイアイテム情報＃２のストリーム選択テーブル１３０５に含まれるストリーム・エントリ１３０９において、ストリーム・パス情報１３０７が“サブパスＩＤ＝０”を示し、ストリーム識別情報１３０８がＰＧストリーム＃１を示すときを想定する。そのとき、サブパスＩＤ＝０のサブパス１５０２では、プレイアイテム情報＃２の再生区間に、サブプレイアイテム情報＃２の参照クリップ情報が示すクリップ情報ファイルに対応するＡＶストリームファイルの中から、ＰＧストリーム＃１が復号対象として選択される。
【００７０】
サブプレイアイテム情報は更に、ＳＰコネクション・コンディションというフィールドを含む。ＳＰコネクション・コンディションは、プレイアイテム情報のコネクション・コンディションと同じ意味を持つ。すなわち、ＳＰコネクション・コンディションが「５」又は「６」であるとき、隣接する２つのサブプレイアイテム情報によって規定されるＡＶストリームファイルの各部分は、コネクション・コンディションが「５」又は「６」であるときの上記の条件と同様な条件を満たされなければならない。
【００７１】
＜２Ｄ再生装置の構成＞
【００７２】
続いて、再生装置１０２が、ＢＤ−ＲＯＭディスク１０１から２Ｄ映像を再生するときに必要な構成、すなわち２Ｄ再生装置の構成について説明する。
【００７３】
図１６は、２Ｄ再生装置１６００の機能ブロック図である。図１６を参照するに、２Ｄ再生装置１６００は、ＢＤ−ＲＯＭドライブ１６０１、再生部１６００Ａ、及び制御部１６００Ｂを含む。再生部１６００Ａは、リードバッファ１６０２、システムターゲット・デコーダ１６０３、及びプレーン加算部１６１０を含む。制御部１６００Ｂは、動的シナリオ・メモリ１６０４、静的シナリオ・メモリ１６０５、プログラム実行部１６０６、再生制御部１６０７、プレーヤ変数記憶部１６０８、及びユーザイベント処理部１６０９を含む。ここで、再生部１６００Ａと制御部１６００Ｂとは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。
【００７４】
ＢＤ−ＲＯＭドライブ１６０１は、内部にＢＤ−ＲＯＭディスク１０１が挿入されたとき、そのディスク１０１にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク１０１に記録されたデータを読み取る。例えばＢＤ−ＲＯＭドライブ１６０１は光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータレンズ、ビームスプリッタ、対物レンズ、集光レンズ、及び、光検出器を有する。半導体レーザから出射された光ビームは、コリメートレンズ、ビームスプリッタ、及び対物レンズを順に通って、ＢＤ−ＲＯＭディスク１０１の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビームスプリッタ、及び集光レンズを通って、光検出器に集められる。その結果、その集光量に応じたレベルで再生信号が生成され、更にその再生信号からデータが復調される。
【００７５】
ＢＤ−ＲＯＭドライブ１６０１は、再生制御部１６０７からの要求に従ってＢＤ−ＲＯＭディスク１０１からデータを読み出す。読み出されたデータのうち、ＡＶストリームファイルはリードバッファ１６０２に転送され、プレイリストファイル及びクリップ情報ファイルは静的シナリオ・メモリ１６０５に転送され、インデックス・ファイル、ムービーオブジェクト・ファイル、及びＢＤ−Ｊオブジェクト・ファイルは動的シナリオ・メモリ１５０４に転送される。
【００７６】
リードバッファ１６０２、動的シナリオ・メモリ１６０４、及び静的シナリオ・メモリ１６０５はいずれもバッファメモリである。リードバッファ１６０２としては再生部１６００Ａ内のメモリ素子が利用され、動的シナリオ・メモリ１６０４及び静的シナリオ・メモリ１６０５としては制御部１６００Ｂ内のメモリ素子が利用される。その他に、それらのメモリ１６０２、１６０４、１６０５として、単一のメモリ素子の異なる領域が利用されてもよい。リードバッファ１６０２は、ＡＶストリームファイルを格納し、静的シナリオ・メモリ１６０５は、プレイリストファイル及びクリップ情報ファイル、すなわち静的シナリオ情報を格納し、動的シナリオ・メモリ１６０４は、インデックス・ファイル、ムービーオブジェクト・ファイル、及びＢＤ−Ｊオブジェクト・ファイル等の動的シナリオ情報を格納する。
【００７７】
システムターゲット・デコーダ１６０３は、リードバッファ１６０２からＡＶストリームファイルをソースパケット単位で読み出して多重分離処理を行い、更に分離された各エレメンタリ・ストリームに対して復号処理を行う。各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め、再生制御部１５０７からシステムターゲット・デコーダ１６０３へ転送されている。システムターゲット・デコーダ１６０３は更に、復号後のプライマリ・ビデオストリーム、セカンダリ・ビデオストリーム、ＩＧストリーム、及びＰＧストリームをそれぞれ、ビデオアクセスユニットごとに、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、及びＰＧプレーン・データとして出力する。一方、システムターゲット・デコーダ１６０３は、復号後のプライマリ・オーディオストリームとセカンダリ・オーディオストリームとをミキシングして、表示装置１０３の内蔵スピーカ１０３Ａなどの音声出力装置へ出力する。その他に、システムターゲット・デコーダ１６０３はプログラム実行部１６０６からグラフィックス・データを受信する。そのグラフィックス・データは、ＧＵＩ用のメニューなどのグラフィックスを画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧなどのラスタデータで表現されている。システムターゲット・デコーダ１６０３はそのグラフィックス・データを処理してイメージプレーン・データとして出力する。尚、システムターゲット・デコーダ１６０３の詳細については後述する。
【００７８】
ユーザイベント処理部１６０９は、リモコン１０４又は再生装置１０２のフロントパネルを通してユーザの操作を検出し、その操作内容に応じて、プログラム実行部１６０６又は再生制御部１６０７に処理を依頼する。例えば、ユーザがリモコン１０４のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部１６０９はその押下を検出してそのボタンを識別する。ユーザイベント処理部１６０９は更に、プログラム実行部１６０６に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、例えば、ユーザがリモコン１０４の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部１６０９はその押下を検出してそのボタンを識別する。ユーザイベント処理部１６０９は更に、再生制御部１６０７に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。
【００７９】
再生制御部１６０７は、ＡＶストリームファイル及びインデックス・ファイル等、各種のファイルをＢＤ−ＲＯＭディスク１０１から、リードバッファ１６０２、動的シナリオ・メモリ１６０４、及び静的シナリオ・メモリ１６０５へ転送する処理を制御する。その制御には、図２に示されているディレクトリ／ファイル構造２０４を管理するファイルシステムが利用される。すなわち、再生制御部１６０７はファイルオープン用のシステムコールを利用して、ＢＤ−ＲＯＭドライブに各種のファイルを各メモリ１６０２、１６０４、１６０５へ転送させる。ここで、ファイルオープンとは次の一連の処理をいう。まず、システムコールによってファイルシステムに検索対象のファイル名が与えられ、そのファイル名がディレクトリ／ファイル構造２０４から検索される。その検索に成功したとき、再生制御部１６０７内のメモリに目的のファイルのファイル・エントリの内容が転送されて、そのメモリにＦＣＢ（File Control Block）が生成される。その後、目的のファイルのファイルハンドルがファイルシステムから再生制御部１６０７に返される。以後、再生制御部１６０７はそのファイルハンドルをＢＤ−ＲＯＭドライブに提示することにより、その目的のファイルをＢＤ−ＲＯＭディスク１０１から、各メモリ１６０２、１６０４、１６０５へ転送させることができる。
【００８０】
再生制御部１６０７は、ＢＤ−ＲＯＭドライブ１６０１とシステムターゲット・デコーダ１６０３とを制御して、ＡＶストリームファイルから映像データと音声データとを復号させて出力させる。具体的には、再生制御部１６０７は、プログラム実行部１６０６からの命令、又はユーザイベント処理部１６０９からの依頼に応じて、静的シナリオ・メモリ１６０５からプレイリストファイルを読み出してその内容を解釈する。再生制御部１６０７は更にその解釈された内容、特に再生経路に従って、ＢＤ−ＲＯＭドライブ１６０１とシステムターゲット・デコーダ１６０３とにＡＶストリームファイルの再生対象部分を指定してその読み出し及び復号処理を指示する。このようなプレイリストファイルに基づく再生処理をプレイリスト再生という。その他に、再生制御部１６０７は、静的シナリオ情報を利用してプレーヤ変数記憶部１６０８に各種のプレーヤ変数を設定する。再生制御部１６０７は更に、それらのプレーヤ変数を参照して、システムターゲット・デコーダ１６０３に、復号対象のエレメンタリ・ストリームを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。
【００８１】
プレーヤ変数記憶部１６０８は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数には、再生装置１０２の状態を示すシステムパラメータ（ＳＰＲＭ）と、汎用のパラメータ（ＧＰＲＭ）とがある。図１７はＳＰＲＭの一覧表である。各ＳＰＲＭには通し番号１７０１が振られ、各通し番号１７０１に変数値１７０２が対応付けられている。主なＳＰＲＭの内容は以下のとおりである。ここで、括弧内の数字は通し番号を示す。
【００８２】
ＳＰＲＭ（０）      ：  言語コード
ＳＰＲＭ（１）      ：  プライマリ・オーディオストリーム番号
ＳＰＲＭ（２）      ：  字幕ストリーム番号
ＳＰＲＭ（３）      ：  アングル番号
ＳＰＲＭ（４）      ：  タイトル番号
ＳＰＲＭ（５）      ：  チャプタ番号
ＳＰＲＭ（６）      ：  プログラム番号
ＳＰＲＭ（７）      ：  セル番号
ＳＰＲＭ（８）      ：  選択キー情報
ＳＰＲＭ（９）      ：  ナビゲーションタイマー
ＳＰＲＭ（１０）    ：  再生時刻情報
ＳＰＲＭ（１１）    ：  カラオケ用ミキシングモード
ＳＰＲＭ（１２）    ：  パレンタル用国情報
ＳＰＲＭ（１３）    ：  パレンタルレベル
ＳＰＲＭ（１４）    ：  プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５）    ：  プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６）    ：  オーディオストリーム用言語コード
ＳＰＲＭ（１７）    ：  オーディオストリーム用言語コード（拡張）
ＳＰＲＭ（１８）    ：  字幕ストリーム用言語コード
ＳＰＲＭ（１９）    ：  字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０）    ：  プレーヤリージョンコード
ＳＰＲＭ（２１）    ：  セカンダリ・ビデオストリーム番号
ＳＰＲＭ（２２）    ：  セカンダリ・オーディオストリーム番号
ＳＰＲＭ（２３）    ：  再生状態
ＳＰＲＭ（２４）    ：  予備
ＳＰＲＭ（２５）    ：  予備
ＳＰＲＭ（２６）    ：  予備
ＳＰＲＭ（２７）    ：  予備
ＳＰＲＭ（２８）    ：  予備
ＳＰＲＭ（２９）    ：  予備
ＳＰＲＭ（３０）    ：  予備
ＳＰＲＭ（３１）    ：  予備
【００８３】
ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳであり、そのピクチャが復号されて主映像プレーン・メモリに書き込まれる度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。
【００８４】
ＳＰＲＭ（１６）のオーディオストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置１０２のデフォルトの言語コードを示す。それらは再生装置１０２のＯＳＤ（オン・スクリーン・ディスプレイ）などを利用してユーザに変更させることもでき、プログラム実行部１６０６を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部１６０７はプレイリスト再生処理において、まず、プレイアイテム情報内のストリーム選択テーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部１６０７は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステムターゲット・デコーダ１６０３に渡す。それにより、そのＰＩＤのオーディオストリームがシステムターゲット・デコーダ１６０３によって選択されて、復号される。これらの処理は、ムービーオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルを利用して再生制御部１６０７に実行させることができる。
【００８５】
再生制御部１６０７は再生処理中、再生状態の変化に応じてプレーヤ変数を更新する。再生制御部１６０７は特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、ＳＰＲＭ（２２）を更新する。それらは順に、処理中のオーディオストリーム、字幕ストリーム、セカンダリ・ビデオストリーム、セカンダリ・オーディオストリームの各ストリーム選択番号を示す。例えば、プログラム実行部１６０６によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部１６０７はそのとき、まず、現時点で再生処理中のプレイアイテム情報内のストリーム選択テーブルから、変更後のＳＰＲＭ（１）の示すストリーム選択番号に等しいストリーム選択番号を含むストリーム・エントリを検索する。再生制御部１６０７は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステムターゲット・デコーダ１６０３に渡す。それにより、そのＰＩＤのオーディオストリームがシステムターゲット・デコーダ１６０３によって選択されて、復号される。こうして、再生対象のオーディオストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリ・ビデオストリームを切り換えることもできる。
【００８６】
プログラム実行部１６０６はプロセッサであり、ムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルに格納されたプログラムを実行する。プログラム実行部１６０６は各プログラムに従って、特に次のような制御を行う：（１）再生制御部１６０７に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタデータとして生成し、それをシステムターゲット・デコーダ１６０３に転送して他の映像データに合成させる。これらの制御の具体的な内容はプログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ−ＲＯＭディスク１０１のオーサリング工程のうち、ムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルのプログラミング工程によって決まる。
【００８７】
プレーン加算部１６１０は、システムターゲット・デコーダ１６０３から、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、ＰＧプレーン・データ、及びイメージプレーン・データを受信し、それらを互いに重畳して一枚のビデオフレーム又はフィールドに合成する。合成後の映像データは表示装置１０３に出力され、その画面に表示される。
【００８８】
≪システムターゲット・デコーダの構成≫
【００８９】
図１８は、システムターゲット・デコーダ１６０３の機能ブロック図である。図１８を参照するに、システムターゲット・デコーダ１６０３は、ソース・デパケタイザ１８１０、ＡＴＣカウンタ１８２０、第１の２７ＭＨｚクロック１８３０、ＰＩＤフィルタ１８４０、ＳＴＣカウンタ（ＳＴＣ１）１８５０、第２の２７ＭＨｚクロック１８６０、主映像デコーダ１８７０、副映像デコーダ１８７１、ＰＧデコーダ１８７２、ＩＧデコーダ１８７３、主音声デコーダ１８７４、副音声デコーダ１８７５、イメージ・プロセッサ１８８０、主映像プレーン・メモリ１８９０、副映像プレーン・メモリ１８９１、ＰＧプレーン・メモリ１８９２、ＩＧプレーン・メモリ１８９３、イメージプレーン・メモリ１８９４、及び音声ミキサ１８９５を含む。
【００９０】
ソース・デパケタイザ１８１０は、リードバッファ１６０２からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ１８４０へ送出する。ソース・デパケタイザ１８１０は更に、その送出の時刻を、各ソースパケットのＡＴＳに応じて調整する。具体的には、ソース・デパケタイザ１８１０は、まず、ＡＴＣカウンタ１８２０が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値は、ＡＴＣカウンタ１８２０の値であり、第１の２７ＭＨｚクロック１８３０のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ１８１０は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットを、ＡＶストリームファイルの記録レートＲTS1でＰＩＤフィルタ１８４０へ転送する。
【００９１】
ＰＩＤフィルタ１８４０は、まず、ソース・デパケタイザ１８１０から出力されたＴＳパケットのうち、そのＰＩＤが、再生制御部１６０７から予め指定されたＰＩＤに一致するものを選択する。ＰＩＤフィルタ１８４０は次に、選択されたＴＳパケットを、そのＰＩＤに応じて各デコーダ１８７０−１８７５に転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ１８７０に転送される。その他に、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び、０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ１８７１、主音声デコーダ１８７４、副音声デコーダ１８７５、ＰＧデコーダ１８７２、及びＩＧデコーダ１８７３に転送される。
【００９２】
ＰＩＤフィルタ１８４０は更に、各ＴＳパケットのＰＩＤを利用して、そのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ１８４０はそのとき、ＳＴＣカウンタ１８５０の値を所定値に設定する。ここで、ＳＴＣカウンタ１８５０の値は第２の２７ＭＨｚクロック１８６０のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ１８５０に設定されるべき値は予め、再生制御部１６０７からＰＩＤフィルタ１８４０に指示されている。各デコーダ１８７０−１８７５はＳＴＣカウンタ１８５０の値をＳＴＣとして利用する。すなわち、ＰＩＤフィルタ１８４０から送出されたＴＳパケットに対する復号処理の時期を、そのＴＳパケットの示すＰＴＳ又はＤＴＳに合わせる。
【００９３】
主映像デコーダ１８７０は、図１８に示されているように、ＴＢ（Transport Stream Buffer）１８０１、ＭＢ（Multiplexing Buffer）１８０２、ＥＢ（Elementary Stream Buffer）１８０３、圧縮映像デコーダ（Ｄｅｃ）１８０４、及びＤＰＢ（Decoded Picture Buffer）１８０５を含む。ＴＢ１８０１、ＭＢ）１８０２、ＥＢ１８０３、及びＤＰＢ１８０５はいずれもバッファメモリであり、それぞれは主映像デコーダ１８０７に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ１８０１は、ＰＩＤフィルタ１８４０から受信されたＴＳパケットをそのまま蓄積する。ＭＢ１８０２は、ＴＢ１８０１に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ１８０１からＭＢ１８０２にＴＳパケットが転送される際、そのＴＳパケットからＴＳヘッダが取り除かれる。ＥＢ１８０３は、ＰＥＳパケットから、符号化されたビデオアクセスユニットを抽出して格納する。そのビデオアクセスユニットには圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ１８０２からＥＢ１８０３にデータが転送される際、そのＰＥＳパケットからＰＥＳヘッダが取り除かれる。圧縮映像デコーダ１８０４は、ＭＢ１８０２内の各ビデオアクセスユニットを、元のＴＳパケットの示すＤＴＳの時刻に復号する。ここで、そのビデオアクセスユニット内に格納された圧縮ピクチャの圧縮符号化形式、例えば、ＭＰＥＧ２、ＭＰＥＧ４ＡＶＣ、及びＶＣ１、並びにストリーム属性に応じ、圧縮映像デコーダ１８０４は復号方法を切り換える。圧縮映像デコーダ１８０４は更に、復号後のピクチャ、すなわちフレーム又はフィールドの映像データをＤＰＢ１８０５に転送する。ＤＰＢ１８０５は、復号後のピクチャを一時的に保持する。圧縮映像デコーダ１８０４は、Ｐピクチャ及びＢピクチャを復号する際、ＤＰＢ１８０５に保持されている復号後のピクチャを参照する。ＤＰＢ１８０５は更に、保持している各ピクチャを、元のＴＳパケットの示すＰＴＳの時刻に主映像プレーン・メモリ１８９０へ書き込む。
【００９４】
副映像デコーダ１８７１は主映像デコーダ１８７０と同様の構成を持つ。副映像デコーダ１８７１は、まず、ＰＩＤフィルタ１８４０から受信されたセカンダリ・ビデオストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ１８７１は次に、そのＴＳパケットの示すＰＴＳの時刻に非圧縮のピクチャを副映像プレーン・メモリ１８９１へ書き込む。
【００９５】
ＰＧデコーダ１８７２は、ＰＩＤフィルタ１８４０から受信されたＴＳパケットを非圧縮のグラフィックス・データに復号して、そのＴＳパケットの示すＰＴＳの時刻にＰＧプレーン・メモリ１８９２へ書き込む。
【００９６】
ＩＧデコーダ１８７３は、ＰＩＤフィルタ１８４０から受信されたＴＳパケットを非圧縮のグラフィックス・データに復号して、そのＴＳパケットの示すＰＴＳの時刻にＩＧプレーン・メモリ１８９３へ書き込む。
【００９７】
主音声デコーダ１８７４は、まず、ＰＩＤフィルタ１８４０から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ１８７４は次に、バッファ内の各ＴＳパケットからＴＳヘッダとＰＥＳヘッダとを取り除き、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ１８７４は更にその音声データを、元のＴＳパケットの示すＰＴＳの時刻に音声ミキサ１８９５へ出力する。主音声デコーダ１８７４は、ＴＳパケットに含まれるプライマリ・オーディオストリームの圧縮符号化形式、例えばＡＣ−３又はＤＴＳ、及びストリーム属性に応じて、圧縮音声データの復号方法を切り換える。
【００９８】
副音声デコーダ１８７５は主音声デコーダ１８７４と同様の構成を持つ。副音声デコーダ１８７５は、まず、ＰＩＤフィルタ１８４０から受信されたセカンダリ・オーディオストリームのＴＳパケットを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ１８７５は次に、そのＴＳパケットの示すＰＴＳの時刻に非圧縮のＬＰＣＭ音声データを音声ミキサ１８９５へ出力する。副音声デコーダ１８７５は、ＴＳパケットに含まれるセカンダリ・オーディオストリームの圧縮符号化形式、例えばドルビー・デジタル・プラス、ＤＴＳ−ＨＤ  ＬＢＲ、及びストリーム属性に応じて、圧縮音声データの復号方法を切り換える。
【００９９】
音声ミキサ１８９５は、主音声デコーダ１８７４と副音声デコーダ１８７５とのそれぞれから出力される非圧縮の音声データを用いてミキシング（音の重ね合わせ）を行う。音声ミキサ１８９５は更に、そのミキシングで得られた合成音を、表示装置１０３の内蔵スピーカ１０３Ａなどに出力する。
【０１００】
イメージ・プロセッサ１８８０は、プログラム実行部１６０６からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタデータを、そのＰＴＳと共に受信する。イメージ・プロセッサ１８８０はそのとき、そのグラフィックス・データを適切に処理して、そのＰＴＳの時刻にイメージプレーン・メモリ１８９４へ書き込む。
【０１０１】
＜ディスク上における２Ｄ映像のＡＶストリームファイルの物理的な配置＞
【０１０２】
ＢＤ−ＲＯＭディスク１０１上に２Ｄ映像のＡＶストリームファイルを格納するとき、その２Ｄ映像をシームレスに再生することが可能なＡＶストリームファイルの物理的な配置について、以下、説明する。ここで、シームレスな再生とは、ＡＶストリームファイルから映像及び音声を、途切れさせることなく滑らかに再生することをいう。
【０１０３】
ＡＶストリームファイルはＢＤ−ＲＯＭディスク１０１上に、論理アドレスが連続したデータ列として記録されている。ここで、前述のとおり、論理アドレスはディスク上の物理アドレスと実質的に等しいので、論理アドレスが連続しているときは、対応する物理アドレスも実質上連続していると見なしてよい。すなわち、論理アドレスが連続しているデータを、ディスクドライブのピックアップは、シークを行うことなく連続して読み出すことができる。以下、ＡＶストリームファイルのうち、論理アドレスが連続しているデータ列を「エクステント」と呼ぶ。
【０１０４】
エクステントは、図２に示されているボリューム領域２０２Ｂでは一般に、物理的に連続する複数のセクタ上に記録される。具体的には、エクステントは、ＳＴＲＥＡＭディレクトリ領域のうち、ＡＶストリームファイルのファイル記録領域に記録されている。各エクステントの論理アドレスは、同じファイル記録領域内のファイル・エントリに記録された各アロケーション記述子から知ることができる。
【０１０５】
図１９は、ディスク１０１上でのエクステントの配置を示す模式図である。図１９の例では、ＡＶストリームファイル１９００が、ディスク１０１のトラック２０１Ａ上では３つのエクステント１９０１Ａ、１９０１Ｂ、１９０１Ｃに分割されて記録されている。図１９に示されているように、各エクステント１９０１Ａ−Ｃは連続しているが、異なるエクステントの間は一般に不連続である。従って、それらのエクステント１９０１Ａ−Ｃから映像をシームレスに再生するには、それらのエクステント１９０１Ａ−Ｃの物理的な配置が所定の条件を満たす必要がある。
【０１０６】
図１９に示されている矢印群Ａ１は再生経路を示す。矢印群Ａ１が示すように、ＡＶストリームファイル１９００からの映像の再生では、各エクステント１９０１Ａ、１９０１Ｂ、１９０１Ｃが順次、再生装置１０２に読み出される。その読み出し動作では、先頭のエクステント１９０１Ａがその後端ＥＡまで読み出されたとき、ＢＤ−ＲＯＭドライブは光ピックアップによる読み出し動作を一旦停止し、ＢＤ−ＲＯＭディスク１０１の回転数を上げて、次のエクステント１９０１Ｂの先端ＴＢを速やかに光ピックアップの位置まで移動させねばならない。このように、光ピックアップに読み出し動作を一旦停止させて、その間に、次の読み出し対象領域上へ光ピックアップを位置づけるための操作を、「ジャンプ」と呼ぶ。図１９には、ジャンプが行われる期間が再生経路中の凸部Ｊ１、Ｊ２で示されている。
【０１０７】
ジャンプには、ＢＤ−ＲＯＭディスク１０１の回転数を上下させる操作の他に、トラック・ジャンプ及びフォーカス・ジャンプがある。トラック・ジャンプは、光ピックアップをディスクの半径方向に移動させる操作をいう。フォーカス・ジャンプは、ＢＤ−ＲＯＭディスク１０１が多層ディスクであるとき、光ピックアップの焦点を一つの記録層から別の記録層に移動させる操作をいう。それらのジャンプは一般にシーク時間が長く、かつジャンプによって読み出しがスキップされるセクタ数が大きいので、特に「ロングジャンプ」と呼ばれる。ジャンプ期間中、光ピックアップによる読み出し操作は停止する。従って、図１９に示されているジャンプ期間Ｊ１、Ｊ２では、トラック２０１Ａ上の対応する部分Ｇ１、Ｇ２からデータは読み出されない。これらの各部分Ｇ１、Ｇ２のように、ジャンプ期間中、読み出し操作がスキップされる部分の長さをジャンプ距離という。ジャンプ距離は通常、その部分のセクタ数で表される。上記のロングジャンプは具体的には、ジャンプ距離が所定の閾値を超えるジャンプとして定義される。その閾値は、例えばＢＤ−ＲＯＭの規格では、ディスク１０１の種類及び光ディスクドライブの読み出し処理に関する性能に応じて、４００００セクタに規定されている。
【０１０８】
ジャンプ期間中、ディスクドライブはＢＤ−ＲＯＭディスク１０１からデータを読み出すことができない。従って、ＡＶストリームファイル１９００から映像をシームレスに再生するには、ジャンプ期間中でもデコーダ１６０３が復号処理を継続し、かつ復号後の映像データを連続的に出力し続けることができるように、ディスク１０１上でのエクステントの物理的な配置を工夫しなければならない。
【０１０９】
図２０は、ＢＤ−ＲＯＭディスク１０１から読み出されたＡＶストリームファイルを２Ｄ映像データＶＤ及び音声データＡＤに変換する処理系統を示す模式図である。図２０に示されているように、ＢＤ−ＲＯＭドライブ１６０１はＢＤ−ＲＯＭディスク１０１からＡＶストリームファイルを読み出してリードバッファ１６０２に格納する。システムターゲット・デコーダ１６０３はリードバッファ１６０２からＡＶストリームファイルを読み出して映像データＶＤ及び音声データＡＤに復号する。ここで、ＢＤ−ＲＯＭドライブ１６０１からリードバッファ１６０２へのデータの読み出し速度をＲudとし、リードバッファ１６０２からシステムターゲット・デコーダ１６０３へのデータ転送レートの最大値、すなわちシステムレートをＲmaxとする。
【０１１０】
図２１は、ＡＶストリームファイルの処理期間中、リードバッファ１６０２に蓄積されるデータ量ＤＡの推移を示すグラフである。ＢＤ−ＲＯＭディスク１０１からリードバッファ１６０２へエクステントが読み出されている第１読出期間Ｔ１では、図２１に矢印２１０１で示されているように、蓄積データ量ＤＡは、読み出し速度Ｒudと平均転送レートＲextとの間の差Ｒud−Ｒextに等しい速度で増加する。平均転送レートＲextは、リードバッファ１６０２からシステムターゲット・デコーダ１６０３へのデータ転送レートの平均値であり、常にシステムレートＲmax以下である。ここで、ＢＤ−ＲＯＭドライブ１６０１は実際には読み出し／転送動作を断続させる。それにより、第１読出期間Ｔ１中に蓄積データ量ＤＡがリードバッファ１６０２の容量を超えないように、すなわち、リードバッファ１６０２がオーバーフローを生じないようにする。一つのエクステントの読み出しが完了すれば、次のエクステントの先端までジャンプが行われる。そのジャンプ期間ＴＪではＢＤ−ＲＯＭディスク１０１からのデータの読み出しが停止する。従って、図２１に矢印２１０２で示されているように、蓄積データ量ＤＡは平均転送レートＲextで減少する。しかし、第１読出期間Ｔ１中に蓄積データ量ＤＡが十分に増大していれば、ジャンプ期間ＴＪ中に蓄積データ量ＤＡが０まで達することはない。すなわち、リードバッファ１６０２はアンダーフローを生じない。次のエクステントの読み出し期間Ｔ２が開始されるのと同時に、蓄積データ量ＤＡは再度、データ転送レートの差Ｒud−Ｒextに等しい速度で増加する。その結果、ジャンプ期間ＴＪの発生にかかわらず、システムターゲット・デコーダ１６０３は映像データを途切れさせることなく出力することができる。こうして、その映像データから映像をシームレスに再生することができる。
【０１１１】
以上のことから明らかなとおり、シームレス再生の実現には、ジャンプ期間ＴＪの直前の読出期間Ｔ１中に蓄積データ量ＤＡを十分に増大させる必要がある。それにより、次のエクステントまでのジャンプ期間ＴＪ中でも、リードバッファ１６０２に蓄積されたデータをシステムターゲット・デコーダ１６０３に送り続けることができる。その結果、映像データの連続的な出力を保証することができる。ジャンプ期間ＴＪの直前の読出期間Ｔ１中に蓄積データ量ＤＡを十分に増大させるには、そのジャンプの直前にアクセスされるエクステントのサイズが十分に大きければよい。そのようなエクステントのサイズＳextentは次式（１）で表すことができる。
【０１１２】
【数１】
2010283856.tif 000003
【０１１３】
式（１）において、エクステントのサイズＳextentはバイト単位で表されている。一方、ジャンプ時間Ｔjumpはジャンプ期間ＴＪの長さを秒単位で表している。読み出し速度ＲudはＢＤ−ＲＯＭディスク１０１からリードバッファ１６０２へのデータの読み出し速度をビット／秒で表す。転送レートＲextは、当該エクステントのうち、ＡＶストリームファイルの部分をリードバッファ１６０２からシステムターゲット・デコーダ１６０３へ転送するときの平均転送レートをビット／秒で表す。式（１）の右辺を数「８」で割っているのは、エクステントのサイズＳextentの単位をビットからバイトへ変換するためである。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。以下、式（１）の右辺で表されるエクステントのサイズＳextentの最小値を最小エクステントサイズという。
【０１１４】
上記の転送レートＲextは、より具体的には、｛（当該エクステント内のソースパケット数）×（ソースパケット一つ当たりのバイト数＝１９２）×８｝／（エクステントＡＴＣ時間）で求められる。ここで、「エクステントＡＴＣ時間」は、当該エクステントに含まれるソースパケットに付与されたＡＴＳの範囲をＡＴＣの値で表したものである。具体的には、エクステントＡＴＣ時間は、当該エクステントの先頭のソースパケットのＡＴＳから次のエクステントの先頭のソースパケットのＡＴＳまでの時間間隔で定義される。従って、エクステントＡＴＣ時間は、当該エクステントに含まれるデータの全体をリードバッファ１６０２からシステムターゲット・デコーダ１６０３へ転送するのに要する時間と等しい。エクステントＡＴＣ時間の正確な計算を目的として、各エクステントのサイズを、ソースパケット長のある一定の倍数に揃えることが規定されてもよい。更に、いずれかのエクステントがその倍数よりも多くのソースパケットを含むとき、（その倍数を超えたソースパケット数）×（ソースパケット一つ当たりの転送時間）＋（その倍数のソースパケットを含むエクステントのエクステントＡＴＣ時間）で得られる値がそのエクステントのエクステントＡＴＣ時間とみなされても良い。その他に、エクステントＡＴＣ時間は、当該エクステントの先頭のソースパケットのＡＴＳから同じエクステントの終端のソースパケットのＡＴＳまでの時間間隔にソースパケット一つ当たりの転送時間を加えた値で定義されてもよい。その場合、エクステントＡＴＣ時間の計算には次のエクステントの参照が不要であるので、その計算を簡単化することができる。尚、上記のエクステントＡＴＣ時間の計算では、ＡＴＳにラップアラウンドが発生することが考慮されなければならない。
【０１１５】
一方、リードバッファ１６０２の容量は有限であることから、シームレス再生が可能なジャンプ時間Ｔjumpの最大値が制限される。すなわち、蓄積データ量ＤＡがリードバッファ１６０２の容量一杯であっても、次のエクステントまでのジャンプ距離が過大であるためにジャンプ時間Ｔjumpが長すぎれば、ジャンプ期間ＴＪ中に蓄積データ量ＤＡが０に達し、リードバッファ１６０２が枯渇してしまう。もしそうなれば、システムターゲット・デコーダ１６０３からの映像データの出力が途切れるので、シームレス再生が実現できない。以下、リードバッファ１６０２へのデータの供給が途絶えている状態で、蓄積データ量ＤＡがリードバッファ１６０２の容量一杯から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間Ｔjumpの最大値を最大ジャンプ時間Ｔjump＿maxという。
【０１１６】
光ディスクの規格では通常、ジャンプ距離とジャンプ時間との間の関係が、ディスクドライブのアクセス・スピードなどから予め決められている。図２２は、ＢＤ−ＲＯＭディスクについて規定されたジャンプ距離Ｓjumpとジャンプ時間Ｔjumpとの間の関係の一例を示す。図２２では、ジャンプ距離Ｓjumpはセクタ単位で表されている。ここで、１セクタ＝２０４８バイトとする。図２２に示されているように、ジャンプ距離Ｓjumpが０−１００００セクタ、１０００１−２００００セクタ、２０００１−４００００セクタ、４０００１セクタ−１／１０ストローク、及び１／１０ストローク以上の各範囲に属するとき、ジャンプ時間Ｔjumpはそれぞれ、２５０ｍ秒、３００ｍ秒、３５０ｍ秒、７００ｍ秒、及び１４００ｍ秒である。最小エクステントサイズは図２２の規定に従って計算される。更に、その最小エクステントサイズに基づいて、ＡＶストリームファイルが複数のエクステントに分割されてＢＤ−ＲＯＭディスク１０１上に配置される。そのようなＢＤ−ＲＯＭディスク１０１であれば、再生装置１０２のＢＤ−ＲＯＭドライブ１６０１は、図２２の規定に従うことにより、そのＢＤ−ＲＯＭディスク１０１から映像をシームレスに再生できる。
【０１１７】
ＢＤ−ＲＯＭディスク１０１が多層ディスクであり、かつ、読み出し元の記録層が別の記録層に切り換えられるとき、図２２に規定されたジャンプ時間Ｔjumpに加えて、フォーカス・ジャンプ等、その記録層の切り換え操作に３５０ｍ秒の時間が更に必要である。以下、この時間を層切換時間という。従って、連続して読み出されるべき二つのエクステントの間に層境界があるとき、それらのエクステント間のジャンプ距離Ｓjumpに対応するジャンプ時間Ｔjumpと層切換時間との和に基づいて、最小エクステントサイズを決めなければならない。
【０１１８】
最大ジャンプ時間Ｔjump＿maxに対応する最大ジャンプ距離Ｓjump＿maxは、図２２の規定と層切換時間とから決められる。例えば、最大ジャンプ時間Ｔjump＿maxを７００ｍ秒とした場合、最大ジャンプ距離Ｓjump＿maxは、連続する二つのエクステント間に層境界がない場合は１／１０ストローク（＝約１．２ＧＢ）であり、それらのエクステント間に層境界がある場合は４００００セクタ（＝約７８．１ＭＢ）である。
【０１１９】
二つの異なるＡＶストリームファイルの一方から他方にわたって映像を再生するとき、各ファイルから再生される映像の間をシームレスに接続するには、再生経路上で前に位置するファイルの終端のエクステントと、後に位置するファイルの先頭のエクステントとの配置が次の条件を満たさなければならない。まず、その終端のエクステントは、その先頭エクステントまでのジャンプ距離から算出される最小エクステントサイズ以上のサイズでなければならない。次に、そのジャンプ距離は最大ジャンプ距離Ｓjump＿maxを超えてはならない。
【０１２０】
図２３は、三つの異なるＡＶストリームファイルから順次、映像を連続再生するときの各エクステントの配置の一例を示す模式図である。図２３を参照するに、プレイリストファイル２３００は、三つのプレイアイテム情報（ＰＩ＃１−３）２３０１−２３０３を含む。各プレイアイテム情報２３０１−２３０３の規定する再生区間は、三つの異なるＡＶストリームファイル２３１１−２３１３のそれぞれの全体である。各ファイル２３１１−２３１３は、ディスク１０１のトラック２０１Ａ上に、エクステント２３２１Ａ、２３２１Ｂ、２３２２Ａ、２３２２Ｂ、２３２３に分割されて記録されている。先頭のファイル２３１１の記録領域では、先頭のエクステント２３２１Ａが、終端のエクステント２３２１Ｂまでのジャンプ距離Ｇ１から算出される最小エクステントサイズ以上のサイズに設定されている。一方、その終端のエクステント２３２１Ｂは、二番目のファイル２３１２の先頭のエクステント２３２２Ａまでのジャンプ距離Ｇ２から算出される最小エクステントサイズ以上のサイズに設定されている。更に、そのジャンプ距離Ｇ１は最大ジャンプ距離Ｓjump＿max以下に設定されている。同様に、二番目のファイル２３１２の記録領域では、先頭のエクステント２３２２Ａが、終端のエクステント２３２２Ｂまでのジャンプ距離Ｇ２から算出される最小エクステントサイズ以上のサイズに設定され、その終端エクステント２３２２Ｂは、三番目のファイル２３１３の先頭のエクステント２３２２Ａまでのジャンプ距離Ｇ４から算出される最小エクステントサイズ以上のサイズに設定され、そのジャンプ距離Ｇ４は最大ジャンプ距離Ｓjump＿max以下に設定されている。
【０１２１】
＜３Ｄ映像の再生原理＞
【０１２２】
立体視映像の再生方法としては、ホログラフィ技術を用いる方法と、視差画像を用いる方法との２つに大別される。
【０１２３】
ホログラフィ技術を用いる方法の特徴は、現実の物体から人間の視覚に与えられる光学的な情報とほぼ全く同じ情報を視聴者の視覚に与えることにより、その視聴者に映像中の物体を立体的に見せる点にある。しかし、この方法を動画表示に利用する技術は理論上確立されているものの、その動画表示に必要とされる、膨大な演算をリアルタイムに処理可能なコンピュータ、及び、１ｍｍあたり数千本という超高解像度の表示装置はいずれも、現在の技術ではまだ、実現が非常に難しい。従って、この方法を商業用として実用化する目途は、現時点ではほとんど立っていない。
【０１２４】
一方、視差画像を用いる方法の特徴は、一つのシーンに対して、視聴者の右目に見える映像と、左目に見える映像とを別々に生成して、各映像を視聴者のそれぞれの目だけに見えるように再生することにより、その視聴者にそのシーンを立体的に見せる点にある。
【０１２５】
図２４は、視差画像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。図２４の（ａ）は、視聴者２５１が、顔の正面に置かれた立方体２５２を見ている様子を上から見た図である。図２４の（ｂ）は、そのときに視聴者２５１の左目２５１Ｌに見える立方体２５２の外観を示す。図２４の（ｃ）は、そのときに視聴者２５１の右目２５１Ｒに見える立方体２５２の外観を示す。図２４の（ｂ）、（ｃ）を比較すれば明らかなとおり、各目に見える立方体２５２の外観はわずかに異なる。この外観の差、すなわち両眼視差から、視聴者２５１は立方体２５２を立体的に認識することができる。従って、視差画像を用いる方法では、まず、一つのシーン、例えば図２４の（ａ）に示されている、視聴者２５１の顔の正面に置かれた立方体２５２に対して、視点が異なる二つの映像、例えば図２４の（ｂ）、（ｃ）に示されている二つの映像を準備する。ここで、その視点の差は視聴者２５１の両眼視差から決定される。次に、各映像を視聴者２５１のそれぞれの目だけに見えるように再生する。それにより、視聴者２５１には、画面に再生されるそのシーン、すなわち立方体２５２の映像が立体的に見える。このように、視差画像を用いる方法は、ホログラフィ技術を用いる方法とは異なり、高々２つの視点からの映像を準備するだけでよい点で有利である。以下、左目に見せる映像を「左映像」又は「レフトビュー」と呼び、右目に見せる映像を「右映像」又は「ライトビュー」と呼ぶ。更に、それら左右両方の映像を合わせたものを「３Ｄ映像」と呼ぶ。
【０１２６】
視差画像を用いる方法は、左右の映像を視聴者のそれぞれの目にいかにして見せるかという観点から、いくつかの方式に分けられる。
【０１２７】
それらの方式の一つに、継時分離方式と呼ばれるものがある。その方式では、画面に左右の映像を一定時間ずつ交互に表示する一方、視聴者に液晶シャッター付立体眼鏡を通して画面を観察させる。ここで、液晶シャッター付立体眼鏡（シャッター眼鏡とも言う。）は、各レンズが液晶パネルで形成されている。各レンズは、画面上の映像の切り換えに同期して、交互に光をその全体で一様に透過させ、又は遮断する。すなわち、各レンズは、視聴者の目を周期的に塞ぐシャッターとして機能する。より詳細に言えば、画面上に左映像が表示される期間では、シャッター眼鏡は、左側のレンズには光を透過させ、右側のレンズには光を遮断させる。逆に、画面上に右映像が表示されている期間では、シャッター眼鏡は、右側のレンズには光を透過させ、左側のレンズには光を遮断させる。それにより、視聴者の目には、左右の映像の残像が重なって一つの立体映像に見える。
【０１２８】
経時分離方式では、上記のとおり、左右の映像を一定周期で交互に表示する。従って、例えば、２Ｄ映像の動画において１秒あたり２４枚の映像フレームが表示されるとき、３Ｄ映像の動画では、左右の映像を合わせて、１秒あたり４８枚の映像フレームが表示されねばならない。従って、この方式には、画面の書き換えを速く実行できる表示装置が好適である。
【０１２９】
別の方式としては、レンチキュラーレンズを用いる方式がある。その方式では、左右の各映像フレームを、縦方向に細長い短冊形の小領域に分割し、一つの画面の中に左右の映像フレームの各小領域を横方向に交互に並べて同時に表示する。ここで、画面の表面はレンチキュラーレンズで覆われている。レンチキュラーレンズは、細長い蒲鉾レンズを複数平行に並べて一枚のシート状にしたものである。各蒲鉾レンズは画面の表面を縦方向に延びている。レンチキュラーレンズを通して上記左右の映像フレームを視聴者に見せるとき、左映像フレームの表示領域からの光は視聴者の左目だけに結像し、右映像フレームの表示領域からの光は右目だけに結像するようにできる。こうして、左右の目に映る映像間での両眼視差により、視聴者には３Ｄ映像が見える。なお、この方式では、レンチキュラーレンズに代えて、同様な機能を持つ液晶素子等の他の光学部品が利用されてもよい。その他に、例えば、左映像フレームの表示領域には縦偏光のフィルタを設置し、右映像フレームの表示領域には横偏光のフィルタを設置してもよい。そのとき、視聴者には偏光眼鏡を通して画面を見させる。ここで、その偏光眼鏡では、左側のレンズに縦偏光フィルタが設置され、かつ右側のレンズに横偏光フィルタが設置されている。従って、左右の映像が視聴者のそれぞれの目だけに見えるので、視聴者に立体映像を見せることができる。
【０１３０】
視差画像を用いた立体視映像の再生方式は、遊園地のアトラクションなどで一般的に使用されているように、技術的には既に確立されている。従って、その方式は、家庭における立体視映像再生技術の実用化に最も近いものと言える。それ故、以下、本発明の実施形態では、継時分離方式、又は偏光眼鏡を用いた方式を想定する。但し、視差画像を用いた立体視映像の再生方法としては、上記の方式の他にも、例えば２色分離方式など、多様な方式が提案されている。それら多様な方式のいずれも、視差画像を用いる限り、以下に述べる２つの方式と同様に本発明を適用することができる。
【０１３１】
＜ＢＤ−ＲＯＭディスクの３Ｄ映像用データ構造＞
【０１３２】
次に、本発明の実施形態１に係る記録媒体であるＢＤ−ＲＯＭディスクについて、３Ｄ映像を格納するためのデータ構造を説明する。ここで、そのデータ構造の基本部分は、図２−１５に示されている、２Ｄ映像を格納するためのデータ構造と同様である。従って、以下では、２Ｄ映像用データ構造からの拡張部分、または変更部分を中心に説明し、基本部分については上記の説明を援用する。尚、３Ｄ映像を格納したＢＤ−ＲＯＭディスクから、２Ｄ映像のみを再生可能な再生装置を「２Ｄ再生装置」と呼び、２Ｄ映像と３Ｄ映像とのいずれも再生可能な再生装置を「２Ｄ／３Ｄ再生装置」と呼ぶ。
【０１３３】
図１７に示されているＳＰＲＭのうち、予備のものに、当該再生装置が２Ｄ再生装置と２Ｄ／３Ｄ再生装置とのいずれであるかを識別するためのフラグが設定される。例えば、ＳＰＲＭ（２４）がそのフラグであるときを想定する。その場合、ＳＰＲＭ（２４）が「０」であるとき、当該再生装置は２Ｄ再生装置であり、「１」であるとき、２Ｄ／３Ｄ再生装置である。
【０１３４】
≪インデックス・ファイル／ムービーオブジェクト・ファイル≫
【０１３５】
図２５は、インデックス・テーブル３１０、ムービーオブジェクトＭＶＯ、ＢＤ−ＪオブジェクトＢＤＪＯ、及びプレイリストファイル２５０１、２５０２の間の関係を示す模式図である。３Ｄ映像を格納したＢＤ−ＲＯＭディスク１０１では、ＰＬＡＹＬＩＳＴディレクトリが２Ｄプレイリストファイル２５０１の他に、３Ｄプレイリストファイル２５０２を含む。２Ｄプレイリストファイル２５０１は、上記のプレイリストファイル２０４４Ａと同様、２Ｄ映像の再生経路を規定する。一方、３Ｄプレイリストファイル２５０２は３Ｄ映像の再生経路を規定する。例えばユーザの操作によってタイトル１が選択されたとき、インデックス・テーブル３１０の項目「タイトル１」に対応付けられたムービーオブジェクトＭＶＯが実行される。ここで、ムービーオブジェクトＭＶＯは、２Ｄプレイリストファイル２５０１と３Ｄプレイリストファイル２５０２とのいずれかを用いたプレイリスト再生用のプログラムである。再生装置１０２は、ムービーオブジェクトＭＶＯに従って、まず、当該再生装置１０２が３Ｄ映像再生に対応しているか否かを判別し、対応している場合は更に、ユーザが３Ｄ映像再生を選択しているか否かを判別する。再生装置１０２は次に、それらの判別結果に応じて、２Ｄプレイリストファイル２５０１と３Ｄプレイリストファイル２５０２とのいずれかを再生対象のプレイリストファイルとして選択する。
【０１３６】
図２６は、ムービーオブジェクトＭＶＯに従って行われる再生対象のプレイリストファイルの選択処理のフローチャートである。
【０１３７】
ステップＳ２６０１では、再生装置１０２はＳＰＲＭ（２４）の値をチェックする。その値が０であるとき、処理はステップＳ２６０５へ進む。その値が１であるとき、処理はステップＳ２６０２へ進む。
【０１３８】
ステップＳ２６０２では、再生装置１０２は表示装置１０３にメニューを表示させて、ユーザに２Ｄ映像と３Ｄ映像とのいずれかの再生を選択させる。ユーザがリモコンなどを操作して、２Ｄ映像の再生を選択したとき、処理はステップＳ２６０５へ進む。一方、３Ｄ映像の再生を選択したとき、処理はステップＳ２６０３へ進む。
【０１３９】
ステップＳ２６０３では、再生装置１０２は、表示装置１０３が３Ｄ映像の再生に対応しているか、チェックする。例えば、再生装置１０２が表示装置１０３とＨＤＭＩ方式で接続されているときは、再生装置１０２は表示装置１０３との間でＣＥＣメッセージを交換して、表示装置１０３が３Ｄ映像の再生に対応しているか否かを表示装置１０３に問い合わせる。表示装置１０３が３Ｄ映像の再生に対応していないとき、処理はステップＳ２６０５へ進む。一方、表示装置１０３が３Ｄ映像の再生に対応しているとき、処理はステップＳ２６０４に進む。
【０１４０】
ステップＳ２６０４では、再生装置１０２は３Ｄプレイリストファイル２５０２を再生対象として選択する。
【０１４１】
ステップＳ２６０５では、再生装置１０２は２Ｄプレイリストファイル２５０１を再生対象として選択する。尚、そのとき、再生装置１０２は表示装置１０３に、３Ｄ映像の再生が選択されなかった理由を表示させてもよい。
【０１４２】
≪プレイリストファイル≫
【０１４３】
図２７は、２Ｄプレイリストファイル２５０１と３Ｄプレイリストファイル２５０２との各構造の一例を示す模式図である。第１ＡＶストリームファイル群２７０１は、２Ｄ映像のビデオストリームを格納したＡＶストリームファイルＬＣＬ＿ＡＶ＃１−３の集合であり、２Ｄ映像の再生に単独で利用される。各ファイルＬＣＬ＿ＡＶ＃１−３のビデオストリームは更に、３Ｄ映像の再生時にはレフトビュー・ストリームとしても利用される。以下、このようなＡＶストリームファイルを「２Ｄ／レフトビューＡＶストリームファイル」といい、それに含まれるビデオストリームを「２Ｄ／レフトビュー・ストリーム」という。一方、第２ＡＶストリームファイル群２７０２は、ビデオストリームとしてライトビュー・ストリームを格納したＡＶストリームファイルＲＣＬ＿ＡＶ＃１−３の集合であり、３Ｄ映像の再生時に第１ＡＶストリームファイル群２７０１と組み合わされて利用される。以下、このようなＡＶストリームファイルを「ライトビューＡＶストリームファイル」といい、それに含まれるビデオストリームを「ライトビュー・ストリーム」という。２Ｄプレイリストファイル２５０１のメインパス２５０１Ｍと３Ｄプレイリストファイル２５０２のメインパス２５０２Ｍとはいずれも三つのプレイアイテム情報＃１−３を含む。いずれのプレイアイテム情報＃１−３も第１ＡＶストリームファイル群２７０１の中に再生区間を規定する。一方、３Ｄプレイリストファイル２５０２は２Ｄプレイリストファイル２５０１とは異なり、サブパス２５０２Ｓを更に含む。サブパス２５０２Ｓは三つのサブプレイアイテム情報＃１−３を含み、各サブプレイアイテム情報＃１−３は第２ＡＶストリームファイル群２７０２の中に再生区間を規定する。サブプレイアイテム情報＃１−３はプレイアイテム情報＃１−３と一対一に対応する。各サブプレイアイテム情報の再生区間の長さは、対応するプレイアイテム情報の再生区間の長さと等しい。サブパス２５０２Ｓは更に、サブパス・タイプが「３Ｄ」であることを示す情報２５０２Ｔを含む。２Ｄ／３Ｄ再生装置はこの情報２５０２Ｔを検出したとき、サブパス２５０２Ｓとメインパス２５０２Ｍとの間で再生処理を同期させる。このように、２Ｄプレイリストファイル２５０１と３Ｄプレイリストファイル２５０２とが同じ２Ｄ／レフトビューＡＶストリームファイル群を共用してもよい。
【０１４４】
なお、２Ｄプレイリストファイル２５０１と３Ｄプレイリストファイル２５０２とでは各ファイル名のプリフィックスの番号（ＸＸＸ．ｍｐｌｓであればＸＸＸ）は連番になっていてもよい。こうすることで、２Ｄプレイリストファイルに対応する３Ｄプレイリストファイルの特定が容易になる。
【０１４５】
３Ｄプレイリストファイル２５０２の各プレイアイテム情報には、図１３に示されているストリーム選択テーブル１３０５の中に、２Ｄ／レフトビュー・ストリームのストリーム・エントリとライトビュー・ストリームのストリーム・エントリとが追加されている。２Ｄ／レフトビュー・ストリームとライトビュー・ストリームとではストリーム・エントリ１３０９の内容、例えばフレームレート、解像度、ビデオフォーマットは共通である。なお、ストリーム・エントリ１３０９には、２Ｄ／レフトビュー・ストリームとライトビュー・ストリームとを識別するためのフラグが更に追加されていても良い。
【０１４６】
なお、実施形態１では上記のとおり、２Ｄ再生装置がレフトビュー・ストリームから２Ｄ映像を再生することを想定している。しかし、２Ｄ再生装置がライトビュー・ストリームから２Ｄ映像を再生するようにしてもよい。以降の説明においても同様である。
【０１４７】
図２８は、２Ｄプレイリストファイル２５０１と３Ｄプレイリストファイル２５０２との各構造の別例を示す模式図である。ＢＤ−ＲＯＭディスク１０１のＳＴＲＥＡＭディレクトリには、一つのレフトビューＡＶストリームファイル２７０１に対して、ライトビューＡＶストリームファイルが二種類以上含まれていてもよい。そのとき、３Ｄプレイリストファイル２５０２は、各ライトビューＡＶストリームファイルと個別に対応するサブパスを複数含んでいてもよい。例えば、同じシーンに対して両眼視差の異なる３Ｄ映像が、共通の左映像に対する右映像の違いで表現されるとき、異なる右映像ごとに異なるライトビューＡＶストリームファイル群がＢＤ−ＲＯＭディスク１０１に記録される。その場合、３Ｄプレイリストファイル２５０２には各ライトビューＡＶストリームファイルと個別に対応するサブパスが設けられ、所望の両眼視差に応じて使い分けられてもよい。図２８の例では、第１ライトビューＡＶストリームファイル群２８０１と第２ライトビューＡＶストリームファイル群２８０２とは、それぞれの表す右映像の視点が異なる。一方、３Ｄプレイリストファイル２５０２は二種類のサブパス２５０２Ｓ１、２５０２Ｓ２を含む。サブパスＩＤが「０」であるサブパス２５０２Ｓ１は、第１ライトビューＡＶストリームファイル群２８０１の中に再生区間を規定する。サブパスＩＤが「１」であるサブパス２５０２Ｓ２は、第２ライトビューＡＶストリームファイル群２８０２の中に再生区間を規定する。２Ｄ／３Ｄ再生装置は、表示装置１０３の画面の大きさ、又はユーザからの指定に応じて二種類のサブパス２５０２Ｓ１、２５０２Ｓ２のいずれかを選択し、その再生処理をメインパス２５０２Ｍの再生処理と同期させる。それにより、ユーザにとって快適な立体視映像を表示することができる。
【０１４８】
≪３Ｄ映像用ＡＶストリームファイル≫
【０１４９】
図２９は、３Ｄ映像の再生に利用される一対のＡＶストリームファイルに多重化されたエレメンタリ・ストリームを示す模式図である。図２９の（ａ）は、２Ｄ／レフトビューＡＶストリームファイル２９０１に多重化されたエレメンタリ・ストリームを示す。それらは、図４に示されている２Ｄ映像用のＡＶストリームファイルに多重化されたものと同様である。プライマリ・ビデオストリーム２９１１からは、２Ｄ再生装置によって２Ｄ映像が再生され、２Ｄ／３Ｄ映像再生装置によって３Ｄ映像の再生時にレフトビューが再生される。すなわち、このプライマリ・ビデオストリーム２９１１は２Ｄ／レフトビュー・ストリームである。図２９の（ｂ）は、ライトビューＡＶストリームファイル２９０２に多重化されたエレメンタリ・ストリームを示す。ライトビューＡＶストリームファイル２９０２にはライトビュー・ストリーム２９２１が格納されている。ライトビュー・ストリームからは、２Ｄ／３Ｄ再生装置によって３Ｄ映像の再生時に右映像が再生される。ライトビュー・ストリーム２９２１には、レフトビュー・ストリーム２９１１とは異なり、ＰＩＤとして０ｘ１０１１ではなく、０ｘ１０１２が割り当てられる。
【０１５０】
図３０の（ａ）は、２Ｄ映像のビデオストリーム３０００の圧縮符号化方法を示す模式図である。図３０の（ａ）に示されているように、２Ｄ映像のビデオストリーム３０００の各フレーム／フィールドは、ピクチャ間予測符号化を用いて各ピクチャ３００１、３００２、…、に圧縮されている。その符号化では、ビデオストリーム３０００の時間方向の冗長性、すなわち、表示順序が連続するピクチャ間でデータが近似していることが利用される。具体的には、まず、先頭のピクチャはピクチャ内符号化を利用してＩ0ピクチャ３００１に圧縮される。ここで、添え字の数字はピクチャの通し番号を示す。次に、図３０の（ａ）に矢印で示されているように、４番目のピクチャがＩ0ピクチャ３００１を参照してＰ3ピクチャ３００４に圧縮される。続いて、２、３番目のピクチャがＩ0ピクチャ３００１とＰ3ピクチャ３００４とを参照して、それぞれＢ1ピクチャ、Ｂ2ピクチャに圧縮される。
【０１５１】
図３０の（ｂ）は３Ｄ映像のビデオストリーム３０１０、３０２０の圧縮符号化方法を示す模式図である。図３０の（ｂ）に示されているように、レフトビュー・ストリーム３０１０は２Ｄ映像のビデオストリーム３０００と同様に、時間方向の冗長性を利用したピクチャ間予測符号化で圧縮される。一方、ライトビュー・ストリーム３０２０のピクチャ間予測符号化による圧縮は、時間方向の冗長性に加えて、左右の視点間の冗長性をも利用する。すなわち、図３０の（ｂ）に矢印で示されているように、ライトビュー・ストリーム３０２０の各ピクチャは、同じストリーム内で表示順序が前後に位置するピクチャだけでなく、２Ｄ／レフトビュー・ストリーム３０１０のうち、表示時刻が同じ又は隣接するピクチャをも参照して圧縮されている。例えばライトビュー・ストリーム３０２０のうち、先頭のピクチャは２Ｄ／レフトビュー・ストリーム３０１０のＩ0ピクチャ３０１１を参照してＰ0ピクチャ３０２１に圧縮される。４番目のピクチャは、そのＰ0ピクチャ３０２１と２Ｄ／レフトビュー・ストリーム３０１０のＰ3ピクチャ３０１４を参照してＰ3ピクチャ３０２４に圧縮される。更に、２、３番目のピクチャは、Ｐ0ピクチャ３０２１とＰ3ピクチャ３０２４とに加えて、２Ｄ／レフトビュー・ストリーム３０１０のＢｒ1ピクチャ３０１２、Ｂｒ2ピクチャ３０１３をそれぞれ参照して、Ｂ1ピクチャ、Ｂ2ピクチャに圧縮される。このように、ライトビュー・ストリーム３０２０は２Ｄ／レフトビュー・ストリーム３０１０を参照して圧縮されている。従って、２Ｄ／レフトビュー・ストリーム３０１０とは異なり、ライトビュー・ストリーム３０２０を単体で復号することはできない。しかし、その反面、左右の映像間での相関は高いので、左右の視点間でのピクチャ間予測符号化により、ライトビュー・ストリーム３０２０は２Ｄ／レフトビュー・ストリーム３０１０よりもデータ量が一般に著しく小さい。以下、２Ｄ／レフトビュー・ストリーム３０１０のように単体で復号可能なビデオストリームを「ベースビュー・ストリーム」と呼び、ライトビュー・ストリーム３０２０のように、復号にベースビュー・ストリームを必要とするビデオストリームを「ディペンデントビュー・ストリーム」と呼ぶ。
【０１５２】
尚、ライトビュー・ストリームはベースビュー・ストリームとして圧縮されてもよい。更にその場合、レフトビュー・ストリームが、ライトビュー・ストリームを利用してディペンデントビュー・ストリームとして圧縮されてもよい。いずれの場合でも２Ｄ再生装置では、ベースビュー・ストリームが２Ｄ映像用のビデオストリームとして利用される。また、２Ｄ／レフトビュー・ストリームのフレームレートは、そのストリームが単体で２Ｄ再生装置によって復号されたときのフレームレートである。ＧＯＰヘッダには、そのフレームレートが記録される。
【０１５３】
図３１は、２Ｄ／レフトビュー・ストリーム３１０１とライトビュー・ストリーム３１０２との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係の一例を示す模式図である。両ビデオストリーム３１０１、３０１２の間では各ピクチャのＤＴＳはＳＴＣ上に交互に並べられている。これは、２Ｄ／レフトビュー・ストリーム３１０１の各ピクチャのＤＴＳよりも、図３０の（ｂ）に示されているピクチャ間予測符号化においてそのピクチャを参照するライトビュー・ストリーム３１０２のピクチャのＤＴＳを遅らせることにより、実現することができる。ここで、その遅れの幅ＴＤ、すなわち、２Ｄ／レフトビュー・ストリーム３１０１のピクチャとその次のライトビュー・ストリーム３１０２のピクチャとの間でのＤＴＳの間隔を３Ｄ表示ディレイという。３Ｄ表示ディレイＴＤは、２Ｄ／レフトビュー・ストリーム３１０１のピクチャ間のＤＴＳの間隔、すなわち１フレーム期間又は１フィールド期間ＴＦｒの半分に設定される。同様に、両ビデオストリーム３１０１、３０１２の間では各ピクチャのＰＴＳも、ＳＴＣ上に交互に並べられている。すなわち、２Ｄ／レフトビュー・ストリーム３１０１のピクチャとその次のライトビュー・ストリーム３１０２のピクチャとの間でのＰＴＳの間隔ＴＤは、２Ｄ／レフトビュー・ストリーム３１０１のピクチャ間でのＰＴＳの間隔、すなわち１フレーム期間又は１フィールド期間ＴＦｒの半分に設定される。
【０１５４】
図３２は、２Ｄ／レフトビュー・ストリームとライトビュー・ストリームとの各ビデオアクセスユニット３２００のデータ構造を示す模式図である。図３２に示されているように、各ビデオアクセスユニット３２００には、復号スイッチ情報３２０１が付与されている。後述の３Ｄ映像デコーダ４１１５は、２Ｄ／レフトビュー・ストリームの復号処理とライトビュー・ストリームの復号処理とをビデオアクセスユニット単位で交互に切り換える。そのとき、３Ｄ映像デコーダ４１１５は、各ビデオアクセスユニットに付与されたＤＴＳの時刻に、次に復号すべきビデオアクセスユニットを特定する。しかし、一般に３Ｄ映像デコーダの中には、ＤＴＳを無視して、ビデオアクセスユニットを復号し続けるものも多く存在する。そのような３Ｄ映像デコーダにとっては、各ビデオアクセスユニットの中に、ＤＴＳとは別に、次に復号すべきビデオアクセスユニットを特定することのできる情報があることが好ましい。復号スイッチ情報３２０１は、その情報、すなわち、３Ｄ映像デコーダによる復号対象のビデオアクセスユニットの切り換え処理を支援するための情報である。
【０１５５】
図３２に示されているように、復号スイッチ情報３２０１は、各ビデオアクセスユニット３２００内の拡張領域、例えばＭＰＥＧ−４  ＡＶＣではＳＥＩ  Ｍｅｓｓａｇｅに格納される。復号スイッチ情報３２０１は、次アクセスユニット・タイプ３２０２、次アクセスユニット・サイズ３２０３、および復号カウンタ３２０４を含む。
【０１５６】
次アクセスユニット・タイプ３２０２は、次に復号されるべきビデオアクセスユニットが２Ｄ／レフトビュー・ストリームとライトビュー・ストリームとのいずれに属するのかを示す情報である。例えば、次アクセスユニット・タイプ３２０２の値が「１」であるときは、次に復号されるべきビデオアクセスユニットは２Ｄ／レフトビュー・ストリームに属する。次アクセスユニット・タイプ３２０２の値が「２」であるときは、次に復号されるべきビデオアクセスユニットはライトビュー・ストリームに属する。次アクセスユニット・タイプ３２０２の値が「０」であるときは、現在のビデオアクセスユニットがそのストリームの終端に位置する。
【０１５７】
次アクセスユニット・サイズ３２０３は、次に復号されるべきビデオアクセスユニットのサイズを示す。もし、ビデオアクセスユニットに次アクセスユニット・サイズ３２０３がなければ、３Ｄ映像デコーダは、バッファから復号対象のビデオアクセスユニットを引き抜く際にそのアクセスユニットの構造を解析して、そのサイズを特定しなければならない。復号スイッチ情報３２０１に次アクセスユニット・サイズ３２０３を加えることで、３Ｄ映像デコーダは、ビデオアクセスユニットの構造を解析することなく、そのサイズを特定できる。従って、３Ｄ映像デコーダは、バッファからビデオアクセスユニットを引き抜く処理を簡単化できる。
【０１５８】
復号カウンタ３２０４は、２Ｄ／レフトビュー・ストリームのＩピクチャを含むビデオアクセスユニットからの復号順序を示す。図３３は、２Ｄ／レフトビュー・ストリーム３３０１とライトビュー・ストリーム３３０２との各ピクチャに割り当てられた復号カウンタ３２０４の値を示す模式図である。図３３の（ａ）、（ｂ）に示されているように、値の割り当て方には二通りがある。
【０１５９】
図３３の（ａ）では、２Ｄ／レフトビュー・ストリーム３３０１のＩピクチャ３３１１に対して復号カウンタの値３２０４Ａとして「１」を割り当て、次に復号されるべきライトビュー・ストリーム３３０２のＰピクチャ３３２１に対して復号カウンタの値３２０４Ｂとして「２」を割り当て、更にその次に復号されるべき２Ｄ／レフトビュー・ストリーム３３０１のＰピクチャ３３２２に対して、復号カウンタの値３２０４Ａとして「３」を割り当てる。このように、２Ｄ／レフトビュー・ストリーム３３０１とライトビュー・ストリーム３３０２との間で各ビデオアクセスユニットに割り当てられる復号カウンタの値３２０４Ａ、３２０４Ｂを交互に増大させる。復号カウンタの値３２０４Ａ、３２０４Ｂをこのように割り当てておけば、何らかの不具合が原因で３Ｄ映像デコーダがいずれかのビデオアクセスユニットを読み損なったときでも、それによって欠落したピクチャを３Ｄ映像デコーダは、復号カウンタの値３２０４Ａ、３２０４Ｂから直ちに特定できる。従って、３Ｄ映像デコーダはエラー処理を適切に、かつ迅速に実行できる。
【０１６０】
例えば図３３の（ａ）では、２Ｄ／レフトビュー・ストリーム３３０１の３番目のビデオアクセスユニットの読み込みにエラーが生じ、Ｂｒピクチャ３３１３が欠落している。従って、そのままでは、ライトビュー・ストリーム３３０２の３番目のＢピクチャ３３２３の復号処理において、Ｂｒピクチャ３３１３を参照することができないので、そのＢピクチャ３３２３を正しく復号することができず、再生映像にノイズを混入させる危険性が生じる。しかし、３Ｄ映像デコーダは、ライトビュー・ストリーム３３０２の２番目のＰピクチャ３３２２の復号処理において、そのビデオアクセスユニットの復号カウンタの値３２０４Ｂを読み出して保持しておけば、次に処理すべきビデオアクセスユニットの復号カウンタの値３２０４Ａを予測できる。具体的には、図３３の（ａ）に示されているように、ライトビュー・ストリーム３３０２の２番目のＰピクチャ３３２２の復号カウンタの値３２０４Ｂは「４」である。従って、次に読み込まれるべきビデオアクセスユニットの復号カウンタの値３２０４Ａは「５」であると予測される。しかし、実際には、次に読み込まれたビデオアクセスユニットは２Ｄ／レフトビュー・ストリーム３３０１の４番目のビデオアクセスユニットであったので、その復号カウンタの値３２０４Ａは「７」になっている。そのことから、３Ｄ映像デコーダは、ビデオアクセスユニットを一つ読み損ねたことを検出できる。従って、３Ｄ映像デコーダは、「ライトビュー・ストリーム３３０２の３番目のビデオアクセスユニットから抽出されたＢピクチャ３３２３については、参照すべきＢｒピクチャ３３１３が欠落しているので、復号処理をスキップする」といったエラー処理を実行できる。このように、３Ｄ映像デコーダは復号処理ごとに復号カウンタの値３２０４Ａ、３２０４Ｂをチェックする。それにより、３Ｄ映像デコーダはビデオアクセスユニットの読み込みエラーを迅速に検出でき、かつ、適切なエラー処理を迅速に実行できる。
【０１６１】
図３３の（ｂ）に示されているように、復号カウンタの値３２０４Ｃ、３２０４Ｄがビデオストリーム３３０１、３３０２別にインクリメントされても良い。この場合、３Ｄ映像デコーダは、２Ｄ／レフトビュー・ストリーム３３０１のビデオアクセスユニットを復号した時点では、「その復号カウンタの値３２０４Ｃが、次に復号されるべきライトビュー・ストリーム３３０２のビデオアクセスユニットの復号カウンタの値３２０４Ｄと等しい」と予測できる。一方、ライトビュー・ストリーム３３０２のビデオアクセスユニットを復号した時点では、「その復号カウンタの値３２０４Ｄに１を加えた値が、次に復号されるべき２Ｄ／レフトビュー・ストリーム３３０１のビデオアクセスユニットの復号カウンタの値３２０４Ｃと等しい」と予測できる。従って、いずれの時点でも、３Ｄ映像デコーダは復号カウンタの値３２０４Ｃ、３２０４Ｄからビデオアクセスユニットの読み込みエラーを迅速に検出できる。その結果、３Ｄ映像デコーダは適切なエラー処理を迅速に実行できる。
【０１６２】
＜ディスク上における３Ｄ映像のＡＶストリームファイルの物理的な配置＞
【０１６３】
次に、３Ｄ映像を格納したＡＶストリームファイルのＢＤ−ＲＯＭディスク１０１上での物理的な配置を説明する。
【０１６４】
２Ｄ／３Ｄ再生装置は、３Ｄ映像の再生時、ディスク１０１から２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとをパラレルに読み出さなければならない。図３４は、ディスク１０１上での両ファイルのエクステントの配置を示す模式図である。仮に図３４の（ａ）のように、２Ｄ／レフトビューＡＶストリームファイルの全体を１つのエクステント３４０１としてディスク１０１上に連続して記録し、その後に、ライトビューＡＶストリームファイルの全体を１つのエクステント３４０２として配置した場合を想定する。この場合、２Ｄ／３Ｄ再生装置に両ファイルをパラレルに読ませるには、再生経路は図３４の（ａ）に矢印（１）−（４）で示されているように、各エクステント３４０１、３４０２を交互に進むように設定される。従って、図３４の（ａ）に破線で示されているように、読み出し対象のエクステントが切り替わる度に大きなジャンプが発生する。その結果、各ファイルの読み出し処理を３Ｄ映像デコーダによる復号処理に間に合わせることが難しく、シームレス再生を確実に継続することが難しい。それに対し、実施形態１では、図３４の（ｂ）のように、２Ｄ／レフトビューＡＶストリームファイルを複数のエクステント３４０１Ａ、３４０１Ｂ、…、に分割し、ライトビューＡＶストリームファイルを複数のエクステント３４０２Ａ、３４０２Ｂ、…、に分割し、両ファイルのエクステントを交互にディスク１０１上に配置する。このようなエクステントの配置をインターリーブ配置という。インターリーブ配置のエクステント群に対し、再生経路は、図３４の（ｂ）に矢印（１）−（４）で示されているように、各エクステント３４０１Ａ、３４０１Ｂ、３４０２Ａ、３４０２Ｂ、…、を先頭から順番に進むように設定される。従って、ジャンプを発生させることなく、両ファイルをエクステント単位で交互に読み出すことができるので、シームレス再生の確実性を向上させることができる。
【０１６５】
≪エクステント当たりの再生時間に対する条件≫
【０１６６】
各エクステント内のビデオストリームの再生時間に対する条件について説明する。図３５は、その再生時間と再生経路との間の関係を示す模式図である。仮に図３５の（ａ）に示されているように、２Ｄ／レフトビューＡＶストリームファイルのエクステント３５０１とライトビューＡＶストリームファイルのエクステント３５０２とが互いに隣接し、前者のエクステント３５０１に含まれるビデオストリームの再生時間が４秒間であり、後者のエクステント３５０２に含まれるビデオストリームの再生時間が１秒間である場合を想定する。ここで、３Ｄ映像の再生経路は図３５の（ａ）に矢印３５１０で示されているように、各ファイルのエクステント３５０１、３５０２を交互に同じ再生時間ずつ、例えば１秒間ずつ進む。従って、両ファイル間でエクステント内のビデオストリームの再生時間が異なる場合には、図３５の（ａ）に破線で示されているように、両エクステント３５０１、３５０２の間でジャンプが発生してしまう。それに対し、実施形態１では、図３５の（ｂ）のように、ディスク１０１上で互いに隣接する２Ｄ／レフトビューＡＶストリームファイルのエクステントとライトビューＡＶストリームファイルのエクステントとがそれぞれ、２Ｄ／レフトビュー・ストリームとライトビュー・ストリームとの間で再生期間が一致する各部分を含む。特にそれらのエクステント間ではビデオストリームの再生時間が等しい。例えば、２Ｄ／レフトビューＡＶストリームファイルの先頭のエクステント３５０１ＡとライトビューＡＶストリームファイルの先頭のエクステント３５０２Ａとの対ではビデオストリームの再生時間が共に１秒間に等しく、二番目のエクステント３５０１Ｂ、３５０２Ｂの対ではビデオストリームの再生時間が共に０．７秒間に等しい。それにより、２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとの記録領域では、再生期間の一致するエクステントの対が常に隣接する。その結果、再生経路を図３５の（ｂ）に矢印３５２０で示されているように、各エクステント３５０１Ａ、３５０１Ｂ、３５０２Ａ、３５０２Ｂ、…、を先頭から順番に進むように設定することができる。従って、２Ｄ／３Ｄ再生装置は３Ｄ映像の再生時、ジャンプを発生させることなくＡＶストリームファイルを連続して読み込むことができるので、シームレス再生を確実に実行できる。
【０１６７】
≪ＡＶストリームファイルの記録領域の先頭のエクステント≫
【０１６８】
ＡＶストリームファイルの記録領域では、エクステントの先頭は常に、２Ｄ／レフトビュー・ストリームのＩピクチャ、又は、図３０の（ｂ）に示されているようにそのＩピクチャを参照して圧縮されたライトビュー・ストリームのＰピクチャを含む。それにより、クリップ情報ファイルのエントリポイントを使って各エクステントのサイズを特定することができる。従って、再生装置は、ディスク１０１から２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとの各エクステントを交互に読み出す処理を簡単化できる。
【０１６９】
≪エクステントのサイズと間隔≫
【０１７０】
次に、各エクステントのサイズの下限及び間隔の上限に対する条件を説明する。前述したように、２Ｄ再生装置にＡＶストリームファイルから２Ｄ映像をシームレスに再生させるには、ＡＶストリームファイルの各エクステントのサイズを最小エクステントサイズ以上にし、かつ、エクステントの間隔を最大ジャンプ距離Ｓjump＿maxより小さくしなければならない。従って、２Ｄ／レフトビューＡＶストリームファイルの各エクステントのサイズを、同じファイルの次のエクステントまでの距離から計算される最小エクステントサイズ以上に設定し、かつ、エクステントの間隔を最大ジャンプ距離Ｓjump＿maxを超えないように設定する。これにより、２Ｄ再生装置に２Ｄ／レフトビューＡＶストリームファイルから２Ｄ映像をシームレスに再生させることができる。
【０１７１】
２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとの各エクステントのインターリーブ配置に対しては更に、それらから３Ｄ映像をシームレスに再生するための条件が課せられる。その条件とエクステントの適切な配置方法とには、２Ｄ／３Ｄ再生装置の持つリードバッファの容量とディスクドライブの読み出し処理に関する性能とによって決まる部分がある。それらの部分についての説明は、２Ｄ／３Ｄ再生装置の動作モデルを説明した後に記載する。
【０１７２】
＜３Ｄ映像用のクリップ情報ファイルのデータ構造＞
【０１７３】
続いて、３Ｄ映像を格納した各ＡＶストリームファイルに対応付けられたクリップ情報ファイルのデータ構造について説明する。図３６は、それらのクリップ情報ファイルのデータ構造を示す模式図である。図３６の（ａ）は、２Ｄ／レフトビューＡＶストリームファイル３６３１に対応付けられたクリップ情報ファイル、すなわち２Ｄ／レフトビュー・クリップ情報ファイル３６０１のデータ構造を示し、（ｂ）は、ライトビューＡＶストリームファイル３６３２に対応付けられたクリップ情報ファイル、すなわちライトビュー・クリップ情報ファイル３６０２のデータ構造を示す。各クリップ情報ファイル３６０１、３６０２のデータ構造は基本的には、図９−１１に示されている、２Ｄ映像を格納したＡＶストリームファイルに対応付けられたクリップ情報ファイルのデータ構造と等しい。しかし、２Ｄ／レフトビュー・クリップ情報ファイル３６０１には３Ｄメタデータ３６１３が追加されている。その他に、ライトビュー・クリップ情報ファイル３６０２のストリーム属性情報３６２１には条件が課せられ、エントリマップ３６２２には情報が追加されている。
【０１７４】
≪３Ｄメタデータ≫
【０１７５】
図３７は、３Ｄメタデータ３６１３のデータ構造を示す模式図である。３Ｄメタデータ３６１３は、２Ｄ／レフトビューＡＶストリームファイルに多重化されたＰＧストリーム、ＩＧストリーム、及び、セカンダリ・ビデオストリームから再生される２Ｄイメージに奥行き感を与える処理に利用される情報である。３Ｄメタデータ３６１３は、図３７の（ａ）に示されているように、ＰＧストリーム、ＩＧストリーム、及び、セカンダリ・ビデオストリームのＰＩＤ別にテーブル３７０１を含む。各テーブル３７０１には、ＰＴＳ３７０２とオフセット値３７０３との対が一般に複数記載されている。ＰＴＳ３７０２は、ＰＧストリーム、ＩＧストリーム、及び、セカンダリ・ビデオストリームの中の一つのフレーム又はフィールドの表示時刻を示す。オフセット値３７０３は、そのＰＴＳ３７０２のフレーム又はフィールドの示す映像を水平方向で変位させて左右の映像に変換するときのその変位量をピクセル数で表したものであり、マイナス値も許される。このＰＴＳ３７０２とオフセット値３７０３との対３７０４をオフセットエントリと呼ぶ。各オフセットエントリの有効区間は、そのオフセットエントリのＰＴＳから次のオフセットエントリのＰＴＳまでである。例えば、図３７の（ａ）に示されているように、オフセットエントリ＃１のＰＴＳが１８００００であり、オフセットエントリ＃２のＰＴＳが２７００００であり、オフセットエントリ＃３のＰＴＳが３６００００であるとき、図３７の（ｂ）に示されているように、オフセットエントリ＃１のオフセット値＋５は、１８００００から２７００００までのＳＴＣの範囲３７０４Ａで有効であり、オフセットエントリ＃２のオフセット値＋３は、２７００００から３６００００までのＳＴＣの範囲３７０４Ｂで有効である。後述の２Ｄ／３Ｄ再生装置ではプレーン加算部３７１０が３Ｄメタデータ３６１３を参照して、ＰＧプレーン、ＩＧプレーン、及び、副映像プレーンの表す各映像を水平方向にオフセット値ずつ変位させて左右の映像に変換する。プレーン加算部３７１０は更にその後、各プレーンの表す映像を一枚のプレーンに合成する。こうして、各プレーンの２Ｄ映像から視差画像をつくり出すことができる。すなわち、その２Ｄ映像に対して立体的な奥行き感を与えることができる。プレーン合成の方法の詳細については、プレーン加算部３７１０の説明の中で触れる。
【０１７６】
なお、３Ｄメタデータ３６１３は、ＰＩＤ別の他、例えばプレーン別に設定されても良い。これにより、２Ｄ／３Ｄ再生装置による３Ｄメタデータの解析処理を簡素化できる。その他に、２Ｄ／３Ｄ再生装置によるプレーンの合成処理の性能を考慮して、オフセットエントリの有効区間の長さに、例えば１秒間以上という条件を設けてもよい。
【０１７７】
≪ライトビュー・ストリームに関するストリーム属性情報≫
【０１７８】
図１０に示されている２Ｄ／レフトビュー・ストリームに関するビデオストリーム属性情報９０２Ｂ、すなわちＰＩＤ＝０ｘ１０１１に対応付けられたビデオストリーム属性情報９０２Ｂと、ライトビュー・ストリームに関するビデオストリーム属性情報、すなわちＰＩＤ＝０ｘ１０１２に対応付けられたビデオストリーム属性情報とは一致しなければならない。具体的には、両ビデオストリーム属性情報では、コーデック９０２１、フレームレート９０２４、アスペクト比９０２３、解像度９０２２は一致しなければならない。コーデックが一致しなければ、左右のビデオストリームのピクチャ間で符号化における参照関係が成り立たないので、各ピクチャの復号ができない。また、フレームレート、アスペクト比、及び解像度のいずれかが一致しなければ、左右の映像の画面表示を同期させることができないので、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができない。
【０１７９】
その他に、ライトビュー・ストリームに関するビデオストリーム属性情報に、そのビデオストリームの復号に２Ｄ／レフトビューＡＶストリームファイルの参照が必要であることを示すフラグを追加しても良い。また、その参照先のＡＶストリームファイルの情報を併せて、そのビデオストリーム属性情報に追加しても良い。その場合、ディスク１０１のオーサリング工程において、ディスク１０１上に記録されるべきデータが規定のフォーマットどおりに作られているか否かを検証するときに、上記の追加情報を利用して左右のビデオストリーム間の対応関係の妥当性を判断することができる。
【０１８０】
≪ライトビュー・ストリームに関するエントリマップ≫
【０１８１】
図３８は、図３６の（ｂ）に示されているライトビュー・クリップ情報ファイル３６０２のエントリマップ３６２２のデータ構造を示す模式図である。図３８の（ａ）に示されているように、このエントリマップ３６２２はライトビュー・ストリームに関するエントリマップ３８０１、すなわち、エントリマップ・ヘッダ３８１１の示すＰＩＤが０ｘ１０１２であるエントリマップを含む。このエントリマップ３８０１に含まれる各エントリポイント３８１２のＰＴＳ３８１３は、２Ｄ／レフトビュー・ストリームに含まれる各ＩピクチャのＰＴＳに、図３１に示されている３Ｄ表示ディレイＴＤを加えた値と等しい。ここで、各ＩピクチャのＰＴＳは、２Ｄ／レフトビュー・クリップ情報ファイル３６０１のエントリマップ３６１２の中に、２Ｄ／レフトビュー・ストリームに関する各エントリポイントのＰＴＳとして記述されている。更に、そのＰＴＳ３８１３で特定されるライトビュー・ストリームのピクチャを含むＳＰＮ３８１４がそのＰＴＳ３８１３と共に、一つのＥＰ＿ＩＤ３８１６に対応付けられている。
【０１８２】
各エントリポイント３８１２には更に、図３８の（ａ）に示されているように、エクステント開始フラグ３８１５が追加されている。エクステント開始フラグ３８１５は、同じエントリポイント３８１２のＳＰＮ３８１４がライトビューＡＶストリームファイル３６３２のいずれかのエクステント３６３２Ａ、３６３２Ｂ、…、の先頭の位置を示すものであるか否かを示す。例えば、図３８の（ａ）に示されているように、ＥＰ＿ＩＤ＝０のエントリポイントでは、エクステント開始フラグ３８１５の値が“１”である。その場合、図３８の（ｂ）に示されているように、ＳＰＮ３８１４の値“３”は、ディスク１０１のトラック２０１Ａに記録されたエクステント３６３２Ａの先頭に位置するソースパケットのＳＰＮと等しい。同様に、ＥＰ＿ＩＤ＝２のエントリポイントでは、エクステント開始フラグ３８１５の値が“１”であるので、ＳＰＮ３８１４の値“３２００”は、次のエクステント３６３２Ｂの先頭に位置するソースパケットのＳＰＮに等しい。一方、ＥＰ＿ＩＤ＝１のエントリポイントでは、エクステント開始フラグ３８１５の値が“０”である。その場合、ＳＰＮ３８１４の値“１５００”が、各エクステントの先頭以外の位置に記録されたソースパケットのＳＰＮに等しい。同様なエクステント開始フラグは、２Ｄ／レフトビュー・クリップ情報ファイル３６０１のビデオストリームに関するエントリマップにおいても、各エントリポイントに追加されている。従って、２Ｄ／３Ｄ再生装置はエクステント開始フラグ３８１５から各エクステントのサイズを取得できる。それ故、２Ｄ／３Ｄ再生装置によるディスク１０１からのＡＶストリームファイルの読み出し処理を簡易化することができる。
【０１８３】
その他に、エントリマップ３８０１のエントリマップ・ヘッダ３８１１がエクステント開始タイプを含む。エクステント開始タイプは、２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとのうち、いずれのエクステントが先にディスク１０１のトラック２０１Ａに配置されているかを示す。従って、２Ｄ／３Ｄ再生装置はエクステント開始タイプを参照することにより、いずれのファイルのエクステントからの読み出しをＢＤ−ＲＯＭドライブに要求すべきかを簡易に判断できる。
【０１８４】
その上、２Ｄ／レフトビュー・ストリームのＩピクチャの先頭を含むＴＳパケットがエクステントの先頭に位置するとき、そのＴＳパケットを含むソースパケットのＳＰＮには必ずエントリポイントが対応付けられなければならない。同様に、２Ｄ／レフトビュー・ストリームのＩピクチャのＰＴＳと３Ｄ表示ディレイＴＤとの和に等しいＰＴＳを持つライトビュー・ストリームのＰピクチャの先頭を含むＴＳパケットがエクステントの先頭に位置するとき、そのＴＳパケットを含むソースパケットのＳＰＮには必ずエントリポイントが対応付けられなければならない。
【０１８５】
なお、各エントリポイントにエクステント開始フラグ３８１５を追加する他に、アングル切り換えフラグにその役割を与えてもよい。アングル切り換えフラグは、図３８には示されていないが、エントリマップに備えられている１ビットのフラグであり、マルチアングルでのアングル切り換えの時期を示す。アングル切り換えフラグをエクステント開始フラグ３８１５として共用することにより、エントリマップ全体のビット量を削減することができる。その場合、更に、エントリマップ・ヘッダ３８１３に、その１ビットのフィールドが「エクステント開始フラグ」と「アングル切り換えフラグ」とのいずれであるかを示すフラグが用意されてもよい。このフラグをチェックすることで、２Ｄ／３Ｄ再生装置はエントリマップ上のその１ビットのフィールドの意味を速やかに解釈できるので、処理を速やかに切り換えることができる。
【０１８６】
なお、エクステント開始フラグ３８１５とは別の情報から、各ＡＶストリームファイルのエクステントのサイズを特定してもよい。例えば、各ＡＶストリームファイルのエクステントのサイズをリスト化し、そのリストをメタデータとしてクリップ情報ファイルに格納しても良い。その他に、エントリマップの各エントリポイントに１対１で対応するビット列を別に用意してもよい。そのビット列が「１」を示すときは、対応するエントリポイントがエクステントの先頭を示し、「０」を示すときはエクステントの先頭以外を示す。
【０１８７】
＜３Ｄ映像を再生するための再生装置＞
【０１８８】
次に、本発明の実施形態１による、３Ｄ映像をＢＤ−ＲＯＭディスク１０１から再生するための再生装置（２Ｄ／３Ｄ再生装置）について説明する。２Ｄ／３Ｄ再生装置の構成は、図１６−１８に示されている２Ｄ再生装置の構成とほとんど同じである。従って、以下では、拡張部分等、２Ｄ再生装置の構成とは異なる部分を中心に説明し、同様な部分については上記２Ｄ再生装置についての説明を援用する。また、２Ｄ映像の再生経路を規定する２Ｄプレイリストファイルに従った２Ｄ映像の再生処理、すなわち２Ｄプレイリスト再生処理に利用される構成は、２Ｄ再生装置の構成と同様であるので、その詳細も上記２Ｄ再生装置についての説明を援用する。以下の説明では、３Ｄ映像の再生経路を規定する３Ｄプレイリストファイルに従った３Ｄ映像の再生処理、すなわち３Ｄプレイリスト再生処理を想定する。
【０１８９】
図３９は、２Ｄ／３Ｄ再生装置３９００の機能ブロック図である。２Ｄ／３Ｄ再生装置３９００は、ＢＤ−ＲＯＭドライブ３９０１、再生部３９００Ａ、及び制御部３９００Ｂを含む。再生部３９００Ａは、スイッチ３９１２、リードバッファ（１）３９０２、リードバッファ（２）３９１１、システムターゲット・デコーダ３９０３、及びプレーン加算部３９１０を含む。制御部３９００Ｂは、動的シナリオ・メモリ３９０４、静的シナリオ・メモリ３９０５、プログラム実行部３９０６、再生制御部３９０７、プレーヤ変数記憶部３９０８、及びユーザイベント処理部３９０９を含む。ここで、再生部３９００Ａと制御部３９００Ｂとは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。制御部３９００Ｂ、特に、動的シナリオ・メモリ３９０４、静的シナリオ・メモリ３９０５、プログラム実行部３９０６、ユーザイベント処理部３９０９、及びプレーヤ変数記憶部３９０８はいずれも、図１６に示されている２Ｄ再生装置内のものと同様であるので、それらの詳細については上記２Ｄ再生装置についての説明を援用する。
【０１９０】
ＢＤ−ＲＯＭドライブ３９０１は、図１６に示されている２Ｄ再生装置内のもの１６０１と同様な構成要素を含み、それらを利用し、再生制御部３９０７からの要求に従ってＢＤ−ＲＯＭディスク１０１からデータを読み出す。但し、２Ｄ再生装置内のＢＤ−ＲＯＭドライブ１６０１とは異なり、ＢＤ−ＲＯＭドライブ３９０１は、ＢＤ−ＲＯＭディスク１０１から読み出されたＡＶストリームファイルをリードバッファ（１）３９０２とリードバッファ（２）３９１１とのいずれかに転送する。３Ｄ映像を再生するとき、再生制御部３９０７からＢＤ−ＲＯＭドライブ３９０１へは、２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとのそれぞれに対する読み出し要求がエクステント単位で交互に送られる。ＢＤ−ＲＯＭドライブ３９０１はそれらの要求に応じ、２Ｄ／レフトビューＡＶストリームファイルのデータはリードバッファ（１）３９０２に転送し、ライトビューＡＶストリームファイルのデータはリードバッファ（２）３９１１に転送する。スイッチ３９１２は、ＢＤ−ＲＯＭドライブ３９０１から転送される両ファイルのデータに応じて、送出先を２つのリードバッファ３９０２、３９１１の間で切り換える。このように、３Ｄ映像を再生するときには、２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとの両方を同時に各リードバッファ３９０２、３９１１に読み込まねばならない。従って、ＢＤ−ＲＯＭドライブ３９０１には２Ｄ再生装置内のＢＤ−ＲＯＭドライブ１６０１以上のアクセス・スピードが求められる。
【０１９１】
リードバッファ（１）３９０２とリードバッファ（２）３９１１とはいずれも、再生部３９００Ａ内のメモリ素子を利用したバッファメモリである。各リードバッファ３９０２、３９１１としては、再生部３９００Ａに内蔵された単一のメモリ素子内の異なる領域が利用される。その他に、各リードバッファ３９０２、３９１１が、異なるメモリ素子であってもよい。リードバッファ（１）３９０２は、ＢＤ−ＲＯＭドライブ３９０１から転送される２Ｄ／レフトビューＡＶストリームファイルのデータを格納する。リードバッファ（２）３９１１は、ＢＤ−ＲＯＭドライブ３９０１から転送されるライトビューＡＶストリームファイルのデータを格納する。
【０１９２】
再生制御部３９０７は、３Ｄプレイリスト再生処理をプログラム実行部３９０６などから命じられたとき、まず、静的シナリオ・メモリ３９０５に格納された３Ｄプレイリストファイルを参照する。例えば図２７に示されているように、３Ｄプレイリストファイル２５０２はメインパス２５０２Ｍとサブパス２５０２Ｓとを規定する。再生制御部３９０７は次に、そのメインパス２５０２Ｍの中からプレイアイテム情報＃１−３を順番に読み出し、それらを利用して２Ｄ／レフトビューＡＶストリームファイルＬＣＬ＿ＡＶ＃１−３を順番に特定する。それと並行して、再生制御部３９０７は更にサブパス２５０２Ｓの中からサブプレイアイテム情報＃１−３を順番に読み出し、それらを利用してライトビューＡＶストリームファイルＲＣＬ＿ＡＶ＃１−３を順番に特定する。再生制御部３９０７はその後、静的シナリオ・メモリ３９０５にアクセスして、図３６に示されている、各ＡＶストリームファイルに対応付けられたクリップ情報ファイル３６３１、３６３２のうち、図１１、３８に示されているエントリマップ３６１２、３６２２を参照する。それにより、再生制御部３９０７は、エントリマップ・ヘッダ３８１３に記述されたエクステント開始タイプから、再生開始地点のエクステントが２Ｄ／レフトビュー・ストリームとライトビュー・ストリームとのいずれに属するかを判定して、スイッチ３９１２の初期位置を決定する。再生制御部３９０７は続いて、ＢＤ−ＲＯＭドライブ３９０１に対し、その再生開始地点から２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとを、判定された方から先に、エクステント単位で交互に読み出すように要求する。最初のエクステントの全体がＢＤ−ＲＯＭドライブ３９０１からリードバッファ（１）３９０２又はリードバッファ（２）３９１１に転送された後、そのエクステントがそのリードバッファ３９０２又は３９１１からシステムターゲット・デコーダ３９０３に転送される。それらの処理に加え、再生制御部３９０７は、静的シナリオ・メモリ３９０５に格納された２Ｄ／レフトビュー・クリップ情報ファイル３６３１の中から、図３７に示されている３Ｄメタデータ３６１３を読み出してプレーン加算部３９１０に転送する。
【０１９３】
システムターゲット・デコーダ３９０３は、まず、リードバッファ（１）３９０２に転送された２Ｄ／レフトビューＡＶストリームファイルと、リードバッファ（２）３９１１に転送されたライトビューＡＶストリームファイルとから交互にソースパケットを読み出してそれらに対して多重分離処理を行い、各エレメンタリ・ストリームを分離する。システムターゲット・デコーダ３９０３は次に、各エレメンタリ・ストリームに対して個別に復号処理を行う。システムターゲット・デコーダ３９０３は更に、復号後の２Ｄ／レフトビュー・ストリーム、ライトビュー・ストリーム、セカンダリ・ビデオストリーム、ＩＧストリーム、及びＰＧストリームをそれぞれ、内蔵の専用メモリ、すなわち、２Ｄ／左映像プレーン・メモリ、右映像プレーン・メモリ、副映像プレーン・メモリ、ＩＧプレーン・メモリ、及びＰＧプレーン・メモリに書き込む。システムターゲット・デコーダ３９０３の詳細については後述する。
【０１９４】
プレーン加算部３９１０は、システムターゲット・デコーダ３９０３から、２Ｄ／左映像プレーン・データ、右映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、ＰＧプレーン・データ、及びイメージプレーン・データを受信し、それらを互いに重畳して一つのビデオフレーム又はフィールドに合成する。合成後の映像データは、表示装置１０３に出力され、その画面に表示される。
【０１９５】
図４０は、プレーン加算部３９１０によるプレーン・データの重畳処理を示す模式図である。各プレーン・データは、２Ｄ／左映像プレーン・データ４００１、右映像プレーン・データ４００２、副映像プレーン・データ４００３、ＩＧプレーン・データ４００４、ＰＧプレーン・データ４００５、及びイメージプレーン・データ４００６の順に重畳される。具体的には、まず、２Ｄ／左映像プレーン・データ４００１と右映像プレーン・データ４００２とがシステムターゲット・デコーダ３９０３から各プレーン・メモリへ、各データの示すＰＴＳの時刻に書き込まれる。ここで、図３１に示されているように、両映像プレーン・データ４００１、４００２の間では、ＰＴＳが３Ｄ表示ディレイＴＤだけ異なる。従って、各映像プレーン・データ４００１、４００２は各プレーン・メモリへ周期ＴＤで交互に書き込まれる。そのとき、プレーン加算部３９１０内のスイッチ４０１０は、２Ｄ／左映像プレーン・メモリと右映像プレーン・メモリとのうち、そのＰＴＳの時刻にプレーン・データが書き込まれた方を選択して、そのプレーン・メモリからプレーン・データを読み出す。従って、スイッチ４０１０によるプレーン・メモリの切り換えは、周期ＴＤで行われる。読み出されたプレーン・データ４００１又は４００２には、まず第１加算部４０１１によって副映像プレーン・データ４００３が合成され、次に第２加算部４０１２によってＰＧプレーン・データ４００４が合成され、続いて第３加算部４０１３によってＩＧプレーン・データ４００５が合成され、最後に第４加算部４０１４によってイメージプレーン・データ４００６が合成される。それらの合成処理により、各プレーン・データの示す映像は画面上に、２Ｄ／左映像プレーン又は右映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージプレーンの順に重ねられたように表示される。
【０１９６】
プレーン加算部３９１０は更に、４つのクロッピング処理部４０２１−４０２４を含む。第１クロッピング処理部４０２１−第３クロッピング処理部４０２３は、３Ｄメタデータ３６１３を利用して、副映像プレーン・データ４００３、ＰＧプレーン・データ４００４、及びＩＧプレーン・データ４００５のそれぞれに対してクロッピング処理を行い、各プレーン・データを左映像用と右映像用とに交互に変換する。その後、各加算部４０１１−４０１３により、左映像用の各プレーン・データは２Ｄ／レフトビュープレーン・データに合成され、右映像用の各プレーン・データは右映像プレーン・データに合成される。
【０１９７】
図４１は、各クロッピング処理部４０２１−４０２３によるクロッピング処理を示す模式図である。図４１では、第２クロッピング処理部４０２２によるＰＧプレーン・データ４００４に対するクロッピング処理を例に挙げている。第２クロッピング処理部４０２２はまず、図３７に示されている３Ｄメタデータ３６１３の中から、ＰＧストリームのＰＩＤ＝０ｘ１２００に対応付けられた３Ｄメタデータ３７０１を検索する。第２クロッピング処理部４０２２は次に、その３Ｄメタデータ３７０１の中から、現時点で有効なオフセットエントリ３７０４を検索して、そのオフセット値３７０３を取得する。ＰＧプレーン・データ４００４を合成すべき映像プレーン・データが２Ｄ／左映像プレーン・データ４００１であるとき、第２クロッピング処理部４０２２は、図４１の（ａ）に示されているように、２Ｄ／左映像プレーン・データ４００１の位置に対してＰＧプレーン・データ４００４の位置を、取得されたオフセット値に等しいピクセル数４１０１Ｌだけ水平方向に変位させる。そのとき、そのオフセット値が正であればＰＧプレーン・データ４００４は右に変位し、負であれば左に変位する。第２クロッピング処理部４０２２はその後、２Ｄ／左映像プレーン・データ４００１の範囲からはみ出ているＰＧプレーン・データ４００４の領域４１０２Ｌを除去し（クロッピング）、残りのデータ領域４１０３Ｌを２Ｄ／左映像プレーン・データ４００１に合成する。一方、映像プレーン・データが右映像プレーン・データ４００２であるとき、第２クロッピング処理部４０２２は、図４１の（ｂ）に示されているように、右映像プレーン・データ４００２の位置に対してＰＧプレーン・データ４００４の位置を、オフセット値に等しいピクセル数４１０１Ｒだけ水平方向に変位させる。そのとき、先ほどとは逆に、そのオフセット値が正であればＰＧプレーン・データ４００４は左に変位し、負であれば右に変位する。第２クロッピング処理部４０２２はその後、先ほどと同様に、右映像プレーン・データ４００２の範囲からはみ出しているＰＧプレーン・データ４００４の領域４１０２Ｒを除去し（クロッピング）、残りのデータ領域４１０３Ｒを右映像プレーン・データ４００２に合成する。ＩＧプレーン・データ４００５及び副映像プレーン・データ４００３に対して第３クロッピング処理部４０２３及び第１クロッピング処理部４０２１もそれぞれ同様にクロッピング処理を行う。
【０１９８】
図４２は、図４１に示されているクロッピング処理によって重畳された左右の２Ｄ映像、及びそれらから視聴者に知覚される３Ｄ映像を示す模式図である。左映像の画面では、図４２の（ａ）に示されているように、左映像プレーン４２０１Ｌに対してＰＧプレーン４２０２がオフセット値４１０１Ｌだけ右に変位しているので、ＰＧプレーン４２０２の左側の領域４２０３Ｌが左映像プレーン４２０１Ｌに重なって見える。その結果、ＰＧプレーン４２０２内の字幕の２Ｄ映像４２０４が元の位置よりもオフセット値４１０１Ｌだけ右に変位して見える。右映像の画面では、逆に、図４２の（ｂ）に示されているように、右映像プレーン４２０１Ｒに対してＰＧプレーン４２０２がオフセット値４１０１Ｒだけ左に変位しているので、ＰＧプレーン４２０２の右側の領域４２０３Ｒが右映像プレーン４２０１Ｒに重なって見える。その結果、ＰＧプレーン４２０２内の字幕の２Ｄ映像４２０４が元の位置よりもオフセット値４１０１Ｒだけ左に変位して見える。その結果、図４２の（ｃ）に示されているように、視聴者４２０５には、字幕の３Ｄ映像４２０４が映像プレーン４２０６よりも手前に見える。このように、クリッピング処理を利用して、一枚のプレーン・データから左映像用と右映像用とのプレーン・データの対を作成することにより、視差画像を再生することができる。すなわち、平面的なイメージに対して奥行き感を与えることができる。特に、視聴者にその平面的なイメージを画面から浮かび上がるように見せることができる。
【０１９９】
説明を図４０に戻す。イメージプレーン・データ４００６は、プログラム実行部３９０６からシステムターゲット・デコーダ３９０３へ転送されたグラフィックス・データが、システムターゲット・デコーダ３９０３によって復号されたものである。そのグラフィックス・データはＪＰＥＧ又はＰＮＧなどのラスタデータであり、メニューなどのＧＵＩ用グラフィックス部品を表す。第４クロッピング処理部４０２４はイメージプレーン・データ４００６に対するクロッピング処理を、他のクロッピング処理部４０２１−４０２３と同様に行う。但し、第４クロッピング処理部４０２４は他のクロッピング処理部４０２１−４０２３とは異なり、オフセット値を、３Ｄメタデータ３６１３ではなく、プログラムＡＰＩ４０３０から指定されたオフセット情報から読み出す。ここで、プログラムＡＰＩ４０３０はプログラム実行部３９０６によって実行され、グラフィックス・データの表すイメージの奥行きに対応するオフセット情報を算出して第４クロッピング処理部４０２４に渡す機能を果たす。
【０２００】
プレーン加算部３９１０は上記の処理の他に、４つの加算部４０１１−４０１４によって合成されたプレーン・データの出力形式を、表示装置１０３など、そのデータの出力先の装置による３Ｄ映像の表示方式に合わせて変換する。出力先の装置が、例えば経時分離方式、すなわちシャッター眼鏡を利用して左右の映像を交互に視聴者に各目に見せる方式を利用するものであるとき、プレーン加算部３９１０は合成後のプレーン・データを一枚のフレーム又はフィールドとして出力する。一方、出力先の装置が例えばレンチキュラーレンズを利用する方式であるとき、プレーン加算部３９１０は内蔵のバッファメモリを利用して左右のプレーン・データを一枚のフレーム又はフィールドの映像データに合成する。より具体的には、プレーン加算部３９１０は、先に合成された左映像のプレーン・データを一旦、そのバッファメモリに格納して保持する。プレーン加算部３９１０は続いて、右映像プレーン・データを合成して、バッファメモリに保持された左映像のプレーン・データと更に合成する。その合成では、左右の各プレーン・データが縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて、一枚のフレーム又はフィールドに再構成される。こうして、左右のプレーン・データが一枚のフレーム又はフィールドの映像データに合成され、その後に出力される。
【０２０１】
≪システムターゲット・デコーダの構成≫
【０２０２】
図４３は、図３９に示されているシステムターゲット・デコーダ３９０３の機能ブロック図である。以下、図４３を参照しながら、システムターゲット・デコーダ３９０３について説明する。図４３に示されているシステムターゲット・デコーダ３９０３の構成要素のうち、副映像デコーダ、ＩＧデコーダ、ＰＧデコーダ、主音声デコーダ、副音声デコーダ、音声ミキサ、イメージ・プロセッサ、及び各プレーン・メモリは、図１８に示されている２Ｄ再生装置のものと同様であるので、それらの詳細については図１８についての説明を援用する。
【０２０３】
ソース・デパケタイザ（１）４３１１は、リードバッファ（１）３９０２からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ（１）４３１３へ送出する。同様に、ソース・デパケタイザ（２）４３１２は、リードバッファ（２）３９１１からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ（２）４３１４へ送出する。各ソース・デパケタイザ４３１１、４３１２は更に、各ＴＳパケットの送出の時刻を、各ソースパケットのＡＴＳに応じて調整する。その調整方法は、図１８に示されているソース・デパケタイザ１８１０のものと同様であるので、その詳細については、図１８についての説明を援用する。
【０２０４】
ＰＩＤフィルタ（１）４３１３は、まず、ソース・デパケタイザ（１）４３１１から出力されたＴＳパケットのうち、そのＰＩＤが、再生制御部３９０７から予め指定されたＰＩＤに一致するものを選択する。ＰＩＤフィルタ（１）４３１３は次に、選択されたＴＳパケットを、そのＰＩＤに応じて３Ｄ映像デコーダ４３１５のＴＢ（１）４３０１、副映像デコーダ、ＩＧデコーダ、ＰＧデコーダ、音声デコーダ、又は副音声デコーダへ転送する。同様に、ＰＩＤフィルタ（２）４３１４は、ソース・デパケタイザ（２）４３１２から出力された各ＴＳパケットを、そのＰＩＤに応じて、各デコーダへ転送する。ここで、図２９の（ｂ）に示されているように、ライトビューＡＶストリームファイル２９０２は一般にライトビュー・ストリームしか含まない。従って、３Ｄプレイリスト再生では、ＰＩＤフィルタ（２）４３１４はＴＳパケットを主に３Ｄ映像デコーダ４３１５のＴＢ（２）４３０８へ転送する。
【０２０５】
図４３を参照するに、３Ｄ映像デコーダ４３１５は、ＴＢ（１）４３０１、ＭＢ（１）４３０２、ＥＢ（１）４３０３、ＴＢ（２）４３０８、ＭＢ（２）４３０９、ＥＢ（２）４３１０、バッファスイッチ４３０６、圧縮映像デコーダ４３０４、ＤＰＢ４３０５、及びピクチャスイッチ４３０７を含む。ＴＢ（１）４３０１、ＭＢ（１）４３０２、ＥＢ（１）４３０３、ＴＢ（２）４３０８、ＭＢ（２）４３０９、ＥＢ（２）４３１０、及びＤＰＢ４３０５はいずれもバッファメモリであり、それぞれは３Ｄ映像デコーダ４３１５に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。
【０２０６】
ＴＢ（１）４３０１は、２Ｄ／レフトビュー・ストリームを含むＴＳパケットをＰＩＤフィルタ（１）４３１３から受信して、そのＴＳパケットをそのまま一旦蓄積する。ＭＢ（１）４３０２は、ＴＢ（１）４３０１に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ（１）４３０１からＭＢ（１）４３０２にデータが転送される際、そのＴＳパケットからＴＳヘッダが取り除かれる。ＥＢ（１）４３０３は、ＰＥＳパケットから、符号化されたビデオアクセスユニットを抽出して格納する。尚、ＭＢ（１）４３０２からＥＢ（１）４３０３にデータが転送される際、そのＰＥＳパケットからＰＥＳヘッダが取り除かれる。
【０２０７】
ＴＢ（２）４３０８は、ライトビュー・ストリームを含むＴＳパケットをＰＩＤフィルタ（２）４３１４から受信して、そのＴＳパケットをそのまま一旦蓄積する。ＭＢ（２）４３０９は、ＴＢ（２）４３０８に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ（２）４３０８からＭＢ（２）４３０９にデータが転送される際、そのＴＳパケットからＴＳヘッダが取り除かれる。ＥＢ（２）４３１０は、ＰＥＳパケットから、符号化されたビデオアクセスユニットを抽出して格納する。尚、ＭＢ（２）４３０９からＥＢ（２）４３１０にデータが転送される際、そのＰＥＳパケットからＰＥＳヘッダが取り除かれる。
【０２０８】
バッファスイッチ４３０６は、ＥＢ（１）４３０３とＥＢ（２）４３１０とのそれぞれに蓄えられたビデオアクセスユニットを、元のＴＳパケットの示すＤＴＳの時刻に圧縮映像デコーダ４３０４へ転送する。ここで、バッファスイッチ４３０６は、図３２に示されている、そのビデオアクセスユニット３２００内の復号スイッチ情報３２０１を圧縮映像デコーダ４３０４から返してもらってもよい。その場合、バッファスイッチ４３０６はその復号スイッチ情報３２０１を使って、次に転送すべきビデオアクセスユニットをＥＢ（１）４３０３とＥＢ（２）４３１０とのいずれから転送すべきかを決定できる。一方、図３１に示されているように、２Ｄ／レフトビュー・ストリーム３１０１とライトビュー・ストリーム３１０２との間では各ピクチャのＤＴＳが３Ｄ表示ディレイＴＤの間隔で交互に設定されている。従って、圧縮映像デコーダ４３０４が、例えばＤＴＳを無視してビデオアクセスユニットを復号し続けるものであるときには、バッファスイッチ４３０６は、ＥＢ（１）４３０３とＥＢ（２）４３１０との一方から一つのビデオアクセスユニットを圧縮映像デコーダ４３０４へ転送するごとに、転送元のＥＢを他方へ切り換えてもよい。
【０２０９】
圧縮映像デコーダ４３０４は、バッファスイッチ４３０６から転送された各ビデオアクセスユニットを、元のＴＳパケットの示すＤＴＳの時刻に復号する。ここで、そのビデオアクセスユニット内に格納された圧縮ピクチャの圧縮符号化形式、例えば、ＭＰＥＧ２、ＭＰＥＧ４ＡＶＣ、及びＶＣ１、並びにストリーム属性に応じて、圧縮映像デコーダ４３０４は復号方法を切り換える。圧縮映像デコーダ４３０４は更に、復号後のピクチャ、すなわちフレーム又はフィールドの映像データをＤＰＢ４３０５へ転送する。
【０２１０】
ＤＰＢ４３０５は、復号後のピクチャを一時的に保持する。圧縮映像デコーダ４３０４はＰピクチャ及びＢピクチャを復号する際、ＤＰＢ４３０５に保持されている復号後のピクチャを参照する。ＤＰＢ４３０５は更に、保持している各ピクチャを、元のＴＳパケットの示すＰＴＳの時刻にピクチャスイッチ４３０７へ転送する。
【０２１１】
ピクチャスイッチ４３０７は、圧縮映像デコーダ４３０４から転送された復号済みのピクチャ、すなわちフレーム／フィールドの映像データを、それが２Ｄ／レフトビュー・ストリームに属するときは２Ｄ／左映像プレーン・メモリ４３２０に書き込み、ライトビュー・ストリームに属するときは右映像プレーン・メモリ４３２１に書き込む。
【０２１２】
＜ディスク上における３Ｄ映像のＡＶストリームファイルの物理的な配置＞
【０２１３】
以下、ＢＤ−ＲＯＭディスク１０１に３Ｄ映像のＡＶストリームファイルを格納するとき、その３Ｄ映像をシームレスに再生することが可能なＡＶストリームファイルの物理的な配置について説明する。
【０２１４】
ここで、その説明の前提とされるべき再生系統のデータ転送レートを定義する。図４４は、ＢＤ−ＲＯＭディスク１０１から読み出された２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとから３Ｄ映像データＶＤ及び音声データＡＤを再生する処理系統を示す模式図である。図４４に示されているように、ＢＤ−ＲＯＭドライブ３９０１は、２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとをエクステント単位で交互に読み出して、スイッチ３９１２へ送出する。スイッチ３９１２は、その２Ｄ／レフトビューＡＶストリームファイルのエクステントをリードバッファ（１）３９０２に格納し、ライトビューＡＶストリームファイルのエクステントはリードバッファ（２）３９１１に格納する。システムターゲット・デコーダ３９０３は各リードバッファ３９０２、３９１１から交互にデータを読み出して復号する。ここで、ＢＤ−ＲＯＭドライブ３９０１から各リードバッファ３９０２、３９１１へのデータの読み出し速度をＲud＿3D（ビット／秒）とし、リードバッファ（１）３９０２からシステムターゲット・デコーダ３９０３へのエクステントの平均転送レート（以下、第１平均転送レートという。）をＲext＿L（ビット／秒）とし、リードバッファ（２）３９１１からシステムターゲット・デコーダ３９０３へのエクステントの平均転送レート（以下、第２平均転送レートという。）をＲext＿R（ビット／秒）とする。その場合、各リードバッファ３９０２、３９１１からシステムターゲット・デコーダ３９０３へのデータ転送によっていずれのリードバッファ３９０２、３９１１もアンダーフローしないための条件は次式（２）のとおりである：
【０２１５】
【数２】
2010283856.tif 000004
【０２１６】
≪エクステントのインターリーブ配置における物理的な順序≫
【０２１７】
図４５は、ＢＤ−ＲＯＭディスク１０１上にインターリーブ配置で記録された各ＡＶストリームファイルのエクステントの物理的な順序と、３Ｄ映像の再生時における各リードバッファ３９０２、３９１１の蓄積データ量の推移との間の関係を示す模式図である。ＢＤ−ＲＯＭドライブ３９０１は、要求された一つのエクステントの全体を連続して、ＢＤ−ＲＯＭディスク１０１からリードバッファ（１）３９０２又はリードバッファ（２）３９１１へ転送する。例えば、図４５の（ｃ）に示されているように、ディスク１０１上の読み出し対象領域の先頭のエクステント４５０６が２Ｄ／レフトビューＡＶストリームファイルに属するとき、ＢＤ−ＲＯＭドライブ３９０１はリードバッファ（１）３９０２に、その先頭のエクステント４５０６の全体を連続して書き込む。ここで、リードバッファ（１）３９０２に先頭のエクステント４５０６の全体が完全に書き込まれるまで、すなわち、図４５の（ｃ）に示されている先頭のエクステント４５０６の読み出し期間（１）が終了するまで、システムターゲット・デコーダ３９０３はそのエクステントの読み込みを開始しない。それは、２Ｄ／レフトビューＡＶストリームファイルの復号処理をライトビューＡＶストリームファイルの復号処理よりも先行させても、それらの復号部分の再生期間が重複していれば、３Ｄ映像の再生処理はそれら両方の復号処理を終えた後でなければ実行できないからである。また、復号後の２Ｄ／レフトビューＡＶストリームファイルをライトビューＡＶストリームファイルの復号が終わるまでバッファメモリに保持しなければならないので、バッファメモリの容量の削減、及びその利用効率の向上が阻まれるからである。従って、先頭のエクステント４５０６の読み出し期間（１）では、図４５の（ａ）に矢印４５０１で示されているように、リードバッファ（１）３９０２の蓄積データ量ＤＡ１は読み出し速度Ｒud＿3Dで増加する。
【０２１８】
先頭のエクステント４５０６の読み出し期間（１）が終了したとき、ＢＤ−ＲＯＭドライブ３９０１は続いて、２番目のエクステント４５０７をリードバッファ（２）３９１１へ書き込む。ここで、２番目以降のエクステント４５０７、４５０８、…、の各読み出し期間（２）、（３）、…、では、各リードバッファ３９０２、３９１１からシステムターゲット・デコーダ３９０３へのデータ転送を開始することができる。従って、二番目のエクステント４５０７の読み出し期間（２）では、図４５の（ｂ）に矢印４５０３で示されているように、リードバッファ（２）３９１１の蓄積データ量ＤＡ２は、読み出し速度Ｒud＿3Dと第２平均転送レートＲext＿Rとの間の差Ｒud＿3D−Ｒext＿Rで増加する。一方、ＢＤ−ＲＯＭドライブ３９０１からリードバッファ（２）３９１１へデータが書き込まれている間、リードバッファ（１）３９０２へはデータは書き込まれない。従って、その間、リードバッファ（１）３９０２の蓄積データ量ＤＡ１は、図４５の（ａ）に矢印４５０２で示されているように、第１平均転送レートＲext＿Lで減少する。同様に、３番目のエクステント４５０８の読み出し期間（３）では、図４５の（ａ）に矢印４５０４で示されているように、リードバッファ（１）３９０２の蓄積データ量ＤＡ１は読み出し速度Ｒud＿3Dと第１平均転送レートＲext＿Lとの間の差Ｒud＿3D−Ｒext＿Lで増加し、リードバッファ（２）３９１１の蓄積データ量ＤＡ２は、図４５の（ｂ）に矢印４５０５で示されているように、第２平均転送レートＲext＿Rで減少する。
【０２１９】
図４５に示されている例から明らかなとおり、各リードバッファ３９０２、３９１１の容量は、ＡＶストリームファイルの読み出し対象領域の先頭のエクステントのサイズ以上でなければならない。具体的には、その先頭のエクステントが２Ｄ／レフトビューＡＶストリームファイルに属するとき、リードバッファ（１）３９０２の容量ＲＢ１（単位：バイト）は、そのエクステントのサイズＥｘｔｅｎｔ＿Ｌ（単位：バイト）以上でなければならない：
【０２２０】
【数３】
2010283856.tif 000005
【０２２１】
同様に、その先頭のエクステントがライトビューＡＶストリームファイルに属するとき、リードバッファ（２）３９１１の容量ＲＢ２（単位：バイト）は、そのエクステントのサイズＥｘｔｅｎｔ＿Ｒ（単位：バイト）以上でなければならない：
【０２２２】
【数４】
2010283856.tif 000006
【０２２３】
尚、上記の式（３）、（４）の各右辺に含まれるサイズＥｘｔｅｎｔ＿Ｌ、Ｅｘｔｅｎｔ＿Ｒは、各ＡＶストリームファイルの先頭のエクステントのサイズには限られず、任意のエクステントのサイズであることが好ましい。何故なら、飛び込み再生を行うときは各ファイルの先頭のエクステントに限らず、全てのエクステントが読み出し対象領域の先頭になりうるからである。但し、飛び込み再生を禁止する区間が設けられるときは、上記の式（３）、（４）は、その区間以外に属する任意のエクステントについて満たされればよい。
【０２２４】
式（３）、（４）から明らかなとおり、各リードバッファ３９０２、３９１１の容量をできるだけ抑えるには、左右のＡＶストリームファイルのエクステントのうち、サイズが小さい方を読み出し対象領域の先頭に置くようにすればよい。すなわち、２Ｄ／レフトビューＡＶストリームファイルのエクステントのサイズＥｘｔｅｎｔ＿ＬがライトビューＡＶストリームファイルのエクステントのサイズＥｘｔｅｎｔ＿Ｒよりも大きい（Ｅｘｔｅｎｔ＿Ｌ＞Ｅｘｔｅｎｔ＿Ｒ）ときは、ライトビューＡＶストリームファイルのエクステントを先頭に置くと、各リードバッファの容量が小さくて済む。逆に、２Ｄ／レフトビューＡＶストリームファイルのエクステントのサイズＥｘｔｅｎｔ＿ＬがライトビューＡＶストリームファイルのエクステントのサイズＥｘｔｅｎｔ＿Ｒよりも小さい（Ｅｘｔｅｎｔ＿Ｌ＜Ｅｘｔｅｎｔ＿Ｒ）ときは、２Ｄ／レフトビューＡＶストリームファイルのエクステントを先頭に置いた方がよい。尚、先頭のエクステントのサイズが小さいほど映像の再生開始が早いという利点もある。
【０２２５】
ここで、図３５を使って説明したとおり、２Ｄ／レフトビューＡＶストリームファイルの各エクステントに含まれるビデオストリームの再生時間と、ライトビューＡＶストリームファイルの各エクステントに含まれるビデオストリームの再生時間とを、両ビデオストリームの再生期間が重複するエクステントの対の間で揃えなければならない。その条件下では、２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとのうち、ビットレートの低い方のエクステントのサイズが当然小さい。従って、２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとが記録されたＢＤ−ＲＯＭディスク１０１の領域では、システムレートの低いＡＶストリームファイルのエクステントが先頭に配置される。その方が逆の配置よりも、リードバッファに必要な容量を削減することができるので、２Ｄ／３Ｄ再生装置の製造コストを削減することができる。
【０２２６】
図４６は、ＡＶストリームファイルのエクステントの順序を示す模式図である。ここで、ＢＤ−ＲＯＭドライブ３９０１から各リードバッファ３９０２、３９１１への読み出し速度Ｒud＿3Dが９０Ｍｂｐｓであり、２Ｄ／レフトビューＡＶストリームファイルのシステムレートが４８Ｍｂｐｓであり、ライトビューＡＶストリームファイルのシステムレートが２４Ｍｂｐｓであり、各エクステント４６０１Ｌ、４６０１Ｒ、４６０２Ｌ、４６０２Ｒ、…、に含まれるビデオストリームの再生時間が４秒間である場合を想定する。その場合、図４６の（ａ）に示されているように、ＢＤ−ＲＯＭディスク１０１上の記録領域に両ＡＶストリームファイルのエクステントを２Ｄ／レフトビューＡＶストリームファイルのエクステント４６０１Ｌから順に、４６０１Ｒ、４６０２Ｌ、４６０２Ｒ、…、と交互に配置したとき、リードバッファ（１）３９０２の容量ＲＢ１の下限は式（３）から次式で計算される：
【０２２７】
ＲＢ１＝（４８Ｍｂｐｓ×１９２／１８８）×４／（８×１０２４2）
＝２３．３ＭＢ。
【０２２８】
すなわち、リードバッファ（１）３９０２の容量ＲＢ１は下限２３．３ＭＢ以上でなければならない。尚、比１９２／１８８は、ソースパケットとＴＳパケットとの間のビット長の比である。図７に示されているように、各リードバッファ３９０２、３９１１に格納されるソースパケット７０２は、ヘッダ（TP＿Extra＿Header）７０２Ｈだけ、システムターゲット・デコーダ３９０３へ送られるＴＳパケット７０１よりもデータ量が大きいからである。更に、１Ｍｂ＝１０6ｂとし、１ＭＢ＝８×１０２４2ｂとする。一方、図４６の（ｂ）に示されているように、ライトビューＡＶストリームファイルのエクステント４６０１Ｒから順に、４６０１Ｌ、４６０２Ｒ、４６０２Ｌ、…、と交互に配置したとき、リードバッファ（２）３９１１の容量ＲＢ２の下限は式（４）から次式で計算される：
【０２２９】
ＲＢ２＝（２４Ｍｂｐｓ×１９２／１８８）×４／（８×１０２４2）
＝１２．２ＭＢ。
【０２３０】
すなわち、リードバッファ（２）３９１１の容量ＲＢ２は下限１２．２ＭＢ以上でなければならない。これは上記リードバッファ（１）３９０２の容量ＲＢ１の下限２３．３ＭＢより小さい。
【０２３１】
図３０を利用して説明したように、２Ｄ／レフトビュー・ストリーム３０１０はベースビュー・ストリームであるのに対し、ライトビュー・ストリーム３０２０はディペンデントビュー・ストリームである。従って、ライトビューＡＶストリームファイル３０２０は２Ｄ／レフトビューＡＶストリームファイル３０１０よりもデータ量が小さい、すなわちシステムレートが低い。更に、図２９に示されているように、２Ｄ／レフトビューＡＶストリームファイル２９０１はライトビューＡＶストリームファイル２９０２とは異なり、プライマリ・ビデオストリーム２９１１の他に、プライマリ・オーディオストリーム２９１２、セカンダリ・ビデオストリーム２９１５、ＰＧストリーム２９１３、及びＩＧストリーム２９１４を含む。更に、セカンダリ・オーディオストリームが含まれてもよい。従って、ライトビューＡＶストリームファイル２９０１は２Ｄ／レフトビューＡＶストリームファイル２９０２よりもデータ量が更に小さい、すなわちシステムレートが更に低い。それ故、ＢＤ−ＲＯＭディスク１０１上のＡＶストリームファイルの記録領域には常に、ライトビューＡＶストリームファイルのエクステントが先頭に配置されてもよい。更に、飛び込み再生が可能であるとき、再生期間が等しい左右のビデオストリームの部分を含むエクステントの対では、ライトビュー・ストリームを含むエクステントが前に配置されてもよい。それにより、上記のとおり、リードバッファに必要な容量を小さくできる。その上、ＢＤ−ＲＯＭディスク１０１から読み出されるＡＶストリームファイルの先頭のエクステントをライトビューＡＶストリームファイルに属すると決めておくことにより、２Ｄ／３Ｄ再生装置はその読み出し処理を簡易化できる。
【０２３２】
≪リードバッファのアンダーフローを防ぐための条件≫
【０２３３】
次に、左右のＡＶストリームファイルのエクステントがインターリーブ配置で記録されたＢＤ−ＲＯＭディスク１０１上の領域から各エクステントを交互に読み出すときに、各リードバッファ３９０２、３９１１がアンダーフローを生じないための条件について、図４７を用いて説明する。
【０２３４】
図４７は、ディスク１０１から左右のＡＶストリームファイルのエクステントを交互に読み出す際のリードバッファ（１）３９０２の蓄積データ量ＤＡ１とリードバッファ（２）３９１１の蓄積データ量ＤＡ２との各推移を示すグラフである。両ファイルのエクステントは交互に読み出されるので、一方のファイルのエクステントが読み出されている間、他方のファイルのエクステントは読み出されない。一方、各リードバッファ３９０２、３９１１からシステムターゲット・デコーダ３９０３へのデータ転送は継続される。従って、エクステントの読み出しが停止する間にシステムターゲット・デコーダ３９０３へのデータ転送によってアンダーフローが生じないように、エクステントの読み出し期間中に十分なデータ量を各リードバッファ３９０２、３９１１に蓄積させねばならない。具体的には、図４７の（ａ）に示されているように、２Ｄ／レフトビューＡＶストリームファイルの一つのエクステントの読み出しが終了する時刻Ｔ１に、リードバッファ（１）３９０２の蓄積データ量ＤＡ１は頂点４７０１に到達する。蓄積データ量ＤＡ１はその後、次のライトビューＡＶストリームファイルのエクステントの読み出し期間ＴＲでは第１平均転送レートＲext＿Lで減少する。そのとき、その期間ＴＲが終了するまで蓄積データ量ＤＡ１が０に達しないように、すなわちリードバッファ（１）３９０２がアンダーフローを生じないように、頂点４７０１での蓄積データ量ＤＡ１の値は十分に大きくなければならない。更に、リードバッファ（１）３９０２の容量ＲＢ１は、その蓄積データ量ＤＡ１の値以上でなければならない。その条件は、その期間ＴＲに読み出されるライトビューＡＶストリームファイルのエクステントのサイズＥｘｔｅｎｔ＿Ｒを用いて次式（５）で表される：
【０２３５】
【数５】
2010283856.tif 000007
【０２３６】
式（５）の右辺において、エクステントのサイズＥｘｔｅｎｔ＿Ｒに「８」を乗じているのは、単位をバイトからビットに変換するためであり、右辺を更に「８」で割っているのは、最終結果の単位をビットからバイトに変換するためである。更に、関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。
【０２３７】
同様に、図４７の（ｂ）に示されているように、ライトビューＡＶストリームファイルの一つのエクステントの読み出し期間ＴＲの終了時刻Ｔ２に、リードバッファ（２）３９１１の蓄積データ量ＤＡ２は頂点４７０２に到達する。蓄積データ量ＤＡ２はその後、次の２Ｄ／レフトビューＡＶストリームファイルのエクステントの読み出し期間ＴＬでは第２平均転送レートＲext＿Rで減少する。そのとき、その期間ＴＬが終了するまで、蓄積データ量ＤＡ２が０に達しないように、すなわちリードバッファ（２）３９１１がアンダーフローを生じないように、頂点４７０２での蓄積データ量ＤＡ２の値は十分に大きくなければならない。更に、リードバッファ（２）３９１１の容量は、その蓄積データ量ＤＡ２の値以上でなければならない。その条件は、その期間ＴＬに読み出される２Ｄ／レフトビューＡＶストリームファイルのエクステントのサイズＥｘｔｅｎｔ＿Ｌを用いて次式（６）で表される：
【０２３８】
【数６】
2010283856.tif 000008
【０２３９】
≪ジャンプにかかわらずシームレス再生を可能にするための条件≫
【０２４０】
次に、ＡＶストリームファイルの読み出しにジャンプが必要である場合において、そのジャンプにかかわらずシームレス再生を可能にするための条件について説明する。
【０２４１】
図４８は、２Ｄ／レフトビューＡＶストリームファイルのエクステントとライトビューＡＶストリームファイルのエクステントとを交互に読み出すときにロングジャンプが必要になる場合のエクステントの配置の一例を示す模式図である。ディスク１０１が多層ディスクであるとき、一連のＡＶストリームファイル群をディスク１０１の二つの記録層にわたって記録できることが望ましい。しかし、その場合、図４８に示されているように、２Ｄ／レフトビューＡＶストリームファイルのエクステントとライトビューＡＶストリームファイルのエクステントとが交互に記録された領域は層境界４８００で二つに分離される。ここで、交互に連続する両ＡＶストリームファイルのエクステント群を「３Ｄエクステントブロック」と呼ぶことにする。図４８の例では、両ＡＶストリームファイルの読み出しに、一方の記録層に記録された第１の３Ｄエクステントブロック４８１１から、他方の記録層に記録された第２の３Ｄエクステントブロック４８１２へのジャンプが必要である。そのジャンプは特に、フォーカス・ジャンプ等、記録層の切り換え操作を要するロングジャンプである。この場合、そのロングジャンプにかかわらず、二つの３Ｄエクステントブロック４８１１、４８１２から再生される各映像をシームレスに接続するには、以下に述べる第１条件と第２条件とを共に満たす必要がある。
【０２４２】
第１条件は、２Ｄ再生装置が、図４８に示されている２Ｄ映像の再生経路４８２１に従って、二つの３Ｄエクステントブロック４８１１、４８１２のうち、２Ｄ／レフトビューＡＶストリームファイルのエクステントから２Ｄ映像を再生するとき、層境界４８００でのロングジャンプＬＪ１にかかわらずシームレス再生を可能にするための条件である。その条件とは、図２３を用いて説明したシームレス接続条件であり、具体的には次の二つである：まず、第１の３Ｄエクステントブロック４８１１に含まれる２Ｄ／レフトビューＡＶストリームファイルの最後のエクステント４８０１Ｌは、第２の３Ｄエクステントブロック４８１２に含まれる２Ｄ／レフトビューＡＶストリームファイルの先頭のエクステント４８０２ＬまでのロングジャンプＬＪ１におけるジャンプ距離から計算される最小エクステントサイズ以上のサイズでなければならない。次に、そのロングジャンプＬＪ１でのジャンプ距離は、図２２の規定と層切換時間とから決まる最大ジャンプ距離Ｓjump＿max以下でなければならない。
【０２４３】
第２条件は、２Ｄ／３Ｄ再生装置が、図４８に示されている３Ｄ映像の再生経路４８２２に従って、二つの３Ｄエクステントブロック４８１１、４８１２から３Ｄ映像をシームレスに再生するための条件である。その条件は具体的には、その再生経路４８２２に含まれる層境界４８００でのロングジャンプＬＪ２の間に、各リードバッファ３９０２、３９１１がアンダーフローを生じないための条件である。
【０２４４】
図４９は、３Ｄ映像の再生経路４８２２のうち、ロングジャンプＬＪ２を含む区間における各リードバッファ３９０２、３９１１の蓄積データ量ＤＡ１、ＤＡ２の推移を示すグラフである。ここで、第２の３Ｄエクステントブロック４８１２では、図４８に示されているように、２Ｄ／レフトビューＡＶストリームファイルのエクステント４８０２Ｒが先頭に置かれている場合を想定する。再生経路４８２２のその区間は、第１読出期間ＴＲ１、第２読出期間ＴＬ１、ジャンプ期間ＴＬＪ２、及び第３読出期間ＴＲ２を順に含む。
【０２４５】
第１読出期間ＴＲ１では、第１の３Ｄエクステントブロック４８１１内の最後から２番目のエクステント４８０１Ｒがリードバッファ（２）３９１１へ書き込まれる。従って、図４９の（ｂ）に示されているように、リードバッファ（２）３９１１の蓄積データ量ＤＡ２は読み出し速度Ｒud＿3Dと第２平均転送レートＲext＿Rとの間の差Ｒud＿3D−Ｒext＿Rに等しい速度で増加する。その結果、第１読出期間ＴＲ１の終了時、リードバッファ（２）３９１１の蓄積データ量ＤＡ２は頂点４９０２に到達する。
【０２４６】
第２読出期間ＴＬ１では、第１の３Ｄエクステントブロック４８１１内の最後のエクステント４８０１Ｌがリードバッファ（１）３９０２へ書き込まれる。従って、図４９の（ａ）に示されているように、リードバッファ（１）３９０２の蓄積データ量ＤＡ１は読み出し速度Ｒud＿3Dと第１平均転送レートＲext＿Lとの間の差Ｒud＿3D−Ｒext＿Lに等しい速度で増加する。その結果、第２読出期間ＴＬ１の終了時、リードバッファ（１）３９０２の蓄積データ量ＤＡ１は頂点４９０１に到達する。一方、第２読出期間ＴＬ１ではリードバッファ（２）３９１１にデータが書き込まれないので、その蓄積データ量ＤＡ２は、図４９の（ｂ）に示されているように、第２平均転送レートＲext＿Rで減少する。
【０２４７】
ジャンプ期間ＴＬＪ２では、いずれのリードバッファ３９０２、３９１１にもデータが書き込まれない。従って、図４９に示されているように、リードバッファ（１）３９０２の蓄積データ量ＤＡ１は第１平均転送レートＲext＿Lで減少し、リードバッファ（２）３９１１の蓄積データ量ＤＡ２は第２平均転送レートＲext＿Rで減少する。
【０２４８】
第３読出期間ＴＲ２では、第２の３Ｄエクステントブロック４８１２内の先頭のエクステント４８０２Ｒがリードバッファ（２）３９１１へ書き込まれる。従って、図４９の（ｂ）に示されているように、リードバッファ（２）３９１１の蓄積データ量ＤＡ２は再びデータ転送レートの差Ｒud＿3D−Ｒext＿Rに等しい速度で増加する。一方、リードバッファ（１）３９０２の蓄積データ量ＤＡ１は、図４９の（ａ）に示されているように、第１平均転送レートＲext＿Lで減少し続ける。
【０２４９】
リードバッファ（２）３９１１の蓄積データ量ＤＡ２は、第２読出期間ＴＬ１からジャンプ期間ＴＬＪ２にわたり、すなわち、第２読出期間ＴＬ１の長さＥｘｔｅｎｔ＿Ｌｘ８／Ｒud＿3Dとジャンプ期間ＴＬＪ２でのジャンプ時間Ｔjump＿3Dとの和に等しい時間が経過する間、第２平均転送レートＲext＿Rで減少する。従って、頂点４９０２でのリードバッファ（２）３９１１の蓄積データ量ＤＡ２は、第２読出期間ＴＬ１からジャンプ期間ＴＬＪ２までの間にリードバッファ（２）３９１１がアンダーフローを生じないデータ量でなければならない。すなわち、リードバッファ（２）３９１１の容量ＲＢ２の下限は、第１の３Ｄエクステントブロック４８１１内の最後のエクステント４８０１ＬのサイズＥｘｔｅｎｔ＿Ｌ＿Ｅｎｄを用いて次式（７）で表される：
【０２５０】
【数７】
2010283856.tif 000009
【０２５１】
ここで、式（７）の右辺において、エクステントのサイズに乗じられている「８」は、単位をバイトからビットに変換するためのものであり、右辺を更に割っている「８」は、最終結果の単位をビットからバイトに変換するためのものである。また、関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。
【０２５２】
同様に、リードバッファ（１）３９０２の頂点４９０１での蓄積データ量ＤＡ１は、ジャンプ時間Ｔjump＿3Dと第３読出期間ＴＲ２の長さＥｘｔｅｎｔ＿Ｒｘ８／Ｒud＿3Dとの和に等しい時間が経過する間に、リードバッファ（１）３９０２がアンダーフローを生じないデータ量でなければならない。すなわち、リードバッファ（１）３９０２の容量ＲＢ１の下限は、第２の３Ｄエクステントブロック４８１２の先頭のエクステント４８０２ＲのサイズＥｘｔｅｎｔ＿Ｒ＿Ｓｔａｒｔを用いて次式（８）で表される：
【０２５３】
【数８】
2010283856.tif 000010
【０２５４】
≪第１／第２条件下でリードバッファの容量を抑えるためのエクステントの配置≫
【０２５５】
次に、ＡＶストリームファイルの読み出しにジャンプが必要である場合において、上記第１条件と第２条件とをいずれも満たし、かつリードバッファ３９０２、３９１１の容量を削減できるＡＶストリームファイルのエクステントの配置について説明する。ここで、光ディスクの規格では、ジャンプ距離とジャンプ時間との間の関係が、光ディスクドライブのアクセス・スピードなどから予め決められている。実施形態１では、２Ｄ／３Ｄ再生装置のＢＤ−ＲＯＭドライブ３９０１がジャンプ性能について、図２２に示されている規定を満たしていることを想定する。また、説明の都合上、最大ジャンプ時間Ｔjump＿maxでのジャンプ距離、すなわち最大ジャンプ距離Ｓjump＿maxが、２Ｄ再生装置に対して規定された値と等しいことを想定する。特に、最大ジャンプ時間Ｔjump＿maxが７００ｍ秒であり、最大ジャンプ距離Ｓjump＿maxが、エクステント間に層境界がないときは１／１０ストローク（約１．２ＧＢ）であり、エクステント間に層境界があるときは４００００セクタ（約７８．１ＭＢ）である場合を想定する。
【０２５６】
図５０は、ＢＤ−ＲＯＭディスク１０１が多層ディスクであり、一連のＡＶストリームファイル群が各記録層に分離されているときにおけるエクステントの配置の一例を示す模式図である。図５０を参照するに、一連のＡＶストリームファイル群は層境界５００３で、第１の３Ｄエクステントブロック５００１と第２の３Ｄエクステントブロック５００２とに分離されている。従って、それらから２Ｄ映像の再生するときの再生経路、すなわち２Ｄ再生経路５０１１でも、３Ｄ映像を再生するときの再生経路、すなわち３Ｄ再生経路５０１２でも、層境界５００３において、層切り換えを伴うロングジャンプＬＪ１、ＬＪ２が発生する。いずれのロングジャンプＬＪ１、ＬＪ２にも比較的長いジャンプ時間、例えば７００ｍ秒が必要となる。この場合、二つの３Ｄエクステントブロック５００１、５００２から再生される各映像をシームレスに接続するには、前述の第１と第２との２つの条件が満たされねばならない。図５０では、各３Ｄエクステントブロック５００１、５００２の全体で、２Ｄ／レフトビューＡＶストリームファイルとライトビューＡＶストリームファイルとの各エクステントが交互に配置されている。すなわち、２Ｄ再生経路５０１１と３Ｄ再生経路５０１２との両方が各３Ｄエクステントブロック５００１、５００２の全体を通る。特にロングジャンプＬＪ１、ＬＪ２の直前には、２Ｄ再生経路５０１１と３Ｄ再生経路５０１２とのいずれでも第１の３Ｄエクステントブロック５００１の最後のエクステント、すなわち２Ｄ／レフトビューＡＶストリームファイルのエクステント５００４Ｌがアクセスされる。従って、そのエクステント５００４Ｌは上記第１と第２との条件をいずれも満たさなければならない。
【０２５７】
その結果、最後のエクステント５００４Ｌのサイズは第１の条件、すなわち２Ｄ映像のシームレス再生に対する条件で決まる。しかし、そのサイズは第２の条件、すなわち３Ｄ映像のシームレス再生に対する条件で決まるサイズよりも一般に大きい。それは、２Ｄ／３Ｄ再生装置のリードバッファ（１）３９０２の容量が３Ｄ映像の再生に必要な容量よりも大きくなければならないことを意味する。更に、図３５で説明したとおり、左右のＡＶストリームファイルのエクステント間では、それぞれに含まれるビデオストリームの再生期間が重複するとき、そのビデオストリームの再生時間が等しくなければならない。従って、最後のエクステント５００４Ｌの直前のエクステント５００４Ｒのサイズも、３Ｄ映像のシームレス再生に対する条件で決まるサイズよりも一般に大きい。それ故、２Ｄ／３Ｄ再生装置のリードバッファ（２）３９１１の容量も、３Ｄ映像の再生に必要な容量よりも大きくなければならない。すなわち、図５０に示されているエクステントの配置では、２Ｄ／３Ｄ再生装置のリードバッファ３９０２、３９１１の各容量を更に削減することが難しい。
【０２５８】
以上のことを数値で具体的に表せば次のとおりである。例えば、２Ｄ再生装置のＢＤ−ＲＯＭドライブ１６０１の読み出し速度Ｒudが５４Ｍｂｐｓであり、２Ｄ／３Ｄ再生装置のＢＤ−ＲＯＭドライブ３９０１の読み出し速度Ｒud＿3Dが９０Ｍｂｐｓであり、第１平均転送レートが４８Ｍｂｐｓであり、第２平均転送レートが２４Ｍｂｐｓであり、層切り換えを伴うロングジャンプでのジャンプ時間、すなわち、層切換時間と４００００セクタのジャンプでのジャンプ時間との和が７００ｍ秒である場合を想定する。この場合、第１の３Ｄエクステントブロック５００１の最後のエクステント５００４Ｌのサイズは、３Ｄ映像のシームレス再生に対する条件式（８）ではなく、２Ｄ映像のシームレス再生に対する条件式（１）で決まる。ここで、ソースパケットとＴＳパケットとの間でのビット長の違いを考慮すれば、式（１）に実際に代入されるべき第１平均転送レートＲext＿Lの値は４８Ｍｂｐｓ×１９２／１８８である。また、１Ｍｂ＝１０6ｂとし、１ＭＢ＝８×１０２４2ｂとする。そのとき、最後のエクステント５００４Ｌのサイズは、（１／（８×１０２４2））×Ｒext＿L×７００ｍ秒×５４Ｍｂｐｓ／（５４Ｍｂｐｓ−Ｒext＿L）＝約４４．３ＭＢである。そのとき、そのエクステント５００４Ｌに含まれるビデオストリームの再生時間は４４．３ＭＢ／（４８Ｍｂｐｓ×１９２／１８８）＝約７．６秒である。そのエクステント５００４Ｌに対応する直前のエクステント５００４Ｒに含まれるビデオストリームも同じ再生時間でなければならないので、その直前のエクステント５００４Ｒのサイズは、７．６秒×２４Ｍｂｐｓ×１９２／１８８＝約２２．１ＭＢである。更に、その直前のエクステント５００４Ｒは飛び込み再生での先頭のエクステントとなる可能性がある。従って、２Ｄ／３Ｄ再生装置のリードバッファ（２）３９１１の容量ＲＢ２は、その直前のエクステント５００４Ｒの読み出しによるオーバーフローを生じないための条件式（４）から、２２．１ＭＢ以上でなければならない。一方、２Ｄ／３Ｄ再生装置のリードバッファ（１）３９０２の容量ＲＢ１は、その直前のエクステント５００４Ｒの読み出し期間中にアンダーフローを生じないための条件式（５）にＥｘｔｅｎｔ＿Ｒ＝２２．１ＭＢを代入することにより、約１２．１ＭＢ以上でなければならないことがわかる。このように、図５０に示されているエクステントの配置では、二つの３Ｄエクステントブロック５００１、５００２から再生される各映像の間をシームレスに接続するには、第１の３Ｄエクステントブロック５００１の最後の２つのエクステント５００４Ｒ、５００４Ｌのサイズをいずれも大きくせざるを得ない。その結果、各リードバッファ３９０２、３９１１の容量ＲＢ１、ＲＢ２の下限は１２．１ＭＢ、２２．１ＭＢという、いずれも大きな値にならざるを得ない。
【０２５９】
２Ｄ／３Ｄ再生装置では、各リードバッファ３９０２、３９１１の容量をできる限り、削減することが望ましい。そこで、ロングジャンプが必要であるときは、その直前にアクセスされる領域で２Ｄ映像の再生経路と３Ｄ映像の再生経路とが分離されるように、各ＡＶストリームファイルのエクステントの配置が工夫される。
【０２６０】
図５１は、そのような配置の一例を示す模式図である。図５１では図５０と同様に、一連のＡＶストリームファイル群は層境界５００３で、第１の３Ｄエクステントブロック５００１と第２の３Ｄエクステントブロック５００２とに分離されている。しかし、図５１では図５０とは異なり、第１の３Ｄエクステントブロック５００１の記録領域に後続する領域であって、かつ層境界５００３の直前の領域に、３Ｄシームレス・エクステントブロック５１０１と２Ｄシームレス・エクステント５１０２とが配置されている。３Ｄシームレス・エクステントブロック５１０１は、第１の３Ｄエクステントブロック５００１に含まれる各ＡＶストリームファイルのエクステント５００４Ｒ、５００４Ｌに後続するエクステント群である。３Ｄシームレス・エクステントブロック５１０１の記録領域では第１の３Ｄエクステントブロック５００１の記録領域と同様に、各ＡＶストリームファイルに属するエクステント５１３１Ｌ、５１３１Ｒ、…、５１３３Ｌ、５１３３Ｒが交互に配置されている。２Ｄシームレス・エクステント５１０２は、３Ｄシームレス・エクステントブロック５１０１に含まれる２Ｄ／レフトビューＡＶストリームファイルの各エクステント５１３１Ｌ、５１３２Ｌ、５１３３Ｌの複製を全て、連続して配置したものである。すなわち、２Ｄシームレス・エクステント５１０２は、２Ｄ／レフトビューＡＶストリームファイルに属するエクステントのうち、第１の３Ｄエクステントブロック５００１に含まれる最後のエクステント５００４Ｌに続くエクステントである。
【０２６１】
図５１に示されている記録領域では、２Ｄ映像の再生経路５１１１と３Ｄ映像の再生経路５１１２とはそれぞれ、次のように設定される。まず、２Ｄ映像の再生経路５１１１では、第１の３Ｄエクステントブロック５００１のうち、２Ｄ／レフトビューＡＶストリームファイルのエクステント５００４Ｌが読み出された後、２Ｄシームレス・エクステント５１０２までジャンプＪ１が生じる。そのジャンプＪ１により、再生経路５１１１は３Ｄシームレス・エクステントブロック５１０１を通らない。すなわち、２Ｄ映像の再生では３Ｄシームレス・エクステントブロック５１０１はアクセスされない。再生経路５１１１では更に、２Ｄシームレス・エクステント５１０２が読み出された後、第２の３Ｄエクステントブロック５００２まで、層切り換えを伴うロングジャンプＬＪ１が生じる。一方、３Ｄ映像の再生経路５１１２では、第１の３Ｄエクステントブロック５００１から各エクステント５００４Ｒ、５００４Ｌが交互に読み出された後、続けて３Ｄシームレス・エクステントブロック５１０１から各エクステント５１３１Ｌ、５１３１Ｒ、…、５１３３Ｌ、５１３３Ｒが交互に読み出される。再生経路５１１２ではその後、第２の３Ｄエクステントブロック５００２まで、層切り換えを伴うロングジャンプＬＪ２が生じる。そのロングジャンプＬＪ２により、再生経路５１１２は２Ｄシームレス・エクステント５１０２を通らない。すなわち、３Ｄ映像の再生では２Ｄシームレス・エクステント５１０２はアクセスされない。このように、図５１に示されている記録領域では、２Ｄ映像の再生経路５１１１と３Ｄ映像の再生経路５１１２とをロングジャンプＬＪ１、ＬＪ２の直前で分離することができる。
【０２６２】
２Ｄ再生装置は２Ｄ映像の再生経路５１１１に従って、第１の３Ｄエクステントブロック５００１からジャンプＪ１を経て２Ｄシームレス・エクステント５１０２を読み出し、その後、ロングジャンプＬＪ１を経て第２の３Ｄエクステントブロック５００２を読み出す。その場合、２Ｄシームレス・エクステント５１０２の配置は、ロングジャンプＬＪ１の前後で２Ｄ映像をシームレスに再生するための条件を満たさなければならない。すなわち、２Ｄシームレス・エクステント５１０２のサイズが、そのロングジャンプＬＪ１におけるジャンプ距離から計算される最小エクステントサイズ以上であり、かつ、そのロングジャンプＬＪ１でのジャンプ距離が最大ジャンプ距離Ｓjump＿max以下でなければならない。従って、２Ｄシームレス・エクステント５１０２のサイズは、図５０に示されている最後のエクステント５００４Ｌと同程度である。一方、ジャンプＪ１の前後で２Ｄ映像をシームレスに再生するための条件として、第１の３Ｄエクステントブロック５００１の最後のエクステント５００４Ｌのサイズは、ジャンプＪ１におけるジャンプ距離から計算される最小エクステントサイズ以上でなければならない。しかし、ジャンプＪ１でのジャンプ時間は、３Ｄシームレス・エクステントブロック５１０１の記録領域をスキップするのに十分な長さであればよいので、ロングジャンプＬＪ１でのものよりも一般に短い。それ故、最後のエクステント５００４Ｌは２Ｄシームレス・エクステント５１０２よりもサイズが一般に小さい。その結果、ジャンプＪ１の発生は２Ｄ再生装置のリードバッファの容量には影響しない。こうして、２Ｄ再生装置は、第１の３Ｄエクステントブロック５００１に続けて２Ｄシームレス・エクステント５１０２及び第２の３Ｄエクステントブロック５００２のそれぞれから再生される２Ｄ映像を、互いにシームレスに接続できる。
【０２６３】
２Ｄ／３Ｄ再生装置は３Ｄ映像の再生経路５１１２に従って、第１の３Ｄエクステントブロック５００１に続けて３Ｄシームレス・エクステントブロック５１０１を読み出し、その後、ロングジャンプＬＪ２を経て第２の３Ｄエクステントブロック５００２を読み出す。その場合、３Ｄシームレス・エクステントブロック５１０１内の各エクステント５１３１Ｒ−５１３３Ｌの配置は、ロングジャンプＬＪ２の前後でその３Ｄ映像のシームレス再生に対する条件のみを満たせばよい。従って、３Ｄシームレス・エクステントブロック５１０１では、２Ｄシームレス・エクステント５１０２と同じ内容を、そのエクステント５１０２よりも細かいエクステント５１３１Ｌ−５１３３Ｌに分けることができる。それに伴い、各エクステント５１３１Ｌ−５１３３Ｌに含まれるレフトビュー・ストリームと再生期間が重複するライトビュー・ストリームを含む各エクステント５１３１Ｒ−５１３３Ｒも、図５０に示されているエクステント５００４Ｒより細かくすることができる。一方、３Ｄ映像の再生経路５１１２は第１の３Ｄエクステントブロック５００１の最後のエクステント５００４Ｌを通る。しかし、最後のエクステント５００４Ｌは上記のとおり、２Ｄシームレス・エクステント５１０２よりもサイズが一般に小さい。従って、その直前のエクステント５００４Ｒも、図５０に示されているエクステント５００４Ｒよりサイズが一般に小さい。それらの結果、２Ｄ／３Ｄ再生装置は、第１の３Ｄエクステントブロック５００１に続けて３Ｄシームレス・エクステントブロック５１０１及び第２の３Ｄエクステントブロック５００２のそれぞれから再生される３Ｄ映像をシームレスに接続できるだけでなく、シームレス再生に必要なリードバッファの容量を、図５０に示されているエクステント群から３Ｄ映像を再生する場合よりも削減できる。
【０２６４】
以上のことを数値で具体的に表せば次のとおりである。まず、２Ｄ再生装置のＢＤ−ＲＯＭドライブ１６０１の読み出し速度Ｒud、２Ｄ／３Ｄ再生装置のＢＤ−ＲＯＭドライブ３９０１の読み出し速度Ｒud＿3D、第１平均転送レート、第２平均転送レート、及びロングジャンプでのジャンプ時間がそれぞれ、図５０に示されている配置で想定された値、すなわち、５４Ｍｂｐｓ、９０Ｍｂｐｓ、４８Ｍｂｐｓ、２４Ｍｂｐｓ、及び７００ｍ秒である場合を想定する。この場合、第１の３Ｄエクステントブロック５００１の最後のエクステント５００４Ｌのサイズは、図５０の場合と同様に、２Ｄ映像のシームレス再生に対する条件式（１）で決まる。しかし、図５０の場合とは異なり、式（１）に代入されるべきジャンプ時間はジャンプＪ１でのもの、すなわち、３Ｄシームレス・エクステントブロック５１０１の記録領域をスキップするのに必要な時間である。そのジャンプ時間は、ロングジャンプＬＪ１でのもの７００ｍ秒よりも一般に短いので、最後のエクステント５００４Ｌは２Ｄシームレス・エクステント５１０２よりもサイズが一般に小さい。例えば、３Ｄシームレス・エクステントブロック５１０１のサイズが４００００セクタ以下であるとき、図２２に示されている規定によればジャンプ時間は３５０ｍ秒である。従って、最後のエクステント５００４Ｌのサイズは式（１）から、（１／（８×１０２４2））×Ｒext＿L×３５０ｍ秒×５４Ｍｂｐｓ／（５４Ｍｂｐｓ−Ｒext＿L）＝約２２．２ＭＢである。ここで、式（１）に実際に代入されるべき第１平均転送レートＲext＿Lの値は４８Ｍｂｐｓ×１９２／１８８である。また、１Ｍｂ＝１０6ｂとし、１ＭＢ＝８×１０２４2ｂとする。そのとき、そのエクステント５００４Ｌに含まれるビデオストリームの再生時間は２２．２ＭＢ／（４８Ｍｂｐｓ×１９２／１８８）＝約３．８秒である。そのエクステント５００４Ｌに対応する直前のエクステント５００４Ｒに含まれるビデオストリームも同じ再生時間でなければならないので、その直前のエクステント５００４Ｒのサイズは、３．８秒×２４Ｍｂｐｓ×１９２／１８８＝約１１．１ＭＢである。更に、その直前のエクステント５００４Ｒは飛び込み再生での先頭のエクステントとなる可能性がある。従って、２Ｄ／３Ｄ再生装置のリードバッファ（２）３９１１の容量ＲＢ２は、その直前のエクステント５００４Ｒの読み出しによるオーバーフローを生じないための条件式（４）から、１２．１ＭＢ以上でなければならない。一方、２Ｄ／３Ｄ再生装置のリードバッファ（１）３９０２の容量ＲＢ１は、その直前のエクステント５００４Ｒの読み出し期間中にアンダーフローを生じないための条件式（５）にＥｘｔｅｎｔ＿Ｒ＝１１．１ＭＢを代入することにより、約６．１ＭＢ以上でなければならないことがわかる。尚、３Ｄシームレス・エクステントブロック５１０１の各エクステント５１３１Ｒ−５１３３Ｌのサイズは式（１）を満たさなくてもよいので、各リードバッファ３９０２、３９１１に影響を与えない程度まで縮小可能である。このように、図５１に示されているエクステントの配置では、図５０に示されている配置とは異なり、第１の３Ｄエクステントブロック５００１の最後の二つのエクステント５００４Ｒ、５００４Ｌのサイズが小さくても、二つの３Ｄエクステントブロック５００１、５００２から再生される各映像の間をシームレスに接続することができる。その結果、各リードバッファ３９０２、３９１１の容量ＲＢ１、ＲＢ２の下限は、６．１ＭＢ、１１．１ＭＢまで削減可能である。
【０２６５】
図５２は、図５１に示されている配置のエクステントから映像を再生するためのプレイリストファイルとＡＶストリームファイルとの間の対応関係を示す模式図である。
【０２６６】
２Ｄプレイリストファイル５２０１に含まれるプレイアイテム情報＃１−３のそれぞれではコネクション・コンディションＣＣが「６」に設定されている。ここで、コネクション・コンディションＣＣは「５」に設定されていてもよい。これらのプレイアイテム情報＃１−３は、図５１に示されている２Ｄ映像の再生経路５１１１を規定する。具体的には、プレイアイテム情報＃１はその再生区間を第１の３Ｄエクステントブロック５００１に規定する。それにより、その再生区間では、２Ｄ／レフトビューＡＶストリームファイルの第１部分Ｃｌｉｐ＃１に属する各エクステント＃１から映像が再生される。プレイアイテム情報＃２はその再生区間を２Ｄシームレス・エクステント５１０２に規定する。それにより、その再生区間では、２Ｄ／レフトビューＡＶストリームファイルの第７部分Ｃｌｉｐ＃７に属するエクステント＃７、すなわち２Ｄシームレス・エクステント５１０２から映像が再生される。プレイアイテム情報＃３はその再生区間を第２の３Ｄエクステントブロック５００２に規定する。それにより、その再生区間では、２Ｄ／レフトビューＡＶストリームファイルの第５部分Ｃｌｉｐ＃５に属する各エクステント＃５から映像が再生される。
【０２６７】
３Ｄプレイリストファイル５２０２の規定するメインパス５２０２Ｍに含まれるプレイアイテム情報＃１−３では、コネクション・コンディションＣＣが「６」に設定されている。ここで、コネクション・コンディションＣＣは「５」に設定されていてもよい。そのメインパス５２０２Ｍと同期して再生されるべきサブパス５２０２Ｓに含まれるサブプレイアイテム情報＃１−３ではＳＰコネクション・コンディションが「５」または「６」に設定されている。これらのメインパス５２０２Ｍとサブパス５２０２Ｓとは、図５１に示されている３Ｄ映像の再生経路５１１２を規定する。具体的には、メインパス５２０２Ｍでは、プレイアイテム情報＃１はその再生区間を第１の３Ｄエクステントブロック５００１に規定する。それにより、その再生区間では、２Ｄ／レフトビューＡＶストリームファイルの第１部分Ｃｌｉｐ＃１に属する各エクステント＃１から映像が再生される。プレイアイテム情報＃２はその再生区間を３Ｄシームレス・エクステントブロック５１０１に規定する。それにより、その再生区間では、２Ｄ／レフトビューＡＶストリームファイルの第３部分Ｃｌｉｐ＃３に属する各エクステント＃３から映像が再生される。プレイアイテム情報＃３はその再生区間を第２の３Ｄエクステントブロック５００２に規定する。それにより、その再生区間では、２Ｄ／レフトビューＡＶストリームファイルの第５部分Ｃｌｉｐ＃５に属する各エクステント＃５から映像が再生される。一方、サブパス５２０２Ｓでは、サブプレイアイテム情報＃１はその再生区間を第１の３Ｄエクステントブロック５００１に規定する。それにより、その再生区間では、ライトビューＡＶストリームファイルの第２部分Ｃｌｉｐ＃２に属する各エクステント＃２から映像が再生される。サブプレイアイテム情報＃２はその再生区間を３Ｄシームレス・エクステントブロック５１０１に規定する。それにより、その再生区間では、ライトビューＡＶストリームファイルの第４部分Ｃｌｉｐ＃４に属する各エクステント＃４から映像が再生される。サブプレイアイテム情報＃３はその再生区間を第２の３Ｄエクステントブロック５００２に規定する。それにより、その再生区間では、ライトビューＡＶストリームファイルの第６部分Ｃｌｉｐ＃６に属する各エクステント＃６から映像が再生される。
【０２６８】
２Ｄ再生装置は２Ｄプレイリストファイル５２０１に従って、ロングジャンプＬＪ１の直前で２Ｄシームレス・エクステント５１０２を読み出す。それにより、２Ｄ再生装置は２Ｄ映像をシームレスに再生できる。一方、２Ｄ／３Ｄ再生装置は３Ｄプレイリストファイル５２０２に従って、ロングジャンプＬＪ２の直前で３Ｄシームレス・エクステントブロック５１０１を読み出す。それにより、２Ｄ／３Ｄ再生装置は３Ｄ映像をシームレスに再生できる。
【０２６９】
本発明の実施形態１による記録媒体では、上記のとおり、ロングジャンプの直前にアクセスされる記録領域に３Ｄシームレス・エクステントブロックと２Ｄシームレス・エクステントとが配置される。３Ｄ映像の再生時には３Ｄシームレス・エクステントブロックの記録領域がアクセスされ、２Ｄ映像の再生時には２Ｄシームレス・エクステントの記録領域がアクセスされる。このように、３Ｄ映像の再生時と２Ｄ映像の再生時とでは、ロングジャンプの直前の再生経路が分離される。それにより、３Ｄシームレス・エクステントブロックでは各エクステントのサイズを２Ｄシームレス・エクステントのサイズとは独立に設計することができる。特に、３Ｄシームレス・エクステントブロックでは各エクステントのサイズ及び配置を３Ｄ映像のシームレス再生に対する条件のみを満たすように設計することができる。一方、それとは独立に、２Ｄシームレス・エクステントのサイズ及び配置を２Ｄ映像のシームレス再生に対する条件のみを満たすように設計することができる。その結果、３Ｄ映像の再生時に確保されるべきリードバッファの容量を更に削減することができる。
【０２７０】
《実施形態２》
【０２７１】
本発明の実施形態２による記録媒体は、実施形態１によるものとは、ロングジャンプの直前／直後にアクセスされる記録領域におけるエクステントの配置が異なる。その他の特徴、例えば、記録媒体上のデータ構造及び再生装置の構成は、実施形態１によるものと同様である。従って、以下の説明では、実施形態１の特徴とは異なる実施形態２の特徴について述べ、その他、実施形態１の特徴と同様な特徴については実施形態１での説明を援用する。
【０２７２】
図５３は、実施形態１と実施形態２とのそれぞれによるディスクについて、ロングジャンプの前後にアクセスされる記録領域でのエクステントの配置を示す模式図である。図５３では図５１と同様に、一連のＡＶストリームファイル群は層境界５３０３で、第１の３Ｄエクステントブロック５３０１と第２の３Ｄエクステントブロック５３０２とに分離されている。
【０２７３】
実施形態１によるディスクでは、図５３の（ａ）に示されているように、第１の３Ｄエクステントブロック５３０１の記録領域に後続する領域であって、かつ層境界５３０３の直前の領域に３Ｄシームレス・エクステントブロック５３１１と２Ｄシームレス・エクステント５３１２とが配置されている。そのとき、２Ｄ再生装置は２Ｄ映像の再生経路５３２１に従い、第１の３Ｄエクステントブロック５３０１のうち、２Ｄ／レフトビューＡＶストリームファイルの最後のエクステント５３０１Ｌを読み出した後、３Ｄシームレス・エクステントブロック５３１１の記録領域ではジャンプＪＡを行って２Ｄシームレス・エクステント５３１２を読み出す。２Ｄ再生装置はその後、層境界５３０３から第２の３Ｄエクステントブロック５３０２の記録領域までロングジャンプＬＪ１を行う。一方、２Ｄ／３Ｄ再生装置は３Ｄ映像の再生経路５３２２に従い、第１の３Ｄエクステントブロック５３０１の最後のエクステント５３０１Ｌに続いて３Ｄシームレス・エクステントブロック５３１１を読み出す。２Ｄ／３Ｄ再生装置はその後、２Ｄシームレス・エクステント５３１２の記録領域から層境界５３０３を越えて第２の３Ｄエクステントブロック５３０２の記録領域までロングジャンプＬＪ２を行う。
【０２７４】
最後のエクステント５３０１Ｌのサイズは、２Ｄ映像の再生経路５３２１におけるジャンプＪＡの間にリードバッファがアンダーフローを生じないように設計される。従って、仮に３Ｄシームレス・エクステントブロック５３１１のサイズが、例えば４００００セクタを超えるほど過大であれば、ジャンプＪＡでのジャンプ時間は、図２２の規定から７００ｍ秒に設定される。このジャンプ時間はロングジャンプＬＪ１でのジャンプ時間に匹敵するので、最後のエクステント５３０１Ｌを２Ｄシームレス・エクステント５３１２と同程度のサイズに設計せざるを得ない。そのエクステント５３０１Ｌには２Ｄ映像の再生経路５３２１と３Ｄ映像の再生経路５３２２とがいずれも通っているので、図５０に示されている場合と同様、その直前のエクステント５３０１Ｒのサイズをも過大に設計せざるを得ない。それらの結果、リードバッファの容量の削減が阻まれる危険性が生じる。
【０２７５】
実施形態２によるディスクでは、図５３の（ａ）に示されているように、３Ｄシームレス・エクステントブロック５３１１のサイズが一定の閾値、例えば４００００セクタを超えるとき、図５３の（ｂ）に示されているように、その３Ｄシームレス・エクステントブロック５３１１が第１の３Ｄシームレス・エクステントブロック５３１１Ｆと第２の３Ｄシームレス・エクステントブロック５３１１Ｂとに分割される。第１の３Ｄシームレス・エクステントブロック５３１１Ｆは、第１の３Ｄエクステントブロック５３０１の記録領域に後続する領域のうち、２Ｄシームレス・エクステント５３１２の記録領域の直前に配置される。一方、第２の３Ｄシームレス・エクステントブロック５３１１Ｂは、層境界５３０３を越えた別の記録層上の領域であって、第２の３Ｄエクステントブロック５３０２の記録領域の直前に配置される。
【０２７６】
２Ｄ再生装置は２Ｄ映像の再生経路５３３１に従い、第１の３Ｄエクステントブロック５３０１内の最後のエクステント５３４１Ｌを読み出した後、第１の３Ｄシームレス・エクステントブロック５３１１Ｆの記録領域ではジャンプＪＢを行って２Ｄシームレス・エクステント５３１２を読み出す。２Ｄ再生装置はその後、層境界５３０３から第２の３Ｄシームレス・エクステントブロック５３１１Ｂの記録領域を越えて第２の３Ｄエクステントブロック５３０２の記録領域までロングジャンプＬＪ１を行う。一方、２Ｄ／３Ｄ再生装置は３Ｄ映像の再生経路５３３２に従い、第１の３Ｄエクステントブロック５３０１の最後のエクステント５３４１Ｌに続いて第１の３Ｄシームレス・エクステントブロック５３１１Ｆを読み出す。２Ｄ／３Ｄ再生装置はその後、２Ｄシームレス・エクステント５３１２の記録領域から層境界５３０３を越えて第２の３Ｄシームレス・エクステントブロック５３１１Ｂの記録領域までロングジャンプＬＪ２を行う。２Ｄ／３Ｄ再生装置は更に、第２の３Ｄシームレス・エクステントブロック５３１１Ｂを読み出し、続けて第２の３Ｄエクステントブロック５３０２を読み出す。
【０２７７】
第１の３Ｄシームレス・エクステントブロック５３１１Ｆのサイズは、一定の閾値を超えないように設計される。従って、最後のエクステント５３４１Ｌのサイズを抑えることができる。それに伴い、その直前のエクステント５３４１Ｒのサイズも抑えられる。一方、２Ｄ映像の再生経路５３３１におけるロングジャンプＬＪ１では、第２の３Ｄシームレス・エクステントブロック５３１１Ｂのサイズだけジャンプ距離が伸びる。しかし、その程度の変更であれば、図２２の規定からジャンプ時間に変更はなく、例えば７００ｍ秒のままである。従って、２Ｄシームレス・エクステント５３１２のサイズには実質的な変更は不要である。こうして、３Ｄシームレス・エクステントブロック５３１１Ｆ、５３１１Ｂの全体のサイズが過大であっても、リードバッファの容量を削減することができる。
【０２７８】
《実施形態３》
【０２７９】
本発明の実施形態３による記録媒体は、実施形態１によるものとは、ロングジャンプの直前にアクセスされる記録領域におけるエクステントの配置が異なる。その他の特徴、例えば、記録媒体上のデータ構造及び再生装置の構成は、実施形態１によるものと同様である。従って、以下の説明では、実施形態１の特徴とは異なる実施形態３の特徴について述べ、その他、実施形態１の特徴と同様な特徴については実施形態１での説明を援用する。
【０２８０】
図５４は、実施形態３によるディスクについて、ロングジャンプの直前にアクセスされる記録領域でのエクステントの配置を示す模式図である。図５４では図５１と同様に、一連のＡＶストリームファイル群は層境界５４０３で、第１の３Ｄエクステントブロック５４０１と第２の３Ｄエクステントブロック５４０２とに分離されている。
【０２８１】
実施形態２によるディスクでは、図５３の（ｂ）に示されているように、３Ｄシームレス・エクステントブロック５３１１のサイズが一定の閾値、例えば４００００セクタを超えるとき、その３Ｄシームレス・エクステントブロック５３１１が第１の３Ｄシームレス・エクステントブロック５３１１Ｆと第２の３Ｄシームレス・エクステントブロック５３１１Ｂとに分割される。それに対して、実施形態３によるディスクでは、図５４に示されているように、元の２Ｄシームレス・エクステント５４１２Ｂとは別の２Ｄシームレス・エクステント５４１２Ｆが新たに追加される。新たに追加された第１の２Ｄシームレス・エクステント５４１２Ｆは、第１の３Ｄエクステントブロック５４０１の記録領域に後続する領域のうち、３Ｄシームレス・エクステントブロック５４１１の記録領域の直前に配置される。第１の２Ｄシームレス・エクステント５４１２Ｆは、２Ｄ／レフトビューＡＶストリームファイルに属するエクステントのうち、第１の３Ｄエクステントブロック５４０１に含まれる最後のエクステント５４４１Ｌに続くエクステントである。一方、元の２Ｄシームレス・エクステントである第２の２Ｄシームレス・エクステント５４１２Ｂは、３Ｄシームレス・エクステントブロック５４１１の記録領域の直後から層境界５４０３までの領域に配置される。第２の２Ｄシームレス・エクステント５４１２Ｂは、２Ｄ／レフトビューＡＶストリームファイルに属するエクステントのうち、第１の２Ｄシームレス・エクステント５４１２Ｆに続くエクステントである。その場合、３Ｄシームレス・エクステントブロック５４１１には、二つの２Ｄシームレス・エクステント５４１２Ｆ、５４１２Ｂの全体の複製が、２Ｄ／レフトビューＡＶストリームファイルのエクステント群５４３１Ｌ−５４３３Ｌに細かく分割されて配置されている。
【０２８２】
２Ｄ再生装置は２Ｄ映像の再生経路５４２１に従い、第１の３Ｄエクステントブロック５４０１の最後のエクステント５４４１Ｌに続いて第１の２Ｄシームレス・エクステント５４１２Ｆを読み出す。２Ｄ再生装置はその後、３Ｄシームレス・エクステントブロック５４１１の記録領域ではジャンプＪＡを行って第２の２Ｄシームレス・エクステント５４１２Ｂを読み出す。２Ｄ再生装置は更に、層境界５４０３から第２の３Ｄエクステントブロック５４０２の記録領域までロングジャンプＬＪ１を行う。一方、２Ｄ／３Ｄ再生装置は３Ｄ映像の再生経路５４２２に従い、第１の３Ｄエクステントブロック５４０１内の最後のエクステント５４４１Ｌを読み出した後、第１の２Ｄシームレス・エクステント５４１２Ｆの記録領域ではジャンプＪＣを行って３Ｄシームレス・エクステントブロック５４１１を読み出す。２Ｄ／３Ｄ再生装置はその後、第２の２Ｄシームレス・エクステント５４１２Ｂの記録領域から層境界５４０３を越えて第２の３Ｄエクステントブロック５４０２の記録領域までロングジャンプＬＪ２を行う。
【０２８３】
２Ｄ映像の再生経路５４２１では、第１の３Ｄエクステントブロック５４０１の最後のエクステント５４４１Ｌと第１の２Ｄシームレス・エクステント５４１２Ｆとが続けて読み出された後にジャンプＪＡが行われる。従って、ジャンプＪＡの間にリードバッファがアンダーフローを生じないための条件がそれらのエクステント５４４１Ｌ、５４１２Ｆの全体のサイズによって満たされるように、第１の２Ｄシームレス・エクステント５４１２Ｆのサイズが設計されればよい。その結果、最後のエクステント５４４１Ｌのサイズを抑えることができる。それに伴い、その直前のエクステント５４４１Ｒのサイズも抑えられる。
【０２８４】
一方、３Ｄ映像の再生経路５４２２では、第１の２Ｄシームレス・エクステント５４１２Ｆの記録領域でジャンプＪＣが生じる。従って、最後のエクステント５４４１Ｌのサイズは、そのジャンプＪＣの間にリードバッファがアンダーフローを生じないための条件を満たさなければならない。しかし、そのジャンプＪＣでのジャンプ距離は、ロングジャンプＬＪ２でのジャンプ距離よりも一般に十分に短い。従って、第１の２Ｄシームレス・エクステント５４１２Ｆの追加は、２Ｄ／３Ｄ再生装置のリードバッファの容量には実質的な影響を与えない。こうして、３Ｄシームレス・エクステントブロック５３１１のサイズが過大であっても、リードバッファの容量を削減することができる。
【０２８５】
図５５は、図５４に示されている配置のエクステントから映像を再生するためのプレイリストファイルとＡＶストリームファイルとの間の対応関係を示す模式図である。
【０２８６】
２Ｄプレイリストファイル５５０１に含まれるプレイアイテム情報＃１−３のそれぞれではコネクション・コンディションＣＣが「６」に設定されている。ここで、コネクション・コンディションＣＣは「５」に設定されていてもよい。これらのプレイアイテム情報＃１−３は、図５４に示されている２Ｄ映像の再生経路５４２１を規定する。具体的には、プレイアイテム情報＃１はその再生区間を第１の３Ｄエクステントブロック５４０１に規定する。それにより、その再生区間では、２Ｄ／レフトビューＡＶストリームファイルの第１部分Ｃｌｉｐ＃１に属する各エクステント＃１から映像が再生される。プレイアイテムは情報＃２はその再生区間を第１の２Ｄシームレス・エクステント５４１２Ｆと第２の２Ｄシームレス・エクステント５４１２Ｂとに規定する。それにより、その再生区間では、それらのエクステント５４１２Ｆ、５４１２Ｂ、すなわち、２Ｄ／レフトビューＡＶストリームファイルの第７部分Ｃｌｉｐ＃７に属するエクステント＃７から映像が再生される。プレイアイテム情報＃３はその再生区間を第２の３Ｄエクステントブロック５４０２に規定する。それにより、その再生区間では、２Ｄ／レフトビューＡＶストリームファイルの第５部分Ｃｌｉｐ＃５に属する各エクステント＃５から映像が再生される。
【０２８７】
３Ｄプレイリストファイル５５０２の規定するメインパス５５０２Ｍに含まれるプレイアイテム情報＃１−３では、コネクション・コンディションＣＣが「６」に設定されている。ここで、コネクション・コンディションＣＣは「５」に設定されていてもよい。そのメインパス５５０２Ｍと同期して再生されるべきサブパス５５０２Ｓに含まれるサブプレイアイテム情報＃１−３ではＳＰコネクション・コンディションが「５」または「６」に設定されている。これらのメインパス５５０２Ｍとサブパス５５０２Ｓとは、図５４に示されている３Ｄ映像の再生経路５４２２を規定する。具体的には、メインパス５５０２Ｍでは、プレイアイテム情報＃１はその再生区間を第１の３Ｄエクステントブロック５４０１に規定する。それにより、その再生区間では、２Ｄ／レフトビューＡＶストリームファイルの第１部分Ｃｌｉｐ＃１に属する各エクステント＃１から映像が再生される。プレイアイテム情報＃２はその再生区間を３Ｄシームレス・エクステントブロック５４１１に規定する。それにより、その再生区間では、２Ｄ／レフトビューＡＶストリームファイルの第３部分Ｃｌｉｐ＃３に属する各エクステント＃３から映像が再生される。プレイアイテム情報＃３はその再生区間を第２の３Ｄエクステントブロック５４０２に規定する。それにより、その再生区間では、２Ｄ／レフトビューＡＶストリームファイルの第５部分Ｃｌｉｐ＃５に属する各エクステント＃５から映像が再生される。一方、サブパス５５０２Ｓでは、サブプレイアイテム情報＃１はその再生区間を第１の３Ｄエクステントブロック５４０１に規定する。それにより、その再生区間では、ライトビューＡＶストリームファイルの第２部分Ｃｌｉｐ＃２に属する各エクステント＃２から映像が再生される。サブプレイアイテム情報＃２はその再生区間を３Ｄシームレス・エクステントブロック５４１１に規定する。それにより、その再生区間では、ライトビューＡＶストリームファイルの第４部分Ｃｌｉｐ＃４に属する各エクステント＃４から映像が再生される。サブプレイアイテム情報＃３はその再生区間を第２の３Ｄエクステントブロック５４０２に規定する。それにより、その再生区間では、ライトビューＡＶストリームファイルの第６部分Ｃｌｉｐ＃６に属する各エクステント＃６から映像が再生される。
【０２８８】
２Ｄ再生装置は２Ｄプレイリストファイル５５０１に従って、ジャンプＪＡの直前では第１の２Ｄシームレス・エクステント５４１２Ｆを読み出し、ロングジャンプＬＪ１の直前では第２の２Ｄシームレス・エクステント５４１２Ｂを読み出す。それにより、２Ｄ再生装置は２Ｄ映像をシームレスに再生できる。一方、２Ｄ／３Ｄ再生装置は３Ｄプレイリストファイル５５０２に従って、第１の２Ｄシームレス・エクステント５４１２Ｆの記録領域ではジャンプＪＣを行い、ロングジャンプＬＪ２の直前で３Ｄシームレス・エクステントブロック５４１１を読み出す。それにより、２Ｄ／３Ｄ再生装置は３Ｄ映像をシームレスに再生できる。
【０２８９】
＜付記＞
【０２９０】
本発明による上記の実施形態１−３はいずれも、記録媒体に３Ｄ映像を格納するときのエクステントの配置に関する。しかし、本発明は、記録媒体に高フレームレートの映像を格納するときに利用されても良い。具体的には、高フレームレートの映像データを奇数フレームと偶数フレームとに分け、奇数フレームの映像データを上記の２Ｄ／レフトビュー・ストリームとみなし、偶数フレームの映像データを上記のライトビュー・ストリームとみなす。それにより、高フレームレートの映像データを記録媒体、特にＢＤ−ＲＯＭディスクに、上記の実施形態におけるＡＶストリームファイルと同様なエクステントの配置で記録することができる。そのように高フレームレートの映像が格納されたＢＤ−ＲＯＭディスクからは、２Ｄ再生装置は奇数フレームの映像を再生でき、２Ｄ／３Ｄ再生装置は、奇数フレームの映像又は高フレームレートの映像を選択的に再生できる。こうして、高フレームレートの映像が格納された記録媒体の、２Ｄ再生装置、すなわち、通常のフレームレートでの再生のみが可能な再生装置に対する互換性を確保することができる。
【０２９１】
＜変形例＞
【０２９２】
上記の実施形態１−３では、図３１に示されているように、２Ｄ／レフトビュー・ストリーム３１０１とライトビュー・ストリーム３１０２との間では、各ピクチャのＤＴＳ及びＰＴＳがいずれもＳＴＣ上に交互に、間隔ＴＤで並べられている。その他に、両ビデオストリーム間で、一枚の３Ｄ映像のフレーム又はフィールドを再現するための一対のピクチャのＰＴＳが揃えられてもよい。その設定は特に、左右の映像を同時に表示する表示装置にとっては好適である。
【０２９３】
図５６は、２Ｄ／レフトビュー・ストリーム５６０１とライトビュー・ストリーム５６０２との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。図５６では図３１と同様に、両ビデオストリーム５６０１、５６０２の間で各ピクチャのＤＴＳはＳＴＣ上で交互に、間隔ＴＤで並べられている。ここで、間隔ＴＤは、１フレーム期間又は１フィールド期間ＴＦｒの半分に等しい。一方、一枚の３Ｄ映像のフレーム又はフィールドを再現するための一対のピクチャのＰＴＳは等しい。例えば、３Ｄ映像の先頭のフレーム又はフィールドを再現するための左右の映像はそれぞれ、２Ｄ／レフトビュー・ストリーム５６０１のＩ1ピクチャ５６１１とライトビュー・ストリーム５６０２のＰ1ピクチャ５６２１とから再生される。それらのピクチャの対５６１１、５６２１ではＰＴＳが等しい。同様に、各ビデオストリームの２番目のピクチャ、すなわちＢｒ3ピクチャ５６１２とＢ3ピクチャ５６２２とではＰＴＳが等しい。尚、図５６に示されているＰＴＳ及びＤＴＳの割り当てを実現するには、２Ｄ／レフトビュー・ストリーム５６０１の先頭のＩ1ピクチャ５６１１に対して割り当てられるＤＴＳとＰＴＳとの間を、１フレーム期間又は１フィールド期間ＴＦｒの１．５倍以上離さなければならない。
【０２９４】
図５６に示されているようにＰＴＳ及びＤＴＳの割り当てが変更されたとき、図３８に示されているライトビュー・クリップ情報ファイルのエントリマップ３６２２と、図４０に示されているプレーン加算部３９１０によるプレーン・データの重畳処理とは、以下のように変更しなければならない。
【０２９５】
図３８に示されているように、ライトビュー・クリップ情報ファイル３６０２のエントリマップ３６２２には、ライトビュー・ストリーム（ＰＩＤ＝０ｘ１０１２）に関するエントリマップ３８０１が格納されている。そのエントリマップ３８０１に含まれる各エントリポイント３８１２のＰＴＳ３８１３は、上記の実施形態１によるものとは異なり、２Ｄ／レフトビュー・ストリームに含まれる各ＩピクチャのＰＴＳと等しい。すなわち、そのエントリマップ３８０１は、２Ｄ／レフトビュー・クリップ情報ファイル３６０１のエントリマップ３６１２に含まれる２Ｄ／レフトビュー・ストリームに関するエントリマップと、各エントリポイントのＰＴＳが等しい。
【０２９６】
上記の実施形態１によるものと同様に、２Ｄ／レフトビュー・ストリームのＩピクチャの先頭を含むＴＳパケットがエクステントの先頭に位置するとき、そのＴＳパケットを含むソースパケットのＳＰＮには必ずエントリポイントが対応付けられなければならない。一方、上記の実施形態１によるものとは異なり、２Ｄ／レフトビュー・ストリームのＩピクチャのＰＴＳと等しいＰＴＳを持つライトビュー・ストリームのＰピクチャの先頭を含むＴＳパケットがエクステントの先頭に位置するとき、そのＴＳパケットを含むソースパケットのＳＰＮには必ずエントリポイントが対応付けられなければならない。
【０２９７】
図４０に示されているプレーン加算部３９１０の重畳処理では、上記の実施形態１によるものとは異なり、２Ｄ／左映像プレーン・データ４００１と右映像プレーン・データ４００２とがシステムターゲット・デコーダ３９０３から各プレーン・メモリへ、同じＰＴＳの時刻に、すなわち同時に書き込まれる。スイッチ４０１０は、まず２Ｄ／左映像プレーン・データ４００１を選択して第１加算部４０１１へ送出する。それにより、２Ｄ／左映像プレーン・データ４００１に対して、副映像プレーン・データ４００３、ＰＧプレーン・データ４００４、ＩＧプレーン・データ４００５、及びイメージプレーン・データ４００６が合成される。一方、スイッチ４０１０は２Ｄ／左映像プレーン・データ４００１の送出後、３Ｄ表示ディレイＴＤ、すなわち１フレーム周期ＴＦｒの半分が経過した時、右映像プレーン・データ４００２を選択して第１加算部４０１１へ送出する。それにより、右映像プレーン・データ４００２に対して各プレーン・データ４００３−４００６が合成される。
【０２９８】
《実施形態４》
【０２９９】
以下、本発明の実施形態４として、本発明にによる記録媒体の記録装置および記録方法について説明する。
【０３００】
その記録装置はいわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリングスタッフによって使用される。記録装置はオーサリングスタッフの操作に従い、まず映画コンテンツを、ＭＰＥＧ規格に則った圧縮符号化方式のデジタルストリーム、すなわちＡＶストリームファイルに変換する。記録装置は次にシナリオを生成する。シナリオは、映画コンテンツに含まれる各タイトルの再生の仕方を規定した情報であり、具体的には上記の動的シナリオ情報及び静的シナリオ情報を含む。記録装置は続いて、上記のデジタルストリーム及びシナリオから、ＢＤ−ＲＯＭディスク用のボリュームイメージ又はアップデートキットを生成する。記録装置は最後に、上記の実施形態１−３で説明されたエクステントの配置を利用して、ボリュームイメージを記録媒体に記録する。
【０３０１】
図５７は、その記録装置の内部構成を示すブロック図である。図５７に示されているように、その記録装置は、ビデオエンコーダ５７０１、素材制作部５７０２、シナリオ生成部５７０３、ＢＤプログラム制作部５７０４、多重化処理部５７０５、フォーマット処理部５７０６、及びデータベース部５７０７を含む。
【０３０２】
データベース部５７０７は、記録装置に内蔵の不揮発性記憶装置であり、特にハードディスクドライブ（ＨＤＤ）である。データベース部５７０７はその他に、記録装置に外付けされたＨＤＤであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。
【０３０３】
ビデオエンコーダ５７０１は、非圧縮のビットマップ・データなどの映像データをオーサリングスタッフから受け付けて、それをＭＰＥＧ４−ＡＶＣ又はＭＰＥＧ２などの圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリ・ビデオストリームに変換され、副映像のデータはセカンダリ・ビデオストリームに変換される。特に、３Ｄ映像のデータは２Ｄ／レフトビュー・ストリームとライトビュー・ストリームとに変換される。ビデオエンコーダ５７０１は、図３０に示されているように、２Ｄ／レフトビュー・ストリームをそれ自身のピクチャ間の予測符号化によってベースビュー・ストリームとして形成し、ライトビュー・ストリームを、それ自身のピクチャだけでなく、２Ｄ／レフトビュー・ストリームのピクチャとの間の予測符号化によってディペンデントビュー・ストリームとして形成する。尚、ライトビュー・ストリームがベースビュー・ストリームとして形成されてもよい。更に、レフトビュー・ストリームがディペンデントビュー・ストリームとして形成されてもよい。変換後の各ビデオストリーム５７１１はデータベース部５７０７に保存される。
【０３０４】
ビデオエンコーダ５７０１は更に、このピクチャ間予測符号化の処理過程で、以下に述べるように、左映像と右映像との間での各イメージの動きベクトルを検出し、それらから３Ｄ映像内の各イメージの奥行き情報を算出する。算出された各イメージの奥行き情報はフレーム奥行き情報５７１０に整理されてデータベース部５７０７に保存される。
【０３０５】
図５８は、左右の各ピクチャから奥行き情報を算出する処理を示す模式図である。ビデオエンコーダ５７０１は、左右のピクチャ間の冗長性を利用して各ピクチャを圧縮するとき、圧縮前の左右のピクチャを８×８又は１６×１６のピクセル・マトリクス、すなわちマクロブロックごとに比較して、両ピクチャ間での各イメージ・データの動きベクトルを検出する。例えば図５８の（ａ）、（ｂ）のそれぞれに示されているように、まず、左映像ピクチャ５８０１と右映像ピクチャ５８０２とはそれぞれ、マクロブロック５８０３のマトリクスに分割される。次に、各ピクチャ５８０１、５８０２内で各イメージ・データの領域がマクロブロック５８０３単位で特定される。続いて、両ピクチャ５８０１、５８０２間で各イメージ・データの領域が比較され、その結果から各イメージ・データの動きベクトルが検出される。例えば「家」のイメージ・データ５８０４の領域は両ピクチャ５８０１、５８０２間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、「球」のイメージ・データ５８０５の領域は両ピクチャ５８０１、５８０２間で実質的に異なる。従って、それらの領域からは、「球」のイメージ・データ５８０５の変位を表す動きベクトルが検出される。ビデオエンコーダ５７０１は次に、検出された動きベクトルを各ピクチャ５８０１、５８０２の圧縮に利用する一方、各イメージ・データ５８０４、５８０５の表す映像の両眼視差の計算にも利用する。こうして、得られた両眼視差から更に、各イメージ・データ５８０４、５８０５の表す「家」及び「球」等のイメージの「奥行き」が計算される。左右の両ピクチャ５８０１、５８０２から３Ｄ映像が画面に再生されるとき、視聴者には各イメージがその奥行きの位置に見える。各イメージの奥行きを表す情報は、例えば図５８の（ｃ）に示されているように、各ピクチャ５８０１、５８０２のマクロブロックのマトリクスと同様なマトリクス５８０６に整理される。このマトリクス５８０６が、図５７に示されているフレーム奥行き情報５７１０である。フレーム奥行き情報のマトリクス５８０６では、各ブロック５８０７が各ピクチャ５８０１、５８０２のマクロブロック５８０３に一対一に対応付けられている。各ブロック５８０７は、対応するマクロブロック５８０３を含むイメージ・データの表すイメージの奥行きを、例えば８ビットの深度で表す。例えば図５８の（ｃ）に示されているフレーム奥行き情報のマトリクス５８０６では、イメージ・データ５８０５の表す「球」のイメージの奥行きが、各ピクチャ５８０１、５８０２におけるそのイメージ・データ５８０５の領域に対応する領域５８０８内の各ブロックに記録される。
【０３０６】
説明を図５７に戻す。素材制作部５７０２は、ビデオストリーム以外のエレメンタリ・ストリーム、例えば、オーディオストリーム５７１２、ＰＧストリーム５７１３、及びＩＧストリーム５７１４を作成してデータベース部５７０７に保存する。例えば、素材制作部５７０２は、オーサリングスタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ−３などの圧縮符号化方式で符号化してオーディオストリーム５７１２に変換する。素材制作部５７０２は、オーサリングスタッフから字幕情報ファイルを受け付けて、それに従ってＰＧストリーム５７１３を作成する。字幕情報ファイルは、字幕を表すイメージ・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェードイン／フェードアウトなどの視覚効果を規定する。素材制作部５７０２は、ビットマップ・データとメニューファイルとをオーサリングスタッフから受け付けて、それらに従ってＩＧストリーム５７１４を作成する。そのビットマップ・データはメニューのイメージを表す。メニューファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。
【０３０７】
シナリオ生成部５７０３は、オーサリングスタッフからＧＵＩ経由で受け付けられた指示に従って、ＢＤ−ＲＯＭシナリオ・データ５７１５を作成して、データベース部５７０７に保存する。ここで、ＢＤ−ＲＯＭシナリオ・データ５７１５は、データベース部５７０７に保存された各エレメンタリ・ストリーム５７１１−５７１４の再生方法を規定するファイル群であり、図２に示されているファイル群のうち、インデックス・ファイル２０４３Ａ、ムービーオブジェクト・ファイル２０４３Ｂ、及びプレイリストファイル２０４４Ａを含む。シナリオ生成部２６０３は更に、パラメータ・ファイル５７１６を作成して多重化処理部５７０５へ送出する。パラメータ・ファイル５７１６は、データベース部５７０７に保存されたエレメンタリ・ストリーム５７１１−５７１４のうち、各ＡＶストリームファイルに多重化されるべきストリームを規定する。
【０３０８】
ＢＤプログラム制作部５７０４は、オーサリングスタッフに対し、ＢＤ−Ｊオブジェクト及びＪａｖａアプリケーション・プログラムのプログラミング環境を提供する。すなわち、ＢＤプログラム制作部５７０４はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。ＢＤプログラム制作部５７０４は更に、ＢＤ−ＪオブジェクトからＢＤ−Ｊオブジェクト・ファイル２０４７Ａを作成し、各Ｊａｖａアプリケーション・プログラムをＪＡＲディレクトリに格納されるべきファイル形式に整える。それらのファイルはフォーマット処理部５７０６へ送出される。
【０３０９】
ＢＤ−Ｊオブジェクトが、図３９に示されているプログラム実行部３９０６にＧＵＩ用のグラフィックス・データをシステムターゲット・デコーダ３９０３に送出させ、システムターゲット・デコーダ３９０３にそのグラフィックス・データを、図４０に示されているイメージプレーン・データ４００６として処理させるようにプログラミングされる場合を想定する。その場合、ＢＤプログラム制作部５７０４は、データベース部５７０７に保存されたフレーム奥行き情報５７１０を利用して、ＢＤ−Ｊオブジェクトにイメージプレーン・データ４００６に対するオフセット情報を設定してもよい。
【０３１０】
多重化処理部５７０５は、パラメータ・ファイル５７１６に従い、データベース部５７０７に保存されている各エレメンタリ・ストリーム５７１１−５７１４をＭＰＥＧ２−ＴＳ形式のストリームファイルに多重化する。具体的には、図５に示されているように、各エレメンタリ・ストリーム５７１１−５７１４がソースパケット列に変換され、各列のソースパケットが一列にまとめられて一本のストリームファイルを構成する。こうして、図２、２９に示されているＡＶストリームファイル２０４６Ａ、２９０１、２９０２が作成される。
【０３１１】
その処理と並行して、多重化処理部５７０５は、図９、３６に示されているように各ＡＶストリームファイル２０４６Ａ、３６３１、３６３２に対応付けられるべきクリップ情報ファイル２０４５Ａ、３６０１、３６０２を以下のように作成する。
【０３１２】
多重化処理部５７０５はまず、図１１、３８に示されているエントリマップ９０３、３６２２を生成する。特に図３８に示されているライトビュー・クリップ情報ファイル３６０２のエントリマップ３６２２では、上記の実施形態１−３又はその変形例について説明したとおり、ライトビュー・ストリームに関する各エントリポイント３８１２のＰＴＳ３８１３が、２Ｄ／レフトビュー・ストリームに含まれる各ＩピクチャのＰＴＳ、又はそれに３Ｄ表示ディレイＴＤを加えた値と等しい値に設定される（図３１、５６参照）。
【０３１３】
多重化処理部５７０５は、ライトビュー・ストリームに関するエントリポイント３８１２のうち、先頭のエントリポイント（ＥＰ＿ＩＤ＝０）のＳＰＮ３８１４を、２Ｄ／レフトビュー・ストリームに関する先頭のエントリポイントのＳＰＮよりも小さい値に設定する。それにより、図４６の（ｂ）に示されているように、ＢＤ−ＲＯＭディスク１０１上の３Ｄ映像のＡＶストリームファイルの記録領域の先頭には常に、ライトビューＡＶストリームファイルのエクステントが配置される。更に、各クリップ情報ファイルのエントリマップが飛び込み再生可能に設定されるとき、再生期間が等しい左右のビデオストリームの部分を含むエクステントの対では、ライトビュー・ストリームを含む方のエントリポイントのＳＰＮが他方よりも小さい値に設定される。
【０３１４】
多重化処理部５６０８は次に、各ＡＶストリームファイルに多重化されるべき各エレメンタリ・ストリームの属性情報９０２、３６１１，３６２１を抽出する。多重化処理部５６０８は更に、エントリマップとストリーム属性情報とを互いに対応付けてクリップ情報ファイルを構成する。
【０３１５】
フォーマット処理部５７０６は、データベース部５７０７に保存されたＢＤ−ＲＯＭシナリオ・データ５７１５、ＢＤプログラム制作部５７０４によって制作されたＢＤ−Ｊオブジェクト・ファイル等のプログラムファイル群、及び、多重化処理部５７０５によって生成されたＡＶストリームファイルとクリップ情報ファイルから、図２に示されているディレクトリ構造２０４のＢＤ−ＲＯＭディスクイメージ５７２０を作成する。そのディレクトリ構造２０４では、ファイルシステムとしてＵＤＦが利用される。
【０３１６】
フォーマット処理部５７０６は、ＡＶストリームファイルのファイル・エントリを作成するとき、対応するクリップ情報ファイルのエントリマップを参照する。それにより、各エントリポイントのＳＰＮが各アロケーション記述子の作成に利用される。特に３Ｄ映像のＡＶストリームファイルのファイル・エントリでは、図４６の（ｂ）に示されているように、ライトビュー・ストリーム、より正確にはディペンデントビュー・ストリームを含むエクステントから順に、両ファイルのエクステントが交互に配置されるように、各アロケーション記述子が作成される。それにより、一連のアロケーション記述子は、再生期間が等しい左右のビデオストリームの部分を含むエクステントの対が実質上常に隣接すること、及び、各対では、ライトビュー・ストリームを含むエクステントが前に配置されることを示す。
【０３１７】
フォーマット処理部５７０６は更に、３Ｄ映像のＡＶストリームファイルのファイル・エントリの作成時、それらのＡＶストリームファイルの記録領域として割り当てられるべきディスク上の領域の中から、例えば図４８に示されている層境界４８００又は他のデータの記録領域等、ロングジャンプを必要とする部分を検出する。その場合、フォーマット処理部５７０６はまず、各ＡＶストリームファイルのファイル・エントリのうち、検出された部分に割り当てられるべきアロケーション記述子を書き換える。それにより、各アロケーション記述子が、図５１、図５３の（ｂ）、又は図５４に示されている３Ｄシームレス・エクステントブロック及び２Ｄシームレス・エクステントの配置に対応付けられる。フォーマット処理部５７０６は次に、各ＡＶストリームファイルに対応付けられたクリップ情報ファイルのエントリマップのうち、検出された部分に割り当てられるべきエントリポイントを書き換える。それにより、図５２又は図５５に示されているように、３Ｄプレイリストファイル５２０２、５５０２のプレイアイテム情報＃２及びサブプレイアイテム情報＃２の各再生区間が、３Ｄシームレス・エクステントブロック及び２Ｄシームレス・エクステントに対応付けられる。
【０３１８】
フォーマット処理部５７０６はその他に、データベース部５７０７に保存されたフレーム奥行き情報５７１０を利用して、図３７に示されている３Ｄメタデータ３６１３を、セカンダリ・ビデオストリーム５７１１、ＰＧストリーム５７１３、及びＩＧストリーム５７１４のそれぞれについて作成する。ここで、各ストリームの表す３Ｄ映像が、他のストリームの表す３Ｄ映像と同じ視線方向に重なって表示されないように、対応する左右の各映像フレーム内でのイメージ・データの配置が自動的に調整される。更に、各ストリームの表す３Ｄ映像の奥行きが互いに重ならないように、各映像フレームに対するオフセット値が自動的に調整される。
【０３１９】
フォーマット処理部５７０６によって生成されたＢＤ−ＲＯＭディスクイメージ５７２０はその後、ＢＤ−ＲＯＭプレス用データに変換される。更に、このデータはＢＤ−ＲＯＭディスクの原盤に記録される。この原盤がプレス工程に利用されることにより、上記実施形態１−３によるＢＤ−ＲＯＭディスク１０１の大量生産が実現可能になる。
【０３２０】
＜補足＞
【０３２１】
≪放送、通信回路を経由したデータ配信≫
【０３２２】
上記の実施形態１−３における記録媒体は、光ディスクの他、例えばＳＤメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、実施形態１−３の説明では、予めデータが記録された光ディスク、すなわち、ＢＤ−ＲＯＭ又はＤＶＤ−ＲＯＭなどの既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態はそれらに限定されない。例えば放送で、又はネットワーク経由で配信された３Ｄ映像のコンテンツを端末装置によって、ＢＤ−ＲＥ又はＤＶＤ−ＲＡＭなどの既存の書き込み可能な光ディスクへ書き込むときに、上記実施形態によるエクステントの配置が利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。
【０３２３】
≪半導体メモリカードの再生≫
【０３２４】
上記の実施形態による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。
【０３２５】
再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース（Ｉ／Ｆ）で構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のＩ／Ｆが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのＩ／Ｆを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのＩ／Ｆを通して再生装置に読み出される。
【０３２６】
≪ＢＤ−ＲＯＭディスク上のデータに対する著作権保護技術≫
【０３２７】
ここで、以降の補足事項の前提として、ＢＤ−ＲＯＭディスクに記録されているデータの著作権を保護するための仕組みについて説明する。
【０３２８】
ＢＤ−ＲＯＭディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオストリーム、オーディオストリーム、またはその他のストリームを含む。その場合、暗号化データは以下のように解読される。
【０３２９】
再生装置には予め、ＢＤ−ＲＯＭディスク上の暗号化データを解読するための「鍵」の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、ＢＤ−ＲＯＭディスクには、そのその「鍵」の生成に必要なデータの別の一部、すなわちＭＫＢ（メディアキーブロック）と、その「鍵」自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、ＭＫＢ、及び暗号化タイトルキーは互いに対応付けられ、更に、図２に示されているＢＤ−ＲＯＭディスク１０１上のＢＣＡ２０１Ａに書き込まれた特定の識別子、すなわちボリュームＩＤにも対応付けられている。デバイスキー、ＭＫＢ、暗号化タイトルキー、及びボリュームＩＤの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の「鍵」、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、ＭＫＢ、及びボリュームＩＤを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の「鍵」として用いて暗号化データを解読することができる。
【０３３０】
ＢＤ−ＲＯＭディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのＢＤ−ＲＯＭディスク上の暗号化タイトルキー、ＭＫＢ、及びボリュームＩＤに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、ＭＫＢ、デバイスキー、及びボリュームＩＤの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。
【０３３１】
ＢＤ−ＲＯＭディスクに記録されるべきビデオストリームとオーディオストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、ＢＤ−ＲＯＭディスクに記録する。次に、ＭＫＢ、デバイスキー、及びボリュームＩＤの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、ＭＫＢ、ボリュームＩＤ、及び暗号化タイトルキーをＢＤ−ＲＯＭディスクに記録する。そのＢＤ−ＲＯＭディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオストリーム及び／又はオーディオストリームをデコーダで復号することはできない。こうして、ＢＤ−ＲＯＭディスクに記録されたデータの著作権を保護することができる。
【０３３２】
以上に述べた、ＢＤ−ＲＯＭディスクにおけるデータの著作権保護の仕組みは、ＢＤ−ＲＯＭディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にＳＤカードなどの可搬性半導体メモリカードにも適用可能である。
【０３３３】
≪電子配信を利用した記録媒体へのデータ記録≫
【０３３４】
電子配信を利用して上記実施形態１−３による再生装置へ３Ｄ映像のＡＶストリームファイル等のデータ（以下、配信データという。）を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがＳＤメモリカードである場合を想定する。
【０３３５】
再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはＳＤメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はＳＤメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。ここで、ＳＤメモリカードの識別情報は、例えばそのＳＤメモリカード固有の識別番号、より具体的にはそのＳＤメモリカードのシリアル番号である。この識別情報は上述のボリュームＩＤとして利用される。
【０３３６】
配信サーバには配信データが格納されている。その配信データのうち、ビデオストリーム及び／又はオーディオストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。ここで、その暗号化データは同じタイトルキーで復号が可能である。
【０３３７】
配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、ＳＤメモリカードと共通のＭＫＢを保持している。配信サーバは、再生装置から配信データの送信要求とＳＤメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、ＭＫＢ、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。
【０３３８】
配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のＭＫＢ、暗号化タイトルキー、署名情報、ＳＤメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能（プログラム）が特定されている。
【０３３９】
配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用Ｉ／Ｆを通してＳＤメモリカードに記録する。
【０３４０】
ＳＤメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック（１）−（３）が行われる。尚、それらはどのような順序で行われてもよい。
【０３４１】
（１）公開鍵情報に含まれるＳＤメモリカードの識別情報が、カードスロットに挿入されているＳＤメモリカードに記憶されている識別番号と一致するか否か。
【０３４２】
（２）公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。
【０３４３】
（３）公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。
【０３４４】
上述のチェック（１）〜（３）のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック（１）〜（３）の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、ＭＫＢ、及びＳＤメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオストリーム及び／又はオーディオストリームに復号する。
【０３４５】
以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能（プログラム）などが知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、ＳＤメモリカードの識別番号、ＭＫＢ、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。
【０３４６】
半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばＳＤメモリカードではそのシリアル番号が不正に改竄された場合、ＳＤメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック（１）では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。
【０３４７】
半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域（以下、第１の記録領域と称す。）から電気的に分離された別の記録領域（以下、第２の記録領域と称す。）が設置される。次に、第２の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第２の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第２の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第２の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第２の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第２の記録領域内のデータのアドレスは制御回路にしか特定できない。
【０３４８】
半導体メモリカードの識別情報が第２の記録領域に記録された場合、再生装置上で動作するアプリケーション・プログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーション・プログラムは、メモリカードＩ／Ｆを介して上記の制御回路に対し、第２の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第２の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードＩ／Ｆを介して上記のアプリケーション・プログラムへその識別情報を送る。そのアプリケーション・プログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーション・プログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードＩ／Ｆを介して半導体メモリカード内の第１の記録領域に記録する。
【０３４９】
尚、上記のアプリケーション・プログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーション・プログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばＸ．５０９に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第１の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。
【０３５０】
≪リアルタイムレコーディングへの適用≫
【０３５１】
上記の実施形態４では、ＡＶストリームファイル及びプレイリストファイルは、オーサリングシステムにおけるプリレコーディング技術によってＢＤ−ＲＯＭディスクに記録されてユーザに供給されることを前提とした。しかし、ＡＶストリームファイル及びプレイリストファイルは、リアルタイムレコーディングによって、ＢＤ−ＲＥディスク、ＢＤ−Ｒディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤ−ＲＥディスク等と略す。）に記録されてユーザに供給されるものであってもよい。その場合、ＡＶストリームファイルは、アナログ入力信号を記録装置がリアルタイムエンコードすることによって得られたトランスポートストリームであってもよい。その他に、記録装置がデジタル入力したトランスポートストリームをパーシャル化することで得られるトランスポートストリームであってもよい。
【０３５２】
リアルタイムレコーディングを実行する記録装置は、ビデオ信号をエンコードしてビデオストリームを得るビデオエンコーダと、オーディオ信号をエンコードしてオーディオストリームを得るオーディオエンコーダと、ビデオストリーム及びオーディオストリーム等を多重化して、ＭＰＥＧ２−ＴＳ形式のデジタルストリームを得るマルチプレクサと、ＭＰＥＧ２−ＴＳ形式のデジタルストリームを構成するＴＳパケットをソースパケットに変換するソースパケタイザとを備え、ソースパケット形式に変換されたＭＰＥＧ２デジタルストリームをＡＶストリームファイルに格納して、そのファイルをＢＤ−ＲＥディスク等に書き込む。
【０３５３】
その書き込み処理と並行して、記録装置の制御部は更に、メモリ上でクリップ情報ファイル及びプレイリストファイルを生成する。具体的には、ユーザによって録画処理が要求された際、制御部は、ＡＶストリームファイル及びクリップ情報ファイルを生成してＢＤ−ＲＥディスク等に書き込む。その場合、外部から受信されるトランスポートストリームからビデオストリーム内の一つのＧＯＰの先頭が検出される度に、又はエンコーダによってビデオストリーム内の一つのＧＯＰが生成される度に、記録装置の制御部は、そのＧＯＰの先頭に位置するＩピクチャのＰＴＳと、そのＧＯＰの先頭部分を格納したソースパケットのＳＰＮとを取得し、そのＰＴＳとＳＰＮとの対を一つのエントリポイントとしてクリップ情報ファイルのエントリマップに追記する。ここで、ＧＯＰの先頭がＩＤＲピクチャであるとき、“オン”に設定されたｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅフラグをエントリポイントに追加する。一方、ＧＯＰの先頭がＩＤＲピクチャでないとき、“オフ”に設定されたｉｓ＿ａｎｇｌｅ＿ｃｈａｎｇｅフラグをエントリポイントに追加する。更に、クリップ情報ファイル内のストリーム属性情報は、記録対象のストリームの属性に従って設定される。こうして、ＡＶストリームファイル及びクリップ情報ファイルがＢＤ−ＲＥディスク又はＢＤ−Ｒディスクに書き込まれた後、制御部は、そのクリップ情報ファイル内のエントリマップを利用して、その再生経路を規定するプレイリストファイルを生成し、ＢＤ−ＲＥディスク等に書き込む。
【０３５４】
以上のような処理をリアルタイムレコーディングにおいて実行することにより、ＡＶストリームファイル、クリップ情報ファイル、及びプレイリストファイルという階層構造のファイル群をＢＤ−ＲＥディスク等に記録することができる。
【０３５５】
≪マネージドコピー≫
【０３５６】
上記の各実施形態１−３で説明された再生装置は更に、マネージドコピーによってＢＤ−ＲＯＭディスク１０１上のデジタルストリームを他の記録媒体へ書き込む機能を備えていてもよい。ここで、マネージドコピーとは、ＢＤ−ＲＯＭディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタルストリーム、プレイリストファイル、クリップ情報ファイル、及びアプリケーション・プログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術である。ここで、その書き込み可能な記録媒体は、ＢＤ−Ｒ、ＢＤ−ＲＥ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、及びＤＶＤ−ＲＡＭ等の書き込み可能な光ディスク、ハードディスク、並びに、ＳＤメモリカード、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、及びマルチメディアカード（登録商標）等の可搬性半導体メモリ装置を含む。マネージドコピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。
【０３５７】
ＢＤ−ＲＯＭディスクからＢＤ−Ｒディスク又はＢＤ−ＲＥディスクへのマネージドコピーを行うとき、コピー元のディスクとコピー先のディスクとで記録容量が等しければ、コピー元のＢＤ−ＲＯＭディスク上に記録されたビットストリームをそのディスクの最内周から最外周まで順次コピーしてゆけばよい。
【０３５８】
マネージドコピーが異種の記録媒体間で行われるとき、トランスコードが必要である。ここで、「トランスコード」とは、コピー元のＢＤ−ＲＯＭディスクに記録されているデジタルストリームをコピー先の記録媒体のアプリケーションフォーマットに適合させるための処理をいう。トランスコードは、例えば、ＭＰＥＧ２トランスポートストリーム形式からＭＰＥＧ２プログラムストリーム形式等へ変換する処理、及び、ビデオストリームとオーディオストリームとのそれぞれに割り当てられているビットレートを低くして再エンコードする処理を含む。トランスコードでは、上述のリアルタイムレコーディングによって、ＡＶストリームファイル、クリップ情報ファイル、及びプレイリストファイルが生成されねばならない。
【０３５９】
≪データ構造の記述の仕方≫
【０３６０】
上記の各実施形態１−３に示されているデータ構造のうち、「ある決まった型の情報が複数存在する」という繰り返し構造は、ｆｏｒ文に制御変数の初期値と繰り返し条件とを記述することで定義することができる。また、「所定の条件が成立する際、ある決まった情報を定義する」という任意的なデータ構造は、ｉｆ文にその成立すべき条件と条件成立時に設定すべき変数とを記述することで定義することができる。このように、各実施形態に示されているデータ構造は高級プログラミング言語によって記述することができる。従って、そのデータ構造は、「構文解析」、「最適化」、「資源割付」、及び「コード生成」といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、その状態で記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。
【０３６１】
≪プログラムにおけるプレイリストファイル及びクリップ情報ファイルの位置付け≫
【０３６２】
プレイリストファイルに従ってＡＶストリームファイルの再生処理を行うための実行形式のプログラムは、記録媒体からコンピュータのメモリ装置にロードされ、その後、そのコンピュータによって実行される。そのとき、そのメモリ装置において、そのプログラムは複数のセクションから構成される。そのセクションは、ｔｅｘｔセクション、ｄａｔａセクション、ｂｓｓセクション、及びｓｔａｃｋセクションを含む。ｔｅｘｔセクションは、プログラムのコード列、初期値、及び書き換え不可のデータを含む。ｄａｔａセクションは、初期値、及び、実行中に書き換えられる可能性があるデータを含む。記録媒体では、随時アクセスされるファイルはｄａｔａセクションに格納される。ｂｓｓセクションは、初期値を持たないデータを含む。ここで、ｂｓｓセクション内のデータはｔｅｘｔセクション内のプログラムによって参照される。従って、コンパイル処理又はリンク処理において決定されるＲＡＭには、ｂｓｓセクションのための領域が確保されねばならない。ｓｔａｃｋセクションは、必要に応じて一時的にプログラムに与えられるメモリ領域である。各フローチャートの処理において一時的に使用されるローカル変数はｓｔａｃｋセクションに格納される。尚、プログラムの初期化時、ｂｓｓセクションに対しては初期値が設定され、ｓｔａｃｋセクションに対しては必要領域が確保される。
【０３６３】
プレイリストファイル及びクリップ情報ファイルは、上述のように、コンピュータに読み取り可能なコードに変換されて記録媒体に記録される。すなわち、プログラムの実行時において、上述のｔｅｘｔセクションにおける「書き換えられることのないデータ」、又は、「上述のｄａｔａセクションにおける『ファイルに格納され、随時アクセスされるようなデータ』」として管理される。各実施形態に示されているプレイリストファイル及びクリップ情報ファイルはプログラムの実行時にそのプログラムの構成要素となるべきものである。一方、プレイリストファイル及びクリップ情報ファイルは、単なるデータの提示には該当しない。
【０３６４】
≪システムＬＳＩ≫
【０３６５】
上記の実施形態１−３は、ミドルウェア、システムＬＳＩ、そのシステムＬＳＩ以外のハードウェア、そのミドルウェアに対するインタフェイス、ミドルウェアとシステムＬＳＩとの間のインタフェイス、ミドルウェアとシステムＬＳＩ以外のハードウェアとの間のインタフェイス、及びユーザインタフェースの各部分を含む。これらの部分が再生装置に組み込まれたとき、各部分が互いに連携する。それにより、特有の機能が提供される。
【０３６６】
ミドルウェアに対するインタフェイス、及び、ミドルウェアとシステムＬＳＩとの間のインタフェイスの適切な定義が、再生装置のユーザインタフェース、ミドルウェア、及びシステムＬＳＩの各開発の独立な、かつ並列な実行、及び、より効率のよい開発を可能にする。なお、各インタフェイスの分類には様々な方法が可能である。
【産業上の利用可能性】
【０３６７】
本発明は立体視映像の再生技術に関し、上記のとおり、立体視映像のビデオストリームのアロケーションによって、立体視映像と平面視映像との間でロングジャンプの直前の再生経路を分離させる。このように、本発明は明らかに産業上利用可能である。
【符号の説明】
【０３６８】
５００１  第１の３Ｄエクステントブロック
５００２  第２の３Ｄエクステントブロック
５００３  層境界
５００４Ｌ  第１の３Ｄエクステントブロックの最後のエクステント
５００４Ｒ  最後のエクステントの直前のエクステント
５１０１  ３Ｄシームレス・エクステントブロック
５２０２  ２Ｄシームレス・エクステント
５１３１Ｌ−５１３３Ｌ  ３Ｄシームレス・エクステントブロック中の２Ｄ／レフトビュー・ストリームのエクステント
５１３１Ｒ−５１３３Ｒ  ３Ｄシームレス・エクステントブロック中のライトビュー・ストリームのエクステント
５１１１  ２Ｄ映像の再生経路
５１１２  ３Ｄ映像の再生経路
Ｊ１  ２Ｄ映像の再生経路における３Ｄシームレス・エクステントブロックの記録領域でのジャンプ
ＬＪ１  ２Ｄ映像の再生経路における層境界でのロングジャンプ
ＬＪ２  ３Ｄ映像の再生経路における層境界でのロングジャンプ
【図１】
2010283856.tif 000011
【図２】
2010283856.tif 000012
【図３】
2010283856.tif 000013
【図４】
2010283856.tif 000014
【図５】
2010283856.tif 000015
【図６】
2010283856.tif 000016
【図７】
2010283856.tif 000017
【図８】
2010283856.tif 000018
【図９】
2010283856.tif 000019
【図１０】
2010283856.tif 000020
【図１１】
2010283856.tif 000021
【図１２】
2010283856.tif 000022
【図１３】
2010283856.tif 000023
【図１４】
2010283856.tif 000024
【図１５】
2010283856.tif 000025
【図１６】
2010283856.tif 000026
【図１７】
2010283856.tif 000027
【図１８】
2010283856.tif 000028
【図１９】
2010283856.tif 000029
【図２０】
2010283856.tif 000030
【図２１】
2010283856.tif 000031
【図２２】
2010283856.tif 000032
【図２３】
2010283856.tif 000033
【図２４】
2010283856.tif 000034
【図２５】
2010283856.tif 000035
【図２６】
2010283856.tif 000036
【図２７】
2010283856.tif 000037
【図２８】
2010283856.tif 000038
【図２９】
2010283856.tif 000039
【図３０】
2010283856.tif 000040
【図３１】
2010283856.tif 000041
【図３２】
2010283856.tif 000042
【図３３】
2010283856.tif 000043
【図３４】
2010283856.tif 000044
【図３５】
2010283856.tif 000045
【図３６】
2010283856.tif 000046
【図３７】
2010283856.tif 000047
【図３８】
2010283856.tif 000048
【図３９】
2010283856.tif 000049
【図４０】
2010283856.tif 000050
【図４１】
2010283856.tif 000051
【図４２】
2010283856.tif 000052
【図４３】
2010283856.tif 000053
【図４４】
2010283856.tif 000054
【図４５】
2010283856.tif 000055
【図４６】
2010283856.tif 000056
【図４７】
2010283856.tif 000057
【図４８】
2010283856.tif 000058
【図４９】
2010283856.tif 000059
【図５０】
2010283856.tif 000060
【図５１】
2010283856.tif 000061
【図５２】
2010283856.tif 000062
【図５３】
2010283856.tif 000063
【図５４】
2010283856.tif 000064
【図５５】
2010283856.tif 000065
【図５６】
2010283856.tif 000066
【図５７】
2010283856.tif 000067
【図５８】
2010283856.tif 000068
【図５９】
2010283856.tif 000069