(57)【要約】【課題】ステレオ画像（3D画像）のコンテンツを適切に再生する。【解決手段】Base view videoとD1 view videoを使った3D再生が指示された場合、PlayListファイルのinterleaved_file_info()に記述された「10000.ilvt(ref_to_D1-B_interleaved_file_name)を指定し、UDF file systemを通して、Base view videoのチャンクとD1 view videoのチャンクが光ディスクから読み出される。読み出されたBase view videoのチャンクとD1 view videoのチャンクはデコーダ部に供給され、再生される。本発明は、BD-ROM規格に対応した再生装置に適用することができる。【選択図】図３８
2010263612.tif 000002
【特許請求の範囲】
【請求項１】
所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの前記基本ストリームを含む第１の多重化ストリームと、前記基本ストリームに対応する前記拡張ストリームを含む第２の多重化ストリームとが、所定のデータ量のチャンク単位でインターリーブされているファイルであるインターリーブドファイルを記録媒体から読み出し、前記第１の多重化ストリームの情報であり、前記多重化ストリームを構成するチャンクの数と、各チャンクの前記第１の多重化ストリームの中での開始パケット番号とを有する第１の情報ファイルを読み出し、前記第２の多重化ストリームの情報であり、前記第２の多重化ストリームを構成するチャンクの数と、各チャンクの前記第２の多重化ストリームの中での開始パケット番号とを有する第２の情報ファイルを読み出す読み出し手段と、
前記第１の情報ファイルと前記第２の情報ファイルを用いて、前記インターリーブドファイルを前記第１の多重化ストリームと前記第２の多重化ストリームに分離する分離手段と
を備える再生装置。
【請求項２】
前記チャンクは、前記記録媒体上に連続配置されるソースパケットの集まりである
請求項１に記載の再生装置。
【請求項３】
前記第１の情報ファイルが有する前記チャンクの数と、前記第２の情報ファイルが有する前記チャンクの数は、等しい数である
請求項２に記載の再生装置。
【請求項４】
前記第１の情報ファイルは、さらに、前記第１の多重化ストリームを構成するソースパケットの総数の情報を有し、
前記第２の情報ファイルは、さらに、前記第２の多重化ストリームを構成するソースパケットの総数の情報を有する
請求項３に記載の再生装置。
【請求項５】
前記第１の情報ファイルが有する前記チャンクの数を(n+1)とし、
前記第１の多重化ストリームを構成するチャンクをB[i](i=0〜n)、前記第１の多重化ストリームの先頭からk番目のチャンクをB[k]と表し、
前記第２の多重化ストリームを構成するチャンクをD[i](i=0〜n)、前記第２の多重化ストリームの先頭からk番目のチャンクをD[k]と表し、
B[k]の開始パケット番号を、SPN_chunk_start_1[k]と表し、
D[k]の開始パケット番号を、SPN_chunk_start_2[k]と表し、
前記第１の多重化ストリームを構成するソースパケットの総数を、number_of_source_packets1と表し、
前記第２の多重化ストリームを構成するソースパケットの総数を、number_of_source_packets2と表すとき、
前記分離手段は、
k=0〜(n-1)について、B[k]を構成するソースパケットの数を、(SPN_chunk_start_1[k+1] - SPN_chunk_start_1[k])によって計算し、
k=0〜(n-1)について、D[k]を構成するソースパケットの数を、(SPN_chunk_start_2[k+1] - SPN_chunk_start_2[k])によって計算し、
B[n]を構成するソースパケットの数を、(number_of_source_packets1 - SPN_chunk_start_1[n])によって計算し、
D[n]を構成するソースパケットの数を、(number_of_source_packets2 - SPN_chunk_start_2[n])によって計算する
請求項４に記載の再生装置。
【請求項６】
B[i]とD[i]について、iの値が同じ組のチャンクは同じ再生時間を有する
請求項５に記載の再生装置。
【請求項７】
前記読み出し手段による読み出しを制御する制御手段をさらに備え、
前記制御手段は、
前記第１の多重化ストリームの情報であり、前記第１の多重化ストリームの中のエントリーポイントの数と、各エントリーポイントについて、PTS(Presentation Time Stamp)を表すPTS_EP_start[i]および位置を表すソースパケット番号であるSPN_EP_start[i]とを有する情報であるEP_mapを読み出し、
指定された再生開始時刻よりも小さく最も近い値を持つPTS_EP_start[m]を検出し、
PTS_EP_start[m]に対応するSPN_EP_start[m]を検出し、
SPN_EP_start[m]より小さく最も近い値をもつSPN_chunk_start_1[k]とそのkを検出し、
SPN_chunk_start_1[k]とSPN_chunk_start_2[k]の和を、前記インターリーブドファイルの読み出し開始アドレスとして決定する
請求項５に記載の再生装置。
【請求項８】
前記基本ストリームと前記拡張ストリームは、それぞれ、ビデオストリームがH.264 AVC/MVCで符号化されることによって生成されたBase view video streamとDependent view video streamである
請求項１に記載の再生装置。
【請求項９】
所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの前記基本ストリームを含む第１の多重化ストリームと、前記基本ストリームに対応する前記拡張ストリームを含む第２の多重化ストリームとが、所定のデータ量のチャンク単位でインターリーブされているファイルであるインターリーブドファイルを記録媒体から読み出し、
前記第１の多重化ストリームの情報であり、前記多重化ストリームを構成するチャンクの数と、各チャンクの前記第１の多重化ストリームの中での開始パケット番号とを有する第１の情報ファイルを読み出し、
前記第２の多重化ストリームの情報であり、前記第２の多重化ストリームを構成するチャンクの数と、各チャンクの前記第２の多重化ストリームの中での開始パケット番号とを有する第２の情報ファイルを読み出し、
前記第１の情報ファイルと前記第２の情報ファイルを用いて、前記インターリーブドファイルを前記第１の多重化ストリームと前記第２の多重化ストリームに分離する
ステップを含む再生方法。
【請求項１０】
所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの前記基本ストリームを含む第１の多重化ストリームと、前記基本ストリームに対応する前記拡張ストリームを含む第２の多重化ストリームとが、所定のデータ量のチャンク単位でインターリーブされているファイルであるインターリーブドファイルを記録媒体から読み出し、
前記第１の多重化ストリームの情報であり、前記多重化ストリームを構成するチャンクの数と、各チャンクの前記第１の多重化ストリームの中での開始パケット番号とを有する第１の情報ファイルを読み出し、
前記第２の多重化ストリームの情報であり、前記第２の多重化ストリームを構成するチャンクの数と、各チャンクの前記第２の多重化ストリームの中での開始パケット番号とを有する第２の情報ファイルを読み出し、
前記第１の情報ファイルと前記第２の情報ファイルを用いて、前記インターリーブドファイルを前記第１の多重化ストリームと前記第２の多重化ストリームに分離する
ステップを含む処理をコンピュータに実行させるプログラム。
【請求項１１】
複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報を設定し、
前記エクステント単位でインターリーブされた状態で記録されている場合、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルを前記再生管理情報ファイルに設定する設定手段を備える
情報処理装置。
【請求項１２】
前記設定手段は、前記再生管理情報ファイルに、前記基本ストリームの再生区間であるクリップに関する情報を記述するクリップ情報ファイルの識別情報と、前記基本ストリームのクリップとともに三次元画像の再生に用いられる前記拡張ストリームのクリップに関する情報を記述する前記クリップ情報ファイルの識別情報とをさらに設定する
請求項１１に記載の情報処理装置。
【請求項１３】
前記設定手段は、前記基本ストリームの前記クリップ情報ファイルに、前記基本ストリームのエクステントに関する情報を設定し、前記拡張ストリームの前記クリップ情報ファイルに、前記拡張ストリームのエクステントに関する情報を設定する
請求項１２に記載の情報処理装置。
【請求項１４】
前記基本ストリームと前記拡張ストリームは、それぞれ、ビデオストリームがH.264 AVC/MVCで符号化されることによって生成されたBase view video streamとDependent view video streamである
請求項１１に記載の情報処理装置。
【請求項１５】
複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報を設定し、
前記エクステント単位でインターリーブされた状態で記録されている場合、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルを前記再生管理情報ファイルに設定する
ステップを含む情報処理方法。
【請求項１６】
複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報を設定し、
前記エクステント単位でインターリーブされた状態で記録されている場合、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルを前記再生管理情報ファイルに設定する
ステップを含む処理をコンピュータに実行させるプログラム。
【請求項１７】
複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、
前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルに基づいて、前記基本ストリームと前記拡張ストリームとを前記光ディスクから読み出させる制御手段を備える
再生装置。
【請求項１８】
前記光ディスクから読み出された前記基本ストリームと前記拡張ストリームとを再生する再生手段をさらに備える
請求項１７に記載の再生装置。
【請求項１９】
前記基本ストリームの再生区間であるクリップに関する情報として、前記基本ストリームのエクステントに関する情報が記述されたクリップ情報ファイルの識別情報と、前記基本ストリームのクリップとともに三次元画像の再生に用いられる前記拡張ストリームのクリップに関する情報として、前記拡張ストリームのエクステントに関する情報が記述された前記クリップ情報ファイルの識別情報とが前記再生管理情報ファイルに設定されている場合、
前記制御手段により読み出されたデータを、それぞれの前記クリップ情報ファイルに設定されている前記エクステントに関する情報に基づいて、前記基本ストリームのデータと前記拡張ストリームのデータに分離する分離手段をさらに備える
請求項１８に記載の再生装置。
【請求項２０】
前記エクステントに関する情報は、前記クリップに結び付けられたストリームファイルの中で、それぞれの前記エクステントが開始するソースパケットの番号である
請求項１９に記載の再生装置。
【請求項２１】
前記基本ストリームと前記拡張ストリームは、それぞれ、ビデオストリームがH.264 AVC/MVCで符号化されることによって生成されたBase view video streamとDependent view video streamである
請求項１７に記載の再生装置。
【請求項２２】
複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、
前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルに基づいて、前記基本ストリームと前記拡張ストリームとを前記光ディスクから読み出させる
ステップを含む再生方法。
【請求項２３】
複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、
前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルに基づいて、前記基本ストリームと前記拡張ストリームとを前記光ディスクから読み出させる
ステップを含む処理をコンピュータに実行させるプログラム。
【請求項２４】
複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルを参照し、
前記再生管理情報ファイルに設定されている、前記仮想ファイルにより管理される前記拡張ストリームの再生区間であるクリップに関する情報が記述されたクリップ情報ファイルの識別情報と、前記光ディスクに記録されている前記拡張ストリームのクリップの前記クリップ情報ファイルの識別情報とが一致しない場合、前記基本ストリームのクリップのデータを前記光ディスクから読み出させ、前記基本ストリームのクリップのデータとともに三次元画像の再生に用いられる拡張ストリームのクリップのデータとして、前記光ディスクとは異なる記録媒体に記録されている拡張ストリームのクリップのデータを読み出させる制御手段を備える
再生装置。
【請求項２５】
前記基本ストリームと前記拡張ストリームは、それぞれ、ビデオストリームがH.264 AVC/MVCで符号化されることによって生成されたBase view video streamとDependent view video streamである
請求項２４に記載の再生装置。
【請求項２６】
複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルを参照し、
前記再生管理情報ファイルに設定されている、前記仮想ファイルにより管理される前記拡張ストリームの再生区間であるクリップに関する情報が記述されたクリップ情報ファイルの識別情報と、前記光ディスクに記録されている前記拡張ストリームのクリップの前記クリップ情報ファイルの識別情報とが一致しない場合、前記基本ストリームのクリップのデータを前記光ディスクから読み出させ、前記基本ストリームのクリップのデータとともに三次元画像の再生に用いられる拡張ストリームのクリップのデータとして、前記光ディスクとは異なる記録媒体に記録されている拡張ストリームのクリップのデータを読み出させる
ステップを含む再生方法。
【請求項２７】
複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルを参照し、
前記再生管理情報ファイルに設定されている、前記仮想ファイルにより管理される前記拡張ストリームの再生区間であるクリップに関する情報が記述されたクリップ情報ファイルの識別情報と、前記光ディスクに記録されている前記拡張ストリームのクリップの前記クリップ情報ファイルの識別情報とが一致しない場合、前記基本ストリームのクリップのデータを前記光ディスクから読み出させ、前記基本ストリームのクリップとともに三次元画像の再生に用いられる拡張ストリームのクリップのデータとして、前記光ディスクとは異なる記録媒体に記録されている拡張ストリームのクリップのデータを読み出させる
ステップを含む処理をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、再生装置、再生方法、およびプログラムに関し、特に、記録媒体から、3D(Dimension)画像のコンテンツを適切に再生することができるようにした情報処理装置、情報処理方法、再生装置、再生方法、およびプログラムに関する。
【背景技術】
【０００２】
例えば、映画等のコンテンツとしては、２次元(2D)画像のコンテンツが主流であるが、最近では、立体視が可能な３次元(3D)画像（グラフィック）のコンテンツが注目を集めている。
【０００３】
3D画像（以下、ステレオ画像ともいう）の表示の方式としては、種々の方式があるが、いずれの方式を採用する場合であっても、3D画像のデータ量は、2D画像のデータ量よりも大になる。
【０００４】
また、映画等の、高解像度の画像のコンテンツは、大容量であることもあり、そのような大容量の画像のコンテンツを、データ量の多い3D画像として記録するには、大容量の記録媒体が必要である。
【０００５】
そのような大容量の記録媒体としては、例えば、BD(Blu-Ray（登録商標）)-ROM(Read Only Memory)等のBlu-Ray（登録商標） Disc（以下、BDともいう）がある。
【０００６】
ここで、フアイル化手段により信号の記録媒体における記録位置をセクタよりも小さい所定単位で指定してフアイル化するようにしたことにより、フアイル化した信号を任意の位置で分割又は結合するような編集処理でも、当該信号の編集対象部分のみをフアイル化するように記録媒体に記録しなおす必要がなく、フアイル管理情報上のみで編集処理することができ、かくして編集処理を格段的に簡易化させ得るフアイル管理装置が提案されている（特許文献１）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平１１−１９５２８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
ところで、現行のBDの規格では、3D画像のコンテンツを、BDに、どのように記録し、また、再生するかは、規定されていない。
【０００９】
しかしながら、3D画像のコンテンツの記録や再生の仕方を、3D画像のコンテンツのオーサリングを行うオーサ(author)に委ねてしまうと、3D画像のコンテンツを適切に再生することができなくなるおそれがある。
【００１０】
本発明は、このような状況に鑑みてなされたものであり、BD等の記録媒体から、ステレオ画像（3D画像）のコンテンツを適切に再生することができるようにするものである。
【課題を解決するための手段】
【００１１】
本発明の第１の側面の再生装置は、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの前記基本ストリームを含む第１の多重化ストリームと、前記基本ストリームに対応する前記拡張ストリームを含む第２の多重化ストリームとが、所定のデータ量のチャンク単位でインターリーブされているファイルであるインターリーブドファイルを記録媒体から読み出し、前記第１の多重化ストリームの情報であり、前記多重化ストリームを構成するチャンクの数と、各チャンクの前記第１の多重化ストリームの中での開始パケット番号とを有する第１の情報ファイルを読み出し、前記第２の多重化ストリームの情報であり、前記第２の多重化ストリームを構成するチャンクの数と、各チャンクの前記第２の多重化ストリームの中での開始パケット番号とを有する第２の情報ファイルを読み出す読み出し手段と、前記第１の情報ファイルと前記第２の情報ファイルを用いて、前記インターリーブドファイルを前記第１の多重化ストリームと前記第２の多重化ストリームに分離する分離手段とを備える。
【００１２】
前記チャンクは、前記記録媒体上に連続配置されるソースパケットの集まりであるようにすることができる。
【００１３】
前記第１の情報ファイルが有する前記チャンクの数と、前記第２の情報ファイルが有する前記チャンクの数は、等しい数であるようにすることができる。
【００１４】
前記第１の情報ファイルは、さらに、前記第１の多重化ストリームを構成するソースパケットの総数の情報を有し、前記第２の情報ファイルは、さらに、前記第２の多重化ストリームを構成するソースパケットの総数の情報を有するようにすることができる。
【００１５】
前記第１の情報ファイルが有する前記チャンクの数を(n+1)とし、前記第１の多重化ストリームを構成するチャンクをB[i](i=0〜n)、前記第１の多重化ストリームの先頭からk番目のチャンクをB[k]と表し、前記第２の多重化ストリームを構成するチャンクをD[i](i=0〜n)、前記第２の多重化ストリームの先頭からk番目のチャンクをD[k]と表し、B[k]の開始パケット番号を、SPN_chunk_start_1[k]と表し、D[k]の開始パケット番号を、SPN_chunk_start_2[k]と表し、前記第１の多重化ストリームを構成するソースパケットの総数を、number_of_source_packets1と表し、前記第２の多重化ストリームを構成するソースパケットの総数を、number_of_source_packets2と表すとき、前記分離手段には、k=0〜(n-1)について、B[k]を構成するソースパケットの数を、(SPN_chunk_start_1[k+1] - SPN_chunk_start_1[k])によって計算させ、k=0〜(n-1)について、D[k]を構成するソースパケットの数を、(SPN_chunk_start_2[k+1] - SPN_chunk_start_2[k])によって計算させ、B[n]を構成するソースパケットの数を、(number_of_source_packets1 - SPN_chunk_start_1[n])によって計算させ、D[n]を構成するソースパケットの数を、(number_of_source_packets2 - SPN_chunk_start_2[n])によって計算させることができる。
【００１６】
B[i]とD[i]について、iの値が同じ組のチャンクは同じ再生時間を有するようにすることができる。
【００１７】
前記読み出し手段による読み出しを制御する制御手段をさらに設けることができる。この場合、前記制御手段には、前記第１の多重化ストリームの情報であり、前記第１の多重化ストリームの中のエントリーポイントの数と、各エントリーポイントについて、PTS(Presentation Time Stamp)を表すPTS_EP_start[i]および位置を表すソースパケット番号であるSPN_EP_start[i]とを有する情報であるEP_mapを読み出させ、指定された再生開始時刻よりも小さく最も近い値を持つPTS_EP_start[m]を検出させ、PTS_EP_start[m]に対応するSPN_EP_start[m]を検出させ、SPN_EP_start[m]より小さく最も近い値をもつSPN_chunk_start_1[k]とそのkを検出させ、SPN_chunk_start_1[k]とSPN_chunk_start_2[k]の和を、前記インターリーブドファイルの読み出し開始アドレスとして決定させることができる。
【００１８】
前記基本ストリームと前記拡張ストリームは、それぞれ、ビデオストリームがH.264 AVC/MVCで符号化されることによって生成されたBase view video streamとDependent view video streamであるようにすることができる。
【００１９】
本発明の第１の側面の再生方法は、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの前記基本ストリームを含む第１の多重化ストリームと、前記基本ストリームに対応する前記拡張ストリームを含む第２の多重化ストリームとが、所定のデータ量のチャンク単位でインターリーブされているファイルであるインターリーブドファイルを記録媒体から読み出し、前記第１の多重化ストリームの情報であり、前記多重化ストリームを構成するチャンクの数と、各チャンクの前記第１の多重化ストリームの中での開始パケット番号とを有する第１の情報ファイルを読み出し、前記第２の多重化ストリームの情報であり、前記第２の多重化ストリームを構成するチャンクの数と、各チャンクの前記第２の多重化ストリームの中での開始パケット番号とを有する第２の情報ファイルを読み出し、前記第１の情報ファイルと前記第２の情報ファイルを用いて、前記インターリーブドファイルを前記第１の多重化ストリームと前記第２の多重化ストリームに分離するステップを含む。
【００２０】
本発明の第１の側面のプログラムは、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの前記基本ストリームを含む第１の多重化ストリームと、前記基本ストリームに対応する前記拡張ストリームを含む第２の多重化ストリームとが、所定のデータ量のチャンク単位でインターリーブされているファイルであるインターリーブドファイルを記録媒体から読み出し、前記第１の多重化ストリームの情報であり、前記多重化ストリームを構成するチャンクの数と、各チャンクの前記第１の多重化ストリームの中での開始パケット番号とを有する第１の情報ファイルを読み出し、前記第２の多重化ストリームの情報であり、前記第２の多重化ストリームを構成するチャンクの数と、各チャンクの前記第２の多重化ストリームの中での開始パケット番号とを有する第２の情報ファイルを読み出し、前記第１の情報ファイルと前記第２の情報ファイルを用いて、前記インターリーブドファイルを前記第１の多重化ストリームと前記第２の多重化ストリームに分離するステップを含む処理をコンピュータに実行させる。
【００２１】
本発明の第２の側面の情報処理装置は、複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報を設定し、前記エクステント単位でインターリーブされた状態で記録されている場合、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルを前記再生管理情報ファイルに設定する設定手段を備える。
【００２２】
前記設定手段には、前記再生管理情報ファイルに、前記基本ストリームの再生区間であるクリップに関する情報を記述するクリップ情報ファイルの識別情報と、前記基本ストリームのクリップとともに三次元画像の再生に用いられる前記拡張ストリームのクリップに関する情報を記述する前記クリップ情報ファイルの識別情報とをさらに設定させることができる。
【００２３】
前記設定手段には、前記基本ストリームの前記クリップ情報ファイルに、前記基本ストリームのエクステントに関する情報を設定し、前記拡張ストリームの前記クリップ情報ファイルに、前記拡張ストリームのエクステントに関する情報を設定させることができる。
【００２４】
前記基本ストリームと前記拡張ストリームは、それぞれ、ビデオストリームがH.264 AVC/MVCで符号化されることによって生成されたBase view video streamとDependent view video streamであるようにすることができる。
【００２５】
本発明の第２の側面の情報処理方法は、複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報を設定し、前記エクステント単位でインターリーブされた状態で記録されている場合、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルを前記再生管理情報ファイルに設定するステップを含む。
【００２６】
本発明の第２の側面のプログラムは、複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報を設定し、前記エクステント単位でインターリーブされた状態で記録されている場合、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルを前記再生管理情報ファイルに設定するステップを含む処理をコンピュータに実行させる。
【００２７】
本発明の第３の側面の再生装置は、複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルに基づいて、前記基本ストリームと前記拡張ストリームとを前記光ディスクから読み出させる制御手段を備える。
【００２８】
前記光ディスクから読み出された前記基本ストリームと前記拡張ストリームとを再生する再生手段をさらに設けることができる。
【００２９】
前記基本ストリームの再生区間であるクリップに関する情報として、前記基本ストリームのエクステントに関する情報が記述されたクリップ情報ファイルの識別情報と、前記基本ストリームのクリップとともに三次元画像の再生に用いられる前記拡張ストリームのクリップに関する情報として、前記拡張ストリームのエクステントに関する情報が記述された前記クリップ情報ファイルの識別情報とが前記再生管理情報ファイルに設定されている場合、前記制御手段により読み出されたデータを、それぞれの前記クリップ情報ファイルに設定されている前記エクステントに関する情報に基づいて、前記基本ストリームのデータと前記拡張ストリームのデータに分離する分離手段をさらに設けることができる。
【００３０】
前記エクステントに関する情報は、前記クリップに結び付けられたストリームファイルの中で、それぞれの前記エクステントが開始するソースパケットの番号であるようにすることができる。
【００３１】
前記基本ストリームと前記拡張ストリームは、それぞれ、ビデオストリームがH.264 AVC/MVCで符号化されることによって生成されたBase view video streamとDependent view video streamであるようにすることができる。
【００３２】
本発明の第３の側面の再生方法は、複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルに基づいて、前記基本ストリームと前記拡張ストリームとを前記光ディスクから読み出させるステップを含む。
【００３３】
本発明の第３の側面のプログラムは、複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルに基づいて、前記基本ストリームと前記拡張ストリームとを前記光ディスクから読み出させるステップを含む処理をコンピュータに実行させる。
【００３４】
本発明の第４の側面の再生装置は、複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルを参照し、前記再生管理情報ファイルに設定されている、前記仮想ファイルにより管理される前記拡張ストリームの再生区間であるクリップに関する情報が記述されたクリップ情報ファイルの識別情報と、前記光ディスクに記録されている前記拡張ストリームのクリップの前記クリップ情報ファイルの識別情報とが一致しない場合、前記基本ストリームのクリップのデータを前記光ディスクから読み出させ、前記基本ストリームのクリップのデータとともに三次元画像の再生に用いられる拡張ストリームのクリップのデータとして、前記光ディスクとは異なる記録媒体に記録されている拡張ストリームのクリップのデータを読み出させる制御手段を備える。
【００３５】
前記基本ストリームと前記拡張ストリームは、それぞれ、ビデオストリームがH.264 AVC/MVCで符号化されることによって生成されたBase view video streamとDependent view video streamであるようにすることができる。
【００３６】
本発明の第４の側面の再生方法は、複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルを参照し、前記再生管理情報ファイルに設定されている、前記仮想ファイルにより管理される前記拡張ストリームの再生区間であるクリップに関する情報が記述されたクリップ情報ファイルの識別情報と、前記光ディスクに記録されている前記拡張ストリームのクリップの前記クリップ情報ファイルの識別情報とが一致しない場合、前記基本ストリームのクリップのデータを前記光ディスクから読み出させ、前記基本ストリームのクリップのデータとともに三次元画像の再生に用いられる拡張ストリームのクリップのデータとして、前記光ディスクとは異なる記録媒体に記録されている拡張ストリームのクリップのデータを読み出させるステップを含む。
【００３７】
本発明の第４の側面のプログラムは、複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルを参照し、前記再生管理情報ファイルに設定されている、前記仮想ファイルにより管理される前記拡張ストリームの再生区間であるクリップに関する情報が記述されたクリップ情報ファイルの識別情報と、前記光ディスクに記録されている前記拡張ストリームのクリップの前記クリップ情報ファイルの識別情報とが一致しない場合、前記基本ストリームのクリップのデータを前記光ディスクから読み出させ、前記基本ストリームのクリップとともに三次元画像の再生に用いられる拡張ストリームのクリップのデータとして、前記光ディスクとは異なる記録媒体に記録されている拡張ストリームのクリップのデータを読み出させるステップを含む処理をコンピュータに実行させる。
【００３８】
本発明の第１の側面においては、所定の符号化方式でビデオストリームが符号化されることによって生成された基本ストリームと拡張ストリームのうちの前記基本ストリームを含む第１の多重化ストリームと、前記基本ストリームに対応する前記拡張ストリームを含む第２の多重化ストリームとが、所定のデータ量のチャンク単位でインターリーブされているファイルであるインターリーブドファイルが記録媒体から読み出され、前記第１の多重化ストリームの情報であり、前記多重化ストリームを構成するチャンクの数と、各チャンクの前記第１の多重化ストリームの中での開始パケット番号とを有する第１の情報ファイルが読み出される。また、前記第２の多重化ストリームの情報であり、前記第２の多重化ストリームを構成するチャンクの数と、各チャンクの前記第２の多重化ストリームの中での開始パケット番号とを有する第２の情報ファイルが読み出され、前記第１の情報ファイルと前記第２の情報ファイルを用いて、前記インターリーブドファイルを前記第１の多重化ストリームと前記第２の多重化ストリームに分離される。
【００３９】
本発明の第２の側面においては、複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が設定され、前記エクステント単位でインターリーブされた状態で記録されている場合、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルが前記再生管理情報ファイルに設定される。
【００４０】
本発明の第３の側面においては、複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルに基づいて、前記基本ストリームと前記拡張ストリームとが前記光ディスクから読み出される。
【００４１】
本発明の第４の側面においては、複数の映像データを所定の符号化方式で符号化することによって生成された基本ストリームと拡張ストリームの再生を管理する再生管理情報ファイルに設定されている、前記基本ストリームのデータと、前記拡張ストリームのデータとが、所定のデータ単位であるエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表す記録状態情報が、前記エクステント単位でインターリーブされた状態で記録されていることを表している場合、前記再生管理情報ファイルに設定されている、前記基本ストリームと前記拡張ストリームとを管理する仮想ファイルが参照され、前記再生管理情報ファイルに設定されている、前記仮想ファイルにより管理される前記拡張ストリームの再生区間であるクリップに関する情報が記述されたクリップ情報ファイルの識別情報と、前記光ディスクに記録されている前記拡張ストリームのクリップの前記クリップ情報ファイルの識別情報とが一致しない場合、前記基本ストリームのクリップのデータが前記光ディスクから読み出され、前記基本ストリームのクリップのデータとともに三次元画像の再生に用いられる拡張ストリームのクリップのデータとして、前記光ディスクとは異なる記録媒体に記録されている拡張ストリームのクリップのデータが読み出される。
【発明の効果】
【００４２】
本発明によれば、ステレオ画像（3D画像）のコンテンツを適切に再生することができる。
【図面の簡単な説明】
【００４３】
【図１】本発明を適用した再生装置を含む再生システムの構成例を示す図である。
【図２】撮影の例を示す図である。
【図３】MVCエンコーダの構成例を示すブロック図である。
【図４】参照画像の例を示す図である。
【図５】TSの構成例を示す図である。
【図６】TSの他の構成例を示す図である。
【図７】TSのさらに他の構成例を示す図である。
【図８】AVストリームの管理の例を示す図である。
【図９】Main PathとSub Pathの構造を示す図である。
【図１０】光ディスクに記録されるファイルの管理構造の例を示す図である。
【図１１】PlayListファイルのシンタクスを示す図である。
【図１２】図１１のPlayList()のシンタクスを示す図である。
【図１３】図１２のSubPath()のシンタクスを示す図である。
【図１４】図１３のSubPlayItem(i)のシンタクスを示す図である。
【図１５】図１２のPlayItem()のシンタクスを示す図である。
【図１６】図１５のSTN_table()のシンタクスを示す図である。
【図１７】3D_PlayListの具体例を示す図である。
【図１８】typeの意味を示す図である。
【図１９】SubPath_typeの意味を示す図である。
【図２０】再生装置の構成例を示すブロック図である。
【図２１】図２０のデコーダ部の構成例を示す図である。
【図２２】3D_PlayListの例を示す図である。
【図２３】clpiファイルのシンタクスを示す図である。
【図２４】図２２、図２３のデータを用いて行われるファイル管理の概念を示す図である。
【図２５】図２２の3D_PlayListファイルに従って行われる再生処理について説明するフローチャートである。
【図２６】chunk_map()のシンタクスの例を示す図である。
【図２７】chunk_map()の具体例を示す図である。
【図２８】チャンクの分離について示す図である。
【図２９】3D_PlayListの他の例を示す図である。
【図３０】clpiファイルのシンタクスを示す図である。
【図３１】図２９、図３０のデータを用いて行われるファイル管理の概念を示す図である。
【図３２】図２９の3D_PlayListファイルに従って行われる再生処理について説明するフローチャートである。
【図３３】3D_PlayListのさらに他の例を示す図である。
【図３４】clpiファイルのシンタクスを示す図である。
【図３５】図３３、図３４のデータを用いて行われるファイル管理の概念を示す図である。
【図３６】図３３の3D_PlayListファイルに従って行われる再生処理について説明するフローチャートである。
【図３７】図２７のchunk_map()の内容をまとめて示す図である。
【図３８】EP_map()のシンタクスを示す図である。
【図３９】再生装置のランダムアクセス処理について説明するフローチャートである。
【図４０】ステップＳ４４，Ｓ４５の処理により特定される位置の例を示す図である。
【図４１】ステップＳ４６の処理により特定されるSPN_chunk_start[k]を示す図である。
【図４２】光ディスク上に記録されたAVストリームの構造を示す図である。
【図４３】Clip AVストリームの例を示す図である。
【図４４】EP_mapの例を示す図である。
【図４５】SPN_EP_startが指すソースパケットのデータ構造の例を示す図である。
【図４６】ソフト製作処理部の構成例を示すブロック図である。
【図４７】ソフト製作処理部を含む構成の例を示す図である。
【発明を実施するための形態】
【００４４】
［再生システムの構成例］
図１は、本発明を適用した再生装置２０１を含む再生システムの構成例を示す図である。
【００４５】
図１に示すように、この再生システムは、再生装置２０１と表示装置２０３がHDMI(High Definition Multimedia Interface)ケーブルなどで接続されることによって構成される。再生装置２０１には、BDなどの光ディスク２０２が装着される。
【００４６】
光ディスク２０２には、視点の数が２つのステレオ画像（3D画像）を表示するために必要なストリームが記録されている。
【００４７】
各ストリームのデータは、エクステント単位で、インターリーブされた状態で光ディスク２０２に記録されている。
【００４８】
再生装置２０１は、光ディスク２０２に記録されているストリームの3D再生に対応したプレーヤである。再生装置２０１は、光ディスク２０２に記録されているストリームを再生し、再生して得られた3D画像をテレビジョン受像機などよりなる表示装置２０３に表示させる。音声についても同様に再生装置２０１により再生され、表示装置２０３に設けられるスピーカなどから出力される。
【００４９】
光ディスク２０２には、3D画像を表示することができるようなストリームが記録されている。ストリームを光ディスク２０２に記録するための符号化の方式として、例えば、H.264 AVC(Advanced Video Coding)/MVC(Multi-view Video coding)が採用される。
【００５０】
［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デコーダ２２２、Depth算出部２２３、Dependent view videoエンコーダ２２４、およびマルチプレクサ２２５から構成される。
【００５５】
L画像用のカメラにより撮影された映像＃１のストリームはH.264/AVCエンコーダ２２１とDepth算出部２２３に入力される。また、R画像用のカメラにより撮影された映像＃２のストリームはDepth算出部２２３とDependent view videoエンコーダ２２４に入力される。映像＃２のストリームがH.264/AVCエンコーダ２２１とDepth算出部２２３に入力され、映像＃１のストリームがDepth算出部２２３とDependent view videoエンコーダ２２４に入力されるようにしてもよい。
【００５６】
H.264/AVCエンコーダ２２１は、映像＃１のストリームを、例えばH.264 AVC/High Profileビデオストリームとして符号化する。H.264/AVCエンコーダ２２１は、符号化して得られたAVCビデオストリームを、Base view videoストリームとしてH.264/AVCデコーダ２２２とマルチプレクサ２２５に出力する。
【００５７】
H.264/AVCデコーダ２２２は、H.264/AVCエンコーダ２２１から供給されたAVCビデオストリームをデコードし、デコードして得られた映像＃１のストリームをDependent view videoエンコーダ２２４に出力する。
【００５８】
Depth算出部２２３は、映像＃１のストリームと映像＃２のストリームに基づいてDepth（視差）を算出し、算出したDepthのデータをマルチプレクサ２２５に出力する。
【００５９】
Dependent view videoエンコーダ２２４は、H.264/AVCデコーダ２２２から供給された映像＃１のストリームと、外部から入力された映像＃２のストリームをエンコードし、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ストリームと、Depth算出部２２３から供給されたDependent view videoストリーム（Depthのデータ）と、Dependent view videoエンコーダ２２４から供給されたDependent view videoストリームとを、例えばMPEG2 TSとして多重化する。Base view videoストリームとDependent view videoストリームは１本のMPEG2 TSに多重化されることもあるし、別々のMPEG2 TSに含まれることもある。
【００６４】
マルチプレクサ２２５は、生成したTS（MPEG2 TS）を出力する。マルチプレクサ２２５から出力されたTSは、他の管理データとともに記録装置において光ディスク２０２に記録され、光ディスク２０２に記録された形で再生装置２０１に提供される。
【００６５】
以下、適宜、図３に示すように、２つのDependent view videoのうち、Depth情報からなるDependent view videoをD1 view videoといい、R画像からなるDependent view videoをD2 view videoという。なお、R画像からなるDependent view videoをD1 view videoとして処理し、Depth情報からなるDependent view videoをD2 view videoとして処理するようにすることも可能である。
【００６６】
また、Base view videoとD1 view videoを用いて行われる3D再生をB-D1再生という。Base view videoとD2 view videoを用いて行われる3D再生をB-D2再生という。
【００６７】
再生装置２０１は、ユーザによる指示などに応じてB-D1再生を行う場合、Base view videoストリームとD1 view videoストリームを光ディスク２０２から読み出して再生する。
【００６８】
また、再生装置２０１は、B-D2再生を行う場合、Base view videoストリームとD2 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ストリームとともにMain TSに含まれていることもある。
【００７３】
光ディスク２０２には、Main TSとSub TSが記録されている。Main TSは、少なくともBase view videoストリームを含むTSである。Sub TSは、Base view videoストリーム以外のストリームを含み、Main TSとともに用いられるTSである。
【００７４】
ビデオと同様に3Dでの表示が可能になるように、PG、IGについてもBase viewとDependent viewのそれぞれのストリームが用意されている。
【００７５】
図６は、TSの他の構成例を示す図である。
【００７６】
図６のMain TSにはBase view video、Dependent view videoのそれぞれのストリームが多重化されている。
【００７７】
一方、Sub TSにはPrimary audio、Base PG、Dependent PG、Base IG、Dependent IGのそれぞれのストリームが多重化されている。
【００７８】
このように、ビデオストリームがMain TSに多重化され、PG、IGのストリーム等がSub TSに多重化されていることもある。
【００７９】
図７は、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に含まれていることもある。
【００８３】
［アプリケーションフォーマット］
図８は、再生装置２０１によるAVストリームの管理の例を示す図である。
【００８４】
AVストリームの管理は、図８に示すようにPlayListとClipの２つのレイヤを用いて行われる。AVストリームは、光ディスク２０２だけでなく、再生装置２０１のローカルストレージに記録されていることもある。
【００８５】
ここでは、１つのAVストリームとそれに付随する情報であるClip Informationのペアを１つのオブジェクトと考え、それらをまとめてClipという。以下、AVストリームを格納したファイルをAVストリームファイルという。また、Clip Informationを格納したファイルをClip Informationファイルともいう。
【００８６】
AVストリームは時間軸上に展開され、各Clipのアクセスポイントは、主に、タイムスタンプで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を持つことができる。
【００９６】
上述したBase view videoストリームは、Main Pathを構成するPlayItemが参照するストリームとして管理される。また、Dependent view videoストリームは、Sub Pathを構成するSubPlayItemが参照するストリームとして管理される。
【００９７】
図９のPlayListは、３つのPlayItemの並びにより作られる１つのMain Pathと、３つのSub Pathを有している。
【００９８】
Main Pathを構成するPlayItemには、先頭から順番にそれぞれIDが設定される。Sub Pathにも、先頭から順番にSubpath_id=0、Subpath_id=1、およびSubpath_id=2のIDが設定される。
【００９９】
図９の例においては、Subpath_id=0のSub Pathには１つのSubPlayItemが含まれ、Subpath_id=1のSub Pathには２つのSubPlayItemが含まれる。また、Subpath_id=2のSub Pathには１つのSubPlayItemが含まれる。
【０１００】
１つのPlayItemが参照するClip AVストリームには、少なくともビデオストリーム（メイン画像データ）が含まれる。
【０１０１】
また、Clip AVストリームには、Clip AVストリームに含まれるビデオストリームと同じタイミングで（同期して）再生されるオーディオストリームが１つ以上含まれてもよいし、含まれなくてもよい。
【０１０２】
Clip AVストリームには、Clip AVストリームに含まれるビデオストリームと同期して再生されるビットマップの字幕データ（PG(Presentation Graphic)）のストリームが１つ以上含まれてもよいし、含まれなくてもよい。
【０１０３】
Clip AVストリームには、Clip AVストリームファイルに含まれるビデオストリームと同期して再生されるIG(Interactive Graphic)のストリームが１つ以上含まれてもよいし、含まれなくてもよい。IGのストリームは、ユーザにより操作されるボタンなどのグラフィックを表示させるために用いられる。
【０１０４】
１つのPlayItemが参照するClip AVストリームには、ビデオストリームと、それと同期して再生される０個以上のオーディオストリーム、０個以上のPGストリーム、および、０個以上のIGストリームが多重化されている。
【０１０５】
また、１つのSubPlayItemは、PlayItemが参照するClip AVストリームとは異なるストリーム（別ストリーム）の、ビデオストリーム、オーディオストリーム、または、PGストリームなどを参照する。
【０１０６】
このようなPlayList、PlayItem、SubPlayItemを使ったAVストリームの管理については、例えば、特開２００８−２５２７４０号公報、特開２００５−３４８３１４号公報に記載されている。
【０１０７】
［ディレクトリ構造］
図１０は、光ディスク２０２に記録されるファイルの管理構造の例を示す図である。
【０１０８】
図１０に示すように、ファイルはディレクトリ構造により階層的に管理される。光ディスク２０２上には１つのrootディレクトリが作成される。rootディレクトリの下が、１つの記録再生システムで管理される範囲となる。
【０１０９】
rootディレクトリの下にはBDMVディレクトリが置かれる。
【０１１０】
BDMVディレクトリの直下に、「Index.bdmv」の名前が設定されたファイルであるIndexファイルと、「MovieObject.bdmv」の名前が設定されたファイルであるMovieObjectファイルが格納される。
【０１１１】
BDMVディレクトリの下には、BACKUPディレクトリ、PLAYLISTディレクトリ、CLIPINFディレクトリ、STREAMディレクトリ等が設けられる。
【０１１２】
PLAYLISTディレクトリには、PlayListを記述したPlayListファイルが格納される。各PlayListファイルには、５桁の数字と拡張子「.mpls」を組み合わせた名前が設定される。図１０に示す１つのPlayListファイルには「00000.mpls」のファイル名が設定されている。
【０１１３】
CLIPINFディレクトリにはClip Informationファイルが格納される。各Clip Informationファイルには、５桁の数字と拡張子「.clpi」を組み合わせた名前が設定される。
【０１１４】
図１０の３つのClip Informationファイルには、それぞれ、「00001.clpi」、「00002.clpi」、「00003.clpi」のファイル名が設定されている。以下、適宜、Clip Informationファイルをclpiファイルという。
【０１１５】
例えば、「00001.clpi」のclpiファイルは、Base view videoのClipに関する情報が記述されたファイルである。
【０１１６】
「00002.clpi」のclpiファイルは、D2 view videoのClipに関する情報が記述されたファイルである。
【０１１７】
「00003.clpi」のclpiファイルは、D1 view videoのClipに関する情報が記述されたファイルである。
【０１１８】
STREAMディレクトリにはストリームファイルが格納される。各ストリームファイルには、５桁の数字と拡張子「.m2ts」を組み合わせた名前、もしくは、５桁の数字と拡張子「.ilvt」を組み合わせた名前が設定される。以下、適宜、拡張子「.m2ts」が設定されたファイルをm2tsファイルという。また、拡張子「.ilvt」が設定されたファイルをilvtファイルという。
【０１１９】
「00001.m2ts」のm2tsファイルは2D再生用のファイルであり、このファイルを指定することによってBase view videoストリームの読み出しが行われる。
【０１２０】
「00002.m2ts」のm2tsファイルはD2 view videoストリームのファイルであり、「00003.m2ts」のm2tsファイルはD1 view videoストリームのファイルである。
【０１２１】
「10000.ilvt」のilvtファイルはB-D1再生用のファイルであり、このファイルを指定することによってBase view videoストリームとD1 view videoストリームの読み出しが行われる。
【０１２２】
「20000.ilvt」のilvtファイルはB-D2再生用のファイルであり、このファイルを指定することによってBase view videoストリームとD2 view videoストリームの読み出しが行われる。
【０１２３】
図１０に示すものの他に、BDMVディレクトリの下には、オーディオストリームのファイルを格納するディレクトリなども設けられる。
【０１２４】
［各データのシンタクス］
図１１は、PlayListファイルのシンタクスを示す図である。
【０１２５】
PlayListファイルは、図１０のPLAYLISTディレクトリに格納される、拡張子「.mpls」が設定されるファイルである。
【０１２６】
図１１のtype_indicatorは、「xxxxx.mpls」のファイルの種類を表す。
【０１２７】
version_numberは、「xxxx.mpls」のバージョンナンバーを表す。version_numberは４桁の数字からなる。例えば、3D再生用のPlayListファイルには、「3D Spec version」であることを表す“0240”が設定される。“0240”が設定されたPlayListファイルに記述されるPlayListが、後述する3D_PlayListとなる。
【０１２８】
PlayList_start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、PlayList()の先頭アドレスを表す。
【０１２９】
PlayListMark_start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、PlayListMark()の先頭アドレスを表す。
【０１３０】
ExtensionData_start_addressは、PlayListファイルの先頭のバイトからの相対バイト数を単位として、ExtensionData()の先頭アドレスを表す。
【０１３１】
ExtensionData_start_addressの後には、１６０bitのreserved_for_future_useが含まれる。
【０１３２】
AppInfoPlayList()には、再生制限などの、PlayListの再生コントロールに関するパラメータが格納される。
【０１３３】
PlayList()には、Main PathやSub Pathなどに関するパラメータが格納される。PlayList()の内容については後述する。
【０１３４】
PlayListMark()には、PlayListのマーク情報、すなわち、チャプタジャンプなどを指令するユーザオペレーションまたはコマンドなどにおけるジャンプ先（ジャンプポイント）であるマークに関する情報が格納される。
【０１３５】
ExtensionData()には、プライベートデータが挿入できるようになっている。
【０１３６】
図１２は、図１１のPlayList()のシンタクスを示す図である。
【０１３７】
lengthは、このlengthフィールドの直後からPlayList()の最後までのバイト数を示す３２ビットの符号なし整数である。すなわち、lengthは、reserved_for_future_useからPlayListの最後までのバイト数を表す。
【０１３８】
lengthの後には、１６ビットのreserved_for_future_useが用意される。
【０１３９】
number_of_PlayItemsは、PlayListの中にあるPlayItemの数を示す１６ビットのフィールドである。図９の例の場合、PlayItemの数は３である。PlayItem_idの値は、PlayListの中でPlayItem()が現れる順番に０から割り振られる。例えば、図９のPlayItem_id＝０，１，２が割り振られる。
【０１４０】
number_of_SubPathsは、PlayListの中にあるSub Pathの数を示す１６ビットのフィールドである。図９の例の場合、Sub Pathの数は３である。SubPath_idの値は、PlayListの中でSubPath()が現れる順番に０から割り振られる。例えば、図９のSubpath_id＝０，１，２が割り振られる。その後のfor文では、PlayItemの数だけPlayItem()が参照され、Sub Pathの数だけSubPath()が参照される。
【０１４１】
図１３は、図１２のSubPath()のシンタクスを示す図である。
【０１４２】
lengthは、このlengthフィールドの直後からSub Path()の最後までのバイト数を示す３２ビットの符号なし整数である。すなわち、lengthは、reserved_for_future_useからPlayListの最後までのバイト数を表す。
【０１４３】
lengthの後には、１６ビットのreserved_for_future_useが用意される。
【０１４４】
SubPath_typeは、Sub Pathのアプリケーションの種類を示す８ビットのフィールドである。SubPath_typeは、例えば、Sub Pathがオーディオであるか、ビットマップ字幕であるか、テキスト字幕であるかなどの種類を示す場合に利用される。
【０１４５】
SubPath_typeの後には、１５ビットのreserved_for_future_useが用意される。
【０１４６】
is_repeat_SubPathは、Sub Pathの再生方法を指定する１ビットのフィールドであり、Main Pathの再生の間にSub Pathの再生を繰り返し行うか、またはSub Pathの再生を１回だけ行うかを示す。例えば、Main Pathが参照するClipとSub Pathが参照するClipの再生タイミングが異なる場合（Main Pathを静止画のスライドショーのパスとし、Sub PathをBGMとするオーディオのパスとして使う場合など）に利用される。
【０１４７】
Is_repeat_SubPathの後には、８ビットのreserved_for_future_useが用意される。
【０１４８】
number_of_SubPlayItemsは、１つのSub Pathの中にあるSubPlayItemの数（エントリー数）を示す８ビットのフィールドである。例えば、図９のSubPath_id＝０のSubPlayItemのnumber_of_SubPlayItemsは１であり、SubPath_id＝１のSubPlayItemのnumber_of_SubPlayItemsは２である。その後のfor文では、SubPlayItemの数だけ、SubPlayItem（）が参照される。
【０１４９】
図１４は、図１３のSubPlayItem(i)のシンタクスを示す図である。
【０１５０】
lengthは、このlengthフィールドの直後からSub playItem()の最後までのバイト数を示す１６ビットの符号なし整数である。
【０１５１】
図１４のSubPlayItem(i)は、SubPlayItemが１つのClipを参照する場合と、複数のClipを参照する場合に分けて記述されている。
【０１５２】
SubPlayItemが１つのClipを参照する場合について説明する。
【０１５３】
Clip_Information_file_name[0]は、SubPlayItemが参照するClipのClip Informationファイルの名前を表す。
【０１５４】
Clip_codec_identifier［0］はClipのコーデック方式を表す。Clip_codec_identifier［0］の後にはreserved_for_future_useが含まれる。
【０１５５】
is_multi_Clip_entriesはマルチClipの登録の有無を示すフラグである。is_multi_Clip_entriesのフラグが立っている場合、SubPlayItemが複数のClipを参照する場合のシンタクスが参照される。
【０１５６】
ref_to_STC_id［0］はSTC不連続点（システムタイムベースの不連続点）に関する情報である。
【０１５７】
SubPlayItem_IN_timeはSub Pathの再生区間の開始位置を表し、SubPlayItem_OUT_timeは終了位置を表す。
【０１５８】
sync_PlayItem_idとsync_start_PTS_of_PlayItemは、Main Pathの時間軸上でSub Pathが再生を開始する時刻を表す。
【０１５９】
SubPlayItem_IN_time、SubPlayItem_OUT_time、sync_PlayItem_id、sync_start_PTS_of_PlayItemは、SubPlayItemが参照するClipにおいて共通に使用される。
【０１６０】
「if（is_multi_Clip_entries＝＝１ｂ」であり、SubPlayItemが複数のClipを参照する場合について説明する。
【０１６１】
num_of_Clip_entriesは参照するClipの数を表す。Clip_Information_file_name[SubClip_entry_id]の数が、Clip_Information_file_name[0]を除くClipの数を指定する。
【０１６２】
Clip_codec_identifier[SubClip_entry_id]はClipのコーデック方式を表す。
【０１６３】
ref_to_STC_id[SubClip_entry_id]はSTC不連続点（システムタイムベースの不連続点）に関する情報である。ref_to_STC_id[SubClip_entry_id]の後にはreserved_for_future_useが含まれる。
【０１６４】
図１５は、図１２のPlayItem()のシンタクスを示す図である。
【０１６５】
lengthは、このlengthフィールドの直後からPlayItem()の最後までのバイト数を示す１６ビットの符号なし整数である。
【０１６６】
Clip_Information_file_name[0]は、PlayItemが参照するClipのClip Informationファイルの名前を表す。なお、Clipを含むm2tsファイルのファイル名と、それに対応するClip Informationファイルのファイル名には同じ５桁の数字が含まれる。
【０１６７】
Clip_codec_identifier［0］はClipのコーデック方式を表す。Clip_codec_identifier［0］の後にはreserved_for_future_useが含まれる。reserved_for_future_useの後にはis_multi_angle、connection_conditionが含まれる。
【０１６８】
ref_to_STC_id［0］はSTC不連続点（システムタイムベースの不連続点）に関する情報である。
【０１６９】
IN_timeはPlayItemの再生区間の開始位置を表し、OUT_timeは終了位置を表す。
【０１７０】
OUT_timeの後にはUO_mask_table()、PlayItem_random_access_mode、still_modeが含まれる。
【０１７１】
STN_table()には、対象のPlayItemが参照するAVストリームの情報が含まれる。また、対象のPlayItemと関連付けて再生されるSub Pathがある場合、そのSub Pathを構成するSubPlayItemが参照するAVストリームの情報も含まれる。
【０１７２】
図１６は、図１５のSTN_table()のシンタクスを示す図である。
【０１７３】
STN_table()は、PlayItemの属性として設定されている。
【０１７４】
lengthは、このlengthフィールドの直後からSTN_table()の最後までのバイト数を示す１６ビットの符号なし整数である。lengthの後には、１６ビットのreserved_for_future_useが用意される。
【０１７５】
number_of_video_stream_entriesは、STN_table()の中でエントリーされる（登録される）、video_stream_idが与えられるストリームの数を表す。
【０１７６】
video_stream_idは、ビデオストリームを識別するための情報である。例えば、Base view videoストリームがこのvideo_stream_idにより特定される。
【０１７７】
Dependent view videoストリームのIDについては、STN_table()内で定義されるようにしてもよいし、Base view videoストリームのIDに所定の値を加算するなどして計算により求められるようにしてもよい。
【０１７８】
video_stream_numberは、ビデオ切り替えに使われる、ユーザから見えるビデオストリーム番号である。
【０１７９】
number_of_audio_stream_entriesは、STN_table()の中でエントリーされる、audio_stream_idが与えられる１番目のオーディオストリームのストリームの数を表す。audio_stream_idは、オーディオストリームを識別するための情報であり、audio_stream_numberは、音声切り替えに使われるユーザから見えるオーディオストリーム番号である。
【０１８０】
number_of_audio_stream2_entriesは、STN_table()の中でエントリーされる、audio_stream_id2が与えられる２番目のオーディオストリームのストリームの数を表す。audio_stream_id2は、オーディオストリームを識別するための情報であり、audio_stream_numberは、音声切り替えに使われるユーザから見えるオーディオストリーム番号である。この例においては、再生する音声を切り替えることができるようになされている。
【０１８１】
number_of_PG_txtST_stream_entriesは、STN_table()の中でエントリーされる、PG_txtST_stream_idが与えられるストリームの数を表す。この中では、ビットマップ字幕をランレングス符号化したPGストリームとテキスト字幕ファイル(txtST)がエントリーされる。PG_txtST_stream_idは、字幕ストリームを識別するための情報であり、PG_txtST_stream_numberは、字幕切り替えに使われるユーザから見える字幕ストリーム番号である。
【０１８２】
number_of_IG_stream_entriesは、STN_table()の中でエントリーされる、IG_stream_idが与えられるストリームの数を表す。この中ではIGストリームがエントリーされる。IG_stream_idは、IGストリームを識別するための情報であり、IG_stream_numberは、グラフィックス切り替えに使われるユーザから見えるグラフィックスストリーム番号である。
【０１８３】
Main TS、Sub TSのIDもSTN_table()に登録される。そのIDがエレメンタリストリームではなくTSのIDであることは、stream_attribute()に記述される。
【０１８４】
［PlayListの具体例］
図１７は、3D再生用のPlayListである3D_PlayListの具体例を示す図である。
【０１８５】
説明の便宜上、図１７の左側には行数を表す数字と「：」を示している。この数字と「：」は3D_PlayListを構成するものではない。
【０１８６】
２行目のnumber_of_PlayItemsは図１２のnumber_of_PlayItemsに対応し、3D_PlayList中のPlayItemの数を表す。２行目から８行目がPlayItemに関する記述になる。すなわち、３行目から８行目が、図１２のfor文を用いたPlayItemに記述に対応する。
【０１８７】
５行目のref_to_B_clpi_file_nameは図１５のClip_Information_file_name[0]に対応し、Base view videoストリームを格納したm2tsファイルのファイル名のうちの、「.m2ts」の拡張子を除いた５桁の数字を表す。この記述により、参照するm2tsファイルと、Base view videoのClipのclpiファイルが特定される。
【０１８８】
６行目のtypeは、Base view videoと、それに関連付けられたD1/D2 view videoのデータの光ディスク２０２上での配置のタイプを表す。typeは、例えば図１５のClip_codec_identifier［0］に続くreserved_for_future_useを用いて設定される。
【０１８９】
図１８は、typeの意味を示す図である。
【０１９０】
typeの値が0であることは、Base view video、D1 view video、D2 view videoがインターリーブされていないことを表す。
【０１９１】
この場合、存在するD1/D2 view videoの両方、またはいずれかのパケットが、Base view videoのパケットとともに１本のMPEG2-TSに多重化される。
【０１９２】
typeの値が1であることは、Base view video、D1 view video、D2 view videoが全てインターリーブされていることを表す。
【０１９３】
この場合、B view videoを含む第１のTSと、D1 view videoを含む第２のTSと、D2 view videoを含む第３のTSの３本のTSが、エクステント単位で光ディスク２０２上にインターリーブされている。
【０１９４】
typeの値が2であることは、Base view videoとD1 view videoがインターリーブされていることを表す。
【０１９５】
この場合、B view videoのパケットを含む第１のTSと、D1 view videoのパケットを含む第２のTSの２本のTSが、エクステント単位で光ディスク２０２上にインターリーブされている。第１のTSにはD2 view videoのパケットが多重化されていても良い。また、第２のTSには、D2 view videoのパケットが多重化されていても良い。
【０１９６】
typeの値が3であることは、Base view videoとD2 view videoがインターリーブされていることを表す。
【０１９７】
この場合、B view videoのパケットを含む第１のTSと、D2 view videoのパケットを含む第２のTSの２本のTSが、エクステント単位で光ディスク２０２上にインターリーブされている。第１のTSには、D1 view videoのパケットが多重化されていても良い。また、第２のTSには、D1 view videoのパケットが含まれてはいけない。
【０１９８】
図１７の説明に戻り、７行目のSTN_tableは図１５のSTN_table()に対応する。図１６を参照して説明したように、STN_tableには3D_PlayListにおいて参照する各ストリームのIDが記述される。
【０１９９】
９行目のnumber_of_SubPathsは図１２のnumber_of_SubPathsに対応し、3D_PlayList中のSubPathの数を表す。９行目から１４行目がSubPathに関する記述になる。すなわち、１０行目から１４行目が、図１２のfor文を用いたSubPathに記述に対応する。
【０２００】
１２行目のSubPath_typeは図１３のSubPath_typeに対応し、SubPathの種類を表す。
【０２０１】
図１９は、SubPath_typeの意味を示す図である。
【０２０２】
図１９に示す各値のうちの主なものについて説明すると、SubPath_typeの値が8であることは、D1 view videoを再生するサブパスであることを表す。
【０２０３】
また、SubPath_typeの値が9であることは、D2 view videoを再生するサブパスであることを表す。
【０２０４】
図１７の１３行目のref_to_clpi_file_nameは図１４のClip_Information_file_name[0]に対応する。
【０２０５】
このSubPathがD1 view videoを再生するものである場合には、ref_to_clpi_file_nameは、D1 view videを格納したm2tsファイルのファイル名のうちの、「.m2ts」の拡張子を除いた５桁の数字を表す。この記述により、参照するclpiファイルが特定される。
【０２０６】
一方、１３行目のref_to_clpi_file_nameは、このSubPathがD2 view videoを再生するものである場合には、D2 view videを格納したm2tsファイルのファイル名のうちの、「.m2ts」の拡張子を除いた５桁の数字を表す。
【０２０７】
１６行目から３０行目は、interleaved_file_info()、すなわちilvtファイルに関する記述である。例えば、PlayItem()、SubPath()中のreserved_for_future_useを用いてilvtファイルに関する記述が用意される。
【０２０８】
１７行目から２２行目は、６行目のtypeの値が1であり、Base view video、D1 view video、D2 view videoが全てインターリーブされている場合に参照する記述である。
【０２０９】
１８行目のref_to_D1-B_interleaved_file_nameは、Base view videoとD1 view videoの再生用のilvtファイルのファイル名のうちの、「.ilvt」の拡張子を除いた５桁の数字を表す。
【０２１０】
１９行目のref_to_D2-B_interleaved_file_nameは、Base view videoとD2 view videoの再生用のilvtファイルのファイル名のうちの、「.ilvt」の拡張子を除いた５桁の数字を表す。
【０２１１】
２０行目のref_to_D1_clpi_file_nameは、D1 view videを格納したm2tsファイルのファイル名のうちの、「.m2ts」の拡張子を除いた５桁の数字を表す。この記述により、D1 view videのm2tsファイルの再生時に参照するclpiファイルが特定される。
【０２１２】
２１行目のref_to_D2_clpi_file_nameは、D2 view videを格納したm2tsファイルのファイル名のうちの、「.m2ts」の拡張子を除いた５桁の数字を表す。この記述により、D2 view videのm2tsファイルの再生時に参照するclpiファイルが特定される。
【０２１３】
２３行目から２６行目は、６行目のtypeの値が2であり、Base view videoとD1 view videoがインターリーブされている場合に参照する記述である。
【０２１４】
２４行目のref_to_D1-B_interleaved_file_nameは、Base view videoとD1 view videoの再生用のilvtファイルのファイル名のうちの、「.ilvt」の拡張子を除いた５桁の数字を表す。
【０２１５】
２５行目のref_to_D1_clpi_file_nameは、D1 view videを格納したm2tsファイルのファイル名のうちの、「.m2ts」の拡張子を除いた５桁の数字を表す。この記述により、D1 view videのm2tsファイルの再生時に参照するclpiファイルが特定される。
【０２１６】
２７行目から３０行目は、６行目のtypeの値が3であり、Base view videoとD2 view videoがインターリーブされている場合に参照する記述になる。
【０２１７】
２８行目のref_to_D2-B_interleaved_file_nameは、Base view videoとD2 view videoの再生用のilvtファイルのファイル名のうちの、「.ilvt」の拡張子を除いた５桁の数字を表す。
【０２１８】
２９行目のref_to_D2_clpi_file_nameは、D2 view videを格納したm2tsファイルのファイル名のうちの、「.m2ts」の拡張子を除いた５桁の数字を表す。この記述により、D2 view videのm2tsファイルの再生時に参照するclpiファイルが特定される。
【０２１９】
このように、3D_PlayListには、データが光ディスク２０２上でインターリーブされている場合、D1 view video、D2 view videoについても、それらのClip AVストリームに対応するclpiファイルのファイル名を特定可能な情報が記述される。
【０２２０】
［再生装置２０１の構成例］
図２０は、再生装置２０１の構成例を示すブロック図である。
【０２２１】
コントローラ２５１は、予め用意されている制御プログラムを実行し、再生装置２０１の全体の動作を制御する。
【０２２２】
例えば、コントローラ２５１は、ディスクドライブ２５２を制御し、3D再生用のPlayListファイルを読み出す。また、コントローラ２５１は、STN_tableに登録されているIDに基づいて、Main TSとSubTSを読み出させ、デコーダ部２５６に供給させる。
【０２２３】
ディスクドライブ２５２は、コントローラ２５１による制御に従って光ディスク２０２からデータを読み出し、読み出したデータを、コントローラ２５１、メモリ２５３、またはデコーダ部２５６に出力する。
【０２２４】
メモリ２５３は、コントローラ２５１が各種の処理を実行する上において必要なデータなどを適宜記憶する。
【０２２５】
ローカルストレージ２５４は例えばHDD(Hard Disk Drive)により構成される。ローカルストレージ２５４には、サーバ２７２からダウンロードされたD1/D2 view videoストリームなどが記録される。ローカルストレージ２５４に記録されているストリームもデコーダ部２５６に適宜供給される。
【０２２６】
インターネットインタフェース２５５は、コントローラ２５１からの制御に従ってネットワーク２７１を介してサーバ２７２と通信を行い、サーバ２７２からダウンロードしたデータをローカルストレージ２５４に供給する。
【０２２７】
サーバ２７２からは、光ディスク２０２に記録されているデータをアップデートさせるデータがダウンロードされる。ダウンロードしたD1/D2 view videoストリームを光ディスク２０２に記録されているBase view videoストリームと併せて用いることができるようにすることにより、光ディスク２０２の内容とは異なる内容の3D再生を実現することが可能になる。D1/D2 view videoストリームがダウンロードされたとき、PlayListの内容も適宜更新される。
【０２２８】
デコーダ部２５６は、ディスクドライブ２５２、またはローカルストレージ２５４から供給されたストリームをデコードし、得られたビデオ信号を表示装置２０３に出力する。
オーディオ信号も所定の経路を介して表示装置２０３に出力される。
【０２２９】
操作入力部２５７は、ボタン、キー、タッチパネル、ジョグダイヤル、マウスなどの入力デバイスや、所定のリモートコマンダから送信される赤外線などの信号を受信する受信部により構成される。操作入力部２５７はユーザの操作を検出し、検出した操作の内容を表す信号をコントローラ２５１に供給する。
【０２３０】
図２１は、デコーダ部２５６の構成例を示す図である。
【０２３１】
分離部２８１は、コントローラ２５１による制御に従って、ディスクドライブ２５２から供給されたデータを、Main TSを構成するパケットのデータとSub TSを構成するパケットのデータに分離する。例えば、3D PlayListファイルのSTN_table()に記述されているストリームIDに基づいて光ディスク２０２から読み出されたTSが分離部２８１に供給される。
【０２３２】
分離部２８１は、分離したMain TSを構成するパケットをリードバッファ２８２に出力して記憶させ、Sub TSを構成するパケットをリードバッファ２８５に出力して記憶させる。
【０２３３】
また、分離部２８１は、ローカルストレージ２５４から供給されたSub TSを構成するパケットをリードバッファ２８５に出力して記憶させる。
【０２３４】
上述したように、サーバ２７２からダウンロードされたD1/D2 view videがローカルストレージ２５４に記憶されている場合がある。光ディスク２０２に記録されているBase view videoとともに再生することが指示されたとき、Sub TSとしてのD1/D2 view videストリームがローカルストレージ２５４から読み出され、分離部２８１に供給される。
【０２３５】
PIDフィルタ２８３は、リードバッファ２８２に記憶されているMain TSを構成するパケットを、各パケットに設定されているPIDに基づいて振り分ける。コントローラ２５１からは、Base view videoを構成するパケットのPID、D1 view videoを構成するパケットのPID、D2 view videoを構成するパケットのPIDがそれぞれ指定される。
【０２３６】
PIDフィルタ２８３は、Main TSに含まれるBase view videoのパケットをリードバッファ２８２から読み出し、ESバッファ２８４に出力して記憶させる。ESバッファ２８４には、Base view videoのパケットからなるES(Elementary Stream)が記憶される。
【０２３７】
また、PIDフィルタ２８３は、Main TSにD1/D2 view videのパケットが多重化されている場合、それらのパケットをPIDに基づいて抽出し、スイッチ２８７に出力する。
【０２３８】
PIDフィルタ２８６は、Sub TSに含まれるD1/D2 view videのパケットをリードバッファ２８５から読み出し、スイッチ２８７に出力する。
【０２３９】
なお、ここではBase view video、D1/D2 view videoのビデオストリームの処理についてだけ説明しているが、図５を参照して説明したように、Main TSにはPGやIGなどのグラフィックスのデータが多重化されていることがある。同様に、図６を参照して説明したように、Sub TSには、D1/D2 view videの他にも、字幕のデータやグラフィックのデータが多重化されていることがある。
【０２４０】
PIDフィルタ２８３とPIDフィルタ２８６は、適宜、それらのデータをもPIDに基づいて振り分け、所定の出力先に出力する。図２１のPIDフィルタ２８３とPIDフィルタ２８６のブロック内に示す出力先の端子（丸）には、グラフィックのデータをデコードするデコーダなどが接続される。
【０２４１】
スイッチ２８７は、PIDフィルタ２８３から供給されたD1/D2 view videのパケットをESバッファ２８８に出力して記憶させる。また、スイッチ２８７は、PIDフィルタ２８６から供給されたD1/D2 view videのパケットをESバッファ２８８に出力して記憶させる。ESバッファ２８８には、D1/D2 view videoのパケットからなるESが記憶される。
【０２４２】
スイッチ２８９は、ESバッファ２８４に記憶されているBase view videoのパケットと、ESバッファ２８８に記憶されているD1/D2 view videoのパケットのうちの、デコードの対象になるパケットをデコーダ２９０に出力する。DTS(Decoding Time Stamp)などの時刻情報がBase view videoとD1/D2 view videoのPESパケットに設定されており、その時刻情報に基づいてバッファからの読み出しが行われる。
【０２４３】
ビデオデコーダ２９０は、スイッチ２８９から供給されたパケットをデコードし、デコードすることによって得られたBase view video、またはD1/D2 view videoのデータを出力する。
【０２４４】
［3D_PlayListの例１］
図２２は、3D_PlayListの例を示す図である。
【０２４５】
図２２の「00000.mpls」のPlayListファイルに記述されている3D_PlayListは、Base view video、D1 view video、D2 view videoが全てインターリーブされている光ディスク２０２の再生を管理するPlayListである。すなわち、typeの値は1である。
【０２４６】
図２２の例においては、PlayItem()のref_to_B_clpi_file_nameは「00001」である。この記述から、Base view videoのm2tsファイルである「00001.m2ts」を再生する場合には、図１０の「00001.clpi」のclpiファイルを参照することが特定される。
【０２４７】
また、SubPath()[1]のSubPath_typeは「9」である。SubPath_typeが「9」であることは、この１つ目のSubPathがD2 view videoを再生するサブパスであることを表す。
【０２４８】
SubPath()[1]のref_to_clpi_file_nameは「00002」である。この記述から、D2 view videoを再生する場合には図１０の「00002.clpi」のclpiファイルを参照することが特定される。
【０２４９】
SubPath()[2]のSubPath_typeは「8」である。SubPath_typeが「8」であることは、この２つ目のSubPathがD1 view videoを再生するサブパスであることを表す。
【０２５０】
SubPath()[2]のref_to_clpi_file_nameは「00003」である。この記述から、D1 view videoを再生する場合には図１０の「00003.clpi」のclpiファイルを参照することが特定される。
【０２５１】
interleaved_file_info()のref_to_D1-B_interleaved_file_nameは「10000」である。
この記述から、D1-B再生を行う場合には図１０の「10000.ilvt」のilvtファイルを参照することが特定される。
【０２５２】
また、ref_to_D2-B_interleaved_file_nameは「20000」である。この記述から、D2-B再生を行う場合には図１０の「20000.ilvt」のilvtファイルを参照することが特定される。
【０２５３】
ref_to_D1_clpi_file_nameは「00003」である。この記述から、D1 view videoを再生する場合には図１０の「00003.clpi」のファイルを参照することが特定される。
【０２５４】
ref_to_D2_clpi_file_nameは「00002」である。この記述から、D2 view videoを再生する場合には図１０の「00002.clpi」のファイルを参照することが特定される。
【０２５５】
図２３は、図２２の3D_PlayListとともに用いられるclpiファイルのシンタクスを示す図である。
【０２５６】
図２３Ａは「00001.clpi」のclpiファイルの例を示す図である。上述したように、「00001.clpi」のclpiファイルは、Base view videoのm2tsファイルである「00001.m2ts」を再生する場合に参照するファイルである。
【０２５７】
number_of_source_packets1は、「00001.m2ts」のm2tsファイルに含まれるソースパケットの数を表す。
【０２５８】
EP_mapは、「00001.m2ts」のm2tsファイルに含まれるTS中のエントリーポイント(EP)の位置情報を表す。
【０２５９】
chunk_map()は、「00001.m2ts」のm2tsファイルに含まれるTSについて、先頭のチャンクから順番に、各チャンクの開始位置を表すSource Packet Number（SPN）を表す。
【０２６０】
チャンクは、１つのTSに属し、光ディスク２０２上に連続配置されるSource packetの集まりである。ここでは、１つのチャンクが、光ディスク２０２上に配置される１つのエクステントに相当するものとして説明する。
【０２６１】
chunk_map()が、各チャンクの長さを表すことになる。chunk_map()の具体例については後述する。
【０２６２】
図２３Ｂは「00002.clpi」のclpiファイルの例を示す図である。「00002.clpi」のclpiファイルは、D2 view videoを再生する場合に参照するファイルである。
【０２６３】
図２３Ｃは「00003.clpi」のclpiファイルの例を示す図である。「00003.clpi」のclpiファイルは、D1 view videoを再生する場合に参照するファイルである。図２３Ｂ、図２３Ｃの記述内容は図２３Ａに示すものと同じである。
【０２６４】
図２４は、図２２、図２３のデータを用いて行われるファイル管理の概念を示す図である。
【０２６５】
図２４に示すように、ファイル管理は、物理レイヤ、ファイルシステムレイヤ、アプリケーションレイヤの３層構造の形で行われる。図２２の3D_PlayList、図２３のclpiファイルがアプリケーションレイヤの情報になる。
【０２６６】
物理レイヤは、Base view video、D1 view video、D2 view videoが全てインターリーブされた状態で記録されている光ディスク２０２のレイヤとなる。
【０２６７】
図２４の例においては、D1 view videoのチャンク、D2 view videoのチャンク、Base view videoのチャンクがその順番で配置されている。図２４において、「B」の文字を付けているブロックはBase view videoのチャンクを表し、「D1」の文字を付けているブロックはD1 view videoのチャンクを表す。「D2」の文字を付けているブロックはD2 view videoのチャンクを表す。
【０２６８】
このように、Base view video、D1 view video、D2 view videoの各エクステント（チャンク）は、光ディスク２０２上においてインターリーブ配置されている。インターリーブ配置は、同一種類のストリームのエクステントが隣接しない、周期的な配置を意味する。
【０２６９】
ファイルシステムレイヤにおいては、アプリケーションがファイル名で指定したストリームファイル（m2tsファイル、ilvtファイル）と、光ディスク２０２上の各チャンクが対応付けられる。ファイルシステムは例えばUDF file systemである。
【０２７０】
図２４に示すように、「00001.m2ts」のm2tsファイルは、光ディスク２０２上に配置されたBase view videoのチャンクから構成される。
【０２７１】
また、「00002.m2ts」のm2tsファイルは、光ディスク２０２上に配置されたD2 view videoのチャンクから構成される。
【０２７２】
「00003.m2ts」のm2tsファイルは、光ディスク２０２上に配置されたD1 view videoのチャンクから構成される。
【０２７３】
「20000.ilvt」のファイルは、光ディスク２０２上に配置されたD2 view videoのチャンクとBase view videoのチャンクから構成される。
【０２７４】
「10000.ilvt」のファイルは、光ディスク２０２上に配置されたD1 view videoのチャンクとBase view videoのチャンクから構成される。
【０２７５】
2D再生を行うために、アプリケーションから「00001.m2ts」を指定してデータの読み出しが指示された場合、ファイルシステムによる管理に従って、Base view videoのチャンクが読み出される。
【０２７６】
また、B-D1再生を行うために、アプリケーションから「10000.ilvt」を指定してデータの読み出しが指示された場合、ファイルシステムによる管理に従って、D1 view videoのチャンクとBase view videoのチャンクが読み出される。
【０２７７】
B-2D再生を行うために、アプリケーションから「20000.ilvt」を指定してデータの読み出しが指示された場合、ファイルシステムによる管理に従って、D2 view videoのチャンクとBase view videoのチャンクが読み出される。
【０２７８】
［動作例１］
ここで、図２５のフローチャートを参照して、図２２の3D_PlayListファイルに従って行われる再生処理について説明する。
【０２７９】
ステップＳ１において、コントローラ２５１は、typeの値から、Base view video、D1 view video、D2 view videoが全てインターリーブされていることを確認する。
【０２８０】
この場合、ステップＳ２において、コントローラ２５１は、interleaved_file_info()を読みに行く。
【０２８１】
ステップＳ３において、コントローラ２５１は、ユーザによる操作などに基づいて、B-D1再生が指示されたか否かを判定する。
【０２８２】
B-D1再生が指示されたとステップＳ３において判定した場合、ステップＳ４において、コントローラ２５１は、interleaved_file_info()に記述された「10000.ilvt」(ref_to_D1-B_interleaved_file_name)を指定し、UDF file systemを通して、Base view videoのチャンクとD1 view videoのチャンクを光ディスク２０２から読み出させる。
【０２８３】
ディスクドライブ２５２により読み出されたBase view videoのチャンクとD1 view videoのチャンクはデコーダ部２５６の分離部２８１に供給される。
【０２８４】
ステップＳ５において、分離部２８１は、図２３の「00001.clpi」(ref_to_B_clpi_file_name)のchunk_map()と、「00003.clpi」(ref to D1_clpi_file_name)のchunk_map()に基づいて、供給されたデータを、「00001.m2ts」のm2tsファイルのデータと、「00003.m2ts」のm2tsファイルのデータに分離する。分離部２８１は、「00001.m2ts」のm2tsファイルのデータをリードバッファ２８２に出力し、「00003.m2ts」のm2tsファイルのデータをリードバッファ２８５に出力する。chunk_map()を使って行われるデータの分離については後述する。
【０２８５】
リードバッファ２８２に記憶された「00001.m2ts」のm2tsファイルのデータは、PIDフィルタ２８３、ESバッファ２８４、スイッチ２８９を介してデコーダ２９０に供給される。リードバッファ２８５に記憶された「00003.m2ts」のm2tsファイルのデータは、PIDフィルタ２８６、スイッチ２８７、ESバッファ２８８、およびスイッチ２８９を介してデコーダ２９０に供給される。
【０２８６】
ステップＳ６において、デコーダ２９０は、スイッチ２８９から順次供給されるパケットをデコードする（再生する）。
【０２８７】
一方、ステップＳ３において、B-D1再生が指示されていない、すなわちB-D2再生が指示されたと判定した場合、ステップＳ７において、コントローラ２５１は、interleaved_file_info()に記述された「20000.ilvt」(ref_to_D2-B_interleaved_file_name)を指定し、UDF file systemを通して、Base view videoのチャンクとD2 view videoのチャンクを光ディスク２０２から読み出させる。
【０２８８】
ステップＳ８において、分離部２８１は、「00001.clpi」(ref_to_B_clpi_file_name)のchunk_map()と、「00002.clpi」(ref to D2_clpi_file_name)のchunk_map()に基づいて、供給されたデータを、「00001.m2ts」のm2tsファイルのデータと、「00002.m2ts」のm2tsファイルのデータに分離する。分離部２８１は、「00001.m2ts」のm2tsファイルのデータをリードバッファ２８２に出力し、「00002.m2ts」のm2tsファイルのデータをリードバッファ２８５に出力する。
【０２８９】
その後、「00001.m2ts」のm2tsファイルのデータと「00002.m2ts」のm2tsファイルのデータは、B-D1再生のときと同様にデコーダ２９０に供給され、ステップＳ６において再生される。
【０２９０】
［chunk_map()を使ったデータの分離］
図２６は、chunk_map()のシンタクスの例を示す図である。
【０２９１】
number_of_chunksは、参照するチャンクの数を表す。number_of_chunks以降には、ここで指定される数だけチャンクの情報が記述される。
【０２９２】
SPN_chunk_start[i]は、例えば先頭のチャンクの開始位置を基準として、その基準の位置から各チャンクの開始位置までのSPN（長さ）を表す。各チャンクの開始位置までのSPNが、先頭のチャンクのものから順に記述される。
【０２９３】
図２７は、chunk_map()の具体例を示す図である。
【０２９４】
図２７Ａは「00001.clpi」のclpiファイルに記述されるchunk_map()であり、number_of_chunksは(n+1)である。
【０２９５】
また、SPN_chunk_start[i]は0,c1,c2,…,cnである。
【０２９６】
１番目の値0は、図２８Ｃに示すように、「00001.m2ts」のm2tsファイルに含まれるBase view videoの先頭のチャンクの開始位置を基準として、その基準の位置から、１番目のチャンク（B[0]）の開始位置までのSPNが0であることを表す。
【０２９７】
２番目の値c1は、基準の位置から、２番目のチャンク（B[1]）の開始位置までのSPNがc1であることを表す。
【０２９８】
３番目の値c2は、基準の位置から、３番目のチャンク（B[2]）の開始位置までのSPNがc2であることを表す。
【０２９９】
n+1番目の値cnは、基準の位置から、最後のチャンクであるn+1番目のチャンク（B[n]）の開始位置までのSPNがcnであることを表す。
【０３００】
図２７Ｂは「00002.clpi」のclpiファイルに記述されるchunk_map()であり、number_of_chunksは(n+1)である。
【０３０１】
また、SPN_chunk_start[i]は0,b1,b2,…,bnである。
【０３０２】
１番目の値0は、図２８Ｂに示すように、「00002.m2ts」のm2tsファイルに含まれるD2 view videoの先頭のチャンクの開始位置を基準として、その基準の位置から、１番目のチャンク（D2[0]）の開始位置までのSPNが0であることを表す。
【０３０３】
２番目の値b1は、基準の位置から、２番目のチャンク（D2[1]）の開始位置までのSPNがb1であることを表す。
【０３０４】
３番目の値b2は、基準の位置から、３番目のチャンク（D2[2]）の開始位置までのSPNがb2であることを表す。
【０３０５】
n+1番目の値bnは、基準の位置から、最後のチャンクであるn+1番目のチャンク（D2[n]）の開始位置までのSPNがbnであることを表す。
【０３０６】
図２７Ｃは「00003.clpi」のclpiファイルに記述されるchunk_map()であり、number_of_chunksは(n+1)である。
【０３０７】
また、SPN_chunk_start[i]は0,a1,a2,…,anである。
【０３０８】
１番目の値0は、図２８Ａに示すように、「00003.m2ts」のm2tsファイルに含まれるD1 view videoの先頭のチャンクの開始位置を基準として、その基準の位置から、１番目のチャンク（D1[0]）の開始位置までのSPNが0であることを表す。
【０３０９】
２番目の値a1は、基準の位置から、２番目のチャンク（D1[1]）の開始位置までのSPNがa1であることを表す。
【０３１０】
３番目の値a2は、基準の位置から、３番目のチャンク（D1[2]）の開始位置までのSPNがa2であることを表す。
【０３１１】
n+1番目の値anは、基準の位置から、最後のチャンクであるn+1番目のチャンク（D1[n]）の開始位置までのSPNがanであることを表す。
【０３１２】
D1[i],D2[i],B[i]は、図２８Ｄに示すようにその順番で、光ディスク２０２上に周期的に配置されている。
【０３１３】
分離部２８１は、光ディスク２０２から読み出されたデータがディスクドライブ２５２から供給された場合、図２７の３つのchunk_map()の記述に基づいて、供給されたデータの先頭からa1に相当するSPN分のデータをD1[0]として分離する。
【０３１４】
また、分離部２８１は、D1[0]の終わりの位置からb1に相当するSPN分のデータをD2[0]として分離し、D2[0]の終わりの位置からc1に相当するSPN分のデータをB[0]として分離する。
【０３１５】
分離部２８１は、B[0]の終わりの位置からa2-a1に相当するSPN分のデータをD1[1]として分離する。
【０３１６】
分離部２８１は、D1[1]の終わりの位置からb2-b1に相当するSPN分のデータをD2[1]として分離し、D2[1]の終わりの位置からc2-c1に相当するSPN分のデータをB[1]として分離する。
【０３１７】
なお、分離の対象になるチャンクは、B-D1再生を行う場合にはD1[i],B[i]だけであり、B-D2再生を行う場合にはD2[i],B[i]だけである。
【０３１８】
このように、分離部２８１によるデータの分離は、chunk_map()に記述される各チャンクの長さの情報を用いて行われる。
【０３１９】
chunk_map()について補足する。
【０３２０】
type=0のとき、ref_to_B_clpi_file_nameにより参照されるclpiファイルについては、chunk_map()はオプショナルとなる(無くても良い)。そして、chunk_map()がある場合、プレーヤはそのchunk_map()を無視しなければならない。
【０３２１】
また、ローカルストレージ２５４上のm2tsファイルに対応するclpiファイルについては、chunk_map()はオプショナルとなる(無くても良い)。そして、chunk_map()がある場合、プレーヤはそのchunk_map()を無視しなければならない。
【０３２２】
type=1のとき、対応するBase view videoのTS、D1 view videoのTS、D2 view videoのTSの３本のTSは、それぞれ同じ数(n+1)のチャンクに分割される。すなわち、図２８のD1[i],D2[i],B[i]について、添え字iの値が同じ組のチャンクは、同じ再生時間を持つように分割される。
【０３２３】
同様に、type=2のとき、対応するBase view videoのTS、D1 view videoのTSの２本のTSは、それぞれ同じ数(n+1)のチャンクに分割される。すなわち、インターリーブされるD1[i],B[i]について、添え字iの値が同じ組のチャンクは、同じ再生時間を持つように分割される。
【０３２４】
type=3のとき、対応するBase view videoのTS、D2 view videoのTSの２本のTSは、それぞれ同じ数(n+1)のチャンクに分割される。すなわち、インターリーブされるD2[i],B[i]について、添え字iの値が同じ組のチャンクは、同じ再生時間を持つように分割される。
【０３２５】
［3D_PlayListの例２］
図２９は、3D_PlayListの他の例を示す図である。
【０３２６】
図２９の「0000.mpls」のPlayListファイルに記述されている3D_PlayListは、Base view videoとD2 view videoがインターリーブされている光ディスク２０２の再生を管理するPlayListである。すなわち、typeの値は3である。
【０３２７】
SubPathの記述がD2 view videoを参照するSubPathの記述だけになる点と、interleaved_file_info()の記述が異なる点を除いて、図２９の3D_PlayListの記述は図２２の記述と同様である。
【０３２８】
すなわち、SubPath()のSubPath_typeは「9」である。SubPath_typeが「9」であることは、このSubPathがD2 view videoを再生するサブパスであることを表す。
【０３２９】
また、ref_to_clpi_file_nameは「00002」である。
【０３３０】
図２９のinterleaved_file_info()のref_to_D2-B_interleaved_file_nameは「20000」である。この記述から、D2-B再生を行う場合には図１０の「20000.ilvt」のilvtファイルを参照することが特定される。
【０３３１】
また、ref_to_D2_clpi_file_nameは「00002」である。この記述から、D2 view videoを再生する場合には図１０の「00002.clpi」のclpiファイルを参照することが特定される。
【０３３２】
図３０は、図２９の3D_PlayListとともに用いられるclpiファイルのシンタクスを示す図である。
【０３３３】
図３０Ａは、「00001.clpi」のclpiファイルの例を示す図であり、図３０Ｂは、「00002.clpi」のclpiファイルの例を示す図である。いずれのclpiファイルにも、EP_mapと、上述したchunk_map()の記述が含まれる。
【０３３４】
図３１は、図２９、図３０のデータを用いて行われるファイル管理の概念を示す図である。
【０３３５】
図３１に示すように、物理レイヤは、Base view videoとD2 view videoがインターリーブされた状態で記録されている光ディスク２０２のレイヤとなる。
【０３３６】
「00001.m2ts」のm2tsファイルは、光ディスク２０２上に配置されたBase view videoのチャンクから構成される。
【０３３７】
また、「00002.m2ts」のm2tsファイルは、光ディスク２０２上に配置されたD2 view videoのチャンクから構成される。
【０３３８】
「20000.ilvt」のilvtファイルは、光ディスク２０２上に配置されたD2 view videoのチャンクとBase view videoのチャンクから構成される。
【０３３９】
2D再生を行うために、アプリケーションから「00001.m2ts」を指定してデータの読み出しが指示された場合、ファイルシステムによる管理に従って、Base view videoのチャンクが読み出される。
【０３４０】
B-D2再生を行うために、アプリケーションから「20000.ilvt」を指定してデータの読み出しが指示された場合、ファイルシステムによる管理に従って、D2 view videoのチャンクとBase view videoのチャンクが読み出される。
【０３４１】
［動作例２］
図３２のフローチャートを参照して、図２９の3D_PlayListファイルに従って行われる再生処理について説明する。
【０３４２】
ステップＳ１１において、コントローラ２５１は、typeの値から、Base view video、D2 view videoがインターリーブされていることを確認する。
【０３４３】
この場合、ステップＳ１２において、コントローラ２５１は、interleaved_file_info()を読みに行く。
【０３４４】
B-D2再生が指示された場合、ステップＳ１３において、コントローラ２５１は、interleaved_file_info()に記述された「20000.ilvt」(ref_to_D2-B_interleaved_file_name)を指定し、UDF file systemを通して、Base view videoのチャンクとD2 view videoのチャンクを光ディスク２０２から読み出させる。
【０３４５】
ディスクドライブ２５２により読み出されたBase view videoのチャンクとD2 view videoのチャンクはデコーダ部２５６の分離部２８１に供給される。
【０３４６】
ステップＳ１４において、分離部２８１は、「00001.clpi」(ref_to_B_clpi_file_name)のchunk_map()と、「00002.clpi」(ref to D2_clpi_file_name)のchunk_map()に基づいて、供給されたデータを、「00001.m2ts」のm2tsファイルのデータと、「00002.m2ts」のm2tsファイルのデータに分離する。分離部２８１は、「00001.m2ts」のm2tsファイルのデータをリードバッファ２８２に出力し、「00002.m2ts」のm2tsファイルのデータをリードバッファ２８５に出力する。
【０３４７】
リードバッファ２８２に記憶された「00001.m2ts」のm2tsファイルのデータは、PIDフィルタ２８３、ESバッファ２８４、スイッチ２８９を介してデコーダ２９０に供給される。一方、リードバッファ２８５に記憶された「00002.m2ts」のm2tsファイルのデータは、PIDフィルタ２８６、スイッチ２８７、ESバッファ２８８、およびスイッチ２８９を介してデコーダ２９０に供給される。
【０３４８】
ステップＳ１５において、デコーダ２９０は、スイッチ２８９から順次供給されるパケットをデコードする。
【０３４９】
［3D_PlayListの例３］
図３３は、3D_PlayListのさらに他の例を示す図である。
【０３５０】
図３３の「00000.mpls」のPlayListファイルに記述されている3D_PlayListは、光ディスク２０２に記録されているBase view video、D2 view videoと、ローカルストレージ２５４に記録されているD1 view videoの再生を管理するPlayListである。光ディスク２０２上では、Base view videoとD2 view videoはインターリーブされている。
【０３５１】
光ディスク２０２上のデータの配置のタイプを表すものであるから、PlayItem()のtypeの値は3である。
【０３５２】
SubPath()[1]のSubPath_typeは「9」である。SubPath_typeが「9」であることは、この１つ目のSubPathがD2 view videoを再生するサブパスであることを表す。
【０３５３】
SubPath()[1]のref_to_clpi_file_nameは「00002」である。この記述から、D2 view videoを再生する場合には図１０の「00002.clpi」のclpiファイルを参照することが特定される。
【０３５４】
SubPath()[2]のSubPath_typeは「8」である。SubPath_typeが「8」であることは、この２つ目のSubPathがD1 view videoを再生するサブパスであることを表す。
【０３５５】
SubPath()[2]のref_to_clpi_file_nameは「00003」である。この記述から、D1 view videoを再生する場合には、ローカルストレージ２５４に記録されている「00003.clpi」のclpiファイルを参照することが特定される。
【０３５６】
この２つ目のSubPathに関する記述は、例えば、D1 view videoがダウンロードされたときに追加される。
【０３５７】
interleaved_file_info()のref_to_D2-B_interleaved_file_nameは「20000」である。
この記述から、B-D2再生を行う場合には、図１０の「20000.ilvt」のilvtファイルを参照することが特定される。
【０３５８】
また、ref_to_D2_clpi_file_nameは「00002」である。この記述から、D2 view videoを再生する場合には図１０の「00002.clpi」のファイルを参照することが特定される。
【０３５９】
なお、ローカルストレージ２５４上ではD1 view videoはインターリーブされていないから、D1 view videoに関するilvtファイルは不要である。
【０３６０】
図３４は、図３３の3D_PlayListとともに用いられるclpiファイルのシンタクスを示す図である。
【０３６１】
図３４Ａは、「00001.clpi」のclpiファイルの例を示す図であり、図３４Ｂは、「00002.clpi」のclpiファイルの例を示す図である。いずれのclpiファイルにも、EP_mapとchunk_map()の記述が含まれる。
【０３６２】
図３５は、図３３、図３４のデータを用いて行われるファイル管理の概念を示す図である。
【０３６３】
図３５に示すように、物理レイヤは、Base view videoとD2 view videoがインターリーブされた状態で記録されている光ディスク２０２と、２番目のSubPathが参照するD1 view videoのファイルが記録されているローカルストレージ２５４のレイヤとなる。
【０３６４】
図３５の例においては、D1 view videoを格納したm2tsファイルのファイル名は「00003.m2ts」である。また、「00003.m2ts」に対応するclpiファイルのファイル名は「00003.clpi」である。
【０３６５】
「00001.m2ts」のm2tsファイルは、光ディスク２０２上に配置されたBase view videoのチャンクから構成される。
【０３６６】
また、「00002.m2ts」のm2tsファイルは、光ディスク２０２上に配置されたD2 view videoのチャンクから構成される。
【０３６７】
「20000.ilvt」のilvtファイルは、光ディスク２０２上に配置されたD2 view videoのチャンクとBase view videoのチャンクから構成される。
【０３６８】
2D再生を行うために、アプリケーションから「00001.m2ts」を指定してデータの読み出しが指示された場合、ファイルシステムによる管理に従って、Base view videoのチャンクが読み出される。
【０３６９】
B-D1再生を行うために、アプリケーションから「00001.m2ts」を指定してデータの読み出しが指示された場合、ファイルシステムによる管理に従って、Base view videoのチャンクが読み出される。また、図３３の3D_PlayListの２番目のSubPathの記述に従って、「00003.m2ts」を指定して、D1 view videoのm2tsファイルがローカルストレージ２５４から読み出される。
【０３７０】
B-D2再生を行うために、アプリケーションから「20000.ilvt」を指定してデータの読み出しが指示された場合、ファイルシステムによる管理に従って、D2 view videoのチャンクとBase view videoのチャンクが読み出される。
【０３７１】
［動作例３］
図３６のフローチャートを参照して、図３３の3D_PlayListファイルに従って行われる再生処理について説明する。
【０３７２】
ステップＳ２１において、コントローラ２５１は、typeの値から、Base view video、D2 view videoがインターリーブされていることを確認する。
【０３７３】
この場合、ステップＳ２２において、コントローラ２５１は、interleaved_file_info()を読みに行く。
【０３７４】
ステップＳ２３において、コントローラ２５１は、B-D1再生が指示されたか否かを判定する。
【０３７５】
B-D1再生を行う場合、光ディスク２０２に記録されているデータとローカルストレージ２５４に記録されているデータが用いられる。一方、B-D2再生を行う場合、光ディスク２０２に記録されているデータが用いられる。
【０３７６】
ステップＳ２３において、B-D1再生が指示されていない、すなわちB-D2再生が指示されたと判定した場合、ステップＳ２４において、コントローラ２５１は、interleaved_file_info()に記述された「20000.ilvt」(ref_to_D2-B_interleaved_file_name)を構成するD2 view videoを含むClipの名前X「00002」（D2 view videoを含むm2tsファイルの名前のうちの拡張子を除いた部分）を取り出す。
【０３７７】
ステップＳ２５において、コントローラ２５１は、SubPath_type=9(D2-view videoを再生するサブパス)が参照するClipの名前Y「00002」を取り出す。
【０３７８】
ステップＳ２６において、コントローラ２５１は、YがXと同じであることにより、D2 view videoが「20000.ilvt」に含まれていることを認識する。ここでYがXと異なるとき、D2 view videoを含むClipはローカルストレージ２５４上にあることになる。
【０３７９】
ステップＳ２７において、コントローラ２５１は、interleaved_file_info()に記述された「20000.ilvt」(ref_to_D2-B_interleaved_file_name)を指定し、UDF file systemを通して、Base view videoのチャンクとD2 view videoのチャンクを光ディスク２０２から読み出させる。
【０３８０】
ディスクドライブ２５２により読み出されたBase view videoのチャンクとD2 view videoのチャンクはデコーダ部２５６の分離部２８１に供給される。
【０３８１】
ステップＳ２８において、分離部２８１は、「00001.clpi」(ref_to_B_clpi_file_name)のchunk_map()と、「00002.clpi」(ref to D2_clpi_file_name)のchunk_map()に基づいて、供給されたデータを、「00001.m2ts」のm2tsファイルのデータと、「00002.m2ts」のm2tsファイルのデータに分離する。分離部２８１は、「00001.m2ts」のm2tsファイルのデータをリードバッファ２８２に出力し、「00002.m2ts」のm2tsファイルのデータをリードバッファ２８５に出力する。
【０３８２】
リードバッファ２８２に記憶された「00001.m2ts」のm2tsファイルのデータは、PIDフィルタ２８３、ESバッファ２８４、スイッチ２８９を介してデコーダ２９０に供給される。一方、リードバッファ２８５に記憶された「00002.m2ts」のm2tsファイルのデータは、PIDフィルタ２８６、スイッチ２８７、ESバッファ２８８、およびスイッチ２８９を介してデコーダ２９０に供給される。
【０３８３】
ステップＳ２９において、デコーダ２９０は、スイッチ２８９から順次供給されるパケットをデコードする。
【０３８４】
一方、B-D1再生が指示されたとステップＳ２３において判定した場合、ステップＳ３０において、コントローラ２５１は、interleaved_file_info()に記述された「20000.ilvt」(ref_to_D2-B_interleaved_file_name)を構成するD2 view videoを含むClipの名前X「00002」を取り出す。
【０３８５】
ステップＳ３１において、コントローラ２５１は、SubPath_type=8(D1-view videoを再生するサブパス)が参照するClipの名前Y「00003」を取り出す。
【０３８６】
ステップＳ３２において、コントローラ２５１は、Yが「00001.clpi」(ref_to_B_clpi_file_name)のうちの拡張子を除いた部分と異なり、かつ、YがXと異なることにより、D1 view videoのClipがローカルストレージ２５４上にあることを認識する。ここでYが「00001.clpi」のうちの拡張子を除いた部分と同じであるとき、または、YがXと同じあるとき、D1 view videoは「20000.ilvt」に含まれていることになる。
【０３８７】
ステップＳ３３において、コントローラ２５１は、「00001.clpi」(ref_to_B_clpi_file_name)のEP_mapを使って、ディスクドライブ２５２に「00001.m2ts」のm2tsファイルを読み出させる。「00001.clpi」のEP_mapには、「00001.m2ts」のm2tsファイルのデコード開始位置となるエントリポイントの情報が含まれている。
【０３８８】
ステップＳ３４において、コントローラ２５１は、「00003.clpi」(SubPath()[2]で参照されるファイル)のEP_mapを使って、ローカルストレージ２５４から「00003.m2ts」のm2tsファイルを読み出す。「00003.clpi」のEP_mapには、「00003.m2ts」のm2tsファイルのデコード開始位置となるエントリポイントの情報が含まれている。
【０３８９】
読み出されたBase view videoのチャンクとD1 view videoのチャンクはデコーダ部２５６の分離部２８１に供給される。
【０３９０】
光ディスク２０２から読み出された「00001.m2ts」のm2tsファイルのデータはリードバッファ２８２に記憶された後、PIDフィルタ２８３、ESバッファ２８４、スイッチ２８９を介してデコーダ２９０に供給される。
【０３９１】
また、ローカルストレージ２５４から読み出された「00003.m2ts」のm2tsファイルのデータはリードバッファ２８５に記憶された後、PIDフィルタ２８６、スイッチ２８７、ESバッファ２８８、およびスイッチ２８９を介してデコーダ２９０に供給される。
【０３９２】
ステップＳ２９において、デコーダ２９０は、スイッチ２８９から順次供給されるパケットをデコードする。
【０３９３】
［chunk_map()を利用して「10000.ilvt」をランダムアクセス再生する方法］
図３７は、図２７を参照して説明したchunk_map()の内容をまとめて示す図である。
【０３９４】
各clpiファイルのchunk_map()に記述されるSPN_chunk_start（基準の位置からのSPN（長さ））を、縦方向にiをとって並べると図３７に示すようなものになる。
【０３９５】
図３８は、chunk_map()とともに各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が対応付けて登録される。
【０３９９】
図３９のフローチャートを参照して、再生装置２０１の処理について説明する。
【０４００】
ここでは、図２２の3D_PlayListを参照してB-D1再生を行い、ランダムアクセスを行う場合について説明する。
【０４０１】
ステップＳ４１において、コントローラ２５１は、typeの値から、Base view video、D1 view video、D2 view videoが全てインターリーブされていることを確認する。
【０４０２】
この場合、ステップＳ４２において、コントローラ２５１は、interleaved_file_info()を読みに行く。
【０４０３】
ステップＳ４３において、コントローラ２５１は、interleaved_file_info()に記述された「10000.ilvt」(ref_to_D1-B_interleaved_file_name)が読み出しファイルであると判断する。
【０４０４】
「00000.mpls」の3D_PlayListファイルの時刻xから再生を開始する場合、ステップＳ４４において、コントローラ２５１は、「00001.clpi」(ref_to_B_clpi_file_name)のEP_mapを用いて、xよりも小さく最も近い値を持つPTS_EP_start[m]を見つける。
【０４０５】
ステップＳ４５において、コントローラ２５１は、PTS_EP_start[m]に対応するSPN_EP_start[m]を取り出す。図３８を参照して説明したように、EP_mapにはPTS_EP_start[i]とSPN_EP_start[i]が対応付けて登録されている。
【０４０６】
図４０は、ステップＳ４４，Ｓ４５の処理により特定される位置の例を示す図である。
【０４０７】
図４０に示すように、時間軸上の時刻xから再生を開始する場合、xよりも小さく最も近い値を持つPTS_EP_start[m]がステップＳ４４において特定される。また、PTS_EP_start[m]に対応するSPN_EP_start[m]がステップＳ４５において特定される。
【０４０８】
ステップＳ４６において、コントローラ２５１は、「00001.clpi」のchunk_mapを用いて、SPN_EP_start[m]より小さく最も近い値をもつSPN_chunk_start[k]を見つける。ステップＳ４６の処理により特定されるSPN_chunk_start[k]を図４１に示す。
【０４０９】
ステップＳ４７において、コントローラ２５１は、「00001.clpi」のchunk_map()のSPN_chunk_start[k]と、「00003.clpi」(ref to D1_clpi_file_name)のchunk_map()のSPN_chunk_start[k]との和を、「10000.ilvt」の読み出し開始アドレスとして決定する。
【０４１０】
ここで決定される「10000.ilvt」の読み出し開始アドレスは、「10000.ilvt」の中でのD1[k]のチャンクの開始アドレスを示す。
【０４１１】
ステップＳ４８において、コントローラ２５１は、「10000.ilvt」(ref_to_D1-B_interleaved_file_name)を指定し、ステップＳ４７で決定したアドレスから、UDF file systemを通して、Base view videoのチャンクとD1 view videoのチャンクを読み出させる。
【０４１２】
読み出されたBase view videoのチャンクとD1 view videoのチャンクはデコーダ部２５６の分離部２８１に供給される。
【０４１３】
ステップＳ４９において、分離部２８１は、「00001.clpi」(ref_to_B_clpi_file_name)のchunk_map()と、「00003.clpi」(ref to D1_clpi_file_name)のchunk_map()に基づいて、供給されたデータを、「00001.m2ts」のm2tsファイルのデータと、「00003.m2ts」のm2tsファイルのデータに分離する。分離部２８１は、「00001.m2ts」のm2tsファイルのデータをリードバッファ２８２に出力し、「00003.m2ts」のm2tsファイルのデータをリードバッファ２８５に出力する。
【０４１４】
リードバッファ２８２に記憶された「00001.m2ts」のm2tsファイルのデータは、PIDフィルタ２８３、ESバッファ２８４、スイッチ２８９を介してデコーダ２９０に供給される。リードバッファ２８５に記憶された「00003.m2ts」のm2tsファイルのデータは、PIDフィルタ２８６、スイッチ２８７、ESバッファ２８８、およびスイッチ２８９を介してデコーダ２９０に供給される。
【０４１５】
ステップＳ５０において、デコーダ２９０は、スイッチ２８９から順次供給されるパケットをデコードする。
【０４１６】
ilvtファイルのランダムアクセスは以上のようにして行われる。
【０４１７】
［EP_mapについて］
ここで、EP_mapについて説明する。
【０４１８】
Base view videoのEP_mapについて説明するが、D1/D2 view videoについても、同様にしてEP_mapが設定される。例えば、Base view videoのあるピクチャにエントリポイントが設定された場合、D1/D2 view videoの対応するピクチャにもエントリポイントが設定される。
【０４１９】
それぞれのストリームのピクチャをエンコード順／デコード順、あるいは表示順に並べたときに同じ位置にあるBase view videoのピクチャとD1/D2 view videoのピクチャが、対応するピクチャとなる。
【０４２０】
図４２は、光ディスク２０２上に記録されたAVストリームの構造を示す図である。
【０４２１】
Base view videoストリームを含むTSは、6144バイトのサイズを有する整数個のアライドユニット(Aligned Unit)から構成される。
【０４２２】
アライドユニットは、32個のソースパケット(Source Packet)からなる。ソースパケットは192バイトを有する。１つのソースパケットは、4バイトのトランスポートパケットエクストラヘッダ(TP_extra header)と、188バイトのトランスポートパケット(Transport Packet)とからなる。
【０４２３】
Base view videoのデータは、MPEG2 PESパケットにパケット化されている。PESパケットのデータ部にPESパケットヘッダが付加されてPESパケットが形成される。PESパケットヘッダには、PESパケットが伝送するエレメンタリストリームの種類を特定するストリームIDが含まれる。
【０４２４】
PESパケットは、さらにトランスポートパケットにパケット化される。すなわち、PESパケットがトランスポートパケットのペイロードのサイズに分割され、ペイロードにトランスポートパケットヘッダが付加されてトランスポートパケットが形成される。トランスポートパケットヘッダは、ペイロードに格納されるデータの識別情報であるPIDを含む。
【０４２５】
なお、ソースパケットには、Clip AVストリームの先頭を例えば０として、ソースパケット毎に１ずつ増加するソースパケット番号が与えられる。また、アライドユニットは、ソースパケットの第１バイト目から始まる。
【０４２６】
EP_mapは、Clipのアクセスポイントのタイムスタンプが与えられたときに、Clip AVストリームファイルの中でデータの読み出しを開始すべきデータアドレスを検索するために用いられる。EP_mapは、エレメンタリストリームおよびトランスポートストリームから抽出されたエントリポイントのリストである。
【０４２７】
EP_mapは、AVストリームの中で、デコードを開始すべきエントリポイントを検索するためのアドレス情報を持つ。EP_map中の１つのEPデータは、PTSと、PTSに対応するAccess Uniteの、AVストリーム中のアドレスとの対で構成される。AVC/H.264においては、１Access Uniteには１ピクチャ分のデータが格納される。
【０４２８】
図４３は、Clip AVストリームの例を示す図である。
【０４２９】
図４３のClip AVストリームは、PID=xで識別されるソースパケットからなるビデオストリーム（Base view videoストリーム）である。ビデオストリームは、ソースパケット毎に、ソースパケット内のトランスポートパケットのヘッダに含まれるPIDにより区別される。
【０４３０】
図４３においては、ビデオストリームのソースパケットのうちの、IDR(Instantaneous Decording Refresh)ピクチャの先頭バイトを含むソースパケットに色が付されている。色が付いていない四角は、ランダムアクセスポイントとならないデータが含まれるソースパケットや、他のストリームのデータが含まれているソースパケットを示す。
【０４３１】
IDRピクチャはＩピクチャであり、IDRピクチャを含むGOP内の中で最初にデコードされる。IDRピクチャのデコード時、参照ピクチャバッファの状態や、それまで管理されていたフレーム番号やPOC(Picture Order Count)などのデコードに関する全ての情報はリセットされる。
【０４３２】
例えば、PID=ｘで区別されるビデオストリームのランダムアクセス可能なIDRピクチャの先頭バイトを含む、ソースパケット番号X1のソースパケットは、Clip AVストリームの時間軸上でPTS=pts(x1)の位置に配置される。
【０４３３】
同様に、次にランダムアクセス可能なIDRピクチャの先頭バイトを含むソースパケットはソースパケット番号X2のソースパケットとされ、PTS=pts(x2)の位置に配置される。
【０４３４】
図４４は、図４３のClip AVストリームに対応したEP_mapの例を概念的に示す図である。
【０４３５】
図４４に示すように、EP_mapは、stream_PID、PTS_EP_start、およびSPN_EP_startから構成される。
【０４３６】
stream_PIDは、ビデオストリームを伝送するトランスポートパケットのPIDを表す。
【０４３７】
PTS_EP_startは、ランダムアクセス可能なIDRピクチャから始まるAccess UniteのPTSを表す。
【０４３８】
SPN_EP_startは、PTS_EP_startの値により参照されるAccess Uniteの第１バイト目を含むソースパケットのアドレスを表す。
【０４３９】
ビデオストリームのPIDがstream_PIDに格納され、PTS_EP_startとSPN_EP_startの対応関係を表すテーブル情報であるEP_map_for_one_stream_PID()が生成される。
【０４４０】
例えば、PID=xのビデオストリームのEP_map_for_one_stream_PID[0]には、PTS=pts(x1)とソースパケット番号X1、PTS=pts(x2)とソースパケット番号X2、・・・、PTS=pts(xk)とソースパケット番号Xkとがそれぞれ対応して記述される。
【０４４１】
このようなテーブルが、同じClip AVストリームに多重化されたそれぞれのビデオストリームについても生成される。生成されたテーブルを含むEP_mapが、当該Clip AVストリームに対応するClip Informationファイルに格納される。
【０４４２】
図４５は、SPN_EP_startが指すソースパケットのデータ構造の例を示す図である。
【０４４３】
上述したように、ソースパケットは、188バイトのトランスポートパケットに4バイトのヘッダを付加した形で構成される。トランスポートパケット部分は、ヘッダ部(TP header)とペイロード部とからなる。SPN_EP_startは、IDRピクチャから始まるAccess Uniteの第１バイト目を含むソースパケットのソースパケット番号を表す。
【０４４４】
AVC/H.264においては、Access Uniteすなわちピクチャは、AUデリミタ(Access Unit Delimiter)から開始される。AUデリミタの後に、SRSとPPSが続く。その後に、IDRピクチャのスライスのデータの、先頭部分または全体が格納される。
【０４４５】
トランスポートパケットのTPヘッダにあるpayload_unit_start_indicatorの値が１であることは、新たなPESパケットがこのトランスポートパケットのペイロードから始まることを表す。このソースパケットから、Access Uniteが開始されることになる。
【０４４６】
このようなEP_mapが、Base view videoストリームとDependent view videoストリームについてそれぞれ用意される。
【０４４７】
［記録装置の構成例］
図４６は、ソフト製作処理部３０１の構成例を示すブロック図である。
【０４４８】
ビデオエンコーダ３１１は、図３のMVCエンコーダ２１１と同様の構成を有している。ビデオエンコーダ３１１は、複数の映像データをH.264 AVC/MVCでエンコードすることによってBase view videoストリームとDependent view videoストリームを生成し、バッファ３１２に出力する。
【０４４９】
オーディオエンコーダ３１３は、入力されたオーディオストリームをエンコードし、得られたデータをバッファ３１４に出力する。オーディオエンコーダ３１３には、Base view video、Dependent view videoストリームとともにディスクに記録させるオーディオストリームが入力される。
【０４５０】
データエンコーダ３１５は、PlayListファイルなどの、ビデオ、オーディオ以外の上述した各種のデータをエンコードし、エンコードして得られたデータをバッファ３１６に出力する。
【０４５１】
例えば、データエンコーダ３１５は、Base view videoストリームのデータとD1/D2 view videoストリームのデータがエクステント単位でインターリーブされた状態で光ディスクに記録されているのか否かを表すtype（図１８）をPlayListファイルに設定する。
【０４５２】
また、データエンコーダ３１５は、Base view videoストリームのデータとD1/D2 view videoストリームのデータがインターリーブされた状態で光ディスクに記録される場合、上述したilvtファイルをPlayListファイルに設定する。ilvtファイルは、Base view videoストリームのデータとD1/D2 view videoストリームのデータとを仮想的にまとめて管理する仮想ファイルとして機能する。
【０４５３】
さらに、データエンコーダ３１５は、各ClipのClip Informationファイルのファイル名をPlayListファイルに設定したり、それぞれのClip Informationファイルに、EP_mapやchunk_mapを設定したりする。
【０４５４】
多重化部３１７は、それぞれのバッファに記憶されたビデオデータ、オーディオデータ、および、ストリーム以外のデータを同期信号と共に多重化し、誤り訂正符号化部３１８に出力する。
【０４５５】
誤り訂正符号化部３１８は、エラー訂正用のコードを多重化部３１７により多重化されたデータに付加する。
【０４５６】
変調部３１９は、誤り訂正符号化部３１８から供給されたデータに対して変調を施し、出力する。変調部３１９の出力は、再生装置２０１において再生可能な光ディスク２０２に記録されるソフトウェアとなる。
【０４５７】
このような構成を有するソフト製作処理部３０１が記録装置に設けられる。
【０４５８】
図４７は、ソフト製作処理部３０１を含む構成の例を示す図である。
【０４５９】
図４７に示す構成の一部が記録装置内に設けられることもある。
【０４６０】
ソフト製作処理部３０１により生成された記録信号はプリマスタリング処理部３３１においてマスタリング処理が施され、光ディスク２０２に記録すべきフォーマットの信号が生成される。生成された信号は原盤記録部３３３に供給される。
【０４６１】
記録用原盤製作部３３２においては、ガラスなどよりなる原盤が用意され、その上に、フォトレジストなどよりなる記録材料が塗布される。これにより、記録用原盤が製作される。
【０４６２】
原盤記録部３３３において、プリマスタリング処理部３３１から供給された記録信号に対応してレーザビームが変調され、原盤上のフォトレジストに照射される。これにより、原盤上のフォトレジストが記録信号に対応して露光される。その後、この原盤を現像し、原盤上にピットを出現させることが行われる。
【０４６３】
金属原盤製作部３３４において、原盤に電鋳等の処理が施され、ガラス原盤上のピットを転写した金属原盤が製作される。この金属原盤から、さらに金属スタンパが製作され、これが成形用金型とされる。
【０４６４】
成形処理部３３５において、成形用金型に、インジェクションなどによりPMMA（アクリル）またはPC（ポリカーボネート）などの材料を注入し、固定化させることが行われる。あるいは、金属スタンパ上に２Ｐ（紫外線硬化樹脂）などを塗布した後、紫外線を照射して硬化させることが行われる。これにより、金属スタンパ上のピットを、樹脂よりなるレプリカ上に転写することができる。
【０４６５】
成膜処理部３３６において、レプリカ上に、反射膜が蒸着あるいはスパッタリングなどにより形成される。あるいはまた、レプリカ上に、反射膜がスピンコートにより形成される。
【０４６６】
後加工処理部３３７において、このディスクに対して内外径の加工が施され、２枚のディスクを張り合わせるなどの必要な処置が施される。さらに、ラベルを貼り付けたり、ハブを取り付けたりした後、カートリッジに挿入される。このようにして再生装置２０１によって再生可能なデータが記録された光ディスク２０２が完成する。
【０４６７】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、汎用のパーソナルコンピュータなどにインストールされる。
【０４６８】
インストールされるプログラムはリムーバブル記録媒体に記録して提供される。また、ローカルエリアネットワーク、インターネット、ディジタル放送といった、有線または無線の伝送媒体を介して提供されるようにしてもよい。
【０４６９】
本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【０４７０】
２０１  再生装置，  ２０２  光ディスク，  ２０３  表示装置，  ２１１  MVCエンコーダ，  ２２１  H.264/AVCエンコーダ，  ２２２  H.264/AVCデコーダ，  ２２３  Depth算出部，  ２２４  Dependent view videoエンコーダ，  ２２５  マルチプレクサ，  ２５１  コントローラ，  ２５２  ディスクドライブ，  ２５３  メモリ，  ２５４  ローカルストレージ，  ２５５  インターネットインタフェース，  ２５６  デコーダ部，  ２５７  操作入力部
【図１】
2010263612.tif 000003
【図２】
2010263612.tif 000004
【図３】
2010263612.tif 000005
【図４】
2010263612.tif 000006
【図５】
2010263612.tif 000007
【図６】
2010263612.tif 000008
【図７】
2010263612.tif 000009
【図８】
2010263612.tif 000010
【図９】
2010263612.tif 000011
【図１０】
2010263612.tif 000012
【図１１】
2010263612.tif 000013
【図１２】
2010263612.tif 000014
【図１３】
2010263612.tif 000015
【図１４】
2010263612.tif 000016
【図１５】
2010263612.tif 000017
【図１６】
2010263612.tif 000018
【図１７】
2010263612.tif 000019
【図１８】
2010263612.tif 000020
【図１９】
2010263612.tif 000021
【図２０】
2010263612.tif 000022
【図２１】
2010263612.tif 000023
【図２２】
2010263612.tif 000024
【図２３】
2010263612.tif 000025
【図２４】
2010263612.tif 000026
【図２５】
2010263612.tif 000027
【図２６】
2010263612.tif 000028
【図２７】
2010263612.tif 000029
【図２８】
2010263612.tif 000030
【図２９】
2010263612.tif 000031
【図３０】
2010263612.tif 000032
【図３１】
2010263612.tif 000033
【図３２】
2010263612.tif 000034
【図３３】
2010263612.tif 000035
【図３４】
2010263612.tif 000036
【図３５】
2010263612.tif 000037
【図３６】
2010263612.tif 000038
【図３７】
2010263612.tif 000039
【図３８】
2010263612.tif 000040
【図３９】
2010263612.tif 000041
【図４０】
2010263612.tif 000042
【図４１】
2010263612.tif 000043
【図４２】
2010263612.tif 000044
【図４３】
2010263612.tif 000045
【図４４】
2010263612.tif 000046
【図４５】
2010263612.tif 000047
【図４６】
2010263612.tif 000048
【図４７】
2010263612.tif 000049