JP4527808B2 - ３ｄ映像が記録された記録媒体、３ｄ映像を記録する記録装置、並びに３ｄ映像を再生する再生装置及び再生方法 - Google Patents

Description

【技術分野】
【０００１】
本発明は、３Ｄ映像を記録媒体に記録する際のアプリケーションフォーマットに関する。
【背景技術】
【０００２】
近年、Ｂｌｕ−ｒａｙ ＤｉｓｃやＨＤ ＤＶＤと呼ばれる次世代ＤＶＤ規格が策定され、ユーザにとって高精細及び高音質な光ディスクが一般的になりつつある。
これらのディスクが記録できる動画の画質に関して、これまでのＤＶＤがＳＤ（Ｓｔａｎｄａｒｄ Ｄｅｆｉｎｉｔｉｏｎ）であるのに対して、Ｂｌｕ−ｒａｙ Ｄｉｓｃでは最大１９２０ｘ１０８０であるＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）まで扱えるためより高画質の映像を格納することができる。
【０００３】
ところで近年、ＤＶＤなどパッケージメディアの伸張に伴い、映画館の入場者数が減少する傾向にあり、米国や日本では映画館の入場者数を回復させるために、立体映画（３Ｄ映画）を楽しめる映画館の設置を推し進めている。これには、近年の映画の多くがＣＧ（Ｃｏｍｐｕｔｅｒ Ｇｒａｐｈｉｃｓ）を用いて製作されるため比較的容易に３Ｄ用の映像を作成できる環境が整ってきたことも一因として挙げられる。
【０００４】
このような背景の下、前述のＢｌｕ−ｒａｙ ＤｉｓｃやＨＤ ＤＶＤのような次世代ＤＶＤにおいても、そのディスクに収めるコンテンツの３Ｄ化は、今後多くのユーザに望まれることになると思われる。次世代ＤＶＤに関する先行技術としては、特許文献１に記載のものがある。
【先行技術文献】
【特許文献１】
国際公開第２００５−１１９６７５号
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、映画館では３Ｄコンテンツを開始から終了まで上映するだけで問題ないが、光ディスクとして家庭内に３Ｄを導入するためには再生だけでは不十分であり、ユーザの使い勝手を考えると、従来と同様にランダムアクセス等も保障する必要がある。家庭内で３Ｄを実現する方法として、視差画像（両眼視差に応じた二本のビデオストリーム）を用いる方法が考えられるが、その場合には、ランダムアクセスを保障するために、ランダムアクセスの際に二本のビデオストリームの同期をどのようにとるのかが問題となる。二本のビデオストリームの同期がとれなければ、ランダムアクセスが可能な任意の時刻から再生が開始される際、一方のビデオストリームに関しては正しくデコードすることができても、他方のビデオストリームに関しては再生に必要なデータがデコーダに供給されずデコードすることができない、といった期間が発生し得る。その結果、当該期間においては視差画像を用いた立体視が不可能になる場合がある。
【０００６】
本発明は、３Ｄ映像でのランダムアクセスを保障する記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明の一実施態様である記録媒体は、デジタルストリームが記録されている領域と、マップ情報が記録されている領域とを含み、マップ情報は、デジタルストリームが記録されている領域におけるエントリアドレスを、エントリ時刻と対応付けて示す情報であり、デジタルストリームが記録されている領域のうち、エントリアドレスで指示される位置以降の領域には、第１グループ・オブ・ピクチャ及び第２グループ・オブ・ピクチャのペアが存在しており、第１グループ・オブ・ピクチャは、デジタルストリームの時間軸において、エントリ時刻から再生されるべき動画像を表し、第２グループ・オブ・ピクチャは、動画像の立体視をユーザに行わせる場合、第１グループ・オブ・ピクチャと共に再生されるべき動画像を表すことを特徴とする。
【発明の効果】
【０００８】
上記課題を解決するための手段に記載の構成により、デジタルストリームの時間軸における任意のエントリ時刻から再生を開始する場合も、当該エントリ時刻に対応するエントリアドレスで指示される位置以降のデジタルストリームの記録領域には、第１グループ・オブ・ピクチャ及び第２グループ・オブ・ピクチャのペアが存在しているため、動画像の立体視を確実にユーザに行わせることができる。したがって、ユーザは家庭で手軽に３Ｄ映像を見て楽しむことができる。
【０００９】
ここで、第１グループ・オブ・ピクチャ及び第２グループ・オブ・ピクチャは、複数のパケットに分割された状態で、多重化されており、第１グループ・オブ・ピクチャを分割することで得られた複数のパケットのうち、先頭のものの記録位置は、第２グループ・オブ・ピクチャを分割することで得られた複数のパケットの先頭のものの記録位置よりも、デジタルストリーム上で先行しており、マップ情報におけるエントリアドレスは、第１グループ・オブ・ピクチャを分割することで得られた複数のパケットのうち、先頭のもののパケット番号を用いて表現されているとしてもよい。
【００１０】
エントリ時刻には、第１グループ・オブ・ピクチャの先頭を示すエントリアドレスが対応付けられているので、そのエントリアドレスに従い、記録媒体からパケットを読み出していけば、余分なデータを送り込むことなく、確実に第１グループ・オブ・ピクチャをビデオデコーダに送り込むことができる。よって、デジタルストリームに対するランダムアクセスにおいては、ユーザの思いのままのエントリ時刻からの立体視を即座に実現することができる。
【００１１】
ここで、前記第２グループ・オブ・ピクチャを分割することで得られた複数のパケットは何れも、前記第１グループ・オブ・ピクチャのエントリアドレスの直後のエントリアドレスより前に存在するとしてもよい。
エントリアドレス（ｉ）にて指示されているパケット（ｍ）から、エントリアドレス（ｉ＋１）にて指示されているパケット（ｎ）の直前のパケット（ｎ−１）までを読み出すことで、ビデオデコーダには必ず、完結した第１グループ・オブ・ピクチャ及び第２グループ・オブ・ピクチャのペアが送り込まれることが保証される。マップ情報を参照してランダムアクセスを行う場合に、立体視を実現する、完結した第１グループ・オブ・ピクチャ及び第２グループ・オブ・ピクチャのペアが、ビデオデコーダに送り込まれることが保証されるので、ビデオデコーダは、ユーザのスキップに即応した高速動作を実現することができる。
【図面の簡単な説明】
【００１２】
【図１】視差画像を用いた立体視の原理図である。
【図２】ＢＤ−ＲＯＭの構成を示す図である。
【図３】ファイル（ＸＸＸ．Ｍ２ＴＳ）に格納されるＡＶクリップの構成の一例を示す図である。
【図４】ＡＶクリップとＰＬとの関係を示す図である。
【図５】クリップ情報ファイルに格納されるＡＶクリップの管理情報の一例を示す図である。
【図６】左目用ビデオストリームを構成する複数のピクチャに割り当てられるＰＴＳと、右目用ビデオストリームを構成する複数のピクチャに割り当てられるＰＴＳとの関係を示す図である。
【図７】ピクチャの参照関係を示す図である。
【図８】左目用ビデオストリームと右目用ビデオストリームとの多重化の一例を模式的に示す図である。
【図９】左目用ビデオストリームと右目用ビデオストリームとの多重化の別の例を模式的に示す図である。
【図１０】各ビデオストリームがＡＶクリップにおいてどのように多重化されているかを模式的に示す図である。
【図１１】再生装置２０００の構成を示すブロック図である。
【図１２】ビデオデコーダ２３０２によるビデオデコード処理を示すフローチャートである。
【図１３】ホームシアターシステムの構成を示す図である。
【図１４】記録装置４０の内部構成を示すブロック図である。
【図１５】３Ｄに対応したビデオのエレメンタリストリームをどのように効率的に生成するかを示す図である。
【図１６】３Ｄ対応フラグを含むインデックステーブルの構成を示す図である。
【図１７】ＳＴＲＥＡＭディレクトリに格納されるＡＶクリップの構成の一例を示す図である。
【図１８】左目用ビデオストリームと右目用ビデオストリームとを別々のデジタルストリームとした場合のプレイリストの構造を示す図である。
【図１９】実際に物体を見る際の目の焦点と立体視を行う際の目の焦点との違いを示す図である。
【図２０】サブパスが複数ある場合のプレイリスト情報を示す図である。
【図２１】２Ｄ映像の再生においてユーザがディスプレイに表示されている物体を視聴している様子を示す図である。
【図２２】３Ｄ映像の再生において物体がディスプレイからユーザの側に飛び出して見える様子を示す図である。
【図２３】各サブクリップにオーディオデータ、字幕、及びメニューを対応付けたテーブルを示す図である。
【図２４】３Ｄ表示可能かをディスプレイに問い合わせる問い合わせ処理を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら本発明の実施の形態を説明する。
（実施の形態１）
１．立体視の原理
まず、家庭用ディスプレイでの立体視の原理を説明する。立体視を実現する方法は、ホログラフィ技術を用いる方法と視差画像（両眼視差に応じた二本のビデオストリーム）を用いる方法とに大別できる。
【００１４】
ホログラフィ技術を用いる方法では、人間が通常、物体を認識するのと全く同じように、物体を立体として再現することができる。ただし、動画生成に関しては、技術的な理論は確立しているものの、ホログラフィ用の動画をリアルタイムで生成するための膨大な演算を行うコンピュータ、及び１ｍｍの間に数千本の線を引けるだけの解像度を持ったディスプレイデバイスが必要となる。したがって、現在の技術での実現は非常に難しく、商用として実用化されている例はほとんどないのが実情である。
【００１５】
一方、視差画像を用いる方法では、右目用の映像と左目用の映像とをそれぞれ用意し、右目には右目用の映像だけが、左目には左目用の映像だけが入るようにすることで立体視を実現することができる。図１は、視差画像を用いた立体視の原理図である。図１（ａ）は、ユーザが前方にある、比較的小さな立方体を見ている様子を上から見た図であり、図１（ｂ）は、左目でその立方体を見た場合の立方体の見え方を示しており、図１（ｃ）は、右目でその立方体を見た場合の立方体の見え方を示している。図１（ｂ）、（ｃ）に示すように、左右の目では異なる角度の映像が捉えられる。左右の目で捉えた異なる角度の像を脳で合成することにより、立体視は実現される。
【００１６】
この方法のメリットは、右目用と左目用の２つの視点の映像を準備するだけで立体視を実現できることにあり、左右のそれぞれの目に対応した映像を、いかにして対応した目にだけ見せることができるかという観点から、いくつかの技術が実用化されている。
ひとつは、継時分離方式と呼ばれるもので、この方式では、左目用の映像と右目用の映像とが交互にディスプレイ上に表示される。ユーザは、継時型ステレオ眼鏡（液晶シャッター付）を通して表示された映像を見ると、目の残像反応により、左目用の映像と右目用の映像とを重ね合わせ、立体映像として認識することができる。より詳細には、左目用の映像がディスプレイ上に表示されている瞬間には、継時型ステレオ眼鏡は、左目に対応する液晶シャッターを透過状態にし、右目に対応する液晶シャッターを遮光状態にする。右目用の映像がディスプレイ上に表示されている瞬間には、先ほどとは逆に、右目に対応する液晶シャッターを透過状態にし、左目に対応する液晶シャッターを遮光状態にする。これにより、左右のそれぞれの目に対応した映像を、対応した目にだけ見せることができる。
【００１７】
このように継時分離方式では、左右の映像を時間軸方向で交互に表示させるために、例えば、通常の2次元の映画であれば、1秒間に２４枚の映像を表示させるのに対して、左右の映像を合わせて１秒間に４８枚の映像を表示させる必要がある。したがって、一画面の書き換えを比較的早く行えるディスプレイにおいて、この方式は好適である。
他の技術としては、レンチキュラーレンズを用いるものがある。継時分離方式では、左右の映像を時間軸方向で交互にディスプレイ上に表示させていたのに対して、一画面中の縦方向に左目用のピクチャと右目用のピクチャとを同時に交互に並べ、ディスプレイ表面にレンチキュラーレンズを貼り合わせる。ユーザが、レンチキュラーレンズを通してディスプレイ上に表示された映像を見ると、左目用のピクチャを構成する画素は左目だけに結像し、右目用のピクチャを構成する画素は右目だけに結像する。左右の目に視差のあるピクチャを見せることができるので、ユーザは、ディスプレイ上に表示された映像を、立体映像として認識することができる。なお、レンチキュラーレンズに限らず、同様の機能を持たせたデバイス、例えば液晶素子を用いてもよい。また、左目用の画素には縦偏光のフィルタ、右目用の画素には横偏光のフィルタを設置し、ユーザは、左目用には縦偏光、右目用には横偏光のフィルタを設置した偏光メガネを通してディスプレイを見ることによっても、表示された映像を立体映像として認識することができる。
【００１８】
上述した視差画像を用いた立体視は、既に遊園地の遊具などで一般的に使用されており、技術的にも確立されているため、家庭における実用化に最も近いものと言える。なお、視差画像を用いた立体視のための方法は、この他にも２色分離方式など、様々な技術が提案されている。
本実施の形態では、継時分離方式及び偏光メガネ方式を例として用いて説明するが、視差画像を用いる限りこれら２方式に限定するものではない。
２．ユーザに立体視を行わせるための視差画像（以下、「３Ｄ映像」ともいう）を格納するためのデータ構造
次に、本発明に係る記録媒体であるＢＤ−ＲＯＭにおいて３Ｄ映像を格納するためのデータ構造について説明する。
【００１９】
図２は、ＢＤ−ＲＯＭの構成を示す図である。本図の第４段目にＢＤ−ＲＯＭを示し、第３段目にＢＤ−ＲＯＭ上のトラックを示す。本図のトラックは、ＢＤ−ＲＯＭの内周から外周にかけて螺旋状に形成されているトラックを横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。ディレクトリ構造を用いてＢＤ−ＲＯＭの応用層フォーマット（アプリケーションフォーマット）を表現すると、図中の第１段目のようになる。本図に示すようにＢＤ−ＲＯＭには、ＲＯＯＴディレクトリの直下にＢＤＭＶディレクトリがあり、ＢＤＭＶディレクトリの配下には、インデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）、ＰＬＡＹＬＩＳＴディレクトリ、ＣＬＩＰＩＮＦＯディレクトリ、ＳＴＲＥＡＭディレクトリ、及びＰＲＯＧＲＡＭディレクトリが存在する。
【００２０】
インデックスファイル（ｉｎｄｅｘ．ｂｄｍｖ）には、タイトル構成を示すインデックステーブルが格納される。タイトルとは、再生の単位であり、例えば、一つ目のタイトルとして映画本編、２つ目のタイトルとしてディレクターズカット、3つ目のタイトルとしてボーナスコンテンツが記録される。ユーザは、再生装置に付属しているリモコン等を用いて”タイトルＮ番の再生”のように、再生するタイトルを指定する事ができる。
【００２１】
ＳＴＲＥＡＭディレクトリには、映像や音声といったＡＶコンテンツが多重化されたＡＶクリップを格納したファイル（ＸＸＸ．Ｍ２ＴＳ）が格納される。図３は、ファイル（ＸＸＸ．Ｍ２ＴＳ）に格納されるＡＶクリップの構成の一例を示す図である。図３に示すように、ファイル（ＸＸＸ．Ｍ２ＴＳ）には、左目用のビデオストリーム及び右目用のビデオストリーム等が多重化された、ＭＰＥＧ−２トランスポートストリーム形式のデジタルストリームが格納される。ここで、左目用のビデオストリームとは、２Ｄ映像として再生されるビデオストリームであるとともに、動画像の立体視をユーザに行わせる（３Ｄ映像として再生される）場合には左目用の映像として再生されるビデオストリームである。右目用のビデオストリームとは、動画像の立体視をユーザに行わせる場合に、左目用のビデオストリームと共に再生されるビデオストリームである。また、図３に示すように、左目用ビデオストリームには、ＰＩＤとして０ｘ１０１１が割り当てられており、右目用ビデオストリームには、左目用ビデオストリームのＰＩＤと異なる０ｘ１０１２が割り当てられている。これにより、各ビデオストリームを識別することが可能となる。各ビデオストリームは、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、ＳＭＰＴＥ ＶＣ−１等の方式で圧縮符号化され記録されている。オーディオストリームは、ドルビーＡＣ−３、Ｄｏｌｂｙ Ｄｉｇｉｔａｌ Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ−ＨＤ、リニアＰＣＭの等の方式で圧縮符号化され記録されている。
【００２２】
ＰＬＡＹＬＩＳＴディレクトリには、ＡＶクリップにおける論理的な再生経路（ＰＬ）を定義したプレイリスト情報を格納したプレイリストファイル（ＹＹＹ．ＭＰＬＳ）が格納される。図４は、ＡＶクリップとＰＬとの関係を示す図である。図４に示すように、プレイリスト情報は、１つ以上のプレイアイテム（ＰＩ）情報から構成され、各プレイアイテム情報は、ＡＶクリップに対する再生区間を示す。各プレイアイテム情報はそれぞれ、プレイアイテムＩＤで識別され、プレイリスト内で再生されるべき順序で記述されている。
【００２３】
また、プレイリスト情報は、再生開始点を示すエントリマークを含んでいる。エントリマークは、プレイアイテム情報で定義される再生区間内に対して付与することができ、図４に示すように、プレイアイテム情報に対して再生開始点となりうる位置に付けられ、頭出し再生に利用される。例えば、映画タイトルにおいて、エントリマークをチャプタの先頭となる位置に付与することで、チャプタ再生を行うことが可能である。なお、ここでは、一連のプレイアイテム情報の再生経路をメインパスと定義する。
【００２４】
ＣＬＩＰＩＮＦＯディレクトリには、ＡＶクリップの管理情報を格納したクリップ情報ファイル（ＸＸＸ．ＣＬＰＩ）が格納される。図５は、クリップ情報ファイルに格納されるＡＶクリップの管理情報の一例を示す図である。図５に示すように、ＡＶクリップの管理情報は、ＡＶクリップと１対１に対応し、クリップ情報、ストリーム属性情報、及びエントリマップから構成される。
【００２５】
エントリマップには、エントリマップヘッダ情報と、左目用ビデオストリームを構成する各ＧＯＰ（Ｇｒｏｕｐ ｏｆ Ｐｉｃｔｕｒｅｓ）の先頭の表示時刻を示すＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ−Ｓｔａｍｐ）とＡＶクリップにおいて当該ＧＯＰの先頭位置を示すＳＰＮ（Ｓｏｕｒｃｅ Ｐａｃｋｅｔ Ｎｕｍｂｅｒ）とのペアを示すテーブル情報と、ビデオストリーム（副映像）に関するテーブル情報とが記載されている。ここでは、テーブルの１つの行で示される、対となるＰＴＳとＳＰＮの情報をエントリポイントと呼ぶことにする。また、先頭を０としてエントリポイント毎にインクリメントした値をエントリポイントＩＤ（以下「ＥＰ＿ＩＤ」とも示す）と呼ぶことにする。
【００２６】
また、エントリマップヘッダ情報には、左目用ビデオストリームのＰＩＤやエントリポイント数などの情報が格納される。
このエントリマップを参照することにより、再生装置は、再生開始点が時刻で指定された場合に、時刻情報をアドレス情報に変換して、ビデオストリームの時間軸上の任意の地点に対応するＡＶクリップ上のパケット位置を特定することができる。
【００２７】
ＰＲＯＧＲＡＭディレクトリには、動的なシナリオを定義するためのプログラムが格納されたＢＤプログラムファイル（ＡＡＡ．ＰＲＯＧ)が格納される。
ＢＤ−ＲＯＭでは、コマンドナビゲーションと呼ばれる独自仕様のインタープリタ方式のプログラムが使われるが、言語方式は本発明の本質ではないため、ＪａｖａやＪａｖａＳｃｒｉｐのような汎用のプログラミング言語で記述されたプログラムであっても構わない。このプログラムにより再生されるプレイリストが指定される。
３．左目用ビデオストリーム及び右目用ビデオストリームのＰＴＳ
続いて、動画像の立体視をユーザに行わせるための、左目用ビデオストリーム及び右目用ビデオストリームのＰＴＳについて説明する。
【００２８】
図６は、左目用ビデオストリームを構成する複数のピクチャに割り当てられる表示時刻（ＰＴＳ）と、右目用ビデオストリームを構成する複数のピクチャに割り当てられる表示時刻（ＰＴＳ）との関係を示す図である。左目用ビデオストリームを構成する各ピクチャは、右目用ビデオストリームを構成するピクチャと１対１で対応し（例えば、図６に示すピクチャＬ１とピクチャＲ１とが対応）、対応関係を有する左目用ピクチャ及び右目用ピクチャにおいて左目用ピクチャの方が先に表示されるよう、ＰＴＳが設定されている。また、左目用ピクチャのＰＴＳ及び右目用ピクチャのＰＴＳは、時間軸上で交互になるように設定される。これは、ピクチャ間予測符合化の参照関係にある左目用ピクチャと右目映像ピクチャとの表示順が交互になるよう各ＰＴＳを設定することで実現できる。
【００２９】
ピクチャ間予測符合化の参照関係にある左目用ピクチャと右目映像ピクチャについて説明する。右目用ビデオストリームは、時間方向の冗長性を利用したピクチャ間予測符号化に加えて、視点間の冗長性を利用したピクチャ間予測符号化によって圧縮されている。つまり、右目用ビデオストリームのピクチャは、左目用ビデオストリームの対応するピクチャを参照して圧縮されている。これは、左目用ビデオストリーム及び右目用ビデオストリームは、視点が異なるものの被写体は共通であるため映像の相関が大きく、視点間のピクチャ間予測符号化を行うことで、右目用ビデオストリームのデータ量を左目用ビデオストリームのデータ量に比べて大幅に削減できるからである。
【００３０】
図７は、ピクチャの参照関係を示す図である。図７に示すように、右目用ビデオストリームのＰ_０ピクチャは、左目用ビデオストリームのＩ_０ピクチャを参照し、右目用ビデオストリームのＢ_１ピクチャは、左目用ビデオストリームのＢｒ_１ピクチャを参照し、右目用ビデオストリームのＢ_２ピクチャは、左目用ビデオストリームのＢｒ_２ピクチャを参照し、右目用ビデオストリームのＰ_３ピクチャは、左目用ビデオストリームのＰ_３ピクチャを参照している。
【００３１】
左目用ビデオストリームは、右目用ビデオストリームを参照していないため、左目用ビデオストリーム単体で再生することができる、すなわち２Ｄ映像として再生可能であるが、右目用ビデオストリームは、左目用ビデオストリームを参照しているため、右目用ビデオストリーム単体で再生することはできない。
図６に戻って、左目用ピクチャと当該左目用ピクチャに対応する右目用ピクチャとの間のＰＴＳの時間間隔について説明する。継時分離方式で３Ｄ再生を行う際には、ある時刻（ＰＴＳ）で表示される左目用ピクチャに対して、対応する右目用ピクチャのＰＴＳは、以下の式を満たす間隔で設定される必要がある。
【００３２】
ＰＴＳ（右目用）=ＰＴＳ（左目用）＋１／（１秒当たりのフレーム数×２）
ここで、フレームレートが、例えば２４ｐであれば、１秒間に２４枚のピクチャを表示することを示している。よって、左目用のピクチャと当該左目用ピクチャに対応する右目用ピクチャとの間隔（表示遅延）は、１／４８秒となる。
このように、左目用ピクチャと当該左目用ピクチャに対応する右目用ピクチャとは、表示遅延（１／４８秒）だけずらして同期させる必要がある。
【００３３】
したがって、左目用ビデオストリーム及び右目用ビデオストリームをトランスポートストリームとして多重化する際には、各ビデオストリームにおいて各ＧＯＰ内の各ピクチャの表示時刻を示すＰＴＳ及び各ピクチャのデコード時刻を示すＤＴＳに基づいて、左目用ピクチャと当該左目用ピクチャに対応する右目用ピクチャとが、近傍に配置されるよう多重化を行えばよい。
【００３４】
このように多重化しておけば、トランスポートストリームの先頭から順に読み込んでいけば、必要な時刻に必要な左目用ピクチャと右目用ピクチャとを得ることができる。
ところで、スキップ操作や時間指定のジャンプ操作により、デジタルストリームの先頭からではなく、途中から再生が行われる場合がある。その場合、エントリマップにはＧＯＰ単位でエントリポイントが記載されているため、多重化の際には、左目用ビデオストリーム及び右目用ビデオストリームのＧＯＰ境界を考慮する必要がある。
４．左目用ビデオストリームと右目用ビデオストリームとの多重化
ＡＶクリップへのランダムアクセスを考慮した、左目用ビデオストリームと右目用ビデオストリームとの多重化をどのように行うのかについて説明する。
【００３５】
まず、左目用ビデオストリーム及び右目用ビデオストリームのＧＯＰの時間的間隔は、等しくなるよう設定され、左目用ビデオストリームの各ＧＯＰは、右目用ビデオストリームのＧＯＰと一対一で対応している必要がある。こうすることで、左目用ビデオストリーム及び右目用ビデオストリームをＧＯＰ単位で同期させることが可能となる。
また、エントリマップは、図５に示すように、左目用ビデオストリームに対して設定されているので、エントリマップにおける時刻情報（ＰＴＳ）は、左目用ビデオストリームの各ＧＯＰの先頭ピクチャの再生開始時刻を示し、アドレス情報（ＳＰＮ）は、ＡＶクリップにおいて左目用ビデオストリームの各ＧＯＰの先頭パケットのアドレスを示している。再生装置は、ＡＶクリップにおいてこのアドレスに示される位置からデータを読み出すため、右目用ビデオストリームのＧＯＰは、対応する左目用ビデオストリームのＧＯＰを構成する先頭パケットより後方に配置される必要がある。
【００３６】
図８は、左目用ビデオストリームと右目用ビデオストリームとの多重化の一例を模式的に示す図である。図８に示すように、左目用ビデオストリーム及び右目用ビデオストリームをＧＯＰ単位で、左目用ビデオストリームのＧＯＰが、対応する右目用ビデオストリームのＧＯＰより先行する形態で、多重化させる。
これにより、例えば、図８において、左目用ビデオストリームのＬＧＯＰ２から再生を開始する場合、ＬＧＯＰ２を構成する先頭パケットから再生を開始すれば、左目用ビデオストリームのＬＧＯＰ２に対応する右目用ビデオストリームのＲＧＯＰ２も不足なく読み込まれるため、再生開始時から、左目用ビデオストリームと右目用ビデオストリームとを３Ｄ映像として再生することができる。
【００３７】
このように、多重化の際に、左目用ビデオストリームと右目用ビデオストリームのＧＯＰの時間的間隔を同じにしておき、必ず左目用ビデオストリームのＧＯＰ先頭を、対応する右目用ビデオストリームのＧＯＰ先頭よりも前方に配置する、という制限を加えることにより、エントリマップに記載されたどの時刻から再生したとしても、３Ｄ映像として再生することを保障することができる。
【００３８】
次に、左目用ビデオストリームと右目用ビデオストリームとの多重化の別の例について説明する。図９は、左目用ビデオストリームと右目用ビデオストリームとの多重化の別の例を模式的に示す図である。図８及び９において、多重化の際に必ず左目用ビデオストリームのＧＯＰ先頭を、対応する右目用ビデオストリームのＧＯＰ先頭よりも前方に配置するという点は共通である。ただし、図８では、左目用ＧＯＰと当該左目用ＧＯＰに対応する右目用ＧＯＰとの配置終了位置については制限がなかったのに対し、図９では、左目用ＧＯＰの先頭パケットと、当該左目用ＧＯＰの終端パケットとの間に、当該左目用ＧＯＰに対応する右目用ＧＯＰを配置している点で異なる。これにより、ＡＶクリップを左目用ビデオストリームのＧＯＰ境界で切断する際、右目用ビデオストリームのＧＯＰを切断することなく、切断することが可能となる。
【００３９】
図１０は、左目用ＧＯＰの先頭パケットと、当該左目用ＧＯＰの終端パケットとの間に、当該左目用ＧＯＰに対応する右目用ＧＯＰを配置する際に、各ビデオストリームがＡＶクリップにおいてどのように多重化されているかを模式的に示す図である。
まず、複数のビデオフレームからなる左目用ビデオストリームを、ＰＥＳパケット列に変換し、ＴＳパケット列に変換する。同様に、複数のビデオフレームからなる右目用ビデオストリームをＰＥＳパケット列に変換し、ＴＳパケット列に変換する。
【００４０】
図１０に示すように、左目用ビデオストリームと右目用ビデオストリームとを多重化する際には、まず、左目用ビデオストリームの先頭ＧＯＰ（ＬＧＯＰ１）の先頭パケット（Ｌ１１）が配置される。パケット（Ｌ１１）配置位置以降であって、ＬＧＯＰ１の終端パケット（Ｌ１６）の前方に、ＬＧＯＰ１に対応する右目用ビデオストリームのＧＯＰ（ＲＧＯＰ１）の各パケット（Ｒ１１、Ｒ１２、Ｒ１３）が配置される。ＬＧＯＰ１の終端パケット（Ｌ１６）に続いて、左目用ビデオストリームの次のＧＯＰ（ＬＧＯＰ２）の先頭パケット（Ｌ２１）が配置され、先ほどと同様に、ＬＧＯＰ２の終端パケット（Ｌ２６）の前方に、ＬＧＯＰ２に対応する右目用ビデオストリームのＧＯＰ（ＲＧＯＰ２）の各パケット（Ｒ２１、Ｒ２２、Ｒ２３）が配置される。このように左目用ビデオストリーム及び右目用ビデオストリームを多重化することにより、左目用ビデオストリームのＧＯＰ境界で切断する際に右目用ビデオストリームのＧＯＰが切断されないことを保障するデジタルストリームが生成される。
５．再生装置
続いて、３Ｄ映像を格納しているＢＤ−ＲＯＭ１０００を再生する再生装置について説明する。図１１は、再生装置２０００の構成を示すブロック図である。図１１に示すように、再生装置２０００は、ＢＤ−ＲＯＭドライブ２１００、トラックバッファ２２００、システムターゲットデコーダ２３００、プレーン加算部２４００、プログラムメモリ２５００、管理情報メモリ２６００、プログラム実行部２７００、再生制御部２８００、及びユーザイベント処理部２９００を含んで構成される。
【００４１】
ＢＤ−ＲＯＭドライブ２１００は、再生制御部２８００から入力される読み出し要求に基づいてＢＤ−ＲＯＭ１０００からデータを読み出す。ＢＤ−ＲＯＭ１０００から読み出されたＡＶクリップはトラックバッファ２２００に、管理情報（インデックスファイル、プレイリストファイル、及びクリップ情報ファイル）は管理情報メモリ２６００に、ＢＤプログラムファイルはプログラムメモリ２５００に、それぞれ転送される。
【００４２】
トラックバッファ２２００は、ＢＤ−ＲＯＭドライブ２１００から入力されるＡＶクリップを格納するメモリ等で構成されたバッファである。
システムターゲットデコーダ２３００は、トラックバッファ２２００に格納されているＡＶクリップに対して多重分離処理を行い、ストリームのデコード処理を行う。ＡＶクリップに含まれるストリームのデコードに必要な、コーデック種類やストリーム属性等の情報は、再生制御部２８００から転送される。
【００４３】
システムターゲットデコーダ２３００は、具体的には、デマルチプレクサ２３０１、ビデオデコーダ２３０２、左目用ビデオプレーン２３０３、右目用ビデオプレーン２３０４、サブビデオデコーダ２３０５、サブビデオプレーン２３０６、プレゼンテーショングラフィックスデコーダ（ＰＧデコーダ）２３０７、プレゼンテーショングラフィックスプレーン（ＰＧプレーン）２３０８、インタラクティブグラフィックスプレーンデコーダ（ＩＧデコーダ）２３０９、インタラクティブグラフィックスプレーン（ＩＧプレーン）２３１０、イメージプロセッサ２３１１、イメージプレーン２３１２、及びオーディオデコーダ２３１３を含んで構成される。
【００４４】
デマルチプレクサ２３０１は、トラックバッファ２２００に格納されているＴＳパケットを取り出し、取り出したＴＳパケットからＰＥＳパケットを得る。ＴＳパケットに含まれるＰＩＤ（パケット識別子）に基づいて当該ＰＥＳパケットをビデオデコーダ２３０２、サブビデオデコーダ２３０５、ＰＧデコーダ２３０７、ＩＧデコーダ２３０９、及びオーディオデコーダ２３１３の何れかに出力する。具体的には、取り出したＴＳパケットから得られたＰＥＳパケットは、当該ＴＳパケットに含まれるＰＩＤが０ｘ１０１１及び０ｘ１０１２である場合にはビデオデコーダ２３０２に、ＰＩＤが０ｘ１Ｂ００である場合にはサブビデオデコーダ２３０５に、ＰＩＤが０ｘ１１００及び０ｘ１１０１である場合にはオーディオデコーダ２３１３に、ＰＩＤが０ｘ１２００及び０ｘ１２０１である場合にはＰＧデコーダ２３０７に、ＰＩＤが０ｘ１４００である場合にはＩＧデコーダ２３０９に、それぞれ転送される。
【００４５】
ビデオデコーダ２３０２は、デマルチプレクサ２３０１から入力されるＰＥＳパケットを復号して非圧縮形式のピクチャを得て、左目用ビデオプレーン２３０３及び右目用ビデオプレーン２３０４の何れかに書き込む。ここで、ビデオデコーダ２３０２の動作について説明する。図１２は、ビデオデコーダ２３０２によるビデオデコード処理を示すフローチャートである。ビデオデコーダ２３０２は、デマルチプレクサ２３０１からＰＥＳパケットを受信すると（ステップＳ１０１）、受信したＰＥＳパケットをデコードし非圧縮形式のピクチャを得る（ステップＳ１０２）。
【００４６】
非圧縮形式のピクチャが左目用ビデオフレームを構成するものか、右目用ビデオストリームを構成するものかを判断する（ステップＳ１０３）。この判断は、例えば、デマルチプレクサ２３０１がＰＥＳパケットをビデオデコーダ２３０２に送信する際に、ＴＳパケットに含まれるＰＩＤに基づいて、当該ＰＥＳパケットが左目用ビデオストリームに対応するか右目用ビデオストリームに対応するかを示すフラグを付加しておき、ビデオデコーダ２３０２が、当該フラグが左目用ビデオストリームに対応することを示しているか否か判定することにより行われる。
【００４７】
非圧縮形式のピクチャが左目用ビデオフレームを構成するものであると判定すれば（ステップＳ１０３でＹｅｓ）、当該ピクチャを左目用ビデオプレーン２３０３に書き込む（ステップＳ１０４）。
非圧縮形式のピクチャが右目用ビデオフレームを構成するものであると判定すれば（ステップＳ１０３でＮｏ）、当該ピクチャを右目用ビデオプレーン２３０４に書き込む（ステップＳ１０５）。
【００４８】
図１１に戻って、左目用ビデオプレーン２３０３は、左目用の非圧縮形式のピクチャを格納しておくためのプレーンである。プレーンとは、再生装置において一画面分の画素データを格納しておくためのメモリ領域である。ビデオプレーンにおける解像度は1920×1080であり、このビデオプレーンに格納されたピクチャデータは、16ビットのYUV値で表現された画素データにより構成される。
【００４９】
右目用ビデオプレーン２３０４は、右目用の非圧縮形式のピクチャを格納しておくためのプレーンである。
左目用ビデオプレーン２３０３及び右目用ビデオプレーン２３０４には、ビデオデコーダ２３０２によりビデオフレームのＰＴＳのタイミングでピクチャが書き込まれる。
サブビデオデコーダ２３０５は、ビデオデコーダ２３０２と同様の構成を持ち、デマルチプレクサ２３０１から入力されるビデオフレームを復号し、表示時刻（ＰＴＳ）のタイミングで、非圧縮形式のピクチャをサブビデオプレーン２３０６に書き出す。
【００５０】
サブビデオプレーン２３０６は、副映像の非圧縮形式のピクチャを格納しておくためのプレーンである。
ＰＧデコーダ２３０７は、デマルチプレクサ２３０１から入力されるプレゼンテーショングラフィックスストリームを復号し、表示時刻（ＰＴＳ）のタイミングで、非圧縮形式のグラフィックスデータをＰＧプレーン２３０８に書き出す。
【００５１】
ＰＧプレーン２３０８は、グラフィックスデータを格納しておくためのプレーンである。
ＩＧデコーダ２３０９は、デマルチプレクサ２３０１から入力されるインタラクティブグラフィックスストリームを復号し、表示時刻（ＰＴＳ）のタイミングで、非圧縮形式のグラフィックスデータをＩＧプレーン２３１０に書き出す。
【００５２】
ＩＧプレーン２３１０は、グラフィックスデータを格納しておくためのプレーンである。
イメージプロセッサ２３１１は、プログラム実行部２７００から入力されるグラフィックスデータ（ＰＮＧ・ＪＰＥＧ）をデコードして、イメージプレーン２３１２に出力する。イメージプレーン２３１２のデコードタイミングは、グラフィックスデータがメニュー用データである場合には、プログラム実行部２７００から指示され、グラフィックスデータが字幕用データである場合には、再生制御部２８００から指示される。
【００５３】
イメージプレーン２３１２は、グラフィックスデータ（ＰＮＧ・ＪＰＥＧ）を格納しておくためのプレーンである。
オーディオデコーダ２３１３は、デマルチプレクサ２３０１から入力されたＰＥＳパケットを復号して、非圧縮形式のオーディオデータを出力する。
プレーン加算部２４００は、左目用ビデオプレーン２３０３と右目用ビデオプレーン２３０４のうち、ＰＴＳのタイミングでピクチャが書き込まれたプレーンを選択して、選択したプレーン、サブビデオプレーン２３０６、ＰＧプレーン２３０８、ＩＧプレーン２３１０、及びイメージプレーン２３１２を瞬時に重畳することで映像信号を生成し、テレビ等のディスプレイに出力する。映像信号は、左目用ピクチャ及び右目用ピクチャの何れが重畳されたかを示すフラグを含む。
【００５４】
プログラムメモリ２５００は、ＢＤ−ＲＯＭドライブ２１００から入力されるＢＤプログラムファイルを格納するメモリである。
管理情報メモリ２６００は、ＢＤ−ＲＯＭドライブ２１００から入力されるインデックステーブル、管理情報、及びプレイリスト情報を格納するメモリである。
プログラム実行部２７００は、プログラムメモリ２５００に格納されているＢＤプログラムファイルに格納されたプログラムを実行する。具体的には、ユーザイベント処理部２９００から入力されるユーザイベントに基づいて再生制御部２７００に対してプレイリスト再生を命令したり、システムターゲットデコーダ２３００に対してメニューやゲームのグラフィックスのためのＰＮＧ・ＪＰＥＧを転送したりする。
【００５５】
再生制御部２８００は、ＢＤ−ＲＯＭドライブ２１００とシステムターゲットデコーダ２３００とを制御して、ＡＶクリップの再生を制御する機能を持つ。例えば、プログラム実行部２７００から入力される再生命令に基づき、管理情報メモリ２６００に格納されているプレイリスト情報を参照して、ＡＶクリップの再生処理を制御する。また、ランダムアクセスの際には、管理情報メモリ２６００に格納されているエントリマップに登録されている、時刻情報に対応するＧＯＰの先頭位置を特定し、その位置から読み出すようＢＤ−ＲＯＭドライブ２１００に指示する。これにより、ＡＶクリップを解析することなく効率的に処理を行うことができる。さらに、再生制御部２８００は、再生装置における状態取得や状態設定を行う。
【００５６】
ユーザイベント処理部２９００は、リモコンや再生装置のフロントパネルに対するキー操作に応じて、その操作を示すユーザイベントをプログラム実行部２７００に出力する。
以上が再生装置２０００の構成である。
６．家庭内で３Ｄ映像を視聴するための構成
続いて、家庭内で３Ｄ映像を視聴するための構成について説明する。ユーザが、家庭内で３Ｄ映像を視聴するためには、上述したＢＤ−ＲＯＭとＢＤ−ＲＯＭを再生する再生装置２０００の他、再生装置から出力される３Ｄ映像を表示可能なディスプレイと立体視用のメガネとが必要になる。図１３は、ＢＤ−ＲＯＭ１０００、再生装置２０００、ディスプレイ３０００、立体視用のメガネ４０００、及びリモコン５０００を含んで構成されるホームシステムを示す図である。
【００５７】
再生装置２０００とディスプレイとは、例えば、ＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）ケーブルで接続される。
ディスプレイ３０００は、再生装置２０００から時分割で入力される映像信号を表示する。再生装置２０００から、左目用及び右目用の映像が交互に入力されるので、ディスプレイ３０００は、左目用及び右目用の映像を時間軸方向に交互に表示することになる。
【００５８】
２Ｄ映像を表示するディスプレイとの違いは、当該ディスプレイと比較して、左目用及び右目用の映像を交互に表示するために、画面の早い切り替えが必要であることである。例えば、多くの映画は、２４ｐ（１秒間に２４フレーム表示）で撮影されるが、３Ｄ映像の場合には、１秒間に左目用の映像２４フレームと、右目用の映像２４フレームとを交互に表示する必要があるため、１秒間に４８フレームの書き換えを行う必要がある。また、３Ｄ映像を表示中には、既存の民生用ＴＶで行っているような輪郭強調処理などを行わない設定を持つこともある。これは、３Ｄ映像を視聴する際には、左目用の映像と右目用の映像との輪郭位置が重要であり、これが輪郭強調等により輪郭線が太くなったり、細くなったりすると、左右の映像のバランスが崩れ、十分な立体視ができないことがあるからである。
【００５９】
また、ディスプレイ３０００は、ＨＤＭＩケーブルを介して入力された映像信号に含まれるフラグに基づいて、ディスプレイに表示されている映像が左目用かあるいは右目用かを示す制御信号を立体視用メガネ４０００に送信する。
立体視用メガネ４０００は、実施の形態１の立体視の原理で説明したように、継時分離方式にて３Ｄ映像を視聴する際に用いられ、液晶シャッターなどを用いた特殊なメガネである。立体視用メガネ４０００は、ディスプレイ３０００から送信される制御信号に基づいて、左目に対応する液晶シャッター及び右目に対応する液晶シャッターを透過状態にするか遮光状態にするかを切り替える。具体的には、ディスプレイから、左目用映像が表示されている旨を示す制御信号を受信した場合には、左目に対応する液晶シャッターを透過状態にし、右目に対応する液晶シャッターを遮光状態にする。右目用映像が表示されている旨を示す制御信号を受信した場合には、右目に対応する液晶シャッターを透過状態にし、左目に対応する液晶シャッターを遮光状態にする。
【００６０】
以上のように本実施の形態によれば、デジタルストリームの時間軸における任意のＰＴＳから再生を開始する場合も、当該ＰＴＳに対応するＳＰＮで指示される位置以降のデジタルストリームの記録領域には、左目用ビデオストリームのＧＯＰ及び当該ＧＯＰに対応する右目用ビデオストリームのＧＯＰが存在するため、動画像の立体視を確実にユーザに行わせることができる。
（実施の形態２）
本実施の形態では、本発明にかかる記録装置および記録方法を実施するための形態について説明する。
【００６１】
記録装置は、映画コンテンツの頒布のために制作スタジオに設置され、ＭＰＥＧ規格に従い圧縮符号化されたデジタルストリーム及びどのように映画タイトルを再生するかを記したシナリオを生成し、これらのデータを含むＢＤ−ＲＯＭ向けのボリュームイメージを生成する。記録装置は、実施の形態１で説明した記録媒体を生成する。
図１４は、記録装置４０の内部構成を示すブロック図である。本図に示すように、記録装置４０は、ビデオエンコーダ４１、素材制作部４２、シナリオ生成部４３、ＢＤプログラム制作部４４、多重化処理部４５、及びフォーマット処理部４６を含んで構成される。
【００６２】
ビデオエンコーダ４１は、左目映像の非圧縮のビットマップなどの画像イメージと、右目映像の非圧縮のビットマップなどの画像イメージとを、ＭＰＥＧ４−ＡＶＣやＭＰＥＧ２などの圧縮方式に従い符号化し、左目用ビデオストリームと右目用ビデオストリームとを作成する。その際、左目用ビデオストリーム及び右目用ビデオストリームのＧＯＰの時間的間隔が等しくなるよう設定する。
【００６３】
ここで、３Ｄに対応したビデオのエレメンタリストリームを効率的に生成する方法について説明する。
ＤＶＤやＢＤ−ＲＯＭなどのパッケージメディア向けにビデオを圧縮する時、一般的なビデオ圧縮技術においては、前後のピクチャの似ている点を利用して圧縮することにより圧縮率を上げている。この時、前後のピクチャで似ている箇所を検索する作業のためにエンコードに多大な時間を要している。図１５は、３Ｄに対応したビデオのエレメンタリストリームをどのように効率的に生成するかを示す図である。図１５（ａ）は、ある時刻の左目用ピクチャを示す図であり、図１５（ｂ）は、図１５（ａ）で示した映像の時刻の次の時刻における左目用ピクチャを示す図である。ビデオエンコーダ４１は、図１５（ａ）に示す左目用ピクチャに存在する立方体あるいは円を、図１５（ｂ）で示した左目用ピクチャ内で検索する。この時、左目用ピクチャのエンコード時において、最も大きな範囲を検索するには、図１５（ｂ）で示した画面全体を検索する必要がある。一般的なエンコード手順の場合には、右目用のビデオをエンコードする際も、左目用のビデオをエンコードする際の手順と同様の手順で行われる。すなわち、図１５（ｂ）で示したように、画面全体を検索する必要がある。
【００６４】
このように、２Ｄ映像をエンコードする場合に比べて、３Ｄ映像（左目用ビデオフレーム列及び右目用ビデオフレーム列）をエンコードする場合には、各ビデオフレーム列を別々に圧縮する必要があるため、圧縮に要する時間が２倍かかる。
そこで、ビデオエンコーダ４１は、左目用のビデオのエンコード時に、各探索対象がどちらの方向にどの程度動いたかをテーブルに記載しておく。これにより、左目用のピクチャに非常に似たピクチャである右目用のピクチャをエンコードする際には、テーブルを参照することにより、画面全体から探索する必要が無くなり、エンコード時間を短縮することができる。図１５（ｃ）は、各探索対象がどちらの方向にどの程度動いたかを記載したテーブルを示す図である。右目用のピクチャをエンコードする際には、図１５（ｃ）に示すテーブルを参照することで、探索範囲を絞ることができる。
【００６５】
なお、ここでの説明では、簡単のために立方体や円などの図形を用いて説明したが、実際のエンコード時には、８ｘ８や１６ｘ１６等で決められた矩形領域毎に、図形の場合と同じように、移動方向や距離をテーブルに記載しておけばよい。
図１４に戻って、素材制作部４２は、オーディオストリーム、プレゼンテーショングラフィックスストリーム、及びインタラクティブグラフィックストリーム等の各ストリームを作成する。より詳細には、非圧縮のＬｉｎｅａｒＰＣＭ音声等を、ＡＣ３等の圧縮方式に従い符号化することでオーディオストリームを作成する。
【００６６】
また、字幕イメージ、表示タイミング、及びフェードイン／フェードアウト等の字幕の効果を含む字幕情報ファイルを基にして、ＢＤ−ＲＯＭ規格に準拠した字幕ストリームのフォーマットであるプレゼンテーショングラフィックスストリームを作成する。
さらに、メニューに使うビットマップイメージと、メニューに配置されるボタンの遷移や表示効果を記載したメニューファイルとを基にして、ＢＤ−ＲＯＭ規格に準拠したメニュー画面のフォーマットであるインタラクティブグラフィックスストリームを作成する。
【００６７】
シナリオ生成部４３は、素材制作部４２で作成した各ストリームの情報やユーザ操作にしたがって、ＢＤ−ＲＯＭ規格に準拠したフォーマットでシナリオを作成する。ここで言うシナリオは、インデックスファイル、ムービーオブジェクトファイル、及びプレイリストファイル等のファイルである。
また、シナリオ生成部４３は、多重化処理を実現するための、各ＡＶクリップがどのストリームから構成されるかを記述したパラメータファイルを作成する。ここで、作成されるインデックスファイル、ムービーオブジェクトファイル、及びプレイリストファイル等のファイルは、実施の形態１で説明したデータ構造となる。
【００６８】
ＢＤプログラム制作部４４は、ＢＤプログラムファイルのプログラムをプログラミングする手段である。ＧＵＩ等のユーザインターフェースを通じて、ユーザからの要求に従って、ＢＤプログラムファイルのソースコードを作成し、ＢＤプログラムを作成する。
多重化処理部４５は、ＢＤ−ＲＯＭシナリオデータに記述されている左目用ビデオストリーム、右目用ビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム、及びインタラクティブグラフィックスストリーム等の複数のストリームを多重化して、ＭＰＥＧ２−ＴＳ形式のＡＶクリップを作成する。その際、左目用ビデオストリーム及び右目用ビデオストリームをＧＯＰ単位で、左目用ビデオストリームのＧＯＰの先頭が、対応する右目用ビデオストリームのＧＯＰより先行する形態で、多重化する。
【００６９】
また、ＡＶクリップの作成の際、ＡＶクリップと対になるクリップ情報ファイルも同時に作成する。多重化処理部４５によるクリップ情報ファイル内の生成は、以下の方法で行われる。多重化処理部４５は、例えば、作成したＡＶクリップにおいて左目用ビデオストリームの各ＧＯＰの先頭パケットの格納位置と、当該ＧＯＰの先頭の表示時刻とを対応付けたエントリマップを生成し、生成したエントリマップと、ＡＶクリップに含まれるストリーム毎の音声属性、映像属性などを示す属性情報とをペアにして、クリップ情報ファイルを作成する。クリップ情報ファイルの構成は、実施の形態１で説明したデータ構造となる。
【００７０】
フォーマット処理部４６は、シナリオ生成部４３で生成したＢＤ−ＲＯＭシナリオデータと、ＢＤプログラム制作部４４で制作したＢＤプログラムファイルと、多重化処理部４５で生成したＡＶクリップやクリップ情報ファイルとを、ＢＤ−ＲＯＭ規格に準拠したフォーマットで配置し、ＢＤ−ＲＯＭ規格に準拠したファイルシステムであるＵＤＦのフォーマットでディスクイメージを作成する。生成したディスクイメージをＢＤ−ＲＯＭプレス用データに変換し、このデータに対してプレス工程を行うことで、ＢＤ−ＲＯＭの製造が可能となる。
（実施の形態３）
本実施の形態では、ＢＤ−ＲＯＭディスクに２Ｄ映像と３Ｄ映像とが混在している場合に関して説明する。ＢＤ−ＲＯＭディスクに収録されている映画コンテンツにおいて、全ての映像が３Ｄあるいは２Ｄのどちらかであれば、ユーザは、各ディスクに応じて前述の立体視専用メガネを装着するか否かを選択すればよいが、一つのディスクの中に２Ｄ映像と３Ｄ映像とが混在している場合には、ユーザは何らかのタイミングでメガネを装着したり、外したりする必要が出てくる。
【００７１】
ユーザの視点に立つと、何の知らせもなく突然２Ｄ映像から３Ｄ映像、あるいは逆に３Ｄ映像から２Ｄ映像に切り替わると、メガネを装着したり、あるいは外したりするきっかけが非常に分かりづらい。
そこで、タイトル単位で２Ｄ映像及び３Ｄ映像の何れかを示す３Ｄ対応フラグを設け、タイトルが変更されると、変更後のタイトルが２Ｄ映像か３Ｄ映像かを３Ｄ対応フラグに基づいて判定し、判定結果をユーザに報知する。図１６は、３Ｄ対応フラグを含むインデックステーブルの構成を示す図である。図１６に示すように、タイトル毎に当該タイトル内の映像が２Ｄか３Ｄかを示す３Ｄ対応フラグが設けられている。タイトルの切り替えは、リモコンを用いたユーザ操作や、コマンド等により行われる。再生装置は、各タイトルに対応した３Ｄ対応フラグをタイトル遷移時に参照することで、ＯＳＤ( Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）や音声案内等により、ユーザに対して立体視メガネの着脱のタイミングを報知することができる。これは、１つのタイトル内に２Ｄ映像と３Ｄ映像とが混在しないことを意味する。商用ディスクを作成する立場で考えると、２Ｄ映像か３Ｄ映像かをタイトル毎に明確に分けておくことで、ユーザにメガネの着脱を促すことを、再生装置に任せることができるというメリットがある。
【００７２】
なお、ここでは２Ｄ映像か３Ｄ映像かを示す３Ｄ対応フラグをタイトル毎に設定するとしたが、プレイリスト、プレイアイテム、あるいはＡＶストリーム毎に３Ｄ対応フラグを設定してもよい。
＜補足＞
以上、本発明に係る記録媒体について、実施の形態に基づいて説明したが、本発明は上記の実施の形態に限られないことは勿論である。
（変形例１）
実施の形態１では、左目用ビデオストリームと右目用ビデオストリームとが一本のデジタルストリームに多重化されていたが、ここでは、左目用ビデオストリームと右目用ビデオストリームとを多重化せず、別々のデジタルストリームとして記録媒体に記録されている場合について説明する。
【００７３】
まず、左目用ビデオストリームと右目用ビデオストリームとを別々のデジタルストリームとして記録媒体に記録した場合のＡＶクリップについて説明する。図１７は、ＳＴＲＥＡＭディレクトリに格納されるＡＶクリップの構成の一例を示す図である。
左目用のＡＶクリップは、右目用ビデオストリームを含まない点を除いて、図３で示したＡＶクリップと同様である。左目用のＡＶクリップには、左目用ビデオストリームが格納されており、左目用ビデオストリーム（主映像）は、２Ｄ映像を再生する再生装置では２Ｄ映像として、３Ｄ映像を再生可能な再生装置では、３Ｄ映像を再生する際の左目用の映像として再生されるビデオストリームである。
【００７４】
右目用のＡＶクリップ（サブクリップ）には、右目用ビデオストリームが格納されている。右目用ビデオストリームは、３Ｄ映像を再生可能な再生装置において３Ｄ映像を再生する際の右目用の映像として、左目用のビデオストリームと共に再生されるビデオストリームである。
次に、左目用ビデオストリームと右目用ビデオストリームとを別々のデジタルストリームとして記録媒体に記録した場合のプレイリストの構造について説明する。プレイリスト情報は、一連のプレイアイテム情報の再生経路であるメインパスに加えて、１つ以上のサブプレイアイテム（ＳｕｂＰＩ）情報を有する。ここでは、メインパスと同期して再生される、一連のサブプレイアイテムの再生経路をサブパスと定義する。各サブプレイアイテム情報は、サブクリップに対する再生区間を示す。各サブプレイアイテム情報の再生区間は、メインパスと同じ時間軸で表される。
【００７５】
図１８は、左目用ビデオストリームと右目用ビデオストリームとを別々のデジタルストリームとした場合のプレイリストの構造を示す図である。２Ｄプレイリスト情報は、左目用ビデオストリームが２Ｄ映像として再生される場合のプレイリスト情報であり、３Ｄプレイリスト情報は、左目用ビデオストリーム及び右目用ビデオストリームが３Ｄ映像として再生される場合のプレイリスト情報である。図１８に示すように、２Ｄプレイリスト情報及び３Ｄプレイリスト情報のメインパスは、左目用ビデオストリームを格納するＡＶクリップを参照している。３Ｄプレイリスト情報は、メインパスに加えて、サブパスを有する。サブパスは、右目用ビデオストリームを格納するサブクリップを参照しており、メインパスと時間軸上で同期するように設定される。この構造により、２Ｄプレイリスト情報及び３Ｄプレイリスト情報で、左目用ビデオストリームが格納されたＡＶクリップを共有することができ、３Ｄプレイリスト情報では、左目映像と右目映像とを時間軸上で同期させることができる。
【００７６】
続いて、左目用ビデオストリームと右目用ビデオストリームとを別々のデジタルストリームとした場合のクリップ情報ファイルについて説明する。
左目用ビデオストリームと右目用ビデオストリームとは、別々のデジタルストリームであるので、それぞれのデジタルストリームに対してクリップ情報ファイルが存在する。基本的には、どちらのクリップ情報ファイルも実施の形態１で説明したクリップ情報ファイルと同様の構成である。したがって、右目用ビデオストリームに対しても、エントリマップが設定されることになる。右目用のエントリマップには、エントリマップヘッダ情報と、右目用ビデオストリームを構成する各ＧＯＰの先頭の表示時刻を示すＰＴＳとサブクリップにおいて当該ＧＯＰの先頭位置を示すＳＰＮとのペアを示すテーブル情報とが記載されている。テーブル情報における各エントリポイントには、ＡＶクリップにおいて左目用ビデオストリームのエントリマップの各エントリポイントで指定されているＰＴＳに、表示遅延（１／４８）秒だけ加算した値であるＰＴＳを持つ、サブクリップの右目用ビデオストリームのピクチャが登録される。これにより、ある時刻が指定された時に、再生装置は、当該時刻に対応する、右目用ビデオストリーム及び左目用ビデオストリームにおけるＧＯＰの開始アドレスを取得することができる。
【００７７】
続いて、ＢＤ−ＲＯＭ上での物理的なファイル配置について説明する。左目用ビデオストリームを格納したＡＶクリップと、右目用ビデオストリームを格納したサブクリップとは、エクステント（例えば、GOP単位）に分割されてインタリーブに配置される。左目用ビデオストリームと右目用ビデオストリームのＧＯＰの時間的間隔は同じにしておく。ここで例えば、エントリマップのエントリマップヘッダ情報に、左目用ビデオストリームのＧＯＰと当該ＧＯＰに対応する右目用ビデオストリームのＧＯＰのうち、どちらが先に配置されているかを示す先行フラグを設定する。これにより、再生装置は、先行フラグを参照することにより、左目用ビデオストリームのＧＯＰと当該ＧＯＰに対応する右目用ビデオストリームのＧＯＰのうち、どちらのＧＯＰから読み出すべきかをＢＤ−ＲＯＭドライブに指示することができる。すなわち、先行フラグが示すビデオストリームのＧＯＰから読み出しを開始することができる。
【００７８】
したがって、左目用ビデオストリームと右目用ビデオストリームとを多重化せず、別々のデジタルストリームとした場合であっても、再生装置により指示された再生開始位置以降には、左目用ビデオストリームのＧＯＰ及び当該ＧＯＰに対応する右目用ビデオストリームのＧＯＰが存在するため、動画像の立体視を確実にユーザに行わせることができる。
（変形例２）
変形例１では、３Ｄプレイリスト情報はメインパスに加えて、一つのサブパスを有するとしたが、ここでは、３Ｄプレイリスト情報が複数のサブパスを含む場合について説明する。
【００７９】
まず、ユーザが視差画像により立体視を行う際に感じる違和感について説明する。図１９は、実際に物体を見る際の目の焦点と立体視を行う際の目の焦点との違いを示す図である。図１９（ｂ）は、ユーザが実際に物体を見ている様子を示す図である。図１９（ｂ）に示すように、左目１５及び右目１６の焦点は共に、物体１７の位置に合っている。つまり、物体１７を観察するユーザにとって、目の焦点が合っている位置と、物体１７を認識している空間上の位置とは同じであることを意味している。
【００８０】
これに対して、図１９（ａ）は、ユーザが視差画像により立体視を行う様子を示す図であり、左目１１及び右目１２の焦点は、ディスプレイ１４に合っているのに対して、立体視される映像１３は、両眼でディスプレイを見る際に両眼とディスプレイとを結ぶ直線の交点となる位置に結像しているように、脳内で認識される。つまり、両眼の焦点はディスプレイ１４上に合っているのに対して、３Ｄの物体１３を認識している位置はディスプレイ１４より飛び出した位置にある。この焦点位置と物体の認識位置との差が、視差画像によって３Ｄを認識した際の違和感や疲労感として感じられることになる。
【００８１】
また、一般的には、実際に目の焦点が合っている位置（ディスプレイの位置）と、脳内で物体を３Ｄとして認識している位置との距離が大きいほど、違和感や疲労感が強く感じられることが知られている。
視差画像を用いた３Ｄ映像をユーザへの負荷を少なく実現する一つの方法は、物体の飛び出し距離（被写体を見る角度）が異なる複数の右目用ビデオストリームを、それぞれ別々のＡＶクリップとして記録媒体に記録しておき、ユーザに選択させるものである。つまり、３Ｄ映像の視聴に慣れたユーザ、あるいはより物体の飛び出しが強調され、臨場感を楽しみたいユーザ用のＡＶクリップと、３Ｄ映像の視聴に不慣れなユーザ向けにディスプレイからの飛び出しを抑え、３Ｄ視聴における違和感を軽減したＡＶクリップとを用意し、ユーザに適切に選択させればよい。
【００８２】
図２０は、サブパスが複数ある場合のプレイリスト情報を示す図である。図２０に示すプレイリスト情報は、サブクリップ１群及びサブクリップ２群を参照し、これらは共に右目用ビデオストリームを格納しているが、被写体を見る角度（飛び出し距離）が異なるものである。各サブパスとメインパスとは同期しており、サブパスには、プレイリスト情報に登録される順にＩＤが振られ、サブパスＩＤとして、サブパスを識別するために使われる。
【００８３】
サブパスＩＤ「０」のサブパスは、サブクリップ１群を参照し、サブパスＩＤ「１」のサブパスは、サブクリップ２群を参照する。このように、３Ｄプレイリスト情報が飛び出し具合の異なる複数のサブクリップを含み、ディスプレイ画面の大きさやユーザ操作に基づいて、左目用ビデオストリームを格納するメインパスと同期して再生するサブパスを切り替えることで、ユーザにとって快適な視差画像を用いて、立体映像を表示することが可能となる。
（変形例３）
変形例２では、３Ｄプレイリスト情報が複数のサブパスを含む場合について説明したが、ここでは、各サブクリップにオーディオデータ、字幕、及びメニューを組み合わせた場合について説明する。
【００８４】
図２１は、２Ｄ映像の再生においてユーザ２１がディスプレイ２３に表示されている物体２２を視聴している様子を示す図である。このとき、物体２２から音が出ている場合には、多くの映画においては、物体２２の位置から音が出ているようにユーザ２１に感じさせるために、複数のスピーカーから出る音の位相や音圧を調整して、あたかも物体２２の場所から音が出ているように音を定位させることで、ビデオとオーディオとの組み合わせによる臨場感を演出している。
【００８５】
これに対して、図２２は、３Ｄ映像の再生において物体がディスプレイ３３からユーザ３１の側に飛び出して見える様子を示す図であり、左目用ビデオストリームでは物体が位置３４に描画され、右目用ビデオストリームでは物体が位置３５に描画されることで、ユーザ３１には、物体が空間上の位置３６にあるように認識され、飛び出して見える。この時、２Ｄ映像の再生の場合と同じ音を用いて位置３２に物体からの音が定位した場合、ユーザ３１は物体を位置３６に認識しているにも関わらず、物体からの音が位置３２から発しているように聞こえてしまう。
【００８６】
そこで、ユーザが物体を認識している位置から音が聞こえるよう、被写体を見る角度が異なる複数の右目用ビデオストリームの各々に応じたオーディオデータを、当該右目用ビデオデータに対応付けて記憶しておく。
さらに、オーディオデータに加え、字幕やメニューに対しても同様に各右目用ビデオデータに対応付けて記憶しておく。３Ｄ映像の飛び出し具合に応じて、飛び出し具合が異なる（映像と、字幕あるいはメニューとの前後関係を壊さない）字幕及びメニューの組み合わせを記録しておくことで、異なる飛び出し具合のビデオデータに対応した字幕やメニューを表示することが可能となり、より臨場感を増すことが可能となる。
【００８７】
図２３は、各サブクリップにオーディオデータ、字幕、及びメニューを対応付けたテーブルを示す図である。図２３に示すように、各サブクリップに応じたオーディオデータを記述したテーブルをプレイリスト内に保持することにより、サブクリップの切り替えに応じて、対応するオーディオデータも切り替えることが可能となる。
なお、上述のように、各サブクリップ対応したオーディオデータを用意することで、より臨場感及び３Ｄで表示される物体が発する音への定位感が増すようにするのではなく、３Ｄの臨場感に関与しない音、例えば背景音をオーディオストリームとしてＡＶクリップに入れておき、画面内の特定の物体や人物が発する音だけを２本目のオーディオストリームとしてＡＶクリップに入れておき、１本目のオーディオストリームと２本目のオーディオストリームとを同時にミキシングしながら再生することにより、各サブクリップに対応した音の定位を得るとしてもよい。これにより、２本目のオーディオストリームを、人の会話音やハエが飛ぶ音等、比較的簡単な音とすることで、より圧縮率の高いオーディオ圧縮方式を使え、複数のオーディオストリームを格納する際のデータ量を削減することができる。
（１）上記実施の形態１では、ＡＶクリップは、左目用ビデオストリームに関するエントリマップを有し、左目用ビデオストリームの各ＧＯＰが、当該ＧＯＰに対応する、右目用ビデオストリームのＧＯＰより先行する位置に配置されるとしたが、ＡＶクリップが右目用ビデオストリームに関するエントリマップを有し、右目用ビデオストリームの各ＧＯＰが、当該ＧＯＰに対応する、左目用ビデオストリームのＧＯＰより先行する位置に配置されるとしてもよい。
（２）上記実施の形態１では、再生装置は、左目用ビデオプレーンと右目用ビデオプレーンとを備える構成としたが、ビデオプレーンを一つだけ備えるとしてもよい。この場合、再生装置は、左目用ピクチャと右目用ピクチャとを交互にビデオプレーンに書き出す。
【００８８】
また、再生装置は、ビデオデコーダを一つ備える構成としたが、左目用ビデオデコーダ及び右目用ビデオデコーダの二つのビデオデコーダを備えるとしてもよい。この場合、デマルチプレクサは、ＴＳパケットに含まれるＰＩＤに基づいてＰＥＳパケットを左目用ビデオデコーダ及び右目用ビデオデコーダの何れかに出力する。
（３）上記実施の形態１では、ある時刻ＰＴＳで表示される左目用ピクチャに対して、対応する右目用ピクチャのＰＴＳは、ＰＴＳ（左目用）＋１／（１秒当たりのフレーム数×２）であるとしたが、右目用ピクチャのＰＴＳは、対応する左目用ピクチャとその次の左目用ピクチャの間であればよい。
（４）上記実施の形態１では、ＡＶクリップは、左目用ビデオストリームに関するエントリマップを有するとしたが、左目用ビデオストリーム及び右目用ビデオストリームのエントリマップを有するとしてもよい。右目用のエントリマップのテーブル情報において、各エントリポイントには、ＡＶクリップのエントリマップの左目用ビデオストリームのエントリポイントで指定されているＰＴＳに、表示遅延（１／４８）だけ加算した値であるＰＴＳが設定される。
【００８９】
再生開始点が時刻で指定されると、再生制御部２８００は、左目用エントリマップ及び右目用エントリマップにおいて、当該時刻に対応するアドレス情報のうちより前方に位置するアドレスから再生を開始する。これにより、指定した時刻の左目用ＧＯＰ及び右目用ＧＯＰを先頭から読み出すことが可能となる。
このように再生装置のメモリに余裕があり、各エントリマップをメモリに読み出すことができれば、左目用ビデオストリーム及び右目用ビデオストリームを多重化する際に、格納位置関係を考慮せずに多重化することができる。
（５）上記実施の形態１では、図９、１０において、左目用ＧＯＰの先頭パケットと、当該左目用ＧＯＰの終端パケットとの間に、当該左目用ＧＯＰに対応する右目用ＧＯＰを配置するとしたが、左目用ＧＯＰの先頭パケットと、次の左目用ＧＯＰの先頭パケットとの間に、当該右目用ＧＯＰを配置するとしてもよいし、次の左目用ＧＯＰの終端パケットまでに配置するとしてもよい。このように、左目用ＧＯＰと当該左目用ＧＯＰに対応する右目用の多重化の位置とを制限することで、ＡＶデータへランダムアクセスが行われた際に、左目用ＧＯＰ及び対応する右目用ＧＯＰの読み出しタイミングが大きくずれないことを保証することができる。
（６）上記実施の形態１では、３Ｄ映像を表示可能なディスプレイについて説明したが、実際には、２Ｄ映像しか表示できないディスプレイも存在する。その際、ユーザが、ディスプレイが３Ｄ再生に対応しているか否かを判断するのは困難である。そこで、ディスプレイが３Ｄ再生に対応しているか否かの判断を、ユーザが意識することなく、再生装置が行うことが望ましい。
【００９０】
具体的には、例えば、以下のような方法で実現する。図２４は、３Ｄ表示可能かをディスプレイに問い合わせる問い合わせ処理を示すフローチャートである。再生装置とディスプレイとはＨＤＭＩケーブルを介して接続されているものとする。まず、再生装置はディスプレイに対して、３Ｄに対応しているかどうかを問い合わせる（ステップＳ２０１）。３Ｄに対応しているかどうかの応答をディスプレイから受信すると（ステップＳ２０２でＹｅｓ）、当該応答が、３Ｄに対応している旨を示すものか否かを判定する（ステップＳ２０３）。
【００９１】
応答が、３Ｄに対応している旨を示すものである場合には（ステップＳ２０３でＹｅｓ）、再生装置は、自装置内の所定メモリ内でディスプレイが３Ｄ表示可能であることを示す３Ｄ表示フラグを有効として設定し（ステップＳ２０４）、応答が、３Ｄに対応していない旨を示すものである場合（ステップＳ２０３でＮｏ）、あるいはディスプレイから適切な応答が無い場合には（ステップＳ２０２でＮｏ）、３Ｄ表示フラグを無効として設定する（ステップＳ２０５）。
【００９２】
ここで、ＢＤプログラムから３Ｄ表示フラグにアクセスできるようにしておくことで、再生装置に接続されているディスプレイが３Ｄに対応しているかどうかをＢＤプログラムによって判断することが可能となる。これにより、例えば３Ｄ表示フラグが有効な場合には、３Ｄ対応のタイトルを再生し、３Ｄ表示フラグが無効である場合には、２Ｄ対応のタイトルを再生するような制御が可能となる。
【００９３】
また、３Ｄ表示フラグが有効である場合、再生装置が３Ｄ対応コンテンツをディスプレイに送信する際、３Ｄ対応コンテンツである旨を示す情報をヘッダ等に含ませてもよい。これにより、３Ｄ対応コンテンツをディスプレイが受け取った際には、ディスプレイ側で前述のように輪郭強調を行わないなどの特定の処理を削減あるいは軽減したり、３Ｄ視聴に適正な処理を加えたりすることが可能となる。
（７）上記実施の形態１では、継時分離方式及び偏光メガネ方式を例として用いて説明したが、レンチキュラーレンズを用いて立体視を実現する場合には、左目用ビデオストリームの各ピクチャと当該ピクチャに対応する右目用ビデオストリームのピクチャとを、同一のＰＴＳになるよう設定し、一画面中の縦方向に左目用のピクチャと対応する右目用のピクチャとを同時に交互に並べ、ディスプレイ表面にレンチキュラーレンズを貼り合わせることで、ディスプレイ上に表示された映像を、立体映像として認識することができる。
（８）３Ｄ再生のためのプレイリストは、BD-Jアプリケーションによって再生されてもよい。BD-Jアプリケーションとは、Java２Micro_Edition（J2ME） Personal Basis Profile（PBP 1.0）と、Globally Excecutable MHP specification（GEM1.0.2）for package media targetsとをフル実装したプログラム実行部において、BD-Jタイトルを生存区間として起動されるJavaアプリケーションである。
【００９４】
プログラム実行部は、Java(TM)（登録商標）仮想マシン、コンフィグレーション、プロファイルを含んで構成される。BD-Jアプリケーションは、プレイリスト情報を再生するJMFプレーヤインスタンスの生成をJava(TM)仮想マシンに命じることで、AV再生を開始させることができる。JMF(Java Media Frame work)プレーヤインスタンスとは、JMFプレーヤクラスを基にして仮想マシンのヒープメモリ上に生成される実際のデータのことである。
【００９５】
また、プログラム実行部は、JFIF(JPEG)やPNG、その他のイメージデータを表示するためのスタンダードJavaライブラリを含む。このため、BD-Jアプリケーションは、GUIフレームワークを実現することができる。JavaアプリケーションにおけるGUIフレームワークは、GEM1.0.2にて規定されたHAViフレームワークを含み、GEM1.0.2におけるリモートコントロールナビゲーション機構を含む。
【００９６】
これにより、BD-Jアプリケーションは、HAViフレームワークに基づくボタン表示、テキスト表示、オンライン表示(BBSの内容)といった表示を、動画像の表示と組み合わせた画面表示を実現することができ、リモートコントロールを用いて、この画面表示に対する操作を行うことができる。
上記実施の形態及び上記補足をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【００９７】
本発明は、３Ｄ映像を格納する記録媒体に広く適用可能である。
【符号の説明】
【００９８】
１０００ ＢＤ−ＲＯＭ
２０００ 再生装置
２１００ ＢＤ−ＲＯＭドライブ
２２００ トラックバッファ
２３００ システムターゲットデコーダ
２３０１ デマルチプレクサ
２３０２ ビデオデコーダ
２３０３ 左目用ビデオプレーン
２３０４ 右家用ビデオプレーン
２３０５ サブビデオデコーダ
２３０６ サブビデオプレーン
２３０７ ＰＧデコーダ
２３０８ ＰＧプレーン
２３０９ ＩＧデコーダ
２３１０ ＩＧプレーン
２３１１ イメージプロセッサ
２３１２ イメージプレーン
２３１３ オーディオデコーダ
２４００ プレーン加算部
２５００ プログラムメモリ
２６００ 管理情報メモリ
２７００ プログラム実行部
２８００ 再生制御部
２９００ ユーザイベント処理部
３０００ ディスプレイ
４０００ 立体視用メガネ
５０００ リモコン
４０ 記録装置
４１ ビデオエンコーダ
４２ 素材制作部
４３ シナリオ生成部
４４ ＢＤプログラム制作部
４５ 多重化処理部
４６ フォーマット処理部

Claims (8)

1. 記録媒体であって、
   デジタルストリームが記録されている領域と、マップ情報が記録されている領域とを含み、
   前記デジタルストリームは、第１ビデオストリームと第２ビデオストリームとを含み、
   前記第２ビデオストリームは、前記第１ビデオストリームを参照して圧縮されており、
   前記第１ビデオストリームは、複数の第１グループ・オブ・ピクチャを含み、前記第２ビデオストリームは、複数の第２グループ・オブ・ピクチャを含み、
   マップ情報は、デジタルストリームが記録されている領域におけるエントリアドレスを、エントリ時刻と対応付けて示す情報であり、
   デジタルストリームが記録されている領域のうち、前記第１ビデオストリームに対応する各エントリアドレスで指示される位置以降の領域には、前記各エントリアドレスに対応する第１グループ・オブ・ピクチャ及び前記第１グループ・オブ・ピクチャに対応する第２グループ・オブ・ピクチャが存在しており、
   前記各エントリアドレスに対応する第１グループ・オブ・ピクチャは、デジタルストリームの時間軸において、前記各エントリアドレスに対応した各エントリ時刻から再生されるべき動画像を表し、
   前記第１グループ・オブ・ピクチャに対応する第２グループ・オブ・ピクチャは、動画像の立体視をユーザに行わせる場合、前記各エントリアドレスに対応する第１グループ・オブ・ピクチャと共に再生されるべき動画像を表し、
   前記第１グループ・オブ・ピクチャ及び前記第２グループ・オブ・ピクチャは、複数のパケットに分割された状態で、多重化されており、
   前記各エントリアドレスに対応する第１グループ・オブ・ピクチャを分割することで得られた複数のパケットのうち、先頭のものの記録位置は、前記第１グループ・オブ・ピクチャに対応する第２グループ・オブ・ピクチャを分割することで得られた複数のパケットの先頭のものの記録位置よりも、デジタルストリーム上で先行している
   ことを特徴とする記録媒体。
2. 前記マップ情報におけるエントリアドレスは、第１グループ・オブ・ピクチャを分割することで得られた複数のパケットのうち、先頭のもののパケット番号を用いて表現されている
   ことを特徴とする請求項１記載の記録媒体。
3. 前記第２グループ・オブ・ピクチャを分割することで得られた複数のパケットは何れも、前記第１グループ・オブ・ピクチャのエントリアドレスの直後のエントリアドレスより前に存在する
   ことを特徴とする請求項１または２記載の記録媒体。
4. 前記第２グループ・オブ・ピクチャを分割することで得られた複数のパケットは何れも、前記第１グループ・オブ・ピクチャの終端パケットより前に存在する
   ことを特徴とする請求項１または２記載の記録媒体。
5. 前記第１グループ・オブ・ピクチャの各ピクチャと前記第２グループ・オブ・ピクチャの各ピクチャとは、一対一で対応しており、
   前記第２グループ・オブ・ピクチャのうち所定ピクチャの表示時刻は、当該所定ピクチャに対応する、前記第１グループ・オブ・ピクチャにおけるピクチャの表示時刻に、１／（前記第１グループ・オブ・ピクチャのフレームレート×２）だけ加算した値である
   ことを特徴とする請求項１記載の記録媒体。
6. デジタルストリームを生成する生成手段と、
   生成したデジタルストリームを記録媒体に記録する記録手段とを有し、
   前記デジタルストリームは、第１ビデオストリームと第２ビデオストリームとマップ情報とを含み、
   前記第１ビデオストリームは、デジタルストリームの時間軸において各エントリ時刻から再生されるべき動画像を表し、前記各エントリ時刻に対応した複数の第１グループ・オブ・ピクチャを含み、
   前記第２ビデオストリームは、動画像の立体視をユーザに行わせる場合、対応する前記第１グループ・オブ・ピクチャと共に再生されるべき動画像を表し、複数の第２グループ・オブ・ピクチャを含み、
   マップ情報は、デジタルストリームの記録領域内部におけるエントリアドレスを、エントリ時刻と対応付けて示す情報であり、
   前記生成手段は、前記第１ビデオストリームを参照して前記第２ビデオストリームを圧縮し、第１グループ・オブ・ピクチャ及び第２グループ・オブ・ピクチャを、複数のパケットに分割し、前記各エントリ時刻に対応する第１グループ・オブ・ピクチャを分割することで得られた複数のパケットのうち先頭のものが、前記第１グループ・オブ・ピクチャに対応する第２グループ・オブ・ピクチャを分割することで得られた複数のパケットの先頭のものよりも、デジタルストリーム上で先行するよう多重化する
   ことを特徴とする記録装置。
7. 記録媒体を再生する再生装置であって、
   前記記録媒体は、
   デジタルストリームが記録されている領域と、マップ情報が記録されている領域とを含み、
   前記デジタルストリームは、第１ビデオストリームと第２ビデオストリームとを含み、
   前記第２ビデオストリームは、前記第１ビデオストリームを参照して圧縮されており、
   前記第１ビデオストリームは、複数の第１グループ・オブ・ピクチャを含み、前記第２ビデオストリームは、複数の第２グループ・オブ・ピクチャを含み、
   マップ情報は、デジタルストリームが記録されている領域におけるエントリアドレスを、エントリ時刻と対応付けて示す情報であり、
   デジタルストリームが記録されている領域のうち、前記第１ビデオストリームに対応する各エントリアドレスで指示される位置以降の領域には、前記各エントリアドレスに対応する第１グループ・オブ・ピクチャ及び前記第１グループ・オブ・ピクチャに対応する第２グループ・オブ・ピクチャが存在しており、
   前記各エントリアドレスに対応する第１グループ・オブ・ピクチャは、デジタルストリームの時間軸において、前記各エントリアドレスに対応した各エントリ時刻から再生されるべき動画像を表し、
   前記第１グループ・オブ・ピクチャに対応する第２グループ・オブ・ピクチャは、動画像の立体視をユーザに行わせる場合、前記各エントリアドレスに対応する第１グループ・オブ・ピクチャと共に再生されるべき動画像を表し、
   前記第１グループ・オブ・ピクチャ及び前記第２グループ・オブ・ピクチャは、複数のパケットに分割された状態で、多重化されており、
   前記各エントリアドレスに対応する第１グループ・オブ・ピクチャを分割することで得られた複数のパケットのうち、先頭のものの記録位置は、前記第１グループ・オブ・ピクチャに対応する第２グループ・オブ・ピクチャを分割することで得られた複数のパケットの先頭のものの記録位置よりも、デジタルストリーム上で先行しており、
   前記再生装置は、
   各グループ・オブ・ピクチャをデコードして動画像を得るビデオデコーダと、
   前記第１グループ・オブ・ピクチャから得られた画像を格納するための第１ビデオプレーンと、
   前記第２グループ・オブ・ピクチャから得られた画像を格納するための第２ビデオプレーンと、
   第１ビデオプレーン及び第２ビデオプレーンに格納された画像を表示手段に出力する出力部とを備え、
   前記ビデオデコーダは、前記各エントリアドレスに対応する第１グループ・オブ・ピクチャを分割することで得られた複数パケットのうち先頭のパケットを、前記第１グループ・オブ・ピクチャに対応する第２グループ・オブ・ピクチャを分割することで得られた複数パケットのうち先頭パケットよりも、先にデコードし、
   前記第1グループ・オブ・ピクチャをデコードした画像を第1ビデオプレーンに出力し、
   前記第2グループ・オブ・ピクチャをデコードした画像を第2ビデオプレーンに出力する
   ことを特徴とする再生装置。
8. 記録媒体を再生する再生方法であって、
   前記記録媒体は、
   デジタルストリームが記録されている領域と、マップ情報が記録されている領域とを含み、
   前記デジタルストリームは、第１ビデオストリームと第２ビデオストリームとを含み、
   前記第２ビデオストリームは、前記第１ビデオストリームを参照して圧縮されており、
   前記第１ビデオストリームは、複数の第１グループ・オブ・ピクチャを含み、前記第２ビデオストリームは、複数の第２グループ・オブ・ピクチャを含み、
   マップ情報は、デジタルストリームが記録されている領域におけるエントリアドレスを、エントリ時刻と対応付けて示す情報であり、
   デジタルストリームが記録されている領域のうち、前記第１ビデオストリームに対応する各エントリアドレスで指示される位置以降の領域には、前記各エントリアドレスに対応する第１グループ・オブ・ピクチャ及び前記第１グループ・オブ・ピクチャに対応する第２グループ・オブ・ピクチャが存在しており、
   前記各エントリアドレスに対応する第１グループ・オブ・ピクチャは、デジタルストリームの時間軸において、前記各エントリアドレスに対応した各エントリ時刻から再生されるべき動画像を表し、
   前記第１グループ・オブ・ピクチャに対応する第２グループ・オブ・ピクチャは、動画像の立体視をユーザに行わせる場合、前記各エントリアドレスに対応する第１グループ・オブ・ピクチャと共に再生されるべき動画像を表し、
   前記第１グループ・オブ・ピクチャ及び前記第２グループ・オブ・ピクチャは、複数のパケットに分割された状態で、多重化されており、
   前記各エントリアドレスに対応する第１グループ・オブ・ピクチャを分割することで得られた複数のパケットのうち、先頭のものの記録位置は、前記第１グループ・オブ・ピクチャに対応する第２グループ・オブ・ピクチャを分割することで得られた複数のパケットの先頭のものの記録位置よりも、デジタルストリーム上で先行しており、
   各グループ・オブ・ピクチャをデコードして動画像を得るビデオデコードステップと、
   前記第１グループ・オブ・ピクチャから得られた画像を格納するための第１ビデオプレーン及び前記第２グループ・オブ・ピクチャから得られた画像を格納するための第２ビデオプレーンに格納された画像を表示手段に出力する出力ステップとを備え、
   前記ビデオデコードステップは、前記各エントリアドレスに対応する第１グループ・オブ・ピクチャを分割することで得られた複数パケットのうち先頭のパケットを、前記第１グループ・オブ・ピクチャに対応する第２グループ・オブ・ピクチャを分割することで得られた複数パケットのうち先頭パケットよりも、先にデコードし、
   前記第1グループ・オブ・ピクチャをデコードした画像を第１ビデオプレーンに出力し、
   前記第2グループ・オブ・ピクチャをデコードした画像を第２ビデオプレーンに出力する
   ことを特徴とする再生方法。

Images