再生装置、再生方法、および記録方法
【課題】3D画像のコンテンツを適切に再生することができるようにする。
【解決手段】本技術の一側面の再生装置は、プレイリストフィールド内のプレイアイテムフィールドに基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、プレイリストフィールドの外の拡張フィールドに拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルを記録媒体から読み出し、記録媒体上に所定のデータ単位でインタリーブして配置された基本ストリームと拡張ストリームのファイルであるインタリーブファイルを記録媒体から読み出す読み出し部を備える。本技術は、Blu-Ray（登録商標） Discプレーヤに適用することができる。
【解決手段】本技術の一側面の再生装置は、プレイリストフィールド内のプレイアイテムフィールドに基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、プレイリストフィールドの外の拡張フィールドに拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルを記録媒体から読み出し、記録媒体上に所定のデータ単位でインタリーブして配置された基本ストリームと拡張ストリームのファイルであるインタリーブファイルを記録媒体から読み出す読み出し部を備える。本技術は、Blu-Ray（登録商標） Discプレーヤに適用することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、再生装置、再生方法、記録媒体、および記録方法に関し、特に、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画像のコンテンツを適切に再生することができるようにするものである。
【課題を解決するための手段】
【００１０】
本技術の一側面の記録装置は、複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた基本ストリームと拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、前記プレイリストフィールドの外のフィールドである拡張フィールドに前記拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルを記録媒体から読み出し、前記記録媒体上に所定のデータ単位でインタリーブして配置された前記基本ストリームと前記拡張ストリームのファイルであるインタリーブファイルを前記記録媒体から読み出す読み出し部と、前記インタリーブファイルに含まれる前記基本ストリームを前記プレイアイテムフィールドに記述された前記プレイアイテムの情報に基づいて再生し、前記拡張ストリームを前記拡張フィールドに記述された前記サブ再生パスの情報に基づいて再生する再生部とを備える。
【００１１】
本技術の一側面においては、複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた基本ストリームと拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、前記プレイリストフィールドの外のフィールドである拡張フィールドに前記拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルが記録媒体から読み出され、前記記録媒体上に所定のデータ単位でインタリーブして配置された前記基本ストリームと前記拡張ストリームのファイルであるインタリーブファイルが前記記録媒体から読み出される。また、前記インタリーブファイルに含まれる前記基本ストリームが前記プレイアイテムフィールドに記述された前記プレイアイテムの情報に基づいて再生され、前記拡張ストリームが前記拡張フィールドに記述された前記サブ再生パスの情報に基づいて再生される。
【発明の効果】
【００１２】
本技術によれば、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エンコーダ， １４ マルチプレクサ， ３１ コントローラ， ３２ ディスクドライブ， ３３ メモリ， ３４ ローカルストレージ， ３５ インターネットインタフェース， ３６ デコード部， ３７ 操作入力部
【技術分野】
【０００１】
本技術は、再生装置、再生方法、記録媒体、および記録方法に関し、特に、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画像のコンテンツを適切に再生することができるようにするものである。
【課題を解決するための手段】
【００１０】
本技術の一側面の記録装置は、複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた基本ストリームと拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、前記プレイリストフィールドの外のフィールドである拡張フィールドに前記拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルを記録媒体から読み出し、前記記録媒体上に所定のデータ単位でインタリーブして配置された前記基本ストリームと前記拡張ストリームのファイルであるインタリーブファイルを前記記録媒体から読み出す読み出し部と、前記インタリーブファイルに含まれる前記基本ストリームを前記プレイアイテムフィールドに記述された前記プレイアイテムの情報に基づいて再生し、前記拡張ストリームを前記拡張フィールドに記述された前記サブ再生パスの情報に基づいて再生する再生部とを備える。
【００１１】
本技術の一側面においては、複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた基本ストリームと拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、前記プレイリストフィールドの外のフィールドである拡張フィールドに前記拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルが記録媒体から読み出され、前記記録媒体上に所定のデータ単位でインタリーブして配置された前記基本ストリームと前記拡張ストリームのファイルであるインタリーブファイルが前記記録媒体から読み出される。また、前記インタリーブファイルに含まれる前記基本ストリームが前記プレイアイテムフィールドに記述された前記プレイアイテムの情報に基づいて再生され、前記拡張ストリームが前記拡張フィールドに記述された前記サブ再生パスの情報に基づいて再生される。
【発明の効果】
【００１２】
本技術によれば、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エンコーダ， １４ マルチプレクサ， ３１ コントローラ， ３２ ディスクドライブ， ３３ メモリ， ３４ ローカルストレージ， ３５ インターネットインタフェース， ３６ デコード部， ３７ 操作入力部
【特許請求の範囲】
【請求項１】
複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた基本ストリームと拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、前記プレイリストフィールドの外のフィールドである拡張フィールドに前記拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルを記録媒体から読み出し、前記記録媒体上に所定のデータ単位でインタリーブして配置された前記基本ストリームと前記拡張ストリームのファイルであるインタリーブファイルを前記記録媒体から読み出す読み出し部と、
前記インタリーブファイルに含まれる前記基本ストリームを前記プレイアイテムフィールドに記述された前記プレイアイテムの情報に基づいて再生し、前記拡張ストリームを前記拡張フィールドに記述された前記サブ再生パスの情報に基づいて再生する再生部と
を備える再生装置。
【請求項２】
前記記録媒体には、前記基本ストリームの属性情報であるクリップ情報のファイルがさらに記録され、
前記読み出し部は、前記クリップ情報のファイルのファイル名に含まれる数字を指定する、前記プレイアイテムフィールドに記述される所定の桁数の数字と同じ数字をファイル名に含む前記インタリーブファイルを読み出す
請求項１に記載の再生装置。
【請求項３】
複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた基本ストリームと拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、前記プレイリストフィールドの外のフィールドである拡張フィールドに前記拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルを記録媒体から読み出し、前記記録媒体上に所定のデータ単位でインタリーブして配置された前記基本ストリームと前記拡張ストリームのファイルであるインタリーブファイルを前記記録媒体から読み出し、
前記インタリーブファイルに含まれる前記基本ストリームを前記プレイアイテムフィールドに記述された前記プレイアイテムの情報に基づいて再生し、
前記拡張ストリームを前記拡張フィールドに記述された前記サブ再生パスの情報に基づいて再生する
ステップを含む再生方法。
【請求項４】
複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた、所定のデータ単位でインタリーブして配置された基本ストリームと拡張ストリームのファイルであるインタリーブファイルと、
前記基本ストリームと前記拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに、読み出した前記インタリーブファイルに含まれる前記基本ストリームを再生するように再生装置を機能させる、前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、前記プレイリストフィールドの外のフィールドである拡張フィールドに、読み出した前記インタリーブファイルに含まれる前記拡張ストリームを再生するように前記再生装置を機能させる、前記拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルと
が記録された記録媒体。
【請求項５】
複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた、所定のデータ単位でインタリーブして配置された基本ストリームと拡張ストリームのファイルであるインタリーブファイルと、
前記基本ストリームと前記拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに、読み出した前記インタリーブファイルに含まれる前記基本ストリームを再生するように再生装置を機能させる、前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、前記プレイリストフィールドの外のフィールドである拡張フィールドに、読み出した前記インタリーブファイルに含まれる前記拡張ストリームを再生するように前記再生装置を機能させる、前記拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルと
を生成し、
生成した前記インタリーブファイルと前記PlayListファイルを記録媒体に記録させる
ステップを含む記録方法。
【請求項１】
複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた基本ストリームと拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、前記プレイリストフィールドの外のフィールドである拡張フィールドに前記拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルを記録媒体から読み出し、前記記録媒体上に所定のデータ単位でインタリーブして配置された前記基本ストリームと前記拡張ストリームのファイルであるインタリーブファイルを前記記録媒体から読み出す読み出し部と、
前記インタリーブファイルに含まれる前記基本ストリームを前記プレイアイテムフィールドに記述された前記プレイアイテムの情報に基づいて再生し、前記拡張ストリームを前記拡張フィールドに記述された前記サブ再生パスの情報に基づいて再生する再生部と
を備える再生装置。
【請求項２】
前記記録媒体には、前記基本ストリームの属性情報であるクリップ情報のファイルがさらに記録され、
前記読み出し部は、前記クリップ情報のファイルのファイル名に含まれる数字を指定する、前記プレイアイテムフィールドに記述される所定の桁数の数字と同じ数字をファイル名に含む前記インタリーブファイルを読み出す
請求項１に記載の再生装置。
【請求項３】
複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた基本ストリームと拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、前記プレイリストフィールドの外のフィールドである拡張フィールドに前記拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルを記録媒体から読み出し、前記記録媒体上に所定のデータ単位でインタリーブして配置された前記基本ストリームと前記拡張ストリームのファイルであるインタリーブファイルを前記記録媒体から読み出し、
前記インタリーブファイルに含まれる前記基本ストリームを前記プレイアイテムフィールドに記述された前記プレイアイテムの情報に基づいて再生し、
前記拡張ストリームを前記拡張フィールドに記述された前記サブ再生パスの情報に基づいて再生する
ステップを含む再生方法。
【請求項４】
複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた、所定のデータ単位でインタリーブして配置された基本ストリームと拡張ストリームのファイルであるインタリーブファイルと、
前記基本ストリームと前記拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに、読み出した前記インタリーブファイルに含まれる前記基本ストリームを再生するように再生装置を機能させる、前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、前記プレイリストフィールドの外のフィールドである拡張フィールドに、読み出した前記インタリーブファイルに含まれる前記拡張ストリームを再生するように前記再生装置を機能させる、前記拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルと
が記録された記録媒体。
【請求項５】
複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた、所定のデータ単位でインタリーブして配置された基本ストリームと拡張ストリームのファイルであるインタリーブファイルと、
前記基本ストリームと前記拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに、読み出した前記インタリーブファイルに含まれる前記基本ストリームを再生するように再生装置を機能させる、前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報が記述され、前記プレイリストフィールドの外のフィールドである拡張フィールドに、読み出した前記インタリーブファイルに含まれる前記拡張ストリームを再生するように前記再生装置を機能させる、前記拡張ストリームを参照するサブ再生パスの情報が記述されたPlayListファイルと
を生成し、
生成した前記インタリーブファイルと前記PlayListファイルを記録媒体に記録させる
ステップを含む記録方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【公開番号】特開２０１２−１２４９２６（Ｐ２０１２−１２４９２６Ａ）
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願番号】特願２０１２−１３６０９（Ｐ２０１２−１３６０９）
【出願日】平成２４年１月２６日（２０１２．１．２６）
【分割の表示】特願２０１０−３９０４０（Ｐ２０１０−３９０４０）の分割
【原出願日】平成２２年２月２４日（２０１０．２．２４）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願日】平成２４年１月２６日（２０１２．１．２６）
【分割の表示】特願２０１０−３９０４０（Ｐ２０１０−３９０４０）の分割
【原出願日】平成２２年２月２４日（２０１０．２．２４）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]