[go: up one dir, main page]

JP4984181B2 - 再生装置および再生方法 - Google Patents

再生装置および再生方法 Download PDF

Info

Publication number
JP4984181B2
JP4984181B2 JP2010039040A JP2010039040A JP4984181B2 JP 4984181 B2 JP4984181 B2 JP 4984181B2 JP 2010039040 A JP2010039040 A JP 2010039040A JP 2010039040 A JP2010039040 A JP 2010039040A JP 4984181 B2 JP4984181 B2 JP 4984181B2
Authority
JP
Japan
Prior art keywords
stream
file
field
extension
playback
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2010039040A
Other languages
English (en)
Other versions
JP2011030187A5 (ja
JP2011030187A (ja
Inventor
元樹 加藤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2010039040A priority Critical patent/JP4984181B2/ja
Priority to TW99114714A priority patent/TWI450573B/zh
Priority to CN201210506272XA priority patent/CN103079080A/zh
Priority to CN201210505933.7A priority patent/CN103079046B/zh
Priority to CN2012105059055A priority patent/CN103079045A/zh
Priority to KR1020117003377A priority patent/KR20120111908A/ko
Priority to MYPI2011000697A priority patent/MY181831A/en
Priority to MX2011001760A priority patent/MX2011001760A/es
Priority to EP10791992.0A priority patent/EP2309763B1/en
Priority to SG2012090312A priority patent/SG186640A1/en
Priority to CA2732023A priority patent/CA2732023C/en
Priority to BRPI1004339A priority patent/BRPI1004339A2/pt
Priority to HK12100395.7A priority patent/HK1160314B/xx
Priority to PCT/JP2010/060014 priority patent/WO2010150674A1/ja
Priority to CN201080002327.2A priority patent/CN102124747B/zh
Priority to SG2012090296A priority patent/SG186639A1/en
Priority to US13/059,194 priority patent/US9454996B2/en
Priority to RU2011106492/08A priority patent/RU2530347C2/ru
Publication of JP2011030187A publication Critical patent/JP2011030187A/ja
Publication of JP2011030187A5 publication Critical patent/JP2011030187A5/ja
Application granted granted Critical
Publication of JP4984181B2 publication Critical patent/JP4984181B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/189—Recording image signals; Reproducing recorded image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/77—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8211—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a sound signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8233—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a character code signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Television Signal Processing For Recording (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
  • Management Or Editing Of Information On Record Carriers (AREA)

Description

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

Claims (4)

  1. 複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた基本ストリームと拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報と前記基本ストリームのトランスポートパケットのPIDが記述され、前記プレイリストフィールドの外のフィールドである拡張フィールド内の第１のフィールドに前記拡張ストリームを参照するサブ再生パスの情報が記述されるとともに、前記拡張フィールド内の第２のフィールドに前記拡張ストリームのトランスポートパケットのPIDが記述されたPlayListファイルと、前記基本ストリームを含む第１のトランスポートストリームと、前記第１のフィールドに記述される情報により表される前記サブ再生パスにより参照される前記拡張ストリームを含む第２のトランスポートストリームとを記録媒体から読み出す読み出し部と、
    前記PlayListファイルの前記プレイアイテムフィールドに記述されたPIDに基づいて、前記第１のトランスポートストリームから前記基本ストリームのトランスポートパケットを分離する第１の分離部と、
    前記拡張フィールド内の前記第２のフィールドに記述されたPIDに基づいて、前記第２のトランスポートストリームから前記拡張ストリームのトランスポートパケットを分離する第２の分離部と、
    前記第１の分離部により分離された前記基本ストリームのトランスポートパケットと、前記第２の分離部により分離された前記拡張ストリームのトランスポートパケットを復号する復号部と
    を備える再生装置。
  2. 前記サブ再生パスの情報には、前記拡張ストリームを参照するサブ再生パスであることを表すサブ再生パスタイプ情報が含まれる
    請求項１に記載の再生装置。
  3. 前記第２のフィールドには、さらに、前記拡張ストリームが、前記基本ストリームとは別のトランスポートストリームに含まれることを表すタイプ情報が含まれる
    請求項１または２に記載の再生装置。
  4. 複数視点から撮影されたビデオストリームをH.264 AVC/MVCによって符号化して得られた基本ストリームと拡張ストリームの再生を制御する情報であり、プレイリストフィールド内のフィールドであるプレイアイテムフィールドに前記基本ストリームを参照するメイン再生パスを構成するプレイアイテムの情報と前記基本ストリームのトランスポートパケットのPIDが記述され、前記プレイリストフィールドの外のフィールドである拡張フィールド内の第１のフィールドに前記拡張ストリームを参照するサブ再生パスの情報が記述されるとともに、前記拡張フィールド内の第２のフィールドに前記拡張ストリームのトランスポートパケットのPIDが記述されたPlayListファイルと、前記基本ストリームを含む第１のトランスポートストリームと、前記第１のフィールドに記述される情報により表される前記サブ再生パスにより参照される前記拡張ストリームを含む第２のトランスポートストリームとを記録媒体から読み出し、
    前記PlayListファイルの前記プレイアイテムフィールドに記述されたPIDに基づいて、前記第１のトランスポートストリームから前記基本ストリームのトランスポートパケットを分離し、
    前記拡張フィールド内の前記第２のフィールドに記述されたPIDに基づいて、前記第２のトランスポートストリームから前記拡張ストリームのトランスポートパケットを分離し、
    分離した前記基本ストリームのトランスポートパケットと、分離した前記拡張ストリームのトランスポートパケットを復号する
    ステップを含む再生方法。
JP2010039040A 2009-06-22 2010-02-24 再生装置および再生方法 Active JP4984181B2 (ja)

Priority Applications (18)

Application Number Priority Date Filing Date Title
JP2010039040A JP4984181B2 (ja) 2009-06-22 2010-02-24 再生装置および再生方法
TW99114714A TWI450573B (zh) 2009-06-22 2010-05-07 Regeneration device and regeneration method
PCT/JP2010/060014 WO2010150674A1 (ja) 2009-06-22 2010-06-14 情報処理装置、情報処理方法、再生装置、再生方法、およびプログラム
CN2012105059055A CN103079045A (zh) 2009-06-22 2010-06-14 再现装置、再现方法和记录方法
KR1020117003377A KR20120111908A (ko) 2009-06-22 2010-06-14 정보 처리 장치, 정보 처리 방법, 재생 장치, 재생 방법 및 프로그램
MYPI2011000697A MY181831A (en) 2009-06-22 2010-06-14 Information processing device, information processing method, playback device, playback method, and program
MX2011001760A MX2011001760A (es) 2009-06-22 2010-06-14 Aparato de procesamiento de informacion, metodo de procesamiento de informacion, aparato de reproduccion, metodo de reproduccion, y programa.
EP10791992.0A EP2309763B1 (en) 2009-06-22 2010-06-14 Information processing device, information processing method, playback device, playback method, and program
SG2012090312A SG186640A1 (en) 2009-06-22 2010-06-14 Information processing apparatus, information processing method, playback apparatus, playback method, and program
CA2732023A CA2732023C (en) 2009-06-22 2010-06-14 Information processing apparatus, information processing method, playback apparatus, playback method, and program
CN201210506272XA CN103079080A (zh) 2009-06-22 2010-06-14 记录方法
HK12100395.7A HK1160314B (en) 2009-06-22 2010-06-14 Information processing device, information processing method, playback device, playback method
CN201210505933.7A CN103079046B (zh) 2009-06-22 2010-06-14 再现装置、再现方法和记录方法
CN201080002327.2A CN102124747B (zh) 2009-06-22 2010-06-14 信息处理装置、信息处理方法、重放装置、重放方法
SG2012090296A SG186639A1 (en) 2009-06-22 2010-06-14 Information processing apparatus, information processing method, playback apparatus, playback method, and program
US13/059,194 US9454996B2 (en) 2009-06-22 2010-06-14 Information processing apparatus, information processing method, playback apparatus, playback method, and program
RU2011106492/08A RU2530347C2 (ru) 2009-06-22 2010-06-14 Устройство обработки информации, способ обработки информации, устройство воспроизведения, способ воспроизведения и программа
BRPI1004339A BRPI1004339A2 (pt) 2009-06-22 2010-06-14 aparelho e método de processamento de informação, programa, e, aparelho e método de reprodução

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2009147768 2009-06-22
JP2009147768 2009-06-22
JP2010039040A JP4984181B2 (ja) 2009-06-22 2010-02-24 再生装置および再生方法

Related Child Applications (3)

Application Number Title Priority Date Filing Date
JP2012013610A Division JP4993042B2 (ja) 2009-06-22 2012-01-26 再生装置、再生方法、および記録方法
JP2012013609A Division JP4984188B2 (ja) 2009-06-22 2012-01-26 再生装置、再生方法、および記録方法
JP2012013608A Division JP4984187B2 (ja) 2009-06-22 2012-01-26 記録方法

Publications (3)

Publication Number Publication Date
JP2011030187A JP2011030187A (ja) 2011-02-10
JP2011030187A5 JP2011030187A5 (ja) 2012-01-26
JP4984181B2 true JP4984181B2 (ja) 2012-07-25

Family

ID=43386445

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010039040A Active JP4984181B2 (ja) 2009-06-22 2010-02-24 再生装置および再生方法

Country Status (13)

Country Link
US (1) US9454996B2 (ja)
EP (1) EP2309763B1 (ja)
JP (1) JP4984181B2 (ja)
KR (1) KR20120111908A (ja)
CN (4) CN102124747B (ja)
BR (1) BRPI1004339A2 (ja)
CA (1) CA2732023C (ja)
MX (1) MX2011001760A (ja)
MY (1) MY181831A (ja)
RU (1) RU2530347C2 (ja)
SG (2) SG186639A1 (ja)
TW (1) TWI450573B (ja)
WO (1) WO2010150674A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5601006B2 (ja) * 2010-04-08 2014-10-08 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP5355606B2 (ja) * 2011-03-03 2013-11-27 日本電信電話株式会社 ステレオ動画像符号化方法、装置およびプログラム
EP2717565A4 (en) * 2011-04-28 2016-04-13 Panasonic Ip Man Co Ltd RECORDING MEDIUM, PLAYING DEVICE, RECORDING DEVICE, ENCODING METHOD AND DECOMPOSITION METHOD FOR HIGHER IMAGE QUALITY
JP2013058287A (ja) * 2011-09-09 2013-03-28 Hitachi Consumer Electronics Co Ltd 記録装置／方法／媒体、再生装置／方法
KR102294106B1 (ko) 2013-06-20 2021-08-27 소니그룹주식회사 재생 장치, 재생 방법, 및 기록 매체
GB2516825B (en) * 2013-07-23 2015-11-25 Canon Kk Method, device, and computer program for encapsulating partitioned timed media data using a generic signaling for coding dependencies
TWI683307B (zh) 2014-09-08 2020-01-21 日商新力股份有限公司 資訊處理裝置，資訊記錄媒體及資訊處理方法以及程式

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2101494B1 (en) * 1996-02-28 2013-01-23 Panasonic Corporation High-resolution optical disk for recording stereoscopic video, optical disk reproducing device and optical disk recording device
US6573819B1 (en) * 1996-12-04 2003-06-03 Matsushita Electric Industrial Co., Ltd. Optical disc for high resolution and three-dimensional image recording, optical disc reproducing device, and optical disc recording device
DE69841532D1 (de) 1997-08-29 2010-04-15 Panasonic Corp Optische Platte mit hierarchisch codiertem digitalen Videosignal, Wiedergabevorrichtung und Aufnahmevorrichtung für die optische Platte
CN1183779C (zh) * 1999-10-21 2005-01-05 皇家菲利浦电子有限公司 记录载体的重放装置及重放方法
RU2273109C2 (ru) * 2000-09-07 2006-03-27 Сони Корпорейшн Способ и устройство обработки информации, программа и носитель записи
JP3925218B2 (ja) * 2002-01-30 2007-06-06 ソニー株式会社 ストリーミングシステム及びストリーミング方法、ストリーミングサーバ及びデータ配信方法、クライアント端末及びデータ復号方法、並びにプログラム及び記録媒体
CA2462198C (en) 2002-09-05 2012-11-06 Lg Electronics Inc. Recording medium having data structure for managing reproduction of still images recorded thereon and recording and reproducing methods and apparatuses
JP2005115487A (ja) * 2003-10-03 2005-04-28 Sharp Corp 記録再生装置及びファイルアクセス方法
KR100585966B1 (ko) * 2004-05-21 2006-06-01 한국전자통신연구원 3차원 입체 영상 부가 데이터를 이용한 3차원 입체 디지털방송 송/수신 장치 및 그 방법
JP4608953B2 (ja) 2004-06-07 2011-01-12 ソニー株式会社 データ記録装置、方法およびプログラム、データ再生装置、方法およびプログラム、ならびに、記録媒体
JP2006004486A (ja) * 2004-06-16 2006-01-05 Toshiba Corp 情報記録媒体及び情報再生装置
EP2270806A3 (en) 2004-07-22 2011-02-09 Panasonic Corporation Playback apparatus for performing application-synchronized playback
CN1989565B (zh) * 2004-07-22 2010-10-20 松下电器产业株式会社 用于执行应用程序同步重放的重放装置
WO2006019259A1 (en) 2004-08-17 2006-02-23 Lg Electronics Inc. Method and apparatus of reproducing data recorded on recording medium and local storage
CN101023483A (zh) * 2004-08-17 2007-08-22 Lg电子株式会社 再现记录在记录介质和本地存储上的数据的方法和装置
US7609947B2 (en) 2004-09-10 2009-10-27 Panasonic Corporation Method and apparatus for coordinating playback from multiple video sources
EP1710799B1 (en) * 2005-02-01 2012-06-20 Panasonic Corporation Reproduction apparatus
US7844355B2 (en) * 2005-02-18 2010-11-30 Panasonic Corporation Stream reproduction device and stream supply device
EP2490127A1 (en) * 2005-03-18 2012-08-22 Sony Corporation Information processing device, information processing method, and computer program
JP4676493B2 (ja) * 2005-04-07 2011-04-27 パナソニック株式会社 記録媒体、再生装置、記録方法
WO2007024078A1 (en) * 2005-08-22 2007-03-01 Lg Electronics Inc. Recording medium, method and apparatus for reproducing data, and method and apparatus for recording data
JP4923751B2 (ja) * 2005-08-30 2012-04-25 ソニー株式会社 再生装置、並びに記録媒体及びその製造方法
JP4765733B2 (ja) * 2006-04-06 2011-09-07 ソニー株式会社 記録装置、記録方法および記録プログラム
JP4337849B2 (ja) * 2006-07-26 2009-09-30 ソニー株式会社 記録装置、記録方法および記録プログラム、ならびに、撮像装置、撮像方法および撮像プログラム
JP4957142B2 (ja) * 2006-09-21 2012-06-20 ソニー株式会社 再生装置、再生方法および再生プログラム
US8193114B2 (en) * 2006-11-15 2012-06-05 Basf Catalysts Llc Catalysts for dual oxidation of ammonia and carbon monoxide with low to no NOx formation
JP2008252740A (ja) 2007-03-30 2008-10-16 Sony Corp リモートコマンダおよびコマンド発生方法、再生装置および再生方法、プログラム、並びに、記録媒体
JP4321628B2 (ja) * 2007-05-31 2009-08-26 ソニー株式会社 記憶装置、記憶方法および記憶プログラム、ならびに、データ処理装置、データ処理方法およびデータ処理プログラム
WO2009133714A1 (ja) * 2008-05-01 2009-11-05 パナソニック株式会社 立体視映像を再生するための光ディスク
WO2010052857A1 (ja) * 2008-11-06 2010-05-14 パナソニック株式会社 再生装置、再生方法、再生プログラム、及び集積回路
JP4642939B2 (ja) * 2009-03-30 2011-03-02 パナソニック株式会社 記録媒体、再生装置、及び集積回路

Also Published As

Publication number Publication date
RU2011106492A (ru) 2012-08-27
SG186639A1 (en) 2013-01-30
CA2732023C (en) 2017-12-19
CA2732023A1 (en) 2010-12-29
CN103079080A (zh) 2013-05-01
MX2011001760A (es) 2011-03-28
SG186640A1 (en) 2013-01-30
WO2010150674A1 (ja) 2010-12-29
CN102124747A (zh) 2011-07-13
US20110145432A1 (en) 2011-06-16
CN103079046B (zh) 2015-07-01
KR20120111908A (ko) 2012-10-11
MY181831A (en) 2021-01-08
HK1160314A1 (zh) 2012-08-10
CN103079045A (zh) 2013-05-01
EP2309763B1 (en) 2015-03-11
TWI450573B (zh) 2014-08-21
TW201132111A (en) 2011-09-16
EP2309763A4 (en) 2013-03-13
RU2530347C2 (ru) 2014-10-10
EP2309763A1 (en) 2011-04-13
BRPI1004339A2 (pt) 2016-03-15
US9454996B2 (en) 2016-09-27
JP2011030187A (ja) 2011-02-10
CN103079046A (zh) 2013-05-01
CN102124747B (zh) 2016-07-06

Similar Documents

Publication Publication Date Title
JP4993224B2 (ja) 再生装置および再生方法
JP4984183B2 (ja) 再生装置、再生方法、および記録方法
US20100253765A1 (en) Information processing device, information processing method, program, and data structure
JP4984181B2 (ja) 再生装置および再生方法
JP4962525B2 (ja) 再生装置、再生方法、およびプログラム
JP2010245970A (ja) 再生装置、再生方法、およびプログラム
JP4984184B2 (ja) 再生装置および再生方法
JP4993042B2 (ja) 再生装置、再生方法、および記録方法
JP4985895B2 (ja) 再生装置、再生方法、および記録方法
JP4984194B2 (ja) 記録方法
JP2010244629A (ja) 情報処理装置、情報処理方法、プログラム、および記録媒体
JP4993233B2 (ja) 記録方法
JP4984193B2 (ja) 再生装置、再生方法、および記録方法
JP4993234B2 (ja) 再生装置、再生方法、および記録方法
JP2010244635A (ja) 情報処理装置、情報処理方法、再生装置、再生方法、プログラム、および記録媒体
HK1160314B (en) Information processing device, information processing method, playback device, playback method
JP2010245916A (ja) 情報処理装置、情報処理方法、およびプログラム
JP2012135001A (ja) 記録方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111202

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20111202

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20111202

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20111220

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20111227

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120126

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120223

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120314

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120329

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120411

R151 Written notification of patent or utility model registration

Ref document number: 4984181

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150511

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250