JP5457299B2 - 記録媒体、再生装置、及び集積回路 - Google Patents

記録媒体、再生装置、及び集積回路 Download PDF

Info

Publication number
JP5457299B2
JP5457299B2 JP2010177524A JP2010177524A JP5457299B2 JP 5457299 B2 JP5457299 B2 JP 5457299B2 JP 2010177524 A JP2010177524 A JP 2010177524A JP 2010177524 A JP2010177524 A JP 2010177524A JP 5457299 B2 JP5457299 B2 JP 5457299B2
Authority
JP
Japan
Prior art keywords
stream
data
file
video
view
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.)
Expired - Fee Related
Application number
JP2010177524A
Other languages
English (en)
Other versions
JP2010267380A (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.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
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 Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Priority to JP2010177524A priority Critical patent/JP5457299B2/ja
Publication of JP2010267380A publication Critical patent/JP2010267380A/ja
Application granted granted Critical
Publication of JP5457299B2 publication Critical patent/JP5457299B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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/10527—Audio or video recording; Data buffering arrangements
    • 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
    • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G11B20/1251—Formatting, e.g. arrangement of data block or words on the record carriers on discs for continuous data, e.g. digitised analog information signals, pulse code modulated [PCM] data
    • 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/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/034—Electronic editing of digitised analogue information signals, e.g. audio or video signals on 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/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/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/322—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 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/106—Processing image signals
    • H04N13/161—Encoding, multiplexing or demultiplexing different image signal components
    • 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/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/178—Metadata, e.g. disparity information
    • 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/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/183—On-screen display [OSD] information, e.g. subtitles or menus
    • 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
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/30—Image reproducers
    • H04N13/361—Reproducing mixed stereoscopic images; Reproducing mixed monoscopic and stereoscopic images, e.g. a stereoscopic image overlay window on a monoscopic image background
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42646—Internal components of the client ; Characteristics thereof for reading from or writing on a non-volatile solid state storage medium, e.g. DVD, CD-ROM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325—Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/488—Data services, e.g. news ticker
    • H04N21/4884—Data services, e.g. news ticker for displaying subtitles
    • 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
    • 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/8227—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 at least another television signal
    • 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/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/10537—Audio or video recording
    • G11B2020/10592—Audio or video recording specifically adapted for recording or reproducing multichannel signals
    • G11B2020/10611—3D video data
    • 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/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/10675—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control
    • G11B2020/10685—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control input interface, i.e. the way data enter the buffer, e.g. by informing the sender that the buffer is busy
    • 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/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/10675—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control
    • G11B2020/10694—Data buffering arrangements, e.g. recording or playback buffers aspects of buffer control output interface, i.e. the way data leave the buffer, e.g. by adjusting the clock rate
    • 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/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/1075—Data buffering arrangements, e.g. recording or playback buffers the usage of the buffer being restricted to a specific kind of data
    • G11B2020/10759—Data buffering arrangements, e.g. recording or playback buffers the usage of the buffer being restricted to a specific kind of data content data
    • 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/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/10805—Data buffering arrangements, e.g. recording or playback buffers involving specific measures to prevent a buffer overflow
    • 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/10527—Audio or video recording; Data buffering arrangements
    • G11B2020/1062—Data buffering arrangements, e.g. recording or playback buffers
    • G11B2020/10814—Data buffering arrangements, e.g. recording or playback buffers involving specific measures to prevent a buffer underrun
    • 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
    • G11B2020/10935—Digital recording or reproducing wherein a time constraint must be met
    • G11B2020/10944—Real-time recording or reproducing, e.g. for ensuring seamless playback of AV data
    • 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
    • G11B20/1217—Formatting, e.g. arrangement of data block or words on the record carriers on discs
    • G11B2020/1218—Formatting, e.g. arrangement of data block or words on the record carriers on discs wherein the formatting concerns a specific area of the disc
    • G11B2020/1224—Formatting, e.g. arrangement of data block or words on the record carriers on discs wherein the formatting concerns a specific area of the disc extent, i.e. a set of sectors which numbers form a continuous ascending sequence
    • 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
    • G11B2020/1264—Formatting, e.g. arrangement of data block or words on the record carriers wherein the formatting concerns a specific kind of data
    • G11B2020/1289—Formatting of user data
    • 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

Description

本発明は、立体視映像、すなわち３次元（３Ｄ）映像の再生技術に関し、特に、記録媒体上でのストリーム・データのファイル構造に関する。
近年、３Ｄ映像に対する一般的な関心が高まっている。例えば遊園地では、３Ｄ映像を利用したアトラクションが人気を集めている。また、全国各地で、３Ｄ映像の映画を上映する映画館が増加している。そのような３Ｄ映像への関心の高まりに伴い、３Ｄ映像を各家庭でも再生可能にするための技術の開発が進められている。その技術では、３Ｄ映像コンテンツを高画質のまま、光ディスク等の可搬性記録媒体に記録することが求められる。更に、２Ｄ再生装置に対するその記録媒体の互換性が求められる。すなわち、その記録媒体に記録された３Ｄ映像コンテンツから、２Ｄ再生装置は２Ｄ映像を再生でき、３Ｄ再生装置は３Ｄ映像を再生できることが望ましい。ここで、「２Ｄ再生装置」とは、平面視映像、すなわち２次元（２Ｄ）映像のみを再生可能な従来の再生装置を意味し、「３Ｄ再生装置」とは、３Ｄ映像を再生可能な再生装置を意味する。尚、本明細書では、３Ｄ再生装置が従来の２Ｄ映像も再生可能である場合を想定する。
図８４は、３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である（例えば特許文献１参照）。光ディスク7601には二種類のビデオ・ストリームが格納されている。一方は２Ｄ／レフトビュー・ビデオ・ストリームであり、他方はライトビュー・ビデオ・ストリームである。「２Ｄ／レフトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生では視聴者の左目に見せる２Ｄ映像、すなわち「レフトビュー」を表し、２Ｄ映像の再生ではその２Ｄ映像そのものを表す。「ライトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生において視聴者の右目に見せる２Ｄ映像、すなわち「ライトビュー」を表す。左右のビデオ・ストリーム間では、フレームレートは等しいが、フレームの表示時期はフレーム周期の半分だけずれている。例えば、各ビデオ・ストリームのフレームレートが１秒間に２４フレームであるとき、２Ｄ／レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの各フレームが１／４８秒ごとに交互に表示される。
各ビデオ・ストリームは、図８４に示されているように、光ディスク6701上では複数のエクステント7602A−C、7603A−Cに分割されている。各エクステントはＧＯＰ（グループ・オブ・ピクチャ）を１以上含み、光ディスクドライブによって一括して読み出される。以下、２Ｄ／レフトビュー・ビデオ・ストリームに属するエクステントを「２Ｄ／レフトビュー・エクステント」といい、ライトビュー・ビデオ・ストリームに属するエクステントを「ライトビュー・エクステント」という。２Ｄ／レフトビュー・エクステント7602A−Cとライトビュー・エクステント7603A−Cとは交互に光ディスク7601のトラック7601A上に配置されている。隣接する２つのエクステント7602A−7603A、7602B−7603B、7602C−7603Cの間では再生時間が等しい。このようなエクステントの配置を「インターリーブ配置」という。インターリーブ配置で記録されたエクステント群は、以下に述べるように、３Ｄ映像の再生と２Ｄ映像の再生との両方で利用される。
２Ｄ再生装置7604では、光ディスクドライブ7604Aが光ディスク7601上のエクステントのうち、２Ｄ／レフトビュー・エクステント7602A−Cのみを先頭から順番に読み出す一方、ライトビュー・エクステント7603A−Cの読み出しをスキップする。更に、映像デコーダ7604Bが、光ディスクドライブ7604Aによって読み出されたエクステントを順次、映像フレーム7606Lに復号する。それにより、表示装置7607にはレフトビューのみが表示されるので、視聴者には通常の２Ｄ映像が見える。
３Ｄ再生装置7605では、光ディスクドライブ7605Aが光ディスク7601から２Ｄ／レフトビュー・エクステントとライトビュー・エクステントとを交互に、符号で表せば、7602A、7603A、7602B、7603B、7602C、7603Cの順に読み出す。更に、読み出された各エクステントから、２Ｄ／レフトビュー・ビデオ・ストリームは左映像デコーダ7605Lへ送られ、ライトビュー・ビデオ・ストリームは右映像デコーダ7605Rへ送られる。各映像デコーダ7605L、7605Rは交互に各ビデオ・ストリームを映像フレーム7606L、7606Rに復号する。それにより、表示装置7608にはレフトビューとライトビューとが交互に表示される。一方、シャッター眼鏡7609は左右のレンズを、表示装置7608による画面の切り換えに同期して交互に不透明にする。従って、シャッター眼鏡7609をかけた視聴者には、表示装置7608に表示された映像が３Ｄ映像に見える。
光ディスクに限らず、記録媒体に３Ｄ映像コンテンツを格納するときは、上記のようにエクステントのインターリーブ配置を利用する。それにより、その記録媒体を２Ｄ映像の再生と３Ｄ映像の再生との両方で利用することができる。
特許第３９３５５０７号公報
図８４に示されているように、インターリーブ配置のエクステント群から２Ｄ映像が再生されるとき、光ディスクドライブ7605Aはライトビュー・エクステント7603A−Cの記録領域ごとに「ジャンプ」を行い、その記録領域からのデータの読み出しをスキップする。ジャンプ期間中、２Ｄ再生装置7604内のバッファには光ディスクドライブ7604Aからデータが供給されないので、そのバッファに蓄積されたデータは映像デコーダ7604Bの処理に伴って減少する。従って、２Ｄ映像がシームレスに再生されるには、各２Ｄ／レフトビュー・エクステント7602A−Cのデータ量すなわちサイズが、ジャンプ期間でのバッファ・アンダーフローを防止可能な程度以上でなければならない。
同じエクステント群から３Ｄ映像が再生されるときは、２Ｄ／レフトビュー・エクステント7602A−Cが読み出されている期間中、ライトビュー・エクステント7603A−Cは読み出されない。従って、その期間中、３Ｄ再生装置7605内のバッファに蓄積されたライトビュー・エクステント7603A−Cのデータは、右映像デコーダ7605Rの処理に伴って減少する。逆に、ライトビュー・エクステント7603A−Cが読み出されている期間中、バッファに蓄積された２Ｄ／レフトビュー・エクステント7602A−Cのデータは、左映像デコーダ7605Lの処理に伴って減少する。従って、３Ｄ映像がシームレスに再生されるには、左右の各エクステント7602A−C、7603A−Cのサイズが、一方のエクステントの読み出し期間の途中でバッファ内の他方のエクステントのデータが枯渇することを防止可能な程度以上でなければならない。
更に、記録媒体上のデータ領域を効率的に利用するには、一連のストリーム・データの記録領域を途中で分割して、他のデータをその間に挟んで記録した方が良い場合もある。その他に、光ディスクには、いわゆる二層ディスクのような、記録層を複数含むものがある。そのような光ディスクでは、一連のストリーム・データが二層にわたって記録される場合が生じ得る。それらの場合、一連のストリーム・データから映像が再生されるとき、光ディスクドライブはジャンプによって、他のデータの読み出しをスキップし、又は記録層の切り換えを行う。そのジャンプにかかわらず、映像をシームレスに再生するには、エクステントのサイズが、ジャンプ期間でのバッファ・アンダーフロー又はいずれかのエクステントのデータの枯渇を防止可能な程度以上でなければならない。
本発明の目的は、再生装置が平面視映像と立体視映像とのいずれを再生する際にも、その再生装置内のバッファにアンダーフローを生じさせないようにストリーム・データが配置された記録媒体、及び、その記録媒体からデータを受信して、そのデータに対して映像・音声信号処理を行うことにより、平面視映像と立体視映像とのいずれをもシームレスに再生可能な半導体集積回路を提供することにある。
本発明の実施形態による記録媒体にはメインビュー・ストリームとサブビュー・ストリームとが記録されている。メインビュー・ストリームは平面視映像の再生に利用される。サブビュー・ストリームは、そのメインビュー・ストリームと組み合わされて立体視映像の再生に利用される。サブビュー・ストリームは、メインビュー・ストリームを参照して符号化されている。その記録媒体上では、メインビュー・ストリームは複数のメインビュー・データ・ブロックに分割されて配置され、サブビュー・ストリームは複数のサブビュー・データ・ブロックに分割されて配置されている。それらのデータ・ブロックはエクステント・ブロックを複数含む。エクステント・ブロックは、メインビュー・データ・ブロックとサブビュー・データ・ブロックとが交互に連続して配置されたデータであって、立体視映像が再生される際に一つのエクステントとして参照される。複数のベースビュー・データ・ブロックと複数のディペンデントビュー・データ・ブロックとはそれぞれ、映像系データを含み、それらのデータ・ブロックの少なくともいずれかは、音声系データを含む。各エクステント・ブロック内の先頭のデータ・ブロックはサブビュー・データ・ブロックである。
本発明の実施形態による半導体集積回路は、上記の記録媒体から受信したデータに対して映像・音声信号処理を行う。その半導体集積回路は、主制御部、ストリーム処理部、信号処理部、及びＡＶ出力部を備えている。主制御部は、半導体集積回路の制御を行う。ストリーム処理部は、外部の装置によって上記の記録媒体から読み出されたエクステント・ブロックをその外部の装置から受信して、半導体集積回路の内部もしくは外部に設けられたメモリに一旦格納した後、映像系データと音声系データとに多重分離する。信号処理部は、その映像系データと音声系データとをそれぞれ復号する。ＡＶ出力部は、復号された映像系データと音声系データとを出力する。
ストリーム処理部は、受信されたエクステント・ブロックの格納先を上記のメモリ内の第１の領域と第２の領域との間で切り替える切替部を備えている。主制御部はその切替部を制御して、受信されたエクステント・ブロックのうち、複数のメインビュー・データ・ブロックに属しているデータを第１の領域に格納させ、複数のサブビュー・データ・ブロックに属しているデータを第２の領域に格納させる。信号処理部が１つのエクステント・ブロック内の全てのデータ・ブロックを復号するのに要する時間（t)は、次の三種類の時間の合計（t1＋t2＋t3）以上である：外部の装置が、その１つのエクステント・ブロック内の先頭のデータ・ブロックを除くデータ・ブロックを読み出すのに要する時間（t1）；その外部の装置が、その１つのエクステント・ブロックの終端を読み終えてから次のエクステント・ブロックの先頭を読み始めるまでに要する時間（t2）；及び、その外部の装置が、次のエクステント・ブロック内の先頭のデータ・ブロックを読み出すのに要する時間（t3）。
本発明の実施形態による上記の半導体集積回路では、信号処理部が１つのエクステント・ブロック内の全てのデータ・ブロックを復号するのに要する時間は、外部の装置がそのエクステント・ブロック内の二番目のデータ・ブロックを読み出し始めてから、次のエクステント・ブロック内の先頭のデータ・ブロックを読み出すまでに要する時間以上である。それにより、その半導体集積回路は、二つのエクステント・ブロックから続けて映像を再生するときにバッファにアンダーフローを生じさせないので、それらのエクステント・ブロックから映像をシームレスに再生できる。
本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。 図１に示されているＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。 （ａ）、（ｂ）、（ｃ）はそれぞれ、図１に示されているＢＤ−ＲＯＭディスク101上のメインＴＳ、第１サブＴＳ、第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。 多重化ストリーム・データ400内でのＴＳパケットの配置を示す模式図である。 （ｂ）は、図４に示されている多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。（ａ）は、（ｂ）に示されているＴＳヘッダ501Hのデータ構造を示す模式図である。（ｃ）は、（ｂ）に示されているＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。（ｄ）は、（ｃ）に示されている一連のソースパケットが連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。 ベースビュー・ビデオ・ストリーム601とライトビュー・ビデオ・ストリーム602とのピクチャを表示時間順に示す模式図である。 ベースビュー・ビデオ・ストリーム601とデプスマップ・ストリーム701とのピクチャを表示時間順に示す模式図である。 ビデオ・ストリーム800のデータ構造の詳細を示す模式図である。 ＰＥＳパケット列902へのビデオ・ストリーム901の格納方法の詳細を示す模式図である。 ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。 図８に示されている補足データ831Dのデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、ベースビュー・ビデオ・ストリーム1201とディペンデントビュー・ビデオ・ストリーム1202との各ピクチャに割り当てられた復号カウンタの異なる例を示す模式図である。 図３に示されているメインＴＳと、第１サブＴＳ又は第２サブＴＳのいずれかとのＢＤ−ＲＯＭディスク101上での物理的な配置を示す模式図である。 （ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ1401とサブＴＳ1402との配置を示す模式図である。（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に交互に記録されたディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…とベースビュー・データ・ブロックB[0]、B[1]、B[2]、…との配置を示す模式図である。 （ａ）、（ｂ）はそれぞれ、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の異なる例を示す模式図である（n＝0、1、2）。 エクステント・ブロック群1301−1303に対する２Ｄ再生モードでの再生経路1601とＬ／Ｒモードでの再生経路1602とを示す模式図である。 ２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）は、２Ｄ再生モードでの動作中、図１７に示されているリード・バッファ1721に蓄積されるデータ量DAの変化を示すグラフである。（ｂ）は、再生対象のエクステント・ブロック1810と２Ｄ再生モードでの再生経路1820との間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP＿MAXとの間の対応表の一例である。 ３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、図２０に示されている各リード・バッファ2021、2022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｃ）は、そのエクステント・ブロック2110と３Ｄ再生モードでの再生経路2120との間の対応関係を示す模式図である。 （ａ）は、複数のエクステント・ブロックから連続して３Ｄ映像がシームレスに再生されるとき、図２０に示されている各リード・バッファ2021、2022に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。（ｂ）は、Ｍ番目（整数Ｍは２以上である。）のエクステント・ブロック2201と（Ｍ＋１）番目のエクステント・ブロック2202、及び、それら二つのエクステント・ブロック2201、2202と３Ｄ再生モードでの再生経路2220との間の対応関係を示す模式図である。 ＰＭＴ2310のデータ構造を示す模式図である。 図２に示されている第１クリップ情報ファイル（01000.clpi）、すなわち２Ｄクリップ情報ファイル231のデータ構造を示す模式図である。 （ａ）は、図２４に示されているエントリ・マップ2430のデータ構造を示す模式図である。（ｂ）は、図２に示されているファイル２Ｄ241に属するソースパケット群2510のうち、（ａ）に示されているエントリ・マップ2430によって各ＥＰ＿ＩＤ2505に対応付けられているものを示す模式図である。（ｃ）は、そのソースパケット群2510に対応するＢＤ−ＲＯＭディスク101上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。 （ａ）は、図２４に示されているオフセット・テーブル2441のデータ構造を示す模式図である。（ｂ）は、（ａ）に示されているオフセット・エントリの有効区間を表す模式図である。 （ａ）は、図２４に示されているエクステント起点2442のデータ構造を示す模式図である。（ｂ）は、図２に示されている第２クリップ情報ファイル（02000.clpi）、すなわちライトビュー・クリップ情報ファイル232に含まれるエクステント起点2720のデータ構造を示す模式図である。（ｃ）は、Ｌ／Ｒモードの再生装置102によって第１ファイルＳＳ244Aから抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。（ｄ）は、第１ファイルＤＥＰ（02000.m2ts）242に属するライトビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点2720の示すＳＰＮ2722との間の対応関係を表す模式図である。（ｅ）は、第１ファイルＳＳ244Aに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスク101上に記録された一つのエクステント・ブロック2800と、ファイル２Ｄ2810、ファイル・ベース2811、ファイルＤＥＰ2812、及びファイルＳＳ2820の各エクステント群との間の対応関係を示す模式図である。 ベースビュー・ビデオ・ストリーム2910とディペンデントビュー・ビデオ・ストリーム2920とに設定されたエントリ・ポイントの例を示す模式図である。 ２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。 図３０に示されているＰＩ＃Ｎのデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、図３１に示されているコネクション・コンディション3104が“５”、“６”であるときに接続対象の二つの再生区間3201、3202の間の関係を示す模式図である。 ２Ｄプレイリスト・ファイル（00001.mpls）221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）241から再生される部分との間の対応関係を示す模式図である。 ３Ｄプレイリスト・ファイルのデータ構造を示す模式図である。 図３４に示されているＳＴＮテーブルＳＳ3430のデータ構造を示す模式図である。 （ａ）、（ｂ）、（ｃ）はそれぞれ、図３５に示されているディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3512、ＰＧストリームのストリーム登録情報列3513、ＩＧストリームのストリーム登録情報列3514のデータ構造を示す模式図である。 ３Ｄプレイリスト・ファイル（00002.mpls）222の示すＰＴＳと、第１ファイルＳＳ（01000.ssif）244Aから再生される部分との間の対応関係を示す模式図である。 図２に示されているインデックス・ファイル（index.bdmv）211内のインデックス・テーブル3810を示す模式図である。 ３Ｄ映像のタイトルが選択されたときに行われる、再生対象のプレイリスト・ファイルの選択処理のフローチャートである。 ２Ｄ再生装置4000の機能ブロック図である。 図４０に示されているプレーヤ変数記憶部4036に記憶されたＳＰＲＭの一覧表である。 図４０に示されている再生制御部4035による２Ｄプレイリスト再生処理のフローチャートである。 図４０に示されているシステム・ターゲット・デコーダ4023の機能ブロック図である。 ３Ｄ再生装置4400の機能ブロック図である。 再生制御部4435による３Ｄプレイリスト再生処理のフローチャートである。 図４４に示されているシステム・ターゲット・デコーダ4423の機能ブロック図である。 図４４に示されているプレーン加算部4424の機能ブロック図である。 図４７に示されている各クロッピング処理部4731−4734によるクロッピング処理のフローチャートである。 （ａ）、（ｂ）は、第２クロッピング処理部4732によるクロッピング処理を示す模式図である。 （ａ）、（ｂ）、（ｃ）はそれぞれ、図４９の（ａ）、（b）に示されているレフトビューとライトビューとのＰＧプレーン・データの表す２Ｄ映像、すなわちレフトビューとライトビューとのＰＧプレーン、及びそれらから視聴者に知覚される３Ｄ映像を示す模式図である。 （ａ）は、層境界LBの前後に記録されたエクステント・ブロック5101、5102を示す模式図である。（ｂ）は、エクステント・ブロック5101、5102に対する２Ｄ再生モードでの再生経路5130と３Ｄ再生モードでの再生経路5140とを示す模式図である。 ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の配置１を示す模式図である。 図５２に示されている配置１のデータ・ブロック群に対する２Ｄ再生モードでの再生経路5310と３Ｄ再生モードでの再生経路5320とを示す模式図である。 ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の配置２を示す模式図である。 図５４に示されている配置２のデータ・ブロック群に対する２Ｄ再生モードでの再生経路5510と３Ｄ再生モードでの再生経路5520を示す模式図である。 図５４に示されているエクステント・ブロック5401−5403から連続して３Ｄ映像がシームレスに再生されるとき、各リード・バッファ4421、4422に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。 ＢＤ−ＲＯＭディスク101上に配置された三種類のデータ・ブロックDn、Rn、Ln（n＝0、1、2、…）と、各データ・ブロックを参照するＡＶストリーム・ファイルとの間の対応関係を示す模式図である。 図５７に示されているスーパー・エクステント・ブロック5700に対する、２Ｄ再生モード、Ｌ／Ｒモード、及びスーパー・モードのそれぞれでの再生経路5801、5802、5803を示す模式図である。 （ａ）は、２Ｄ再生モードでの動作中、リード・バッファ1721に蓄積されるデータ量DAの変化を示すグラフである。（ｂ）は、再生対象のスーパー・エクステント・ブロック5910と２Ｄ再生モードでの再生経路5920との間の対応関係を示す模式図である。 （ａ）、（ｂ）は、Ｌ／Ｒモードの再生装置がスーパー・エクステント・ブロック6010から３Ｄ映像をシームレスに再生するとき、各リード・バッファ2021、2022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｃ）は、そのスーパー・エクステント・ブロック6010とＬ／Ｒモードでの再生経路6020との間の対応関係を示す模式図である。 スーパー・モードの再生装置内の再生処理系統を示すブロック図である。 （ａ）、（ｂ）、（ｃ）は、一つのスーパー・エクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、図６１に示されている各リード・バッファ6121、6122、6123に蓄積されるデータ量DA1、DA2、DA3の変化を示すグラフである。（ｄ）は、そのスーパー・エクステント・ブロック6210とスーパー・モードでの再生経路6220との間の対応関係を示す模式図である。 （ａ）は、二つの異なるスーパー・エクステント・ブロック6301、6302から連続して３Ｄ映像がシームレスに再生されるとき、図６１に示されている各リード・バッファ6121、6122、6133に蓄積されるデータ量DA1、DA2、DA3の変化、及びそれらの和DA1＋DA2＋DA3の変化を示すグラフ群である。（ｂ）は、それら二つのスーパー・エクステント・ブロック6301、6302とスーパー・モードでの再生経路6320との間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録された三種類のデータ・ブロック群の配置を示す模式図である。 スーパー・モードの再生装置6500の機能ブロック図である。 図６５に示されているシステム・ターゲット・デコーダ6524の機能ブロック図である。 （ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。 スーパー・エクステント・ブロックの中で隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの対が同じ数のエントリ・ポイントを含む場合でのエントリ・ポイントとデータ・ブロック群との間の対応関係を示す模式図である。 （ａ）は、マルチアングルに対応する多重化ストリーム・データの再生経路を示す模式図である。（ｂ）は、ＢＤ−ＲＯＭディスク上に記録されたデータ・ブロック群6901と、それらに対するＬ／Ｒモードでの再生経路6902とを示す模式図である。（ｃ）は、アングル別のストリーム・データAk、Bk、Ckを構成するスーパー・エクステント・ブロックを示す模式図である。 本発明の実施形態２による記録装置の内部構成を示すブロック図である。 （ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用される左映像ピクチャと右映像ピクチャとを表す模式図である。（ｃ）は、図７０に示されているビデオ・エンコーダ6301によってそれらのピクチャから算出された奥行き情報を示す模式図である。 隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。 図７０に示されている記録装置を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。 本発明の実施形態３による集積回路3の機能ブロック図である。 図７４に示されているストリーム処理部5の代表的な構成を示す機能ブロック図である。 図７５に示されている切替部53がＤＭＡＣであるときの周辺の構造を示す模式図である 図７４に示されているＡＶ出力部8の代表的な構成を示す機能ブロック図である。 図７７に示されているＡＶ出力部8を含む再生装置102のデータ出力に関する部分の詳細を示す模式図である。 図７４に示されている集積回路3内の制御バス及びデータバスのトポロジーの例（ａ）、（ｂ）を示す模式図である。 図７４に示されている集積回路3を利用した再生装置102による再生処理のフローチャートである。 図８０に示されている各ステップＳ１−５の詳細を示すフローチャートである。 （ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像の再生原理を説明するための模式図である。 ２Ｄ映像7501とデプスマップ7502との組み合わせからレフトビュー7503Lとライトビュー7503Rとを構成する例を示す模式図である。 ３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である。 図３４に示されている二つの連続するＰＩの規定するファイル２Ｄの各部分、対応するＳＵＢ＿ＰＩの規定するファイルＤＥＰの各部分、それらの部分の属するファイルＳＳの各部分、及び、各ファイルによって参照されるエクステント・ブロックの対応関係を示す模式図である。
以下、本発明の好適な実施形態に係る記録媒体及び再生装置について、図面を参照しながら説明する。
《実施形態１》
図１は、本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。このホームシアター・システムは、視差映像を用いた３Ｄ映像（立体視映像）の再生方式を採用し、特に表示方式として継時分離方式を採用している（詳細は＜補足＞参照）。図１を参照するに、このホームシアター・システムは記録媒体101を再生対象とし、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。
記録媒体101は読み出し専用ブルーレイ・ディスク（登録商標）（ＢＤ：Blu−ray Disc）、すなわちＢＤ−ＲＯＭディスクである。記録媒体101はその他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。その記録媒体、すなわちＢＤ−ＲＯＭディスク101は３Ｄ映像による映画コンテンツを格納している。このコンテンツは、その３Ｄ映像のレフトビューとライトビューとのそれぞれを表すビデオ・ストリームを含む。そのコンテンツは更に、その３Ｄ映像のデプスマップを表すビデオ・ストリームを含んでいてもよい。それらのビデオ・ストリームは、後述のようにデータ・ブロック単位でＢＤ−ＲＯＭディスク101上に配置され、後述のファイル構造を利用してアクセスされる。レフトビュー又はライトビューを表すビデオ・ストリームは、２Ｄ再生装置と３Ｄ再生装置とのそれぞれにより、そのコンテンツを２Ｄ映像として再生するのに利用される。一方、レフトビューとライトビューとのそれぞれを表すビデオ・ストリームの対、又は、レフトビュー若しくはライトビューのいずれかとデプスマップとのそれぞれを表すビデオ・ストリームの対は、３Ｄ再生装置により、そのコンテンツを３Ｄ映像として再生するのに利用される。
再生装置102はＢＤ−ＲＯＭドライブ121を搭載している。ＢＤ−ＲＯＭドライブ121はＢＤ−ＲＯＭ方式に準拠の光ディスクドライブである。再生装置102はＢＤ−ＲＯＭドライブ121を利用して、ＢＤ−ＲＯＭディスク101からコンテンツを読み込む。再生装置102は更にそのコンテンツを映像データ／音声データに復号する。ここで、再生装置102は３Ｄ再生装置であり、そのコンテンツを２Ｄ映像と３Ｄ映像とのいずれとしても再生可能である。以下、２Ｄ映像と３Ｄ映像とのそれぞれを再生するときの再生装置102の動作モードを「２Ｄ再生モード」、「３Ｄ再生モード」という。２Ｄ再生モードでは、映像データはレフトビュー又はライトビューのいずれか一方の映像フレームを含む。３Ｄ再生モードでは、映像データはレフトビューとライトビューとの両方の映像フレームを含む。
３Ｄ再生モードは更に、レフト／ライト（Ｌ／Ｒ）モードとデプス・モードとに分けられる。「Ｌ／Ｒモード」では、レフトビューとライトビューとのそれぞれを表すビデオ・ストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。「デプス・モード」では、レフトビュー又はライトビューのいずれかとデプスマップとのそれぞれを表すビデオ・ストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。再生装置102はＬ／Ｒモードを備える。再生装置102は更に、デプス・モードを備えていてもよい。
再生装置102はＨＤＭＩ（High−Definition Multimedia Interface）ケーブル122で表示装置103に接続されている。再生装置102は映像データ／音声データをＨＤＭＩ方式の映像信号／音声信号に変換し、ＨＤＭＩケーブル122を通して表示装置103に伝送する。２Ｄ再生モードでは、映像信号にはレフトビュー又はライトビューのいずれか一方の映像フレームが多重化されている。３Ｄ再生モードでは、映像信号にはレフトビューとライトビューとの両方の映像フレームが時分割で多重化されている。再生装置102は更に、ＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換する。それにより、再生装置102は、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせることができる。
表示装置103は液晶ディスプレイである。表示装置103はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。表示装置103は、映像信号に従って画面131上に映像を表示し、音声信号に従って内蔵のスピーカから音声を発生させる。表示装置103は３Ｄ映像の再生に対応可能である。２Ｄ映像の再生時、画面131上にはレフトビュー又はライトビューのいずれか一方が表示される。３Ｄ映像の再生時、画面131上にはレフトビューとライトビューとが交互に表示される。
表示装置103は左右信号送信部132を含む。左右信号送信部132は左右信号LRを赤外線又は無線でシャッター眼鏡104へ送出する。左右信号LRは、現時点で画面131に表示される映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ映像の再生時、表示装置103は、映像信号に付随する制御信号からレフトビュー・フレームとライトビュー・フレームとを識別することによってフレームの切り換えを検知する。表示装置103は更に左右信号送信部132に、検知されたフレームの切り換えに同期して左右信号LRを変化させる。
シャッター眼鏡104は二枚の液晶表示パネル141L、141Rと左右信号受信部142とを含む。各液晶表示パネル141L、141Rは左右の各レンズ部分を構成している。左右信号受信部142は左右信号LRを受信し、その変化に応じて左右の液晶表示パネル141L、141Rに信号を送る。各液晶表示パネル141L、141Rはその信号に応じて、光をその全体で一様に透過させ、又は遮断する。特に左右信号LRがレフトビューの表示を示すとき、左目側の液晶表示パネル141Lは光を透過させ、右目側の液晶表示パネル141Rは光を遮断する。左右信号LRがライトビューの表示を示すときはその逆である。このように、二枚の液晶表示パネル141L、141Rはフレームの切り換えと同期して交互に光を透過させる。その結果、視聴者がシャッター眼鏡104をかけて画面131を見たとき、レフトビューはその視聴者の左目だけに映り、ライトビューはその右目だけに映る。そのとき、その視聴者には、各目に映る映像間の違いが同じ立体的物体に対する両眼視差として知覚されるので、その映像が立体的に見える。
リモコン105は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、ＢＤ−ＲＯＭディスク101の再生開始若しくは停止等、再生装置102又は表示装置103の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンの識別情報を信号で送信部に伝える。送信部はその信号を赤外線又は無線による信号IRに変換して再生装置102又は表示装置103へ送出する。一方、再生装置102と表示装置103とはそれぞれ、その信号IRを受信し、その信号IRの示すボタンを特定し、そのボタンに対応付けられた機能を実行する。こうして、ユーザは再生装置102又は表示装置103を遠隔操作できる。
＜ＢＤ−ＲＯＭディスク上のデータ構造＞
図２は、ＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。図２を参照するに、ＢＤ−ＲＯＭディスク101上のデータ記録領域の最内周部にはＢＣＡ（Burst Cutting Area）201が設けられている。ＢＣＡに対してはＢＤ−ＲＯＭドライブ121によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止される。それにより、ＢＣＡ201は著作権保護技術に利用される。ＢＣＡ201よりも外側のデータ記録領域では内周から外周へ向けてトラックが螺旋状に延びている。図２にはトラック202が模式的に横方向に引き伸ばされて描かれている。その左側はディスク101の内周部を表し、右側は外周部を表す。図２に示されているように、トラック202は内周から順に、リードイン領域202A、ボリューム領域202B、及びリードアウト領域202Cを含む。リードイン領域202AはＢＣＡ201のすぐ外周側に設けられている。リードイン領域202Aは、ボリューム領域202Bに記録されたデータのサイズ及び物理アドレス等、ＢＤ−ＲＯＭドライブ121によるボリューム領域202Bへのアクセスに必要な情報を含む。リードアウト領域202Cはデータ記録領域の最外周部に設けられ、ボリューム領域202Bの終端を示す。ボリューム領域202Bは、映像及び音声等のアプリケーション・データを含む。
ボリューム領域202Bは「セクタ」と呼ばれる小領域202Dに分割されている。セクタのサイズは共通であり、例えば２０４８バイトである。各セクタ202Dにはボリューム領域202Bの先端から順に通し番号が振られている。この通し番号は論理ブロック番号（ＬＢＮ）と呼ばれ、ＢＤ−ＲＯＭディスク101上の論理アドレスに利用される。ＢＤ−ＲＯＭディスク101からのデータの読み出しでは、宛先のセクタのＬＢＮが指定されることによって読み出し対象のデータが特定される。こうして、ボリューム領域202Bはセクタ単位でアクセス可能である。更に、ＢＤ−ＲＯＭディスク101上では論理アドレスが物理アドレスと実質的に等しい。特に、ＬＢＮが連続している領域では物理アドレスも実質的に連続している。従って、ＢＤ−ＲＯＭドライブ121は、ＬＢＮが連続しているセクタからデータを、その光ピックアップにシークを行わせることなく連続して読み出すことができる。
ボリューム領域202Bに記録されたデータは所定のファイルシステムで管理される。そのファイルシステムとしてはＵＤＦ（Universal Disc Format）が採用されている。そのファイルシステムはその他にＩＳＯ９６６０であってもよい。そのファイルシステムに従い、ボリューム領域202Bに記録されたデータはディレクトリ／ファイル形式で表現される（詳細は＜補足＞参照）。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
≪ＢＤ−ＲＯＭディスク上のディレクトリ／ファイル構造≫
図２は更に、ＢＤ−ＲＯＭディスク101のボリューム領域202Bに格納されたデータのディレクトリ／ファイル構造を示す。図２を参照するに、このディレクトリ／ファイル構造では、ルート（ＲＯＯＴ）ディレクトリ203の直下にＢＤムービー（ＢＤＭＶ：BD Movie）ディレクトリ210が置かれている。ＢＤＭＶディレクトリ210の直下には、インデックス・ファイル（index.bdmv）211とムービーオブジェクト・ファイル（MovieObject.bdmv）212とが置かれている。
インデックス・ファイル211は、ＢＤ−ＲＯＭディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルと、再生装置102の動作を制御するためのプログラムとの間の対応表である。そのプログラムを「オブジェクト」という。オブジェクトの種類にはムービーオブジェクトとＢＤ−Ｊ（BD Java （登録商標））オブジェクトとがある。
ムービーオブジェクト・ファイル212は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置102は一般的なＤＶＤプレーヤと同様に、まず表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。
図２を更に参照するに、ＢＤＭＶディレクトリ210の直下には、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ220、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ230、ストリーム（ＳＴＲＥＡＭ）ディレクトリ240、ＢＤ−Ｊオブジェクト（ＢＤＪＯ：BD Java Object）ディレクトリ250、及びＪａｖａアーカイブ（ＪＡＲ：Java Archive）ディレクトリ260が置かれている。
ＳＴＲＥＡＭディレクトリ240の直下には、三種類のＡＶストリーム・ファイル（01000.m2ts）241、（02000.m2ts）242、（03000.m2ts）243、及び、立体視インターリーブ・ファイル（ＳＳＩＦ：Stereoscopic Interleaved File）ディレクトリ244が置かれている。ＳＳＩＦディレクトリ244の直下には、二種類のＡＶストリーム・ファイル（01000.ssif）244A、（02000.ssif）244Bが置かれている。
「ＡＶストリーム・ファイル」は、ＢＤ−ＲＯＭディスク101上に記録された映像コンテンツの実体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの実体とは一般に、映像・音声・字幕等を表す各種のストリーム・データ、すなわちエレメンタリ・ストリームが多重化されたストリーム・データを意味する。この多重化ストリーム・データは内蔵のプライマリ・ビデオ・ストリームの種類に依ってメイン・トランスポート・ストリーム（ＴＳ）とサブＴＳとに大別される。「メインＴＳ」は、プライマリ・ビデオ・ストリームとしてベースビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ベースビュー・ビデオ・ストリーム」は、単独で再生可能であって、２Ｄ映像を表すビデオ・ストリームをいう。尚、ベースビューは「メインビュー」ともいう。「サブＴＳ」は、プライマリ・ビデオ・ストリームとしてディペンデントビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ディペンデントビュー・ビデオ・ストリーム」は、その再生にベースビュー・ビデオ・ストリームを必要とし、そのベースビュー・ビデオ・ストリームとの組み合わせで３Ｄ映像を表すビデオ・ストリームをいう。尚、ディペンデントビューは「サブビュー」ともいう。ディペンデントビュー・ビデオ・ストリームの種類には、ライトビュー・ビデオ・ストリーム、レフトビュー・ビデオ・ストリーム、及びデプスマップ・ストリームがある。「ライトビュー・ビデオ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像がＬ／Ｒモードの再生装置によって３Ｄ映像のレフトビューとして利用されるときに、その３Ｄ映像のライトビューを表すビデオ・ストリームとして利用される。「レフトビュー・ビデオ・ストリーム」はその逆である。「デプスマップ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像がデプス・モードの再生装置によって仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すストリーム・データとして利用される。特に、そのベースビュー・ビデオ・ストリームがレフトビューを表すときに利用されるデプスマップ・ストリームを「レフトビュー・デプスマップ・ストリーム」といい、そのベースビュー・ビデオ・ストリームがライトビューを表すときに利用されるデプスマップ・ストリームを「ライトビュー・デプスマップ・ストリーム」という。
ＡＶストリーム・ファイルは内蔵の多重化ストリーム・データの種類に依って、ファイル２Ｄ、ファイル・ディペンデント（以下、ファイルＤＥＰと略す。）、及びインターリーブ・ファイル（以下、ファイルＳＳと略す。）の三種類に分けられる。「ファイル２Ｄ」は、２Ｄ再生モードでの２Ｄ映像の再生に利用されるＡＶストリーム・ファイルであって、メインＴＳを含むものをいう。「ファイルＤＥＰ」は、サブＴＳを含むＡＶストリーム・ファイルをいう。「ファイルＳＳ」は、同じ３Ｄ映像を表すメインＴＳとサブＴＳとの対を含むＡＶストリーム・ファイルをいう。ファイルＳＳは特に、そのメインＴＳをいずれかのファイル２Ｄと共有し、そのサブＴＳをいずれかのファイルＤＥＰと共有する。すなわち、ＢＤ−ＲＯＭディスク101のファイルシステムでは、メインＴＳはファイルＳＳとファイル２Ｄとのいずれとしてもアクセス可能であり、サブＴＳはファイルＳＳとファイルＤＥＰとのいずれとしてもアクセス可能である。このように、ＢＤ−ＲＯＭディスク101上に記録された一連のデータを異なるファイルに共有させ、いずれのファイルとしてもアクセス可能にする仕組みを「ファイルのクロスリンク」という。
図２に示されている例では、第１ＡＶストリーム・ファイル（01000.m2ts）241はファイル２Ｄであり、第２ＡＶストリーム・ファイル（02000.m2ts）242と第３ＡＶストリーム・ファイル（03000.m2ts）243とはいずれもファイルＤＥＰである。このように、ファイル２ＤとファイルＤＥＰとはＳＴＲＥＡＭディレクトリ240の直下に置かれる。第１ＡＶストリーム・ファイル、すなわちファイル２Ｄ241の含むベースビュー・ビデオ・ストリームは３Ｄ映像のレフトビューを表す。第２ＡＶストリーム・ファイル、すなわち第１ファイルＤＥＰ242の含むディペンデントビュー・ビデオ・ストリームはライトビュー・ビデオ・ストリームである。第３ＡＶストリーム・ファイル、すなわち第２ファイルＤＥＰ243の含むディペンデントビュー・ビデオ・ストリームはデプスマップ・ストリームである。
図２に示されている例では更に、第４ＡＶストリーム・ファイル（01000.ssif）244Aと第５ＡＶストリーム・ファイル（02000.ssif）244BとはいずれもファイルＳＳである。このように、ファイルＳＳはＳＳＩＦディレクトリ244の直下に置かれる。第４ＡＶストリーム・ファイル、すなわち第１ファイルＳＳ244Aはファイル２Ｄ241とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第１ファイルＤＥＰ242とはサブＴＳ、特にライトビュー・ビデオ・ストリームを共有する。第５ＡＶストリーム・ファイル、すなわち第２ファイルＳＳ244Bはファイル２Ｄ241とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第２ファイルＤＥＰ243とはサブＴＳ、特にデプスマップ・ストリームを共有する。
ＣＬＩＰＩＮＦディレクトリ230には、三種類のクリップ情報ファイル（01000.clpi）231、（02000.clpi）232、（03000.clpi）233が置かれている。「クリップ情報ファイル」は、ファイル２ＤとファイルＤＥＰとに一対一に対応付けられたファイルであって、特に各ファイルのエントリ・マップを含むものをいう。「エントリ・マップ」は、ファイル２Ｄ又はファイルＤＥＰの表す各シーンの表示時間と、そのシーンが記録された各ファイル内のアドレスとの間の対応表である。クリップ情報ファイルのうち、ファイル２Ｄに対応付けられているものを「２Ｄクリップ情報ファイル」といい、ファイルＤＥＰに対応付けられているものを「ディペンデントビュー・クリップ情報ファイル」という。更に、ファイルＤＥＰがライトビュー・ビデオ・ストリームを含むとき、対応するディペンデントビュー・クリップ情報ファイルを「ライトビュー・クリップ情報ファイル」という。ファイルＤＥＰがデプスマップ・ストリームを含むとき、対応するディペンデントビュー・クリップ情報ファイルを「デプスマップ・クリップ情報ファイル」という。図２に示されている例では、第１クリップ情報ファイル（01000.clpi）231は２Ｄクリップ情報ファイルであり、ファイル２Ｄ241に対応付けられている。第２クリップ情報ファイル（02000.clpi）232はライトビュー・クリップ情報ファイルであり、第１ファイルＤＥＰ242に対応付けられている。第３クリップ情報ファイル（03000.clpi）233はデプスマップ・クリップ情報ファイルであり、第２ファイルＤＥＰ243に対応付けられている。
ＰＬＡＹＬＩＳＴディレクトリ220には三種類のプレイリスト・ファイル（00001.mpls）221、（00002.mpls）222、（00003.mpls）223が置かれている。「プレイリスト・ファイル」は、ＡＶストリーム・ファイルの再生経路、すなわちＡＶストリーム・ファイルの再生対象の部分とその再生順序とを規定するファイルをいう。プレイリスト・ファイルの種類には２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとがある。「２Ｄプレイリスト・ファイル」はファイル２Ｄの再生経路を規定する。「３Ｄプレイリスト・ファイル」は、２Ｄ再生モードの再生装置に対してはファイル２Ｄの再生経路を規定し、３Ｄ再生モードの再生装置に対してはファイルＳＳの再生経路を規定する。図２に示されている例では、第１プレイリスト・ファイル（00001.mpls）221は２Ｄプレイリスト・ファイルであり、ファイル２Ｄ241の再生経路を規定する。第２プレイリスト・ファイル（00002.mpls）222は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ241の再生経路を規定し、Ｌ／Ｒモードの再生装置に対しては第１ファイルＳＳ244Aの再生経路を規定する。第３プレイリスト・ファイル（00003.mpls）223は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ241の再生経路を規定し、デプス・モードの再生装置に対しては第２ファイルＳＳ244Bの再生経路を規定する。
ＢＤＪＯディレクトリ250にはＢＤ−Ｊオブジェクト・ファイル（XXXXX.bdjo）251が置かれている。ＢＤ−Ｊオブジェクト・ファイル251はＢＤ−Ｊオブジェクトを一つ含む。ＢＤ−Ｊオブジェクトはバイトコード・プログラムであり、再生装置102に実装されたＪａｖａ仮想マシンにタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。ＢＤ−Ｊオブジェクトは、Ｊａｖａ言語等のコンパイラ型言語で記述されている。ＢＤ−Ｊオブジェクトはアプリケーション管理テーブルと参照対象のプレイリスト・ファイルの識別情報とを含む。「アプリケーション管理テーブル」は、Ｊａｖａ仮想マシンに実行させるべきＪａｖａアプリケーション・プログラムとその実行時期、すなわちライフサイクルとの対応表である。「参照対象のプレイリスト・ファイルの識別情報」は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンはユーザの操作又はアプリケーション・プログラムに従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、再生装置102は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置103にグラフィックス映像をタイトルの映像とは独立に表示させる。
ＪＡＲディレクトリ260にはＪＡＲファイル（YYYYY.jar）261が置かれている。ＪＡＲファイル261は、ＢＤ−Ｊオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきＪａｖａアプリケーション・プログラムの本体を一般に複数含む。「Ｊａｖａアプリケーション・プログラム」は、ＢＤ−Ｊオブジェクトと同様、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。Ｊａｖａアプリケーション・プログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及びＪａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。ＪＡＲファイル261はＪａｖａアーカイブ・ファイルであり、再生装置102に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にＪａｖａアプリケーション・プログラムが格納される。
≪多重化ストリーム・データの構造≫
図３の（ａ）は、ＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。メインＴＳはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームであり、図２に示されているファイル２Ｄ241に含まれる。図３の（ａ）を参照するに、メインＴＳはプライマリ・ビデオ・ストリーム301とプライマリ・オーディオ・ストリーム302A、302Bとを含む。メインＴＳはその他に、プレゼンテーション・グラフィックス（ＰＧ）ストリーム303A、303B、インタラクティブ・グラフィックス（ＩＧ）ストリーム304、セカンダリ・オーディオ・ストリーム305、及びセカンダリ・ビデオ・ストリーム306を含んでもよい。
プライマリ・ビデオ・ストリーム301は映画の主映像を表し、セカンダリ・ビデオ・ストリーム306は副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。プライマリ・ビデオ・ストリーム301とセカンダリ・ビデオ・ストリーム306とはいずれもベースビュー・ビデオ・ストリームである。各ビデオ・ストリーム301、306は、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、又はＳＭＰＴＥ ＶＣ−１等の動画圧縮符号化方式で符号化されている。
プライマリ・オーディオ・ストリーム302A、302Bは映画の主音声を表す。ここで、二つのプライマリ・オーディオ・ストリーム302A、302Bの間では言語が異なる。セカンダリ・オーディオ・ストリーム305は、対話画面の操作に伴う効果音等、主音声と重ね合わされるべき（ミキシングされるべき）副音声を表す。各オーディオ・ストリーム302A、302B、305は、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ（Meridian Lossless Packing：登録商標）、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ−ＨＤ、又はリニアＰＣＭ（Pulse Code Modulation）等の方式で符号化されている。
各ＰＧストリーム303A、303Bは、グラフィックスによる字幕等、プライマリ・ビデオ・ストリーム301の表す映像に重ねて表示されるべきグラフィックス映像を表す。二つのＰＧストリーム303A、303Bの間では、例えば字幕の言語が異なる。ＩＧストリーム304は、表示装置103の画面131上に対話画面を構成するためのグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィックス部品及びその配置を表す。
エレメンタリ・ストリーム301−306はパケット識別子（ＰＩＤ）によって識別される。ＰＩＤの割り当ては例えば次のとおりである。一つのメインＴＳはプライマリ・ビデオ・ストリームを一本のみ含むので、プライマリ・ビデオ・ストリーム301には１６進数値０ｘ１０１１が割り当てられる。一つのメインＴＳに他のエレメンタリ・ストリームが種類ごとに最大３２本まで多重化可能であるとき、プライマリ・オーディオ・ストリーム302A、302Bには０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム303A、303Bには０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム304には０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオ・ストリーム305には０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム306には０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。
図３の（ｂ）は、ＢＤ−ＲＯＭディスク101上の第１サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第１サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図２に示されている第１ファイルＤＥＰ242に含まれる。図３の（ｂ）を参照するに、第１サブＴＳはプライマリ・ビデオ・ストリーム311を含む。第１サブＴＳはその他に、レフトビューＰＧストリーム312A、312B、ライトビューＰＧストリーム313A、313B、レフトビューＩＧストリーム314、ライトビューＩＧストリーム315、及びセカンダリ・ビデオ・ストリーム316を含んでもよい。プライマリ・ビデオ・ストリーム311はライトビュー・ビデオ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム301が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。レフトビューとライトビューとのＰＧストリームの対312A＋313A、312B＋313Bは、字幕等のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。レフトビューとライトビューとのＩＧストリームの対314、315は、対話画面のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。セカンダリ・ビデオ・ストリーム316はライトビュー・ビデオ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。
エレメンタリ・ストリーム311−316に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム311には０ｘ１０１２が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、レフトビューＰＧストリーム312A、312Bには０ｘ１２２０から０ｘ１２３Ｆまでのいずれかが割り当てられ、ライトビューＰＧストリーム313A、313Bには０ｘ１２４０から０ｘ１２５Ｆまでのいずれかが割り当てられる。レフトビューＩＧストリーム314には０ｘ１４２０から０ｘ１４３Ｆまでのいずれかが割り当てられ、ライトビューＩＧストリーム315には０ｘ１４４０から０ｘ１４５Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム316には０ｘ１Ｂ２０から０ｘ１Ｂ３Ｆまでのいずれかが割り当てられる。
図３の（ｃ）は、ＢＤ−ＲＯＭディスク101上の第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第２サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図２に示されている第２ファイルＤＥＰ243に含まれる。図３の（ｃ）を参照するに、第２サブＴＳはプライマリ・ビデオ・ストリーム321を含む。第２サブＴＳはその他に、デプスマップＰＧストリーム323A、323B、デプスマップＩＧストリーム324、及びセカンダリ・ビデオ・ストリーム326を含んでもよい。プライマリ・ビデオ・ストリーム321はデプスマップ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム301との組み合わせで３Ｄ映像を表す。デプスマップＰＧストリーム323A、323Bは、メインＴＳ内のＰＧストリーム323A、323Bの表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＰＧストリームとして利用される。デプスマップＩＧストリーム324は、メインＴＳ内のＩＧストリーム304の表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＩＧストリームとして利用される。セカンダリ・ビデオ・ストリーム326はデプスマップ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306との組み合わせで３Ｄ映像を表す。
エレメンタリ・ストリーム321−326に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム321には０ｘ１０１３が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、デプスマップＰＧストリーム323A、323Bには０ｘ１２６０から０ｘ１２７Ｆまでのいずれかが割り当てられる。デプスマップＩＧストリーム324には０ｘ１４６０から０ｘ１４７Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム326には０ｘ１Ｂ４０から０ｘ１Ｂ５Ｆまでのいずれかが割り当てられる。
図４は、多重化ストリーム・データ400内でのＴＳパケットの配置を示す模式図である。このパケット構造はメインＴＳとサブＴＳとで共通である。多重化ストリーム・データ400内では各エレメンタリ・ストリーム401、402、403、404はＴＳパケット421、422、423、424の列に変換されている。例えばビデオ・ストリーム401では、まず、各フレーム401A又は各フィールドが一つのＰＥＳ（Packetized Elementary Stream）パケット411に変換される。次に、各ＰＥＳパケット411が一般に複数のＴＳパケット421に変換される。同様に、オーディオ・ストリーム402、ＰＧストリーム403、及びＩＧストリーム404はそれぞれ、一旦ＰＥＳパケット412、413、414の列に変換された後、ＴＳパケット422、423、424の列に変換される。最後に、各エレメンタリ・ストリーム401、402、403、404から得られたＴＳパケット421、422、423、424が一本のストリーム・データ400に時分割で多重化される。
図５の（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。各ＴＳパケット501は１８８バイト長のパケットである。図５の（ｂ）を参照するに、各ＴＳパケット501は、ＴＳペイロード501Pとアダプテーション（adaptation）・フィールド（以下、ＡＤフィールドと略す。）501Aとの少なくともいずれか、及びＴＳヘッダ501Hを含む。ＴＳペイロード501PとＡＤフィールド501Aとは、両方を合わせて１８４バイト長のデータ領域である。ＴＳペイロード501PはＰＥＳパケットの格納領域として利用される。図４に示されているＰＥＳパケット411−414はそれぞれ、一般に複数の部分に分割され、各部分が異なるＴＳペイロード501Pに格納される。ＡＤフィールド501Aは、ＴＳペイロード501Pのデータ量が１８４バイトに満たないときにスタッフィング・バイト（すなわちダミー・データ）を格納するための領域である。ＡＤフィールド501Aはその他に、ＴＳパケット501が例えば後述のＰＣＲであるときに、その情報の格納領域として利用される。ＴＳヘッダ501Hは４バイト長のデータ領域である。
図５の（ａ）は、ＴＳヘッダ501Hのデータ構造を示す模式図である。図５の（ａ）を参照するに、ＴＳヘッダ501Hは、ＴＳ優先度（transport＿priority）511、ＰＩＤ512、及びＡＤフィールド制御（adaptation＿field＿control）513を含む。ＰＩＤ512は、同じＴＳパケット501内のＴＳペイロード501Pに格納されたデータの属するエレメンタリ・ストリームのＰＩＤを示す。ＴＳ優先度511は、ＰＩＤ512の示す値が共通するＴＳパケット群の中でのＴＳパケット501の優先度を示す。ＡＤフィールド制御513は、ＴＳパケット501内でのＡＤフィールド501AとＴＳペイロード501Pとのそれぞれの有無を示す。例えばＡＤフィールド制御513が“１”を示すとき、ＴＳパケット501はＡＤフィールド501Aを含まず、ＴＳペイロード501Pを含む。ＡＤフィールド制御513が“２”を示すときはその逆である。ＡＤフィールド制御513が“３”を示すとき、ＴＳパケット501はＡＤフィールド501AとＴＳペイロード501Pとの両方を含む。
図５の（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。図５の（ｃ）を参照するに、各ソースパケット502は１９２バイト長のパケットであり、図５の（ｂ）に示されているＴＳパケット501の一つと４バイト長のヘッダ（TP＿Extra＿Header）502Hとを含む。ＴＳパケット501がＢＤ−ＲＯＭディスク101に記録されるとき、そのＴＳパケット501にヘッダ502Hが付与されることによってソースパケット502は構成される。ヘッダ502HはＡＴＳ（Arrival＿Time＿Stamp）を含む。「ＡＴＳ」は時刻情報であり、次のように利用される：ソースパケット502がＢＤ−ＲＯＭディスク101から再生装置102内のシステム・ターゲット・デコーダへ送られたとき、そのソースパケット502からＴＳパケット502Pが抽出されてシステム・ターゲット・デコーダ内のＰＩＤフィルタへ転送される。そのヘッダ502H内のＡＴＳは、その転送が開始されるべき時刻を示す。ここで、「システム・ターゲット・デコーダ」は、多重化ストリーム・データをエレメンタリ・ストリームごとに復号する装置をいう。システム・ターゲット・デコーダと、それによるＡＴＳの利用との詳細については後述する。
図５の（ｄ）は、一連のソースパケット502が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。図５の（ｄ）を参照するに、一連のソースパケット502は３２個ずつ、三つの連続するセクタ521、522、523に記録されている。これは、３２個のソースパケットのデータ量１９２バイト×３２＝６１４４バイトが三つのセクタの合計サイズ２０４８バイト×３＝６１４４バイトに等しいことに因る。このように、三つの連続するセクタ521、522、523に記録された３２個のソースパケット502を「アラインド・ユニット（Aligned Unit）」520という。再生装置102はＢＤ−ＲＯＭディスク101からソースパケット502をアラインド・ユニット520ごとに、すなわち３２個ずつ読み出す。セクタ群521、522、523、…は先頭から順に３２個ずつに分割され、それぞれが一つの誤り訂正符号（ＥＣＣ）ブロック530を構成している。ＢＤ−ＲＯＭドライブ121はＥＣＣブロック530ごとに誤り訂正処理を行う。
≪ビデオ・ストリームのデータ構造≫
図６は、ベースビュー・ビデオ・ストリーム601とライトビュー・ビデオ・ストリーム602とのピクチャを表示時間順に示す模式図である。図６を参照するに、ベースビュー・ビデオ・ストリーム601はピクチャ610、611、612、…、619（以下、ベースビュー・ピクチャという。）を含み、ライトビュー・ビデオ・ストリーム602はピクチャ620、621、622、…、629（以下、ライトビュー・ピクチャという。）を含む。各ピクチャ610−619、620−629は１フレーム又は１フィールドを表し、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。
上記の符号化方式による各ピクチャの圧縮には、そのピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化を「ピクチャ内符号化」という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの類似性を利用するピクチャの符号化を「ピクチャ間予測符号化」という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して動き補償が行われる。更に、動き補償後のピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。
図６を参照するに、ベースビュー・ピクチャ610−619は一般に複数のＧＯＰ631、6932に分割されている。「ＧＯＰ」は、Ｉ（Intra）ピクチャを先頭とする複数枚の連続するピクチャの列をいう。「Ｉピクチャ」は、ピクチャ内符号化によって圧縮されたピクチャをいう。ＧＯＰは一般に、Ｉピクチャの他に、Ｐ（Predictive）ピクチャとＢ（Bidirectionally Predivtive）ピクチャとを含む。「Ｐピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前であるＩピクチャ又は別のＰピクチャが一枚、参照ピクチャとして利用されたものをいう。「Ｂピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前又は後であるＩピクチャ又はＰピクチャが二枚、参照ピクチャとして利用されたものをいう。Ｂピクチャのうち、他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを特に「Ｂｒ（reference B）ピクチャ」という。
図６に示されている例では各ＧＯＰ631、632内のベースビュー・ピクチャが以下の順で圧縮される。第１ＧＯＰ631では、まず先頭のベースビュー・ピクチャがＩ0ピクチャ610に圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に、４番目のベースビュー・ピクチャがＩ0ピクチャ610を参照ピクチャとしてＰ3ピクチャ613に圧縮される。ここで、図６に示されている各矢印は、先端のピクチャが後端のピクチャに対する参照ピクチャであることを示す。続いて、２、３番目のベースビュー・ピクチャがＩ0ピクチャ610とＰ3ピクチャ613とを参照ピクチャとして、それぞれ、Ｂｒ1ピクチャ611、Ｂｒ2ピクチャ612に圧縮される。更に７番目のベースビュー・ピクチャがＰ3ピクチャ613を参照ピクチャとしてＰ6ピクチャ616に圧縮される。続いて、４、５番目のベースビュー・ピクチャがＰ3ピクチャ613とＰ6ピクチャ616とを参照ピクチャとして、それぞれ、Ｂｒ4ピクチャ614、Ｂｒ5ピクチャ615に圧縮される。同様に、第２ＧＯＰ632では、まず先頭のベースビュー・ピクチャがＩ7ピクチャ617に圧縮される。次に３番目のベースビュー・ピクチャがＩ7ピクチャ617を参照ピクチャとしてＰ9ピクチャ619に圧縮される。続いて、２番目のベースビュー・ピクチャがＩ7ピクチャ617とＰ9ピクチャ619とを参照ピクチャとしてＢｒ8ピクチャ618に圧縮される。
ベースビュー・ビデオ・ストリーム601では各ＧＯＰ631、632がその先頭にＩピクチャを必ず含むので、ベースビュー・ピクチャはＧＯＰごとに復号可能である。例えば第１ＧＯＰ631では、まずＩ0ピクチャ610が単独で復号される。次に、復号後のＩ0ピクチャ610を利用してＰ3ピクチャ613が復号される。続いて、復号後のＩ0ピクチャ610とＰ3ピクチャ613とを利用してＢｒ1ピクチャ611とＢｒ2ピクチャ612とが復号される。後続のピクチャ群614、615、…も同様に復号される。こうして、ベースビュー・ビデオ・ストリーム601は単独で復号可能であり、更にＧＯＰ単位でのランダム・アクセスが可能である。
図６を更に参照するに、ライトビュー・ピクチャ620−629はピクチャ間予測符号化で圧縮されている。しかし、その符号化方法はベースビュー・ピクチャ610−619の符号化方法とは異なり、映像の時間方向での冗長性に加え、左右の映像間の冗長性をも利用する。具体的には、各ライトビュー・ピクチャ620−629の参照ピクチャが、図６に矢印で示されているように、ライトビュー・ビデオ・ストリーム602からだけでなく、ベースビュー・ビデオ・ストリーム601からも選択される。特に各ライトビュー・ピクチャ620−629と、その参照ピクチャとして選択されたベースビュー・ピクチャとは表示時刻が実質的に等しい。それらのピクチャは３Ｄ映像の同じシーンのライトビューとレフトビューとの対、すなわち視差映像を表す。このように、ライトビュー・ピクチャ620−629はベースビュー・ピクチャ610−619と一対一に対応する。特にそれらのピクチャ間ではＧＯＰ構造が共通である。
図６に示されている例では、まず第１ＧＯＰ631内の先頭のライトビュー・ピクチャがベースビュー・ビデオ・ストリーム601内のＩ0ピクチャ610を参照ピクチャとしてＰ0ピクチャ620に圧縮される。それらのピクチャ610、620は３Ｄ映像の先頭フレームのレフトビューとライトビューとを表す。次に、４番目のライトビュー・ピクチャがＰ0ピクチャ620とベースビュー・ビデオ・ストリーム601内のＰ3ピクチャ613とを参照ピクチャとしてＰ3ピクチャ623に圧縮される。続いて、２番目のライトビュー・ピクチャがＰ0ピクチャ620とＰ3ピクチャ623とに加えて、ベースビュー・ビデオ・ストリーム601内のＢｒ1ピクチャ611を参照ピクチャとしてＢ1ピクチャ621に圧縮される。同様に、３番目のライトビュー・ピクチャがＰ0ピクチャ620とＰ3ピクチャ630とに加えて、ベースビュー・ビデオ・ストリーム601内のＢｒ2ピクチャ612を参照ピクチャとしてＢ2ピクチャ622に圧縮される。以降のライトビュー・ピクチャ624−629についても同様に、そのライトビュー・ピクチャと表示時刻が実質的に等しいベースビュー・ピクチャが参照ピクチャとして利用される。
上記のような左右の映像間の相関関係を利用した動画圧縮符号化方式としては、ＭＶＣ（Multiview Video Coding）と呼ばれるＭＰＥＧ−４ ＡＶＣ／Ｈ．２６４の修正規格が知られている。ＭＶＣは、ＩＳＯ／ＩＥＣ ＭＰＥＧとＩＴＵ−Ｔ ＶＣＥＧとの共同プロジェクトであるＪＶＴ（Joint Video Team）によって２００８年７月に策定されたものであり、複数の視点から見える映像をまとめて符号化するための規格である。ＭＶＣでは映像間予測符号化に、映像の時間方向での類似性だけでなく、視点の異なる映像間の類似性も利用される。その予測符号化では、各視点から見た映像を個別に圧縮する予測符号化よりも映像の圧縮率が高い。
上記のとおり、各ライトビュー・ピクチャ620−629の圧縮にはベースビュー・ピクチャが参照ピクチャとして利用される。従って、ベースビュー・ビデオ・ストリーム601とは異なり、ライトビュー・ビデオ・ストリーム602を単独で復号することはできない。しかし、視差映像間の差異は一般にわずかであり、すなわちレフトビューとライトビューとの間の相関は高い。従って、ライトビュー・ピクチャは一般にベースビュー・ピクチャよりも圧縮率が著しく高く、すなわちデータ量が著しく小さい。
図７は、ベースビュー・ビデオ・ストリーム601とデプスマップ・ストリーム701とのピクチャを表示時間順に示す模式図である。図７を参照するに、ベースビュー・ビデオ・ストリーム601は、図６に示されているものと同様である。従って、その詳細についての説明は、図６についての説明を援用する。一方、デプスマップ・ストリーム701はデプスマップ710、711、712、…、719を含む。デプスマップ710−719はベースビュー・ピクチャ610−619と一対一に対応し、各ベースビュー・ピクチャの示す１フレーム又は１フィールドの２Ｄ映像に対するデプスマップを表す。
各デプスマップ710−719は、ベースビュー・ピクチャ610−619と同様、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。特にその符号化方式ではピクチャ間予測符号化が利用される。すなわち、各デプスマップが他のデプスマップを参照ピクチャとして利用して圧縮される。図７に示されている例では、まず第１ＧＯＰ631に対応するデプスマップ群の先頭がＩ0ピクチャ710に圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に、４番目のデプスマップがＩ0ピクチャ710を参照ピクチャとしてＰ3ピクチャ713に圧縮される。ここで、図７に示されている各矢印は、先端のピクチャが後端のピクチャに対する参照ピクチャであることを示す。続いて、２、３番目のデプスマップがＩ0ピクチャ710とＰ3ピクチャ713とを参照ピクチャとして、Ｂ1ピクチャ711、Ｂ2ピクチャ712のそれぞれに圧縮される。更に７番目のデプスマップがＰ3ピクチャ713を参照ピクチャとしてＰ6ピクチャ716に圧縮される。続いて、４、５番目のデプスマップがＰ3ピクチャ713とＰ6ピクチャ716とを参照ピクチャとして、Ｂ4ピクチャ714、Ｂ5ピクチャ715のそれぞれに圧縮される。同様に、第２ＧＯＰ632に対応するデプスマップ群では、まず先頭のデプスマップがＩ7ピクチャ717に圧縮され、次に３番目のデプスマップがＩ7ピクチャ717を参照ピクチャとしてＰ9ピクチャ719に圧縮される。続いて、２番目のデプスマップがＩ7ピクチャ717とＰ9ピクチャ719とを参照ピクチャとしてＢ8ピクチャ718に圧縮される。
デプスマップ・ストリーム701はベースビュー・ビデオ・ストリーム601と同様にＧＯＰ単位に分割され、各ＧＯＰがその先頭にＩピクチャを必ず含む。従って、デプスマップはＧＯＰごとに復号可能である。例えば、まずＩ0ピクチャ710が単独で復号され、次に復号後のＩ0ピクチャ710を利用してＰ3ピクチャ713が復号される。続いて、復号後のＩ0ピクチャ710とＰ3ピクチャ713とを利用して、Ｂ1ピクチャ711とＢ2ピクチャ712とが復号される。後続のピクチャ群714、715、…も同様に復号される。こうして、デプスマップ・ストリーム701は単独で復号可能である。しかし、デプスマップ自体は２Ｄ映像の各部の奥行きを画素別に表す情報でしかないので、デプスマップ・ストリーム701を単独で映像の再生に利用することはできない。
ライトビュー・ビデオ・ストリーム602とデプスマップ・ストリーム701とは同じ符号化方式で圧縮される。例えば、ライトビュー・ビデオ・ストリーム602がＭＶＣのフォーマットで符号化されているとき、デプスマップ・ストリーム701もＭＶＣのフォーマットで符号化されている。その場合、再生装置102は３Ｄ映像の再生時、符号化方式を一定に維持したまま、Ｌ／Ｒモードとデプス・モードとの切り換えをスムーズに実現できる。
図８は、ビデオ・ストリーム800のデータ構造の詳細を示す模式図である。このデータ構造は、ベースビュー・ビデオ・ストリーム601とディペンデントビュー・ビデオ・ストリーム602、701とで実質的に共通である。図８を参照するに、ビデオ・ストリーム800は一般に複数のビデオ・シーケンス＃１、＃２、…から構成されている。「ビデオ・シーケンス」は、一つのＧＯＰ810を構成するピクチャ群811、812、813、814、…に個別にヘッダ等の付加情報を組み合わせたものである。この付加情報と各ピクチャとの組み合わせを「ビデオ・アクセスユニット（ＶＡＵ）」という。すなわち、各ＧＯＰ810、820ではピクチャごとに一つのＶＡＵ＃１、＃２、…が構成されている。各ピクチャはＶＡＵ単位でビデオ・ストリーム800から読み出し可能である。
図８は更に、ベースビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１831の構造を示す。ＶＡＵ＃１831は、アクセスユニット（ＡＵ）識別コード831A、シーケンス・ヘッダ831B、ピクチャ・ヘッダ831C、補足データ831D、及び圧縮ピクチャ・データ831Eを含む。二番目以降のＶＡＵ＃２は、シーケンス・ヘッダ831Bを含まない点を除き、ＶＡＵ＃１831と同じ構造である。ＡＵ識別コード831Aは、ＶＡＵ＃１８31の先端を示す所定の符号である。シーケンス・ヘッダ831BはＧＯＰヘッダともいい、ＶＡＵ＃１831を含むビデオ・シーケンス＃１の識別番号を含む。シーケンス・ヘッダ831Bは更に、ＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャ・ヘッダ831Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及び、ピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ831Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及び、タイムコード情報を含む。補足データ831Dは特に後述の復号スイッチ情報を含む。圧縮ピクチャ・データ831Eはベースビュー・ピクチャを含む。ＶＡＵ＃１831はその他に、必要に応じて、パディング・データ831F、シーケンス終端コード831G、及びストリーム終端コード831Hのいずれか又は全てを含んでもよい。パディング・データ831Fはダミーデータである。そのサイズを圧縮ピクチャ・データ831Eのサイズに合わせて調節することにより、ＶＡＵ＃１831のビットレートを所定値に維持することができる。シーケンス終端コード831Gは、ＶＡＵ＃１831がビデオ・シーケンス＃１の後端に位置することを示す。ストリーム終端コード831Hはベースビュー・ビデオ・ストリーム800の後端を示す。
図８はまた、ディペンデントビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１832の構造も示す。ＶＡＵ＃１832は、サブシーケンス・ヘッダ832B、ピクチャ・ヘッダ832C、補足データ832D、及び圧縮ピクチャ・データ832Eを含む。二番目以降のＶＡＵ＃２は、サブシーケンス・ヘッダ832Bを含まない点を除き、ＶＡＵ＃１832と同じ構造である。サブシーケンス・ヘッダ832Bは、ＶＡＵ＃１832を含むビデオ・シーケンス＃１の識別番号を含む。サブシーケンス・ヘッダ832Bは更に、ＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。特にそれらの値は、ベースビュー・ビデオ・ストリームの対応するＧＯＰに対して設定された値、すなわちＶＡＵ＃１831のシーケンス・ヘッダ831Bの示す値に等しい。ピクチャ・ヘッダ832Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及び、ピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ832Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。補足データ832Dは特に後述の復号スイッチ情報を含む。圧縮ピクチャ・データ832Eはディペンデントビュー・ピクチャを含む。ＶＡＵ＃１932はその他に、必要に応じて、パディング・データ832F、シーケンス終端コード832G、及びストリーム終端コード832Hのいずれか又は全てを含んでもよい。パディング・データ832Fはダミーデータである。そのサイズを圧縮ピクチャ・データ832Eのサイズに合わせて調節することにより、ＶＡＵ＃１832のビットレートを所定値に維持することができる。シーケンス終端コード832Gは、ＶＡＵ＃１832がビデオ・シーケンス＃１の後端に位置することを示す。ストリーム終端コード832Hはディペンデントビュー・ビデオ・ストリーム800の後端を示す。
ＶＡＵの各部の具体的な内容はビデオ・ストリーム800の符号化方式ごとに異なる。例えば、その符号化方式がＭＰＥＧ−４ ＡＶＣであるとき、図８に示されているＶＡＵの各部は一つのＮＡＬ（Network Abstraction Layer）ユニットから構成される。具体的には、ＡＵ識別コード831A、シーケンス・ヘッダ831B、ピクチャ・ヘッダ831C、補足データ831D、圧縮ピクチャ・データ831E、パディング・データ831F、シーケンス終端コード831G、及びストリーム終端コード831Hはそれぞれ、ＡＵデリミタ（Access Unit Delimiter）、ＳＰＳ（シーケンス・パラメータ・セット）、ＰＰＳ（ピクチャ・パラメータ・セット）、ＳＥＩ（Supplemental Enhancement Information）、ビュー・コンポーネント、フィラー・データ（Filler Data）、エンド・オブ・シーケンス（End of Sequence）、及びエンド・オブ・ストリーム（End of Stream）に相当する。
図９は、ＰＥＳパケット列902へのビデオ・ストリーム901の格納方法の詳細を示す模式図である。この格納方法は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで共通である。図９を参照するに、実際のビデオ・ストリーム901ではピクチャが、表示時間順ではなく符号化順に多重化されている。例えばベースビュー・ビデオ・ストリームのＶＡＵには、図９に示されているように、先頭から順に、Ｉ0ピクチャ910、Ｐ3ピクチャ911、Ｂ1ピクチャ912、Ｂ2ピクチャ913、…が格納されている。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。Ｐ3ピクチャ911の符号化にはＩ0ピクチャ910が参照ピクチャとして利用され、Ｂ1ピクチャ912とＢ2ピクチャ913との各符号化にはＩ0ピクチャ910とＰ3ピクチャ911とが参照ピクチャとして利用される。それらのＶＡＵが一つずつ、異なるＰＥＳパケット920、921、922、923、…に格納される。各ＰＥＳパケット920、…はＰＥＳペイロード920PとＰＥＳヘッダ920Hとを含む。ＶＡＵはＰＥＳペイロード920Pに格納される。一方、ＰＥＳヘッダ920Hは、同じＰＥＳパケット920のＰＥＳペイロード920Pに格納されたピクチャの表示時刻、すなわちＰＴＳ（Presentation Time−Stamp）、及び、そのピクチャの復号時刻、すなわちＤＴＳ（Decoding Time−Stamp）を含む。
図９に示されているビデオ・ストリーム901と同様、図３、４に示されている他のエレメンタリ・ストリームも一連のＰＥＳパケットの各ＰＥＳペイロードに格納される。更に各ＰＥＳパケットのＰＥＳヘッダは、そのＰＥＳパケットのＰＥＳペイロードに格納されたデータのＰＴＳを含む。
図１０は、ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。図１０を参照するに、両ビデオ・ストリーム1001、1002の間では、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャに対して、同じＰＴＳ及び同じＤＴＳが割り当てられている。例えば３Ｄ映像の先頭のフレーム又はフィールドは、ベースビュー・ビデオ・ストリーム1001のＩ1ピクチャ1011とディペンデントビュー・ビデオ・ストリーム1002のＰ1ピクチャ1021との組み合わせから再現される。従って、それらのピクチャの対1011、1021ではＰＴＳが等しく、かつＤＴＳが等しい。ここで、下付の数字は、各ピクチャにＤＴＳの順に割り振られた通し番号を示す。また、ディペンデントビュー・ビデオ・ストリーム1002がデプスマップ・ストリームであるとき、Ｐ1ピクチャ1021は、Ｉ1ピクチャ1011に対するデプスマップを表すＩピクチャに置き換えられる。同様に、各ビデオ・ストリーム1001、1002の２番目のピクチャ、すなわち、Ｐ2ピクチャ1012、1022の対ではＰＴＳが等しく、かつＤＴＳが等しい。各ビデオ・ストリーム1001、1002の３番目のピクチャ、すなわちＢｒ3ピクチャ1013とＢ3ピクチャ1023との対ではＰＴＳとＤＴＳとがいずれも共通である。Ｂｒ4ピクチャ1014とＢ4ピクチャ1024との対でも同様である。
ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との間で、ＰＴＳが等しく、かつＤＴＳが等しいピクチャを含むＶＡＵの対を「３Ｄ・ＶＡＵ」という。図１０に示されているＰＴＳとＤＴＳとの割り当てにより、３Ｄ再生モードの再生装置102内のデコーダにベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002とを３Ｄ・ＶＡＵ単位でパラレルに処理させることが容易にできる。それにより、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャが、デコーダによって確実にパラレルに処理される。更に、各ＧＯＰの先頭の３Ｄ・ＶＡＵではシーケンス・ヘッダが、同じ解像度、同じフレームレート、及び同じアスペクト比を含む。特にそのフレームレートは、２Ｄ再生モードにおいてベースビュー・ビデオ・ストリーム1001が単独で復号されるときの値に等しい。
図１１は、図８に示されている補足データ831Dのデータ構造を示す模式図である。補足データ831Dは、特にＭＰＥＧ−４ ＡＶＣではＮＡＬユニットの一種“ＳＥＩ”に相当する。図１１を参照するに、補足データ831Dは復号スイッチ情報1101を含む。復号スイッチ情報1101は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの両方で各ＶＡＵに含まれる。復号スイッチ情報1101は、再生装置102内のデコーダに、次に復号すべきＶＡＵを容易に特定させるための情報である。ここで、そのデコーダは後述のように、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとをＶＡＵ単位で交互に復号する。そのとき、そのデコーダは一般に、各ＶＡＵに付与されたＤＴＳの示す時刻に合わせて、次に復号すべきＶＡＵを特定する。しかし、デコーダの種類には、ＤＴＳを無視してＶＡＵを順次、復号し続けるものも多い。そのようなデコーダにとって、各ＶＡＵがＤＴＳに加えて復号スイッチ情報1101を含むことは好ましい。
図１１を参照するに、復号スイッチ情報1101は、次アクセスユニット・タイプ1111、次アクセスユニット・サイズ1112、及び復号カウンタ1113を含む。次アクセスユニット・タイプ1111は、次に復号されるべきＶＡＵがベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれに属するのかを示す。例えば、次アクセスユニット・タイプ1111の値が“１”であるときは、次に復号されるべきＶＡＵはベースビュー・ビデオ・ストリームに属し、“２”であるときはディペンデントビュー・ビデオ・ストリームに属する。次アクセスユニット・タイプ1111の値が“０”であるときは、現在のＶＡＵが復号対象のストリームの後端に位置し、次に復号されるべきＶＡＵが存在しない。次アクセスユニット・サイズ1112は、次に復号されるべきＶＡＵのサイズを示す。再生装置102内のデコーダは、次アクセスユニット・サイズ1112を参照することにより、ＶＡＵの構造自体を解析することなく、そのサイズを特定できる。従って、デコーダはバッファからＶＡＵを容易に抽出できる。復号カウンタ1113は、それの属するＶＡＵが復号されるべき順番を示す。その順番は、ベースビュー・ビデオ・ストリーム内のＩピクチャを含むＶＡＵから数えられる。
図１２の（ａ）は、ベースビュー・ビデオ・ストリーム1201とディペンデントビュー・ビデオ・ストリーム1202との各ピクチャに割り当てられた復号カウンタの一例1210、1220を示す模式図である。図１２の（ａ）を参照するに、復号カウンタ1210、1220は両ビデオ・ストリーム1201、1202の間で交互にインクリメントされる。例えば、ベースビュー・ビデオ・ストリーム1201内のＩピクチャを含むＶＡＵ1211に対し、復号カウンタ1210として“１”が割り当てられる。次に復号されるべきディペンデントビュー・ビデオ・ストリーム1202内のＰピクチャを含むＶＡＵ1221に対し、復号カウンタ1220として“２”が割り当てられる。更にその次に復号されるべきベースビュー・ビデオ・ストリーム1201内のＰピクチャを含むＶＡＵ1212に対し、復号カウンタ1210として“３”が割り当てられる。その割り当てにより、何らかの不具合が原因で再生装置102内のデコーダがいずれかのＶＡＵを読み損なったときでも、それによって欠落したピクチャをデコーダは復号カウンタ1210、1220から直ちに特定できる。従って、デコーダはエラー処理を適切に、かつ迅速に実行できる。
図１２の（ａ）に示されている例では、ベースビュー・ビデオ・ストリーム1201の３番目のＶＡＵ1213の読み込みにエラーが生じ、Ｂｒピクチャが欠落している。しかし、デコーダは、ディペンデントビュー・ビデオ・ストリーム1202の２番目のＶＡＵ1222に含まれるＰピクチャの復号処理で、そのＶＡＵ1222から復号カウンタ1220を読み出して保持している。従って、デコーダは次に処理すべきＶＡＵの復号カウンタ1210を予測できる。具体的には、そのＰピクチャを含むＶＡＵ1222内の復号カウンタ1220は“４”であるので、次に読み込まれるべきＶＡＵの復号カウンタ1210は“５”であると予測される。しかし、実際には、次に読み込まれたＶＡＵはベースビュー・ビデオ・ストリーム1201の４番目のＶＡＵ1214であったので、その復号カウンタ1210は“７”である。そのことから、デコーダは、ＶＡＵを一つ読み損ねたことを検出できる。従って、デコーダは次のエラー処理を実行できる：「ディペンデントビュー・ビデオ・ストリーム1202の３番目のＶＡＵ1223から抽出されたＢピクチャについては、参照すべきＢｒピクチャが欠落しているので復号処理をスキップする」。このように、デコーダは復号処理ごとに復号カウンタ1210、1220をチェックする。それにより、デコーダはＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
図１２の（ｂ）は、ベースビュー・ビデオ・ストリーム1201とディペンデントビュー・ビデオ・ストリーム1202との各ピクチャに割り当てられた復号カウンタの別例1230、1240を示す模式図である。図１２の（ｂ）を参照するに、復号カウンタ1230、1240は各ビデオ・ストリーム1201、1202で別々にインクリメントされる。従って、復号カウンタ1230、1240は、同じ３Ｄ・ＶＡＵに属する一対のピクチャ間で等しい。その場合、デコーダはベースビュー・ビデオ・ストリーム1201のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタ1230が、次に復号されるべきディペンデントビュー・ビデオ・ストリーム1202のＶＡＵの復号カウンタ1240に等しい」。一方、デコーダはディペンデントビュー・ビデオ・ストリーム1202のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタ1240に１を加えた値が、次に復号されるべきベースビュー・ビデオ・ストリーム1201のＶＡＵの復号カウンタ1230に等しい」。従って、デコーダはいずれの時点でも復号カウンタ1230、1240からＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
≪多重化ストリーム・データのインターリーブ配置≫
３Ｄ映像のシームレス再生には、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのＢＤ−ＲＯＭディスク101上での物理的な配置が重要である。ここで、「シームレス再生」とは、多重化ストリーム・データから映像と音声とを途切れさせることなく滑らかに再生することをいう。
図１３は、図３に示されているメインＴＳと、第１サブＴＳ又は第２サブＴＳのいずれかとのＢＤ−ＲＯＭディスク101上での物理的な配置を示す模式図である。図１３を参照するに、各ＴＳは複数のデータ・ブロックD[n]、B[n]（n＝0、1、2、3、…）に分割されて、ＢＤ−ＲＯＭディスク101上に配置されている。ここで、「データ・ブロック」とは、ＢＤ−ＲＯＭディスク101上の連続領域、すなわち物理的に連続する複数のセクタに記録された一連のデータをいう。ＢＤ−ＲＯＭディスク101では物理アドレスが論理アドレスと実質的に等しいので、各データ・ブロック内ではＬＢＮも連続している。従って、ＢＤ−ＲＯＭドライブ121は一つのデータ・ブロックを、光ピックアップにシークを行わせることなく連続して読み出すことができる。以下、メインＴＳに属するデータ・ブロックB[n]を「ベースビュー・データ・ブロック」といい、サブＴＳに属するデータ・ブロックD[n]を「ディペンデントビュー・データ・ブロック」という。特に、第１サブＴＳに属するデータ・ブロックを「ライトビュー・データ・ブロック」といい、第２サブＴＳに属するデータ・ブロックを「デプスマップ・データ・ブロック」という。
各データ・ブロックB[n]、D[n]は、ＢＤ−ＲＯＭディスク101のファイルシステムでは、ファイル２Ｄ又はファイルＤＥＰ内の一つのエクステントとしてアクセス可能である。すなわち、各データ・ブロックの論理アドレスは、ファイル２Ｄ又はファイルＤＥＰのファイル・エントリから知ることができる（詳細は＜補足＞参照）。
図１３に示されている例では、ファイル２Ｄ（01000.m2ts）241のファイル・エントリ1310がベースビュー・データ・ブロックB[n]の各サイズとその先端のＬＢＮとを示す。従って、各ベースビュー・データ・ブロックB[n]はファイル２Ｄ241のエクステントEXT2D[n]としてアクセス可能である。以下、ファイル２Ｄ241に属するエクステントEXT2D[n]を「２Ｄエクステント」という。一方、第１ファイルＤＥＰ（02000.m2ts）242のファイル・エントリ1320がディペンデントビュー・データ・ブロックD[n]の各サイズとその先端のＬＢＮとを示す。従って、各ディペンデントビュー・データ・ブロックD[n]はライトビュー・データ・ブロックであり、第１ファイルＤＥＰ242のエクステントEXT2[n]としてアクセス可能である。以下、第１ファイルＤＥＰ242に属するエクステントEXT2[n]を「ライトビュー・エクステント」という。ディペンデントビュー・データ・ブロックD[n]がデプスマップ・データ・ブロックである場合も同様に、各デプスマップ・データ・ブロックは第２ファイルＤＥＰ（03000.m2ts）243のエクステントとしてアクセス可能である。以下、第２ファイルＤＥＰ243に属するエクステントを「デプスマップ・エクステント」という。更に、ライトビュー・エクステントとデプスマップ・エクステントとのように、いずれかのファイルＤＥＰに属するエクステントを「ディペンデントビュー・エクステント」と総称する。
図１３を参照するに、データ・ブロック群はＢＤ−ＲＯＭディスク101上のトラックに沿って連続的に記録されている。更に、ベースビュー・データ・ブロックB[n]とディペンデントビュー・データ・ブロックD[n]とは一つずつ交互に配置されている。このようなデータ・ブロック群の配置を「インターリーブ配置」という。特に、インターリーブ配置で記録された一連のデータ・ブロック群を「エクステント・ブロック」という。図１３には三つのエクステント・ブロック1301、1302、1303が示されている。図１３に示されているエクステント・ブロック1301、1302のように、エクステント・ブロックの間は多重化ストリーム・データ以外のデータNAVの記録領域によって分離される。また、ＢＤ−ＲＯＭディスク101が多層ディスクである場合、すなわち記録層を複数含む場合、図１３に示されているエクステント・ブロック1302、1303のように、エクステント・ブロックの間は記録層間の境界LBによっても分離される。こうして、一連の多重化ストリーム・データは一般に複数のエクステント・ブロックに分割されて配置されている。その場合、再生装置102がその多重化ストリーム・データから映像をシームレスに再生するには、各エクステント・ブロックから再生される映像をシームレスに接続しなければならない。以下、そのために再生装置102が必要とする処理を「エクステント・ブロック間のシームレスな接続」という。
本発明の実施形態１によるエクステント・ブロック1301−1303ではそれぞれ、二種類のデータ・ブロックD[n]、B[n]の数が等しい。更に、ｎ番目の隣接するデータ・ブロックの対D[n]、B[n]ではエクステントＡＴＣ時間が等しい。ここで、「ＡＴＣ（Arrival Time Clock）」は、ＡＴＳの基準とされるべきクロックを意味する。また、「エクステントＡＴＣ時間」はＡＴＣの値で定義され、一つのエクステント内のソースパケットに付与されたＡＴＳの範囲、すなわち、そのエクステントの先頭のソースパケットのＡＴＳから次のエクステントの先頭のソースパケットのＡＴＳまでの時間間隔を表す。すなわち、エクステントＡＴＣ時間は、そのエクステント内のソースパケットを全て、再生装置102内でリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間に等しい。ここで、「リード・バッファ」は再生装置102内のバッファ・メモリであり、ＢＤ−ＲＯＭディスク101から読み出されたデータ・ブロックをシステム・ターゲット・デコーダへ送るまでの間、一時的に格納する。リード・バッファの詳細については後述する。図１３に示されている例では、三つのエクステント・ブロック1301−1303が互いにシームレスに接続されるので、データ・ブロックの各対D[n]、B[n]（n＝0、1、2、…）でエクステントＡＴＣ時間が等しい。
隣接するデータ・ブロックの各対D[n]、B[n]では、先頭に位置するＶＡＵは同じ３Ｄ・ＶＡＵに属し、特に、同じ３Ｄ映像を表すＧＯＰの先頭のピクチャを含む。例えば図１３では、各ライトビュー・データ・ブロックD[n]の先端はライトビュー・ビデオ・ストリームのＰピクチャを含み、先頭のベースビュー・データ・ブロックB[n]の先端はベースビュー・ビデオ・ストリームのＩピクチャを含む。そのライトビュー・ビデオ・ストリームのＰピクチャは、そのベースビュー・ビデオ・ストリームのＩピクチャの表す２Ｄ映像をレフトビューとするときのライトビューを表す。特にそのＰピクチャは、図６に示されているように、そのＩピクチャを参照ピクチャとして圧縮されている。従って、３Ｄ再生モードの再生装置102は、いずれのデータ・ブロックの対D[n]、B[n]からも３Ｄ映像の再生を開始できる。すなわち、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理が可能である。
本発明の実施形態１によるインターリーブ配置では更に、隣接するデータ・ブロックの対D[n]、B[n]のうち、ディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]よりも先に配置される。それは、ディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]よりもデータ量が小さい、すなわちビットレートが低いことに因る。例えば図１３では、ｎ番目のライトビュー・データ・ブロックD[n]に含まれるピクチャは、図６に示されているように、ｎ番目のベースビュー・データ・ブロックB[n]に含まれるピクチャを参照ピクチャとして圧縮されている。従って、そのライトビュー・データ・ブロックD[n]のサイズSEXT2[n]はそのベースビュー・データ・ブロックB[n]のサイズSEXT1[n]以下である：SEXT2[n]≦SEXT1[n]。一方、デプスマップの画素当たりのデータ量、すなわち奥行き値のビット数は一般に、ベースビュー・ピクチャの画素当たりのデータ量、すなわち色座標値とα値（不透明度）とのビット数の和よりも小さい。更に、図３の（ａ）、（ｃ）に示されているように、メインＴＳは第２サブＴＳとは異なり、プライマリ・ビデオ・ストリームの他にもプライマリ・オーディオ・ストリーム等のエレメンタリ・ストリームを含む。従って、デプスマップ・データ・ブロックのサイズSEXT3[n]はベースビュー・データ・ブロックB[n]のサイズSEXT1[n]以下である：SEXT3[n]≦SEXT1[n]。
≪多重化ストリーム・データをデータ・ブロックに分割する意義≫
再生装置102は、ＢＤ−ＲＯＭディスク101から３Ｄ映像をシームレスに再生するには、メインＴＳとサブＴＳとをパラレルに処理しなければならない。しかし、その処理に利用可能なリード・バッファの容量は一般に限られている。特に、ＢＤ−ＲＯＭディスク101からリード・バッファへ連続して読み込むことのできるデータ量には限界がある。従って、再生装置102はメインＴＳとサブＴＳとを、エクステントＡＴＣ時間の等しい部分の対に分割して読み出さねばならない。
図１４の（ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ1401とサブＴＳ1402との配置を示す模式図である。再生装置102がそれらのメインＴＳ1401とサブＴＳ1402とをパラレルに処理するとき、図１４の（ａ）に実線の矢印（１）−（４）で示されているように、ＢＤ−ＲＯＭドライブ121はメインＴＳ1401とサブＴＳ1402とを交互に、エクステントＡＴＣ時間の等しい部分ずつ読み出す。そのとき、ＢＤ−ＲＯＭドライブ121は、図１４の（ａ）に破線の矢印で示されているように、読み出し処理の途中でＢＤ−ＲＯＭディスク上の読み出し対象領域を大きく変化させなければならない。例えば矢印（１）の示すメインＴＳ1401の先端部分が読み出された時、ＢＤ−ＲＯＭドライブ121は光ピックアップによる読み出し動作を一旦停止し、ＢＤ−ＲＯＭディスクの回転速度を上げる。それにより、矢印（２）の示すサブＴＳ1402の先端部分が記録されたＢＤ−ＲＯＭディスク上のセクタを速やかに光ピックアップの位置まで移動させる。このように、光ピックアップに読み出し動作を一旦停止させて、その間に次の読み出し対象領域上へ光ピックアップを位置づけるための操作を「ジャンプ」という。図１４の（ａ）に示されている破線の矢印は、読み出し処理の途中で必要な各ジャンプの範囲を示す。各ジャンプの期間中、光ピックアップによる読み出し処理は停止し、デコーダによる復号処理のみが進行する。図１４の（ａ）に示されている例ではジャンプが過大であるので、読み出し処理を復号処理に間に合わせることが難しい。その結果、シームレス再生を確実に持続することが難しい。
図１４の（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に交互に記録されたディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…とベースビュー・データ・ブロックB[0]、B[1]、B[2]、…との配置を示す模式図である。図１４の（ｂ）を参照するに、メインＴＳとサブＴＳとはそれぞれ、複数のデータ・ブロックに分割されて交互に配置されている。その場合、再生装置102は３Ｄ映像の再生時、図１４の（ｂ）に矢印（１）−（４）で示されているように、データ・ブロックD[0]、B[0]、D[1]、B[1]、…を先頭から順番に読み出す。それだけで、再生装置102はメインＴＳとサブＴＳとを交互に読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。
［隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える意義］
図１５の（ａ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の一例を示す模式図である（n＝0、1、2）。図１５の（ａ）を参照するに、各ディペンデントビュー・データ・ブロックD[n]とその直後のベースビュー・データ・ブロックB[n]との対ではエクステントＡＴＣ時間が等しい。例えば先頭のデータ・ブロックの対D[0]、B[0]ではエクステントＡＴＣ時間が共に１秒に等しい。従って、各データ・ブロックD[0]、B[0]が再生装置102内のリード・バッファに読み込まれたとき、その中の全てのＴＳパケットが、同じ１秒間でリード・バッファからシステム・ターゲット・デコーダへ送られる。同様に、二番目のデータ・ブロックの対D[1]、B[1]ではエクステントＡＴＣ時間が共に０．７秒に等しいので、同じ０．７秒間で、各データ・ブロック内の全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。
図１５の（ｂ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の別例を示す模式図である。図１５の（ｂ）を参照するに、全てのデータ・ブロックD[n]、B[n]でエクステントＡＴＣ時間が１秒に等しい。従って、各データ・ブロックD[n]、B[n]が再生装置102内のリード・バッファに読み込まれたとき、いずれのデータ・ブロックでも、同じ１秒間で全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。
上記のとおり、ディペンデントビュー・データ・ブロックはベースビュー・データ・ブロックよりも圧縮率が高い。従って、ディペンデントビュー・データ・ブロックの復号処理の速度は一般にベースビュー・データ・ブロックの復号処理の速度よりも低い。一方、エクステントＡＴＣ時間が等しいとき、ディペンデントビュー・データ・ブロックはベースビュー・データ・ブロックよりもデータ量が小さい。従って、図１５の（ａ）、（ｂ）のように、隣接するデータ・ブロック間でエクステントＡＴＣ時間が等しいとき、復号対象のデータがシステム・ターゲット・デコーダに供給される速度は、そのデコーダの処理速度と均衡を保ちやすい。すなわち、システム・ターゲット・デコーダは、特に飛び込み再生においても、ベースビュー・データ・ブロックの復号処理とディペンデントビュー・データ・ブロックの復号処理とを容易に同期させることができる。
［データ量の小さいデータ・ブロックを先に置く意義］
３Ｄ再生モードの再生装置102は、各エクステント・ブロック1301−1303の先頭に位置するデータ・ブロックを読み出すとき、又は再生開始位置のデータ・ブロックを読み出すとき、まず、そのデータ・ブロックを全てリード・バッファに読み込む。その間、そのデータ・ブロックはシステム・ターゲット・デコーダには渡されない。その読み込みが完了した後、再生装置102はそのデータ・ブロックを次のデータ・ブロックとパラレルにシステム・ターゲット・デコーダに渡す。この処理を「プリロード」という。
プリロードの技術的意義は次のとおりである。まず、Ｌ／Ｒモードでは、ディペンデントビュー・データ・ブロックの復号にベースビュー・データ・ブロックが必要である。従って、復号後のデータを出力処理まで保持するためのバッファを必要最小限の容量に維持するには、それらのデータ・ブロックをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。一方、デプス・モードでは、復号後のベースビュー・ピクチャとデプスマップとの対から、視差画像を表すビデオ・プレーンの対を生成する処理が必要である。従って、復号後のデータをその処理まで保持するためのバッファを必要最小限の容量に維持するには、ベースビュー・データ・ブロックとデプスマップ・データ・ブロックとをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。それ故、プリロードにより、エクステント・ブロックの先頭又は再生開始位置のデータ・ブロックの全体を予めリード・バッファに読み込んでおく。それにより、そのデータ・ブロックと後続のデータ・ブロックとをリード・バッファからシステム・ターゲット・デコーダへ同時に転送して復号させることができる。更に、以降のデータ・ブロックの対もシステム・ターゲット・デコーダに同時に復号させることができる。
プリロードでは、最初に読み出されるデータ・ブロックの全体がリード・バッファに蓄積される。従って、リード・バッファには少なくとも、そのデータ・ブロックのサイズに等しい容量が要求される。ここで、リード・バッファの容量を最小限に維持するには、プリロードの対象とされるデータ・ブロックのサイズを可能な限り縮小すべきである。一方、飛び込み再生等のランダムアクセスでは、いずれのデータ・ブロックの対も再生開始位置に選択され得る。それ故、いずれのデータ・ブロックの対でも、データ量の小さい方を先に置く。それにより、リード・バッファの容量を最小限に維持することができる。
≪データ・ブロックに対するＡＶストリーム・ファイルのクロスリンク≫
図１３に示されているデータ・ブロック群に対して、ＡＶストリーム・ファイルのクロスリンクは次のように実現される。第１ファイルＳＳ（01000.ssif）244Aのファイル・エントリ1340は、各エクステント・ブロック1301−1303を一つのエクステントと見なして各サイズとその先端のＬＢＮとを示す。従って、各エクステント・ブロック1301−1303は第１ファイルＳＳ244AのエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]としてアクセス可能である。以下、第１ファイルＳＳ244Aに属するエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]を「エクステントＳＳ」という。各エクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]は、ファイル２Ｄ241とはベースビュー・データ・ブロックB[n]を共有し、第１ファイルＤＥＰ242とはライトビュー・データ・ブロックD[n]を共有する。
≪エクステント・ブロック群に対する再生経路≫
図１６は、エクステント・ブロック群1301−1303に対する２Ｄ再生モードでの再生経路1601を示す模式図である。２Ｄ再生モードの再生装置102はファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路1601が示すとおり、各エクステント・ブロック1301−1303からベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が順番に２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]として読み出される。具体的には、まず先頭のエクステント・ブロック1301から先頭のベースビュー・データ・ブロックB[0]が読み出され、その直後のライトビュー・データ・ブロックD[0]の読み出しが最初のジャンプJ2D1によってスキップされる。次に二番目のベースビュー・データ・ブロックB[1]が読み出され、その直後のデータNAVとライトビュー・データ・ブロックD[1]との読み出しが二回目のジャンプJNAVによってスキップされる。続いて、二番目以降のエクステント・ブロック1302、1303内でも同様に、ベースビュー・データ・ブロックの読み出しとジャンプとが繰り返される。
二番目のエクステント・ブロック1302と三番目のエクステント・ブロック1303との間に生じるジャンプJLYは、層境界LBを越えるロングジャンプである。「ロングジャンプ」はジャンプの中でもシーク時間の長いものの総称であり、具体的には、ジャンプ距離が所定の閾値を超えるものをいう。「ジャンプ距離」とは、ジャンプ期間中に読み出し操作がスキップされるＢＤ−ＲＯＭディスク101上の領域の長さをいう。ジャンプ距離は通常、その部分のセクタ数で表される。ロングジャンプの定義に利用される閾値は、ＢＤ−ＲＯＭの規格では例えば４００００セクタに規定されている。しかし、その閾値は、ＢＤ−ＲＯＭディスクの種類と、ＢＤ−ＲＯＭドライブの読み出し処理に関する性能とに依存する。ロングジャンプは特にフォーカス・ジャンプとトラック・ジャンプとを含む。「フォーカス・ジャンプ」は、記録層の切り換えに伴うジャンプであり、光ピックアップの焦点距離を変化させる処理を含む。「トラック・ジャンプ」は、光ピックアップをＢＤ−ＲＯＭディスク101の半径方向に移動させる処理を含む。
図１６は、エクステント・ブロック群1301−1303に対するＬ／Ｒモードでの再生経路1602も示す。Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路1602が示すとおり、各エクステント・ブロック1301−1303が順番にエクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]として読み出される。具体的には、まず先頭のエクステント・ブロック1301からデータ・ブロックD[0]、B[0]、D[1]、B[1]が連続して読み出され、その直後のデータNAVの読み出しが最初のジャンプJNAVによってスキップされる。次に二番目のエクステント・ブロック1302からデータ・ブロックD[2]、…、B[3]が連続して読み出される。その直後に、記録層の切り換えに伴うロングジャンプJLYが生じ、続いて、三番目のエクステント・ブロック1303からデータ・ブロックD[4]、B[4]、…が連続して読み出される。
エクステント・ブロック1301−1303を第１ファイルＳＳ244Aのエクステントとして読み込むとき、再生装置102は第１ファイルＳＳ244Aのファイル・エントリ1340から各エクステントＳＳEXTSS[0]、EXTSS[1]、…の先端のＬＢＮとそのサイズとを読み出してＢＤ−ＲＯＭドライブ121に渡す。ＢＤ−ＲＯＭドライブ121はそのＬＢＮからそのサイズのデータを連続して読み出す。これらの処理は、データ・ブロック群を第１ファイルＤＥＰ242とファイル２Ｄ241との各エクステントとして読み込む処理よりも、ＢＤ−ＲＯＭドライブ121の制御が次の二点（Ａ）、（Ｂ）で簡単である：（Ａ）再生装置102は一箇所のファイル・エントリを利用して各エクステントを順番に参照すればよい；（Ｂ）読み込み対象のエクステントの総数が実質上半減するので、ＢＤ−ＲＯＭドライブ121に渡されるべきＬＢＮとサイズとの対の総数が少ない。但し、再生装置102はエクステントＳＳEXTSS[0]、EXTSS[1]、…を読み込んだ後、それぞれをライトビュー・データ・ブロックとベースビュー・データ・ブロックとに分離してデコーダに渡さなければならない。その分離処理にはクリップ情報ファイルが利用される。その詳細については後述する。
図１３に示されているように、各エクステント・ブロック1301−1303の実際の読み出しでは、ＢＤ−ＲＯＭドライブ121は各データ・ブロックの後端から次のデータ・ブロックの先端までの間にゼロ・セクタ遷移J0を行う。「ゼロ・セクタ遷移」とは、二つの連続するデータ・ブロック間での光ピックアップの移動をいう。ゼロ・セクタ遷移が行われる期間（以下、ゼロ・セクタ遷移期間という。）では、光ピックアップは読み出し動作を一旦停止して待機する。その意味で、ゼロ・セクタ遷移は「ジャンプ距離が０セクタに等しいジャンプ」とも見なせる。ゼロ・セクタ遷移期間の長さ、すなわちゼロ・セクタ遷移時間は、ＢＤ−ＲＯＭディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。「誤り訂正処理に伴うオーバーヘッド」とは、二つのデータ・ブロックの境界がＥＣＣブロックの境界と一致していないときに、そのＥＣＣブロックを用いた誤り訂正処理が二回行われることに起因する余分な時間をいう。誤り訂正処理には一つのＥＣＣブロックの全体が必要である。従って、一つのＥＣＣブロックが二つの連続するデータ・ブロックに共有されているとき、いずれのデータ・ブロックの読み出し処理でもそのＥＣＣブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのデータ・ブロックを一つ読み出すごとに、そのデータ・ブロックの他に最大３２セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち３２［セクタ］×２０４８［バイト］×８［ビット／バイト］×２［回］／読み出し速度で評価される。尚、各データ・ブロックをＥＣＣブロック単位で構成することにより、誤り訂正処理に伴うオーバーヘッドがゼロ・セクタ遷移時間から除外されてもよい。
≪データ・ブロックとエクステント・ブロックとのサイズ≫
図１３に示されているように、互いに分離された複数のエクステント・ブロック1301−1303から２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには、各データ・ブロックと各エクステント・ブロック1301−1303とのサイズは、再生装置102の性能に基づく以下の条件を満たせばよい。
［２Ｄ再生モードの性能に基づく条件］
図１７は、２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図１７を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ121、リード・バッファ1721、及びシステム・ターゲット・デコーダ1723を含む。ＢＤ−ＲＯＭドライブ121はＢＤ−ＲＯＭディスク101から２Ｄエクステントを読み出し、読み出し速度RUD54でリード・バッファ1721へ転送する。リード・バッファ1721は、再生装置102に内蔵のバッファ・メモリであり、ＢＤ−ＲＯＭドライブ121から２Ｄエクステントを受信して蓄積する。システム・ターゲット・デコーダ1723は、リード・バッファ1721内に蓄積された各２Ｄエクステントからソースパケットを平均転送速度REXT2Dで読み出して、映像データVDと音声データADとに復号する。
平均転送速度REXT2Dは、システム・ターゲット・デコーダ1723が各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しく、一般に２Ｄエクステントごとに異なる。平均転送速度REXT2Dの最大値RMAX2Dは、ファイル２Ｄに対するシステムレートRTSの１９２／１８８倍に等しい。ここで、「システムレート」とは、システム・ターゲット・デコーダ1723による上記の処理の最高速度を意味する。また、係数１９２／１８８はソースパケットとＴＳパケットとの間のバイト数の比に等しい。平均転送速度REXT2Dは通常ビット／秒で表され、具体的には、ビット単位で表された２ＤエクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。「ビット単位で表されたエクステントのサイズ」は、そのエクステント内のソースパケット数とソースパケット一つ当たりのビット数（＝１９２［バイト］×８［ビット／バイト］）との積に等しい。
平均転送速度REXT2Dの評価においてエクステントＡＴＣ時間が正確に計算されることを目的として、各２Ｄエクステントのサイズがソースパケット長のある一定の倍数に揃えられてもよい。更に、いずれかの２Ｄエクステントがその倍数よりも多くのソースパケットを含むとき、その２ＤエクステントのエクステントＡＴＣ時間が次のように算定されてもよい：まず、ソースパケットの総数からその倍数を除き、その差にソースパケット一つ当たりの転送時間（＝１８８×８／システムレート）を乗じる。次に、その積に、上記の倍数に相当するエクステントＡＴＣ時間を加える。その和が上記の２ＤエクステントのエクステントＡＴＣ時間として決定される。その他に、エクステントＡＴＣ時間は次のように算定されてもよい：まず、一つの２Ｄエクステントについて、その先頭のソースパケットのＡＴＳから最後のソースパケットのＡＴＳまでの時間間隔を求める。次に、その時間間隔にソースパケット一つ当たりの転送時間を加える。その和がその２ＤエクステントのエクステントＡＴＣ時間として決定される。この場合、エクステントＡＴＣ時間の計算には次のエクステントの参照が不要であるので、その計算を簡単化することができる。尚、上記のエクステントＡＴＣ時間の計算では、ＡＴＳにラップ・アラウンドが発生することを考慮しなければならない。
読み出し速度RUD54は通常ビット／秒で表され、平均転送速度REXT2Dの最高値RMAX2Dよりも高い値、例えば５４Ｍｂｐｓに設定される：RUD54＞RMAX2D。それにより、ＢＤ−ＲＯＭドライブ121がＢＤ−ＲＯＭディスク101から一つの２Ｄエクステントを読み出している間、システム・ターゲット・デコーダ1723の復号処理に伴うリード・バッファ1721のアンダーフローが防止される。
図１８の（ａ）は、２Ｄ再生モードでの動作中、リード・バッファ1721に蓄積されるデータ量DAの変化を示すグラフである。図１８の（ｂ）は、再生対象のエクステント・ブロック1810と２Ｄ再生モードでの再生経路1820との間の対応関係を示す模式図である。図１８の（ｂ）を参照するに、エクステント・ブロック1810はインターリーブ配置のベースビュー・データ・ブロック群B[n]とディペンデントビュー・データ・ブロック群D[n]とを含む（n＝…、0、1、2、…）。再生経路1820に従い、各ベースビュー・データ・ブロックB[n]が一つの２ＤエクステントEXT2D[n]としてＢＤ−ＲＯＭディスク101からリード・バッファ1721へ読み出される。図１８の（ａ）を参照するに、各ベースビュー・データ・ブロックB[n]、すなわち各２ＤエクステントEXT2D[n]の読み出し期間PR2D[n]では、蓄積データ量DAは、読み出し速度RUD54と平均転送速度REXT2D[n]との間の差RUD54−REXT2D[n]に等しい速度で増加する。
ＢＤ−ＲＯＭドライブ121による読み出し／転送動作は実際には、図１８の（ａ）のグラフから示唆される連続的なものではなく、断続的なものである。それにより、各２Ｄエクステントの読み出し期間PR2D[n]に蓄積データ量DAがリード・バッファ1721の容量を超えること、すなわちリード・バッファ1721のオーバーフローが防止される。すなわち、図１８の（ａ）のグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
一方、二つの連続する２ＤエクステントEXT2D[n−1]、EXT2D[n]の間ではジャンプJ2D[n]が生じる。そのジャンプ期間PJ2D[n]では、ディペンデントビュー・データ・ブロックD[n]の読み出しがスキップされるので、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、ジャンプ期間PJ2D[n]では蓄積データ量DAは平均転送速度REXT2D[n]で減少する。
図１８の（ｂ）に示されているエクステント・ブロック1810から２Ｄ映像をシームレスに再生するには、以下の条件［１］、［２］が満たされればよい。
［１］各ジャンプ期間PJ2D[n]ではリード・バッファ1721からシステム・ターゲット・デコーダ1723へのデータ供給を持続させて、そのデコーダ1723の連続的な出力を確保しなければならない。それには、次の条件が満たされればよい：各２ＤエクステントEXT2D[n]のサイズSEXT2D[n]は、その読み出し期間PR2D[n]から次のジャンプ期間PJ2D[n＋1]にわたって、リード・バッファ1721からシステム・ターゲット・デコーダ1723へ転送されるデータ量に等しい。その場合、図１８の（ａ）に示されているように、蓄積データ量DAはそのジャンプ期間PJ2D[n＋1]の終了時、その読み出し期間PR2D[n]の開始時での量を下回らない。すなわち、各ジャンプ期間PJ2D[n]ではリード・バッファ1721からシステム・ターゲット・デコーダ1723へのデータ供給が持続し、特にリード・バッファ1721はアンダーフローを生じない。ここで、読み出し期間PR2D[n]の長さは２ＤエクステントEXT2D[n]のサイズSEXT2D[n]を読み出し速度RUD54で割った値SEXT2D[n]／RUD54に等しい。従って、各２ＤエクステントEXT2D[n]のサイズSEXT2D[n]は次式（１）を満たせばよい：
Figure 0005457299
式（１）では、ジャンプ時間TJUMP−2D[n]はジャンプ期間PJ2D[n]の長さであり、秒単位で表される。一方、読み出し速度RUD54と平均転送速度REXT2Dとはいずれもビット／秒で表される。従って、式（１）では平均転送速度REXT2Dを数「８」で割り、２ＤエクステントのサイズSEXT2D[n]の単位をビットからバイトへ変換している。すなわち、２ＤエクステントのサイズSEXT2D[n]はバイト単位で表される。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。以下、式（１）の右辺で表されるサイズを「２Ｄエクステントの最小エクステント・サイズ」という。
［２］リード・バッファ1721の容量は有限であることから、ジャンプ時間TJUMP−2D[n]の最大値は制限される。すなわち、ジャンプ期間PJ2D[n]の直前に蓄積データ量DAがリード・バッファ1721の容量一杯であっても、ジャンプ時間TJUMP−2D[n]が長すぎれば、ジャンプ期間PJ2D[n]中に蓄積データ量DAが０に達し、リード・バッファ1721のアンダーフローが生じる危険性がある。以下、ＢＤ−ＲＯＭディスク101からリード・バッファ1721へのデータ供給が途絶えている状態で蓄積データ量DAがリード・バッファ1721の容量から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間TJUMP−2Dの最大値を「最大ジャンプ時間TJUMP＿MAX」という。
光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセス・スピード等から決められている。図１９は、ＢＤ−ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP＿MAXとの間の対応表の一例である。図１９を参照するに、ジャンプ距離SJUMPはセクタ単位で表され、最大ジャンプ時間TJUMP＿MAXはｍ秒単位で表されている。１セクタは２０４８バイトに等しい。ジャンプ距離SJUMPが、０セクタ、１−１００００セクタ、１０００１−２００００セクタ、２０００１−４００００セクタ、４０００１セクタ−１／１０ストローク、及び１／１０ストローク以上の各範囲に属するとき、最大ジャンプ時間TJUMP＿MAXはそれぞれ、０ｍ秒、２５０ｍ秒、３００ｍ秒、３５０ｍ秒、７００ｍ秒、及び１４００ｍ秒である。ジャンプ距離SJUMPが０セクタに等しいときの最大ジャンプ時間TJUMP＿MAXはゼロ・セクタ遷移時間TJUMP0に等しい。但し、図１９の例ではゼロ・セクタ遷移時間TJUMP0は“０”と見なされている。
以上のことから、式（１）に代入されるべきジャンプ時間TJUMP−2D[n]は、ＢＤ−ＲＯＭディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間TJUMP＿MAXである。具体的には、図１９の表において、２ＤエクステントEXT2D[n−1]、EXT2D[n]間でのジャンプ距離SJUMP、すなわち、ｎ番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋１）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数に対応する最大ジャンプ時間TJUMP＿MAXが、ジャンプ時間TJUMP−2D[n]として式（１）に代入される。
二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプJ2D[n]では、そのジャンプ時間TJUMP−2D[n]が最大ジャンプ時間TJUMP＿MAXに制限されることから、そのジャンプ距離SJUMP、すなわち二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔も制限される。例えばジャンプ時間TJUMP−2D[n]が最大ジャンプ時間TJUMP＿MAX＝７００ｍ秒以下に制限されるとき、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプ距離SJUMPは、最大で１／１０ストローク（＝約１．２ＧＢ）まで許される。このジャンプ距離SJUMPの最大値のように、ジャンプ時間TJUMPが最大ジャンプ時間TJUMP＿MAXに等しいときでのジャンプ距離SJUMPを「最大ジャンプ距離SJUMP＿MAX」という。２Ｄ映像のシームレス再生には、２Ｄエクステントのサイズが式（１）を満たすことに加えて、２Ｄエクステントの間隔が最大ジャンプ距離SJUMP＿MAX以下であることが必要である。
異なる記録層に配置された二つのエクステント・ブロック間をシームレスに接続するとき、前のエクステント・ブロックの後端に位置するｎ番目の２ＤエクステントEXT2D[n]から、後のエクステント・ブロックの先端に位置する（ｎ＋１）番目の２ＤエクステントEXT2D[n＋1]まで、ロングジャンプが生じる。そのロングジャンプは、フォーカス・ジャンプ等、記録層の切り換え操作を伴う。従って、そのロングジャンプに必要な時間は、図１９の表に規定された最大ジャンプ時間TJUMP＿MAXに加えて、記録層の切り換え操作に要する時間、すなわち「層切換時間」を更に含む。「層切換時間」は例えば３５０ｍ秒である。その結果、ｎ番目の２ＤエクステントEXT2D[n]のサイズが満たすべき式（１）では、ジャンプ時間TJUMP−2D[n]は二つのパラメータTJ[n]、TL[n]の和で決まる：TJUMP−2D[n]＝TJ[n]＋TL[n]。第１パラメータTJ[n]は、ＢＤ−ＲＯＭディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間TJUMP＿MAXを表す。第１パラメータTJ[n]は例えば図１９の表において、ｎ番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋１）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数、すなわちロングジャンプのジャンプ距離SJUMPに対応する最大ジャンプ時間TJUMP＿MAXに等しい。第２パラメータTL[n]は層切換時間、例えば３５０ｍ秒を表す。一方、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔、すなわち二つのエクステント・ブロックの間隔は、第１パラメータTJ[n]に対応する最大ジャンプ距離SJUMP＿MAX以下に設定される。例えばジャンプ時間TJUMP−2D[n]が最大ジャンプ時間TJUMP＿MAX＝７００ｍ秒以下に制限されるとき、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間の最大ジャンプ距離SJUMP＿MAXは４００００セクタ（＝約７８．１ＭＢ）である。
［３Ｄ再生モードの性能に基づく条件］
図２０は、３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図２０を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ121、スイッチ2020、一対のリード・バッファ2021、2022、及びシステム・ターゲット・デコーダ2023を含む。ＢＤ−ＲＯＭドライブ121はＢＤ−ＲＯＭディスク101からエクステントＳＳを読み出し、読み出し速度RUD72でスイッチ2020へ転送する。スイッチ2020は各エクステントＳＳをベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとに分離する。その分離処理の詳細については後述する。ベースビュー・データ・ブロックは第１リード・バッファ2021へ格納され、ディペンデントビュー・データ・ブロックは第２リード・バッファ2022へ格納される。各リード・バッファ2021、2022は再生装置102に内蔵のバッファ・メモリであり、ＢＤ−ＲＯＭドライブ121からデータ・ブロックを受信して蓄積する。第２リード・バッファ2022内の蓄積データは、Ｌ／Ｒモードではライトビュー・データ・ブロックであり、デプス・モードではデプスマップ・データ・ブロックである。システム・ターゲット・デコーダ2023は、第１リード・バッファ2021内に蓄積された各ベースビュー・データ・ブロックからソースパケットを第１平均転送速度REXT1で読み出す。Ｌ／Ｒモードのシステム・ターゲット・デコーダ2023は、第２リード・バッファ2022内に蓄積された各ライトビュー・データ・ブロックからソースパケットを第２平均転送速度REXT2で読み出す。デプス・モードのシステム・ターゲット・デコーダ2023は、第２リード・バッファ2022内に蓄積された各デプスマップ・データ・ブロックからソースパケットを第３平均転送速度REXT3で読み出す。システム・ターゲット・デコーダ2023は更に、読み出されたベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの対を映像データVDと音声データADとに復号する。
第１平均転送速度REXT1を「ベースビュー転送速度」という。ベースビュー転送速度REXT1は、システム・ターゲット・デコーダ2023が、ベースビュー・データ・ブロック内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ベースビュー転送速度REXT1は一般にベースビュー・データ・ブロックごとに異なる。ベースビュー転送速度REXT1の最高値RMAX1はファイル２Ｄに対するシステムレートRTS1の１９２／１８８倍に等しい。ベースビュー転送速度REXT1は通常ビット／秒で表され、具体的には、ビット単位で表されたベースビュー・データ・ブロックのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、そのベースビュー・データ・ブロック内のソースパケットを全て、第１リード・バッファ2021からシステム・ターゲット・デコーダ2023へ転送するのに要する時間に等しい。
第２平均転送速度REXT2を「ライトビュー転送速度」といい、第３平均転送速度REXT3を「デプスマップ転送速度」という。更に、それらの転送速度REXT2、REXT3を「ディペンデントビュー転送速度」と総称する。いずれのディペンデントビュー転送速度REXT2、REXT3も、システム・ターゲット・デコーダ2023が、ディペンデントビュー・データ・ブロック内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。いずれのディペンデントビュー転送速度REXT2、REXT3も一般にディペンデントビュー・データ・ブロックごとに異なる。ライトビュー転送速度REXT2の最高値RMAX2は第１ファイルＤＥＰに対するシステムレートRTS2の１９２／１８８倍と等しく、デプスマップ転送速度REXT3の最高値RMAX3は第２ファイルＤＥＰに対するシステムレートRTS3の１９２／１８８倍に等しい。各ディペンデントビュー転送速度REXT2、REXT3は通常ビット／秒で表され、具体的には、ビット単位で表されたディペンデントビュー・データ・ブロックのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、各ディペンデントビュー・データ・ブロック内のソースパケットを全て、第２リード・バッファ2022からシステム・ターゲット・デコーダ2023へ転送するのに要する時間に等しい。
読み出し速度RUD72は通常ビット／秒で表され、第１、２、３平均転送速度REXT1、REXT2、REXT3のいずれの最高値RMAX1、RMAX2、RMAX3よりも高い値、例えば７２Ｍｂｐｓに設定される：RUD72＞RMAX1、RUD72＞RMAX2、RUD72＞RMAX3。それにより、ＢＤ−ＲＯＭドライブ121によってＢＤ−ＲＯＭディスク101から一つのエクステントＳＳを読み出している間、システム・ターゲット・デコーダ2023の復号処理に伴う各リード・バッファ2021、2022のアンダーフローが防止される。
図２１の（ａ）、（ｂ）は、一つのエクステント・ブロック2110から３Ｄ映像がシームレスに再生されるとき、各リード・バッファ2021、2022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図２１の（ｃ）は、そのエクステント・ブロック2110と３Ｄ再生モードでの再生経路2120との間の対応関係を示す模式図である。図２１の（ｃ）を参照するに、そのエクステント・ブロック2110は、図１８の（ｂ）に示されているもの1810と同様なインターリーブ配置のデータ・ブロック群D[k]、B[k]（k＝…、n−1、n、n＋1、n＋2、…）である。再生経路2120に従い、エクステント・ブロック2110の全体が一つのエクステントＳＳとして一括して読み出される。その後、スイッチ2020によってそのエクステントＳＳからディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとが分離される。
ＢＤ−ＲＯＭドライブ121による読み出し／転送動作は実際には、図２１の（ａ）、（ｂ）の各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各データ・ブロックD[n]、B[n]の読み出し期間PRD[n]、PRB[n]では、各リード・バッファ2021、2022のオーバーフローが防止される。すなわち、図２１の（ａ）、（ｂ）の各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図２１の（ａ）、（ｂ）を参照するに、ｎ番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]では、第２リード・バッファ2022の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXTm[n]（m＝2、又は3）との間の差RUD72−REXTm[n]に等しい速度で増加し、第１リード・バッファ2021の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少する。図２１の（ｃ）を参照するに、ｎ番目のディペンデントビュー・データ・ブロックD[n]からｎ番目のベースビュー・データ・ブロックB[n]まではゼロ・セクタ遷移J0[2n]が生じる。図２１の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[n]では、第１リード・バッファ2021の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少し続け、第２リード・バッファ2022の蓄積データ量DA2はディペンデントビュー転送速度REXTm[n]で減少する。
図２１の（ａ）、（ｂ）を更に参照するに、ｎ番目のベースビュー・データ・ブロックB[n]の読み出し期間PRB[n]では、第１リード・バッファ2021の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1[n]との間の差RUD72−REXT1[n]に等しい速度で増加する。一方、第２リード・バッファ2022の蓄積データ量DA2はディペンデントビュー転送速度REXTm[n]で減少し続ける。図２１の（ｃ）を更に参照するに、そのベースビュー・データ・ブロックB[n]から次のディペンデントビュー・データ・ブロックD[n＋1]まではゼロ・セクタ遷移J0[2n＋1]が生じる。図２１の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[2n＋1]では、第１リード・バッファ4021の蓄積データ量DA1はベースビュー転送速度REXT1[n]で減少し、第２リード・バッファ4022の蓄積データ量DA2はディペンデントビュー転送速度REXTm[n]で減少し続ける。
一つのエクステント・ブロック2110から３Ｄ映像をシームレスに再生するには、以下の条件［３］、［４］、［５］、［６］が満たされればよい。尚、以下の説明では便宜上、Ｌ／Ｒモードを想定する。従って、ディペンデントビュー・データ・ブロックD[n]はライトビュー・データ・ブロックである。但し、以下の説明はデプス・モードについても同様に成立する。例えば、ライトビュー・データ・ブロックのサイズをデプスマップ・データ・ブロックのサイズに読み換え、ライトビュー転送速度をデプスマップ転送速度に読み換えればよい。
［３］ｎ番目のベースビュー・データ・ブロックB[n]のサイズSEXT1[n]は少なくとも、その読み出し期間PRB[n]から次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PRB[n＋1]の直前までに、第１リード・バッファ2021からシステム・ターゲット・デコーダ2023へ転送されるデータ量に等しい。その場合、図２１の（ａ）に示されているように、次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PRB[n＋1]の直前では、第１リード・バッファ2021の蓄積データ量DA1が、ｎ番目のベースビュー・データ・ブロックB[n]の読み出し期間PRB[n]の直前での量を下回らない。ここで、ｎ番目のベースビュー・データ・ブロックB[n]の読み出し期間PRB[n]の長さは、そのベースビュー・データ・ブロックB[n]のサイズSEXT1[n]を読み出し速度RUD72で割った値SEXT1[n]／RUD72に等しい。一方、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の長さは、そのディペンデントビュー・データ・ブロックD[n＋1]のサイズSEXT2[n＋1]を読み出し速度RUD72で割った値SEXT2[n＋1]／RUD72に等しい。従って、そのベースビュー・データ・ブロックB[n]のサイズSEXT1[n]は次式（２）を満たせばよい：
Figure 0005457299
以下、式（２）の右辺で表されるサイズを「ベースビュー・データ・ブロックの最小エクステント・サイズ」という。尚、ベースビュー・データ・ブロックがエクステント・ブロック2110の後端に位置するとき、そのデータ・ブロックのサイズは式（２）を満たさなくてもよい。
［４］ｎ番目のディペンデントビュー・データ・ブロックD[n]のサイズSEXT2[n]は少なくとも、その読み出し期間PRD[n]から次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の直前までに、第２リード・バッファ2022からシステム・ターゲット・デコーダ2023へ転送されるデータ量に等しい。その場合、図２１の（ｂ）に示されているように、次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の直前では、第２リード・バッファ2022の蓄積データ量DA2が、ｎ番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]の直前での量を下回らない。ここで、ｎ番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]の長さは、そのディペンデントビュー・データ・ブロックD[n]のサイズSEXT2[n]を読み出し速度RUD72で割った値SEXT2[n]／RUD72に等しい。従って、そのディペンデントビュー・データ・ブロックD[n]のサイズSEXT2[n]は次式（３）を満たせばよい：
Figure 0005457299
以下、式（３）の右辺で表されるサイズを「ディペンデントビュー・データ・ブロックの最小エクステント・サイズ」という。
［５］図１３に示されているように、エクステント・ブロック2101内のベースビュー・データ・ブロックB[n]はファイル２ＤとファイルＳＳとに共有されている。従って、ベースビュー・データ・ブロックB[n]のサイズSEXT1[n]は式（１）を満たすべきである。ここで、第１リード・バッファ2021の容量を可能な限り縮小するには、ベースビュー・データ・ブロックB[n]のサイズSEXT1[n]は２Ｄエクステントの最小エクステント・サイズの下限値以下であればよい。すなわち、そのサイズSEXT1[n]は次式（４）を満たす：
Figure 0005457299
ここで、ジャンプ時間TJUMP−2D＿MINは、エクステント・ブロック2101から２Ｄ映像が再生されるときに必要なジャンプ時間の最小値であり、例えば１９９ｍ秒である。
［６］ｎ番目のデータ・ブロックの対D[n]、B[n]ではエクステントＡＴＣ時間TEXT[n]が等しい。一方、エクステントＡＴＣ時間TEXT[n]は、データ・ブロックD[n]、B[n]のサイズSEXTm[n]（m＝1、2、3）を平均転送速度REXTm[n]で割った値に等しい：TEXT[n]＝SEXTm[n]／REXTm[n]。従って、データ・ブロックD[n]、B[n]のサイズSEXTm[n]は次式（５）を満たす：
Figure 0005457299
図２２の（ａ）は、複数のエクステント・ブロックから連続して３Ｄ映像がシームレスに再生されるとき、各リード・バッファ2021、2022に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。図２２の（ｂ）は、Ｍ番目（整数Ｍは２以上である。）のエクステント・ブロック2201と（Ｍ＋１）番目のエクステント・ブロック2202、及び、それらのエクステント・ブロック2201、2202と３Ｄ再生モードでの再生経路2220との間の対応関係を示す模式図である。図２２の（ｂ）を参照するに、各エクステント・ブロック2201、2202は、図１８の（ｂ）に示されているもの1810と同様なインターリーブ配置のディペンデントビュー・データ・ブロック群Dとベースビュー・データ・ブロック群Bとから構成されている。二つの隣接するエクステント・ブロック2201、2202の間は層境界LB又は他のデータの記録領域によって分離されている。再生経路2220に従って、先にＭ番目のエクステント・ブロック2201の全体がＭ番目のエクステントＳＳEXTSS[M]として一括して読み出される。その直後にジャンプJ[M]が生じる。続いて、第２のエクステント・ブロック2202が（Ｍ＋１）番目のエクステントＳＳEXTSS[M＋1]として一括して読み出される。
図２２の（ａ）では、一点鎖線のグラフは、第１リード・バッファ2021に蓄積されるデータ量DA1の変化を示し、破線のグラフは、第２リード・バッファ2022に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1＋DA2の変化を示す。ここで、その和DA1＋DA2は実際には、データ・ブロックが一つ読み出されるごとに細かく変化する。しかし、実線のグラフは、その細かい変化を均して直線的に近似したものである。更に、ゼロ・セクタ遷移時間TJUMP0は一つのエクステント・ブロック全体の読み出し期間PRBLK[M]の長さに比べれば十分に無視できるので、図２２の（ａ）ではゼロ・セクタ遷移時間TJUMP0は“０”とみなされている。
図２２の（ａ）を参照するに、Ｍ番目のエクステント・ブロック2201の全体がＢＤ−ＲＯＭディスク101から各リード・バッファ2021、2022へ読み出される期間PRBLK[M]では、いずれのリード・バッファ2021、2022に蓄積されるデータ量DA1、DA2も増大する。具体的には、Ｍ番目のエクステント・ブロック2201全体の読み出し期間PRBLK[M]中、蓄積データ量の和DA1＋DA2は、読み出し速度RUD72と平均転送速度REXTSS[M]との間の差RUD72−REXTSS[M]に等しい速度で増加する。その平均転送速度REXTSS[M]は、Ｍ番目のエクステント・ブロック2201全体のサイズ、すなわちＭ番目のエクステントＳＳEXTSS[M]のサイズSEXTSS[M]をそのエクステントＡＴＣ時間TEXTSSで割った値として評価される。そのような蓄積データ量DA1、DA2の増大は、各データ・ブロックD、Bのサイズを最小エクステント・サイズ以上に設計することによって実現可能である。
Ｍ番目のエクステント・ブロック2201の後端のベースビュー・データ・ブロックが第１リード・バッファ2021に読み込まれた時点で、蓄積データ量の和DA1＋DA2は最大値に達する。その直後のジャンプJ[M]の期間PJ[M]では、蓄積データ量の和DA1＋DA2は平均転送速度REXTSS[M]で減少する。従って、蓄積データ量の和DA1＋DA2の最大値を十分に大きく調節することにより、ジャンプJ[M]中での両リード・バッファ2021、2022のアンダーフローを防止することができる。その結果、二つのエクステント・ブロック2201、2202をシームレスに接続することができる。
蓄積データ量の和DA1＋DA2の最大値はＭ番目のエクステント・ブロック2201のサイズで決まる。従って、Ｍ番目のエクステント・ブロック2201を（Ｍ＋１）番目のエクステント・ブロック2202にシームレスに接続するには、Ｍ番目のエクステント・ブロック2201のサイズ、すなわちＭ番目のエクステントＳＳEXTSS[M]のサイズSEXTSS[M]が次の条件［７］を満たせばよい。
［７］Ｍ番目のエクステント・ブロック2201の先端に位置するディペンデントビュー・データ・ブロックDの読み出し期間PRD[m]ではプリロードが行われる（整数mは1以上である）。そのプリロード期間PRD[m]ではまだ、そのディペンデントビュー・データ・ブロックDに対応するベースビュー・データ・ブロックBが第１リード・バッファ2021には格納されていないので、ディペンデントビュー・データ・ブロックDを第２リード・バッファ2022からシステム・ターゲット・デコーダ2023へ転送することができない。従って、そのプリロード期間PRD[m]では、その直前のジャンプJ[M−1]の期間に引き続き、（Ｍ−１）番目のエクステント・ブロックのデータが第２リード・バッファ2022からシステム・ターゲット・デコーダ2023へ転送されるようにしなければならない。それにより、システム・ターゲット・デコーダ2023へのデータの供給を維持することができる。同様に、（Ｍ＋１）番目のエクステント・ブロック2202の先端に位置するディペンデントビュー・データ・ブロックDの読み出し期間PRD[n]でもプリロードが行われる（整数nはm＋1以上である）。従って、そのプリロード期間PRD[n]では、その直前のジャンプJ[M]の期間に引き続き、Ｍ番目のエクステント・ブロック2201のデータが第２リード・バッファ2022からシステム・ターゲット・デコーダ2023へ転送されるようにしなければならない。それにより、システム・ターゲット・デコーダ2023へのデータの供給を維持することができる。
上記のとおり、Ｍ番目のエクステント・ブロック2201のプリロード期間PRD[m]では（Ｍ−１）番目のエクステント・ブロックのデータが第２リード・バッファ2022からシステム・ターゲット・デコーダ2023へ転送されるようにし、（Ｍ＋１）番目のエクステント・ブロック2202のプリロード期間PRD[n]ではＭ番目のエクステント・ブロックのデータが第２リード・バッファ2022からシステム・ターゲット・デコーダ2023へ転送されるようにしなければならない。従って、ジャンプJ[M]中での両リード・バッファ2021、2022のアンダーフローを防止するには、Ｍ番目のエクステントＳＳEXTSS[M]のエクステントＡＴＣ時間TEXTSSが少なくとも、Ｍ番目のエクステント・ブロック2201でのプリロード期間PRD[m]の終了時点T0から（Ｍ＋１）番目のエクステント・ブロック2202でのプリロード期間PRD[n]の終了時点T1までの期間の長さに等しければよい。すなわち、Ｍ番目のエクステントＳＳEXTSS[M]のサイズSEXTSS[M]は少なくとも、その期間T0−T1に各リード・バッファ2021、2022からシステム・ターゲット・デコーダ2023へ転送されるデータ量の和に等しければよい。
図２２の（ａ）から明らかなとおり、期間T0−T1の長さは、Ｍ番目のエクステント・ブロック2201の読み出し期間PRBLK[M]から先頭のディペンデントビュー・データ・ブロックDの読み出し期間PRD[m]を除いた長さt1、ジャンプJ[M]のジャンプ時間TJUMP[M]＝t2、及び（Ｍ＋１）番目のエクステント・ブロック2201の先頭のディペンデントビュー・データ・ブロックDの読み出し期間PRD[n]の長さt3の合計t1＋t2＋t3に等しい。すなわち、期間T0−T1の長さは、Ｍ番目のエクステント・ブロック2201の読み出し期間PRBLK[M]の長さ、ジャンプJ[M]のジャンプ時間TJUMP[M]、及びエクステント・ブロック2201、2202間でのプリロード期間PRD[n]、PRD[m]の長さの差TDIFF[M]を足し合わせた値に等しい。更に、Ｍ番目のエクステント・ブロック2201の読み出し期間PRBLK[M]の長さは、Ｍ番目のエクステントＳＳEXTSS[M]のサイズSEXTSS[M]を読み出し速度RUD72で割った値SEXTSS[M]／RUD72に等しい。従って、Ｍ番目のエクステントＳＳEXTSS[M]のサイズSEXTSS[M]は次式（６）を満たせばよい：
Figure 0005457299
ここで、各プリロード期間PRD[m]、PRD[n]の長さは、各エクステント・ブロック2201、2202の先端に位置するディペンデントビュー・データ・ブロックDのサイズSEXT2[m]、SEXT2[n]を読み出し速度RUD72で割った値SEXT2[m]／RUD72、SEXT2[n]／RUD72に等しい。従って、プリロード期間PRD[m]、PRD[n]の長さの差TDIFFはそれらの値の差に等しい：TDIFF＝SEXT2[n]／RUD72−SEXT2[m]／RUD72。以下、式（６）の右辺で表されるサイズを「エクステントＳＳの最小エクステント・サイズ」という。尚、式（６）の右辺は、式（１）−（４）の右辺と同様に、バイト単位の整数値で表されてもよい。
［まとめ］
複数のエクステント・ブロックから２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには、上記の条件［１］−［７］が全て満たされればよい。特に、各データ・ブロックと各エクステント・ブロックとのサイズは次の条件１−４を満たせばよい。
条件１：２ＤエクステントのサイズSEXT2Dは式（１）を満たす。
条件２：ベースビュー・データ・ブロックのサイズSEXT1は式（２）を満たす。
条件３：ディペンデントビュー・データ・ブロックのサイズSEXT2は式（３）を満たす。
条件４：エクステント・ブロックのサイズSEXTSSは式（６）を満たす。
このように、本発明の実施形態１によるＢＤ−ＲＯＭディスク101では、各データ・ブロックのサイズの下限値に加え、各エクステント・ブロックのサイズの下限値が明確であるので、そのサイズを適切に設計することが容易である。それにより、そのＢＤ−ＲＯＭディスク101から３Ｄ映像が再生される際に、再生装置102内のリード・バッファ2021、2022にアンダーフローを生じさせないようにすることが容易である。特に条件４には、シームレスに接続されるべきエクステント・ブロック間でのプリロード期間の長さの差が反映されている。それにより、それらのエクステント・ブロック間のシームレス接続を確実に実現することが容易である。
≪ＡＶストリーム・ファイルに含まれるその他のＴＳパケット≫
ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図３に示されているエレメンタリ・ストリームから変換されたもの以外にも、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャル・トランスポート・ストリームを規定する役割を持つ。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、ＡＶストリーム・ファイルもそのパーシャル・トランスポート・ストリームと同様に規定される。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる、映像・音声・字幕等を表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種のディスクリプタ（記述子ともいう。）を含む。ディスクリプタには特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報が含まれる。ＰＣＲは、自身に割り当てられたＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ここで、「ＳＴＣ」は、再生装置102内のデコーダによって、ＰＴＳ及びＤＴＳの基準として利用されるクロックである。そのデコーダはＰＣＲを利用して、ＡＴＣにＳＴＣを同期させる。
図２３は、ＰＭＴ2310のデータ構造を示す模式図である。ＰＭＴ2310は、ＰＭＴヘッダ2301、ディスクリプタ2302、及びストリーム情報2303を含む。ＰＭＴヘッダ2301は、ＰＭＴ2310に含まれるデータの長さ等を示す。各ディスクリプタ2302は、ＰＭＴ2310を含むＡＶストリーム・ファイルの全体に関するディスクリプタである。前述のコピー・コントロール情報はディスクリプタ2302の一つに含まれる。ストリーム情報2303は、ＡＶストリーム・ファイルに含まれる各エレメンタリ・ストリームに関する情報であり、一つずつ異なるエレメンタリ・ストリームに割り当てられている。各ストリーム情報2303は、ストリーム・タイプ2331、ＰＩＤ2332、及びストリーム・ディスクリプタ2333を含む。ストリーム・タイプ2331は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報等を含む。ＰＩＤ2332は、そのエレメンタリ・ストリームのＰＩＤを示す。ストリーム・ディスクリプタ2333は、そのエレメンタリ・ストリームの属性情報、例えばフレームレート及びアスペクト比を含む。
ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置102内のデコーダにＡＶストリーム・ファイルを、欧州デジタル放送規格に準拠のパーシャル・トランスポート・ストリームと同様に処理させることができる。それにより、ＢＤ−ＲＯＭディスク101用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。
≪クリップ情報ファイル≫
図２４は、第１クリップ情報ファイル（01000.clpi）、すなわち２Ｄクリップ情報ファイル231のデータ構造を示す模式図である。ディペンデントビュー・クリップ情報ファイル（02000.clpi、03000.clpi）232、233も同様なデータ構造を持つ。以下では、まず、クリップ情報ファイル全般に共通するデータ構造を２Ｄクリップ情報ファイル231のデータ構造を例に説明する。その後、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのデータ構造上の相違点について説明する。
図２４を参照するに、２Ｄクリップ情報ファイル231は、クリップ情報2410、ストリーム属性情報2420、エントリ・マップ2430、及び３Ｄメタデータ2440を含む。３Ｄメタデータ2440はオフセット・テーブル2441とエクステント起点2442とを含む。
クリップ情報2410は、図２４に示されているように、システムレート2411、再生開始時刻2412、及び再生終了時刻2413を含む。システムレート2411は、ファイル２Ｄ（01000.m2ts）241に対するシステムレートRTSを規定する。図１７に示されているように、２Ｄ再生モードの再生装置102は、ファイル２Ｄ241に属する“ＴＳパケット”をリード・バッファ1721からシステム・ターゲット・デコーダ1723へ転送する。ファイル２Ｄ241では、ＴＳパケットの転送速度がシステムレートRTS以下に抑えられるように、ソースパケットのＡＴＳの間隔が設定されている。再生開始時刻2412は、ファイル２Ｄ241の先頭のＶＡＵのＰＴＳ、例えば先頭の映像フレームのＰＴＳを示す。再生終了時刻2412は、ファイル２Ｄ241の後端のＶＡＵのＰＴＳから所定量遅れたＳＴＣの値、例えば最後の映像フレームのＰＴＳに１フレーム当たりの再生時間を加えた値を示す。
ストリーム属性情報2420は、図２４に示されているように、ファイル２Ｄ241に含まれる各エレメンタリ・ストリームのＰＩＤ2421とその属性情報2422との間の対応表である。属性情報2422は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えばプライマリ・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１００に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報2422は再生装置102により、デコーダの初期化に利用される。
［エントリ・マップ］
図２５の（ａ）は、エントリ・マップ2430のデータ構造を示す模式図である。図２５の（ａ）を参照するに、エントリ・マップ2430はテーブル2500を含む。テーブル2500は、メインＴＳに多重化されたビデオ・ストリームと同数であり、各ビデオ・ストリームに一つずつ割り当てられている。図２５の（ａ）では各テーブル2500が割り当て先のビデオ・ストリームのＰＩＤで区別されている。各テーブル2500はエントリ・マップ・ヘッダ2501とエントリ・ポイント2502とを含む。エントリ・マップ・ヘッダ2501は、そのテーブル2500に対応付けられたＰＩＤと、そのテーブル2500に含まれるエントリ・ポイント2502の総数とを含む。エントリ・ポイント2502は、ＰＴＳ2503とソースパケット番号（ＳＰＮ）2504との対を一つずつ、異なるエントリ・ポイントＩＤ（ＥＰ＿ＩＤ）2505に対応付ける。ＰＴＳ2503は、エントリ・マップ・ヘッダ2501の示すＰＩＤのビデオ・ストリームに含まれるいずれかのＩピクチャのＰＴＳに等しい。ＳＰＮ2504は、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。「ＳＰＮ」とは、一つのＡＶストリーム・ファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。ＳＰＮは、そのＡＶストリーム・ファイル内での各ソースパケットのアドレスとして利用される。２Ｄクリップ情報ファイル231内のエントリ・マップ2430では、ＳＰＮは、ファイル２Ｄ241に属するソースパケット群、すなわちメインＴＳを構成するソースパケット群に割り当てられた番号を意味する。従って、エントリ・ポイント2502は、ファイル２Ｄ241に含まれる各ＩピクチャのＰＴＳとアドレス、すなわちＳＰＮとの間の対応関係を表す。
エントリ・ポイント2502は、ファイル２Ｄ241内の全てのＩピクチャに対して設定されていなくてもよい。但し、ＩピクチャがＧＯＰの先頭に位置し、かつ、そのＩピクチャの先頭を含むＴＳパケットが２Ｄエクステントの先頭に位置するときは、そのＩピクチャにはエントリ・ポイント2502を設定しなければならない。
図２５の（ｂ）は、ファイル２Ｄ241に属するソースパケット群2510のうち、エントリ・マップ2430によって各ＥＰ＿ＩＤ2505に対応付けられているものを示す模式図である。図２５の（ｃ）は、そのソースパケット群2510に対応するＢＤ−ＲＯＭディスク101上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。再生装置102はファイル２Ｄ241から２Ｄ映像を再生するとき、エントリ・マップ2430を利用して、任意のシーンを表すフレームのＰＴＳから、そのフレームを含むソースパケットのＳＰＮを特定する。具体的には、再生開始位置として特定のエントリ・ポイントのＰＴＳ、例えばＰＴＳ＝３６００００が指定されたとき、再生装置102はまず、エントリ・マップ2430から、そのＰＴＳに対応付けられたＳＰＮ＝３２００を検索する。再生装置102は次に、そのＳＰＮとソースパケット一つ当たりのデータ量１９２バイトとの積を求め、更に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商、ＳＰＮ×１９２／２０４８を求める。図５の（ｂ）、（ｃ）から理解されるとおり、その値は、メインＴＳのうち、そのＳＰＮが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図２５の（ｂ）に示されている例では、その値３２００×１９２／２０４８＝３００は、ＳＰＮが０から３１９９までのソースパケット群2511が記録されたセクタの総数に等しい。再生装置102は続いて、ファイル２Ｄ241のファイル・エントリを参照し、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（上記の総数＋１）番目のセクタのＬＢＮを特定する。図２５の（ｃ）に示されている例では、２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能なベースビュー・データ・ブロックB[0]、B[1]、B[2]、…が記録されたセクタ群のうち、先頭から数えて３０１番目のセクタのＬＢＮが特定される。再生装置102はそのＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、そのＬＢＮのセクタから順にベースビュー・データ・ブロック群がアラインド・ユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインド・ユニットから、再生開始位置のエントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル２Ｄ241から特定のＰＴＳ以降の２Ｄ映像を再生できる。
エントリ・マップ2430は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば２Ｄ再生モードの再生装置102は、まずエントリ・マップ2430を参照して、再生開始位置、例えばＰＴＳ＝３６００００以降のＰＴＳを含むエントリ・ポイント、ＥＰ＿ＩＤ＝２、３、…からＳＰＮ＝３２００、４８００、…を順番に読み出す。再生装置102は次にファイル２Ｄ241のファイル・エントリを利用して、各ＳＰＮに対応するセクタのＬＢＮを特定する。再生装置102は続いて、各ＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、各ＬＢＮのセクタからアラインド・ユニットが読み出される。再生装置102は更に各アラインド・ユニットから、各エントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。こうして、再生装置102は２Ｄエクステント群EXT2D[n]自体を解析することなく、ファイル２Ｄ241からＩピクチャを選択的に再生できる。
［オフセット・テーブル］
図２６の（ａ）は、オフセット・テーブル2441のデータ構造を示す模式図である。オフセット・テーブル2441は、３Ｄ再生モードの再生装置102によるクロッピング処理に利用される情報である。「クロッピング処理」とは、２Ｄ映像を表すデータから、レフトビューとライトビューとを表すプレーン・データの対を生成する処理をいう。「プレーン・データ」とは画素データの二次元配列を意味し、その配列のサイズは映像フレームの解像度に等しい。一組の画素データは色座標値とα値との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。クロッピング処理の対象には、メインＴＳ内のＰＧストリーム、ＩＧストリーム、及びセカンダリ・ビデオ・ストリームのそれぞれから生成されるプレーン・データ、並びに、ＢＤ−Ｊオブジェクトに従って生成されるイメージ・プレーン・データが含まれる。クロッピング処理はプレーン・データ内での各画素データの位置を水平方向に変化させる。従って、クロッピング処理によって得られるプレーン・データの対ではレフトビューとライトビューとの各表示位置が元の２Ｄ映像の表示位置から左右にずれている。それらの変位が視聴者に両眼視差として知覚されることにより、レフトビューとライトビューとの対がその視聴者には一つの３Ｄ映像として見える。
図２６の（ａ）を参照するに、オフセット・テーブル2441は、ＰＧストリーム、ＩＧストリーム、及びセカンダリ・ビデオ・ストリームのＰＩＤ別にテーブル2610を含む。各テーブル2610は、ＰＴＳ2601とオフセット値2602との対応表である。ＰＴＳ2601は、ＰＧストリーム、ＩＧストリーム、及びセカンダリ・ビデオ・ストリームから生成される各プレーン・データの表示時刻を表す。オフセット値2602は、クロッピング処理による各画素データの水平方向の変位量を符号付きの画素数で表したものである。例えば、プラス符号は右向きの変位を表し、マイナス符号はその逆である。オフセット値2602の符号は、３Ｄ映像の奥行きが画面よりも手前か奥かに依って決められている。以下、ＰＴＳ2601とオフセット値2602との対2603を「オフセット・エントリ」という。
図２６の（ｂ）は、オフセット・エントリの有効区間を表す模式図である。各オフセット・エントリの有効区間は、ＳＴＣで計られる時間において、そのオフセット・エントリのＰＴＳの示す時刻から、次のオフセット・エントリのＰＴＳの示す時刻までの期間である。プレーン・データのＰＴＳがあるオフセット・エントリの有効区間に属するとき、クロッピング処理では、そのプレーン・データ内の画素データの表示位置が、そのオフセット・エントリのオフセット値だけ変化する。図２６の（ａ）に示されている例では、オフセット・エントリ＃１のＰＴＳが１８００００であり、オフセット・エントリ＃２のＰＴＳが２７００００であり、オフセット・エントリ＃３のＰＴＳが３６００００である。その場合、図２６の（ｂ）に示されているように、オフセット・エントリ＃１のオフセット値“＋５”は、１８００００から２７００００までのＳＴＣの範囲2604で有効であり、オフセット・エントリ＃２のオフセット値“＋３”は、２７００００から３６００００までのＳＴＣの範囲2605で有効である。
［エクステント起点］
図２７の（ａ）は、エクステント起点2442のデータ構造を示す模式図である。図２７の（ａ）を参照するに、「エクステント起点（Extent_Start_Point）」2442はベースビュー・エクステントＩＤ（ＥＸＴ１＿ＩＤ）2711とＳＰＮ2712とを含む。ＥＸＴ１＿ＩＤ2711は、第１ファイルＳＳ（01000.ssif）244Aに属する各ベースビュー・データ・ブロックに、先頭から順に割り当てられた通し番号である。ＳＰＮ2712は各ＥＸＴ１＿ＩＤ2711に一つずつ割り当てられ、そのＥＸＴ１＿ＩＤ2711で識別されるベースビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ244Aに属するベースビュー・データ・ブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図１３に示されているエクステント・ブロック1301−1303では、各ベースビュー・データ・ブロックB[0]、B[1]、B[2]、…はファイル２Ｄ241と第１ファイルＳＳ244Aとに共有される。しかし、記録層間の境界等、ロングジャンプの必要な箇所に配置されたデータ・ブロック群は一般に、ファイル２Ｄ241又は第１ファイルＳＳ244Aのいずれかにのみ属するベースビュー・データ・ブロックを含む（詳細は変形例［E］参照）。従って、エクステント起点2442の示すＳＰＮ2712は、ファイル２Ｄ241に属する２Ｄエクステントの先端に位置するソースパケットのＳＰＮとは一般に異なる。
図２７の（ｂ）は、第２クリップ情報ファイル（02000.clpi）、すなわちライトビュー・クリップ情報ファイル232に含まれるエクステント起点2720のデータ構造を示す模式図である。図２７の（ｂ）を参照するに、エクステント起点2720は、ライトビュー・エクステントＩＤ（ＥＸＴ２＿ＩＤ）2721とＳＰＮ2722とを含む。ＥＸＴ２＿ＩＤ2721は、第１ファイルＳＳ244Aに属する各ライトビュー・データ・ブロックに、先頭から順に割り当てられた通し番号である。ＳＰＮ2722は各ＥＸＴ２＿ＩＤ2721に一つずつ割り当てられ、そのＥＸＴ２＿ＩＤ2721で識別されるライトビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ244Aに属するライトビュー・データ・ブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図２７の（ｄ）は、第１ファイルＤＥＰ（02000.m2ts）242に属するライトビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点2720の示すＳＰＮ2722との間の対応関係を表す模式図である。図１３に示されているように、ライトビュー・データ・ブロックは第１ファイルＤＥＰ242と第１ファイルＳＳ244Aとに共有される。従って、図２７の（ｄ）に示されているように、エクステント起点2720の示す各ＳＰＮ2722は、各ライトビュー・エクステントEXT2[0]、EXT2[1]、…の先端に位置するソースパケットのＳＰＮに等しい。
２Ｄクリップ情報ファイル231のエクステント起点2442とライトビュー・クリップ情報ファイル232のエクステント起点2720とは、以下に説明するように、第１ファイルＳＳ244Aから３Ｄ映像が再生されるとき、各エクステントＳＳに含まれるデータ・ブロックの境界の検出に利用される。
図２７の（ｅ）は、第１ファイルＳＳ244Aに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。図２７の（ｅ）を参照するに、そのエクステント・ブロックは、インターリーブ配置のデータ・ブロック群D[n]、B[n]（n＝0、1、2、…）を含む。尚、以下の説明はその他の配置でも同様に成立する。そのエクステント・ブロックは一つのエクステントＳＳEXTSS[0]としてアクセス可能である。更に、そのエクステントＳＳEXTSS[0]の中で、ｎ番目のベースビュー・データ・ブロックB[n]に含まれるソースパケットの数は、エクステント起点2442において、ＥＸＴ１＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ａ(ｎ＋１)−Ａｎに等しい。ここで、Ａ０＝０とする。一方、ライトビュー・データ・ブロックD[n＋1]に含まれるソースパケットの数は、エクステント起点2720において、ＥＸＴ２＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ｂ(ｎ＋１)−Ｂｎに等しい。ここで、Ｂ０＝０とする。
Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aから３Ｄ映像を再生するとき、各クリップ情報ファイル231、232のエントリ・マップとエクステント起点2442、2720とを利用する。それにより、再生装置102は、任意のシーンのライトビューを表すフレームのＰＴＳから、そのフレームを含むライトビュー・データ・ブロックが記録されたセクタのＬＢＮを特定する。具体的には、再生装置102はまず、例えばライトビュー・クリップ情報ファイル232のエントリ・マップから、そのＰＴＳに対応付けられたＳＰＮを検索する。仮に、そのＳＰＮの示すソースパケットが、第１ファイルＤＥＰ242の３番目のライトビュー・エクステントEXT2[2]、すなわちライトビュー・データ・ブロックD[2]に含まれる場合を想定する。再生装置102は次に、ライトビュー・クリップ情報ファイル232のエクステント起点2720の示すＳＰＮ2722の中から、目標のＳＰＮ以下で最大のもの“Ｂ２”と、それに対応するＥＸＴ２＿ＩＤ“２”とを検索する。再生装置102は続いて、２Ｄクリップ情報ファイル231のエクステント起点2442から、そのＥＸＴ２＿ＩＤ“２”と等しいＥＸＴ１＿ＩＤに対応するＳＰＮ2712の値“Ａ２”を検索する。再生装置102は更に、検索されたＳＰＮの和Ｂ２＋Ａ２を求める。図２７の（ｅ）から理解されるように、その和Ｂ２＋Ａ２は、エクステントＳＳEXTSS[0]の中で、３番目のライトビュー・データ・ブロックD[2]よりも前に配置されたソースパケットの総数に等しい。従って、その和Ｂ２＋Ａ２とソースパケット一つ当たりのデータ量１９２バイトとの積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商（Ｂ２＋Ａ２）×１９２／２０４８は、エクステントＳＳEXTSS[0]の先頭から３番目のライトビュー・データ・ブロックD[2]の直前までのセクタ数に等しい。この商を利用して第１ファイルＳＳ244Aのファイル・エントリを参照すれば、そのライトビュー・データ・ブロックD[2]の先端が記録されたセクタのＬＢＮを特定することができる。
再生装置102は、上記のようにＬＢＮを特定した後、そのＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、そのＬＢＮのセクタ以降に記録されたエクステントＳＳEXTSS[0]の部分、すなわち３番目のライトビュー・データ・ブロックD[2]以降のデータ・ブロック群D[2]、B[2]、D[3]、B[3]、…がアラインド・ユニット単位で読み出される。
再生装置102は更にエクステント起点2442、2720を利用して、読み出されたエクステントＳＳから、ディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとを交互に抽出する。例えば、図２７の（ｅ）に示されているエクステントＳＳEXTSS[0]からデータ・ブロック群D[n]、B[n]（n＝0、1、2、…）が順番に読み出されるときを想定する。再生装置102はまず、エクステントＳＳEXTSS[0]の先頭からＢ１個のソースパケットを最初のディペンデントビュー・データ・ブロックD[0]として抽出する。再生装置102は次に、Ｂ１番目のソースパケットと、それに続く（Ａ１−１）個のソースパケットとの計Ａ１個のソースパケットを最初のベースビュー・データ・ブロックB[0]として抽出する。再生装置102は続いて、（Ｂ１＋Ａ１）番目のソースパケットと、それに続く（Ｂ２−Ｂ１−１）個のソースパケットとの計（Ｂ２−Ｂ１）個のソースパケットを二番目のディペンデントビュー・データ・ブロックD[1]として抽出する。再生装置102は更に、（Ａ１＋Ｂ２）番目のソースパケットと、それに続く（Ａ２−Ａ１−１）個のソースパケットとの計（Ａ２−Ａ１）個のソースパケットを二番目のベースビュー・データ・ブロックB[1]として抽出する。それ以降も再生装置102は同様に、読み出されるソースパケットの数からエクステントＳＳ内のデータ・ブロック間の境界を検出して、ディペンデントビューとベースビューとの各データ・ブロックを交互に抽出する。抽出されたベースビュー・データ・ブロックとライトビュー・データ・ブロックとはパラレルにシステム・ターゲット・デコーダに渡されて復号される。
こうして、Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aから特定のＰＴＳ以降の３Ｄ映像を再生できる。その結果、再生装置102は、ＢＤ−ＲＯＭドライブ121の制御に関する上記の利点（Ａ）、（Ｂ）を実際に享受できる。
≪ファイル・ベース≫
図２７の（ｃ）は、Ｌ／Ｒモードの再生装置102によって第１ファイルＳＳ244Aから抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。図２７の（ｃ）を参照するに、それらのベースビュー・データ・ブロックB[n]（n＝0、1、2、…）の含むソースパケット群に、先頭から順にＳＰＮを割り当てたとき、各データ・ブロックB[n]の先端に位置するソースパケットのＳＰＮは、エクステント起点2442の示すＳＰＮ2712に等しい。それらのベースビュー・データ・ブロック群B[n]のように、エクステント起点を利用して一つのファイルＳＳから抽出されるベースビュー・データ・ブロック群を「ファイル・ベース」という。更に、ファイル・ベースに含まれるベースビュー・データ・ブロックを「ベースビュー・エクステント」という。図２７の（ｅ）に示されているように、各ベースビュー・エクステントEXT1[0]、EXT1[1]、…はクリップ情報ファイル内のエクステント起点2442、2720によって参照される。
ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とベースビュー・データ・ブロックB[n]を共有する。従って、ファイル・ベースはファイル２Ｄと同じメインＴＳを含む。しかし、ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とは異なり、いずれのファイルのファイル・エントリによっても参照されない。上記のとおり、ベースビュー・エクステントEXT1[n]は、クリップ情報ファイル内のエクステント起点を利用して、ファイルＳＳ内のエクステントＳＳEXTSS[・]から抽出される。このように、ファイル・ベースは本来のファイルとは異なり、ファイル・エントリを含まず、かつ、ベースビュー・エクステントの参照にエクステント起点を必要とする。それらの意味で、ファイル・ベースは「仮想的なファイル」である。特にファイル・ベースはファイルシステムでは認識されず、図２に示されているディレクトリ／ファイル構造には現れない。
図２８は、ＢＤ−ＲＯＭディスク101上に記録された一つのエクステント・ブロック2800と、ファイル２Ｄ2810、ファイル・ベース2811、ファイルＤＥＰ2812、及びファイルＳＳ2820の各エクステント群との間の対応関係を示す模式図である。図２８を参照するに、エクステント・ブロック2800はディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とを含む（n＝…、0、1、2、3、…）。ベースビュー・データ・ブロックB[n]は２ＤエクステントEXT2D[n]としてファイル２Ｄ2810に属する。ディペンデントビュー・データ・ブロックD[n]はディペンデントビュー・エクステントEXT2[n]としてファイルＤＥＰ2812に属する。エクステント・ブロック2800の全体が一つのエクステントＳＳEXTSS[0]としてファイルＳＳ2820に属する。従って、エクステントＳＳEXTSS[0]は、２ＤエクステントEXT2D[n]とはベースビュー・データ・ブロックB[n]を共有し、ディペンデントビュー・エクステントEXT2[n]とはディペンデントビュー・データ・ブロックD[n]を共有する。エクステントＳＳEXTSS[0]は再生装置102に読み込まれた後、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とに分離される。それらのベースビュー・データ・ブロックB[n]はベースビュー・エクステントEXT1[n]としてファイル・ベース2811に属する。エクステントＳＳEXTSS[0]内でのベースビュー・エクステントEXT1[n]とディペンデントビュー・エクステントEXT2[n]との間の境界は、ファイル２Ｄ2810とファイルＤＥＰ2812とのそれぞれに対応付けられたクリップ情報ファイル内のエクステント起点を利用して特定される。
≪ディペンデントビュー・クリップ情報ファイル≫
ディペンデントビュー・クリップ情報ファイルは、図２４−２７に示されている２Ｄクリップ情報ファイルとデータ構造が同様である。従って、以下の説明では、ディペンデントビュー・クリップ情報ファイルと２Ｄクリップ情報ファイルとの間の相違点に触れ、同様な点についての説明は上記の説明を援用する。
ディペンデントビュー・クリップ情報ファイルは２Ｄクリップ情報ファイルとは主に次の三点（ｉ）、（ｉｉ）、（ｉｉｉ）で異なる：（ｉ）ストリーム属性情報に条件が課せられている；（ｉｉ）エントリ・ポイントに条件が課せられている；（ｉｉｉ）３Ｄメタデータがオフセット・テーブルを含まない。
（ｉ）ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとがＬ／Ｒモードの再生装置102によって３Ｄ映像の再生に利用されるものであるとき、図６に示されているとおり、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームを利用して圧縮されている。そのとき、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームとビデオ・ストリーム属性が等しい。ここで、ベースビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報は２Ｄクリップ情報ファイルのストリーム属性情報2420内でＰＩＤ＝０ｘ１０１１に対応付けられている。一方、ディペンデントビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報はディペンデントビュー・クリップ情報ファイルのストリーム属性情報内でＰＩＤ＝０ｘ１０１２又は０ｘ１０１３に対応付けられている。従って、それらのビデオ・ストリーム属性情報間では、図２４に示されている各項目、すなわち、コーデック、解像度、アスペクト比、及びフレームレートが一致しなければならない。コーデックの種類が一致していれば、ベースビュー・ピクチャとディペンデントビュー・ピクチャとの間に符号化での参照関係が成立するので、各ピクチャを復号することができる。解像度、アスペクト比、及びフレームレートがいずれも一致していれば、左右の映像の画面表示を同期させることができる。それ故、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができる。
（ｉｉ）ディペンデントビュー・クリップ情報ファイルのエントリ・マップは、ディペンデントビュー・ビデオ・ストリームに割り当てられたテーブルを含む。そのテーブルは、図２５の（ａ）に示されているテーブル2500と同様に、エントリ・マップ・ヘッダとエントリ・ポイントとを含む。エントリ・マップ・ヘッダは、対応するディペンデントビュー・ビデオ・ストリームのＰＩＤ、すなわち０ｘ１０１２又は０ｘ１０１３を示す。各エントリ・ポイントは一対のＰＴＳとＳＰＮとを一つのＥＰ＿ＩＤに対応付けている。各エントリ・ポイントのＰＴＳは、ディペンデントビュー・ビデオ・ストリームに含まれるいずれかのＧＯＰの先頭のピクチャのＰＴＳと等しい。各エントリ・ポイントのＳＰＮは、同じエントリ・ポイントに属するＰＴＳの示すピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。ここで、ＳＰＮは、ファイルＤＥＰに属するソースパケット群、すなわちサブＴＳを構成するソースパケット群に先頭から順に割り当てられた通し番号を意味する。各エントリ・ポイントのＰＴＳは、２Ｄクリップ情報ファイルのエントリ・マップのうち、ベースビュー・ビデオ・ストリームに割り当てられたテーブル内のエントリ・ポイントのＰＴＳと一致しなければならない。すなわち、同じ３Ｄ・ＶＡＵに含まれる一対のピクチャの一方を含むソースパケット群の先頭にエントリ・ポイントが設定されているときは常に、他方を含むソースパケット群の先頭にもエントリ・ポイントが設定されていなければならない。
図２９は、ベースビュー・ビデオ・ストリーム2910とディペンデントビュー・ビデオ・ストリーム2920とに設定されたエントリ・ポイントの例を示す模式図である。各ビデオ・ストリーム2910、2920では、先頭から数えて同じ順番のＧＯＰが同じ再生期間の映像を表す。図２９を参照するに、ベースビュー・ビデオ・ストリーム2910では、先頭から数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント2901B、2903B、2905Bが設定されている。それに併せて、ディペンデントビュー・ビデオ・ストリーム2920でも、先頭から数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント2901D、2903D、2905Dが設定されている。その場合、再生装置102は、例えばＧＯＰ＃３から３Ｄ映像の再生を開始するとき、対応するエントリ・ポイント2903B、2903DのＳＰＮからファイルＳＳ内の再生開始位置のＳＰＮを直ちに算定できる。特にエントリ・ポイント2903B、2903Dがいずれもデータ・ブロックの先端に設定されているとき、図２７の（ｅ）から理解されるとおり、エントリ・ポイント2903B、2903DのＳＰＮの和がファイルＳＳ内の再生開始位置のＳＰＮに等しい。図２７の（ｅ）の説明で述べたとおり、そのソースパケットの数からは、ファイルＳＳ内の再生開始位置の部分が記録されたセクタのＬＢＮを算定することができる。こうして、３Ｄ映像の再生においても、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理の応答速度を向上させることができる。
≪２Ｄプレイリスト・ファイル≫
図３０は、２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図２に示されている第１プレイリスト・ファイル（00001.mpls）221はこのデータ構造を持つ。図３０を参照するに、２Ｄプレイリスト・ファイル221はメインパス3001と二つのサブパス3002、3003とを含む。
メインパス3001はプレイアイテム情報（ＰＩ）の配列であり、ファイル２Ｄ241の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各ＰＩは固有のプレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）で識別される。各ＰＩ＃Ｎは主要な再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の開始時刻（In−Time）を表し、他方は終了時刻（Out−Time）を表す。更に、メインパス3001内でのＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
各サブパス3002、3003はサブプレイアイテム情報（ＳＵＢ＿ＰＩ）の配列であり、ファイル２Ｄ241の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、メインパス3001の表すファイル２Ｄ241の部分とは別の部分、又は別のファイル２Ｄに多重化されたストリーム・データの部分とその再生順とを意味する。そのストリーム・データは、メインパス3001に従ってファイル２Ｄ241から再生される２Ｄ映像と同時に再生されるべき別の２Ｄ映像を表す。その別の２Ｄ映像は例えば、ピクチャ・イン・ピクチャ方式における副映像、ブラウザ画面、ポップアップ・メニュー、又は字幕を含む。サブパス3002、3003には２Ｄプレイリスト・ファイル221への登録順に通し番号“０”、“１”が振られている。その通し番号はサブパスＩＤとして各サブパス3002、3003の識別に利用される。各サブパス3002、3003では、各ＳＵＢ＿ＰＩが固有のサブプレイアイテムＩＤ＝＃Ｍ（Ｍ＝１、２、３、…）で識別される。各ＳＵＢ＿ＰＩ＃Ｍは、再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス3002、3003内でのＳＵＢ＿ＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
図３１は、ＰＩ＃Ｎのデータ構造を示す模式図である。図３１を参照するに、ＰＩ＃Ｎは、参照クリップ情報3101、再生開始時刻（In＿Time）3102、再生終了時刻（Out＿Time）3103、コネクション・コンディション3104、及びストリーム選択テーブル（以下、ＳＴＮ（Stream Number）テーブルと略す。）3105を含む。参照クリップ情報3101は、２Ｄクリップ情報ファイル231を識別するための情報である。再生開始時刻3102と再生終了時刻3103とは、ファイル２Ｄ241の再生対象部分の先端と後端との各ＰＴＳを示す。コネクション・コンディション3104は、再生開始時刻3102と再生終了時刻3103とによって規定された再生区間での映像を、一つ前のＰＩ＃（Ｎ−１）によって規定された再生区間での映像に接続するときの条件を規定する。ＳＴＮテーブル3105は、再生開始時刻3102から再生終了時刻3103までの間に再生装置102内のデコーダによってファイル２Ｄ241から選択可能なエレメンタリ・ストリームのリストを表す。
ＳＵＢ＿ＰＩのデータ構造は、図３１に示されているＰＩのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にＳＵＢ＿ＰＩの再生開始時刻と再生終了時刻とは、ＰＩのそれらと同じ時間軸上の値で表される。ＳＵＢ＿ＰＩは更に「ＳＰコネクション・コンディション」というフィールドを含む。ＳＰコネクション・コンディションはＰＩのコネクション・コンディションと同じ意味を持つ。
［コネクション・コンディション］
コネクション・コンディション（以下、ＣＣと略す。）3104は例えば“１”、“５”、“６”の三種類の値を取り得る。ＣＣ3104が“１”であるとき、ＰＩ＃Ｎによって規定されるファイル２Ｄ241の部分から再生される映像は、直前のＰＩ＃（Ｎ−１）によって規定されるファイル２Ｄ241の部分から再生される映像とは必ずしもシームレスに接続されなくてもよい。一方、ＣＣ3104が“５”又は“６”であるとき、それら両方の映像が必ずシームレスに接続されなければならない。
図３２の（ａ）、（ｂ）はそれぞれ、ＣＣ3104が“５”、“６”であるときに接続対象の二つの再生区間3201、3202の間の関係を示す模式図である。ここで、ＰＩ＃（Ｎ−１）はファイル２Ｄ241の第１部分3201を規定し、ＰＩ＃Ｎはファイル２Ｄ241の第２部分3202を規定する。図３２の（ａ）を参照するに、ＣＣ3104が“５”であるとき、２つのＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間でＳＴＣが途切れていても良い。すなわち、第１部分3201の後端のＰＴＳ＃１と第２部分3202の先端のＰＴＳ＃２とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第１部分3201に続けて第２部分3202をデコーダに供給したときでもそのデコーダが復号処理をスムーズに持続できるように、各部分3201、3202が作成されていなければならない。更に、第１部分3201に含まれるオーディオ・ストリームの最後のフレームを、第２部分3202に含まれるオーディオ・ストリームの先頭フレームと重複させなければならない。一方、図３２の（ｂ）を参照するに、ＣＣ3104が“６”であるとき、第１部分3201と第２部分3202とは、デコーダの復号処理上、一連の部分として扱えるものでなければならない。すなわち、第１部分3201と第２部分3202との間ではＳＴＣとＡＴＣとがいずれも連続でなければならない。同様に、ＳＰコネクション・コンディションが“５”又は“６”であるとき、隣接する２つのＳＵＢ＿ＰＩによって規定されるファイル２Ｄの部分間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。
［ＳＴＮテーブル］
図３１を再び参照するに、ＳＴＮテーブル3105はストリーム登録情報の配列である。「ストリーム登録情報」とは、再生開始時刻3102から再生終了時刻3103までの間にメインＴＳから再生対象として選択可能なエレメンタリ・ストリームを個別に示す情報である。ストリーム番号（ＳＴＮ）3106はストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリ・ストリームの識別に利用される。ＳＴＮ3106は更に、同じ種類のエレメンタリ・ストリームの間では選択の優先順位を表す。ストリーム登録情報はストリーム・エントリ3109とストリーム属性情報3110と含む。ストリーム・エントリ3109はストリーム・パス情報3107とストリーム識別情報3108とを含む。ストリーム・パス情報3107は、選択対象のエレメンタリ・ストリームが属するファイル２Ｄを示す情報である。例えばストリーム・パス情報3107が“メインパス”を示すとき、そのファイル２Ｄは、参照クリップ情報3101の示す２Ｄクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報3107が“サブパスＩＤ＝１”を示すとき、選択対象のエレメンタリ・ストリームが属するファイル２Ｄは、サブパスＩＤ＝１のサブパスに含まれるＳＵＢ＿ＰＩの参照クリップ情報が示す２Ｄクリップ情報ファイルに対応するものである。そのＳＵＢ＿ＰＩの規定する再生開始時刻又は再生終了時刻のいずれかは、ＳＴＮテーブル3105を含むＰＩの規定する再生開始時刻3102から再生終了時刻3103までの期間に含まれる。ストリーム識別情報3108は、ストリーム・パス情報3107によって特定されるファイル２Ｄに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻3102から再生終了時刻3103までの間に選択可能である。ストリーム属性情報3110は各エレメンタリ・ストリームの属性情報を表す。例えば、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。
［２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生］
図３３は、２Ｄプレイリスト・ファイル（00001.mpls）221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）241から再生される部分との間の対応関係を示す模式図である。図３３を参照するに、２Ｄプレイリスト・ファイル221のメインパス3001では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）231を示す。再生装置102は２Ｄプレイリスト・ファイル221に従って２Ｄ映像を再生するとき、まずＰＩ＃１からＰＴＳ＃１、＃２を読み出す。再生装置102は次に、２Ｄクリップ情報ファイル231のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ241内のＳＰＮ＃１、＃２を検索する。再生装置102は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル２Ｄ241のファイル・エントリとを利用して、再生対象の２Ｄエクステント群EXT2D[0]、…、EXT2D[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２５の（ｂ）、（ｃ）を用いて説明したとおりである。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P1から、２Ｄエクステント群EXT2D[0]、…、EXT2D[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２の示すＰＴＳ＃３、＃４の対はまず、２Ｄクリップ情報ファイル231のエントリ・マップを利用してＳＰＮ＃３、＃４の対に変換される。次に、ファイル２Ｄ241のファイル・エントリを利用してＳＰＮ＃３、＃４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P2から、２Ｄエクステント群に属するソースパケット群が読み出される。ＰＩ＃３の示すＰＴＳ＃５、＃６の対からＳＰＮ＃５、＃６の対への変換、ＳＰＮ＃５、＃６の対からＬＢＮ＃５、＃６の対への変換、及びＬＢＮ＃５からＬＢＮ＃６までの範囲のセクタ群P3からのソースパケット群の読み出しも同様である。こうして、再生装置102は２Ｄプレイリスト・ファイル221のメインパス3001に従ってファイル２Ｄ241から２Ｄ映像を再生できる。
２Ｄプレイリスト・ファイル221はエントリ・マーク3301を含んでもよい。エントリ・マーク3301は、メインパス3001のうち、実際に再生が開始されるべき時点を示す。例えば図３３に示されているように、ＰＩ＃１に対して複数のエントリ・マーク3301が設定されてもよい。エントリ・マーク3301は特に頭出し再生において、再生開始位置の検索に利用される。例えば２Ｄプレイリスト・ファイル221が映画タイトルの再生経路を規定するとき、エントリ・マーク3301は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。
≪３Ｄプレイリスト・ファイル≫
図３４は、３Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図２に示されている第２プレイリスト・ファイル（00002.mpls）222はこのデータ構造を持つ。第２プレイリスト・ファイル（00003.mpls）223も同様である。図３４を参照するに、３Ｄプレイリスト・ファイル222は、メインパス3401、サブパス3402、及び拡張データ3403を含む。
メインパス3401は、図３の（ａ）に示されているメインＴＳの再生経路を規定する。従って、メインパス3401は、図３０に示されている２Ｄプレイリスト・ファイル221のメインパス3001に等しい。２Ｄ再生モードの再生装置102は３Ｄプレイリスト・ファイル222のメインパス3001に従ってファイル２Ｄ241から２Ｄ映像を再生できる。
サブパス3402は、図３の（ｂ）、（ｃ）に示されているサブＴＳの再生経路、すなわち第１ファイルＤＥＰ242又は第２ファイルＤＥＰ243のいずれかの再生経路を規定する。サブパス3402のデータ構造は、図３０に示されている２Ｄプレイリスト・ファイル241のサブパス3002、3003のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図３０を用いた説明を援用する。
サブパス3402のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス3401のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス3402はその上、サブパス・タイプ3410を含む。「サブパス・タイプ」は一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。３Ｄプレイリスト・ファイル222では特にサブパス・タイプ3410が３Ｄ再生モードの種類、すなわちサブパス3402に従って再生されるべきディペンデントビュー・ビデオ・ストリームの種類を示す。図３４では、サブパス・タイプ3410は、その値が「３Ｄ・Ｌ／Ｒ」であるので、３Ｄ再生モードがＬ／Ｒモードであること、すなわちライトビュー・ビデオ・ストリームが再生対象であることを示す。一方、サブパス・タイプ3410は、その値が「３Ｄデプス」であるとき、３Ｄ再生モードがデプス・モードであること、すなわちデプスマップ・ストリームが再生対象であることを示す。３Ｄ再生モードの再生装置102は、サブパス・タイプ3410の値が「３Ｄ・Ｌ／Ｒ」又は「３Ｄデプス」であることを検出したとき、メインパス3401に従った再生処理とサブパス3402に従った再生処理とを同期させる。
図８５は、二つの連続するＰＩの規定するファイル２Ｄの各部分、対応するＳＵＢ＿ＰＩの規定するファイルＤＥＰの各部分、それらの部分の属するファイルＳＳの各部分、及び、各ファイルによって参照されるエクステント・ブロックの対応関係を示す模式図である。図８５では、整数Ｎは１以上であり、整数kは0以上である。整数k、n、q、sはその順に大きい。整数mは整数kよりも1大きく、整数pは整数nよりも1大きく、整数rは整数qよりも1大きい：m＝k＋1、p＝n＋1、r＝q＋1。図８５を参照するに、ＰＩ＃（Ｎ−１）はファイル２Ｄ8510の第１部分8511を規定し、ＰＩ＃Ｎはファイル２Ｄ8510の第２部分8512を規定する。ＰＩ＃（Ｎ−１）に対応するＳＵＢ＿ＰＩ＃（Ｎ−１）はファイルＤＥＰ8520の第１部分8521を規定し、ＰＩ＃Ｎに対応するＳＵＢ＿ＰＩ＃ＮはファイルＤＥＰ8520の第２部分8522を規定する。各ファイル8510、8520の第１部分8511、8521はファイルＳＳ8530の第１部分8531に属し、各ファイル8510、8520の第２部分8512、8522はファイルＳＳ8530の第２部分8532に属する。具体的には、例えばファイル２Ｄ8510の第１部分8511内の２ＤエクステントEXT2D[0]、…、EXT2D[k]は、ファイルＳＳ8530の第１部分8531内のエクステントＳＳEXTSS[0]と、エクステント・ブロック8501内のベースビュー・データ・ブロックB[0]、…、B[k]を共有する（整数kは0以上である）。一方、ファイルＤＥＰ8520の第１部分8521内のディペンデントビュー・エクステントEXT2[0]、…、EXT2[k]は、ファイルＳＳ8530の第１部分8531内のエクステントＳＳEXTSS[0]と、エクステント・ブロック8501内のディペンデントビュー・データ・ブロックD[0]、…、D[k]を共有する。
ＰＩ＃Ｎのコネクション・コンディション（ＣＣ）が“５”又は“６”であるとき、ファイル２Ｄ8510の第１部分8511と第２部分8512とはシームレスに接続される。更に、対応するＳＵＢ＿ＰＩ＃ＮのＳＰＣＣも“５”又は“６”である。従って、ファイルＤＥＰ8520の第１部分8521と第２部分8522とはシームレスに接続される。その場合、ファイルＳＳ8530の第１部分8531内では、先頭のエクステント・ブロック8501を除く、二番目以降のエクステント・ブロック8502が上記の条件４を満たせばよい。ここで、先頭のエクステント・ブロック8501と二番目のエクステント・ブロック8502との間のシームレス接続は、例えば先頭のエクステント・ブロック8501内の先頭のディペンデントビュー・データ・ブロックD[0]を十分なサイズに設計しておけば、容易に実現される。一方、ファイルＳＳ8530の第２部分8532内では、最後のエクステント・ブロック8504を除く、最後から二番目までのエクステント・ブロック8503が上記の条件４を満たせばよい。
拡張データ3403は、３Ｄ再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モードの再生装置102には無視される。拡張データ3403は特に、拡張ストリーム選択テーブル3430を含む。「拡張ストリーム選択テーブル（STN＿table＿SS）」（以下、ＳＴＮテーブルＳＳと略す。）は、３Ｄ再生モードにおいて、メインパス3401内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブＴＳから再生対象として選択可能なエレメンタリ・ストリームを示す。
図３５は、ＳＴＮテーブルＳＳ3430のデータ構造を示す模式図である。図３５を参照するに、ＳＴＮテーブルＳＳ3430はストリーム登録情報列3501、3502、3503、…を含む。ストリーム登録情報列3501、3502、3503、…はメインパス3401内のＰＩ＃１、＃２、＃３、…に個別に対応し、３Ｄ再生モードの再生装置102により、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わされて利用される。各ＰＩに対するストリーム登録情報列3501は、ポップアップ期間のオフセット（Fixed＿offset＿during＿Popup）3511、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3512、ＰＧストリームのストリーム登録情報列3513、及びＩＧストリームのストリーム登録情報列3514を含む。
ポップアップ期間のオフセット3511は、ＩＧストリームからポップアップ・メニューが再生されるか否かを示す。３Ｄ再生モードの再生装置102はそのオフセット3511の値に依ってビデオ・プレーンとＰＧプレーンとの表示モード（presentation mode）を変える。ここで、ビデオ・プレーンの表示モードにはベースビュー（Ｂ）−ディペンデントビュー（Ｄ）表示モードとＢ−Ｂ表示モードとの二種類がある。ＰＧプレーンとＩＧプレーンとの各表示モードには、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードの三種類がある。例えばポップアップ期間のオフセット3511の値が“０”であるとき、ＩＧストリームからはポップアップ・メニューが再生されない。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、ＰＧプレーンの表示モードとして２プレーン・モード又は１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセット3511の値が“１”であるとき、ＩＧストリームからポップアップ・メニューが再生される。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、ＰＧプレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。
「Ｂ−Ｄ表示モード」では再生装置102が、レフトビューとライトビューとのビデオ・ストリームから復号されたプレーン・データを交互に出力する。従って、表示装置103の画面には、ビデオ・プレーンの表すレフトビューとライトビューとのフレームが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。「Ｂ−Ｂ表示モード」では再生装置102が、動作モードを３Ｄ再生モードに維持したまま（特にフレームレートを３Ｄ再生時の値、例えば４８フレーム／秒に維持したまま）、ベースビュー・ビデオ・ストリームから復号されたプレーン・データのみをフレーム当たり二回ずつ出力する。従って、表示装置103の画面には、ビデオ・プレーンについてはレフトビューとライトビューとのいずれかのフレームしか表示されないので、視聴者にはそれらが２Ｄ映像としてしか見えない。
「２プレーン・モード」では、サブＴＳがレフトビューとライトビューとのグラフィックス・ストリームを両方含むとき、再生装置102が各グラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーン・データを復号して交互に出力する。「１プレーン＋オフセット・モード」では、再生装置102がクロッピング処理により、メインＴＳ内のグラフィックス・ストリームからレフトビューとライトビューとのプレーン・データの対を生成して交互に出力する。いずれのモードでも、表示装置103の画面にはレフトビューとライトビューとのＰＧプレーンが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。「１プレーン＋ゼロ・オフセット・モード」では、再生装置102が、動作モードを３Ｄ再生モードに維持したまま、クロッピング処理を一時的に停止させ、メインＴＳ内のグラフィックス・ストリームから復号されたプレーン・データをフレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのＰＧプレーンしか表示されないので、視聴者にはそれらが２Ｄ映像としてしか見えない。
３Ｄ再生モードの再生装置102は、ＰＩごとにポップアップ期間のオフセット3511を参照して、ＩＧストリームからポップアップ・メニューが再生されるときはＢ−Ｂ表示モードと１プレーン＋ゼロ・オフセット・モードとを選択する。それにより、ポップアップ・メニューが表示される間、他の３Ｄ映像が一時的に２Ｄ映像に変更されるので、ポップアップ・メニューの視認性・操作性が向上する。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3512、ＰＧストリームのストリーム登録情報列3513、及びＩＧストリームのストリーム登録情報列3514はそれぞれ、サブＴＳから再生対象として選択可能なディペンデントビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列3512、3513、3514はそれぞれ、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。
図３６の（ａ）は、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3512のデータ構造を示す模式図である。図３６の（ａ）を参照するに、このストリーム登録情報列3512は一般に複数のストリーム登録情報（SS＿dependet＿view＿block）3601を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報3601は、ＳＴＮ3611、ストリーム・エントリ3612、及びストリーム属性情報3613を含む。ＳＴＮ3611はストリーム登録情報3601に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ3612は、サブパスＩＤ参照情報（ref＿to＿Subpath＿id）3621、ストリーム・ファイル参照情報（ref＿to＿subClip＿entry＿id）3622、及びＰＩＤ（ref＿to＿stream＿PID＿subclip）3623を含む。サブパスＩＤ参照情報3621は、ディペンデントビュー・ビデオ・ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報3622は、そのディペンデントビュー・ビデオ・ストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ3623は、そのディペンデントビュー・ビデオ・ストリームのＰＩＤである。ストリーム属性情報3613はそのディペンデントビュー・ビデオ・ストリームの属性、例えばフレームレート、解像度、及びビデオフォーマットを含む。特にそれらは、対応するＰＩ内の組み合わせ対象のストリーム登録情報の示すベースビュー・ビデオ・ストリームのものと共通である。
図３６の（ｂ）は、ＰＧストリームのストリーム登録情報列3513のデータ構造を示す模式図である。図３６の（ｂ）を参照するに、このストリーム登録情報列3513は一般に複数のストリーム登録情報3631を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ＰＧストリームを示すものと同数である。各ストリーム登録情報3631は、ＳＴＮ3641、立体視フラグ（is＿SS＿PG）3642、ベースビュー・ストリーム・エントリ（stream＿entry＿for＿base＿view）3643、ディペンデントビュー・ストリーム・エントリ（stream＿entry＿for＿depentdent＿view）3644、及びストリーム属性情報3645を含む。ＳＴＮ3641はストリーム登録情報3631に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。立体視フラグ3642は、ＢＤ−ＲＯＭディスク101にベースビューとディペンデントビュー、例えばレフトビューとライトビューとのＰＧストリームが両方含まれているか否かを示す。立体視フラグ3642がオンであるとき、サブＴＳに両方のＰＧストリームが含まれている。従って、ベースビュー・ストリーム・エントリ3643、ディペンデントビュー・ストリーム・エントリ3644、及びストリーム属性情報3645のいずれのフィールドも再生装置によって読み出される。立体視フラグ3642がオフであるとき、それらのフィールド3643−3645はいずれも再生装置に無視される。ベースビュー・ストリーム・エントリ3643とディペンデントビュー・ストリーム・エントリ3644とはいずれも、サブパスＩＤ参照情報、ストリーム・ファイル参照情報、及びＰＩＤを含む。サブパスＩＤ参照情報は、ベースビューとディペンデントビューとの各ＰＧストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報は、各ＰＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤは各ＰＧストリームのＰＩＤである。ストリーム属性情報3645は各ＰＧストリームの属性、例えば言語の種類を含む。
図３６の（ｃ）は、ＩＧストリームのストリーム登録情報列3514のデータ構造を示す模式図である。図３６の（ｃ）を参照するに、このストリーム登録情報列3514は一般に複数のストリーム登録情報3651を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ＩＧストリームを示すものと同数である。各ストリーム登録情報3651は、ＳＴＮ3661、立体視フラグ（is＿SS＿IG）3662、ベースビュー・ストリーム・エントリ3663、ディペンデントビュー・ストリーム・エントリ3664、及びストリーム属性情報3665を含む。ＳＴＮ3661はストリーム登録情報3651に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。立体視フラグ3662は、ＢＤ−ＲＯＭディスク101にベースビューとディペンデントビュー、例えばレフトビューとライトビューとのＩＧストリームが両方含まれているか否かを示す。立体視フラグ3662がオンであるとき、サブＴＳに両方のＩＧストリームが含まれている。従って、ベースビュー・ストリーム・エントリ3663、ディペンデントビュー・ストリーム・エントリ3664、及びストリーム属性情報3665のいずれのフィールドも再生装置によって読み出される。立体視フラグ3662がオフであるとき、それらのフィールド3663−3665はいずれも再生装置に無視される。ベースビュー・ストリーム・エントリ3663とディペンデントビュー・ストリーム・エントリ3664とはいずれも、サブパスＩＤ参照情報、ストリーム・ファイル参照情報、及びＰＩＤを含む。サブパスＩＤ参照情報は、ベースビューとディペンデントビューとの各ＩＧストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報は、各ＩＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤは各ＩＧストリームのＰＩＤである。ストリーム属性情報3665は各ＩＧストリームの属性、例えば言語の種類を含む。
［３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生］
図３７は、３Ｄプレイリスト・ファイル（00002.mpls）222の示すＰＴＳと、第１ファイルＳＳ（01000.ssif）244Aから再生される部分との間の対応関係を示す模式図である。図３７を参照するに、３Ｄプレイリスト・ファイル222のメインパス3701では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）231を示す。一方、サブパス・タイプが「３Ｄ・Ｌ／Ｒ」を示すサブパス3702では、ＳＵＢ＿ＰＩ＃１が、ＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報はライトビュー・クリップ情報ファイル（02000.clpi）232を示す。
再生装置102は３Ｄプレイリスト・ファイル222に従って３Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は次に２Ｄクリップ情報ファイル231のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイル２Ｄ241内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102はライトビュー・クリップ情報ファイル232のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応する第１ファイルＤＥＰ242内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、図２７の（ｅ）の説明で述べたように、各クリップ情報ファイル231、232のエクステント起点2442、2720を利用して、第１ファイルＳＳ244Aの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定する。再生装置102は同様に、第１ファイルＳＳ244Aの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。再生装置102は更にＳＰＮ＃２１、＃２２のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数と第１ファイルＳＳ244Aのファイル・エントリとを利用して、再生対象のエクステントＳＳ群EXTSS[0]、…、EXTSS[n]が記録されたセクタ群P11の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２７の（ｅ）の説明で述べたものと同様である。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P11から、エクステントＳＳ群EXTSS[0]、…、EXTSS[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２とＳＵＢ＿ＰＩ＃２との示すＰＴＳ＃３、＃４の対は、まずクリップ情報ファイル231、232の各エントリ・マップを利用してＳＰＮ＃３、＃４の対とＳＰＮ＃１３、＃１４の対とに変換される。次に、ＳＰＮ＃３、＃１３からは第１ファイルＳＳ244Aの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２３が算定され、ＳＰＮ＃４、＃１４からは第１ファイルＳＳ244Aの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２４が算定される。続いて、第１ファイルＳＳ244Aのファイル・エントリを利用して、ＳＰＮ＃２３、＃２４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P12から、エクステントＳＳ群に属するソースパケット群が読み出される。
上記の読み出し処理と並行して、再生装置102は、図２７の（ｅ）の説明で述べたように各クリップ情報ファイル231、232のエクステント起点2442、2720を利用して、各エクステントＳＳからベースビュー・エクステントを抽出し、残りのライトビュー・エクステントとパラレルに復号する。こうして、再生装置102は、３Ｄプレイリスト・ファイル222に従って第１ファイルＳＳ244Aから３Ｄ映像を再生できる。
≪インデックス・テーブル≫
図３８は、図２に示されているインデックス・ファイル（index.bdmv）211内のインデックス・テーブル3810を示す模式図である。図３８を参照するに、インデックス・テーブル3810は、「ファーストプレイ」3801、「トップメニュー」3802、及び「タイトルｋ」3803（ｋ＝１、２、…、ｎ：ｎは１以上の整数）という項目を含む。各項目にはムービーオブジェクトMVO−2D、MVO−3D、…、又はＢＤ−ＪオブジェクトBDJO−2D、BDJO−3D、…のいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部はインデックス・テーブル3810の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをＢＤ−ＲＯＭディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目「ファーストプレイ」3801には、ディスク101がＢＤ−ＲＯＭドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」3802には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」3803には、ディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目「タイトルｋ」には、そのタイトルに対応するＡＶストリーム・ファイルから映像を再生するためのオブジェクトが指定されている。
図３８に示されている例では、項目「タイトル１」と項目「タイトル２」とが２Ｄ映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられているムービーオブジェクトMVO−2Dは、２Ｄプレイリスト・ファイル（00001.mpls）221を用いた２Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル１」が参照されたとき、そのムービーオブジェクトMVO−2Dに従い、２Ｄプレイリスト・ファイル221がディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。項目「タイトル２」に対応付けられているＢＤ−ＪオブジェクトBDJO−2Dは、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置102によって項目「タイトル２」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−2D内のアプリケーション管理テーブルに従ってＪＡＲファイル261からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、２Ｄプレイリスト・ファイル221がディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。
図３８に示されている例では更に、項目「タイトル３」と項目「タイトル４」とが３Ｄ映像のタイトルに割り当てられている。項目「タイトル３」に対応付けられているムービーオブジェクトMVO−3Dは、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関する命令群に加え、３Ｄプレイリスト・ファイル（00002.mpls）222、（00003.mpls）223のいずれかを用いた３Ｄ映像の再生処理に関する命令群を含む。項目「タイトル４」に対応付けられているＢＤ−ＪオブジェクトBDJO−3Dでは、アプリケーション管理テーブルが、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムに加え、３Ｄプレイリスト・ファイル222、223のいずれかを用いた３Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムを規定する。
再生装置102によって項目「タイトル３」が参照されたとき、ムービーオブジェクトMVO−3Dに従い、まず次の四種類の判別処理が行われる：（１）再生装置102自身が３Ｄ映像の再生に対応しているか否か、（２）ユーザが３Ｄ映像の再生を選択しているか否か、（３）表示装置103が３Ｄ映像の再生に対応しているか否か、及び（４）再生装置102の３Ｄ映像再生モードがＬ／Ｒモードとデプス・モードとのいずれであるか。次にそれらの判別結果に応じていずれかのプレイリスト・ファイル221−223が再生対象として選択される。再生装置102によって項目「タイトル４」が参照されたとき、ＢＤ−ＪオブジェクトBDJO−3D内のアプリケーション管理テーブルに従ってＪＡＲファイル261からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、まず上記の判別処理が行われ、次にその判別結果に応じたプレイリスト・ファイルの選択が行われる。
［３Ｄ映像タイトルの選択時でのプレイリスト・ファイルの選択］
図３９は、３Ｄ映像のタイトルが選択されたときに行われる、再生対象のプレイリスト・ファイルの選択処理のフローチャートである。図３８に示されているインデックス・テーブル3810では、項目「タイトル３」が参照されたときはムービーオブジェクトMVO−3Dに従ってその選択処理が実行され、項目「タイトル４」が参照されたときは、ＢＤ−ＪオブジェクトBDJO−3Dに規定されたＪａｖａアプリケーション・プログラムに従ってその選択処理が実行される。
ここで、その選択処理の前提として、再生装置102が第１フラグと第２フラグとを含むときを想定する。第１フラグが“０”であるとき、再生装置102は２Ｄ映像の再生のみに対応可能であり、“１”であるとき、３Ｄ映像の再生にも対応可能である。第２フラグが“０”であるとき、再生装置102はＬ／Ｒモードであり、“１”であるとき、デプス・モードである。
ステップＳ３９０１では、再生装置102は第１フラグの値をチェックする。その値が“０”であるとき、処理はステップＳ３９０５へ進む。その値が“１”であるとき、処理はステップＳ３９０２へ進む。
ステップＳ３９０２では、再生装置102は表示装置103にメニューを表示させて、ユーザに２Ｄ映像と３Ｄ映像とのいずれかの再生を選択させる。ユーザがリモコン105等を操作して、２Ｄ映像の再生を選択したとき、処理はステップＳ３９０５へ進み、３Ｄ映像の再生を選択したとき、処理はステップＳ３９０３へ進む。
ステップＳ３９０３では、再生装置102は、表示装置103が３Ｄ映像の再生に対応しているかチェックする。具体的には、再生装置102はＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換し、表示装置103が３Ｄ映像の再生に対応しているか否かを表示装置103に問い合わせる。表示装置103が３Ｄ映像の再生に対応しているとき、処理はステップＳ３９０４へ進む。表示装置103が３Ｄ映像の再生に対応していないとき、処理はステップＳ３９０５へ進む。
ステップＳ３９０４では、再生装置102は第２フラグの値をチェックする。その値が“０”であるとき、処理はステップＳ３９０６へ進む。その値が“１”であるとき、処理はステップＳ３９０７へ進む。
ステップＳ３９０５では、再生装置102は２Ｄプレイリスト・ファイル221を再生対象として選択する。尚、そのとき、再生装置102は表示装置103に、３Ｄ映像の再生が選択されなかった理由を表示させてもよい。その後、処理は終了する。
ステップＳ３９０６では、再生装置102はＬ／Ｒモード用の３Ｄプレイリスト・ファイル222を再生対象として選択する。その後、処理は終了する。
ステップＳ３９０７では、再生装置102はデプス・モード用の３Ｄプレイリスト・ファイル223を再生対象として選択する。その後、処理は終了する。
＜２Ｄ再生装置の構成＞
２Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から２Ｄ映像コンテンツを再生するとき、２Ｄ再生装置として動作する。図４０は、２Ｄ再生装置4000の機能ブロック図である。図４０を参照するに、２Ｄ再生装置4000は、ＢＤ−ＲＯＭドライブ4001、再生部4002、及び制御部4003を含む。再生部4002は、リード・バッファ4021、システム・ターゲット・デコーダ4023、及びプレーン加算部4024を含む。制御部4003は、動的シナリオ・メモリ4031、静的シナリオ・メモリ4032、ユーザイベント処理部4033、プログラム実行部4034、再生制御部4035、及びプレーヤ変数記憶部4036を含む。再生部4002と制御部4003とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。
ＢＤ−ＲＯＭドライブ4001は、内部にＢＤ−ＲＯＭディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、ＢＤ−ＲＯＭドライブ4001は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。
ＢＤ−ＲＯＭドライブ4001は、再生制御部4035からの要求に従ってＢＤ−ＲＯＭディスク101からデータを読み出す。そのデータのうち、ファイル２Ｄのエクステント、すなわち２Ｄエクステントはリード・バッファ4021へ転送され、動的シナリオ情報は動的シナリオ・メモリ4031へ転送され、静的シナリオ情報は静的シナリオ・メモリ4032へ転送される。「動的シナリオ情報」は、インデックス・ファイル、ムービーオブジェクト・ファイル、及びＢＤ−Ｊオブジェクト・ファイルを含む。「静的シナリオ情報」は２Ｄプレイリスト・ファイルと２Ｄクリップ情報ファイルとを含む。
リード・バッファ4021、動的シナリオ・メモリ4031、及び静的シナリオ・メモリ4032はいずれもバッファ・メモリである。リード・バッファ4021としては再生部4002内のメモリ素子が利用され、動的シナリオ・メモリ4031及び静的シナリオ・メモリ4032としては制御部4003内のメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が、それらのバッファ・メモリ4021、4031、4032の一部又は全部として利用されてもよい。リード・バッファ4021は２Ｄエクステントを格納し、動的シナリオ・メモリ4031は動的シナリオ情報を格納し、静的シナリオ・メモリ4032は静的シナリオ情報を格納する。
システム・ターゲット・デコーダ4023は、リード・バッファ4021から２Ｄエクステントをソースパケット単位で読み出して多重分離処理を行い、更に分離された各エレメンタリ・ストリームに対して復号処理を行う。ここで、各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め、再生制御部4035からシステム・ターゲット・デコーダ4023へ送られている。システム・ターゲット・デコーダ4023は更に、復号後のプライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリームをそれぞれ、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、及びＰＧプレーン・データとしてＶＡＵ単位で送出する。一方、システム・ターゲット・デコーダ4023は、復号後のプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとをミキシングして表示装置103の内蔵スピーカ103A等の音声出力装置へ送出する。その他に、システム・ターゲット・デコーダ4023はプログラム実行部4034からグラフィックス・データを受信する。そのグラフィックス・データは、ＧＵＩ用のメニュー等のグラフィックスを画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧ等のラスタデータで表現されている。システム・ターゲット・デコーダ4023はそのグラフィックス・データを処理してイメージ・プレーン・データとして送出する。尚、システム・ターゲット・デコーダ4023の詳細については後述する。
プレーン加算部4024は、システム・ターゲット・デコーダ4023から、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、ＰＧプレーン・データ、及びイメージ・プレーン・データを受信し、それらを互いに重畳して一つの映像フレーム又はフィールドに合成する。合成後の映像データは表示装置103へ送出され、その画面に表示される。
ユーザイベント処理部4033は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に応じてプログラム実行部4034又は再生制御部4035に処理を依頼する。例えばユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部4033はその押下を検出してそのボタンを識別する。ユーザイベント処理部4033は更にプログラム実行部4034に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、例えばユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部4033はその押下を検出してそのボタンを識別する。ユーザイベント処理部4033は更に再生制御部4035に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。
プログラム実行部4034はプロセッサであり、動的シナリオ・メモリ4031に格納されたムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルからプログラムを読み出して実行する。プログラム実行部4034は更に各プログラムに従って次の制御を行う：（１）再生制御部4035に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタデータとして生成し、それをシステム・ターゲット・デコーダ4023へ転送して他の映像データに合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ−ＲＯＭディスク101のオーサリング工程のうち、ムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルのプログラミング工程によって決まる。
再生制御部4035は、２Ｄエクステント及びインデックス・ファイル等、各種のデータをＢＤ−ＲＯＭディスク101から、リード・バッファ4021、動的シナリオ・メモリ4031、及び静的シナリオ・メモリ4032へ転送する処理を制御する。その制御には、図２に示されているディレクトリ／ファイル構造を管理するファイルシステムが利用される。すなわち、再生制御部4035はファイル・オープン用のシステムコールを利用して、ＢＤ−ＲＯＭドライブ4001に各種のファイルを各バッファ・メモリ4021、4031、4032へ転送させる。ここで、「ファイル・オープン」とは次の一連の処理をいう。まず、システムコールによってファイルシステムに検索対象のファイル名が与えられ、そのファイル名がディレクトリ／ファイル構造から検索される。その検索に成功したとき、再生制御部4035内のメモリには、まず、転送対象のファイルのファイル・エントリが転送され、そのメモリ内にＦＣＢ（File Control Block）が生成される。その後、転送対象のファイルのファイル・ハンドルがファイルシステムから再生制御部4035に返される。以後、再生制御部4035はそのファイル・ハンドルをＢＤ−ＲＯＭドライブ4001に提示することにより、ＢＤ−ＲＯＭドライブ4001にその転送対象のファイルをＢＤ−ＲＯＭディスク101から各バッファ・メモリ4021、4031、4032へ転送させることができる。
再生制御部4035は、ＢＤ−ＲＯＭドライブ4001とシステム・ターゲット・デコーダ4023とを制御してファイル２Ｄから映像データと音声データとを復号させる。具体的には、再生制御部4035はまず、プログラム実行部4034からの命令、又はユーザイベント処理部4033からの依頼に応じて、静的シナリオ・メモリ4032から２Ｄプレイリスト・ファイルを読み出してその内容を解釈する。再生制御部4035は次に、その解釈された内容、特に再生経路に従って、ＢＤ−ＲＯＭドライブ4001とシステム・ターゲット・デコーダ4023とに再生対象のファイル２Ｄを指定して、その読み出し処理及び復号処理を指示する。このようなプレイリスト・ファイルに従った再生処理を「プレイリスト再生処理」という。その他に、再生制御部4035は、静的シナリオ情報を利用してプレーヤ変数記憶部4036に各種のプレーヤ変数を設定する。再生制御部4035は更に、それらのプレーヤ変数を参照して、システム・ターゲット・デコーダ4023に復号対象のエレメンタリ・ストリームを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。
プレーヤ変数記憶部4036は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステム・パラメータ（ＳＰＲＭ）と汎用のパラメータ（ＧＰＲＭ）とがある。ＳＰＲＭは再生装置102の状態を示す。図４１はＳＰＲＭの一覧表である。各ＳＰＲＭには通し番号4101が振られ、各通し番号4101に変数値4102が個別に対応付けられている。主なＳＰＲＭの内容は以下のとおりである。ここで、括弧内の数字は通し番号4101を示す。
ＳＰＲＭ（０） ： 言語コード
ＳＰＲＭ（１） ： プライマリ・オーディオ・ストリーム番号
ＳＰＲＭ（２） ： 字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： タイトル番号
ＳＰＲＭ（５） ： チャプタ番号
ＳＰＲＭ（６） ： プログラム番号
ＳＰＲＭ（７） ： セル番号
ＳＰＲＭ（８） ： 選択キー情報
ＳＰＲＭ（９） ： ナビゲーション・タイマー
ＳＰＲＭ（１０） ： 再生時刻情報
ＳＰＲＭ（１１） ： カラオケ用ミキシングモード
ＳＰＲＭ（１２） ： パレンタル用国情報
ＳＰＲＭ（１３） ： パレンタル・レベル
ＳＰＲＭ（１４） ： プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： オーディオ・ストリーム用言語コード
ＳＰＲＭ（１７） ： オーディオ・ストリーム用言語コード（拡張）
ＳＰＲＭ（１８） ： 字幕ストリーム用言語コード
ＳＰＲＭ（１９） ： 字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０） ： プレーヤ・リージョン・コード
ＳＰＲＭ（２１） ： セカンダリ・ビデオ・ストリーム番号
ＳＰＲＭ（２２） ： セカンダリ・オーディオ・ストリーム番号
ＳＰＲＭ（２３） ： 再生状態
ＳＰＲＭ（２４） ： 予備
ＳＰＲＭ（２５） ： 予備
ＳＰＲＭ（２６） ： 予備
ＳＰＲＭ（２７） ： 予備
ＳＰＲＭ（２８） ： 予備
ＳＰＲＭ（２９） ： 予備
ＳＰＲＭ（３０） ： 予備
ＳＰＲＭ（３１） ： 予備
ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳを示し、そのピクチャが復号されて主映像プレーン・メモリに書き込まれる度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。
ＳＰＲＭ（１６）のオーディオ・ストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置102のデフォルトの言語コードを示す。それらは再生装置102のＯＳＤ（オン・スクリーン・ディスプレイ）等を利用してユーザに変更させることもでき、プログラム実行部4034を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部4035はプレイリスト再生処理において、まずカレントＰＩ内のＳＴＮテーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部4035は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4023に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4023によって選択されて復号される。これらの処理は、ムービーオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルを利用して再生制御部4035に実行させることができる。
プレーヤ変数は再生処理中、再生制御部4035によって再生状態の変化に応じて更新される。特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、及びＳＰＲＭ（２２）が更新される。それらは順に、処理中のオーディオ・ストリーム、字幕ストリーム、セカンダリ・ビデオ・ストリーム、及びセカンダリ・オーディオ・ストリームの各ＳＴＮを示す。例えばプログラム実行部4034によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部4035はまず、変更後のＳＰＲＭ（１）の示すＳＴＮを利用して、再生処理中のＰＩ内のＳＴＮテーブルから、そのＳＴＮを含むストリーム・エントリを検索する。再生制御部4035は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4023に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4023によって選択されて復号される。こうして、再生対象のオーディオ・ストリームが切り換えられる。同様に再生対象の字幕及びセカンダリ・ビデオ・ストリームを切り換えることもできる。
≪２Ｄプレイリスト再生処理≫
図４２は、再生制御部4035による２Ｄプレイリスト再生処理のフローチャートである。２Ｄプレイリスト再生処理は、２Ｄプレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部4035が静的シナリオ・メモリ4032から２Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ４２０１では、再生制御部4035はまず、２Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出して、カレントのＰＩとして設定する。再生制御部4035は次に、そのカレントＰＩのＳＴＮテーブルから、再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とは、システム・ターゲット・デコーダ4023に指示される。再生制御部4035は更に、２Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩに付随するＳＵＢ＿ＰＩを特定する。その後、処理はステップＳ４２０２へ進む。
ステップＳ４２０２では、再生制御部4035は、カレントＰＩから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２Ｄに対応する２Ｄクリップ情報ファイルが特定される。更に、カレントＰＩに付随するＳＵＢ＿ＰＩが存在するときは、それらからも同様な情報が読み出される。その後、処理はステップＳ４２０３へ進む。
ステップＳ４２０３では、再生制御部4035は、２Ｄクリップ情報ファイルのエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２を検索する。ＳＵＢ＿ＰＩの示すＰＴＳの対も同様にＳＰＮの対に変換される。その後、処理はステップＳ４２０４へ進む。
ステップＳ４２０４では、再生制御部4035は、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部4035はまず、ＳＰＮ＃１、＃２のそれぞれとソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部4035は次に、各積をセクタ一つ当たりのデータ量２０４８バイトで割ってその商を求める：Ｎ１＝ＳＰＮ＃１×１９２／２０４８、Ｎ２＝ＳＰＮ＃２×１９２／２０４８。商Ｎ１、Ｎ２は、メインＴＳのうち、ＳＰＮ＃１、＃２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたＳＰＮの対も同様にセクタ数の対に変換される。その後、処理はステップＳ４２０５へ進む。
ステップＳ４２０５では、再生制御部4035は、ステップＳ４２０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象の２Ｄエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4035は、再生対象のファイル２Ｄのファイル・エントリを参照して、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4035は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたセクタ数の対も同様にＬＢＮの対に変換されて、ＢＤ−ＲＯＭドライブ121に指定される。その結果、指定された範囲のセクタ群から、２Ｄエクステント群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ４２０６へ進む。
ステップＳ４２０６では、再生制御部4035は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ４２０１から繰り返される。残されていないときは、処理が終了する。
≪システム・ターゲット・デコーダ≫
図４３は、システム・ターゲット・デコーダ4023の機能ブロック図である。図４３を参照するに、システム・ターゲット・デコーダ4023は、ソース・デパケタイザ4310、ＡＴＣカウンタ4320、第１の２７ＭＨｚクロック4330、ＰＩＤフィルタ4340、ＳＴＣカウンタ（ＳＴＣ１）4350、第２の２７ＭＨｚクロック4360、主映像デコーダ4370、副映像デコーダ4371、ＰＧデコーダ4372、ＩＧデコーダ4373、主音声デコーダ4374、副音声デコーダ4375、イメージ・プロセッサ4380、主映像プレーン・メモリ4390、副映像プレーン・メモリ4391、ＰＧプレーン・メモリ4392、ＩＧプレーン・メモリ4393、イメージ・プレーン・メモリ4394、及び音声ミキサ4395を含む。
ソース・デパケタイザ4310はリード・バッファ4021からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ4340へ送出する。ソース・デパケタイザ4310は更にその送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。具体的には、ソース・デパケタイザ4310はまず、ＡＴＣカウンタ4320が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値はＡＴＣカウンタ4320により、第１の２７ＭＨｚクロック4330のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ4310は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットをＰＩＤフィルタ4340へ転送する。そのような送出時刻の調節により、ソース・デパケタイザ4310からＰＩＤフィルタ4340へのＴＳパケットの平均転送速度は、図２４に示されているシステムレート2411で規定される値RTSを超えない。
ＰＩＤフィルタ4340はまず、ソース・デパケタイザ4310から送出されたＴＳパケットの含むＰＩＤを監視する。そのＰＩＤが、再生制御部4035から予め指定されたＰＩＤに一致したとき、ＰＩＤフィルタ4340はそのＴＳパケットを選択し、そのＰＩＤの示すエレメンタリ・ストリームの復号に適したデコーダ4370−4375へ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4370へ転送される。一方、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、ＴＳパケットはそれぞれ、副映像デコーダ4371、主音声デコーダ4374、副音声デコーダ4375、ＰＧデコーダ4372、及びＩＧデコーダ4373へ転送される。
ＰＩＤフィルタ4340は更に、各ＴＳパケットのＰＩＤを利用してそのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ4340はそのとき、ＳＴＣカウンタ4350の値を所定値に設定する。ここで、ＳＴＣカウンタ4350の値は第２の２７ＭＨｚクロック4360のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ4350に設定されるべき値は予め、再生制御部4035からＰＩＤフィルタ4340に指示されている。各デコーダ4370−4375はＳＴＣカウンタ4350の値をＳＴＣとして利用する。すなわち、ＰＩＤフィルタ4340から送出されたＴＳパケットに対する復号処理の時期を、そのＴＳパケットに含まれるＰＴＳ又はＤＴＳの示す時刻に従って調節する。
主映像デコーダ4370は、図４３に示されているように、トランスポート・ストリーム・バッファ（ＴＢ：Transport Stream Buffer）4301、多重化バッファ（ＭＢ：Multiplexing Buffer）4302、エレメンタリ・ストリーム・バッファ（ＥＢ：Elementary Stream Buffer）4303、圧縮映像デコーダ（ＤＥＣ）4304、及び復号ピクチャ・バッファ（ＤＰＢ：Decoded Picture Buffer）4305を含む。
ＴＢ4301、ＭＢ4302、及びＥＢ4303はいずれもバッファ・メモリであり、それぞれ主映像デコーダ4370に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ4301は、ＰＩＤフィルタ4340から受信されたＴＳパケットをそのまま蓄積する。ＭＢ4302は、ＴＢ4301に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ4301からＭＢ4302へＴＳパケットが転送されるとき、そのＴＳパケットからＴＳヘッダが除去される。ＥＢ4303は、ＰＥＳパケットから、符号化されたＶＡＵを抽出して格納する。そのＶＡＵには、圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ4302からＥＢ4303へデータが転送されるとき、そのＰＥＳパケットからＰＥＳヘッダが除去される。
ＤＥＣ4304は、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4304は、ＥＢ4303内の各ＶＡＵからピクチャを、元のＴＳパケットに含まれるＤＴＳの示す時刻に復号する。ＤＥＣ4304はその他に、図１１に示されている復号スイッチ情報1101を利用して、各ＶＡＵからピクチャをそのＤＴＳに関わらず、順次復号してもよい。その復号処理では、ＤＥＣ4304は予め、そのＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ4304は更に、復号された非圧縮のピクチャをＤＰＢ4305へ転送する。
ＤＰＢ4305は、ＴＢ4301、ＭＢ4302、及びＥＢ4303と同様なバッファ・メモリであり、主映像デコーダ4370に内蔵のメモリ素子の一領域を利用する。ＤＰＢ4305はその他に、他のバッファ・メモリ4301、4302、4303とは異なるメモリ素子に分離されていてもよい。ＤＰＢ4305は復号後のピクチャを一時的に保持する。ＤＥＣ4304によってＰピクチャ又はＢピクチャが復号されるとき、ＤＰＢ4305はＤＥＣ4304からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してＤＥＣ4304に提供する。ＤＰＢ4305は更に、保持している各ピクチャを、元のＴＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ4390へ書き込む。
副映像デコーダ4371は主映像デコーダ4370と同様の構成を含む。副映像デコーダ4371はまず、ＰＩＤフィルタ4340から受信されたセカンダリ・ビデオ・ストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ4371は次に、そのＴＳパケットに含まれるＰＴＳの示す時刻に非圧縮のピクチャを副映像プレーン・メモリ4391へ書き込む。
ＰＧデコーダ4372は、ＰＩＤフィルタ4340から受信されたＴＳパケットを非圧縮のグラフィックス・データに復号し、そのＴＳパケットに含まれるＰＴＳの示す時刻にＰＧプレーン・メモリ4392へ書き込む。
ＩＧデコーダ4373は、ＰＩＤフィルタ4340から受信されたＴＳパケットを非圧縮のグラフィックス・データに復号し、そのＴＳパケットに含まれるＰＴＳの示す時刻にＩＧプレーン・メモリ4393へ書き込む。
主音声デコーダ4374はまず、ＰＩＤフィルタ4340から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ4374は次に、そのバッファ内の各ＴＳパケットからＴＳヘッダとＰＥＳヘッダとを除去し、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ4374は更にその音声データを、元のＴＳパケットに含まれるＰＴＳの示す時刻に音声ミキサ4395へ送出する。主音声デコーダ4374は、ＴＳパケットに含まれるプライマリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に応じて圧縮音声データの復号方法を選択する。ここで、その圧縮符号化方式は例えばＡＣ−３又はＤＴＳを含む。
副音声デコーダ4375は主音声デコーダ4374と同様の構成を含む。副音声デコーダ4375はまず、ＰＩＤフィルタ4340から受信されたセカンダリ・オーディオ・ストリームのＴＳパケットを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ4375は次に、そのＴＳパケットに含まれるＰＴＳの示す時刻に非圧縮のＬＰＣＭ音声データを音声ミキサ4395へ送出する。副音声デコーダ4375は、ＴＳパケットに含まれるセカンダリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に応じて圧縮音声データの復号方法を選択する。ここで、その圧縮符号化方式は例えばドルビー・デジタル・プラス又はＤＴＳ−ＨＤ ＬＢＲを含む。
音声ミキサ4395は、主音声デコーダ4374と副音声デコーダ4375とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシングを行う。音声ミキサ4395は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。
イメージ・プロセッサ4380は、プログラム実行部4034からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタデータを受信する。イメージ・プロセッサ4380はそのとき、そのグラフィックス・データに対するレンダリング処理を行ってイメージ・プレーン・メモリ4394へ書き込む。
＜３Ｄ再生装置の構成＞
３Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から３Ｄ映像コンテンツを再生するとき、３Ｄ再生装置として動作する。その構成の基本部分は、図４０、４３に示されている２Ｄ再生装置の構成と同様である。従って、以下では２Ｄ再生装置の構成からの拡張部分及び変更部分について説明し、基本部分の詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。また、２Ｄプレイリスト再生処理に利用される構成は２Ｄ再生装置の構成と同様である。従って、その詳細についての説明も上記の２Ｄ再生装置についての説明を援用する。以下の説明では、３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生処理、すなわち３Ｄプレイリスト再生処理を想定する。
図４４は、３Ｄ再生装置4400の機能ブロック図である。３Ｄ再生装置4400は、ＢＤ−ＲＯＭドライブ4401、再生部4402、及び制御部4403を含む。再生部4402は、スイッチ4420、第１リード・バッファ4421、第２リード・バッファ4422、システム・ターゲット・デコーダ4423、及びプレーン加算部4424を含む。制御部4403は、動的シナリオ・メモリ4431、静的シナリオ・メモリ4432、ユーザイベント処理部4433、プログラム実行部4434、再生制御部4435、及びプレーヤ変数記憶部4436を含む。再生部4402と制御部4403とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、動的シナリオ・メモリ4431、静的シナリオ・メモリ4432、ユーザイベント処理部4433、及びプログラム実行部4434は、図４０に示されている２Ｄ再生装置内のものと同様である。従って、それらの詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。
ＢＤ−ＲＯＭドライブ4401は、図４０に示されている２Ｄ再生装置内のもの4001と同様な構成要素を含む。ＢＤ−ＲＯＭドライブ4401は、再生制御部4435からＬＢＮの範囲が指示されたとき、その範囲の示すＢＤ−ＲＯＭディスク101上のセクタ群からデータを読み出す。特にファイルＳＳのエクステント、すなわちエクステントＳＳに属するソースパケット群は、ＢＤ−ＲＯＭドライブ4401からスイッチ4420へ転送される。ここで、各エクステントＳＳは、図１３に示されているとおり、ベースビューとディペンデントビューとのデータ・ブロックの対を一つ以上含む。それらのデータ・ブロックは異なるリード・バッファ4421、4422へパラレルに転送されなければならない。従って、ＢＤ−ＲＯＭドライブ4401には２Ｄ再生装置内のＢＤ−ＲＯＭドライブ4001以上のアクセス・スピードが求められる。
スイッチ4420はＢＤ−ＲＯＭドライブ4401からはエクステントＳＳを受信する。一方、スイッチ4420は再生制御部4435からは、そのエクステントＳＳに含まれる各データ・ブロックの境界を示す情報を受信する。その情報は、例えばそのエクステントＳＳの先頭から各境界までのソースパケット数を示す。再生制御部4435はその情報を、クリップ情報ファイル内のエクステント起点に基づいて生成する。スイッチ4420は更に、その情報を利用して各エクステントＳＳからベースビュー・エクステントを抽出して第１リード・バッファ4421へ送出する。一方、スイッチ4420は残りのディペンデントビュー・エクステントを第２リード・バッファ4422へ送出する。
第１リード・バッファ4421と第２リード・バッファ4422とはいずれも、再生部4402内のメモリ素子を利用したバッファ・メモリである。特に単一のメモリ素子内の異なる領域が各リード・バッファ4421、4422として利用される。その他に、異なるメモリ素子が個別に各リード・バッファ4421、4422として利用されてもよい。第１リード・バッファ4421はスイッチ4420からベースビュー・エクステントを受信して格納する。第２リード・バッファ4422はスイッチ4420からディペンデントビュー・エクステントを受信して格納する。
システム・ターゲット・デコーダ4423はまず、第１リード・バッファ4421に格納されたベースビュー・エクステントと、第２リード・バッファ4422に格納されたディペンデントビュー・エクステントとから交互にソースパケットを読み出す。システム・ターゲット・デコーダ4423は次に、多重分離処理によって各ソースパケットからエレメンタリ・ストリームを分離し、更に分離されたものの中から、再生制御部4435から指示されたＰＩＤの示すものを復号する。システム・ターゲット・デコーダ4423は続いて、復号後のエレメンタリ・ストリームをその種類別に内蔵のプレーン・メモリに書き込む。ベースビュー・ビデオ・ストリームは左映像プレーン・メモリに書き込まれ、ディペンデントビュー・ビデオ・ストリームは右映像プレーン・メモリに書き込まれる。一方、セカンダリ・ビデオ・ストリームは副映像プレーン・メモリに書き込まれ、ＩＧストリームはＩＧプレーン・メモリに書き込まれ、ＰＧストリームはＰＧプレーン・メモリに書き込まれる。ここで、ビデオ・ストリーム以外のストリーム・データがベースビューとディペンデントビューとのストリーム・データの対から成るとき、対応するプレーン・メモリはレフトビューとライトビューとの両方のプレーン・データに対して個別に用意される。システム・ターゲット・デコーダ4423はその他に、プログラム実行部4434からのグラフィックス・データ、例えばＪＰＥＧ又はＰＮＧ等のラスタデータに対してレンダリング処理を行ってイメージ・プレーン・メモリに書き込む。
システム・ターゲット・デコーダ4423は、左映像と右映像との各プレーン・メモリからのプレーン・データの出力を次のように、Ｂ−Ｄ表示モードとＢ−Ｂ表示モードとのそれぞれに対応させる。再生制御部4435からＢ−Ｄ表示モードが指示されたとき、システム・ターゲット・デコーダ4423は左映像と右映像との各プレーン・メモリから交互にプレーン・データを出力する。一方、再生制御部4435からＢ−Ｂ表示モードが指示されたとき、システム・ターゲット・デコーダ4423は動作モードを３Ｄ再生モードに維持したまま、左映像と右映像とのいずれかのプレーン・メモリからのみプレーン・データをフレーム当たり二回ずつ出力する。
システム・ターゲット・デコーダ4423は更に、グラフィックス・プレーン・メモリからのグラフィックス・プレーン・データの出力を次のように、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードのそれぞれに対応させる。ここで、グラフィックス・プレーン・メモリは、ＰＧプレーン・メモリ、ＩＧプレーン・メモリ、及びイメージ・プレーン・メモリを含む。再生制御部4435から２プレーン・モードが指示されたとき、システム・ターゲット・デコーダ4423は各グラフィックス・プレーン・メモリからレフトビューとライトビューとのグラフィックス・プレーン・データを交互に出力する。再生制御部4435から１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードが指示されたとき、システム・ターゲット・デコーダ4423は動作モードを３Ｄ再生モードに維持したまま、各グラフィックス・プレーン・メモリからグラフィックス・プレーン・データを出力する。再生制御部4435から１プレーン＋オフセット・モードが指示されたときは更に、システム・ターゲット・デコーダ4423は、再生制御部4435によって指定されたオフセット値をプレーン加算部4424に渡す。一方、再生制御部4435から１プレーン＋ゼロ・オフセット・モードが指示されたときは、システム・ターゲット・デコーダ4423はオフセット値として“０”をプレーン加算部4424に渡す。
再生制御部4435は、３Ｄプレイリスト再生処理をプログラム実行部4434等から命じられたとき、まず、静的シナリオ・メモリ4432に格納された３Ｄプレイリスト・ファイルを参照する。再生制御部4435は次に、その３Ｄプレイリスト・ファイルに従い、図２７の（ｅ）の説明で述べた手順で、読み出し対象の３Ｄエクステントが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ4401に指示する。一方、再生制御部4435は、静的シナリオ・メモリ4405に格納されたクリップ情報ファイル内のエクステント起点を利用して、各３Ｄエクステントに含まれるデータ・ブロックの境界を示す情報を生成する。その情報が再生制御部4435からスイッチ4420へ送出される。
再生制御部4435はその他に、３Ｄプレイリスト・ファイル内のＳＴＮテーブルとＳＴＮテーブルＳＳとを利用して、システム・ターゲット・デコーダ4423とプレーン加算部4424との動作条件を制御する。例えば、再生対象のエレメンタリ・ストリームのＰＩＤが選択されて、システム・ターゲット・デコーダ4403に渡される。また、ＳＴＮテーブルＳＳのうち、ポップアップ期間のオフセット3511に応じて各プレーンの表示モードが選択されてシステム・ターゲット・デコーダ4423とプレーン加算部4424とに指示される。
プレーヤ変数記憶部4436は、２Ｄ再生装置内のもの4036と同様に、図４１に示されているＳＰＲＭを含む。しかし、図４１では予備であったＳＰＲＭ（２４）−（３２）のいずれか二つは、図３９に示されている第１フラグと第２フラグとを個別に含む。例えば、ＳＰＲＭ（２４）が第１フラグを含み、ＳＰＲＭ（２５）が第２フラグを含む。その場合、ＳＰＲＭ（２４）が“０”であるときは再生装置102が２Ｄ映像の再生のみに対応可能であり、“１”であるときは３Ｄ映像の再生にも対応可能である。ＳＰＲＭ（２５）が“０”であるときは再生装置102がＬ／Ｒモードであり、“１”であるときはデプス・モードである。
プレーン加算部4424はシステム・ターゲット・デコーダ4423から各種のプレーン・データを受信し、それらを互いに重畳して一つのフレーム又はフィールドに合成する。特にＬ／Ｒモードでは、左映像プレーン・データはレフトビュー・ビデオ・プレーンを表し、右映像プレーン・データはライトビュー・ビデオ・プレーンを表す。従って、プレーン加算部4424は、左映像プレーン・データには、他のプレーン・データのうち、レフトビューを表すものを重畳し、右映像プレーン・データには、ライトビューを表すものを重畳する。一方、デプス・モードでは、右映像プレーン・データは、左映像プレーン・データの表すビデオ・プレーンに対するデプスマップを表す。従って、プレーン加算部4424はまず、両方の映像プレーン・データからレフトビューとライトビューとのビデオ・プレーン・データの対を生成する。その後、プレーン加算部4424はＬ／Ｒモードでの合成処理と同様に合成処理を行う。
プレーン加算部4424は再生制御部4435から、副映像プレーン、ＰＧプレーン、ＩＧプレーン、又はイメージ・プレーンの表示モードとして１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードが指示されているとき、システム・ターゲット・デコーダ4423から受信されたプレーン・データに対してクロッピング処理を行う。それにより、レフトビューとライトビューとのプレーン・データの対が生成される。特に１プレーン＋オフセット・モードが指示されているとき、そのクロッピング処理では、システム・ターゲット・デコーダ4403又はプログラム実行部4434から指示されたオフセット値が利用される。一方、１プレーン＋ゼロ・オフセット・モードが指示されているとき、そのクロッピング処理ではオフセット値が“０”に設定されている。従って、同じプレーン・データが、レフトビューとライトビューとを表すものとして繰り返し出力される。その後、プレーン加算部4424はＬ／Ｒモードでの合成処理と同様に合成処理を行う。合成後のフレーム又はフィールドは表示装置103へ送出され、その画面に表示される。
≪３Ｄプレイリスト再生処理≫
図４５は、再生制御部4435による３Ｄプレイリスト再生処理のフローチャートである。３Ｄプレイリスト再生処理は、３Ｄプレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部4435が静的シナリオ・メモリ4432から３Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ４５０１では、再生制御部4435はまず、３Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出して、カレントのＰＩとして設定する。再生制御部4435は次に、そのカレントＰＩのＳＴＮテーブルから、再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部4435は更に、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳ3430のうち、カレントＰＩに対応するものから、再生対象のエレメンタリ・ストリームとして追加されるべきもののＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とは、システム・ターゲット・デコーダ4423に指示される。再生制御部4435はその他に、３Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩと同時に参照されるべきＳＵＢ＿ＰＩを特定し、カレントのＳＵＢ＿ＰＩとして設定する。その後、処理はステップＳ４５０２へ進む。
ステップＳ４５０２では、再生制御部4435は、カレントのＰＩとＳＵＢ＿ＰＩとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２ＤとファイルＤＥＰとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップＳ４５０３へ進む。
ステップＳ４５０３では、再生制御部4435は、図３７の説明で述べたように、ステップＳ４５０２で特定されたクリップ情報ファイルの各エントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２とファイルＤＥＰ内のＳＰＮ＃１１、＃１２とを検索する。再生制御部4435は更に、図２７の（ｅ）の説明で述べたように、各クリップ情報ファイルのエクステント起点を利用して、ファイルＳＳの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定し、ファイルＳＳの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。具体的には、再生制御部4435は、まず２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１以下で最大のもの“Ａｍ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１１以下で最大のもの“Ｂｍ”を検索する。再生制御部4435は続いて、検索されたＳＰＮの和Ａｍ＋Ｂｍを求めてＳＰＮ＃２１として決定する。再生制御部4435は、次に２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃２よりも大きく、かつ最小のもの“Ａｎ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１２より大きく、かつ最小のもの“Ｂｎ”を検索する。再生制御部4435は続いて、検索されたＳＰＮの和Ａｎ＋Ｂｎを求めてＳＰＮ＃２２として決定する。その後、処理はステップＳ４５０４へ進む。
ステップＳ４５０４では、再生制御部4435は、ステップＳ４５０３で決定されたＳＰＮ＃２１、＃２２をセクタ数の対Ｎ１、Ｎ２に変換する。具体的には、再生制御部4435はまず、ＳＰＮ＃２１とソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部4435は次に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商ＳＰＮ＃２１×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生開始位置の直前までのセクタ数Ｎ１に等しい。同様に、再生制御部4435は、ＳＰＮ＃２２から商ＳＰＮ＃２２×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生終了位置の直前までのセクタ数Ｎ２に等しい。その後、処理はステップＳ４５０５へ進む。
ステップＳ４５０５では、再生制御部4435は、ステップＳ４５０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のエクステントＳＳ群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4435は、再生対象のファイルＳＳのファイル・エントリを参照して、エクステントＳＳ群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4435は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。その結果、指定された範囲のセクタ群から、エクステントＳＳ群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ４５０６へ進む。
ステップＳ４５０６では、再生制御部4435は、ステップＳ４５０３で利用されたクリップ情報ファイルのエクステント起点を利用して、エクステントＳＳ群に含まれるディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとの間の境界を示す情報（以下、データ・ブロック境界情報と呼ぶ。）を生成してスイッチ4420へ送出する。具体的な例として、再生開始位置を示すＳＰＮ＃２１が、各エクステント起点の示すＳＰＮの和Ａｎ＋Ｂｎに等しく、再生終了位置を示すＳＰＮ＃２２が、各エクステント起点の示すＳＰＮの和Ａｍ＋Ｂｍに等しいときを想定する。そのとき、再生制御部4435は、各エクステント起点からＳＰＮの差の列、Ａ（ｎ＋１）−Ａｎ、Ｂ（ｎ＋１）−Ｂｎ、Ａ（ｎ＋２）−Ａ（ｎ＋１）、Ｂ（ｎ＋２）−Ｂ（ｎ＋１）、…、Ａｍ−Ａ（ｍ−１）、Ｂｍ−Ｂ（ｍ−１）を求めて、データ・ブロック境界情報としてスイッチ4420へ送出する。図２７の（ｅ）に示されているとおり、この列は、エクステントＳＳに含まれる各データ・ブロックのソースパケット数を示す。スイッチ4420は、ＢＤ−ＲＯＭドライブ4401から受信されるエクステントＳＳのソースパケット数を０からカウントし、そのカウントが、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、ソースパケットの送出先を二つのリード・バッファ4421、4422間で切り換え、かつカウントを０にリセットする。その結果、エクステントＳＳの先頭から｛Ｂ（ｎ＋１）−Ｂｎ｝個のソースパケットは最初のディペンデントビュー・エクステントとして第２リード・バッファ4422へ送出され、続く｛Ａ（ｎ＋１）−Ａｎ｝個のソースパケットは最初のベースビュー・エクステントとして第１リード・バッファ4421へ送出される。以降も同様に、スイッチ4420によって受信されるソースパケットの数が、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、エクステントＳＳからディペンデントビューとベースビューとの各エクステントが交互に抽出される。
ステップＳ４５０７では、再生制御部4435は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ４５０１から繰り返される。残されていないときは、処理が終了する。
≪システム・ターゲット・デコーダ≫
図４６は、システム・ターゲット・デコーダ4423の機能ブロック図である。図４６に示されている構成要素は、図４０に示されている２Ｄ再生装置のもの4023とは次の二点で異なる：（１）リード・バッファから各デコーダへの入力系統が二重化されている点、並びに、（２）主映像デコーダは３Ｄ再生モードに対応可能であり、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダは２プレーン・モードに対応可能である点。すなわち、それらの映像デコーダはいずれも、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとを交互に復号できる。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、イメージ・プロセッサ、及び各プレーン・メモリは、図４６に示されている２Ｄ再生装置のものと同様である。従って、以下では、図４６に示されている構成要素のうち、図４０に示されているものとは異なるものについて説明し、同様なものの詳細についての説明は図４０についての説明を援用する。更に、各映像デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ4615の構造について説明する。同様な説明は他の映像デコーダの構造についても成立する。
第１ソース・デパケタイザ4611は、第１リード・バッファ4421からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第１ＰＩＤフィルタ4613へ送出する。第２ソース・デパケタイザ4612は、第２リード・バッファ4422からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第２ＰＩＤフィルタ4614へ送出する。各ソース・デパケタイザ4611、4612は更に、各ＴＳパケットの送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。その同期方法は、図４３に示されているソース・デパケタイザ4310による方法と同様である。従って、その詳細についての説明は図４３についての説明を援用する。そのような送出時刻の調節により、第１ソース・デパケタイザ4611から第１ＰＩＤフィルタ4613へのＴＳパケットの平均転送速度RTS1は、２Ｄクリップ情報ファイルの示すシステムレートを超えない。同様に、第２ソース・デパケタイザ4612から第２ＰＩＤフィルタ4614へのＴＳパケットの平均転送速度RTS2は、ディペンデントビュー・クリップ情報ファイルの示すシステムレートを超えない。
第１ＰＩＤフィルタ4613は、第１ソース・デパケタイザ4611からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4635によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルに従って指定されている。両方のＰＩＤが一致したとき、第１ＰＩＤフィルタ4613はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4615内のＴＢ（１）4101へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
第２ＰＩＤフィルタ4614は、第２ソース・デパケタイザ4612からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4635によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳに従って指定されている。両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ4614はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１２又は０ｘ１０１３であるとき、そのＴＳパケットは主映像デコーダ4615内のＴＢ（２）4608へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ２０−０ｘ１Ｂ３Ｆ、０ｘ１２２０−０ｘ１２７Ｆ、及び０ｘ１４２０−０ｘ１４７Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
主映像デコーダ4615は、ＴＢ（１）4601、ＭＢ（１）4602、ＥＢ（１）4603、ＴＢ（２）4608、ＭＢ（２）4609、ＥＢ（２）4610、バッファ・スイッチ4606、ＤＥＣ4604、ＤＰＢ4605、及びピクチャ・スイッチ4607を含む。ＴＢ（１）4601、ＭＢ（１）4602、ＥＢ（１）4603、ＴＢ（２）4608、ＭＢ（２）4609、ＥＢ（２）4610、及びＤＰＢ4605はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ4615に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
ＴＢ（１）4601は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ4613から受信してそのまま蓄積する。ＭＢ（１）4602は、ＴＢ（１）4601に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ（１）4603は、ＭＢ（１）4602に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
ＴＢ（２）4608は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットを第２ＰＩＤフィルタ4614から受信してそのまま蓄積する。ＭＢ（２）4609は、ＴＢ（２）4608に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ（２）4610は、ＭＢ（２）4609に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
バッファ・スイッチ4606は、ＥＢ（１）4603とＥＢ（２）4610とのそれぞれに蓄積されたＶＡＵのヘッダをＤＥＣ4604からの要求に応じて転送する。バッファ・スイッチ4606は更に、そのＶＡＵの圧縮ピクチャ・データを、元のＴＳパケットに含まれるＤＴＳの示す時刻にＤＥＣ4604へ転送する。ここで、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間では、同じ３Ｄ・ＶＡＵに属する一対のピクチャのＤＴＳが等しい。従って、バッファ・スイッチ4606は、ＤＴＳの等しい一対のＶＡＵのうち、ＥＢ（１）4603に蓄積された方を先にＤＥＣ4604へ転送する。その他に、バッファ・スイッチ4606は、そのＶＡＵ内の復号スイッチ情報1101をＤＥＣ4604に返信させてもよい。その場合、バッファ・スイッチ4606はその復号スイッチ情報1101を使って、次のＶＡＵをＥＢ（１）4603とＥＢ（２）4610とのいずれから転送すべきか決定できる。
ＤＥＣ4604は、図４３に示されているＤＥＣ4304と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4604は、バッファ・スイッチ4606から転送された圧縮ピクチャ・データを順次復号する。その復号処理では、ＤＥＣ4604は予め、各ＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ4604は更に、復号された非圧縮のピクチャをＤＰＢ4605へ転送する。
ＤＰＢ4605は、復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ4604がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ4605はＤＥＣ4604からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してＤＥＣ4604に提供する。
ピクチャ・スイッチ4607は、ＤＰＢ4605から非圧縮の各ピクチャを、元のＴＳパケットに含まれるＰＴＳの示す時刻に、左映像プレーン・メモリ4620と右映像プレーン・メモリ4621とのいずれかに書き込む。ここで、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャとディペンデントビュー・ピクチャとではＰＴＳが等しい。従って、ピクチャ・スイッチ4607は、ＤＰＢ4605に保持された、ＰＴＳの等しい一対のピクチャのうち、ベースビュー・ピクチャを先に左映像プレーン・メモリ4620に書き込み、続いてディペンデントビュー・ピクチャを右映像プレーン・メモリ4621に書き込む。
≪プレーン加算部≫
図４７はプレーン加算部4424の機能ブロック図である。図４７を参照するに、プレーン加算部4424は、視差映像生成部4710、スイッチ4720、四つのクロッピング処理部4731−4734、及び四つの加算部4741−4744を含む。
視差映像生成部4710は、システム・ターゲット・デコーダ4423から左映像プレーン・データ4701と右映像プレーン・データ4702とを受信する。Ｌ／Ｒモードの再生装置102では、左映像プレーン・データ4701はレフトビュー・ビデオ・プレーンを表し、右映像プレーン・データ4702はライトビュー・ビデオ・プレーンを表す。そのとき、視差映像生成部4710は各ビデオ・プレーン・データ4701、4702をそのままスイッチ4720へ送出する。一方、デプス・モードの再生装置102では、左映像プレーン・データ4701は２Ｄ映像のビデオ・プレーンを表し、右映像プレーン・データ4702はその２Ｄ映像に対するデプスマップを表す。そのとき、視差映像生成部4710は、まずそのデプスマップからその２Ｄ映像の各部の両眼視差を計算する。視差映像生成部4710は次に、左映像プレーン・データ4701を加工して、ビデオ・プレーンにおけるその２Ｄ映像の各部の表示位置を、計算された両眼視差に応じて左右に移動させる。それにより、レフトビューとライトビューとを表すビデオ・プレーンの対が生成される。視差映像生成部4710は更に、そのビデオ・プレーンの対を左映像と右映像とのプレーン・データの対としてスイッチ4720へ送出する。
スイッチ4720は、再生制御部4435からＢ−Ｄ表示モードが指示されているとき、ＰＴＳの等しい左映像プレーン・データ4701と右映像プレーン・データ4702とをその順で第１加算部4741へ送出する。スイッチ4720は、再生制御部4435からＢ−Ｂ表示モードが指示されているとき、ＰＴＳの等しい左映像プレーン・データ4701と右映像プレーン・データ4702との一方をフレーム当たり二回ずつ、第１加算部4741へ送出し、他方を破棄する。
各クロッピング処理部4731−4734は、視差映像生成部4710とスイッチ4720との対と同様な構成を含む。２プレーン・モードではそれらの構成が利用される。特にデプス・モードの再生装置102では、システム・ターゲット・デコーダ4423からの各プレーン・データは、各クロッピング処理部4731−4734内の視差映像生成部によってレフトビューとライトビューとのプレーン・データの対に変換される。再生制御部4435からＢ−Ｄ表示モードが指示されているとき、レフトビューとライトビューとのプレーン・データが交互に各加算部4741−4744へ送出される。一方、再生制御部4435からＢ−Ｂ表示モードが指示されているとき、レフトビューとライトビューとのプレーン・データの一方がフレーム当たり二回ずつ各加算部4741−4744へ送出され、他方は破棄される。
１プレーン＋オフセット・モードでは、第１クロッピング処理部4731は、システム・ターゲット・デコーダ4423からオフセット値4751を受信し、それを利用して副映像プレーン・データ4703に対してクロッピング処理を行う。それにより、その副映像プレーン・データ4703は、レフトビューとライトビューとを表す一対の副映像プレーン・データに変換されて交互に送出される。一方、１プレーン＋ゼロ・オフセット・モードではその副映像プレーン・データ4703が二回繰り返して送出される。同様に、第２クロッピング処理部4732はＰＧプレーン・データ4704に対してクロッピング処理を行い、第３クロッピング処理部4733はＩＧプレーン・データ4705に対してクロッピング処理を行う。
イメージ・プレーン・データ4706は、プログラム実行部4434からシステム・ターゲット・デコーダ4423へ転送されたグラフィックス・データが、システム・ターゲット・デコーダ4423によって復号されたものである。そのグラフィックス・データはＪＰＥＧ又はＰＮＧ等のラスタデータであり、メニュー等のＧＵＩ用グラフィックス部品を表す。第４クロッピング処理部4734はイメージ・プレーン・データ4706に対するクロッピング処理を他のクロッピング処理部4731−4733と同様に行う。但し、第４クロッピング処理部4734は他のクロッピング処理部4731−4733とは異なり、オフセット値をシステム・ターゲット・デコーダ4423ではなく、プログラムＡＰＩ4752から受け取る。ここで、プログラムＡＰＩ4752はプログラム実行部4434によって実行される。それにより、グラフィックス・データの表すイメージの奥行きに相当するオフセット値が算出されて、第４クロッピング処理部4734に渡される。
図４８は、各クロッピング処理部4731−4734によるクロッピング処理のフローチャートである。各クロッピング処理部4731−4734は、処理対象のプレーン・データを受信したときにそのクロッピング処理を開始する。以下、第２クロッピング処理部4732がＰＧプレーン・データ4704に対してクロッピング処理を行う場合を例に挙げる。他のクロッピング処理部4731、4733、4734はそれぞれ、副映像プレーン・データ4703、ＩＧプレーン・データ4705、及びイメージ・プレーン・データ4706に対して同様な処理を行う。更に、オフセット値の符号が正であるときは、「各プレーン・データの表す３Ｄ映像の奥行きが画面より手前である」とする。
ステップＳ４８０１では、第２クロッピング処理部4732はまず、オフセット値4751の中から、ＰＧプレーンに割り当てられたものを検索する。第２クロッピング処理部4732は次に、スイッチ4720によって選択されたビデオ・プレーン・データがレフトビューを表すか否かチェックする。ビデオ・プレーン・データがレフトビューを表すとき、処理はステップＳ４８０２へ進む。ビデオ・プレーン・データがライトビューを表すとき、処理はステップＳ４８０３へ進む。
ステップＳ４８０２では、第２クロッピング処理部4732は、ＰＧプレーン・データ4704の示す各グラフィックス映像の表示位置をオフセット値だけ右に変化させる。ここで、そのオフセット値の符号が負であるときは、その表示位置を左に変化させる。また、１プレーン＋ゼロ・オフセット・モードではオフセット値が“０”であるので、元のＰＧプレーン・データ4704がそのまま維持される。その後、処理はステップＳ４８０４へ進む。
ステップＳ４８０３では、第２クロッピング処理部4732は、ＰＧプレーン・データ4704の示す各グラフィックス映像の表示位置をオフセット値だけ左に変化させる。ここで、そのオフセット値の符号が負であるときは、その表示位置を右に変化させる。また、１プレーン＋ゼロ・オフセット・モードではオフセット値が“０”であるので、元のＰＧプレーン・データ4704がそのまま維持される。その後、処理はステップＳ４８０４へ進む。
ステップＳ４８０４では、第２クロッピング処理部4732は、処理後のＰＧプレーン・データ4704を第３クロッピング処理部4734へ送出する。その後、処理は終了する。
図４９の（ａ）、（ｂ）は、第２クロッピング処理部4732によるクロッピング処理を示す模式図である。図４９の（ａ）、（ｂ）はそれぞれ、正のオフセット値に基づいてＰＧプレーン・データ4704から生成されるレフトビューとライトビューとのＰＧプレーン・データ4902L、4902Rを表す。ここで、ＰＧプレーン・データ4704の表す３Ｄ映像の奥行きが画面よりも手前であるときに、オフセット値の符号は正であるとする。
図４９の（ａ）を参照するに、第２クロッピング処理部4732はまず、ＰＧプレーン・データ4704内の各画素データの位置を元の位置から、オフセット値に等しい画素数4901Lだけ右に変化させる。オフセット値の符号が負であるときは、左に変化させる。第２クロッピング処理部4732は次に、ＰＧプレーン・データ4704の元の範囲から右（又は左）にはみ出ている画素データ群4902Lを除去する。こうして、残りの画素データ群4904LがレフトビューＰＧプレーン・データとして出力される。
図４９の（ｂ）を参照するに、第２クロッピング処理部4732はまず、ＰＧプレーン・データ4704内の各画素データの位置を元の位置から、オフセット値に等しい画素数4901Rだけ左に変化させる。オフセット値の符号が負であるときは、右に変化させる。第２クロッピング処理部4732は次に、ＰＧプレーン・データ4704の元の範囲から左（又は右）にはみ出ている画素データ群4902Rを除去する。こうして、残りの画素データ群4904RがライトビューＰＧプレーン・データとして出力される。
図５０の（ａ）、（ｂ）、（ｃ）はそれぞれ、図４９の（ａ）、（b）に示されているレフトビューとライトビューとのＰＧプレーン・データの表す２Ｄ映像、すなわちレフトビューとライトビューとのＰＧプレーン、及びそれらから視聴者に知覚される３Ｄ映像を示す模式図である。図５０の（ａ）を参照するに、レフトビューＰＧプレーン5001Lは画面5002の範囲からオフセット値4901Lだけ右に変位している。その結果、レフトビューＰＧプレーン5001L内の字幕の２Ｄ映像5003は、元の位置よりもオフセット値4901Lだけ右に変位して見える。図５０の（ｂ）を参照するに、ライトビューＰＧプレーン5001Rは逆に、画面5002の範囲からオフセット値4901Rだけ左に変位している。その結果、ライトビューＰＧプレーン5001R内の字幕の２Ｄ映像5003は、元の位置よりもオフセット値4901Rだけ左に変位して見える。それらのＰＧプレーン5001L、5001Rを画面5002に交互に表示するとき、図５０の（ｃ）に示されているように、視聴者5004には字幕の３Ｄ映像5005が画面5002よりも手前に見える。そのときの３Ｄ映像5005と画面5002との間の距離はオフセット値4901L、4901Rによって調節可能である。ＰＧプレーン・データ4904内の各画素データの位置を、図５０の（ａ）、（ｂ）に示されている方向とは逆に変化させたとき、視聴者5004には字幕の３Ｄ映像5005が画面5002よりも奥に見える。
このように、１プレーン＋オフセット・モードではクリッピング処理を利用して、一つのプレーン・データから、レフトビューとライトビューとのプレーン・データの対が生成される。それにより、一つのプレーン・データからでも、視差映像を表示することができる。すなわち、平面的なイメージに対して奥行き感を与えることができる。特に視聴者にその平面的なイメージを画面から浮かび上がるようにも、画面の奥に沈み込むようにも見せることができる。尚、１プレーン＋ゼロ・オフセット・モードではオフセット値が“０”であるので、平面的なイメージがそのまま維持される。
図４７を再び参照するに、第１加算部4741は、スイッチ4720からビデオ・プレーン・データを受信し、第１クロッピング処理部4731から副映像プレーン・データを受信する。第１加算部4741はそのとき、それらのビデオ・プレーン・データと副映像プレーン・データとを一組ずつ重畳して第２加算部4742に渡す。第２加算部4742は、第２クロッピング処理部4732からＰＧプレーン・データを受信し、第１加算部4741からのプレーン・データに重畳して第３加算部4743に渡す。第３加算部4743は、第３クロッピング処理部4733からＩＧプレーン・データを受信し、第２加算部4742からのプレーン・データに重畳して第４加算部4744に渡す。第４加算部4744は、第４クロッピング処理部4734からイメージ・プレーン・データを受信し、第３加算部4743からのプレーン・データに重畳して表示装置103へ送出する。その結果、左映像プレーン・データ4701と右映像プレーン・データ4702とのそれぞれに、図４７に矢印4700で示されている順序で、副映像プレーン・データ4703、ＰＧプレーン・データ4704、ＩＧプレーン・データ4705、及びイメージ・プレーン・データ4706は重畳される。それらの合成処理により、各プレーン・データの示す映像は表示装置103の画面上に、左映像プレーン又は右映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンの順に重ねられたように表示される。
プレーン加算部4724は上記の処理の他に、四つの加算部4741−4744によって合成されたプレーン・データの出力形式を、表示装置103等、そのデータの出力先の装置による３Ｄ映像の表示方式に合わせて変換する。例えば出力先の装置が経時分離方式を利用するとき、プレーン加算部4724は合成後のプレーン・データを一つの映像フレーム又はフィールドとして送出する。一方、出力先の装置がレンチキュラーレンズを利用するとき、プレーン加算部4724は内蔵のバッファ・メモリを利用して、レフトビューとライトビューとのプレーン・データの対を一つの映像フレーム又はフィールドに合成して送出する。具体的には、プレーン加算部4724は、先に合成されたレフトビュー・プレーン・データを一旦、そのバッファ・メモリに格納して保持する。プレーン加算部4724は続いて、ライトビュー・プレーン・データを合成して、バッファ・メモリに保持されたレフトビュー・プレーン・データと更に合成する。その合成では、レフトビューとライトビューとの各プレーン・データが縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて一つのフレーム又はフィールドに再構成される。こうして、レフトビューとライトビューとのプレーン・データの対が一つの映像フレーム又はフィールドに合成される。プレーン加算部4724はその合成後の映像フレーム又はフィールドを出力先の装置へ送出する。
＜変形例＞
（A）本発明の実施形態１では、ベースビュー・ビデオ・ストリームがレフトビューを表し、ディペンデントビュー・ビデオ・ストリームがライトビューを表す。逆に、ベースビュー・ビデオ・ストリームがライトビューを表し、ディペンデントビュー・ビデオ・ストリームがレフトビューを表してもよい。
（B）３Ｄ映像のＡＶストリーム・ファイルでは、図２３に示されているＰＭＴ2310に３Ｄディスクリプタが追加されてもよい。３Ｄディスクリプタは、３Ｄ映像の再生方式に関してＡＶストリーム・ファイル全体に共通する情報であり、特に３Ｄ方式情報を含む。３Ｄ方式情報は、Ｌ／Ｒモード又はデプス・モード等、３Ｄ映像のＡＶストリーム・ファイルの再生方式を示す。更に、各ストリーム情報2303に３Ｄストリーム・ディスクリプタが追加されてもよい。３Ｄストリーム・ディスクリプタは、ＡＶストリーム・ファイルに含まれるエレメンタリ・ストリーム別に３Ｄ映像の再生方式に関する情報を示す。特にビデオ・ストリームの３Ｄストリーム・ディスクリプタは３Ｄ表示タイプを含む。３Ｄ表示タイプは、そのビデオ・ストリームの示す映像をＬ／Ｒモードで表示するとき、その映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ表示タイプはまた、そのビデオ・ストリームの示す映像をデプス・モードで表示するとき、その映像が２Ｄ映像とデプスマップとのいずれであるのかを示す。このように、ＰＭＴ2310が３Ｄ映像の再生方式に関する情報を含むとき、その映像の再生系統はＡＶストリーム・ファイルだけからでもその情報を取得できる。従って、そのようなデータ構造は、例えば放送波で３Ｄ映像コンテンツを頒布するときに有効である。
（C）図２６の（ａ）に示されているオフセット・テーブル2441は、ＰＩＤ別にオフセット・エントリ2603のテーブル2610を含む。オフセット・テーブルはその他に、プレーン別にオフセット・エントリのテーブルを含んでもよい。その場合、３Ｄ再生装置によるオフセット・テーブルの解析処理を簡素化することができる。更に、プレーンの合成処理に関する３Ｄ再生装置の性能に合わせて、オフセット・エントリの有効区間の長さに、例えば１秒間という下限が設けられてもよい。
（D）図３４に示されている３Ｄプレイリスト・ファイルは、サブＴＳの再生経路を示すサブパスを一つ含む。その他に、３Ｄプレイリスト・ファイルが、異なるサブＴＳの再生経路を示すサブパスを複数含んでもよい。例えば、一方のサブパスのサブパス・タイプが「３Ｄ・Ｌ／Ｒ」であり、他方のサブパスのサブパス・タイプが「３Ｄ・デプス」であってもよい。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生されるとき、再生対象のサブパスがそれら二種類のサブパスの間で切り換えられることにより、再生装置102をＬ／Ｒモードとデプス・モードとの間で容易に切り換えさせることができる。特にその切り換え処理は、３Ｄプレイリスト・ファイルそのものを切り換える処理よりも速やかに実現可能である。
３Ｄプレイリスト・ファイルは、サブパス・タイプの等しいサブパスを複数含んでいてもよい。例えば、同じシーンに対する両眼視差の異なる３Ｄ映像が共通のレフトビューに対するライトビューの違いで表現されるとき、異なるライトビュー・ビデオ・ストリームごとに異なるファイルＤＥＰがＢＤ−ＲＯＭディスク101に記録される。一方、３Ｄプレイリスト・ファイルは、サブパス・タイプが「３Ｄ・Ｌ／Ｒ」であるサブパスを複数含む。それらのサブパスは、異なるファイルＤＥＰの再生経路を個別に規定する。その他に、一つのファイル２Ｄに対してデプスマップ・ストリームが二種類以上含まれていてもよい。その場合、３Ｄプレイリスト・ファイルは、サブパス・タイプが「３Ｄ・デプス」であるサブパスを複数含む。それらのサブパスは、各デプスマップ・ストリームを含むファイルＤＥＰの再生経路を個別に規定する。そのような３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生されるとき、再生対象のサブパスが例えばユーザの操作に応じて速やかに切り換えられるので、３Ｄ映像を実質的に途切れさせることなく、その両眼視差を変化させることができる。それにより、ユーザに所望の両眼視差の３Ｄ映像を容易に選択させることができる。
（E）層境界の前後での再生経路の分離
図５１の（ａ）は、層境界LBの前後に記録されたエクステント・ブロック5101、5102を示す模式図である。図５１の（ａ）を参照するに、層境界LBの前に位置する第１のエクステント・ブロック5101は、ディペンデントビュー・データ・ブロック群…、D[0]、D[1]、及びベースビュー・データ・ブロック群…、B[0]、B[1]を含む。一方、層境界LBの後に位置する第２のエクステント・ブロック5102は、ディペンデントビュー・データ・ブロック群D[2]、D[3]、…、及びベースビュー・データ・ブロック群B[2]、B[3]、…を含む。第１のエクステント・ブロック5101の後端に位置するデータ・ブロックの対D[1]、B[1]と、第２のエクステント・ブロック5102の先端に位置するデータ・ブロックの対D[2]、B[2]との間では、各ストリーム・データの内容が連続している。これらの間をシームレスに接続するには、各データ・ブロックと第１のエクステント・ブロック5101とのサイズが上記の条件１−４を満たせばよい。
図５１の（ａ）を参照するに、各データ・ブロックは、ファイル２Ｄ5110、ファイルＤＥＰ5112、及びファイルＳＳ5120のいずれかのエクステントとしてアクセス可能である。特にベースビュー・データ・ブロックB[n]（n＝…、0、1、2、3、…）はファイル２Ｄ5110とファイルＳＳ5120とに共有される。この場合、２Ｄ再生モードの再生装置102はファイル２Ｄ5110を再生し、３Ｄ再生モードの再生装置102はファイルＳＳ5120を再生する。従って、ベースビュー・データ・ブロックB[n]はいずれの再生モードの再生装置102からもアクセスされる。
図５１の（ｂ）は、エクステント・ブロック5101、5102に対する２Ｄ再生モードでの再生経路5130と３Ｄ再生モードでの再生経路5140とを示す模式図である。図５１の（ｂ）を参照するに、いずれの再生経路5130、5140もロングジャンプJLYの直前に第１のエクステント・ブロック5101内の最後のベースビュー・データ・ブロックB[1]を通る。すなわち、そのベースビュー・データ・ブロックB[1]は、２Ｄ再生モードの再生装置102からは二番目の２ＤエクステントEXT2D[1]として読み出され、３Ｄ再生モードの再生装置102からはエクステントＳＳEXTSS[0]内の最後のデータ・ブロックとして読み出される。従って、再生装置102にロングジャンプJLYの前後で２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生させるには、そのベースビュー・データ・ブロックB[1]は、２ＤエクステントEXT2D[1]として条件１を満たすと共に、ベースビュー・エクステントEXT1[1]として条件２を満たせばよい。
ロングジャンプJLY中にシステム・ターゲット・デコーダによって処理されるべきデータ量は、２Ｄ再生モードでは条件１により、そのベースビュー・データ・ブロックB[1]単体のサイズで確保される。一方、３Ｄ再生モードでは条件４により、第１のエクステント・ブロック5101全体のサイズで確保される。従って、条件１によってベースビュー・データ・ブロックB[1]に要求される最小エクステント・サイズminSEXT2D[1]は、条件２による最小エクステント・サイズminSEXT1[1]よりも一般に大きい。それ故、第１リード・バッファ4421の容量は、３Ｄ再生モードでのシームレス再生に必要最小限の値よりも大きくなければならない。更に、そのベースビュー・データ・ブロックB[1]と、その直前に位置するディペンデントビュー・データ・ブロックD[1]とでは、エクステントＡＴＣ時間が等しい。従って、そのディペンデントビュー・データ・ブロックD[1]のサイズSEXT2[1]は、条件２によってそのデータ・ブロックD[1]に要求される最小エクステント・サイズminSEXT2[1]よりも一般に大きい。それ故、第２リード・バッファ4422の容量は、３Ｄ再生モードでのシームレス再生に必要最小限の値よりも一般に大きい。このように、図５１の（ａ）に示されている配置では、二つのエクステント・ブロック5101、5102間のシームレスな接続は可能であるが、リード・バッファ4421、4422の容量が十分に大きく確保されなければならない。
ロングジャンプJLY中での映像のシームレス再生を可能にしたまま、リード・バッファ4421、4422の容量を更に削減するには、層境界LB等、そのロングジャンプJLYの必要な位置の前後でデータ・ブロック群の配置をインターリーブ配置から変更して、２Ｄ再生モードと３Ｄ再生モードとの間で再生経路を分離すればよい。そのような変更のパターンには、例えば以下に述べる二種類の配置１、２がある。配置１、２のいずれでも、再生経路はロングジャンプJLYの直前で、動作モードごとに異なるベースビュー・データ・ブロックを通る。その結果、後述のとおり、再生装置102にリード・バッファ4421、4422の容量を必要最小限に維持させたまま、ロングジャンプJLY中での映像のシームレス再生を容易に実現させることができる。
（E−1）配置１
図５２は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第１例を示す模式図である。以下、この配置を「配置１」という。図５２を参照するに、層境界LBの前には第１のエクステント・ブロック5201が配置され、層境界LBの後には第２のエクステント・ブロック5202が配置されている。各エクステント・ブロック5201、5202内では、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とがインターリーブ配置を構成している（n＝…、0、1、2、3、…）。特に、ｎ番目のデータ・ブロックの対D[n]、B[n]ではエクステントＡＴＣ時間が等しい。配置１では更に、第１のエクステント・ブロック5201の後端B[1]と層境界LBとの間に一つのベースビュー・データ・ブロックB[2]2Dが配置されている。そのベースビュー・データ・ブロックB[2]2Dは、第２のエクステント・ブロック5202内の先端のベースビュー・データ・ブロックB[2]SSとビット単位（bit−for−bit）で一致する。以下、前者B[2]2Dを「２Ｄ再生専用ブロック」といい、後者B[2]SSを「ＳＳ再生専用ブロック」という。
図５２に示されているベースビュー・データ・ブロックのうち、ＳＳ再生専用ブロックB[2]SS以外はファイル２Ｄ5210のエクステント、すなわち２ＤエクステントEXT2D[・]としてアクセス可能である。例えば第１のエクステント・ブロック5201内の最後から二番目のベースビュー・データ・ブロックB[0]、最後のベースビュー・データ・ブロックB[1]と２Ｄ再生専用ブロックB[2]2Dとの対B[1]＋B[2]2D、及び、第２のエクステント・ブロック5202内の二番目のベースビュー・データ・ブロックB[3]はそれぞれ、単一の２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。一方、図５２に示されているディペンデントビュー・データ・ブロックD[n]（n＝…、0、1、2、3、…）はそれぞれ、ファイルＤＥＰ5212の単一のエクステント、すなわちディペンデントビュー・エクステントEXT2[n]としてアクセス可能である。
図５２に示されているデータ・ブロック群では、ＡＶストリーム・ファイルのクロスリンクが次のように実現される。各エクステント・ブロック5201、5202の全体は、ファイルＳＳ5220の単一のエクステントEXTSS[0]、EXTSS[1]としてアクセス可能である。従って、各エクステント・ブロック5201、5202内のベースビュー・データ・ブロックB[0]、B[1]、B[3]はファイル２Ｄ5210とファイルＳＳ5220とに共有される。それに対し、２Ｄ再生専用ブロックB[2]2Dは、層境界LBの直前に位置する２ＤエクステントEXT2D[1]の一部としてのみアクセス可能である。一方、ＳＳ再生専用ブロックB[2]SSは、層境界LBの直後のエクステントＳＳEXTSS[1]の一部としてのみアクセス可能である。それ故、２Ｄ再生専用ブロックB[2]2D以外のベースビュー・データ・ブロックB[0]、B[1]、B[2]SS、B[3]は、ファイル・ベース5211のエクステント、すなわちベースビュー・エクステントEXT1[n]（n＝0、1、2、3）としてエクステントＳＳEXTSS[0]、EXTSS[1]から抽出可能である。
図５３は、図５２に示されている配置１のデータ・ブロック群に対する２Ｄ再生モードでの再生経路5310と３Ｄ再生モードでの再生経路5320とを示す模式図である。
２Ｄ再生モードの再生装置102はファイル２Ｄ5210を再生する。従って、２Ｄ再生モードでの再生経路5310が示すとおり、まず第１のエクステント・ブロック5201内の最後から二番目のベースビュー・データ・ブロックB[0]が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のディペンデントビュー・データ・ブロックD[1]の読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１のエクステント・ブロック5210内の最後のベースビュー・データ・ブロックB[1]とその直後の２Ｄ再生専用ブロックB[2]2Dとの対B[1]＋B[2]2Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後の層境界LBではロングジャンプJLYが生じ、第２のエクステント・ブロック5202の先端に位置する３個のデータ・ブロックD[2]、B[2]SS、D[3]の読み出しがスキップされる。続いて、第２のエクステント・ブロック5202内の二番目のベースビュー・データ・ブロックB[3]が三番目の２ＤエクステントEXT2D[2]として読み出される。
３Ｄ再生モードの再生装置102はファイルＳＳ5220を再生する。従って、３Ｄ再生モードでの再生経路5320が示すとおり、まず第１のエクステント・ブロック5201の全体が最初のエクステントＳＳEXTSS[0]として連続して読み出される。その直後にロングジャンプJLYが生じ、２Ｄ再生専用ブロックB[2]2Dの読み出しがスキップされる。続いて、第２のエクステント・ブロック5202の全体が二番目のエクステントＳＳEXTSS[1]として連続して読み出される。
図５３に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロックB[2]2Dは読み出されるが、ＳＳ再生専用ブロックB[2]SSの読み出しはスキップされる。逆に３Ｄ再生モードでは、２Ｄ再生専用ブロックB[2]2Dの読み出しはスキップされるが、ＳＳ再生専用ブロックB[2]SSは読み出される。しかし、両方のデータ・ブロックB[2]2D、B[2]SSはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。このように、配置１ではロングジャンプJLYの前後で２Ｄ再生モードでの再生経路5310と３Ｄ再生モードでの再生経路5320とが分離されている。従って、図５１の（ａ）に示されている配置とは異なり、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSEXT2D[1]とその直前のディペンデントビュー・データ・ブロックD[1]のサイズSEXT2[1]とが、以下のように別々に決定可能である。
その２ＤエクステントEXT2D[1]のサイズSEXT2D[1]はベースビュー・データ・ブロックB[1]のサイズSEXT1[1]と２Ｄ再生専用ブロックB[2]2DのサイズS2Dとの和SEXT1[1]＋S2Dに等しい。従って、２Ｄ映像をシームレスに再生するには、まず、その和SEXT1[1]＋S2Dが条件１を満たせばよい。ここで、式（１）の右辺には、ジャンプ時間Tjump−2DとしてロングジャンプJLYの最大ジャンプ時間Tjump＿maxが代入される。次に、２Ｄ再生専用ブロックB[2]2Dの後端から第２のエクステント・ブロック5202内の最初の２ＤエクステントEXT2D[2]＝B[3]までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
一方、３Ｄ映像をシームレスに再生するには、まず、最初のエクステントＳＳEXTSS[0]の後端に位置するディペンデントビュー・データ・ブロックD[1]とベースビュー・データ・ブロックB[1]との各サイズSEXT2[1]、SEXT1[1]が条件３、２を満たせばよい。ここで、ロングジャンプJLYの発生に関わらず、式（３）、（２）の各右辺にはゼロ・セクタ遷移時間TJUMP0[2n＋1]、TJUMP0[2n＋2]として、ゼロ・セクタ遷移時間の典型的な値が代入されればよい。次に、最初のエクステントＳＳEXTSS[0]のサイズが条件４を満たせばよい。更に、そのエクステントＳＳEXTSS[0]の後端から次のエクステントＳＳEXTSS[1]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
層境界LBの直前に位置する２ＤエクステントEXT2D[1]のうち、最初のエクステントＳＳEXTSS[0]に共有されるのは、前側に位置するベースビュー・データ・ブロックB[1]のみである。従って、２Ｄ再生専用ブロックB[2]2DのサイズS2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズSEXT2D[1]＝SEXT1[1]＋S2Dを一定に維持したまま、ベースビュー・データ・ブロックB[1]のサイズSEXT1[1]を更に小さく制限することができる。その場合、そのベースビュー・データ・ブロックB[1]のエクステントＡＴＣ時間が短縮される。それ故、その直前に位置するディペンデントビュー・データ・ブロックD[1]のサイズSEXT2[1]も更に小さく制限することができる。
ここで、ＳＳ再生専用ブロックB[2]SSは２Ｄ再生専用ブロックB[2]2Dとビット単位で一致しているので、２Ｄ再生専用ブロックB[2]2DのサイズS2Dの拡大は、ＳＳ再生専用ブロックB[2]SSの直前に位置するディペンデントビュー・データ・ブロックD[2]のサイズを拡大させる。しかし、そのサイズは、図５１の（ａ）に示されている、層境界LBの直前に位置するディペンデントビュー・データ・ブロックD[1]のサイズよりは十分に小さくできる。こうして、３Ｄ再生モードの再生装置102内に確保されるべきリード・バッファ4421、4422の容量を、３Ｄ映像のシームレス再生に必要最小限の値に更に接近させることができる。その結果、配置１では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、ロングジャンプ中に２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生することができるように、各データ・ブロックのサイズを設計することができる。
配置１では、２Ｄ再生専用ブロックB[2]2Dの複製データが、第２のエクステント・ブロック5202の中に単一のＳＳ再生専用ブロックB[2]SSとして配置されている。その他に、その複製データが二個以上のＳＳ再生専用ブロックに分割されて配置されてもよい。
（E−2）配置２
図５４は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第２例を示す模式図である。以下、この配置を「配置２」という。図５４を図５２と比較するに、配置２は配置１とは主に、ＳＳ再生専用ブロックB[2]SS、B[3]SSを含むエクステント・ブロック5402が層境界LBの直前に配置されている点で異なる。
図５４を参照するに、層境界LBの前には、第１のエクステント・ブロック5401、２Ｄ再生専用ブロック（B[2]＋B[3])2D、及び第２のエクステント・ブロック5402が順番に配置され、層境界LBの後には第３のエクステント・ブロック5203が配置されている。各エクステント・ブロック5201、5202、5203内では、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とがインターリーブ配置を構成している（n＝…、0、1、2、3、4、…）。特にｎ番目のデータ・ブロックの対D[n]、B[n]ではエクステントＡＴＣ時間が等しい。第２のエクステント・ブロック5402では、第１のエクステント・ブロック5401の後端に位置するデータ・ブロックD[1]、B[1]とも、第３のエクステント・ブロック5403の先端に位置するデータ・ブロックD[4]、B[4]とも、各ストリーム・データの内容が連続している。第２のエクステント・ブロック5402に含まれるベースビュー・データ・ブロックはいずれもＳＳ再生専用ブロックB[2]SS、B[3]SSであり、それらの全体B[2]SS＋B[3]SSは、その前に位置する２Ｄ再生専用ブロック（B[2]＋B[3])2Dとビット単位で一致する。
図５４に示されているベースビュー・データ・ブロックのうち、ＳＳ再生専用ブロックB[2]SS、B[3]SS以外はファイル２Ｄ5410のエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。特に第１のエクステント・ブロック5401内の最後のベースビュー・データ・ブロックB[1]と２Ｄ再生専用ブロック（B[2]＋B[3])2Dとの対B[1]＋(B[2]＋B[3])2Dは単一の２ＤエクステントEXT2D[1]としてアクセス可能である。更に、第２のエクステント・ブロック5402以外のエクステント・ブロック5401、5403内のベースビュー・データ・ブロックB[0]、B[1]、B[4]は、ファイル・ベース5411のエクステントEXT1[0]、EXT1[1]、EXT1[4]としてファイルＳＳ5420のエクステントEXTSS[0]、EXTSS[1]からも抽出可能である。それに対し、２Ｄ再生専用ブロック（B[2]＋B[3])2Dは２ＤエクステントEXT2D[1]の一部としてのみアクセス可能である。一方、ＳＳ再生専用ブロックB[2]SS、B[3]SSはそれぞれ、ベースビュー・エクステントEXT1[2]、EXT1[3]としてエクステントＳＳEXTSS[1]から抽出可能である。
図５５は、図５４に示されている配置２のデータ・ブロック群に対する２Ｄ再生モードでの再生経路5510と３Ｄ再生モードでの再生経路5520を示す模式図である。
２Ｄ再生モードの再生装置102はファイル２Ｄ5410を再生する。従って、２Ｄ再生モードでの再生経路5510が示すとおり、まず第１のエクステント・ブロック5401内の最後から二番目のベースビュー・データ・ブロックB[0]が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のディペンデントビュー・データ・ブロックD[1]の読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１のエクステント・ブロック5401内の最後のベースビュー・データ・ブロックB[1]とその直後の２Ｄ再生専用ブロック（B[2]＋B[3])2Dとの対B[1]＋(B[2]＋B[3])2Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後にロングジャンプJLYが生じ、第２のエクステント・ブロック5402の読み出し、及び第３のエクステント・ブロック5403の先端に位置するディペンデントビュー・データ・ブロックD[4]の読み出しがスキップされる。続いて、第３のエクステント・ブロック5403内の最初のベースビュー・データ・ブロックB[4]が三番目の２ＤエクステントEXT2D[2]として読み出される。
３Ｄ再生モードの再生装置102はファイルＳＳ5420を再生する。従って、３Ｄ再生モードでの再生経路5520が示すとおり、まず、第１のエクステント・ブロック5401の全体が第１のエクステントＳＳEXTSS[0]として連続して読み出される。その直後にジャンプJEXが生じ、２Ｄ再生専用ブロック（B[2]＋B[3])2Dの読み出しがスキップされる。次に、第２のエクステント・ブロック5402の全体が第２のエクステントＳＳEXTSS[1]として連続して読み出される。その直後に、層境界LBを越えるためのロングジャンプJLYが生じる。続いて、第３のエクステント・ブロック5403の全体が第３のエクステントＳＳEXTSS[2]として連続して読み出される。
図５５に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロック（B[2]＋B[3])2Dは読み出されるが、ＳＳ再生専用ブロックB[2]SS、B[3]SSの読み出しはスキップされる。逆に３Ｄ再生モードでは、２Ｄ再生専用ブロック（B[2]＋B[3])2Dの読み出しはスキップされるが、ＳＳ再生専用ブロックB[2]SS、B[3]SSは読み出される。しかし、２Ｄ再生専用ブロック（B[2]＋B[3])2DとＳＳ再生専用ブロックの全体B[2]SS＋B[3]SSとはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。このように、配置２ではロングジャンプJLYの前後で２Ｄ再生モードでの再生経路5510と３Ｄ再生モードでの再生経路5520とが分離されている。従って、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSEXT2D[1]とその直前のディペンデントビュー・データ・ブロックD[1]のサイズSEXT2[1]とが、以下のように別々に決定可能である。
その２ＤエクステントEXT2D[1]のサイズSEXT2D[1]は、ベースビュー・データ・ブロックB[1]のサイズSEXT1[1]と２Ｄ再生専用ブロック（B[2]＋B[3])2DのサイズS2Dとの和SEXT1[1]＋S2Dに等しい。従って、２Ｄ映像をシームレスに再生するには、まず、その和SEXT1[1]＋S2Dが条件１を満たせばよい。ここで、式（１）の右辺には、ジャンプ時間Tjump−2DとしてロングジャンプJLYの最大ジャンプ時間Tjump＿maxが代入される。次に、２Ｄ再生専用ブロック（B[2]＋B[3])2Dの後端から第３のエクステント・ブロック5403内の最初の２ＤエクステントEXT2D[2]＝B[4]までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
一方、３Ｄ映像をシームレスに再生するには、まず、第１のエクステントＳＳEXTSS[0]の後端に位置するディペンデントビュー・データ・ブロックD[1]とベースビュー・データ・ブロックB[1]との各サイズSEXT2[1]、SEXT1[1]が条件３、２を満たせばよい。ここで、ジャンプJEXの発生に関わらず、式（３）、（２）の各右辺にはゼロ・セクタ遷移時間TJUMP0[2n＋1]、TJUMP0[2n＋2]として、ゼロ・セクタ遷移時間の典型的な値が代入されればよい。次に、第２のエクステントＳＳEXTSS[1]の後端に位置するディペンデントビュー・データ・ブロックD[3]とＳＳ再生専用ブロックB[3]SSとの各サイズSEXT2[3]、SEXT1[3]が条件３、２を満たせばよい。ここで、ロングジャンプJLYの発生に関わらず、式（３）、（２）の各右辺にはゼロ・セクタ遷移時間TJUMP0[2n＋1]、TJUMP0[2n＋2]として、ゼロ・セクタ遷移時間の典型的な値が代入されればよい。
２ＤエクステントEXT2D[1]のうち、エクステントＳＳEXTSS[1]に共有されるのは、前側に位置するベースビュー・データ・ブロックB[1]だけである。従って、２Ｄ再生専用ブロック（B[2]＋B[3])2DのサイズS2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズSEXT2D[1]＝SEXT1[1]＋S2Dを一定に維持したまま、ベースビュー・データ・ブロックB[1]のサイズSEXT1[1]を更に小さく制限することができる。それに伴い、その直前のディペンデントビュー・データ・ブロックD[1]のサイズSEXT2[1]も更に小さく制限することができる。
ここで、３Ｄ再生専用ブロックの全体B[2]SS＋B[3]SSは２Ｄ再生専用ブロック（B[2]＋B[3])2Dとビット単位で一致している。従って、２Ｄ再生専用ブロック（B[2]＋B[3])2DのサイズS2Dが拡大すると、各３Ｄ再生専用ブロックB[2]SS、B[3]SSの直前に位置するディペンデントビュー・データ・ブロックD[2]、D[3]のサイズが拡大する。しかし、一つの２Ｄ再生専用ブロック（B[2]＋B[3])2Dに対し、３Ｄ再生専用ブロックは二つB[2]SS、B[3]SSに分割されている。その結果、各３Ｄ再生専用ブロックB[2]SS、B[3]SSのサイズを十分に小さくすることができる。こうして、各リード・バッファ4421、4422の容量は、３Ｄ映像のシームレス再生に必要最小限の値まで更に削減可能である。
３Ｄ映像をシームレスに再生するには更に、第１のエクステントＳＳEXTSS[0]のサイズSEXTSS[0]と第２のエクステントＳＳEXTSS[1]のサイズSEXTSS[1]とのそれぞれが、条件４に代えて、以下に述べる条件Ａ１、Ａ２を満たせばよい。
図５６は、エクステント・ブロック5401−5403から連続して３Ｄ映像がシームレスに再生されるとき、各リード・バッファ4421、4422に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。図５６では、一点鎖線のグラフは、第１リード・バッファ4421に蓄積されるデータ量DA1の変化を示し、破線のグラフは、第２リード・バッファ4422に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1＋DA2の変化を示す。ここで、その和DA1＋DA2は実際には、データ・ブロックが一つ読み出されるごとに細かく変化する。しかし、実線のグラフは、その細かい変化を均して直線的に近似したものである。更に、ゼロ・セクタ遷移時間TJUMP0は一つのエクステント・ブロック全体の読み出し期間PRBLK[0]の長さに比べれば十分に無視できるので、図５６ではゼロ・セクタ遷移時間TJUMP0は“０”とみなされている。
図５６を参照するに、第１のエクステント・ブロック5401が読み出される期間PRBLK[0]では、蓄積データ量の和DA1＋DA2は、読み出し速度RUD72と平均転送速度REXTSS[0]との間の差RUD72−REXTSS[0]に等しい速度で増加する。ここで、その平均転送速度REXTSS[0]は、第１のエクステント・ブロック5401全体のサイズ、すなわちエクステントＳＳEXTSS[0]のサイズSEXTSS[0]をそのエクステントＡＴＣ時間TEXTSS[0]で割った値として評価される。第１のエクステント・ブロック5401の後端のベースビュー・データ・ブロックB[1]が第１リード・バッファ4421に読み込まれた直後にジャンプJEXが生じ、２Ｄ再生専用ブロック（B[2]＋B[3])2Dの読み出しがスキップされる。ジャンプJEXの期間PJEXでは蓄積データ量の和DA1＋DA2は平均転送速度REXTSS[0]で減少する。続いて、第２のエクステント・ブロック5402が読み出される期間PRBLK[1]では蓄積データ量の和DA1＋DA2は、読み出し速度RUD72と平均転送速度REXTSS[1]との間の差RUD72−REXTSS[1]に等しい速度で増加する。ここで、その平均転送速度REXTSS[1]は、第２のエクステント・ブロック5402全体のサイズ、すなわちエクステントＳＳEXTSS[1]のサイズSEXTSS[1]をそのエクステントＡＴＣ時間TEXTSS[1]で割った値として評価される。第２のエクステント・ブロック5402の後端のＳＳ再生専用ブロックB[3]SSが第１リード・バッファ4421に読み込まれた直後にロングジャンプJLYが生じる。その期間PJLYでは、蓄積データ量の和DA1＋DA2は平均転送速度REXTSS[1]で減少する。ここで、蓄積データ量の和DA1＋DA2は、ジャンプJEXの直前とロングジャンプJLYの直前との少なくともいずれかで最大値に達する。その最大値を十分に大きく調節することにより、ジャンプJEXの期間PJEXとロングジャンプJLYの期間PJLYとの両方でリード・バッファ4421、4422のアンダーフローを防止することができる。その結果、三つのエクステント・ブロック5401、5402、5403をシームレスに接続することができる。
蓄積データ量の和DA1＋DA2の最大値は、各ジャンプJEX、JLYの前に位置するエクステント・ブロック5401、5402のサイズで決まる。従って、三つのエクステント・ブロック5401−5403をシームレスに接続するには、前の二つのエクステント・ブロック5401、5402のサイズが以下の条件を満たせばよい。
各エクステント・ブロック5401、5402、5403の先端に位置するディペンデントビュー・データ・ブロックD[0]、D[2]、D[4]の読み出し期間PRD[0]、PRD[2]、PRD[4]ではプリロードが行われる。従って、まず、ジャンプJEX中での両リード・バッファ4421、4422のアンダーフローを防止するには、第１のエクステントＳＳEXTSS[0]のエクステントＡＴＣ時間TEXTSS[0]が少なくとも、第１のエクステント・ブロック5401でのプリロード期間PRD[0]の終了時点T0から第２のエクステント・ブロック5402でのプリロード期間PRD[2]の終了時点T1までの期間の長さに等しければよい。図５６から明らかなとおり、期間T0−T1の長さは、第１のエクステント・ブロック5401の読み出し期間PRBLK[0]の長さSEXTSS[0]／RUD72、ジャンプJEXのジャンプ時間TJUMPーEX、及びエクステント・ブロック5401、5402間でのプリロード期間PRD[0]、PRD[2]の長さの差TDIFF[0]＝SEXT2[2]／RUD72−SEXT2[0]／RUD72を足し合わせた値に等しい。従って、第１のエクステントＳＳEXTSS[0]のサイズSEXTSS[0]は次式（７）を満たせばよい：
Figure 0005457299
次に、ロングジャンプJLY中での両リード・バッファ4421、4422のアンダーフローを防止するには、第１のエクステントＳＳEXTSS[0]と第２のエクステントＳＳEXTSS[1]とのエクステントＡＴＣ時間の和TEXTSS[0]＋TEXTSS[1]が少なくとも、第１のエクステント・ブロック5401でのプリロード期間PRD[0]の終了時点T0から第３のエクステント・ブロック5403でのプリロード期間PRD[4]の終了時点T2までの期間の長さに等しければよい。図５６から明らかなとおり、期間T0−T2の長さは、期間T0−T1の長さに、第２のエクステント・ブロック5402の読み出し期間PRBLK[1]の長さSEXTSS[1]／RUD72、ロングジャンプJLYのジャンプ時間TJUMPーLY、及びエクステント・ブロック5402、5403間でのプリロード期間PRD[2]、PRD[4]の長さの差TDIFF[1]＝SEXT2[4]／RUD72−SEXT2[2]／RUD72を加えた値に等しい。従って、二つのエクステントＳＳEXTSS[0]、EXTSS[1]のサイズSEXTSS[0]、SEXTSS[1]は次式（８）を満たせばよい：
Figure 0005457299
ここで、３Ｄ再生専用ブロックの全体B[2]SS＋B[3]SSは２Ｄ再生専用ブロック（B[2]＋B[3])2Dとビット単位で一致している。従って、ＢＤ−ＲＯＭディスク101上の記録領域を有効に利用する点では、第２のエクステントＳＳEXTSS[1]のサイズSEXTSS[1]は必要最小限であることが望ましい。式（７）、（８）が同時に満たされ、かつ、第２のエクステントＳＳEXTSS[1]のサイズSEXTSS[1]が最小限に抑えられるための条件が次のＡ１、Ａ２である：条件Ａ１は、「第１のエクステントＳＳEXTSS[0]のサイズSEXTSS[0]が次式（９）を満たす」ことである；条件Ａ２は、「第２のエクステントＳＳEXTSS[1]のサイズSEXTSS[1]が次式（１０）を満たす」ことである。
Figure 0005457299
その他に、第１のエクステントＳＳEXTSS[0]の後端から第２のエクステントＳＳEXTSS[1]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたジャンプJEXの最大ジャンプ距離Sjump＿max以下であればよい。同様に、第２のエクステントＳＳEXTSS[1]の後端から第３のエクステントＳＳEXTSS[2]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
このように、配置２では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生することができるように、各データ・ブロックのサイズを設計することができる。
配置２では、２Ｄ再生専用ブロック（B[2]＋B[3])2Dの複製データが、二つのＳＳ再生専用ブロックB[2]SS、B[3]SSに分割されて配置されている。その他に、その複製データが単一のＳＳ再生専用ブロックであってもよく、又は三個以上のＳＳ再生専用ブロックに分割されて配置されてもよい。
（F）スーパー・エクステント・ブロック
図１３に示されているエクステント・ブロック1301、1302、1303では二種類のデータ・ブロックD[n]、B[n]（n＝0、1、2、3、…）がインターリーブ配置を構成している。その他に、一種類のベースビュー・データ・ブロックと二種類以上のディペンデントビュー・データ・ブロックとがインターリーブ配置を構成していてもよい。
図５７は、ＢＤ−ＲＯＭディスク101上に配置された三種類のデータ・ブロックDn、Rn、Ln（n＝0、1、2、…）と、各データ・ブロックを参照するＡＶストリーム・ファイルとの間の対応関係を示す模式図である。図５７を参照するに、三種類のデータ・ブロックDn、Rn、LnはＢＤ−ＲＯＭディスク101上のトラックに沿って一つずつ交互に連続して配置されている。ベースビュー・データ・ブロックLnはメインＴＳを含み、特にプライマリ・ビデオ・ストリームが３Ｄ映像のレフトビューを表す。ライトビュー・データ・ブロックRnは第１サブＴＳを含み、特にプライマリ・ビデオ・ストリームが３Ｄ映像のライトビューを表す。デプスマップ・データ・ブロックDnは第２サブＴＳを含み、特にプライマリ・ビデオ・ストリームが、３Ｄ映像のレフトビューのデプスマップを表す。隣接する三種類のデータ・ブロックDn、Rn、Ln間ではエクステントＡＴＣ時間が等しい。更に、エクステントＡＴＣ時間が等しいデータ・ブロックの各組み合わせでは、データ・ブロックがデータ量の小さい順に並ぶ。すなわち、デプスマップ・データ・ブロックDn、ライトビュー・データ・ブロックRn、ベースビュー・データ・ブロックLnの順に並ぶ。以下、このような配置のデータ・ブロック群Dn、Rn、Lnを「スーパー・エクステント・ブロック」5700という。
各ベースビュー・データ・ブロックLnはファイル２Ｄ5710の一つのエクステント、すなわち２ＤエクステントEXT2D[n]としてアクセス可能である。各ライトビュー・データ・ブロックRnは第１ファイルＤＥＰ5712の一つのエクステント、すなわちライトビュー・エクステントEXT2[n]としてアクセス可能である。各デプスマップ・データ・ブロックDnは第２ファイルＤＥＰ5713の一つのエクステント、すなわちデプスマップ・エクステントEXT3[n]としてアクセス可能である。更に、隣接するライトビュー・データ・ブロックRnとベースビュー・データ・ブロックLnとの各対は一つのエクステント・ブロックを構成し、ファイルＳＳ5720の一つのエクステント、すなわちエクステントＳＳEXTSS[n]としてアクセス可能である。特に、各データ・ブロックRn、Lnの先頭に位置するＶＡＵが同じ３Ｄ・ＶＡＵに属する。その上、一連のスーパー・エクステント・ブロック5700の全体は、新たなＡＶストリーム・ファイル5730の一つのエクステントEXTSP[0]としてアクセス可能である。すなわち、スーパー・エクステント・ブロック5700の先頭のＬＢＮと、その全体のサイズとを、その新たなＡＶストリーム・ファイル5730のファイル・エントリから知ることができる。以下、このファイル5730を「ファイル・スーパー（ＳＰ）」と呼び、そのエクステントEXTSP[0]を「エクステントＳＰ」と呼ぶ。
（F−1）スーパー・エクステント・ブロックに対する再生経路
図５８は、スーパー・エクステント・ブロック5700に対する、２Ｄ再生モード、Ｌ／Ｒモード、及びスーパー・モードのそれぞれでの再生経路5801、5802、5803を示す模式図である。ここで、「スーパー・モード」とは、３Ｄ再生モードの一種であり、ファイルＳＰを利用してＬ／Ｒモードとデプス・モードとを速やかに切換可能な動作モードをいう。図１に示されている再生装置102はスーパー・モードに対応可能であってもよい。
２Ｄ再生モードの再生装置102はファイル２Ｄ5710を再生する。従って、２Ｄ再生モードでの再生経路5801が示すとおり、スーパー・エクステント・ブロック5800からベースビュー・データ・ブロックLn（n＝…、0、1、2、…）が順番に２ＤエクステントEXT2D[n]として読み出される。一方、デプスマップ・データ・ブロックDnとライトビュー・データ・ブロックRnとの読み出しはジャンプJ2Dnによってスキップされる。
Ｌ／Ｒモードの再生装置102はファイルＳＳ5720を再生する。従って、Ｌ／Ｒモードでの再生経路5802が示すとおり、スーパー・エクステント・ブロック5800から各エクステント・ブロックRn＋Lnが順番にエクステントＳＳEXTSS[n]として読み出される。一方、デプスマップ・データ・ブロックDnの読み出しはジャンプJLRnによってスキップされる。
スーパー・モードの再生装置102はファイルＳＰ5730を再生する。従って、スーパー・モードでの再生経路5803が示すとおり、スーパー・エクステント・ブロック5800の全体が一つのエクステントＳＰEXTSP[0]として、連続して読み出される。ここで、その再生経路5803では、図１６に示されている３Ｄ再生モードでの再生経路1602と同様に、各データ・ブロックの後端から次のデータ・ブロックの先端までの間にゼロ・セクタ遷移が行われてもよい。
スーパー・エクステント・ブロック5700をエクステントＳＰEXTSP[0]として読み込むとき、再生装置102はファイルＳＰ5730のファイル・エントリからそのエクステントＳＰEXTSS[0]の先端のＬＢＮとそのサイズとを読み出してＢＤ−ＲＯＭドライブに渡す。ＢＤ−ＲＯＭドライブはそのＬＢＮから順に、そのサイズのデータを連続して読み出す。これらの処理は、ファイルＳＳを利用してデータ・ブロック群を読み込む処理と同様に、ＢＤ−ＲＯＭドライブの制御が次の二点（Ａ）、（Ｂ）で簡単である：（Ａ）再生装置102は一箇所のファイル・エントリを利用して各エクステントを順番に参照すればよい；（Ｂ）読み込み対象のエクステントの総数が少ないので、ＢＤ−ＲＯＭドライブに渡されるべきＬＢＮとサイズとの対の総数が少ない。
スーパー・モードの再生装置102は、エクステントＳＰEXTSP[0]を読み込んだ後、それから三種類のデータ・ブロックを分離してリード・バッファに個別に蓄える。こうして、三種類のデータ・ブロックは再生装置102内に、デコーダへ供給可能な状態で維持される。その結果、再生装置102は、Ｌ／Ｒモードとデプス・モードとを速やかに切り換えることができる。ここで、データ・ブロックの分離処理にはクリップ情報ファイル内のエクステント起点が利用される。具体的には、まず、図２７の（ａ）、（ｂ）に示されているエクステント起点と同様なエクステント起点を、ファイル２Ｄ5710に対応付けられた２Ｄクリップ情報ファイル、第１ファイルＤＥＰ5712に対応付けられたライトビュー・クリップ情報ファイル、及び第２ファイルＤＥＰ5713に対応付けられたデプスマップ・クリップ情報ファイルのそれぞれが含む。次に、それらのエクステント起点を、図２７の（ｅ）に示されている方法と同様な方法で利用することにより、エクステントＳＰEXTSP[0]から、ファイル・ベース5711のエクステント、すなわちベースビュー・エクステントEXT1[n]、ライトビュー・エクステントEXT2[n]、及びデプスマップ・エクステントEXT3[n]が抽出される。
（F−2）データ・ブロックのサイズ
スーパー・エクステント・ブロック5700から２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには、データ・ブロックDn、Rn、Ln、エクステント・ブロックRn＋Ln、及びスーパーエクステント・ブロック5700のそれぞれのサイズは、再生装置102の性能に基づく以下の条件を満たせばよい。
［２Ｄ再生モードの性能に基づく条件］
２Ｄ再生モードの再生装置として、図１７に示されている再生処理系統を想定する。図５９の（ａ）は、２Ｄ再生モードでの動作中、リード・バッファ1721に蓄積されるデータ量DAの変化を示すグラフである。図５９の（ｂ）は、再生対象のスーパー・エクステント・ブロック5910と２Ｄ再生モードでの再生経路5920との間の対応関係を示す模式図である。図５９の（ｂ）を参照するに、スーパー・エクステント・ブロック5910からは再生経路5920に従い、各ベースビュー・データ・ブロックLnが一つの２ＤエクステントEXT2D[n]としてＢＤ−ＲＯＭディスク101からリード・バッファ1721へ読み出される。図５９の（ａ）を参照するに、各２ＤエクステントEXT2D[n]の読み出し期間PR2D[n]では蓄積データ量DAは、読み出し速度RUD54と平均転送速度REXT2D[n]との間の差RUD54−REXT2D[n]に等しい速度で増加する。一方、二つの連続する２ＤエクステントEXT2D[n−1]、EXT2D[n]の間ではジャンプJ2D[n]が生じる。そのジャンプ期間PJ2D[n]ではディペンデントビュー・データ・ブロックDn、Rnの読み出しがスキップされるので、蓄積データ量DAは平均転送速度REXT2D[n]で減少する。従って、スーパー・エクステント・ブロック5910から２Ｄ映像をシームレスに再生するには、まず上記の条件１が満たされればよい。すなわち、各２ＤエクステントEXT2D[n]のサイズSEXT2D[n]が式（１）を満たせばよい：
Figure 0005457299
ここで、式（１）に代入されるべきジャンプ時間TJUMP−2D[n]は二つのパラメータTJ[n]、TL[n]の和で決まる：TJUMP−2D[n]＝TJ[n]＋TL[n]。第１パラメータTJ[n]は、例えば図１９の表において、ｎ番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋１）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数、すなわちジャンプJ2D[n]のジャンプ距離SJUMPに対応する最大ジャンプ時間TJUMP＿MAXに等しい。第２パラメータTL[n]は、２ＤエクステントEXT2D[n]、EXT2D[n＋1]間に層境界LBが無ければ０を表し、有れば層切換時間、例えば３５０ｍ秒を表す。
次に、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔は、第１パラメータTJ[n]に対応する最大ジャンプ距離SJUMP＿MAX以下であればよい。
［３Ｄ再生モードの性能に基づく条件］
３Ｄ再生モードの再生装置として、図２０に示されている再生処理系統を想定する。図６０の（ａ）、（ｂ）は、Ｌ／Ｒモードの再生装置がスーパー・エクステント・ブロック6010から３Ｄ映像をシームレスに再生するとき、各リード・バッファ2021、2022に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図６０の（ｃ）は、そのスーパー・エクステント・ブロック6010とＬ／Ｒモードでの再生経路6020との間の対応関係を示す模式図である。尚、以下の説明はデプス・モードについても同様に成立する。例えば、ライトビュー・データ・ブロックRkのサイズをデプスマップ・データ・ブロックDkのサイズに読み換え、ライトビュー転送速度REXT2[k]をデプスマップ転送速度REXT3[k]に読み換えればよい。
図６０の（ｃ）を参照するに、隣接するライトビュー・データ・ブロックRkとベースビュー・データ・ブロックLkとの各対（k＝…、n、n＋1、n＋2、…。）は一つのエクステント・ブロックRk＋Lkを構成している。スーパー・エクステント・ブロック6010からは再生経路6020に従い、各エクステント・ブロックRk＋Lkが一つのエクステントＳＳEXTSS[k]としてＢＤ−ＲＯＭディスク101からスイッチ2020へ一括して読み出される。更に、スイッチ2020によって各エクステントＳＳEXTSS[k]からライトビュー・エクステントRkとベースビュー・エクステントLkとが分離され、交互に各リード・バッファ2021、2022へ送出される。図６０の（ａ）、（ｂ）を参照するに、ライトビュー・エクステントEXT2[k]の読み出し期間PRD[k]では、第１リード・バッファ2021の蓄積データ量DA1はベースビュー転送速度REXT1[k]で減少し、第２リード・バッファ2022の蓄積データ量DA2は、読み出し速度RUD72とライトビュー転送速度REXT2[k]との間の差RUD72−REXT2[k]に等しい速度で増加する。逆に、ベースビュー・エクステントEXT1[k]の読み出し期間PRB[k]では、第１リード・バッファ2021の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1[k]との間の差RUD72−REXT1[k]に等しい速度で増加し、第２リード・バッファ2022の蓄積データ量DA2はライトビュー転送速度REXT2[k]で減少する。
一方、隣接するエクステントＳＳEXTSS[n]、EXTSS[n＋1]の間では、ジャンプJLR[n]が生じる。ジャンプ期間PJLR[n]ではデプスマップ・データ・ブロックD(n＋1)の読み出しがスキップされるので、蓄積データ量DA1、DA2は平均転送速度REXT1[n]、REXT12[n]で減少する。
各エクステントＳＳEXTSS[n]から３Ｄ映像をシームレスに再生するには、上記の条件２−４が満たされればよい。すなわち、各ベースビュー・エクステントEXT1[n]のサイズSEXT1[n]は式（２）を満たし、各ライトビュー・エクステントEXT2[n]のサイズSEXT2[n]は式（３）を満たし、各エクステントＳＳEXTSS[n]のサイズSEXTSS[n]は式（６）を満たす：
Figure 0005457299
ここで、式（６）の右辺に代入されるべきジャンプ時間TJUMP[n]は、例えば図１９の表において、ｎ番目のエクステントＳＳEXTSS[n]の後端から（ｎ＋１）番目のエクステントＳＳEXTSS[n＋1]の先端までのセクタ数、すなわちジャンプJLR[n]のジャンプ距離SJUMPに対応する最大ジャンプ時間TJUMP＿MAXに等しい。更に、変数TDIFF[n]は、プリロード期間PRR[n]、PRR[n＋1]の長さの差に等しい：TDIFF[n]＝SEXT2[n＋1]／RUD72−SEXT2[n]／RUD72。
その他に、第１リード・バッファ2021の容量を可能な限り縮小するには、ベースビュー・データ・ブロックLnのサイズSEXT1[n]は２ＤエクステントEXT2D[n]の最小エクステント・サイズの下限値以下であればよい。すなわち、そのサイズSEXT1[n]は式（４）を満たす：
Figure 0005457299
また、ｎ番目のデータ・ブロックの組み合わせDn、Rn、LnではエクステントＡＴＣ時間が等しいので、各データ・ブロックDn、Rn、LnのサイズSEXTm[n]（m＝3、2、1）は式（５）を満たす：
Figure 0005457299
［スーパー・モードの性能に基づく条件］
図６１は、スーパー・モードの再生装置内の再生処理系統を示すブロック図である。図６１を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ6101、スイッチ6120、三つのリード・バッファ6121、6122、6123、及びシステム・ターゲット・デコーダ6124を含む。ＢＤ−ＲＯＭドライブ6101はＢＤ−ＲＯＭディスク101からエクステントＳＰを読み出し、読み出し速度RUD108でスイッチ6120へ転送する。スイッチ6120は、エクステント起点を参照して、各エクステントＳＰを三種類のデータ・ブロックDn、Rn、Lnに分離する。ベースビュー・データ・ブロックLnは第１リード・バッファ6121へ格納され、ライトビュー・データ・ブロックRnは第２リード・バッファ6122へ格納され、デプスマップ・データ・ブロックDnは第３リード・バッファ6123へ格納される。各リード・バッファ6121、6122、6123は再生装置に内蔵のバッファ・メモリであり、ＢＤ−ＲＯＭドライブ6101からデータ・ブロックを受信して蓄積する。システム・ターゲット・デコーダ6124は、第１リード・バッファ6121内に蓄積された各ベースビュー・データ・ブロックからソースパケットをベースビュー転送速度REXT1で読み出す。システム・ターゲット・デコーダ6124は、第２リード・バッファ6122内に蓄積された各ライトビュー・データ・ブロックからソースパケットをライトビュー転送速度REXT2で読み出す。システム・ターゲット・デコーダ6124は、第３リード・バッファ6123内に蓄積された各デプスマップ・データ・ブロックからソースパケットをデプスマップ転送速度REXT3で読み出す。システム・ターゲット・デコーダ6124は更に、読み出されたデータ・ブロックの組み合わせを映像データVDと音声データADとに復号する。
読み出し速度RUD10872は通常ビット／秒で表され、いずれの平均転送速度REXT1、REXT2、REXT3の最高値RMAX1、RMAX2、RMAX3よりも高い値、例えば１０８Ｍｂｐｓに設定される：RUD108＞RMAX1、RUD108＞RMAX2、RUD108＞RMAX3。それにより、ＢＤ−ＲＯＭドライブ6101によってＢＤ−ＲＯＭディスク101から一つのエクステントＳＰを読み出している間、システム・ターゲット・デコーダ6124の復号処理に伴う各リード・バッファ6121、6122、6123のアンダーフローが防止される。
図６２の（ａ）、（ｂ）、（ｃ）は、一つのスーパー・エクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、各リード・バッファ6121、6122、6123に蓄積されるデータ量DA1、DA2、DA3の変化を示すグラフである。図６２の（ｄ）は、そのスーパー・エクステント・ブロック6210とスーパー・モードでの再生経路6220との間の対応関係を示す模式図である。尚、図６２の（ａ）−（ｃ）の各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図６２の（ａ）−（ｃ）を参照するに、ｎ番目のデプスマップ・データ・ブロックDnの読み出し期間PRD[n]では、第３リード・バッファ6123の蓄積データ量DA3は、読み出し速度RUD108とデプスマップ転送速度REXT3[n]との間の差RUD108−REXT3[n]に等しい速度で増加し、第１リード・バッファ6121の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少し、第２リード・バッファ6122の蓄積データ量DA2はライトビュー転送速度REXT2[n−1]で減少する。図６２の（ｄ）を参照するに、ｎ番目のデプスマップ・データ・ブロックDnからｎ番目のライトビュー・データ・ブロックRnまではゼロ・セクタ遷移J0[3n]が生じる。図６２の（ａ）−（ｃ）に示されているように、ゼロ・セクタ遷移期間PJ0[3n]では、第１リード・バッファ6121の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少し、第２リード・バッファ6122の蓄積データ量DA2はライトビュー転送速度REXT2[n−1]で減少し、第３リード・バッファ6123の蓄積データ量DA3はデプスマップ転送速度REXT3[n]で減少する。
図６２の（ａ）−（ｃ）を更に参照するに、ｎ番目のライトビュー・データ・ブロックRnの読み出し期間PRR[n]では、第２リード・バッファ6122の蓄積データ量DA2は、読み出し速度RUD108とデプスマップ転送速度REXT2[n]との間の差RUD108−REXT2[n]に等しい速度で増加し、第３リード・バッファ6123の蓄積データ量DA3はデプスマップ転送速度REXT1[n]で減少し、第１リード・バッファ6121の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少する。図６２の（ｄ）を参照するに、ｎ番目のライトビュー・データ・ブロックRnからｎ番目のベースビュー・データ・ブロックLnまではゼロ・セクタ遷移J0[3n＋1]が生じる。図６２の（ａ）−（ｃ）に示されているように、ゼロ・セクタ遷移期間PJ0[3n＋1]では、第１リード・バッファ6121の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少し、第２リード・バッファ6122の蓄積データ量DA2はライトビュー転送速度REXT2[n]で減少し、第３リード・バッファ6123の蓄積データ量DA3はデプスマップ転送速度REXT3[n]で減少する。
図６２の（ａ）−（ｃ）を参照するに、ｎ番目のベースビュー・データ・ブロックLnの読み出し期間PRL[n]では、第１リード・バッファ6121の蓄積データ量DA1は、読み出し速度RUD108とベースビュー転送速度REXT1[n]との間の差RUD108−REXT1[n]に等しい速度で増加し、第２リード・バッファ6122の蓄積データ量DA2はライトビュー転送速度REXT2[n]で減少し、第３リード・バッファ6123の蓄積データ量DA3はデプスマップ転送速度REXT1[n]で減少する。図６２の（ｄ）を参照するに、ｎ番目のベースビュー・データ・ブロックLnから（ｎ＋１）番目のデプスマップ・データ・ブロックD(n＋1)まではゼロ・セクタ遷移J0[3n＋2]が生じる。図６２の（ａ）−（ｃ）に示されているように、ゼロ・セクタ遷移期間PJ0[3n＋2]では、第１リード・バッファ6121の蓄積データ量DA1はベースビュー転送速度REXT1[n]で減少し、第２リード・バッファ6122の蓄積データ量DA2はライトビュー転送速度REXT2[n]で減少し、第３リード・バッファ6123の蓄積データ量DA3はデプスマップ転送速度REXT1[n]で減少する。
スーパー・モードの再生装置がスーパー・エクステント・ブロック6210から３Ｄ映像をシームレスに再生するには、以下の条件が満たされればよい。
ｎ番目のベースビュー・データ・ブロックLnのサイズSEXT1[n]は少なくとも、その読み出し期間PRL[n]から次のベースビュー・データ・ブロックL(n＋1)の読み出し期間PRL[n＋1]の直前までに、第１リード・バッファ6121からシステム・ターゲット・デコーダ6124へ転送されるデータ量に等しい。その場合、図６２の（ａ）に示されているように、次のベースビュー・データ・ブロックL(n＋1)の読み出し期間PRL[n＋1]の直前では、第１リード・バッファ6121の蓄積データ量DA1が、ｎ番目のベースビュー・データ・ブロックLnの読み出し期間PRL[n]の直前での量を下回らない。ここで、ｎ番目のベースビュー・データ・ブロックLnの読み出し期間PRL[n]の長さは、そのベースビュー・データ・ブロックLnのサイズSEXT1[n]を読み出し速度RUD108で割った値SEXT1[n]／RUD108に等しい。一方、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD(n＋1)、R(n＋1)の読み出し期間PRD[n＋1]、PRR[n＋1]の長さは、そのデータ・ブロックD(n＋1)、R(n＋1)のサイズSEXT2[n＋1]、SEXT3[n＋1]を読み出し速度RUD108で割った値SEXT2[n＋1]／RUD108、SEXT3[n＋1]／RUD108に等しい。従って、ベースビュー・データ・ブロックLnのサイズSEXT1[n]は次式（１１）を満たせばよい：
Figure 0005457299
同様に、ｎ番目のライトビュー・データ・ブロックRnのサイズSEXT2[n]とデプスマップ・データ・ブロックDnのサイズSEXT3[n]はそれぞれ、次式（１２）、（１３）を満たせばよい：
Figure 0005457299
尚、式（１１）−（１３）では、各ゼロ・セクタ遷移時間TJUMP0[・]は典型的な値TJUMP0に置き換えられている。
図６３の（ａ）は、二つの異なるスーパー・エクステント・ブロック6301、6302から連続して３Ｄ映像がシームレスに再生されるとき、各リード・バッファ6121、6122、6133に蓄積されるデータ量DA1、DA2、DA3の変化、及びそれらの和DA1＋DA2＋DA3の変化を示すグラフ群である。図６３の（ｂ）は、それら二つのスーパー・エクステント・ブロック6301、6302とスーパー・モードでの再生経路6320との間の対応関係を示す模式図である。図６３の（ｂ）を参照するに、各スーパー・エクステント・ブロック6301、6302は、インターリーブ配置のデータ・ブロック群Dk、Rk、Lk（k＝0、…、N−2、N−1、N、…）から構成されている。ここで、整数Nは、前のスーパー・エクステント・ブロック6301の含むベースビュー・データ・ブロックの総数を表す。二つのスーパー・エクステント・ブロック6301、6302は層境界LBで分離されている。再生経路6320に従って、まず、前のスーパー・エクステント・ブロック6301の全体が一つのエクステントＳＰEXTSP[0]として一括して読み出される。その直後に、層切り換えに伴うロングジャンプJLYが生じる。続いて、次のスーパー・エクステント・ブロック6302が別のエクステントＳＰEXTSP[1]として一括して読み出される。
図６３の（ａ）では、一点鎖線のグラフは、第１リード・バッファ6121に蓄積されるデータ量DA1の変化を示し、点線のグラフは、第２リード・バッファ6122に蓄積されるデータ量DA2の変化を示し、破線のグラフは、第３リード・バッファ6123に蓄積されるデータ量DA3の変化を示し、実線のグラフは、それら三種類のデータ量の和DA1＋DA2＋DA3の変化を示す。ここで、その和DA1＋DA2＋DA3は実際には、データ・ブロックが一つ読み出されるごとに細かく変化する。しかし、実線のグラフは、その細かい変化を均して直線的に近似したものである。更に、ゼロ・セクタ遷移時間TJUMP0は一つのスーパー・エクステント・ブロック全体の読み出し期間PRSBLK[0]の長さに比べれば十分に無視できるので、図６３の（ａ）ではゼロ・セクタ遷移時間TJUMP0は“０”とみなされている。
図６３の（ａ）を参照するに、一つのスーパー・エクステント・ブロック6301の全体がＢＤ−ＲＯＭディスク101から各リード・バッファ6121、6122、6123へ読み出される期間PRSBLK[0]では、各蓄積データ量DA1、DA2、DA3は増大する。具体的には、スーパー・エクステント・ブロック6301全体の読み出し期間PRSBLK[0]中、蓄積データ量の和DA1＋DA2＋DA3は、読み出し速度RUD108と平均転送速度REXTSP[0]との間の差RUD108−REXTSP[0]に等しい速度で増加する。その平均転送速度REXTSP[0]は、そのスーパー・エクステント・ブロック6301全体のサイズ、すなわちエクステントＳＰEXTSP[0]のサイズSEXTSP[0]をそのエクステントＡＴＣ時間TEXTSPで割った値として評価される。そのような蓄積データ量DA1、DA2、DA3の増大は、各データ・ブロックDn、Rn、Lnのサイズを最小エクステント・サイズ以上に設計することによって実現可能である。
スーパー・エクステント・ブロック6301の後端のベースビュー・データ・ブロックL(N−1)が第１リード・バッファ6121に読み込まれた時点で、蓄積データ量の和DA1＋DA2＋DA3は最大値に達する。その直後のロングジャンプJLYの期間PJLYでは、蓄積データ量の和DA1＋DA2＋DA3は平均転送速度REXTSP[0]で減少する。従って、蓄積データ量の和DA1＋DA2＋DA3の最大値を十分に大きく調節することにより、ロングジャンプJLY中での各リード・バッファ6121−6123のアンダーフローを防止することができる。その結果、二つのスーパー・エクステント・ブロック6301、6302をシームレスに接続することができる。
蓄積データ量の和DA1＋DA2＋DA3の最大値は前のスーパー・エクステント・ブロック6301のサイズで決まる。従って、二つのスーパー・エクステント・ブロック6301、6302をシームレスに接続するには、前のスーパー・エクステント・ブロック6301のサイズ、すなわちエクステントＳＰEXTSP[0]のサイズSEXTSP[0]が次の条件を満たせばよい。
各スーパー・エクステント・ブロック6301、6302の先端に位置するディペンデントビュー・データ・ブロックの対D0＋R0、DN＋RNの読み出し期間PRD[0]＋PRR[0]、PRD[N]＋PRR[N]ではプリロードが行われる。従って、ロングジャンプJLY中での各リード・バッファ6121−6123のアンダーフローを防止するには、前のエクステントＳＰEXTSP[0]のエクステントＡＴＣ時間TEXTSPが少なくとも、前のスーパー・エクステント・ブロック6301でのプリロード期間PRD[0]＋PRR[0]の終了時点T10から次のスーパー・エクステント・ブロック6302でのプリロード期間PRD[N]＋PRR[N]の終了時点T11までの期間の長さに等しければよい。すなわち、前のエクステントＳＰEXTSP[0]のサイズSEXTSP[0]は少なくとも、その期間T10−T11に各リード・バッファ6121−6123からシステム・ターゲット・デコーダ6124へ転送されるデータ量の和に等しければよい。
図６３の（ａ）から明らかなとおり、期間T10−T11の長さは、前のスーパー・エクステント・ブロック6301の読み出し期間PRSBLK[0]の長さ、ロングジャンプJLYのジャンプ時間TJUMPーLY、及びスーパー・エクステント・ブロック6301、6302間でのプリロード期間PRD[0]＋PRR[0]、PRD[N]＋PRR[N]の長さの差TDIFFを足し合わせた値に等しい。更に、その読み出し期間PRSBLK[0]の長さは、前のエクステントＳＰEXTSP[0]のサイズSEXTSP[0]を読み出し速度RUD108で割った値SEXTSP[0]／RUD108に等しい。従って、前のエクステントＳＰEXTSP[0]のサイズSEXTSP[0]は次式（１４）を満たせばよい：
Figure 0005457299
ここで、各プリロード期間PRD[0]＋PRR[0]、PRD[N]＋PRR[N]の長さは、各スーパー・エクステント・ブロック6301、6302の先端に位置するディペンデントビュー・データ・ブロックの対D0＋R0、DN＋RNのサイズSEXT3[0]＋SEXT2[0]、SEXT3[N]＋SEXT2[N]を読み出し速度RUD108で割った値（SEXT3[0]＋SEXT2[0])／RUD108、（SEXT3[N]＋SEXT2[N])／RUD108に等しい。従って、プリロード期間PRD[0]＋PRR[0]、PRD[N]＋PRR[N]の長さの差TDIFFはそれらの値の差に等しい：TDIFF＝(SEXT3[N]＋SEXT2[N])／RUD108−(SEXT3[0]＋SEXT2[0])／RUD108。以下、式（１４）の右辺で表されるサイズを「エクステントＳＰの最小エクステント・サイズ」という。
［まとめ］
複数のスーパー・エクステント・ブロックから２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには上記の条件が全て満たされればよい。特に、データ・ブロック、エクステント・ブロック、及びスーパー・エクステント・ブロックの各サイズは次の条件１−８を満たせばよい。
条件１：２ＤエクステントのサイズSEXT2Dは式（１）を満たす。
条件２：ベースビュー・データ・ブロックのサイズSEXT1は式（２）を満たす。
条件３：ディペンデントビュー・データ・ブロックのサイズSEXT2、SEXT3は式（３）を満たす。
条件４：エクステント・ブロックのサイズSEXTSSは式（６）を満たす。
条件５：ベースビュー・データ・ブロックのサイズSEXT1は式（１１）を満たす。
条件６：ライトビュー・データ・ブロックのサイズSEXT2は式（１２）を満たす。
条件７：デプスマップ・データ・ブロックのサイズSEXT3は式（１３）を満たす。
条件８：スーパー・エクステント・ブロックのサイズSEXTSPは式（１４）を満たす。
（F−3）層境界の前後での再生経路の分離
上記のとおり、映像のシームレス再生には、スーパー・エクステント・ブロックは条件１−８を満たせばよい。それは、各データ・ブロックのサイズを十分に拡大すれば実現可能ではある。しかし、図５１の（ａ）に示されている配置と同様に、リード・バッファの容量が十分に大きく確保されなければならない。
層切り換え等に伴うロングジャンプ中での映像のシームレス再生を可能にしたまま、リード・バッファの容量を更に削減するには、層境界等、そのロングジャンプの必要な位置の前後で再生経路を、再生装置の動作モード別に分離すればよい。それには、その位置の前後でデータ・ブロック群の配置をインターリーブ配置から変更すればよい。
図６４は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録された三種類のデータ・ブロック群の配置を示す模式図である。図６４を参照するに、層境界LBの前には、第１のスーパー・エクステント・ブロック6401、２Ｄ再生専用ブロックL22D、ＳＳ再生専用ブロックR2SS、L2SS、及び第２のスーパー・エクステント・ブロック6402が順番に配置されている。一方、層境界LBの後には第３のスーパー・エクステント・ブロック6403が配置されている。各スーパー・エクステント・ブロック6401−6403内では、三種類のデータ・ブロックDn、Rn、Lnがインターリーブ配置を構成している（n＝…、0、1、2、3、…）。特にｎ番目のデータ・ブロックの組Dn、Rn、LnではエクステントＡＴＣ時間が等しい。更に、各組ではデータ・ブロックが、デプスマップ・データ・ブロックDn、ライトビュー・データ・ブロックRn、及びベースビュー・データ・ブロックLnの順に並ぶ。第２のスーパー・エクステント・ブロック6402では、第１のスーパー・エクステント・ブロック6401の後端に位置するデータ・ブロックD1、R1、L1とも、第３のスーパー・エクステント・ブロック6403の先端に位置するデータ・ブロックD4、R4、L4とも、各ストリーム・データの内容が連続している。第２のスーパー・エクステント・ブロック6402に含まれるライトビュー・データ・ブロックR2SPとベースビュー・データ・ブロックL2SPとはいずれもＳＰ再生専用ブロックである。２Ｄ再生専用ブロックL22D、ＳＳ再生専用ブロックL2SS、及びＳＰ再生専用ブロックL2SPは互いにビット単位で一致し、ＳＳ再生専用ブロックR2SSとＳＰ再生専用ブロックR2SPとは互いにビット単位で一致する。
図６４を更に参照するに、ＳＳ再生専用ブロックL2SSとＳＰ再生専用ブロックL2SPとを除き、ベースビュー・データ・ブロックはファイル２Ｄ6410のエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。特に、第１のスーパー・エクステント・ブロック6401内の最後のベースビュー・データ・ブロックL1と２Ｄ再生専用ブロックL22Dとの対L1＋L[2]2Dは単一の２ＤエクステントEXT2D[1]としてアクセス可能である。一方、ＳＰ再生専用ブロックR2SP以外のライトビュー・データ・ブロックは、第１ファイルＤＥＰ6412のエクステントEXT2[0]、EXT2[1]、EXT2[2]、EXT2[3]としてアクセス可能である。更に、ＳＰ再生専用ブロックR2SP、L2SPを除き、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R0＋L0、R1＋L1、R2SS＋L2SS、R3＋L3は、ファイルＳＳ6420のエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]としてアクセス可能である。その場合、２Ｄ再生専用ブロックL22DとＳＰ再生専用ブロックL2SPとを除き、ベースビュー・データ・ブロックL0、L1、L2SS、L3は、第１ファイル・ベース6411のエクステントEXT1[0]、EXT1[1]、EXT1[2]、EXT1[3]として、エクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]から抽出可能である。
その他に、デプスマップ・データ・ブロックDnは第２ファイルＤＥＰ6413のエクステントEXT3[n]としてアクセス可能である。更に、２Ｄ再生専用ブロックL22DとＳＳ再生専用ブロックR2SS、L2SSとを除き、各スーパー・エクステント・ブロック6401−6403の全体はファイルＳＰ6430のエクステントEXTSP[0]、EXTSP[1]、EXTSP[2]としてアクセス可能である。その場合、２Ｄ再生専用ブロックL22DとＳＳ再生専用ブロックL2SSとを除き、ベースビュー・データ・ブロックL0、L1、L2SP、L3は、第２ファイル・ベース6421のエクステントEXT1[0]、EXT1[1]、EXT1[2]、EXT1[3]として、エクステントＳＰEXTSP[0]、EXTSP[1]、EXTSP[2]から抽出可能である。同様に、ＳＳ再生専用ブロックR2SS以外のライトビュー・データ・ブロックR0、R1、R2SP、R3は、第３ファイルＤＥＰ6422のエクステントEXT2[0]、EXT2[1]、EXT2[2]、EXT2[3]として、エクステントＳＰEXTSP[0]、EXTSP[1]、EXTSP[2]から抽出可能である。ここで、第２ファイル・ベース6421と第３ファイルＤＥＰ6422とはいずれも第１ファイル・ベース6411と同様、「仮想的なファイル」である。すなわち、それらのファイル6421、6422はいずれもファイルシステムでは認識されず、図２に示されているディレクトリ／ファイル構造には現れない。第２ファイル・ベース6421の各エクステントEXT1[n]と第３ファイルＤＥＰ6422の各エクステントEXT2[n]とは、ベースビュー・エクステントと同様、クリップ情報ファイル内のエクステント起点によって参照される。
２Ｄ再生モードの再生装置はファイル２Ｄ6410を再生する。従って、第１のスーパー・エクステント・ブロック6401内のベースビュー・データ・ブロックL0、L1、２Ｄ再生専用ブロックL22D、及び第３のスーパー・エクステント・ブロック6403内のベースビュー・データ・ブロックL3が２ＤエクステントEXT2D[n]として読み出され、他のデータ・ブロックの読み出しがジャンプによってスキップされる。それ故、２Ｄ映像のシームレス再生には、それらの２ＤエクステントEXT2D[n]が条件１を満たせばよい。
Ｌ／Ｒモードの再生装置はファイルＳＳ6420を再生する。従って、ＳＰ再生専用ブロックR2SP、L2SPを除き、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R0＋L0、R1＋L1、R2SS＋L2SS、R3＋L3がエクステントＳＳEXTSS[n]として連続して読み出される。一方、他のデータ・ブロックの読み出しはジャンプによってスキップされる。それ故、３Ｄ映像のシームレス再生には、それらのエクステントＳＳEXTSS[n]に含まれる各データ・ブロックが条件２、３を満たし、かつ、各エクステントＳＳEXTSS[n]の全体が条件４を満たせばよい。
スーパー・モードの再生装置はファイルＳＰ6430を再生する。従って、各スーパー・エクステント・ブロック6401−6403の全体がエクステントＳＰEXTSP[n]として連続して読み出され、他のデータ・ブロックの読み出しがジャンプによってスキップされる。それ故、３Ｄ映像のシームレス再生には、それらのエクステントＳＰEXTSP[n]に含まれる各データ・ブロックが条件５−７を満たし、かつ、各エクステントＳＰEXTSP[n]の全体が条件８を満たせばよい。
図６４から明らかなとおり、２Ｄ再生モード、Ｌ／Ｒモード、及びスーパー・モードのそれぞれで再生経路は、層境界LBの直前に、異なるベースビュー・データ・ブロックL22D、L2SS、L2SPを通る。ここで、それらのデータ・ブロックL22D、L2SS、L2SPは互いにビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。このように、層切り換えに伴うロングジャンプの直前で再生経路が分離されている。従って、シームレス再生に必要な条件１−８が同時に満たされるように各データ・ブロックのサイズを設計することは容易である。
（F−4）スーパー・モードの再生装置の構成
スーパー・モードの再生装置として必要な構成の基本部分は、図４４、４６に示されている３Ｄ再生装置の構成と同様である。従って、以下では３Ｄ再生装置の構成からの拡張部分及び変更部分について説明し、基本部分の詳細についての説明は上記の３Ｄ再生装置についての説明を援用する。
図６５は、スーパー・モードの再生装置6500の機能ブロック図である。再生装置6500は、ＢＤ−ＲＯＭドライブ6501、再生部6502、及び制御部6503を含む。再生部6502は、スイッチ6520、第１リード・バッファ6521、第２リード・バッファ6522、第３リード・バッファ6523、システム・ターゲット・デコーダ6524、及びプレーン加算部6524を含む。制御部6503は、動的シナリオ・メモリ6531、静的シナリオ・メモリ6532、ユーザイベント処理部6533、プログラム実行部6534、再生制御部6535、及びプレーヤ変数記憶部6536を含む。再生部6502と制御部6503とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、制御部6503は、図４４に示されている３Ｄ再生装置内のものと同様である。従って、その詳細についての説明は上記の３Ｄ再生装置についての説明を援用する。
ＢＤ−ＲＯＭドライブ6501は、図４４に示されている３Ｄ再生装置内のもの4401と同様な構成要素を含む。ＢＤ−ＲＯＭドライブ6501は、再生制御部6535からＬＢＮの範囲が指示されたとき、その範囲の示すＢＤ−ＲＯＭディスク101上のセクタ群からデータを読み出す。特にエクステントＳＳとエクステントＳＰとのそれぞれに属するソースパケット群はＢＤ−ＲＯＭドライブ6501からスイッチ6520へ転送される。ここで、各エクステントＳＰは、図５７に示されているとおり、三種類のデータ・ブロックの組を一つ以上含む。それらのデータ・ブロックは異なるリード・バッファ6521−6523へパラレルに転送されなければならない。従って、ＢＤ−ＲＯＭドライブ6501には３Ｄ再生装置内のＢＤ−ＲＯＭドライブ4401以上のアクセス・スピードが求められる。
スイッチ6520はＢＤ−ＲＯＭドライブ6501からはエクステントＳＳ又はエクステントＳＰを受信する。一方、スイッチ6520は再生制御部6535からは、そのエクステントＳＳ又はエクステントＳＰに含まれる各データ・ブロックの境界を示す情報を受信する。その情報は、例えばそのエクステントＳＳ又はエクステントＳＰの先頭から各境界までのソースパケット数を示す。再生制御部6535はその情報を、クリップ情報ファイル内のエクステント起点に基づいて生成する。スイッチ6520は更に、その情報を利用して各エクステントＳＳ又はエクステントＳＰからベースビュー・エクステントを抽出して第１リード・バッファ6521へ送出する。同様に、スイッチ6520は、ライトビュー・エクステントを第２リード・バッファ6522へ送出し、デプスマップ・エクステントを第３リード・バッファ6523へ送出する。
リード・バッファ6521−6523はいずれも、再生部6502内のメモリ素子を利用したバッファ・メモリである。特に単一のメモリ素子内の異なる領域が各リード・バッファ6521−6523として利用される。その他に、異なるメモリ素子が個別に各リード・バッファ6521−6523として利用されてもよい。
Ｌ／Ｒモードのシステム・ターゲット・デコーダ6524はまず、第１リード・バッファ6521に格納されたベースビュー・エクステントと、第２リード・バッファ6522に格納されたライトビュー・エクステントとから交互にソースパケットを読み出す。一方、デプス・モードのシステム・ターゲット・デコーダ6524はまず、第１リード・バッファ6521に格納されたベースビュー・エクステントと、第３リード・バッファ6523に格納されたデプスマップ・エクステントとから交互にソースパケットを読み出す。各モードのシステム・ターゲット・デコーダ6524は次に、多重分離処理によって各ソースパケットからエレメンタリ・ストリームを分離し、更に分離されたものの中から、再生制御部6535から指示されたＰＩＤの示すものを復号する。システム・ターゲット・デコーダ6524は続いて、復号後のエレメンタリ・ストリームをその種類別に内蔵のプレーン・メモリに書き込む。特に、ベースビュー・ビデオ・ストリームは左映像プレーン・メモリに書き込まれ、ライトビュー・ビデオ・ストリームは右映像プレーン・メモリに書き込まれ、デプスマップ・ストリームはデプス・プレーンに書き込まれる。その他のエレメンタリ・ストリームは専用のプレーン・メモリに書き込まれ、又は音声ミキサに送出される。システム・ターゲット・デコーダ6524はその他に、プログラム実行部6534からのグラフィックス・データに対してレンダリング処理を行ってイメージ・プレーン・メモリに書き込む。
システム・ターゲット・デコーダ6524は、図４４に示されているものと同様に、Ｂ−Ｄ表示モード／Ｂ−Ｂ表示モード、及び、２プレーン・モード／１プレーン＋オフセット・モード／１プレーン＋ゼロ・オフセット・モードのそれぞれに対応可能である。従って、その詳細についての説明は、図４４に示されているものの説明を援用する。
プレーン加算部6525はシステム・ターゲット・デコーダ6524から各種のプレーン・データを受信し、それらを互いに重畳して一つのフレーム又はフィールドに合成する。特にＬ／Ｒモードのプレーン加算部6525は、左映像プレーン・データには、他のプレーン・データのうち、レフトビューを表すものを重畳し、右映像プレーン・データには、ライトビューを表すものを重畳する。一方、デプス・モードのプレーン加算部6525はまず、左映像プレーン・データとデプスマップ・プレーン・データとからレフトビューとライトビューとのビデオ・プレーン・データの対を生成する。その後、プレーン加算部6525はＬ／Ｒモードでの合成処理と同様に合成処理を行う。
プレーン加算部6525は再生制御部6535から、副映像プレーン、ＰＧプレーン、ＩＧプレーン、又はイメージ・プレーンの表示モードとして１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードが指示されているとき、システム・ターゲット・デコーダ6524から受信されたプレーン・データに対してクロッピング処理を行う。それにより、レフトビューとライトビューとのプレーン・データの対が生成される。そのクロッピング処理の詳細についての説明は、図４４に示されているものについての説明を援用する。その後、プレーン加算部6525はＬ／Ｒモードでの合成処理と同様に合成処理を行う。合成後のフレーム又はフィールドは表示装置103へ送出され、その画面に表示される。
図６６は、システム・ターゲット・デコーダ6524の機能ブロック図である。図６６に示されている構成要素は、図４６に示されている３Ｄ再生装置のもの4423とは次の二点で異なる：（１）リード・バッファから各デコーダへの入力系統が三重化されている点、並びに、（２）デプスマップ・デコーダ6613が増設されている点。一方、その他のデコーダ群、音声ミキサ、イメージ・プロセッサ、及びプレーン・メモリ群は、図４６に示されている３Ｄ再生装置のものと同様である。従って、以下では、第３リード・バッファ6523からの入力系統6611、6612とデプスマップ・デコーダ6613とについて説明し、その他同様な構成要素の詳細についての説明は図４６についての説明を援用する。
第３ソース・デパケタイザ6611は、第３リード・バッファ6523からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第３ＰＩＤフィルタ6612へ送出する。第３ソース・デパケタイザ6611は更に、各ＴＳパケットの送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。その同期は、図４６に示されているソース・デパケタイザによる同期と同様に、２７ＭＨｚクロックの生成するクロック・パルス数を第３ＡＴＣカウンタでカウントすることによって実現可能である。
第３ＰＩＤフィルタ6612は、第３ソース・デパケタイザ6611からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部6535によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルに従って指定されている。両方のＰＩＤが一致したとき、第３ＰＩＤフィルタ6612はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１３であるとき、そのＴＳパケットはデプスマップ・デコーダ6613内のＴＢ（１）6601へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ２０−０ｘ１Ｂ３Ｆ、０ｘ１２２０−０ｘ１２７Ｆ、及び０ｘ１４２０−０ｘ１４７Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
ここで、デプスマップ・ストリームには、レフトビューのデプスマップを表すエレメンタリ・ストリームに加えて、ライトビューのデプスマップを表すエレメンタリ・ストリームが多重化されている場合がある。以下、前者を「レフトビュー・デプスマップ・ストリーム」といい、後者を「ライトビュー・デプスマップ・ストリーム」という。その場合、レフトビューとライトビューとの各デプスマップ・ストリームには異なるＰＩＤが割り当てられる。第３ＰＩＤフィルタ6612は、各デプスマップ・ストリームを含むＴＳパケットの送出先を、そのＰＩＤに依って変更する。それにより、レフトビュー・デプスマップ・ストリームを含むＴＳパケットはデプスマップ・デコーダ6613内のＴＢ（１）6601へ転送され、ライトビュー・デプスマップ・ストリームを含むＴＳパケットはＴＢ（２）6608へ転送される。更に、ライトビューのデプスマップは、ＭＶＣ等の符号化方式に従い、レフトビューのデプスマップを参照ピクチャとして利用して圧縮されている。従って、デプスマップ・デコーダ6613によるレフトビューとライトビューとの各デプスマップ・ストリームの復号は、主映像デコーダによるベースビューとディペンデントビューとの各ビデオ・ストリームの復号と同様に行われる。
デプスマップ・デコーダ6613は、主映像デコーダと同様に、ＴＢ（１）6601、ＭＢ（１）6602、ＥＢ（１）6603、ＴＢ（２）6608、ＭＢ（２）6609、ＥＢ（２）6610、バッファ・スイッチ6606、ＤＥＣ6604、ＤＰＢ6605、及びピクチャ・スイッチ6607を含む。ＴＢ（１）6601、ＭＢ（１）6602、ＥＢ（１）6603、ＴＢ（２）6608、ＭＢ（２）6609、ＥＢ（２）6610、及びＤＰＢ6605はいずれもバッファ・メモリである。各バッファ・メモリは、デプスマップ・デコーダ6613に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
ＴＢ（１）6601は、レフトビュー・デプスマップ・ストリームを含むＴＳパケットを第３ＰＩＤフィルタ6612から受信してそのまま蓄積する。ＭＢ（１）6602は、ＴＢ（１）6601に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ（１）6603は、ＭＢ（１）6602に蓄積されたＰＥＳパケットから、符号化されたデプスマップを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
ＴＢ（２）6608は、ライトビュー・デプスマップ・ストリームを含むＴＳパケットを第３ＰＩＤフィルタ6612から受信してそのまま蓄積する。ＭＢ（２）6609は、ＴＢ（２）6608に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ（２）6610は、ＭＢ（２）6609に蓄積されたＰＥＳパケットから、符号化されたデプスマップを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
バッファ・スイッチ6606は、ＥＢ（１）6603とＥＢ（２）6610とのそれぞれに蓄積されたデプスマップのヘッダをＤＥＣ6604からの要求に応じて転送する。バッファ・スイッチ6606は更に、そのデプスマップを、元のＴＳパケットに含まれるＤＴＳの示す時刻にＤＥＣ6604へ転送する。ここで、レフトビューとライトビューとのデプスマップ・ストリーム間では、ＤＴＳの等しいものが対を構成している。デプスマップの符号化時において、各対の一方が他方の参照ピクチャとして利用されている。従って、バッファ・スイッチ6606は、ＤＴＳの等しい一対のデプスマップのうち、ＥＢ（１）6603に蓄積された方を先にＤＥＣ6604へ転送する。
ＤＥＣ6604は、デプスマップの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ6604は、バッファ・スイッチ6606から転送されたデプスマップを順次復号する。その復号処理では、ＤＥＣ6604は予め、各デプスマップのヘッダを解析して、そのデプスマップの圧縮符号化方式と属性とを特定し、それらに応じて復号方法を選択する。ＤＥＣ6604は更に、復号された非圧縮のデプスマップをＤＰＢ6605へ転送する。
ＤＰＢ6605は、復号された非圧縮のデプスマップを一時的に保持する。ＤＥＣ6604がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ6605はＤＥＣ6604からの要求に応じて、保持されている非圧縮のデプスマップの中から参照ピクチャを検索してＤＥＣ6604に提供する。
ピクチャ・スイッチ6607は、ＤＰＢ6605から非圧縮の各デプスマップを、元のＴＳパケットに含まれるＰＴＳの示す時刻に、左デプス・プレーン・メモリ6620と右デプス・プレーン・メモリ6621とのいずれかに書き込む。ここで、レフトビューとライトビューとのデプスマップの対ではＰＴＳが等しい。従って、ピクチャ・スイッチ6607は、ＤＰＢ6605に保持された、ＰＴＳの等しい一対のデプスマップのうち、レフトビューのデプスマップを先に左デプス・プレーン・メモリ6620に書き込み、続いてライトビューのデプスマップを右デプス・プレーン・メモリ6621に書き込む。デプス・モードのプレーン加算部6525は、ビデオ・プレーンを左映像プレーン・メモリから読み出すときは、左デプス・プレーン・メモリ6520内のデプスマップを同時に読み出す。一方、プレーン加算部6525は、ビデオ・プレーンを右映像プレーン・メモリから読み出すときは、右デプス・プレーン・メモリ6521内のデプスマップを同時に読み出す。
（G）図１５に示されているインターリーブ配置のデータ・ブロック群において、エクステントＡＴＣ時間の等しいデータ・ブロックの対では更に、再生期間が一致し、かつビデオ・ストリームの再生時間が等しくてもよい。すなわち、それらのデータ・ブロック間でＶＡＵの数、又はピクチャの数が等しくてもよい。その意義は次のとおりである。
図６７の（ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。図６７の（ａ）を参照するに、先頭のベースビュー・データ・ブロックB[0]の再生時間は４秒間であり、先頭のディペンデントビュー・データ・ブロックD[0]の再生時間は１秒間である。ここで、ディペンデントビュー・データ・ブロックD[0]の復号に必要なベースビュー・ビデオ・ストリームの部分はそのディペンデントビュー・データ・ブロックD[0]と同じ再生時間を持つ。従って、再生装置内のリード・バッファの容量を節約するには、図６７の（ａ）に矢印6710で示されているように、再生装置にベースビュー・データ・ブロックB[0]とディペンデントビュー・データ・ブロックD[0]とを交互に同じ再生時間ずつ、例えば１秒間ずつ読み込ませることが好ましい。しかし、その場合、図６７の（ａ）に破線で示されているように、読み出し処理の途中でジャンプが生じる。その結果、読み出し処理を復号処理に間に合わせることが難しいので、シームレス再生を確実に持続することが難しい。
図６７の（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。本発明の実施形態１によるＢＤ−ＲＯＭディスク101上では、図６７の（ｂ）に示されているように、隣接する一対のデータ・ブロックの間でビデオ・ストリームの再生時間が等しくてもよい。例えば、先頭のデータ・ブロックの対B[0]、D[0]ではビデオ・ストリームの再生時間が共に１秒に等しく、二番目のデータ・ブロックの対B[1]、D[1]ではビデオ・ストリームの再生時間が共に０．７秒に等しい。その場合、３Ｄ再生モードの再生装置は、図６７の（ｂ）に矢印6720で示されているように、データ・ブロックB[0]、D[0]、B[1]、D[1]、…を先頭から順番に読み出す。それだけで、再生装置はメインＴＳとサブＴＳとを交互に同じ再生時間ずつ読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。
実際には、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が等しければ、読み出し処理にジャンプを生じさせることなく、復号処理の同期を維持することはできる。従って、再生期間又はビデオ・ストリームの再生時間が等しくなくても、図６７の（ｂ）に示されている場合と同様に、再生装置はデータ・ブロック群を先頭から順番に読み出すだけで、３Ｄ映像のシームレス再生を確実に持続できる。
隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間では、ＶＡＵのいずれかのヘッダの数、又はＰＥＳヘッダの数が等しくてもよい。データ・ブロック間での復号処理の同期にはそれらのヘッダが利用される。従って、データ・ブロック間でヘッダの数が等しければ、ＶＡＵそのものの数が等しくなくても、復号処理の同期を維持することは比較的容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータが全て同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ−ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。
隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間ではエントリ・ポイントの数が等しくてもよい。図６８は、その条件をスーパー・エクステント・ブロックに適用した場合でのエントリ・ポイントとデータ・ブロック群との間の対応関係を示す模式図である。図６８を参照するに、ファイル２Ｄ241のエクステントEXT2D[n]（n＝0、1、2、…）はベースビュー・データ・ブロックLnを参照し、第１ファイルＤＥＰ242のライトビュー・エクステントEXT2[n]はライトビュー・データ・ブロックRnを参照し、第２ファイルＤＥＰ243のデプスマップ・エクステントEXT3[n]はデプスマップ・データ・ブロックDnを参照する。図６８には、各エントリ・ポイントが三角形6801、6802、6803で示され、各エクステントの含むエントリ・ポイントの数が数字で示されている。三つのファイル241、242、243の間では、先頭から同じ順序のエクステントEXT2D[n]、EXT2[n]、EXT3[n]が、同じ数のエントリ・ポイント6801、6802、6803を含む。スーパー・エクステント・ブロックDn、Rn、Lnから３Ｄ映像を再生するとき、Ｌ／Ｒモードではデプスマップ・データ・ブロックDnごとにジャンプが生じ、デプス・モードではライトビュー・データ・ブロックRnごとにジャンプが生じる。一方、スーパー・モードでは、データ・ブロック間にジャンプが生じることはない。このように、再生モードに応じてジャンプの有無は異なる。しかし、データ・ブロック間でエントリ・ポイントの数が等しいとき、再生時間も実質的に等しい。従って、ジャンプの有無に関わらず、復号処理の同期を維持することは容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータが全て同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ−ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。
（H）マルチアングル
図６９の（ａ）は、マルチアングルに対応する多重化ストリーム・データの再生経路を示す模式図である。図６９の（ａ）を参照するに、その多重化ストリーム・データには、ベースビュー、ライトビュー、及びデプスマップの三種類のストリーム・データL、R、Dが多重化されている。例えばＬ／Ｒモードではベースビューとライトビューとのストリーム・データL、Rがパラレルに再生される。更に、マルチアングルでの再生期間TANGで再生される部分にはアングル別のストリーム・データAk、Bk、Ckが多重化されている（k＝0、1、2、…、n）。各アングルのストリーム・データAk、Bk、Ckは、再生時間がアングルチェンジ間隔に等しい部分に分割されている。各部分Ak、Bk、Ckには更に、ベースビュー、ライトビュー、及びデプスマップの各ストリーム・データが多重化されている。マルチアングル期間TANGでは、ユーザの操作又はアプリケーション・プログラムの指示に応じて、アングル別のストリーム・データAk、Bk、Ckの間で再生対象を切り換えることができる。
図６９の（ｂ）は、ＢＤ−ＲＯＭディスク上に記録されたデータ・ブロック群6901と、それらに対するＬ／Ｒモードでの再生経路6902とを示す模式図である。そのデータ・ブロック群6901は、図６９の（ａ）に示されているストリーム・データL、R、D、Ak、Bk、Ckを含む。図６９の（ｂ）を参照するに、そのデータ・ブロック群6901では、通常のストリーム・データL、R、Dに加え、アングル別のストリーム・データAk、Bk、Ckがインターリーブ配置で記録されている。Ｌ／Ｒモードでは、再生経路6902の示すように、ライトビュー・データ・ブロックRとベースビュー・データ・ブロックLとは読み出され、デプスマップ・データ・ブロックDの読み出しはジャンプによってスキップされる。更に、アングル別のストリーム・データAk、Bk、Ckのうち、選択されたもののデータ・ブロックA0、B1、…、Cnは読み出され、その他のデータ・ブロックの読み出しはジャンプによってスキップされる。
図６９の（ｃ）は、アングル別のストリーム・データAk、Bk、Ckを構成するスーパー・エクステント・ブロックを示す模式図である。図６９の（ｃ）を参照するに、各アングルのストリーム・データAk、Bk、Ckでは、三種類のデータ・ブロックL、R、Dがインターリーブ配置を構成している。Ｌ／Ｒモードでは、再生経路6902の示すように、アングル別のストリーム・データAk、Bk、Ckのうち、選択されたものA0、B1、…、Cnからライトビュー・データ・ブロックRとベースビュー・データ・ブロックLとが読み出される。一方、他のデータ・ブロックの読み出しはジャンプによってスキップされる。それに対し、スーパー・モードでは、選択されたアングルのストリーム・データA0、B1、…、Cnから全てのデータ・ブロックが連続して読み出される。一方、他のアングルのストリーム・データの読み出しはジャンプによってスキップされる。その他に、選択の有無に関わらず、全てのアングルのストリーム・データが読み出されてもよい。
尚、各アングルのストリーム・データAk、Bk、Ckでは、ベースビュー、ライトビュー、及びデプスマップの各ストリーム・データが単一の多重化ストリーム・データに収められていてもよい。但し、その記録レートは、２Ｄ再生装置で再生可能なシステムレートの範囲に抑えられなければならない。また、その多重化ストリーム・データと他の３Ｄ映像の多重化ストリーム・データとの間では、システム・ターゲット・デコーダに転送されるべきストリーム・データ（ＴＳ）の数が異なる。従って、各プレイアイテム情報（ＰＩ）は、再生対象のＴＳの数を示すフラグを含んでもよい。そのフラグを利用して、それらの多重化ストリーム・データを一つのプレイリスト・ファイルの中で切り換えられることができる。３Ｄ再生モードで２つのＴＳを再生対象として規定するＰＩでは、そのフラグが２ＴＳを示す。一方、上記の多重化ストリーム・データのような単一のＴＳを再生対象として規定するＰＩでは、そのフラグが１ＴＳを示す。３Ｄ再生装置は、そのフラグの値に応じて、システム・ターゲット・デコーダの設定を切り換えることができる。更に、そのフラグは、コネクション・コンディション（ＣＣ）の値で表現されても良い。例えば、ＣＣが“７”を示すときは、２ＴＳから１ＴＳへの移行を示し、“８”を示すときは、１ＴＳから２ＴＳへの移行を示す。
《実施形態２》
以下、本発明の実施形態２として、本発明の実施形態１による記録媒体の記録装置及び記録方法について説明する。その記録装置は、いわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリング・スタッフによって使用される。記録装置はオーサリング・スタッフの操作に従って、まず映画コンテンツを、ＭＰＥＧ規格に則った圧縮符号化方式のデジタル・ストリーム、すなわちＡＶストリーム・ファイルに変換する。記録装置は次にシナリオを生成する。「シナリオ」は、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には上記の動的シナリオ情報及び静的シナリオ情報を含む。記録装置は続いて、上記のデジタル・ストリーム及びシナリオから、ＢＤ−ＲＯＭディスク用のボリューム・イメージ又はアップデート・キットを生成する。記録装置は最後に、実施形態１によるエクステントの配置を利用して、ボリューム・イメージを記録媒体に記録する。
図７０は、その記録装置の内部構成を示すブロック図である。図７０を参照するに、その記録装置は、ビデオ・エンコーダ7001、素材制作部7002、シナリオ生成部7003、ＢＤプログラム制作部7004、多重化処理部7005、フォーマット処理部7006、及びデータベース部7007を含む。
データベース部7007は記録装置に内蔵の不揮発性記憶装置であり、特にハードディスクドライブ（ＨＤＤ）である。データベース部7007はその他に、記録装置に外付けされたＨＤＤであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。
ビデオ・エンコーダ7001は、非圧縮のビットマップ・データ等の映像データをオーサリング・スタッフから受け付けて、それをＭＰＥＧ−４ ＡＶＣ又はＭＰＥＧ−２等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリ・ビデオ・ストリームに変換され、副映像のデータはセカンダリ・ビデオ・ストリームに変換される。特に３Ｄ映像のデータはベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとに変換される。ビデオ・エンコーダ7001は、図６に示されているように、レフトビュー・ビデオ・ストリームをそれ自身のピクチャ間での予測符号化によってベースビュー・ビデオ・ストリームに変換し、ライトビュー・ビデオ・ストリームを、それ自身のピクチャだけでなく、ベースビュー・ピクチャとの間の予測符号化によってディペンデントビュー・ビデオ・ストリームに変換する。尚、ライトビュー・ビデオ・ストリームがベースビュー・ビデオ・ストリームに変換されてもよい。更に、レフトビュー・ビデオ・ストリームがディペンデントビュー・ビデオ・ストリームに変換されてもよい。
ビデオ・エンコーダ7001は更に、このピクチャ間予測符号化の処理過程で、左映像と右映像との間での各イメージの動きベクトルを検出し、それらから３Ｄ映像内の各イメージの奥行き情報を算出する。算出された各イメージの奥行き情報はフレーム奥行き情報7010に整理されてデータベース部7007に保存される。その他に、ビデオ・エンコーダ7001は、その奥行き情報7010を利用して、左映像又は右映像に対するデプスマップを生成してもよい。その場合、ビデオ・エンコーダ7001は、図７に示されているように、左映像又は右映像のストリーム・データとデプスマップ・ストリームとのそれぞれを、それ自身のピクチャ間での予測符号化によってベースビュー・ビデオ・ストリームとデプスマップ・ストリームとに変換する。変換後の各ストリーム7011はデータベース部7007に保存される。
図７１の（ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用される左映像ピクチャと右映像ピクチャとを表す模式図であり、（ｃ）は、ビデオ・エンコーダ7001によってそれらのピクチャから算出された奥行き情報を示す模式図である。
ビデオ・エンコーダ7001はまず、左右のピクチャ間の冗長性を利用して各ピクチャを圧縮する。そのとき、ビデオ・エンコーダ7001は圧縮前の左右のピクチャを８×８又は１６×１６の画素マトリクスごとに、すなわちマクロブロックごとに比較して、両ピクチャ間での各イメージの動きベクトルを検出する。具体的には、図７１の（ａ）、（ｂ）に示されているように、まず、左映像ピクチャ7101と右映像ピクチャ7102とはそれぞれ、マクロブロック7103のマトリクスに分割される。次に、両ピクチャ7101、7102間でイメージ・データがマクロブロック7103ごとに比較され、その結果から各イメージの動きベクトルが検出される。例えば「家」のイメージ7104を表す領域は両ピクチャ7101、7102間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、「球」のイメージ7105を表す領域は両ピクチャ7101、7102間で実質的に異なる。従って、それらの領域からは、「球」のイメージ7105の変位を表す動きベクトルが検出される。
ビデオ・エンコーダ7001は次に、検出された動きベクトルを各ピクチャ7101、7102の圧縮に利用する一方、各イメージ・データ7104、7105の表す映像の両眼視差の計算にも利用する。こうして得られた両眼視差から、ビデオ・エンコーダ7001は更に、「家」及び「球」のイメージ7104、7105等、各イメージの「奥行き」を算出する。各イメージの奥行きを表す情報は、例えば図７１の（ｃ）に示されているように、各ピクチャ7101、7102のマクロブロックのマトリクスと同じサイズのマトリクス7106に整理される。図７０に示されているフレーム奥行き情報7010はこのマトリクス7106を含む。このマトリクス7106内のブロック7107は、各ピクチャ7101、7102内のマクロブロック7103と一対一に対応する。各ブロック7107は、対応するマクロブロック7103の表すイメージの奥行きを、例えば８ビットの深度で表す。図７１に示されている例では、「球」のイメージ7105の奥行きが、マトリクス7106の領域7108内の各ブロックに記録される。その領域7108は、そのイメージ7105を表す各ピクチャ7101、7102内の領域の全体に対応する。
図７０を再び参照するに、素材制作部7002は、ビデオ・ストリーム以外のエレメンタリ・ストリーム、例えば、オーディオ・ストリーム7012、ＰＧストリーム7013、及びＩＧストリーム7014を作成してデータベース部7007に保存する。例えば、素材制作部7002はオーサリング・スタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ−３等の圧縮符号化方式で符号化してオーディオ・ストリーム7012に変換する。素材制作部7002はその他に、オーサリング・スタッフから字幕情報ファイルを受け付けて、それに従ってＰＧストリーム7013を作成する。字幕情報ファイルは、字幕を表すイメージ・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェード・イン／フェード・アウト等の視覚効果を規定する。素材制作部8802は更に、オーサリング・スタッフからビットマップ・データとメニュー・ファイルとを受け付けて、それらに従ってＩＧストリーム7014を作成する。ビットマップ・データはメニューのイメージを表す。メニュー・ファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。
シナリオ生成部7003は、オーサリング・スタッフからＧＵＩ経由で受け付けられた指示に従ってＢＤ−ＲＯＭシナリオ・データ7015を作成し、データベース部7007に保存する。ＢＤ−ＲＯＭシナリオ・データ7015は、データベース部7007に保存された各エレメンタリ・ストリーム7011−7014の再生方法を規定する。ＢＤ−ＲＯＭシナリオ・データ7015は、図２に示されているファイル群のうち、インデックス・ファイル211、ムービーオブジェクト・ファイル212、及びプレイリスト・ファイル221−223を含む。シナリオ生成部7003は更に、パラメータ・ファイル7016を作成して多重化処理部7005へ送出する。パラメータ・ファイル7016は、データベース部7007に保存されたエレメンタリ・ストリーム7011−7014の中から、メインＴＳとサブＴＳとのそれぞれに多重化されるべきストリーム・データを規定する。
ＢＤプログラム制作部7004はオーサリング・スタッフに対して、ＢＤ−Ｊオブジェクト及びＪａｖａアプリケーション・プログラムのプログラミング環境を提供する。ＢＤプログラム制作部7004はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。ＢＤプログラム制作部7004は更に、ＢＤ−ＪオブジェクトからＢＤ−Ｊオブジェクト・ファイル251を作成し、Ｊａｖａアプリケーション・プログラムをＪＡＲファイル261に圧縮する。それらのファイル251、261はフォーマット処理部7006へ送出される。
ここで、ＢＤ−Ｊオブジェクトが次のようにプログラミングされる場合を想定する：ＢＤ−Ｊオブジェクトは、図４０、４４に示されているプログラム実行部4034、4434にＧＵＩ用のグラフィックス・データをシステム・ターゲット・デコーダ4023、4423へ送出させる。ＢＤ−Ｊオブジェクトは更に、システム・ターゲット・デコーダ4023、4423にそのグラフィックス・データをイメージ・プレーン・データとして処理させる。その場合、ＢＤプログラム制作部7004は、データベース部7007に保存されたフレーム奥行き情報7010を利用して、ＢＤ−Ｊオブジェクトにイメージ・プレーン・データに対するオフセット値を設定してもよい。
多重化処理部7005はパラメータ・ファイル7016に従い、データベース部7007に保存されている各エレメンタリ・ストリーム7011−7014をＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。具体的には図４に示されているように、各エレメンタリ・ストリーム7011−7014がソースパケット列に変換され、各列のソースパケットが一列にまとめられて一本の多重化ストリーム・データを構成する。こうして、メインＴＳとサブＴＳとが作成される。
その処理と並行して、多重化処理部7005は、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを以下の手順で作成する。まず、ファイル２ＤとファイルＤＥＰとのそれぞれについて、図２５に示されているエントリ・マップ2430が生成される。次に、各ファイルのエントリ・マップを利用して、図２７に示されているエクステント起点2442が作成される。そのとき、隣接するデータ・ブロック間でエクステントＡＴＣ時間が揃えられる。更に、条件１が満たされるように２Ｄエクステントのサイズが設計され、条件２が満たされるようにベースビュー・エクステントのサイズが設計され、条件３が満たされるようにディペンデントビュー・エクステントのサイズが設計され、条件４が満たされるようにエクステントＳＳのサイズが設計される。続いて、メインＴＳとサブＴＳとのそれぞれに多重化されるべき各エレメンタリ・ストリームから、図２４に示されているストリーム属性情報が抽出される。更に、図２４に示されているように、エントリ・マップ、３Ｄメタデータ、及びストリーム属性情報の組み合わせがクリップ情報に対応付けられる。
図７２は、隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。図７２を参照するに、矩形7210、7220はそれぞれ、ベースビュー・データ・ブロックに格納されるべきソースパケット、ＳＰ１＃ｎ（ｎ＝０、１、２、３、…、ｋ）と、ディペンデントビュー・データ・ブロックに格納されるべきソースパケット、ＳＰ２＃ｍ（ｍ＝０、１、２、３、…、ｊ）とを表す。それらの矩形7210、7220はＡＴＣの時間軸方向で各ソースパケットのＡＴＳの順に並べられている。各矩形7210、7220の先頭の位置はそのソースパケットのＡＴＳの値を表す。各矩形7210、7220の長さAT1は、３Ｄ再生装置が１個のソースパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間を表す。
矩形群7210の表すソースパケット群、ＳＰ１＃ｎは一つのベースビュー・データ・ブロックB[i]に格納される。そのとき、対応するディペンデントビュー・データ・ブロックD[i]に格納されるべきソースパケット群、ＳＰ２＃ｍは次のように選択される。まず、ベースビュー・データ・ブロックB[i]のエクステントＡＴＣ時間TEXTと、その先頭に位置するＳＰ１＃０のＡＴＳ（EXT1[i]＿STARTATC）A1とが求められる。そのＡＴＳA1を第１ＡＴＳと呼ぶ。次に、エクステントＡＴＣ時間TEXTと第１ＡＴＳA1との和、すなわち、次のベースビュー・データ・ブロックB[i＋1]の先頭に位置するＳＰ１＃（ｋ＋１）のＡＴＳ（EXT1[i]＿ENDATC）A2＝A1＋TEXTが求められる。そのＡＴＳA2を第２ＡＴＳと呼ぶ。次に、別の矩形群7220の表すソースパケット群、ＳＰ２＃ｍのうち、リード・バッファからシステム・ターゲット・デコーダへの転送期間が第１ＡＴＳA1から第２ＡＴＳA2までの期間と重複し、かつ、その転送期間が第２ＡＴＳA2までに完了するもの、すなわちＳＰ２＃０、１、２、…、ｊが選択される。その他に、その転送期間が第１ＡＴＳA1から第２ＡＴＳA2までの期間と重複し、かつその転送期間が第１ＡＴＳA1以降に開始されるもの、すなわちＳＰ２＃１、２、…、ｊ、ｊ＋１が選択されてもよい。こうして選択されたソースパケット群からディペンデントビュー・データ・ブロックD[i]が構成される。
フォーマット処理部7006は、データベース部7007に保存されたＢＤ−ＲＯＭシナリオ・データ7015、ＢＤプログラム制作部7004によって制作されたＢＤ−Ｊオブジェクト・ファイル等のプログラム・ファイル群、及び、多重化処理部7005によって生成された多重化ストリーム・データとクリップ情報ファイルとから、図２に示されているディレクトリ構造のＢＤ−ＲＯＭディスク・イメージ7020を作成する。そのディレクトリ構造では、ファイルシステムとしてＵＤＦが利用される。
フォーマット処理部7006は、ファイル２Ｄ、ファイルＤＥＰ、及びファイルＳＳの各ファイル・エントリを作成するとき、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのそれぞれに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、各エントリ・ポイントと各エクステント起点とのＳＰＮが各アロケーション記述子の作成に利用される。特に、図１３に示されているようなインターリーブ配置が表現されるように、各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが決定される。その結果、各ベースビュー・データ・ブロックはファイルＳＳとファイル２Ｄとに共有され、各ディペンデントビュー・データ・ブロックはファイルＳＳとファイルＤＥＰとに共有される。一方、ロングジャンプの必要な箇所では、例えば配置１、２のいずれかが表現されるようにアロケーション記述子が作成されてもよい。特に、ベースビュー・データ・ブロックの一部は２Ｄ再生専用ブロックとしてファイル２Ｄ内のアロケーション記述子によって参照され、その一部の複製データがＳＳ再生専用ブロックとしてファイルＳＳのアロケーション記述子によって参照される。
フォーマット処理部7006はその他に、データベース部7007に保存されたフレーム奥行き情報7010を利用して、図２６の（ａ）に示されているオフセット・テーブルを、セカンダリ・ビデオ・ストリーム7011、ＰＧストリーム7013、及びＩＧストリーム7014のそれぞれについて作成する。フォーマット処理部7006は更にオフセット・テーブルを２Ｄクリップ情報ファイルの３Ｄメタデータ内に格納する。ここで、各ストリームの表す３Ｄ映像が、他のストリームの表す３Ｄ映像と同じ視方向に重なって表示されないように、左右の各映像フレーム内でのイメージ・データの配置が自動的に調整される。更に、各ストリームの表す３Ｄ映像の奥行きが互いに重ならないように、各映像フレームに対するオフセット値が自動的に調整される。
図７３は、図７０に示されている記録装置を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置の電源投入によって開始される。
ステップＳ７３０１では、ＢＤ−ＲＯＭディスクへ記録されるべきエレメンタリ・ストリーム、プログラム、及びシナリオ・データが作成される。すなわち、ビデオ・エンコーダ7001はフレーム奥行き情報7010とビデオ・ストリーム7011とを生成する。素材制作部7002は、オーディオ・ストリーム7012、ＰＧストリーム7013、及びＩＧストリーム7014を作成する。シナリオ生成部7003はＢＤ−ＲＯＭシナリオ・データ7015を作成する。作成されたそれらのデータは、データベース部7007に保存される。一方、シナリオ生成部7003は更にパラメータ・ファイル7016を作成して多重化処理部7005へ送出する。その他に、ＢＤプログラム制作部7004はＢＤ−Ｊオブジェクト・ファイルとＪＡＲファイルとを作成してフォーマット処理部7006へ送出する。その後、処理はステップＳ７３０２へ進む。
ステップＳ７３０２では、多重化処理部7005はパラメータ・ファイル7016に従い、データベース部7007から各エレメンタリ・ストリーム7011−7014を読み出して、ＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。その後、処理はステップＳ７３０３へ進む。
ステップＳ７３０３では、多重化処理部7005は２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを作成する。特に、エントリ・マップとエクステント起点との作成では、隣接するデータ・ブロック間でエクステントＡＴＣ時間が揃えられる。更に、条件１が満たされるように２Ｄエクステントのサイズが設計され、条件２が満たされるようにベースビュー・エクステントのサイズが設計され、条件３が満たされるようにディペンデントビュー・エクステントのサイズが設計され、条件４が満たされるようにエクステントＳＳのサイズが設計される。その後、処理はステップＳ７３０４へ進む。
ステップＳ７３０４では、フォーマット処理部7006は、データベース部7007に保存されたＢＤ−ＲＯＭシナリオ・データ7015、ＢＤプログラム制作部7004によって制作されたプログラム・ファイル群、及び、多重化処理部7005によって生成された多重化ストリーム・データとクリップ情報ファイルとから、図２に示されているディレクトリ構造のＢＤ−ＲＯＭディスク・イメージ7020を作成する。フォーマット処理部7006はそのとき、フレーム奥行き情報7010を利用して、セカンダリ・ビデオ・ストリーム7011、ＰＧストリーム7013、及びＩＧストリーム7014のそれぞれについてオフセット・テーブルを作成し、２Ｄクリップ情報ファイルの３Ｄメタデータ内に格納する。その後、処理はステップＳ７３０５へ進む。
ステップＳ７３０５では、フォーマット処理部7006によって生成されたＢＤ−ＲＯＭディスク・イメージ7020がＢＤ−ＲＯＭプレス用データに変換される。更に、このデータはＢＤ−ＲＯＭディスクの原盤に記録される。その後、処理はステップＳ７３０６へ進む。
ステップＳ７３０６では、ステップＳ７３０５で得られた原盤をプレス工程に利用してＢＤ−ＲＯＭディスク101の大量生産を行う。こうして、処理が終了する。
《実施形態３》
図７４は、本発明の実施形態３による集積回路3の機能ブロック図である。図７４を参照するに、集積回路3は実施形態１による再生装置102に実装される。ここで、再生装置102は、集積回路3の他に、媒体インタフェース（ＩＦ）部1、メモリ部2、及び出力端子10を含む。
媒体ＩＦ部1は、外部の媒体MEからデータを受信し、又は読み出して集積回路3に転送する。特にそのデータは、実施形態１によるＢＤ−ＲＯＭディスク101上のデータと同様な構造である。媒体MEの種類は、光ディスク及びハードディスク等のディスク記録媒体、ＳＤカード及びＵＳＢメモリ等の半導体メモリ、ＣＡＴＶ等の放送波、並びに、イーサネット（登録商標）、無線ＬＡＮ、及び無線公衆回線等のネットワークを含む。媒体ＩＦ部1は媒体MEの種類に合わせて、ディスクドライブ、カードＩＦ、ＣＡＮチューナー、Ｓｉチューナー、及びネットワークＩＦを含む。
メモリ部2は、媒体ＩＦ部1によって媒体MEから受信され、又は読み出されたデータ、及び、集積回路3によって処理されている途中のデータを一時的に格納する。メモリ部2としては、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）、及びＤＤＲｘ ＳＤＲＡＭ（Double−Data−Rate x Synchronous Dynamic Random Access Memory; x＝1、2、3、…）等が用いられる。メモリ部2は単一のメモリ素子である。その他に、メモリ部2は複数のメモリ素子を含んでもよい。
集積回路3はシステムＬＳＩであり、媒体ＩＦ部1から転送されたデータに対して映像・音声処理を施す。図７４を参照するに、集積回路3は、主制御部6、ストリーム処理部5、信号処理部7、メモリ制御部9、及びＡＶ出力部8を含む。
主制御部6はプロセッサコアとプログラム・メモリとを含む。プロセッサコアはタイマ機能と割り込み機能とを有する。プログラム・メモリはＯＳ等の基本的なソフトウェアを格納する。プロセッサコアは、プログラム・メモリ等に格納されたプログラムに従って、集積回路3の全体の制御を行う。
ストリーム処理部5は、主制御部6の制御の下、媒体MEから媒体ＩＦ部1を経由して転送されたデータを受信する。ストリーム処理部5は更に、その受信したデータを集積回路3内のデータバスを通してメモリ部2に格納する。ストリーム処理部5はその他に、受信したデータから映像系データと音声系データとを分離する。ここで、前述のとおり、媒体MEから受信されるデータは実施形態１による構造のデータを含む。その場合、「映像系データ」は、プライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを含む。「音声系データ」はプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとを含む。特に実施形態１による構造のデータでは、メインビュー・データとサブビュー・データとがそれぞれ複数のエクステントに分割され、それらが交互に配置されて一連のエクステント・ブロックを構成している。ストリーム処理部5はエクステント・ブロックを受信したとき、主制御部6の制御に従い、そのエクステント・ブロックからメインビュー・データを抽出してメモリ部2内の第１の領域に格納し、サブビュー・データを抽出してメモリ部2内の第２の領域に格納する。メインビュー・データはレフトビュー・ビデオ・ストリームを含み、サブビュー・データはライトビュー・ビデオ・ストリームを含む。その逆であってもよい。また、メインビューとサブビューとの組み合わせが２Ｄ映像とそのデプスマップとの組み合わせであってもよい。メモリ部2内の第１の領域と第２の領域とは、単一のメモリ素子の領域を論理的に分割したものである。その他に、各領域が物理的に異なるメモリ素子に含まれてもよい。
ストリーム処理部5によって分離された映像系データと音声系データとはそれぞれ、符号化によって圧縮されている。映像系データの符号化方式の種類は、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、ＭＰＥＧ４−ＭＶＣ、及びＳＭＰＴＥ ＶＣ−１等を含む。音声系データの符号化方式の種類は、ドルビーＡＣ−３、Ｄｏｌｂｙ Ｄｉｇｉｔａｌ Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ−ＨＤ、及びリニアＰＣＭ等を含む。信号処理部7は、主制御部6の制御の下、映像系データと音声系データとを、それぞれの符号化方式に適した方法で復号する。信号処理部7は、例えば図４６に示されている各種デコーダに相当する。
信号処理部7が１つのエクステント・ブロック内の全てのデータ・ブロックを復号するのに要する時間（t）は、次の三つの時間（t1、t2、t3）の合計以上である：媒体ＩＦ部1が、１つのエクステント・ブロックのうち、先頭のデータ・ブロックを除くデータ・ブロックを読み出すのに要する時間（t1）；媒体ＩＦ部1が１つのエクステント・ブロックの終端を読み終えてから次のエクステント・ブロックの先頭を読み始めるまでに要する時間（t2）；及び、媒体ＩＦ部1が次のエクステント・ブロック内の先頭のデータ・ブロックを読み出すのに要する時間（t3）。
メモリ制御部9は、集積回路3内の各機能ブロック5−8からメモリ部2へのアクセスを調停する。
ＡＶ出力部8は、主制御部6の制御の下、信号処理部7によって復号された映像系データと音声系データとをそれぞれ適切な形式に加工して、個別の出力端子10を通して表示装置103とその内蔵スピーカとへ出力する。その加工の種類は、映像系データの重畳処理、各データのフォーマット変換、及び音声系データのミキシング等を含む。
図７５は、ストリーム処理部5の代表的な構成を示す機能ブロック図である。図７５を参照するに、ストリーム処理部5は、デバイス・ストリームＩＦ部51、多重分離部52、及び切替部53を備える。
デバイス・ストリームＩＦ部51は、媒体ＩＦ部1と集積回路3内の他の機能ブロック6−9との間でデータ転送を行うインタフェースである。例えば媒体MEが光ディスク又はハードディスクであるとき、デバイス・ストリームＩＦ部51は、ＳＡＴＡ（Serial Advanced Technology Attachment）、ＡＴＡＰＩ（Advanced Technology Attachment Packet Interface）、又はＰＡＴＡ（Parallel Advanced Technology Attachment）を含む。媒体MEがＳＤカード及びＵＳＢメモリ等の半導体メモリであるとき、デバイス・ストリームＩＦ部51はカードＩＦを含む。媒体MEがＣＡＴＶ等の放送波であるとき、デバイス・ストリームＩＦ部51はチューナーＩＦを含む。媒体MEが、イーサネット（登録商標）、無線ＬＡＮ、及び無線公衆回線等のネットワークであるとき、デバイス・ストリームＩＦ部51はネットワークＩＦを含む。ここで、媒体MEの種類によっては、デバイス・ストリームＩＦ部51が媒体ＩＦ部1に代わって、その機能の一部を実現させてもよい。逆に、媒体ＩＦ部1が集積回路3に内蔵されている場合、デバイス・ストリームＩＦ部51は省略されてもよい。
多重分離部52は、媒体MEからメモリ部2に転送されたデータをメモリ制御部9から受信して、そのデータから映像系データと音声系データとを分離する。ここで、実施形態１による構造のデータに含まれる各エクステントは、図４に示されているように、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリーム等のソースパケットから構成されている。但し、サブビュー・データはオーディオ・ストリームを含まない場合もある。多重分離部52は、各ソースパケットからＰＩＤを読み取り、そのＰＩＤに従って、ソースパケット群を映像系のＴＳパケットVTSと音声系のＴＳパケットATSとに分別する。分別されたＴＳパケットVTS、ATSは、直接、若しくは、一旦メモリ部2に格納された後、信号処理部7に転送される。多重分離部52は、例えば図４６に示されているソース・デパケタイザ4611、4612、及びＰＩＤフィルタ4613、4614に相当する。
切替部53は、デバイス・ストリームＩＦ部51によって受信されたデータの種類に応じてその出力先を切り換える。例えば、デバイス・ストリームＩＦ部51がメインビュー・データを受信したとき、そのデータの格納先をメモリ部2の第１の領域に切り換える。一方、デバイス・ストリームＩＦ部51がサブビュー・データを受信したとき、そのデータの格納先をメモリ部2の第２の領域に切り換える。
切替部53は例えばＤＭＡＣ（Direct Memory Access Controller）である。図７６は、その場合における切替部53の周辺の構造を示す模式図である。ＤＭＡＣ53は、主制御部6の制御の下、デバイス・ストリームＩＦ部51によって受信されたデータと、そのデータの格納先のアドレスとをメモリ制御部9に対して送信する。具体的には、デバイス・ストリームＩＦ部51がメインビュー・データMDを受信したとき、ＤＭＡＣ53は、メインビュー・データMDと共にアドレス１AD1を送信する。ここで、「アドレス１」AD1は、メモリ部2内の第１の格納領域21の先頭アドレスAD1を示すデータである。一方、デバイス・ストリームＩＦ部51がサブビュー・データSDを受信したとき、ＤＭＡＣ53はサブビュー・データSDと共にアドレス２AD2を送信する。ここで、「アドレス２」AD2は、メモリ部2内の第２の格納領域22の先頭アドレスAD2を示すデータである。こうして、ＤＭＡＣ53は、デバイス・ストリームＩＦ部51によって受信されるデータの種類に依って、その出力先、特にメモリ部2内への格納先を切り換える。メモリ制御部9は、ＤＭＡＣ53から受信されたメインビュー・データMDとサブビュー・データSDとをそれぞれ、同時に受信されたアドレスAD1、AD2の示すメモリ部2内の領域21、22に格納する。
主制御部6は、切替部53による格納先の切り換えの制御に、クリップ情報ファイル内のエクステント起点を利用する。ここで、そのクリップ情報ファイルは、メインビュー・データMDとサブビュー・データSDとのいずれよりも先に受信され、メモリ部2に格納されている。特に、主制御部6はファイル・ベースを利用して、デバイス・ストリームＩＦ部51によって受信されたデータがメインビュー・データMDであることを認識する。一方、主制御部6はファイルＤＥＰを利用して、デバイス・ストリームＩＦ部51によって受信されたデータがサブビュー・データであることを認識する。主制御部6は更に、その認識された結果に応じて切替部53に制御信号CSを送り、データの格納先を切り換えさせる。尚、切替部53は、主制御部6とは別の専用の制御回路によって制御されてもよい。
ストリーム処理部5は、図７５に示されている機能ブロック51、52、53の他に、暗号エンジン部、セキュア管理部、及びダイレクト・メモリ・アクセス用のコントローラを更に備えていてもよい。暗号エンジン部は、デバイス・ストリームＩＦ部51によって受信された暗号化データ及び鍵データ等を復号する。セキュア管理部は秘密鍵を保持し、それを利用して、媒体MEと再生装置102との間で機器認証プロトコル等の実行制御を行う。
上記の例では、媒体MEから受信されたデータがメモリ部2に格納されるとき、そのデータがメインビュー・データMDとサブビュー・データSDとのいずれであるかに依って、その格納先が切り換えられる。その他に、媒体MEから受信されたデータがその種類にかかわらず、一旦メモリ部2内の同じ領域に格納され、その後、メモリ部2から多重分離部52へ転送されるときに、メインビュー・データMDとサブビュー・データSDとに分けられてもよい。
図７７は、ＡＶ出力部8の代表的な構成を示す機能ブロック図である。図７７を参照するに、ＡＶ出力部8は、画像重畳部81、ビデオ出力フォーマット変換部82、及びオーディオ・ビデオ出力ＩＦ部83を備える。
画像重畳部81は、信号処理部7によって復号された映像系データVP、PG、IGを互いに重畳する。具体的には、画像重畳部81はまず、ビデオ出力フォーマット変換部82からは処理後のレフトビュー又はライトビューのビデオ・プレーン・データVPを受信し、信号処理部7からは復号後のＰＧプレーン・データPGとＩＧプレーン・データIGとを受信する。画像重畳部81は次に、ビデオ・プレーン・データVPにＰＧプレーン・データPGとＩＧプレーン・データIGとをピクチャ単位で重畳する。画像重畳部81は、例えば図４４、４６、４７に示されているプレーン加算部4424に相当する。
ビデオ出力フォーマット変換部82は、信号処理部7からは復号後のビデオ・プレーン・データVPを受信し、画像重畳部81からは重畳後の映像系データVP／PG／IGを受信する。ビデオ出力フォーマット変換部82は更に、それらの映像系データVP、VP／PG／IGに対して種々の処理を必要に応じて行う。その処理の種類には、リサイズ処理、ＩＰ変換処理、ノイズ・リダクション処理、及びフレームレート変換処理が含まれる。リサイズ処理は、映像のサイズを拡大／縮小する処理である。ＩＰ変換処理は、プログレッシブ方式とインターレース方式との間で走査方式を変換する処理である。ノイズ・リダクション処理は、映像からノイズを除去する処理である。フレームレート変換処理は、フレームレートを変換する処理である。ビデオ出力フォーマット変換部82は、処理後のビデオ・プレーン・データVPを画像重畳部81に送出し、又は処理後の映像系データVSをオーディオ・ビデオ出力ＩＦ部83へ送出する。
オーディオ・ビデオ出力ＩＦ部83は、ビデオ出力フォーマット変換部82からは映像系データVSを受信し、信号処理部7からは復号後の音声系データASを受信する。オーディオ・ビデオ出力ＩＦ部83は更に、受信されたデータVS、ASに対して、データ送信形式に合わせた符号化等の処理を行う。ここで、後述のように、オーディオ・ビデオ出力ＩＦ部83の一部は集積回路3の外部に備えられてもよい。
図７８は、ＡＶ出力部8を含む再生装置102のデータ出力に関する部分の詳細を示す模式図である。図７８を参照するに、オーディオ・ビデオ出力ＩＦ部83は、アナログ・ビデオ出力ＩＦ部83a、デジタル・ビデオ・オーディオ出力ＩＦ部83b、及びアナログ・オーディオ出力ＩＦ部83cを含む。それにより、集積回路3及び再生装置102は、以下に述べるとおり、複数種類の映像系データと音声系データとのデータ送信方式に対応可能である。
アナログ・ビデオ出力ＩＦ部83aは、ビデオ出力フォーマット変換部82から映像系データVSを受信して、そのデータVSをアナログ映像信号形式のデータVDに変換／符号化して出力する。アナログ・ビデオ出力ＩＦ部83aは、例えば、ＮＴＳＣ、ＰＡＬ、及びＳＥＣＡＭのいずれかの方式に対応したコンポジット・ビデオ・エンコーダー、Ｓ映像信号（Ｙ／Ｃ分離）用エンコーダー、コンポーネント映像信号用エンコーダー、並びにＤ／Ａコンバータ（ＤＡＣ）等を含む。
デジタル・ビデオ・オーディオ出力ＩＦ部83bは、信号処理部7からは復号後の音声系データASを受信し、ビデオ出力フォーマット変換部82からは映像系データVSを受信する。デジタル・ビデオ・オーディオ出力ＩＦ部83bは更に、それらのデータAS、VSを一体化して暗号化する。その後、デジタル・ビデオ・オーディオ出力ＩＦ部83bは、暗号化データSVAをデータ送信規格に合わせて符号化して出力する。デジタル・ビデオ・オーディオ出力ＩＦ部83bは、例えばＨＤＭＩ（High−Definition Multimedia InterFace）等に相当する。
アナログ・オーディオ出力ＩＦ部83cは、信号処理部7から復号後の音声系データASを受信し、Ｄ／Ａ変換によってアナログ音声データADに変換して出力する。アナログ・オーディオ出力ＩＦ部83cは、例えばオーディオＤＡＣに相当する。
上記の映像系データ及び音声系データの送信形式は、表示装置103／スピーカー103Aの備えるデータ受信装置／データ入力端子の種類に合わせて切り換え可能であり、また、ユーザの選択によっても切り換え可能である。更に、再生装置102は、同じコンテンツのデータを、単一の送信形式だけではなく、複数の送信形式でパラレルに送信可能である。
ＡＶ出力部8は、図７７、７８に示されている機能ブロック81、82、83の他にグラフッィクス・エンジン部を更に備えていてもよい。グラフッィクス・エンジン部は、信号処理部7によって復号されたデータに対して、フィルタ処理、画面合成処理、曲線描画処理、及び３Ｄ表示処理等のグラフィックス処理を行う。
集積回路3は、図７４、７５、７７、７８に示されている上記の機能ブロックを内蔵する。しかし、それは必須ではなく、一部の機能ブロックが集積回路3に外付けされていてもよい。また、図７４に示されている構成とは異なり、メモリ部2が集積回路3に内蔵されていてもよい。更に、主制御部6と信号処理部7とは、完全に分離された機能ブロックでなくてもよく、例えば主制御部6が信号処理部7の処理の一部を行ってもよい。
集積回路3内の機能ブロック間を接続する制御バス及びデータバスのトポロジーは、各機能ブロックの処理の手順及び内容に合わせて選択されればよい。図７９は、集積回路3内の制御バス及びデータバスのトポロジーの例（ａ）、（ｂ）を示す模式図である。図７９の（ａ）を参照するに、制御バス11とデータバス12とはいずれも、各機能ブロック5−9を他の全ての機能ブロックに直結させるように配置されている。その他に、図７９の（ｂ）に示されているように、データバス13は各機能ブロック5−8をメモリ制御部9にのみ直結させるように配置されてもよい。その場合、各機能ブロック5−8はメモリ制御部9、更にメモリ部2を介してデータを他の機能ブロックに転送する。
集積回路3は、単一のチップに実装されたＬＳＩに代えて、マルチチップ・モジュールであってもよい。その場合、集積回路3を構成する複数のチップは一つのパッケージに封止されているので、集積回路3は見かけ上、単一のＬＳＩである。集積回路3はその他に、ＦＰＧＡ（Field Programmable Gate Array）又はリコンフィギュラブル・プロセッサを利用して構成されてもよい。ＦＰＧＡは、製造後にプログラム可能なＬＳＩである。リコンフィギュラブル・プロセッサは、内部の回路セル間の接続、及び各回路セルの設定を再構成可能なＬＳＩである。
＜集積回路3を利用した再生装置102の再生処理＞
図８０は、集積回路3を利用した再生装置102による再生処理のフローチャートである。その再生処理は、光ディスクがディスクドライブに挿入される等、媒体ＩＦ部1が媒体MEにデータ受信可能に接続されたときに開始される。その再生処理では、再生装置102は媒体MEからデータを受信して復号する。その後、再生装置102は復号後のデータを映像信号及び音声信号として出力する。
ステップＳ１では、媒体ＩＦ部1が媒体MEからデータを受信し、又は読み出してストリーム処理部5へ転送する。その後、処理はステップＳ２へ進む。
ステップＳ２では、ストリーム処理部5は、ステップＳ１において受信され、又は読み出されたデータを映像系データと音声系データとに分離する。その後、処理はステップＳ３へ進む。
ステップＳ３では、信号処理部7は、ステップＳ２においてストリーム処理部5によって分離された各データをその符号化方式に適した方法で復号する。その後、処理はステップＳ４へ進む。
ステップＳ４では、ＡＶ出力部8は、ステップＳ３において信号処理部7によって復号された映像系データに対して重畳処理を行う。その後、処理はステップＳ５へ進む。
ステップＳ５では、ＡＶ出力部8は、ステップＳ２−４において処理された映像系データ及び音声系データを出力する。その後、処理はステップＳ６へ進む。
ステップＳ６では、主制御部6が再生処理を続行すべきか否かを判断する。媒体ＩＦ部1によって媒体MEから新たに受信されるべき、又は読み出されるべきデータが残されている等の場合、ステップＳ１から処理が繰り返される。一方、光ディスクがディスクドライブから取り出され、又はユーザから再生停止が指示された等によって、媒体ＩＦ部1が媒体MEからのデータ受信、又は読み出しを終了させた場合、処理は終了する。
図８１は、図８０に示されている各ステップＳ１−６の詳細を示すフローチャートである。図８１に示されている各ステップＳ１０１−１１０は、主制御部6の制御の下で行われる。ステップＳ１０１は主にステップＳ１の詳細に相当し、ステップＳ１０２−１０４は主にステップＳ２の詳細に相当し、ステップＳ１０５は主にステップＳ３の詳細に相当し、ステップＳ１０６−１０８は主にステップＳ４の詳細に相当し、ステップＳ１０９、Ｓ１１０は主にステップＳ５の詳細に相当する。
ステップＳ１０１では、デバイス・ストリームＩＦ部51は媒体ＩＦ部1を通して媒体MEから、再生対象のデータよりも先に、そのデータの再生に必要なデータ、例えばプレイリスト・ファイル及びクリップ情報ファイルを受信し、又は読み出す。デバイス・ストリームＩＦ部51は更に、メモリ制御部9を介してそのデータをメモリ部2に格納する。その後、処理はステップＳ１０２へ進む。
ステップＳ１０２では、主制御部6は、クリップ情報ファイルに含まれるストリーム属性情報から、媒体MEに格納されている映像データと音声データとのそれぞれの符号化方式を識別する。主制御部6は更に、識別された符号化方式に対応する復号処理が実行できるように信号処理部7の初期化を行う。その後、処理はステップＳ１０３へ進む。
ステップＳ１０３では、デバイス・ストリームＩＦ部51は、媒体ＩＦ部1を通して媒体MEから再生対象の映像データと音声データとを受信し、又は読み出す。特に、それらのデータはエクステント単位で受信され、又は読み出される。デバイス・ストリームＩＦ部51は更に、それらのデータを切替部53とメモリ制御部9とを経由してメモリ部2に格納する。特に、メインビュー・データが受信され、又は読み出されたとき、主制御部6は切替部53を制御して、そのデータの格納先をメモリ部2内の第１の領域へ切り換えさせる。一方、サブビュー・データが受信され、又は読み出されたとき、主制御部6は切替部53を制御して、そのデータの格納先をメモリ部2内の第２の領域へ切り換えさせる。その後、処理はステップＳ１０４へ進む。
ステップＳ１０４では、メモリ部2に格納されたデータは、ストリーム処理部5内の多重分離部52に転送される。多重分離部52はまず、そのデータを構成する各ソースパケットからＰＩＤを読み取る。多重分離部52は次に、そのＰＩＤに従って、そのソースパケットに含まれるＴＳパケットが映像系データと音声系データとのいずれであるのかを識別する。多重分離部52は更に、識別結果に従って各ＴＳパケットを信号処理部7内の対応するデコーダへ転送する。その後、処理はステップＳ１０５へ進む。
ステップＳ１０５では、信号処理部7内では各デコーダが、転送されたＴＳパケットを適切な方法で復号する。その後、処理はステップＳ１０６へ進む。
ステップＳ１０６では、信号処理部7において復号されたレフトビュー・ビデオ・ストリーム及びライトビュー・ビデオ・ストリームの各ピクチャがビデオ出力フォーマット変換部82に送られる。ビデオ出力フォーマット変換部82はそれらのピクチャを表示装置103の解像度に合わせてリサイズする。その後、処理はステップＳ１０７へ進む。
ステップＳ１０７では、画像重畳部81は、ステップＳ１０６においてリサイズされたピクチャから成るビデオ・プレーン・データをビデオ出力フォーマット変換部82から受信する。一方、画像重畳部81は信号処理部7から復号後のＰＧプレーン・データとＩＧプレーン・データとを受信する。画像重畳部81は更に、それらのプレーン・データを重畳する。その後、処理はステップＳ１０８へ進む。
ステップＳ１０８では、ビデオ出力フォーマット変換部82は、ステップＳ１０７において重畳されたプレーン・データを画像重畳部81から受信する。ビデオ出力フォーマット変換部82は更に、そのプレーン・データに対してＩＰ変換を行う。その後、処理はステップＳ１０９へ進む。
ステップＳ１０９では、オーディオ・ビデオ出力ＩＦ部83は、ビデオ出力フォーマット変換部82からは、ステップＳ１０８においてＩＰ変換を受けた映像系データを受信し、信号処理部7からは復号後の音声系データを受ける。オーディオ・ビデオ出力ＩＦ部83は更に、それらのデータに対して、表示装置103／スピーカ103Aによるデータ出力方式、又はそれぞれへのデータ送信方式に従って符号化処理及びＤ／Ａ変換等を行う。それにより、映像系データと音声系データとはそれぞれ、アナログ出力形式又はデジタル出力形式に変換される。例えば、アナログ出力形式の映像系データには、コンポジット映像信号、Ｓ映像信号、及びコンポーネント映像信号等が含まれる。また、デジタル出力形式の映像系データ／音声系データには、ＨＤＭＩ等が含まれる。その後、処理はステップＳ１１０へ進む。
ステップＳ１１０では、オーディオ・ビデオ出力ＩＦ部83は、ステップＳ１０９において処理された映像系データ及び音声系データを表示装置103／スピーカ103Aへ送信する。その後、処理はステップＳ６へ進む。尚、ステップＳ６については、上記の説明を援用する。
上記の各ステップでは、データが処理される度に、その結果がメモリ部2に一時的に格納されてもよい。また、ステップＳ１０６及びＳ１０８でのビデオ出力フォーマット変換部82によるリサイズ処理及びＩＰ変換処理は、必要に応じて省略されてもよい。更に、それらの処理に加え、又はそれらの処理に代えて、ノイズ・リダクション処理及びフレームレート変換処理等、他の処理が行われてもよい。更に、可能なものについては処理手順が変更されてもよい。
＜補足＞
≪３Ｄ映像の再生方法の原理≫
３Ｄ映像の再生方法は、ホログラフィ技術を用いる方法と、視差映像を用いる方法との２つに大別される。
ホログラフィ技術を用いる方法の特徴は、現実の立体的な物体から人間の視覚に与えられる光学的な情報とほぼ全く同じ情報を視聴者の視覚に与えることにより、その視聴者に映像中の物体を立体的に見せる点にある。しかし、この方法を動画表示に利用する技術は理論上確立されてはいる。しかし、その動画表示に必要とされる、膨大な演算をリアルタイムに処理可能なコンピュータ、及び、１ｍｍあたり数千本という超高解像度の表示装置はいずれも、現在の技術ではまだ、実現が非常に難しい。従って、この方法を商業用として実用化する目途は、現時点ではほとんど立っていない。
「視差映像」とは、一つのシーンを見る視聴者の各目に映る２Ｄ映像の対、すなわち、レフトビューとライトビューとの対をいう。視差映像を用いる方法の特徴は、一つのシーンのレフトビューとライトビューとを視聴者の各目だけに見えるように再生することにより、その視聴者にそのシーンを立体的に見せる点にある。
図８２の（ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。図８２の（ａ）は、視聴者7401が、顔の正面に置かれた立方体7402を見ている光景の上面図である。図８２の（ｂ）、（ｃ）はそれぞれ、そのときに視聴者7401の左目7401L、右目7401Rに見える立方体7402の外観を２Ｄ映像として示す模式図である。図８２の（ｂ）、（ｃ）を比較すれば明らかなとおり、各目に見える立方体7402の外観はわずかに異なる。この外観の差、すなわち両眼視差から、視聴者7401は立方体7402を立体的に認識できる。従って、視差映像を用いる方法では、まず、一つのシーン、例えば図８２の（ａ）に示されている立方体7402に対し、視点が異なる左右の２Ｄ映像、例えば図８２の（ｂ）に示されている立方体7402のレフトビュー、及び図８２の（ｃ）に示されているそのライトビューを準備する。ここで、各視点の位置は視聴者7401の両眼視差から決定される。次に、各２Ｄ映像を視聴者7401のそれぞれの目だけに見えるように再生する。それにより、視聴者7401には、画面に再生されるそのシーン、すなわち立方体7402の映像が立体的に見える。このように、視差映像を用いる方法は、ホログラフィ技術を用いる方法とは異なり、高々二つの視点から見える２Ｄ映像を準備するだけでよい点で有利である。
視差映像を用いる方法については、それを具体化するための方式が多様に提案されている。それらの方式は、左右の２Ｄ映像を視聴者のそれぞれの目にいかにして見せるかという観点から、経時分離方式、レンチキュラーレンズを用いる方式、及び二色分離方式等に分けられる。
継時分離方式では、画面に左右の２Ｄ映像を一定時間ずつ交互に表示する一方、視聴者にシャッター眼鏡を通して画面を観察させる。ここで、シャッター眼鏡は、各レンズが例えば液晶パネルで形成されている。各レンズは、画面上の２Ｄ映像の切り換えに同期して交互に光をその全体で一様に透過させ、又は遮断する。すなわち、各レンズは、視聴者の目を周期的に塞ぐシャッターとして機能する。より詳細に言えば、画面上に左映像が表示される期間では、シャッター眼鏡は左側のレンズには光を透過させ、右側のレンズには光を遮断させる。逆に、画面上に右映像が表示されている期間では、シャッター眼鏡は右側のレンズには光を透過させ、左側のレンズには光を遮断させる。それにより、視聴者の目には、左右の映像の残像が重なって一つの３Ｄ映像に見える。
経時分離方式では、上記のとおり、左右の映像を一定周期で交互に表示する。例えば２Ｄ映像の再生において１秒当たり２４枚の映像フレームが表示されるとき、３Ｄ映像の再生では左右の映像を合わせて、１秒当たり４８枚の映像フレームが表示される。従って、この方式には、画面の書き換えを速く実行できる表示装置が好適である。
レンチキュラーレンズを用いる方式では、左右の各映像フレームを、縦方向に細長い短冊形の小領域に分割し、一つの画面の中に左右の映像フレームの各小領域を横方向に交互に並べて同時に表示する。ここで、画面の表面はレンチキュラーレンズで覆われている。レンチキュラーレンズは、細長い蒲鉾レンズを複数平行に並べて一枚のシート状にしたものである。各蒲鉾レンズは画面の表面を縦方向に延びている。レンチキュラーレンズを通して上記左右の映像フレームを視聴者に見せるとき、左映像フレームの表示領域からの光は視聴者の左目だけに結像し、右映像フレームの表示領域からの光は右目だけに結像するようにできる。こうして、左右の目に映る映像間での両眼視差により、視聴者には３Ｄ映像が見える。尚、この方式では、レンチキュラーレンズに代えて、同様な機能を持つ液晶素子等の他の光学部品が利用されてもよい。その他に、例えば左映像フレームの表示領域には縦偏光のフィルタを設置し、右映像フレームの表示領域には横偏光のフィルタを設置してもよい。そのとき、視聴者には偏光眼鏡を通して画面を見させる。ここで、その偏光眼鏡では、左側のレンズに縦偏光フィルタが設置され、かつ右側のレンズに横偏光フィルタが設置されている。従って、左右の映像が視聴者のそれぞれの目だけに見えるので、視聴者に３Ｄ映像を見せることができる。
視差映像を用いる方法では、３Ｄ映像コンテンツが、初めから左右の映像の組み合わせで構成されている場合の他に、２Ｄ映像とデプスマップとの組み合わせで構成されていてもよい。その２Ｄ映像は、再生対象の３Ｄ映像から仮想的な２Ｄ画面への射影を表し、デプスマップは、その２Ｄ画面に対するその３Ｄ映像の各部の奥行きを画素別に表す。３Ｄ映像コンテンツが２Ｄ映像とデプスマップとの組み合わせで構成されているとき、３Ｄ再生装置又は表示装置はまず、それらの組み合わせから左右の映像を構成し、次にそれらの映像から上記の方式のいずれかで３Ｄ映像を再現する。
図８３は、２Ｄ映像7501とデプスマップ7502との組み合わせからレフトビュー7503Lとライトビュー7503Rとを構成する例を示す模式図である。図８３を参照するに、２Ｄ映像7501では、背景7512の中に円板7511が表示されている。デプスマップ7502はその２Ｄ映像7501内の各部の奥行きを画素ごとに示す。そのデプスマップ7502によれば、２Ｄ映像7501のうち、円板7511の表示領域7521の奥行きが画面よりも手前であり、かつ、背景7512の表示領域7522の奥行きが画面よりも奥である。再生装置102内では視差映像生成部7500がまず、デプスマップ7502の示す各部の奥行きから２Ｄ映像7501内の各部の両眼視差を計算する。視差映像生成部7500は次に、２Ｄ映像7501内の各部の表示位置を、計算された両眼視差に応じて左右に移動させて、レフトビュー7503Lとライトビュー7503Rとを構成する。図８３に示されている例では、視差映像生成部7500は、２Ｄ映像7501内の円板7511の表示位置に対し、レフトビュー7503L内の円板7531Lの表示位置をその両眼視差の半分S1だけ右に移動させ、ライトビュー7503R内の円板7531Rの表示位置をその両眼視差の半分S1だけ左に移動させる。それにより、視聴者には円板7511が画面よりも手前に見える。一方、視差映像生成部7500は、２Ｄ映像7501内の背景7512の表示位置に対し、レフトビュー7503L内の背景7532Lの表示位置をその両眼視差の半分S2だけ左に移動させ、ライトビュー7503R内の背景7532Rの表示位置をその両眼視差の半分S2だけ右に移動させる。それにより、視聴者には背景7512が画面よりも奥に見える。
視差映像を用いる方法による３Ｄ映像の再生システムは、映画館及び遊園地のアトラクション等で利用されるものについては既に確立され、一般的に使用されている。従って、その方法は、３Ｄ映像を再生可能なホームシアター・システムの実用化にも有効である。本発明の実施形態では、視差映像を用いる方法のうち、継時分離方式又は偏光眼鏡を用いた方式を想定する。但し、本発明は、それらの方式とは異なる他の方式に対しても、それらが視差映像を用いている限り、適用可能である。それは、上記の実施形態の説明から当業者には明らかであろう。
≪ＢＤ−ＲＯＭディスク上のファイルシステム≫
ＢＤ−ＲＯＭディスク101のファイルシステムとしてＵＤＦが利用されるとき、図２に示されているボリューム領域202Bは、一般に複数のディレクトリ、ファイルセット記述子、及び終端記述子のそれぞれが記録された領域を含む。「ディレクトリ」は、同じディレクトリを構成するデータ群である。「ファイルセット記述子」は、ルートディレクトリのファイル・エントリが記録されているセクタのＬＢＮを示す。「終端記述子」はファイルセット記述子の記録領域の終端を示す。
各ディレクトリは共通のデータ構造を持つ。各ディレクトリは特に、ファイル・エントリ、ディレクトリ・ファイル、及び下位ファイル群を含む。
「ファイル・エントリ」は、記述子タグ、ＩＣＢ（Information Control Block）タグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。例えば記述子タグの値が“２６１”であるとき、そのデータの種類はファイル・エントリである。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、同じディレクトリに属するディレクトリ・ファイルが記録されたセクタのＬＢＮを示す。
「ディレクトリ・ファイル」は、下位ディレクトリのファイル識別記述子と下位ファイルのファイル識別記述子とを一般に複数ずつ含む。「下位ディレクトリのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ディレクトリにアクセスするための情報である。このファイル識別記述子は、その下位ディレクトリの識別情報、ディレクトリ名の長さ、ファイル・エントリ・アドレス、及びディレクトリ名そのものを含む。特にファイル・エントリ・アドレスは、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ファイルにアクセスするための情報である。このファイル識別記述子は、その下位ファイルの識別情報、ファイル名の長さ、ファイル・エントリ・アドレス、及びファイル名そのものを含む。特にファイル・エントリ・アドレスは、その下位ファイルのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル・エントリ」は、後述のとおり、下位ファイルの実体を構成するデータのアドレス情報を含む。
ファイルセット記述子と下位ディレクトリ／ファイルのファイル識別記述子とを順番に辿ってゆけば、ボリューム領域202Bに記録された任意のディレクトリ／ファイルのファイル・エントリにアクセスすることができる。具体的には、まず、ファイルセット記述子からルートディレクトリのファイル・エントリが特定され、そのファイル・エントリ内のアロケーション記述子からルートディレクトリのディレクトリ・ファイルが特定される。次に、そのディレクトリ・ファイルからルートディレクトリ直下のディレクトリのファイル識別記述子が検出され、その中のファイル・エントリ・アドレスからそのディレクトリのファイル・エントリが特定される。更に、そのファイル・エントリ内のアロケーション記述子からそのディレクトリのディレクトリ・ファイルが特定される。続いて、そのディレクトリ・ファイルのうち、下位ディレクトリ又は下位ファイルのファイル識別記述子内のファイル・エントリ・アドレスからその下位ディレクトリ又は下位ファイルのファイル・エントリが特定される。
「下位ファイル」はそれぞれエクステントとファイル・エントリとを含む。「エクステント」は一般に複数であり、それぞれ、ディスク上の論理アドレス、すなわちＬＢＮが連続しているデータ列である。エクステントの全体が下位ファイルの実体を構成する。「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は各エクステントに対して一つずつ設けられ、ボリューム領域202B上での各エクステントの配置、具体的には各エクステントのサイズとその先端のＬＢＮとを示す。従って、各アロケーション記述子を参照することにより、各エクステントにアクセスすることができる。その他に、各アロケーション記述子の上位２ビットは、そのアロケーション記述子の示すＬＢＮのセクタにエクステントが実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。
ＵＤＦを利用した上記のファイルシステムと同様、ボリューム領域202Bに対するファイルシステムでは一般に、ボリューム領域202Bに記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域202Bに併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。
≪放送、通信回路を経由したデータ配信≫
本発明の実施形態１による記録媒体は、光ディスクの他、例えばＳＤメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、実施形態１の説明では、予めデータが記録された光ディスク、すなわち、ＢＤ−ＲＯＭ又はＤＶＤ−ＲＯＭ等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態はそれらに限定されない。例えば放送で、又はネットワーク経由で配信された３Ｄ映像のコンテンツを端末装置によって、ＢＤ−ＲＥ又はＤＶＤ−ＲＡＭ等の既存の書き込み可能な光ディスクへ書き込むときに、実施形態１によるエクステントの配置が利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。
≪半導体メモリカードの再生≫
本発明の実施形態１による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。
再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース（Ｉ／Ｆ）で構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のＩ／Ｆが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのＩ／Ｆを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのＩ／Ｆを通して再生装置に読み出される。
≪ＢＤ−ＲＯＭディスク上のデータに対する著作権保護技術≫
ここで、以降の補足事項の前提として、ＢＤ−ＲＯＭディスクに記録されているデータの著作権を保護するための仕組みについて説明する。
ＢＤ−ＲＯＭディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオ・ストリーム、オーディオ・ストリーム、又はその他のストリームを含む。その場合、暗号化データは以下のように解読される。
再生装置には予め、ＢＤ−ＲＯＭディスク上の暗号化データを解読するための「鍵」の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、ＢＤ−ＲＯＭディスクには、そのその「鍵」の生成に必要なデータの別の一部、すなわちＭＫＢ（メディアキーブロック）と、その「鍵」自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、ＭＫＢ、及び暗号化タイトルキーは互いに対応付けられ、更に、図２に示されているＢＤ−ＲＯＭディスク101上のＢＣＡ201に書き込まれた特定のＩＤ、すなわちボリュームＩＤにも対応付けられている。デバイスキー、ＭＫＢ、暗号化タイトルキー、及びボリュームＩＤの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の「鍵」、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、ＭＫＢ、及びボリュームＩＤを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の「鍵」として用いて暗号化データを解読することができる。
ＢＤ−ＲＯＭディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのＢＤ−ＲＯＭディスク上の暗号化タイトルキー、ＭＫＢ、及びボリュームＩＤに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、ＭＫＢ、デバイスキー、及びボリュームＩＤの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。
ＢＤ−ＲＯＭディスクに記録されるべきビデオ・ストリームとオーディオ・ストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、ＢＤ−ＲＯＭディスクに記録する。次に、ＭＫＢ、デバイスキー、及びボリュームＩＤの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、ＭＫＢ、ボリュームＩＤ、及び暗号化タイトルキーをＢＤ−ＲＯＭディスクに記録する。そのＢＤ−ＲＯＭディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオ・ストリーム及び／又はオーディオ・ストリームをデコーダで復号することはできない。こうして、ＢＤ−ＲＯＭディスクに記録されたデータの著作権を保護することができる。
以上に述べた、ＢＤ−ＲＯＭディスクにおけるデータの著作権保護の仕組みは、ＢＤ−ＲＯＭディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にＳＤカード等の可搬性半導体メモリカードにも適用可能である。
≪電子配信を利用した記録媒体へのデータ記録≫
電子配信を利用して本発明の実施形態１による再生装置へ３Ｄ映像のＡＶストリーム・ファイル等のデータ（以下、配信データという。）を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがＳＤメモリカードである場合を想定する。
再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはＳＤメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はＳＤメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。ＳＤメモリカードの識別情報は、例えばそのＳＤメモリカード固有の識別番号、より具体的にはそのＳＤメモリカードのシリアル番号である。この識別情報は上述のボリュームＩＤとして利用される。
配信サーバには配信データが格納されている。その配信データのうち、ビデオ・ストリーム及び／又はオーディオ・ストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。その暗号化データは同じタイトルキーで復号が可能である。
配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、ＳＤメモリカードと共通のＭＫＢを保持している。配信サーバは、再生装置から配信データの送信要求とＳＤメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、ＭＫＢ、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。
配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のＭＫＢ、暗号化タイトルキー、署名情報、ＳＤメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能（プログラム）が特定されている。
配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用Ｉ／Ｆを通してＳＤメモリカードに記録する。
ＳＤメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック（１）−（３）が行われる。尚、それらはどのような順序で行われてもよい。
（１）公開鍵情報に含まれるＳＤメモリカードの識別情報が、カードスロットに挿入されているＳＤメモリカードに記憶されている識別番号と一致するか否か。
（２）公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。
（３）公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。
上述のチェック（１）−（３）のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック（１）−（３）の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、ＭＫＢ、及びＳＤメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオ・ストリーム及び／又はオーディオ・ストリームに復号する。
以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能（プログラム）等が知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、ＳＤメモリカードの識別番号、ＭＫＢ、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。
半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばＳＤメモリカードではそのシリアル番号が不正に改竄された場合、ＳＤメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック（１）では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。
半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域（以下、第１の記録領域と称す。）から電気的に分離された別の記録領域（以下、第２の記録領域と称す。）が設置される。次に、第２の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第２の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第２の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第２の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第２の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第２の記録領域内のデータのアドレスは制御回路にしか特定できない。
半導体メモリカードの識別情報が第２の記録領域に記録された場合、再生装置上で動作するアプリケーション・プログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーション・プログラムは、メモリカードＩ／Ｆを介して上記の制御回路に対し、第２の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第２の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードＩ／Ｆを介して上記のアプリケーション・プログラムへその識別情報を送る。そのアプリケーション・プログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーション・プログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードＩ／Ｆを介して半導体メモリカード内の第１の記録領域に記録する。
尚、上記のアプリケーション・プログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーション・プログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばＸ．５０９に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第１の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。
≪リアルタイム・レコーディングへの適用≫
本発明の実施形態２では、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、オーサリングシステムにおけるプリレコーディング技術によってＢＤ−ＲＯＭディスクに記録されてユーザに供給されることを前提とした。しかし、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、リアルタイム・レコーディングによって、ＢＤ−ＲＥディスク、ＢＤ−Ｒディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤ−ＲＥディスク等と略す。）に記録されてユーザに供給されるものであってもよい。その場合、ＡＶストリーム・ファイルは、アナログ入力信号を記録装置がリアルタイムで復号することによって得られたトランスポート・ストリームであってもよい。その他に、記録装置がデジタル入力したトランスポート・ストリームをパーシャル化することで得られるトランスポート・ストリームであってもよい。
リアルタイム・レコーディングを実行する記録装置は、ビデオ・エンコーダ、オーディオエンコーダ、マルチプレクサ、及びソースパケタイザを含む。ビデオ・エンコーダはビデオ信号を符号化してビデオ・ストリームに変換する。オーディオエンコーダはオーディオ信号を符号化してオーディオ・ストリームに変換する。マルチプレクサは、ビデオ・ストリームとオーディオ・ストリームとを多重化して、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリームに変換する。ソースパケタイザは、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリーム内のＴＳパケットをソースパケットに変換する。記録装置は各ソースパケットをＡＶストリーム・ファイルに格納して、ＢＤ−ＲＥディスク等に書き込む。
ＡＶストリーム・ファイルの書き込み処理と並行して、記録装置の制御部はクリップ情報ファイルとプレイリスト・ファイルとをメモリ上で生成してＢＤ−ＲＥディスク等に書き込む。具体的には、ユーザによって録画処理が要求されたとき、制御部はまず、ＡＶストリーム・ファイルに合わせてクリップ情報ファイルを生成してＢＤ−ＲＥディスク等に書き込む。その場合、外部から受信されるトランスポート・ストリームからビデオ・ストリーム内の一つのＧＯＰの先頭が検出される度に、又は、ビデオ・エンコーダによってビデオ・ストリーム内の一つのＧＯＰが生成される度に、制御部は、そのＧＯＰの先頭に位置するＩピクチャのＰＴＳと、そのＧＯＰの先頭が格納されたソースパケットのＳＰＮとを取得する。制御部は更に、そのＰＴＳとＳＰＮとの対を一つのエントリ・ポイントとしてクリップ情報ファイルのエントリ・マップに追記する。ここで、そのエントリ・ポイントには「is＿angle＿changeフラグ」が追加される。is＿angle＿changeフラグは、そのＧＯＰの先頭がＩＤＲピクチャであるときは“オン”に設定され、そのＧＯＰの先頭がＩＤＲピクチャではないときは“オフ”に設定される。クリップ情報ファイル内には更に、ストリーム属性情報が記録対象のストリームの属性に従って設定される。こうして、ＡＶストリーム・ファイルとクリップ情報ファイルとがＢＤ−ＲＥディスク等に書き込まれた後、制御部はそのクリップ情報ファイル内のエントリ・マップを利用してプレイリスト・ファイルを生成し、ＢＤ−ＲＥディスク等に書き込む。
≪マネージド・コピー≫
本発明の実施形態１による再生装置は更に、マネージド・コピーによってＢＤ−ＲＯＭディスク101上のデジタル・ストリームを他の記録媒体へ書き込んでもよい。「マネージド・コピー」とは、ＢＤ−ＲＯＭディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタル・ストリーム、プレイリスト・ファイル、クリップ情報ファイル、及びアプリケーション・プログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術をいう。その書き込み可能な記録媒体は、ＢＤ−Ｒ、ＢＤ−ＲＥ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、及びＤＶＤ−ＲＡＭ等の書き込み可能な光ディスク、ハードディスク、並びに、ＳＤメモリカード、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、及びマルチメディアカード（登録商標）等の可搬性半導体メモリ装置を含む。マネージド・コピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。
ＢＤ−ＲＯＭディスクからＢＤ−Ｒディスク又はＢＤ−ＲＥディスクへのマネージド・コピーが行われる場合、両ディスクの記録容量が等しいときは、コピー元のディスクに記録されたビット・ストリームがそのまま、順番にコピーされればよい。
マネージド・コピーが異種の記録媒体間で行われるときはトランス・コードが必要である。「トランス・コード」とは、コピー元のディスクに記録されているデジタル・ストリームをコピー先の記録媒体のアプリケーション・フォーマットに適合させるための処理をいう。トランス・コードは、例えば、ＭＰＥＧ２−ＴＳ形式からＭＰＥＧ２プログラム・ストリーム形式へ変換する処理、及び、ビデオ・ストリームとオーディオ・ストリームとのそれぞれに割り当てられているビットレートを低くして符号化し直す処理を含む。トランス・コードでは、上述のリアルタイム・レコーディングによって、ＡＶストリーム・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルが生成されねばならない。
≪データ構造の記述方法≫
本発明の実施形態１によるデータ構造のうち、「所定型の情報が複数存在する」という繰り返し構造は、ｆｏｒ文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、「所定の条件が成立するときに所定の情報が定義される」というデータ構造は、ｉｆ文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態１によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、「構文解析」、「最適化」、「資源割付」、及び「コード生成」といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。
≪再生プログラムによるプレイリスト・ファイル、クリップ情報ファイルの管理≫
プレイリスト・ファイルとＡＶストリーム・ファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリスト・ファイルに従ってＡＶストリーム・ファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、ｔｅｘｔセクション、ｄａｔａセクション、ｂｓｓセクション、及びｓｔａｃｋセクションを含む。ｔｅｘｔセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。ｄａｔａセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。ｄａｔａセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。ｂｓｓセクションは、初期値を持たない変数を含む。ｂｓｓセクション内のデータは、ｔｅｘｔセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のＲＡＭにｂｓｓセクション用の領域が確保される。ｓｔａｃｋセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。ｓｔａｃｋセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、ｂｓｓセクション内の変数はゼロで初期化され、ｓｔａｃｋセクションには必要なメモリ領域が確保される。
プレイリスト・ファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、ｔｅｘｔセクション内の「書き換え不可のデータ」、又はｄａｔａセクション内の「随時アクセスされるファイル」として管理される。すなわち、プレイリスト・ファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリスト・ファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。
本発明は立体視映像の再生技術に関し、上記のとおり、記録媒体上に記録されたデータ・ブロックとエクステント・ブロックとのサイズの下限を明確に定義する。このように、本発明は明らかに産業上利用可能である。
2201 Ｍ番目のエクステント・ブロック
2202 （Ｍ＋１）番目のエクステント・ブロック
2220 ３Ｄ再生モードでの再生経路
B ベースビュー・データ・ブロック
D ディペンデントビュー・データ・ブロック
EXTSS[M] Ｍ番目のエクステントＳＳ
EXTSS[M＋1] （Ｍ＋１）番目のエクステントＳＳ
J[M−1]、J[M] エクステント・ブロック間のジャンプ
PRD[m] Ｍ番目のエクステント・ブロックのプリロード期間
PRD[n] （Ｍ＋１）番目のエクステント・ブロックのプリロード期間
PRBLK[M] Ｍ番目のエクステント・ブロックの読み出し期間
PRBLK[M＋1] （Ｍ＋１）番目のエクステント・ブロックの読み出し期間
PJ[M] エクステント・ブロック間のジャンプの期間
T0 Ｍ番目のエクステント・ブロックのプリロード期間の終了時点
T1 （Ｍ＋１）番目のエクステント・ブロックのプリロード期間の終了時点
TEXTSS Ｍ番目のエクステントＳＳのエクステントＡＴＣ時間
DA1 第１リード・バッファに蓄積されるデータ量
DA2 第２リード・バッファに蓄積されるデータ量

Claims (1)

  1. 平面視映像の再生に利用されるメインビュー・ストリーム、及び、前記メインビュー・ストリームと組み合わされて立体視映像の再生に利用されるサブビュー・ストリームが記録された記録媒体から受信したデータに対して、映像・音声信号処理を行う半導体集積回路であって、
    前記サブビュー・ストリームは、前記メインビュー・ストリームを参照して符号化されており、
    前記メインビュー・ストリームは複数のメインビュー・データ・ブロックに分割されて配置され、前記サブビュー・ストリームは複数のサブビュー・データ・ブロックに分割されて配置され、
    メインビュー・データ・ブロックとサブビュー・データ・ブロックとが交互に連続して配置されたデータであって、立体視映像が再生される際に一つのエクステントとして参照されるエクステント・ブロック、
    が複数構成されており、
    前記複数のメインビュー・データ・ブロックと前記複数のサブビュー・データ・ブロックとはそれぞれ、映像系データを含み、
    前記複数のメインビュー・データ・ブロックと前記複数のサブビュー・データ・ブロックとの少なくともいずれかは、音声系データを含み、
    各エクステント・ブロック内の先頭のデータ・ブロックはサブビュー・データ・ブロックであり、
    前記半導体集積回路は、
    前記半導体集積回路の制御を行う主制御部と、
    外部の装置によって前記記録媒体から読み出されたエクステント・ブロックを前記外部の装置から受信して、前記半導体集積回路の内部もしくは外部に設けられたメモリに一旦格納した後、前記映像系データと前記音声系データとに多重分離するストリーム処理部と、
    前記音声系データと前記映像系データとをそれぞれ復号する信号処理部と、
    復号された前記映像系データと前記音声系データとを出力するＡＶ出力部と
    を備えており、
    前記ストリーム処理部は、前記受信されたエクステント・ブロックの格納先を前記メモリ内の第１の領域と第２の領域との間で切り替える切替部を備えており、
    前記主制御部は、前記受信されたエクステント・ブロックのうち、前記複数のメインビュー・データ・ブロックに属しているデータを、前記第１の領域に格納するように前記切替部を制御し、前記複数のサブビュー・データ・ブロックに属しているデータを、前記第２の領域に格納するように前記切替部を制御し、
    前記信号処理部が、１つのエクステント・ブロック内の全てのデータ・ブロックを復号するのに要する時間（t)は、
    前記外部の装置が、前記１つのエクステント・ブロック内の先頭のデータ・ブロックを除くデータ・ブロックを読み出すのに要する時間（t1）と、前記１つのエクステント・ブロックの終端を読み終えてから次のエクステント・ブロックの先頭を読み始めるまでに要する時間（t2）と、前記次のエクステント・ブロック内の先頭のデータ・ブロックを読み出すのに要する時間（t3）との合計（t1＋t2＋t3）以上である
    ことを特徴とする半導体集積回路。
JP2010177524A 2009-03-30 2010-08-06 記録媒体、再生装置、及び集積回路 Expired - Fee Related JP5457299B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010177524A JP5457299B2 (ja) 2009-03-30 2010-08-06 記録媒体、再生装置、及び集積回路

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2009083137 2009-03-30
JP2009083137 2009-03-30
JP2010177524A JP5457299B2 (ja) 2009-03-30 2010-08-06 記録媒体、再生装置、及び集積回路

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2010528621A Division JP4642939B2 (ja) 2009-03-30 2010-03-26 記録媒体、再生装置、及び集積回路

Publications (2)

Publication Number Publication Date
JP2010267380A JP2010267380A (ja) 2010-11-25
JP5457299B2 true JP5457299B2 (ja) 2014-04-02

Family

ID=42935960

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2010528621A Active JP4642939B2 (ja) 2009-03-30 2010-03-26 記録媒体、再生装置、及び集積回路
JP2010177524A Expired - Fee Related JP5457299B2 (ja) 2009-03-30 2010-08-06 記録媒体、再生装置、及び集積回路

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2010528621A Active JP4642939B2 (ja) 2009-03-30 2010-03-26 記録媒体、再生装置、及び集積回路

Country Status (12)

Country Link
US (1) US20110008024A1 (ja)
EP (1) EP2416581A4 (ja)
JP (2) JP4642939B2 (ja)
KR (1) KR20120003794A (ja)
CN (1) CN102027750B (ja)
BR (1) BRPI1001255A2 (ja)
CA (1) CA2714859C (ja)
MX (1) MX2010010662A (ja)
RU (1) RU2525751C2 (ja)
TW (1) TWI395464B (ja)
WO (1) WO2010116659A1 (ja)
ZA (1) ZA201006665B (ja)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4993224B2 (ja) 2009-04-08 2012-08-08 ソニー株式会社 再生装置および再生方法
JP4984181B2 (ja) * 2009-06-22 2012-07-25 ソニー株式会社 再生装置および再生方法
JP4984187B2 (ja) * 2009-06-22 2012-07-25 ソニー株式会社 記録方法
US20120236114A1 (en) * 2011-03-18 2012-09-20 Te-Hao Chang Depth information generator for generating depth information output by only processing part of received images having different views, and related depth information generating method and depth adjusting apparatus thereof
JP5908894B2 (ja) * 2011-04-28 2016-04-26 パナソニック株式会社 記録媒体、再生装置、及び記録装置
US8437622B2 (en) 2011-08-23 2013-05-07 Echostar Technologies L.L.C. Altering presentation of received content based on use of closed captioning elements as reference locations
US9357159B2 (en) 2011-08-23 2016-05-31 Echostar Technologies L.L.C. Grouping and presenting content
US8447170B2 (en) 2011-08-23 2013-05-21 Echostar Technologies L.L.C. Automatically recording supplemental content
US9185331B2 (en) 2011-08-23 2015-11-10 Echostar Technologies L.L.C. Storing multiple instances of content
JP4993234B2 (ja) * 2012-01-26 2012-08-08 ソニー株式会社 再生装置、再生方法、および記録方法
JP4993233B2 (ja) * 2012-01-26 2012-08-08 ソニー株式会社 記録方法
US9489981B2 (en) 2012-03-15 2016-11-08 Echostar Technologies L.L.C. Successive initialization of television channel recording
EP2822282B1 (en) * 2012-04-23 2018-11-07 LG Electronics Inc. Signal processing device and method for 3d service
US8793724B2 (en) 2012-11-08 2014-07-29 Eldon Technology Limited Image domain compliance
TW201528775A (zh) 2014-01-02 2015-07-16 Ind Tech Res Inst 景深圖校正方法及系統
CN104867508B (zh) 2014-02-26 2018-12-11 腾讯科技（深圳）有限公司 一种声音文件连续播放的方法和装置
US20150253974A1 (en) 2014-03-07 2015-09-10 Sony Corporation Control of large screen display using wireless portable computer interfacing with display controller
WO2016095361A1 (en) 2014-12-14 2016-06-23 SZ DJI Technology Co., Ltd. Methods and systems of video processing
US9756378B2 (en) 2015-01-07 2017-09-05 Echostar Technologies L.L.C. Single file PVR per service ID
US9426543B1 (en) * 2015-12-18 2016-08-23 Vuclip (Singapore) Pte. Ltd. Server-based video stitching
CN112148677A (zh) * 2020-09-11 2020-12-29 上海七牛信息技术有限公司 一种面向嵌入式音视频设备的文件定位方法、系统及设备

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5603012A (en) * 1992-06-30 1997-02-11 Discovision Associates Start code detector
WO1995013564A1 (en) * 1993-11-09 1995-05-18 Eric Martin White Method and apparatus for visualizing two-dimensional motion picture images in three dimensions
TW436777B (en) * 1995-09-29 2001-05-28 Matsushita Electric Ind Co Ltd A method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
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
EP0841820A3 (en) * 1996-11-08 2005-11-09 Matsushita Electric Industrial Co., Ltd. Method and apparatus for encoding, multiplexing and transmitting a video signal
CN1223187C (zh) * 1997-08-29 2005-10-12 松下电器产业株式会社 记录高质量图像或标准图像的光盘及其记录和再生装置
RU2157056C2 (ru) * 1998-02-03 2000-09-27 Логутко Альберт Леонидович Способ объемного телевидения
JP2000270347A (ja) * 1999-03-17 2000-09-29 Sharp Corp 記録装置、及び該記録装置を用いた監視システム
JP3087351U (ja) * 2002-01-18 2002-08-02 船井電機株式会社 情報再生装置
EP1494472B1 (en) * 2002-04-10 2014-08-06 Sony Corporation Data recording device and method, program storage medium, and program
WO2006088145A1 (ja) * 2005-02-18 2006-08-24 Matsushita Electric Industrial Co., Ltd. ストリーム再生装置、ストリーム供給装置
JP2006260611A (ja) * 2005-03-15 2006-09-28 Toshiba Corp 情報記憶媒体、情報再生装置、情報再生方法、及びネットワーク通信システム
JP2006261860A (ja) * 2005-03-15 2006-09-28 Toshiba Corp 情報再生方法及び情報再生装置
AU2006277225B2 (en) * 2005-08-09 2011-06-09 Panasonic Corporation Recording medium, playback apparatus, method and program
BRPI0603676B1 (pt) * 2005-08-31 2019-01-15 Sony Corp dispositivo de processamento de informação para realizar reprodução de vídeo em alta velocidade, meio de gravação de informação não transitório, estrutura de dados, dispositivo de fabricação de meio de gravação de informação, método de processamento de informação, método para fabricar meio de gravação de informação, e, mídia legível por computador
US9182228B2 (en) * 2006-02-13 2015-11-10 Sony Corporation Multi-lens array system and method
RU2315439C1 (ru) * 2006-07-03 2008-01-20 Борис Иванович Волков Система объемной видеозаписи и воспроизведения
ES2559605T3 (es) * 2008-09-17 2016-02-15 Panasonic Intellectual Property Management Co., Ltd. Medio de grabación y dispositivo de reproducción
WO2010073499A1 (ja) * 2008-12-26 2010-07-01 パナソニック株式会社 記録媒体、再生装置、及び集積回路

Also Published As

Publication number Publication date
ZA201006665B (en) 2012-01-25
RU2525751C2 (ru) 2014-08-20
CA2714859C (en) 2016-10-11
TWI395464B (zh) 2013-05-01
CN102027750B (zh) 2012-08-29
CN102027750A (zh) 2011-04-20
TW201123847A (en) 2011-07-01
KR20120003794A (ko) 2012-01-11
CA2714859A1 (en) 2010-09-30
JP4642939B2 (ja) 2011-03-02
JPWO2010116659A1 (ja) 2012-10-18
WO2010116659A1 (ja) 2010-10-14
EP2416581A1 (en) 2012-02-08
BRPI1001255A2 (pt) 2020-11-17
US20110008024A1 (en) 2011-01-13
JP2010267380A (ja) 2010-11-25
MX2010010662A (es) 2010-11-30
EP2416581A4 (en) 2014-03-12

Similar Documents

Publication Publication Date Title
JP5457299B2 (ja) 記録媒体、再生装置、及び集積回路
JP5596585B2 (ja) 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
JP4676579B2 (ja) 記録媒体、再生装置、及び集積回路
JP5351353B1 (ja) 記録媒体、再生装置、及び集積回路
WO2010113454A1 (ja) 記録媒体、再生装置、及び集積回路
JP5390485B2 (ja) 半導体集積回路
JP5551654B2 (ja) 半導体集積回路
WO2010089995A1 (ja) 記録媒体、再生装置、及び集積回路
WO2010095440A1 (ja) 記録媒体、再生装置、及び集積回路
WO2010100875A1 (ja) 記録媒体、再生装置、及び集積回路
JP5385217B2 (ja) 記録媒体、再生装置、及び集積回路
WO2010098134A1 (ja) 記録媒体、再生装置、及び集積回路

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130108

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20131211

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: 20131217

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140109

R150 Certificate of patent or registration of utility model

Ref document number: 5457299

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees