(57)【要約】【課題】3D画像のコンテンツを適切に再生することができるようにする。【解決手段】光ディスク２には、H.264 AVC/MVCの符号化方式によって生成されたBase view videoストリーム（L画像）とDependent view videoストリーム（R画像）、および、再生を制御する情報であるPlayListが記録される。PlayListに設定されているMVC_flagの値が、3D再生に関する情報が含まれていることを表している場合、PlayListのExtensionData()の記述も参照されて3D再生が行われる。ExtensionData()のフィールドにはDependent view videoストリームの再生に関する情報が記述されている。本発明は、Blu-Ray（登録商標） Discのプレーヤに適用することができる。【選択図】図１
2011030187.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドを用いて、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とを設定する設定手段を備える
情報処理装置。
【請求項２】
前記基本ストリームと前記拡張ストリームは、それぞれ、H.264 AVC/MVCの符号化方式によってビデオストリームが符号化されることによって生成されたBase view videoのストリームとDependent view videoのストリームであり、
前記設定手段は、前記サブ再生パスを指定する情報として、前記サブ再生パスの種類が、前記Dependent view videoのストリームを参照するパスであることを表す情報と、前記Dependent view videoのストリームの属性情報であるクリップ情報のファイルのファイル名とを、前記第１のフィールドに設定する
請求項１に記載の情報処理装置。
【請求項３】
前記基本ストリームと前記拡張ストリームは、それぞれ、H.264 AVC/MVCの符号化方式によってビデオストリームが符号化されることによって生成されたBase view videoのストリームとDependent view videoのストリームであり、
前記設定手段は、前記サブ再生パスを指定する情報としての前記サブ再生パスのIDと、前記Dependent view videoのストリームのトランスポートパケットのPIDとを、前記第２のフィールドに設定する
請求項１に記載の情報処理装置。
【請求項４】
コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドを用いて、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とを設定する
ステップを含む情報処理方法。
【請求項５】
コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドを用いて、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とを設定する
ステップを含む処理をコンピュータに実行させるプログラム。
【請求項６】
コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドに設定された、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とに基づいて、前記拡張ストリームの再生を制御する制御手段を備える
再生装置。
【請求項７】
前記基本ストリームと前記拡張ストリームは、それぞれ、H.264 AVC/MVCの符号化方式によってビデオストリームが符号化されることによって生成されたBase view videoのストリームとDependent view videoのストリームであり、
前記制御手段は、前記Dependent view videoのストリームの再生を制御することを、前記PlayListの中のメイン再生パスに関する情報が記述されるフィールドに設定された、前記Base view videoのストリームを参照するメイン再生パスを指定する情報と、前記Base view videoのストリームのトランスポートパケットのPIDを指定する情報とに基づいて行われる前記Base view videoのストリームの再生の制御とともに行う
請求項６に記載の再生装置。
【請求項８】
コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドに設定された、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とに基づいて、前記拡張ストリームの再生を制御する
ステップを含む再生方法。
【請求項９】
コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドに設定された、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とに基づいて、前記拡張ストリームの再生を制御する
ステップを含む処理をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、再生装置、再生方法、およびプログラムに関し、特に、3D画像のコンテンツを適切に再生することができるようにした情報処理装置、情報処理方法、再生装置、再生方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、立体視が可能な３次元（3D）画像のコンテンツが注目を集めている。3D画像の表示の方式としては、左目用の画像と右目用の画像を交互に表示させる方式などの種々の方式があるが、いずれの方式を採用する場合であっても、3D画像のデータ量は、2D画像のデータ量よりも大きくなる。
【０００３】
映画等の高解像度のコンテンツを、データ量の多い3D画像として記録するには大容量の記録媒体が必要である。
【０００４】
そのような大容量の記録媒体としては、例えば、BD-ROM等のBlu-Ray（登録商標） Disc（以下、適宜、BDという）がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１１−１９５２８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、現行のBDの規格では、3D画像のコンテンツを、BDに、どのように記録し、また、再生するかは規定されていない。
【０００７】
3D画像のコンテンツの記録や再生の仕方を、3D画像のコンテンツのオーサリングを行うオーサ(author)に委ねてしまうと、3D画像のコンテンツを適切に再生することができなくなるおそれがある。
【０００８】
従って、3D画像のコンテンツの記録や再生の仕方を規定しておく必要がある。また、互換性を確保し、従来の2D再生用のプレーヤにおいても少なくとも2D画像での再生が可能になるように、3D画像のコンテンツの記録や再生の仕方を規定しておく必要がある。
【０００９】
本発明は、このような状況に鑑みてなされたものであり、BD等の記録媒体から、3D画像のコンテンツを適切に再生することができるようにするものである。
【課題を解決するための手段】
【００１０】
本発明の一側面の情報処理装置は、コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドを用いて、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とを設定する設定手段を備える。
【００１１】
前記基本ストリームと前記拡張ストリームは、それぞれ、H.264 AVC/MVCの符号化方式によってビデオストリームが符号化されることによって生成されたBase view videoのストリームとDependent view videoのストリームであり、前記設定手段には、前記サブ再生パスを指定する情報として、前記サブ再生パスの種類が、前記Dependent view videoのストリームを参照するパスであることを表す情報と、前記Dependent view videoのストリームの属性情報であるクリップ情報のファイルのファイル名とを、前記第１のフィールドに設定させることができる。
【００１２】
前記基本ストリームと前記拡張ストリームは、それぞれ、H.264 AVC/MVCの符号化方式によってビデオストリームが符号化されることによって生成されたBase view videoのストリームとDependent view videoのストリームであり、前記設定手段には、前記サブ再生パスを指定する情報としての前記サブ再生パスのIDと、前記Dependent view videoのストリームのトランスポートパケットのPIDとを、前記第２のフィールドに設定させることができる。
【００１３】
本発明の一側面の情報処理方法は、コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドを用いて、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とを設定するステップを含む。
【００１４】
本発明の一側面のプログラムは、コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドを用いて、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とを設定するステップを含む処理をコンピュータに実行させる。
【００１５】
本発明の他の側面の再生装置は、コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドに設定された、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とに基づいて、前記拡張ストリームの再生を制御する制御手段を備える。
【００１６】
前記基本ストリームと前記拡張ストリームは、それぞれ、H.264 AVC/MVCの符号化方式によってビデオストリームが符号化されることによって生成されたBase view videoのストリームとDependent view videoのストリームであり、前記制御手段には、前記Dependent view videoのストリームの再生を制御することを、前記PlayListの中のメイン再生パスに関する情報が記述されるフィールドに設定された、前記Base view videoのストリームを参照するメイン再生パスを指定する情報と、前記Base view videoのストリームのトランスポートパケットのPIDを指定する情報とに基づいて行われる前記Base view videoのストリームの再生の制御とともに行わせることができる。
【００１７】
本発明の他の側面の再生方法は、コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドに設定された、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とに基づいて、前記拡張ストリームの再生を制御するステップを含む。
【００１８】
本発明の他の側面のプログラムは、コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドに設定された、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とに基づいて、前記拡張ストリームの再生を制御するステップを含む処理をコンピュータに実行させる。
【００１９】
本発明の一側面においては、コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドを用いて、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とが設定される。
【００２０】
本発明の他の側面においては、コンテンツの再生を制御する情報であるPlayListの拡張フィールドの中に定義された、サブ再生パスに関する情報が記述されるフィールドである第１のフィールドと、ストリーム番号に関する情報が記述されるフィールドである第２のフィールドに設定された、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの、前記拡張ストリームを参照するサブ再生パスを指定する情報と、前記拡張ストリームのトランスポートパケットのPIDを指定する情報とに基づいて、前記拡張ストリームの再生が制御される。
【発明の効果】
【００２１】
本発明によれば、3D画像のコンテンツを適切に再生することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明を適用した再生装置を含む再生システムの構成例を示す図である。
【図２】撮影の例を示す図である。
【図３】MVCエンコーダの構成例を示すブロック図である。
【図４】画像の参照の例を示す図である。
【図５】TSの構成例を示す図である。
【図６】TSの他の構成例を示す図である。
【図７】光ディスク上のデータの配置の例を示す図である。
【図８】AVストリームの管理構造の例を示す図である。
【図９】Main PathとSub Pathの構造を示す図である。
【図１０】光ディスクに記録されるファイルの管理構造の例を示す図である。
【図１１】PlayListファイルのシンタクスを示す図である。
【図１２】MVC_flagの意味を示す図である。
【図１３】MVC_file_typeの意味を示す図である。
【図１４】SubPath_typeの意味を示す図である。
【図１５】SubPath_entries_extention()のシンタクスを示す図である。
【図１６】SubPath_extention()のシンタクスを示す図である。
【図１７】SubPath_type_extentionの意味を示す図である。
【図１８】STN_table_extention()のシンタクスを示す図である。
【図１９】stream_entry()のシンタクスを示す図である。
【図２０】PlayItemとSubPlayItemの関係を示す図である。
【図２１】再生装置の構成例を示すブロック図である。
【図２２】デコード部の構成例を示す図である。
【図２３】PlayListファイルの具体例を示す図である。
【図２４】clpiファイルのシンタクスを示す図である。
【図２５】ファイル管理の概念を示す図である。
【図２６】図２３のPlayListファイルに従って行われる再生処理について説明するフローチャートである。
【図２７】chunk_map()のシンタクスを示す図である。
【図２８】chunk_map()の具体例を示す図である。
【図２９】データの分離の例を示す図である。
【図３０】EP_map()のシンタクスを示す図である。
【図３１】PlayListファイルの他の例を示す図である。
【図３２】ファイル管理の概念を示す図である。
【図３３】図３１のPlayListファイルに従って行われる再生処理について説明するフローチャートである。
【図３４】PlayListファイルのさらに他の例を示す図である。
【図３５】clpiファイルのシンタクスを示す図である。
【図３６】ファイル管理の概念を示す図である。
【図３７】図３４のPlayListファイルに従って行われる再生処理について説明するフローチャートである。
【図３８】PlayListファイルの例を示す図である。
【図３９】clpiファイルのシンタクスを示す図である。
【図４０】ソフト製作処理部の構成例を示すブロック図である。
【図４１】ソフト製作処理部を含む構成の例を示す図である。
【図４２】コンピュータの構成例を示すブロック図である。
【発明を実施するための形態】
【００２３】
［再生システムの構成例］
図１は、本発明を適用した再生装置１を含む再生システムの構成例を示す図である。
【００２４】
この再生システムは、再生装置１と表示装置３がHDMI(High Definition Multimedia Interface)ケーブルなどで接続されることによって構成される。再生装置１には、BD-ROMなどの、BD規格の光ディスクである光ディスク２が装着される。
【００２５】
光ディスク２には、視点の数が２つの3D画像を表示するために必要なストリームが記録されている。ストリームを光ディスク２に記録するための符号化の方式として、例えば、H.264 AVC(Advanced Video Coding)/MVC(Multi-view Video coding)が採用される。
【００２６】
再生装置１は、光ディスク２に記録されているストリームの3D再生に対応したプレーヤである。再生装置１は、光ディスク２に記録されているストリームを再生し、再生して得られた3D画像をテレビジョン受像機などよりなる表示装置３に表示させる。音声についても同様に再生装置１により再生され、表示装置３に設けられるスピーカなどから出力される。なお、再生装置１は、従来のBDプレーヤと同様に2D再生にも対応している。
【００２７】
［H.264 AVC/MVC Profile］
H.264 AVC/MVCでは、Base view videoと呼ばれる画像ストリームと、Dependent view videoと呼ばれる画像ストリームとが定義されている。以下、適宜、H.264 AVC/MVCを単にMVCという。
【００２８】
図２は、撮影の例を示す図である。
【００２９】
図２に示すように、同じ被写体を対象として、L画像（左視点）用のカメラとR（右視点）画像用のカメラによって撮影が行われる。L画像用のカメラとR画像用のカメラによって撮影された映像のエレメンタリストリームがMVCエンコーダに入力される。
【００３０】
図３は、MVCエンコーダの構成例を示すブロック図である。
【００３１】
図３に示すように、MVCエンコーダは、H.264/AVCエンコーダ１１、H.264/AVCデコーダ１２、Dependent view videoエンコーダ１３、およびマルチプレクサ１４から構成される。
【００３２】
L画像用のカメラにより撮影されたL画像のストリームはH.264/AVCエンコーダ１１に入力される。また、R画像用のカメラにより撮影されたR画像のストリームはDependent view videoエンコーダ１３に入力される。
【００３３】
H.264/AVCエンコーダ１１は、L画像のストリームを、例えばH.264 AVC/High Profileビデオストリームとして符号化する。H.264/AVCエンコーダ１１は、符号化して得られたAVCビデオストリームを、Base view videoストリームとしてH.264/AVCデコーダ１２とマルチプレクサ１４に出力する。
【００３４】
H.264/AVCデコーダ１２は、H.264/AVCエンコーダ１１から供給されたAVCビデオストリームをデコードし、デコードして得られたL画像のストリームをDependent view videoエンコーダ１３に出力する。
【００３５】
Dependent view videoエンコーダ１３は、H.264/AVCデコーダ１２から供給されたL画像のストリームと、外部から入力されたR画像のストリームをエンコードし、Dependent view videoストリームを出力する。
【００３６】
Base view videoには、他のストリームを参照画像とする予測符号化が許されていないが、図４に示すように、Dependent view videoには、Base view videoを参照画像とする予測符号化が許されている。例えばL画像をBase view videoとするとともにR画像をDependent view videoとして符号化を行った場合、その結果得られるDependent view videoストリームのデータ量は、Base view videoストリームのデータ量に比較して少なくなる。
【００３７】
なお、H.264/AVCでの符号化であるから、Base view videoについて時間方向の予測は行われている。また、Dependent view videoについても、view間の予測とともに、時間方向の予測が行われている。Dependent view videoをデコードするには、エンコード時に参照先とした、対応するBase view videoのデコードが先に終了している必要がある。
【００３８】
Dependent view videoエンコーダ１３は、このようなview間の予測も用いて符号化して得られたDependent view videoストリームをマルチプレクサ１４に出力する。
【００３９】
マルチプレクサ１４は、H.264/AVCエンコーダ１１から供給されたBase view videoストリームと、Dependent view videoエンコーダ１３から供給されたDependent view videoストリームとを、例えばMPEG2 TSとして多重化する。Base view videoストリームとDependent view videoストリームは１本のMPEG2 TSに多重化されることもあるし、別々のMPEG2 TSに含まれることもある。
【００４０】
マルチプレクサ１４は、生成したTS（MPEG2 TS）を出力する。マルチプレクサ１４から出力されたTSは、他の管理データとともに記録装置において光ディスク２に記録され、再生装置１に提供される。
【００４１】
この例においては、L画像をBase view video、R画像をDependent view videoとしてMVC方式で符号化するものとしたが、反対に、R画像をBase view video、L画像をDependent view videoとして符号化するようにしてもよい。以下、L画像をBase view video、R画像をDependent view videoとして符号化した場合について説明する。
【００４２】
再生装置１は、ユーザによる指示などに応じて3D再生を行う場合、Base view videoストリームとDependent view videoストリームを光ディスク２から読み出して再生する。
【００４３】
また、再生装置１は、2D再生を行う場合、Base view videoストリームだけを光ディスク２から読み出して再生する。Base view videoストリームはH.264/AVCで符号化されているAVCビデオストリームであるから、BDのフォーマットに対応したプレーヤであれば、そのBase view videoストリームを再生し、2D画像を表示させることが可能になる。
【００４４】
［TSの構成例］
図５は、光ディスク２に記録されているTSの構成例を示す図である。
【００４５】
図５のMain TSにはBase view video、Dependent view video、Primary audio、Base PG、Dependent PG、Base IG、Dependent IGのそれぞれのストリームが多重化されている。このように、Dependent view videoストリームが、Base view videoストリームとともに１本のTSであるMain TSに含まれていることもある。
【００４６】
Main TSは、少なくともBase view videoストリームを含むTSである。これに対して、Sub TSは、Base view videoストリーム以外のストリームを含み、再生時にMain TSとともに用いられるTSである。光ディスク２には、Main TSの他に、Sub TSも適宜記録される。
【００４７】
ビデオと同様に3Dでの表示が可能になるように、字幕などのPG(Presentation Graphics)、メニュー画面などのIG(Interactive Graphics)についても、Base viewとDependent viewのそれぞれのストリームが用意されている。
【００４８】
図６は、光ディスク２に記録されているTSの他の構成例を示す図である。
【００４９】
図６のMain TSにはBase view video、Primary audio、Base PG、Dependent PG、Base IG、Dependent IGのそれぞれのストリームが多重化されている。
【００５０】
一方、Sub TSにはDependent view videoストリームが含まれている。このように、Dependent view videoストリームが、Base view videoストリームとは別のTSに含まれていることもある。
【００５１】
図６に示すようにBase view videoストリームとDependent view videoストリームがそれぞれ別のTSに含まれている場合、それぞれのTSファイルは、インターリーブされて光ディスク２に記録される。
【００５２】
図７は、Base view videoストリーム（L videoストリーム）を含むTSファイルとDependent view videoストリーム（R videoストリーム）を含むTSファイルの光ディスク２における配置の例を示す図である。
【００５３】
図７に示すように、L videoストリームを含むTSファイルとR videoストリームを含むTSファイルは、所定のデータ単位毎に交互に並ぶようにインターリーブ配置され、光ディスク２に記録される。1つのTSファイルに属し、光ディスク２上に連続配置されるソースパケットの集まりをチャンクという。
【００５４】
図７において、「R」の文字と数字を付して示すそれぞれのブロックはR videoのチャンクを表し、「L」の文字と数字を付して示すそれぞれのブロックはL videoのチャンクを表す。
【００５５】
3D再生時、例えば、R[0],L[0],R[1],L[1],R[2],L[2],R[3],L[3],R[4],L[4],R[5],L[5],・・・の順に光ディスク２から読み出され、L[0],R[0],L[1],R[1],L[2],R[2],L[3],R[3],L[4],R[4],L[5],R[5],・・・の順にデコードされる。上述したように、R videoをデコードするには、エンコード時に参照したL videoが先にデコードされている必要がある。同じ数字が付されているR videoのチャンクとL videoのチャンクは、同じ時間の再生に必要なデータであり、3D再生時にセットで用いられる。
【００５６】
すなわち、説明を簡単にするため、コンテンツの再生時間全体を３等分する場合を考える。コンテンツの再生時間全体を３等分する時刻を、再生の開始時刻を0として、時系列順に、t1，t2と表すと、再生の開始時刻から時刻t1までの再生時間に必要な分のL videoのデータが、チャンクL[0]として分割される。
【００５７】
また、時刻t1からt2までの再生時間に必要な分のL videoのデータが、チャンクL[1]として分割され、時刻t2から再生の終了時刻までの再生時間に必要な分のL videoのデータが、チャンクL[2]として分割される。
【００５８】
R videoストリームについても同様に、再生の開始時刻から時刻t1までの再生時間に必要な分のR videoのデータが、チャンクR[0]として分割される。
【００５９】
また、時刻t1からt2までの再生時間に必要な分のR videoのデータが、チャンクR[1]として分割され、時刻t2から再生の終了時刻までの再生時間に必要な分のR videoのデータが、チャンクR[2]として分割される。
【００６０】
このようにして分割して得られた各チャンクは、同じ数字が付されたチャンク同士が、R videoのチャンク、L videoのチャンクの順になるように配置され、光ディスク２に記録される。なお、図５に示すように、L videoストリームとR videoストリームがともに１本のTSに含まれている場合、そのTSファイルはインターリーブされずに光ディスク２に記録される。
【００６１】
［AVストリームの管理構造］
図８は、再生装置１によるAVストリームの管理構造の例を示す図である。
【００６２】
AVストリームの管理は、図８に示すようにPlayListとClipの２つのレイヤを用いて行われる。AVストリームは、光ディスク２ではなく、再生装置１のローカルストレージに記録されていることもある。Clipは、ビデオデータやオーディオデータが多重化されることによって得られたTSであるAVストリームと、対応するClip Information（そのAVストリームに関する属性情報を含むClip Information）とから構成される。
【００６３】
AVストリームは時間軸上に展開され、各アクセスポイントは、主に、タイムスタンプでPlayListにおいて指定される。Clip Informationは、AVストリーム中のデコードを開始すべきアドレスを見つけるためなどに使用される。
【００６４】
PlayListはAVストリームの再生区間の集まりである。AVストリーム中の１つの再生区間はPlayItemと呼ばれる。PlayItemは、時間軸上の再生区間のIN点とOUT点のペアで表される。PlayListは１つまたは複数のPlayItemにより構成される。
【００６５】
図８の左から１番目のPlayListは２つのPlayItemから構成され、その２つのPlayItemにより、左側のClipに含まれるAVストリームの前半部分と後半部分がそれぞれ参照されている。
【００６６】
左から２番目のPlayListは１つのPlayItemから構成され、それにより、右側のClipに含まれるAVストリーム全体が参照されている。
【００６７】
左から３番目のPlayListは２つのPlayItemから構成され、その２つのPlayItemにより、左側のClipに含まれるAVストリームのある部分と、右側のClipに含まれるAVストリームのある部分がそれぞれ参照されている。
【００６８】
例えば、左から１番目のPlayListに含まれる左側のPlayItemが再生対象としてディスクナビゲーションプログラムにより指定された場合、そのPlayItemが参照する、左側のClipに含まれるAVストリームの前半部分の再生が行われる。このように、PlayListは、AVストリームの再生を制御するための再生制御情報として用いられる。
【００６９】
PlayListの中で、１つ以上のPlayItemの並びによって作られる再生パスをメインパス(Main Path)という。
【００７０】
また、PlayListの中で、Main Pathに並行して、１つ以上のSubPlayItemの並びによって構成される再生パスをサブパス（Sub Path）という。
【００７１】
図９は、Main PathとSub Pathの構造を示す図である。
【００７２】
PlayListは、１つのMain Pathと１つ以上のSub Pathを持つことができる。上述したL videoストリームは、Main Pathを構成するPlayItemにより参照される。また、R videoストリームは、Sub Path（後述するExtension()内のSub Path）を構成するSubPlayItemにより参照される。
【００７３】
図９のPlayListは、３つのPlayItemの並びにより構成される１つのMain Pathと、３つのSub Pathを有している。Main Pathを構成するPlayItemには、先頭から順にそれぞれIDが設定される。Sub PathにもそれぞれIDが設定される。
【００７４】
図９の例においては、Subpath_id=0のSub Pathには１つのSubPlayItemが含まれ、Subpath_id=1のSub Pathには２つのSubPlayItemが含まれる。また、Subpath_id=2のSub Pathには１つのSubPlayItemが含まれる。
【００７５】
あるPlayItemが参照するAVストリームと、そのPlayItemと時間帯が重複する再生区間を指定するSubPlayItemが参照するAVストリームは同期して再生される。PlayList、PlayItem、SubPlayItemを用いたAVストリームの管理については、例えば、特開２００８−２５２７４０号公報、特開２００５−３４８３１４号公報に記載されている。
【００７６】
［ディレクトリ構造］
図１０は、光ディスク２に記録されるファイルの管理構造の例を示す図である。
【００７７】
図１０に示すように、ファイルはディレクトリ構造により階層的に管理される。光ディスク２上には１つのrootディレクトリが作成される。rootディレクトリの下が、１つの記録再生システムで管理される範囲となる。
【００７８】
rootディレクトリの下にはBDMVディレクトリが置かれる。BDMVディレクトリの直下に、「Index.bdmv」の名前が設定されたファイルであるIndexファイルと、「MovieObject.bdmv」の名前が設定されたファイルであるMovieObjectファイルが格納される。
【００７９】
BDMVディレクトリの下には、PLAYLISTディレクトリ、CLIPINFディレクトリ、STREAMディレクトリ等が設けられる。
【００８０】
PLAYLISTディレクトリには、PlayListを記述したファイルであるPlayListファイルが格納される。各PlayListファイルには、５桁の数字と拡張子「.mpls」を組み合わせた名前が設定される。図１０に示すPlayListファイルには「00000.mpls」のファイル名が設定されている。
【００８１】
CLIPINFディレクトリにはClip Informationを記述したファイルであるClip Informationファイルが格納される。各Clip Informationファイルには、５桁の数字と拡張子「.clpi」を組み合わせた名前が設定される。
【００８２】
図１０の２つのClip Informationファイルには、それぞれ、「00001.clpi」、「00002.clpi」のファイル名が設定されている。以下、適宜、Clip Informationファイルをclpiファイルという。
【００８３】
「00001.clpi」のclpiファイルは、対応するL videoストリームに関する情報が記述されたファイルであり、「00002.clpi」のclpiファイルは、対応するR videoストリームに関する情報が記述されたファイルである。
【００８４】
STREAMディレクトリにはストリームファイルが格納される。各ストリームファイルには、５桁の数字と拡張子「.m2ts」を組み合わせた名前、もしくは、５桁の数字と拡張子「.ilvt」を組み合わせた名前が設定される。以下、適宜、拡張子「.m2ts」が設定されたファイルをm2tsファイルといい、拡張子「.ilvt」が設定されたファイルをilvtファイルという。
【００８５】
「00001.m2ts」のm2tsファイルはL videoストリームのファイルであり、「00002.m2ts」のm2tsファイルはR videoストリームのファイルである。
【００８６】
「00001.ilvt」のilvtファイルは、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブされている場合に、それらのストリームを管理し、3D再生を行うためのファイルである。従って、L videoストリームとR videoストリームが１本のTSに含まれ、それらのm2tsファイルがインターリーブされていない場合、ilvtファイルは光ディスク２に記録されない。
【００８７】
図１０に示すものの他に、BDMVディレクトリの下には、オーディオストリームのファイルを格納するディレクトリなども設けられる。
【００８８】
図１０の例においては、L videoに関するClipを構成するm2tsファイルのファイル名は「00001.m2ts」、clpiファイルのファイル名は「00001.clpi」である。また、R videoに関するClipを構成するm2tsファイルのファイル名は「00002.m2ts」、clpiファイルのファイル名は「00002.clpi」である。１つのClipを構成するm2tsファイルのファイル名とclpiファイルのファイル名には同じ数字が含まれる。
【００８９】
ilvtファイルのファイル名には、L videoに関するClipを構成するm2tsファイルのファイル名とclpiファイルのファイル名にそれぞれ含まれる５桁の数字と同じ、「00001」が含まれる。これにより、L videoに関するClipを構成するclpiファイルのファイル名から、3D再生を行うときに指定するilvtファイルのファイル名を特定することが可能になる。
【００９０】
［各データのシンタクス］
図１１は、PlayListファイルのシンタクスを示す図である。
【００９１】
説明の便宜上、図１１の左側には行数を表す数字と「：」を示している。行数を表す数字と「：」はPlayListを構成するものではない。なお、ここでは、PlayListの主な記述について説明するものとし、詳細な説明は省略する。詳細については、例えばBlu-ray Disc Read Only Format part3に記載されている。
【００９２】
１行目のyyyyy.mplsは、このPlayListファイルのファイル名を表す。
【００９３】
２行目乃至５行目に示すように、PlayListファイルには、大きく分けて、AppInfoPlayList()、PlayList()、PlayListMark()、ExtensionData()のフィールドから構成される。４行目のPlayListMark()には、チャプタジャンプなどを指令するユーザ操作、またはコマンドなどによるジャンプ先であるマークに関する情報が記述される。
【００９４】
７行目乃至１１行目がAppInfoPlayList()のフィールドである。AppInfoPlayList()には、９行目に示すように、PlayList中にMVC再生（3D再生）に関する情報が含まれるか否かを表す１ビットのフラグであるMVC_flagが含まれる。なお、PlayListの中に含まれるのではなく、ビデオストリームなどのストリームの中にMVC_flagが含まれるようにしてもよい。
【００９５】
図１２は、MVC_flagの意味を示す図である。
【００９６】
図１２に示すように、MVC_flagの値が0であることは、PlayList中に3D再生に関する情報が含まれていないことを表す。すなわち、MVC_flag=0が設定されたPlayListが記録されている光ディスクは3D再生に非対応のディスクということになる。
【００９７】
MVC_flagの値が1であることは、PlayList中に3D再生に関する情報が含まれていることを表す。
【００９８】
AppInfoPlayList()には、MVC_flagの他に、ランダム再生を行うためのPlayListであるかなどの、PlayListの種類に関する情報が含まれる。
【００９９】
１２行目乃至２５行目がPlayList()のフィールドである。１３行目のnumber_of_PlayItemsは、PlayListの中にあるPlayItemの数を表す。図９の例の場合、PlayItemの数は3である。PlayItem_idの値は、PlayListの中でPlayItem()が現れる順に0から割り振られる。１５行目乃至１９行目のfor文では、PlayItemの数だけPlayItem()が参照される。
【０１００】
１４行目のnumber_of_SubPathsは、PlayList()の中にあるSub Pathの数を表す。図９の例の場合、Sub Pathの数は3である。SubPath_idの値は、PlayList()の中でSubPath()が現れる順に0から割り振られる。２０行目乃至２４行目のfor文では、Sub Pathの数だけSubPath()が参照される。
【０１０１】
２６行目乃至３３行目が、PlayList()に含まれるPlayItem()の記述になる。２７行目のClip_Information_file_nameは、PlayItemが参照するAVストリームを含むClipのclpiファイルの名前を表す。
【０１０２】
２８行目のMVC_file_typeは、MVC_flagの値が1であるときに有効な値を持つ２ビットのデータであり、L videoストリームとR videoストリームのそれぞれの供給元のファイルのタイプを表す。
【０１０３】
図１３は、MVC_file_typeの意味を示す図である。
【０１０４】
図１３に示すように、MVC_file_typeの値が0であることは、L videoストリームとR videoストリームが１本のTSに含まれており、そのTSを管理するm2tsファイルが、Clip_Information_file_nameにより示されることを表す。
【０１０５】
上述したように、あるClipを構成するm2tsファイルのファイル名とclpiファイルのファイル名には同じ数字が含まれる。Clip_Information_file_nameは、そのファイル名が設定されたclpiファイルと同じClipを構成する、対応するm2tsファイルのファイル名も示すことになる。
【０１０６】
MVC_file_typeの値が1であることは、Clip_Information_file_nameが示すL videoストリームのm2tsファイル（第１のTSファイル）と、R videoストリームのm2tsファイル（第２のTSファイル）が、光ディスク２上でインターリーブされていることを表す。この場合、L videoストリームとR videoストリームはそれぞれ異なるTSに含まれることになる。
【０１０７】
MVC_file_typeの値が2であることは、Clip_Information_file_nameが示すL videoストリームのm2tsファイルと、R videoストリームのm2tsファイルの両方、または片方が、再生装置１内のローカルストレージに記録されていることを表す。
【０１０８】
MVC_file_typeの値の3はリザーブ値である。
【０１０９】
図１１の説明に戻り、３０行目のIN_timeはPlayItemの再生区間の開始位置を表し、３１行目のOUT_timeは終了位置を表す。
【０１１０】
３２行目のSTN_table()には、PlayItemが参照するAVストリームの情報が含まれる。例えば、PlayItemが参照するAVストリームの情報として、ストリーム番号（ID）、L videoストリームを構成するトランスポートパケットのPIDが含まれる。
【０１１１】
３４行目乃至４０行目が、PlayList()に含まれるSubPath()の記述になる。３４行目乃至４０行目のSubPath()には、PlayItemが参照するAVストリームとともに再生される、R video以外のビデオデータに関する情報やオーディオデータに関する情報が含まれる。
【０１１２】
３５行目のSubPath_typeは、Sub Pathの種類を表す８ビットのデータである。
【０１１３】
図１４は、SubPath_typeの意味を示す図である。
【０１１４】
図１４に示すように、2から7の値によってSubPathの種類が表される。例えば、SubPath_type=2は、スライドショー（Browsable slideshow）再生時に用いられるオーディオデータのSubPathであることを表し、SubPath_type=3は、インタラクティブメニューの表示時のデータのSubPathであることを表す。
【０１１５】
図１１の３６行目のnumber_of_SubPlayItemsは、１つのSub Path()の中にあるSubPlayItemの数（エントリー数）を示す８ビットのデータである。例えば、図９のSubPath_id=0のSubPlayItemのnumber_of_SubPlayItemsは1であり、SubPath_id=1のSubPlayItemのnumber_of_SubPlayItemsは2である。３７行目乃至３９行目のfor文では、SubPlayItemの数だけ、SubPlayItem()が参照される。
【０１１６】
４１行目乃至４５行目が、SubPath()に含まれるSubPlayItem()の記述になる。４２行目のClip_Information_file_nameは、SubPlayItemが参照するClipのclpiファイルの名前を表す。
【０１１７】
４３行目のSubPlayItem_IN_timeはSubPlayItemの再生区間の開始位置を表し、４４行目のSubPlayItem_OUT_timeは終了位置を表す。
【０１１８】
４６行目乃至４９行目が、拡張フィールドであるExtensionData()になる。
【０１１９】
MVC_flagの値が1であるとき、ExtensionData()の中に、SubPath_entries_extension()とSTN_table_extension()が記述される。SubPath_entries_extension()とSTN_table_extension()には、PlayItemが参照するL videoストリームとともに3D再生に用いられる、R videoストリームに関する情報が含まれる。
【０１２０】
R videoストリームはSubPathが参照するストリームとして管理されるが、このように、R videoストリームに関する情報はSubPath()（図１１の３４行目）のフィールドには記述されずに、ExtensionData()のフィールドに記述される。
【０１２１】
R videoストリームに関する情報をSubPath()のフィールドに記述しておいた場合、その記述を3D再生に非対応のプレーヤが読み込んだときに不具合が生じるおそれがある。R videoストリームに関する情報をExtensionData()として記述しておき、その記述については、3D再生に対応したプレーヤが、3D再生を行うときにだけ読み込むようにしておくことにより、そのような不具合が生じるのを防ぐことが可能になる。
【０１２２】
図１５は、ExtensionData()に含まれるSubPath_entries_extension()のシンタクスの例を示す図である。
【０１２３】
number_of_SubPath_extensionsは、SubPath_extensionの数、すなわち、SubPath_entries_extension()の中に現れるSubPath_extension()の数を表す１６ビットのデータである。number_of_SubPath_extensionsに続くfor文では、SubPathの数だけ、SubPath_extension()が参照される。
【０１２４】
ここで、R videoストリームを参照するSubPathにも、図１１の３４行目のSubPath()に情報が記述される、R video以外のビデオデータやオーディオデータを参照する通常のSubPathと同様にIDが割り振られる。
【０１２５】
図１５のfor文に示すように、R videoストリームを参照するSubPathのIDは、図１１の１４行目のnumber_of_SubPathsの値と同じ値から開始され、SubPath_extension()が参照される毎に１ずつインクリメントされる。例えば、図９に示すように通常のSubPathの数が3であり、number_of_SubPaths=3である場合、number_of_SubPath_extensionsが2であるとすると、1つ目のSubPathのIDには3が割り振られ、2つ目のSubPathのIDには4が割り振られる。
【０１２６】
図１６は、図１５のSubPath_extension()のシンタクスの例を示す図である。
【０１２７】
lengthは、lengthのフィールドの直後からSubPath_extension()の最後までのバイト数を示す３２ビットのデータである。
【０１２８】
SubPath_type_extensionは、SubPath_typeを拡張させたものであり、SubPath_extension()に情報が記述されるSubPathの種類を表す８ビットのデータである。
【０１２９】
図１７は、SubPath_type_extensionの意味を示す図である。
【０１３０】
図１７に示すように、SubPath_type_extensionの値の0から7は、それぞれ、図１４のSubPath_typeの0から7の意味と同じ意味を表す。
【０１３１】
SubPath_type_extensionの値の8は、SubPath_type_extension=8が設定されたSubPathがR videoストリームを参照するSubPathであることを表す。また、参照するR videoストリームのm2tsファイルが、PlayItemが参照するL videoストリームのm2tsファイルとは別のファイルであることを表す。
【０１３２】
図１６の説明に戻り、number_of_SubPlayItemsは、SubPath_extension()の中にあるSubPlayItemの数を示す８ビットのデータである。number_of_SubPlayItemsに続くfor文では、SubPlayItemの数だけ、SubPlayItem()が参照される。
【０１３３】
SubPath_extension()の中のSubPlayItem()の記述は、図１１の４１行目から４５行目に示すSubPlayItem()の記述と同じ記述である。
【０１３４】
すなわち、SubPath_extension()の中のSubPlayItem()には、SubPlayItemが参照するR videoストリームと同じClipに含まれるclpiファイルのファイル名を示すClip_Information_file_nameが含まれる。また、再生区間の開始位置を表すSubPlayItem_IN_timeと、終了位置を表すSubPlayItem_OUT_timeが含まれる。
【０１３５】
図１８は、ExtensionData()に含まれるSTN_table_extension()のシンタクスの例を示す図である。
【０１３６】
上述したように、STN_table（図１１の３２行目）には、PlayItemが参照するL videoストリームを構成するトランスポートパケットのPIDが含まれる。これに対して、STN_table_extension()には、SubPath（SubPath_extension）が参照するR videoストリームを構成するトランスポートパケットのPIDが含まれる。
【０１３７】
図１８に示すように、STN_table_extension()には、STN_table_extension()の長さを表すlengthに続いて、R videoストリームに関する情報として、stream_entry()と、R videoストリームの属性情報であるstream_attributes()が含まれる。
【０１３８】
図１９は、stream_entry()のシンタクスの例を示す図である。
【０１３９】
図１９に示すように、stream_entry()には、stream_entry()の長さを表すlengthに続いて、８ビットの情報であるtypeが含まれる。
【０１４０】
例えば、typeの値が1であることは、R videoストリームが、PlayItemが参照するL videoストリームとともに１本のTSに含まれることを表す。また、typeの値が2であることは、R videoストリームが、PlayItemが参照するL videoストリームとは別のTSに含まれることを少なくとも表す。
【０１４１】
typeの値が1である場合、ref_to_stream_PID_of_mainClipが参照される。ref_to_stream_PID_of_mainClipは、L videoストリームとともに１本のTSに含まれる、R videoストリームを構成するトランスポートパケットのPIDを表す。
【０１４２】
typeの値が2である場合、ref_to_SubPath_id、ref_to_subClip_entry_id、ref_to_stream_PID_of_subClipが参照される。３つの情報のうちのref_to_SubPath_idは、R videoストリームを参照するSubPath（SubPath_extension）のIDを表す。また、ref_to_stream_PID_of_subClipは、ref_to_SubPath_idにより識別されるSubPathが参照するR videoストリームを構成するトランスポートパケットのPIDを表す。
【０１４３】
図２０は、R videoストリームを参照する、SubPath_type_extention=8が設定されたSubPathと、そのSubPathがPlayListにおいて関連付けられている、L videoストリームを参照するMainPathの関係を示す図である。
【０１４４】
上述したように、各PlayItem()には、PlayItemの再生区間の開始位置を表すIN_timeと終了位置を表すOUT_timeが含まれる（図１１の３０行目、３１行目）。
【０１４５】
また、上述したように、SubPath_extension()の中のSubPlayItem()には、R videoストリームを参照するSubPathを構成するそれぞれのSubPlayItemについて、再生区間の開始位置を表すSubPlayItem_IN_timeと、終了位置を表すSubPlayItem_OUT_timeが含まれる。
【０１４６】
図２０に示すように、PlayItemの開始位置、終了位置と、そのPlayItemが参照するL videoストリームに関連付けられたR videoストリームを参照するSubPlayItemの開始位置、終了位置は、それぞれ同じ位置になる。
【０１４７】
例えば、PlayItem_id=0が割り振られたPlayItemのIN_timeとOUT_timeは、それぞれ、PlayItem_id=0が割り振られたPlayItemに関連付けられたSubPlayItem#0のSubPlayItem_IN_time、SubPlayItem_OUT_timeと一致する。
【０１４８】
以上のように、PlayListには、拡張フィールドであるExtensionData()の中に、SubPathに関する情報が記述されるフィールドであるSubPath()がSubPath_extension()として定義され、また、ストリーム番号（STream Number）に関する情報が記述されるフィールドであるSTN_table()がSTN_table_extension()として定義されている。
【０１４９】
［再生装置１の構成例］
図２１は、再生装置１の構成例を示すブロック図である。
【０１５０】
コントローラ３１は、予め用意されている制御プログラムを実行し、再生装置１の全体の動作を制御する。
【０１５１】
ディスクドライブ３２は、コントローラ３１による制御に従って光ディスク２からデータを読み出し、読み出したデータを、コントローラ３１、メモリ３３、またはデコード部３６に出力する。
【０１５２】
メモリ３３は、コントローラ３１が各種の処理を実行する上において必要なデータなどを適宜記憶する。
【０１５３】
ローカルストレージ３４は例えばHDD(Hard Disk Drive)により構成される。ローカルストレージ３４には、サーバ２２からダウンロードされたR videoストリームなどが記録される。ローカルストレージ３４に記録されているストリームもデコード部３６に適宜供給される。
【０１５４】
インターネットインタフェース３５は、コントローラ３１からの制御に従ってネットワーク２１を介してサーバ２２と通信を行い、サーバ２２からダウンロードしたデータをローカルストレージ３４に供給する。
【０１５５】
サーバ２２からは、光ディスク２に記録されているデータをアップデートさせるデータがダウンロードされる。後述するように、ダウンロードしたR videoストリームを光ディスク２に記録されているL videoストリームと併せて用いることでコンテンツの3D再生を行うことも可能とされている。
【０１５６】
デコード部３６は、ディスクドライブ３２、またはローカルストレージ３４から供給されたストリームをデコードし、得られたビデオ信号を表示装置３に出力する。オーディオ信号も所定の経路を介して表示装置３に出力される。
【０１５７】
操作入力部３７は、ボタン、キー、タッチパネル、マウスなどの入力デバイスや、所定のリモートコマンダから送信される赤外線などの信号を受信する受信部により構成される。操作入力部３７はユーザの操作を検出し、検出した操作の内容を表す信号をコントローラ３１に供給する。
【０１５８】
図２２は、デコード部３６の構成例を示す図である。
【０１５９】
分離部５１は、ディスクドライブ３２から供給されたデータを、コントローラ３１による制御に従って、Main TSのデータとSub TSのデータに分離する。
【０１６０】
分離部５１は、分離したMain TSのデータをリードバッファ５２に出力して記憶させ、Sub TSのデータをリードバッファ５５に出力して記憶させる。また、分離部５１は、ローカルストレージ３４から供給されたSub TSのデータをリードバッファ５５に出力して記憶させる。
【０１６１】
PIDフィルタ５３は、リードバッファ５２に記憶されているデータから構成されるMain TSのトランスポートパケットをPIDに基づいて振り分ける。コントローラ３１からは、PlayListのSTN_table()（図１１の３２行目）に基づいて特定された、L videoストリームを構成するトランスポートパケットのPIDと、STN_table_extension()のref_to_stream_PID_of_mainClip（図１９）に基づいて特定された、R videoストリームを構成するトランスポートパケットのPIDが指定される。
【０１６２】
PIDフィルタ５３は、L videoストリームのトランスポートパケットをリードバッファ５２から読み出し、ESバッファ５４に出力して記憶させる。ESバッファ５４には、L videoのES(Elementary Stream)が記憶される。
【０１６３】
また、PIDフィルタ５３は、L videoストリームとともにR videoストリームがMain TSに多重化されている場合、R videoストリームのトランスポートパケットをPIDに基づいて抽出し、スイッチ５７に出力する。
【０１６４】
PIDフィルタ５６は、Sub TSに含まれるR videoストリームのトランスポートパケットをリードバッファ５５から読み出し、スイッチ５７に出力する。コントローラ３１からは、STN_table_extension()のref_to_stream_PID_of_subClip（図１９）に基づいて特定された、R videoストリームを構成するトランスポートパケットのPIDが指定される。
【０１６５】
ここでは、L video、R videoストリームの処理について説明しているが、図５を参照して説明したように、PGやIGなどのグラフィックスのデータがMain TSに多重化されていることがある。同様に、Sub TSにも、PGやIGなどのグラフィックスのデータが多重化されていることがある。
【０１６６】
PIDフィルタ５３とPIDフィルタ５６は、適宜、それらのデータをもPIDに基づいて振り分け、所定の出力先に出力する。図２２のPIDフィルタ５３とPIDフィルタ５６のブロック内に示す出力先の端子（丸）には、グラフィックのデータをデコードするデコーダなどが接続される。
【０１６７】
スイッチ５７は、PIDフィルタ５３から供給された、Main TSに含まれていたR videoストリームのトランスポートパケットをESバッファ５８に出力して記憶させる。また、スイッチ５７は、PIDフィルタ５６から供給された、Sub TSに含まれていたR videoストリームのトランスポートパケットをESバッファ５８に出力して記憶させる。ESバッファ５８には、R videoのESが記憶される。
【０１６８】
スイッチ５９は、ESバッファ５４に記憶されているL videoのパケットと、ESバッファ５８に記憶されているR videoのパケットのうちの、デコードの対象になるパケットをデコーダ６０に出力する。DTS(Decoding Time Stamp)などの時刻情報がL videoとR videoのPESパケットに設定されており、その時刻情報に基づいてバッファからの読み出しが行われる。
【０１６９】
デコーダ６０は、スイッチ５９から供給されたパケットをデコードし、デコードすることによって得られたL video、またはR videoのビデオ信号を出力する。
【０１７０】
［PlayListファイルの具体例１］
図２３は、PlayListファイルの具体例を示す図である。
【０１７１】
図２３には、図１１等に示す情報のうちの一部の情報を示している。後述するPlayListファイルの具体例についても同様である。
【０１７２】
図２３のPlayListファイルは、L videoストリームとR videoストリームがそれぞれ別のTSに含まれ、それらのTSファイルがインターリーブされて光ディスク２に記録されている場合の3D再生を制御するPlayListファイルである。
【０１７３】
すなわち、図２３のAppInfoPlayList()に示すようにMVC_flag=1であり、かつ、PlayItem()に示すようにMVC_file_type=1である。
【０１７４】
PlayItem()のClip_Information_file_nameは「00001」である。この記述から、L videoのClipを構成するclpiファイルが特定される。また、PlayItem()のIN_timeとOUT_timeから、PlayItemの再生区間の開始位置と終了位置がそれぞれ特定され、STN_table()から、L videoストリームを構成するトランスポートパケットのPIDが特定される。
【０１７５】
ExtensionData()には、R videoストリームを参照するSubPathに関する情報が記述される。この例においては、通常のSubPathの数が0（number_of_SubPaths（図１１の１４行目）の値が0）とされており、R videoストリームを参照するSubPathには、SubPath_id=0が割り当てられる。SubPath_extension()中には、R videoストリームを参照するSubPathであることを表すSubPath_type_extension=8が設定される。
【０１７６】
ExtensionData()のSubPlayItem()のClip_Information_file_nameは「00002」である。この記述から、R videoのClipを構成するclpiファイルが特定される。また、SubPlayItem()のSubPlayItem_IN_timeとSubPlayItem_OUT_timeから、SubPlayItemの再生区間の開始位置と終了位置がそれぞれ特定される。
【０１７７】
STN_table_extension()から、R videoストリームを参照するSubPathのIDが0であること（ref_to_SubPath_id=0）と、R videoストリームを構成するトランスポートパケットのPID（ref_to_R_video_PID）が特定される。この例の場合、STN_table_extension()のtypeの値は2となる。
【０１７８】
図２４は、clpiファイルのシンタクスを示す図である。
【０１７９】
図２４Ａは「00001.clpi」のclpiファイルの例を示す図である。
【０１８０】
number_of_source_packets1は、「00001.m2ts」のm2tsファイルに含まれるソースパケットの数を表す。
【０１８１】
EP_mapには、「00001.m2ts」のm2tsファイルに含まれるTSに設定されたエントリーポイント(EP)の位置情報が含まれる。
【０１８２】
chunk_map()には、「00001.m2ts」のm2tsファイルの各チャンクの位置情報が含まれる。各チャンクの位置は、例えばSource Packet Number（SPN）により表される。chunk_map()の具体例については後述する。
【０１８３】
図２４Ｂは「00002.clpi」のclpiファイルの例を示す図である。
【０１８４】
「00002.clpi」のclpiファイルにも、「00001.clpi」のclpiファイルと同様に、「00002.m2ts」のm2tsファイルに含まれるソースパケットの数を表すnumber_of_source_packets2、EP_map、およびchunk_map()が含まれる。
【０１８５】
図２５は、ファイル管理の概念を示す図である。
【０１８６】
図２５に示すように、インターリーブされて光ディスク２に記録されているファイルの管理は、物理レイヤ、ファイルシステムレイヤ、アプリケーションレイヤの３層構造の形で行われる。図２３のPlayListファイル、図２４のclpiファイルは、コンテンツの再生を管理するアプリケーションが扱うアプリケーションレイヤの情報になる。
【０１８７】
物理レイヤは、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブされて記録されている光ディスク２のレイヤとなる。
【０１８８】
ファイルシステムレイヤにおいては、アプリケーションが指定したストリームファイル（m2tsファイル、ilvtファイル）と、各ストリームファイルを構成するエクステントの光ディスク２上の位置が対応付けられる。ファイルシステムは例えばUDF file systemである。
【０１８９】
エクステントは、特定のファイルにより管理されるデータ全体のうち、連続して光ディスク２上に配置されるデータのそれぞれの集まりをいう。
【０１９０】
すなわち、図２５の例の場合、「00001.m2ts」のm2tsファイルにおいては、L[0],L[1]がそれぞれエクステントとなる。「00001.m2ts」のm2tsファイルが読み出しファイルとしてアプリケーションにより指定された場合、L[0],L[1]のそれぞれの光ディスク２上の位置がUDF file systemにより特定され、ディスクドライブ３２により読み出される。
【０１９１】
「00002.m2ts」のm2tsファイルにおいては、R[0],R[1]がそれぞれエクステントとなる。「00002.m2ts」のm2tsファイルが読み出しファイルとしてアプリケーションにより指定された場合、R[0],R[1]のそれぞれの光ディスク２上の位置がUDF file systemにより特定され、ディスクドライブ３２により読み出される。
【０１９２】
「00001.ilvt」のilvtファイルにおいては、R[0],L[0],R[1],L[1]全体が１つのエクステントとなる。「00001.ilvt」のilvtファイルが読み出しファイルとしてアプリケーションにより指定された場合、R[0],L[0],R[1],L[1]の光ディスク２上の位置がUDF file systemにより特定され、ディスクドライブ３２により読み出される。
【０１９３】
［動作例１］
ここで、図２６のフローチャートを参照して、図２３のPlayListファイルに従って行われる3D再生の処理について説明する。
【０１９４】
MVC_flag=1である場合、コントローラ３１（コントローラ３１において実行される、コンテンツの再生を管理するアプリケーション）は、操作部３７に対して行われたユーザによる操作に応じて3D再生を開始する。
【０１９５】
ステップＳ１において、コントローラ３１は、STN_table()の記述から、L videoストリームを構成する、Main TSのトランスポートパケットのPIDを特定する。
【０１９６】
ステップＳ２において、コントローラ３１は、STN_table_extension()の記述から、R videoストリームを参照するSubPathのSubPath_idの値であるref_to_SubPath_id=0を特定し、また、R videoストリームを構成する、Sub TSのトランスポートパケットのPIDを特定する。
【０１９７】
ステップＳ３において、コントローラ３１は、PlayItem()の中のClip_Information_file_nameから、L videoストリームを含むMain TSのm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。
【０１９８】
ステップＳ４において、コントローラ３１は、SubPath_entries_extension()の中でSubPath_id=0を持つ、SubPath_type=8が設定されたSubPathのSubPlayItem()の中のClip_Information_file_nameから、R videoストリームを含むm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。
【０１９９】
ステップＳ５において、コントローラ３１は、L videoのClipを構成するファイルのファイル名に含まれる数字（00001）と同じ５文字をファイル名に含み、拡張子がilvtである「00001.ilvt」のilvtファイルを特定する。上述したように、ilvtファイルのファイル名には、L videoのClipを構成するm2tsファイル、clpiファイルの名前に含まれる数字と同じ数字が含まれる。
【０２００】
ステップＳ６において、コントローラ３１は、ステップＳ３で特定した「00001.ilvt」を読み出しファイルとし、UDF file systemを通して、ディスクドライブ３２に光ディスク２から読み出させる。「00001.ilvt」のilvtファイルのデータとしてディスクドライブ３２により読み出されたL videoストリームとR videoストリームのデータは、デコード部３６の分離部５１に供給される。
【０２０１】
なお、ランダムアクセスなどが指定されたことにより、EP_mapに含まれる所定のEPからデコードを開始する場合、読み出しファイルのデータのうちの、そのEP以降のデータが読み出される。EP_mapには、各EPの位置を指定するソースパケットの番号などの位置情報が含まれる。
【０２０２】
ステップＳ７において、コントローラ３１は、分離部５１を制御し、「00001.clpi」のclpiファイルのchunk_map()と「00002.clpi」のclpiファイルのchunk_map()に基づいて、光ディスク２から読み出されたデータを、L videoとR videoのデータに分離させる。
【０２０３】
分離部５１により分離されたL videoストリームのデータはリードバッファ５２に出力され、R videoストリームのデータはリードバッファ５５に出力される。chunk_map()を使って行われるデータの分離については後述する。
【０２０４】
リードバッファ５２に記憶されたL videoストリームのデータは、そのトランスポートパケットがステップＳ１において特定されたPIDに基づいてPIDフィルタ５３により抽出され、ESバッファ５４、スイッチ５９を介してデコーダ６０に供給される。リードバッファ５５に記憶されたR videoストリームのデータは、そのトランスポートパケットがステップＳ２において特定されたPIDに基づいてPIDフィルタ５６により抽出され、スイッチ５７、ESバッファ５８、およびスイッチ５９を介してデコーダ６０に供給される。
【０２０５】
ステップＳ８において、デコーダ６０は、スイッチ５９から順次供給されるパケットをデコードする（再生する）。
【０２０６】
L videoストリームとR videoストリームがそれぞれ別のTSに含まれ、それらのTSファイルがインターリーブされて光ディスク２に記録されている場合の3D再生は以上のようにして行われる。
【０２０７】
［chunk_map()を使ったデータの分離］
図２７は、chunk_map()のシンタクスの例を示す図である。
【０２０８】
number_of_chunksは、参照するチャンクの数を表す。number_of_chunks以降には、ここで指定される数だけチャンクの情報が記述される。
【０２０９】
SPN_chunk_start[i]は、例えば先頭のチャンクの開始位置を基準として、その基準の位置から各チャンクの開始位置までのSPN(Source Packet Number)（長さ）を表す。各チャンクの開始位置のSPNが、先頭のチャンクのものから順に記述される。
【０２１０】
図２８は、chunk_map()を含む、clpiファイルの具体例を示す図である。
【０２１１】
図２８Ａは「00001.clpi」のclpiファイルを示す図であり、number_of_source_packetsは「number_of_source_packets1」とされている。また、chunk_map()のnumber_of_chunksはn+1であり、SPN_chunk_start[i]は0,a1,a2,…,anである。
【０２１２】
SPN_chunk_start[i]の１番目の値0は、図２９の中段に示すように、「00001.m2ts」のm2tsファイルの先頭のチャンクの開始位置を基準として、その基準の位置から、１番目のチャンクであるL[0]の開始位置までのSPNが0であることを表す。
【０２１３】
２番目の値a1は、基準の位置から、２番目のチャンクであるL[1]の開始位置までのSPNがa1であることを表す。
【０２１４】
３番目の値a2は、基準の位置から、３番目のチャンクであるL[2]の開始位置までのSPNがa2であることを表す。
【０２１５】
n+1番目の値anは、基準の位置から、最後のチャンクであるL[n]の開始位置までのSPNがanであることを表す。
【０２１６】
図２８Ｂは「00002.clpi」のclpiファイルを示す図であり、number_of_source_packetsは「number_of_source_packets2」とされている。また、chunk_map()のnumber_of_chunksはn+1であり、SPN_chunk_start[i]は0,b1,b2,…,bnである。
【０２１７】
SPN_chunk_start[i]の１番目の値0は、図２９の上段に示すように、「00002.m2ts」のm2tsファイルの先頭のチャンクの開始位置を基準として、その基準の位置から、１番目のチャンクであるR[0]の開始位置までのSPNが0であることを表す。
【０２１８】
２番目の値b1は、基準の位置から、２番目のチャンクであるR[1]の開始位置までのSPNがb1であることを表す。
【０２１９】
３番目の値b2は、基準の位置から、３番目のチャンクであるR[2]の開始位置までのSPNがb2であることを表す。
【０２２０】
n+1番目の値bnは、基準の位置から、最後のチャンクであるR[n]の開始位置までのSPNがbnであることを表す。
【０２２１】
分離部５１は、光ディスク２から読み出されたデータが供給された場合、図２９の下段に示すように、２つのchunk_map()の記述に基づいて、供給されたデータの先頭からb1に相当するSPN分のデータをR[0]として分離する。「00001.ilvt」のilvtファイルが読み出しファイルとして指定された場合、分離部５１には、R[0],L[0],R[1],L[1],・・・,R[n],L[n]の順に各データが供給される。
【０２２２】
また、分離部５１は、R[0]の終わりの位置からa1に相当するSPN分のデータをL[0]として分離し、L[0]の終わりの位置からb2-b1に相当するSPN分のデータをR[1]として分離する。分離部５１は、R[1]の終わりの位置からa2-a1に相当するSPN分のデータをL[1]として分離する。
【０２２３】
同様にして、分離部５１は、L[n-1]の終わりの位置から、「00002.clpi」のclpiファイルに記述されるnumber_of_source_packets2の値からbnの値を減算した値に相当するSPN分のデータをR[n]として分離する。分離部５１は、R[n]の終わりの位置から、「00001.clpi」のclpiファイルに記述されるnumber_of_source_packets1の値からanの値を減算した値に相当するSPN分のデータをL[n]として分離する。
【０２２４】
このように、分離部５１によるデータの分離は、chunk_map()に記述される各チャンクの長さの情報を用いて行われる。
【０２２５】
なお、1以外の値がMVC_file_typeに設定されているとき、chunk_map()はオプショナル(あっても無くても良い)となる。1以外の値がMVC_file_typeに設定されたPlayListを読み込んだプレーヤは、chunk_map()がPlayList中にある場合には、そのchunk_map()を無視しなければならない。
【０２２６】
MVC_file_type=1のとき、L videoストリームとR videoストリームの対応する2つのストリームは、それぞれ同じ数のチャンクに分割される。インターリーブされるR[i],L[i]について、添え字iの値が同じL videoストリームのチャンクとL videoストリームのチャンクは、同じ再生時間を持つ。
【０２２７】
図３０は、clpiファイルに記述されるEP_map()のシンタクスを示す図である。
【０２２８】
EP_map()はランダムアクセスなどを行うときのデコード開始位置を特定するために参照される。number_of_EP_entriesはEP（エントリポイント）の数を表す。
【０２２９】
number_of_EP_entries以降の記述が各EPについて用意される。PTS_EP_start[i]はEPのPTSを表し、SPN_EP_start[i]はEPのSPNを表す。このように、EP_mapには、各エントリポイントについてのPTSとSPNが対応付けて登録される。EPが指定されたとき、指定されたEPのPTS_EP_start[i]とSPN_EP_start[i]に基づいて読み出し開始アドレスが特定され、ファイルの読み出しが行われる。
【０２３０】
［PlayListファイルの具体例２］
図３１Ａは、PlayListファイルの他の具体例を示す図である。
【０２３１】
図３１ＡのPlayListは、L videoストリームとR videoストリームが同じTSに含まれる場合の3D再生を制御するPlayListである。すなわち、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルは、光ディスク２上でインターリーブされていない。
【０２３２】
この場合、図３１ＡのAppInfoPlayList()に示すようにMVC_flag=1であり、かつ、PlayItem()に示すようにMVC_file_type=0である。
【０２３３】
PlayItem()のClip_Information_file_nameは「00001」である。この記述から、L videoのClipを構成するclpiファイルが特定される。また、PlayItem()のIN_timeとOUT_timeから、PlayItemの再生区間の開始位置と終了位置がそれぞれ特定され、STN_table()から、L videoストリームを構成するトランスポートパケットのPIDが特定される。
【０２３４】
ExtensionData()のSTN_table_extension()から、R videoストリームを構成するトランスポートパケットのPIDが特定される。この例の場合、STN_table_extension()のtypeの値は1となる。
【０２３５】
図３１Ｂは、「00001.clpi」のclpiファイルのシンタクスを示す図である。
【０２３６】
図３１Ｂに示すように、「00001.clpi」のclpiファイルにはEP_mapが含まれる。1以外の値がMVC_file_typeに設定されており、この例においては、clpiファイルにchunk_map()が含まれていない。
【０２３７】
図３２は、図３１のファイルに基づいて行われるファイル管理の概念を示す図である。
【０２３８】
図３２に示すように、L videoストリームとR videoストリームを含む１本のTSは、「00001.m2ts」のm2tsファイルによって管理される。
【０２３９】
「00001.m2ts」のm2tsファイルが読み出しファイルとしてアプリケーションにより指定された場合、「00001.m2ts」のm2tsファイルの記録位置がUDF file systemにより特定され、ディスクドライブ３２により読み出される。読み出された「00001.m2ts」のm2tsファイルに含まれるL videoストリームとR videoストリームを構成するそれぞれのトランスポートパケットは、PIDに基づいて、それぞれ分離される。
【０２４０】
［動作例２］
図３３のフローチャートを参照して、図３１のPlayListファイルに従って行われる3D再生の処理について説明する。
【０２４１】
ステップＳ２１において、コントローラ３１は、STN_table()の記述から、L videoストリームを構成する、Main TSのトランスポートパケットのPIDを特定する。
【０２４２】
ステップＳ２２において、コントローラ３１は、STN_table_extension()の記述から、R videoストリームを構成する、Main TSのトランスポートパケットのPIDを特定する。
【０２４３】
ステップＳ２３において、コントローラ３１は、PlayItem()の中のClip_Information_file_nameから、L videoストリームとR videoストリームを含むm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。MVC_flag=1であり、かつ、MVC_file_type=0であることにより、１本のMain TSにL videoストリームとR videoストリームが含まれていることは特定されている。
【０２４４】
ステップＳ２４において、コントローラ３１は、「00001.m2ts」を読み出しファイルとし、UDF file systemを通して、ディスクドライブ３２に光ディスク２から読み出させる。ディスクドライブ３２により読み出された、「00001.m2ts」のm2tsファイルのデータは、分離部５１を介してリードバッファ５２に供給され、記憶される。
【０２４５】
リードバッファ５２に記憶されたデータの中から、ステップＳ２１において特定されたPIDに基づいて、L videoストリームのトランスポートパケットがPIDフィルタ５３により抽出される。抽出されたトランスポートパケットのデータは、ESバッファ５４、スイッチ５９を介してデコーダ６０に供給される。
【０２４６】
また、リードバッファ５２に記憶されたデータの中から、ステップＳ２２において特定されたPIDに基づいて、R videoストリームのトランスポートパケットがPIDフィルタ５３により抽出される。抽出されたトランスポートパケットのデータは、スイッチ５７、ESバッファ５８、スイッチ５９を介してデコーダ６０に供給される。
【０２４７】
ステップＳ２５において、デコーダ６０は、スイッチ５９から順次供給されるパケットをデコードする（再生する）。
【０２４８】
L videoストリームとR videoストリームが同じTSに含まれる場合の3D再生は以上のようにして行われる。
【０２４９】
［PlayListファイルの具体例３］
図３４は、PlayListファイルのさらに他の具体例を示す図である。
【０２５０】
図３４のPlayListファイルは、L videoストリームを含むTSが光ディスク２に記録され、R videoストリームを含むTSがローカルストレージ３４に記録されている場合の3D再生を制御するPlayListである。例えば、サーバ２２からR videoストリームがダウンロードされたとき、光ディスク２に記録されているPlayListはR videoストリームに関する情報を追加するようにして更新され、ローカルストレージ３４に記録してコントローラ３１により管理される。
【０２５１】
図３４のAppInfoPlayList()に示すようにMVC_flag=1であり、かつ、PlayItem()に示すようにMVC_file_type=2である。
【０２５２】
PlayItem()のClip_Information_file_nameは「00001」である。この記述から、L videoのClipを構成するclpiファイルが特定される。また、PlayItem()のIN_timeとOUT_timeから、PlayItemの再生区間の開始位置と終了位置がそれぞれ特定され、STN_table()から、L videoストリームを構成するトランスポートパケットのPIDが特定される。
【０２５３】
ExtensionData()には、R videoストリームを参照するSubPathに関する情報が記述される。この例においても、通常のSubPathの数が0（number_of_SubPaths（図１１の１４行目）の値が0）とされており、R videoストリームを参照するSubPathには、SubPath_id=0が割り当てられる。図３４に示すように、SubPath_extension()中には、R videoストリームを参照するSubPathであることを表すSubPath_type_extension=8が設定される。
【０２５４】
ExtensionData()のSubPlayItem()のClip_Information_file_nameは「00003」である。この記述から、R videoのClipを構成するclpiファイルが特定される。「00003.clpi」のclpiファイルも、対応するR videoストリームのファイルである「00003.m2ts」のm2tsファイルとともにサーバ２２からダウンロードされ、ローカルストレージ３４に記憶されている。
【０２５５】
また、ExtensionData()のSubPlayItem()のSubPlayItem_IN_timeとSubPlayItem_OUT_timeから、SubPlayItemの再生区間の開始位置と終了位置がそれぞれ特定される。STN_table_extension()から、R videoストリームを参照するSubPathのIDが0であること（ref_to_SubPath_id=0）と、R videoストリームを構成するトランスポートパケットのPID（ref_to_R_video_PID）が特定される。この例の場合、STN_table_extension()のtypeの値は2となる。
【０２５６】
図３５は、clpiファイルのシンタクスを示す図である。
【０２５７】
図３５Ａは「00001.clpi」のclpiファイルの例を示す図である。図３５Ａに示すように、「00001.clpi」のclpiファイルにはEP_mapが含まれる。図３５Ｂは「00003.clpi」のclpiファイルの例を示す図である。図３５Ｂに示すように、「00003.clpi」のclpiファイルにもEP_mapが含まれる。
【０２５８】
例えば、「00001.clpi」のclpiファイルに含まれるEP_mapと「00003.clpi」のclpiファイルに含まれるEP_mapには、コンテンツの先頭の時刻t0を基準としてそれぞれ同じ時刻に設定されたEPの情報が含まれる。「00001.clpi」のclpiファイルに含まれるEP_mapを使用して再生が開始されるL videoストリームの位置と、「00003.clpi」のclpiファイルに含まれるEP_mapを使用して再生が開始されるR videoストリームの位置は、時刻t0を基準とした時間軸上では同じ時刻の位置になる。
【０２５９】
図３６は、図３４と図３５のファイルを用いて行われるファイル管理の概念を示す図である。
【０２６０】
図３６に示すように、光ディスク２に記録されたL videoストリームを含むTSは、「00001.m2ts」のm2tsファイルによって管理される。また、ローカルストレージ３４に記録されたR videoストリームを含むTSは、「00003.m2ts」のm2tsファイルによって管理される。
【０２６１】
BDにおいては、BDに記録されたデータとローカルストレージに記録されたデータは、BDに記録されたデータを管理する例えばUDF file systemと、ローカルストレージに記録されたデータを管理するファイルシステムとをマージした仮想的なファイルシステムによって管理される。ローカルストレージを内蔵したプレーヤは、そのような仮想的なファイルシステムを生成し、BDに記録されたデータとローカルストレージに記録されたデータを管理する。
【０２６２】
読み出し対象とするファイルがアプリケーションにより指定された場合、そのファイルがBDに記録されているのか、またはローカルストレージに記録されているのかと、記録メディア上の記録位置を示すアドレスが仮想ファイルシステムにより特定され、特定された記録メディアの、特定されたアドレスからファイルが読み出される。
【０２６３】
例えば、「00001.m2ts」のm2tsファイルがアプリケーションにより指定された場合、「00001.m2ts」のm2tsファイルが光ディスク２の所定の位置に記録されていることが仮想ファイルシステムにより特定され、ディスクドライブ３２により読み出される。
【０２６４】
また、「00003.m2ts」のm2tsファイルがアプリケーションにより指定された場合、「00003.m2ts」のm2tsファイルがローカルストレージ３４の所定の位置に記録されていることが仮想ファイルシステムにより特定され、読み出される。
【０２６５】
［動作例３］
図３７のフローチャートを参照して、図３４のPlayListファイルに従って行われる3D再生の処理について説明する。
【０２６６】
ステップＳ４１において、コントローラ３１は、STN_table()の記述から、L videoストリームを構成する、Main TSのトランスポートパケットのPIDを特定する。
【０２６７】
ステップＳ４２において、コントローラ３１は、STN_table_extension()の記述から、R videoストリームを参照するSubPathのSubPath_idの値であるref_to_SubPath_id=0を特定し、また、R videoストリームを構成するトランスポートパケットのPIDを特定する。
【０２６８】
ステップＳ４３において、コントローラ３１は、PlayItem()の中のClip_Information_file_nameから、L videoストリームを含むMain TSのm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。
【０２６９】
ステップＳ４４において、コントローラ３１は、SubPath_entries_extension()の中でSubPath_id=0を持つ、SubPath_type=8が設定されたSubPathのSubPlayItem()の中のClip_Information_file_nameから、R videoストリームを含むm2tsファイルに対応するclpiファイルのファイル名を「00003.clpi」として特定する。
【０２７０】
ステップＳ４５において、コントローラ３１は、「00001.m2ts」を読み出しファイルとし、仮想ファイルシステムを通して、ディスクドライブ３２に光ディスク２から読み出させる。
【０２７１】
ステップＳ４６において、コントローラ３１は、「00003.m2ts」を読み出しファイルとし、仮想ファイルシステムを通して、ローカルストレージ３４から読み出す。
【０２７２】
ディスクドライブ３２により読み出された「00001.m2ts」のm2tsファイルのデータは、分離部５１を介してリードバッファ５２に供給され、記憶される。リードバッファ５２に記憶されたL videoストリームのデータは、そのトランスポートパケットがステップＳ４１において特定されたPIDに基づいてPIDフィルタ５３により抽出され、ESバッファ５４、スイッチ５９を介してデコーダ６０に供給される。
【０２７３】
一方、ローカルストレージ３４から読み出された「00003.m2ts」のm2tsファイルのデータは、分離部５１を介してリードバッファ５５に供給され、記憶される。リードバッファ５５に記憶されたR videoストリームのデータは、そのトランスポートパケットがステップＳ４２において特定されたPIDに基づいてPIDフィルタ５６により抽出され、スイッチ５７、ESバッファ５８、およびスイッチ５９を介してデコーダ６０に供給される。
【０２７４】
ステップＳ４７において、デコーダ６０は、スイッチ５９から順次供給されるパケットをデコードする（再生する）。
【０２７５】
L videoストリームを含むTSが光ディスク２に記録され、R videoストリームを含むTSがローカルストレージ３４に記録されている場合の3D再生は以上のようにして行われる。
【０２７６】
［2D再生を行う場合の動作］
以上のようなPlayListファイルに従って、光ディスク２に記録されているコンテンツを2D再生する場合の動作について説明する。
【０２７７】
ここでは、L videoストリームとR videoストリームがそれぞれ別のTSに含まれ、それらのm2tsファイルがインターリーブされて光ディスク２に記録されているものとする。光ディスク２上のデータの配置は図２５に示す配置になる。2D再生は、図２３のPlayListファイルに従って行われる。
【０２７８】
この場合、2D再生を行うプレーヤは、2D再生と関係のある記述だけをPlayListファイルから読み込んで処理を行う。
【０２７９】
図２３のPlayListファイルの記述うちの、読み込みの対象になる記述を図３８に下線を付して示す。図３８に示すように、R videoストリームの再生時に参照される情報であるExtensionData()の記述は読み込まれない。
【０２８０】
また、図２４Ａのclpiファイルの記述うちの、読み込みの対象になる記述を図３９Ａに下線を付して示す。図３９Ａに示すように、R videoストリームの再生時に参照される情報であるchunk_map()は読み込まれない。また、図３９Ｂに示すように、「00002.clpi」のclpiファイルはその全体が読み込まれない。
【０２８１】
一連の処理について説明すると、2D再生を行う再生装置１は、PlayItem()の中のClip_Information_file_nameから、L videoストリームを含むm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。また、再生装置１は、STN_table()の記述から、L videoストリームを構成するトランスポートパケットのPIDを特定する。
【０２８２】
再生装置１は、UDF file systemを通して、「00001.m2ts」のm2tsファイルを光ディスク２から読み出し、以降、L videoストリームを読み出したときと同様の処理を行う。すなわち、リードバッファ５２に一時的に記憶されたL videoストリームのデータは、PIDフィルタ５３、ESバッファ５４、スイッチ５９を介してデコーダ６０に供給され、再生される。再生装置１から出力されるデータはL videoストリームのデータだけであるから、表示装置３においては、L videoストリームのデータに基づいて2D画像が表示される。
【０２８３】
このように、図２３等を参照して説明したPlayListファイルは、3D再生に対応した再生装置において2D再生を行う場合にも、あるいは、3D再生に非対応の再生装置において2D再生を行う場合にも、利用可能なファイルとなる。これにより、3D再生に対応した再生装置用のものと、3D再生に非対応の再生装置用のものとをそれぞれ用意する必要がなく、PlayListファイルやそれを記録した光ディスク２の互換性を確保することが可能になる。
【０２８４】
［記録装置の構成例］
図４０は、ソフト製作処理部１０１の構成例を示すブロック図である。
【０２８５】
ビデオエンコーダ１１１は、図３のMVCエンコーダと同様の構成を有している。ビデオエンコーダ１１１は、複数の映像データをH.264 AVC/MVCでエンコードすることによってL videoストリームとR videoストリームを生成し、バッファ１１２に出力する。
【０２８６】
オーディオエンコーダ１１３は、入力されたオーディオストリームをエンコードし、得られたデータをバッファ１１４に出力する。オーディオエンコーダ１１３には、L videoストリーム、R videoストリームとともにディスクに記録させるオーディオストリームが入力される。
【０２８７】
データエンコーダ１１５は、PlayListファイルなどの、ビデオ、オーディオ以外の上述した各種のデータをエンコードし、エンコードして得られたデータをバッファ１１６に出力する。例えば、データエンコーダ１１５は、上述したSubPath_entries_extension（図１５）やSTN_table_extension（図１８）やMVC_flag（図１２）やMVC_file_type（図１３）を設定し、図１１を参照して説明したようなPlayListファイルを生成する。
【０２８８】
多重化部１１７は、それぞれのバッファに記憶されたビデオデータ、オーディオデータ、および、ストリーム以外のデータを同期信号と共に多重化し、誤り訂正符号化部１１８に出力する。
【０２８９】
誤り訂正符号化部１１８は、エラー訂正用のコードを多重化部１１７により多重化されたデータに付加する。
【０２９０】
変調部１１９は、誤り訂正符号化部１１８から供給されたデータに対して変調を施し、出力する。変調部１１９の出力は、再生装置１において再生可能な光ディスク２に記録されるソフトウエアとなる。
【０２９１】
このような構成を有するソフト製作処理部１０１が記録装置に設けられる。
【０２９２】
図４１は、ソフト製作処理部１０１を含む構成の例を示す図である。
【０２９３】
図４１に示す構成の一部が記録装置内に設けられることもある。
【０２９４】
ソフト製作処理部１０１により生成された記録信号はプリマスタリング処理部１３１においてマスタリング処理が施され、光ディスク２に記録すべきフォーマットの信号が生成される。生成された信号は原盤記録部１３３に供給される。
【０２９５】
記録用原盤製作部１３２においては、ガラスなどよりなる原盤が用意され、その上に、フォトレジストなどよりなる記録材料が塗布される。これにより、記録用原盤が製作される。
【０２９６】
原盤記録部１３３において、プリマスタリング処理部１３１から供給された記録信号に対応してレーザビームが変調され、原盤上のフォトレジストに照射される。これにより、原盤上のフォトレジストが記録信号に対応して露光される。その後、この原盤を現像し、原盤上にピットを出現させることが行われる。
【０２９７】
金属原盤製作部１３４において、原盤に電鋳等の処理が施され、ガラス原盤上のピットを転写した金属原盤が製作される。この金属原盤から、さらに金属スタンパが製作され、これが成形用金型とされる。
【０２９８】
成形処理部１３５において、成形用金型に、インジェクションなどによりPMMA（アクリル）またはPC（ポリカーボネート）などの材料を注入し、固定化させることが行われる。あるいは、金属スタンパ上に２Ｐ（紫外線硬化樹脂）などを塗布した後、紫外線を照射して硬化させることが行われる。これにより、金属スタンパ上のピットを、樹脂よりなるレプリカ上に転写することができる。
【０２９９】
成膜処理部１３６において、レプリカ上に、反射膜が蒸着あるいはスパッタリングなどにより形成される。あるいはまた、レプリカ上に、反射膜がスピンコートにより形成される。
【０３００】
後加工処理部１３７において、このディスクに対して内外径の加工が施され、２枚のディスクを張り合わせるなどの必要な処置が施される。このようにして、再生装置１によって再生可能なデータが記録された上述した光ディスク２が完成する。
【０３０１】
［コンピュータの構成例］
上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０３０２】
図４２は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
【０３０３】
CPU(Central Processing Unit)１５１、ROM(Read Only Memory)１５２、RAM(Random Access Memory)１５３は、バス１５４により相互に接続されている。
【０３０４】
バス１５４には、さらに、入出力インタフェース１５５が接続されている。入出力インタフェース１５５には、キーボード、マウスなどよりなる入力部１５６、ディスプレイ、スピーカなどよりなる出力部１５７が接続される。また、入出力インタフェース１５５には、ハードディスクや不揮発性のメモリなどよりなる記憶部１５８、ネットワークインタフェースなどよりなる通信部１５９、リムーバブルメディア１６１を駆動するドライブ１６０が接続される。
【０３０５】
以上のように構成されるコンピュータでは、CPU１５１が、例えば、記憶部１５８に記憶されているプログラムを入出力インタフェース１５５及びバス１５４を介してRAM１５３にロードして実行することにより、上述した一連の処理が行われる。
【０３０６】
CPU１５１が実行するプログラムは、例えばリムーバブルメディア１６１に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供され、記憶部１５８にインストールされる。
【０３０７】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０３０８】
本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０３０９】
１  再生装置，  ２  光ディスク，  ３  表示装置，  １１  H.264/AVCエンコーダ，  １２  H.264/AVCデコーダ，  １３  Dependent view videoエンコーダ，  １４  マルチプレクサ，  ３１  コントローラ，  ３２  ディスクドライブ，  ３３  メモリ，  ３４  ローカルストレージ，  ３５  インターネットインタフェース，  ３６  デコード部，  ３７  操作入力部
【図１】
2011030187.tif 000003
【図２】
2011030187.tif 000004
【図３】
2011030187.tif 000005
【図４】
2011030187.tif 000006
【図５】
2011030187.tif 000007
【図６】
2011030187.tif 000008
【図７】
2011030187.tif 000009
【図８】
2011030187.tif 000010
【図９】
2011030187.tif 000011
【図１０】
2011030187.tif 000012
【図１１】
2011030187.tif 000013
【図１２】
2011030187.tif 000014
【図１３】
2011030187.tif 000015
【図１４】
2011030187.tif 000016
【図１５】
2011030187.tif 000017
【図１６】
2011030187.tif 000018
【図１７】
2011030187.tif 000019
【図１８】
2011030187.tif 000020
【図１９】
2011030187.tif 000021
【図２０】
2011030187.tif 000022
【図２１】
2011030187.tif 000023
【図２２】
2011030187.tif 000024
【図２３】
2011030187.tif 000025
【図２４】
2011030187.tif 000026
【図２５】
2011030187.tif 000027
【図２６】
2011030187.tif 000028
【図２７】
2011030187.tif 000029
【図２８】
2011030187.tif 000030
【図２９】
2011030187.tif 000031
【図３０】
2011030187.tif 000032
【図３１】
2011030187.tif 000033
【図３２】
2011030187.tif 000034
【図３３】
2011030187.tif 000035
【図３４】
2011030187.tif 000036
【図３５】
2011030187.tif 000037
【図３６】
2011030187.tif 000038
【図３７】
2011030187.tif 000039
【図３８】
2011030187.tif 000040
【図３９】
2011030187.tif 000041
【図４０】
2011030187.tif 000042
【図４１】
2011030187.tif 000043
【図４２】
2011030187.tif 000044