情報処理装置、情報処理方法、およびプログラム
【課題】所定の単位のデータ毎にインターリーブして記録されている複数のストリームを、他の記録媒体に効率的にコピーする。
【解決手段】光ディスク上においては、L/R videoストリームが所定のデータ単位毎にインターリーブして記録されている。光ディスクに記録されているコンテンツのコピー時、L/R videoストリームの光ディスク上の状態がPlayListファイル＃１のMVC_file_typeの値に基づいて特定される。UDF file systemのエクステント共有によってL/R videoストリームを管理するilvtファイルはコピー対象としては指定されず、「00001.m2ts」と「00002.m2ts」がコピー対象として指定される。本発明は、Blu-ray（登録商標） Discプレーヤに適用することができる。
【解決手段】光ディスク上においては、L/R videoストリームが所定のデータ単位毎にインターリーブして記録されている。光ディスクに記録されているコンテンツのコピー時、L/R videoストリームの光ディスク上の状態がPlayListファイル＃１のMVC_file_typeの値に基づいて特定される。UDF file systemのエクステント共有によってL/R videoストリームを管理するilvtファイルはコピー対象としては指定されず、「00001.m2ts」と「00002.m2ts」がコピー対象として指定される。本発明は、Blu-ray（登録商標） Discプレーヤに適用することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、およびプログラムに関し、特に、所定の単位のデータ毎にインターリーブして記録されている複数のストリームを、他の記録媒体に効率的にコピーすることができるようにした情報処理装置、情報処理方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、立体視が可能な３次元（3D）画像のコンテンツが注目を集めている。3D画像の表示の方式としては、左目用の画像と右目用の画像を交互に表示させるフレームシーケンシャル方式などの種々の方式があるが、いずれの方式を採用する場合であっても、3D画像のコンテンツのデータ量は2D画像のコンテンツのデータ量よりも大きくなる。
【０００３】
映画等の高解像度のコンテンツを、データ量の多い3D画像として記録するには大容量の記録媒体が必要である。そのような大容量の記録媒体としては、例えば、Blu-ray（登録商標） Disc（以下、適宜、BDという）があり、3D画像のコンテンツをBDに記録することが考えられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−１９５２８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、HDD(Hard Disk Drive)などのローカルストレージをコピー先として、BDに記録されている3D画像のコンテンツのManaged Copyをどのようにして行うのかについてはBD規格では規定されていない。Managed Copyは、BDで採用されている著作権保護技術であるAACSの機能の一つであり、サーバと通信を行って機器の認証を行いながら、DBに記録されているコンテンツのコピーなどを行う技術である。
【０００６】
3D画像のコンテンツのビデオストリームは、左目用のビデオストリームと右目用のストリームとから構成される。それらのストリームのファイルシステムにおける管理の仕方によっては、単純にファイルを指定してManaged Copyを行ったのではコピーを効率的に行うことができない場合がある。
【０００７】
本発明は、このような状況に鑑みてなされたものであり、所定の単位のデータ毎にインターリーブして記録されている複数のストリームを、他の記録媒体に効率的にコピーすることができるようにするものである。
【課題を解決するための手段】
【０００８】
本発明の一側面の情報処理装置は、コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かを、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断する処理手段と、前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断された場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルを指定して、前記基本ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるとともに、前記第２のファイルを指定して、前記拡張ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせる記録制御手段とを備える。
【０００９】
前記処理手段には、前記制御情報に含まれる、前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているか否かを表す記録状態情報の値を、インターリーブして記録されていないことを表すように変更させ、前記記録制御手段には、値が変更された前記記録状態情報を含む前記制御情報を前記第２の記録媒体に記録させることができる。
【００１０】
前記第１の記録媒体はブルーレイディスクであり、前記制御情報は、ブルーレイディスク規格のプレイリストであるようにすることができる。
【００１１】
前記記録状態情報は、前記プレイリストを構成する、前記基本ストリームを参照するメインパスに関する情報に含まれるようにすることができる。
【００１２】
前記記録状態情報は、拡張フィールドの情報として前記プレイリストに含まれる、前記拡張ストリームを参照するサブパスのタイプを表す情報であるサブパスタイプであるようにすることができる。
【００１３】
前記処理手段には、前記拡張フィールドの情報として前記プレイリストに含まれる前記サブパスに関する情報が、前記拡張フィールドとは異なるサブパス用のフィールドの情報として含まれるように前記制御情報を変更させ、前記記録制御手段には、前記サブパスに関する情報の含まれるフィールドが変更された前記制御情報を前記第２の記録媒体に記録させることができる。
【００１４】
前記処理手段には、前記基本ストリームの再生時に参照され、前記基本ストリームと対応付けて前記第１の記録媒体に記録されている第１のクリップ情報から、前記基本ストリームを構成する前記所定の単位のデータとしてのソースパケットの集まりのそれぞれの前記第１の記録媒体上の位置に関する情報を削除させ、前記拡張ストリームの再生時に参照され、前記拡張ストリームと対応付けて前記第１の記録媒体に記録されている第２のクリップ情報から、前記拡張ストリームを構成する前記所定の単位のデータとしてのソースパケットの集まりのそれぞれの前記第１の記録媒体上の位置に関する情報を削除させることができる。また、前記記録制御手段には、ソースパケットの集まりのそれぞれの前記第１の記録媒体上の位置に関する情報が削除された前記第１のクリップ情報と前記第２のクリップ情報を前記第２の記録媒体に記録させることができる。
【００１５】
本発明の一側面の情報処理方法は、コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かを、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断し、前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断した場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルを指定して、前記基本ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるとともに、前記第２のファイルを指定して、前記拡張ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるステップを含む。
【００１６】
本発明の一側面のプログラムは、コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かを、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断し、前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断した場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルを指定して、前記基本ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるとともに、前記第２のファイルを指定して、前記拡張ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるステップを含む処理をコンピュータに実行させる。
【００１７】
本発明の一側面においては、コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かが、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断される。また、前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断された場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルが指定されて、前記基本ストリームが前記第１の記録媒体から第２の記録媒体にコピーされるとともに、前記第２のファイルが指定されて、前記拡張ストリームが前記第１の記録媒体から第２の記録媒体にコピーされる。
【発明の効果】
【００１８】
本発明によれば、所定の単位のデータ毎にインターリーブして記録されている複数のストリームを、他の記録媒体に効率的にコピーすることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明を適用した再生装置を含む再生システムの構成例を示す図である。
【図２】撮影の例を示す図である。
【図３】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ファイルに従って行われる再生処理について説明するフローチャートである。
【図３８】コピー対象の3Dコンテンツのファイル管理の概念を示す図である。
【図３９】問題点について説明する図である。
【図４０】コントローラの機能構成例を示すブロック図である。
【図４１】図３８の3Dコンテンツをコピーする再生装置の処理について説明するフローチャートである。
【図４２】MVC_file_typeの値が変更されたPlayListファイルを示す図である。
【図４３】chunk_map()が削除されたClip Informationファイルを示す図である。
【図４４】コピー後のローカルストレージの状態を示す図である。
【図４５】図４４の処理によってコピーされた3Dコンテンツを再生する再生装置の処理について説明するフローチャートである。
【図４６】コピー対象の3Dコンテンツのファイル管理の概念を示す他の図である。
【図４７】SubPath_type_extensionの値の意味を示す図である。
【図４８】SubPath_typeの値の意味を示す図である。
【図４９】図４６の3Dコンテンツをコピーする再生装置の処理について説明するフローチャートである。
【図５０】SubPath_type_extensionの値が変更されたPlayListファイルを示す図である。
【図５１】chunk_map()が削除されたClip Informationファイルを示す図である。
【図５２】図４９の処理によってコピーされた3Dコンテンツを再生する再生装置の処理について説明するフローチャートである。
【図５３】図４６の3Dコンテンツをコピーする再生装置の他の処理について説明するフローチャートである。
【図５４】SubPath_extension()の記述の位置が変更されたPlayListファイルを示す図である。
【図５５】図５３の処理によってコピーされた3Dコンテンツを再生する再生装置の処理について説明するフローチャートである。
【図５６】コンピュータのハードウエアの構成例を示すブロック図である。
【発明を実施するための形態】
【００２０】
［再生システムの構成例］
図１は、本発明を適用した再生装置１を含む再生システムの構成例を示す図である。
【００２１】
この再生システムは、再生装置１と表示装置３が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)やSSD(Solid State 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再生は以上のようにして行われる。
【０２７３】
＜Managed Copyについて＞
［実施の形態１］
光ディスク２に記録されている3D画像のコンテンツ（3Dコンテンツ）を、Managed Copyによってローカルストレージ３４にコピーすることについて説明する。
【０２７４】
光ディスク２に記録されている3Dコンテンツをローカルストレージ３４にコピーするとき、適宜、サーバ２２と、再生装置１のコントローラ３１の間で認証が行われる。サーバ２２は、光ディスク２に記録されている3DコンテンツのManaged Copyを行う場合の認証用のサーバである。
【０２７５】
図３８は、コピー対象の3Dコンテンツのファイル管理の概念を示す図である。
【０２７６】
図２５等を参照して説明したように、光ディスク２に記録されているデータの管理は、物理レイヤ、ファイルシステムレイヤ、アプリケーションレイヤの３層構造の形で行われる。
【０２７７】
アプリケーションレイヤの情報として図３８に示すPlayListファイル＃１は、図２３のPlayListファイルと同じものである。
【０２７８】
すなわち、PlayListファイル＃１は、L videoストリームとR videoストリームがそれぞれ別のTSに含まれ、それらのTSファイル（m2tsファイル）がインターリーブされて光ディスク２に記録されている場合の3D再生を制御するPlayListファイルである。MVC_flagの値は1であり、MVC_file_typeの値も1である。ExtensionData()には、R videoストリームを参照するSubPathに関する情報が記述される。
【０２７９】
また、図３８に示すClip Informationファイル＃１１、＃１２は、それぞれ、図２４Ａのclpiファイル、図２４Ｂのclpiファイルと同じである。
【０２８０】
Clip Informationファイル＃１１はL videoのClipを構成するclpiファイルである。Clip Informationファイル＃１１には、number_of_source_packets1、EP_map、chunk_map()が含まれる。number_of_source_packets1は「00001.m2ts」のm2tsファイルに含まれるソースパケットの数を表し、Clip Informationファイル＃１１のEP_mapは「00001.m2ts」のm2tsファイルに設定されたエントリポイントの位置を表す。Clip Informationファイル＃１１のchunk_map()は「00001.m2ts」のm2tsファイルの各チャンクの位置を表す。
【０２８１】
Clip Informationファイル＃１２はR videoのClipを構成するclpiファイルである。Clip Informationファイル＃１２には、number_of_source_packets2、EP_map、chunk_map()が含まれる。number_of_source_packets2は「00002.m2ts」のm2tsファイルに含まれるソースパケットの数を表し、Clip Informationファイル＃１２のEP_mapは「00002.m2ts」のm2tsファイルに設定されたエントリポイントの位置を表す。Clip Informationファイル＃１２のchunk_map()は「00002.m2ts」のm2tsファイルの各チャンクの位置を表す。
【０２８２】
ファイルシステムレイヤの情報として図３８に示す「00001.m2ts」、「00002.m2ts」の各m2tsファイルと「00001.ilvt」のilvtファイルは、図２５の各ファイルと同じである。
【０２８３】
「00001.m2ts」のm2tsファイルはL videoストリームを管理するファイルであり、「00002.m2ts」のm2tsファイルはR videoストリームを管理するファイルである。「00001.ilvt」のilvtファイルは、UDF file systemのエクステント共有の機能によって、所定のデータ単位毎にインターリーブして記録されているL videoストリームのm2tsファイルとR videoストリームのm2tsファイルを管理するファイルである。
【０２８４】
L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されている場合、L videoストリームとR videoストリームは３つのファイルによって管理されることになる。
【０２８５】
物理レイヤの情報として図３８に示すように、光ディスク２上においては、L videoストリームを構成するチャンクと、R videoストリームを構成するチャンクがインターリーブして記録されている。
【０２８６】
このような管理構造を有する3Dコンテンツをローカルストレージ３４にコピーする場合について説明する。ローカルストレージ３４が対応するファイルシステムは例えばFAT(File Allocation Table)であり、エクステント共有がサポートされていないものとする。
【０２８７】
PlayListファイル＃１の記述に基づいて上述したようにして特定可能なファイルである「00001.m2ts」、「00002.m2ts」、「00001.ilvt」を光ディスク２から読み出し、ローカルストレージ３４にコピーすることを考える。
【０２８８】
この場合、図３９に示すように、ローカルストレージ３４には、「00001.m2ts」のm2tsファイルによって管理されるL videoストリームと、「00002.m2ts」のm2tsファイルによって管理されるR videoストリームがコピーされる。また、「00001.ilvt」のilvtファイルによって管理される、インターリーブされているL video，R videoストリームがそれぞれコピーされる。図３９の例においては、「00001.clpi」、「00002.clpi」の２つのclpiファイルも、それぞれ「00001.m2ts」、「00002.m2ts」の２つのm2tsファイルに対応付けてコピーされている。
【０２８９】
この結果、光ディスク２にインターリーブして記録されているL videoストリームとR videoストリームのデータ量が25GBであるとした場合、ローカルストレージ３４には、２倍のデータ量となる50GBのデータが記録されることになる。
【０２９０】
L videoストリームとR videoストリームをインターリーブして光ディスク２に記録する理由は、3D画像を表示するためにはL videoのデータと、それを参照して符号化されているR videoのデータを交互に光ディスク２から読み出す必要があるところ、光ディスク２の読み出し速度が遅く、L videoストリーム全体の後にR videoストリーム全体を記録するといったように、それぞれを異なる領域に記録した場合にはシークに時間がかかってしまい、データの読み出しが再生に間に合わなくなるためである。
【０２９１】
HDDやSSDであるローカルストレージ３４は光ディスク２と較べて読み出し速度が速い記録媒体であるから、L videoストリームとR videoストリームをそれぞれ異なる領域に記録した場合であっても、再生に間に合うようにデータを読み出すことが可能である。「00001.ilvt」のilvtファイルを読み出しファイルとして指定してコピーされた、インターリーブされているL video，R videoストリームは、ローカルストレージ３４の容量の観点からも無駄なデータといえる。
【０２９２】
再生装置１においては、このような無駄なデータをコピーすることなく、光ディスク２に記録されている3Dコンテンツのコピーが効率的に行われる。
【０２９３】
図４０は、コントローラ３１の機能構成例を示すブロック図である。
【０２９４】
図４０に示すように、コントローラ３１においては、データ取得部７１、情報処理部７２、記録制御部７３、および再生制御部７４が実現される。図４０に示す機能部のうちの少なくとも一部は、所定のプログラムがコントローラ３１内の図示せぬCPU(Central Processing Unit)により実行されることによって実現される。図４０の各部により、光ディスク２に記録されている3Dコンテンツのコピーと、ローカルストレージ３４にコピーした3Dコンテンツの再生が行われる。
【０２９５】
データ取得部７１は、ディスクドライブ３２を制御し、各種のデータを光ディスク２から読み出す。例えば、データ取得部７１は、コピー対象の3Dコンテンツの再生制御情報であるPlayListファイルを光ディスク２から読み出して取得し、情報処理部７２に出力する。
【０２９６】
また、データ取得部７１は、L videoとR videoのClipのclpiファイルを読み出して情報処理部７２に出力するとともに、情報処理部７２による制御に従って、L videoとR videoのClipのm2tsファイルを読み出して記録制御部７３に出力する。
【０２９７】
情報処理部７２は、データ取得部７１から供給されたPlayListファイルに含まれるMVC_file_typeの値に基づいて、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルが所定のデータ単位でインターリーブして光ディスク２上に記録されているか否かを判断する。
【０２９８】
図１３を参照して説明したように、MVC_file_typeの値が1であることは、L videoストリームのm2tsファイルと、R videoストリームのm2tsファイルが、光ディスク２上でインターリーブして記録されていることを表す。情報処理部７２は、MVC_file_typeの値が1である場合には、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されていると判断する。また、情報処理部７２は、MVC_file_typeの値が1以外の値である場合には、インターリーブして記録されていないと判断する。
【０２９９】
情報処理部７２は、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されていると判断した場合、L videoストリームを管理するm2tsファイルと、R videoストリームを管理するm2tsファイルのそれぞれの読み出しをデータ取得部７１に行わせる。データ取得部７１により読み出されたm2tsファイルは記録制御部７３に供給され、ローカルストレージ３４に記録される（コピーされる）。
【０３００】
また、情報処理部７２は、ローカルストレージ３４にコピーしたm2tsファイルに対応するclpiファイルからchunk_map()を削除し、chunk_map()を削除したclpiファイルを記録制御部７３に出力する。
【０３０１】
さらに、情報処理部７２は、MVC_file_typeの値を1から2に変更し、MVC_file_typeの値を変更したPlayListファイルを記録制御部７３に出力する。MVC_file_typeの値が変更されたPlayListファイルは、ローカルストレージ３４にコピーしたストリームの再生制御情報として用いられる。
【０３０２】
記録制御部７３は、データ取得部７１から供給されたL videoストリームを管理するm2tsファイルとR videoストリームを管理するm2tsファイルをローカルストレージ３４に記録する。また、記録制御部７３は、情報処理部７２により内容が変更されたPlayListファイルと、chunk_map()が削除されたclpiファイルをローカルストレージ３４に記録する。
【０３０３】
再生制御部７４は、ローカルストレージ３４にコピーされた3Dコンテンツの再生が指示された場合、コピーした3Dコンテンツの再生を、ローカルストレージ３４に記録されている新たなPlayListファイルに基づいて制御する。なお、図２６、図３３、図３７を参照して説明したそれぞれの再生処理も、再生制御部７４により行われる。
【０３０４】
［コピー処理の例］
ここで、図４１のフローチャートを参照して、光ディスク２に記録されている図３８の3Dコンテンツをローカルストレージ３４にコピーする再生装置１の処理について説明する。
【０３０５】
ステップＳ１０１において、データ取得部７１は、コピー対象の3DコンテンツのPlayListファイルであるPlayListファイル＃１を光ディスク２から読み出す。PlayListファイル＃１はデータ取得部７１により取得され、情報処理部７２に供給される。
【０３０６】
ステップＳ１０２において、情報処理部７２は、MVC_file_typeの値が1であることに基づいて、PlayListファイル＃１においてilvtファイルが参照されていることを認識する。PlayListファイルにおいてilvtファイルが参照されているということは、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されていることを意味する。
【０３０７】
ステップＳ１０３において、情報処理部７２は、PlayItem()の中のClip_Information_file_nameから、L videoストリームを含むMain TSのm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。PlayListファイル＃１においては、PlayItem()のClip_Information_file_nameは「00001」とされている、この記述から、上述したようにL videoのClipを構成するclpiファイルのファイル名が特定される。
【０３０８】
ステップＳ１０４において、情報処理部７２は、SubPath_entries_extension()の中で、SubPath_id=0が設定されるとともにSubPath_type_extension=8が設定された、R videoストリームを参照するSubPathを特定する。また、情報処理部７２は、特定したSubPathのSubPlayItem()の中のClip_Information_file_nameから、R videoストリームを含むm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。
【０３０９】
ステップＳ１０５において、データ取得部７１は、情報処理部７２により特定されたファイル名に基づいて、Clip Informationファイル＃１１と＃１２を光ディスク２から読み出す。Clip Informationファイル＃１１のファイル名は「00001.clpi」であり、Clip Informationファイル＃１２のファイル名は「00002.clpi」である。
【０３１０】
ステップＳ１０６において、情報処理部７２は、L videoのClipを構成するファイル（m2tsファイル、clpiファイル）のファイル名に含まれる数字（00001）と同じ５文字をファイル名に含み、拡張子がilvtである「00001.ilvt」を特定する。ここでファイル名が特定されたilvtファイルは、コピーの対象にならないファイルとして扱われる。
【０３１１】
ステップＳ１０７において、情報処理部７２は、データ取得部７１を制御し、「00001.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00001.m2ts」を読み出しファイルとして指定し、光ディスク２から読み出させる。記録制御部７３は、データ取得部７１により読み出された「00001.m2ts」のm2tsファイル、すなわち、L videoストリームをローカルストレージ３４にコピーする。
【０３１２】
ステップＳ１０８において、情報処理部７２は、データ取得部７１を制御し、「00002.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00002.m2ts」を読み出しファイルとして指定し、光ディスク２から読み出させる。記録制御部７３は、データ取得部７１により読み出された「00002.m2ts」のm2tsファイル、すなわち、R videoストリームをローカルストレージ３４にコピーする。
【０３１３】
ステップＳ１０９において、情報処理部７２は、ステップＳ１０５で読み出された「00001.clpi」のclpiファイルからchunk_map()を削除し、新しいClip Informationファイル＃１１として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいClip Informationファイル＃１１をローカルストレージ３４にコピーする。
【０３１４】
ステップＳ１１０において、情報処理部７２は、ステップＳ１０５で読み出された「00002.clpi」のclpiファイルからchunk_map()を削除し、新しいClip Informationファイル＃１２として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいClip Informationファイル＃１２をローカルストレージ３４にコピーする。
【０３１５】
ステップＳ１１１において、情報処理部７２は、PlayListファイル＃１のMVC_file_typeの値を1から2に変更し、新しいPlayListファイル＃１として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいPlayListファイル＃１をローカルストレージ３４にコピーする。
【０３１６】
図４２は、MVC_file_typeの値が変更されたPlayListファイル＃１を示す図である。
【０３１７】
下線で示すように、MVC_file_typeの値は、情報処理部７２により1から2に変更される。図１３を参照して説明したように、MVC_file_typeの値が２であることは、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルの両方または片方が、ローカルストレージ３４に記録されていることを表す。
【０３１８】
図４２の記述を含むPlayListファイル＃１が、L videoストリームを管理するm2tsファイル、R videoストリームを管理するm2tsファイルとともにローカルストレージ３４に記録され、コピーされた3Dコンテンツの再生制御情報として用いられる。
【０３１９】
図４３は、chunk_map()が削除されたClip Informationファイル＃１１と＃１２を示す図である。
【０３２０】
図４３に示すように、Clip Informationファイル＃１１，＃１２にそれぞれ含まれていたchunk_map()は情報処理部７２により削除される。図４３の記述を含むClip Informationファイル＃１１が、L videoのClipを構成するclpiファイルとして、L videoストリームを管理するm2tsファイルに対応付けてローカルストレージ３４に記録される。また、図４３の記述を含むClip Informationファイル＃１２が、R videoのClipを構成するclpiファイルとして、R videoストリームを管理するm2tsファイルに対応付けてローカルストレージ３４に記録される。
【０３２１】
図４４は、コピー後のローカルストレージ３４の状態を示す図である。
【０３２２】
図４１の処理によってコピーが行われた後のローカルストレージ３４には、「00001.m2ts」のm2tsファイルによって管理されるL videoストリームと、「00002.m2ts」のm2tsファイルによって管理されるR videoストリームが記録される。また、「00001.clpi」のclpiファイル（Clip Informationファイル＃１１）が「00001.m2ts」のm2tsファイルと対応付けて記録され、「00002.clpi」のclpiファイル（Clip Informationファイル＃１２）が「00002.m2ts」のm2tsファイルと対応付けて記録される。
【０３２３】
PlayListファイル＃１もローカルストレージ３４に記録される。図４４に示すように、「00001.ilvt」のilvtファイルによって管理される、インターリーブして記録されているL videoストリームとR videoストリームはコピーされない。
【０３２４】
このように、インターリーブして光ディスク２に記録されているストリームをコピーせずに、m2tsファイルによって管理されるL videoストリームとR videoストリームだけをコピーすることによって、効率的にコピーを行うことが可能になる。光ディスク２にインターリーブして記録されているL videoストリームとR videoストリームの全体のデータ量が25GBである場合、ローカルストレージ３４には、それと同じ量のデータが記録されることになる。
【０３２５】
また、PlayListファイルとclpiファイルの内容を変更することによって、コピーした3Dコンテンツを変更後の情報に基づいて再生することが可能になる。図２８、図２９を参照して説明したように、clpiファイルに含まれるchunk_map()はインターリーブして記録されているデータの読み出しに用いられる情報である。ローカルストレージ３４においてはL videoストリームとR videoストリームがインターリーブして記録されていないから、chunk_map()は不要な情報となり、コピー時にclpiファイルから削除される。
【０３２６】
［コピーされた3Dコンテンツの再生処理の例］
図４５のフローチャートを参照して、図４４の処理によってローカルストレージ３４にコピーされた3Dコンテンツを再生する再生装置１の処理について説明する。
【０３２７】
ステップＳ１２１において、再生制御部７４は、再生対象の3DコンテンツのPlayListファイル＃１（図４２のPlayListファイル＃１）をローカルストレージ３４から読み出す。
【０３２８】
ステップＳ１２２において、再生制御部７４は、PlayListファイル＃１のMVC_file_typeの値が2であることに基づいて、R videoストリームのm2tsファイルが、L videoストリームのm2tsファイルとは別のファイルであることを認識する。
【０３２９】
ステップＳ１２３において、再生制御部７４は、STN_table()の記述から、L videoストリームを含むTSのトランスポートパケットのPIDを特定する。この処理は、例えば図２６のステップＳ１の処理に対応する。
【０３３０】
ステップＳ１２４において、再生制御部７４は、STN_table_extension()の記述から、R videoストリームを参照するSubPathのIDであるref_to_SubPath_id=0を特定し、R videoストリームを含む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を特定する。また、再生制御部７４は、特定したSubPathのSubPlayItem()中のClip_Information_file_nameから、R videoストリームを含むm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。この処理は、例えば図２６のステップＳ４の処理に対応する。
【０３３３】
ステップＳ１２７において、再生制御部７４は、特定したファイル名に基づいてClip Informationファイル＃１１と＃１２をローカルストレージ３４から読み出す。Clip Informationファイル＃１１と＃１２は、いずれも、図４３に示すようにchunk_map()が削除されたものである。
【０３３４】
ステップＳ１２８において、再生制御部７４は、「00001.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00001.m2ts」のm2tsファイル、すなわち、L videoストリームをローカルストレージ３４から読み出す。
【０３３５】
ステップＳ１２９において、再生制御部７４は、「00002.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00002.m2ts」のm2tsファイル、すなわち、R videoストリームをローカルストレージ３４から読み出す。
【０３３６】
ステップＳ１３０において、再生制御部７４は、ローカルストレージ３４から読み出したストリームをデコード部３６に出力し、再生させる。ローカルストレージ３４から読み出されたストリームの再生は、上述した処理と同様にして行われる。
【０３３７】
すなわち、デコード部３６に供給されたL videoストリームのデータは、図２２の分離部５１を介してリードバッファ５２に出力され、R videoストリームのデータはリードバッファ５５に出力される。
【０３３８】
リードバッファ５２に記憶されたL videoストリームのトランスポートパケットがステップＳ１２３において特定されたPIDに基づいてPIDフィルタ５３により抽出され、ESバッファ５４、スイッチ５９を介してデコーダ６０に供給される。リードバッファ５５に記憶されたR videoストリームのトランスポートパケットがステップＳ１２４において特定されたPIDに基づいてPIDフィルタ５６により抽出され、スイッチ５７、ESバッファ５８、およびスイッチ５９を介してデコーダ６０に供給される。
【０３３９】
デコーダ６０においては、スイッチ５９から順次供給されるパケットがデコードされ、L videoストリーム、R videoストリームの再生が行われる。
【０３４０】
光ディスク２からローカルストレージ３４にコピーされた3Dコンテンツの再生は以上のようにして行われる。
【０３４１】
［実施の形態２］
以上においては、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されているか否かがMVC_file_typeの値に基づいて判断されるものとしたが、他の情報に基づいて判断されるようにしてもよい。
【０３４２】
図４６は、コピー対象の3Dコンテンツのファイル管理の概念を示す他の図である。
【０３４３】
図４６のPlayListファイル＃２１においては、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されているか否かが、ExtensionData()に含まれるSubPath_type_extensionによって表される。図４６に示すように、PlayListファイル＃２１には、MVC_file_typeが含まれていない。また、MVC_flagも含まれていない。
【０３４４】
MVC_file_typeとMVC_flagが含まれていない点を除いて、図４６のPlayListファイル＃２１は、図３８のPlayListファイル＃１と同じである。
【０３４５】
この場合、SubPath_type_extensionの値の意味は図４７に示すものになる。
【０３４６】
図４７に示すように、SubPath_type_extensionの値の意味は、基本的には図１７を参照して説明した各値の意味と同じであるが、下線で示す意味が、SubPath_type_extension=8の意味として追加される。
【０３４７】
すなわち、MVC_file_typeが含まれていないPlayListファイル＃２１におけるSubPath_type_extension=8は、SubPath_type_extension=8が設定されたSubPathがR videoストリームを参照するSubPathであることを表す。また、参照するR videoストリームのm2tsファイルが、PlayItemが参照するL videoストリームのm2tsファイルとは別のファイルであることを表す。さらに、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されていることを表す。
【０３４８】
再生装置１は、SubPath_type_extensionの値から、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されているか否かを判断することが可能になる。
【０３４９】
また、SubPath()のフィールド（図１１の３４行目乃至４０行目）に含まれる通常のSubPath_typeの値の意味は図４８に示すものになる。
【０３５０】
図４８に示すように、SubPath_typeの値の意味は、基本的には図１４を参照して説明した各値の意味と同じであるが、下線で示す意味が、SubPath_type=5の意味として追加される。
【０３５１】
すなわち、MVC_file_typeが含まれていないPlayListファイル＃２１におけるSubPath_type=5は、SubPath_type=5が設定されたSubPathが、R videoストリームを参照するSubPathであることを表す。また、PlayItemが参照するL videoストリームのm2tsファイルと、R videoストリームのm2tsファイルは別のファイルであり、R videoストリームのm2tsファイルが、ローカルストレージから供給されることを表す。
【０３５２】
図４８に示すSubPath_type=0乃至7の値の意味は、SubPath_type_extension=0乃至7の値の意味としても用いられる。
【０３５３】
図４６の説明に戻り、図４６のClip Informationファイル＃３１と＃３２はそれぞれ図３８のClip Informationファイル＃１１と＃１２と同じである。また、図４６に示すファイルシステムレイヤと物理レイヤの内容も、図３８に示す内容と同じである。
【０３５４】
［コピー処理の例１］
ここで、図４９のフローチャートを参照して、光ディスク２に記録されている図４６の3Dコンテンツをローカルストレージ３４にコピーする再生装置１の処理について説明する。
【０３５５】
ステップＳ１４１において、データ取得部７１は、コピー対象の3DコンテンツのPlayListファイルであるPlayListファイル＃２１を光ディスク２から読み出す。PlayListファイル＃２１はデータ取得部７１により取得され、情報処理部７２に供給される。
【０３５６】
ステップＳ１４２において、情報処理部７２は、PlayListファイル＃２１のSubPath_type_extensionの値が8であることに基づいて、ilvtファイルを参照していることを認識する。
【０３５７】
ステップＳ１４３において、情報処理部７２は、PlayItem()の中のClip_Information_file_nameから、L videoストリームを含むMain TSのm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。
【０３５８】
ステップＳ１４４において、情報処理部７２は、SubPath_entries_extension()の中で、SubPath_id=0が設定されるとともにSubPath_type_extension=8が設定されたSubPathを特定する。また、情報処理部７２は、特定したSubPathのSubPlayItem()中のClip_Information_file_nameから、R videoストリームを含むTSのm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。
【０３５９】
ステップＳ１４５において、データ取得部７１は、情報処理部７２により特定されたファイル名に基づいて、Clip Informationファイル＃３１と＃３２を光ディスク２から読み出す。
【０３６０】
ステップＳ１４６において、情報処理部７２は、L videoのClipを構成するファイルのファイル名に含まれる数字（00001）と同じ５文字をファイル名に含み、拡張子がilvtである「00001.ilvt」を特定する。
【０３６１】
ステップＳ１４７において、情報処理部７２は、データ取得部７１を制御し、「00001.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00001.m2ts」を読み出しファイルとして指定し、光ディスク２から読み出させる。記録制御部７３は、データ取得部７１により読み出された「00001.m2ts」のm2tsファイル、すなわち、L videoストリームをローカルストレージ３４にコピーする。
【０３６２】
ステップＳ１４８において、情報処理部７２は、データ取得部７１を制御し、「00002.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00002.m2ts」を読み出しファイルとして指定し、光ディスク２から読み出させる。記録制御部７３は、データ取得部７１により読み出された「00002.m2ts」のm2tsファイル、すなわち、R videoストリームをローカルストレージ３４にコピーする。
【０３６３】
ステップＳ１４９において、情報処理部７２は、ステップＳ１４５で読み出された「00001.clpi」のclpiファイルからchunk_map()を削除し、新しいClip Informationファイル＃３１として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいClip Informationファイル＃３１をローカルストレージ３４にコピーする。
【０３６４】
ステップＳ１５０において、情報処理部７２は、ステップＳ１４５で読み出された「00002.clpi」のclpiファイルからchunk_map()を削除し、新しいClip Informationファイル＃３２として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいClip Informationファイル＃３２をローカルストレージ３４にコピーする。
【０３６５】
ステップＳ１５１において、情報処理部７２は、PlayListファイル＃２１のExtensionData()のフィールドに含まれるSubPath_type_extensionの値を8から5に変更し、新しいPlayListファイル＃２１として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいPlayListファイル＃２１をローカルストレージ３４にコピーする。
【０３６６】
図５０は、SubPath_type_extensionの値が変更されたPlayListファイル＃２１を示す図である。
【０３６７】
下線で示すように、SubPath_type_extensionの値は、情報処理部７２により8から5に変更される。図５０の記述を含むPlayListファイル＃２１が、L videoストリームを管理するm2tsファイル、R videoストリームを管理するm2tsファイルとともにローカルストレージ３４に記録され、コピーされた3Dコンテンツの再生制御情報として用いられる。
【０３６８】
図５１は、chunk_map()が削除されたClip Informationファイル＃３１と＃３２を示す図である。図５１に示すClip Informationファイル＃３１，＃３２は、図４３に示すClip Informationファイル＃１１，＃１２とそれぞれ同じである。
【０３６９】
図４９の処理によってコピーが行われた後のローカルストレージ３４の状態は、図４４に示す状態と同じ状態である。
【０３７０】
すなわち、ローカルストレージ３４には、「00001.m2ts」によって管理されるL videoストリームと、「00002.m2ts」によって管理されるR videoストリームが記録される。また、「00001.clpi」のclpiファイル（Clip Informationファイル＃３１）が「00001.m2ts」のm2tsファイルと対応付けて記録され、「00002.clpi」のclpiファイル（Clip Informationファイル＃３２）が「00002.m2ts」のm2tsファイルと対応付けて記録される。
【０３７１】
これにより、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されているか否かをSubPath_type_extensionに基づいて判断し、効率的にコピーを行うことが可能になる。
【０３７２】
［コピーされた3Dコンテンツの再生処理の例１］
図５２のフローチャートを参照して、図４９の処理によってローカルストレージ３４にコピーされた3Dコンテンツを再生する再生装置１の処理について説明する。
【０３７３】
ステップＳ１６１において、再生制御部７４は、再生対象の3DコンテンツのPlayListファイル＃２１（図５０のPlayListファイル＃２１）をローカルストレージ３４から読み出す。
【０３７４】
ステップＳ１６２において、再生制御部７４は、PlayListファイル＃２１のSubPath_type_extensionの値が5であることに基づいて、R videoストリームのm2tsファイルが、L videoストリームのm2tsファイルとは別のファイルであることを認識する。
【０３７５】
ステップＳ１６３において、再生制御部７４は、STN_table()の記述から、L videoストリームを含むTSのトランスポートパケットのPIDを特定する。
【０３７６】
ステップＳ１６４において、再生制御部７４は、STN_table_extension()の記述から、R videoストリームを参照するSubPathのIDであるref_to_SubPath_id=0を特定し、R videoストリームを含むTSのトランスポートパケットのPIDを特定する。
【０３７７】
ステップＳ１６５において、再生制御部７４は、PlayItem()の中のClip_Information_file_nameから、L videoストリームを含むTSのm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。
【０３７８】
ステップＳ１６６において、再生制御部７４は、SubPath_entries_extension()の中で、SubPath_id=0が設定されるとともにSubPath_type=8が設定されたSubPathを特定する。また、特定したSubPathのSubPlayItem()中のClip_Information_file_nameから、R videoストリームを含むTSのm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。
【０３７９】
ステップＳ１６７において、再生制御部７４は、特定したファイル名に基づいてClip Informationファイル＃３１と＃３２をローカルストレージ３４から読み出す。Clip Informationファイル＃３１と＃３２は、いずれも、図５１に示すようにchunk_map()が削除されたものである。
【０３８０】
ステップＳ１６８において、再生制御部７４は、「00001.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00001.m2ts」のm2tsファイル、すなわち、L videoストリームをローカルストレージ３４から読み出す。
【０３８１】
ステップＳ１６９において、再生制御部７４は、「00002.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00002.m2ts」のm2tsファイル、すなわち、R videoストリームをローカルストレージ３４から読み出す。
【０３８２】
ステップＳ１７０において、再生制御部７４は、ローカルストレージ３４から読み出したストリームをデコード部３６に出力し、再生させる。ローカルストレージ３４から読み出されたストリームの再生は、図４５のステップＳ１３１の処理と同様にして行われる。
【０３８３】
［コピー処理の例２］
コピー時にPlayListファイル＃２１に加えられる変更として、図４９の処理においてはSubPath_type_extensionの値の変更が行われるものとしたが、SubPath_extension()の記述をExtensionData()のフィールドからSubPath()のフィールドに移すような変更が行われるようにしてもよい。
【０３８４】
R videoストリームを参照するSubPathに関する記述としてExtensionData()のフィールドに含まれるSubPath_entries_extension()とSTN_table_extension()のうちのSTN_table_extension()の方は、そのまま、ExtensionData()のフィールドに記述される。
【０３８５】
図１１を参照して説明すると、４７行目のSubPath_entries_extension()内のSubPath_extension()の情報（図１６）が、３４行目乃至４０行目のSubPath()内の情報として移動することになる。そのようにして内容が変更されたPlayListファイル＃２１が、新たなPlayListファイル＃２１としてローカルストレージ３４に記録される。
【０３８６】
図５３のフローチャートを参照して、光ディスク２に記録されている図４６の3Dコンテンツをローカルストレージ３４にコピーする再生装置１の他の処理について説明する。
【０３８７】
図５３の処理においては、SubPath_extension()内の情報がSubPath()内の情報として書き換えられたPlayListファイル＃２１がコピーされる。PlayListファイル＃２１の書き換えの内容が異なる点を除いて、図５３の処理は、図４９を参照して説明した処理と同様の処理である。
【０３８８】
ステップＳ１８１において、データ取得部７１は、コピー対象の3DコンテンツのPlayListファイルであるPlayListファイル＃２１を光ディスク２から読み出す。
【０３８９】
ステップＳ１８２において、情報処理部７２は、PlayListファイル＃２１のSubPath_type_extensionの値が8であることに基づいて、ilvtファイルを参照していることを認識する。
【０３９０】
ステップＳ１８３において、情報処理部７２は、PlayListファイル＃２１のPlayItem()の中のClip_Information_file_nameから、L videoストリームを含むMain TSのm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。
【０３９１】
ステップＳ１８４において、情報処理部７２は、SubPath_entries_extension()の中で、SubPath_id=0が設定されるとともにSubPath_type_extension=8が設定されたSubPathを特定する。また、情報処理部７２は、特定したSubPathのSubPlayItem()中のClip_Information_file_nameから、R videoストリームを含むm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。
【０３９２】
ステップＳ１８５において、データ取得部７１は、Clip Informationファイル＃３１と＃３２を光ディスク２から読み出す。
【０３９３】
ステップＳ１８６において、情報処理部７２は、L videoのClipを構成するファイルのファイル名に含まれる数字（00001）と同じ５文字をファイル名に含み、拡張子がilvtである「00001.ilvt」を特定する。
【０３９４】
ステップＳ１８７において、情報処理部７２は、データ取得部７１を制御し、「00001.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00001.m2ts」を読み出しファイルとして指定し、光ディスク２から読み出させる。記録制御部７３は、データ取得部７１により読み出された「00001.m2ts」のm2tsファイル、すなわち、L videoストリームをローカルストレージ３４にコピーする。
【０３９５】
ステップＳ１８８において、情報処理部７２は、データ取得部７１を制御し、「00002.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00002.m2ts」を読み出しファイルとして指定し、光ディスク２から読み出させる。記録制御部７３は、データ取得部７１により読み出された「00002.m2ts」のm2tsファイル、すなわち、R videoストリームをローカルストレージ３４にコピーする。
【０３９６】
ステップＳ１８９において、情報処理部７２は、ステップＳ１８５で読み出された「00001.clpi」のclpiファイルからchunk_map()を削除し、新しいClip Informationファイル＃３１として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいClip Informationファイル＃３１をローカルストレージ３４にコピーする。
【０３９７】
ステップＳ１９０において、情報処理部７２は、ステップＳ１８５で読み出された「00002.clpi」のclpiファイルからchunk_map()を削除し、新しいClip Informationファイル＃３２として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいClip Informationファイル＃３２をローカルストレージ３４にコピーする。
【０３９８】
ステップＳ１９１において、情報処理部７２は、PlayListファイル＃２１のSubPath_type_extensionの値を8から5に変更する。また、情報処理部７２は、ExtensionData()内のSubPath_extension()の記述をSubPath()に記述し、新しいPlayListファイル＃２１として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいPlayListファイル＃２１をローカルストレージ３４にコピーする。
【０３９９】
図５４は、SubPath_extension()の記述の位置が変更されたPlayListファイル＃２１を示す図である。
【０４００】
下線で示すように、SubPath_typeの値は、情報処理部７２により5として設定される。また、SubPath_extension()の中に記述されていたSubPlayItem()の記述が、SubPath()内に記述される。SubPath()内のSubPlayItem()には、SubPlayItemが参照するR videoストリームに対応するclpiファイルのファイル名、再生区間の開始位置を表すSubPlayItem_IN_time、および終了位置を表すSubPlayItem_OUT_timeが含まれる。
【０４０１】
図５４の記述を含むPlayListファイル＃２１が、L videoストリームを管理するm2tsファイル、R videoストリームを管理するm2tsファイルとともにローカルストレージ３４に記録され、コピーされた3Dコンテンツの再生制御情報として用いられる。
【０４０２】
ローカルストレージ３４にコピーされるClip Informationファイル＃３１と＃３２は、図５１に示すClip Informationファイル＃１１と＃１２とそれぞれ同じである。
【０４０３】
［コピーされた3Dコンテンツの再生処理の例２］
図５５のフローチャートを参照して、図５３の処理によってローカルストレージ３４にコピーされた3Dコンテンツを再生する再生装置１の処理について説明する。
【０４０４】
ステップＳ２０１において、再生制御部７４は、再生対象のPlayListファイル＃２１（図５４のPlayListファイル＃２１）をローカルストレージ３４から読み出す。
【０４０５】
ステップＳ２０２において、再生制御部７４は、PlayListファイル＃２１のSubPath_typeの値が5であることに基づいて、R videoストリームのm2tsファイルが、L videoストリームのm2tsファイルとは別のファイルであることを認識する。
【０４０６】
図４８を参照して説明したように、SubPath_typeの値が5であることは、PlayItemが参照するL videoストリームのm2tsファイルとR videoストリームのm2tsファイルが別のファイルであり、R videoストリームのm2tsファイルが、ローカルストレージから供給されることを表す。
【０４０７】
ステップＳ２０３乃至Ｓ２１０の処理は、図５２のステップＳ１６３乃至Ｓ１７０の処理と同様の処理である。ステップＳ２０３において、再生制御部７４は、STN_table()の記述から、L videoストリームを含むTSのトランスポートパケットのPIDを特定する。
【０４０８】
ステップＳ２０４において、再生制御部７４は、STN_table_extension()の記述から、R videoストリームを参照するSubPathのIDであるref_to_SubPath_id=0を特定し、R videoストリームを含むTSのトランスポートパケットのPIDを特定する。
【０４０９】
ステップＳ２０５において、再生制御部７４は、PlayItem()の中のClip_Information_file_nameから、L videoストリームを含むTSのm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。
【０４１０】
ステップＳ２０６において、再生制御部７４は、SubPath()の中で、SubPath_id=0が設定されるとともにSubPath_type=5が設定されたSubPathを特定する。また、再生制御部７４は、特定したSubPathのSubPlayItem()中のClip_Information_file_nameから、R videoストリームを含むm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。
【０４１１】
ステップＳ２０７において、再生制御部７４は、特定したファイル名に基づいて、Clip Informationファイル＃３１と＃３２をローカルストレージ３４から読み出す。Clip Informationファイル＃３１と＃３２は、いずれも、chunk_map()が削除されたものである。
【０４１２】
ステップＳ２０８において、再生制御部７４は、「00001.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00001.m2ts」のm2tsファイル、すなわち、L videoストリームをローカルストレージ３４から読み出す。
【０４１３】
ステップＳ２０９において、再生制御部７４は、「00002.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00002.m2ts」のm2tsファイル、すなわち、R videoストリームをローカルストレージ３４から読み出す。
【０４１４】
ステップＳ２１０において、再生制御部７４は、ローカルストレージ３４から読み出したストリームをデコード部３６に出力し、再生させる。
【０４１５】
［コンピュータの構成例］
上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０４１６】
図５６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
【０４１７】
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画像のコンテンツのデータ量は2D画像のコンテンツのデータ量よりも大きくなる。
【０００３】
映画等の高解像度のコンテンツを、データ量の多い3D画像として記録するには大容量の記録媒体が必要である。そのような大容量の記録媒体としては、例えば、Blu-ray（登録商標） Disc（以下、適宜、BDという）があり、3D画像のコンテンツをBDに記録することが考えられる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−１９５２８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、HDD(Hard Disk Drive)などのローカルストレージをコピー先として、BDに記録されている3D画像のコンテンツのManaged Copyをどのようにして行うのかについてはBD規格では規定されていない。Managed Copyは、BDで採用されている著作権保護技術であるAACSの機能の一つであり、サーバと通信を行って機器の認証を行いながら、DBに記録されているコンテンツのコピーなどを行う技術である。
【０００６】
3D画像のコンテンツのビデオストリームは、左目用のビデオストリームと右目用のストリームとから構成される。それらのストリームのファイルシステムにおける管理の仕方によっては、単純にファイルを指定してManaged Copyを行ったのではコピーを効率的に行うことができない場合がある。
【０００７】
本発明は、このような状況に鑑みてなされたものであり、所定の単位のデータ毎にインターリーブして記録されている複数のストリームを、他の記録媒体に効率的にコピーすることができるようにするものである。
【課題を解決するための手段】
【０００８】
本発明の一側面の情報処理装置は、コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かを、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断する処理手段と、前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断された場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルを指定して、前記基本ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるとともに、前記第２のファイルを指定して、前記拡張ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせる記録制御手段とを備える。
【０００９】
前記処理手段には、前記制御情報に含まれる、前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているか否かを表す記録状態情報の値を、インターリーブして記録されていないことを表すように変更させ、前記記録制御手段には、値が変更された前記記録状態情報を含む前記制御情報を前記第２の記録媒体に記録させることができる。
【００１０】
前記第１の記録媒体はブルーレイディスクであり、前記制御情報は、ブルーレイディスク規格のプレイリストであるようにすることができる。
【００１１】
前記記録状態情報は、前記プレイリストを構成する、前記基本ストリームを参照するメインパスに関する情報に含まれるようにすることができる。
【００１２】
前記記録状態情報は、拡張フィールドの情報として前記プレイリストに含まれる、前記拡張ストリームを参照するサブパスのタイプを表す情報であるサブパスタイプであるようにすることができる。
【００１３】
前記処理手段には、前記拡張フィールドの情報として前記プレイリストに含まれる前記サブパスに関する情報が、前記拡張フィールドとは異なるサブパス用のフィールドの情報として含まれるように前記制御情報を変更させ、前記記録制御手段には、前記サブパスに関する情報の含まれるフィールドが変更された前記制御情報を前記第２の記録媒体に記録させることができる。
【００１４】
前記処理手段には、前記基本ストリームの再生時に参照され、前記基本ストリームと対応付けて前記第１の記録媒体に記録されている第１のクリップ情報から、前記基本ストリームを構成する前記所定の単位のデータとしてのソースパケットの集まりのそれぞれの前記第１の記録媒体上の位置に関する情報を削除させ、前記拡張ストリームの再生時に参照され、前記拡張ストリームと対応付けて前記第１の記録媒体に記録されている第２のクリップ情報から、前記拡張ストリームを構成する前記所定の単位のデータとしてのソースパケットの集まりのそれぞれの前記第１の記録媒体上の位置に関する情報を削除させることができる。また、前記記録制御手段には、ソースパケットの集まりのそれぞれの前記第１の記録媒体上の位置に関する情報が削除された前記第１のクリップ情報と前記第２のクリップ情報を前記第２の記録媒体に記録させることができる。
【００１５】
本発明の一側面の情報処理方法は、コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かを、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断し、前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断した場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルを指定して、前記基本ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるとともに、前記第２のファイルを指定して、前記拡張ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるステップを含む。
【００１６】
本発明の一側面のプログラムは、コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かを、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断し、前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断した場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルを指定して、前記基本ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるとともに、前記第２のファイルを指定して、前記拡張ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるステップを含む処理をコンピュータに実行させる。
【００１７】
本発明の一側面においては、コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かが、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断される。また、前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断された場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルが指定されて、前記基本ストリームが前記第１の記録媒体から第２の記録媒体にコピーされるとともに、前記第２のファイルが指定されて、前記拡張ストリームが前記第１の記録媒体から第２の記録媒体にコピーされる。
【発明の効果】
【００１８】
本発明によれば、所定の単位のデータ毎にインターリーブして記録されている複数のストリームを、他の記録媒体に効率的にコピーすることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明を適用した再生装置を含む再生システムの構成例を示す図である。
【図２】撮影の例を示す図である。
【図３】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ファイルに従って行われる再生処理について説明するフローチャートである。
【図３８】コピー対象の3Dコンテンツのファイル管理の概念を示す図である。
【図３９】問題点について説明する図である。
【図４０】コントローラの機能構成例を示すブロック図である。
【図４１】図３８の3Dコンテンツをコピーする再生装置の処理について説明するフローチャートである。
【図４２】MVC_file_typeの値が変更されたPlayListファイルを示す図である。
【図４３】chunk_map()が削除されたClip Informationファイルを示す図である。
【図４４】コピー後のローカルストレージの状態を示す図である。
【図４５】図４４の処理によってコピーされた3Dコンテンツを再生する再生装置の処理について説明するフローチャートである。
【図４６】コピー対象の3Dコンテンツのファイル管理の概念を示す他の図である。
【図４７】SubPath_type_extensionの値の意味を示す図である。
【図４８】SubPath_typeの値の意味を示す図である。
【図４９】図４６の3Dコンテンツをコピーする再生装置の処理について説明するフローチャートである。
【図５０】SubPath_type_extensionの値が変更されたPlayListファイルを示す図である。
【図５１】chunk_map()が削除されたClip Informationファイルを示す図である。
【図５２】図４９の処理によってコピーされた3Dコンテンツを再生する再生装置の処理について説明するフローチャートである。
【図５３】図４６の3Dコンテンツをコピーする再生装置の他の処理について説明するフローチャートである。
【図５４】SubPath_extension()の記述の位置が変更されたPlayListファイルを示す図である。
【図５５】図５３の処理によってコピーされた3Dコンテンツを再生する再生装置の処理について説明するフローチャートである。
【図５６】コンピュータのハードウエアの構成例を示すブロック図である。
【発明を実施するための形態】
【００２０】
［再生システムの構成例］
図１は、本発明を適用した再生装置１を含む再生システムの構成例を示す図である。
【００２１】
この再生システムは、再生装置１と表示装置３が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)やSSD(Solid State 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再生は以上のようにして行われる。
【０２７３】
＜Managed Copyについて＞
［実施の形態１］
光ディスク２に記録されている3D画像のコンテンツ（3Dコンテンツ）を、Managed Copyによってローカルストレージ３４にコピーすることについて説明する。
【０２７４】
光ディスク２に記録されている3Dコンテンツをローカルストレージ３４にコピーするとき、適宜、サーバ２２と、再生装置１のコントローラ３１の間で認証が行われる。サーバ２２は、光ディスク２に記録されている3DコンテンツのManaged Copyを行う場合の認証用のサーバである。
【０２７５】
図３８は、コピー対象の3Dコンテンツのファイル管理の概念を示す図である。
【０２７６】
図２５等を参照して説明したように、光ディスク２に記録されているデータの管理は、物理レイヤ、ファイルシステムレイヤ、アプリケーションレイヤの３層構造の形で行われる。
【０２７７】
アプリケーションレイヤの情報として図３８に示すPlayListファイル＃１は、図２３のPlayListファイルと同じものである。
【０２７８】
すなわち、PlayListファイル＃１は、L videoストリームとR videoストリームがそれぞれ別のTSに含まれ、それらのTSファイル（m2tsファイル）がインターリーブされて光ディスク２に記録されている場合の3D再生を制御するPlayListファイルである。MVC_flagの値は1であり、MVC_file_typeの値も1である。ExtensionData()には、R videoストリームを参照するSubPathに関する情報が記述される。
【０２７９】
また、図３８に示すClip Informationファイル＃１１、＃１２は、それぞれ、図２４Ａのclpiファイル、図２４Ｂのclpiファイルと同じである。
【０２８０】
Clip Informationファイル＃１１はL videoのClipを構成するclpiファイルである。Clip Informationファイル＃１１には、number_of_source_packets1、EP_map、chunk_map()が含まれる。number_of_source_packets1は「00001.m2ts」のm2tsファイルに含まれるソースパケットの数を表し、Clip Informationファイル＃１１のEP_mapは「00001.m2ts」のm2tsファイルに設定されたエントリポイントの位置を表す。Clip Informationファイル＃１１のchunk_map()は「00001.m2ts」のm2tsファイルの各チャンクの位置を表す。
【０２８１】
Clip Informationファイル＃１２はR videoのClipを構成するclpiファイルである。Clip Informationファイル＃１２には、number_of_source_packets2、EP_map、chunk_map()が含まれる。number_of_source_packets2は「00002.m2ts」のm2tsファイルに含まれるソースパケットの数を表し、Clip Informationファイル＃１２のEP_mapは「00002.m2ts」のm2tsファイルに設定されたエントリポイントの位置を表す。Clip Informationファイル＃１２のchunk_map()は「00002.m2ts」のm2tsファイルの各チャンクの位置を表す。
【０２８２】
ファイルシステムレイヤの情報として図３８に示す「00001.m2ts」、「00002.m2ts」の各m2tsファイルと「00001.ilvt」のilvtファイルは、図２５の各ファイルと同じである。
【０２８３】
「00001.m2ts」のm2tsファイルはL videoストリームを管理するファイルであり、「00002.m2ts」のm2tsファイルはR videoストリームを管理するファイルである。「00001.ilvt」のilvtファイルは、UDF file systemのエクステント共有の機能によって、所定のデータ単位毎にインターリーブして記録されているL videoストリームのm2tsファイルとR videoストリームのm2tsファイルを管理するファイルである。
【０２８４】
L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されている場合、L videoストリームとR videoストリームは３つのファイルによって管理されることになる。
【０２８５】
物理レイヤの情報として図３８に示すように、光ディスク２上においては、L videoストリームを構成するチャンクと、R videoストリームを構成するチャンクがインターリーブして記録されている。
【０２８６】
このような管理構造を有する3Dコンテンツをローカルストレージ３４にコピーする場合について説明する。ローカルストレージ３４が対応するファイルシステムは例えばFAT(File Allocation Table)であり、エクステント共有がサポートされていないものとする。
【０２８７】
PlayListファイル＃１の記述に基づいて上述したようにして特定可能なファイルである「00001.m2ts」、「00002.m2ts」、「00001.ilvt」を光ディスク２から読み出し、ローカルストレージ３４にコピーすることを考える。
【０２８８】
この場合、図３９に示すように、ローカルストレージ３４には、「00001.m2ts」のm2tsファイルによって管理されるL videoストリームと、「00002.m2ts」のm2tsファイルによって管理されるR videoストリームがコピーされる。また、「00001.ilvt」のilvtファイルによって管理される、インターリーブされているL video，R videoストリームがそれぞれコピーされる。図３９の例においては、「00001.clpi」、「00002.clpi」の２つのclpiファイルも、それぞれ「00001.m2ts」、「00002.m2ts」の２つのm2tsファイルに対応付けてコピーされている。
【０２８９】
この結果、光ディスク２にインターリーブして記録されているL videoストリームとR videoストリームのデータ量が25GBであるとした場合、ローカルストレージ３４には、２倍のデータ量となる50GBのデータが記録されることになる。
【０２９０】
L videoストリームとR videoストリームをインターリーブして光ディスク２に記録する理由は、3D画像を表示するためにはL videoのデータと、それを参照して符号化されているR videoのデータを交互に光ディスク２から読み出す必要があるところ、光ディスク２の読み出し速度が遅く、L videoストリーム全体の後にR videoストリーム全体を記録するといったように、それぞれを異なる領域に記録した場合にはシークに時間がかかってしまい、データの読み出しが再生に間に合わなくなるためである。
【０２９１】
HDDやSSDであるローカルストレージ３４は光ディスク２と較べて読み出し速度が速い記録媒体であるから、L videoストリームとR videoストリームをそれぞれ異なる領域に記録した場合であっても、再生に間に合うようにデータを読み出すことが可能である。「00001.ilvt」のilvtファイルを読み出しファイルとして指定してコピーされた、インターリーブされているL video，R videoストリームは、ローカルストレージ３４の容量の観点からも無駄なデータといえる。
【０２９２】
再生装置１においては、このような無駄なデータをコピーすることなく、光ディスク２に記録されている3Dコンテンツのコピーが効率的に行われる。
【０２９３】
図４０は、コントローラ３１の機能構成例を示すブロック図である。
【０２９４】
図４０に示すように、コントローラ３１においては、データ取得部７１、情報処理部７２、記録制御部７３、および再生制御部７４が実現される。図４０に示す機能部のうちの少なくとも一部は、所定のプログラムがコントローラ３１内の図示せぬCPU(Central Processing Unit)により実行されることによって実現される。図４０の各部により、光ディスク２に記録されている3Dコンテンツのコピーと、ローカルストレージ３４にコピーした3Dコンテンツの再生が行われる。
【０２９５】
データ取得部７１は、ディスクドライブ３２を制御し、各種のデータを光ディスク２から読み出す。例えば、データ取得部７１は、コピー対象の3Dコンテンツの再生制御情報であるPlayListファイルを光ディスク２から読み出して取得し、情報処理部７２に出力する。
【０２９６】
また、データ取得部７１は、L videoとR videoのClipのclpiファイルを読み出して情報処理部７２に出力するとともに、情報処理部７２による制御に従って、L videoとR videoのClipのm2tsファイルを読み出して記録制御部７３に出力する。
【０２９７】
情報処理部７２は、データ取得部７１から供給されたPlayListファイルに含まれるMVC_file_typeの値に基づいて、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルが所定のデータ単位でインターリーブして光ディスク２上に記録されているか否かを判断する。
【０２９８】
図１３を参照して説明したように、MVC_file_typeの値が1であることは、L videoストリームのm2tsファイルと、R videoストリームのm2tsファイルが、光ディスク２上でインターリーブして記録されていることを表す。情報処理部７２は、MVC_file_typeの値が1である場合には、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されていると判断する。また、情報処理部７２は、MVC_file_typeの値が1以外の値である場合には、インターリーブして記録されていないと判断する。
【０２９９】
情報処理部７２は、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されていると判断した場合、L videoストリームを管理するm2tsファイルと、R videoストリームを管理するm2tsファイルのそれぞれの読み出しをデータ取得部７１に行わせる。データ取得部７１により読み出されたm2tsファイルは記録制御部７３に供給され、ローカルストレージ３４に記録される（コピーされる）。
【０３００】
また、情報処理部７２は、ローカルストレージ３４にコピーしたm2tsファイルに対応するclpiファイルからchunk_map()を削除し、chunk_map()を削除したclpiファイルを記録制御部７３に出力する。
【０３０１】
さらに、情報処理部７２は、MVC_file_typeの値を1から2に変更し、MVC_file_typeの値を変更したPlayListファイルを記録制御部７３に出力する。MVC_file_typeの値が変更されたPlayListファイルは、ローカルストレージ３４にコピーしたストリームの再生制御情報として用いられる。
【０３０２】
記録制御部７３は、データ取得部７１から供給されたL videoストリームを管理するm2tsファイルとR videoストリームを管理するm2tsファイルをローカルストレージ３４に記録する。また、記録制御部７３は、情報処理部７２により内容が変更されたPlayListファイルと、chunk_map()が削除されたclpiファイルをローカルストレージ３４に記録する。
【０３０３】
再生制御部７４は、ローカルストレージ３４にコピーされた3Dコンテンツの再生が指示された場合、コピーした3Dコンテンツの再生を、ローカルストレージ３４に記録されている新たなPlayListファイルに基づいて制御する。なお、図２６、図３３、図３７を参照して説明したそれぞれの再生処理も、再生制御部７４により行われる。
【０３０４】
［コピー処理の例］
ここで、図４１のフローチャートを参照して、光ディスク２に記録されている図３８の3Dコンテンツをローカルストレージ３４にコピーする再生装置１の処理について説明する。
【０３０５】
ステップＳ１０１において、データ取得部７１は、コピー対象の3DコンテンツのPlayListファイルであるPlayListファイル＃１を光ディスク２から読み出す。PlayListファイル＃１はデータ取得部７１により取得され、情報処理部７２に供給される。
【０３０６】
ステップＳ１０２において、情報処理部７２は、MVC_file_typeの値が1であることに基づいて、PlayListファイル＃１においてilvtファイルが参照されていることを認識する。PlayListファイルにおいてilvtファイルが参照されているということは、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されていることを意味する。
【０３０７】
ステップＳ１０３において、情報処理部７２は、PlayItem()の中のClip_Information_file_nameから、L videoストリームを含むMain TSのm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。PlayListファイル＃１においては、PlayItem()のClip_Information_file_nameは「00001」とされている、この記述から、上述したようにL videoのClipを構成するclpiファイルのファイル名が特定される。
【０３０８】
ステップＳ１０４において、情報処理部７２は、SubPath_entries_extension()の中で、SubPath_id=0が設定されるとともにSubPath_type_extension=8が設定された、R videoストリームを参照するSubPathを特定する。また、情報処理部７２は、特定したSubPathのSubPlayItem()の中のClip_Information_file_nameから、R videoストリームを含むm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。
【０３０９】
ステップＳ１０５において、データ取得部７１は、情報処理部７２により特定されたファイル名に基づいて、Clip Informationファイル＃１１と＃１２を光ディスク２から読み出す。Clip Informationファイル＃１１のファイル名は「00001.clpi」であり、Clip Informationファイル＃１２のファイル名は「00002.clpi」である。
【０３１０】
ステップＳ１０６において、情報処理部７２は、L videoのClipを構成するファイル（m2tsファイル、clpiファイル）のファイル名に含まれる数字（00001）と同じ５文字をファイル名に含み、拡張子がilvtである「00001.ilvt」を特定する。ここでファイル名が特定されたilvtファイルは、コピーの対象にならないファイルとして扱われる。
【０３１１】
ステップＳ１０７において、情報処理部７２は、データ取得部７１を制御し、「00001.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00001.m2ts」を読み出しファイルとして指定し、光ディスク２から読み出させる。記録制御部７３は、データ取得部７１により読み出された「00001.m2ts」のm2tsファイル、すなわち、L videoストリームをローカルストレージ３４にコピーする。
【０３１２】
ステップＳ１０８において、情報処理部７２は、データ取得部７１を制御し、「00002.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00002.m2ts」を読み出しファイルとして指定し、光ディスク２から読み出させる。記録制御部７３は、データ取得部７１により読み出された「00002.m2ts」のm2tsファイル、すなわち、R videoストリームをローカルストレージ３４にコピーする。
【０３１３】
ステップＳ１０９において、情報処理部７２は、ステップＳ１０５で読み出された「00001.clpi」のclpiファイルからchunk_map()を削除し、新しいClip Informationファイル＃１１として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいClip Informationファイル＃１１をローカルストレージ３４にコピーする。
【０３１４】
ステップＳ１１０において、情報処理部７２は、ステップＳ１０５で読み出された「00002.clpi」のclpiファイルからchunk_map()を削除し、新しいClip Informationファイル＃１２として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいClip Informationファイル＃１２をローカルストレージ３４にコピーする。
【０３１５】
ステップＳ１１１において、情報処理部７２は、PlayListファイル＃１のMVC_file_typeの値を1から2に変更し、新しいPlayListファイル＃１として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいPlayListファイル＃１をローカルストレージ３４にコピーする。
【０３１６】
図４２は、MVC_file_typeの値が変更されたPlayListファイル＃１を示す図である。
【０３１７】
下線で示すように、MVC_file_typeの値は、情報処理部７２により1から2に変更される。図１３を参照して説明したように、MVC_file_typeの値が２であることは、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルの両方または片方が、ローカルストレージ３４に記録されていることを表す。
【０３１８】
図４２の記述を含むPlayListファイル＃１が、L videoストリームを管理するm2tsファイル、R videoストリームを管理するm2tsファイルとともにローカルストレージ３４に記録され、コピーされた3Dコンテンツの再生制御情報として用いられる。
【０３１９】
図４３は、chunk_map()が削除されたClip Informationファイル＃１１と＃１２を示す図である。
【０３２０】
図４３に示すように、Clip Informationファイル＃１１，＃１２にそれぞれ含まれていたchunk_map()は情報処理部７２により削除される。図４３の記述を含むClip Informationファイル＃１１が、L videoのClipを構成するclpiファイルとして、L videoストリームを管理するm2tsファイルに対応付けてローカルストレージ３４に記録される。また、図４３の記述を含むClip Informationファイル＃１２が、R videoのClipを構成するclpiファイルとして、R videoストリームを管理するm2tsファイルに対応付けてローカルストレージ３４に記録される。
【０３２１】
図４４は、コピー後のローカルストレージ３４の状態を示す図である。
【０３２２】
図４１の処理によってコピーが行われた後のローカルストレージ３４には、「00001.m2ts」のm2tsファイルによって管理されるL videoストリームと、「00002.m2ts」のm2tsファイルによって管理されるR videoストリームが記録される。また、「00001.clpi」のclpiファイル（Clip Informationファイル＃１１）が「00001.m2ts」のm2tsファイルと対応付けて記録され、「00002.clpi」のclpiファイル（Clip Informationファイル＃１２）が「00002.m2ts」のm2tsファイルと対応付けて記録される。
【０３２３】
PlayListファイル＃１もローカルストレージ３４に記録される。図４４に示すように、「00001.ilvt」のilvtファイルによって管理される、インターリーブして記録されているL videoストリームとR videoストリームはコピーされない。
【０３２４】
このように、インターリーブして光ディスク２に記録されているストリームをコピーせずに、m2tsファイルによって管理されるL videoストリームとR videoストリームだけをコピーすることによって、効率的にコピーを行うことが可能になる。光ディスク２にインターリーブして記録されているL videoストリームとR videoストリームの全体のデータ量が25GBである場合、ローカルストレージ３４には、それと同じ量のデータが記録されることになる。
【０３２５】
また、PlayListファイルとclpiファイルの内容を変更することによって、コピーした3Dコンテンツを変更後の情報に基づいて再生することが可能になる。図２８、図２９を参照して説明したように、clpiファイルに含まれるchunk_map()はインターリーブして記録されているデータの読み出しに用いられる情報である。ローカルストレージ３４においてはL videoストリームとR videoストリームがインターリーブして記録されていないから、chunk_map()は不要な情報となり、コピー時にclpiファイルから削除される。
【０３２６】
［コピーされた3Dコンテンツの再生処理の例］
図４５のフローチャートを参照して、図４４の処理によってローカルストレージ３４にコピーされた3Dコンテンツを再生する再生装置１の処理について説明する。
【０３２７】
ステップＳ１２１において、再生制御部７４は、再生対象の3DコンテンツのPlayListファイル＃１（図４２のPlayListファイル＃１）をローカルストレージ３４から読み出す。
【０３２８】
ステップＳ１２２において、再生制御部７４は、PlayListファイル＃１のMVC_file_typeの値が2であることに基づいて、R videoストリームのm2tsファイルが、L videoストリームのm2tsファイルとは別のファイルであることを認識する。
【０３２９】
ステップＳ１２３において、再生制御部７４は、STN_table()の記述から、L videoストリームを含むTSのトランスポートパケットのPIDを特定する。この処理は、例えば図２６のステップＳ１の処理に対応する。
【０３３０】
ステップＳ１２４において、再生制御部７４は、STN_table_extension()の記述から、R videoストリームを参照するSubPathのIDであるref_to_SubPath_id=0を特定し、R videoストリームを含む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を特定する。また、再生制御部７４は、特定したSubPathのSubPlayItem()中のClip_Information_file_nameから、R videoストリームを含むm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。この処理は、例えば図２６のステップＳ４の処理に対応する。
【０３３３】
ステップＳ１２７において、再生制御部７４は、特定したファイル名に基づいてClip Informationファイル＃１１と＃１２をローカルストレージ３４から読み出す。Clip Informationファイル＃１１と＃１２は、いずれも、図４３に示すようにchunk_map()が削除されたものである。
【０３３４】
ステップＳ１２８において、再生制御部７４は、「00001.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00001.m2ts」のm2tsファイル、すなわち、L videoストリームをローカルストレージ３４から読み出す。
【０３３５】
ステップＳ１２９において、再生制御部７４は、「00002.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00002.m2ts」のm2tsファイル、すなわち、R videoストリームをローカルストレージ３４から読み出す。
【０３３６】
ステップＳ１３０において、再生制御部７４は、ローカルストレージ３４から読み出したストリームをデコード部３６に出力し、再生させる。ローカルストレージ３４から読み出されたストリームの再生は、上述した処理と同様にして行われる。
【０３３７】
すなわち、デコード部３６に供給されたL videoストリームのデータは、図２２の分離部５１を介してリードバッファ５２に出力され、R videoストリームのデータはリードバッファ５５に出力される。
【０３３８】
リードバッファ５２に記憶されたL videoストリームのトランスポートパケットがステップＳ１２３において特定されたPIDに基づいてPIDフィルタ５３により抽出され、ESバッファ５４、スイッチ５９を介してデコーダ６０に供給される。リードバッファ５５に記憶されたR videoストリームのトランスポートパケットがステップＳ１２４において特定されたPIDに基づいてPIDフィルタ５６により抽出され、スイッチ５７、ESバッファ５８、およびスイッチ５９を介してデコーダ６０に供給される。
【０３３９】
デコーダ６０においては、スイッチ５９から順次供給されるパケットがデコードされ、L videoストリーム、R videoストリームの再生が行われる。
【０３４０】
光ディスク２からローカルストレージ３４にコピーされた3Dコンテンツの再生は以上のようにして行われる。
【０３４１】
［実施の形態２］
以上においては、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されているか否かがMVC_file_typeの値に基づいて判断されるものとしたが、他の情報に基づいて判断されるようにしてもよい。
【０３４２】
図４６は、コピー対象の3Dコンテンツのファイル管理の概念を示す他の図である。
【０３４３】
図４６のPlayListファイル＃２１においては、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されているか否かが、ExtensionData()に含まれるSubPath_type_extensionによって表される。図４６に示すように、PlayListファイル＃２１には、MVC_file_typeが含まれていない。また、MVC_flagも含まれていない。
【０３４４】
MVC_file_typeとMVC_flagが含まれていない点を除いて、図４６のPlayListファイル＃２１は、図３８のPlayListファイル＃１と同じである。
【０３４５】
この場合、SubPath_type_extensionの値の意味は図４７に示すものになる。
【０３４６】
図４７に示すように、SubPath_type_extensionの値の意味は、基本的には図１７を参照して説明した各値の意味と同じであるが、下線で示す意味が、SubPath_type_extension=8の意味として追加される。
【０３４７】
すなわち、MVC_file_typeが含まれていないPlayListファイル＃２１におけるSubPath_type_extension=8は、SubPath_type_extension=8が設定されたSubPathがR videoストリームを参照するSubPathであることを表す。また、参照するR videoストリームのm2tsファイルが、PlayItemが参照するL videoストリームのm2tsファイルとは別のファイルであることを表す。さらに、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されていることを表す。
【０３４８】
再生装置１は、SubPath_type_extensionの値から、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されているか否かを判断することが可能になる。
【０３４９】
また、SubPath()のフィールド（図１１の３４行目乃至４０行目）に含まれる通常のSubPath_typeの値の意味は図４８に示すものになる。
【０３５０】
図４８に示すように、SubPath_typeの値の意味は、基本的には図１４を参照して説明した各値の意味と同じであるが、下線で示す意味が、SubPath_type=5の意味として追加される。
【０３５１】
すなわち、MVC_file_typeが含まれていないPlayListファイル＃２１におけるSubPath_type=5は、SubPath_type=5が設定されたSubPathが、R videoストリームを参照するSubPathであることを表す。また、PlayItemが参照するL videoストリームのm2tsファイルと、R videoストリームのm2tsファイルは別のファイルであり、R videoストリームのm2tsファイルが、ローカルストレージから供給されることを表す。
【０３５２】
図４８に示すSubPath_type=0乃至7の値の意味は、SubPath_type_extension=0乃至7の値の意味としても用いられる。
【０３５３】
図４６の説明に戻り、図４６のClip Informationファイル＃３１と＃３２はそれぞれ図３８のClip Informationファイル＃１１と＃１２と同じである。また、図４６に示すファイルシステムレイヤと物理レイヤの内容も、図３８に示す内容と同じである。
【０３５４】
［コピー処理の例１］
ここで、図４９のフローチャートを参照して、光ディスク２に記録されている図４６の3Dコンテンツをローカルストレージ３４にコピーする再生装置１の処理について説明する。
【０３５５】
ステップＳ１４１において、データ取得部７１は、コピー対象の3DコンテンツのPlayListファイルであるPlayListファイル＃２１を光ディスク２から読み出す。PlayListファイル＃２１はデータ取得部７１により取得され、情報処理部７２に供給される。
【０３５６】
ステップＳ１４２において、情報処理部７２は、PlayListファイル＃２１のSubPath_type_extensionの値が8であることに基づいて、ilvtファイルを参照していることを認識する。
【０３５７】
ステップＳ１４３において、情報処理部７２は、PlayItem()の中のClip_Information_file_nameから、L videoストリームを含むMain TSのm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。
【０３５８】
ステップＳ１４４において、情報処理部７２は、SubPath_entries_extension()の中で、SubPath_id=0が設定されるとともにSubPath_type_extension=8が設定されたSubPathを特定する。また、情報処理部７２は、特定したSubPathのSubPlayItem()中のClip_Information_file_nameから、R videoストリームを含むTSのm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。
【０３５９】
ステップＳ１４５において、データ取得部７１は、情報処理部７２により特定されたファイル名に基づいて、Clip Informationファイル＃３１と＃３２を光ディスク２から読み出す。
【０３６０】
ステップＳ１４６において、情報処理部７２は、L videoのClipを構成するファイルのファイル名に含まれる数字（00001）と同じ５文字をファイル名に含み、拡張子がilvtである「00001.ilvt」を特定する。
【０３６１】
ステップＳ１４７において、情報処理部７２は、データ取得部７１を制御し、「00001.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00001.m2ts」を読み出しファイルとして指定し、光ディスク２から読み出させる。記録制御部７３は、データ取得部７１により読み出された「00001.m2ts」のm2tsファイル、すなわち、L videoストリームをローカルストレージ３４にコピーする。
【０３６２】
ステップＳ１４８において、情報処理部７２は、データ取得部７１を制御し、「00002.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00002.m2ts」を読み出しファイルとして指定し、光ディスク２から読み出させる。記録制御部７３は、データ取得部７１により読み出された「00002.m2ts」のm2tsファイル、すなわち、R videoストリームをローカルストレージ３４にコピーする。
【０３６３】
ステップＳ１４９において、情報処理部７２は、ステップＳ１４５で読み出された「00001.clpi」のclpiファイルからchunk_map()を削除し、新しいClip Informationファイル＃３１として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいClip Informationファイル＃３１をローカルストレージ３４にコピーする。
【０３６４】
ステップＳ１５０において、情報処理部７２は、ステップＳ１４５で読み出された「00002.clpi」のclpiファイルからchunk_map()を削除し、新しいClip Informationファイル＃３２として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいClip Informationファイル＃３２をローカルストレージ３４にコピーする。
【０３６５】
ステップＳ１５１において、情報処理部７２は、PlayListファイル＃２１のExtensionData()のフィールドに含まれるSubPath_type_extensionの値を8から5に変更し、新しいPlayListファイル＃２１として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいPlayListファイル＃２１をローカルストレージ３４にコピーする。
【０３６６】
図５０は、SubPath_type_extensionの値が変更されたPlayListファイル＃２１を示す図である。
【０３６７】
下線で示すように、SubPath_type_extensionの値は、情報処理部７２により8から5に変更される。図５０の記述を含むPlayListファイル＃２１が、L videoストリームを管理するm2tsファイル、R videoストリームを管理するm2tsファイルとともにローカルストレージ３４に記録され、コピーされた3Dコンテンツの再生制御情報として用いられる。
【０３６８】
図５１は、chunk_map()が削除されたClip Informationファイル＃３１と＃３２を示す図である。図５１に示すClip Informationファイル＃３１，＃３２は、図４３に示すClip Informationファイル＃１１，＃１２とそれぞれ同じである。
【０３６９】
図４９の処理によってコピーが行われた後のローカルストレージ３４の状態は、図４４に示す状態と同じ状態である。
【０３７０】
すなわち、ローカルストレージ３４には、「00001.m2ts」によって管理されるL videoストリームと、「00002.m2ts」によって管理されるR videoストリームが記録される。また、「00001.clpi」のclpiファイル（Clip Informationファイル＃３１）が「00001.m2ts」のm2tsファイルと対応付けて記録され、「00002.clpi」のclpiファイル（Clip Informationファイル＃３２）が「00002.m2ts」のm2tsファイルと対応付けて記録される。
【０３７１】
これにより、L videoストリームのm2tsファイルとR videoストリームのm2tsファイルがインターリーブして光ディスク２に記録されているか否かをSubPath_type_extensionに基づいて判断し、効率的にコピーを行うことが可能になる。
【０３７２】
［コピーされた3Dコンテンツの再生処理の例１］
図５２のフローチャートを参照して、図４９の処理によってローカルストレージ３４にコピーされた3Dコンテンツを再生する再生装置１の処理について説明する。
【０３７３】
ステップＳ１６１において、再生制御部７４は、再生対象の3DコンテンツのPlayListファイル＃２１（図５０のPlayListファイル＃２１）をローカルストレージ３４から読み出す。
【０３７４】
ステップＳ１６２において、再生制御部７４は、PlayListファイル＃２１のSubPath_type_extensionの値が5であることに基づいて、R videoストリームのm2tsファイルが、L videoストリームのm2tsファイルとは別のファイルであることを認識する。
【０３７５】
ステップＳ１６３において、再生制御部７４は、STN_table()の記述から、L videoストリームを含むTSのトランスポートパケットのPIDを特定する。
【０３７６】
ステップＳ１６４において、再生制御部７４は、STN_table_extension()の記述から、R videoストリームを参照するSubPathのIDであるref_to_SubPath_id=0を特定し、R videoストリームを含むTSのトランスポートパケットのPIDを特定する。
【０３７７】
ステップＳ１６５において、再生制御部７４は、PlayItem()の中のClip_Information_file_nameから、L videoストリームを含むTSのm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。
【０３７８】
ステップＳ１６６において、再生制御部７４は、SubPath_entries_extension()の中で、SubPath_id=0が設定されるとともにSubPath_type=8が設定されたSubPathを特定する。また、特定したSubPathのSubPlayItem()中のClip_Information_file_nameから、R videoストリームを含むTSのm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。
【０３７９】
ステップＳ１６７において、再生制御部７４は、特定したファイル名に基づいてClip Informationファイル＃３１と＃３２をローカルストレージ３４から読み出す。Clip Informationファイル＃３１と＃３２は、いずれも、図５１に示すようにchunk_map()が削除されたものである。
【０３８０】
ステップＳ１６８において、再生制御部７４は、「00001.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00001.m2ts」のm2tsファイル、すなわち、L videoストリームをローカルストレージ３４から読み出す。
【０３８１】
ステップＳ１６９において、再生制御部７４は、「00002.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00002.m2ts」のm2tsファイル、すなわち、R videoストリームをローカルストレージ３４から読み出す。
【０３８２】
ステップＳ１７０において、再生制御部７４は、ローカルストレージ３４から読み出したストリームをデコード部３６に出力し、再生させる。ローカルストレージ３４から読み出されたストリームの再生は、図４５のステップＳ１３１の処理と同様にして行われる。
【０３８３】
［コピー処理の例２］
コピー時にPlayListファイル＃２１に加えられる変更として、図４９の処理においてはSubPath_type_extensionの値の変更が行われるものとしたが、SubPath_extension()の記述をExtensionData()のフィールドからSubPath()のフィールドに移すような変更が行われるようにしてもよい。
【０３８４】
R videoストリームを参照するSubPathに関する記述としてExtensionData()のフィールドに含まれるSubPath_entries_extension()とSTN_table_extension()のうちのSTN_table_extension()の方は、そのまま、ExtensionData()のフィールドに記述される。
【０３８５】
図１１を参照して説明すると、４７行目のSubPath_entries_extension()内のSubPath_extension()の情報（図１６）が、３４行目乃至４０行目のSubPath()内の情報として移動することになる。そのようにして内容が変更されたPlayListファイル＃２１が、新たなPlayListファイル＃２１としてローカルストレージ３４に記録される。
【０３８６】
図５３のフローチャートを参照して、光ディスク２に記録されている図４６の3Dコンテンツをローカルストレージ３４にコピーする再生装置１の他の処理について説明する。
【０３８７】
図５３の処理においては、SubPath_extension()内の情報がSubPath()内の情報として書き換えられたPlayListファイル＃２１がコピーされる。PlayListファイル＃２１の書き換えの内容が異なる点を除いて、図５３の処理は、図４９を参照して説明した処理と同様の処理である。
【０３８８】
ステップＳ１８１において、データ取得部７１は、コピー対象の3DコンテンツのPlayListファイルであるPlayListファイル＃２１を光ディスク２から読み出す。
【０３８９】
ステップＳ１８２において、情報処理部７２は、PlayListファイル＃２１のSubPath_type_extensionの値が8であることに基づいて、ilvtファイルを参照していることを認識する。
【０３９０】
ステップＳ１８３において、情報処理部７２は、PlayListファイル＃２１のPlayItem()の中のClip_Information_file_nameから、L videoストリームを含むMain TSのm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。
【０３９１】
ステップＳ１８４において、情報処理部７２は、SubPath_entries_extension()の中で、SubPath_id=0が設定されるとともにSubPath_type_extension=8が設定されたSubPathを特定する。また、情報処理部７２は、特定したSubPathのSubPlayItem()中のClip_Information_file_nameから、R videoストリームを含むm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。
【０３９２】
ステップＳ１８５において、データ取得部７１は、Clip Informationファイル＃３１と＃３２を光ディスク２から読み出す。
【０３９３】
ステップＳ１８６において、情報処理部７２は、L videoのClipを構成するファイルのファイル名に含まれる数字（00001）と同じ５文字をファイル名に含み、拡張子がilvtである「00001.ilvt」を特定する。
【０３９４】
ステップＳ１８７において、情報処理部７２は、データ取得部７１を制御し、「00001.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00001.m2ts」を読み出しファイルとして指定し、光ディスク２から読み出させる。記録制御部７３は、データ取得部７１により読み出された「00001.m2ts」のm2tsファイル、すなわち、L videoストリームをローカルストレージ３４にコピーする。
【０３９５】
ステップＳ１８８において、情報処理部７２は、データ取得部７１を制御し、「00002.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00002.m2ts」を読み出しファイルとして指定し、光ディスク２から読み出させる。記録制御部７３は、データ取得部７１により読み出された「00002.m2ts」のm2tsファイル、すなわち、R videoストリームをローカルストレージ３４にコピーする。
【０３９６】
ステップＳ１８９において、情報処理部７２は、ステップＳ１８５で読み出された「00001.clpi」のclpiファイルからchunk_map()を削除し、新しいClip Informationファイル＃３１として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいClip Informationファイル＃３１をローカルストレージ３４にコピーする。
【０３９７】
ステップＳ１９０において、情報処理部７２は、ステップＳ１８５で読み出された「00002.clpi」のclpiファイルからchunk_map()を削除し、新しいClip Informationファイル＃３２として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいClip Informationファイル＃３２をローカルストレージ３４にコピーする。
【０３９８】
ステップＳ１９１において、情報処理部７２は、PlayListファイル＃２１のSubPath_type_extensionの値を8から5に変更する。また、情報処理部７２は、ExtensionData()内のSubPath_extension()の記述をSubPath()に記述し、新しいPlayListファイル＃２１として記録制御部７３に出力する。記録制御部７３は、情報処理部７２から供給された新しいPlayListファイル＃２１をローカルストレージ３４にコピーする。
【０３９９】
図５４は、SubPath_extension()の記述の位置が変更されたPlayListファイル＃２１を示す図である。
【０４００】
下線で示すように、SubPath_typeの値は、情報処理部７２により5として設定される。また、SubPath_extension()の中に記述されていたSubPlayItem()の記述が、SubPath()内に記述される。SubPath()内のSubPlayItem()には、SubPlayItemが参照するR videoストリームに対応するclpiファイルのファイル名、再生区間の開始位置を表すSubPlayItem_IN_time、および終了位置を表すSubPlayItem_OUT_timeが含まれる。
【０４０１】
図５４の記述を含むPlayListファイル＃２１が、L videoストリームを管理するm2tsファイル、R videoストリームを管理するm2tsファイルとともにローカルストレージ３４に記録され、コピーされた3Dコンテンツの再生制御情報として用いられる。
【０４０２】
ローカルストレージ３４にコピーされるClip Informationファイル＃３１と＃３２は、図５１に示すClip Informationファイル＃１１と＃１２とそれぞれ同じである。
【０４０３】
［コピーされた3Dコンテンツの再生処理の例２］
図５５のフローチャートを参照して、図５３の処理によってローカルストレージ３４にコピーされた3Dコンテンツを再生する再生装置１の処理について説明する。
【０４０４】
ステップＳ２０１において、再生制御部７４は、再生対象のPlayListファイル＃２１（図５４のPlayListファイル＃２１）をローカルストレージ３４から読み出す。
【０４０５】
ステップＳ２０２において、再生制御部７４は、PlayListファイル＃２１のSubPath_typeの値が5であることに基づいて、R videoストリームのm2tsファイルが、L videoストリームのm2tsファイルとは別のファイルであることを認識する。
【０４０６】
図４８を参照して説明したように、SubPath_typeの値が5であることは、PlayItemが参照するL videoストリームのm2tsファイルとR videoストリームのm2tsファイルが別のファイルであり、R videoストリームのm2tsファイルが、ローカルストレージから供給されることを表す。
【０４０７】
ステップＳ２０３乃至Ｓ２１０の処理は、図５２のステップＳ１６３乃至Ｓ１７０の処理と同様の処理である。ステップＳ２０３において、再生制御部７４は、STN_table()の記述から、L videoストリームを含むTSのトランスポートパケットのPIDを特定する。
【０４０８】
ステップＳ２０４において、再生制御部７４は、STN_table_extension()の記述から、R videoストリームを参照するSubPathのIDであるref_to_SubPath_id=0を特定し、R videoストリームを含むTSのトランスポートパケットのPIDを特定する。
【０４０９】
ステップＳ２０５において、再生制御部７４は、PlayItem()の中のClip_Information_file_nameから、L videoストリームを含むTSのm2tsファイルに対応するclpiファイルのファイル名を「00001.clpi」として特定する。
【０４１０】
ステップＳ２０６において、再生制御部７４は、SubPath()の中で、SubPath_id=0が設定されるとともにSubPath_type=5が設定されたSubPathを特定する。また、再生制御部７４は、特定したSubPathのSubPlayItem()中のClip_Information_file_nameから、R videoストリームを含むm2tsファイルに対応するclpiファイルのファイル名を「00002.clpi」として特定する。
【０４１１】
ステップＳ２０７において、再生制御部７４は、特定したファイル名に基づいて、Clip Informationファイル＃３１と＃３２をローカルストレージ３４から読み出す。Clip Informationファイル＃３１と＃３２は、いずれも、chunk_map()が削除されたものである。
【０４１２】
ステップＳ２０８において、再生制御部７４は、「00001.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00001.m2ts」のm2tsファイル、すなわち、L videoストリームをローカルストレージ３４から読み出す。
【０４１３】
ステップＳ２０９において、再生制御部７４は、「00002.clpi」に含まれる数字と同じ５文字をファイル名に含み、拡張子がm2tsである「00002.m2ts」のm2tsファイル、すなわち、R videoストリームをローカルストレージ３４から読み出す。
【０４１４】
ステップＳ２１０において、再生制御部７４は、ローカルストレージ３４から読み出したストリームをデコード部３６に出力し、再生させる。
【０４１５】
［コンピュータの構成例］
上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウエアに組み込まれているコンピュータ、または汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【０４１６】
図５６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
【０４１７】
CPU(Central Processing Unit)１５１、ROM(Read Only Memory)１５２、RAM(Random Access Memory)１５３は、バス１５４により相互に接続されている。
【０４１８】
バス１５４には、さらに、入出力インタフェース１５５が接続されている。入出力インタフェース１５５には、キーボード、マウスなどよりなる入力部１５６、ディスプレイ、スピーカなどよりなる出力部１５７が接続される。また、入出力インタフェース１５５には、ハードディスクや不揮発性のメモリなどよりなる記憶部１５８、ネットワークインタフェースなどよりなる通信部１５９、リムーバブルメディア１６１を駆動するドライブ１６０が接続される。
【０４１９】
以上のように構成されるコンピュータでは、CPU１５１が、例えば、記憶部１５８に記憶されているプログラムを入出力インタフェース１５５及びバス１５４を介してRAM１５３にロードして実行することにより、上述した一連の処理が行われる。
【０４２０】
CPU１５１が実行するプログラムは、例えばリムーバブルメディア１６１に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供され、記憶部１５８にインストールされる。
【０４２１】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【０４２２】
本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０４２３】
１ 再生装置， ２ 光ディスク， ３ 表示装置， １１ H.264/AVCエンコーダ， １２ H.264/AVCデコーダ， １３ Dependent view videoエンコーダ， １４ マルチプレクサ， ３１ コントローラ， ３２ ディスクドライブ， ３３ メモリ， ３４ ローカルストレージ， ３５ インターネットインタフェース， ３６ デコード部， ３７ 操作入力部， ７１ データ取得部， ７２ 情報処理部， ７３ 記録制御部， ７４ 再生制御部
【特許請求の範囲】
【請求項１】
コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かを、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断する処理手段と、
前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断された場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルを指定して、前記基本ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるとともに、前記第２のファイルを指定して、前記拡張ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせる記録制御手段と
を備える情報処理装置。
【請求項２】
前記処理手段は、前記制御情報に含まれる、前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているか否かを表す記録状態情報の値を、インターリーブして記録されていないことを表すように変更し、
前記記録制御手段は、値が変更された前記記録状態情報を含む前記制御情報を前記第２の記録媒体に記録させる
請求項１に記載の情報処理装置。
【請求項３】
前記第１の記録媒体はブルーレイディスクであり、
前記制御情報は、ブルーレイディスク規格のプレイリストである
請求項２に記載の情報処理装置。
【請求項４】
前記記録状態情報は、前記プレイリストを構成する、前記基本ストリームを参照するメインパスに関する情報に含まれる
請求項３に記載の情報処理装置。
【請求項５】
前記記録状態情報は、拡張フィールドの情報として前記プレイリストに含まれる、前記拡張ストリームを参照するサブパスのタイプを表す情報であるサブパスタイプである
請求項３に記載の情報処理装置。
【請求項６】
前記処理手段は、前記拡張フィールドの情報として前記プレイリストに含まれる前記サブパスに関する情報が、前記拡張フィールドとは異なるサブパス用のフィールドの情報として含まれるように前記制御情報を変更し、
前記記録制御手段は、前記サブパスに関する情報の含まれるフィールドが変更された前記制御情報を前記第２の記録媒体に記録させる
請求項５に記載の情報処理装置。
【請求項７】
前記処理手段は、
前記基本ストリームの再生時に参照され、前記基本ストリームと対応付けて前記第１の記録媒体に記録されている第１のクリップ情報から、前記基本ストリームを構成する前記所定の単位のデータとしてのソースパケットの集まりのそれぞれの前記第１の記録媒体上の位置に関する情報を削除し、
前記拡張ストリームの再生時に参照され、前記拡張ストリームと対応付けて前記第１の記録媒体に記録されている第２のクリップ情報から、前記拡張ストリームを構成する前記所定の単位のデータとしてのソースパケットの集まりのそれぞれの前記第１の記録媒体上の位置に関する情報を削除し、
前記記録制御手段は、ソースパケットの集まりのそれぞれの前記第１の記録媒体上の位置に関する情報が削除された前記第１のクリップ情報と前記第２のクリップ情報を前記第２の記録媒体に記録させる
請求項３に記載の情報処理装置。
【請求項８】
コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かを、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断し、
前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断した場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルを指定して、前記基本ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるとともに、前記第２のファイルを指定して、前記拡張ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせる
ステップを含む情報処理方法。
【請求項９】
コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かを、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断し、
前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断した場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルを指定して、前記基本ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるとともに、前記第２のファイルを指定して、前記拡張ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせる
ステップを含む処理をコンピュータに実行させるプログラム。
【請求項１】
コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かを、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断する処理手段と、
前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断された場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルを指定して、前記基本ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるとともに、前記第２のファイルを指定して、前記拡張ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせる記録制御手段と
を備える情報処理装置。
【請求項２】
前記処理手段は、前記制御情報に含まれる、前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているか否かを表す記録状態情報の値を、インターリーブして記録されていないことを表すように変更し、
前記記録制御手段は、値が変更された前記記録状態情報を含む前記制御情報を前記第２の記録媒体に記録させる
請求項１に記載の情報処理装置。
【請求項３】
前記第１の記録媒体はブルーレイディスクであり、
前記制御情報は、ブルーレイディスク規格のプレイリストである
請求項２に記載の情報処理装置。
【請求項４】
前記記録状態情報は、前記プレイリストを構成する、前記基本ストリームを参照するメインパスに関する情報に含まれる
請求項３に記載の情報処理装置。
【請求項５】
前記記録状態情報は、拡張フィールドの情報として前記プレイリストに含まれる、前記拡張ストリームを参照するサブパスのタイプを表す情報であるサブパスタイプである
請求項３に記載の情報処理装置。
【請求項６】
前記処理手段は、前記拡張フィールドの情報として前記プレイリストに含まれる前記サブパスに関する情報が、前記拡張フィールドとは異なるサブパス用のフィールドの情報として含まれるように前記制御情報を変更し、
前記記録制御手段は、前記サブパスに関する情報の含まれるフィールドが変更された前記制御情報を前記第２の記録媒体に記録させる
請求項５に記載の情報処理装置。
【請求項７】
前記処理手段は、
前記基本ストリームの再生時に参照され、前記基本ストリームと対応付けて前記第１の記録媒体に記録されている第１のクリップ情報から、前記基本ストリームを構成する前記所定の単位のデータとしてのソースパケットの集まりのそれぞれの前記第１の記録媒体上の位置に関する情報を削除し、
前記拡張ストリームの再生時に参照され、前記拡張ストリームと対応付けて前記第１の記録媒体に記録されている第２のクリップ情報から、前記拡張ストリームを構成する前記所定の単位のデータとしてのソースパケットの集まりのそれぞれの前記第１の記録媒体上の位置に関する情報を削除し、
前記記録制御手段は、ソースパケットの集まりのそれぞれの前記第１の記録媒体上の位置に関する情報が削除された前記第１のクリップ情報と前記第２のクリップ情報を前記第２の記録媒体に記録させる
請求項３に記載の情報処理装置。
【請求項８】
コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かを、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断し、
前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断した場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルを指定して、前記基本ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるとともに、前記第２のファイルを指定して、前記拡張ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせる
ステップを含む情報処理方法。
【請求項９】
コピー対象のコンテンツのビデオストリームを構成する、単独で再生が可能な基本ストリームと、前記基本ストリームと併せて再生に用いられる拡張ストリームが、所定の単位のデータ毎にインターリーブして第１の記録媒体に記録されているか否かを、前記第１の記録媒体に記録されている、前記コンテンツの再生を制御する情報である制御情報に基づいて判断し、
前記基本ストリームと前記拡張ストリームが前記所定の単位のデータ毎にインターリーブして記録されているとして判断した場合、前記基本ストリームを管理する第１のファイルと、前記拡張ストリームを管理する第２のファイルと、前記基本ストリームおよび前記拡張ストリームを管理する第３のファイルとのうちの前記第１のファイルを指定して、前記基本ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせるとともに、前記第２のファイルを指定して、前記拡張ストリームを前記第１の記録媒体から第２の記録媒体にコピーさせる
ステップを含む処理をコンピュータに実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図４９】
【図５０】
【図５１】
【図５２】
【図５３】
【図５４】
【図５５】
【図５６】
【公開番号】特開２０１２−１００２４（Ｐ２０１２−１００２４Ａ）
【公開日】平成２４年１月１２日（２０１２．１．１２）
【国際特許分類】
【出願番号】特願２０１０−１４２８６４（Ｐ２０１０−１４２８６４）
【出願日】平成２２年６月２３日（２０１０．６．２３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２４年１月１２日（２０１２．１．１２）
【国際特許分類】
【出願日】平成２２年６月２３日（２０１０．６．２３）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]