(57)【要約】【課題】３Ｄ未対応再生装置で平面視映像再生が可能であり、３Ｄ対応再生装置で立体視映像再生が可能な光ディスクを提供する。【解決手段】ＡＶデータ記録領域と、ナビゲーション情報領域とを含む光ディスクであって、ＡＶデータ記録領域は、複数のＴＳＰＢと複数のＴＳＳＢとをインタリーブに配したＴＳを記録した領域であり、ＴＳＰＢは平面視画像を表すビデオストリームを構成し、ＴＳＳＢは平面視画像に対する視差画像を表すビデオストリームを構成し、ナビゲーション情報領域にはナビゲーション情報が記録されており、ナビゲーション情報は、基本的ロケーション情報と立体視用再生の再生能力をもつ再生装置のみに有効となる拡張ロケーション情報とを含み、基本的ロケーション情報は各ＴＳＰＢが記録されている領域を示し、拡張ローケーション情報は各ＴＳＳＢが記録されている領域を示す。
2009133714.tif 000002
【特許請求の範囲】
【請求項１】
ＡＶデータ記録領域と、ナビゲーション情報領域とを含む光ディスクであって、
ＡＶデータ記録領域は、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとをインタリーブに配したトランスポートストリームを記録した領域であって、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表し、再生装置が立体視用再生を行う場合にプライマリストリームと共に再生されるストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力をもつ再生装置のみに有効となる拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示す
ことを特徴とする光ディスク。
【請求項２】
基本的なロケーション情報は、プライマリストリームの構成単位であるパケットに付された識別子に基づいて、プライマリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報を含み、
拡張ローケーション情報は、セカンダリストリームの構成単位であるパケットに付された識別子に基づいて、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報を含む
ことを特徴とする請求項１記載の光ディスク。
【請求項３】
識別子に基づいてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報とは、プライマリストリームのエントリーマップであり、
識別子に基づいてセカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報とは、セカンダリストリームのエントリーマップである
ことを特徴とする請求項２記載の光ディスク。
【請求項４】
プライマリストリームを構成するデータブロックのデータサイズ及びセカンダリストリームを構成するデータブロックのデータサイズは、ナビゲーション情報のうち基本的なロケーション情報を参照してトランスポートストリームを読み出す再生装置において、光ディスクからプライマリストリームを読み出しつつ復号化し途切れなく再生できる所定の条件、及び、ナビゲーション情報のうち基本的なロケーション情報と拡張ローケーション情報との両方を参照してトランスポートストリームを読み出す再生装置において、光ディスクからプライマリストリームとセカンダリストリームとの両方を読み出しつつ復号化し途切れなく再生できる所定の条件により規定される
ことを特徴とする請求項１記載の光ディスク。
【請求項５】
光ディスクに記録されたビデオストリームを再生し、再生した画像を表示装置へ出力する再生装置であって、
出力先の表示装置が立体視映像の表示に対応しているか否かを判定する判定手段と、
ビデオストリームを光ディスクから読み出す読出手段と、
光ディスクから読み出されたビデオストリームを再生する再生手段と、
制御手段とを備え、
光ディスクは、ＡＶデータ記録領域とナビゲーション情報領域とを含み、
ＡＶデータ記録領域には、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとがインタリーブに配して記録されており、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表すビデオストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
前記制御手段は、
出力先の表示装置が立体視映像の表示に対応している場合、ナビゲーション情報のうち基本的なロケーション情報と拡張ロケーション情報との両方を参照して、プライマリストリームとセカンダリストリームとの両方の読み出しを、読出手段に行わせ、
出力先の表示装置が立体視映像の表示に対応していない場合、ナビゲーション情報のうち基本的なロケーション情報を参照して、プライマリストリームのみの読み出しを、読出手段に行わせる
ことを特徴とする再生装置。
【請求項６】
光ディスクに記録されたビデオストリームを再生し、再生した画像を表示装置へ出力する再生装置を制御する集積回路であって、
出力先の表示装置が立体視映像の表示に対応しているか否かを判定する判定手段と、
再生装置の読出手段に、光ディスクからビデオストリームを読み出させる読出制御手段と、
光ディスクから読み出されたビデオストリームを再生する再生手段とを備え、
光ディスクは、ＡＶデータ記録領域とナビゲーション情報領域とを含み、
ＡＶデータ記録領域には、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとがインタリーブに配して記録されており、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表すビデオストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
前記読出制御手段は、
出力先の表示装置が立体視映像の表示に対応している場合、ナビゲーション情報のうち基本的なロケーション情報と拡張ロケーション情報との両方を参照して、プライマリストリームとセカンダリストリームとの両方の読み出しを、再生装置の読出手段に行わせ、
出力先の表示装置が立体視映像の表示に対応していない場合、ナビゲーション情報のうち基本的なロケーション情報を参照して、プライマリストリームのみの読み出しを、再生装置の読出手段に行わせる
ことを特徴とする集積回路。
【請求項７】
光ディスクに記録されたビデオストリームを再生し、再生した画像を表示装置へ出力する手順を、コンピュータに実行させるプログラムであって、
出力先の表示装置が立体視映像の表示に対応しているか否かを判定する判定ステップと、
ビデオストリームを光ディスクから読み出す読出ステップと、
光ディスクから読み出されたビデオストリームを再生する再生ステップとを含み、
光ディスクは、ＡＶデータ記録領域とナビゲーション情報領域とを含み、
ＡＶデータ記録領域には、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとがインタリーブに配して記録されており、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表すビデオストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
前記読み出しステップでは、
出力先の表示装置が立体視映像の表示に対応している場合、ナビゲーション情報のうち基本的なロケーション情報と拡張ロケーション情報との両方を参照して、プライマリストリームとセカンダリストリームとの両方を読み出し、
出力先の表示装置が立体視映像の表示に対応していない場合、ナビゲーション情報のうち基本的なロケーション情報を参照して、プライマリストリームのみを読み出す
ことを特徴とするプログラム。
【請求項８】
光ディスクに記録されたビデオストリームを再生し、再生した画像を表示装置へ出力する再生方法であって、
出力先の表示装置が立体視映像の表示に対応しているか否かを判定する判定ステップと、
ビデオストリームを光ディスクから読み出す読出ステップと、
光ディスクから読み出されたビデオストリームを再生する再生ステップとを含み、
光ディスクは、ＡＶデータ記録領域とナビゲーション情報領域とを含み、
ＡＶデータ記録領域には、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとがインタリーブに配して記録されており、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表すビデオストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
前記読み出しステップでは、
出力先の表示装置が立体視映像の表示に対応している場合、ナビゲーション情報のうち基本的なロケーション情報と拡張ロケーション情報との両方を参照して、プライマリストリームとセカンダリストリームとの両方を読み出し、
出力先の表示装置が立体視映像の表示に対応していない場合、ナビゲーション情報のうち基本的なロケーション情報を参照して、プライマリストリームのみを読み出す
ことを特徴とする再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は３Ｄ映像を記録する情報記録媒体であって、特に、立体映像を情報記録媒体に記録する際のアプリケーションフォーマットに関する。
【背景技術】
【０００２】
３Ｄ対応高精細テレビは、上質な高精細３Ｄ映像の視聴経験を消費者にもたらし、今後はパッケージメディアや放送サービスを通じて、高画質、高精細な３Ｄ映像が配給されることが予測されている。【０００３】
放送アプリケーションで適用可能な現在知られている手法は、３Ｄ映像の圧縮を達成するために、画質の劣化を引き起こすような解像度の低減をおこなっている。
これは、３Ｄ映像ストリームが符号化規格で規定された最大ビットレートを超えないようにするためである。そのため、放送やＤＶＤアプリケーションでは、既存のシステムでの圧縮を用いるために、右目視点と左目視点のピクチャの組で新たな１つのピクチャを作ることができるように解像度が変更されている。【０００４】
図１の（ａ）、（ｂ）は、圧縮のために既存のシステムを使用することで、画像を統合する従来の手法を示す。このような手法では、統合された画像が、元の画像の半分だけしか保持していないことは明らかである。従って、再生装置やセットトップボックス等の機器では、各視点のために、元のピクチャの半分を復元することしかできない。半分の解像度の画像をフル解像度のディスプレイに表示すると、画質低下を招き、一般的に画像がぼやけて見える。また、図１の（ａ）、（ｂ）の何れの方法でも、ユーザが平面視画像の視聴を選択するときに、オリジナルの高精細画像を利用することができない。【０００５】
例えば、水平解像度を半分に抑える場合、左目視点と右目視点とのピクチャは、それぞれ新たなピクチャの左半の部分と右半の部分となる。垂直解像度を半分にする場合は、左目視点と右目視点とのピクチャは、それぞれ新たなピクチャのトップフィールドとボトムフィールドとになる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】System description: Blu-ray disc read-only format - Part 3: Audio visual basic specifications, August 2006.
【非特許文献２】ISO/IEC 14496-10:2005: Information technology - Coding of audio-visual objects - Part 10: Advanced Video Coding.
【非特許文献３】ISO/IEC 13818-2: 2000 Information technology - Generic coding of moving pictures and associated audio information: Part 2: Video (MPEG-2 Video).
【非特許文献４】SMPTE 421M, Proposed SMPTE Standard for Television: VC-1 Compressed Video Bitstream Format and Decoding Process.
【発明の概要】
【発明が解決しようとする課題】
【０００７】
何れにしろ、このような従来の手法では、元のピクチャの解像度は保存されず、立体的に知覚される映像は、元の解像度の半分しかない。その結果、高品質な高精細２Ｄ映像を、同じメディア（例えば、光ディスクのパッケージ）から、復元することができず、従来の２Ｄ映像を再生するための通常のディスプレイにおいては、低解像度の映像のみしか見ることができなくなる。【０００８】
本発明は、従来の再生装置において平面視映像の再生が可能でありながら、３Ｄ対応再生装置においては立体視映像の再生が可能な光ディスクを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る光ディスクは、ＡＶデータ記録領域と、ナビゲーション情報領域とを含む光ディスクであって、ＡＶデータ記録領域は、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとをインタリーブに配したトランスポートストリームを記録した領域であって、プライマリストリームは、平面視画像を表すビデオストリームであり、セカンダリストリームは、平面視画像に対する視差画像を表し、再生装置が立体視用再生を行う場合にプライマリストリームと共に再生されるストリームであり、ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力をもつ再生装置のみに有効となる拡張ロケーション情報とを含み、基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示すことを特徴としている。【００１０】
高品質、高精細な３Ｄ映像の配信の為には、３Ｄ映像の効率的な圧縮が必要である。３Ｄ映像をなす二つの視点は、視点間の冗長性を利用することで、符号化効率を向上させるようにエンコードされる。圧縮が既存の装置と互換するよう実行されるので、一方の視点の映像のデコードにより通常の２Ｄ（即ち、平面視）表示を可能とする。３Ｄ映像のための高効率で、しかし実用的な符号化スキームとするために、ＭＰＥＧ−４ＡＶＣビデオ規格のような既存の規格の動き補償によるブロック変換符号化の枠組みが利用される。
【発明の効果】
【００１１】
本発明での光ディスクによれば、従来の再生装置においては、基本的なロケーション情報に基づいてプライマリストリームを読み出し、平面視画像を再生することが可能でありながら、立体視画像の再生能力を持つ再生装置においては、基本的なロケーション情報に加えて拡張ロケーション情報に基づいて、プライマリストリーム及びセカンダリストリームを読み出して立体視画像を再生することが可能となる。【００１２】
また、立体視画像の高効率な圧縮を達成しながら、高精細な２Ｄ映像と同様の解像度を保持させることができるという効果が得られる。また、このような手法では、ＢＤ−ＲＯＭ規格のような従来のビデオ圧縮規格との完全な互換を図ることができる。さらに、本発明の実施により、立体テレビのためのデジタル放送サービスや、３Ｄ映画のための光ディスクを実現できる。【００１３】
このように通常の２Ｄ映像用機器との完全な互換性を提供することで、将来的に、高品質な立体視表示の緩やかな普及を可能とする。
【図面の簡単な説明】
【００１４】
【図１】（ａ）は、垂直解像度を低減させる手法を模式的に示す図、（ｂ）は、水平解像度を低減させる手法を模式的に示す図
【図２】２つの視点のピクチャシーケンスの一例を示す図
【図３】（ａ）は、画像間の参照関係の一例を示す図、（ｂ）は、符号化順序を矢印にて示す図
【図４】（ａ）は、２つの視点のピクチャを含むビットストリームの構造の一例、（ｂ）は、２つの視点のピクチャを含むビットストリームの構造の他の例
【図５】システムの概要を示す図
【図６】本発明に係るフルＨＤの３Ｄ−ＢＤシステムを示す図
【図７】フルＨＤ  ３Ｄ−ＢＤシステムにおける３Ｄビデオストリームの多重化を模式的に示す図
【図８】（ａ）は、画像間の参照関係の変形例を示す図、（ｂ）は、画像参照構造の変形例における符号化順序を矢印にて示す図
【図９】（ａ）は、画像間の参照関係の他の変形例を示す図、（ｂ）は、画像参照構造の他の変形例における符号化順序を矢印にて示す図
【図１０】第２実施形態に係るホームシアターシステムを示す図
【図１１】本発明に係るＢＤ−ＲＯＭの内部構成を示す図
【図１２】ファイルシステムを前提にした光ディスクのアプリケーションフォーマットを示す図
【図１３】ベースビュー、エンハンスビューを構成する各ソースパケットがどのような過程を経て各記録層に書き込まれるかを示す図
【図１４】ファイルエクステントが記録層にどうのように書き込まれるかを示す図
【図１５】TSパケットのパケットIDがとりうる複数の数値範囲と、各数値範囲のパケットIDをもつTSパケットのPESストリーム種別とを対応付けて示す図
【図１６】ファイルエクステントのインターリーブ配置を示す図
【図１７】ＳＥＸＴＮＴのサイズを規定する条件を示す図
【図１８】立体視のためのベースビューストリーム、エンハンスドビューストリームの内部構成の一例を示す図
【図１９】クリップ情報ファイルの一例を示す図
【図２０】（ａ）は、エントリマップテーブルの内部構成を示す図、（ｂ）は、PID=1011のTSパケットに対応するエントリーマップ内の複数のエントリーマップによって、どのソースパケットを指示されるかを示す図
【図２１】エントリーマップによるエントリーポイントの登録を示す図
【図２２】ベースビュー、エンハンスビューのそれぞれに対応するエントリーマップのエントリーマップが、どのように設定されているかを示す図
【図２３】PlayList情報のデータ構造を示す図
【図２４】サブパス情報テーブルの内部構成をクローズアップして示す図
【図２５】ベースビュー、エンハンスビューに対して、どのような再生区間が定義されているかを示す図
【図２６】プレイリスト情報におけるエクステンションデータの内部構成を示す図
【図２７】ビデオストリーム番号テーブルの内部構成を示す図
【図２８】再生装置１０２の構成の一例を示す図
【図２９】プレイリスト情報の再生手順を示すフローチャート
【図３０】ストリーム選択プロシージャの処理手順を示すフローチャート
【発明を実施するための形態】
【００１５】
以降、本発明に係る記録媒体の実施形態について説明する。
【００１６】
(第１実施形態)
２Ｄのみ表示可能なディスプレイで高精細なオリジナルの解像度の２Ｄ映像を再生するための再生装置や受像機において、アップコンバート等の画像をデコードするためのどのような後加工も適用せずに、３Ｄビデオプログラムが再生可能であれば、それは大きな利点である。このような下位互換性問題に対応できるシステムを設計することが重要である。もし、このような下位互換性を適用できれば、フル解像度の３Ｄ映画を映像ビットストリームの信号に格納でき、且つ、高精細２Ｄ映画についても、２Ｄのみ表示可能なディスプレイを所有している消費者が利用可能となる。これは３Ｄと２Ｄとのパッケージを別々に作成するケースと比較して費用をかなり節約することができる。その上、消費者はフル解像度の２Ｄパッケージか、半分の解像度の３Ｄパッケージか、若しくはその両方を買うかで悩むことがなくなる。本発明は、圧縮において高精細な画像の元の解像度を維持することで、この目的を達成する新規な方法を提示する。元の画像を変更することなく、それぞれの視点のあらゆる高精細画像が、画質を最もよく保存するよう符号化される。
【００１７】
以下の本実施形態の説明では、左視点と右視点とを入れ替えて圧縮可能である。即ち、何れの視点を自ストリーム内の参照のみでデコード可能なストリームとしてエンコードしてもよい。加えて、サブＧＯＰのサイズ（即ち、２つのアンカー画像となるＩピクチャやＰピクチャの間のＢピクチャの数）は、システムの設計に応じて変更可能である。普通の設定としては、以下の例が使用される。
【００１８】
図２は、立体視映像を構成する２つの視点のピクチャ配列の一例を示す図である。
本発明では、例えば、それぞれの視点における各ピクチャが符号化されビットストリームに含まれることで、全ての配列が３Ｄ映像圧縮に入力される。これは、従来の手法とは異なって、画像の本来の解像度を最もよく保存することができる。フレームレベルでのインタリーブは、デコーダ側でディスプレイへ出力するのと同様にエンコーダへインプットするために、映像のソースデータを保持するのに要する最小サイズのメモリ／バッファが必要である。加えて、ビットストリームにおけるフレームレベルでのインタリーブは、視点間の参照が用いられる時に、符号化したピクチャデータを保持するのに要する最小サイズのメモリが必要である。
【００１９】
図３の（ａ）は、画像間の参照関係の一例を示す図である。左目視点の画像列は、ＡＶＣ規格に完全に従って符号化され、従来の再生装置や受像機においてデコードすることができる。右目視点の画像は、高効率な予測を用いて符号化される。より詳細には、視点間予測により右目視点の画像は、符号化効率が増しており、その結果、ビットレートが抑えられている。ＡＶＣ規格（非特許文献２）の技術を適用する場合、左目視点の画像列におけるＢピクチャは、右目視点のＢピクチャの符号化において参照先として使用可能な参照Ｂビクチャ（Ｂｒピクチャ）として定義される。尚、Ｂｒピクチャが使用できない他のビデオ符号化技術（非特許文献３、４）を用いる場合、参照画像（例えば、Ｐピクチャ）を代わりに用いることができる。以下の全ての例では、ＡＶＣ規格以外の符号化技術を使う場合に、上述のようにＢｒピクチャに変えて他の参照画像を視点間予測の参照先として用いることができる。
【００２０】
図３の（ｂ）は符号化順序の一例を示す図である。本図に示す右目視点画像のビットストリームは、左目視点画像のビットストリームとピクチャレベル若しくはフレームレベルで交互に符号化される。
【００２１】
左目視点の画像列は符号化され、従来のＢＤ−ＲＯＭ規格やＭＰＥＧ−４  ＡＶＣ規格（非特許文献１、２）に従ってストリーム内でデコード可能なビットストリームとして組み立てられる。右目視点の画像列は符号化により拡張ビットストリームとされ、左目視点のビットストリームへピクチャレベルでインタリーブされる。
例えば、右目視点画像ビットストリームを含むＮＡＬユニットは、nal#unit#typeの未定義値、若しくはリザーブされている値(例えば、0,24-31,14-18,20-24)を用いる（非特許文献２）。
【００２２】
一般に、本発明の技術により生成されたビットストリームは、後続するパケットのソースを示すいくつかのフラグやパラメータがヘッダ（例えば、ピクチャレベルやスライスレベルのヘッダ）にあることで、既存のビデオ符号化規格（非特許文献２、３、４）へ適用できる。コンテンツが第２視点のものであることをヘッダが示す場合、従来の再生装置や受像機では、後続のパケットが無視される。図４の（ａ）は、２つの視点のピクチャを含むビットストリームの構造の一例を示す図であり、（ｂ）は、２つの視点のピクチャを含むビットストリームの構造の他の例を示す図である。
【００２３】
インタリーブ構造では、同じ視点からの連続したピクチャのフラグやパラメータをいつでも使用することができる。
【００２４】
例として、非特許文献２による従来のＢＤプレーヤを含む２Ｄ映像のみ再生可能なＢＤプレーヤ（２Ｄ−ＢＤプレーヤ）において、デコーダは、nal#unit#typeが未定義、若しくはリザーブの値である全てのＮＡＬユニットの内容をデコードできない。言い換えれば、２Ｄ−ＢＤプレーヤは、左目視点画像のビットストリームのみデコードし、平面視ディスプレイにおける高精細な２Ｄ動画の視聴のために左目視点画像を再生する。
【００２５】
放送サービスやパッケージメディア等のアプリケーションでは、これらのアプリケーション特有のnal#unit#type値を用いた全てのＮＡＬユニットのコンテンツが、右目視点画像のビットストリームを搬送するものとして、上述のnal#unit#typeの未定義（若しくはリザーブ）の値を定義する。３Ｄに対応した再生装置やセットトップボックスにおいてデコーダは、これらのアプリケーション特有のnal#unit#type値を識別し、右目視点画像のビットストリームをデコードする。続いて、３Ｄに対応した再生装置は、３Ｄ対応のディスプレイのための高精細な立体視映像を再生する。
【００２６】
そのようなアプリケーションでは、３Ｄに対応した再生装置やセットトップボックスが２つの視点の画像を完全にデコードすることもでき、視聴者は、オリジナルの解像度（例えば1920x1080）の左目視点映像、オリジナルの解像度の右目視点映像、若しくはオリジナルの解像度の立体視映像の何れを視聴するか選択することができる。
【００２７】
図５は、本発明を用いたアプリケーションのシステムの概要を示す図である。このような手法は、下位互換性の問題をうまく解決し、立体視映像の圧縮において符号化効率を向上させる。さらに、最高品質の２Ｄ、及び３Ｄコンテンツを、１つのパッケージや番組に含むことができる。このことは、拡張機能を用いた将来のパッケージメディアの再生に、従来から所有している機器を使用できることを消費者に保障している。上述のように、本発明の手法では、３Ｄ映画の高品質な２Ｄパッケージを別に作る必要性を排除することによって、生産コストを大いに低減することができる。
【００２８】
尚、本発明を適用した再生システムでは、ピクチャのサイズは1920×1080に制限されず、ビデオフレームレートは各視点毎に24fps(frames per second)に制限されることもない。また、受像機はＢＤプレーヤに限定されず、他の再生機器にも本発明は適用可能である。
【００２９】
図６は、本発明に係るフルＨＤの３Ｄ−ＢＤシステム（ステップ−１）を示す図である。適切に設計されたピクチャ参照構造により、ＢＤ−ＲＯＭ規格における従来の全ビデオコーデックは、本発明に係る３Ｄ映像圧縮のための手法を利用することが可能となる。そして、３Ｄビデオエレメンタリーストリームは、ビットストリームにおいて倍増したフレームの数を考慮した上で、オーサリングプロセスの入力となるトランスポートストリームを生成する多重化プロセスを経る。本発明に係る３Ｄ−ＢＤディスクは、従来の２Ｄプレーヤへの入力としてプライマリのピクチャだけフルＨＤでデコードするデコーダを備えた従来のBDプレーヤ上で再生可能である。３Ｄ−ＢＤプレーヤが利用可能であれば、両方の視点の動画像列が３Ｄ対応モニタ上に表示可能なフルＨＤでデコードされるか、あるいは何れか一方の視点が２Ｄモニタでの表示のために選択される。これが、「ステップ−１（後述するアドバンテージデザインの基礎として機能するシステム）」として示されたフルＨＤ  ３Ｄ−ＢＤアプリケーションの基本的な枠組みである。
【００３０】
ステップ−１において、３Ｄストリームは右、左視点のピクチャ／フレームのレベルでインタリーブされている。多重化プロセスでは、インタリーブされたパターンが維持される。しかしながら、光ディスクでのＩ／Ｏでは、ジャンプ読み込み動作において、通常、新しい読み込み動作を開始する前に、最小限の待ち時間が必要となる。１フレームあたりの再生持続時間は、通常、前述の最小の待ち時間よりはるかに小さい。ＢＤ−ＲＯＭ仕様書（非特許文献１）で規定された最大４０Ｍｂｐｓのビデオストリームを達成しているために、フレームレベルでのビットストリームのインタリーブは、ジャンプ読み込みでの時間的余裕が持てない。言い換えると、従来のＢＤプレーヤは、デコード前に破棄されることになるセカンダリの視点映像を含むストリームの全バイトを、読み込まなければならない。このことは、確実に、プライマリの視点映像のための最大入力レートを制限することになる。即ち、プライマリの視点映像が４０Ｍｂｐｓよりもはるかに低い最大入力レートでエンコードされなければならないということを意味する。この場合、２Ｄ−ＢＤアプリケーションの場合と比べて、画質が犠牲にされることになる。
【００３１】
本発明では、この問題を克服するために、３Ｄビデオストリームは、より大きなデータブロックを構成するように再編集され分類される。この再編集の詳細について、フルＨＤ  ３Ｄ−ＢＤシステムにおける３Ｄビデオストリームの多重化を模式的に示す図７を参照しながら説明する。図７における多重化プロセスでは、それぞれの視点のフレーム／ピクチャが多重化されたビットストリームを、トランスポートストリームブロック、即ち、プライマリ視点のためのＴＳＰＢと、セカンダリ視点のためのＴＳＳＢとに、それぞれに分類する。ここで各トランスポートストリームブロックは、再生持続時間がジャンプ読み込みに必要な最小待ち時間を超える多くのフレームを含んでいる。ＴＳＰＢとＴＳＳＢは、インタリーブされた後、それぞれのトランスポートストリームブロックの位置を示すナビゲーション情報と共にディスクに記録される。従来のＢＤプレーヤでは、ナビゲーション情報によってＴＳＰＢだけを読むように誘導され、その後、最大４０Ｍｂｐｓの入力レートでプライマリビデオストリーム出力するように多重分離する。
その結果、従来の２Ｄ−ＢＤタイトルで見られるような最高画質のフルＨＤの２Ｄ映像が、再生される。
【００３２】
光ディスク技術における進歩によって、ディスク読み出し速度は大いに改良されている。そのため、ビデオストリームにより高い最大入力レートを割り当てることも可能となっている。そのため３Ｄ再生対応のＢＤプレーヤは、可能な限りの高画質で配布するためにＴＳＰＢとＴＳＳＢとがそれぞれ４０Ｍｂｐｓの最大入力レートでエンコードさたＴＳＰＢとＴＳＳＢとを、両方読み出すことができる。図７の多重分離プロセスでは、デコードで用いるために、ピクチャ／フレームレベルでインタリーブされたストリームが復元される。その時、２Ｄ又は３Ｄ対応モニターのどちらかでの表示が実行できる。もちろん３Ｄ対応ＢＤプレーヤでは、２Ｄ映像出力のための左視点か右視点の選択的再生も可能である。
【００３３】
以上、本発明は、既存のビデオ符号化規格の使用において、立体視映像のシーケンスを符号化する新たなフレームワークを提供することができる。この技術は、圧縮においてオリジナルの解像度の３Ｄビデオを維持できる。加えて、本発明には、既存の２Ｄビデオ圧縮のためのシステムとの望ましい互換性を提供するという効果がある。３Ｄテレビのための放送サービスや、３Ｄ映画のためのパッケージメディアにおいて、本発明に係る技術は、オリジナルが高解像度の３Ｄビデオや２Ｄビデオの効果的な再構築を可能とする。本発明では、最高品質の３Ｄビデオや２Ｄビデオの両方が、１つのメディアで利用することができ、生産コストを大いに低減することができ、さらに、消費者の自宅のＡＶシステム環境が３Ｄ対応であるか否かに関わらず、３Ｄ対応コンテンツを手に入れる簡単な方法を消費者に提供することができる。また、どのような既存のビデオ符号化規格においても、適切に設計された画像参照構造によって、本発明の技術を用いることができる。
【００３４】
尚、本発明に適用する画像参照構造には、様々な変形例がある。図８の（ａ）は、画像間の参照構造の変形例を示す図であり、（ｂ）は、画像参照構造の変形例における符号化順序を矢印にて示す図である。図９の（ａ）は、画像間の参照構造の他の変形例を示す図であり、（ｂ）は、画像参照構造の他の変形例における符号化順序を矢印にて示す図である。特に、図９に示す構造は、既存のＢＤプレーヤで、何ら変更することなく、プライマリ視点（例えば左目視点）の画像をフルＨＤ解像度で再生することを可能とする。これら画像参照構造の全ての変形例は、例えばＭＰＥＧ−４ＡＶＣ（非特許文献２）のようなビデオ符号化規格に、いかなる改良も導入することなく適用することができる。
【００３５】
(第２実施形態)
図１０の（ａ）は、立体視を実現することができるホームシアターシステムを示す。本図のホームシアターシステムには、テレビ１０３の付属品として継時型ステレオゴーグル１０４が存在する。立体視を実現する手法としては、ホログラフィ技術を用いる方法と、視差画像を用いる方式とがある。
【００３６】
まず、１つ目のホログラフィ技術の特徴は、人間が通常物体を認識するのと全く同じように物体を立体として再現することができることである。しかしながら、ホログラフィ技術を用いた動画生成は、技術的な理論は確立しているが、その実現にはホログラフィ用の動画をリアルタイムで生成する膨大な演算量を伴うコンピュータ、及び1mmの間に数千本の線を引けるだけの解像度を持ったディスプレイデバイスが必要となる。そのためホログラフィ技術を用いたホームシアターシステムは、現在の技術での実現が非常に難しく、商用として実用化されている例はほとんどない。
【００３７】
２つ目の視差画像を用いた方式のメリットは、高々右目用と左目用の２つの視点の映像を準備するだけで立体視を実現できることにある。この視差画像を用いた方式は、左右のそれぞれの目に対応した絵を、いかにして対応した目にだけ見せることができるかの観点から、継時分離方式を始めとするいくつかの技術が実用化されている。
【００３８】
この立体視を実現するため再生装置、テレビを含むホームシアターシステムには、継時型ステレオゴーグルが存在する。継時型ステレオゴーグル１０４は、液晶シャッターを備え、継時分離方式による視差画像をユーザに視聴させる。視差画像とは、右目に入る映像と、左目に入る映像とから構成される一組の映像であり、それぞれの目に対応したピクチャだけがユーザの目に入るようにして立体視を行わせる。
【００３９】
継時分離方式とは、左目用映像及び右目用映像を時間軸方向で交互に表示させ、目の残像反応により左右のシーンを脳内で重ね合わさせて、立体映像として認識させる方法である。
【００４０】
同図（ｂ）は、左目用映像の表示時を示す。ディスプレイ上に左目用の映像が表示されている瞬間において、前述の継時型ステレオゴーグル１０４は、左目に対応する液晶シャッターを透過にし、右目に対応する液晶シャッターは遮光する。同図（ｃ）は、右目用映像の表示時を示す。ディスプレイ上に右目用の映像が表示されている瞬間において、先ほどと逆に右目に対応する液晶シャッターを透過にし、左目に対応する液晶シャッターを遮光する。
【００４１】
この方式では、左右の映像を時間軸方向で交互に表示させるために、例えば、通常の2次元の映画であれば1秒に２４枚の映像を表示させるのに対して、左右の映像合わせて１秒に４８枚の映像を表示させる必要がある。従って、この方式では、一画面の書き換えが比較的早いディスプレイにおいて好適であるが、1秒間に所定の回数書き換え可能なディスプレイであれば限定されない。
【００４２】
また、別の方法としては、先ほどの継時型ステレオゴーグル１０４では左右のピクチャを時間軸方向で交互に出力していたのに対して、一画面中の縦方向に左目用のピクチャと右目用のピクチャを同時に交互に並べ、ディスプレイ表面にレンチキュラーレンズと呼ばれる蒲鉾上のレンズを通して、左目用のピクチャを構成する画素は左目だけに結像し、右目用のピクチャを構成する画素は右目だけに結像するようにすることで、左右の目に視差のあるピクチャを見せ、立体視を実現させる方式がある。なお、レンチキュラーレンズだけでなく、同様の機能を持たせたデバイス、例えば液晶素子を用いてもよいし、また左目用の画素には縦偏光のフィルター、右目用の画素には横偏光のフィルターを設置し、視聴者は、左目用には縦偏光、右目用には横偏光のフィルターを設置した偏光メガネを用いてディスプレイを見ることによって立体視が可能となる。なお、偏光方式には縦/横偏光の他に、左回転偏光、右回転偏光の方式があり、回転偏光方式の場合には視聴者の頭の傾きによらず、右目用、左目用の映像を分離することができるため、これに対応したフィルターを設置した偏光メガネを用いることで、より安定した立体視を可能とする。
【００４３】
この視差画像を用いた立体視は、既に遊園地の遊具などで一般的に使用されており、技術的にも確立されているため、家庭における実用化に最も近いものと言える。なお、視差画像を用いた立体視のための方法はこの他にも、2色分離方式などさまざまな技術が提案されており、本実施形態においては、継時分離方式あるいは偏光メガネ方式を例として用いて説明するが、視差画像を用いる限りこれら２方式に限定するものではない。
【００４４】
本実施形態では、立体視に使う視差画像を情報記録媒体に格納する方法を説明する。ここでは、左目用の画面が格納された映像を「左目映像」、右目用の画面が格納された映像を「右目映像」、両方の映像のことを「立体視映像」と呼ぶことにする。
【００４５】
視差画像方式は、右目に入る映像と、左目に入る映像とを各々用意し、それぞれの目に対応したピクチャだけが入るようにして立体視を行う方法である。
【００４６】
図１１は、本発明に係るＢＤ−ＲＯＭ１０１の内部構成を示す。
【００４７】
第１段目は、多層化された光ディスクを示し、第２段目は、各記録層上に存在する螺旋トラックを水平方向に引き伸ばして描いた図である。これらの記録層における螺旋トラックは、1つの連続した記録領域として扱われる。この記録領域は、最内周に位置するリードイン、最外周に位置するリードアウト、この間に存在する第１記録層の記録領域、第２記録層の記録領域、第３記録層の記録領域から構成される。これらの第１記録層の記録領域、第２記録層の記録領域、第３記録層の記録領域は、1つの連続した論理アドレス空間を構成する。論理アドレス空間とは、セクタが連続する論理ブロック番号によって指示されるアドレス空間をいう。この論理アドレス空間のうち、内周に近い側の領域は、論理アドレス空間をファイルシステム空間として扱うためのファイルシステム管理領域が存在する。
【００４８】
第４段目は、ファイルシステム管理領域における領域割り当てを示す。ファイルシステム管理領域のうち、内周側には、非ＡＶデータ記録領域が存在する。非AVデータ記録領域の直後には、ＡＶデータ記録領域が存在する。第５段目は、これら非ＡＶデータ記録領域及びＡＶデータ記録領域の記録内容を示す。ＡＶデータ記録領域には、ＡＶファイルを構成する構成するエクステントが存在する。非ＡＶデータ記録領域には、ＡＶファイル以外のファイルを構成するエクステントが存在する。
【００４９】
図１２は、ファイルシステムを前提にした光ディスクのアプリケーションフォーマットを示す図である。
【００５０】
BDMVディレクトリはBD-ROMで扱うＡＶコンテンツや管理情報などのデータが記録されているディレクトリである。BDMVディレクトリの配下には、「PLAYLISTディレクトリ」、「CLIPINFディレクトリ」、「STREAMディレクトリ」、「BDJOディレクトリ」、「JARディレクトリ」と呼ばれる５つのサブディレクトリが存在し、BDMVディレクトリには、index.bdmv，MovieObject.bdmvの２種類のファイルが配置されている。
【００５１】
index.bdmv(ファイル名固定)は、BD-ROM全体に関する管理情報であり、再生装置へのディスク挿入後に、index.bdmvが最初に読み出されることで、再生装置においてディスクが一意に認識される。加えて、index.bdmv にはBD-ROMにおいて再生可能となる複数のタイトルと、個々のタイトルを規定するBD-Jオブジェクトとを対応付けて示すテーブルが含まれる。
【００５２】
MovieObject.bdmv（ファイル名固定）は、HDMVモードでの各タイトル再生で、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが含まれる。「HDMVモード」とは、ＤＶＤライクなＡＶ機器特有の再生環境での再生モードである。
【００５３】
JARディレクトリには、拡張子jarが付与されたファイル(xxxxx.jar["xxxxx"は可変、拡張子"jar"は固定])が存在する。
【００５４】
BDJOディレクトリには、拡張子bdjoが付与されたファイル(xxxxx.bdjo["xxxxx"は可変、拡張子"bdjo"は固定])が存在する。拡張子"bdjo"が付与されたファイルは、Ｊａｖａ（登録商標）仮想マシンを主体とした再生モードである「ＢＤ−Ｊモード」での動的シナリオを示すＢＤ−Ｊオブジェクトを格納したファイルである。
【００５５】
PLAYLISTディレクトリには、拡張子mplsが付与されたファイル(xxxxx.mpls["xxxxx"は可変、拡張子"mpls"は固定])が存在する。
【００５６】
CLIPINFディレクトリには、拡張子clpiが付与されたファイル(xxxxx.clpi ["xxxxx"は可変、拡張子"clpi"は固定])が存在する。
【００５７】
以上のディレクトリに存在するファイルを構成するエクステントは、非ＡＶデータ記録領域に記録される。
【００５８】
STREAMディレクトリは、いわばデジタルストリーム本体となるファイルを格納しているディレクトリであり、ＡＶストリーム記録領域にエクステントが記録されるべきファイル、つまり、図に示したxxxxx.m2ts(["xxxxx"は可変、拡張子"m2ts"は固定])が存在する。
【００５９】
続いて、ベースビュー、エンハンスビューを構成する各ソースパケットが、各記録層にどのように書き込まれるかを説明する。図１３は、ベースビュー、エンハンスビューを構成する各ソースパケットがどのような過程を経て各記録層に書き込まれるかを示す。本図の第１段目は、ベースビュー、エンハンスビューを構成するTSパケットを示す。
【００６０】
AVClipを構成する188バイトのTSパケットは、第２段目に示すように4バイトのTS#extra#header(図中のハッチング部)が付されて、192バイト長のSourceパケットになる。このTS#extra#headerは、当該TSパケットのデコーダ入力時刻情報を示すArrival#Time#Stampを含む。
【００６１】
AVClipを構成するSourceパケットは、第3段目において、1つ以上の"ATC#Seuqence"を構成する。"ATC#Seuqence"とは、ATSの時間軸を構成するSourceパケットの配列であって、そのArrival#Time#Stampが参照しているArrival#Time#Clockに、不連続点(no arrival time-base discontinuity)が存在しないものをいう。いいかえれば、そのArrival#Time#Stampが参照しているArrival#Time#Clockに、連続性が存在するSourceパケット列を"ATC#Seuqence"という。ATSは以下のようにTSパケットの先頭につけられ、デコーダへの転送時刻を示す。
【００６２】
かかるATC#SeuqenceがAVClipになり、xxxxx.m2tsというファイル名で記録層に記録される。
【００６３】
かかるAVClipは、通常のコンピュータファイル同様、1つ以上のファイルエクステントに分割され、各記録層上の領域に記録される。第３段目はAVClipを示し、第4段目はAVClipがどのように各記録層に記録されるかを模式的に示す。この第4段目においてファイルを構成する各ファイルエクステントは、予め定められたＳextent以上のデータ長を有する。
ファイルエクステントを構成するSourceパケットは、図１４に示すように、32個毎にグループ化されて、連続する3つのセクタに書き込まれる。32個のSourceパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のSourceパケットを"Aligned Unit"といい、BD-ROMへの書き込みは、Aligned Unit単位でなされる。以上が各記録層に対するAVClipの書き込みのプロセスである。
【００６４】
図１５は、TSパケットのパケットIDがとりうる複数の数値範囲と、各数値範囲のパケットIDをもつTSパケットのPESストリーム種別とを対応付けて示す図である。
【００６５】
0x0100のパケットIDを有するTSパケットはProgram#mapを構成し、0x1001のパケットIDを有するTSパケットはPCRを構成する。
【００６６】
0x1011のパケットIDを有するTSパケットはベースビューストリーム、Ox1012のTSパケットはエンハンスビューのビデオストリームを構成する。
【００６７】
0x1100から0x111FまでのPIDを有するTSパケットはプライマリオーディオストリームを構成する。
【００６８】
ベースビュー、エンハンスドビューを構成するTSパケット列は、ファイルエクステント毎にインターリーブ配置される。図１６は、ファイルエクステントのインターリーブ配置を示す図である。本図におけるインターリーブ配置とは、ベースビュー、エンハンスドビューを構成するエクステントが、ベースビュー、エンハンスドビュー、ベースビュー、エンハンスドビュー…という規則性をもって繰り返し記録されていることである。
【００６９】
第１段目は、AVファイルを構成するエクステントを示す。第３段目は、各エクステント内に属するSourceパケット列を示し、第４段目は、記録層におけるセクタ列を示す。
【００７０】
エクステントEXT#L[i],EXT#L[i+1]は、SEXT#Lのデータ長を持ち、PID=1011のソースパケットによって構成されていることがわかる。また、エクステントEXT#R[i],EXT#R[i+1]は、SEXT#Rのデータ長を持ち、PID=1012のソースパケットによって構成されていることがわかる。
【００７１】
各ファイルエクステントのデータ長であるSEXT#L、SEXT#Rについて、図１７を参照しながら説明する。本発明に係るBD-ROMからＡＶストリームを読み出す際に、立体視用再生能力を有しない従来の再生装置では、ベースビューのファイルエクステントであるＴＳＰＢ、エンハンスビューのファイルエクステントであるＴＳＳＢのうち、ＴＳＰＢのみが読み出される。そのため、従来の再生装置では、図１７の下段に示すように、再生中にＴＳＰＢとインタリーブ配置されたＴＳＳＢをジャンプするためのシーク時間が発生する。そこで、SEXT#Lは、シーク発生前に読みだしたＴＳＰＢを保持するバッファが、このシーク時間中にアンダーフローを起こさないデータサイズより大きい値に設定されている。
【００７２】
図１８は、立体視のためのベースビューストリーム、エンハンスドビューストリームの内部構成の一例を示す図である。
【００７３】
本図の第２段目は、ベースビューストリームの内部構成を示す。このストリームには、ピクチャデータI1,P2,Br3,Br4,P5,Br6,Br7,P8というピクチャデータが含まれている。これらのピクチャデータは、DTSに従いデコードされる。第１段目は、左目画像を示す。そうしてデコードされたピクチャデータI1,P2,Br3,Br4,P5,Br6,Br7,P8をPTSに従い、I1,Br3,Br4,P2,Br6,Br7,P5の順序で再生することで、左目画像が再生されることになる。
【００７４】
第４段目は、エンハンスドビューストリームの内部構成を示す。このセカンダリビデオストリームは、P1,P2,B3,B4,P5,B6,B7,P8というピクチャデータが含まれている。これらのピクチャデータは、DTSに従いデコードされる。第３段目は、右目画像を示す。そうしてデコードされたピクチャデータP1,P2,B3,B4,P5,B6,B7,P8をPTSに従い、P1,B3,B4,P2,B6,B7,P5の順序で再生することで、右目画像が再生されることになる。
【００７５】
第５段目は、継時型ゴーグル１０４の状態をどのように変化させるかを示す。この第５段目に示すように、左目画像の視聴時は、右目のシャッターを閉じ、右目画像の視聴時は、左目のシャッターを閉じていることがわかる。
【００７６】
これらのベースビュービデオストリーム、エンハンスビュービデオストリームは、時間方向の冗長性を利用したピクチャ間予測符号化に加えて、視点間の冗長性を利用したピクチャ間予測符号化によって圧縮されている。右目視聴用ビデオストリームのピクチャは、平面視/左目視聴用ビデオストリームの同じ表示時刻のピクチャを参照して圧縮されている。
【００７７】
例えば、右目視聴用ビデオストリームの先頭Pピクチャは、平面視/左目視聴用ビデオストリームのIピクチャを参照し、右目視聴用ビデオストリームのBピクチャは、平面視/左目視聴用ビデオストリームのBrピクチャを参照し、右目視聴用ビデオストリームの二つ目のPピクチャは、平面視/左目視聴用ビデオストリームのPピクチャを参照している。
＜クリップ情報ファイル＞
図１９は、クリップ情報ファイルの一例を示す図である。クリップ情報ファイルは、本図に示すようにAVクリップの管理情報であり、AVクリップと１対１に対応し、ストリーム属性情報とエントリマップから構成される。
【００７８】
ストリーム属性情報は本図に示すように、AVクリップに含まれる各ストリームについての属性情報が、PID毎に登録される。属性情報はベースビュービデオストリーム、エンハンスビュービデオストリーム毎に異なる情報を持つ。
【００７９】
引き出し線は、内部構成をクローズアップして示している。引出線に示すように、PID＝0x1011のTSパケットによって構成されるベースビューのストリーム属性情報、PID＝0x1012のTSパケットによって構成されるエンハンスビューのストリーム属性情報というように、図に示した複数種別のTSパケットによって構成されるPESストリームがどのような属性をもっているかがこのストリーム属性情報に示されている。
【００８０】
エクステントテーブルは、extent#start#pointを含み、ファイルエクステントの開始アドレスを6KB単位で示す。これは、ファイルエクステントが6KBアラインされるためである。24ビットで96GBまで指定可能になる。ファイル先頭からの相対アドレスであり、エクステント開始点をClip管理情報に格納することができる。
【００８１】
続いて、エントリーマップテーブルの内部構成について説明する。
【００８２】
エントリーマップは、あるパケットIDを用いて特定されるSTC時間軸のうち、任意のソースパケットのソースパケット番号と、STC時間軸におけるPTSとの対応付けを示すテーブルである。
【００８３】
STC時間軸は、"STC Sequence"と呼ばれ、デコード時刻、表示時刻を表すMPEG2-TSの時間軸であり、AVストリームのシステム基準時刻であるSTC(System Time Clock)の不連続点(system time-base discontinuity)が存在しない区間をいう。STCの不連続点はデコーダがSTCを得るために参照するPCR(Program Clock Reference)を運ぶPCRパケットの不連続情報(discontinuity#indicator)がONである点である。
図２０の（ａ）は、エントリマップテーブルの内部構成を示す図である。引き出し線は、エントリーマップテーブルの内部構成をクローズアップして示している。
【００８４】
引出線に示すように、エントリーマップテーブルは、PID＝0x1011のTSパケットによって構成されるベースビューストリームについてのエントリーマップ、PID＝0x1012のTSパケットによって構成されるエンハンスビューストリームについてのエントリーマップというように、図に示した複数種別のTSパケットによって構成されるPESストリームのそれぞれについて、エントリーマップが存在する。エントリーマップにおいて、一対となるPTSとSPNとの情報を"エントリポイント"と呼ぶ。また先頭を０として各エントリポイント毎にインクリメントした値をエントリポイントID（以下EP＿ID）と呼ぶ。このエントリマップを利用することにより、再生機はビデオストリームの時間軸上の任意の地点に対応するソースパケット位置を特定することが出来るようになる。例えば、早送り・巻戻しの特殊再生の際には、エントリマップに登録されるIピクチャを特定し選択して再生することによりAVクリップを解析することなく効率的に処理を行うことが出来る。また、エントリマップはAVクリップ内に多重化される各ビデオストリーム毎に作られ、PIDで管理される。
【００８５】
引き出し線は、PID＝1011のエントリーマップの内部構成をクローズアップして示している。EP#ID=0に対応するエントリーポイント、EP#ID=1に対応するエントリーポイント、EP#ID=2に対応するエントリーポイント、EP#ID=3に対応するエントリーポイントから構成される。EP#ID=0に対応するエントリーポイントは、SPN=3と、PTS=80000との対応付けを示す。EP#ID=1に対応するエントリーポイントは、SPN=1500と、PTS=270000との対応付けを示す。
【００８６】
EP#ID=2に対応するエントリーポイントは、SPN=3200と、PTS=360000との対応付けを示す。EP#ID=3に対応するエントリーポイントは、SPN=4800と、PTS=450000との対応付けを示す。
【００８７】
本図の（ｂ）は、（ａ）に示したPID=1011のTSパケットに対応するエントリーマップ内の複数のエントリーマップによって、どのソースパケットを指示されるかを示す。EP#ID=0に対応するエントリーマップは、SPN=3を指し示しており、このソースパケット番号をPTS=80000と対応付けている。EP#ID=1に対応するエントリーマップは、SPN=1500を指し示しており、このソースパケット番号をPTS=270000に対応付けている。
【００８８】
EP#ID=2に対応するエントリーマップは、SPN=3200のソースパケットを指し示しており、このソースパケット番号をPTS=360000に対応付けている。EP#ID=3に対応するエントリーマップは、SPN=4800のソースパケットを指し示しおり、このソースパケット番号をPTS=450000と対応付けている。
【００８９】
図２１は、エントリーマップによるエントリーポイントの登録を示す。第１段目は、STCシーケンスにて規定される時間軸を示す。第２段目は、クリップ情報におけるエントリーマップ及びエクステントポイントマップを示す。第３段目は、STCシーケンスを構成するソースパケット列を示す。エントリーマップが、ATCシーケンスのうち＝n1のソースパケットを指定している場合、このエントリーマップのＰＴＳには、STCシーケンスにおけるPTS=t1に設定しておく。そうすると、PTS=t1という時点を用いて、ATCシーケンスにおける＝n1からのランダムアクセスを再生装置に実行させることができる。またエントリーマップが、ATCシーケンスのうち＝n1のソースパケットを指定している場合、このエントリーマップのＰＴＳには、STCシーケンスにおけるPTS=t21に設定しておく。そうすると、PTS=t21という時点を用いて、ATCシーケンスにおける＝n21からのランダムアクセスを再生装置に実行させることができる。
【００９０】
図２２は、ベースビュー、エンハンスビューのそれぞれに対応するエントリーマップのエントリーマップが、どのように設定されているかを示す図である。本図における対応付けは、エントリーマップにおける各エントリーマップのソースパケット番号に、STCシーケンスにおけるソースパケット番号を記述しておき、エントリーマップにおける各エントリーマップのＰＴＳに、STCシーケンスにおけるPTSを記述しておくことでなされる。時間軸のソースパケットと、時間軸との対応付けが、エントリーマップによってどのようにとられているかを示す。
【００９１】
第４段目及び第５段目は、インターリーブ記録されたベースビュー、エンハンスビューのエクステントであり、図２１に示したものと同一である。第３段目は、１０１１、１０１２のそれぞれのＰＩＤに対応するエントリーマップである。１０１１に対応するエントリーマップは、n1を指し示すエントリーマップ、n8を指し示すエントリーマップを含む。これらのエントリーマップは、STC時間軸におけるt1、t2との対応付けを示す。１０１２に対応するエントリーマップは、n11を指し示すエントリーマップ、n18を指し示すエントリーマップを含む。これらのエントリーマップは、STC時間軸におけるt1、t2との対応付けを示す。
【００９２】
以上により、時間軸において、同じ再生時点で再生されるべきベースビュー、エンハンスビューのエクステントは、AVデータ記録領域においてバラバラな位置に記録されつつも、各々に対応付けられたエントリーマップを用いることで、ベースビューのエクステント、エンハンスビューのエクステントの先頭となるソースパケットは、ＰＴＳを用いて一意にアクセスされることになる。
【００９３】
ここで立体視再生に対応していない既存の再生装置では、１０１１のエントリーマップが参照されることでＡＶデータ内のＴＳＰＢとなるエクステントにアクセスがなされる。その一方で、立体視再生に対応している再生装置では、１０１１のエントリーマップに加えて、１０１２のエントリーマップが参照されることで、ＡＶデータ内のＴＳＰＢ、ＴＳＳＢの両方のエクステントにアクセスがなされる。このように１０１１のエントリーマップは、本発明に係るナビゲーション情報のうち基本的なロケーション情報としての役割をはたし、１０１２のエントリーマップは、本発明に係るナビゲーション情報のうち拡張ロケーション情報としての役割を果たしている。
＜プレイリスト情報＞
図２３は、PlayList情報のデータ構造を示す図であり、本図において、引き出し線に示すようにPlayList情報は、MainPathを定義するMainPath情報(MainPath())と、Subpathを定義するサブパス情報テーブルと、Extention#Dataとを含む。
【００９４】
先ずMainPathについて説明する。MainPathは、主映像たるビデオストリームやオーディオストリームに対して定義される再生経路である。
【００９５】
MainPathは、矢印で示すように複数のPlayItem情報＃1・・・・＃Nから定義される。PlayItem情報は、MainPathを構成する1つの論理的な再生区間を定義する。PlayItem情報の構成は、引き出し線によりクローズアップされている。この引き出し線に示すようにPlayItem情報は、再生区間のIN点及びOut点が属するAVClipの再生区間情報のファイル名を示す『Clip＿Information＿file＿name』と、AVClipの符号化方式を示す『Clip＿codec＿identifier』と、PlayItemがマルチアングルを構成するか否かを示す『is＿multi＿angle』と、このPlayItem(カレントPlayItem)と、その1つ前のPlayItem(previousPlayItem)との接続状態を示す『connection＿condition』と、このPlayItemが対象としているSTC＿Sequenceを一意に示す『ref＿to＿STC＿id[0]』と、再生区間の始点を示す時間情報『In＿time』と、再生区間の終点を示す時間情報『Out＿time』と、このPlayItemにおいてマスクすべきユーザオペレーションがどれであるかを示す『UO＿mask＿table』と、『STN＿table（2D）』と、『BaseView#indicator』と、『Multi#clip#entries』とから構成される。このうち、再生経路を構成するのは、再生区間の始点を示す時間情報『In＿time』、再生区間の終点を示す時間情報『Out＿time』の組みであり、再生経路情報とは、この『In＿time』及び『Out＿time』の組みから構成される。
【００９６】
『BaseView#indicator』は、0ならばBaseViewはLeftであり、1ならばBaseViewはRightであることを示す。
【００９７】
『STN＿table（2D）』は、従来のBD-ROM再生装置により読み出されるSTNテーブルであり、ビデオストリームを構成するTSパケットのPIDを示すビデオストリーム番号テーブルを含む。一般にSTNテーブルは、パケットID及びストリーム属性の組みに、ストリーム番号を割り当てるテーブルである。STN#tableにおけるパケットID及びストリーム属性の組みの順序は、対応するストリームの優先順位を示す。
【００９８】
図２４は、サブパス情報テーブルの内部構成をクローズアップして示す図である。テーブルは複数のサブパス情報を含む。これらのサブパス情報は、1つのクラス構造体から派生した複数のインスタンスであり、その内部構成は共通のものなる。引き出し線は、Subpath情報の共通の内部構成をクローズアップして示している。本図における矢印に示すように各Subpath情報は、サブパスの類型を示すSubPath＿typeと、1つ以上のSubPlayItem情報(・・・SubPlayItem()・・・)とを含む。SubPlayItem情報は、図中の矢印に示すように『Clip＿information＿file＿name』、『Clip＿codec＿identifier』、『ref＿to＿STC＿id[0]』、『SubPlayItem＿In＿time』、『SubPlayItem＿Out＿time』、『sync＿PlayItem＿id』、『sync＿start＿PTS＿of＿PlayItem』からなる。以降、SubPlayItemの内部構成について説明する。
【００９９】
『Clip＿information＿file＿name』は、クリップ情報のファイル名を記述することにより、SubPlayItemに対応するSubClipを一意に指定する情報である。
【０１００】
『Clip＿codec＿identifier』は、AVクリップの符号化方式を示す。
【０１０１】
『ref＿to＿STC＿id[0]』は、このSubPlayItemが対象としているSTC＿Sequenceを一意に示す。
【０１０２】
『SubPlayItem＿In＿time』は、SubClipの再生時間軸上における、SubPlayItemの始点を示す情報である。
【０１０３】
『SubPlayItem＿Out＿time』は、SubClipの再生時間軸上における、SubPlayItemの終点を示す情報である。
【０１０４】
『sync＿PlayItem＿id』は、MainPathを構成するPlayItemのうち、本SubPlayItemが同期すべきものを一意に指定する情報である。SubPlayItem＿In＿timeは、このsync＿PlayItem＿idで指定されたPlay Itemの再生時間軸上に存在する。
【０１０５】
『sync＿start＿PTS＿of＿PlayItem』は、sync＿PlayItem＿idで指定されたPlay Itemの再生時間軸上において、SubPlayItem＿In＿timeで指定されたSubPlayItemの始点が、どこに存在するかを45KHzの時間精度で示す。あるSubPlayItemがセカンダリビデオストリーム上の再生区間を定義していて、そのSubPlayItemのsync＿start＿PTS＿of＿PlayItemが、PlayItem時間軸における一時点を示している場合、そのSubPlayItemは、"同期ピクチャインピクチャ"を実現することになる。
【０１０６】
また、このSync＿Start＿Pts＿of＿PlayItemには、不定値(0xFFF)を設定することもできる。この不定値は、Sync＿PlayItem＿Idにて指定されたPlayItemの時間軸において、ユーザによりロック操作がなされた時点を、Sync＿PlayItem＿Idにて指定されたPlayItemとの同期時点に定める旨を示す。sync＿start＿PTS＿of＿PlayItemが不定値に設定されており、尚且つSubPlayItemが、セカンダリビデオストリームの再生を意図している場合、かかるSubPlayItemは、"非同期ピクチャインピクチャ"を実現することになる。
【０１０７】
図中の引き出し線は、SubPlayItem情報の構成をクローズアップしている。
【０１０８】
SubPlayItemは、メインパスから分離した、1以上のエレメンタリストリーム再生パスを定義し、当該パスをメインパスとどのように同期するかという類型を表現するのに使われる。SubPlayItemで使用されるのが、The Primary audio / PG / IG / Secondary audio / Secondary video のサブパスであるなら、これらのSubPlayItemは、PlayList中のPlayItemを使っているメインパスと同期することになる。このエレメンタリストリーム再生のためのサブパスによって使われるエレメンタリストリームは、MainPath側のPlayItemによって使われるMainClipから分離したClip、つまりSubClipに多重化される。
【０１０９】
図２５は、レフトビュー、ライトビューに対して、どのような再生区間が定義されているかを示す。本図は、図２２をベースとして作図されており、このベースとなる図の第１段目の時間軸に、PlayItemのIn#Time及びOut#Timeを描いている。第２段目の時間軸に、SubPlayItemのIn#Time及びOut#Timeを描いている。第４段目及び第５段目は、図２２の第４段目、第５段目と同一である。レフトビュー、ライトビューのIピクチャは、時間軸において同じ時点になる。
【０１１０】
レフトビューと、ライトビューとは、プレイアイテム情報、SubPlayItem情報とによって、対応付けられることになる。
【０１１１】
エクステンションデータについて説明する。図２６は、プレイリスト情報におけるエクステンションデータの内部構成を示す図である。引き出し線は、エクステンションデータの内部構成をクローズアップして示している。この引き出し線に示すように、エクステンションデータは、プレイアイテム情報#1〜#Nのそれぞれに対応するSTN#table#extentionから構成される。
【０１１２】
STN#table#extentionは、立体視再生に対応したBD-ROM再生装置により読み出されるSTNテーブルであり、引き出し線でクローズアップして示すように、立体視再生時におけるストリーム番号とPID、ストリーム属性との割り当てを示すビデオストリーム番号テーブルを含む。
【０１１３】
図２７は、ビデオストリーム番号テーブルの内部構成を示す図である。Ｎ個のenhanced#view#is#availableフラグ及びdepth#is#availableフラグの組みe1と、Ｎ個のstream#entry及びstream#attributeの組みf1とから構成される。これらは、１〜Ｎのストリーム番号に対応付けられており、enhanced#view#is#availableフラグ及びdepth#is#availableフラグの組み、stream#entry及びstream#attributeの組みは、１〜Ｎのストリーム番号を用いることで一意に特定することができる。
【０１１４】
Stream#entryは、ベースビュービデオストリームを構成するPESパケットのPIDに対する参照値、及びエンハンスビュービデオストリームを構成するPESパケットのPIDに対する参照値を示す『ref#to#stream#PID#of#main#Clip』『video#format』『frame#rate』を含む。
【０１１５】
これらのテーブルにおけるstream#entryの順位は、再生装置がストリームを選択するにあたって、ストリーム選択の優先順位を意味する。つまり、テーブルにおけるにおいてエントリーが高い順位にあるものを再生装置は、優先的に選択することになる。
【０１１６】
enhanced#view#is#availableフラグがオンであり、エンハンスドビューに設定されている場合、ref#to#stream#of#MainCLipには、１１０１のパケットIDと、１０１２のパケットIDとが記述される。depth#is#availableフラグがオンであり、デプスビューに設定されている場合、ref#to#stream#of#MainCLipには、１１０１のパケットIDと、１０１３のパケットIDとが記述される。
【０１１７】
ベースビュービデオストリームを特定するためのストリーム番号に１０１１のパケットIDが記述され、エンハンスビュービデオストリームを特定するためのストリーム番号に１０１２のパケットIDが記述されているため、立体視再生に対応したBD-ROM再生装置において該当するストリーム番号がストリーム番号レジスタに格納された場合は、１０１１のパケットIDを有するTSパケットと、１０１２のパケットIDを有するTSパケットとがデコーダに供給されることになる。こうすることで、ベースビューストリームと、エンハンスビューストリームとを別個に、デコーダにデコードさせることが可能になる。
【０１１８】
以上のように、立体視再生に対応していないBD-ROM再生装置と、立体視再生に対応したBD-ROM再生装置とで異なるSTN＿tableが読み出されることで、再生装置の種類に応じて、異なるSTN＿table に基づいてPIDがストリーム番号として認識されることになる。このようにMainPath情報の『STN＿table（2D）』は、本発明に係るナビゲーション情報のうち基本的なロケーション情報の一部としての役割をはたし、エクステンションデータの『STN#table#extention』は、本発明に係るナビゲーション情報のうち拡張ロケーション情報の一部としての役割を果たしている。
【０１１９】
以上が、本実施形態に係るＢＤ−ＲＯＭ１０１についての説明である。
＜再生装置１０２＞
続いて、本実施形態に係るＢＤ−ＲＯＭ１０１を用いて立体視用再生を行う再生装置１０２について説明する。
【０１２０】
図２８は、再生装置１０２の構成の一例を示す図である。再生装置１０２は、BD-ROMドライブ１０、リードバッファ１１、リードバッファ１２、システムターゲットデコーダ１３、BD-J実行部１４、ネットワークインターフェイス１５、仮想パッケージ制御部１６、状態管理部１７、ユーザイベント処理部１８、再生エンジン１９、再生制御エンジン２０、HDMI送受信部２１、ヒープメモリ２２、バイトコードインタプリタ２３、PSRセット ２４から構成されている。以降、これらの構成要素について説明する。
【０１２１】
＜BD-ROMドライブ１０＞
BD-ROMドライブ１０は、BD-ROMディスクからデータを読み出し、リードバッファ１１にデータを蓄える。
【０１２２】
＜リードバッファ１１＞
リードバッファ１１は、BD-ROMドライブを使って読み込んだデータを一時的に格納するメモリ等で構成されたバッファである。
【０１２３】
＜リードバッファ１２＞
リードバッファ１２は、ローカルストレージから読み込んだデータを一時的に格納するメモリ等で構成されたバッファである。
【０１２４】
＜システムターゲットデコーダ１３＞
システムターゲットデコーダ１３は、リードバッファ１１に読み出されたソースパケットやリードバッファ１２に読み出されたソースパケットに対して多重分離処理を行い、各ストリームをデコードし再生する処理を行う。また、BD-J実行部１４よりメニューなどに表示するためのJPEG，PNGなどのグラフィックスデータをデコードして再生する処理を行う。
【０１２５】
＜BD-J実行部１４＞
BD-J実行部１４は、仮想パッケージ制御部１６から転送されるBD-Jアプリケーションを実行するプログラム処理エンジンである。BD-Jアプリケーションのプログラムに従った動作を行い次のような制御を行う。（１）仮想パッケージ制御部１６に対してプレイリスト再生する。（２）インターネットなどのWWWサーバからアップデートキットのローカルストレージへ蓄積する。（３）BD-ROMとアップデートキットとを組み合わせて仮想パッケージの構築を命令する。（４）プレーヤ変数に値をセットする。（５）システムターゲットデコーダに対してメニューやゲームのグラフィックスのためのPNG・JPEGを転送して画面に表示する。これらはプログラムの作りに応じて自由に行うことができ、どのように制御するかは、オーサリング工程によるBD-Jアプリケーションのプログラミング工程によって決まる。
【０１２６】
＜ネットワークインターフェイス１５＞
ネットワークインターフェイス１５は、再生装置における通信機能を実現するものであり、URL指定がBD-Jアプリケーションから与えられれば、そのURLにあたるwebサイトとのTCPコネクション、FTPコネクション等を確立する。かかるコネクション確立によりwebサイトからのダウンロードをJava(TM)アプリケーションに行わせる。
【０１２７】
＜仮想パッケージ制御部１６＞
仮想パッケージ制御部１６は、BD-ROMドライブ１０、ローカルストレージ１０５を制御して、仮想パッケージを構築し、プレーヤの再生を制御する機能を持つ。仮想パッケージとは、BD-ROMディスクに記録されたコンテンツと、ローカルストレージ１０５に格納された差分データと、ローカルストレージ１０５に格納されたマージ管理情報を元に、BD-ROM上のコンテンツとをメモリ上で組み合せた仮想的なBD-ROMパッケージである。構築された仮想パッケージは、BD-ROMのデータ構造と同じ形式を持つ。仮想パッケージを構築するタイミングは、ディスクがインサートされた時や、BD-J実行部１４の仮想パッケージ構築命令が実行された時などがある。仮想パッケージ制御部１６は、仮想パッケージが構築された後は、BD-J実行部の再生命令や、ユーザイベント処理部より通知に基づきプレイリスト情報を介してAVクリップの再生処理を制御する。また、仮想パッケージ制御部１６は、プレーヤ変数の設定や参照を行い、再生動作を行う。
【０１２８】
＜状態管理部１７＞
状態管理部１７は、BD-ROM又ローカルストレージに存在する個々のAVクリップが、Missing状態、Enable状態、Disable状態の何れであるかを管理し、プレイリストの再生を停止させるかどうかの制御を行う。
【０１２９】
Missing状態とは、プレイアイテム情報、サブプレイアイテム情報から参照されているAVクリップがBD-ROM又ローカルストレージに存在しない状態を意味する。
【０１３０】
Enable状態とは、仮想パッケージ制御部１６での再生可能な状態を意味し、BD-JアプリケーションのAPIで制御される。Enable状態にセットするAPIが実行された場合、AVクリップはリードオンリー属性になり、仮想パッケージ制御部１６でのAVクリップの再生が可能になる。
【０１３１】
Disable状態は、Enable状態の反対を意味し、仮想パッケージ制御部１６は該当AVクリップの再生をすることができない。BD-JアプリケーションによりAVクリップに対してEnable状態に一度もセットされていない場合は、そのAVクリップはDisable状態である。もし、BD-Jアプリケーションが、Enable状態のAVクリップを削除や上書きなどをしたい場合は、Disable状態に一度APIを使って遷移して実行する。
【０１３２】
これらのうち、Missing状態になっているAVクリップ、Disable状態になっているAVクリップを併せてUnavailableクリップという。
【０１３３】
プレイリストの再生を停止させるかどうかの制御とは、カレントサブプレイアイテム情報が変化した場合、カレントサブプレイアイテム情報にて参照されているAVクリップがUnavailableクリップかどうかを判定して、Unavailableクリップであれば、DataStarvedイベントをJMFプレーヤインスタンス及び再生制御エンジンに通知して、JMFプレーヤインスタンス及び再生制御エンジンを再生状態からストップ状態に遷移させるというものである。
【０１３４】
＜ユーザイベント処理部１８＞
ユーザイベント処理部１８は、リモコンを通じたユーザ操作に応答して、BD-J実行部１４や仮想パッケージ制御部１６に処理の実行を依頼する。例えば、リモコンでボタンを押した場合は、そのボタンに含まれるコマンドを実行するようBD-J実行部１４に依頼する。例えば、リモコンで早送り・巻戻しボタンが押された場合には、仮想パッケージ制御部１６に、現在再生しているプレイリストのAVクリップに対する早送り・巻戻し処理の実行を命令する。
【０１３５】
＜再生エンジン１９＞
再生エンジン１９は、AV再生ファンクションを実行する。再生装置のAV再生ファンクションとは、DVDプレーヤ、CDプレーヤから踏襲した伝統的な機能群であり、再生開始(Play)、再生停止(Stop)、一時停止(PauseOn)、一時停止の解除(Pause Off)、Still機能の解除(still off)、速度指定付きの早送り(Forward Play(speed))、速度指定付きの巻戻し(BackwardPlay(speed))、音声切り換え(Audio Change)、Secondaryビデオ切り換え(Subtitle Change)、アングル切り換え(AngleChange)といった機能である。AV再生ファンクションを実現するべく、再生エンジン１９は、AVクリップのうち、所望に時刻にあたる部分のデコードを行うよう、システムターゲットデコーダを制御する。
【０１３６】
＜再生制御エンジン２０＞
再生制御エンジン２０は、プレイリストに対する再生制御ファンクションを実行する。プレイリストに対する再生制御ファンクションとは、再生エンジン１９が行うAV再生ファンクションのうち、再生開始や再生停止を、カレントプレイリスト情報及びクリップ情報に従って行わせることをいう。
【０１３７】
ここで、再生装置１０２は立体視用再生に対応しており、再生制御エンジン２０では、カレントプレイリスト情報に含まれるSTNテーブルのうち、各PlayItem情報に含まれる『STN＿table（2D）』ではなく、エクステンションデータに含まれる『STN#table#extention』を用いて、プレイリストに対する再生制御ファンクションを実行する。
【０１３８】
＜HDMI送受信部２１＞
HDMI送受信部２１は、HDMI（HDMI:High Definition Multimedia Interface）を介して接続された他の機器から、その機器に関する情報を受信とすると共に、システムターゲットデコーダのデコードにより得られたデジタル非圧縮のビデオを、LPCMや圧縮されたオーディオデータと共に、HDMIを介して接続された他の機器に送信する。
【０１３９】
HDMI送受信部２１において受信される他の機器に関する情報としては、例えば、再生装置１０２に接続されたテレビ１０３から受信される情報がある。このテレビ１０３から受信される機器情報によって、再生装置１０２では、テレビ１０３が３Ｄ対応であるか、２Ｄ対応であるかを認識することができる。
【０１４０】
＜ヒープメモリ２２＞
ヒープメモリ２２は、BD-J実行部１４のために確保されるスタックメモリであり、BD-Jアプリケーションによって生成されたJMFプレーヤインスタンスや、BD-Jアプリケーションに対してクラスローダを行うことで生成されるバイトコードが格納される。これらは、スレッドの態様をなし、先入先出し式に、バイトコードインタプリタ２３による実行に供される。
【０１４１】
＜バイトコードインタプリタ２３＞
バイトコードインタプリタ２３は、ヒープメモリ２２に格納されたバイトコードをCPUが実行可能なネィティブコードに変換してCPUに実行させる。
【０１４２】
＜PSRセット ２４＞
PSRセット ２４は、プレーヤ変数を格納しているプレーヤセッティングレジスタ、プレーヤステータスレジスタである。プレーヤ変数は、プレーヤの状態を示すシステムパラメータ（SPRM）と一般用途として使用可能なゼネラルパラメータ（GPRM）とがある。
【０１４３】
図６はシステムパラメータ（SPRM）の一覧である。
【０１４４】
SPRM（０）      ：  言語コード
SPRM（１）      ：  Primaryオーディオストリーム番号
SPRM（２）      ：  字幕ストリーム番号
SPRM（３）      ：  アングル番号
SPRM（４）      ：  タイトル番号
SPRM（５）      ：  チャプタ番号
SPRM（６）      ：  プログラム番号
SPRM（７）      ：  セル番号
SPRM（８）      ：  選択キー情報
SPRM（９）      ：  ナビゲーションタイマー
SPRM（１０）    ：  再生時刻情報
SPRM（１１）    ：  カラオケ用ミキシングモード
SPRM（１２）    ：  パレンタル用国情報
SPRM（１３）    ：  パレンタルレベル
SPRM（１４）    ：  プレーヤ設定値（ビデオ）
SPRM（１５）    ：  プレーヤ設定値（オーディオ）
SPRM（１６）    ：  音声ストリーム用言語コード
SPRM（１７）    ：  音声ストリーム用言語コード（拡張）
SPRM（１８）    ：  字幕ストリーム用言語コード
SPRM（１９）    ：  字幕ストリーム用言語コード（拡張）
SPRM（２０）    ：  プレーヤリージョンコード
SPRM（２１）    ：  Secondaryビデオストリーム番号
SPRM（２２）    ：  Secondaryオーディオストリーム番号
SPRM（２３）    ：  再生状態
SPRM（２４）    ：  予備
SPRM（２５）    ：  予備
SPRM（２６）    ：  予備
SPRM（２７）    ：  予備
SPRM（２８）    ：  予備
SPRM（２９）    ：  予備
SPRM（３０）    ：  予備
SPRM（３１）    ：  予備
SPRM（１０）は、AVクリップに属する各ピクチャデータが表示される度に更新される。つまり再生装置が新たなピクチャデータを表示させれば、その新たなピクチャデータの表示時刻（PTS）を示す値にSPRM（１０）は更新される。このSPRM（１０）を参照すれば、現在の再生時点を知得することができる。
【０１４５】
SPRM（１６）の音声ストリーム用言語コードやSPRM（１８）の字幕ストリーム用言語コードは、プレーヤのOSDなどで設定できる項目であり、プレーヤのデフォルトの言語コードを示す。例えば、SPRM（１６）の音声ストリーム用言語コードが英語であれば、プレイリストを再生する上で、プレイアイテムのストリーム選択テーブルの中から同じ言語コードを持つストリームエントリを探し出し、その音声ストリームを選択して再生するといった機能をBD-ROMディスクの中のBD-Jアプリケーションに入れることが出来る。これらのSPRMは、それぞれが３２ビットの語長をもつレジスタに格納される。SPRMを特定する括弧書きの数値は、基本的には、対応するレジスタのレジスタ番号を意味する(但し、SPRM(21),SPRM(22)は、対応するレジスタのレジスタ番号を意味している訳ではない。)。
【０１４６】
以上が、再生装置１０２の内部構成である。
【０１４７】
続いてプレイリストの再生について詳細を説明する。
【０１４８】
図２９は、プレイリスト情報の再生手順を示すフローチャートである。
【０１４９】
ステップ１において、カレントPlayItem番号を"１"に初期化して、ステップ２〜１２のループに移る。このループは、カレントに対してステップ２〜ステップ１０の処理を実行して、カレントをインクリメントするという処理を(ステップ１１)、カレントが最終になるまで繰り返すものである(ステップ１２でYes)。ステップ２〜ステップ１０は、以下のものである。
【０１５０】
ステップ２において、ベースビューのパケットIDに対応するエントリーマップを用いて、カレントPlayItem.In#Time及びカレントPlayItem.Out#TimeをStart#SPN[i]及びEnd#SPN[i]に変換する。
【０１５１】
ストリーム選択プロシージャを実行して番号を決定して(ステップ３)、選択したストリーム番号をＰＳＲに書き込み(ステップ４)、カレントストリーム番号に対応するSubPlayItemを特定する(ステップ５)。エンハンスドビューのパケットID[j]に対応するエントリーマップ[j]を用いて特定されたSubPlayItemIn#Time、SubPlayItemOut#TimeをStart#SPN[j]、End#SPN[j]に変換する(ステップ６)。
【０１５２】
パケットID[i]のTSパケット[i]をStart#SPN[i]からEnd#SPN[i]まで読み出すための読出範囲[i]に属するエクステントを特定し(ステップ７)、パケットID[j]のTSパケット[j]をStart#SPN[j]からEnd#SPN[j]まで読み出すための読出範囲に属するエクステントを特定する(ステップ８)。そしてステップ９において読出範囲[i],[j]に属するエクステントをアドレスの昇順にソートして、ステップ１０においてソートされたアドレスを用いて、読出範囲[i],[j]に属するエクステントを連続的に読み出すよう、ドライブに指示する。
【０１５３】
図３０は、ストリーム選択プロシージャの処理手順を示すフローチャートである。ステップ２１は、接続されたテレビ１０３から取得した機器情報に基づいて、テレビ１０３の表示方式が２Ｄであるか否かを判定する判定ステップであり、判定結果がYesであるなら、カレントプレイアイテム情報内の２Ｄ用STN#tableをカレントSTN#tableに設定する(ステップ２２)。判定結果がNoであるなら、プレイリスト情報のエクステンションデータに存在するSTN#tableのうち、カレントプレイアイテム情報に対応するものを、カレントSTN#tableに設定する（ステップ２３）。このSTN#tableの選択によって、再生装置１０２では、接続されたテレビ１０３の表示方式に適した映像データを出力することができる。
【０１５４】
カレントSTN#tableの設定の後、ステップ２４〜ステップ３４の処理を実行する。ステップ２４〜ステップ３４は、ベースビュービデオストリーム、Interactive Graphicsストリーム、エンハンスビュービデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリームのそれぞれについて、ステップ２６〜ステップ３３の処理を繰り返すものである。ステップ２６は、カレントSTN#tableにおける、ストリームｘに対応するSTN#tableエントリー数が0であるか否かの判定であり、ステップ２７は、カレントスSTN#tableにおけるストリームｘに対応するストリームエントリー数が、ストリーム番号レジスタに格納されているストリーム番号以上であるかを判定する判定ステップである。
【０１５５】
ステップ２６、ステップ２７の何れかがYesであれば、ストリーム番号レジスタに格納されているストリーム番号を維持する（ステップ３３）。
【０１５６】
ステップ２６、ステップ２７の何れもがNoであれば、カレントSTN#tableに登録されているPESストリームが、複数の条件のうち、どれを満たすかを判定して(ステップ２８)、満たすと判定された条件の組合せが同一となるPESストリームが複数存在するか否かを判定する(ステップ２９)。
【０１５７】
条件を満たすPESストリームが唯一つである場合、条件を満たす1つのPESストリームを選択する(ステップ３０)。
【０１５８】
条件を満たすPESストリームが複数存在する場合、同じ条件を満たすと判定されたPESストリームのうち、カレントSTN#tableにおける優先順位が最も高いものを選択する(ステップ３１)。
【０１５９】
その後、選択したPESストリームの番号を、ストリーム番号レジスタに書き込む。
【０１６０】
以上が、プレイリスト情報の再生手順の詳細である。
【０１６１】
尚、上記のストリーム選択プロシージャは、ステップ２１の判定をユーザ選択に基づく判定に変更するよう改良して実施することもできる。このような改良では、ステップ２１において、２Ｄ／３Ｄの何れの映像再生を行うかの選択入力をユーザイベント処理部１８を介して受け付け、ユーザにより２Ｄ再生が選択された場合には、カレントプレイアイテム情報内の２Ｄ用STN#tableをカレントSTN#tableに設定する(ステップ２２)。ユーザにより３Ｄ再生が選択された場合には、プレイリスト情報のエクステンションデータに存在するSTN#tableのうち、カレントプレイアイテム情報に対応するものを、カレントSTN#tableに設定する（ステップ２３）。このような改良により、ユーザの好みに応じた映像再生が可能となる。
【０１６２】
以上のように本実施形態によれば、立体視用再生に対応していない従来の再生装置においては、光ディスクからベースビューストリームを読み出して２Ｄ映像の再生が可能でありながら、立体視用再生に対応している再生装置においては、光ディスクからベースビューストリームに加えてエンハンスビューストリームを読み出して、立体視画像を再生することが可能となる。このような下位互換性を実現することで、立体視表示の普及に関する諸問題を緩和することができる。
【０１６３】
(その他の変形例)
尚、本発明を上記の実施形態に基づいて説明してきたが、本発明は、上記の実施形態に限定されないのはもちろんである。以下のような場合も本発明に含まれる。
【０１６４】
（１）本発明は、各実施形態で説明したデータ構造で光ディスクにデータを記録する記録方法、上記光ディスクを再生する再生方法であるとしてもよい。また、前記記録方法でコンピュータを動作させるプログラムコードを含むコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【０１６５】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）、半導体メモリなど、に記録したものとしてもよい。
【０１６６】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送するものとしてもよい。
【０１６７】
また、前記コンピュータプログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記コンピュータプログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
【０１６８】
（２）図２８に示す構成要素のうち、BD-ROMドライブを除いた構成要素は、集積化ことで再生装置１０２を制御するＬＳＩとして実装することができる。これらの構成要素は、個別に１チップ化されても良いし、一部または全てを含むように１チップ化されてもよい。
【０１６９】
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１７０】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または、汎用プロセッサで実現してもよい。ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Field  Programmable  Gate  Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１７１】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロック及び部材の集積化を行ってもよい。このような技術には、バイオ技術の適用等が可能性としてありえる。
【０１７２】
（３）実施形態２では、ＢＤ−ＲＯＭ規格において本発明に関連する部分のみを抜粋し、かつ、代表的なディレクトリ、ファイルのみ用いて説明したが、本発明は、ＢＤ−ＲＯＭ規格に定められた他のファイルについてもＢＤ−ＲＯＭに記録可能であることは言うまでもない。
【０１７３】
（４）上記実施形態ではＢＤ−ＲＯＭ規格に準拠するＢＤ−ＲＯＭを、例として用いたが、本発明の特徴は、ＢＤ−ＲＯＭの物理的特性に依存するものではなく、本発明は、他の記録媒体にも適用できる。
【０１７４】
（５）上記実施形態、及び上記変形例をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【０１７５】
本発明に係る光ディスクは、立体視用再生に未対応の再生装置において２Ｄ映像の再生が可能でありながら、立体視用再生対応再生装置においては３Ｄ映像の再生が可能となる。故に本発明に係る光ディスクは、映画産業や民生機器産業において高い利用可能性をもつ。
【符号の説明】
【０１７６】
１０    ドライブ
１１    リードバッファ
１２    リードバッファ
１３    システムターゲットデコーダ
１４    実行部
１５    ネットワークインターフェイス
１６    仮想パッケージ制御部
１７    状態管理部
１８    ユーザイベント処理部
１９    再生エンジン
２０    再生制御エンジン
２１    送受信部
２２    ヒープメモリ
２３    バイトコードインタプリタ
１０１    ＢＤ−ＲＯＭ
１０２    再生装置
１０３    テレビ
１０４    継時型ステレオゴーグル
１０５    ローカルストレージ
【図１】
2009133714.tif 000003
【図２】
2009133714.tif 000004
【図３】
2009133714.tif 000005
【図４】
2009133714.tif 000006
【図５】
2009133714.tif 000007
【図６】
2009133714.tif 000008
【図７】
2009133714.tif 000009
【図８】
2009133714.tif 000010
【図９】
2009133714.tif 000011
【図１０】
2009133714.tif 000012
【図１１】
2009133714.tif 000013
【図１２】
2009133714.tif 000014
【図１３】
2009133714.tif 000015
【図１４】
2009133714.tif 000016
【図１５】
2009133714.tif 000017
【図１６】
2009133714.tif 000018
【図１７】
2009133714.tif 000019
【図１８】
2009133714.tif 000020
【図１９】
2009133714.tif 000021
【図２０】
2009133714.tif 000022
【図２１】
2009133714.tif 000023
【図２２】
2009133714.tif 000024
【図２３】
2009133714.tif 000025
【図２４】
2009133714.tif 000026
【図２５】
2009133714.tif 000027
【図２６】
2009133714.tif 000028
【図２７】
2009133714.tif 000029
【図２８】
2009133714.tif 000030
【図２９】
2009133714.tif 000031
【図３０】
2009133714.tif 000032
【手続補正書】
【提出日】平成22年2月10日(2010.2.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
立体視用再生の再生能力を有し、光ディスクに記録されたビデオストリームを再生して再生した画像を表示装置へ出力する再生装置であって、
出力先の表示装置が立体視映像の表示に対応しているか否かを判定する判定手段と、
ビデオストリームを光ディスクから読み出す読出手段と、
光ディスクから読み出されたビデオストリームを再生する再生手段と、
制御手段とを備え、
光ディスクは、ＡＶデータ記録領域とナビゲーション情報領域とを含み、
ＡＶデータ記録領域には、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとをインタリーブに配したトランスポートストリームが記録されており、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表すビデオストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力を有する装置のみに有効となる拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
プライマリストリームを構成するデータブロックのデータサイズ及びセカンダリストリームを構成するデータブロックのデータサイズは、ナビゲーション情報のうち基本的なロケーション情報を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームを読み出しつつ復号化し途切れなく再生できる所定の条件、及び、ナビゲーション情報のうち基本的なロケーション情報と拡張ローケーション情報との両方を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームとセカンダリストリームとの両方を読み出しつつ復号化し途切れなく再生できる所定の条件により規定され、
前記制御手段は、
出力先の表示装置が立体視映像の表示に対応している場合、ナビゲーション情報のうち基本的なロケーション情報と拡張ロケーション情報との両方を参照して、プライマリストリームとセカンダリストリームとの両方の読み出しを、読出手段に行わせ、
出力先の表示装置が立体視映像の表示に対応していない場合、ナビゲーション情報のうち基本的なロケーション情報を参照して、プライマリストリームのみの読み出しを、読出手段に行わせる
ことを特徴とする再生装置。
【請求項２】
基本的なロケーション情報は、プライマリストリームの構成単位であるパケットに付された識別子に基づいて、プライマリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報を含み、
拡張ローケーション情報は、セカンダリストリームの構成単位であるパケットに付された識別子に基づいて、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報を含む
ことを特徴とする請求項１記載の再生装置。
【請求項３】
識別子に基づいてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報とは、プライマリストリームのエントリーマップであり、
識別子に基づいてセカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報とは、セカンダリストリームのエントリーマップである
ことを特徴とする請求項２記載の再生装置。
【請求項４】
プライマリストリームを構成するデータブロックは、視点間での画像参照を用いることなく復号可能な、平面視画像の符号化フレームを含み、
セカンダリストリームを構成するデータブロックは、視点間での画像参照を用いて復号可能な、視差画像の符号化フレームを含み、
前記再生手段は、平面視画像の符号化フレームを、当該平面視画像の符号化フレームを参照する視差画像の符号化フレームよりも先に復号する
ことを特徴とする請求項１記載の再生装置。
【請求項５】
ＡＶデータ記録領域と、ナビゲーション情報領域とを含む光ディスクであって、
ＡＶデータ記録領域は、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとをインタリーブに配したトランスポートストリームを記録した領域であって、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表し、再生装置が立体視用再生を行う場合にプライマリストリームと共に再生されるストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力をもつ再生装置のみに有効となる拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
プライマリストリームを構成するデータブロックのデータサイズ及びセカンダリストリームを構成するデータブロックのデータサイズは、ナビゲーション情報のうち基本的なロケーション情報を参照してトランスポートストリームを読み出す再生装置において、光ディスクからプライマリストリームを読み出しつつ復号化し途切れなく再生できる所定の条件、及び、ナビゲーション情報のうち基本的なロケーション情報と拡張ローケーション情報との両方を参照してトランスポートストリームを読み出す再生装置において、光ディスクからプライマリストリームとセカンダリストリームとの両方を読み出しつつ復号化し途切れなく再生できる所定の条件により規定される
ことを特徴とする光ディスク。
【請求項６】
基本的なロケーション情報は、プライマリストリームの構成単位であるパケットに付された識別子に基づいて、プライマリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報を含み、
拡張ローケーション情報は、セカンダリストリームの構成単位であるパケットに付された識別子に基づいて、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報を含む
ことを特徴とする請求項５記載の光ディスク。
【請求項７】
識別子に基づいてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報とは、プライマリストリームのエントリーマップであり、
識別子に基づいてセカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報とは、セカンダリストリームのエントリーマップである
ことを特徴とする請求項６記載の光ディスク。
【請求項８】
プライマリストリームを構成するデータブロックは、視点間での画像参照を用いることなく復号可能な、平面視画像の符号化フレームを含み、
セカンダリストリームを構成するデータブロックは、視点間での画像参照を用いて復号可能な、視差画像の符号化フレームを含み、
平面視画像の符号化フレームは、立体視用再生の再生能力をもつ再生装置において、当該平面視画像の符号化フレームを参照する視差画像の符号化フレームよりも先に復号される
ことを特徴とする請求項５記載の光ディスク。
【請求項９】
立体視用再生の再生能力を有し、光ディスクに記録されたビデオストリームを再生して再生した画像を表示装置へ出力する再生装置を制御する集積回路であって、
出力先の表示装置が立体視映像の表示に対応しているか否かを判定する判定手段と、
再生装置の読出手段に、光ディスクからビデオストリームを読み出させる読出制御手段と、
光ディスクから読み出されたビデオストリームを再生する再生手段とを備え、
光ディスクは、ＡＶデータ記録領域とナビゲーション情報領域とを含み、
ＡＶデータ記録領域には、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとがインタリーブに配して記録されており、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表すビデオストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力を有する装置のみに有効となる拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
プライマリストリームを構成するデータブロックのデータサイズ及びセカンダリストリームを構成するデータブロックのデータサイズは、ナビゲーション情報のうち基本的なロケーション情報を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームを読み出しつつ復号化し途切れなく再生できる所定の条件、及び、ナビゲーション情報のうち基本的なロケーション情報と拡張ローケーション情報との両方を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームとセカンダリストリームとの両方を読み出しつつ復号化し途切れなく再生できる所定の条件により規定され、
前記読出制御手段は、
出力先の表示装置が立体視映像の表示に対応している場合、ナビゲーション情報のうち基本的なロケーション情報と拡張ロケーション情報との両方を参照して、プライマリストリームとセカンダリストリームとの両方の読み出しを、再生装置の読出手段に行わせ、
出力先の表示装置が立体視映像の表示に対応していない場合、ナビゲーション情報のうち基本的なロケーション情報を参照して、プライマリストリームのみの読み出しを、再生装置の読出手段に行わせる
ことを特徴とする集積回路。
【請求項１０】
光ディスクに記録されたビデオストリームを再生し、再生した画像を表示装置へ出力する手順を、立体視用再生の再生能力を有するコンピュータに実行させるプログラムであって、
出力先の表示装置が立体視映像の表示に対応しているか否かを判定する判定ステップと、
ビデオストリームを光ディスクから読み出す読出ステップと、
光ディスクから読み出されたビデオストリームを再生する再生ステップとを含み、
光ディスクは、ＡＶデータ記録領域とナビゲーション情報領域とを含み、
ＡＶデータ記録領域には、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとがインタリーブに配して記録されており、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表すビデオストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力を有する装置のみに有効となる拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
プライマリストリームを構成するデータブロックのデータサイズ及びセカンダリストリームを構成するデータブロックのデータサイズは、ナビゲーション情報のうち基本的なロケーション情報を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームを読み出しつつ復号化し途切れなく再生できる所定の条件、及び、ナビゲーション情報のうち基本的なロケーション情報と拡張ローケーション情報との両方を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームとセカンダリストリームとの両方を読み出しつつ復号化し途切れなく再生できる所定の条件により規定され、
前記読み出しステップでは、
出力先の表示装置が立体視映像の表示に対応している場合、ナビゲーション情報のうち基本的なロケーション情報と拡張ロケーション情報との両方を参照して、プライマリストリームとセカンダリストリームとの両方を読み出し、
出力先の表示装置が立体視映像の表示に対応していない場合、ナビゲーション情報のうち基本的なロケーション情報を参照して、プライマリストリームのみを読み出す
ことを特徴とするプログラム。
【請求項１１】
立体視用再生の再生能力を有する再生装置において、光ディスクに記録されたビデオストリームを再生し、再生した画像を表示装置へ出力する再生方法であって、
出力先の表示装置が立体視映像の表示に対応しているか否かを判定する判定ステップと、
ビデオストリームを光ディスクから読み出す読出ステップと、
光ディスクから読み出されたビデオストリームを再生する再生ステップとを含み、
光ディスクは、ＡＶデータ記録領域とナビゲーション情報領域とを含み、
ＡＶデータ記録領域には、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとがインタリーブに配して記録されており、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表すビデオストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力を有する装置のみに有効となる拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
プライマリストリームを構成するデータブロックのデータサイズ及びセカンダリストリームを構成するデータブロックのデータサイズは、ナビゲーション情報のうち基本的なロケーション情報を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームを読み出しつつ復号化し途切れなく再生できる所定の条件、及び、ナビゲーション情報のうち基本的なロケーション情報と拡張ローケーション情報との両方を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームとセカンダリストリームとの両方を読み出しつつ復号化し途切れなく再生できる所定の条件により規定され、
前記読み出しステップでは、
出力先の表示装置が立体視映像の表示に対応している場合、ナビゲーション情報のうち基本的なロケーション情報と拡張ロケーション情報との両方を参照して、プライマリストリームとセカンダリストリームとの両方を読み出し、
出力先の表示装置が立体視映像の表示に対応していない場合、ナビゲーション情報のうち基本的なロケーション情報を参照して、プライマリストリームのみを読み出す
ことを特徴とする再生方法。
【手続補正書】
【提出日】平成22年10月25日(2010.10.25)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は３Ｄ映像を記録する情報記録媒体であって、特に、立体映像を情報記録媒体に記録する際のアプリケーションフォーマットに関する。
【背景技術】
【０００２】
３Ｄ対応高精細テレビは、上質な高精細３Ｄ映像の視聴経験を消費者にもたらし、今後はパッケージメディアや放送サービスを通じて、高画質、高精細な３Ｄ映像が配給されることが予測されている。
【０００３】
放送アプリケーションで適用可能な現在知られている手法は、３Ｄ映像の圧縮を達成するために、画質の劣化を引き起こすような解像度の低減をおこなっている。
これは、３Ｄ映像ストリームが符号化規格で規定された最大ビットレートを超えないようにするためである。そのため、放送やＤＶＤアプリケーションでは、既存のシステムでの圧縮を用いるために、右目視点と左目視点のピクチャの組で新たな１つのピクチャを作ることができるように解像度が変更されている。
【０００４】
図１の（ａ）、（ｂ）は、圧縮のために既存のシステムを使用することで、画像を統合する従来の手法を示す。このような手法では、統合された画像が、元の画像の半分だけしか保持していないことは明らかである。従って、再生装置やセットトップボックス等の機器では、各視点のために、元のピクチャの半分を復元することしかできない。半分の解像度の画像をフル解像度のディスプレイに表示すると、画質低下を招き、一般的に画像がぼやけて見える。また、図１の（ａ）、（ｂ）の何れの方法でも、ユーザが平面視画像の視聴を選択するときに、オリジナルの高精細画像を利用することができない。
【０００５】
例えば、水平解像度を半分に抑える場合、左目視点と右目視点とのピクチャは、それぞれ新たなピクチャの左半の部分と右半の部分となる。垂直解像度を半分にする場合は、左目視点と右目視点とのピクチャは、それぞれ新たなピクチャのトップフィールドとボトムフィールドとになる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】System description: Blu-ray disc read-only format - Part 3: Audio visual basic specifications, August 2006.
【非特許文献２】ISO/IEC 14496-10:2005: Information technology - Coding of audio-visual objects - Part 10: Advanced Video Coding.
【非特許文献３】ISO/IEC 13818-2: 2000 Information technology - Generic coding of moving pictures and associated audio information: Part 2: Video (MPEG-2 Video).
【非特許文献４】SMPTE 421M, Proposed SMPTE Standard for Television: VC-1 Compressed Video Bitstream Format and Decoding Process.
【発明の概要】
【発明が解決しようとする課題】
【０００７】
何れにしろ、このような従来の手法では、元のピクチャの解像度は保存されず、立体的に知覚される映像は、元の解像度の半分しかない。その結果、高品質な高精細２Ｄ映像を、同じメディア（例えば、光ディスクのパッケージ）から、復元することができず、従来の２Ｄ映像を再生するための通常のディスプレイにおいては、低解像度の映像のみしか見ることができなくなる。
【０００８】
本発明は、従来の再生装置において平面視映像の再生が可能でありながら、３Ｄ対応再生装置においては立体視映像の再生が可能な光ディスクを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る光ディスクは、ＡＶデータ記録領域と、ナビゲーション情報領域とを含む光ディスクであって、ＡＶデータ記録領域は、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとをインタリーブに配したトランスポートストリームを記録した領域であって、プライマリストリームは、平面視画像を表すビデオストリームであり、セカンダリストリームは、平面視画像に対する視差画像を表し、再生装置が立体視用再生を行う場合にプライマリストリームと共に再生されるストリームであり、ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力をもつ再生装置のみに有効となる拡張ロケーション情報とを含み、基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、プライマリストリームを構成するデータブロックのデータサイズ及びセカンダリストリームを構成するデータブロックのデータサイズは、ナビゲーション情報のうち基本的なロケーション情報を参照してトランスポートストリームを読み出す再生装置において、光ディスクからプライマリストリームを読み出しつつ復号化し途切れなく再生できる所定の条件、及び、ナビゲーション情報のうち基本的なロケーション情報と拡張ローケーション情報との両方を参照してトランスポートストリームを読み出す再生装置において、光ディスクからプライマリストリームとセカンダリストリームとの両方を読み出しつつ復号化し途切れなく再生できる所定の条件により規定されることを特徴としている。
【００１０】
高品質、高精細な３Ｄ映像の配信の為には、３Ｄ映像の効率的な圧縮が必要である。３Ｄ映像をなす二つの視点は、視点間の冗長性を利用することで、符号化効率を向上させるようにエンコードされる。圧縮が既存の装置と互換するよう実行されるので、一方の視点の映像のデコードにより通常の２Ｄ（即ち、平面視）表示を可能とする。３Ｄ映像のための高効率で、しかし実用的な符号化スキームとするために、ＭＰＥＧ−４ＡＶＣビデオ規格のような既存の規格の動き補償によるブロック変換符号化の枠組みが利用される。
【発明の効果】
【００１１】
本発明での光ディスクによれば、従来の再生装置においては、基本的なロケーション情報に基づいてプライマリストリームを読み出し、平面視画像を再生することが可能でありながら、立体視画像の再生能力を持つ再生装置においては、基本的なロケーション情報に加えて拡張ロケーション情報に基づいて、プライマリストリーム及びセカンダリストリームを読み出して立体視画像を再生することが可能となる。
【００１２】
また、立体視画像の高効率な圧縮を達成しながら、高精細な２Ｄ映像と同様の解像度を保持させることができるという効果が得られる。また、このような手法では、ＢＤ−ＲＯＭ規格のような従来のビデオ圧縮規格との完全な互換を図ることができる。さらに、本発明の実施により、立体テレビのためのデジタル放送サービスや、３Ｄ映画のための光ディスクを実現できる。
【００１３】
このように通常の２Ｄ映像用機器との完全な互換性を提供することで、将来的に、高品質な立体視表示の緩やかな普及を可能とする。
【図面の簡単な説明】
【００１４】
【図１】（ａ）は、垂直解像度を低減させる手法を模式的に示す図、（ｂ）は、水平解像度を低減させる手法を模式的に示す図
【図２】２つの視点のピクチャシーケンスの一例を示す図
【図３】（ａ）は、画像間の参照関係の一例を示す図、（ｂ）は、符号化順序を矢印にて示す図
【図４】（ａ）は、２つの視点のピクチャを含むビットストリームの構造の一例、（ｂ）は、２つの視点のピクチャを含むビットストリームの構造の他の例
【図５】システムの概要を示す図
【図６】本発明に係るフルＨＤの３Ｄ−ＢＤシステムを示す図
【図７】フルＨＤ  ３Ｄ−ＢＤシステムにおける３Ｄビデオストリームの多重化を模式的に示す図
【図８】（ａ）は、画像間の参照関係の変形例を示す図、（ｂ）は、画像参照構造の変形例における符号化順序を矢印にて示す図
【図９】（ａ）は、画像間の参照関係の他の変形例を示す図、（ｂ）は、画像参照構造の他の変形例における符号化順序を矢印にて示す図
【図１０】第２実施形態に係るホームシアターシステムを示す図
【図１１】本発明に係るＢＤ−ＲＯＭの内部構成を示す図
【図１２】ファイルシステムを前提にした光ディスクのアプリケーションフォーマットを示す図
【図１３】ベースビュー、エンハンスビューを構成する各ソースパケットがどのような過程を経て各記録層に書き込まれるかを示す図
【図１４】ファイルエクステントが記録層にどうのように書き込まれるかを示す図
【図１５】TSパケットのパケットIDがとりうる複数の数値範囲と、各数値範囲のパケットIDをもつTSパケットのPESストリーム種別とを対応付けて示す図
【図１６】ファイルエクステントのインターリーブ配置を示す図
【図１７】ＳＥＸＴＮＴのサイズを規定する条件を示す図
【図１８】立体視のためのベースビューストリーム、エンハンスドビューストリームの内部構成の一例を示す図
【図１９】クリップ情報ファイルの一例を示す図
【図２０】（ａ）は、エントリマップテーブルの内部構成を示す図、（ｂ）は、PID=1011のTSパケットに対応するエントリーマップ内の複数のエントリーマップによって、どのソースパケットを指示されるかを示す図
【図２１】エントリーマップによるエントリーポイントの登録を示す図
【図２２】ベースビュー、エンハンスビューのそれぞれに対応するエントリーマップのエントリーマップが、どのように設定されているかを示す図
【図２３】PlayList情報のデータ構造を示す図
【図２４】サブパス情報テーブルの内部構成をクローズアップして示す図
【図２５】ベースビュー、エンハンスビューに対して、どのような再生区間が定義されているかを示す図
【図２６】プレイリスト情報におけるエクステンションデータの内部構成を示す図
【図２７】ビデオストリーム番号テーブルの内部構成を示す図
【図２８】再生装置１０２の構成の一例を示す図
【図２９】プレイリスト情報の再生手順を示すフローチャート
【図３０】ストリーム選択プロシージャの処理手順を示すフローチャート
【発明を実施するための形態】
【００１５】
以降、本発明に係る記録媒体の実施形態について説明する。
(第１実施形態)
２Ｄのみ表示可能なディスプレイで高精細なオリジナルの解像度の２Ｄ映像を再生するための再生装置や受像機において、アップコンバート等の画像をデコードするためのどのような後加工も適用せずに、３Ｄビデオプログラムが再生可能であれば、それは大きな利点である。このような下位互換性問題に対応できるシステムを設計することが重要である。もし、このような下位互換性を適用できれば、フル解像度の３Ｄ映画を映像ビットストリームの信号に格納でき、且つ、高精細２Ｄ映画についても、２Ｄのみ表示可能なディスプレイを所有している消費者が利用可能となる。これは３Ｄと２Ｄとのパッケージを別々に作成するケースと比較して費用をかなり節約することができる。その上、消費者はフル解像度の２Ｄパッケージか、半分の解像度の３Ｄパッケージか、若しくはその両方を買うかで悩むことがなくなる。本発明は、圧縮において高精細な画像の元の解像度を維持することで、この目的を達成する新規な方法を提示する。元の画像を変更することなく、それぞれの視点のあらゆる高精細画像が、画質を最もよく保存するよう符号化される。
【００１６】
以下の本実施形態の説明では、左視点と右視点とを入れ替えて圧縮可能である。即ち、何れの視点を自ストリーム内の参照のみでデコード可能なストリームとしてエンコードしてもよい。加えて、サブＧＯＰのサイズ（即ち、２つのアンカー画像となるＩピクチャやＰピクチャの間のＢピクチャの数）は、システムの設計に応じて変更可能である。普通の設定としては、以下の例が使用される。
【００１７】
図２は、立体視映像を構成する２つの視点のピクチャ配列の一例を示す図である。
本発明では、例えば、それぞれの視点における各ピクチャが符号化されビットストリームに含まれることで、全ての配列が３Ｄ映像圧縮に入力される。これは、従来の手法とは異なって、画像の本来の解像度を最もよく保存することができる。フレームレベルでのインタリーブは、デコーダ側でディスプレイへ出力するのと同様にエンコーダへインプットするために、映像のソースデータを保持するのに要する最小サイズのメモリ／バッファが必要である。加えて、ビットストリームにおけるフレームレベルでのインタリーブは、視点間の参照が用いられる時に、符号化したピクチャデータを保持するのに要する最小サイズのメモリが必要である。
【００１８】
図３の（ａ）は、画像間の参照関係の一例を示す図である。左目視点の画像列は、ＡＶＣ規格に完全に従って符号化され、従来の再生装置や受像機においてデコードすることができる。右目視点の画像は、高効率な予測を用いて符号化される。より詳細には、視点間予測により右目視点の画像は、符号化効率が増しており、その結果、ビットレートが抑えられている。ＡＶＣ規格（非特許文献２）の技術を適用する場合、左目視点の画像列におけるＢピクチャは、右目視点のＢピクチャの符号化において参照先として使用可能な参照Ｂビクチャ（Ｂｒピクチャ）として定義される。尚、Ｂｒピクチャが使用できない他のビデオ符号化技術（非特許文献３、４）を用いる場合、参照画像（例えば、Ｐピクチャ）を代わりに用いることができる。以下の全ての例では、ＡＶＣ規格以外の符号化技術を使う場合に、上述のようにＢｒピクチャに変えて他の参照画像を視点間予測の参照先として用いることができる。
【００１９】
図３の（ｂ）は符号化順序の一例を示す図である。本図に示す右目視点画像のビットストリームは、左目視点画像のビットストリームとピクチャレベル若しくはフレームレベルで交互に符号化される。
【００２０】
左目視点の画像列は符号化され、従来のＢＤ−ＲＯＭ規格やＭＰＥＧ−４  ＡＶＣ規格（非特許文献１、２）に従ってストリーム内でデコード可能なビットストリームとして組み立てられる。右目視点の画像列は符号化により拡張ビットストリームとされ、左目視点のビットストリームへピクチャレベルでインタリーブされる。
例えば、右目視点画像ビットストリームを含むＮＡＬユニットは、nal_unit_typeの未定義値、若しくはリザーブされている値(例えば、0,24-31,14-18,20-24)を用いる（非特許文献２）。
【００２１】
一般に、本発明の技術により生成されたビットストリームは、後続するパケットのソースを示すいくつかのフラグやパラメータがヘッダ（例えば、ピクチャレベルやスライスレベルのヘッダ）にあることで、既存のビデオ符号化規格（非特許文献２、３、４）へ適用できる。コンテンツが第２視点のものであることをヘッダが示す場合、従来の再生装置や受像機では、後続のパケットが無視される。図４の（ａ）は、２つの視点のピクチャを含むビットストリームの構造の一例を示す図であり、（ｂ）は、２つの視点のピクチャを含むビットストリームの構造の他の例を示す図である。
【００２２】
インタリーブ構造では、同じ視点からの連続したピクチャのフラグやパラメータをいつでも使用することができる。
例として、非特許文献２による従来のＢＤプレーヤを含む２Ｄ映像のみ再生可能なＢＤプレーヤ（２Ｄ−ＢＤプレーヤ）において、デコーダは、nal_unit_typeが未定義、若しくはリザーブの値である全てのＮＡＬユニットの内容をデコードできない。言い換えれば、２Ｄ−ＢＤプレーヤは、左目視点画像のビットストリームのみデコードし、平面視ディスプレイにおける高精細な２Ｄ動画の視聴のために左目視点画像を再生する。
【００２３】
放送サービスやパッケージメディア等のアプリケーションでは、これらのアプリケーション特有のnal_unit_type値を用いた全てのＮＡＬユニットのコンテンツが、右目視点画像のビットストリームを搬送するものとして、上述のnal_unit_typeの未定義（若しくはリザーブ）の値を定義する。３Ｄに対応した再生装置やセットトップボックスにおいてデコーダは、これらのアプリケーション特有のnal_unit_type値を識別し、右目視点画像のビットストリームをデコードする。続いて、３Ｄに対応した再生装置は、３Ｄ対応のディスプレイのための高精細な立体視映像を再生する。
【００２４】
そのようなアプリケーションでは、３Ｄに対応した再生装置やセットトップボックスが２つの視点の画像を完全にデコードすることもでき、視聴者は、オリジナルの解像度（例えば1920x1080）の左目視点映像、オリジナルの解像度の右目視点映像、若しくはオリジナルの解像度の立体視映像の何れを視聴するか選択することができる。
【００２５】
図５は、本発明を用いたアプリケーションのシステムの概要を示す図である。このような手法は、下位互換性の問題をうまく解決し、立体視映像の圧縮において符号化効率を向上させる。さらに、最高品質の２Ｄ、及び３Ｄコンテンツを、１つのパッケージや番組に含むことができる。このことは、拡張機能を用いた将来のパッケージメディアの再生に、従来から所有している機器を使用できることを消費者に保障している。上述のように、本発明の手法では、３Ｄ映画の高品質な２Ｄパッケージを別に作る必要性を排除することによって、生産コストを大いに低減することができる。
【００２６】
尚、本発明を適用した再生システムでは、ピクチャのサイズは1920×1080に制限されず、ビデオフレームレートは各視点毎に24fps(frames per second)に制限されることもない。また、受像機はＢＤプレーヤに限定されず、他の再生機器にも本発明は適用可能である。
【００２７】
図６は、本発明に係るフルＨＤの３Ｄ−ＢＤシステム（ステップ−１）を示す図である。適切に設計されたピクチャ参照構造により、ＢＤ−ＲＯＭ規格における従来の全ビデオコーデックは、本発明に係る３Ｄ映像圧縮のための手法を利用することが可能となる。そして、３Ｄビデオエレメンタリーストリームは、ビットストリームにおいて倍増したフレームの数を考慮した上で、オーサリングプロセスの入力となるトランスポートストリームを生成する多重化プロセスを経る。本発明に係る３Ｄ−ＢＤディスクは、従来の２Ｄプレーヤへの入力としてプライマリのピクチャだけフルＨＤでデコードするデコーダを備えた従来のBDプレーヤ上で再生可能である。３Ｄ−ＢＤプレーヤが利用可能であれば、両方の視点の動画像列が３Ｄ対応モニタ上に表示可能なフルＨＤでデコードされるか、あるいは何れか一方の視点が２Ｄモニタでの表示のために選択される。これが、「ステップ−１（後述するアドバンテージデザインの基礎として機能するシステム）」として示されたフルＨＤ  ３Ｄ−ＢＤアプリケーションの基本的な枠組みである。
【００２８】
ステップ−１において、３Ｄストリームは右、左視点のピクチャ／フレームのレベルでインタリーブされている。多重化プロセスでは、インタリーブされたパターンが維持される。しかしながら、光ディスクでのＩ／Ｏでは、ジャンプ読み込み動作において、通常、新しい読み込み動作を開始する前に、最小限の待ち時間が必要となる。１フレームあたりの再生持続時間は、通常、前述の最小の待ち時間よりはるかに小さい。ＢＤ−ＲＯＭ仕様書（非特許文献１）で規定された最大４０Ｍｂｐｓのビデオストリームを達成しているために、フレームレベルでのビットストリームのインタリーブは、ジャンプ読み込みでの時間的余裕が持てない。言い換えると、従来のＢＤプレーヤは、デコード前に破棄されることになるセカンダリの視点映像を含むストリームの全バイトを、読み込まなければならない。このことは、確実に、プライマリの視点映像のための最大入力レートを制限することになる。即ち、プライマリの視点映像が４０Ｍｂｐｓよりもはるかに低い最大入力レートでエンコードされなければならないということを意味する。この場合、２Ｄ−ＢＤアプリケーションの場合と比べて、画質が犠牲にされることになる。
【００２９】
本発明では、この問題を克服するために、３Ｄビデオストリームは、より大きなデータブロックを構成するように再編集され分類される。この再編集の詳細について、フルＨＤ  ３Ｄ−ＢＤシステムにおける３Ｄビデオストリームの多重化を模式的に示す図７を参照しながら説明する。図７における多重化プロセスでは、それぞれの視点のフレーム／ピクチャが多重化されたビットストリームを、トランスポートストリームブロック、即ち、プライマリ視点のためのＴＳＰＢと、セカンダリ視点のためのＴＳＳＢとに、それぞれに分類する。ここで各トランスポートストリームブロックは、再生持続時間がジャンプ読み込みに必要な最小待ち時間を超える多くのフレームを含んでいる。ＴＳＰＢとＴＳＳＢは、インタリーブされた後、それぞれのトランスポートストリームブロックの位置を示すナビゲーション情報と共にディスクに記録される。従来のＢＤプレーヤでは、ナビゲーション情報によってＴＳＰＢだけを読むように誘導され、その後、最大４０Ｍｂｐｓの入力レートでプライマリビデオストリーム出力するように多重分離する。
その結果、従来の２Ｄ−ＢＤタイトルで見られるような最高画質のフルＨＤの２Ｄ映像が、再生される。
【００３０】
光ディスク技術における進歩によって、ディスク読み出し速度は大いに改良されている。そのため、ビデオストリームにより高い最大入力レートを割り当てることも可能となっている。そのため３Ｄ再生対応のＢＤプレーヤは、可能な限りの高画質で配布するためにＴＳＰＢとＴＳＳＢとがそれぞれ４０Ｍｂｐｓの最大入力レートでエンコードさたＴＳＰＢとＴＳＳＢとを、両方読み出すことができる。図７の多重分離プロセスでは、デコードで用いるために、ピクチャ／フレームレベルでインタリーブされたストリームが復元される。その時、２Ｄ又は３Ｄ対応モニターのどちらかでの表示が実行できる。もちろん３Ｄ対応ＢＤプレーヤでは、２Ｄ映像出力のための左視点か右視点の選択的再生も可能である。
【００３１】
以上、本発明は、既存のビデオ符号化規格の使用において、立体視映像のシーケンスを符号化する新たなフレームワークを提供することができる。この技術は、圧縮においてオリジナルの解像度の３Ｄビデオを維持できる。加えて、本発明には、既存の２Ｄビデオ圧縮のためのシステムとの望ましい互換性を提供するという効果がある。３Ｄテレビのための放送サービスや、３Ｄ映画のためのパッケージメディアにおいて、本発明に係る技術は、オリジナルが高解像度の３Ｄビデオや２Ｄビデオの効果的な再構築を可能とする。本発明では、最高品質の３Ｄビデオや２Ｄビデオの両方が、１つのメディアで利用することができ、生産コストを大いに低減することができ、さらに、消費者の自宅のＡＶシステム環境が３Ｄ対応であるか否かに関わらず、３Ｄ対応コンテンツを手に入れる簡単な方法を消費者に提供することができる。また、どのような既存のビデオ符号化規格においても、適切に設計された画像参照構造によって、本発明の技術を用いることができる。
【００３２】
尚、本発明に適用する画像参照構造には、様々な変形例がある。図８の（ａ）は、画像間の参照構造の変形例を示す図であり、（ｂ）は、画像参照構造の変形例における符号化順序を矢印にて示す図である。図９の（ａ）は、画像間の参照構造の他の変形例を示す図であり、（ｂ）は、画像参照構造の他の変形例における符号化順序を矢印にて示す図である。特に、図９に示す構造は、既存のＢＤプレーヤで、何ら変更することなく、プライマリ視点（例えば左目視点）の画像をフルＨＤ解像度で再生することを可能とする。これら画像参照構造の全ての変形例は、例えばＭＰＥＧ−４ＡＶＣ（非特許文献２）のようなビデオ符号化規格に、いかなる改良も導入することなく適用することができる。
【００３３】
(第２実施形態)
図１０の（ａ）は、立体視を実現することができるホームシアターシステムを示す。本図のホームシアターシステムには、テレビ１０３の付属品として継時型ステレオゴーグル１０４が存在する。立体視を実現する手法としては、ホログラフィ技術を用いる方法と、視差画像を用いる方式とがある。
【００３４】
まず、１つ目のホログラフィ技術の特徴は、人間が通常物体を認識するのと全く同じように物体を立体として再現することができることである。しかしながら、ホログラフィ技術を用いた動画生成は、技術的な理論は確立しているが、その実現にはホログラフィ用の動画をリアルタイムで生成する膨大な演算量を伴うコンピュータ、及び1mmの間に数千本の線を引けるだけの解像度を持ったディスプレイデバイスが必要となる。そのためホログラフィ技術を用いたホームシアターシステムは、現在の技術での実現が非常に難しく、商用として実用化されている例はほとんどない。
【００３５】
２つ目の視差画像を用いた方式のメリットは、高々右目用と左目用の２つの視点の映像を準備するだけで立体視を実現できることにある。この視差画像を用いた方式は、左右のそれぞれの目に対応した絵を、いかにして対応した目にだけ見せることができるかの観点から、継時分離方式を始めとするいくつかの技術が実用化されている。
【００３６】
この立体視を実現するため再生装置、テレビを含むホームシアターシステムには、継時型ステレオゴーグルが存在する。継時型ステレオゴーグル１０４は、液晶シャッターを備え、継時分離方式による視差画像をユーザに視聴させる。視差画像とは、右目に入る映像と、左目に入る映像とから構成される一組の映像であり、それぞれの目に対応したピクチャだけがユーザの目に入るようにして立体視を行わせる。
【００３７】
継時分離方式とは、左目用映像及び右目用映像を時間軸方向で交互に表示させ、目の残像反応により左右のシーンを脳内で重ね合わさせて、立体映像として認識させる方法である。
【００３８】
同図（ｂ）は、左目用映像の表示時を示す。ディスプレイ上に左目用の映像が表示されている瞬間において、前述の継時型ステレオゴーグル１０４は、左目に対応する液晶シャッターを透過にし、右目に対応する液晶シャッターは遮光する。同図（ｃ）は、右目用映像の表示時を示す。ディスプレイ上に右目用の映像が表示されている瞬間において、先ほどと逆に右目に対応する液晶シャッターを透過にし、左目に対応する液晶シャッターを遮光する。
【００３９】
この方式では、左右の映像を時間軸方向で交互に表示させるために、例えば、通常の2次元の映画であれば1秒に２４枚の映像を表示させるのに対して、左右の映像合わせて１秒に４８枚の映像を表示させる必要がある。従って、この方式では、一画面の書き換えが比較的早いディスプレイにおいて好適であるが、1秒間に所定の回数書き換え可能なディスプレイであれば限定されない。
【００４０】
また、別の方法としては、先ほどの継時型ステレオゴーグル１０４では左右のピクチャを時間軸方向で交互に出力していたのに対して、一画面中の縦方向に左目用のピクチャと右目用のピクチャを同時に交互に並べ、ディスプレイ表面にレンチキュラーレンズと呼ばれる蒲鉾上のレンズを通して、左目用のピクチャを構成する画素は左目だけに結像し、右目用のピクチャを構成する画素は右目だけに結像するようにすることで、左右の目に視差のあるピクチャを見せ、立体視を実現させる方式がある。なお、レンチキュラーレンズだけでなく、同様の機能を持たせたデバイス、例えば液晶素子を用いてもよいし、また左目用の画素には縦偏光のフィルター、右目用の画素には横偏光のフィルターを設置し、視聴者は、左目用には縦偏光、右目用には横偏光のフィルターを設置した偏光メガネを用いてディスプレイを見ることによって立体視が可能となる。なお、偏光方式には縦/横偏光の他に、左回転偏光、右回転偏光の方式があり、回転偏光方式の場合には視聴者の頭の傾きによらず、右目用、左目用の映像を分離することができるため、これに対応したフィルターを設置した偏光メガネを用いることで、より安定した立体視を可能とする。
【００４１】
この視差画像を用いた立体視は、既に遊園地の遊具などで一般的に使用されており、技術的にも確立されているため、家庭における実用化に最も近いものと言える。なお、視差画像を用いた立体視のための方法はこの他にも、2色分離方式などさまざまな技術が提案されており、本実施形態においては、継時分離方式あるいは偏光メガネ方式を例として用いて説明するが、視差画像を用いる限りこれら２方式に限定するものではない。
【００４２】
本実施形態では、立体視に使う視差画像を情報記録媒体に格納する方法を説明する。ここでは、左目用の画面が格納された映像を「左目映像」、右目用の画面が格納された映像を「右目映像」、両方の映像のことを「立体視映像」と呼ぶことにする。
【００４３】
視差画像方式は、右目に入る映像と、左目に入る映像とを各々用意し、それぞれの目に対応したピクチャだけが入るようにして立体視を行う方法である。
図１１は、本発明に係るＢＤ−ＲＯＭ１０１の内部構成を示す。
【００４４】
第１段目は、多層化された光ディスクを示し、第２段目は、各記録層上に存在する螺旋トラックを水平方向に引き伸ばして描いた図である。これらの記録層における螺旋トラックは、1つの連続した記録領域として扱われる。この記録領域は、最内周に位置するリードイン、最外周に位置するリードアウト、この間に存在する第１記録層の記録領域、第２記録層の記録領域、第３記録層の記録領域から構成される。これらの第１記録層の記録領域、第２記録層の記録領域、第３記録層の記録領域は、1つの連続した論理アドレス空間を構成する。論理アドレス空間とは、セクタが連続する論理ブロック番号によって指示されるアドレス空間をいう。この論理アドレス空間のうち、内周に近い側の領域は、論理アドレス空間をファイルシステム空間として扱うためのファイルシステム管理領域が存在する。
【００４５】
第４段目は、ファイルシステム管理領域における領域割り当てを示す。ファイルシステム管理領域のうち、内周側には、非ＡＶデータ記録領域が存在する。非AVデータ記録領域の直後には、ＡＶデータ記録領域が存在する。第５段目は、これら非ＡＶデータ記録領域及びＡＶデータ記録領域の記録内容を示す。ＡＶデータ記録領域には、ＡＶファイルを構成する構成するエクステントが存在する。非ＡＶデータ記録領域には、ＡＶファイル以外のファイルを構成するエクステントが存在する。
【００４６】
図１２は、ファイルシステムを前提にした光ディスクのアプリケーションフォーマットを示す図である。
BDMVディレクトリはBD-ROMで扱うＡＶコンテンツや管理情報などのデータが記録されているディレクトリである。BDMVディレクトリの配下には、「PLAYLISTディレクトリ」、「CLIPINFディレクトリ」、「STREAMディレクトリ」、「BDJOディレクトリ」、「JARディレクトリ」と呼ばれる５つのサブディレクトリが存在し、BDMVディレクトリには、index.bdmv，MovieObject.bdmvの２種類のファイルが配置されている。
【００４７】
index.bdmv(ファイル名固定)は、BD-ROM全体に関する管理情報であり、再生装置へのディスク挿入後に、index.bdmvが最初に読み出されることで、再生装置においてディスクが一意に認識される。加えて、index.bdmv にはBD-ROMにおいて再生可能となる複数のタイトルと、個々のタイトルを規定するBD-Jオブジェクトとを対応付けて示すテーブルが含まれる。
【００４８】
MovieObject.bdmv（ファイル名固定）は、HDMVモードでの各タイトル再生で、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが含まれる。「HDMVモード」とは、ＤＶＤライクなＡＶ機器特有の再生環境での再生モードである。
【００４９】
JARディレクトリには、拡張子jarが付与されたファイル(xxxxx.jar[“xxxxx”は可変、拡張子”jar”は固定])が存在する。
BDJOディレクトリには、拡張子bdjoが付与されたファイル(xxxxx.bdjo[“xxxxx”は可変、拡張子”bdjo”は固定])が存在する。拡張子“bdjo”が付与されたファイルは、Ｊａｖａ（登録商標）仮想マシンを主体とした再生モードである「ＢＤ−Ｊモード」での動的シナリオを示すＢＤ−Ｊオブジェクトを格納したファイルである。
【００５０】
PLAYLISTディレクトリには、拡張子mplsが付与されたファイル(xxxxx.mpls[“xxxxx”は可変、拡張子”mpls”は固定])が存在する。
CLIPINFディレクトリには、拡張子clpiが付与されたファイル(xxxxx.clpi [“xxxxx”は可変、拡張子”clpi”は固定])が存在する。
【００５１】
以上のディレクトリに存在するファイルを構成するエクステントは、非ＡＶデータ記録領域に記録される。
STREAMディレクトリは、いわばデジタルストリーム本体となるファイルを格納しているディレクトリであり、ＡＶストリーム記録領域にエクステントが記録されるべきファイル、つまり、図に示したxxxxx.m2ts([“xxxxx”は可変、拡張子”m2ts”は固定])が存在する。
【００５２】
続いて、ベースビュー、エンハンスビューを構成する各ソースパケットが、各記録層にどのように書き込まれるかを説明する。図１３は、ベースビュー、エンハンスビューを構成する各ソースパケットがどのような過程を経て各記録層に書き込まれるかを示す。本図の第１段目は、ベースビュー、エンハンスビューを構成するTSパケットを示す。
【００５３】
AVClipを構成する188バイトのTSパケットは、第２段目に示すように4バイトのTS_extra_header(図中のハッチング部)が付されて、192バイト長のSourceパケットになる。このTS_extra_headerは、当該TSパケットのデコーダ入力時刻情報を示すArrival_Time_Stampを含む。
【００５４】
AVClipを構成するSourceパケットは、第3段目において、1つ以上の“ATC_Seuqence”を構成する。“ATC_Seuqence”とは、ATSの時間軸を構成するSourceパケットの配列であって、そのArrival_Time_Stampが参照しているArrival_Time_Clockに、不連続点(no arrival time-base discontinuity)が存在しないものをいう。いいかえれば、そのArrival_Time_Stampが参照しているArrival_Time_Clockに、連続性が存在するSourceパケット列を“ATC_Seuqence”という。ATSは以下のようにTSパケットの先頭につけられ、デコーダへの転送時刻を示す。
【００５５】
かかるATC_SeuqenceがAVClipになり、xxxxx.m2tsというファイル名で記録層に記録される。
かかるAVClipは、通常のコンピュータファイル同様、1つ以上のファイルエクステントに分割され、各記録層上の領域に記録される。第３段目はAVClipを示し、第4段目はAVClipがどのように各記録層に記録されるかを模式的に示す。この第4段目においてファイルを構成する各ファイルエクステントは、予め定められたＳextent以上のデータ長を有する。
ファイルエクステントを構成するSourceパケットは、図１４に示すように、32個毎にグループ化されて、連続する3つのセクタに書き込まれる。32個のSourceパケットからなるグループは、6144バイト(=32×192)であり、これは3個のセクタサイズ6144バイト(=2048×3)と一致する。3個のセクタに収められた32個のSourceパケットを“Aligned Unit”といい、BD-ROMへの書き込みは、Aligned Unit単位でなされる。以上が各記録層に対するAVClipの書き込みのプロセスである。
【００５６】
図１５は、TSパケットのパケットIDがとりうる複数の数値範囲と、各数値範囲のパケットIDをもつTSパケットのPESストリーム種別とを対応付けて示す図である。
0x0100のパケットIDを有するTSパケットはProgram_mapを構成し、0x1001のパケットIDを有するTSパケットはPCRを構成する。
【００５７】
0x1011のパケットIDを有するTSパケットはベースビューストリーム、Ox1012のTSパケットはエンハンスビューのビデオストリームを構成する。
0x1100から0x111FまでのPIDを有するTSパケットはプライマリオーディオストリームを構成する。
【００５８】
ベースビュー、エンハンスドビューを構成するTSパケット列は、ファイルエクステント毎にインターリーブ配置される。図１６は、ファイルエクステントのインターリーブ配置を示す図である。本図におけるインターリーブ配置とは、ベースビュー、エンハンスドビューを構成するエクステントが、ベースビュー、エンハンスドビュー、ベースビュー、エンハンスドビュー…という規則性をもって繰り返し記録されていることである。
【００５９】
第１段目は、AVファイルを構成するエクステントを示す。第３段目は、各エクステント内に属するSourceパケット列を示し、第４段目は、記録層におけるセクタ列を示す。
エクステントEXT_L[i],EXT_L[i+1]は、SEXT_Lのデータ長を持ち、PID=1011のソースパケットによって構成されていることがわかる。また、エクステントEXT_R[i],EXT_R[i+1]は、SEXT_Rのデータ長を持ち、PID=1012のソースパケットによって構成されていることがわかる。
【００６０】
各ファイルエクステントのデータ長であるSEXT_L、SEXT_Rについて、図１７を参照しながら説明する。本発明に係るBD-ROMからＡＶストリームを読み出す際に、立体視用再生能力を有しない従来の再生装置では、ベースビューのファイルエクステントであるＴＳＰＢ、エンハンスビューのファイルエクステントであるＴＳＳＢのうち、ＴＳＰＢのみが読み出される。そのため、従来の再生装置では、図１７の下段に示すように、再生中にＴＳＰＢとインタリーブ配置されたＴＳＳＢをジャンプするためのシーク時間が発生する。そこで、SEXT_Lは、シーク発生前に読みだしたＴＳＰＢを保持するバッファが、このシーク時間中にアンダーフローを起こさないデータサイズより大きい値に設定されている。
【００６１】
図１８は、立体視のためのベースビューストリーム、エンハンスドビューストリームの内部構成の一例を示す図である。
本図の第２段目は、ベースビューストリームの内部構成を示す。このストリームには、ピクチャデータI1,P2,Br3,Br4,P5,Br6,Br7,P8というピクチャデータが含まれている。これらのピクチャデータは、DTSに従いデコードされる。第１段目は、左目画像を示す。そうしてデコードされたピクチャデータI1,P2,Br3,Br4,P5,Br6,Br7,P8をPTSに従い、I1,Br3,Br4,P2,Br6,Br7,P5の順序で再生することで、左目画像が再生されることになる。
【００６２】
第４段目は、エンハンスドビューストリームの内部構成を示す。このセカンダリビデオストリームは、P1,P2,B3,B4,P5,B6,B7,P8というピクチャデータが含まれている。これらのピクチャデータは、DTSに従いデコードされる。第３段目は、右目画像を示す。そうしてデコードされたピクチャデータP1,P2,B3,B4,P5,B6,B7,P8をPTSに従い、P1,B3,B4,P2,B6,B7,P5の順序で再生することで、右目画像が再生されることになる。
【００６３】
第５段目は、継時型ゴーグル１０４の状態をどのように変化させるかを示す。この第５段目に示すように、左目画像の視聴時は、右目のシャッターを閉じ、右目画像の視聴時は、左目のシャッターを閉じていることがわかる。
【００６４】
これらのベースビュービデオストリーム、エンハンスビュービデオストリームは、時間方向の冗長性を利用したピクチャ間予測符号化に加えて、視点間の冗長性を利用したピクチャ間予測符号化によって圧縮されている。右目視聴用ビデオストリームのピクチャは、平面視/左目視聴用ビデオストリームの同じ表示時刻のピクチャを参照して圧縮されている。
【００６５】
例えば、右目視聴用ビデオストリームの先頭Pピクチャは、平面視/左目視聴用ビデオストリームのIピクチャを参照し、右目視聴用ビデオストリームのBピクチャは、平面視/左目視聴用ビデオストリームのBrピクチャを参照し、右目視聴用ビデオストリームの二つ目のPピクチャは、平面視/左目視聴用ビデオストリームのPピクチャを参照している。
【００６６】
＜クリップ情報ファイル＞
図１９は、クリップ情報ファイルの一例を示す図である。クリップ情報ファイルは、本図に示すようにAVクリップの管理情報であり、AVクリップと１対１に対応し、ストリーム属性情報とエントリマップから構成される。
【００６７】
ストリーム属性情報は本図に示すように、AVクリップに含まれる各ストリームについての属性情報が、PID毎に登録される。属性情報はベースビュービデオストリーム、エンハンスビュービデオストリーム毎に異なる情報を持つ。
【００６８】
引き出し線は、内部構成をクローズアップして示している。引出線に示すように、PID＝0x1011のTSパケットによって構成されるベースビューのストリーム属性情報、PID＝0x1012のTSパケットによって構成されるエンハンスビューのストリーム属性情報というように、図に示した複数種別のTSパケットによって構成されるPESストリームがどのような属性をもっているかがこのストリーム属性情報に示されている。
【００６９】
エクステントテーブルは、extent_start_pointを含み、ファイルエクステントの開始アドレスを6KB単位で示す。これは、ファイルエクステントが6KBアラインされるためである。24ビットで96GBまで指定可能になる。ファイル先頭からの相対アドレスであり、エクステント開始点をClip管理情報に格納することができる。
【００７０】
続いて、エントリーマップテーブルの内部構成について説明する。
エントリーマップは、あるパケットIDを用いて特定されるSTC時間軸のうち、任意のソースパケットのソースパケット番号と、STC時間軸におけるPTSとの対応付けを示すテーブルである。
【００７１】
STC時間軸は、“STC Sequence”と呼ばれ、デコード時刻、表示時刻を表すMPEG2-TSの時間軸であり、AVストリームのシステム基準時刻であるSTC(System Time Clock)の不連続点(system time-base discontinuity)が存在しない区間をいう。STCの不連続点はデコーダがSTCを得るために参照するPCR(Program Clock Reference)を運ぶPCRパケットの不連続情報(discontinuity_indicator)がONである点である。
図２０の（ａ）は、エントリマップテーブルの内部構成を示す図である。引き出し線は、エントリーマップテーブルの内部構成をクローズアップして示している。
【００７２】
引出線に示すように、エントリーマップテーブルは、PID＝0x1011のTSパケットによって構成されるベースビューストリームについてのエントリーマップ、PID＝0x1012のTSパケットによって構成されるエンハンスビューストリームについてのエントリーマップというように、図に示した複数種別のTSパケットによって構成されるPESストリームのそれぞれについて、エントリーマップが存在する。エントリーマップにおいて、一対となるPTSとSPNとの情報を“エントリポイント”と呼ぶ。また先頭を０として各エントリポイント毎にインクリメントした値をエントリポイントID（以下EP＿ID）と呼ぶ。このエントリマップを利用することにより、再生機はビデオストリームの時間軸上の任意の地点に対応するソースパケット位置を特定することが出来るようになる。例えば、早送り・巻戻しの特殊再生の際には、エントリマップに登録されるIピクチャを特定し選択して再生することによりAVクリップを解析することなく効率的に処理を行うことが出来る。また、エントリマップはAVクリップ内に多重化される各ビデオストリーム毎に作られ、PIDで管理される。
【００７３】
引き出し線は、PID＝1011のエントリーマップの内部構成をクローズアップして示している。EP_ID=0に対応するエントリーポイント、EP_ID=1に対応するエントリーポイント、EP_ID=2に対応するエントリーポイント、EP_ID=3に対応するエントリーポイントから構成される。EP_ID=0に対応するエントリーポイントは、SPN=3と、PTS=80000との対応付けを示す。EP_ID=1に対応するエントリーポイントは、SPN=1500と、PTS=270000との対応付けを示す。
【００７４】
EP_ID=2に対応するエントリーポイントは、SPN=3200と、PTS=360000との対応付けを示す。EP_ID=3に対応するエントリーポイントは、SPN=4800と、PTS=450000との対応付けを示す。
【００７５】
本図の（ｂ）は、（ａ）に示したPID=1011のTSパケットに対応するエントリーマップ内の複数のエントリーマップによって、どのソースパケットを指示されるかを示す。EP_ID=0に対応するエントリーマップは、SPN=3を指し示しており、このソースパケット番号をPTS=80000と対応付けている。EP_ID=1に対応するエントリーマップは、SPN=1500を指し示しており、このソースパケット番号をPTS=270000に対応付けている。
【００７６】
EP_ID=2に対応するエントリーマップは、SPN=3200のソースパケットを指し示しており、このソースパケット番号をPTS=360000に対応付けている。EP_ID=3に対応するエントリーマップは、SPN=4800のソースパケットを指し示しおり、このソースパケット番号をPTS=450000と対応付けている。
【００７７】
図２１は、エントリーマップによるエントリーポイントの登録を示す。第１段目は、STCシーケンスにて規定される時間軸を示す。第２段目は、クリップ情報におけるエントリーマップ及びエクステントポイントマップを示す。第３段目は、STCシーケンスを構成するソースパケット列を示す。エントリーマップが、ATCシーケンスのうち＝n1のソースパケットを指定している場合、このエントリーマップのＰＴＳには、STCシーケンスにおけるPTS=t1に設定しておく。そうすると、PTS=t1という時点を用いて、ATCシーケンスにおける＝n1からのランダムアクセスを再生装置に実行させることができる。またエントリーマップが、ATCシーケンスのうち＝n1のソースパケットを指定している場合、このエントリーマップのＰＴＳには、STCシーケンスにおけるPTS=t21に設定しておく。そうすると、PTS=t21という時点を用いて、ATCシーケンスにおける＝n21からのランダムアクセスを再生装置に実行させることができる。
【００７８】
図２２は、ベースビュー、エンハンスビューのそれぞれに対応するエントリーマップのエントリーマップが、どのように設定されているかを示す図である。本図における対応付けは、エントリーマップにおける各エントリーマップのソースパケット番号に、STCシーケンスにおけるソースパケット番号を記述しておき、エントリーマップにおける各エントリーマップのＰＴＳに、STCシーケンスにおけるPTSを記述しておくことでなされる。時間軸のソースパケットと、時間軸との対応付けが、エントリーマップによってどのようにとられているかを示す。
【００７９】
第４段目及び第５段目は、インターリーブ記録されたベースビュー、エンハンスビューのエクステントであり、図２１に示したものと同一である。第３段目は、１０１１、１０１２のそれぞれのＰＩＤに対応するエントリーマップである。１０１１に対応するエントリーマップは、n1を指し示すエントリーマップ、n8を指し示すエントリーマップを含む。これらのエントリーマップは、STC時間軸におけるt1、t2との対応付けを示す。１０１２に対応するエントリーマップは、n11を指し示すエントリーマップ、n18を指し示すエントリーマップを含む。これらのエントリーマップは、STC時間軸におけるt1、t2との対応付けを示す。
【００８０】
以上により、時間軸において、同じ再生時点で再生されるべきベースビュー、エンハンスビューのエクステントは、AVデータ記録領域においてバラバラな位置に記録されつつも、各々に対応付けられたエントリーマップを用いることで、ベースビューのエクステント、エンハンスビューのエクステントの先頭となるソースパケットは、ＰＴＳを用いて一意にアクセスされることになる。
【００８１】
ここで立体視再生に対応していない既存の再生装置では、１０１１のエントリーマップが参照されることでＡＶデータ内のＴＳＰＢとなるエクステントにアクセスがなされる。その一方で、立体視再生に対応している再生装置では、１０１１のエントリーマップに加えて、１０１２のエントリーマップが参照されることで、ＡＶデータ内のＴＳＰＢ、ＴＳＳＢの両方のエクステントにアクセスがなされる。このように１０１１のエントリーマップは、本発明に係るナビゲーション情報のうち基本的なロケーション情報としての役割をはたし、１０１２のエントリーマップは、本発明に係るナビゲーション情報のうち拡張ロケーション情報としての役割を果たしている。
【００８２】
＜プレイリスト情報＞
図２３は、PlayList情報のデータ構造を示す図であり、本図において、引き出し線に示すようにPlayList情報は、MainPathを定義するMainPath情報(MainPath())と、Subpathを定義するサブパス情報テーブルと、Extention_Dataとを含む。
【００８３】
先ずMainPathについて説明する。MainPathは、主映像たるビデオストリームやオーディオストリームに対して定義される再生経路である。
MainPathは、矢印で示すように複数のPlayItem情報＃1・・・・＃Nから定義される。PlayItem情報は、MainPathを構成する1つの論理的な再生区間を定義する。PlayItem情報の構成は、引き出し線によりクローズアップされている。この引き出し線に示すようにPlayItem情報は、再生区間のIN点及びOut点が属するAVClipの再生区間情報のファイル名を示す『Clip＿Information＿file＿name』と、AVClipの符号化方式を示す『Clip＿codec＿identifier』と、PlayItemがマルチアングルを構成するか否かを示す『is＿multi＿angle』と、このPlayItem(カレントPlayItem)と、その1つ前のPlayItem(previousPlayItem)との接続状態を示す『connection＿condition』と、このPlayItemが対象としているSTC＿Sequenceを一意に示す『ref＿to＿STC＿id[0]』と、再生区間の始点を示す時間情報『In＿time』と、再生区間の終点を示す時間情報『Out＿time』と、このPlayItemにおいてマスクすべきユーザオペレーションがどれであるかを示す『UO＿mask＿table』と、『STN＿table（2D）』と、『BaseView_indicator』と、『Multi_clip_entries』とから構成される。このうち、再生経路を構成するのは、再生区間の始点を示す時間情報『In＿time』、再生区間の終点を示す時間情報『Out＿time』の組みであり、再生経路情報とは、この『In＿time』及び『Out＿time』の組みから構成される。
【００８４】
『BaseView_indicator』は、0ならばBaseViewはLeftであり、1ならばBaseViewはRightであることを示す。
『STN＿table（2D）』は、従来のBD-ROM再生装置により読み出されるSTNテーブルであり、ビデオストリームを構成するTSパケットのPIDを示すビデオストリーム番号テーブルを含む。一般にSTNテーブルは、パケットID及びストリーム属性の組みに、ストリーム番号を割り当てるテーブルである。STN_tableにおけるパケットID及びストリーム属性の組みの順序は、対応するストリームの優先順位を示す。
【００８５】
図２４は、サブパス情報テーブルの内部構成をクローズアップして示す図である。テーブルは複数のサブパス情報を含む。これらのサブパス情報は、1つのクラス構造体から派生した複数のインスタンスであり、その内部構成は共通のものなる。引き出し線は、Subpath情報の共通の内部構成をクローズアップして示している。本図における矢印に示すように各Subpath情報は、サブパスの類型を示すSubPath＿typeと、1つ以上のSubPlayItem情報(・・・SubPlayItem()・・・)とを含む。SubPlayItem情報は、図中の矢印に示すように『Clip＿information＿file＿name』、『Clip＿codec＿identifier』、『ref＿to＿STC＿id[0]』、『SubPlayItem＿In＿time』、『SubPlayItem＿Out＿time』、『sync＿PlayItem＿id』、『sync＿start＿PTS＿of＿PlayItem』からなる。以降、SubPlayItemの内部構成について説明する。
【００８６】
『Clip＿information＿file＿name』は、クリップ情報のファイル名を記述することにより、SubPlayItemに対応するSubClipを一意に指定する情報である。
『Clip＿codec＿identifier』は、AVクリップの符号化方式を示す。
【００８７】
『ref＿to＿STC＿id[0]』は、このSubPlayItemが対象としているSTC＿Sequenceを一意に示す。
『SubPlayItem＿In＿time』は、SubClipの再生時間軸上における、SubPlayItemの始点を示す情報である。
【００８８】
『SubPlayItem＿Out＿time』は、SubClipの再生時間軸上における、SubPlayItemの終点を示す情報である。
『sync＿PlayItem＿id』は、MainPathを構成するPlayItemのうち、本SubPlayItemが同期すべきものを一意に指定する情報である。SubPlayItem＿In＿timeは、このsync＿PlayItem＿idで指定されたPlay Itemの再生時間軸上に存在する。
【００８９】
『sync＿start＿PTS＿of＿PlayItem』は、sync＿PlayItem＿idで指定されたPlay Itemの再生時間軸上において、SubPlayItem＿In＿timeで指定されたSubPlayItemの始点が、どこに存在するかを45KHzの時間精度で示す。あるSubPlayItemがセカンダリビデオストリーム上の再生区間を定義していて、そのSubPlayItemのsync＿start＿PTS＿of＿PlayItemが、PlayItem時間軸における一時点を示している場合、そのSubPlayItemは、“同期ピクチャインピクチャ”を実現することになる。
【００９０】
また、このSync＿Start＿Pts＿of＿PlayItemには、不定値(0xFFF)を設定することもできる。この不定値は、Sync＿PlayItem＿Idにて指定されたPlayItemの時間軸において、ユーザによりロック操作がなされた時点を、Sync＿PlayItem＿Idにて指定されたPlayItemとの同期時点に定める旨を示す。sync＿start＿PTS＿of＿PlayItemが不定値に設定されており、尚且つSubPlayItemが、セカンダリビデオストリームの再生を意図している場合、かかるSubPlayItemは、“非同期ピクチャインピクチャ”を実現することになる。
【００９１】
図中の引き出し線は、SubPlayItem情報の構成をクローズアップしている。
SubPlayItemは、メインパスから分離した、1以上のエレメンタリストリーム再生パスを定義し、当該パスをメインパスとどのように同期するかという類型を表現するのに使われる。SubPlayItemで使用されるのが、The Primary audio / PG / IG / Secondary audio / Secondary video のサブパスであるなら、これらのSubPlayItemは、PlayList中のPlayItemを使っているメインパスと同期することになる。このエレメンタリストリーム再生のためのサブパスによって使われるエレメンタリストリームは、MainPath側のPlayItemによって使われるMainClipから分離したClip、つまりSubClipに多重化される。
【００９２】
図２５は、レフトビュー、ライトビューに対して、どのような再生区間が定義されているかを示す。本図は、図２２をベースとして作図されており、このベースとなる図の第１段目の時間軸に、PlayItemのIn_Time及びOut_Timeを描いている。第２段目の時間軸に、SubPlayItemのIn_Time及びOut_Timeを描いている。第４段目及び第５段目は、図２２の第４段目、第５段目と同一である。レフトビュー、ライトビューのIピクチャは、時間軸において同じ時点になる。
【００９３】
レフトビューと、ライトビューとは、プレイアイテム情報、SubPlayItem情報とによって、対応付けられることになる。
エクステンションデータについて説明する。図２６は、プレイリスト情報におけるエクステンションデータの内部構成を示す図である。引き出し線は、エクステンションデータの内部構成をクローズアップして示している。この引き出し線に示すように、エクステンションデータは、プレイアイテム情報#1〜#Nのそれぞれに対応するSTN_table_extentionから構成される。
【００９４】
STN_table_extentionは、立体視再生に対応したBD-ROM再生装置により読み出されるSTNテーブルであり、引き出し線でクローズアップして示すように、立体視再生時におけるストリーム番号とPID、ストリーム属性との割り当てを示すビデオストリーム番号テーブルを含む。
【００９５】
図２７は、ビデオストリーム番号テーブルの内部構成を示す図である。Ｎ個のenhanced_view_is_availableフラグ及びdepth_is_availableフラグの組みe1と、Ｎ個のstream_entry及びstream_attributeの組みf1とから構成される。これらは、１〜Ｎのストリーム番号に対応付けられており、enhanced_view_is_availableフラグ及びdepth_is_availableフラグの組み、stream_entry及びstream_attributeの組みは、１〜Ｎのストリーム番号を用いることで一意に特定することができる。
【００９６】
Stream_entryは、ベースビュービデオストリームを構成するPESパケットのPIDに対する参照値、及びエンハンスビュービデオストリームを構成するPESパケットのPIDに対する参照値を示す『ref_to_stream_PID_of_main_Clip』『video_format』『frame_rate』を含む。
【００９７】
これらのテーブルにおけるstream_entryの順位は、再生装置がストリームを選択するにあたって、ストリーム選択の優先順位を意味する。つまり、テーブルにおけるにおいてエントリーが高い順位にあるものを再生装置は、優先的に選択することになる。
【００９８】
enhanced_view_is_availableフラグがオンであり、エンハンスドビューに設定されている場合、ref_to_stream_of_MainCLipには、１１０１のパケットIDと、１０１２のパケットIDとが記述される。depth_is_availableフラグがオンであり、デプスビューに設定されている場合、ref_to_stream_of_MainCLipには、１１０１のパケットIDと、１０１３のパケットIDとが記述される。
【００９９】
ベースビュービデオストリームを特定するためのストリーム番号に１０１１のパケットIDが記述され、エンハンスビュービデオストリームを特定するためのストリーム番号に１０１２のパケットIDが記述されているため、立体視再生に対応したBD-ROM再生装置において該当するストリーム番号がストリーム番号レジスタに格納された場合は、１０１１のパケットIDを有するTSパケットと、１０１２のパケットIDを有するTSパケットとがデコーダに供給されることになる。こうすることで、ベースビューストリームと、エンハンスビューストリームとを別個に、デコーダにデコードさせることが可能になる。
【０１００】
以上のように、立体視再生に対応していないBD-ROM再生装置と、立体視再生に対応したBD-ROM再生装置とで異なるSTN＿tableが読み出されることで、再生装置の種類に応じて、異なるSTN＿table に基づいてPIDがストリーム番号として認識されることになる。このようにMainPath情報の『STN＿table（2D）』は、本発明に係るナビゲーション情報のうち基本的なロケーション情報の一部としての役割をはたし、エクステンションデータの『STN_table_extention』は、本発明に係るナビゲーション情報のうち拡張ロケーション情報の一部としての役割を果たしている。
【０１０１】
以上が、本実施形態に係るＢＤ−ＲＯＭ１０１についての説明である。
＜再生装置１０２＞
続いて、本実施形態に係るＢＤ−ＲＯＭ１０１を用いて立体視用再生を行う再生装置１０２について説明する。
【０１０２】
図２８は、再生装置１０２の構成の一例を示す図である。再生装置１０２は、BD-ROMドライブ１０、リードバッファ１１、リードバッファ１２、システムターゲットデコーダ１３、BD-J実行部１４、ネットワークインターフェイス１５、仮想パッケージ制御部１６、状態管理部１７、ユーザイベント処理部１８、再生エンジン１９、再生制御エンジン２０、HDMI送受信部２１、ヒープメモリ２２、バイトコードインタプリタ２３、PSRセット ２４から構成されている。以降、これらの構成要素について説明する。
【０１０３】
＜BD-ROMドライブ１０＞
BD-ROMドライブ１０は、BD-ROMディスクからデータを読み出し、リードバッファ１１にデータを蓄える。
【０１０４】
＜リードバッファ１１＞
リードバッファ１１は、BD-ROMドライブを使って読み込んだデータを一時的に格納するメモリ等で構成されたバッファである。
【０１０５】
＜リードバッファ１２＞
リードバッファ１２は、ローカルストレージから読み込んだデータを一時的に格納するメモリ等で構成されたバッファである。
【０１０６】
＜システムターゲットデコーダ１３＞
システムターゲットデコーダ１３は、リードバッファ１１に読み出されたソースパケットやリードバッファ１２に読み出されたソースパケットに対して多重分離処理を行い、各ストリームをデコードし再生する処理を行う。また、BD-J実行部１４よりメニューなどに表示するためのJPEG，PNGなどのグラフィックスデータをデコードして再生する処理を行う。
【０１０７】
＜BD-J実行部１４＞
BD-J実行部１４は、仮想パッケージ制御部１６から転送されるBD-Jアプリケーションを実行するプログラム処理エンジンである。BD-Jアプリケーションのプログラムに従った動作を行い次のような制御を行う。（１）仮想パッケージ制御部１６に対してプレイリスト再生する。（２）インターネットなどのWWWサーバからアップデートキットのローカルストレージへ蓄積する。（３）BD-ROMとアップデートキットとを組み合わせて仮想パッケージの構築を命令する。（４）プレーヤ変数に値をセットする。（５）システムターゲットデコーダに対してメニューやゲームのグラフィックスのためのPNG・JPEGを転送して画面に表示する。これらはプログラムの作りに応じて自由に行うことができ、どのように制御するかは、オーサリング工程によるBD-Jアプリケーションのプログラミング工程によって決まる。
【０１０８】
＜ネットワークインターフェイス１５＞
ネットワークインターフェイス１５は、再生装置における通信機能を実現するものであり、URL指定がBD-Jアプリケーションから与えられれば、そのURLにあたるwebサイトとのTCPコネクション、FTPコネクション等を確立する。かかるコネクション確立によりwebサイトからのダウンロードをJava(登録商標)アプリケーションに行わせる。
【０１０９】
＜仮想パッケージ制御部１６＞
仮想パッケージ制御部１６は、BD-ROMドライブ１０、ローカルストレージ１０５を制御して、仮想パッケージを構築し、プレーヤの再生を制御する機能を持つ。仮想パッケージとは、BD-ROMディスクに記録されたコンテンツと、ローカルストレージ１０５に格納された差分データと、ローカルストレージ１０５に格納されたマージ管理情報を元に、BD-ROM上のコンテンツとをメモリ上で組み合せた仮想的なBD-ROMパッケージである。構築された仮想パッケージは、BD-ROMのデータ構造と同じ形式を持つ。仮想パッケージを構築するタイミングは、ディスクがインサートされた時や、BD-J実行部１４の仮想パッケージ構築命令が実行された時などがある。仮想パッケージ制御部１６は、仮想パッケージが構築された後は、BD-J実行部の再生命令や、ユーザイベント処理部より通知に基づきプレイリスト情報を介してAVクリップの再生処理を制御する。また、仮想パッケージ制御部１６は、プレーヤ変数の設定や参照を行い、再生動作を行う。
【０１１０】
＜状態管理部１７＞
状態管理部１７は、BD-ROM又ローカルストレージに存在する個々のAVクリップが、Missing状態、Enable状態、Disable状態の何れであるかを管理し、プレイリストの再生を停止させるかどうかの制御を行う。
【０１１１】
Missing状態とは、プレイアイテム情報、サブプレイアイテム情報から参照されているAVクリップがBD-ROM又ローカルストレージに存在しない状態を意味する。
Enable状態とは、仮想パッケージ制御部１６での再生可能な状態を意味し、BD-JアプリケーションのAPIで制御される。Enable状態にセットするAPIが実行された場合、AVクリップはリードオンリー属性になり、仮想パッケージ制御部１６でのAVクリップの再生が可能になる。
【０１１２】
Disable状態は、Enable状態の反対を意味し、仮想パッケージ制御部１６は該当AVクリップの再生をすることができない。BD-JアプリケーションによりAVクリップに対してEnable状態に一度もセットされていない場合は、そのAVクリップはDisable状態である。もし、BD-Jアプリケーションが、Enable状態のAVクリップを削除や上書きなどをしたい場合は、Disable状態に一度APIを使って遷移して実行する。
【０１１３】
これらのうち、Missing状態になっているAVクリップ、Disable状態になっているAVクリップを併せてUnavailableクリップという。
プレイリストの再生を停止させるかどうかの制御とは、カレントサブプレイアイテム情報が変化した場合、カレントサブプレイアイテム情報にて参照されているAVクリップがUnavailableクリップかどうかを判定して、Unavailableクリップであれば、DataStarvedイベントをJMFプレーヤインスタンス及び再生制御エンジンに通知して、JMFプレーヤインスタンス及び再生制御エンジンを再生状態からストップ状態に遷移させるというものである。
【０１１４】
＜ユーザイベント処理部１８＞
ユーザイベント処理部１８は、リモコンを通じたユーザ操作に応答して、BD-J実行部１４や仮想パッケージ制御部１６に処理の実行を依頼する。例えば、リモコンでボタンを押した場合は、そのボタンに含まれるコマンドを実行するようBD-J実行部１４に依頼する。例えば、リモコンで早送り・巻戻しボタンが押された場合には、仮想パッケージ制御部１６に、現在再生しているプレイリストのAVクリップに対する早送り・巻戻し処理の実行を命令する。
【０１１５】
＜再生エンジン１９＞
再生エンジン１９は、AV再生ファンクションを実行する。再生装置のAV再生ファンクションとは、DVDプレーヤ、CDプレーヤから踏襲した伝統的な機能群であり、再生開始(Play)、再生停止(Stop)、一時停止(PauseOn)、一時停止の解除(Pause Off)、Still機能の解除(still off)、速度指定付きの早送り(Forward Play(speed))、速度指定付きの巻戻し(BackwardPlay(speed))、音声切り換え(Audio Change)、Secondaryビデオ切り換え(Subtitle Change)、アングル切り換え(AngleChange)といった機能である。AV再生ファンクションを実現するべく、再生エンジン１９は、AVクリップのうち、所望に時刻にあたる部分のデコードを行うよう、システムターゲットデコーダを制御する。
【０１１６】
＜再生制御エンジン２０＞
再生制御エンジン２０は、プレイリストに対する再生制御ファンクションを実行する。プレイリストに対する再生制御ファンクションとは、再生エンジン１９が行うAV再生ファンクションのうち、再生開始や再生停止を、カレントプレイリスト情報及びクリップ情報に従って行わせることをいう。
【０１１７】
ここで、再生装置１０２は立体視用再生に対応しており、再生制御エンジン２０では、カレントプレイリスト情報に含まれるSTNテーブルのうち、各PlayItem情報に含まれる『STN＿table（2D）』ではなく、エクステンションデータに含まれる『STN_table_extention』を用いて、プレイリストに対する再生制御ファンクションを実行する。
【０１１８】
＜HDMI送受信部２１＞
HDMI送受信部２１は、HDMI（HDMI:High Definition Multimedia Interface）を介して接続された他の機器から、その機器に関する情報を受信とすると共に、システムターゲットデコーダのデコードにより得られたデジタル非圧縮のビデオを、LPCMや圧縮されたオーディオデータと共に、HDMIを介して接続された他の機器に送信する。
【０１１９】
HDMI送受信部２１において受信される他の機器に関する情報としては、例えば、再生装置１０２に接続されたテレビ１０３から受信される情報がある。このテレビ１０３から受信される機器情報によって、再生装置１０２では、テレビ１０３が３Ｄ対応であるか、２Ｄ対応であるかを認識することができる。
【０１２０】
＜ヒープメモリ２２＞
ヒープメモリ２２は、BD-J実行部１４のために確保されるスタックメモリであり、BD-Jアプリケーションによって生成されたJMFプレーヤインスタンスや、BD-Jアプリケーションに対してクラスローダを行うことで生成されるバイトコードが格納される。これらは、スレッドの態様をなし、先入先出し式に、バイトコードインタプリタ２３による実行に供される。
【０１２１】
＜バイトコードインタプリタ２３＞
バイトコードインタプリタ２３は、ヒープメモリ２２に格納されたバイトコードをCPUが実行可能なネィティブコードに変換してCPUに実行させる。
【０１２２】
＜PSRセット ２４＞
PSRセット ２４は、プレーヤ変数を格納しているプレーヤセッティングレジスタ、プレーヤステータスレジスタである。プレーヤ変数は、プレーヤの状態を示すシステムパラメータ（SPRM）と一般用途として使用可能なゼネラルパラメータ（GPRM）とがある。
【０１２３】
図６はシステムパラメータ（SPRM）の一覧である。
SPRM（０）      ：  言語コード
SPRM（１）      ：  Primaryオーディオストリーム番号
SPRM（２）      ：  字幕ストリーム番号
SPRM（３）      ：  アングル番号
SPRM（４）      ：  タイトル番号
SPRM（５）      ：  チャプタ番号
SPRM（６）      ：  プログラム番号
SPRM（７）      ：  セル番号
SPRM（８）      ：  選択キー情報
SPRM（９）      ：  ナビゲーションタイマー
SPRM（１０）    ：  再生時刻情報
SPRM（１１）    ：  カラオケ用ミキシングモード
SPRM（１２）    ：  パレンタル用国情報
SPRM（１３）    ：  パレンタルレベル
SPRM（１４）    ：  プレーヤ設定値（ビデオ）
SPRM（１５）    ：  プレーヤ設定値（オーディオ）
SPRM（１６）    ：  音声ストリーム用言語コード
SPRM（１７）    ：  音声ストリーム用言語コード（拡張）
SPRM（１８）    ：  字幕ストリーム用言語コード
SPRM（１９）    ：  字幕ストリーム用言語コード（拡張）
SPRM（２０）    ：  プレーヤリージョンコード
SPRM（２１）    ：  Secondaryビデオストリーム番号
SPRM（２２）    ：  Secondaryオーディオストリーム番号
SPRM（２３）    ：  再生状態
SPRM（２４）    ：  予備
SPRM（２５）    ：  予備
SPRM（２６）    ：  予備
SPRM（２７）    ：  予備
SPRM（２８）    ：  予備
SPRM（２９）    ：  予備
SPRM（３０）    ：  予備
SPRM（３１）    ：  予備
SPRM（１０）は、AVクリップに属する各ピクチャデータが表示される度に更新される。つまり再生装置が新たなピクチャデータを表示させれば、その新たなピクチャデータの表示時刻（PTS）を示す値にSPRM（１０）は更新される。このSPRM（１０）を参照すれば、現在の再生時点を知得することができる。
【０１２４】
SPRM（１６）の音声ストリーム用言語コードやSPRM（１８）の字幕ストリーム用言語コードは、プレーヤのOSDなどで設定できる項目であり、プレーヤのデフォルトの言語コードを示す。例えば、SPRM（１６）の音声ストリーム用言語コードが英語であれば、プレイリストを再生する上で、プレイアイテムのストリーム選択テーブルの中から同じ言語コードを持つストリームエントリを探し出し、その音声ストリームを選択して再生するといった機能をBD-ROMディスクの中のBD-Jアプリケーションに入れることが出来る。これらのSPRMは、それぞれが３２ビットの語長をもつレジスタに格納される。SPRMを特定する括弧書きの数値は、基本的には、対応するレジスタのレジスタ番号を意味する(但し、SPRM(21),SPRM(22)は、対応するレジスタのレジスタ番号を意味している訳ではない。)。
【０１２５】
以上が、再生装置１０２の内部構成である。
続いてプレイリストの再生について詳細を説明する。
図２９は、プレイリスト情報の再生手順を示すフローチャートである。
【０１２６】
ステップ１において、カレントPlayItem番号を“１”に初期化して、ステップ２〜１２のループに移る。このループは、カレントに対してステップ２〜ステップ１０の処理を実行して、カレントをインクリメントするという処理を(ステップ１１)、カレントが最終になるまで繰り返すものである(ステップ１２でYes)。ステップ２〜ステップ１０は、以下のものである。
【０１２７】
ステップ２において、ベースビューのパケットIDに対応するエントリーマップを用いて、カレントPlayItem.In_Time及びカレントPlayItem.Out_TimeをStart_SPN[i]及びEnd_SPN[i]に変換する。
【０１２８】
ストリーム選択プロシージャを実行して番号を決定して(ステップ３)、選択したストリーム番号をＰＳＲに書き込み(ステップ４)、カレントストリーム番号に対応するSubPlayItemを特定する(ステップ５)。エンハンスドビューのパケットID[j]に対応するエントリーマップ[j]を用いて特定されたSubPlayItemIn_Time、SubPlayItemOut_TimeをStart_SPN[j]、End_SPN[j]に変換する(ステップ６)。
【０１２９】
パケットID[i]のTSパケット[i]をStart_SPN[i]からEnd_SPN[i]まで読み出すための読出範囲[i]に属するエクステントを特定し(ステップ７)、パケットID[j]のTSパケット[j]をＳＴ[j]からEnd_SPN[j]まで読み出すための読出範囲に属するエクステントを特定する(ステップ８)。そしてステップ９において読出範囲[i],[j]に属するエクステントをアドレスの昇順にソートして、ステップ１０においてソートされたアドレスを用いて、読出範囲[i],[j]に属するエクステントを連続的に読み出すよう、ドライブに指示する。
【０１３０】
図３０は、ストリーム選択プロシージャの処理手順を示すフローチャートである。ステップ２１は、接続されたテレビ１０３から取得した機器情報に基づいて、テレビ１０３の表示方式が２Ｄであるか否かを判定する判定ステップであり、判定結果がYesであるなら、カレントプレイアイテム情報内の２Ｄ用STN_tableをカレントSTN_tableに設定する(ステップ２２)。判定結果がNoであるなら、プレイリスト情報のエクステンションデータに存在するSTN_tableのうち、カレントプレイアイテム情報に対応するものを、カレントSTN_tableに設定する（ステップ２３）。このSTN_tableの選択によって、再生装置１０２では、接続されたテレビ１０３の表示方式に適した映像データを出力することができる。
【０１３１】
カレントSTN_tableの設定の後、ステップ２４〜ステップ３４の処理を実行する。ステップ２４〜ステップ３４は、ベースビュービデオストリーム、Interactive Graphicsストリーム、エンハンスビュービデオストリーム、プライマリオーディオストリーム、セカンダリオーディオストリームのそれぞれについて、ステップ２６〜ステップ３３の処理を繰り返すものである。ステップ２６は、カレントSTN_tableにおける、ストリームｘに対応するSTN_tableエントリー数が0であるか否かの判定であり、ステップ２７は、カレントスSTN_tableにおけるストリームｘに対応するストリームエントリー数が、ストリーム番号レジスタに格納されているストリーム番号以上であるかを判定する判定ステップである。
【０１３２】
ステップ２６、ステップ２７の何れかがYesであれば、ストリーム番号レジスタに格納されているストリーム番号を維持する（ステップ３３）。
ステップ２６、ステップ２７の何れもがNoであれば、カレントSTN_tableに登録されているPESストリームが、複数の条件のうち、どれを満たすかを判定して(ステップ２８)、満たすと判定された条件の組合せが同一となるPESストリームが複数存在するか否かを判定する(ステップ２９)。
【０１３３】
条件を満たすPESストリームが唯一つである場合、条件を満たす1つのPESストリームを選択する(ステップ３０)。
条件を満たすPESストリームが複数存在する場合、同じ条件を満たすと判定されたPESストリームのうち、カレントSTN_tableにおける優先順位が最も高いものを選択する(ステップ３１)。
【０１３４】
その後、選択したPESストリームの番号を、ストリーム番号レジスタに書き込む。
以上が、プレイリスト情報の再生手順の詳細である。
尚、上記のストリーム選択プロシージャは、ステップ２１の判定をユーザ選択に基づく判定に変更するよう改良して実施することもできる。このような改良では、ステップ２１において、２Ｄ／３Ｄの何れの映像再生を行うかの選択入力をユーザイベント処理部１８を介して受け付け、ユーザにより２Ｄ再生が選択された場合には、カレントプレイアイテム情報内の２Ｄ用STN_tableをカレントSTN_tableに設定する(ステップ２２)。ユーザにより３Ｄ再生が選択された場合には、プレイリスト情報のエクステンションデータに存在するSTN_tableのうち、カレントプレイアイテム情報に対応するものを、カレントSTN_tableに設定する（ステップ２３）。このような改良により、ユーザの好みに応じた映像再生が可能となる。
【０１３５】
以上のように本実施形態によれば、立体視用再生に対応していない従来の再生装置においては、光ディスクからベースビューストリームを読み出して２Ｄ映像の再生が可能でありながら、立体視用再生に対応している再生装置においては、光ディスクからベースビューストリームに加えてエンハンスビューストリームを読み出して、立体視画像を再生することが可能となる。このような下位互換性を実現することで、立体視表示の普及に関する諸問題を緩和することができる。
【０１３６】
(その他の変形例)
尚、本発明を上記の実施形態に基づいて説明してきたが、本発明は、上記の実施形態に限定されないのはもちろんである。以下のような場合も本発明に含まれる。
【０１３７】
（１）本発明は、各実施形態で説明したデータ構造で光ディスクにデータを記録する記録方法、上記光ディスクを再生する再生方法であるとしてもよい。また、前記記録方法でコンピュータを動作させるプログラムコードを含むコンピュータプログラムであるとしてもよいし、前記コンピュータプログラムからなるデジタル信号であるとしてもよい。
【０１３８】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号をコンピュータ読み取り可能な記録媒体、例えば、フレキシブルディスク、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）、半導体メモリなど、に記録したものとしてもよい。
【０１３９】
また、本発明は、前記コンピュータプログラム又は前記デジタル信号を、電気通信回線、無線又は有線通信回線、インターネットを代表とするネットワーク等を経由して伝送するものとしてもよい。
【０１４０】
また、前記コンピュータプログラム又は前記デジタル信号を前記記録媒体に記録して移送することにより、又は前記コンピュータプログラム又は前記デジタル信号を前記ネットワーク等を経由して移送することにより、独立した他のコンピュータシステムにより実施するとしてもよい。
【０１４１】
（２）図２８に示す構成要素のうち、BD-ROMドライブを除いた構成要素は、集積化ことで再生装置１０２を制御するＬＳＩとして実装することができる。これらの構成要素は、個別に１チップ化されても良いし、一部または全てを含むように１チップ化されてもよい。
【０１４２】
ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または、汎用プロセッサで実現してもよい。ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Field  Programmable  Gate  Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【０１４３】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロック及び部材の集積化を行ってもよい。このような技術には、バイオ技術の適用等が可能性としてありえる。
【０１４４】
（３）実施形態２では、ＢＤ−ＲＯＭ規格において本発明に関連する部分のみを抜粋し、かつ、代表的なディレクトリ、ファイルのみ用いて説明したが、本発明は、ＢＤ−ＲＯＭ規格に定められた他のファイルについてもＢＤ−ＲＯＭに記録可能であることは言うまでもない。
【０１４５】
（４）上記実施形態ではＢＤ−ＲＯＭ規格に準拠するＢＤ−ＲＯＭを、例として用いたが、本発明の特徴は、ＢＤ−ＲＯＭの物理的特性に依存するものではなく、本発明は、他の記録媒体にも適用できる。
【０１４６】
（５）上記実施形態、及び上記変形例をそれぞれ組み合わせるとしてもよい。
【産業上の利用可能性】
【０１４７】
本発明に係る光ディスクは、立体視用再生に未対応の再生装置において２Ｄ映像の再生が可能でありながら、立体視用再生対応再生装置においては３Ｄ映像の再生が可能となる。故に本発明に係る光ディスクは、映画産業や民生機器産業において高い利用可能性をもつ。
【符号の説明】
【０１４８】
１０    ドライブ
１１    リードバッファ
１２    リードバッファ
１３    システムターゲットデコーダ
１４    実行部
１５    ネットワークインターフェイス
１６    仮想パッケージ制御部
１７    状態管理部
１８    ユーザイベント処理部
１９    再生エンジン
２０    再生制御エンジン
２１    送受信部
２２    ヒープメモリ
２３    バイトコードインタプリタ
１０１    ＢＤ−ＲＯＭ
１０２    再生装置
１０３    テレビ
１０４    継時型ステレオゴーグル
１０５    ローカルストレージ
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
立体視用再生の再生能力を有し、光ディスクに記録されたビデオストリームを再生して再生した画像を表示装置へ出力する再生装置であって、
出力先の表示装置が立体視映像の表示に対応しているか否かを判定する判定手段と、
ビデオストリームを光ディスクから読み出す読出手段と、
光ディスクから読み出されたビデオストリームを再生する再生手段と、
制御手段とを備え、
光ディスクは、ＡＶデータ記録領域とナビゲーション情報領域とを含み、
ＡＶデータ記録領域には、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとをインタリーブに配したトランスポートストリームが記録されており、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表すビデオストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力を有する装置のみに有効となる拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
プライマリストリームを構成するデータブロックのデータサイズ及びセカンダリストリームを構成するデータブロックのデータサイズは、ナビゲーション情報のうち基本的なロケーション情報を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームを読み出しつつ復号化し途切れなく再生できる所定の条件、及び、ナビゲーション情報のうち基本的なロケーション情報と拡張ローケーション情報との両方を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームとセカンダリストリームとの両方を読み出しつつ復号化し途切れなく再生できる所定の条件により規定され、
前記制御手段は、
出力先の表示装置が立体視映像の表示に対応している場合、ナビゲーション情報のうち基本的なロケーション情報と拡張ロケーション情報との両方を参照して、プライマリストリームとセカンダリストリームとの両方の読み出しを、読出手段に行わせ、
出力先の表示装置が立体視映像の表示に対応していない場合、ナビゲーション情報のうち基本的なロケーション情報を参照して、プライマリストリームのみの読み出しを、読出手段に行わせる
ことを特徴とする再生装置。
【請求項２】
基本的なロケーション情報は、プライマリストリームの構成単位であるパケットに付された識別子に基づいて、プライマリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報を含み、
拡張ローケーション情報は、セカンダリストリームの構成単位であるパケットに付された識別子に基づいて、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報を含む
ことを特徴とする請求項１記載の再生装置。
【請求項３】
識別子に基づいてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報とは、プライマリストリームのエントリーマップであり、
識別子に基づいてセカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報とは、セカンダリストリームのエントリーマップである
ことを特徴とする請求項２記載の再生装置。
【請求項４】
プライマリストリームを構成するデータブロックは、視点間での画像参照を用いることなく復号可能な、平面視画像の符号化フレームを含み、
セカンダリストリームを構成するデータブロックは、視点間での画像参照を用いて復号可能な、視差画像の符号化フレームを含み、
前記再生手段は、平面視画像の符号化フレームを、当該平面視画像の符号化フレームを参照する視差画像の符号化フレームよりも先に復号する
ことを特徴とする請求項１記載の再生装置。
【請求項５】
ＡＶデータ記録領域と、ナビゲーション情報領域とを含む光ディスクであって、
ＡＶデータ記録領域は、  プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとをインタリーブに配したトランスポートストリームを記録した領域であって、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表し、再生装置が立体視用再生を行う場合にプライマリストリームと共に再生されるストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力をもつ再生装置のみに有効となる拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
プライマリストリームを構成するデータブロックのデータサイズ及びセカンダリストリームを構成するデータブロックのデータサイズは、ナビゲーション情報のうち基本的なロケーション情報を参照してトランスポートストリームを読み出す再生装置において、光ディスクからプライマリストリームを読み出しつつ復号化し途切れなく再生できる所定の条件、及び、ナビゲーション情報のうち基本的なロケーション情報と拡張ローケーション情報との両方を参照してトランスポートストリームを読み出す再生装置において、光ディスクからプライマリストリームとセカンダリストリームとの両方を読み出しつつ復号化し途切れなく再生できる所定の条件により規定される
ことを特徴とする光ディスク。
【請求項６】
基本的なロケーション情報は、プライマリストリームの構成単位であるパケットに付された識別子に基づいて、プライマリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報を含み、
拡張ローケーション情報は、セカンダリストリームの構成単位であるパケットに付された識別子に基づいて、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報を含む
ことを特徴とする請求項５記載の光ディスク。
【請求項７】
識別子に基づいてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報とは、プライマリストリームのエントリーマップであり、
識別子に基づいてセカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を特定する情報とは、セカンダリストリームのエントリーマップである
ことを特徴とする請求項６記載の光ディスク。
【請求項８】
プライマリストリームを構成するデータブロックは、視点間での画像参照を用いることなく復号可能な、平面視画像の符号化フレームを含み、
セカンダリストリームを構成するデータブロックは、視点間での画像参照を用いて復号可能な、視差画像の符号化フレームを含み、
平面視画像の符号化フレームは、立体視用再生の再生能力をもつ再生装置において、当該平面視画像の符号化フレームを参照する視差画像の符号化フレームよりも先に復号される
ことを特徴とする請求項５記載の光ディスク。
【請求項９】
立体視用再生の再生能力を有し、光ディスクに記録されたビデオストリームを再生して再生した画像を表示装置へ出力する再生装置を制御する集積回路であって、
出力先の表示装置が立体視映像の表示に対応しているか否かを判定する判定手段と、
再生装置の読出手段に、光ディスクからビデオストリームを読み出させる読出制御手段と、
光ディスクから読み出されたビデオストリームを再生する再生手段とを備え、
光ディスクは、ＡＶデータ記録領域とナビゲーション情報領域とを含み、
ＡＶデータ記録領域には、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとがインタリーブに配して記録されており、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表すビデオストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力を有する装置のみに有効となる拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
プライマリストリームを構成するデータブロックのデータサイズ及びセカンダリストリームを構成するデータブロックのデータサイズは、ナビゲーション情報のうち基本的なロケーション情報を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームを読み出しつつ復号化し途切れなく再生できる所定の条件、及び、ナビゲーション情報のうち基本的なロケーション情報と拡張ローケーション情報との両方を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームとセカンダリストリームとの両方を読み出しつつ復号化し途切れなく再生できる所定の条件により規定され、
前記読出制御手段は、
出力先の表示装置が立体視映像の表示に対応している場合、ナビゲーション情報のうち基本的なロケーション情報と拡張ロケーション情報との両方を参照して、プライマリストリームとセカンダリストリームとの両方の読み出しを、再生装置の読出手段に行わせ、
出力先の表示装置が立体視映像の表示に対応していない場合、ナビゲーション情報のうち基本的なロケーション情報を参照して、プライマリストリームのみの読み出しを、再生装置の読出手段に行わせる
ことを特徴とする集積回路。
【請求項１０】
光ディスクに記録されたビデオストリームを再生し、再生した画像を表示装置へ出力する手順を、立体視用再生の再生能力を有するコンピュータに実行させるプログラムであって、
出力先の表示装置が立体視映像の表示に対応しているか否かを判定する判定ステップと、
ビデオストリームを光ディスクから読み出す読出ステップと、
光ディスクから読み出されたビデオストリームを再生する再生ステップとを含み、
光ディスクは、ＡＶデータ記録領域とナビゲーション情報領域とを含み、
ＡＶデータ記録領域には、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとがインタリーブに配して記録されており、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表すビデオストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力を有する装置のみに有効となる拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
プライマリストリームを構成するデータブロックのデータサイズ及びセカンダリストリームを構成するデータブロックのデータサイズは、ナビゲーション情報のうち基本的なロケーション情報を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームを読み出しつつ復号化し途切れなく再生できる所定の条件、及び、ナビゲーション情報のうち基本的なロケーション情報と拡張ローケーション情報との両方を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームとセカンダリストリームとの両方を読み出しつつ復号化し途切れなく再生できる所定の条件により規定され、
前記読み出しステップでは、
出力先の表示装置が立体視映像の表示に対応している場合、ナビゲーション情報のうち基本的なロケーション情報と拡張ロケーション情報との両方を参照して、プライマリストリームとセカンダリストリームとの両方を読み出し、
出力先の表示装置が立体視映像の表示に対応していない場合、ナビゲーション情報のうち基本的なロケーション情報を参照して、プライマリストリームのみを読み出す
ことを特徴とするプログラム。
【請求項１１】
立体視用再生の再生能力を有する再生装置において、光ディスクに記録されたビデオストリームを再生し、再生した画像を表示装置へ出力する再生方法であって、
出力先の表示装置が立体視映像の表示に対応しているか否かを判定する判定ステップと、
ビデオストリームを光ディスクから読み出す読出ステップと、
光ディスクから読み出されたビデオストリームを再生する再生ステップとを含み、
光ディスクは、ＡＶデータ記録領域とナビゲーション情報領域とを含み、
ＡＶデータ記録領域には、プライマリストリームを構成する複数のデータブロックとセカンダリストリームを構成する複数のデータブロックとがインタリーブに配して記録されており、
プライマリストリームは、平面視画像を表すビデオストリームであり、
セカンダリストリームは、平面視画像に対する視差画像を表すビデオストリームであり、
ナビゲーション情報領域には、ナビゲーション情報が記録されており、ナビゲーション情報は、基本的なロケーション情報と、立体視用再生の再生能力を有する装置のみに有効となる拡張ロケーション情報とを含み、
基本的なロケーション情報は、ＡＶデータ記録領域においてプライマリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
拡張ローケーション情報は、セカンダリストリームを構成するそれぞれのデータブロックが記録されている領域を示し、
プライマリストリームを構成するデータブロックのデータサイズ及びセカンダリストリームを構成するデータブロックのデータサイズは、ナビゲーション情報のうち基本的なロケーション情報を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームを読み出しつつ復号化し途切れなく再生できる所定の条件、及び、ナビゲーション情報のうち基本的なロケーション情報と拡張ローケーション情報との両方を参照してトランスポートストリームを読み出す装置において、光ディスクからプライマリストリームとセカンダリストリームとの両方を読み出しつつ復号化し途切れなく再生できる所定の条件により規定され、
前記読み出しステップでは、
出力先の表示装置が立体視映像の表示に対応している場合、ナビゲーション情報のうち基本的なロケーション情報と拡張ロケーション情報との両方を参照して、プライマリストリームとセカンダリストリームとの両方を読み出し、
出力先の表示装置が立体視映像の表示に対応していない場合、ナビゲーション情報のうち基本的なロケーション情報を参照して、プライマリストリームのみを読み出す
ことを特徴とする再生方法。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2009133714.tif 000033
【図２】
2009133714.tif 000034
【図３】
2009133714.tif 000035
【図４】
2009133714.tif 000036
【図５】
2009133714.tif 000037
【図６】
2009133714.tif 000038
【図７】
2009133714.tif 000039
【図８】
2009133714.tif 000040
【図９】
2009133714.tif 000041
【図１０】
2009133714.tif 000042
【図１１】
2009133714.tif 000043
【図１２】
2009133714.tif 000044
【図１３】
2009133714.tif 000045
【図１４】
2009133714.tif 000046
【図１５】
2009133714.tif 000047
【図１６】
2009133714.tif 000048
【図１７】
2009133714.tif 000049
【図１８】
2009133714.tif 000050
【図１９】
2009133714.tif 000051
【図２０】
2009133714.tif 000052
【図２１】
2009133714.tif 000053
【図２２】
2009133714.tif 000054
【図２３】
2009133714.tif 000055
【図２４】
2009133714.tif 000056
【図２５】
2009133714.tif 000057
【図２６】
2009133714.tif 000058
【図２７】
2009133714.tif 000059
【図２８】
2009133714.tif 000060
【図２９】
2009133714.tif 000061
【図３０】
2009133714.tif 000062
【国際調査報告】
2009133714.tif 000063
2009133714.tif 000064
2009133714.tif 000065
2009133714.tif 000066
2009133714.tif 000067