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

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

Info

Publication number
JP5385226B2
JP5385226B2 JP2010164105A JP2010164105A JP5385226B2 JP 5385226 B2 JP5385226 B2 JP 5385226B2 JP 2010164105 A JP2010164105 A JP 2010164105A JP 2010164105 A JP2010164105 A JP 2010164105A JP 5385226 B2 JP5385226 B2 JP 5385226B2
Authority
JP
Japan
Prior art keywords
playback
file
stream
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
JP2010164105A
Other languages
English (en)
Other versions
JP2010288297A (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 JP2010164105A priority Critical patent/JP5385226B2/ja
Publication of JP2010288297A publication Critical patent/JP2010288297A/ja
Application granted granted Critical
Publication of JP5385226B2 publication Critical patent/JP5385226B2/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/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
    • 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
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • 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
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
    • H04N9/8042—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components involving data reduction
    • 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
    • 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/1291—Formatting, e.g. arrangement of data block or words on the record carriers wherein the formatting serves a specific purpose
    • G11B2020/1294—Increase of the access speed
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2213/00—Details of stereoscopic systems
    • H04N2213/005—Aspects relating to the "3D+depth" image format

Description

本発明は、立体視映像、すなわち３次元（３Ｄ）映像の再生技術に関し、特に、記録媒体上でのストリーム・データのファイル構造に関する。
近年、３Ｄ映像に対する一般的な関心が高まっている。例えば遊園地では、３Ｄ映像を利用したアトラクションが人気を集めている。また、全国各地で、３Ｄ映像の映画を上映する映画館が増加している。そのような３Ｄ映像への関心の高まりに伴い、３Ｄ映像を各家庭でも再生可能にするための技術の開発が進められている。その技術では、３Ｄ映像コンテンツを高画質のまま、光ディスク等の可搬性記録媒体に記録することが求められる。更に、２Ｄ再生装置に対するその記録媒体の互換性が求められる。すなわち、その記録媒体に記録された３Ｄ映像コンテンツから、２Ｄ再生装置は２Ｄ映像を再生でき、３Ｄ再生装置は３Ｄ映像を再生できることが望ましい。ここで、「２Ｄ再生装置」とは、平面視映像、すなわち２次元（２Ｄ）映像のみを再生可能な従来の再生装置を意味し、「３Ｄ再生装置」とは、３Ｄ映像を再生可能な再生装置を意味する。尚、本明細書では、３Ｄ再生装置が従来の２Ｄ映像も再生可能である場合を想定する。
図７５は、３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である（例えば特許文献１参照）。光ディスク6701には二種類のビデオ・ストリームが格納されている。一方は２Ｄ／レフトビュー・ビデオ・ストリームであり、他方はライトビュー・ビデオ・ストリームである。「２Ｄ／レフトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生では視聴者の左目に見せる２Ｄ映像、すなわち「レフトビュー」を表し、２Ｄ映像の再生ではその２Ｄ映像そのものを表す。「ライトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生において視聴者の右目に見せる２Ｄ映像、すなわち「ライトビュー」を表す。左右のビデオ・ストリーム間では、フレームレートは等しいが、フレームの表示時期はフレーム周期の半分だけずれている。例えば、各ビデオ・ストリームのフレームレートが１秒間に２４フレームであるとき、２Ｄ／レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの各フレームが１／４８秒ごとに交互に表示される。
各ビデオ・ストリームは、図７５に示されているように、光ディスク6701上では複数のエクステント6702A−C、6703A−Cに分割されている。各エクステントはＧＯＰ（グループ・オブ・ピクチャ）を１以上含み、光ディスクドライブによって一括して読み出される。以下、２Ｄ／レフトビュー・ビデオ・ストリームに属するエクステントを「２Ｄ／レフトビュー・エクステント」といい、ライトビュー・ビデオ・ストリームに属するエクステントを「ライトビュー・エクステント」という。２Ｄ／レフトビュー・エクステント6702A−Cとライトビュー・エクステント6703A−Cとは交互に光ディスク6701のトラック6701A上に配置されている。隣接する２つのエクステント6702A−6703A、6702B−6703B、6702C−6703Cの間では再生時間が等しい。このようなエクステントの配置を「インターリーブ配置」という。インターリーブ配置で記録されたエクステント群は、以下に述べるように、３Ｄ映像の再生と２Ｄ映像の再生との両方で利用される。
２Ｄ再生装置6704では、光ディスクドライブ6704Aが光ディスク6701上のエクステントのうち、２Ｄ／レフトビュー・エクステント6702A−Cのみを先頭から順番に読み出す一方、ライトビュー・エクステント6703A−Cの読み出しをスキップする。更に、映像デコーダ6704Bが、光ディスクドライブ6704Aによって読み出されたエクステントを順次、映像フレーム6706Lに復号する。それにより、表示装置6707にはレフトビューのみが表示されるので、視聴者には通常の２Ｄ映像が見える。
３Ｄ再生装置6705では、光ディスクドライブ6705Aが光ディスク6701から２Ｄ／レフトビュー・エクステントとライトビュー・エクステントとを交互に、符号で表せば、6702A、6703A、6702B、6703B、6702C、6703Cの順に読み出す。更に、読み出された各エクステントから、２Ｄ／レフトビュー・ビデオ・ストリームは左映像デコーダ6705Lへ送られ、ライトビュー・ビデオ・ストリームは右映像デコーダ6705Rへ送られる。各映像デコーダ6705L、6705Rは交互に各ビデオ・ストリームを映像フレーム6706L、6706Rに復号する。それにより、表示装置6708にはレフトビューとライトビューとが交互に表示される。一方、シャッター眼鏡6709は左右のレンズを、表示装置6708による画面の切り換えに同期して交互に不透明にする。従って、シャッター眼鏡6709をかけた視聴者には、表示装置6708に表示された映像が３Ｄ映像に見える。
光ディスクに限らず、記録媒体に３Ｄ映像コンテンツを格納するときは、上記のようにエクステントのインターリーブ配置を利用する。それにより、その記録媒体を２Ｄ映像の再生と３Ｄ映像の再生との両方で利用することができる。
特許第３９３５５０７号公報
光ディスクには、いわゆる二層ディスクのような、記録層を複数含むものがある。そのような光ディスクでは、一連のストリーム・データが二層にわたって記録される場合が生じ得る。一方、単層ディスクでも、一連のストリーム・データが別のデータを間に挟んで記録される場合がある。それらの場合、光ディスクドライブのピックアップは光ディスクからのデータの読み出し中に、層の切り換えに伴うフォーカス・ジャンプ、又は、ディスクの半径方向の移動を伴うトラック・ジャンプを行わねばならない。それらのジャンプは一般にシーク時間が長いので、「ロングジャンプ」と呼ばれる。ロングジャンプの発生にかかわらず映像をシームレスに再生するには、ロングジャンプの直前に読み出されるエクステントのサイズを十分に大きくして、ロングジャンプ中に映像デコーダ内のバッファがアンダーフローを起こさないための条件を満たすようにしなければならない。
図７５に示されているエクステントのインターリーブ配置において上記の条件を２Ｄ映像と３Ｄ映像との両方の再生について満たすには、ロングジャンプの直前にアクセスされる２Ｄ／レフトビュー・エクステントを十分に拡大すればよい。しかし、その場合、そのエクステントと再生時間が等しいライトビュー・エクステントも併せて拡大しなければならない。その結果、右映像デコーダ6705R内に確保されるべきバッファ容量は、上記の条件を満たすのには十分な容量よりも更に大きい。それは、３Ｄ再生装置6705内のバッファ容量の更なる削減、及びメモリの利用効率の更なる向上を阻むので好ましくない。
右映像デコーダ6705R内に確保されるべきバッファ容量を必要最小限に抑えるには、例えばロングジャンプの直前又は直後で２Ｄ映像の再生経路と３Ｄ映像の再生経路とを分離することが考えられる。ここで、「映像の再生経路」とは、その映像を表すビデオ・ストリームの各部とその再生順との間の対応関係を意味する。更に、「再生経路の分離」とは、ビデオ・ストリームの再生対象の部分とその複製データとを記録媒体上に記録してそれぞれを異なる再生経路に割り当てることを意味する。２Ｄ映像の再生経路と３Ｄ映像の再生経路とを上記のように分離したとき、２Ｄ映像の再生時と３Ｄ映像の再生時とで、ロングジャンプの直前に読み出されるべき２Ｄ／レフトビュー・エクステントのサイズを別々に設計できる。従って、右映像デコーダ6705R内に確保されるべきバッファ容量を必要最小限に抑えたまま、２Ｄ映像の再生時と３Ｄ映像の再生時とのいずれでもロングジャンプ中での各映像デコーダ6705L、6705R内のバッファ・アンダーフローを防止できる。しかしその反面、２Ｄ／レフトビュー・ビデオ・ストリームの同じ部分が異なるエクステントに重複して格納される。従って、ロングジャンプの前後に読み出されるべきエクステントと、それらに格納されるべきビデオ・ストリームの部分との間の対応関係が複雑化する。その結果、それらのエクステントの迅速な読み出しを容易に実現可能なファイル構造は自明ではない。
本発明の目的は、再生装置内に確保されるべきバッファ容量を更に削減できるように配置されたエクステント群を含み、かつ、再生装置に各エクステントへの迅速なアクセスを容易に実現させることができるファイル構造を持つ記録媒体からデータを受信して、そのデータに対して映像・音声信号処理を行う半導体集積回路を提供することにある。
本発明の実施形態による記録媒体には、平面視映像の再生に利用されるベースビュー・ストリーム、及び、そのベースビュー・ストリームと組み合わされて立体視映像の再生に利用されるディペンデントビュー・ストリームが記録されている。ベースビュー・ストリームは複数のベースビュー・データ・ブロックに分割されている。ディペンデントビュー・ストリームは複数のディペンデントビュー・データ・ブロックに分割されている。複数のベースビュー・データ・ブロックと複数のディペンデントビュー・データ・ブロックとは交互に記録媒体上に配置されている。複数のベースビュー・データ・ブロックと複数のディペンデントビュー・データ・ブロックとはそれぞれ、映像系データを含み、それらのデータ・ブロックの少なくともいずれかは、音声系データを含む。
本発明の上記の実施形態による記録媒体には第１の参照ファイルと第２の参照ファイルとが更に記録されている。第１の参照ファイルは平面視映像の再生時に利用され、第２の参照ファイルは立体視映像の再生時に利用される。第１の参照ファイルは、平面視映像の再生時に、複数のベースビュー・データ・ブロックを参照する。第２の参照ファイルは、立体視映像の再生時に、交互に配置されたベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとを一連のデータとして参照する。
本発明の実施形態による半導体集積回路は、上記の記録媒体から受信したデータに対して映像・音声信号処理を行う。その半導体集積回路は、主制御部と、ストリーム処理部と、信号処理部と、ＡＶ出力部とを備えている。主制御部は、半導体集積回路の制御を行う。ストリーム処理部は、複数のベースビュー・データ・ブロックと複数のディペンデントビュー・データ・ブロックとが交互に配置されたデータを受信し、半導体集積回路の内部もしくは外部に設けられたメモリに一旦格納した後、映像系データと音声系データとに多重分離する。信号処理部は、その映像系データと音声系データとをそれぞれ復号する。ＡＶ出力部は、復号された映像系データと音声系データとを出力する。ストリーム処理部は、受信したデータの格納先を上記のメモリ内の第１の領域と第２の領域との間で切り替える切替部を備えている。立体視映像の再生時に、主制御部はその切替部を制御して、複数のベースビュー・データ・ブロックに属しているデータを切替部に第１の領域に格納させ、複数のディペンデントビュー・データ・ブロックに属しているデータを第２の領域に格納させる。
本発明による上記の記録媒体では、平面視映像の再生経路と立体視映像の再生経路との間で共通するベースビュー・ストリームの部分が二種類の参照ファイルによって参照されている。本発明による上記の半導体集積回路は、平面視映像の再生時と立体視映像の再生時との間で上記二種類の参照ファイルを使い分ける。その結果、再生装置内に確保されるべきバッファ容量を更に削減することができる。その上、半導体集積回路は各エクステントへの迅速なアクセスを容易に実現できる。
本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。 図１に示されているＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。 （ａ）は、図２に示されている下位ディレクトリのファイル識別記述子241のデータ構造を示す模式図であり、（ｂ）は、図２に示されている下位ファイルのファイル識別記述子242のデータ構造を示す模式図である。 図２に示されている下位ファイル＃１223のデータ構造を示す模式図である。 図２に示されているＢＤ−ＲＯＭディスク101のボリューム領域202Bに格納されたデータのディレクトリ／ファイル構造を示す模式図である。 （ａ）は、図２に示されているＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームを示す模式図であり、（ｂ）は、図２に示されているＢＤ−ＲＯＭディスク101上の第１サブＴＳに多重化されたエレメンタリ・ストリームを示す模式図である。 図６に示されている多重化ストリーム・データ700内の各エレメンタリ・ストリーム701、702、703、704に属するＴＳパケットの配置を示す模式図である。 （ａ）は、図７に示されているＴＳパケット列の模式図であり、（ｂ）は、図８の（ａ）に示されているＴＳパケット列から構成されたソースパケット列の模式図である。 図６の（ａ）に示されているベースビュー・ビデオ・ストリーム901と、図６の（ｂ）に示されているライトビュー・ビデオ・ストリーム902とのピクチャを表示時間順に示す模式図である。 図６の（ａ）に示されているベースビュー・ビデオ・ストリーム901と、図６の（ｃ）に示されているデプスマップ・ストリーム1001とのピクチャを表示時間順に示す模式図である。 図７に示されているビデオ・ストリーム1100のデータ構造の詳細を示す模式図である。 図７に示されているＰＥＳパケット列1202へのビデオ・ストリーム1201の格納方法の詳細を示す模式図である。 図６の（ａ）に示されているベースビュー・ビデオ・ストリーム1301と、図６の（ｂ）又は（ｃ）に示されているディペンデントビュー・ビデオ・ストリーム1302との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。 （ａ）、（ｂ）は、図１１に示されている補足データ1111Dのデータ構造を示す模式図である。 （ａ）、（ｂ）は、図６の（ａ）に示されているベースビュー・ビデオ・ストリーム1501と、図６の（ｂ）又は（ｃ）に示されているディペンデントビュー・ビデオ・ストリーム1502との各ピクチャに割り当てられた復号カウンタ1510、1520の二つの例を示す模式図である。 図６の（ａ）、（ｂ）、（ｃ）に示されているメインＴＳ、第１サブＴＳ、及び第２サブＴＳのそれぞれに属するデータ・ブロック群のＢＤ−ＲＯＭディスク101上での物理的な配置を示す模式図である。 （ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ1701とサブＴＳ1702との配置を示す模式図である。（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に交互に記録されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…とディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…との配置を示す模式図である。 （ａ）は、あるＢＤ−ＲＯＭディスク上において隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上において隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。 （ａ）、（ｂ）、（ｃ）、（ｄ）、（ｅ）はそれぞれ、図５に示されているファイル２Ｄ（01000.m2ts）541、第１ファイルＤＥＰ（02000.m2ts）542、第２ファイルＤＥＰ（03000.m2ts）543、第１ファイルＳＳ（01000.ssif）544A、第２ファイルＳＳ（02000.ssif）544Bの各データ構造を示す模式図である。 図１６に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路2001、Ｌ／Ｒモードでの再生経路2002、及びデプス・モードでの再生経路2003を示す模式図である。 本発明の実施形態１によるＢＤ−ＲＯＭディスク101の層境界の前後に記録されたデータ・ブロック群の物理的な配置の第１例を示す模式図である。 図２１に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路2201とＬ／Ｒモードでの再生経路2202とを示す模式図である。 あるＢＤ−ＲＯＭディスクの層境界の前後にインターリーブ配置で記録されているデータ・ブロック群と、それに対する各再生モードでの再生経路とを示す模式図である。 本発明の実施形態１によるＢＤ−ＲＯＭディスク101の層境界の前後に記録されたデータ・ブロック群の物理的な配置の第２例を示す模式図である。 図２４に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路2501とＬ／Ｒモードでの再生経路2502とを示す模式図である。 本発明の実施形態１によるＢＤ−ＲＯＭディスク101の層境界の前後に記録されたデータ・ブロック群の物理的な配置の第３例を示す模式図である。 図２１に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路2701とＬ／Ｒモードでの再生経路2702とを示す模式図である。 （ａ）は、図２１に示されている配置の第１例からデプスマップ・データ・ブロックを除去したものを示す模式図である。（ｂ）は、（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路2803とＬ／Ｒモードでの再生経路2804とを示す模式図である。 ＰＭＴ2910のデータ構造を示す模式図である。 図５に示されている２Ｄクリップ情報ファイル（01000.clpi）531のデータ構造を示す模式図である。 （ａ）は、図３０に示されているエントリ・マップ3030のデータ構造を示す模式図であり、（ｂ）は、図５に示されているファイル２Ｄ541に属するソースパケット群3110のうち、エントリ・マップ3030によって各ＥＰ＿ＩＤ3105に対応付けられているものを示す模式図である。 （ａ）は、オフセット・テーブル3041のデータ構造を示す模式図である。（ｂ）は、オフセット・エントリの有効区間を表す模式図である。 （ａ）は、図３０に示されているエクステント起点3042のデータ構造を示す模式図であり、（ｂ）は、図５に示されているライトビュー・クリップ情報ファイル（02000.clpi）532に含まれるエクステント起点3320のデータ構造を示す模式図であり、（ｃ）は、Ｌ／Ｒモードの再生装置102によって第１ファイルＳＳ（01000.ssif）544Aから抽出されたベースビュー・データ・ブロックL1、L2、…を表す模式図である。（ｄ）は、第１ファイルＤＥＰ（02000.m2ts）542に属するライトビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点3320の示すＳＰＮ3322との間の対応関係を表す模式図である。（ｅ）は、第１ファイルＳＳ544Aに属する３ＤエクステントEXTSS[0]、EXTSS[1]、…とＢＤ−ＲＯＭディスク101上のデータ・ブロック群3350との間の対応関係の一例を示す模式図である。 本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に記録された、３Ｄ映像コンテンツを含むデータ・ブロック群の配置の一例を示す模式図である。 本発明の実施形態１によるＢＤ−ＲＯＭディスク101における、ベースビュー・ビデオ・ストリーム3510とディペンデントビュー・ビデオ・ストリーム3520とに設定されたエントリ・ポイントの例を示す模式図である。 図５に示されている２Ｄプレイリスト・ファイル（00001.mpls）521のデータ構造を示す模式図である。 図３６に示されているＰＩ＃Ｎのデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、図３７に示されているコネクション・コンディション3704が「５」、「６」であるときに接続対象の二つの再生区間3801、3802の間の関係を示す模式図である。 図３６に示されている２Ｄプレイリスト・ファイル（00001.mpls）521の示すＰＴＳと、図５に示されているファイル２Ｄ（01000.m2ts）541から再生される部分との間の対応関係を示す模式図である。 図５に示されている３Ｄプレイリスト・ファイル（00002.mpls）522又は（00003.mpls）523のデータ構造を示す模式図である。 図４０に示されているＳＴＮテーブルＳＳ4030のデータ構造を示す模式図である。 （ａ）、（ｂ）、（ｃ）はそれぞれ、図４１に示されているディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4112、ＰＧストリームのストリーム登録情報列4113、及びＩＧストリームのストリーム登録情報列4114のデータ構造を示す模式図である。 図４０に示されている３Ｄプレイリスト・ファイル（00002.mpls）522の示すＰＴＳと、図５に示されている第１ファイルＳＳ（01000.ssif）から再生される部分との間の対応関係を示す模式図である。 図５に示されているインデックス・ファイル（index.bdmv）511内のインデックス・テーブル4410を示す模式図である。 図１に示されている再生装置102によって３Ｄ映像のタイトルが選択されたときに行われる、再生対象のプレイリスト・ファイルの選択処理のフローチャートである。 図１に示されている再生装置102の２Ｄ再生モードでの機能ブロック図である。 図４６に示されているプレーヤ変数記憶部4608内のシステム・パラメータの一覧表である。 図４６に示されているシステム・ターゲット・デコーダ4603の機能ブロック図である。 図１に示されている再生装置102の３Ｄ再生モードでの機能ブロック図である。 図４９に示されているシステム・ターゲット・デコーダ4903の機能ブロック図である。 図４９に示されているプレーン加算部4910の機能ブロック図である。 （ａ）、（ｂ）は、図５１に示されている第２クロッピング処理部5132によるクロッピング処理を示す模式図である。 （ａ）、（ｂ）、（ｃ）はそれぞれ、図５２に示されているクロッピング処理によって生成されたレフトビューとライトビューとのＰＧプレーン、及びそれらから視聴者に知覚される３Ｄ映像を示す模式図である。 図４６に示されている２Ｄ再生モードの再生装置102内の再生処理系統を示す模式図である。 （ａ）は、図５４に示されている再生処理系統による２Ｄエクステントの再生処理中、リード・バッファ4602に蓄積されるデータ量DAの変化を示すグラフであり、（ｂ）は、それらの２Ｄエクステントを含む３Ｄエクステント・ブロック5510と２Ｄ再生モードでの再生経路5520との間の対応関係を示す模式図である。 本発明の実施形態１によるＢＤ−ＲＯＭディスクに関するジャンプ距離Sjumpと最大ジャンプ時間Tjumpとの間の対応表の一例である。 図４９に示されている３Ｄ再生モードの再生装置102内の再生処理系統を示す模式図である。 （ａ）、（ｂ）は、図５７に示されている再生処理系統によるＬ／Ｒモードでの３Ｄエクステント・ブロックの再生処理中、各リード・バッファ4921、4922に蓄積されるデータ量DA1、DA2の変化を示すグラフであり、（ｃ）は、その３Ｄエクステント・ブロック5810とＬ／Ｒモードでの再生経路5820との間の対応関係を示す模式図である。 （ａ）、（ｂ）は、図５７に示されている再生処理系統によるデプス・モードでの３Ｄエクステント・ブロックの再生処理中、各リード・バッファ4921、4922に蓄積されるデータ量DA1、DA2の変化を示すグラフであり、（ｃ）は、その３Ｄエクステント・ブロック5910とデプス・モードでの再生経路5920との間の対応関係を示す模式図である。 図５７に示されている再生処理系統によるＬ／Ｒモードでの再生処理中に生じるロングジャンプJLY、JBDJ1、JBDJ2を示す模式図である。 （ａ）、（ｂ）は、図５７に示されている再生処理系統によって、拡大された最小エクステント・サイズ以上のサイズを持つデータ・ブロック群から成る３Ｄエクステント・ブロックが読み出されるときにおける、各リード・バッファ4921、4922の蓄積データ量DA1、DA2の変化を示すグラフであり、（ｃ）は、その３Ｄエクステント・ブロック6110とＬ／Ｒモードでの再生経路6120との間の対応関係を示す模式図である。 （ａ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク上で、多重化ストリーム・データのみを含むインターリーブ配置のデータ・ブロック群を示す模式図であり、（ｂ）は、そのＢＤ−ＲＯＭディスク上で、他のファイルに属するエクステントを含むインターリーブ配置のデータ・ブロック群を示す模式図である。 本発明の実施形態２による記録装置の内部構成を示すブロック図である。 （ａ）、（ｂ）は、本発明の実施形態２による記録装置において、３Ｄ映像の一シーンの表示に利用される左映像ピクチャと右映像ピクチャとを表す模式図であり、（ｃ）は、ビデオエンコーダ6301によってそれらのピクチャから算出された奥行き情報を示す模式図である。 本発明の実施形態３による集積回路3の機能ブロック図である。 図６５に示されているストリーム処理部5の代表的な構成を示す機能ブロック図である。 図６６に示されている切替部53がＤＭＡＣであるときの周辺の構造を示す模式図である 図６５に示されているＡＶ出力部8の代表的な構成を示す機能ブロック図である。 図６８に示されているＡＶ出力部8を含む再生装置102のデータ出力に関する部分の詳細を示す模式図である。 図６５に示されている集積回路3内の制御バス及びデータバスのトポロジーの例（ａ）、（ｂ）を示す模式図である。 図６５に示されている集積回路3を利用した再生装置102による再生処理のフローチャートである。 図７１に示されている各ステップＳ１−５の詳細を示すフローチャートである。 （ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像の再生原理を説明するための模式図である。 ２Ｄ映像6601とデプスマップ6602との組み合わせからレフトビュー6603Lとライトビュー6603Rとを構成する例を示す模式図である。 ３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である。
以下、本発明の好適な実施形態に係る記録媒体及び再生装置について、図面を参照しながら説明する。
《実施形態１》
図１は、本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。このホームシアター・システムは、視差映像を用いた３Ｄ映像（立体視映像）の再生方式を採用し、特に表示方式として継時分離方式を採用している（詳細は＜補足＞参照）。図１を参照するに、このホームシアター・システムは記録媒体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に記録されたデータはディレクトリ／ファイル形式で表現される。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
図２には、ファイルシステムとしてＵＤＦが利用されたときにおける、ボリューム領域202Bのデータ構造が示されている。図２を参照するに、ボリューム領域202Bは、一般に複数のディレクトリ213−215、ファイルセット記述子211、及び終端記述子212のそれぞれが記録された領域を含む。各「ディレクトリ」213、214、215は、同じディレクトリを構成するデータ群である。「ファイルセット記述子」211は、ルートディレクトリ213のファイル・エントリが記録されているセクタのＬＢＮを示す。「終端記述子」212はファイルセット記述子211の記録領域の終端を示す。
各ディレクトリ213、214、215は共通のデータ構造を持つ。図２にはその典型例としてディレクトリ＃１214のデータ構造が示されている。ディレクトリ＃１214は、ファイル・エントリ221、ディレクトリ・ファイル222、及び下位ファイル群223−225を含む。
「ファイル・エントリ」221は、記述子タグ231、ＩＣＢ（Information Control Block）タグ232、及びアロケーション記述子233を含む。「記述子タグ」231は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。例えば、記述子タグの値が“２６１”であるとき、そのデータの種類はファイル・エントリである。「ＩＣＢタグ」232はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」233は、ディレクトリ＃１214に属するディレクトリ・ファイル222が記録されたセクタのＬＢＮを示す。
「ディレクトリ・ファイル」222は、下位ディレクトリのファイル識別記述子241と下位ファイルのファイル識別記述子242とを一般に複数ずつ含む。図３の（ａ）は、下位ディレクトリのファイル識別記述子241のデータ構造を示す模式図である。「下位ディレクトリのファイル識別記述子」241は、ディレクトリ＃１の直下に置かれた下位ディレクトリにアクセスするための情報である。図３の（ａ）を参照するに、下位ディレクトリのファイル識別記述子241は、その下位ディレクトリの識別情報311、ディレクトリ名の長さ312、ファイル・エントリ・アドレス313、及びディレクトリ名そのもの314を含む。特にファイル・エントリ・アドレス313は、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。図３の（ｂ）は下位ファイルのファイル識別記述子242のデータ構造を示す模式図である。「下位ファイルのファイル識別記述子」242は、ディレクトリ＃１の直下に置かれた下位ファイルにアクセスするための情報である。図３の（ｂ）を参照するに、下位ファイルのファイル識別記述子242は、その下位ファイルの識別情報321、ファイル名の長さ322、ファイル・エントリ・アドレス323、及びファイル名そのもの324を含む。特にファイル・エントリ・アドレス323は、その下位ファイルのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル・エントリ」は、後述のとおり、下位ファイルの実体を構成するデータのアドレス情報を含む。
図２、３から理解されるように、ファイルセット記述子211と下位ディレクトリ／ファイルのファイル識別記述子とを順番に辿ってゆけば、ボリューム領域202Bに記録された任意のディレクトリ／ファイルのファイル・エントリにアクセスすることができる。具体的な例として、ディレクトリ＃１214の下位ファイル＃１223にアクセスする場合を想定する。まずファイルセット記述子211からルートディレクトリ213のファイル・エントリが特定され、そのファイル・エントリ内のアロケーション記述子からルートディレクトリ213のディレクトリ・ファイルが特定される。次に、そのディレクトリ・ファイルからディレクトリ＃１214のファイル識別記述子が検出され、その中のファイル・エントリ・アドレスからディレクトリ＃１214のファイル・エントリ221が特定される。更に、そのファイル・エントリ221内のアロケーション記述子233からディレクトリ＃１214のディレクトリ・ファイル222が特定される。続いて、そのディレクトリ・ファイル222のうち、下位ファイル＃１のファイル識別記述子242内のファイル・エントリ・アドレス323から下位ファイル＃１223のファイル・エントリが特定される。
図２に示されている下位ファイル群223、224、225、…は共通のデータ構造を持つ。図４は、その共通のデータ構造の典型例として、下位ファイル＃１223のデータ構造を示す模式図である。図４を参照するに、下位ファイル＃１223はエクステント410−430とファイル・エントリ400とを含む。「エクステント」410、420、430、…は一般に複数であり、それぞれ、ディスク上の論理アドレス、すなわちＬＢＮが連続しているデータ列である。エクステント410、420、430、…の全体が下位ファイル＃１223の実体を構成する。「ファイル・エントリ」400は、記述子タグ401、ＩＣＢタグ402、及びアロケーション記述子411−413を含む。「記述子タグ」401は、その記述子タグ401を含むデータ400の種類がファイル・エントリであることを示す。「ＩＣＢタグ」402はそのファイル・エントリ400自身の属性情報を示す。「アロケーション記述子」411、412、413、…は各エクステント410、420、430、…に対して一つずつ設けられ、ボリューム領域202B上での各エクステント410−430の配置、具体的には各エクステントのサイズとその先端のＬＢＮとを示す。その他に、複数のアロケーション記述子の示す領域間でＬＢＮを連続させることにより、それら複数のアロケーション記述子の全体で一つのエクステントの配置が示されてもよい。図４に破線の矢印で示されているように、各アロケーション記述子411、412、…を参照することにより、各エクステント410、420、…にアクセスすることができる。その他に、各アロケーション記述子411、…の上位２ビットは、そのアロケーション記述子の示すＬＢＮのセクタにエクステント410、…が実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。
ＵＤＦを利用した上記のファイルシステムと同様、ボリューム領域202Bに対するファイルシステムでは一般に、ボリューム領域202Bに記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域202Bに併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。
≪ＢＤ−ＲＯＭディスク上のディレクトリ／ファイル構造≫
図５は、ＢＤ−ＲＯＭディスク101のボリューム領域202Bに格納されたデータのディレクトリ／ファイル構造を示す模式図である。図５を参照するに、このディレクトリ／ファイル構造では、ルート（ＲＯＯＴ）ディレクトリ500の直下にＢＤムービー（ＢＤＭＶ：BD Movie）ディレクトリ501が置かれている。ＢＤＭＶディレクトリ501の直下には、インデックス・ファイル（index.bdmv）511とムービーオブジェクト・ファイル（MovieObject.bdmv）512とが置かれている。
インデックス・ファイル511は、ＢＤ−ＲＯＭディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルと、再生装置102の動作を制御するためのプログラムとの間の対応表である。そのプログラムを「オブジェクト」という。オブジェクトの種類にはムービーオブジェクトとＢＤ−Ｊ（BD Java （登録商標））オブジェクトとがある。
ムービーオブジェクト・ファイル512は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置102は一般的なＤＶＤプレーヤと同様に、まず表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。
図５に示されているように、ＢＤＭＶディレクトリ501の直下には、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ520、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ530、ストリーム（ＳＴＲＥＡＭ）ディレクトリ540、ＢＤ−Ｊオブジェクト（ＢＤＪＯ：BD Java Object）ディレクトリ550、及びＪａｖａアーカイブ（ＪＡＲ：Java Archive）ディレクトリ560が置かれている。
ＳＴＲＥＡＭディレクトリ540の直下には、三種類のＡＶストリーム・ファイル（01000.m2ts）541、（02000.m2ts）542、（03000.m2ts）543、及び、立体視インターリーブ・ファイル（ＳＳＩＦ：Stereoscopic Interleaved File）ディレクトリ544が置かれている。ＳＳＩＦディレクトリ544の直下には、二種類のＡＶストリーム・ファイル（01000.ssif）544A、（02000.ssif）544Bが置かれている。
「ＡＶストリーム・ファイル」は、ＢＤ−ＲＯＭディスク101上に記録された映像コンテンツの実体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの実体は一般に、映像・音声・字幕等を表す各種のストリーム・データが多重化されたストリーム・データを意味する。この多重化ストリーム・データは内蔵のプライマリ・ビデオ・ストリームの種類に依って、メイン・トランスポート・ストリーム（ＴＳ）とサブＴＳとに大別される。「メインＴＳ」はプライマリ・ビデオ・ストリームとしてベースビュー・ビデオ・ストリームを含む。「ベースビュー・ビデオ・ストリーム」は単独で再生可能であり、２Ｄ映像を表す。「サブＴＳ」はプライマリ・ビデオ・ストリームとしてディペンデントビュー・ビデオ・ストリームを含む。「ディペンデントビュー・ビデオ・ストリーム」は、その再生にベースビュー・ビデオ・ストリームを必要とし、そのベースビュー・ビデオ・ストリームとの組み合わせで３Ｄ映像を表す。ディペンデントビュー・ビデオ・ストリームの種類には、ライトビュー・ビデオ・ストリーム、レフトビュー・ビデオ・ストリーム、及びデプスマップ・ストリームがある。「ライトビュー・ビデオ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像がＬ／Ｒモードの再生装置によって３Ｄ映像のレフトビューとして利用されるとき、その３Ｄ映像のライトビューを表すビデオ・ストリームとして利用される。「レフトビュー・ビデオ・ストリーム」はその逆である。「デプスマップ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像がデプス・モードの再生装置によって仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すストリーム・データとして利用される。
ＡＶストリーム・ファイルは内蔵の多重化ストリーム・データの種類に依って、ファイル２Ｄ、ファイル・ディペンデント（以下、ファイルＤＥＰと略す。）、及びインターリーブ・ファイル（以下、ファイルＳＳと略す。）の三種類に分けられる。「ファイル２Ｄ」は２Ｄ再生モードでの２Ｄ映像の再生に利用されるＡＶストリーム・ファイルであり、メインＴＳを含む。「ファイルＤＥＰ」はサブＴＳを含む。「ファイルＳＳ」は、同じ３Ｄ映像を表すメインＴＳとサブＴＳとの対を含む。ファイルＳＳは特に、そのメインＴＳをいずれかのファイル２Ｄと共有し、そのサブＴＳをいずれかのファイルＤＥＰと共有する。すなわち、ＢＤ−ＲＯＭディスク101のファイルシステムでは、メインＴＳはファイルＳＳとファイル２Ｄとのいずれとしてもアクセス可能であり、サブＴＳはファイルＳＳとファイルＤＥＰとのいずれとしてもアクセス可能である。このように、ＢＤ−ＲＯＭディスク101上に記録された一連のデータを異なるファイルに共有させ、いずれのファイルとしてもアクセス可能にする仕組みを「ファイルのクロスリンク」という。
図５に示されている例では、第１ＡＶストリーム・ファイル（01000.m2ts）541はファイル２Ｄであり、第２ＡＶストリーム・ファイル（02000.m2ts）542と第３ＡＶストリーム・ファイル（03000.m2ts）543とはいずれもファイルＤＥＰである。このように、ファイル２ＤとファイルＤＥＰとはＳＴＲＥＡＭディレクトリ540の直下に置かれる。第１ＡＶストリーム・ファイル、すなわちファイル２Ｄ541の含むベースビュー・ビデオ・ストリームは３Ｄ映像のレフトビューを表す。第２ＡＶストリーム・ファイル、すなわち第１ファイルＤＥＰ542の含むディペンデントビュー・ビデオ・ストリームはライトビュー・ビデオ・ストリームである。第３ＡＶストリーム・ファイル、すなわち第２ファイルＤＥＰ543の含むディペンデントビュー・ビデオ・ストリームはデプスマップ・ストリームである。
図５に示されている例では更に、第４ＡＶストリーム・ファイル（01000.ssif）544Aと第５ＡＶストリーム・ファイル（02000.ssif）544BとはいずれもファイルＳＳである。このように、ファイルＳＳはＳＳＩＦディレクトリ544の直下に置かれる。第４ＡＶストリーム・ファイル、すなわち第１ファイルＳＳ544Aはファイル２Ｄ541とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第１ファイルＤＥＰ542とはサブＴＳ、特にライトビュー・ビデオ・ストリームを共有する。第５ＡＶストリーム・ファイル、すなわち第２ファイルＳＳ544Bはファイル２Ｄ541とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第２ファイルＤＥＰ543とはサブＴＳ、特にデプスマップ・ストリームを共有する。
ＣＬＩＰＩＮＦディレクトリ530には三種類のクリップ情報ファイル（01000.clpi）531、（02000.clpi）532、（03000.clpi）533が置かれている。「クリップ情報ファイル」はＡＶストリーム・ファイルの中でもファイル２ＤとファイルＤＥＰとに一対一に対応付けられ、特に各ファイルのエントリ・マップを含む。「エントリ・マップ」は、ファイル２Ｄ又はファイルＤＥＰの表す各シーンの表示時間と、そのシーンが記録された各ファイル内のアドレスとの間の対応表である。クリップ情報ファイルのうち、ファイル２Ｄに対応付けられているものを「２Ｄクリップ情報ファイル」といい、ファイルＤＥＰに対応付けられているものを「ディペンデントビュー・クリップ情報ファイル」という。更に、ファイルＤＥＰがライトビュー・ビデオ・ストリームを含むとき、対応するディペンデントビュー・クリップ情報ファイルを「ライトビュー・クリップ情報ファイル」という。ファイルＤＥＰがデプスマップ・ストリームを含むとき、対応するディペンデントビュー・クリップ情報ファイルを「デプスマップ・クリップ情報ファイル」という。図５に示されている例では、第１クリップ情報ファイル（01000.clpi）531は２Ｄクリップ情報ファイルであり、ファイル２Ｄ541に対応付けられている。第２クリップ情報ファイル（02000.clpi）532はライトビュー・クリップ情報ファイルであり、第１ファイルＤＥＰ542に対応付けられている。第３クリップ情報ファイル（03000.clpi）533はデプスマップ・クリップ情報ファイルであり、第２ファイルＤＥＰ543に対応付けられている。
ＰＬＡＹＬＩＳＴディレクトリ520には三種類のプレイリスト・ファイル（00001.mpls）521、（00002.mpls）522、（00003.mpls）523が置かれている。「プレイリスト・ファイル」はＡＶストリーム・ファイルの再生経路、すなわちＡＶストリーム・ファイルの再生対象の部分とその再生順とを規定する。プレイリスト・ファイルの種類には２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとがある。「２Ｄプレイリスト・ファイル」はファイル２Ｄの再生経路を規定する。「３Ｄプレイリスト・ファイル」は、２Ｄ再生モードの再生装置に対してはファイル２Ｄの再生経路を規定し、３Ｄ再生モードの再生装置に対してはファイルＳＳの再生経路を規定する。図５に示されている例では、第１プレイリスト・ファイル（00001.mpls）521は２Ｄプレイリスト・ファイルであり、ファイル２Ｄ541の再生経路を規定する。第２プレイリスト・ファイル（00002.mpls）522は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ541の再生経路を規定し、Ｌ／Ｒモードの再生装置に対しては第１ファイルＳＳ544Aの再生経路を規定する。第３プレイリスト・ファイル（00003.mpls）523は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ541の再生経路を規定し、デプス・モードの再生装置に対しては第２ファイルＳＳ544Bの再生経路を規定する。
ＢＤＪＯディレクトリ550にはＢＤ−Ｊオブジェクト・ファイル（XXXXX.bdjo）551が置かれている。ＢＤ−Ｊオブジェクト・ファイル551はＢＤ−Ｊオブジェクトを一つ含む。ＢＤ−Ｊオブジェクトは、再生装置102に実装されたＪａｖａ仮想マシンに、タイトルの再生処理及びグラフィックス映像の描画処理を実行させるためのバイトコード・プログラムである。ＢＤ−Ｊオブジェクトは、Ｊａｖａ言語等のコンパイラ型言語で記述されている。ＢＤ−Ｊオブジェクトは、アプリケーション管理テーブルと、参照対象のプレイリスト・ファイルの識別情報とを含む。アプリケーション管理テーブルは、Ｊａｖａ仮想マシンに実行させるべきＪａｖａアプリケーション・プログラムとその実行時期（ライフサイクル）とのリストである。参照対象のプレイリスト・ファイルの識別情報は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンは、ユーザの操作又はアプリケーション・プログラムに従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、再生装置102は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置103にグラフィックス映像をタイトルの映像とは独立に表示させる。
ＪＡＲディレクトリ560にはＪＡＲファイル（YYYYY.jar）561が置かれている。ＪＡＲファイル561は、ＢＤ−Ｊオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきＪａｖａアプリケーション・プログラムの本体を一般に複数含む。Ｊａｖａアプリケーション・プログラムは、ＢＤ−Ｊオブジェクトと同様、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。Ｊａｖａアプリケーション・プログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及びＪａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。ＪＡＲファイル561はＪａｖａアーカイブ・ファイルであり、再生装置102に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にＪａｖａアプリケーション・プログラムが格納される。
≪多重化ストリーム・データの構造≫
図６の（ａ）は、ＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームを示す模式図である。メインＴＳはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームであり、図５に示されているファイル２Ｄ541に含まれる。図６の（ａ）を参照するに、メインＴＳはプライマリ・ビデオ・ストリーム601とプライマリ・オーディオ・ストリーム602A、602Bとを含む。メインＴＳはその他に、プレゼンテーション・グラフィックス（ＰＧ）ストリーム603A、603B、インタラクティブ・グラフィックス（ＩＧ）ストリーム604、セカンダリ・オーディオ・ストリーム605、及びセカンダリ・ビデオ・ストリーム606を含んでもよい。
プライマリ・ビデオ・ストリーム601は映画の主映像を表し、セカンダリ・ビデオ・ストリーム606は副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。プライマリ・ビデオ・ストリーム601とセカンダリ・ビデオ・ストリーム606とはいずれもベースビュー・ビデオ・ストリームである。各ビデオ・ストリーム601、606は、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、又はＳＭＰＴＥ ＶＣ−１等の動画圧縮符号化方式で符号化されている。
プライマリ・オーディオ・ストリーム602A、602Bは映画の主音声を表す。ここで、二つのプライマリ・オーディオ・ストリーム602A、602Bの間では言語が異なる。セカンダリ・オーディオ・ストリーム605は、その主音声とミキシングされるべき副音声を表す。各オーディオ・ストリーム602A、602B、605は、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ（Meridian Lossless Packing：登録商標）、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ−ＨＤ、又はリニアＰＣＭ（Pulse Code Modulation）等の方式で符号化されている。
各ＰＧストリーム603A、603Bは、グラフィックスによる字幕等、プライマリ・ビデオ・ストリーム601の表す映像に重ねて表示されるべきグラフィックス映像を表す。二つのＰＧストリーム603A、603Bの間では、例えば字幕の言語が異なる。ＩＧストリーム604は、表示装置103の画面131上に対話画面を構成するためのグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィックス部品及びその配置を表す。
エレメンタリ・ストリーム601−606はパケット識別子（ＰＩＤ）によって識別される。ＰＩＤの割り当ては例えば次のとおりである。一つのメインＴＳはプライマリ・ビデオ・ストリームを一本のみ含むので、プライマリ・ビデオ・ストリーム601には１６進数値０ｘ１０１１が割り当てられる。一つのメインＴＳに他のエレメンタリ・ストリームが種類ごとに最大３２本まで多重化可能であるとき、プライマリ・オーディオ・ストリーム602A、602Bには０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム603A、603Bには０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム604には０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオ・ストリーム605には０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム606には０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。
図６の（ｂ）は、ＢＤ−ＲＯＭディスク101上の第１サブＴＳに多重化されたエレメンタリ・ストリームを示す模式図である。第１サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図５に示されている第１ファイルＤＥＰ542に含まれる。図６の（ｂ）を参照するに、第１サブＴＳはプライマリ・ビデオ・ストリーム611を含む。第１サブＴＳはその他に、レフトビューＰＧストリーム612A、612B、ライトビューＰＧストリーム613A、613B、レフトビューＩＧストリーム614、ライトビューＩＧストリーム615、及びセカンダリ・ビデオ・ストリーム616を含んでもよい。プライマリ・ビデオ・ストリーム611はライトビュー・ビデオ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム601が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。レフトビューとライトビューとのＰＧストリームの対612A＋613A、612B＋613Bは、字幕等のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。レフトビューとライトビューとのＩＧストリームの対614、615は、対話画面のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。セカンダリ・ビデオ・ストリーム616はライトビュー・ビデオ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム606が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。
エレメンタリ・ストリーム611−616に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム611には０ｘ１０１２が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、レフトビューＰＧストリーム612A、612Bには０ｘ１２２０から０ｘ１２３Ｆまでのいずれかが割り当てられ、ライトビューＰＧストリーム613A、613Bには０ｘ１２４０から０ｘ１２５Ｆまでのいずれかが割り当てられる。レフトビューＩＧストリーム614には０ｘ１４２０から０ｘ１４３Ｆまでのいずれかが割り当てられ、ライトビューＩＧストリーム615には０ｘ１４４０から０ｘ１４５Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム616には０ｘ１Ｂ２０から０ｘ１Ｂ３Ｆまでのいずれかが割り当てられる。
図６の（ｃ）は、ＢＤ−ＲＯＭディスク101上の第２サブＴＳに多重化されたエレメンタリ・ストリームを示す模式図である。第２サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図５に示されている第２ファイルＤＥＰ543に含まれる。図６の（ｃ）を参照するに、第２サブＴＳはプライマリ・ビデオ・ストリーム621を含む。第２サブＴＳはその他に、デプスマップＰＧストリーム623A、623B、デプスマップＩＧストリーム624、及びセカンダリ・ビデオ・ストリーム626を含んでもよい。プライマリ・ビデオ・ストリーム621はデプスマップ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム601との組み合わせで３Ｄ映像を表す。デプスマップＰＧストリーム623A、623Bは、メインＴＳ内のＰＧストリーム623A、623Bの表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＰＧストリームとして利用される。デプスマップＩＧストリーム624は、メインＴＳ内のＩＧストリーム604の表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＩＧストリームとして利用される。セカンダリ・ビデオ・ストリーム626はデプスマップ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム606との組み合わせで３Ｄ映像を表す。
エレメンタリ・ストリーム621−626に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム621には０ｘ１０１３が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、デプスマップＰＧストリーム623A、623Bには０ｘ１２６０から０ｘ１２７Ｆまでのいずれかが割り当てられる。デプスマップＩＧストリーム624には０ｘ１４６０から０ｘ１４７Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム626には０ｘ１Ｂ４０から０ｘ１Ｂ５Ｆまでのいずれかが割り当てられる。
図７は、メインＴＳ700内の各エレメンタリ・ストリーム701、702、703、704に属するＴＳパケットの配置を示す模式図である。ビデオ・ストリーム701では、まず、各フレーム701Aが一つのＰＥＳ（Packetized Elementarty Stream）パケット711に変換される。次に、各ＰＥＳパケット711が一般に複数のＴＳパケット721に変換される。同様に、オーディオ・ストリーム702、ＰＧストリーム703、及びＩＧストリーム704はそれぞれ、一旦ＰＥＳパケット712、713、714の列に変換された後、ＴＳパケット722、723、724の列に変換される。最後に、各エレメンタリ・ストリーム701、702、703、704から得られたＴＳパケット721、722、723、724が一本のストリーム・データ、すなわちメインＴＳ700に時分割で多重化される。
図８の（ａ）は、メインＴＳを構成するＴＳパケット列の模式図である。図８の（ａ）を参照するに、各ＴＳパケット801は１８８バイト長のパケットであり、４バイト長のＴＳヘッダ801Hと１８４バイト長のＴＳペイロード801Pとを含む。図７に示されているＰＥＳパケット711−714はそれぞれ、一般に複数の部分に分割され、各部分が異なるＴＳペイロード801Pに格納される。一方、ＴＳヘッダ801Hには、同じＴＳパケット801のＴＳペイロード801Pに格納されたデータの属するエレメンタリ・ストリームのＰＩＤが格納される。
図８の（ｂ）は、メインＴＳのＴＳパケット列から構成されたソースパケット列の模式図である。図８の（ａ）に示されているＴＳパケット801がＢＤ−ＲＯＭディスク101に記録されるとき、図８の（ｂ）に示されているように、そのＴＳパケット801には４バイト長のヘッダ（TP＿Extra＿Header）802Hが付与される。このヘッダ802HとＴＳパケット802Pとの組み合わせから成る１９２バイト長のパケット802を「ソースパケット」という。ソースパケット802のヘッダ802HはＡＴＳ（Arrival＿Time＿Stamp）を含む。「ＡＴＳ」は、ソースパケット802がＢＤ−ＲＯＭディスク101から再生装置102内のシステム・ターゲット・デコーダへ送られたとき、そのソースパケット802の中からＴＳパケット802Pが抽出されてそのシステム・ターゲット・デコーダ内のＰＩＤフィルタへ転送され始めるべき時刻を示す。尚、システム・ターゲット・デコーダ、及び再生装置102によるＡＴＳの利用の詳細については後述する。
図８の（ｃ）は、一連のソースパケット802が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。図８の（ｃ）を参照するに、一連のソースパケット802は３２個ずつ、三つの連続するセクタ811、812、813に記録されている。これは、３２個のソースパケットのデータ量１９２バイト×３２＝６１４４バイトが三つのセクタの合計サイズ２０４８バイト×３＝６１４４バイトに等しいことに因る。このように、三つの連続するセクタ811、812、813に記録された３２個のソースパケット802を「アラインド・ユニット（Aligned Unit）」820という。再生装置102はＢＤ−ＲＯＭディスク101からソースパケット802をアラインド・ユニット820ごとに、すなわち３２個ずつ読み出す。また、セクタ群811、812、813、…は先頭から順に３２個ずつに分割され、それぞれが一つの誤り訂正符号（ＥＣＣ）ブロック830を構成している。ＢＤ−ＲＯＭドライブ121はＥＣＣブロック830ごとに誤り訂正処理を行う。
サブＴＳも、図７、８に示されているメインＴＳのパケット構造と同様なパケット構造を持つ。但し、サブＴＳはメインＴＳとはビデオ・ストリームのデータ構造が異なる。
≪ビデオ・ストリームのデータ構造≫
図９は、ベースビュー・ビデオ・ストリーム901とライトビュー・ビデオ・ストリーム902とのピクチャを表示時間順に示す模式図である。図９を参照するに、ベースビュー・ビデオ・ストリーム901はピクチャ910、911、912、…、919を含み、ライトビュー・ビデオ・ストリーム902はピクチャ920、921、922、…、929を含む。各ピクチャ910−919、920−929は１フレーム又は１フィールドを表し、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。
上記の符号化方式による各ピクチャの圧縮には、そのピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化を「ピクチャ内符号化」という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの近似性を利用するピクチャの符号化を「ピクチャ間予測符号化」という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して動き補償が行われる。更に、動き補償後のピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。
図９を参照するに、ベースビュー・ビデオ・ストリーム901に含まれるピクチャは一般に複数のＧＯＰ931、932に分割されている。「ＧＯＰ」は、Ｉ（Intra）ピクチャを先頭とする複数枚の連続するピクチャの列をいう。「Ｉピクチャ」は、ピクチャ内符号化によって圧縮されたピクチャをいう。ＧＯＰは一般に、Ｉピクチャの他に、Ｐ（Predictive）ピクチャとＢ（Bidirectionally Predivtive）ピクチャとを含む。「Ｐピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前であるＩピクチャ又は別のＰピクチャが一枚、参照ピクチャとして利用されたものをいう。「Ｂピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前又は後であるＩピクチャ又はＰピクチャが二枚、参照ピクチャとして利用されたものをいう。Ｂピクチャのうち、他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを特に「Ｂｒ（reference B）ピクチャ」という。
図９に示されている例では各ＧＯＰ931、932内のピクチャが以下の順で圧縮される。第１ＧＯＰ931では、まず先頭のピクチャがＩ0ピクチャ910に圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に、４番目のピクチャがＩ0ピクチャ910を参照ピクチャとしてＰ3ピクチャ913に圧縮される。ここで、図９に示されている各矢印は、先端のピクチャが後端のピクチャに対する参照ピクチャであることを示す。続いて、２、３番目のピクチャがＩ0ピクチャ910とＰ3ピクチャ913とを参照ピクチャとして、それぞれ、Ｂｒ1ピクチャ911、Ｂｒ2ピクチャ912に圧縮される。更に７番目のピクチャがＰ3ピクチャ913を参照ピクチャとしてＰ6ピクチャ916に圧縮される。続いて、４、５番目のピクチャがＰ3ピクチャ913とＰ6ピクチャ916とを参照ピクチャとして、それぞれ、Ｂｒ4ピクチャ914、Ｂｒ5ピクチャ915に圧縮される。同様に、第２ＧＯＰ932では、まず先頭のピクチャがＩ7ピクチャ917に圧縮され、次に３番目のピクチャがＩ7ピクチャ917を参照ピクチャとしてＰ9ピクチャ919に圧縮される。続いて、２番目のピクチャがＩ7ピクチャ917とＰ9ピクチャ919とを参照ピクチャとしてＢｒ8ピクチャ918に圧縮される。
ベースビュー・ビデオ・ストリーム901では各ＧＯＰ931、932がその先頭にＩピクチャを必ず含むので、ピクチャはＧＯＰごとに復号可能である。例えば第１ＧＯＰ931では、まずＩ0ピクチャ910が単独で復号される。次に、復号後のＩ0ピクチャ910を利用してＰ3ピクチャ913が復号される。続いて、復号後のＩ0ピクチャ910とＰ3ピクチャ913とを利用してＢｒ1ピクチャ911とＢｒ2ピクチャ912とが復号される。後続のピクチャ群914、915、…も同様に復号される。こうして、ベースビュー・ビデオ・ストリーム901は単独で復号可能であり、更にＧＯＰ単位でのランダム・アクセスが可能である。
図９を更に参照するに、ライトビュー・ビデオ・ストリーム902内のピクチャ920−929はピクチャ間予測符号化で圧縮されている。しかし、その符号化方法はベースビュー・ビデオ・ストリーム901内のピクチャ910−919の符号化方法とは異なり、映像の時間方向での冗長性に加え、左右の映像間の冗長性をも利用する。具体的には、各ピクチャ920−929の参照ピクチャが、図９に矢印で示されているように、同じストリーム902からだけでなく、ベースビュー・ビデオ・ストリーム901からも選択される。特にライトビュー・ビデオ・ストリーム902内の各ピクチャ920−929と、ベースビュー・ビデオ・ストリーム901から選択されたその参照ピクチャとは表示時刻が実質的に等しい。それらのピクチャは３Ｄ映像の同じシーンのライトビューとレフトビューとの対、すなわち視差映像を表す。このように、ライトビュー・ビデオ・ストリームのピクチャ920−929はベースビュー・ビデオ・ストリーム901のピクチャ910−919と一対一に対応する。特にライトビュー・ビデオ・ストリーム902はベースビュー・ビデオ・ストリーム901と同様、ＧＯＰ単位に分割されている。
図９に示されている例では、まずライトビュー・ビデオ・ストリーム902内の先頭のピクチャがベースビュー・ビデオ・ストリーム901内のＩ0ピクチャ910を参照ピクチャとしてＰ0ピクチャ920に圧縮される。ここで、それらのピクチャ910、920は３Ｄ映像の先頭フレームのレフトビューとライトビューとを表す。次に、４番目のピクチャがＰ0ピクチャ920とベースビュー・ビデオ・ストリーム901内のＰ3ピクチャ913とを参照ピクチャとしてＰ3ピクチャ923に圧縮される。続いて、２番目のピクチャがＰ0ピクチャ920とＰ3ピクチャ923とに加えて、ベースビュー・ビデオ・ストリーム901内のＢｒ1ピクチャ911を参照ピクチャとしてＢ1ピクチャ921に圧縮される。同様に、３番目のピクチャがＰ0ピクチャ920とＰ3ピクチャ930とに加えて、ベースビュー・ビデオ・ストリーム901内のＢｒ2ピクチャ912を参照ピクチャとしてＢ2ピクチャ922に圧縮される。以降のピクチャ924−929についても同様に、そのピクチャと表示時刻が実質的に等しいベースビュー・ビデオ・ストリーム901内のピクチャが参照ピクチャとして利用される。
上記のような左右の映像間の相関関係を利用した動画圧縮符号化方式としては、ＭＶＣ（Multiview Video Coding）と呼ばれるＭＰＥＧ−４ ＡＶＣ／Ｈ．２６４の修正規格が知られている。ＭＶＣは、ＩＳＯ／ＩＥＣ ＭＰＥＧとＩＴＵ−Ｔ ＶＣＥＧとの共同プロジェクトであるＪＶＴ（Joint Video Team）によって２００８年７月に策定されたものであり、複数の視点から見える映像をまとめて符号化するための規格である。ＭＶＣでは映像間予測符号化に、映像の時間方向での類似性だけでなく、視点の異なる映像間の類似性も利用される。その予測符号化では、各視点から見た映像を個別に圧縮する予測符号化よりも映像の圧縮率が高い。
上記のとおり、ライトビュー・ビデオ・ストリーム902内の各ピクチャの圧縮には、ベースビュー・ビデオ・ストリーム901内の各ピクチャが参照ピクチャとして利用される。従って、ベースビュー・ビデオ・ストリーム901とは異なり、ライトビュー・ビデオ・ストリーム902を単独で復号することはできない。しかし、視差映像間の差異は一般にわずかであり、すなわちレフトビューとライトビューとの間の相関は高い。従って、ライトビュー・ビデオ・ストリーム902内の各ピクチャは一般にベースビュー・ビデオ・ストリーム901内の各ピクチャよりも圧縮率が著しく高く、すなわちデータ量が著しく小さい。
図１０は、ベースビュー・ビデオ・ストリーム901とデプスマップ・ストリーム1001とのピクチャを表示時間順に示す模式図である。図１０を参照するに、ベースビュー・ビデオ・ストリーム901は、図９に示されているものと同様である。従って、その詳細についての説明は、図９についての説明を援用する。一方、デプスマップ・ストリーム1001はデプスマップ1010、1011、1012、…、1019を含む。デプスマップ1010−1019はベースビュー・ビデオ・ストリーム901のピクチャ910−919と一対一に対応し、各ピクチャの示す１フレーム又は１フィールドの２Ｄ映像に対するデプスマップを表す。
各デプスマップ1010−1019は、ベースビュー・ビデオ・ストリーム901内の各ピクチャ910−919と同様、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。特にその符号化方式ではピクチャ間予測符号化が利用される。すなわち、各デプスマップが他のデプスマップを参照ピクチャとして利用して圧縮される。図１０に示されている例では、まず第１ＧＯＰ931に対応するデプスマップ群の先頭がＩ0ピクチャ1010に圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に、４番目のデプスマップがＩ0ピクチャ1010を参照ピクチャとしてＰ3ピクチャ1013に圧縮される。ここで、図１０に示されている各矢印は、先端のピクチャが後端のピクチャに対する参照ピクチャであることを示す。続いて、２、３番目のデプスマップがＩ0ピクチャ1010とＰ3ピクチャ1013とを参照ピクチャとして、Ｂ1ピクチャ1011、Ｂ2ピクチャ1012のそれぞれに圧縮される。更に７番目のデプスマップがＰ3ピクチャ1013を参照ピクチャとしてＰ6ピクチャ1016に圧縮される。続いて、４、５番目のデプスマップがＰ3ピクチャ1013とＰ6ピクチャ1016とを参照ピクチャとして、Ｂ4ピクチャ1014、Ｂ5ピクチャ1015のそれぞれに圧縮される。同様に、第２ＧＯＰ932に対応するデプスマップ群では、まず先頭のデプスマップがＩ7ピクチャ1017に圧縮され、次に３番目のデプスマップがＩ7ピクチャ1017を参照ピクチャとしてＰ9ピクチャ1019に圧縮される。続いて、２番目のデプスマップがＩ7ピクチャ1017とＰ9ピクチャ1019とを参照ピクチャとしてＢ8ピクチャ1018に圧縮される。
デプスマップ・ストリーム1001はベースビュー・ビデオ・ストリーム901と同様にＧＯＰ単位に分割され、各ＧＯＰがその先頭にＩピクチャを必ず含む。従って、デプスマップはＧＯＰごとに復号可能である。例えば、まずＩ0ピクチャ1010が単独で復号され、次に復号後のＩ0ピクチャ1010を利用してＰ3ピクチャ1013が復号される。続いて、復号後のＩ0ピクチャ1010とＰ3ピクチャ1013とを利用して、Ｂ1ピクチャ1011とＢ2ピクチャ1012とが復号される。後続のピクチャ群1014、1015、…も同様に復号される。こうして、デプスマップ・ストリーム1001は単独で復号可能である。しかし、デプスマップ自体は２Ｄ映像の各部の奥行きを画素別に表す情報でしかないので、デプスマップ・ストリーム1001を単独で映像の再生に利用することはできない。
ライトビュー・ビデオ・ストリーム902とデプスマップ・ストリーム1001とは同じ符号化方式で圧縮される。例えば、ライトビュー・ビデオ・ストリーム902がＭＶＣのフォーマットで符号化されているとき、デプスマップ・ストリーム1001もＭＶＣのフォーマットで符号化されている。その場合、再生装置102は３Ｄ映像の再生時、符号化方式を一定に維持したまま、Ｌ／Ｒモードとデプス・モードとの切り換えをスムーズに実現できる。
図１１は、ビデオ・ストリーム1100のデータ構造の詳細を示す模式図である。ビデオ・ストリーム1100は、ベースビュー・ビデオ・ストリーム901であっても、ディペンデントビュー・ビデオ・ストリーム902、1001であってもよい。図１１を参照するに、実際のビデオ・ストリーム1100を構成する各ＧＯＰ1110、1120では、図９に示されているものと同様なＧＯＰの実体930、940に加え、ヘッダが各ピクチャ910、911、912、…に個別に付与されている。このヘッダと各ピクチャの実体との組み合わせを「ビデオ・アクセスユニット（ＶＡＵ）」という。すなわち、各ＧＯＰ1110、1120ではピクチャごとに一つのＶＡＵ1111、1112、…が構成されている。各ピクチャはＶＡＵ単位でビデオ・ストリーム1100から読み出し可能である。
図１１を更に参照するに、各ＧＯＰ1110、1120の先頭のＶＡＵ（ＶＡＵ＃１）1111はＩ0ピクチャ910の実体とヘッダとを含む。Ｉ0ピクチャ910の実体は圧縮ピクチャ・データ1111Eに格納されている。ヘッダは、アクセスユニット（ＡＵ）識別コード1111A、シーケンス・ヘッダ1111B、ピクチャ・ヘッダ1111C、及び補足データ1111Dを含む。ＡＵ識別コード1111Aは、各ＶＡＵの先端を示す所定の符号である。シーケンス・ヘッダ1111BはＧＯＰヘッダともいい、そのＧＯＰ1110の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャ・ヘッダ1111Cは、符号化方式の種類等、Ｉ0ピクチャ910の復号に必要な情報を含む。補足データ1111Dは、Ｉ0ピクチャ910の復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、及びタイムコード情報を含む。各ＧＯＰ1110、1120の二番目以降のＶＡＵは、ヘッダがシーケンス・ヘッダ1111Bを含まない点を除き、ＶＡＵ＃１1111と構造が等しい。例えばＶＡＵ＃２1112は、Ｐ3ピクチャ913の実体とヘッダとを含む。ＶＡＵ1111、1112の各部の具体的な内容はビデオ・ストリーム1100の符号化方式ごとに異なる。例えばその符号化方式がＭＰＥＧ−４ ＡＶＣであるとき、ＶＡＵ1111、1112は複数のＮＡＬユニットから構成される。そのとき、ＡＵ識別コード1111A、シーケンス・ヘッダ1111B、ピクチャ・ヘッダ1111C、補足データ1111D、及び圧縮ピクチャ・データ111Eはそれぞれ、ＡＵデリミタ（Access Unit Delimiter）、ＳＰＳ（シーケンス・パラメータ・セット）、ＰＰＳ（ピクチャ・パラメータ・セット）、ＳＥＩ（Supplemental Enhancement Information）、及びビュー・コンポーネントに相当する。
図１２は、ＰＥＳパケット列1202へのビデオ・ストリーム1201の格納方法の詳細を示す模式図である。ビデオ・ストリーム1201は、ベースビュー・ビデオ・ストリーム901であっても、ディペンデントビュー・ビデオ・ストリーム902、1001であってもよい。図１２を参照するに、実際のビデオ・ストリーム1201では、ピクチャが表示時間順ではなく符号化順に多重化されている。すなわち、図１２に示されているように、ビデオ・ストリーム1201を構成するＶＡＵには、先頭から順に、Ｉ0ピクチャ1210、Ｐ3ピクチャ1211、Ｂ1ピクチャ1212、Ｂ2ピクチャ1213、…が格納されている。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。Ｐ3ピクチャ1211の符号化にはＩ0ピクチャ1210が参照ピクチャとして利用され、Ｂ1ピクチャ1212とＢ2ピクチャ1213との各符号化にはＩ0ピクチャ1210とＰ3ピクチャ1211とが参照ピクチャとして利用される。それらのＶＡＵが一つずつ、異なるＰＥＳパケット1220、1221、1222、1223、…に格納される。各ＰＥＳパケット1220はＰＥＳペイロード1220PとＰＥＳヘッダ1220Hとを含む。ＶＡＵはＰＥＳペイロード1220Pに格納される。一方、ＰＥＳヘッダ1220Hは、同じＰＥＳパケット1220のＰＥＳペイロード1220Pに格納されたピクチャの表示時刻（ＰＴＳ：Presentation Time−Stamp）、及びそのピクチャの復号時刻（ＤＴＳ：Decoding Time−Stamp）を含む。
図１２に示されているビデオ・ストリーム1201と同様、図６に示されている他のエレメンタリ・ストリームも一連のＰＥＳパケットの各ＰＥＳペイロードに格納される。更に各ＰＥＳパケットのＰＥＳヘッダは、そのＰＥＳパケットのＰＥＳペイロードに格納されたデータのＰＴＳを含む。
図１３の（ａ）、（ｂ）は、ベースビュー・ビデオ・ストリーム1301とディペンデントビュー・ビデオ・ストリーム1302とのそれぞれについて、各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。図１３を参照するに、両ビデオ・ストリーム1301、1302の間では、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャに対して同じＰＴＳ及び同じＤＴＳが割り当てられている。例えば３Ｄ映像の先頭のフレーム又はフィールドは、ベースビュー・ビデオ・ストリーム1301のＩ1ピクチャ1311とディペンデントビュー・ビデオ・ストリーム1302のＰ1ピクチャ1321との組み合わせから再現される。従って、それらのピクチャの対1311、1321ではＰＴＳが等しく、かつＤＴＳが等しい。ここで、下付の数字は、各ピクチャにＤＴＳの順に割り振られた通し番号を示す。また、ディペンデントビュー・ビデオ・ストリーム1302がデプスマップ・ストリームであるとき、Ｐ1ピクチャ1321は、Ｉ1ピクチャ1311に対するデプスマップを表すＩピクチャに置き換えられる。同様に、各ビデオ・ストリーム1301、1302の２番目のピクチャ、すなわち、Ｐ2ピクチャ1312、1322の対ではＰＴＳが等しく、かつＤＴＳが等しい。各ビデオ・ストリーム1301、1302の３番目のピクチャ、すなわちＢｒ3ピクチャ1313とＢ3ピクチャ1323との対ではＰＴＳとＤＴＳとがいずれも共通である。Ｂｒ4ピクチャ1314とＢ4ピクチャ1324との対でも同様である。
ベースビュー・ビデオ・ストリーム1301とディペンデントビュー・ビデオ・ストリーム1302との間で、ＰＴＳが等しく、かつＤＴＳが等しいピクチャを含むＶＡＵの対を「３Ｄ・ＶＡＵ」という。図１３に示されているＰＴＳとＤＴＳとの割り当てにより、３Ｄ再生モードの再生装置102内のデコーダにベースビュー・ビデオ・ストリーム1301とディペンデントビュー・ビデオ・ストリーム1302とを３Ｄ・ＶＡＵ単位でパラレルに処理させることが容易にできる。それにより、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャがデコーダによって確実にパラレルに処理される。更に、各ＧＯＰの先頭の３Ｄ・ＶＡＵではシーケンス・ヘッダが、同じ解像度、同じフレームレート、及び同じアスペクト比を含む。特にそのフレームレートは、２Ｄ再生モードにおいてベースビュー・ビデオ・ストリーム1301が単独で復号されるときの値に等しい。
図１４は、図１１に示されている補足データ1111Dのデータ構造を示す模式図である。補足データ111Dは、特にＭＰＥＧ−４ ＡＶＣではＮＡＬユニットの一種“ＳＥＩ”に相当する。図１４を参照するに、補足データ1111Dは復号スイッチ情報1401を含む。復号スイッチ情報1401は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの両方で各ＶＡＵに含まれる。復号スイッチ情報1401は、再生装置102内のデコーダに、次に復号すべきＶＡＵを容易に特定させるための情報である。ここで、そのデコーダは後述のように、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとをＶＡＵ単位で交互に復号する。そのとき、そのデコーダは一般に、各ＶＡＵに付与されたＤＴＳの示す時刻に合わせて、次に復号すべきＶＡＵを特定する。しかし、デコーダの種類には、ＤＴＳを無視してＶＡＵを順次、復号し続けるものも多い。そのようなデコーダにとって、各ＶＡＵがＤＴＳに加えて復号スイッチ情報1401を含むことは好ましい。
図１４を参照するに、復号スイッチ情報1401は、次アクセスユニット・タイプ1411、次アクセスユニット・サイズ1412、及び復号カウンタ1413を含む。次アクセスユニット・タイプ1411は、次に復号されるべきＶＡＵがベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれに属するのかを示す。例えば、次アクセスユニット・タイプ1411の値が「１」であるときは、次に復号されるべきＶＡＵはベースビュー・ビデオ・ストリームに属し、「２」であるときはディペンデントビュー・ビデオ・ストリームに属する。次アクセスユニット・タイプ1411の値が「０」であるときは、現在のＶＡＵが復号対象のストリームの後端に位置し、次に復号されるべきＶＡＵが存在しない。次アクセスユニット・サイズ1412は、次に復号されるべきＶＡＵのサイズを示す。再生装置102内のデコーダは、次アクセスユニット・サイズ1412を参照することにより、ＶＡＵの構造自体を解析することなく、そのサイズを特定できる。従って、デコーダはバッファからＶＡＵを容易に抽出できる。復号カウンタ1413は、それの属するＶＡＵが復号されるべき順番を示す。その順番は、ベースビュー・ビデオ・ストリーム内のＩピクチャを含むＶＡＵから数えられる。
図１５の（ａ）は、ベースビュー・ビデオ・ストリーム1501とディペンデントビュー・ビデオ・ストリーム1502との各ピクチャに割り当てられた復号カウンタの一例1510、1520を示す模式図である。図１５の（ａ）を参照するに、復号カウンタ1510、1520は両ビデオ・ストリーム1501、1502の間で交互にインクリメントされる。例えば、ベースビュー・ビデオ・ストリーム1501内のＩピクチャを含むＶＡＵ1511に対し、復号カウンタ1510として「１」が割り当てられる。次に復号されるべきディペンデントビュー・ビデオ・ストリーム1502内のＰピクチャを含むＶＡＵ1521に対し、復号カウンタ1520として「２」が割り当てられる。更にその次に復号されるべきベースビュー・ビデオ・ストリーム1501内のＰピクチャを含むＶＡＵ1512に対し、復号カウンタ1510として「３」が割り当てられる。その割り当てにより、何らかの不具合が原因で再生装置102内のデコーダがいずれかのＶＡＵを読み損なったときでも、それによって欠落したピクチャをデコーダは復号カウンタ1510、1520から直ちに特定できる。従って、デコーダはエラー処理を適切に、かつ迅速に実行できる。
図１５の（ａ）に示されている例では、ベースビュー・ビデオ・ストリーム1501の３番目のＶＡＵ1513の読み込みにエラーが生じ、Ｂｒピクチャが欠落している。しかし、デコーダは、ディペンデントビュー・ビデオ・ストリーム1502の２番目のＶＡＵ1522に含まれるＰピクチャの復号処理で、そのＶＡＵ1522から復号カウンタ1520を読み出して保持している。従って、デコーダは次に処理すべきＶＡＵの復号カウンタ1510を予測できる。具体的には、そのＰピクチャを含むＶＡＵ1522内の復号カウンタ1520は「４」であるので、次に読み込まれるべきＶＡＵの復号カウンタ1510は「５」であると予測される。しかし、実際には、次に読み込まれたＶＡＵはベースビュー・ビデオ・ストリーム1501の４番目のＶＡＵ1514であったので、その復号カウンタ1510は「７」である。そのことから、デコーダは、ＶＡＵを一つ読み損ねたことを検出できる。従って、デコーダは次のエラー処理を実行できる：「ディペンデントビュー・ビデオ・ストリーム1502の３番目のＶＡＵ1523から抽出されたＢピクチャについては、参照すべきＢｒピクチャが欠落しているので復号処理をスキップする」。このように、デコーダは復号処理ごとに復号カウンタ1510、1520をチェックする。それにより、デコーダはＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
図１５の（ｂ）は、ベースビュー・ビデオ・ストリーム1501とディペンデントビュー・ビデオ・ストリーム1502との各ピクチャに割り当てられた復号カウンタの別例1530、1540を示す模式図である。図１５の（ｂ）を参照するに、復号カウンタ1530、1540は各ビデオ・ストリーム1501、1502で別々にインクリメントされる。従って、復号カウンタ1530、1540は、同じ３Ｄ・ＶＡＵに属する一対のピクチャ間で等しい。その場合、デコーダはベースビュー・ビデオ・ストリーム1501のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタ1530が、次に復号されるべきディペンデントビュー・ビデオ・ストリーム1502のＶＡＵの復号カウンタ1540に等しい」。一方、デコーダはディペンデントビュー・ビデオ・ストリーム1502のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタ1540に１を加えた値が、次に復号されるべきベースビュー・ビデオ・ストリーム1501のＶＡＵの復号カウンタ1530に等しい」。従って、デコーダはいずれの時点でも復号カウンタ1530、1540からＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
≪多重化ストリーム・データのインターリーブ配置≫
３Ｄ映像のシームレス再生には、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのＢＤ−ＲＯＭディスク101上での物理的な配置が重要である。ここで、「シームレス再生」とは、多重化ストリーム・データから映像と音声とを途切れさせることなく滑らかに再生することをいう。
図１６は、図６に示されているメインＴＳ、第１サブＴＳ、及び第２サブＴＳのそれぞれに属するデータ・ブロック群のＢＤ−ＲＯＭディスク101上での物理的な配置を示す模式図である。「データ・ブロック」とは、ＢＤ−ＲＯＭディスク101上の連続領域、すなわち物理的に連続する複数のセクタに記録された一連のデータをいう。ＢＤ−ＲＯＭディスク101では物理アドレスが論理アドレスと実質的に等しいので、各データ・ブロック内ではＬＢＮも連続している。従って、ＢＤ−ＲＯＭドライブ121は一つのデータ・ブロックを、光ピックアップにシークを行わせることなく連続して読み出すことができる。以下、メインＴＳに属するデータ・ブロックL1、L2、L3、…を「ベースビュー・データ・ブロック」といい、サブＴＳに属するデータ・ブロックR1、R2、R3、…、D1、D2、D3、…を「ディペンデントビュー・データ・ブロック」という。特に、第１サブＴＳに属するデータ・ブロックR1、R2、R3、…を「ライトビュー・データ・ブロック」といい、第２サブＴＳに属するデータ・ブロックD1、D2、D3、…を「デプスマップ・データ・ブロック」という。図１６を参照するに、データ・ブロック群はＢＤ−ＲＯＭディスク101上のトラック1601に沿って連続的に記録されている。更に、ベースビュー・データ・ブロックL1、L2、L3、…、ライトビュー・データ・ブロックR1、R2、R3、…、及びデプスマップ・データ・ブロックD1、D2、D3、…が一つずつ交互に配置されている。このようなデータ・ブロック群の配置を「インターリーブ配置」という。
本発明の実施形態１によるインターリーブ配置では、隣接する三種類のデータ・ブロックの間でエクステントＡＴＣ時間が等しい。例えば図１６では、先頭のデプスマップ・データ・ブロックD1、先頭のライトビュー・データ・ブロックR1、及び、先頭のベースビュー・データ・ブロックL1が連続している。それらのデータ・ブロックD1、R1、L1間ではエクステントＡＴＣ時間が等しい。ここで、「ＡＴＣ（Arrival Time Clock）」は、ＡＴＳの基準とされるべきクロックを意味する。また、「エクステントＡＴＣ時間」はＡＴＣの値で定義され、一つのエクステント内のソースパケットに付与されたＡＴＳの範囲、すなわち、そのエクステントの先頭のソースパケットのＡＴＳから次のエクステントの先頭のソースパケットのＡＴＳまでの時間間隔を表す。すなわち、エクステントＡＴＣ時間は、そのエクステント内のソースパケットを全て、再生装置102内でリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間に等しい。尚、「リード・バッファ」は再生装置102内のバッファ・メモリであり、ＢＤ−ＲＯＭディスク101から読み出されたデータ・ブロックをシステム・ターゲット・デコーダに送るまでの間、一時的に格納する。
エクステントＡＴＣ時間の等しい三種類のデータ・ブロック間では更に、再生期間が一致し、かつビデオ・ストリームの再生時間が等しくてもよい。例えば図１６では、先頭の三つのデータ・ブロックD1、R1、L1間で、再生期間が一致し、かつビデオ・ストリームの再生時間が等しい。後続のデータ・ブロック群でも同様に、エクステントＡＴＣ時間の等しい三種類のデータ・ブロックD2、R2、L2間では、再生期間が一致し、かつビデオ・ストリームの再生時間が等しくてもよい。
本発明の実施形態１によるインターリーブ配置では更に、エクステントＡＴＣ時間の等しい三つの連続するデータ・ブロックは、デプスマップ・データ・ブロック、ライトビュー・データ・ブロック、及びベースビュー・データ・ブロックの順に、すなわちデータ量の小さい順に配置されている。例えば図１６では、先頭のライトビュー・データ・ブロックR1に含まれるピクチャは、図９に示されているように、先頭のベースビュー・データ・ブロックL1に含まれるピクチャを参照ピクチャとして圧縮されている。従って、先頭のライトビュー・データ・ブロックR1のサイズSext2[1]は先頭のベースビュー・データ・ブロックL1のサイズSext1[1]以下である：Sext2[1]≦Sext1[1]。一方、デプスマップの画素当たりのデータ量、すなわち奥行き値のビット数は一般に、ベースビュー・ビデオ・ストリームに含まれるピクチャの画素当たりのデータ量、すなわち色座標値とα値とのビット数の和よりも小さい。更に、図６の（ａ）、（ｂ）に示されているように、メインＴＳは第２サブＴＳとは異なり、プライマリ・ビデオ・ストリームの他にもプライマリ・オーディオ・ストリーム等のエレメンタリ・ストリームを含む。従って、図１６では先頭のデプスマップ・データ・ブロックD1のサイズSext3[1]は先頭のベースビュー・データ・ブロックL1のサイズSext1[1]以下である：Sext3[1]≦Sext1[1]。それ故、図１６では、先頭のデプスマップ・データ・ブロックD1、先頭のライトビュー・データ・ブロックR1、及び先頭のベースビュー・データ・ブロックL1がその順で配置されている。次に連続する三つのエクステントD2、R2、L2の順序も同様である。
エクステントＡＴＣ時間の等しいデータ・ブロックの各先頭に位置するＶＡＵは同じ３Ｄ・ＶＡＵに属し、特に、同じ３Ｄ映像を表すＧＯＰの先頭のピクチャを含む。例えば図１６では、エクステントＡＴＣ時間の等しい三つの連続するデータ・ブロックDn、Rn、Ln（n＝1、2、3、…）のうち、デプスマップ・データ・ブロックDnの先端はデプスマップ・ストリームのＩピクチャを含み、ライトビュー・データ・ブロックRnの先端はライトビュー・ビデオ・ストリームのＰピクチャを含み、ベースビュー・データ・ブロックLnの先端はベースビュー・ビデオ・ストリームのＩピクチャを含む。そのデプスマップ・ストリームのＩピクチャは、そのベースビュー・ビデオ・ストリームのＩピクチャの表す２Ｄ映像に対するデプスマップを表す。そのライトビュー・ビデオ・ストリームのＰピクチャは、そのベースビュー・ビデオ・ストリームのＩピクチャの表す２Ｄ映像をレフトビューとするときのライトビューを表す。特にそのＰピクチャは、図９に示されているように、そのベースビュー・ビデオ・ストリームのＩピクチャを参照ピクチャとして圧縮されている。従って、３Ｄ再生モードの再生装置102は、いずれのデータ・ブロックの組Dn、Rn、Lnからも３Ｄ映像の再生を開始できる。
≪多重化ストリーム・データをデータ・ブロックに分割する意義≫
再生装置102は、ＢＤ−ＲＯＭディスク101から３Ｄ映像をシームレスに再生するには、メインＴＳとサブＴＳとをパラレルに処理しなければならない。しかし、その処理に利用可能なリード・バッファの容量は一般に限られている。特に、ＢＤ−ＲＯＭディスク101からリード・バッファへ連続して読み込むことのできるデータ量には限界がある。従って、再生装置102はメインＴＳとサブＴＳとを、エクステントＡＴＣ時間の等しい部分の対に分割して読み出さねばならない。
図１７の（ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ1701とサブＴＳ1702との配置を示す模式図である。再生装置102がそれらのメインＴＳ1701とサブＴＳ1702とをパラレルに処理するとき、図１７の（ａ）に実線の矢印（１）−（４）で示されているように、ＢＤ−ＲＯＭドライブ121はメインＴＳ1701とサブＴＳ1702とを交互に、エクステントＡＴＣ時間の等しい部分ずつ読み出す。そのとき、ＢＤ−ＲＯＭドライブ121は、図１７の（ａ）に破線の矢印で示されているように、読み出し処理の途中でＢＤ−ＲＯＭディスク上の読み出し対象領域を大きく変化させなければならない。例えば矢印（１）の示すメインＴＳ1701の先端部分が読み出された時、ＢＤ−ＲＯＭドライブ121は光ピックアップによる読み出し動作を一旦停止し、ＢＤ−ＲＯＭディスクの回転速度を上げる。それにより、矢印（２）の示すサブＴＳ1702の先端部分が記録されたＢＤ−ＲＯＭディスク上のセクタを速やかに光ピックアップの位置まで移動させる。このように、光ピックアップに読み出し動作を一旦停止させて、その間に次の読み出し対象領域上へ光ピックアップを位置づけるための操作を「ジャンプ」という。図１７の（ａ）に示されている破線の矢印は、読み出し処理の途中で必要な各ジャンプの範囲を示す。各ジャンプの期間中光ピックアップによる読み出し処理は停止し、デコーダによる復号処理のみが進行する。その結果、読み出し処理を復号処理に間に合わせることが難しいので、シームレス再生を確実に持続することが難しい。
図１７の（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に交互に記録されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…とディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…との配置を示す模式図である。図１７の（ｂ）を参照するに、メインＴＳとサブＴＳとはそれぞれ、複数のデータ・ブロックに分割されて交互に配置されている。その場合、再生装置102は３Ｄ映像の再生時、図１７の（ｂ）に矢印（１）−（４）で示されているように、データ・ブロックB[0]、D[0]、B[1]、D[1]、…を先頭から順番に読み出す。それだけで、再生装置102はメインＴＳとサブＴＳとを交互に読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。
≪隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える意義≫
図１６に示されているインターリーブ配置では、隣接する三種類のデータ・ブロックDn、Rn、Lnがいずれも同じエクステントＡＴＣ時間を持つ。すなわち、それらのエクステント間では各エクステントの先頭のソースパケットから次のエクステントの先頭のソースパケットまでのＡＴＳの差が等しい（但し、その差の計算では、ＡＴＳにラップ・アラウンドが発生することが考慮されている）。その場合、再生装置102内のシステム・ターゲット・デコーダはリード・バッファから、ＡＴＣで計られる同じ時間内に、ベースビュー・データ・ブロックLnとディペンデントビュー・データ・ブロックDn又はRnとの両方に含まれる全てのＴＳパケットを取り出す。従って、特に飛び込み再生時において、システム・ターゲット・デコーダはベースビュー・ストリームとディペンデントビュー・ストリームとの間でＴＳパケットの復号処理を容易に同期させることができる。
≪再生時間の等しいデータ・ブロックを隣接させる意義≫
図１８の（ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。図１８の（ａ）に示されている例では、先頭のベースビュー・データ・ブロックB[0]の再生時間は４秒間であり、先頭のディペンデントビュー・データ・ブロックD[0]の再生時間は１秒間である。ここで、ディペンデントビュー・データ・ブロックD[0]の復号に必要なベースビュー・ビデオ・ストリームの部分は、そのディペンデントビュー・データ・ブロックD[0]と同じ再生時間を持つ。従って、再生装置102内のリード・バッファの容量を節約するには、図１８の（ａ）に矢印1810で示されているように、再生装置102にベースビュー・データ・ブロックB[0]とディペンデントビュー・データ・ブロックD[0]とを交互に同じ再生時間ずつ、例えば１秒間ずつ読み込ませることが好ましい。しかし、その場合、図１８の（ａ）に破線で示されているように、読み出し処理の途中でジャンプが生じる。その結果、読み出し処理を復号処理に間に合わせることが難しいので、シームレス再生を確実に持続することが難しい。
図１８の（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。本発明の実施形態１によるＢＤ−ＲＯＭディスク101上では、図１８の（ｂ）に示されているように、隣接する一対のデータ・ブロックの間でビデオ・ストリームの再生時間が等しい。例えば、先頭のベースビュー・データ・ブロックB[0]とディペンデントビュー・データ・ブロックD[0]との対ではビデオ・ストリームの再生時間が共に１秒に等しく、二番目のデータ・ブロックの対B[1]、D[1]ではビデオ・ストリームの再生時間が共に０．７秒に等しい。その場合、再生装置102は３Ｄ映像の再生時、図１８の（ｂ）に矢印1820で示されているように、データ・ブロックB[0]、D[0]、B[1]、D[1]、…を先頭から順番に読み出す。それだけで、再生装置102はメインＴＳとサブＴＳとを交互に同じ再生時間ずつ読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。
尚、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が等しければ、それらのデータ・ブロック間で再生期間が一致していなくても、更にビデオ・ストリームの再生時間が等しくなくてもよい。その場合でも、図１８の（ｂ）に示されているものと同様に、再生装置102はデータ・ブロック群を先頭から順番に読み出すだけで、メインＴＳとサブＴＳとの交互の読み出しをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。
≪データ・ブロックに対するＡＶストリーム・ファイルのクロスリンク≫
多重化ストリーム・データに属する各データ・ブロックは、ＢＤ−ＲＯＭディスク101のファイルシステムでは、ファイル２Ｄ又はファイルＤＥＰ内の一つのエクステントとしてアクセス可能である。すなわち、各データ・ブロックの論理アドレスは、ファイル２Ｄ又はファイルＤＥＰのファイル・エントリに記録されたアロケーション記述子から知ることができる。図５、１６に示されている例では、ファイル２Ｄ（01000.m2ts）541のファイル・エントリ1610に含まれるアロケーション記述子＃１、＃２、＃３、…は、ベースビュー・データ・ブロックL1、L2、L3、…の各サイズとその先端のＬＢＮとを示す。第１ファイルＤＥＰ（02000.m2ts）542のファイル・エントリ1620に含まれるアロケーション記述子＃１、＃２、＃３、…は、ライトビュー・データ・ブロックR1、R2、R3、…の各サイズとその先端のＬＢＮとを示す。第２ファイルＤＥＰ（03000.m2ts）543のファイル・エントリ1630に含まれるアロケーション記述子＃１、＃２、＃３、…は、デプスマップ・データ・ブロックD1、D2、D3、…の各サイズとその先端のＬＢＮとを示す。
図１９の（ａ）は、ファイル２Ｄ（01000.m2ts）541のデータ構造を示す模式図である。図１６に示されているように、ファイル・エントリ1610内のアロケーション記述子＃１、＃２、＃３、…はベースビュー・データ・ブロックL1、L2、L3、…を参照する。従って、各ベースビュー・データ・ブロックL1、L2、L3、…は、図１９の（ａ）に示されているように、ファイル２Ｄ541のエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能である。以下、ファイル２Ｄ541に属するエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…を「２Ｄエクステント」という。
図１９の（ｂ）は、第１ファイルＤＥＰ（02000.m2ts）542のデータ構造を示す模式図である。図１６に示されているように、ファイル・エントリ1620内のアロケーション記述子＃１、＃２、＃３、…はライトビュー・データ・ブロックR1、R2、R3、…を参照する。従って、各ライトビュー・データ・ブロックR1、R2、R3、…は、図１９の（ｂ）に示されているように、第１ファイルＤＥＰ542のエクステントEXT2[0]、EXT2[1]、EXT2[2]、…としてアクセス可能である。以下、第１ファイルＤＥＰ542に属するエクステントEXT2[0]、EXT2[1]、EXT2[2]、…を「ライトビュー・エクステント」という。
図１９の（ｃ）は、第２ファイルＤＥＰ（03000.m2ts）543のデータ構造を示す模式図である。図１６に示されているように、ファイル・エントリ1630内のアロケーション記述子＃１、＃２、＃３、…はデプスマップ・データ・ブロックD1、D2、D3、…を参照する。従って、各デプスマップ・データ・ブロックD1、D2、D3、…は、図１９の（ｃ）に示されているように、第２ファイルＤＥＰ543のエクステントEXT3[0]、EXT3[1]、EXT3[2]、…としてアクセス可能である。以下、第２ファイルＤＥＰ543に属するエクステントEXT3[0]、EXT3[1]、EXT3[2]、…を「デプスマップ・エクステント」という。更に、ライトビュー・エクステントとデプスマップ・エクステントとのように、いずれかのファイルＤＥＰに属するエクステントを「ディペンデントビュー・エクステント」と総称する。
図１６に示されているデータ・ブロック群に対して、ＡＶストリーム・ファイルのクロスリンクは次のように実現される。第１ファイルＳＳ（01000.ssif）544Aのファイル・エントリ1640に含まれるアロケーション記述子＃１、＃２、＃３、…は、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2、R3＋L3、…をそれぞれ一つのエクステントと見なして各サイズとその先端のＬＢＮとを示す。第２ファイルＳＳ（02000.ssif）544Bのファイル・エントリ1650に含まれるアロケーション記述子＃１、＃２、＃３、…は、デプスマップ・データ・ブロックD1、D2、D3、…とベースビュー・データ・ブロックL1、L2、L3、…との各サイズとその先端のＬＢＮとを交互に示す。
図１９の（ｄ）は、第１ファイルＳＳ（01000.ssif）544Aのデータ構造を示す模式図である。図１６に示されているように、ファイル・エントリ1640内のアロケーション記述子＃１、＃２、＃３、…は、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2、R3＋L3、…を参照する。従って、隣接するデータ・ブロックの各対R1＋L1、R2＋L2、R3＋L3、…は、図１９の（ｄ）に示されているように、第１ファイルＳＳ544AのエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、…としてアクセス可能である。以下、第１ファイルＳＳ544Aに属するエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、…を「３Ｄエクステント」という。各３ＤエクステントEXTSS[n]（n＝0、1、2、…）は、ファイル２Ｄ541とはベースビュー・データ・ブロックLnを共有し、第１ファイルＤＥＰ542とはライトビュー・データ・ブロックRnを共有する。
図１９の（ｅ）は、第２ファイルＳＳ（02000.ssif）544Bのデータ構造を示す模式図である。図１６に示されているように、ファイル・エントリ1650内のアロケーション記述子＃１、＃２、＃３、…は、デプスマップ・データ・ブロックD1、D2、D3、…とベースビュー・データ・ブロックL1、L2、L3、…とを交互に参照する。従って、各データ・ブロックD1、L1、D2、L2、は、図１９の（ｅ）に示されているように、第２ファイルＳＳ544BのエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]、…としてアクセス可能である。第２ファイルＳＳ544Bの各エクステントは、ファイル２Ｄ541とはベースビュー・データ・ブロックLnを共有し、第２ファイルＤＥＰ543とはデプスマップ・データ・ブロックDnを共有する。
≪インターリーブ配置のデータ・ブロック群に対する再生経路≫
図２０は、図１６に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路2001、Ｌ／Ｒモードでの再生経路2002、及びデプス・モードでの再生経路2003を示す模式図である。
再生装置102は２Ｄ再生モードではファイル２Ｄ541を再生する。従って、２Ｄ再生モードでの再生経路2001が示すとおり、ベースビュー・データ・ブロックL1、L2、L3が順番に２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]として読み出される。すなわち、まず先頭のベースビュー・データ・ブロックL1が読み出され、その直後のデプスマップ・データ・ブロックD2とライトビュー・データ・ブロックR2との読み出しが最初のジャンプJ2D1によってスキップされる。次に、二番目のベースビュー・データ・ブロックL2が読み出され、その直後のデプスマップ・データ・ブロックD3とライトビュー・データ・ブロックR3との読み出しが二回目のジャンプJ2D2によってスキップされる。続いて、三番目のベースビュー・データ・ブロックL3が読み出される。
再生装置102はＬ／Ｒモードでは第１ファイルＳＳ544Aを再生する。従って、Ｌ／Ｒモードでの再生経路2002が示すとおり、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2、R3＋L3が順番に３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]として読み出される。すなわち、まず先頭のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1とが連続して読み出され、その直後のデプスマップ・データ・ブロックD2の読み出しが最初のジャンプJLR1によってスキップされる。次に、二番目のライトビュー・データ・ブロックR2とその直後のベースビュー・データ・ブロックL2とが連続して読み出され、その直後のデプスマップ・データ・ブロックD3の読み出しが二回目のジャンプJLR2によってスキップされる。続いて、三番目のライトビュー・データ・ブロックR3とその直後のベースビュー・データ・ブロックL3とが連続して読み出される。
再生装置102はデプス・モードでは第２ファイルＳＳ544Bを再生する。従って、デプス・モードでの再生経路2003が示すとおり、デプスマップ・データ・ブロックD1、D2、D3とベースビュー・データ・ブロックL1、L2とが交互に、第２ファイルＳＳ544BのエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]として読み出される。すなわち、まず先頭のデプスマップ・データ・ブロックD1が読み出され、その直後のライトビュー・データ・ブロックR1の読み出しが最初のジャンプJLD1によってスキップされる。次に、先頭のベースビュー・データ・ブロックL1が読み出され、続けてその直後のデプスマップ・エクステントD2が読み出される。更に、その直後のライトビュー・エクステントR2の読み出しが二回目のジャンプJLD2によってスキップされ、二番目のベースビュー・データ・ブロックL2が読み出される。
図２０の各再生経路2001−2003が示すとおり、データ・ブロック群がインターリーブ配置で記録された領域では、再生装置102はそのデータ・ブロック群を実質上、先頭から順に読み出せばよい。ここで、その読み出し処理の途中ではジャンプが生じる。しかし、各ジャンプの距離は、図１７の（ａ）に示されているものとは異なり、メインＴＳとサブＴＳとのいずれの全長よりも十分に短い。また、いずれのジャンプも、図１８の（ａ）に示されているものとは異なり、一つのデータ・ブロックの読み出しの途中では生じていない。更に、エクステントＡＴＣ時間の等しいベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの各対では、サイズの比較的小さいディペンデントビュー・データ・ブロックが先に読み出される。従って、その逆の場合よりも、再生装置102はリード・バッファの容量を削減できる。
再生装置102はＬ／Ｒモードではデータ・ブロック群を第１ファイルＳＳ544Aのエクステント群として読み込む。すなわち、再生装置102は第１ファイルＳＳ544Aのファイル・エントリ1640内のアロケーション記述子＃１、＃２、…から各３ＤエクステントEXTSS[0]、EXTSS[1]、…の先端のＬＢＮとそのサイズとを読み出してＢＤ−ＲＯＭドライブ121に渡す。ＢＤ−ＲＯＭドライブ121はそのＬＢＮからそのサイズのデータを連続して読み出す。これらの処理は、データ・ブロック群を第１ファイルＤＥＰ542とファイル２Ｄ541との各エクステントとして読み込む処理よりも、ＢＤ−ＲＯＭドライブ121の制御が次の二点（Ａ）、（Ｂ）で簡単である：（Ａ）再生装置102は一箇所のファイル・エントリを利用して、エクステントを順番に参照すればよい；（Ｂ）読み込み対象のエクステントの総数が実質上半減するので、ＢＤ−ＲＯＭドライブ121に渡されるべきＬＢＮとサイズとの対の総数が少ない。利点（Ａ）はデプス・モードでデータ・ブロック群を第２ファイルＳＳ544Bのエクステントとして読み込む処理にも当てはまる。但し、再生装置102は３ＤエクステントEXTSS[0]、EXTSS[1]、…を読み込んだ後、それぞれをライトビュー・データ・ブロックとベースビュー・データ・ブロックとに分離してデコーダに渡さなければならない。その分離処理にはクリップ情報ファイルが利用される。その詳細については後述する。
≪層境界の前後での多重化ストリーム・データの配置≫
ＢＤ−ＲＯＭディスク101が記録層を複数含むとき、メインＴＳとサブＴＳとは二つの記録層の境界、すなわち層境界を越えて記録されてもよい。また、メインＴＳとサブＴＳとは別のデータを間に挟んで記録されてもよい。それらの場合、ＢＤ−ＲＯＭドライブ121は一般に、メインＴＳとサブＴＳとの読み出し中にロングジャンプを行わねばならない。「ロングジャンプ」はジャンプの中でもシーク時間の長いものの総称であり、具体的には、ジャンプ距離が所定の閾値を超えるものをいう。「ジャンプ距離」とは、ジャンプ期間中に読み出し操作がスキップされるＢＤ−ＲＯＭディスク101上の領域の長さをいう。ジャンプ距離は通常、その部分のセクタ数で表される。ロングジャンプの定義に利用される閾値は、ＢＤ−ＲＯＭの規格では例えば４００００セクタに規定されている。しかし、その閾値は、ＢＤ−ＲＯＭディスクの種類とＢＤ−ＲＯＭドライブの読み出し処理に関する性能とに依存する。ロングジャンプは特にフォーカス・ジャンプとトラック・ジャンプとを含む。「フォーカス・ジャンプ」は、記録層の切り換えに伴うジャンプであり、光ピックアップの焦点距離を変化させる処理を含む。「トラック・ジャンプ」は、光ピックアップをＢＤ−ＲＯＭディスク101の半径方向に移動させる処理を含む。
ＢＤ−ＲＯＭディスク101では、一連のメインＴＳとサブＴＳとが、層境界及び別のデータの記録領域等、ロングジャンプの必要な位置の前後に分離されているとき、それらのデータ・ブロック群が、以下に述べる三種類の配置１−３のいずれかで記録されている。更に、それらのデータ・ブロック群へのアクセスにはＡＶストリーム・ファイルのクロスリンクが利用される。それにより、再生装置102は後述のとおり、リード・バッファの容量を必要最小限に維持したまま、ロングジャンプ中での映像のシームレス再生を容易に実現できる。
［配置１］
図２１は、ＢＤ−ＲＯＭディスク101の層境界の前後に記録されたデータ・ブロック群の物理的な配置の第１例を示す模式図である。これらのデータ・ブロック群は、図６に示されているメインＴＳ、第１サブＴＳ、及び第２サブＴＳに属する。以下、この配置を「配置１」という。図２１を参照するに、層境界LBの前に位置する第１記録層には、デプスマップ・データ・ブロック群…、D1、D2、ライトビュー・データ・ブロック群…、R1、R2、及びベースビュー・データ・ブロック群…、L1、L2がインターリーブ配置で記録されている。以下、これらのデータ・ブロック群を「第１の３Ｄエクステント・ブロック」2101という。更に、第１の３Ｄエクステント・ブロック2101の後端L2と層境界LBとの間に一つのベースビュー・データ・ブロックL32Dが配置されている。一方、層境界LBの後に位置する第２記録層には、デプスマップ・データ・ブロック群D3、D4、…、ライトビュー・データ・ブロック群R3、R4、…、及びベースビュー・データ・ブロック群L3SS、L4、…がインターリーブ配置で記録されている。以下、これらのデータ・ブロック群を「第２の３Ｄエクステント・ブロック」2102という。
各３Ｄエクステント・ブロック2101、2102のインターリーブ配置は、図１６に示されているものと同様である。すなわち、デプスマップ・データ・ブロック、ライトビュー・データ・ブロック、及びベースビュー・データ・ブロックがその順で交互に並ぶ。更に、三つの連続するデータ・ブロックDn、Rn、Ln（n＝…、1、2、3、4、…）間ではエクステントＡＴＣ時間が等しい。第１の３Ｄエクステント・ブロック2101の後端に位置する三つのデータ・ブロックD2、R2、L2と、第２の３Ｄエクステント・ブロック2102の先端に位置する三つのデータ・ブロックD3、R3、L3SSとの間では、各ストリーム・データの内容が連続している。
層境界LBの直前に位置するベースビュー・データ・ブロックL32Dは、第２の３Ｄエクステント・ブロック2102内の先端のベースビュー・データ・ブロックL3SSとビット単位（bit−for−bit）で一致する。すなわち、それらのデータ・ブロックL32D、L3SSの一方は他方の複製データである。以下、前者L32Dを「２Ｄ再生専用ブロック」といい、後者L3SSを「３Ｄ再生専用ブロック」という。
図２１に示されている各データ・ブロックは、３Ｄ再生専用ブロックL3SSを除いて、ファイル２Ｄ又はファイルＤＥＰのいずれかのエクステントとしてアクセス可能である。例えばファイル２Ｄ（01000.m2ts）541のファイル・エントリ2110では、アロケーション記述子＃１が、第１の３Ｄエクステント・ブロック2101内の最後から二番目のベースビュー・データ・ブロックL1のサイズとその先端のＬＢＮとを示す。従って、そのベースビュー・データ・ブロックL1はファイル２Ｄ541の一つの２ＤエクステントEXT2D[0]としてアクセス可能である。アロケーション記述子＃２は、第１の３Ｄエクステント・ブロック2101内の最後のベースビュー・データ・ブロックL2とその直後の２Ｄ再生専用ブロックL32Dとの対L2＋L32Dを単一のエクステントと見なしてそのサイズとその先端のＬＢＮとを示す。従って、そのベースビュー・データ・ブロックの対L2＋L32Dはファイル２Ｄ541の単一の２ＤエクステントEXT2D[1]としてアクセス可能である。更に、アロケーション記述子＃３が、第２の３Ｄエクステント・ブロック2102内の二番目のベースビュー・データ・ブロックL4のサイズとその先端のＬＢＮとを示す。従って、そのベースビュー・データ・ブロックL4は別の一つの２ＤエクステントEXT2D[2]としてアクセス可能である。
図２１に示されているデータ・ブロック群に対しても、ＡＶストリーム・ファイルのクロスリンクは図１６のものと同様に実現される。特に、第１ファイルＳＳ544Aのファイル・エントリ2120では、アロケーション記述子＃１、＃２、＃３、＃４が、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2、R3＋L3SS、R4＋L4をそれぞれ一つのエクステントと見なして、各サイズとその先端のＬＢＮとを示す。従って、隣接するデータ・ブロックの各対R1＋L1、R2＋L2、R3＋L3SS、R4＋L4は第１ファイルＳＳ544Aの３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]としてアクセス可能である。ここで、層境界LBの直後の３ＤエクステントEXTSS[3]を除き、３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[3]はそれぞれ、ベースビュー・データ・ブロックL1、L2、L4をファイル２Ｄ541と共有する。一方、２Ｄ再生専用ブロックL32Dは、層境界LBの直前に位置するファイル２Ｄ541のエクステントEXT2D[1]の一部としてのみアクセス可能である。更に、３Ｄ再生専用ブロックL3SSは、層境界LBの直後の３ＤエクステントEXTSS[2]の一部としてのみアクセス可能である。
図２２は、図２１に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路2201とＬ／Ｒモードでの再生経路2202を示す模式図である。尚、デプス・モードでの再生経路は、図１６に示されているものから、当業者には容易に類推可能であろう。
再生装置102は２Ｄ再生モードではファイル２Ｄ541を再生する。従って、２Ｄ再生モードでの再生経路2201が示すとおり、まず第１の３Ｄエクステント・ブロック2101内の最後から二番目のベースビュー・データ・ブロックL1が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のデプスマップ・データ・ブロックD2とライトビュー・データ・ブロックR2との読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１の３Ｄエクステント・ブロック2101内の最後のベースビュー・データ・ブロックL2とその直後の２Ｄ再生専用ブロックL32Dとの対L2＋L32Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後の層境界LBではロングジャンプJLYが生じ、フォーカス・ジャンプの実行と共に、第２の３Ｄエクステント・ブロック2102の先端に位置する５個のデータ・ブロックD3、R3、L3SS、D4、R4の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック2102内の二番目のベースビュー・データ・ブロックL4が三番目の２ＤエクステントEXT2D[2]として読み出される。
再生装置102はＬ／Ｒモードでは第１ファイルＳＳ544Aを再生する。従って、Ｌ／Ｒモードでの再生経路2202が示すとおり、まず先頭のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1との対R1＋L1が最初の３ＤエクステントEXTSS[0]として連続して読み出され、その直後のデプスマップ・データ・ブロックD2の読み出しが最初のジャンプJLR1によってスキップされる。次に、二番目のライトビュー・データ・ブロックR2とその直後のベースビュー・データ・ブロックL2とが二番目の３ＤエクステントEXTSS[1]として連続して読み出される。その直後にロングジャンプJLYが生じ、フォーカス・ジャンプの実行と共に、２Ｄ再生専用ブロックL32Dと第２の３Ｄエクステント・ブロック2102内の先頭のデプスマップ・データ・ブロックD3との読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック2102内の先頭のライトビュー・データ・ブロックR3とその直後の３Ｄ再生専用ブロックL3SSとが三番目の３ＤエクステントEXTSS[2]として連続して読み出され、その直後のデプスマップ・データ・ブロックD4の読み出しが二番目のジャンプJLR2によってスキップされる。更に、次のライトビュー・データ・ブロックR4とその直後のベースビュー・データ・ブロックL4とが四番目の３ＤエクステントEXTSS[3]として連続して読み出される。
図２２に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロックL32Dは読み出されるが、３Ｄ再生専用ブロックL3SSの読み出しはスキップされる。逆に、Ｌ／Ｒモードでは、２Ｄ再生専用ブロックL32Dの読み出しはスキップされるが、３Ｄ再生専用ブロックL3SSは読み出される。しかし、両方のデータ・ブロックL32D、L3SSはビット単位で一致しているので、いずれの再生モードでも、再生されるレフトビュー・ビデオ・フレームは等しい。このように、配置１ではロングジャンプJLYの前後で２Ｄ再生モードでの再生経路2201とＬ／Ｒモードでの再生経路2202とが分離されている。デプス・モードについても同様である。
［配置１の利点］
図２３は、あるＢＤ−ＲＯＭディスクの層境界の前後にインターリーブ配置で記録されているデータ・ブロック群と、それに対する各再生モードでの再生経路とを示す模式図である。図２３を参照するに、図２１に示されている配置１と同様、第１記録層には、デプスマップ・データ・ブロック群…、D1、D2、ライトビュー・データ・ブロック群…、R1、R2、及びベースビュー・データ・ブロック群…、L1、L2がインターリーブ配置で記録されて第１の３Ｄエクステント・ブロック2301を構成している。一方、第２記録層には、デプスマップ・データ・ブロック群D3、…、ライトビュー・データ・ブロック群R3、…、及びベースビュー・データ・ブロック群L3、…がインターリーブ配置で記録されて第２の３Ｄエクステント・ブロック2302を構成している。各３Ｄエクステント・ブロック2301、2302のインターリーブ配置は、図２１に示されているもの2101、2102と同様である。更に、第１の３Ｄエクステント・ブロック2301の後端に位置する三つのデータ・ブロックD2、R2、L2と、第２の３Ｄエクステント・ブロック2302の先端に位置する三つのデータ・ブロックD3、R3、L3との間では、各ストリーム・データの内容が連続している。
図２３に示されているデータ・ブロック群は、図２１に示されているものとは異なり、層境界LBの前後に２Ｄ再生専用ブロックL32Dと３Ｄ再生専用ブロックL3SSとの対を含んでいない。従って、以下に示すように、２Ｄ再生モードでの再生経路2310とＬ／Ｒモードでの再生経路2311とがロングジャンプJLYの直前に分離されることなく、いずれも同じベースビュー・データ・ブロックL2を通る。
図２３に示されているベースビュー・データ・ブロックL1−L3はいずれもファイル２Ｄの一つのエクステントEXT2D[0]−EXT2D[2]としてアクセス可能である。一方、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの各対R1＋L1、R2＋L2、R3＋L3はファイルＳＳの３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]としてアクセス可能である。いずれの３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]もそれぞれベースビュー・データ・ブロックL1、L2、L3をファイル２Ｄ541と共有する。
２Ｄ再生モードの再生装置102はファイル２Ｄを再生する。従って、２Ｄ再生モードでの再生経路2310が示すとおり、まず第１の３Ｄエクステント・ブロック2301内の最後から二番目のベースビュー・データ・ブロックL1が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のデプスマップ・データ・ブロックD2とライトビュー・データ・ブロックR2との読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１の３Ｄエクステント・ブロック2301内の最後のベースビュー・データ・ブロックL2が二番目の２ＤエクステントEXT2D[1]として読み出される。その直後の層境界LBではロングジャンプJLYが生じ、フォーカス・ジャンプの実行と共に、第２の３Ｄエクステント・ブロック2302の先端に位置する２個のデータ・ブロックD3、R3の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック2302内の先頭のベースビュー・データ・ブロックL3が三番目の２ＤエクステントEXT2D[2]として読み出される。
Ｌ／Ｒモードの再生装置102はファイルＳＳを再生する。従って、Ｌ／Ｒモードでの再生経路2311が示すとおり、まず先頭のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1との対R1＋L1が最初の３ＤエクステントEXTSS[0]として連続して読み出され、その直後のデプスマップ・データ・ブロックD2の読み出しが最初のジャンプJLR1によってスキップされる。次に、二番目のライトビュー・データ・ブロックR2とその直後のベースビュー・データ・ブロックL2とが二番目の３ＤエクステントEXTSS[1]として連続して読み出される。その直後にロングジャンプJLYが生じ、フォーカス・ジャンプの実行と共に、第２の３Ｄエクステント・ブロック2302内の先頭のデプスマップ・データ・ブロックD3の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック2302内の先頭のライトビュー・データ・ブロックR3とその直後のベースビュー・データ・ブロックL3とが三番目の３ＤエクステントEXTSS[2]として連続して読み出される。
上記のとおり、図２３に示されているデータ・ブロック群では、図２１に示されているものとは異なり、２Ｄ再生モードでの再生経路2310とＬ／Ｒモードでの再生経路2311とがいずれも、ロングジャンプJLYの直前に同じベースビュー・データ・ブロックL2を通る。ここで、ロングジャンプJLYの期間中、ＢＤ−ＲＯＭドライブ121は読み出し処理を停止するが、システム・ターゲット・デコーダは、リード・バッファに蓄積されたストリーム・データの復号処理を続行する。従って、再生装置102にロングジャンプJLYの前後で映像をシームレスに再生させるには、ロングジャンプJLYの期間中でのバッファ・アンダーフローを防止しなければならない。
Ｌ／Ｒモードでは、第１の３Ｄエクステント・ブロック2301が復号される間に、リード・バッファに一定量のデータが蓄積される。この一定量のデータを「バッファ余裕量」という（その詳細は後述する）。ロングジャンプJLYの期間中では、その直前に読み込まれた３ＤエクステントEXTSS[1]、すなわちライトビュー・データ・ブロックR2とベースビュー・データ・ブロックL2とに加えてそのバッファ余裕量のデータが復号される。従って、Ｌ／Ｒモードでバッファ・アンダーフローを防止するにはバッファ余裕量が十分に大きければよい。一方、各データ・ブロックR2、L2のサイズは、ロングジャンプJLYの直前までバッファ余裕量が維持できる値Smin2、Smin1であればよい。しかし、２Ｄ再生モードでバッファ・アンダーフローを防止するには、２ＤエクステントEXT2D[1]、すなわちベースビュー・データ・ブロックL2のサイズSext2D[1]が次の条件を満たさねばならない：２ＤエクステントEXT2D[1]の読み出し開始からロングジャンプJLYの完了までの間に、リード・バッファからシステム・ターゲット・デコーダに送られるデータ量以上である。その条件を満たすサイズSext2D[1]は、図２３に示されているように、Ｌ／Ｒモードでのシームレス再生に必要最小限のサイズSmin1よりも一般に大きい。従って、Ｌ／Ｒモードの再生装置102内に確保されるべきリード・バッファの容量はＬ／Ｒモードでのシームレス再生に必要最小限の値よりも大きくなければならない。更に、ライトビュー・データ・ブロックR2はベースビュー・データ・ブロックL2とエクステントＡＴＣ時間が等しくなければならない。従って、ライトビュー・データ・ブロックR2のサイズSext2[1]はＬ／Ｒモードでのシームレス再生に必要最小限の値Smin2よりも一般に大きい。それ故、Ｌ／Ｒモードの再生装置102内に確保されるべきリード・バッファの容量はＬ／Ｒモードでのシームレス再生に必要最小限の値よりも更に大きくなければならない。以上の結果、図２３に示されている配置では、Ｌ／Ｒモードの再生装置102内に確保されるべきリード・バッファの容量の更なる削減が困難である。
それに対し、図２２に示されている配置１では上記のとおり、ロングジャンプJLYの前後で２Ｄ再生モードでの再生経路2201とＬ／Ｒモードでの再生経路2202とが分離されている。従って、図２３に示されている配置とは異なり、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSext2D[1]とその直前のライトビュー・データ・ブロックR2のサイズSext2[1]とが、以下のように別々に決定可能である。
まず、２ＤエクステントEXT2D[1]のサイズSext2D[1]はベースビュー・データ・ブロックL2のサイズSext1[1]と２Ｄ再生専用ブロックL32DのサイズS2Dとの和Sext1[1]＋S2Dに等しい。従って、２Ｄ再生モードでのシームレス再生の実現には、その和Sext1[1]＋S2Dが、２ＤエクステントEXT2D[1]の読み出し開始からロングジャンプJLYの完了までの間にリード・バッファからシステム・ターゲット・デコーダに送られるデータ量以上であればよい。一方、層境界LBの直前に位置する３ＤエクステントEXTSS[1]に属するライトビュー・データ・ブロックR2とベースビュー・データ・ブロックL2との各サイズSext2[1]、Sext1[1]は、ロングジャンプJLYの直前までバッファ余裕量が維持できる程度の値であればよい。ここで、２ＤエクステントEXT2D[1]のうち、３ＤエクステントEXTSS[1]と共有されるのは、前側に位置するベースビュー・データ・ブロックL2だけである。従って、２Ｄ再生専用ブロックL32DのサイズS2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズSext2D[1]＝Sext1[1]＋S2Dを一定に維持したまま、ベースビュー・データ・ブロックL2のサイズSext1[1]を更に小さく制限することができる。それに伴い、ライトビュー・データ・ブロックR2のサイズSext2[1]も更に小さく制限することができる。
ここで、３Ｄ再生専用ブロックL3SSは２Ｄ再生専用ブロックL32Dの複製データであるので、２Ｄ再生専用ブロックL32DのサイズS2Dの拡大は、３Ｄ再生専用ブロックL3SSの直前に位置するライトビュー・データ・ブロックR3のサイズを拡大させる。しかし、そのサイズは、図２３に示されている層境界LBの直前に位置するライトビュー・データ・ブロックR3のサイズよりは十分に小さくできる。こうして、Ｌ／Ｒモードの再生装置102内に確保されるべきリード・バッファの容量を、Ｌ／Ｒモードでのシームレス再生に必要最小限の値に更に接近させることができる。
このように、配置１では各データ・ブロックを、ロングジャンプ中での映像のシームレス再生が２Ｄ再生モードとＬ／Ｒモードとの両方で実現可能であるようなサイズに設計することが、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたままで可能である。更に、２Ｄ再生モードとＬ／Ｒモードとで読み込み対象のデータ・ブロックを変更すること、特に２Ｄ再生専用ブロックL32Dと３Ｄ再生専用ブロックL3SSとの間の切り換えが、再生対象のＡＶストリーム・ファイルをファイル２ＤとファイルＳＳとの間で切り換えるだけで容易に実現可能である。
［配置２］
図２４は、ＢＤ−ＲＯＭディスク101の層境界の前後に記録されたデータ・ブロック群の物理的な配置の第２例を示す模式図である。これらのデータ・ブロック群は、図６に示されているメインＴＳ、第１サブＴＳ、及び第２サブＴＳに属する。以下、この配置を「配置２」という。図２４を図２１と比較するに、配置２は配置１とは、第２の３Ｄエクステント・ブロック2402の先端に二個の３Ｄ再生専用ブロックL3SS、L4SSが設けられている点で異なる。その他の特徴については配置２は配置１と同様であるので、その詳細についての説明は配置１についての説明を援用する。
層境界LBの直前に位置する２Ｄ再生専用ブロック（L3＋L4)2Dは第２の３Ｄエクステント・ブロック2402内の３Ｄ再生専用ブロックの対L3SS、L4SSとビット単位で一致する。すなわち、２Ｄ再生専用ブロック（L3＋L4)2Dと３Ｄ再生専用ブロックの対L3SS、L4SSとの一方は他方の複製データである。
図２４に示されている各データ・ブロックは、３Ｄ再生専用ブロックL3SS、L4SSを除いて、ファイル２Ｄ又はファイルＤＥＰのいずれかのエクステントとしてアクセス可能である。例えば、ファイル２Ｄ541のファイル・エントリ2410では、アロケーション記述子＃１が、第１の３Ｄエクステント・ブロック2401内の最後から二番目のベースビュー・データ・ブロックL1のサイズとその先端のＬＢＮとを示す。従って、そのベースビュー・データ・ブロックL1はファイル２Ｄ541の一つの２ＤエクステントEXT2D[0]としてアクセス可能である。アロケーション記述子＃２が、第１の３Ｄエクステント・ブロック2401内の最後のベースビュー・データ・ブロックL2とその直後の２Ｄ再生専用ブロック（L3＋L4)2Dとの対L2＋(L3＋L4)2Dを単一のエクステントと見なしてそのサイズとその先端のＬＢＮとを示す。従って、そのベースビュー・データ・ブロックの対L2＋(L3＋L4)2Dはファイル２Ｄ541の一つの２ＤエクステントEXT2D[1]としてアクセス可能である。更に、アロケーション記述子＃３が、第２の３Ｄエクステント・ブロック2402内の三番目のベースビュー・データ・ブロックL5のサイズとその先端のＬＢＮとを示す。従って、そのベースビュー・データ・ブロックL5は別の一つの２ＤエクステントEXT2D[2]としてアクセス可能である。
第１ファイルＳＳ544Aのファイル・エントリ2420では、アロケーション記述子＃１、＃２、＃３、＃４、＃５が、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2、R3＋L3SS、R4＋L4SS、R5＋L5をそれぞれ一つのエクステントと見なして、各サイズとその先端のＬＢＮとを示す。従って、隣接するデータ・ブロックの各対R1＋L1、…、R5＋L5は第１ファイルＳＳ544Aの３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]、EXTSS[4]としてアクセス可能である。２Ｄ再生専用ブロック（L3＋L4)2Dはファイル２Ｄ541のエクステントEXT2D[1]の一部としてのみアクセス可能であり、各３Ｄ再生専用ブロックL3SS、L4SSは３ＤエクステントEXTSS[2]、EXTSS[3]の一部としてのみアクセス可能である。
図２５は、図２４に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路2501とＬ／Ｒモードでの再生経路2502とを示す模式図である。尚、デプス・モードでの再生経路は、図１６に示されているものから、当業者には容易に類推可能であろう。
再生装置102は２Ｄ再生モードではファイル２Ｄ541を再生する。従って、２Ｄ再生モードでの再生経路2501が示すとおり、まず第１の３Ｄエクステント・ブロック2401内の最後から二番目のベースビュー・データ・ブロックL1が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のデプスマップ・データ・ブロックD2とライトビュー・データ・ブロックR2との読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１の３Ｄエクステント・ブロック2401内の最後のベースビュー・データ・ブロックL2とその直後の２Ｄ再生専用ブロック（L3＋L4)2Dとの対L2＋(L3＋L4)2Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後の層境界LBではロングジャンプJLYが生じ、フォーカス・ジャンプの実行と共に、第２の３Ｄエクステント・ブロック2402の先端に位置する８個のデータ・ブロックD3、R3、L3SS、D4、R4、L4SS、D5、R5の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック2402内の三番目のベースビュー・データ・ブロックL5が三番目の２ＤエクステントEXT2D[2]として読み出される。
再生装置102はＬ／Ｒモードでは第１ファイルＳＳ544Aを再生する。従って、Ｌ／Ｒモードでの再生経路2502が示すとおり、まず先頭のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1との対R1＋L1が最初の３ＤエクステントEXTSS[0]として連続して読み出され、その直後のデプスマップ・データ・ブロックD2の読み出しが最初のジャンプJLR1によってスキップされる。次に、二番目のライトビュー・データ・ブロックR2とその直後のベースビュー・データ・ブロックL2とが二番目の３ＤエクステントEXTSS[1]として連続して読み出される。その直後にロングジャンプJLYが生じ、フォーカス・ジャンプの実行と共に、２Ｄ再生専用ブロック（L3＋L4)2Dと第２の３Ｄエクステント・ブロック2402内の先頭のデプスマップ・データ・ブロックD3との読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック2402内の先頭のライトビュー・データ・ブロックR3とその直後の３Ｄ再生専用ブロックL3SSとが三番目の３ＤエクステントEXTSS[2]として連続して読み出され、その直後のデプスマップ・データ・ブロックD4の読み出しが二番目のジャンプJLR2によってスキップされる。同様に、次のライトビュー・データ・ブロックR4とその直後の３Ｄ再生専用ブロックL4SSとが四番目の３ＤエクステントEXTSS[3]として連続して読み出され、その直後のデプスマップ・データ・ブロックD5の読み出しが三番目のジャンプJLR3によってスキップされる。更に次のライトビュー・データ・ブロックR5とその直後のベースビュー・データ・ブロックL5とが五番目の３ＤエクステントEXTSS[4]として連続して読み出される。
図２５に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロック（L3＋L4)2Dは読み出されるが、３Ｄ再生専用ブロックL3SS、L4SSの読み出しはスキップされる。逆にＬ／Ｒモードでは、２Ｄ再生専用ブロック（L3＋L4)2Dの読み出しはスキップされるが、３Ｄ再生専用ブロックL3SS、L4SSは読み出される。しかし、２Ｄ再生専用ブロック（L3＋L4)2Dと３Ｄ再生専用ブロックの対L3SS、L4SSとはビット単位で一致しているので、いずれの再生モードでも、再生されるレフトビュー・ビデオ・フレームは等しい。このように、配置２ではロングジャンプJLYの前後で２Ｄ再生モードでの再生経路2501とＬ／Ｒモードでの再生経路2502とが分離されている。従って、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSext2D[1]とその直前のライトビュー・データ・ブロックR2のサイズSext2[1]とが、以下のように別々に決定可能である。尚、デプス・モードについても同様である。
まず、２ＤエクステントEXT2D[1]のサイズSext2D[1]はベースビュー・データ・ブロックL2のサイズSext1[1]と２Ｄ再生専用ブロック（L3＋L4)2DのサイズS2Dとの和Sext1[1]＋S2Dに等しい。従って、２Ｄ再生モードでのシームレス再生の実現には、その和Sext1[1]＋S2Dが、２ＤエクステントEXT2D[1]の読み出し開始からロングジャンプJLYの完了までの間にリード・バッファからシステム・ターゲット・デコーダに送られるデータ量以上であればよい。一方、層境界LBの直前に位置する３ＤエクステントEXTSS[1]に属するライトビュー・データ・ブロックR2とベースビュー・データ・ブロックL2との各サイズSext2[1]、Sext1[1]は、ロングジャンプJLYの直前までバッファ余裕量が維持できる程度の値であればよい。ここで、２Ｄ再生専用ブロック（L3＋L4)2DのサイズS2Dの適切な拡大により、２ＤエクステントEXT2D[1]のサイズSext2D[1]＝Sext1[1]＋S2Dを一定に維持したまま、ベースビュー・データ・ブロックL2のサイズSext1[1]を更に小さく制限することができる。それに伴い、ライトビュー・データ・ブロックR2のサイズSext2[1]も更に小さく制限することができる。
ここで、３Ｄ再生専用ブロックの対L3SS、L4SSは２Ｄ再生専用ブロック（L3＋L4)2Dの複製データであるので、２Ｄ再生専用ブロック（L3＋L4)2DのサイズS2Dの拡大は、各３Ｄ再生専用ブロックL3SS、L4SSの直前に位置するライトビュー・データ・ブロックR3、R4のサイズを拡大させる。しかし、一つの２Ｄ再生専用ブロック（L3＋L4)2Dに対して３Ｄ再生専用ブロックは二つL3SS、L4SSに分割されているので、各サイズは、図２３に示されている層境界LBの直前に位置するライトビュー・データ・ブロックR3のサイズよりは十分に小さくできる。こうして、Ｌ／Ｒモードの再生装置102内に確保されるべきリード・バッファの容量は、Ｌ／Ｒモードでのシームレス再生に必要最小限の値まで更に削減可能である。
このように、配置２では各データ・ブロックを、ロングジャンプ中での映像のシームレス再生が２Ｄ再生モードとＬ／Ｒモードとの両方で実現可能であるようなサイズに設計することが、再生装置102のデコーダ内に確保されるべきバッファ容量を必要最小限に抑えたままで可能である。更に、２Ｄ再生モードとＬ／Ｒモードとで読み込み対象のデータ・ブロックを変更すること、特に２Ｄ再生専用ブロック（L3＋L4)2Dと３Ｄ再生専用ブロックの対L3SS、L4SSとの間の切り換えが、再生対象のＡＶストリーム・ファイルをファイル２ＤとファイルＳＳとの間で切り換えるだけで容易に実現可能である。尚、デプス・モードでも同様である。
配置２では、２Ｄ再生専用ブロック（L3＋L4)2Dの複製データが二個の３Ｄ再生専用ブロックL3SS、L4SSとして設けられている。その他に、複製データが三個以上の３Ｄ再生専用ブロックとして設けられていてもよい。
［配置３］
図２６は、ＢＤ−ＲＯＭディスク101の層境界の前後に記録されたデータ・ブロック群の物理的な配置の第３例を示す模式図である。これらのデータ・ブロック群は、図６に示されているメインＴＳ、第１サブＴＳ、及び第２サブＴＳに属する。以下、この配置を「配置３」という。図２６を図２４と比較するに、配置３は配置２とは、２Ｄ再生専用ブロック（L2＋L3)2Dが単独で一つの２ＤエクステントEXT2D[1]としてアクセス可能である点で異なる。その他の特徴については配置３は配置２と同様であるので、その詳細についての説明は配置２についての説明を援用する。
層境界LBの直前に位置する２Ｄ再生専用ブロック（L2＋L3)2Dは第２の３Ｄエクステント・ブロック2602内の３Ｄ再生専用ブロックの対L2SS、L3SSとビット単位で一致する。すなわち、２Ｄ再生専用ブロック（L2＋L3)2Dと３Ｄ再生専用ブロックの対L2SS、L3SSとの一方は他方の複製データである。
図２６に示されている各データ・ブロックは、３Ｄ再生専用ブロックL2SS、L3SSを除いて、ファイル２Ｄ又はファイルＤＥＰのいずれかのエクステントとしてアクセス可能である。例えば、ファイル２Ｄ541のファイル・エントリ2610では、アロケーション記述子＃１は、第１の３Ｄエクステント・ブロック2401内の最後のベースビュー・データ・ブロックL1のサイズとその先端のＬＢＮとを示す。従って、そのベースビュー・データ・ブロックL1は一つの２ＤエクステントEXT2D[0]としてアクセス可能である。アロケーション記述子＃２は２Ｄ再生専用ブロック（L2＋L3)2Dを単一のエクステントと見なしてそのサイズとその先端のＬＢＮとを示す。従って、２Ｄ再生専用ブロック（L2＋L3)2Dは次の２ＤエクステントEXT2D[1]としてアクセス可能である。アロケーション記述子＃３は、第２の３Ｄエクステント・ブロック2602内の三番目のベースビュー・データ・ブロックL4のサイズとその先端のＬＢＮとを示す。従って、そのベースビュー・データ・ブロックL4は三番目の２ＤエクステントEXT2D[2]としてアクセス可能である。
第１ファイルＳＳ544Aのファイル・エントリ2620では、アロケーション記述子＃１、＃２、＃３、＃４が、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2SS、R3＋L3SS、R4＋L4をそれぞれ一つのエクステントと見なして、各サイズとその先端のＬＢＮとを示す。従って、隣接するデータ・ブロックの各対R1＋L1、…、R4＋L4は第１ファイルＳＳ544Aの３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]としてアクセス可能である。２Ｄ再生専用ブロック（L2＋L3)2Dはファイル２Ｄ541の一つのエクステントEXT2D[1]としてのみアクセス可能であり、各３Ｄ再生専用ブロックL2SS、L3SSは３ＤエクステントEXTSS[1]、EXTSS[2]の一部としてのみアクセス可能である。
図２７は、図２６に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路2701とＬ／Ｒモードでの再生経路2702とを示す模式図である。尚、デプス・モードでの再生経路は、図１６に示されているものから、当業者には容易に類推可能であろう。
再生装置102は２Ｄ再生モードではファイル２Ｄ541を再生する。従って、２Ｄ再生モードでの再生経路2701が示すとおり、まず第１の３Ｄエクステント・ブロック2601内の最後のベースビュー・データ・ブロックL1が最初の２ＤエクステントEXT2D[0]として読み出される。次に、その直後の２Ｄ再生専用ブロック（L2＋L3)2Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後の層境界LBではロングジャンプJLYが生じ、フォーカス・ジャンプの実行と共に、第２の３Ｄエクステント・ブロック2602の先端に位置する８個のデータ・ブロックD2、R2、L2SS、D3、R3、L3SS、D4、R4の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック2602内の三番目のベースビュー・データ・ブロックL4が三番目の２ＤエクステントEXT2D[2]として読み出される。
再生装置102はＬ／Ｒモードでは第１ファイルＳＳ544Aを再生する。従って、Ｌ／Ｒモードでの再生経路2702が示すとおり、まず先頭のライトビュー・データ・ブロックR1とその直後のベースビュー・データ・ブロックL1との対R1＋L1が最初の３ＤエクステントEXTSS[0]として連続して読み出される。その直後にロングジャンプJLYが生じ、フォーカス・ジャンプの実行と共に、２Ｄ再生専用ブロック（L2＋L3)2Dと第２の３Ｄエクステント・ブロック2602内の先頭のデプスマップ・データ・ブロックD3との読み出しがスキップされる。次に、第２の３Ｄエクステント・ブロック2602内の先頭のライトビュー・データ・ブロックR2とその直後の３Ｄ再生専用ブロックL2SSとが二番目の３ＤエクステントEXTSS[1]として連続して読み出され、その直後のデプスマップ・データ・ブロックD3の読み出しが最初のジャンプJLR1によってスキップされる。同様に、次のライトビュー・データ・ブロックR3とその直後の３Ｄ再生専用ブロックL3SSとが三番目の３ＤエクステントEXTSS[2]として連続して読み出され、その直後のデプスマップ・データ・ブロックD4の読み出しが二番目のジャンプJLR2によってスキップされる。更に次のライトビュー・データ・ブロックR4とその直後のベースビュー・データ・ブロックL4とが四番目の３ＤエクステントEXTSS[3]として連続して読み出される。
図２７に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロック（L2＋L3)2Dは読み出されるが、３Ｄ再生専用ブロックL2SS、L3SSの読み出しはスキップされる。逆にＬ／Ｒモードでは、２Ｄ再生専用ブロック（L2＋L3)2Dの読み出しはスキップされるが、３Ｄ再生専用ブロックL2SS、L3SSは読み出される。しかし、２Ｄ再生専用ブロック（L2＋L3)2Dと３Ｄ再生専用ブロックの対L2SS、L3SSとはビット単位で一致しているので、いずれの再生モードでも、再生されるレフトビュー・ビデオ・フレームは等しい。このように、配置３ではロングジャンプJLYの前後で２Ｄ再生モードでの再生経路2701とＬ／Ｒモードでの再生経路2702とが分離されている。従って、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSext2D[1]とその直前のライトビュー・データ・ブロックR2のサイズSext2[1]とが、以下のように別々に決定可能である。尚、デプス・モードについても同様である。
まず、層境界LBの直前で連続する二つの２ＤエクステントEXT2D[0]、EXT2D[1]のサイズの和Sext2D[0]＋Sext2D[1]はベースビュー・データ・ブロックL1のサイズSext2D[0]と２Ｄ再生専用ブロック（L2＋L3)2DのサイズS2Dとの和Sext1[1]＋S2Dに等しい。従って、２Ｄ再生モードでのシームレス再生の実現には、その和Sext1[1]＋S2Dが、２ＤエクステントEXT2D[1]の読み出し開始からロングジャンプJLYの完了までの間にリード・バッファからシステム・ターゲット・デコーダに送られるデータ量以上であればよい。一方、層境界LBの直前に位置する３ＤエクステントEXTSS[0]に属するライトビュー・データ・ブロックR1のサイズSext2[0]とベースビュー・データ・ブロックL1との各サイズSext2[0]、Sext2D[0]は、ロングジャンプJLYの直前までバッファ余裕量が維持できる程度の値であればよい。ここで、２Ｄ再生専用ブロック（L2＋L3)2DのサイズS2Dの適切な拡大により、２Ｄエクステントの対EXT2D[0]、EXT2D[1]のサイズの和Sext2D[0]＋Sext2D[1]を一定に維持したまま、ベースビュー・データ・ブロックL1のサイズSext2D[0]を更に小さく制限することができる。それに伴い、ライトビュー・データ・ブロックR1のサイズSext2[0]も更に小さく制限することができる。
ここで、３Ｄ再生専用ブロックの対L2SS、L3SSは２Ｄ再生専用ブロック（L2＋L3)2Dの複製データであるので、２Ｄ再生専用ブロック（L2＋L3)2DのサイズS2Dの拡大は、各３Ｄ再生専用ブロックL2SS、L3SSの直前に位置するライトビュー・データ・ブロックR2、R3のサイズを拡大させる。しかし、一つの２Ｄ再生専用ブロック（L2＋L3)2Dに対して３Ｄ再生専用ブロックは二つL2SS、L3SSに分割されているので、各サイズは、図２３に示されている層境界LBの直前に位置するライトビュー・データ・ブロックR3のサイズよりは十分に小さくできる。こうして、Ｌ／Ｒモードの再生装置102内に確保されるべきリード・バッファの容量は、Ｌ／Ｒモードでのシームレス再生に必要最小限の値まで更に削減可能である。
このように、配置３では各データ・ブロックを、ロングジャンプ中での映像のシームレス再生が２Ｄ再生モードとＬ／Ｒモードとの両方で実現可能であるようなサイズに設計することが、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたままで可能である。更に、２Ｄ再生モードとＬ／Ｒモードとで読み込み対象のデータ・ブロックを変更すること、特に２Ｄ再生専用ブロック（L2＋L3)2Dと３Ｄ再生専用ブロックの対L2SS、L3SSとの間の切り換えが、再生対象のＡＶストリーム・ファイルをファイル２ＤとファイルＳＳとの間で切り換えるだけで容易に実現可能である。尚、デプス・モードでも同様である。
配置３では、２Ｄ再生専用ブロック（L2＋L3)2Dの複製データが二個の３Ｄ再生専用ブロックL2SS、L3SSとして設けられている。その他に、複製データが図１のように一個の３Ｄ再生専用ブロックとして設けられてもよく、又は三個以上の３Ｄ再生専用ブロックとして設けられていてもよい。
尚、配置１−３とは異なり、２Ｄ再生専用ブロックはファイル２Ｄの二個以上のエクステントとしてアクセス可能であってもよい。更に、各データ・ブロックは二種類以上のファイル２Ｄ又はファイルＳＳのエクステントとしてアクセス可能であってもよい。
≪Ｌ／Ｒモードのみに対応する多重化ストリーム・データの配置≫
３Ｄ映像の再生にＬ／Ｒモードのみが利用されるとき、上記の配置１−３からデプスマップ・データ・ブロックが除去されてもよい。図２８の（ａ）は、図２１に示されている配置１からデプスマップ・データ・ブロックを除去したものを示す模式図である。これらのデータ・ブロック群は、図６に示されているメインＴＳと第１サブＴＳとに属する。図２８の（ａ）を参照するに、層境界LBの前に位置する第１の３Ｄエクステント・ブロック2801では、ライトビュー・データ・ブロック群…、R1、R2、及びベースビュー・データ・ブロック群…、L1、L2がインターリーブ配置で記録されている。一方、層境界LBの後に位置する第２の３Ｄエクステント・ブロック2802では、ライトビュー・データ・ブロック群R3、R4、…、及びベースビュー・データ・ブロック群L3SS、L4、…がインターリーブ配置で記録されている。更に、第１の３Ｄエクステント・ブロック2801の後端L2と層境界LBとの間に２Ｄ再生専用ブロックL32Dが配置され、第２の３Ｄエクステント・ブロック2802の先端には３Ｄ再生専用ブロックL3SSが配置されている。それらのデータ・ブロックL32D、L3SSの一方は他方の複製データであり、ビット単位で一致する。
各３Ｄエクステント・ブロック2801、2802のインターリーブ配置では、ライトビュー・データ・ブロックとベースビュー・データ・ブロックとがその順で交互に並ぶ。更に、二つの連続するデータ・ブロックRn、Ln（n＝…、1、2、3、4、…）間ではエクステントＡＴＣ時間が等しい。第１の３Ｄエクステント・ブロック2801の後端に位置する二つのデータ・ブロックR2、L2と、第２の３Ｄエクステント・ブロック2802の先端に位置する二つのデータ・ブロックR3、L3SSとの間では、各ストリーム・データの内容が連続している。
図２８の（ａ）に示されている各データ・ブロックは、３Ｄ再生専用ブロックL3SSを除いて、ファイル２Ｄ又はファイルＤＥＰのいずれかのエクステントとしてアクセス可能である。例えば、ファイル２Ｄのファイル・エントリ2810では、アロケーション記述子＃１は、第１の３Ｄエクステント・ブロック2801内の最後から二番目のベースビュー・データ・ブロックL1のサイズとその先端のＬＢＮとを示す。従って、そのベースビュー・データ・ブロックL1は一つの２ＤエクステントEXT2D[0]としてアクセス可能である。アロケーション記述子＃２は、そのベースビュー・データ・ブロックの対L2＋L32Dを単一のエクステントと見なしてそのサイズとその先端のＬＢＮとを示す。従って、そのベースビュー・データ・ブロックの対L2＋L32Dは二番目の２ＤエクステントEXT2D[1]としてアクセス可能である。アロケーション記述子＃３は、第２の３Ｄエクステント・ブロック2802内の二番目のベースビュー・データ・ブロックL4のサイズとその先端のＬＢＮとを示す。従って、そのベースビュー・データ・ブロックL4は三番目の２ＤエクステントEXT2D[2]としてアクセス可能である。
図２８の（ａ）に示されているデータ・ブロック群に対しても、ＡＶストリーム・ファイルのクロスリンクは図１６のものと同様に実現される。特に、各３Ｄエクステント・ブロック2801、2802からはデプスマップ・データ・ブロックが除去されているので、エクステントＡＴＣ時間の等しいライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対が二つ以上、連続して配置されてもよい。その場合、それら二つ以上の対が一つの３Ｄエクステントとしてアクセスされてもよい。図２８の（ａ）を参照するに、ファイルＳＳのファイル・エントリ2820では、アロケーション記述子＃１は、第１の３Ｄエクステント・ブロック2801のうち、四つの連続するライトビュー・データ・ブロックとベースビュー・データ・ブロックR1、L1、R2、L2を一つのエクステントと見なして、それらの全体のサイズと先端のＬＢＮとを示す。従って、それらのデータ・ブロックR1、L1、R2、L2、は一つの３ＤエクステントEXTSS[0]としてアクセス可能である。アロケーション記述子＃２は、第２の３Ｄエクステント・ブロック2802のうち、四つの連続するライトビュー・データ・ブロックとベースビュー・データ・ブロックR3、L3SS、R4、L4を一つのエクステントと見なして、それらの全体のサイズと先端のＬＢＮとを示す。従って、それらのデータ・ブロックR3、L3SS、R4、L4は次の３ＤエクステントEXTSS[1]としてアクセス可能である。ここで、３ＤエクステントEXTSS[0]、EXTSS[1]はそれぞれ、ベースビュー・データ・ブロックL1、L2、L4を２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]と共有する。一方、２Ｄ再生専用ブロックL32Dは、層境界LBの直前に位置する２ＤエクステントEXT2D[1]の一部としてのみアクセス可能である。更に、３Ｄ再生専用ブロックL3SSは、層境界LBの直後の３ＤエクステントEXTSS[1]の一部としてのみアクセス可能である。
図２８の（ｂ）は、図２８の（ａ）に示されているデータ・ブロック群に対する２Ｄ再生モードでの再生経路2803とＬ／Ｒモードでの再生経路2804とを示す模式図である。
再生装置102は２Ｄ再生モードではファイル２Ｄを再生する。従って、２Ｄ再生モードでの再生経路2803が示すとおり、まず第１の３Ｄエクステント・ブロック2801内の最後から二番目のベースビュー・データ・ブロックL1が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のライトビュー・データ・ブロックR2の読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１の３Ｄエクステント・ブロック2801内の最後のベースビュー・データ・ブロックL2とその直後の２Ｄ再生専用ブロックL32Dとの対L2＋L32Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後の層境界LBではロングジャンプJLYが生じ、フォーカス・ジャンプの実行と共に、第２の３Ｄエクステント・ブロック2802の先端に位置する３個のデータ・ブロックR3、L3SS、R4の読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック2802内の二番目のベースビュー・データ・ブロックL4が三番目の２ＤエクステントEXT2D[2]として読み出される。
再生装置102はＬ／ＲモードではファイルＳＳを再生する。従って、Ｌ／Ｒモードでの再生経路2804が示すとおり、まず第１の３Ｄエクステント・ブロック2801内のデータ・ブロック群R1、L1、R2、L2が最初の３ＤエクステントEXTSS[0]として連続して読み出される。その直後にロングジャンプJLYが生じ、フォーカス・ジャンプの実行と共に、２Ｄ再生専用ブロックL32Dの読み出しがスキップされる。続いて、第２の３Ｄエクステント・ブロック2802内のデータ・ブロック群R3、L3SS、R4、L4とが次の３ＤエクステントEXTSS[1]として連続して読み出される。
図２８の（ｂ）に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロックL32Dは読み出されるが、３Ｄ再生専用ブロックL3SSの読み出しはスキップされる。逆に、Ｌ／Ｒモードでは、２Ｄ再生専用ブロックL32Dの読み出しはスキップされるが、３Ｄ再生専用ブロックL3SSは読み出される。しかし、両方のデータ・ブロックL32D、L3SSはビット単位で一致しているので、いずれの再生モードでも、再生されるレフトビュー・ビデオ・フレームは等しい。このように、配置１では、Ｌ／Ｒモードのみに対応可能な場合でも、ロングジャンプJLYの前後で２Ｄ再生モードでの再生経路2801とＬ／Ｒモードでの再生経路2802とが分離されている。従って、２Ｄ再生専用ブロックL32DのサイズS2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズSext2D[1]＝Sext1[1]＋S2Dを一定に維持したまま、ベースビュー・データ・ブロックL2のサイズSext1[1]を更に小さく制限することができる。それに伴い、ライトビュー・データ・ブロックR2のサイズSext2[1]も更に小さく制限することができる。その結果、Ｌ／Ｒモードの再生装置102内に確保されるべきリード・バッファの容量をＬ／Ｒモードでのシームレス再生に必要最小限の値に更に接近させることができる。他の配置２、３についても同様である。
このように、配置１−３がＬ／Ｒモードのみ対応可能なものであっても、各データ・ブロックを、ロングジャンプ中での映像のシームレス再生が２Ｄ再生モードとＬ／Ｒモードとの両方で実現可能であるようなサイズに設計することが、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたままで可能である。更に、２Ｄ再生モードとＬ／Ｒモードとで読み込み対象のデータ・ブロックを変更すること、特に２Ｄ再生専用ブロックL32Dと３Ｄ再生専用ブロックL3SSとの間の切り換えが、再生対象のＡＶストリーム・ファイルをファイル２ＤとファイルＳＳとの間で切り換えるだけで容易に実現可能である。
≪ＡＶストリーム・ファイルに含まれるその他のＴＳパケット≫
ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図６、７に示されているエレメンタリ・ストリームから変換されたもの以外にも、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャル・トランスポート・ストリームを規定する役割を持つ。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、ＡＶストリーム・ファイルも、そのパーシャル・トランスポート・ストリームと同様に規定される。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる、映像・音声・字幕等を表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種のディスクリプタ（記述子ともいう。）を含む。ディスクリプタには特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報が含まれる。ＰＣＲは、自身に割り当てられたＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ここで、ＳＴＣは、デコーダ内でＰＴＳ及びＤＴＳの基準として利用されるクロックである。デコーダはＰＣＲを利用して、ＡＴＣにＳＴＣを同期させる。
図２９は、ＰＭＴ2910のデータ構造を示す模式図である。ＰＭＴ2910は、ＰＭＴヘッダ2901、ディスクリプタ2902、及びストリーム情報2903を含む。ＰＭＴヘッダ2901は、ＰＭＴ2910に含まれるデータの長さ等を示す。各ディスクリプタ2902は、ＰＭＴ2910を含むＡＶストリーム・ファイルの全体に関するディスクリプタである。前述のコピー・コントロール情報はディスクリプタ2902の一つに含まれる。ストリーム情報2903は、ＡＶストリーム・ファイルに含まれる各エレメンタリ・ストリームに関する情報であり、一つずつ異なるエレメンタリ・ストリームに割り当てられている。各ストリーム情報2903は、ストリーム・タイプ2931、ＰＩＤ2932、及びストリーム・ディスクリプタ2933を含む。ストリーム・タイプ2931は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報等を含む。ＰＩＤ2932は、そのエレメンタリ・ストリームのＰＩＤを示す。ストリーム・ディスクリプタ2933は、そのエレメンタリ・ストリームの属性情報、例えばフレームレート及びアスペクト比を含む。
ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置内のデコーダにＡＶストリーム・ファイルを、欧州デジタル放送規格に準拠のパーシャル・トランスポート・ストリームと同様に処理させることができる。それにより、ＢＤ−ＲＯＭディスク101用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。
≪クリップ情報ファイル≫
図３０は、第１クリップ情報ファイル（01000.clpi）、すなわち２Ｄクリップ情報ファイル531のデータ構造を示す模式図である。ディペンデントビュー・クリップ情報ファイル（02000.clpi、03000.clpi）532、533も同様なデータ構造を持つ。以下では、まず、クリップ情報ファイル全般に共通するデータ構造を２Ｄクリップ情報ファイル531のデータ構造を例に説明する。その後、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのデータ構造上の相違点について説明する。
図３０を参照するに、２Ｄクリップ情報ファイル531は、クリップ情報3010、ストリーム属性情報3020、エントリ・マップ3030、及び３Ｄメタデータ3040を含む。３Ｄメタデータ3040はオフセット・テーブル3041とエクステント起点3042とを含む。
クリップ情報3010は、図３０に示されているように、システムレート3011、再生開始時刻3012、及び再生終了時刻3013を含む。システムレート3011は、ファイル２Ｄ（01000.m2ts）541に属する“ＴＳパケット”が再生装置102内でリード・バッファからシステム・ターゲット・デコーダへ転送される速度の最高値を示す。ファイル２Ｄ541では、ＴＳパケットの転送速度がシステムレート以下に抑えられるように、ソースパケットのＡＴＳの間隔が設定されている。再生開始時刻3012は、ファイル２Ｄ541の先頭のＶＡＵのＰＴＳ、例えば先頭の映像フレームのＰＴＳを示す。再生終了時刻3012は、ファイル２Ｄ541の後端のＶＡＵのＰＴＳから所定量遅れたＳＴＣの値、例えば最後の映像フレームのＰＴＳに１フレーム当たりの再生時間を加えた値を示す。
ストリーム属性情報3020は、図３０に示されているように、ファイル２Ｄ541に含まれる各エレメンタリ・ストリームのＰＩＤ3021とその属性情報3022との間の対応表である。属性情報3022は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えばプライマリ・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１０１に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報3022は再生装置102により、デコーダの初期化に利用される。
［エントリ・マップ］
図３１の（ａ）は、エントリ・マップ3030のデータ構造を示す模式図である。図３１の（ａ）を参照するに、エントリ・マップ3030はテーブル3100を含む。テーブル3100は、メインＴＳに多重化されたビデオ・ストリームと同数であり、各ビデオ・ストリームに一つずつ割り当てられている。図３１の（ａ）では各テーブル3100が割り当て先のビデオ・ストリームのＰＩＤで区別されている。各テーブル3100はエントリ・マップ・ヘッダ3101とエントリ・ポイント3102とを含む。エントリ・マップ・ヘッダ3101は、そのテーブル3100に対応付けられたＰＩＤと、そのテーブル3100に含まれるエントリ・ポイント3102の総数とを含む。エントリ・ポイント3102は、ＰＴＳ3103とソースパケット番号（ＳＰＮ）3104との対を個別に異なるエントリ・ポイントＩＤ（ＥＰ＿ＩＤ）3105に対応付ける。ＰＴＳ3103は、エントリ・マップ・ヘッダ3101の示すＰＩＤのビデオ・ストリームに含まれるいずれかのＩピクチャのＰＴＳに等しい。ＳＰＮ3104は、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。「ＳＰＮ」とは、一つのＡＶストリーム・ファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。ＳＰＮはそのＡＶストリーム・ファイル内での各ソースパケットのアドレスとして利用される。２Ｄクリップ情報ファイル531内のエントリ・マップ3030では、ＳＰＮは、ファイル２Ｄ541に属するソースパケット群、すなわちメインＴＳを構成するソースパケット群に割り当てられた番号を意味する。従って、エントリ・ポイント3102は、ファイル２Ｄ541に含まれるＩピクチャのＰＴＳとアドレス、すなわちＳＰＮとの間の対応関係を表す。
エントリ・ポイント3102は、ファイル２Ｄ541内の全てのＩピクチャに対して設定されていなくてもよい。但し、ＩピクチャがＧＯＰの先頭に位置し、かつ、そのＩピクチャの先頭を含むＴＳパケットが２Ｄエクステントの先頭に位置するときは、そのＩピクチャにはエントリ・ポイント3102を設定しなければならない。
図３１の（ｂ）は、ファイル２Ｄ541に属するソースパケット群3110のうち、エントリ・マップ3030によって各ＥＰ＿ＩＤ3105に対応付けられているものを示す模式図である。図３１の（ｃ）は、そのソースパケット群3110とＢＤ−ＲＯＭディスク101上のデータ・ブロック群3120との間の対応関係を示す模式図である。再生装置102はファイル２Ｄ541から２Ｄ映像を再生するとき、エントリ・マップ3030を利用して、任意のシーンを表すフレームのＰＴＳから、そのフレームを含むソースパケットのＳＰＮを特定する。具体的には、再生装置102は、再生開始位置として特定のエントリ・ポイントのＰＴＳ、例えばＰＴＳ＝３６００００が指定されたとき、まずエントリ・マップ3030から、そのＰＴＳに対応付けられたＳＰＮ＝３２００を検索する。再生装置102は次に、そのＳＰＮとソースパケット一つ当たりのデータ量１９２バイトとの積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商ＳＰＮ／１９２×２０４８を求める。図８の（ｂ）、（ｃ）から理解されるとおり、その値は、メインＴＳのうち、そのＳＰＮが割り当てられたソースパケットを含むアラインド・ユニットよりも前の部分が記録されたセクタの総数に等しい。図３１の（ｂ）に示されている例では、その値３２００×１９２／２０４８＝３００は、ＳＰＮが０から３１９９までのソースパケット群3111が記録されたセクタの総数に等しい。再生装置102は続いてファイル２Ｄ541のファイル・エントリ内のアロケーション記述子を参照し、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（上記の総数＋１）番目のセクタのＬＢＮを特定する。図３１の（ｃ）に示されている例では、２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能なベースビュー・データ・ブロックL1、L2＋L32D、L4、…が記録されたセクタ群のうち、先頭から数えて３０１番目のセクタのＬＢＮが特定される。再生装置102はそのＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、そのＬＢＮのセクタから順にベースビュー・データ・ブロック群がアラインド・ユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインド・ユニットから、再生開始位置のエントリ・ポイントの示すソースパケットを選択してＩピクチャに復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル２Ｄ541から特定のＰＴＳ以降の２Ｄ映像を再生できる。
エントリ・マップ3030は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば２Ｄ再生モードの再生装置102は、まずエントリ・マップ3030を参照して、再生開始位置、例えばＰＴＳ＝３６００００以降のＰＴＳを含むエントリ・ポイント、ＥＰ＿ＩＤ＝２、３、…からＳＰＮ＝３２００、４８００、…を順番に読み出す。再生装置102は次にファイル２Ｄ541のファイル・エントリを利用して、各ＳＰＮに対応するセクタのＬＢＮを特定する。再生装置102は続いて、各ＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、各ＬＢＮのセクタからアラインド・ユニットが読み出される。再生装置102は更に各アラインド・ユニットから、各エントリ・ポイントの示すソースパケットを選択してＩピクチャに復号する。こうして、再生装置102は２Ｄエクステント群EXT2D[n]自体を解析することなく、ファイル２Ｄ541からＩピクチャを選択的に再生できる。
［オフセット・テーブル］
図３２の（ａ）はオフセット・テーブル3041のデータ構造を示す模式図である。オフセット・テーブル3041は、３Ｄ再生モードの再生装置102によるクロッピング処理に利用される情報である。「クロッピング処理」とは、２Ｄ映像を表すデータから、レフトビューとライトビューとを表すプレーン・データの対を生成する処理をいう。「プレーン・データ」とは画素データの二次元配列を意味し、その配列のサイズは映像フレームの解像度に等しい。一組の画素データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。クロッピング処理の対象には、メインＴＳ内のＰＧストリーム、ＩＧストリーム、及びセカンダリ・ビデオ・ストリームのそれぞれから生成されるプレーン・データ、並びに、ＢＤ−Ｊオブジェクトに従って生成されるイメージ・プレーン・データが含まれる。クロッピング処理はプレーン・データ内での各画素データの位置を水平方向に変化させる。従って、クロッピング処理によって得られるプレーン・データの対ではレフトビューとライトビューとの各表示位置が元の２Ｄ映像の表示位置から左右にずれている。それらの変位が視聴者に両眼視差として知覚されることにより、レフトビューとライトビューとの対がその視聴者には一つの３Ｄ映像として見える。
図３２の（ａ）を参照するに、オフセット・テーブル3041は、ＰＧストリーム、ＩＧストリーム、及びセカンダリ・ビデオ・ストリームのＰＩＤ別にテーブル3210を含む。各テーブル3210はＰＴＳ3201とオフセット値3202との対応表である。ＰＴＳ3201は、ＰＧストリーム、ＩＧストリーム、及びセカンダリ・ビデオ・ストリームから生成される各プレーン・データの表示時刻を表す。オフセット値3202は、クロッピング処理による各画素データの水平方向の変位量を符号付きの画素数で表したものである。例えばプラス符号は右向きの変位を表し、マイナス符号はその逆である。オフセット値3202の符号は、３Ｄ映像の奥行きが画面よりも手前か奥かに依って決められている。以下、ＰＴＳ3201とオフセット値3202との対3203を「オフセット・エントリ」という。
図３２の（ｂ）は、オフセット・エントリの有効区間を表す模式図である。各オフセット・エントリの有効区間は、ＳＴＣで計られる時間において、そのオフセット・エントリのＰＴＳの示す時刻から、次のオフセット・エントリのＰＴＳの示す時刻までの期間である。プレーン・データのＰＴＳがあるオフセット・エントリの有効区間に属するとき、クロッピング処理では、そのプレーン・データ内の画素データの表示位置が、そのオフセット・エントリのオフセット値だけ変化する。図３２の（ａ）に示されている例では、オフセット・エントリ＃１のＰＴＳが１８００００であり、オフセット・エントリ＃２のＰＴＳが２７００００であり、オフセット・エントリ＃３のＰＴＳが３６００００である。その場合、図３２の（ｂ）に示されているように、オフセット・エントリ＃１のオフセット値“＋５”は、１８００００から２７００００までのＳＴＣの範囲3204で有効であり、オフセット・エントリ＃２のオフセット値“＋３”は、２７００００から３６００００までのＳＴＣの範囲3205で有効である。
［エクステント起点］
図３３の（ａ）は、エクステント起点3042のデータ構造を示す模式図である。図３３の（ａ）を参照するに、「エクステント起点（Extent＿Start＿Point）」3042は、ベースビュー・エクステントＩＤ（ＥＸＴ１＿ＩＤ）3311とＳＰＮ3312とを含む。ＥＸＴ１＿ＩＤ3311は、第１ファイルＳＳ（01000.ssif）544Aに属する各ベースビュー・データ・ブロックに、先頭から順に割り当てられた通し番号である。ＳＰＮ3312は各ＥＸＴ１＿ＩＤ3311に一つずつ割り当てられ、そのＥＸＴ１＿ＩＤ3311で識別されるベースビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ544Aに属するベースビュー・データ・ブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図１６に示されているインターリーブ配置のデータ・ブロック群ではベースビュー・データ・ブロックはファイル２Ｄ（01000.m2ts）と第１ファイルＳＳ544Aとに共有される。しかし、図２１、２４、２６に示されてる配置１−３では、２Ｄ再生専用ブロックはファイル２Ｄ541にのみ属し、３Ｄ再生専用ブロックは第１ファイルＳＳ544Aにのみ属する。従って、エクステント起点3042の示すＳＰＮ3312は、ファイル２Ｄ541に属する２Ｄエクステントの先端に位置するソースパケットのＳＰＮとは一般に異なる。
図３３の（ｂ）は、第２クリップ情報ファイル（02000.clpi）、すなわちライトビュー・クリップ情報ファイル532に含まれるエクステント起点3320のデータ構造を示す模式図である。図３３の（ｂ）を参照するに、エクステント起点3320は、ライトビュー・エクステントＩＤ（ＥＸＴ２＿ＩＤ）3321とＳＰＮ3322とを含む。ＥＸＴ２＿ＩＤ3321は、第１ファイルＳＳ544Aに属する各ライトビュー・データ・ブロックに、先頭から順に割り当てられた通し番号である。ＳＰＮ3322は各ＥＸＴ２＿ＩＤ3321に一つずつ割り当てられ、そのＥＸＴ２＿ＩＤ3321で識別されるライトビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ544Aに属するライトビュー・データ・ブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図３３の（ｄ）は、第１ファイルＤＥＰ（02000.m2ts）542に属するライトビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点3320の示すＳＰＮ3322との間の対応関係を表す模式図である。図１６、２１、２４、２６のいずれに示されているデータ・ブロック群でも、ライトビュー・データ・ブロックは第１ファイルＤＥＰ542と第１ファイルＳＳ544Aとに共有される。従って、図３３の（ｄ）に示されているように、エクステント起点3320の示す各ＳＰＮ3322は、各ライトビュー・エクステントEXT2[0]、EXT2[1]、…の先端に位置するソースパケットのＳＰＮに等しい。
２Ｄクリップ情報ファイル531のエクステント起点3042とライトビュー・クリップ情報ファイル532のエクステント起点3320とは、以下に説明するように、第１ファイルＳＳ544Aから３Ｄ映像が再生されるとき、各３Ｄエクステントに含まれるデータ・ブロックの境界の検出に利用される。
図３３の（ｅ）は、第１ファイルＳＳ544Aに属する３ＤエクステントEXTSS[0]、EXTSS[1]、…とＢＤ−ＲＯＭディスク101上のデータ・ブロック群3350との間の対応関係の一例を示す模式図である。図３３の（ｅ）を参照するに、データ・ブロック群3350は、図２１に示されている配置１と同様である。尚、以下の説明は、インターリーブ配置、及び他の配置２、３でも同様に成立する。データ・ブロック群3350では、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2、R3＋L3SS、R4＋L4がそれぞれ、３ＤエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3]としてアクセス可能である。更に、ｎ番目の３ＤエクステントEXTSS[n]（n＝0、1、2、…）では、ベースビュー・データ・ブロックL(n＋1)に含まれるソースパケットの数は、エクステント起点3042において、ＥＸＴ１＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ａ(ｎ＋１)−Ａｎに等しい（ここで、Ａ０＝０）。一方、ライトビュー・データ・ブロックR(n＋1)に含まれるソースパケットの数は、エクステント起点3320において、ＥＸＴ２＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ｂ(ｎ＋１)−Ｂｎに等しい（ここで、Ｂ０＝０）。
Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ544Aから３Ｄ映像を再生するとき、各クリップ情報ファイル531、532のエントリ・マップに加え、エクステント起点3042、3320を利用して、任意のシーンのライトビューを表すフレームのＰＴＳから、そのフレームを含むライトビュー・データ・ブロックが記録されたセクタのＬＢＮを特定する。具体的には、再生装置102はまず、例えばライトビュー・クリップ情報ファイル532のエントリ・マップから、そのＰＴＳに対応付けられたＳＰＮを検索する。仮に、そのＳＰＮの示すソースパケットが第１ファイルＤＥＰ542の３番目のライトビュー・エクステントEXT2[2]、すなわちライトビュー・データ・ブロックR3に含まれる場合を想定する。再生装置102は次に、ライトビュー・クリップ情報ファイル532のエクステント起点3320の示すＳＰＮ3322の中から、目標のＳＰＮ以下で最大のもの“Ｂ２”と、それに対応するＥＸＴ２＿ＩＤ“２”とを検索する。再生装置102は続いて、２Ｄクリップ情報ファイル531のエクステント起点3042から、そのＥＸＴ２＿ＩＤ“２”と等しいＥＸＴ１＿ＩＤに対応するＳＰＮ3312の値“Ａ２”を検索する。再生装置102は更に、検索されたＳＰＮ3024、3320の値の和Ｂ２＋Ａ２を求める。図３３の（ｅ）から理解されるように、その和Ｂ２＋Ａ２は、３Ｄエクステント群EXTSS[0]、EXTSS[1]、…に含まれるデータ・ブロックのうち、３番目のライトビュー・データ・ブロックR3よりも前に配置されたものに含まれるソースパケットの総数に等しい。従って、その和Ｂ２＋Ａ２とソースパケット一つ当たりのデータ量１９２バイトとの積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商（Ｂ２＋Ａ２）×１９２／２０４８は、３Ｄエクステント群の先頭から３番目のライトビュー・データ・ブロックR3の直前までのセクタ数に等しい。この商を利用して第１ファイルＳＳ544Aのファイル・エントリ内のアロケーション記述子を辿れば、そのライトビュー・データ・ブロックR3の先端が記録されたセクタのＬＢＮを特定することができる。
再生装置102は、上記のようにＬＢＮを特定した後、そのＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、そのＬＢＮのセクタ以降に記録された３Ｄエクステント群、すなわち３番目のライトビュー・データ・ブロックR3以降の３Ｄエクステント群がアラインド・ユニット単位で読み出される。
再生装置102は更にエクステント起点3042、3320を利用して、読み出された各３Ｄエクステントから、ディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとを交互に抽出する。例えば、図３３の（ｅ）に示されているデータ・ブロック群3350から３Ｄエクステント群EXTSS[n]（n＝0、1、2、…）が順番に読み出されるときを想定する。再生装置102はまず、最初の３ＤエクステントEXTSS[0]の先頭からＢ１個のソースパケットを最初のディペンデントビュー・データ・ブロックR1として抽出する。再生装置102は次に、Ｂ１番目のソースパケットと、それに続く（Ａ１−１）個のソースパケットとの計Ａ１個のソースパケットを最初のベースビュー・データ・ブロックL1として抽出する。再生装置102は続いて、（Ｂ１＋Ａ１）番目のソースパケットと、それに続く（Ｂ２−Ｂ１−１）個のソースパケットとの計（Ｂ２−Ｂ１）個のソースパケットを二番目のディペンデントビュー・データ・ブロックR2として抽出する。再生装置102は更に、（Ａ１＋Ｂ２）番目のソースパケットと、それに続く（Ａ２−Ａ１−１）個のソースパケットとの計（Ａ２−Ａ１）個のソースパケットを二番目のベースビュー・データ・ブロックL2として抽出する。それ以降も再生装置102は同様に、読み出されるソースパケットの数から各３Ｄエクステント内のデータ・ブロック間の境界を検出して、ディペンデントビューとベースビューとの各データ・ブロックを交互に抽出する。抽出されたベースビュー・データ・ブロックとライトビュー・データ・ブロックとはパラレルにシステム・ターゲット・デコーダに渡されて復号される。
こうして、Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ544Aから特定のＰＴＳ以降の３Ｄ映像を再生できる。その結果、再生装置102は、ＢＤ−ＲＯＭドライブ121の制御に関する上記の利点（Ａ）、（Ｂ）を実際に享受できる。
≪ファイル・ベース≫
図３３の（ｃ）は、Ｌ／Ｒモードの再生装置102によって第１ファイルＳＳ544Aから抽出されたベースビュー・データ・ブロックL1、L2、…を表す模式図である。図３３の（ｅ）に示されているデータ・ブロック群3350は２Ｄ再生専用ブロックL32Dと３Ｄ再生専用ブロックL3SSとの両方を含む。しかし、図３３の（ｃ）に示されているベースビュー・データ・ブロック群は、ファイル２Ｄ541の２Ｄエクステント群とは異なり、２Ｄ再生専用ブロックL32Dに代えて３Ｄ再生専用ブロックL3SSを含む。従って、エクステント起点3042の示すＳＰＮ3312は、各ベースビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。図３３の（ｃ）に示されているベースビュー・データ・ブロック群のように、エクステント起点を利用して一つのファイルＳＳから抽出されるベースビュー・データ・ブロック群を「ファイル・ベース」という。更に、ファイル・ベースに含まれるベースビュー・データ・ブロックを「ベースビュー・エクステント」という。各ベースビュー・エクステントは、図３３の（ｃ）に示されているように、２Ｄクリップ情報ファイル内のエクステント起点によって参照される。
ベースビュー・エクステントは、２Ｄ再生専用ブロックと３Ｄ再生専用ブロックとを除き、２Ｄエクステントと実体、すなわちベースビュー・データ・ブロックを共有する。更に、互いに対応する２Ｄ再生専用ブロックと３Ｄ再生専用ブロックとはビット単位で一致する。従って、ファイル・ベースはファイル２Ｄと同じメインＴＳを含む。しかし、ベースビュー・エクステントは２Ｄエクステントとは異なり、いずれのファイルのファイル・エントリ内のアロケーション記述子によっても参照されない。上記のとおり、ベースビュー・エクステントは、クリップ情報ファイル内のエクステント起点を利用して、ファイルＳＳ内の３Ｄエクステントから抽出される。このように、ファイル・ベースは、図４に示されている本来のファイルとは異なり、ファイル・エントリを含まず、かつ、ベースビュー・エクステントの参照にエクステント起点を必要とする。それらの意味で、ファイル・ベースは「仮想的なファイル」である。特にファイル・ベースはファイルシステムでは認識されず、図５に示されているディレクトリ／ファイル構造には現れない。
ＢＤ−ＲＯＭディスク101上に記録された３Ｄ映像コンテンツは、メインＴＳに対するサブＴＳを一種類だけ含むものでもよい。図３４は、そのコンテンツを含むデータ・ブロック群の配置の一例を示す模式図である。図３４を参照するに、データ・ブロック群3400は、図１６、２１に示されているものとは異なり、ディペンデントビュー・データ・ブロックD[n]（n＝…、0、1、2、3、…）とベースビュー・データ・ブロックB[n]とを一種類ずつ含む。層境界LBの前にはディペンデントビュー・データ・ブロック群…、D[0]、D[1]とベースビュー・データ・ブロック群…、B[0]、B[1]とがインターリーブ配置で記録され、第１の３Ｄエクステント・ブロック3401を構成している。第１の３Ｄエクステント・ブロック3401の後端B[1]と層境界LBとの間には２Ｄ再生専用ブロックB[2]2Dが配置されている。一方、層境界LBの後にはディペンデントビュー・データ・ブロック群D[2]、D[3]、…とベースビュー・データ・ブロック群B[2]SS、B[3]、…とがインターリーブ配置で記録され、第２の３Ｄエクステント・ブロック3402を構成している。第２の３Ｄエクステント・ブロック3402内の先頭のベースビュー・データ・ブロックB[2]SSは３Ｄ再生専用ブロックであり、２Ｄ再生専用ブロックB[2]2Dとビット単位で一致する。
図３４には、データ・ブロック群3400とファイル２Ｄ3410のエクステント群との間の対応関係も示されている。第１の３Ｄエクステント・ブロック3401内のベースビュー・データ・ブロック…、B[0]は、最後のものB[1]を除き、単独で一つの２Ｄエクステント…、EXT2D[0]としてファイル２Ｄ3410に属する。第１の３Ｄエクステント・ブロック3401内の最後のベースビュー・データ・ブロックB[1]は、その直後の２Ｄ再生専用ブロックB[2]2Dとの対で一つの２ＤエクステントEXT2D[1]としてファイル２Ｄ3410に属する。第２の３Ｄエクステント・ブロック3402内のベースビュー・データ・ブロックB[3]、…は、３Ｄ再生専用ブロックB[2]SSを除き、２ＤエクステントEXT2D[2]、…としてファイル２Ｄ3410に属する。各２Ｄエクステントはファイル２Ｄ3410のファイル・エントリ内のアロケーション記述子を参照データとして利用することによってアクセス可能である。
図３４には、データ・ブロック群3400とファイルＤＥＰ3412のエクステント群との間の対応関係も示されている。第１の３Ｄエクステント・ブロック3401内の各ディペンデントビュー・データ・ブロック…、D[0]、D[1]、及び第２の３Ｄエクステント・ブロック3402内の各ディペンデントビュー・データ・ブロックD[2]、D[3]、…はディペンデントビュー・エクステント…、EXT2[0]、EXT2[1]、EXT2[2]、…としてファイルＤＥＰ3412に属する。各ディペンデントビュー・エクステントはファイルＤＥＰ3412のファイル・エントリ内のアロケーション記述子を参照データとして利用することによってアクセス可能である。
図３４には、データ・ブロック群3400とファイルＳＳ3420のエクステント群との間の対応関係も示されている。データ・ブロック群3400は、図１６に示されているものとは異なり、デプスマップ・データ・ブロックを含まない。従って、いずれの３Ｄエクステント・ブロック3401、3402内のインターリーブ配置でも、ディペンデントビュー・データ・ブロック…、D[0]、D[1]、D[2]、D[3]、…とベースビュー・データ・ブロック…、B[0]、B[1]、B[2]SS、B[3]、…とは交互に連続している。その場合、ファイルＳＳ3420は、エクステントＡＴＣ時間の等しいディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとの対が二つ以上連続する部分を一つの３Ｄエクステントとして含んでもよい。図３４では、第１の３Ｄエクステント・ブロック3401内の二つの連続するディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとの対D[0]＋B[0]、D[1]＋B[1]が、一つの３ＤエクステントEXTSS[0]としてファイルＳＳ3420に属する。更に、第２の３Ｄエクステント・ブロック3402内の二つの連続するディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとの対D[2]＋B[2]SS、D[3]＋B[3]が、一つの３ＤエクステントEXTSS[1]としてファイルＳＳ3420に属する。３ＤエクステントEXTSS[0]、EXTSS[1]は、２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、EXT2D[3]とはベースビュー・データ・ブロックB[0]、B[1]、B[2]SS、B[3]を共有し、ディペンデントビュー・エクステントEXT2[0]、EXT2[1]、EXT2[2]、EXT2[3]とはディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、D[3]を共有する。各３ＤエクステントはファイルＳＳ3420のファイル・エントリ内のアロケーション記述子を参照データとして利用してアクセス可能である。
再生装置102は３ＤエクステントEXTSS[0]、EXTSS[1]を読み込んだ後、ファイル２Ｄ3410とファイルＤＥＰ3412とのそれぞれに対応するクリップ情報ファイル内のエクステント起点を利用して、各３ＤエクステントEXTSS[0]、EXTSS[1]からベースビュー・データ・ブロックB[0]、B[1]、B[2]SS、B[3]を抽出する。それらのベースビュー・データ・ブロックB[0]、B[1]、B[2]SS、B[3]はベースビュー・エクステントEXT1[0]、EXT1[1]、EXT1[2]、EXT1[3]としてファイル・ベース3411に属する。各ベースビュー・エクステントEXT1[0]、EXT1[1]、EXT1[2]、EXT1[3]は、ファイル２Ｄ3410に対応する２Ｄクリップ情報ファイル内のエクステント起点によって参照される。
以下、特に区別する必要がない限り、ベースビュー・データ・ブロックは（２Ｄ再生専用ブロックを除いて）ベースビュー・エクステントと同一視し、ディペンデントビュー・データ・ブロックはディペンデントビュー・エクステントと同一視する。
≪ディペンデントビュー・クリップ情報ファイル≫
ディペンデントビュー・クリップ情報ファイルは、図３０−３３に示されている２Ｄクリップ情報ファイルとデータ構造が同様である。従って、以下の説明では、ディペンデントビュー・クリップ情報ファイルと２Ｄクリップ情報ファイルとの間の相違点に触れ、同様な点については上記の説明を援用する。
ディペンデントビュー・クリップ情報ファイルは２Ｄクリップ情報ファイルとは次の三点（ｉ）、（ｉｉ）、（ｉｉｉ）で異なる：（ｉ）ストリーム属性情報に条件が課せられている；（ｉｉ）エントリ・ポイントに条件が課せられている；（ｉｉｉ）３Ｄメタデータがオフセット・テーブルを含まない。
（ｉ）ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとがＬ／Ｒモードの再生装置102によって３Ｄ映像の再生に利用されるべきものであるとき、図９に示されているとおり、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームを利用して圧縮されている。そのとき、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームとビデオ・ストリーム属性が等しく揃えられる。ここで、ベースビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報は、２Ｄクリップ情報ファイルのストリーム属性情報3020内でＰＩＤ＝０ｘ１０１１に対応付けられている。ディペンデントビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報は、ディペンデントビュー・クリップ情報ファイルのストリーム属性情報内でＰＩＤ＝０ｘ１０１２又は０ｘ１０１３に対応付けられている。従って、それらのビデオ・ストリーム属性情報間では、図３０に示されている各項目、すなわち、コーデック、解像度、アスペクト比、及びフレームレートが一致しなければならない。コーデックの種類が一致していれば、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのピクチャ間に符号化での参照関係が成立するので、各ピクチャを復号することができる。解像度、アスペクト比、及びフレームレートがいずれも一致していれば、左右の映像の画面表示を同期させることができる。それ故、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができる。
（ｉｉ）ディペンデントビュー・クリップ情報ファイルのエントリ・マップは、ディペンデントビュー・ビデオ・ストリームに割り当てられたテーブルを含む。そのテーブルは、図３１の（ａ）に示されているもの3100と同様に、エントリ・マップ・ヘッダとエントリ・ポイントとを含む。エントリ・マップ・ヘッダは、対応するディペンデントビュー・ビデオ・ストリームのＰＩＤ、すなわち０ｘ１０１２又は０ｘ１０１３を示す。各エントリ・ポイントは一対のＰＴＳとＳＰＮとを一つのＥＰ＿ＩＤに対応付けている。各エントリ・ポイントのＰＴＳは、ディペンデントビュー・ビデオ・ストリームに含まれるいずれかのＧＯＰの先頭のピクチャのＰＴＳと等しい。各エントリ・ポイントのＳＰＮは、同じエントリ・ポイントに属するＰＴＳの示すピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。ここで、ＳＰＮは、ファイルＤＥＰに属するソースパケット群、すなわちサブＴＳを構成するソースパケット群に先頭から順に割り当てられた通し番号を意味する。各エントリ・ポイントのＰＴＳは、２Ｄクリップ情報ファイルのエントリ・マップのうち、ベースビュー・ビデオ・ストリームに割り当てられたテーブル内のエントリ・ポイントのＰＴＳと一致しなければならない。すなわち、同じ３Ｄ・ＶＡＵに含まれる一対のピクチャの一方を含むソースパケット群の先頭にエントリ・ポイントが設定されているときは、常に、他方を含むソースパケット群の先頭にもエントリ・ポイントが設定されていなければならない。
図３５は、ベースビュー・ビデオ・ストリーム3510とディペンデントビュー・ビデオ・ストリーム3520とに設定されたエントリ・ポイントの例を示す模式図である。各ビデオ・ストリーム3510、3520では、先頭から数えて同じ順番のＧＯＰが同じ再生期間の映像を表す。図３５を参照するに、ベースビュー・ビデオ・ストリーム3510では、先頭から数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント3501B、3503B、3505Bが設定されている。それに併せて、ディペンデントビュー・ビデオ・ストリーム3520でも、先頭から数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント3501D、3503D、3505Dが設定されている。その場合、再生装置102は、例えばＧＯＰ＃３から３Ｄ映像の再生を開始するとき、対応するエントリ・ポイント3503B、3503DのＳＰＮからファイルＳＳ内の再生開始位置のアドレスを直ちに算定できる。特にエントリ・ポイント3503B、3503Dがいずれもデータ・ブロックの先端に設定されているとき、図３３の（ｅ）から理解されるとおり、エントリ・ポイント3503B、3503DのＳＰＮの和が、ファイルＳＳの先頭から再生開始位置までの部分に含まれるソースパケットの数に等しい。図３３の（ｅ）の説明で述べたとおり、そのソースパケットの数からは、ファイルＳＳ内の再生開始位置の部分が記録されたセクタのＬＢＮを算定することができる。こうして、３Ｄ映像の再生においても、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理の応答速度を向上させることができる。
≪２Ｄプレイリスト・ファイル≫
図３６は、２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図５に示されている第１プレイリスト・ファイル（00001.mpls）521はこのデータ構造を持つ。図３６を参照するに、２Ｄプレイリスト・ファイル521はメインパス3601と二つのサブパス3602、3603とを含む。
メインパス3601はプレイアイテム情報（ＰＩ）の配列であり、ファイル２Ｄ541の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各ＰＩは固有のプレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）で識別される。各ＰＩ＃Ｎは主要な再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の開始時刻（In−Time）を表し、他方は終了時刻（Out−Time）を表す。更に、メインパス3601内でのＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
各サブパス3602、3603はサブプレイアイテム情報（ＳＵＢ＿ＰＩ）の配列であり、ファイル２Ｄ541の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、メインパス3601の表すファイル２Ｄ541の部分とは別の部分、又は別のファイル２Ｄに多重化されたストリーム・データの部分とその再生順とを意味する。そのストリーム・データは、メインパス3601に従ってファイル２Ｄ541から再生される２Ｄ映像と同時に再生されるべき別の２Ｄ映像を表す。その別の２Ｄ映像は例えば、ピクチャ・イン・ピクチャ方式における副映像、ブラウザ画面、ポップアップ・メニュー、又は字幕を含む。サブパス3602、3603には２Ｄプレイリスト・ファイル521への登録順に通し番号「０」、「１」が振られている。その通し番号はサブパスＩＤとして各サブパス3602、3603の識別に利用される。各サブパス3602、3603では、各ＳＵＢ＿ＰＩが固有のサブプレイアイテムＩＤ＝＃Ｍ（Ｍ＝１、２、３、…）で識別される。各ＳＵＢ＿ＰＩ＃Ｍは、再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス3602、3603内でのＳＵＢ＿ＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
図３７は、ＰＩ＃Ｎのデータ構造を示す模式図である。図３７を参照するに、ＰＩ＃Ｎは、参照クリップ情報3701、再生開始時刻（In＿Time）3702、再生終了時刻（Out＿Time）3703、コネクション・コンディション3704、及びストリーム選択テーブル（以下、ＳＴＮ（Stream Number）テーブルと略す。）3705を含む。参照クリップ情報3701は、２Ｄクリップ情報ファイル531を識別するための情報である。再生開始時刻3702と再生終了時刻3703とは、ファイル２Ｄ541の再生対象部分の先端と後端との各ＰＴＳを示す。コネクション・コンディション3704は、再生開始時刻3702と再生終了時刻3703とによって規定された再生区間での映像を、一つ前のＰＩ＃（Ｎ−１）によって規定された再生区間での映像に接続するときの条件を規定する。ＳＴＮテーブル3705は、再生開始時刻3702から再生終了時刻3703までの間に再生装置102内のデコーダによってファイル２Ｄ541から選択可能なエレメンタリ・ストリームのリストを表す。
ＳＵＢ＿ＰＩのデータ構造は、図３７に示されているＰＩのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にＳＵＢ＿ＰＩの再生開始時刻と再生終了時刻とは、ＰＩのそれらと同じ時間軸上の値で表される。ＳＵＢ＿ＰＩは更に「ＳＰコネクション・コンディション」というフィールドを含む。ＳＰコネクション・コンディションはＰＩのコネクション・コンディションと同じ意味を持つ。
［コネクション・コンディション］
コネクション・コンディション3704の値には「１」、「５」、「６」の三種類がある。コネクション・コンディション3704が「１」であるとき、ＰＩ＃Ｎによって規定されるファイル２Ｄ541の部分から再生される映像は、直前のＰＩ＃（Ｎ−１）によって規定されるファイル２Ｄ541の部分から再生される映像とは必ずしもシームレスに接続されなくてもよい。一方、コネクション・コンディション3704が「５」又は「６」であるとき、それら両方の映像が必ずシームレスに接続されなければならない。
図３８の（ａ）、（ｂ）はそれぞれ、コネクション・コンディション3704が「５」、「６」であるときに接続対象の二つの再生区間3801、3802の間の関係を示す模式図である。ここで、ＰＩ＃（Ｎ−１）はファイル２Ｄ541の第１部分3801を規定し、ＰＩ＃Ｎはファイル２Ｄ541の第２部分3802を規定する。図３８の（ａ）を参照するに、コネクション・コンディション3704が「５」であるとき、２つのＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間でＳＴＣが途切れていても良い。すなわち、第１部分3801の後端のＰＴＳ＃１と第２部分3802の先端のＰＴＳ＃２とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第１部分3801に続けて第２部分3802をデコーダに供給したときでも、そのデコーダが復号処理をスムーズに持続できるように、各部分3801、3802が作成されていなければならない。更に、第１部分3801に含まれるオーディオ・ストリームの最後のフレームを、第２部分3802に含まれるオーディオ・ストリームの先頭フレームと重複させなければならない。一方、図３８の（ｂ）を参照するに、コネクション・コンディション3704が「６」であるとき、第１部分3801と第２部分3802とは、デコーダの復号処理上、一連の部分として扱えるものでなければならない。すなわち、第１部分3801と第２部分3802との間ではＳＴＣとＡＴＣとがいずれも連続でなければならない。同様に、ＳＰコネクション・コンディションが「５」又は「６」であるとき、隣接する２つのＳＵＢ＿ＰＩによって規定されるファイル２Ｄの部分間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。
［ＳＴＮテーブル］
図３７を再び参照するに、ＳＴＮテーブル3705はストリーム登録情報の配列である。「ストリーム登録情報」とは、再生開始時刻3702から再生終了時刻3703までの間にメインＴＳから再生対象として選択可能なエレメンタリ・ストリームを個別に示す情報である。ストリーム番号（ＳＴＮ）3706はストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリ・ストリームの識別に利用される。ＳＴＮ3706は更に、同じ種類のエレメンタリ・ストリームの間では選択の優先順位を表す。ストリーム登録情報はストリーム・エントリ3709とストリーム属性情報3710と含む。ストリーム・エントリ3709はストリーム・パス情報3707とストリーム識別情報3708とを含む。ストリーム・パス情報3707は、選択対象のエレメンタリ・ストリームが属するファイル２Ｄを示す情報である。例えばストリーム・パス情報3707が“メインパス”を示すとき、そのファイル２Ｄは、参照クリップ情報3701の示す２Ｄクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報3707が“サブパスＩＤ＝１”を示すとき、選択対象のエレメンタリ・ストリームが属するファイル２Ｄは、サブパスＩＤ＝１のサブパスに含まれるＳＵＢ＿ＰＩの参照クリップ情報が示す２Ｄクリップ情報ファイルに対応するものである。そのＳＵＢ＿ＰＩの規定する再生開始時刻又は再生終了時刻のいずれかは、ＳＴＮテーブル3705を含むＰＩの規定する再生開始時刻3702から再生終了時刻3703までの期間に含まれる。ストリーム識別情報3708は、ストリーム・パス情報3707によって特定されるファイル２Ｄに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻3702から再生終了時刻3703までの間に選択可能である。ストリーム属性情報3710は各エレメンタリ・ストリームの属性情報を表す。例えば、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。
［２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生］
図３９は、２Ｄプレイリスト・ファイル（00001.mpls）521の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）541から再生される部分との間の対応関係を示す模式図である。図３９を参照するに、２Ｄプレイリスト・ファイル521のメインパス3601では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報3701は２Ｄクリップ情報ファイル（01000.clpi）531を示す。再生装置102は２Ｄプレイリスト・ファイル521に従って２Ｄ映像を再生するとき、まずＰＩ＃１からＰＴＳ＃１、＃２を読み出す。再生装置102は次に、２Ｄクリップ情報ファイル531のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ541内のＳＰＮ＃１、＃２を検索する。再生装置102は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル２Ｄ541のファイル・エントリ内のアロケーション記述子とを利用して、再生対象の２Ｄエクステント群EXT2D[0]、…、EXT2D[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図３１の（ｂ）、（ｃ）を用いて説明したとおりである。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P1から、２Ｄエクステント群EXT2D[0]、…、EXT2D[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２の示すＰＴＳ＃３、＃４の対は、まず２Ｄクリップ情報ファイル531のエントリ・マップを利用してＳＰＮ＃３、＃４の対に変換される。次にファイル２Ｄ541のファイル・エントリ内のアロケーション記述子を利用して、ＳＰＮ＃３、＃４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P2から、２Ｄエクステント群に属するソースパケット群が読み出される。ＰＩ＃３の示すＰＴＳ＃５、＃６の対からＳＰＮ＃５、＃６の対への変換、ＳＰＮ＃５、＃６の対からＬＢＮ＃５、＃６の対への変換、及びＬＢＮ＃５からＬＢＮ＃６までの範囲のセクタ群P3からのソースパケット群の読み出しも同様である。こうして、再生装置102は２Ｄプレイリスト・ファイル521のメインパス3601に従ってファイル２Ｄ541から２Ｄ映像を再生できる。
２Ｄプレイリスト・ファイル521はエントリ・マーク3901を含んでもよい。エントリ・マーク3901は、メインパス3601のうち、実際に再生が開始されるべき時点を示す。例えば図３９に示されているように、ＰＩ＃１に対して複数のエントリ・マーク3901が設定されてもよい。エントリ・マーク3901は特に頭出し再生において、再生開始位置の検索に利用される。例えば２Ｄプレイリスト・ファイル521が映画タイトルの再生経路を規定するとき、エントリ・マーク3901は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。
≪３Ｄプレイリスト・ファイル≫
図４０は、３Ｄプレイリスト・ファイル4000のデータ構造を示す模式図である。図５に示されている第２プレイリスト・ファイル（00002.mpls）522と第２プレイリスト・ファイル（00003.mpls）523とはいずれも、この３Ｄプレイリスト・ファイルと同様なデータ構造を持つ。図４０を参照するに、３Ｄプレイリスト・ファイル4000は、メインパス4001、サブパス4002、及び拡張データ4003を含む。
メインパス4001は、図６の（ａ）に示されているメインＴＳの再生経路を規定する。従って、メインパス4001は、図３６に示されている２Ｄプレイリスト・ファイルのメインパス3601に等しい。２Ｄ再生モードの再生装置102は３Ｄプレイリスト・ファイル4000のメインパス4001に従ってファイル２Ｄ541から２Ｄ映像を再生できる。
サブパス4002は、図６の（ｂ）、（ｃ）に示されているサブＴＳの再生経路、すなわち第１ファイルＤＥＰ542又は第２ファイルＤＥＰ543のいずれかの再生経路を規定する。サブパス4002のデータ構造は、図３６に示されている２Ｄプレイリスト・ファイルのサブパス3602、3603のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図３６を用いた説明を援用する。
サブパス4002のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス4001のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス4002はその上、サブパス・タイプ4021を含む。「サブパス・タイプ」は一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。３Ｄプレイリスト・ファイル4000では特にサブパス・タイプ4021が３Ｄ再生モードの種類、すなわちサブパス4002に従って再生されるべきディペンデントビュー・ビデオ・ストリームの種類を示す。図４０では、サブパス・タイプ4021は、その値が「３Ｄ・Ｌ／Ｒ」であるので、３Ｄ再生モードがＬ／Ｒモードであること、すなわちライトビュー・ビデオ・ストリームが再生対象であることを示す。一方、サブパス・タイプ4021は、その値が「３Ｄデプス」であるときは、３Ｄ再生モードがデプス・モードであること、すなわちデプスマップ・ストリームが再生対象であることを示す。３Ｄ再生モードの再生装置102は、サブパス・タイプ4021の値が「３Ｄ・Ｌ／Ｒ」又は「３Ｄデプス」であることを検出したとき、メインパス4001に従った再生処理とサブパス4002に従った再生処理とを同期させる。
拡張データ4003は、３Ｄ再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モードの再生装置102には無視される。拡張データ4003は特に、拡張ストリーム選択テーブル4030を含む。「拡張ストリーム選択テーブル（STN＿table＿SS）」（以下、ＳＴＮテーブルＳＳと略す。）は、３Ｄ再生モードにおいて、メインパス4001内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブＴＳから再生対象として選択可能なエレメンタリ・ストリームを示す。
図４１は、ＳＴＮテーブルＳＳ4030のデータ構造を示す模式図である。図４１を参照するに、ＳＴＮテーブルＳＳ4030はストリーム登録情報列4101、4102、4103、…を含む。ストリーム登録情報列4101、4102、4103、…はメインパス4001内のＰＩ＃１、＃２、＃３、…に個別に対応し、３Ｄ再生モードの再生装置102により、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わされて利用される。各ＰＩに対するストリーム登録情報列4101は、ポップアップ期間のオフセット（Fixed＿offset＿during＿Popup）4111、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4112、ＰＧストリームのストリーム登録情報列4113、及びＩＧストリームのストリーム登録情報列4114を含む。
ポップアップ期間のオフセット4111は、ＩＧストリームからポップアップ・メニューが再生されるか否かを示す。３Ｄ再生モードの再生装置102はそのオフセット4111の値に依ってビデオ・プレーンとＰＧプレーンとの表示モード（presentation mode）を変える。ここで、ビデオ・プレーンの表示モードにはベースビュー（Ｂ）−ディペンデントビュー（Ｄ）表示モードとＢ−Ｂ表示モードとの二種類があり、ＰＧプレーンとＩＧプレーンとの各表示モードには、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードとの三種類がある。例えばポップアップ期間のオフセット4111の値が“０”であるとき、ＩＧストリームからはポップアップ・メニューが再生されない。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、ＰＧプレーンの表示モードとして２プレーン・モード又は１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセット4111の値が“１”であるとき、ＩＧストリームからポップアップ・メニューが再生される。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、ＰＧプレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。
「Ｂ−Ｄ表示モード」では再生装置102が、レフトビューとライトビューとのビデオ・ストリームから復号されたプレーン・データを交互に出力する。従って、表示装置103の画面には、ビデオ・プレーンの表すレフトビューとライトビューとのフレームが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。「Ｂ−Ｂ表示モード」では再生装置102が、動作モードを３Ｄ再生モードに維持したまま（特にフレームレートを３Ｄ再生時の値、例えば４８フレーム／秒に維持したまま）、ベースビュー・ビデオ・ストリームから復号されたプレーン・データのみをフレーム当たり二回ずつ出力する。従って、表示装置103の画面には、ビデオ・プレーンについてはレフトビューとライトビューとのいずれかのフレームしか表示されないので、視聴者にはそれらが２Ｄ映像としてしか見えない。
「２プレーン・モード」では、サブＴＳがレフトビューとライトビューとのグラフィックス・ストリームを両方含むとき、再生装置102が各グラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーン・データを復号して交互に出力する。「１プレーン＋オフセット・モード」では、再生装置102がクロッピング処理により、メインＴＳ内のグラフィックス・ストリームからレフトビューとライトビューとのプレーン・データの対を生成して交互に出力する。いずれのモードでも、表示装置103の画面にはレフトビューとライトビューとのＰＧプレーンが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。「１プレーン＋ゼロ・オフセット・モード」では、再生装置102が、動作モードを３Ｄ再生モードに維持したまま、クロッピング処理を一時的に停止させ、メインＴＳ内のグラフィックス・ストリームから復号されたプレーン・データをフレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのＰＧプレーンしか表示されないので、視聴者にはそれらが２Ｄ映像としてしか見えない。
３Ｄ再生モードの再生装置102は、ＰＩごとにポップアップ期間のオフセット4111を参照して、ＩＧストリームからポップアップ・メニューが再生されるときはＢ−Ｂ表示モードと１プレーン＋ゼロ・オフセット・モードとを選択する。それにより、ポップアップ・メニューが表示される間、他の３Ｄ映像が一時的に２Ｄ映像に変更されるので、ポップアップ・メニューの視認性・操作性が向上する。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4112、ＰＧストリームのストリーム登録情報列4113、及びＩＧストリームのストリーム登録情報列4114はそれぞれ、サブＴＳから再生対象として選択可能なディペンデントビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列4112、4113、4114はそれぞれ、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。
図４２の（ａ）は、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4112のデータ構造を示す模式図である。図４２の（ａ）を参照するに、このストリーム登録情報列4112は一般に複数のストリーム登録情報（SS＿dependet＿view＿block）4201を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報4201は、ＳＴＮ4211、ストリーム・エントリ4212、及びストリーム属性情報4213を含む。ＳＴＮ4211はストリーム登録情報4201に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ4212は、サブパスＩＤ参照情報（ref＿to＿Subpath＿id）4221、ストリーム・ファイル参照情報（ref＿to＿subClip＿entry＿id）4222、及びＰＩＤ（ref＿to＿stream＿PID＿subclip）4223を含む。サブパスＩＤ参照情報4221は、ディペンデントビュー・ビデオ・ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報4222は、そのディペンデントビュー・ビデオ・ストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ4223は、そのディペンデントビュー・ビデオ・ストリームのＰＩＤである。ストリーム属性情報4213はそのディペンデントビュー・ビデオ・ストリームの属性、例えばフレームレート、解像度、及びビデオフォーマットを含む。特にそれらは、対応するＰＩ内の組み合わせ対象のストリーム登録情報の示すベースビュー・ビデオ・ストリームのものと共通である。
図４２の（ｂ）は、ＰＧストリームのストリーム登録情報列4113のデータ構造を示す模式図である。図４２の（ｂ）を参照するに、このストリーム登録情報列4113は一般に複数のストリーム登録情報4231を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ＰＧストリームを示すものと同数である。各ストリーム登録情報4231は、ＳＴＮ4241、立体視フラグ（is＿SS＿PG）4242、ベースビュー・ストリーム・エントリ（stream＿entry＿for＿base＿view）4243、ディペンデントビュー・ストリーム・エントリ（stream＿entry＿for＿depentdent＿view）4244、及びストリーム属性情報4245を含む。ＳＴＮ4241はストリーム登録情報4231に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。立体視フラグ4242は、ＢＤ−ＲＯＭディスク101にベースビューとディペンデントビュー、例えばレフトビューとライトビューとのＰＧストリームが両方含まれているか否かを示す。立体視フラグ4242がオンであるとき、サブＴＳに両方のＰＧストリームが含まれている。従って、ベースビュー・ストリーム・エントリ4243、ディペンデントビュー・ストリーム・エントリ4244、及びストリーム属性情報4245のいずれのフィールドも再生装置によって読み出される。立体視フラグ4242がオフであるとき、それらのフィールド4243−4245はいずれも再生装置に無視される。ベースビュー・ストリーム・エントリ4243とディペンデントビュー・ストリーム・エントリ4244とはいずれも、サブパスＩＤ参照情報、ストリーム・ファイル参照情報、及びＰＩＤを含む。サブパスＩＤ参照情報は、ベースビューとディペンデントビューとの各ＰＧストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報は、各ＰＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤは各ＰＧストリームのＰＩＤである。ストリーム属性情報4245は各ＰＧストリームの属性、例えば言語の種類を含む。
図４２の（ｃ）は、ＩＧストリームのストリーム登録情報列4114のデータ構造を示す模式図である。図４２の（ｃ）を参照するに、このストリーム登録情報列4114は一般に複数のストリーム登録情報4251を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ＩＧストリームを示すものと同数である。各ストリーム登録情報4251は、ＳＴＮ4261、立体視フラグ（is＿SS＿IG）4262、ベースビュー・ストリーム・エントリ4263、ディペンデントビュー・ストリーム・エントリ4264、及びストリーム属性情報4265を含む。ＳＴＮ4261はストリーム登録情報4251に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。立体視フラグ4262は、ＢＤ−ＲＯＭディスク101にベースビューとディペンデントビュー、例えばレフトビューとライトビューとのＩＧストリームが両方含まれているか否かを示す。立体視フラグ4262がオンであるとき、サブＴＳに両方のＩＧストリームが含まれている。従って、ベースビュー・ストリーム・エントリ4263、ディペンデントビュー・ストリーム・エントリ4264、及びストリーム属性情報4265のいずれのフィールドも再生装置によって読み出される。立体視フラグ4262がオフであるとき、それらのフィールド4263−4265はいずれも再生装置に無視される。ベースビュー・ストリーム・エントリ4263とディペンデントビュー・ストリーム・エントリ4264とはいずれも、サブパスＩＤ参照情報、ストリーム・ファイル参照情報、及びＰＩＤを含む。サブパスＩＤ参照情報は、ベースビューとディペンデントビューとの各ＩＧストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報は、各ＩＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤは各ＩＧストリームのＰＩＤである。ストリーム属性情報4265は各ＩＧストリームの属性、例えば言語の種類を含む。
［３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生］
図４３は、３Ｄプレイリスト・ファイル（00002.mpls）522の示すＰＴＳと、第１ファイルＳＳ（01000.ssif）から再生される部分との間の対応関係を示す模式図である。図４３を参照するに、３Ｄプレイリスト・ファイル522のメインパス4301では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）531を示す。一方、サブパス・タイプが「３Ｄ・Ｌ／Ｒ」を示すサブパス4302では、ＳＵＢ＿ＰＩ＃１が、ＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報はライトビュー・クリップ情報ファイル（02000.clpi）532を示す。
再生装置102は３Ｄプレイリスト・ファイル522に従って３Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は次に２Ｄクリップ情報ファイル531のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイル２Ｄ541内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102はライトビュー・クリップ情報ファイル532のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応する第１ファイルＤＥＰ542内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、図３３の（ｅ）の説明で述べたように各クリップ情報ファイル531、532のエクステント起点3042、3320を利用して、ＳＰＮ＃１、＃１１から、第１ファイルＳＳ544Aの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１を算定する。再生装置102は同様に、ＳＰＮ＃２、＃１２から、第１ファイルＳＳ544Aの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２を算定する。再生装置102は更にＳＰＮ＃２１、＃２２のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数と第１ファイルＳＳ544Aのファイル・エントリ内のアロケーション記述子とを利用して、再生対象の３Ｄエクステント群EXTSS[0]、…、EXTSS[n]が記録されたセクタ群P11の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図３３の（ｅ）の説明で述べたものと同様である。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P11から、３Ｄエクステント群EXTSS[0]、…、EXTSS[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２とＳＵＢ＿ＰＩ＃２との示すＰＴＳ＃３、＃４の対は、まずクリップ情報ファイル531、532の各エントリ・マップを利用してＳＰＮ＃３、＃４の対とＳＰＮ＃１３、＃１４の対とに変換される。次に、ＳＰＮ＃３、＃１３からは第１ファイルＳＳ544Aの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２３が算定され、ＳＰＮ＃４、＃１４からは第１ファイルＳＳ544Aの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２４が算定される。続いて、第１ファイルＳＳ544A1のファイル・エントリ内のアロケーション記述子を利用して、ＳＰＮ＃２３、＃２４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P12から、３Ｄエクステント群に属するソースパケット群が読み出される。
上記の読み出し処理と並行して、再生装置102は、図３３の（ｅ）の説明で述べたように各クリップ情報ファイル531、532のエクステント起点3042、3320を利用して、各３Ｄエクステントからベースビュー・エクステントを抽出し、残りのライトビュー・エクステントとパラレルに復号する。こうして、再生装置102は、３Ｄプレイリスト・ファイル522に従って第１ファイルＳＳ544Aから３Ｄ映像を再生できる。
≪インデックス・テーブル≫
図４４は、図５に示されているインデックス・ファイル（index.bdmv）511内のインデックス・テーブル4410を示す模式図である。図４４を参照するに、インデックス・テーブル4410は、「ファーストプレイ」4401、「トップメニュー」4402、及び「タイトルｋ」44303（ｋ＝１、２、…、ｎ：ｎは１以上の整数）という項目を含む。各項目にはムービーオブジェクトMVO−2D、MVO−3D、…、又はＢＤ−ＪオブジェクトBDJO−2D、BDJO−3D、…のいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部はインデックス・テーブル4410の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをＢＤ−ＲＯＭディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目「ファーストプレイ」4401には、ディスク101がＢＤ−ＲＯＭドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」4402には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」4403には、ディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目「タイトルｋ」には、そのタイトルに対応するＡＶストリーム・ファイルから映像を再生するためのオブジェクトが指定されている。
図４４に示されている例では、項目「タイトル１」と項目「タイトル２」とが２Ｄ映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられているムービーオブジェクトMVO−2Dは、２Ｄプレイリスト・ファイル（00001.mpls）521を用いた２Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル１」が参照されたとき、そのムービーオブジェクトMVO−2Dに従い、２Ｄプレイリスト・ファイル521がディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。項目「タイトル２」に対応付けられているＢＤ−ＪオブジェクトBDJO−2Dは、２Ｄプレイリスト・ファイル521を用いた２Ｄ映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置102によって項目「タイトル２」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−2D内のアプリケーション管理テーブルに従ってＪＡＲファイル561からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、２Ｄプレイリスト・ファイル521がディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。
図４４に示されている例では更に、項目「タイトル３」と項目「タイトル４」とが３Ｄ映像のタイトルに割り当てられている。項目「タイトル３」に対応付けられているムービーオブジェクトMVO−3Dは、２Ｄプレイリスト・ファイル521を用いた２Ｄ映像の再生処理に関する命令群に加え、３Ｄプレイリスト・ファイル（00002.mpls）522、（00003.mpls）523のいずれかを用いた３Ｄ映像の再生処理に関する命令群を含む。項目「タイトル４」に対応付けられているＢＤ−ＪオブジェクトBDJO−3Dでは、アプリケーション管理テーブルが、２Ｄプレイリスト・ファイル521を用いた２Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムに加え、３Ｄプレイリスト・ファイル522、523のいずれかを用いた３Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムを規定する。
再生装置102によって項目「タイトル３」が参照されたとき、ムービーオブジェクトMVO−3Dに従い、まず次の四種類の判別処理が行われる：（１）再生装置102自身が３Ｄ映像の再生に対応しているか否か、（２）ユーザが３Ｄ映像の再生を選択しているか否か、（３）表示装置103が３Ｄ映像の再生に対応しているか否か、及び（４）再生装置102の３Ｄ映像再生モードがＬ／Ｒモードとデプス・モードとのいずれであるか。次にそれらの判別結果に応じていずれかのプレイリスト・ファイル521−523が再生対象として選択される。再生装置102によって項目「タイトル４」が参照されたとき、ＢＤ−ＪオブジェクトBDJO−3D内のアプリケーション管理テーブルに従ってＪＡＲファイル561からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、まず上記の判別処理が行われ、次にその判別結果に応じたプレイリスト・ファイルの選択が行われる。
［３Ｄ映像タイトルの選択時でのプレイリスト・ファイルの選択］
図４５は、３Ｄ映像のタイトルが選択されたときに行われる、再生対象のプレイリスト・ファイルの選択処理のフローチャートである。図４４に示されているインデックス・テーブル4410では、項目「タイトル３」が参照されたときはムービーオブジェクトMVO−3Dに従ってその選択処理が実行され、項目「タイトル４」が参照されたときは、ＢＤ−ＪオブジェクトBDJO−3Dに規定されたＪａｖａアプリケーション・プログラムに従ってその選択処理が実行される。
ここで、その選択処理の前提として、再生装置102が第１フラグと第２フラグとを含むときを想定する。第１フラグが“０”であるとき、再生装置102は２Ｄ映像の再生のみに対応可能であり、“１”であるとき、３Ｄ映像の再生にも対応可能である。第２フラグが“０”であるとき、再生装置102はＬ／Ｒモードであり、“１”であるとき、デプス・モードである。
ステップＳ４５０１では、再生装置102は第１フラグの値をチェックする。その値が０であるとき、処理はステップＳ４５０５へ進む。その値が１であるとき、処理はステップＳ４５０２へ進む。
ステップＳ４５０２では、再生装置102は表示装置103にメニューを表示させて、ユーザに２Ｄ映像と３Ｄ映像とのいずれかの再生を選択させる。ユーザがリモコン105等を操作して、２Ｄ映像の再生を選択したとき、処理はステップＳ４５０５へ進み、３Ｄ映像の再生を選択したとき、処理はステップＳ４５０３へ進む。
ステップＳ４５０３では、再生装置102は、表示装置103が３Ｄ映像の再生に対応しているかチェックする。具体的には、再生装置102はＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換し、表示装置103が３Ｄ映像の再生に対応しているか否かを表示装置103に問い合わせる。表示装置103が３Ｄ映像の再生に対応しているとき、処理はステップＳ４５０４へ進む。表示装置103が３Ｄ映像の再生に対応していないとき、処理はステップＳ４５０５へ進む。
ステップＳ４５０４では、再生装置102は第２フラグの値をチェックする。その値が０であるとき、処理はステップＳ４５０６へ進む。その値が１であるとき、処理はステップＳ４５０７へ進む。
ステップＳ４５０５では、再生装置102は２Ｄプレイリスト・ファイル521を再生対象として選択する。尚、そのとき、再生装置102は表示装置103に、３Ｄ映像の再生が選択されなかった理由を表示させてもよい。
ステップＳ４５０６では、再生装置102はＬ／Ｒモード用の３Ｄプレイリスト・ファイル522を再生対象として選択する。
ステップＳ４５０７では、再生装置102はデプス・モード用の３Ｄプレイリスト・ファイル523を再生対象として選択する。
＜２Ｄ再生装置の構成＞
２Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から２Ｄ映像コンテンツを再生するとき、２Ｄ再生装置として動作する。図４６は、２Ｄ再生装置4600の機能ブロック図である。図４６を参照するに、２Ｄ再生装置4600は、ＢＤ−ＲＯＭドライブ4601、再生部4600A、及び制御部4600Bを含む。再生部4600Aは、リード・バッファ4602、システム・ターゲット・デコーダ4603、及びプレーン加算部4610を含む。制御部4600Bは、動的シナリオ・メモリ4604、静的シナリオ・メモリ4605、プログラム実行部4606、再生制御部4607、プレーヤ変数記憶部4608、及びユーザイベント処理部4609を含む。再生部4600Aと制御部4600Bとは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。
ＢＤ−ＲＯＭドライブ4601は、内部にＢＤ−ＲＯＭディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、ＢＤ−ＲＯＭドライブ4601は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。
ＢＤ−ＲＯＭドライブ4601は、再生制御部4607からの要求に従ってＢＤ−ＲＯＭディスク101からデータを読み出す。そのデータのうち、ファイル２Ｄのエクステント、すなわち２Ｄエクステントはリード・バッファ4602へ転送され、動的シナリオ情報は動的シナリオ・メモリ4604へ転送され、静的シナリオ情報は静的シナリオ・メモリ4605へ転送される。「動的シナリオ情報」は、インデックス・ファイル、ムービーオブジェクト・ファイル、及びＢＤ−Ｊオブジェクト・ファイルを含む。「静的シナリオ情報」は２Ｄプレイリスト・ファイルと２Ｄクリップ情報ファイルとを含む。
リード・バッファ4602、動的シナリオ・メモリ4604、及び静的シナリオ・メモリ4605はいずれもバッファ・メモリである。リード・バッファ4602としては再生部4600A内のメモリ素子が利用され、動的シナリオ・メモリ4604及び静的シナリオ・メモリ4605としては制御部4600B内のメモリ素子が利用される。その他に、それらのバッファ・メモリ4602、4604、4605として、単一のメモリ素子の異なる領域が利用されてもよい。リード・バッファ4602は２Ｄエクステントを格納し、動的シナリオ・メモリ4604は動的シナリオ情報を格納し、静的シナリオ・メモリ4605は静的シナリオ情報を格納する。
システム・ターゲット・デコーダ4603は、リード・バッファ4602から２Ｄエクステントをソースパケット単位で読み出して多重分離処理を行い、更に分離された各エレメンタリ・ストリームに対して復号処理を行う。ここで、各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め、再生制御部4607からシステム・ターゲット・デコーダ4603へ転送されている。システム・ターゲット・デコーダ4603は更に、復号後のプライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリームをそれぞれ、ＶＡＵごとに、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、及びＰＧプレーン・データとして送出する。一方、システム・ターゲット・デコーダ4603は、復号後のプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとをミキシングして表示装置103の内蔵スピーカ103A等の音声出力装置へ送出する。その他に、システム・ターゲット・デコーダ4603はプログラム実行部4606からグラフィックス・データを受信する。そのグラフィックス・データは、ＧＵＩ用のメニュー等のグラフィックスを画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧ等のラスタデータで表現されている。システム・ターゲット・デコーダ4603はそのグラフィックス・データを処理してイメージ・プレーン・データとして送出する。尚、システム・ターゲット・デコーダ4603の詳細については後述する。
ユーザイベント処理部4609は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に応じて、プログラム実行部4606又は再生制御部4607に処理を依頼する。例えばユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部4609はその押下を検出してそのボタンを識別する。ユーザイベント処理部4609は更にプログラム実行部4606に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、例えばユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部4609はその押下を検出してそのボタンを識別する。ユーザイベント処理部4609は更に再生制御部4607に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。
再生制御部4607は、２Ｄエクステント及びインデックス・ファイル等、各種のデータをＢＤ−ＲＯＭディスク101から、リード・バッファ4602、動的シナリオ・メモリ4604、及び静的シナリオ・メモリ4605へ転送する処理を制御する。その制御には、図５に示されているディレクトリ／ファイル構造を管理するファイルシステムが利用される。すなわち、再生制御部4607はファイル・オープン用のシステムコールを利用して、ＢＤ−ＲＯＭドライブ4601に各種のファイルを各バッファ・メモリ4602、4604、4605へ転送させる。ここで、ファイル・オープンとは次の一連の処理をいう。まず、システムコールによってファイルシステムに検索対象のファイル名が与えられ、そのファイル名がディレクトリ／ファイル構造から検索される。その検索に成功したとき、再生制御部4607内のメモリには、まず、転送対象のファイルのファイル・エントリが転送され、そのメモリ内にＦＣＢ（File Control Block）が生成される。その後、転送対象のファイルのファイル・ハンドルがファイルシステムから再生制御部4607に返される。以後、再生制御部4607はそのファイル・ハンドルをＢＤ−ＲＯＭドライブ4601に提示することにより、ＢＤ−ＲＯＭドライブ4601にその転送対象のファイルをＢＤ−ＲＯＭディスク101から各バッファ・メモリ4602、4604、4605へ転送させることができる。
再生制御部4607は、ＢＤ−ＲＯＭドライブ4601とシステム・ターゲット・デコーダ4603とを制御してファイル２Ｄから映像データと音声データとを復号させる。具体的には、再生制御部4607はまず、プログラム実行部4606からの命令、又はユーザイベント処理部4609からの依頼に応じて、静的シナリオ・メモリ4605から２Ｄプレイリスト・ファイルを読み出してその内容を解釈する。再生制御部4607は次に、その解釈された内容、特に再生経路に従って、ＢＤ−ＲＯＭドライブ4601とシステム・ターゲット・デコーダ4603とに再生対象のファイル２Ｄを指定して、その読み出し処理及び復号処理を指示する。このようなプレイリスト・ファイルに基づく再生処理を「プレイリスト再生」という。その他に、再生制御部4607は、静的シナリオ情報を利用してプレーヤ変数記憶部4608に各種のプレーヤ変数を設定する。再生制御部4607は更に、それらのプレーヤ変数を参照して、システム・ターゲット・デコーダ4603に復号対象のエレメンタリ・ストリームを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。
プレーヤ変数記憶部4608は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステム・パラメータ（ＳＰＲＭ）と汎用のパラメータ（ＧＰＲＭ）とがある。ＳＰＲＭは再生装置102の状態を示す。図４７はＳＰＲＭの一覧表である。各ＳＰＲＭには通し番号4701が振られ、各通し番号4701に変数値4702が個別に対応付けられている。主なＳＰＲＭの内容は以下のとおりである。ここで、括弧内の数字は通し番号4701を示す。
ＳＰＲＭ（０） ： 言語コード
ＳＰＲＭ（１） ： プライマリ・オーディオ・ストリーム番号
ＳＰＲＭ（２） ： 字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： タイトル番号
ＳＰＲＭ（５） ： チャプタ番号
ＳＰＲＭ（６） ： プログラム番号
ＳＰＲＭ（７） ： セル番号
ＳＰＲＭ（８） ： 選択キー情報
ＳＰＲＭ（９） ： ナビゲーション・タイマー
ＳＰＲＭ（１０） ： 再生時刻情報
ＳＰＲＭ（１１） ： カラオケ用ミキシングモード
ＳＰＲＭ（１２） ： パレンタル用国情報
ＳＰＲＭ（１３） ： パレンタル・レベル
ＳＰＲＭ（１４） ： プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： オーディオ・ストリーム用言語コード
ＳＰＲＭ（１７） ： オーディオ・ストリーム用言語コード（拡張）
ＳＰＲＭ（１８） ： 字幕ストリーム用言語コード
ＳＰＲＭ（１９） ： 字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０） ： プレーヤ・リージョン・コード
ＳＰＲＭ（２１） ： セカンダリ・ビデオ・ストリーム番号
ＳＰＲＭ（２２） ： セカンダリ・オーディオ・ストリーム番号
ＳＰＲＭ（２３） ： 再生状態
ＳＰＲＭ（２４） ： 予備
ＳＰＲＭ（２５） ： 予備
ＳＰＲＭ（２６） ： 予備
ＳＰＲＭ（２７） ： 予備
ＳＰＲＭ（２８） ： 予備
ＳＰＲＭ（２９） ： 予備
ＳＰＲＭ（３０） ： 予備
ＳＰＲＭ（３１） ： 予備
ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳを示し、そのピクチャが復号されて主映像プレーン・メモリに書き込まれる度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。
ＳＰＲＭ（１６）のオーディオ・ストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置102のデフォルトの言語コードを示す。それらは再生装置102のＯＳＤ等を利用してユーザに変更させることもでき、プログラム実行部4606を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部4607はプレイリスト再生処理において、まずＰＩ内のＳＴＮテーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部4607は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4603に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4603によって選択され、復号される。これらの処理は、ムービーオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルを利用して再生制御部4607に実行させることができる。
再生制御部4607は再生処理中、再生状態の変化に応じてプレーヤ変数を更新する。再生制御部4607は特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、及びＳＰＲＭ（２２）を更新する。それらは順に、処理中のオーディオ・ストリーム、字幕ストリーム、セカンダリ・ビデオ・ストリーム、及びセカンダリ・オーディオ・ストリームの各ＳＴＮを示す。例えばプログラム実行部4606によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部4607はそのとき、まず現時点で再生処理中のＰＩ内のＳＴＮテーブルから、変更後のＳＰＲＭ（１）の示すＳＴＮを含むストリーム・エントリを検索する。再生制御部4607は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4603に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4603によって選択され、復号される。こうして、再生対象のオーディオ・ストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリ・ビデオ・ストリームを切り換えることもできる。
プログラム実行部4606はプロセッサであり、ムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルに格納されたプログラムを実行する。プログラム実行部4606は各プログラムに従って、特に次のような制御を行う：（１）再生制御部4607に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタデータとして生成し、それをシステム・ターゲット・デコーダ4603へ転送して他の映像データに合成させる。これらの制御の具体的な内容はプログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ−ＲＯＭディスク101のオーサリング工程のうち、ムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルのプログラミング工程によって決まる。
プレーン加算部4610は、システム・ターゲット・デコーダ4603から、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、ＰＧプレーン・データ、及びイメージ・プレーン・データを受信し、それらを互いに重畳して一つの映像フレーム又はフィールドに合成する。合成後の映像データは表示装置103へ送出され、その画面に表示される。
≪システム・ターゲット・デコーダ≫
図４８は、システム・ターゲット・デコーダ4603の機能ブロック図である。図４８を参照するに、システム・ターゲット・デコーダ4603は、ソース・デパケタイザ4810、ＡＴＣカウンタ4820、第１の２７ＭＨｚクロック4830、ＰＩＤフィルタ4840、ＳＴＣカウンタ（ＳＴＣ１）4850、第２の２７ＭＨｚクロック4860、主映像デコーダ4870、副映像デコーダ4871、ＰＧデコーダ4872、ＩＧデコーダ4873、主音声デコーダ4874、副音声デコーダ4875、イメージ・プロセッサ4880、主映像プレーン・メモリ4890、副映像プレーン・メモリ4891、ＰＧプレーン・メモリ4892、ＩＧプレーン・メモリ4893、イメージ・プレーン・メモリ4894、及び音声ミキサ4895を含む。
ソース・デパケタイザ4810はリード・バッファ4602からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ4840へ送出する。ソース・デパケタイザ4810は更に、その送出の時刻を各ソースパケットのＡＴＳに応じて調整する。具体的には、ソース・デパケタイザ4810はまず、ＡＴＣカウンタ4820が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値はＡＴＣカウンタ4820により、第１の２７ＭＨｚクロック4830のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ4810は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットをＰＩＤフィルタ4840へ転送する。そのような送出時刻の調整により、ソース・デパケタイザ4810からＰＩＤフィルタ4840へのＴＳパケットの平均転送速度RTSは、図３１に示されている２Ｄクリップ情報ファイルの示すシステムレート3111を超えない。
ＰＩＤフィルタ4840はまず、ソース・デパケタイザ4810から送出されたＴＳパケットの含むＰＩＤを監視する。そのＰＩＤが、再生制御部4807から予め指定されたＰＩＤに一致したとき、ＰＩＤフィルタ4840はそのＴＳパケットを選択し、そのＰＩＤの示すエレメンタリ・ストリームの復号に適したデコーダ4870−4875へ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4870へ転送される。一方、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、ＴＳパケットはそれぞれ、副映像デコーダ4871、主音声デコーダ4874、副音声デコーダ4875、ＰＧデコーダ4872、及びＩＧデコーダ4873へ転送される。
ＰＩＤフィルタ4840は更に、各ＴＳパケットのＰＩＤを利用してそのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ4840はそのとき、ＳＴＣカウンタ4850の値を所定値に設定する。ここで、ＳＴＣカウンタ4850の値は第２の２７ＭＨｚクロック4860のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ4850に設定されるべき値は予め、再生制御部4807からＰＩＤフィルタ4840に指示されている。各デコーダ4870−4875はＳＴＣカウンタ4850の値をＳＴＣとして利用する。すなわち、ＰＩＤフィルタ4840から送出されたＴＳパケットに対する復号処理の時期を、そのＴＳパケットに含まれるＰＴＳ又はＤＴＳの示す時刻に従って調節する。
主映像デコーダ4870は、図４８に示されているように、トランスポート・ストリーム・バッファ（ＴＢ：Transport Stream Buffer）4801、多重化バッファ（ＭＢ：Multiplexing Buffer）4802、エレメンタリ・ストリーム・バッファ（ＥＢ：Elementary Stream Buffer）4803、圧縮映像デコーダ（ＤＥＣ）4804、及び復号ピクチャ・バッファ（ＤＰＢ：Decoded Picture Buffer）4805を含む。ＴＢ4801、ＭＢ4802、ＥＢ4803、及びＤＰＢ4805はいずれもバッファ・メモリであり、それぞれ主映像デコーダ4870に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ4801は、ＰＩＤフィルタ4840から受信されたＴＳパケットをそのまま蓄積する。ＭＢ4802は、ＴＢ4801に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ4801からＭＢ4802へＴＳパケットが転送されるとき、そのＴＳパケットからＴＳヘッダが除去される。ＥＢ4803は、ＰＥＳパケットから、符号化されたＶＡＵを抽出して格納する。そのＶＡＵには、圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ4802からＥＢ4803へデータが転送されるとき、そのＰＥＳパケットからＰＥＳヘッダが除去される。ＤＥＣ4804は、ＥＢ4803内の各ＶＡＵからピクチャを、元のＴＳパケットに含まれるＤＴＳの示す時刻に復号する。ＤＥＣ4804はその他に、図１４に示されている復号スイッチ情報1401を利用して、各ＶＡＵからピクチャをそのＤＴＳに関わらず、順次復号してもよい。ＤＥＣ4804は、各ＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１、並びにストリーム属性に応じて復号方法を切り換える。ＤＥＣ4804は更に、復号後のピクチャ、すなわちフレーム又はフィールドをＤＰＢ4805へ転送する。ＤＰＢ4805は復号後のピクチャを一時的に保持する。ＤＥＣ4804は、Ｐピクチャ及びＢピクチャを復号するとき、ＤＰＢ4805に保持されている復号後のピクチャを参照する。ＤＰＢ4805は更に、保持している各ピクチャを、元のＴＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ4890へ書き込む。
副映像デコーダ4871は主映像デコーダ4870と同様の構成を含む。副映像デコーダ4871はまず、ＰＩＤフィルタ4840から受信されたセカンダリ・ビデオ・ストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ4871は次に、そのＴＳパケットに含まれるＰＴＳの示す時刻に非圧縮のピクチャを副映像プレーン・メモリ4891へ書き込む。
ＰＧデコーダ4872は、ＰＩＤフィルタ4840から受信されたＴＳパケットを非圧縮のグラフィックス・データに復号し、そのＴＳパケットに含まれるＰＴＳの示す時刻にＰＧプレーン・メモリ4892へ書き込む。
ＩＧデコーダ4873は、ＰＩＤフィルタ4840から受信されたＴＳパケットを非圧縮のグラフィックス・データに復号し、そのＴＳパケットに含まれるＰＴＳの示す時刻にＩＧプレーン・メモリ4893へ書き込む。
主音声デコーダ4874はまず、ＰＩＤフィルタ4840から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ4874は次に、そのバッファ内の各ＴＳパケットからＴＳヘッダとＰＥＳヘッダとを除去し、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ4874は更にその音声データを、元のＴＳパケットに含まれるＰＴＳの示す時刻に音声ミキサ4895へ送出する。主音声デコーダ4874は、ＴＳパケットに含まれるプライマリ・オーディオ・ストリームの圧縮符号化方式、例えばＡＣ−３又はＤＴＳ、及びストリーム属性に応じて、圧縮音声データの復号方法を切り換える。
副音声デコーダ4875は主音声デコーダ4874と同様の構成を含む。副音声デコーダ4875はまず、ＰＩＤフィルタ4840から受信されたセカンダリ・オーディオ・ストリームのＴＳパケットを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ4875は次に、そのＴＳパケットに含まれるＰＴＳの示す時刻に非圧縮のＬＰＣＭ音声データを音声ミキサ4895へ送出する。副音声デコーダ4875は、ＴＳパケットに含まれるセカンダリ・オーディオ・ストリームの圧縮符号化方式、例えば、ドルビー・デジタル・プラス、ＤＴＳ−ＨＤ ＬＢＲ、及びストリーム属性に応じて圧縮音声データの復号方法を切り換える。
音声ミキサ4895は、主音声デコーダ4874と副音声デコーダ4875とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシング（音の重ね合わせ）を行う。音声ミキサ4895は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。
イメージ・プロセッサ4880は、プログラム実行部4806からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタデータを受信する。イメージ・プロセッサ4880はそのとき、そのグラフィックス・データに対するレンダリング処理を行ってイメージ・プレーン・メモリ4894へ書き込む。
＜３Ｄ再生装置の構成＞
３Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から３Ｄ映像コンテンツを再生するとき、３Ｄ再生装置として動作する。その構成の基本部分は、図４６−４８に示されている２Ｄ再生装置の構成と同様である。従って、以下では２Ｄ再生装置の構成からの拡張部分及び変更部分について説明し、基本部分の詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。また、２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生処理、すなわち２Ｄプレイリスト再生処理に利用される構成は２Ｄ再生装置の構成と同様である。従って、その詳細についての説明も上記の２Ｄ再生装置についての説明を援用する。以下の説明では、３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生処理、すなわち３Ｄプレイリスト再生処理を想定する。
図４９は、３Ｄ再生装置4900の機能ブロック図である。３Ｄ再生装置4900は、ＢＤ−ＲＯＭドライブ4901、再生部4900A、及び制御部4900Bを含む。再生部4900Aは、スイッチ4911、第１リード・バッファ4921、第２リード・バッファ4922、システム・ターゲット・デコーダ4903、及びプレーン加算部4910を含む。制御部4900Bは、動的シナリオ・メモリ4904、静的シナリオ・メモリ4905、プログラム実行部4906、再生制御部4907、プレーヤ変数記憶部4908、及びユーザイベント処理部4909を含む。再生部4900Aと制御部4900Bとは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、動的シナリオ・メモリ4904、静的シナリオ・メモリ4905、プログラム実行部4906、及びユーザイベント処理部4909は、図４６に示されている２Ｄ再生装置内のものと同様である。従って、それらの詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。
ＢＤ−ＲＯＭドライブ4901は、図４６に示されている２Ｄ再生装置内のもの4601と同様な構成要素を含む。ＢＤ−ＲＯＭドライブ4901は、再生制御部4907からＬＢＮの範囲が指示されたとき、その範囲の示すＢＤ−ＲＯＭディスク101上のセクタ群からデータを読み出す。特にファイルＳＳのエクステント、すなわち３Ｄエクステントに属するソースパケット群は、ＢＤ−ＲＯＭドライブ4901からスイッチ4911へ転送される。ここで、各３Ｄエクステントは、図１９の（ｄ）及び図３４に示されているとおり、ベースビューとディペンデントビューとのデータ・ブロックの対を一つ以上含む。それらのデータ・ブロックは異なるリード・バッファ4921、4922へパラレルに転送されなければならない。従って、ＢＤ−ＲＯＭドライブ4901には２Ｄ再生装置内のＢＤ−ＲＯＭドライブ4601以上のアクセス・スピードが求められる。
スイッチ4911はＢＤ−ＲＯＭドライブ4901からは３Ｄエクステントを受信する。一方、スイッチ4911は再生制御部4907からは、その３Ｄエクステントに含まれる各データ・ブロックの境界を示す情報、例えばその３Ｄエクステントの先頭から各境界までのソースパケット数を受信する。ここで、再生制御部4907はその情報を、クリップ情報ファイル内のエクステント起点を利用して生成する。スイッチ4911は更に、その情報を利用して各３Ｄエクステントからベースビュー・データ・ブロックを抽出して、第１リード・バッファ4921へ送出する。一方、スイッチ4911は残りのディペンデントビュー・データ・ブロックを第２リード・バッファ4922へ送出する。
第１リード・バッファ4921と第２リード・バッファ4922とはいずれも、再生部4900A内のメモリ素子を利用したバッファ・メモリである。特に単一のメモリ素子内の異なる領域が各リード・バッファ4921、4922として利用される。その他に、異なるメモリ素子が個別に各リード・バッファ4921、4922として利用されてもよい。第１リード・バッファ4921は、スイッチ4911からベースビュー・データ・ブロックを受信して格納する。第２リード・バッファ4922は、スイッチ4911からディペンデントビュー・データ・ブロックを受信して格納する。
システム・ターゲット・デコーダ4903はまず、第１リード・バッファ4921に格納されたベースビュー・データ・ブロックと、第２リード・バッファ4922に格納されたディペンデントビュー・データ・ブロックとから交互にソースパケットを読み出す。システム・ターゲット・デコーダ4903は次に、多重分離処理によって各ソースパケットからエレメンタリ・ストリームを分離し、更に分離されたものの中から、再生制御部4907から指示されたＰＩＤの示すものを復号する。システム・ターゲット・デコーダ4903は続いて、復号後のエレメンタリ・ストリームをその種類別に内蔵のプレーン・メモリに書き込む。ベースビュー・ビデオ・ストリームは左映像プレーン・メモリに書き込まれ、ディペンデントビュー・ビデオ・ストリームは右映像プレーン・メモリに書き込まれる。一方、セカンダリ・ビデオ・ストリームは副映像プレーン・メモリに書き込まれ、ＩＧストリームはＩＧプレーン・メモリに書き込まれ、ＰＧストリームはＰＧプレーン・メモリに書き込まれる。ここで、ビデオ・ストリーム以外のストリーム・データがベースビューとディペンデントビューとのストリーム・データの対から成るとき、対応するプレーン・メモリはレフトビューとライトビューとの両方のプレーン・データに対して個別に用意される。システム・ターゲット・デコーダ4903はその他に、プログラム実行部4906からのグラフィックス・データ、例えばＪＰＥＧ又はＰＮＧ等のラスタデータを処理してイメージ・プレーン・メモリに書き込む。
システム・ターゲット・デコーダ4903は、左映像と右映像との各プレーン・メモリからのプレーン・データの出力をＢ−Ｄ表示モードとＢ−Ｂ表示モードとに対応させる。再生制御部4907からＢ−Ｄ表示モードが指示されたとき、システム・ターゲット・デコーダ4903は左映像と右映像との各プレーン・メモリから交互にプレーン・データを出力する。一方、再生制御部4907からＢ−Ｂ表示モードが指示されたとき、システム・ターゲット・デコーダ4903は動作モードを３Ｄ再生モードに維持したまま、左映像と右映像とのいずれかのプレーン・メモリからのみプレーン・データをフレーム当たり二回ずつ出力する。
システム・ターゲット・デコーダ4903は更に、グラフィックス・プレーン・メモリ、すなわち、ＰＧプレーン・メモリ、ＩＧプレーン・メモリ、及びイメージ・プレーン・メモリからの各グラフィックス・プレーン・データの出力を、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードに対応させる。再生制御部4907から２プレーン・モードが指示されたとき、システム・ターゲット・デコーダ4903は各グラフィックス・プレーン・メモリからレフトビューとライトビューとのグラフィックス・プレーン・データを交互に出力する。再生制御部4907から１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードが指示されたとき、システム・ターゲット・デコーダ4903は動作モードを３Ｄ再生モードに維持したまま、各グラフィックス・プレーン・メモリからグラフィックス・プレーン・データを出力する。再生制御部4907から１プレーン＋オフセット・モードが指示されたときは更に、システム・ターゲット・デコーダ4903は、再生制御部4907によって指定されたオフセット値をプレーン加算部4910に渡す。ここで、再生制御部4907は、そのオフセット値をクリップ情報ファイル内のオフセット・テーブルに基づいて設定する。一方、再生制御部4907から１プレーン＋ゼロ・オフセット・モードが指示されたときは、システム・ターゲット・デコーダ4903はオフセット値として“０”をプレーン加算部4910に渡す。
再生制御部4907は、３Ｄプレイリスト再生処理をプログラム実行部4906等から命じられたとき、まず、静的シナリオ・メモリ4905に格納された３Ｄプレイリスト・ファイルを参照する。再生制御部4907は次に、３Ｄプレイリスト・ファイルに従い、図４３に示されている手順で、読み出し対象の３Ｄエクステントが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ4901に指示する。一方、再生制御部4907は、静的シナリオ・メモリ4905に格納されたクリップ情報ファイル内の３Ｄメタデータを参照して、読み出し対象の各３Ｄエクステントに関するエクステント起点を検索する。再生制御部4907は更に、そのエクステント起点から、各３Ｄエクステントに含まれるデータ・ブロックの境界を示す情報を生成する。その情報が再生制御部4907からスイッチ4911へ送出される。
再生制御部4907はその他に、３Ｄプレイリスト・ファイル内のＳＴＮテーブルとＳＴＮテーブルＳＳとを利用して、システム・ターゲット・デコーダ4903とプレーン加算部4910との動作条件を制御する。例えば、再生対象のエレメンタリ・ストリームのＰＩＤが選択されて、システム・ターゲット・デコーダ4903に渡される。また、ＳＴＮテーブルＳＳのうち、ポップアップ期間のオフセット4111に応じて各プレーンの表示モードが選択されてシステム・ターゲット・デコーダ4903とプレーン加算部4910とに指示される。
プレーヤ変数記憶部4908は、２Ｄ再生装置内のものと同様に、図４７に示されているＳＰＲＭを含む。しかし、図４７では予備であったＳＰＲＭ（２４）−（３２）のいずれか二つは、図４５に示されている第１フラグと第２フラグとを個別に含む。例えば、ＳＰＲＭ（２４）が第１フラグを含み、ＳＰＲＭ（２５）が第２フラグを含む。その場合、ＳＰＲＭ（２４）が“０”であるときは再生装置102が２Ｄ映像の再生のみに対応可能であり、“１”であるときは３Ｄ映像の再生にも対応可能である。ＳＰＲＭ（２５）が“０”であるときは再生装置102がＬ／Ｒモードであり、“１”であるときはデプス・モードである。
プレーン加算部4910はシステム・ターゲット・デコーダ4903から各種のプレーン・データを受信し、それらを互いに重畳して一つのフレーム又はフィールドに合成する。特にＬ／Ｒモードでは、左映像プレーン・データはレフトビュー・ビデオ・プレーンを表し、右映像プレーン・データはライトビュー・ビデオ・プレーンを表す。従って、プレーン加算部4910は、左映像プレーン・データには、他のプレーン・データのうち、レフトビューを表すものを重畳し、右映像プレーン・データには、ライトビューを表すものを重畳する。一方、デプス・モードでは、右映像プレーン・データは、左映像プレーン・データの表すビデオ・プレーンに対するデプスマップを表す。従って、プレーン加算部4910はまず、両方の映像プレーン・データからレフトビューとライトビューとのビデオ・プレーン・データの対を生成する。その後、プレーン加算部4910はＬ／Ｒモードでの合成処理と同様に合成処理を行う。
再生制御部4907から、副映像プレーン、ＰＧプレーン、ＩＧプレーン、又はイメージ・プレーンの表示モードとして１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードが指示されているとき、プレーン加算部4910は、システム・ターゲット・デコーダ4903から受信されたプレーン・データに対してクロッピング処理を行う。それにより、レフトビューとライトビューとのプレーン・データの対が生成される。特に１プレーン＋オフセット・モードが指示されているとき、そのクロッピング処理では、システム・ターゲット・デコーダ4903又はプログラム実行部4906から指示されたオフセット値が利用される。一方、１プレーン＋ゼロ・オフセット・モードが指示されているとき、そのクロッピング処理ではオフセット値が“０”に設定されている。従って、同じプレーン・データが、レフトビューとライトビューとを表すものとして繰り返し出力される。その後、プレーン加算部4910はＬ／Ｒモードでの合成処理と同様に合成処理を行う。合成後のフレーム又はフィールドは表示装置103へ送出され、その画面に表示される。
≪システム・ターゲット・デコーダ≫
図５０は、システム・ターゲット・デコーダ4903の機能ブロック図である。図５０に示されている構成要素は、図４６に示されている２Ｄ再生装置のもの4603とは次の二点で異なる：（１）リード・バッファから各デコーダへの入力系統が二重化されている点、並びに、（２）主映像デコーダは３Ｄ再生モードに対応可能であり、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダは２プレーン・モードに対応可能である点。すなわち、それらの映像デコーダはいずれもベースビューとディペンデントビューとのそれぞれのストリームを交互に復号できる点。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、イメージ・プロセッサ、及び各プレーン・メモリは、図４６に示されている２Ｄ再生装置のものと同様である。従って、以下では、図５０に示されている構成要素のうち、図４６に示されているものとは異なるものについて説明し、同様なものの詳細についての説明は、図４６についての説明を援用する。更に、各映像デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ5015の構造について説明し、他の映像デコーダの構造についてはその説明を援用する。
第１ソース・デパケタイザ5011は、第１リード・バッファ4921からソースパケットを読み出して、その中からＴＳパケットを取り出して第１ＰＩＤフィルタ5013へ送出する。第２ソース・デパケタイザ5012は、第２リード・バッファ4922からソースパケットを読み出して、その中からＴＳパケットを取り出して第２ＰＩＤフィルタ5014へ送出する。各ソース・デパケタイザ5011、5012は更に、各ＴＳパケットの送出時刻を各ソースパケットのＡＴＳに応じて調整する。その調整方法は、図４６に示されているソース・デパケタイザ4610による方法と同様であるので、その詳細についての説明は、図４６についての説明を援用する。そのような調節により、第１ソース・デパケタイザ5011から第１ＰＩＤフィルタ5013へのＴＳパケットの平均転送速度RTS1は、図３０に示されている２Ｄクリップ情報ファイルの示すシステムレート3011を超えない。同様に、第２ソース・デパケタイザ5012から第２ＰＩＤフィルタ5014へのＴＳパケットの平均転送速度RTS2は、ディペンデントビュー・クリップ情報ファイルの示すシステムレートを超えない。
第１ＰＩＤフィルタ5013は、第１ソース・デパケタイザ5011からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4907によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルに従って指定されている。両方のＰＩＤが一致したとき、第１ＰＩＤフィルタ5013はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ5015内のＴＢ（１）5001へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
第２ＰＩＤフィルタ5014は、第２ソース・デパケタイザ5012からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4907によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳに従って指定されている。具体的には、両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ5014はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１２又は０ｘ１０１３であるとき、そのＴＳパケットは主映像デコーダ5015内のＴＢ（２）5008へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ２０−０ｘ１Ｂ３Ｆ、０ｘ１２２０−０ｘ１２７Ｆ、及び０ｘ１４２０−０ｘ１４７Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
主映像デコーダ5015は、ＴＢ（１）5001、ＭＢ（１）5002、ＥＢ（１）5003、ＴＢ（２）5008、ＭＢ（２）5009、ＥＢ（２）5010、バッファ・スイッチ5006、ＤＥＣ5004、ＤＰＢ5005、及びピクチャ・スイッチ5007を含む。ＴＢ（１）5001、ＭＢ（１）5002、ＥＢ（１）5003、ＴＢ（２）5008、ＭＢ（２）5009、ＥＢ（２）5010、及びＤＰＢ5005はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ5015に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
ＴＢ（１）5001は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ5013から受信してそのまま蓄積する。ＭＢ（１）5002は、ＴＢ（１）5001に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ（１）5003は、ＭＢ（１）5002に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
ＴＢ（２）5008は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットを第２ＰＩＤフィルタ5014から受信してそのまま蓄積する。ＭＢ（２）5009は、ＴＢ（２）5008に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ（２）5010は、ＭＢ（２）5009に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
バッファ・スイッチ5006は、ＥＢ（１）5003とＥＢ（２）5010とのそれぞれに蓄積されたＶＡＵを、元のＴＳパケットに含まれるＤＴＳの示す時刻にＤＥＣ5004へ転送する。ここで、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間では、同じ３Ｄ・ＶＡＵに属する一対のピクチャのＤＴＳが等しい。従って、バッファ・スイッチ5006は、ＥＢ（１）5003とＥＢ（２）5010とに蓄積された、ＤＴＳの等しい一対のＶＡＵのうち、ＥＢ（１）5003に蓄積された方を先にＤＥＣ5004へ転送する。その他に、バッファ・スイッチ5006は、図１４に示されているそのＶＡＵ内の復号スイッチ情報1401をＤＥＣ5004から返信されてもよい。その場合、バッファ・スイッチ5006はその復号スイッチ情報1401を使って、次に転送すべきＶＡＵをＥＢ（１）5003とＥＢ（２）5010とのいずれから転送すべきか、決定できる。
ＤＥＣ5004は、バッファ・スイッチ5006から転送されたＶＡＵを復号する。ここで、そのＶＡＵ内に格納された圧縮ピクチャの符号化方式、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１、並びにストリーム属性に応じて、ＤＥＣ5004は復号方法を切り換える。ＤＥＣ5004は更に、復号された非圧縮のピクチャ、すなわち映像フレーム又はフィールドをＤＰＢ5005へ転送する。
ＤＰＢ5005は、復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ5004がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ5005はＤＥＣ5004からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャをＤＥＣ5004に提供する。
ピクチャ・スイッチ5007は、ＤＰＢ5005から非圧縮の各ピクチャを、元のＴＳパケットに含まれるＰＴＳの示す時刻に、左映像プレーン・メモリ5020と右映像プレーン・メモリ5021とのいずれかに書き込む。ここで、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間では、同じ３Ｄ・ＶＡＵに属する一対のピクチャのＰＴＳが等しい。従って、ピクチャ・スイッチ5007は、ＤＰＢ5005に保持された、ＰＴＳの等しい一対のピクチャのうち、ベースビュー・ビデオ・ストリームに属する方を先に左映像プレーン・メモリ5020に書き込み、続いて、ディペンデントビュー・ビデオ・ストリームに属するものを右映像プレーン・メモリ5021に書き込む。
≪プレーン加算部≫
図５１はプレーン加算部4910の機能ブロック図である。図５１を参照するに、プレーン加算部4910は、視差映像生成部5110、スイッチ5120、四つのクロッピング処理部5131−5134、及び四つの加算部5141−5144を含む。
視差映像生成部5110は、システム・ターゲット・デコーダ4903から左映像プレーン・データ5101と右映像プレーン・データ5102とを受信する。再生装置102がＬ／Ｒモードであるとき、左映像プレーン・データ5101はレフトビュー・ビデオ・プレーンを表し、右映像プレーン・データ5102はライトビュー・ビデオ・プレーンを表す。そのとき、視差映像生成部5110は各ビデオ・プレーン・データ5101、5102をそのままスイッチ5120へ送出する。一方、再生装置102がデプス・モードであるとき、左映像プレーン・データ5101は２Ｄ映像のビデオ・プレーンを表し、右映像プレーン・データ5102はその２Ｄ映像に対するデプスマップを表す。そのとき、視差映像生成部5110は、まずそのデプスマップからその２Ｄ映像の各部の両眼視差を計算する。視差映像生成部5110は次に、左映像プレーン・データ5101を加工して、ビデオ・プレーンにおけるその２Ｄ映像の各部の表示位置を、計算された両眼視差に応じて左右に移動させる。それにより、レフトビューとライトビューとを表すビデオ・プレーンの対が生成される。視差映像生成部5110は更に、そのビデオ・プレーンの対を左映像と右映像とのプレーン・データの対としてスイッチ5120へ送出する。
スイッチ5120は、再生制御部4907からＢ−Ｄ表示モードが指示されているとき、ＰＴＳの等しい左映像プレーン・データ5101と右映像プレーン・データ5102とをその順で第１加算部5141へ送出する。スイッチ5120は、再生制御部4907からＢ−Ｂ表示モードが指示されているとき、ＰＴＳの等しい左映像プレーン・データ5101と右映像プレーン・データ5102との一方をフレーム当たり二回ずつ、第１加算部5141へ送出し、他方を破棄する。
各クロッピング処理部5131−5134は、視差映像生成部5110とスイッチ5120との対と同様な構成を含む。２プレーン・モードではそれらの構成が利用される。特に再生装置102がデプス・モードであるとき、システム・ターゲット・デコーダ4903からのプレーン・データはレフトビューとライトビューとのプレーン・データの対に変換される。再生制御部4907からＢ−Ｄ表示モードが指示されているとき、レフトビューとライトビューとのプレーン・データが交互に各加算部5141−5144へ送出される。一方、再生制御部4907からＢ−Ｂ表示モードが指示されているとき、レフトビューとライトビューとのプレーン・データの一方がフレーム当たり二回ずつ各加算部5141−5144へ送出され、他方は破棄される。
１プレーン＋オフセット・モードでは、第１クロッピング処理部5131は、システム・ターゲット・デコーダ4903からオフセット値5151を受信し、それを利用して副映像プレーン・データ5103に対してクロッピング処理を行う。それにより、その副映像プレーン・データ5103は、レフトビューとライトビューとを表す一対の副映像プレーン・データに変換されて交互に送出される。一方、１プレーン＋ゼロ・オフセット・モードではその副映像プレーン・データ5103が二回繰り返して送出される。
１プレーン＋オフセット・モードでは、第２クロッピング処理部5132は、システム・ターゲット・デコーダ4903からオフセット値5151を受信し、それを利用してＰＧプレーン・データ5104に対してクロッピング処理を行う。それにより、そのＰＧプレーン・データ5104は、レフトビューとライトビューとを表す一対のＰＧプレーン・データに変換されて交互に送出される。一方、１プレーン＋ゼロ・オフセット・モードではそのＰＧプレーン・データ5104が二回繰り返して送出される。
１プレーン＋オフセット・モードでは、第３クロッピング処理部5133は、システム・ターゲット・デコーダ4903からオフセット値5151を受信し、それを利用してＩＧプレーン・データ5105に対してクロッピング処理を行う。それにより、そのＩＧプレーン・データ5105は、レフトビューとライトビューとを表す一対のＩＧプレーン・データに変換されて交互に送出される。一方、１プレーン＋ゼロ・オフセット・モードではそのＩＧプレーン・データ5105が二回繰り返して送出される。
図５２の（ａ）、（ｂ）は、第２クロッピング処理部5132によるクロッピング処理を示す模式図である。図５２の（ａ）、（ｂ）ではそれぞれ、ＰＧプレーン・データ5104からレフトビューＰＧプレーン・データ5204LとライトビューＰＧプレーン・データ5204Rとの対が次のように生成される。第２クロッピング処理部5132はまず、オフセット値5151の中から、ＰＧプレーンに割り当てられたものを検索する。第２クロッピング処理部5132は次に、そのオフセット値に従って、ＰＧプレーン・データ5104の示すグラフィックス映像の表示位置に対するレフトビューとライトビューとの各表示位置を左又は右に変化させる。その結果、レフトビューとライトビューとのＰＧプレーン・データの対が得られる。尚、１プレーン＋ゼロ・オフセット・モードではオフセット値が“０”であるので、元のＰＧプレーン・データがそのまま維持される。第１クロッピング処理部5131は副映像プレーン・データ5103に対して同様にクロッピング処理を行い、第３クロッピング処理部5133はＩＧプレーン・データ5105に対して同様にクロッピング処理を行う。
図５２の（ａ）を参照するに、３Ｄ映像の奥行きが画面よりも手前であることをオフセット値の符号が示すとき、第２クロッピング処理部5132はまず、ＰＧプレーン・データ5104内の各画素データの位置を元の位置から、オフセット値に等しい画素数5201Lだけ右に変化させる。３Ｄ映像の奥行きが画面よりも奥であることをオフセット値の符号が示すときは、左に変化させる。第２クロッピング処理部5132は次に、ＰＧプレーン・データ5104の範囲から右（又は左）にはみ出ている画素データ群5202Lを除去する。こうして、残りの画素データ群5204LがレフトビューＰＧプレーン・データとして出力される。
図５２の（ｂ）を参照するに、３Ｄ映像の奥行きが画面よりも手前であることをオフセット値の符号が示すとき、第２クロッピング処理部5132はまず、ＰＧプレーン・データ5104内の各画素データの位置を元の位置から、オフセット値に等しい画素数5201Rだけ左に変化させる。３Ｄ映像の奥行きが画面よりも奥であることをオフセット方向が示すときは、右に変化させる。第２クロッピング処理部5132は次に、ＰＧプレーン・データ5104の範囲から左（又は右）にはみ出ている画素データ群5202Rを除去する。こうして、残りの画素データ群5204RがライトビューＰＧプレーン・データとして出力される。
図５３の（ａ）、（ｂ）、（ｃ）はそれぞれ、図５２に示されているクロッピング処理によって生成されたレフトビューとライトビューとのＰＧプレーン、及びそれらから視聴者に知覚される３Ｄ映像を示す模式図である。図５３の（ａ）を参照するに、レフトビューＰＧプレーン5301Lは画面5302の範囲からオフセット値5201Lだけ右に変位している。その結果、レフトビューＰＧプレーン5301L内の字幕の２Ｄ映像5303は、元の位置よりもオフセット値5201Lだけ右に変位して見える。図５３の（ｂ）を参照するに、ライトビューＰＧプレーン5301Rは逆に、画面5302の範囲からオフセット値5201Rだけ左に変位している。その結果、ライトビューＰＧプレーン5301R内の字幕の２Ｄ映像5303は、元の位置よりもオフセット値5201Rだけ左に変位して見える。それらのＰＧプレーン5301L、5301Rを画面5302に交互に表示するとき、図５３の（ｃ）に示されているように、視聴者5304には字幕の３Ｄ映像5305が画面5302よりも手前に見える。そのときの３Ｄ映像5305と画面5302との間の距離はオフセット値5201L、5201Rによって調節可能である。ＰＧプレーン・データ5104内の各画素データの位置を、図５２の（ａ）、（ｂ）に示されている方向とは逆に変化させたときは、視聴者5304には字幕の３Ｄ映像5305が画面5302よりも奥に見える。
このように、１プレーン＋オフセット・モードではクリッピング処理を利用して、一つのプレーン・データから、レフトビューとライトビューとのプレーン・データの対が生成される。それにより、一つのプレーン・データからでも、視差映像を表示することができる。すなわち、平面的なイメージに対して奥行き感を与えることができる。特に視聴者にその平面的なイメージを画面から浮かび上がるようにも、画面の奥に沈み込むようにも見せることができる。尚、１プレーン＋ゼロ・オフセット・モードではオフセット値が“０”であるので、平面的なイメージがそのまま維持される。
図５１を再び参照するに、イメージ・プレーン・データ5106は、プログラム実行部4906からシステム・ターゲット・デコーダ4903へ転送されたグラフィックス・データが、システム・ターゲット・デコーダ4903によって復号されたものである。そのグラフィックス・データはＪＰＥＧ又はＰＮＧ等のラスタデータであり、メニュー等のＧＵＩ用グラフィックス部品を表す。第４クロッピング処理部5134はイメージ・プレーン・データ5106に対するクロッピング処理を他のクロッピング処理部5131−5133と同様に行う。但し、第４クロッピング処理部5134は他のクロッピング処理部5131−5133とは異なり、オフセット値をシステム・ターゲット・デコーダ4903ではなく、プログラムＡＰＩ5152から受け取る。ここで、プログラムＡＰＩ5152はプログラム実行部4906によって実行される。それにより、グラフィックス・データの表すイメージの奥行きに相当するオフセット値が算出されて、第４クロッピング処理部5134に渡される。
第１加算部5141はまず、スイッチ5120からはビデオ・プレーン・データを受信し、第１クロッピング処理部5131からは副映像プレーン・データを受信する。第１加算部5141は次に、ビデオ・プレーン・データと副映像プレーン・データとを一組ずつ重畳して第２加算部5142に渡す。第２加算部5142は、第２クロッピング処理部5132からＰＧプレーン・データを受信し、第１加算部5141からのプレーン・データに重畳して第３加算部5143に渡す。第３加算部5143は、第３クロッピング処理部5133からＩＧプレーン・データを受信し、第２加算部5142からのプレーン・データに重畳して第４加算部5144に渡す。第４加算部5144は、第４クロッピング処理部5134からイメージ・プレーン・データを受信し、第３加算部5143からのプレーン・データに重畳して表示装置103へ送出する。その結果、図５１に矢印5100で示されている順序で、左映像プレーン・データ5101又は右映像プレーン・データ5102、副映像プレーン・データ5103、ＰＧプレーン・データ5104、ＩＧプレーン・データ5105、及びイメージ・プレーン・データ5106は重畳される。それらの合成処理により、各プレーン・データの示す映像は表示装置103の画面上に、左映像プレーン又は右映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンの順に重ねられたように表示される。
プレーン加算部4910は上記の処理の他に、四つの加算部5141−5144によって合成されたプレーン・データの出力形式を、表示装置103等、そのデータの出力先の装置による３Ｄ映像の表示方式に合わせて変換する。例えば出力先の装置が経時分離方式を利用するとき、プレーン加算部4910は合成後のプレーン・データを一つの映像フレーム又はフィールドとして送出する。一方、出力先の装置がレンチキュラーレンズを利用するとき、プレーン加算部4910は内蔵のバッファ・メモリを利用して、レフトビューとライトビューとのプレーン・データの対を一つの映像フレーム又はフィールドに合成して送出する。具体的には、プレーン加算部4910は、先に合成されたレフトビュー・プレーン・データを一旦、そのバッファ・メモリに格納して保持する。プレーン加算部4910は続いて、ライトビュー・プレーン・データを合成して、バッファ・メモリに保持されたレフトビュー・プレーン・データと更に合成する。その合成では、レフトビューとライトビューとの各プレーン・データが縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて一つのフレーム又はフィールドに再構成される。こうして、レフトビューとライトビューとのプレーン・データの対が一つの映像フレーム又はフィールドに合成される。プレーン加算部4910はその合成後の映像フレーム又はフィールドを出力先の装置へ送出する。
＜映像のシームレス再生のためにデータ・ブロックのサイズが満たすべき条件＞
本発明の実施形態によるＢＤ−ＲＯＭディスク101では、図１６、３４に示されているとおり、ベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとが一つずつ交互に配置され、インターリーブ配置を形成している。更に、層境界等、ロングジャンプが必要な箇所では、図２１−２９、３４に示されているとおり、ベースビュー・データ・ブロックとその複製データとが２Ｄ再生専用ブロックと３Ｄ再生専用ブロックとして配置されている。これらのデータ・ブロックの配置は上記の説明どおり、２Ｄ映像と３Ｄ映像とのいずれのシームレス再生にも有利である。それらのシームレス再生を更に確実に実現するには、各データ・ブロックのサイズは、再生装置102の性能に基づく条件を満たせばよい。以下、それらの条件について説明する。
≪２Ｄ再生モードの性能に基づく条件≫
図５４は、２Ｄ再生モードの再生装置102内の再生処理系統を示す模式図である。図５４を参照するに、その再生処理系統は、図４６に示されている要素のうち、ＢＤ−ＲＯＭドライブ4601、リード・バッファ4602、及びシステム・ターゲット・デコーダ4603を含む。ＢＤ−ＲＯＭドライブ4601はＢＤ−ＲＯＭディスク101から２Ｄエクステントを読み出し、読み出し速度Rud−2Dでリード・バッファ4602へ転送する。システム・ターゲット・デコーダ4603は、リード・バッファ4602内に蓄積された各２Ｄエクステントからソースパケットを平均転送速度Rext2Dで読み出し、映像データVDと音声データADとに復号する。
平均転送速度Rext2Dは、図３７に示されているソース・デパケタイザ3711からＰＩＤフィルタ3713へのＴＳパケットの平均転送速度RTSの１９２／１８８倍に等しく、一般に２Ｄエクステントごとに異なる。平均転送速度Rext2Dの最大値Rmax2Dは、ファイル２Ｄに対するシステムレートの１９２／１８８倍に等しい。ここで、そのシステムレートは、図３１に示されているように、２Ｄクリップ情報ファイルに規定されている。また、上記の係数１９２／１８８はソースパケットとＴＳパケットとの間のバイト数の比に等しい。平均転送速度Rext2Dは通常ビット／秒で表され、具体的には、ビット単位で表された２ＤエクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。「ビット単位で表されたエクステントのサイズ」は、そのエクステント内のソースパケット数とソースパケット一つ当たりのバイト数（＝１９２バイト）との積の８倍に等しい。
読み出し速度Rud−2Dは通常ビット／秒で表され、平均転送速度Rext2Dの最高値Rmax2Dよりも高い値、例えば５４Ｍｂｐｓに設定される：Rud−2D＞Rmax2D。それにより、ＢＤ−ＲＯＭドライブ4601がＢＤ−ＲＯＭディスク101から一つの２Ｄエクステントを読み出している間、システム・ターゲット・デコーダ4603の復号処理に伴うリード・バッファ4602のアンダーフローが防止される。
図５５の（ａ）は、２Ｄエクステントの再生処理中、リード・バッファ4602に蓄積されるデータ量DAの変化を示すグラフである。図５５の（ｂ）は、それらの２Ｄエクステントを含む３Ｄエクステント・ブロック5510と２Ｄ再生モードでの再生経路5520との間の対応関係を示す模式図である。図５５の（ｂ）を参照するに、３Ｄエクステント・ブロック5510は、インターリーブ配置のベースビュー・データ・ブロック群とディペンデントビュー・データ・ブロック群とで構成されている。再生経路5520に従い、各ベースビュー・データ・ブロックL0、L1、…が一つの２ＤエクステントEXT2D[0]、EXT2D[1]、…として、ＢＤ−ＲＯＭディスク101からリード・バッファ4602へ読み出される。まず、先頭のベースビュー・データ・ブロックL0、すなわち２ＤエクステントEXT2D[0]の読み出し期間PR2D[0]では、図５５の（ａ）に示されているように、蓄積データ量DAは、読み出し速度Rud−2Dと平均転送速度Rext2D[0]との間の差Rud−2D−Rext2D[0]に等しい速度で増加する。
先頭の２ＤエクステントEXT2D[0]の後端が読み出された時に最初のジャンプJ2D[0]が生じる。そのジャンプ期間PJ2D[0]では、後続の二つのデータ・ブロックD1、R1の読み出しがスキップされるので、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、最初のジャンプ期間PJ2D[0]では、図５５の（ａ）に示されているように、蓄積データ量DAは平均転送速度Rext2D[0]で減少する。
ここで、次の場合を想定する：最初の読み出し期間PR2D[0]にリード・バッファ4602に蓄積されたデータ量、すなわち先頭の２ＤエクステントEXT2D[0]のサイズSext2D[0]が、その読み出し期間PR2D[0]から最初のジャンプ期間PJ2D[0]にわたってリード・バッファ4602からシステム・ターゲット・デコーダ4603へ転送されるデータ量に等しい。その場合、図５５の（ａ）に示されているように、蓄積データ量DAは最初のジャンプ期間PJ2D[0]の終了時、最初の読み出し期間PR2D[0]の開始時での値を下回らない。
最初のジャンプJ2D[0]に続いて次のベースビュー・データ・ブロックL1、すなわち２ＤエクステントEXT2D[1]の読み出しが開始される。その読み出し期間PR2D[1]では、図５５の（ａ）に示されているように、蓄積データ量DAは、データ転送速度の差Rud−2D−Rext2D[1]に等しい速度で再び増加する。
実際には、ＢＤ−ＲＯＭドライブ4601は読み出し／転送動作を、図５５の（ａ）に示されているように連続的にではなく断続的に行う。それにより、各２Ｄエクステントの読み出し期間PR2D[0]、PR2D[1]、…に蓄積データ量DAがリード・バッファ4602の容量を超えないように、すなわちリード・バッファ4602がオーバーフローを生じないようにする。従って、図５５の（ａ）のグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
以上のように、２Ｄ再生モードでは再生経路5520に従い、２ＤエクステントLn＝EXT2D[n]（n＝0、1、2、…）の読み出しと、一対のディペンデントビュー・データ・ブロックDn、Rnの記録領域を越えるジャンプJ2D[n]とが交互に繰り返される。それに伴い、リード・バッファ4602の蓄積データ量DAは、読み出し期間PR2D[n]では速度Rud−2D−Rext2D[n]で増加し、ジャンプ期間PJ2D[n]では速度Rext2D[n]で減少する。従って、それらの２ＤエクステントEXT2D[n]から２Ｄ映像をシームレスに再生するには、以下の条件［１］、［２］が満たされればよい。
［１］各ジャンプ期間PJ2D[n]でリード・バッファ4602からシステム・ターゲット・デコーダ4603へのデータ供給を維持して、そのデコーダ4603の連続的な出力を確保する必要がある。図５５の（ａ）から明らかなとおり、各読み出し期間PR2D[n]にリード・バッファ4602に蓄積されるデータ量、すなわち各２ＤエクステントEXT2D[n]のサイズSext2D[n]が、その読み出し期間PR2D[n]から次のジャンプ期間PJ2D[n]にわたってリード・バッファ4602からシステム・ターゲット・デコーダ4603へ転送されるデータ量に等しければ、そのジャンプ期間PJ2D[n]の途中で蓄積データ量DAがその読み出し期間PR2D[n]の直前の値まで戻ることはない。特にリード・バッファ4602はアンダーフローを生じない。ここで、読み出し期間PR2D[n]の長さは、２ＤエクステントEXT2D[n]のサイズSext2D[n]を読み出し速度Rud−2Dで割った値Sext2D[n]／Rud−2Dに等しい。従って、各２ＤエクステントEXT2D[n]のサイズSext2D[n]は次式（１）を満たせばよい：
Figure 0005385226
式（１）では、ジャンプ時間Tjump−2D[n]はジャンプ期間PJ2D[n]の長さであり、秒単位で表される。一方、読み出し速度Rud−2Dと平均転送速度Rext2Dとはいずれもビット／秒で表される。従って、式（１）では平均転送速度Rext2Dを数「８」で割り、２ＤエクステントのサイズSext2D[n]の単位をビットからバイトへ変換している。すなわち、２ＤエクステントのサイズSext2D[n]はバイト単位で表される。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。
［２］リード・バッファ4602の容量は有限であることから、ジャンプ時間Tjump−2D[n]の最大値は制限される。すなわち、ジャンプ期間PJ2D[n]の直前に蓄積データ量DAがリード・バッファ4602の容量一杯であっても、ジャンプ時間Tjump−2D[n]が長すぎれば、ジャンプ期間PJ2D[n]中に蓄積データ量DAが０に達し、リード・バッファ4602のアンダーフローが生じる危険性がある。以下、ＢＤ−ＲＯＭディスク101からリード・バッファ4602へのデータ供給が途絶えている状態で蓄積データ量DAがリード・バッファ4602の最大容量から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間Tjump−2Dの最大値を「最大ジャンプ時間」という。
光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセス・スピード等から決められている。図５６は、ＢＤ−ＲＯＭディスクに関するジャンプ距離Sjumpと最大ジャンプ時間Tjumpとの間の対応表の一例である。図５６では、ジャンプ距離Sjumpはセクタ単位で表され、最大ジャンプ時間Tjumpはｍ秒単位で表されている。ここで、１セクタ＝２０４８バイトとする。図５６を参照するに、ジャンプ距離Sjumpが、０セクタ、１−１００００セクタ、１０００１−２００００セクタ、２０００１−４００００セクタ、４０００１セクタ−１／１０ストローク、及び１／１０ストローク以上の各範囲に属するとき、最大ジャンプ時間Tjumpはそれぞれ、５０ｍ秒、２５０ｍ秒、３００ｍ秒、３５０ｍ秒、７００ｍ秒、及び１４００ｍ秒である。
ジャンプ距離Sjumpが０セクタに等しいときの最大ジャンプ時間を特に「ゼロ・セクタ遷移時間Tjump−0」という。「ゼロ・セクタ遷移」とは、二つの連続するデータ・ブロック間での光ピックアップの移動をいう。ゼロ・セクタ遷移期間では光ピックアップは読み出し動作を一旦停止して待機する。ゼロ・セクタ遷移時間は、ＢＤ−ＲＯＭディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。「誤り訂正処理に伴うオーバーヘッド」とは、二つの連続するデータ・ブロック間の境界がＥＣＣブロック間の境界と一致していないときに、そのＥＣＣブロックを用いた誤り訂正処理が二回行われることに起因する余分な時間をいう。誤り訂正処理には一つのＥＣＣブロックの全体が必要である。従って、一つのＥＣＣブロックが二つの連続するデータ・ブロックに共有されているとき、いずれのデータ・ブロックの読み出し処理でもそのＥＣＣブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのデータ・ブロックを一つ読み出すごとに、そのデータ・ブロックの他に最大３２セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち３２［セクタ］×２０４８［バイト］×８［ビット／バイト］×２［回］／読み出し速度Rud−2Dで評価される。尚、各データ・ブロックをＥＣＣブロック単位で構成することにより、誤り訂正処理に伴うオーバーヘッドをゼロ・セクタ遷移時間から除外してもよい。
ＢＤ−ＲＯＭディスク101が多層ディスクであるとき、層切り換えを伴うロングジャンプでは、図５６に規定された最大ジャンプ時間Tjumpに加えて、フォーカス・ジャンプ等、その記録層の切り換え操作に特定の時間、例えば３５０ｍ秒が更に必要である。以下、この時間を「層切換時間」という。
以上のことから、式（１）に代入されるべきジャンプ時間Tjump−2D[n]は二つのパラメータTJ[n]、TL[n]の和で決まる：Tjump−2D[n]＝TJ[n]＋TL[n]。第１パラメータTJ[n]は、ＢＤ−ＲＯＭディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間を表す。第１パラメータTJ[n]は例えば図５６の表において、ｎ番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋１）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数、すなわちジャンプ距離に対応する最大ジャンプ時間に等しい。第２パラメータTL[n]は、ｎ番目の２ＤエクステントEXT2D[n]と（ｎ＋１）番目の２ＤエクステントEXT2D[n＋1]との間に層境界LBがあるときは層切換時間、例えば３５０ｍ秒を表し、層境界LBがないときは０を表す。例えばジャンプ時間Tjump−2D[n]の最大値が７００ｍ秒に制限されるとき、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプ距離は、それらの２Ｄエクステント間に層境界がないときは１／１０ストローク（＝約１．２ＧＢ）まで許され、層境界があるときは４００００セクタ（＝約７８．１ＭＢ）まで許される。
≪３Ｄ再生モードに基づく条件≫
図５７は、３Ｄ再生モードの再生装置102内の再生処理系統を示す模式図である。図５７を参照するに、その再生処理系統は、図４９に示されている要素のうち、ＢＤ−ＲＯＭドライブ4901、スイッチ4911、第１リード・バッファ4921、第２リード・バッファ4922、及びシステム・ターゲット・デコーダ4903を含む。ＢＤ−ＲＯＭドライブ4901はＢＤ−ＲＯＭディスク101から３Ｄエクステントを読み出し、読み出し速度Rud−3Dでスイッチ4911へ転送する。スイッチ4911は各３Ｄエクステントからベースビュー・エクステントを抽出して、ディペンデントビュー・エクステントと分離する。ベースビュー・エクステントは第１リード・バッファ4921へ格納され、ディペンデントビュー・エクステントは第２リード・バッファ4922へ格納される。第２リード・バッファ4922内の蓄積データは、Ｌ／Ｒモードではライトビュー・エクステントであり、デプス・モードではデプスマップ・エクステントである。システム・ターゲット・デコーダ4903は、第１リード・バッファ4921内に蓄積された各ベースビュー・エクステントからソースパケットを第１平均転送速度Rext1で読み出す。Ｌ／Ｒモードのシステム・ターゲット・デコーダ4903は、第２リード・バッファ4922内に蓄積された各ライトビュー・エクステントからソースパケットを第２平均転送速度Rext2で読み出す。デプス・モードのシステム・ターゲット・デコーダ4903は、第２リード・バッファ4922内に蓄積された各デプスマップ・エクステントからソースパケットを第３平均転送速度Rext3で読み出す。システム・ターゲット・デコーダ4903は更に、読み出されたベースビュー・エクステントとディペンデントビュー・エクステントとの対を映像データVDと音声データADとに復号する。
第１平均転送速度Rext1を「ベースビュー転送速度」という。ベースビュー転送速度Rext1は、図５０に示されている第１ソース・デパケタイザ5011から第１ＰＩＤフィルタ5013へのＴＳパケットの平均転送速度RTS1の１９２／１８８倍に等しく、一般にベースビュー・エクステントごとに異なる。ベースビュー転送速度Rext1の最高値Rmax1はファイル２Ｄに対するシステムレートの１９２／１８８倍に等しい。そのシステムレートは２Ｄクリップ情報ファイルに規定されている。ベースビュー転送速度Rext1は通常ビット／秒で表され、具体的には、ビット単位で表されたベースビュー・エクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、そのベースビュー・エクステント内のソースパケットに付与されたＡＴＳの範囲を表す。従って、エクステントＡＴＣ時間は、そのベースビュー・エクステント内のソースパケットを全て、第１リード・バッファ4921からシステム・ターゲット・デコーダ4903へ転送するのに要する時間に等しい。
第２平均転送速度Rext2を「ライトビュー転送速度」といい、第３平均転送速度Rext3を「デプスマップ転送速度」という。いずれの転送速度Rext2、Rext3も、第２ソース・デパケタイザ5012から第２ＰＩＤフィルタ5014へのＴＳパケットの平均転送速度RTS2の１９２／１８８倍に等しく、一般にディペンデントビュー・エクステントごとに異なる。ライトビュー転送速度Rext2の最高値Rmax2は第１ファイルＤＥＰに対するシステムレートの１９２／１８８倍と等しく、デプスマップ転送速度Rext3の最高値Rmax3は第２ファイルＤＥＰに対するシステムレートの１９２／１８８倍に等しい。各システムレートはライトビュー・クリップ情報ファイルとデプスマップ・クリップ情報ファイルとに規定されている。各転送速度Rext2、Rext3は通常ビット／秒で表され、具体的には、ビット単位で表されたディペンデントビュー・エクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、各ディペンデントビュー・エクステント内のソースパケットに付与されたＡＴＳの範囲を表す。従って、エクステントＡＴＣ時間は、そのディペンデントビュー・エクステント内のソースパケットを全て、第２リード・バッファ4922からシステム・ターゲット・デコーダ4903へ転送するのに要する時間に等しい。
読み出し速度Rud−3Dは通常ビット／秒で表され、第１−３平均転送速度Rext1−Rext3のいずれの最高値Rmax1−Rmax3よりも高い値、例えば７２Ｍｂｐｓに設定される：Rud−3D＞Rmax1、Rud−3D＞Rmax2、Rud−3D＞Rmax3。それにより、ＢＤ−ＲＯＭドライブ4901によってＢＤ−ＲＯＭディスク101から一つの３Ｄエクステントを読み出している間、システム・ターゲット・デコーダ4903の復号処理に伴う各リード・バッファ4921、4922のアンダーフローが防止される。
［Ｌ／Ｒモード］
図５８の（ａ）、（ｂ）は、Ｌ／Ｒモードでの３Ｄエクステント・ブロックの再生処理中、各リード・バッファ4921、4922に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図５８の（ｃ）は、その３Ｄエクステント・ブロック5810とＬ／Ｒモードでの再生経路5820との間の対応関係を示す模式図である。図５８の（ｃ）を参照するに、３Ｄエクステント・ブロック5810は、インターリーブ配置のベースビュー・データ・ブロック群とディペンデントビュー・データ・ブロック群とで構成されている。再生経路5820に従い、隣接するライトビュー・データ・ブロックRkとベースビュー・データ・ブロックLkとの各対（k＝0、1、2、…）が一つの３ＤエクステントEXTSS[k]として読み出される。ここでは説明の便宜上、（ｎ−１）個の３Ｄエクステントが既に読み出され、かつ整数ｎが１より十分に大きい場合を想定する。その場合、両リード・バッファ4921、4922の蓄積データ量DA1、DA2は既にそれぞれの下限値UL1、UL2以上に維持されている。それらの下限値UL1、UL2を「バッファ余裕量」という。バッファ余裕量UL1、UL2を確保するための方法については後述する。
図５８の（ｃ）を参照するに、第（２ｎ−１）読み出し期間PRR[n]にｎ番目のライトビュー・エクステントRnがＢＤ−ＲＯＭディスク101から第２リード・バッファ4922へ読み出される。第（２ｎ−１）読み出し期間PRR[n]では、図５８の（ｂ）に示されているように、第２リード・バッファ4922の蓄積データ量DA2は、読み出し速度Rud−3Dとライトビュー転送速度Rext2[n]との間の差Rud−3D−Rext2[n]に等しい速度で増加する。一方、図５８の（ａ）に示されているように、第１リード・バッファ4921の蓄積データ量DA1はベースビュー転送速度Rext1[n−1]で減少する。
ｎ番目のライトビュー・エクステントRnの後端が読み出された時、ｎ回目のゼロ・セクタ遷移J0[n]が生じる。第ｎゼロ・セクタ遷移期間PJ0[n]では、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、第１リード・バッファ4921の蓄積データ量DA1はベースビュー転送速度Rext1[n−1]で減少し続け、第２リード・バッファ4922の蓄積データ量DA2はライトビュー転送速度Rext2[n]で減少する。
第ｎゼロ・セクタ遷移期間PJ0[n]の終了時点から、第２ｎ読み出し期間PRL[n]が開始される。第２ｎ読み出し期間PRL[n]ではｎ番目のベースビュー・エクステントLnがＢＤ−ＲＯＭディスク101から第１リード・バッファ4921へ読み出される。従って、図５８の（ａ）に示されているように、第１リード・バッファ4921の蓄積データ量DA1は、読み出し速度Rud−3Dとベースビュー転送速度Rext1[n]との間の差Rud−3D−Rext1[n]に等しい速度で増加する。一方、図５８の（ｂ）に示されているように、第２リード・バッファ4922の蓄積データ量DA2はライトビュー転送速度Rext2[n]で減少し続ける。
ｎ番目のベースビュー・エクステントLnの後端が読み出された時、ｎ番目のジャンプJLR[n]が生じる。第ｎジャンプ期間PJLR[n]では（ｎ＋１）番目のデプスマップ・エクステントD(n＋1)の読み出しがスキップされるので、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、第ｎジャンプ期間PJLR[n]では、図５８の（ａ）に示されているように、第１リード・バッファ4921の蓄積データ量DA1はベースビュー転送速度Rext1[n]で減少する。一方、図５８の（ｂ）に示されているように、第２リード・バッファ4922の蓄積データ量DA2はライトビュー転送速度Rext2[n]で減少し続ける。
ここで、次の場合を想定する：第（２ｎ−１）読み出し期間PRR[n]に第２リード・バッファ4922に蓄積されるデータ量、すなわちｎ番目のライトビュー・エクステントRnのサイズSext2[n]は少なくとも、第（２ｎ−１）読み出し期間PRR[n]から第ｎジャンプ期間PJLR[n]にわたって第２リード・バッファ4922からシステム・ターゲット・デコーダ4903へ転送されるデータ量に等しい。その場合、ジャンプ期間PJLR[n]の終了時、図５８の（ｂ）に示されているように、第２リード・バッファ4922の蓄積データ量DA2が第２バッファ余裕量UL2を下回らない。
第ｎジャンプ期間PJLR[n]の終了時点から第（２ｎ＋１）読み出し期間PRR[n＋1]が開始される。第（２ｎ＋１）読み出し期間PRR[n＋1]では、（ｎ＋１）番目のライトビュー・エクステントR(n＋1)がＢＤ−ＲＯＭディスク101から第２リード・バッファ4922へ読み出される。従って、図５８の（ｂ）に示されているように、第２リード・バッファ4922の蓄積データ量DA2は、読み出し速度Rud−3Dとライトビュー転送速度Rext2[n＋1]との間の差Rud−3D−Rext2[n＋1]に等しい速度で増加する。一方、図５８の（ａ）に示されているように、第１リード・バッファ4921の蓄積データ量DA1はベースビュー転送速度Rext1[n]で減少し続ける。
（ｎ＋１）番目のライトビュー・エクステントR(n＋1)の後端が読み出された時、（ｎ＋１）回目のゼロ・セクタ遷移J0[n＋1]が生じる。第（ｎ＋１）ゼロ・セクタ遷移期間PJ0[n＋1]ではＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、第１リード・バッファ4921の蓄積データ量DA1はベースビュー転送速度Rext1[n]で減少し続け、第２リード・バッファ4922の蓄積データ量DA2はライトビュー転送速度Rext2[n＋1]で減少する。
ここで、次の場合を想定する：第２ｎ読み出し期間PRL[n]に第１リード・バッファ4921に蓄積されるデータ量、すなわちｎ番目のベースビュー・エクステントLnのサイズSext1[n]は少なくとも、第２ｎ読み出し期間PRL[n]から第（ｎ＋１）ゼロ・セクタ遷移期間PJ0[n＋1]にわたって第１リード・バッファ4921からシステム・ターゲット・デコーダ4903へ転送されるデータ量に等しい。その場合、第（ｎ＋１）ゼロ・セクタ遷移期間PJ0[n＋1]の終了時、図５８の（ａ）に示されているように、第１リード・バッファ4921の蓄積データ量DA1が第１バッファ余裕量UL1を下回らない。
３ＤエクステントEXTSS[n]＝Rn＋Ln、EXTSS[n＋1]＝R(n＋1)＋L(n＋1)、…から、それらの間のジャンプにかかわらず、３Ｄ映像をシームレスに再生するには、上記と同様な蓄積データ量DA1、DA2の変化が繰り返されればよい。それには、以下の条件［３］、［４］、［５］が満たされればよい。
［３］ｎ番目のベースビュー・エクステントLnのサイズSext1[n]は少なくとも、第２ｎ読み出し期間PRL[n]から第（ｎ＋１）ゼロ・セクタ遷移期間PJ0[n＋1]にわたって第１リード・バッファ4921からシステム・ターゲット・デコーダ4903へ転送されるデータ量に等しい。ここで、第２ｎ読み出し期間PRL[n]の長さは、ｎ番目のベースビュー・エクステントLnのサイズSext1[n]を読み出し速度Rud−3Dで割った値Sext1[n]／Rud−3Dに等しい。第（２ｎ＋１）読み出し期間PRR[n＋1]の長さは、（ｎ＋１）番目のライトビュー・エクステントR(n＋1)のサイズSext2[n＋1]を読み出し速度Rud−3Dで割った値Sext2[n＋1]／Rud−3Dに等しい。従って、ｎ番目のベースビュー・エクステントLnのサイズSext1[n]は次式（２）を満たせばよい：
Figure 0005385226
［４］ｎ番目のライトビュー・エクステントRnのサイズSext2[n]は少なくとも、第（２ｎ−１）読み出し期間PRR[n]から第ｎジャンプ期間PJLR[n]にわたって第２リード・バッファ4922からシステム・ターゲット・デコーダ4903へ転送されるデータ量に等しい。ここで、第（２ｎ−１）読み出し期間PRR[n]の長さは、ｎ番目のライトビュー・エクステントRnのサイズSext2[n]を読み出し速度Rud−3Dで割った値Sext2[n]／Rud−3Dに等しい。従って、ｎ番目のライトビュー・エクステントRnのサイズSext2[n]は次式（３）を満たせばよい：
Figure 0005385226
［５］式（２）、（３）に代入されるべきジャンプ時間Tjump−3D[n]は、式（１）に代入されるべきジャンプ時間Tjump−2D[n]とは異なり、第１パラメータTJ[n]だけで決まる：Tjump−3D[n]＝TJ[n]。第１パラメータTJ[n]は例えば図５６の表において、ｎ番目のベースビュー・エクステントLnの後端から（ｎ＋１）番目のライトビュー・エクステントR(n＋1)の先端までのセクタ数、すなわちジャンプ距離に対応する最大ジャンプ時間に等しい。
［デプス・モード］
図５９の（ａ）、（ｂ）は、デプス・モードでの３Ｄエクステント・ブロック再生処理中、各リード・バッファ4921、4922に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図５９の（ｃ）は、その３Ｄエクステント・ブロック5910とデプス・モードでの再生経路5920との間の対応関係を示す模式図である。図５９の（ｃ）を参照するに、３Ｄエクステント・ブロック5910は、図５８の（ｃ）に示されている３Ｄエクステント・ブロック5810と同様なインターリーブ配置のデータ・ブロック群で構成されている。再生経路5920に従い、デプスマップ・データ・ブロックDkとベースビュー・データ・ブロックDkとがそれぞれ、一つのエクステントとして読み出される（k＝0、1、2、…）。図５８の場合と同様、（ｎ−１）個の３Ｄエクステントが既に読み込まれ、かつ整数ｎが１より十分に大きい場合を想定する。その場合、両リード・バッファ4921、4922の蓄積データ量DA1、DA2は既にそれぞれのバッファ余裕量UL1、UL2以上に維持されている。
図５９の（ｃ）を参照するに、第（２ｎ−１）読み出し期間PRD[n]にｎ番目のデプスマップ・エクステントDnがＢＤ−ＲＯＭディスク101から第２リード・バッファ4922へ読み出される。第（２ｎ−１）読み出し期間PRD[n]では、図５９の（ｂ）に示されているように、第２リード・バッファ4922の蓄積データ量DA2は、読み出し速度Rud−3Dとデプスマップ転送速度Rext3[n]との間の差Rud−3D−Rext3[n]に等しい速度で増加する。一方、図５９の（ａ）に示されているように、第１リード・バッファ4921の蓄積データ量DA1はベースビュー転送速度Rext1[n−1]で減少する。
ｎ番目のデプスマップ・エクステントDnの後端が読み出された時、ｎ回目のジャンプJLD[n]が生じる。第ｎジャンプ期間PJLD[n]では、ｎ番目のライトビュー・エクステントRnの読み出しがスキップされるので、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、第ｎジャンプ期間PJLD[n]では、図５９の（ａ）に示されているように、第１リード・バッファ4921の蓄積データ量DA1はベースビュー転送速度Rext1[n−1]で減少し続ける。一方、図５９の（ｂ）に示されているように、第２リード・バッファ4922の蓄積データ量DA2はデプスマップ転送速度Rext3[n]で減少する。
第ｎジャンプ期間PJLD[n]の終了時点から第２ｎ読み出し期間PRL[n]が開始される。第２ｎ読み出し期間PRL[n]では、ｎ番目のベースビュー・エクステントLnがＢＤ−ＲＯＭディスク101から第１リード・バッファ4921へ読み出される。従って、図５９の（ａ）に示されているように、第１リード・バッファ4921の蓄積データ量DA1は、読み出し速度Rud−3Dとベースビュー転送速度Rext1[n]との間の差Rud−3D−Rext1[n]に等しい速度で増加する。一方、図５９の（ｂ）に示されているように、第２リード・バッファ4922の蓄積データ量DA2はデプスマップ転送速度Rext3[n]で減少し続ける。
ｎ番目のベースビュー・エクステントLnの後端が読み出された時、ｎ回目のゼロ・セクタ遷移J0[n]が生じる。第ｎゼロ・セクタ遷移期間PJ0[n]では、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、第１リード・バッファ4921の蓄積データ量DA1はベースビュー転送速度Rext1[n]で減少し、第２リード・バッファ4922の蓄積データ量DA2はデプスマップ転送速度Rext3[n]で減少し続ける。
ここで、次の場合を想定する：第（２ｎ−１）読み出し期間PRD[n]に第２リード・バッファ4922に蓄積されるデータ量、すなわちｎ番目のデプスマップ・エクステントDnのサイズSext3[n]は少なくとも、第（２ｎ−１）読み出し期間PRD[n]から第ｎゼロ・セクタ遷移期間PJ0[n]にわたって第２リード・バッファ4922からシステム・ターゲット・デコーダ4903へ転送されるデータ量に等しい。その場合、第ｎゼロ・セクタ遷移期間PJ0[n]の終了時、図５９の（ｂ）に示されているように、第２リード・バッファ4922の蓄積データ量DA2が第２バッファ余裕量UL2を下回らない。
第ｎゼロ・セクタ遷移期間PJ0[n]の終了時点から第（２ｎ＋１）読み出し期間PRD[n＋1]が開始される。第（２ｎ＋１）読み出し期間PRD[n＋1]では（ｎ＋１）番目のデプスマップ・エクステントD(n＋1)がＢＤ−ＲＯＭディスク101から第２リード・バッファ4922へ読み出される。従って、図５９の（ａ）に示されているように、第１リード・バッファ4921の蓄積データ量DA1はベースビュー転送速度Rext1[n]で減少し続ける。一方、図５９の（ｂ）に示されているように、第２リード・バッファ4922の蓄積データ量DA2は速度Rud−3D−Rext3[n＋1]で増加する。
（ｎ＋１）番目のデプスマップ・エクステントD(n＋1)の後端が読み出された時、（ｎ＋１）回目のジャンプJLD[n＋1]が生じる。第（ｎ＋１）ジャンプ期間PJLD[n＋1]では、（ｎ＋１）番目のライトビュー・エクステントR(n＋1)の読み出しがスキップされるので、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、第（ｎ＋１）ジャンプ期間PJLD[n＋1]では、第１リード・バッファ4921の蓄積データ量DA1はベースビュー転送速度Rext1[n]で減少し続け、第２リード・バッファ4922の蓄積データ量DA2はデプスマップ転送速度Rext3[n＋1]で減少する。
第（ｎ＋１）ジャンプ期間PJLD[n＋1]の終了時点から第（２ｎ＋２）読み出し期間PRL[n＋1]が開始される。第（２ｎ＋２）読み出し期間PRL[n＋1]では、（ｎ＋１）番目のベースビュー・エクステントL(n＋1)がＢＤ−ＲＯＭディスク101から第１リード・バッファ4921へ読み出される。従って、図５９の（ａ）に示されているように、第１リード・バッファ4921の蓄積データ量DA1は速度Rud−3D−Rext1[n＋1]で増加する。一方、図５９の（ｂ）に示されているように、第２リード・バッファ4922の蓄積データ量DA2はデプスマップ転送速度Rext3[n＋1]で減少し続ける。
ここで、次の場合を想定する：第２ｎ読み出し期間PRL[n]に第１リード・バッファ4921に蓄積されるデータ量、すなわちｎ番目のベースビュー・エクステントLnのサイズSext1[n]は少なくとも、第２ｎ読み出し期間PRL[n]から第（ｎ＋１）ジャンプ期間PJLD[n＋1]にわたって第１リード・バッファ4921からシステム・ターゲット・デコーダ4903へ転送されるデータ量に等しい。その場合、第（ｎ＋１）ジャンプ期間PJLD[n＋1]の終了時、図５９の（ａ）に示されているように、第１リード・バッファ4921の蓄積データ量DA1が第１バッファ余裕量UL1を下回らない。
デプスマップ・エクステントDn、D(n＋1)、…とベースビュー・エクステントLn、L(n＋1)、…とから、それらの間のジャンプにかかわらず、３Ｄ映像をシームレスに再生するには、上記と同様な蓄積データ量DA1、DA2の変化が繰り返されればよい。それには、以下の条件［６］、［７］、［８］が満たされればよい。
［６］ｎ番目のベースビュー・エクステントLnのサイズSext1[n]は少なくとも、第２ｎ読み出し期間PRL[n]から第（ｎ＋１）ジャンプ期間PJLD[n＋1]にわたって第１リード・バッファ4921からシステム・ターゲット・デコーダ4903へ転送されるデータ量に等しい。ここで、第２ｎ読み出し期間PRL[n]の長さは、ｎ番目のベースビュー・エクステントLnのサイズSext1[n]を読み出し速度Rud−3Dで割った値Sext1[n]／Rud−3Dに等しい。第（２ｎ＋１）読み出し期間PRD[n＋1]の長さは、（ｎ＋１）番目のデプスマップ・エクステントD(n＋1)のサイズSext3[n＋1]を読み出し速度Rud−3Dで割った値Sext3[n＋1]／Rud−3Dに等しい。従って、ｎ番目のベースビュー・エクステントLnのサイズSext1[n]は次式（４）を満たせばよい：
Figure 0005385226
［７］ｎ番目のデプスマップ・エクステントDnのサイズSext3[n]は少なくとも、第（２ｎ−１）読み出し期間PRD[n]から第ｎゼロ・セクタ遷移期間PJ0[n]にわたって第２リード・バッファ4922からシステム・ターゲット・デコーダ4903へ転送されるデータ量に等しい。ここで、第（２ｎ−１）読み出し期間PRD[n]の長さは、ｎ番目のデプスマップ・エクステントDnのサイズSext3[n]を読み出し速度Rud−3Dで割った値Sext3[n]／Rud−3Dに等しい。従って、ｎ番目のデプスマップ・エクステントDnのサイズSext3[n]は次式（５）を満たせばよい：
Figure 0005385226
［８］式（４）、（５）に代入されるべきジャンプ時間Tjump−3D[n]は、例えば図５６の表において、ｎ番目のデプスマップ・エクステントDnの後端からｎ番目のベースビュー・エクステントLnの先端までのセクタ数、すなわちジャンプ距離に対応する最大ジャンプ時間に等しい。尚、本発明の実施形態によるデータ・ブロック群の配置では、エクステントＡＴＣ時間の等しいデプスマップ・エクステントDnとベースビュー・エクステントLnとの対が間に層境界を挟んで配置されることはない。
ゼロ・セクタ遷移時間Tjump−0[n]は、ｎ番目のベースビュー・エクステントLnと（ｎ＋１）番目のデプスマップ・エクステントD(n＋1)との間における層境界LBの有無に関わらず、実際のゼロ・セクタ遷移に要する時間のみで評価された規定値に等しい。
以上の結果、インターリーブ配置のデータ・ブロック群から、２Ｄ映像のシームレス再生、３Ｄ映像のＬ／Ｒモードでのシームレス再生、及び３Ｄ映像のデプス・モードでのシームレス再生のいずれも実現可能にするには、各データ・ブロックのサイズは上記の式（１）−（５）を全て満たすように設計されればよい。特にベースビュー・データ・ブロックのサイズは、式（１）、（３）、及び（５）の各右辺の中で最大のもの以上であればよい。以下、式（１）−（５）を全て満たすデータ・ブロックのサイズの下限値を「最小エクステント・サイズ」という。
＜リード・バッファの余裕量＞
図５８、５９の各（ａ）、（ｂ）に示されている各リード・バッファ4921、4922の蓄積データ量DA1、DA2の下限値UL1、UL2はそれぞれのバッファ余裕量を表す。「バッファ余裕量」とは、一つの３Ｄエクステント・ブロック、すなわちインターリーブ配置の一連のデータ・ブロック群の読み出し期間中、各リード・バッファに維持されるべき蓄積データ量の下限値をいう。ストリーム・データの読み出し中に、読み出し対象の記録層が切り換えられるとき、又は他のファイルの読み出し処理が割り込まれたとき、異なる３Ｄエクステント・ブロック間でロングジャンプが生じる。ここで、上記の他のファイルは、図５に示されているＡＶストリーム・ファイル以外のファイル、例えば、ムービーオブジェクト・ファイル512、ＢＤ−Ｊオブジェクト・ファイル551、及びＪＡＲファイル561を含む。ロングジャンプは、式（２）−（５）の導出で考慮された一つの３Ｄエクステント・ブロック内で生じるジャンプよりも長い。更に、他のファイルの読み出し処理の割り込みに起因するロングジャンプでは、その発生時期が不定であり、特に一つのデータ・ブロックの読み出し途中でも生じ得る。従って、式（２）−（５）にロングジャンプの最大ジャンプ時間を代入して最小エクステント・サイズを設定するよりも、バッファ余裕量を、ロングジャンプ中での各リード・バッファのアンダーフローを防ぐことのできる量に維持しておく方が有利である。
図６０は、Ｌ／Ｒモードでの再生処理中に生じるロングジャンプJLY、JBDJ1、JBDJ2を示す模式図である。図６０を参照するに、層境界LBの前に位置する第１記録層には、第１の３Ｄエクステント・ブロック6001が配置され、その後端L3と層境界LBとの間には２Ｄ再生専用ブロックL42Dが配置されている。一方、層境界LBの後に位置する第２記録層には第２の３Ｄエクステント・ブロック6002が配置されている。更に、いずれの３Ｄエクステント・ブロック6001、6002からも離れた領域にＢＤ−Ｊオブジェクト・ファイル6003が記録されている。第１の３Ｄエクステント・ブロック6001から第２の３Ｄエクステント・ブロック6002への再生処理では、層切り換えに伴うロングジャンプJLYが生じる。一方、第１の３Ｄエクステント・ブロック6001の読み出し中にＢＤ−Ｊオブジェクト・ファイル6003の読み出し処理が割り込まれたとき、一対のロングジャンプJBDJ1、JBDJ2が生じる。各ロングジャンプJLY、JBDJに対して必要なバッファ余裕量UL1、UL2は以下のように計算される。
層切り換えに伴うロングジャンプJLYの最大ジャンプ時間Tjump−LYは、図５６の表において第１ロングジャンプJLYのジャンプ距離に対応する最大ジャンプ時間と層切換時間との和に等しい。そのジャンプ距離は、第１の３Ｄエクステント・ブロック6001内の最後のベースビュー・データ・ブロックL3の後端と、第２の３Ｄエクステント・ブロック6002内の先頭のライトビュー・データ・ブロックR4の先端との間のセクタ数に等しい。一方、ベースビュー転送速度Rext1は最高値Rmax1を超えない。従って、そのロングジャンプJLYの期間に第１リード・バッファ4921から消費されるデータ量は、ベースビュー転送速度の最高値Rmax1と最大ジャンプ時間Tjump−LYとの積を超えない。その積の値が第１バッファ余裕量UL1として決定される。すなわち、第１バッファ余裕量UL1は次式（６）で計算される：
Figure 0005385226
例えばジャンプ距離が４００００セクタであるとき、図５６の表によれば、最大ジャンプ時間Tjump−LYは、層切換時間３５０ｍ秒を含めて７００ｍ秒である。従って、ファイル２Ｄに対するシステムレートが４８Ｍｂｐｓであるとき、第１バッファ余裕量UL1は（４８Ｍｂｐｓ×１９２／１８８）×０．７秒＝約４．０９ＭＢに等しい。
同様に、ロングジャンプJLYの期間に第２リード・バッファ4922から消費されるデータ量の最大値、すなわちライトビュー転送速度の最大値Rmax2と最大ジャンプ時間Tjump−LYとの積が第２バッファ余裕量UL2として決定される。すなわち、第２バッファ余裕量UL2は次式（７）で計算される：
Figure 0005385226
例えばジャンプ距離が４００００セクタであり、すなわち最大ジャンプ時間Tjump−LYが７００ｍ秒であり、第１ファイルＤＥＰに対するシステムレートが１６Ｍｂｐｓであるとき、第２バッファ余裕量UL2は（１６Ｍｂｐｓ×１９２／１８８）×０．７秒＝約１．３６ＭＢに等しい。
図６０を再び参照するに、第１の３Ｄエクステント・ブロック6001の読み出し期間にＢＤ−Ｊオブジェクト・ファイル6003の読み出し処理の割り込みが生じたとき、最初のロングジャンプJBDJ1が生じる。それにより、読み出し対象の位置が第２ベースビュー・データ・ブロックL2の記録領域からＢＤ−Ｊオブジェクト・ファイル6003の記録領域へ移動する。そのジャンプ時間TBDJは一定値、例えば９００ｍ秒に予め規定されている。次に、ＢＤ−Ｊオブジェクト・ファイル6003が読み出される。その読み出しに要する時間は、そのファイル6003に属するエクステントのサイズSBDJの８倍を読み出し速度Rud−3Dで割った値８×SBDJ[n]／Rud−3Dに等しい（通常、エクステントのサイズSBDJはバイト単位で表され、読み出し速度Rud−3Dはビット／秒で表されるので、８倍が必要である）。続いて、２回目のロングジャンプJBDJ2が生じる。それにより、読み出し対象の位置がＢＤ−Ｊオブジェクト・ファイル6003の記録領域から第２ベースビュー・データ・ブロックL2の記録領域へ戻る。そのジャンプ時間TBDJは最初のジャンプ時間、例えば９００ｍ秒に等しい。計２回のロングジャンプJBDJ1、JBDJ2とＢＤ−Ｊオブジェクト・ファイル6003の読み出しとが行われる間、第１リード・バッファ4921にはデータが読み込まれない。従って、その期間に第１リード・バッファ4921から消費されるデータ量の最大値が第１バッファ余裕量UL1として決定される。すなわち、第１バッファ余裕量UL1は次式（８）で計算される：
Figure 0005385226
同様に、２回のロングジャンプJBDJ1、JBDJ2とＢＤ−Ｊオブジェクト・ファイル6003の読み出しとが行われる間に第２リード・バッファ4922から消費されるデータ量の最大値が第２バッファ余裕量UL2として決定される。すなわち、第２バッファ余裕量UL2は次式（９）で計算される：
Figure 0005385226
第１バッファ余裕量UL1は、式（６）、（８）の右辺で表される値のいずれか大きい方に設定される。第２バッファ余裕量UL2は、式（７）、（９）の右辺で表される値のいずれか大きい方に設定される。
＜リード・バッファの最小容量＞
図５８、５９の各（ｃ）に示されている一連の３Ｄエクステント・ブロックからの再生処理については、各リード・バッファ4921、4922に必要な容量の最小値は以下のように計算される。
３Ｄ再生モードでｎ番目のベースビュー・データ・ブロックLn（n＝0、1、2、…）を読み出すとき、第１リード・バッファ4921に必要な容量RB1[n]は、図５８、５９の各（ａ）に示されているグラフのピークのうち、最も高い値以上であればよい。ここで、読み出し対象のベースビュー・データ・ブロックのサイズSext1が一定であれば、ベースビュー転送速度Rext1が最高値Rmax1に等しいときにピーク値は最も高い。従って、その容量RB1[n]は、Ｌ／Ｒモードとデプス・モードとのいずれでも、次式（１０）を満たせばよい：
Figure 0005385226
Ｌ／Ｒモードでｎ番目のライトビュー・データ・ブロックRnを読み出すとき、第２リード・バッファ4922に必要な容量RB2LR[n]は、図５８の（ｂ）に示されているグラフのピークのうち、最も高い値以上であればよい。ここで、読み出し対象のライトビュー・データ・ブロックのサイズSext2が一定であれば、ライトビュー転送速度Rext2が最高値Rmax2に等しいときにピーク値は最も高い。従って、その容量RB2LR[n]は次式（１１）を満たせばよい：
Figure 0005385226
ここで、ライトビュー・データ・ブロックはいずれも、飛び込み再生によって最初に読み出される可能性を持つ。その場合、最初に読み出されるライトビュー・データ・ブロックの全体が第２リード・バッファ4922に格納されるまでシステム・ターゲット・デコーダ4903は第２リード・バッファ4922からデータを読み出さない。従って、第２リード・バッファ4922の容量RB2LR[n]は第１リード・バッファ4921の容量RB1[n]とは異なり、「少なくともｎ番目のライトビュー・データ・ブロックRnのサイズSext2[n]よりも大きい」という条件を更に満たす。
同様に、デプス・モードでｎ番目のデプスマップ・データ・ブロックDnを読み出すときに必要な第２リード・バッファ4922の容量RB2LD[n]は次式（１２）を満たせばよい：
Figure 0005385226
＜層境界前後での再生経路の分離の効果＞
本発明の実施形態によるＢＤ−ＲＯＭディスク101では、層境界の前後のデータ・ブロック群が、図２２、２５、２７のそれぞれに示されている配置１、２、３のいずれかで記録されている。それにより、層切り換えの前後ではベースビュー・ビデオ・ストリームの特定部分が、２Ｄ再生モードでは２Ｄ再生専用ブロックLn2Dから再生され、３Ｄ再生モードでは３Ｄ再生専用ブロックLnSSから再生される。その場合、図２３に示されている配置とは異なり、その特定部分を格納した２ＤエクステントのサイズSext2Dは、ベースビュー・エクステントのサイズSext1と２Ｄ再生専用ブロックLn2Dのサイズとの和に等しい。式（１）はその和Sext2Dによって満たされればよい一方、式（２）−（５）は２Ｄ再生専用ブロックLn2D以外のデータ・ブロックのサイズによって満たされればよい。従って、２Ｄ再生専用ブロックLn2Dのサイズの調節によって、２Ｄエクステントの全体のサイズSext2Dが式（１）を満たすこととは実質上独立に、式（２）−（５）を満たすディペンデントビュー・エクステントのサイズSext2、Sext3の下限値、すなわち最小エクステント・サイズが更に縮小可能である。それ故、式（１１）、（１２）から明らかなとおり、第２リード・バッファ4922の最小容量RB2LR、RB2LDが、式（１）とは実質上独立に、更に削減可能である。
＜３Ｄエクステント・ブロック内のエクステントＡＴＣ時間＞
３Ｄエクステント・ブロック、すなわち、インターリーブ配置のデータ・ブロック群では、隣接するデータ・ブロックDn、Rn、Ln（n＝0、1、2、…）がいずれも同じエクステントＡＴＣ時間を持つ。言い換えれば、各データ・ブロックの先頭のソースパケットから次のデータ・ブロックの先頭のソースパケットまでのＡＴＳの差が等しい。但し、その差の計算では、ＡＴＳにラップ・アラウンドが発生することが考慮されている。その場合、ＡＴＣで計られる同じ時間内に、第１ソース・デパケタイザ5011はベースビュー・データ・ブロックLn内の全てのソースパケットからＴＳパケットを取り出して第１ＰＩＤフィルタ5013へ送出し、第２ソース・デパケタイザ5012はディペンデントビュー・データ・ブロックDn又はRn内の全てのソースパケットからＴＳパケットを取り出して第２ＰＩＤフィルタ5014へ送出する。従って、特に飛び込み再生時、主映像デコーダ5015はベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間でＴＳパケットの復号処理を容易に同期させることができる。
＜エクステントＡＴＣ時間を用いたエクステント・サイズの条件式＞
式（２）−（５）では、ベースビュー・エクステントとディペンデントビュー・エクステントとの各サイズが、それよりも後方に位置するエクステントのサイズで制限される。しかし、オーサリング工程での利用という観点からは、各エクステントのサイズに対する条件が、他のエクステントのサイズには依存しない形で表現されていることが望ましい。従って、式（２）−（５）は、以下のように、エクステントＡＴＣ時間を利用した条件式に表現し直される。
上記のとおり、隣接する三つのエクステントDn、Rn、Ln（n＝0、1、2、…）はいずれも同じエクステントＡＴＣ時間Text[n]を持つ。それらのエクステントＡＴＣ時間の最小値を最小エクステントＡＴＣ時間minTextとし、最大値を最大エクステントＡＴＣ時間maxTextとする：minText≦Text[n]≦maxText。その場合、ｎ番目の各エクステントEXT1[n]、EXT2[n]、EXT3[n]のサイズSext1[n]、Sext2[n]、Sext3[n]は次式（１３）、（１４）、（１５）の範囲に制限される：
CEIL(Rext1[n]×minText／8)≦Sext1[n]≦CEIL(Rext1[n]×maxText／8)、 （１３）
CEIL(Rext2[n]×minText／8)≦Sext2[n]≦CEIL(Rext2[n]×maxText／8)、 （１４）
CEIL(Rext3[n]×minText／8)≦Sext3[n]≦CEIL(Rext3[n]×maxText／8)。 （１５）
続いて、最大エクステントＡＴＣ時間maxTextと最小エクステントＡＴＣ時間minTextとの間の差を一定値Tmとする：maxText＝minText＋Tm。その場合、最小エクステントＡＴＣ時間minTextは最小エクステント・サイズ、すなわち式（２）−（５）の各右辺を利用して、以下のように算定される。
ｎ番目のベースビュー・エクステントのサイズが最小エクステント・サイズに等しいとき、式（２）、（１３）から最小エクステントＡＴＣ時間minTextは次式（１６）を満たす：
Figure 0005385226
（ｎ＋１）番目のライトビュー・エクステントのサイズSext2[n＋1]は、ライトビュー転送速度Rext2の最高値Rmax2と最大エクステントＡＴＣ時間maxTextとの積まで許される：Sext2[n＋1]≦Rmax2×maxText＝Rmax2×(minText＋Tm)。更に、ベースビュー転送速度Rext1[n]は最高値Rmax1を超えない：Rext1[n]≦Rmax1。最小エクステントＡＴＣ時間minTextは式（１６）の右辺の上限であるべきなので、次式（１７）を満たすべきである：
Figure 0005385226
式（２）に代えて式（４）を同様に変形すれば、最小エクステントＡＴＣ時間minTextは次式（１８）を更に満たすべきである：
Figure 0005385226
一方、ｎ番目のベースビュー・エクステントのサイズが最小エクステント・サイズに等しいとき、そのエクステントＡＴＣ時間Text[n]が最小エクステントＡＴＣ時間minTextに等しい。ｎ番目のライトビュー・エクステントはｎ番目のベースビュー・エクステントとエクステントＡＴＣ時間が共通であるので、式（３）、（１４）から、最小エクステントＡＴＣ時間minTextは次式（１９）を満たす：
Figure 0005385226
ライトビュー転送速度Rext2[n]は最高値Rmax2を超えず、ベースビュー転送速度Rext1[n]は最高値Rmax1を超えない：Rext2[n]≦Rmax2、Rext1[n]≦Rmax1。最小エクステントＡＴＣ時間minTextは式（１９）の右辺の上限であるべきなので、次式（２０）を満たすべきである：
Figure 0005385226
式（３）に代えて式（５）を利用すれば同様にして、最小エクステントＡＴＣ時間minTextが次式（２１）を満たすべきである：
Figure 0005385226
以上の結果、最小エクステントＡＴＣ時間minTextは、式（１７）、（１８）、（２０）、（２１）の各右辺の中での最大値として定義される。ここで、ゼロ・セクタ遷移時間Tjump−0、ジャンプ時間Tjump−3D、及びエクステントＡＴＣ時間の変動幅Tmは予め一定に制限できる。特に、後述の変形例（F）と同様、最大ジャンプ距離MAX＿EXTJUMP3Dを利用してジャンプ時間Tjump−3Dを評価してもよい。それにより、最小エクステントＡＴＣ時間minTextは実質上、平均転送時間の最大値Rmax等の定数だけで決定可能である。従って、式（１３）−（１５）で表されたエクステント・サイズに対する条件はオーサリング工程での利用に有利である。
＜バッファ余裕量の確保＞
各バッファ余裕量UL1、UL2は、以下に述べるように確保される。まず、各データ・ブロックの設計では「エクステントＡＴＣ時間Textが最小エクステントＡＴＣ時間minText以上である」という条件が課される。ここで、最小エクステントＡＴＣ時間minTextは、式（１７）、（１８）、（２０）、（２１）に示されているとおり、平均転送速度Rext1、Rext2、Rext3がそれぞれの最高値Rmax1、Rmax2、Rmax3に等しい場合での値である。しかし、実際の平均転送速度Rext1、Rext2、Rext3はそれぞれの最高値Rmax1、Rmax2、Rmax3よりも一般に低い。従って、実際のデータ・ブロックのサイズRext1×Text、Rext2×Text、Rext3×Textは、上記の条件下で想定される値Rmax1×Text、Rmax2×Text、Rmax3×Textよりも一般に小さい。それ故、各データ・ブロックの読み出し開始からエクステントＡＴＣ時間Textが経過する前に、次のデータ・ブロックの読み出しが開始される。すなわち、各リード・バッファ4921、4922の蓄積データ量DA1、DA2は実際には、図５８、５９の（ａ）、（ｂ）に示されているものとは一般に異なり、読み出し開始時の値まで戻る前に再び増加する。こうして、各蓄積データ量DA1、DA2は、ベースビューとディペンデントビューとのデータ・ブロックの対が一つ読み出されるごとに所定量ずつ増える。その結果、ある程度の数のデータ・ブロックが各リード・バッファ4921、4922に連続して読み込まれることにより、各バッファ余裕量UL1、UL2が確保される。
図６１の（ａ）は、３Ｄエクステント・ブロック6110とＬ／Ｒモードでの再生経路6120との間の対応関係を示す模式図である。図６１の（ａ）を参照するに、３Ｄエクステント・ブロック6110はインターリーブ配置のベースビュー・データ・ブロック群Lkとディペンデントビュー・データ・ブロック群Dk、Rk（k＝0、1、2、…）とで構成されている。再生経路6120に従い、隣接するライトビュー・データ・ブロックRkとベースビュー・データ・ブロックLkとの各対が一つの３Ｄエクステント、すなわちディペンデントビュー・エクステントとベースビュー・エクステントとの対として読み出される。ベースビュー・エクステントLkのエクステント・サイズSext1[k]はベースビュー転送速度Rext1[k]とエクステントＡＴＣ時間Text[k]との積に等しい：Sext1[k]＝Rext1[k]×Text[k]。このエクステント・サイズSext1[k]は、ベースビュー転送速度の最高値Rmax1とエクステントＡＴＣ時間Text[k]との積よりも一般に小さい：Sext1[k]＜Rmax1×Text[k]。ディペンデントビュー・エクステントDk、Rkのエクステント・サイズSext3[k]、Sext2[k]についても同様である。
図６１の（ｂ）は、３Ｄエクステント・ブロック6110がＬ／Ｒモードでの再生経路6120に従って読み出されるときにおける第１リード・バッファ4921の蓄積データ量DA1の変化を示すグラフである。細い実線のグラフは、平均転送速度Rext1[k]、Rext2[k]、Rext3[k]がそれぞれの最高値Rmax1、Rmax2、Rmax3に等しい場合での変化を示す。一方、太い実線のグラフは、先頭のベースビュー・エクステントL0の転送速度Rext1[0]が最高値Rmax1よりも低い場合での変化を示す。尚、説明の便宜上、ディペンデントビュー転送速度Rext2[k]、Rext3[k]はそれぞれの最高値Rmax2、Rmax3に等しい場合を想定する。その場合、ディペンデントビュー・エクステントのサイズRext2[k]×Text[k]、Rext3[k]×Text[k]は想定可能な最大値Rmax2×Text[k]、Rmax3×Text[k]に等しい。
図６１の（ｂ）を参照するに、細い実線のグラフでは、先頭のベースビュー・エクステントL0の読み出し開始からエクステントＡＴＣ時間Text[0]が経過したとき、次のベースビュー・エクステントL1の読み出しが開始される。従って、そのときの蓄積データ量DA1は読み出し開始時の値DM10と実質的に等しい。一方、太い実線のグラフでは、先頭のベースビュー・エクステントL0の全体がＢＤ−ＲＯＭディスク101から第１リード・バッファ4921へ読み出されるのに時間Sext1[0]／Rud−3Dが必要である。その時間は細い実線のグラフでの時間Rmax1×Text[0]／Rud−3Dよりも時間ΔTbだけ短い：ΔTb＝Sext1[0]／Rud−3D−Rmax1×Text[0]／Rud−3D＝(Rext1[0]−Rmax1)×Text[0]／Rud−3D。従って、太い実線のグラフでは細い実線のグラフよりも蓄積データ量DA1が時間ΔTbだけ早くピークに達する。一方、各ディペンデントビュー・エクステントD1、R1のサイズSext2[1]、Sext3[1]は両方のグラフで共通の値Rmax2×Text[1]、Rmax3×Text[1]である。従って、蓄積データ量DA1のピークから次のベースビュー・エクステントL1の読み出し開始までの時間ΔTは両方のグラフで共通である。その結果、太い実線のグラフでは細い実線のグラフとは異なり、先頭のベースビュー・エクステントL0の読み出し開始からエクステントＡＴＣ時間Textが経過するよりも時間ΔTbだけ早く、次のベースビュー・エクステントL1の読み出しが開始される。それ故、その時点での蓄積データ量DA1の値DM11は先頭のベースビュー・エクステントL0の読み出し開始時の値DM10よりも増分DM1[0]だけ増加する。図６１の（ｂ）から明らかなとおり、この増分DM1[0]は蓄積データ量DA1の実際の減少速度Rext1[0]と時間ΔTbとの積に等しい：DM1[0]＝Rext1[0]×ΔTb＝Rext1[0]×(Rext1[0]−Rmax1)×Text[0]／Rud−3D。
図６１の（ｃ）は、図６１の（ｂ）に示されている変化を第１リード・バッファ4921の蓄積データ量DA1が示すときにおける第２リード・バッファ4922の蓄積データ量DA2の変化を示すグラフである。細い実線のグラフは、平均転送速度Rext1[k]、Rext2[k]、Rext3[k]がそれぞれの最高値Rmax1、Rmax2、Rmax3に等しい場合での変化を示す。一方、太い実線のグラフは、先頭のベースビュー・エクステントL0の転送速度Rext1[0]が最高値Rmax1よりも低い場合での変化を示す。尚、説明の便宜上、ディペンデントビュー転送速度Rext2[k]、Rext3[k]はそれぞれの最高値Rmax2、Rmax3に等しい場合を想定する。
図６１の（ｃ）を参照するに、細い実線のグラフでは、先頭のライトビュー・エクステントR0の読み出し開始からエクステントＡＴＣ時間Text[0]が経過したとき、次のライトビュー・エクステントR1の読み出しが開始される。従って、そのときの蓄積データ量DA2は読み出し開始時の値DM20と実質的に等しい。一方、太い実線のグラフでは細い実線のグラフよりも時間ΔTbだけ早く、先頭のベースビュー・エクステントL0の全体がＢＤ−ＲＯＭディスク101から第１リード・バッファ4921へ読み出される。従って、太い実線のグラフでは細い実線のグラフよりも時間ΔTbだけ早く、すなわち先頭のライトビュー・エクステントR0の読み出し開始からエクステントＡＴＣ時間Textが経過するよりも時間ΔTbだけ前に、次のライトビュー・エクステントR1の読み出しが開始される。それ故、その時点での蓄積データ量DA2の値DM21は、先頭のライトビュー・エクステントR0の読み出し開始時の値DM20よりも増分DM2[0]だけ増加する。図６１の（ｃ）から明らかなとおり、この増分DM2[0]は蓄積データ量DA2の実際の減少速度Rext2[0]と時間ΔTbとの積に等しい：DM2[0]＝Rext2[0]×ΔTb＝Rext2[0]×(Rext1[0]−Rmax1)×Text[0]／Rud−3D。
図６１では、ディペンデントビュー転送速度Rext2[k]、Rext3[k]はそれぞれの最高値Rmax2、Rmax3に等しい場合が想定されている。しかし、実際には、ディペンデントビュー転送速度Rext2[k]、Rext3[k]も一般に、それぞれの最高値Rmax2、Rmax3よりも低い。その場合、図６１の（ｃ）のグラフでは図６１の（ｂ）のグラフと同様に、蓄積データ量DA2が時間ΔTdだけピークに早く到達する：ΔTd＝Sext2[0]／Rud−3D−Rmax2×Text[0]／Rud−3D＝(Rext2[0]−Rmax2)×Text[0]／Rud−3D。一方、図６１の（ｂ）のグラフでは、蓄積データ量DA1のピークから次のベースビュー・エクステントL1の読み出し開始までの時間ΔTが同じ時間ΔTdだけ短縮される。それらを考慮した場合、ベースビュー・エクステントLkとライトビュー・エクステントRkとの対が一つ処理されるごとに、各リード・バッファの蓄積データ量DA1、DA2は、次式（２２）、（２３）で表される増分DM1[k]、DM2[k]だけ増加する：
DM1[k]＝Rext1[k]×(ΔTb＋ΔTd)
＝Rext1[k]×{(Rext1[k]−Rmax1)＋(Rext2[k]−Rmax2)}×Text[k]／Rud−3D、 （２２）
DM2[k]＝Rext2[k]×(ΔTb＋ΔTd)
＝Rext2[k]×{(Rext1[k]−Rmax1)＋(Rext2[k]−Rmax2)}×Text[k]／Rud−3D。 （２３）
Ｌ／Ｒモードでは、各３ＤエクステントEXTSS[k]からベースビュー・エクステントLkとライトビュー・エクステントRkとが各リード・バッファ4921、4922に読み込まれるごとに各蓄積データ量DA1、DA2は増分DM1[k]、DM2[k]ずつ増える。デプス・モードでも同様に、ベースビュー・エクステントLkとデプスマップ・エクステントDkとが各リード・バッファ4921、4922に読み込まれるごとに各蓄積データ量DA1、DA2は増分DM3[k]、DM4[k]ずつ増える。ここで、増分DM3[k]、DM4[k]は次式（２４）、（２５)で表される：
DM3[k]＝Rext1[k]×{(Rext1[k]−Rmax1)＋(Rext3[k]−Rmax3)}×Text[k]／Rud−3D、 （２４）
DM4[k]＝Rext3[k]×{(Rext1[k]−Rmax1)＋(Rext3[k]−Rmax3)}×Text[k]／Rud−3D。 （２５）
従って、３Ｄエクステント・ブロック6110全体でのエクステントＡＴＣ時間の合計Tsum＝Text[0]＋Text[1]＋Text[2]＋…が次式（２６）を満たすとき、その３Ｄエクステント・ブロック6110の全体の読み出しによって各リード・バッファ4921、4922にバッファ余裕量UL1、UL2を確保することができる：
Figure 0005385226
ここで、次の近似が用いられている：３Ｄエクステント・ブロック6110の全体で、ベースビュー転送速度Rext1[k]が平均値Rext1−avに等しく、ディペンデントビュー転送速度Rext2[k]、Rext3[k]が平均値Rext2−av、Rext3−avに等しい。
尚、一連の３Ｄエクステント・ブロックの読み出し期間では、ロングジャンプが生じない限り、各リード・バッファの蓄積データ量DA1、DA2は増え続ける。従って、各蓄積データ量DA1、DA2が所定の閾値を超えた場合、再生装置102はＢＤ−ＲＯＭドライブ4901に読み出し／転送動作を断続させる。それにより、読み出し速度Rud−3Dが低下するので、各蓄積データ量DA1、DA2の増加が抑えられる。こうして、各リード・バッファ4921、4922のオーバーフローを回避することができる。
＜変形例＞
（A）本発明の実施形態１は、記録媒体に３Ｄ映像を格納するときのエクステントの配置に関する。しかし、本発明は、記録媒体に高フレームレートの映像を格納するときに利用されても良い。具体的には、例えば高フレームレートの映像を奇数番目のフレーム群と偶数番目のフレーム群とに分け、それぞれをベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとみなして、上記の実施形態１によるエクステントの配置で記録媒体に記録すればよい。通常のフレームレートでの映像再生のみが可能な再生装置は、その記録媒体からは奇数番目のフレーム群の映像を再生すればよい。一方、高フレームレートでの映像再生が可能な再生装置は、奇数番目のフレーム群のみの映像と両方のフレーム群の映像とを選択的に再生できる。こうして、高フレームレートの映像が格納された記録媒体に、通常のフレームレートでの映像再生のみが可能な再生装置に対する互換性を確保させることができる。
（B）本発明の実施形態１では、ベースビュー・ビデオ・ストリームがレフトビューを表し、ディペンデントビュー・ビデオ・ストリームがライトビューを表す。逆に、ベースビュー・ビデオ・ストリームがライトビューを表し、ディペンデントビュー・ビデオ・ストリームがレフトビューを表してもよい。
（C）図３２の（ａ）に示されているオフセット・テーブル3141は、ＰＩＤ別にオフセット・エントリ3304のテーブル3310を含む。オフセット・テーブルはその他に、プレーン別にオフセット・エントリのテーブルを含んでもよい。その場合、３Ｄ再生装置によるオフセット・テーブルの解析処理を簡素化することができる。更に、プレーンの合成処理に関する３Ｄ再生装置の性能に合わせて、オフセット・エントリの有効区間の長さに、例えば１秒間という下限が設けられてもよい。
（D）図４０に示されている３Ｄプレイリスト・ファイルは、サブＴＳの再生経路を示すサブパスを一つ含む。その他に、３Ｄプレイリスト・ファイルが、異なるサブＴＳの再生経路を示すサブパスを複数含んでもよい。例えば、一方のサブパスのサブパス・タイプが「３Ｄ・Ｌ／Ｒ」であり、他方のサブパスのサブパス・タイプが「３Ｄ・デプス」であってもよい。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生されるとき、再生対象のサブパスがそれら二種類のサブパスの間で切り換えられることにより、再生装置102をＬ／Ｒモードとデプス・モードとの間で容易に切り換えさせることができる。特にその切り換え処理は、３Ｄプレイリスト・ファイルそのものを切り換える処理よりも速やかに実現可能である。
３Ｄプレイリスト・ファイルは、サブパス・タイプの等しいサブパスを複数含んでいてもよい。例えば、同じシーンに対する両眼視差の異なる３Ｄ映像が共通のレフトビューに対するライトビューの違いで表現されるとき、異なるライトビュー・ビデオ・ストリームごとに異なるファイルＤＥＰがＢＤ−ＲＯＭディスク101に記録される。一方、３Ｄプレイリスト・ファイルは、サブパス・タイプが「３Ｄ・Ｌ／Ｒ」であるサブパスを複数含む。それらのサブパスは、異なるファイルＤＥＰの再生経路を個別に規定する。その他に、一つのファイル２Ｄに対してデプスマップ・ストリームが二種類以上含まれていてもよい。その場合、３Ｄプレイリスト・ファイルは、サブパス・タイプが「３Ｄ・デプス」であるサブパスを複数含む。それらのサブパスは、各デプスマップ・ストリームを含むファイルＤＥＰの再生経路を個別に規定する。そのような３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生されるとき、再生対象のサブパスが例えばユーザの操作に応じて速やかに切り換えられるので、３Ｄ映像を実質的に途切れさせることなく、その両眼視差を変化させることができる。それにより、ユーザに所望の両眼視差の３Ｄ映像を容易に選択させることができる。
（E）リード・バッファからシステム・ターゲット・レコーダへのデータの平均転送速度Rextの評価においてエクステントＡＴＣ時間が正確に計算されることを目的として、各エクステントのサイズがソースパケット長のある一定の倍数に揃えられてもよい。更に、いずれかのエクステントがその倍数よりも多くのソースパケットを含むとき、その倍数を超えたソースパケット数とソースパケット一つ当たりの転送時間（＝１８８×８／システムレート）との積を、その倍数に相当するエクステントＡＴＣ時間に加えた値が、そのエクステントのエクステントＡＴＣ時間とみなされても良い。その他に、エクステントＡＴＣ時間は、一つのエクステントの先頭のソースパケットのＡＴＳから同じエクステントの最後のソースパケットのＡＴＳまでの時間間隔にソースパケット一つ当たりの転送時間を加えた値で定義されてもよい。その場合、エクステントＡＴＣ時間の計算には次のエクステントの参照が不要であるので、その計算を簡単化することができる。尚、上記のエクステントＡＴＣ時間の計算では、ＡＴＳにラップ・アラウンドが発生することを考慮しなければならない。
（F）インターリーブ配置のデータ・ブロック群の中には、例えばＢＤ−Ｊオブジェクト・ファイル等、別のファイルに属するエクステントが配置されてもよい。図６２の（ａ）は、多重化ストリーム・データのみを含むインターリーブ配置のデータ・ブロック群を示す模式図である。図６２の（ｂ）は、他のファイルに属するエクステントを含むインターリーブ配置のデータ・ブロック群を示す模式図である。
図６２の（ａ）を参照するに、データ・ブロック群6201は、デプスマップ・データ・ブロックD1、D2、D3、ライトビュー・データ・ブロックR1、R2、R3、ベースビュー・データ・ブロックL1、L2、L3を交互に含む。Ｌ／Ｒモードでの再生経路6202では、隣接するライトビュー・データ・ブロックとベースビュー・データ・ブロックとの対R1＋L1、R2＋L2、R3＋L3が順番に読み出される。各対ではライトビュー・データ・ブロックとベースビュー・データ・ブロックとの間にゼロ・セクタ遷移J0が生じる。更に各デプスマップ・データ・ブロックD1、D2、D3の読み出しがジャンプJLRによってスキップされる。デプス・モードでの再生経路6203では、デプスマップ・データ・ブロックD1、D2、D3とベースビュー・データ・ブロックL1、L2、L3とが交互に読み出される。隣接するベースビュー・データ・ブロックとデプスマップ・データ・ブロックとの間にはゼロ・セクタ遷移J0が生じる。更に各ライトビュー・データ・ブロックR1、R2、R3の読み出しがジャンプJLDによってスキップされる。
一方、図６２の（ｂ）を参照するに、図６２の（ａ）と同様なデータ・ブロック群6204の中に、別のファイルに属するエクステントA1、A2が挿入されている。その別のファイルは、例えばムービーオブジェクト・ファイル、ＢＤ−Ｊオブジェクト・ファイル、及びＪＡＲファイルのいずれでもよい。そのエクステントA1、A2はいずれも、図６２の（ａ）では隣接していたデプスマップ・データ・ブロックとライトビュー・データ・ブロックとの間に挿入されている。その場合、Ｌ／Ｒモードでの再生経路6205では、図６２の（ａ）に示されている再生経路6202よりもジャンプJLRの距離が長い。しかし、そのエクステントA1、A2をいずれかのベースビュー・データ・ブロックの隣に挿入する場合とは異なり、ゼロ・セクタ遷移J0を通常のジャンプに変更しなくてもよい。デプス・モードでの再生経路6206でも同様である。ここで、図５６の表から明らかなとおり、最大ジャンプ時間は一般に、ジャンプ距離を変更するときよりも、ゼロ・セクタ遷移を通常のジャンプに変更するときの方が大きく増加する。従って、式（２）−（５）から明らかなとおり、最小エクステント・サイズは一般に、ジャンプ距離を変更するときよりも、ゼロ・セクタ遷移を通常のジャンプに変更するときの方が大きく増加する。それ故、インターリーブ配置のデータ・ブロック群6201の中にエクステントA1、A2を挿入するときは、図６２の（ｂ）に示されているように、デプスマップ・データ・ブロックとライトビュー・データ・ブロックとの間に挿入する。それにより、その挿入に伴う最小エクステント・サイズの増大を抑えることができるので、リード・バッファの最小容量の増大を回避することができる。
図６２の（ｂ）に示されている配置では更に、各エクステントA1、A2のセクタ単位でのサイズG1、G2が最大ジャンプ距離MAX＿EXTJUMP3D以下に制限されてもよい：G1≦MAX＿EXTJUMP3D、G2≦MAX＿EXTJUMP3D。その最大ジャンプ距離MAX＿EXTJUMP3Dは、データ・ブロック群6204内で生じるジャンプJLR、JLDの中で最大のジャンプ距離をセクタ単位で表す。その制限の下では、式（２）−（５）の右辺に代入されるべき最大ジャンプ時間が増大しにくいので、最小エクステント・サイズが増大しにくい。従って、エクステントA1、A2の挿入に伴うリード・バッファの最小容量の増大を回避することができる。
その他に、各エクステントA1、A2のサイズG1、G2とそれに隣接するディペンデントビュー・データ・ブロックD2、R2、D3、R3のサイズSext3[2]、Sext2[2]、Sext3[3]、Sext2[3]との和が最大ジャンプ距離MAX＿EXTJUMP3D以下に制限されてもよい：
CEIL(Sext3[2]／2048)＋G1≦MAX＿EXTJUMP3D、
CEIL(Sext2[2]／2048)＋G1≦MAX＿EXTJUMP3D、
CEIL(Sext3[3]／2048)＋G2≦MAX＿EXTJUMP3D、
CEIL(Sext2[3]／2048)＋G2≦MAX＿EXTJUMP3D。
これらの式では、ディペンデントビュー・データ・ブロックのバイト単位でのサイズを１セクタ当たりのバイト数２０４８で割ることにより、各サイズの単位をバイトからセクタ数に変換している。これらの条件式が満たされている限り、式（２）−（５）の右辺に代入されるべき最大ジャンプ時間は一定値を超えない。例えば最大ジャンプ距離MAX＿EXTJUMP3Dを４００００セクタに固定した場合、図５６の表から最大ジャンプ時間は３５０ｍ秒を超えない。従って、最小エクステント・サイズは一定値を超えない。こうして、エクステントA1、A2の挿入に伴うリード・バッファの最小容量の増大を確実に回避することができる。
上記の制限とは更に別に、各エクステントA1、A2のサイズG1、G2とそれに隣接するディペンデントビュー・データ・ブロックD2、R2、D3、R3のサイズSext3[2]、Sext2[2]、Sext3[3]、Sext2[3]との和が、そのディペンデントビュー・データ・ブロックのサイズに対する最大ジャンプ距離MAX＿JUMP(・)以下に制限されてもよい：
CEIL(Sext3[2]／2048)＋G1≦MAX＿JUMP(Sext3[2])、
CEIL(Sext2[2]／2048)＋G1≦MAX＿JUMP(Sext2[2])、
CEIL(Sext3[3]／2048)＋G2≦MAX＿JUMP(Sext3[3])、
CEIL(Sext2[3]／2048)＋G2≦MAX＿JUMP(Sext2[3])。
ディペンデントビュー・データ・ブロックのサイズに対する最大ジャンプ距離MAX＿JUMP(・)とは、そのサイズをセクタ数で表したとき、図５６の表において、そのセクタ数と同じ最大ジャンプ時間に対応するセクタ数の中での最大値をいう。例えばディペンデントビュー・データ・ブロックのサイズが５０００セクタであるとき、図５６の表において５０００セクタは、最大ジャンプ時間２５０ｍ秒に対応する範囲１−１００００セクタに属する。従って、最大ジャンプ距離MAX＿JUMP(５０００×２０４８バイト)はその範囲の最大値１００００セクタである。上記の条件式が満たされている限り、式（２）−（５）の右辺に代入されるべき最大ジャンプ時間は変更されないので、最小エクステント・サイズは不変である。従って、エクステントA1、A2の挿入に伴うリード・バッファの最小容量の増大を更に確実に回避することができる。
《実施形態２》
以下、本発明の実施形態２として、本発明の実施形態１による記録媒体の記録装置及び記録方法について説明する。
その記録装置はいわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリングスタッフによって使用される。記録装置はオーサリングスタッフの操作に従い、まず映画コンテンツを、ＭＰＥＧ規格に則った圧縮符号化方式のデジタル・ストリーム、すなわちＡＶストリーム・ファイルに変換する。記録装置は次にシナリオを生成する。シナリオは、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には上記の動的シナリオ情報及び静的シナリオ情報を含む。記録装置は続いて、上記のデジタル・ストリーム及びシナリオから、ＢＤ−ＲＯＭディスク用のボリュームイメージ又はアップデートキットを生成する。記録装置は最後に、実施形態１によるエクステントの配置を利用して、ボリュームイメージを記録媒体に記録する。
図６３は、その記録装置の内部構成を示すブロック図である。図６３を参照するに、その記録装置は、ビデオエンコーダ6301、素材制作部6302、シナリオ生成部6303、ＢＤプログラム制作部6304、多重化処理部6305、フォーマット処理部6306、及びデータベース部6307を含む。
データベース部6307は記録装置に内蔵の不揮発性記憶装置であり、特にハードディスクドライブ（ＨＤＤ）である。データベース部6307はその他に、記録装置に外付けされたＨＤＤであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。
ビデオエンコーダ6301は、非圧縮のビットマップ・データ等の映像データをオーサリングスタッフから受け付けて、それをＭＰＥＧ−４ ＡＶＣ又はＭＰＥＧ−２等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリ・ビデオ・ストリームに変換され、副映像のデータはセカンダリ・ビデオ・ストリームに変換される。特に３Ｄ映像のデータはベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとに変換される。ビデオエンコーダ6301は、図９に示されているように、レフトビュー・ビデオ・ストリームをそれ自身のピクチャ間での予測符号化によってベースビュー・ビデオ・ストリームに変換し、ライトビュー・ビデオ・ストリームを、それ自身のピクチャだけでなく、ベースビュー・ビデオ・ストリームのピクチャとの間の予測符号化によってディペンデントビュー・ビデオ・ストリームに変換する。尚、ライトビュー・ビデオ・ストリームがベースビュー・ビデオ・ストリームに変換されてもよい。更に、レフトビュー・ビデオ・ストリームがディペンデントビュー・ビデオ・ストリームに変換されてもよい。変換後の各ビデオ・ストリーム6311はデータベース部6307に保存される。
ビデオエンコーダ6301は更に、このピクチャ間予測符号化の処理過程で、左映像と右映像との間での各イメージの動きベクトルを検出し、それらから３Ｄ映像内の各イメージの奥行き情報を算出する。算出された各イメージの奥行き情報はフレーム奥行き情報6310に整理されてデータベース部6307に保存される。
図６４の（ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用される左映像ピクチャと右映像ピクチャとを表す模式図であり、（ｃ）は、ビデオエンコーダ6301によってそれらのピクチャから算出された奥行き情報を示す模式図である。
ビデオエンコーダ6301はまず、左右のピクチャ間の冗長性を利用して各ピクチャを圧縮する。そのとき、ビデオエンコーダ6301は圧縮前の左右のピクチャを８×８又は１６×１６の画素マトリクスごとに、すなわちマクロブロックごとに比較して、両ピクチャ間での各イメージの動きベクトルを検出する。具体的には、図６４の（ａ）、（ｂ）に示されているように、まず、左映像ピクチャ6401と右映像ピクチャ6402とはそれぞれ、マクロブロック6403のマトリクスに分割される。次に、両ピクチャ6401、6402間でイメージ・データがマクロブロック6403ごとに比較され、その結果から各イメージの動きベクトルが検出される。例えば「家」のイメージ6404を表す領域は両ピクチャ6401、6402間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、「球」のイメージ6405を表す領域は両ピクチャ6401、6402間で実質的に異なる。従って、それらの領域からは、「球」のイメージ6405の変位を表す動きベクトルが検出される。
ビデオエンコーダ6301は次に、検出された動きベクトルを各ピクチャ6401、6402の圧縮に利用する一方、各イメージ・データ6404、6405の表す映像の両眼視差の計算にも利用する。こうして得られた両眼視差から、ビデオエンコーダ6301は更に、「家」及び「球」のイメージ6404、6405等、各イメージの「奥行き」を算出する。各イメージの奥行きを表す情報は、例えば図６４の（ｃ）に示されているように、各ピクチャ6401、6402のマクロブロックのマトリクスと同じサイズのマトリクス6406に整理される。図６３に示されているフレーム奥行き情報6310はこのマトリクス6406を含む。このマトリクス6406内のブロック6407は、各ピクチャ6401、6402内のマクロブロック6403と一対一に対応する。各ブロック6407は、対応するマクロブロック6403の表すイメージの奥行きを、例えば８ビットの深度で表す。図６４に示されている例では、「球」のイメージ6405の奥行きが、マトリクス6406の領域6408内の各ブロックに記録される。その領域6408は、そのイメージ6405を表す各ピクチャ6401、6402内の領域の全体に対応する。
図６３を再び参照するに、素材制作部6302は、ビデオ・ストリーム以外のエレメンタリ・ストリーム、例えば、オーディオ・ストリーム6312、ＰＧストリーム6313、及びＩＧストリーム6314を作成してデータベース部6307に保存する。例えば、素材制作部6302はオーサリングスタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ−３等の圧縮符号化方式で符号化してオーディオ・ストリーム6312に変換する。素材制作部6302はその他に、オーサリングスタッフから字幕情報ファイルを受け付けて、それに従ってＰＧストリーム6313を作成する。字幕情報ファイルは、字幕を表すイメージ・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェードイン／フェードアウト等の視覚効果を規定する。素材制作部6302は更に、オーサリングスタッフからビットマップ・データとメニューファイルとを受け付けて、それらに従ってＩＧストリーム6314を作成する。ビットマップ・データはメニューのイメージを表す。メニューファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。
シナリオ生成部6303は、オーサリングスタッフからＧＵＩ経由で受け付けられた指示に従ってＢＤ−ＲＯＭシナリオ・データ6315を作成し、データベース部6307に保存する。ＢＤ−ＲＯＭシナリオ・データ6315は、データベース部6307に保存された各エレメンタリ・ストリーム6311−6314の再生方法を規定する。ＢＤ−ＲＯＭシナリオ・データ6315は、図５に示されているファイル群のうち、インデックス・ファイル511、ムービーオブジェクト・ファイル512、及びプレイリスト・ファイル521−523を含む。シナリオ生成部6303は更にパラメータ・ファイル6316を作成して多重化処理部6305へ送出する。パラメータ・ファイル6316は、データベース部6307に保存されたエレメンタリ・ストリーム6311−6314の中から、メインＴＳとサブＴＳとのそれぞれに多重化されるべきストリーム・データを規定する。
ＢＤプログラム制作部6304はオーサリングスタッフに対して、ＢＤ−Ｊオブジェクト及びＪａｖａアプリケーション・プログラムのプログラミング環境を提供する。ＢＤプログラム制作部6304はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。ＢＤプログラム制作部6304は更に、ＢＤ−ＪオブジェクトからＢＤ−Ｊオブジェクト・ファイル551を作成し、Ｊａｖａアプリケーション・プログラムをＪＡＲファイル561に圧縮する。それらのファイル551、561はフォーマット処理部6306へ送出される。
ここで、ＢＤ−Ｊオブジェクトが次のようにプログラミングされる場合を想定する：ＢＤ−Ｊオブジェクトは、図４６、４９に示されているプログラム実行部4606、4906にＧＵＩ用のグラフィックス・データをシステム・ターゲット・デコーダ4603、4903へ送出させる。ＢＤ−Ｊオブジェクトは更に、システム・ターゲット・デコーダ4603、4903にそのグラフィックス・データをイメージ・プレーン・データとして処理させる。その場合、ＢＤプログラム制作部6304は、データベース部6307に保存されたフレーム奥行き情報6310を利用して、ＢＤ−Ｊオブジェクトにイメージ・プレーン・データに対するオフセット情報を設定してもよい。
多重化処理部6305はパラメータ・ファイル6316に従い、データベース部6307に保存されている各エレメンタリ・ストリーム6311−6314をＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。具体的には図７に示されているように、各エレメンタリ・ストリーム6311−6314がソースパケット列に変換され、各列のソースパケットが一列にまとめられて一本の多重化ストリーム・データを構成する。こうして、メインＴＳとサブＴＳとが作成される。
その処理と並行して、多重化処理部6305は、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを以下の手順で作成する。まず、ファイル２ＤとファイルＤＥＰとのそれぞれについて、図３２に示されているエントリ・マップ3130が生成される。次に、各ファイルのエントリ・マップを利用して、図３３に示されているエクステント起点の一覧表3310が作成される。続いて、メインＴＳとサブＴＳとのそれぞれに多重化されるべき各エレメンタリ・ストリームから、図３１に示されているストリーム属性情報が抽出される。更に、図３１に示されているように、エントリ・マップ、３Ｄメタデータ、及びストリーム属性情報の組み合わせがクリップ情報に対応付けられる。
フォーマット処理部6306は、データベース部6307に保存されたＢＤ−ＲＯＭシナリオ・データ6315、ＢＤプログラム制作部6304によって制作されたＢＤ−Ｊオブジェクト・ファイル等のプログラム・ファイル群、及び、多重化処理部6305によって生成された多重化ストリーム・データとクリップ情報ファイルとから、図５に示されているディレクトリ構造のＢＤ−ＲＯＭディスクイメージ6320を作成する。そのディレクトリ構造では、ファイルシステムとしてＵＤＦが利用される。
フォーマット処理部6306は、ファイル２Ｄ、ファイルＤＥＰ、及びファイルＳＳの各ファイル・エントリを作成するとき、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのそれぞれに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、各エントリ・ポイントと各エクステント起点とのＳＰＮが各アロケーション記述子の作成に利用される。特に図１６に示されているようなインターリーブ配置が表現されるようにアロケーション記述子が作成される。それにより、各ベースビュー・データ・ブロックはファイルＳＳとファイル２Ｄとに共有され、各ディペンデントビュー・データ・ブロックはファイルＳＳとファイルＤＥＰとに共有される。一方、ロングジャンプの必要な箇所では、図２１、２４、２６に示されている配置１−３のいずれかが表現されるようにアロケーション記述子が作成される。特に、ベースビュー・データ・ブロックの一部は２Ｄ再生専用ブロックとしてファイル２Ｄ内のアロケーション記述子によってのみ参照され、その一部の複製データが３Ｄ再生専用ブロックとしてファイルＳＳのアロケーション記述子によってのみ参照される。更に、ベースビューとディペンデントビューとのエクステントの各サイズが式（１）−（５）を満たすように設計され、それに基づいて、各アロケーション記述子の表すべき論理アドレスの値が決定される。
フォーマット処理部6306はその他に、データベース部6307に保存されたフレーム奥行き情報6310を利用して、図３２の（ａ）に示されているオフセット・テーブルを、セカンダリ・ビデオ・ストリーム6311、ＰＧストリーム6313、及びＩＧストリーム6314のそれぞれについて作成する。フォーマット処理部6306は更にオフセット・テーブルを２Ｄクリップ情報ファイルの３Ｄメタデータ内に格納する。ここで、各ストリームの表す３Ｄ映像が、他のストリームの表す３Ｄ映像と同じ視方向に重なって表示されないように、左右の各映像フレーム内でのイメージ・データの配置が自動的に調整される。更に、各ストリームの表す３Ｄ映像の奥行きが互いに重ならないように、各映像フレームに対するオフセット値が自動的に調整される。
フォーマット処理部6306によって生成されたＢＤ−ＲＯＭディスクイメージ6320はその後、ＢＤ−ＲＯＭプレス用データに変換される。更に、このデータはＢＤ−ＲＯＭディスクの原盤に記録される。この原盤がプレス工程に利用されることにより、本発明の実施形態１によるＢＤ−ＲＯＭディスク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−Date−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は、例えば図５０に示されている各種デコーダに相当する。
メモリ制御部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は、例えば図５０に示されているソース・デパケタイザ5011、5012、及びＰＩＤフィルタ5013、5014に相当する。
切替部53は、デバイス・ストリームＩＦ部51によって受信されたデータの種類に応じてその出力先を切り換える。例えば、デバイス・ストリームＩＦ部51がベースビュー・ストリームを受信したときは、そのストリームの格納先をメモリ部2の第１の領域に切り換える。一方、デバイス・ストリームＩＦ部51がディペンデントビュー・ストリームを受信したときは、そのストリームの格納先をメモリ部2の第２の領域に切り換える。
切替部53は例えばＤＭＡＣ（Direct Memory Access Controller）である。図６７は、その場合における切替部53の周辺の構造を示す模式図である。ＤＭＡＣ53は、主制御部6の制御の下、デバイス・ストリームＩＦ部51によって受信されたデータと、そのデータの格納先のアドレスとをメモリ制御部9に対して送信する。具体的には、デバイス・ストリームＩＦ部51がベースビュー・ストリームBSを受信したとき、ＤＭＡＣ53は、ベースビュー・ストリームBSと共にアドレス１AD1を送信する。ここで、アドレス１AD1はメモリ部2内の第１の格納領域21の先頭アドレスAD1を示す。一方、デバイス・ストリームＩＦ部51がディペンデントビュー・ストリームDSを受信したとき、ＤＭＡＣ53はディペンデントビュー・ストリームDSと共にアドレス２AD2を送信する。ここで、アドレスAD2はメモリ部2内の第２の格納領域22の先頭アドレスAD2を示す。こうして、ＤＭＡＣ53は、デバイス・ストリームＩＦ部51によって受信されるデータの種類に依って、その出力先、特にメモリ部2内への格納先を切り換える。メモリ制御部9は、ＤＭＡＣ53から受信されたストリームBS、DSを、それと共に受信されたアドレスAD1、AD2の示すメモリ部2内の領域21、22に格納する。
主制御部6は、切替部53による格納先の切り換えの制御に、クリップ情報ファイル内のエクステント起点を利用する。ここで、そのクリップ情報ファイルは、各ストリームBS、DSよりも先に受信され、メモリ部2に格納されている。特に、主制御部6はファイル・ベースを利用して、デバイス・ストリームＩＦ部51によって受信されたデータがベースビュー・ストリームであることを認識する。一方、主制御部6はファイルＤＥＰを利用して、デバイス・ストリームＩＦ部51によって受信されたデータがディペンデントビュー・ストリームであることを認識する。主制御部6は更に、その認識された結果に応じて切替部53に制御信号CSを送り、データの格納先を切り換えさせる。尚、切替部53は、主制御部6とは別の専用の制御回路によって制御されてもよい。
ストリーム処理部5は、図６６に示されている機能ブロック51、52、53の他に、暗号エンジン部、セキュア管理部、及びダイレクト・メモリ・アクセス用のコントローラを更に備えていてもよい。暗号エンジン部は、デバイス・ストリームＩＦ部51によって受信された暗号化データ及び鍵データ等を復号する。セキュア管理部は秘密鍵を保持し、それを利用して、媒体MEと再生装置102との間で機器認証プロトコル等の実行制御を行う。
上記の例では、媒体MEから受信されたデータがメモリ部2に格納されるとき、そのデータがベースビュー・ストリームBSとディペンデントビュー・ストリームDSとのいずれであるかに依って、その格納先が切り替えられる。その他に、媒体MEから受信されたデータがその種類に関わらず、一旦メモリ部2内の同じ領域に格納され、その後、メモリ部2から多重分離部52へ転送されるときに、ベースビュー・ストリームBSとディペンデントビュー・ストリームDSとに分けられてもよい。
図６８は、ＡＶ出力部8の代表的な構成を示す機能ブロック図である。図６８を参照するに、ＡＶ出力部8は、画像重畳部81、ビデオ出力フォーマット変換部82、及びオーディオ・ビデオ出力ＩＦ部83を備える。
画像重畳部81は、信号処理部7によって復号された映像系データVP、PG、IGを互いに重畳する。具体的には、画像重畳部81はまず、ビデオ出力フォーマット変換部82からは処理後のレフトビュー又はライトビューのビデオ・プレーン・データVPを受信し、信号処理部7からは復号後のＰＧプレーン・データPGとＩＧプレーン・データIGとを受信する。画像重畳部81は次に、ビデオ・プレーン・データVPにＰＧプレーン・データPGとＩＧプレーン・データIGとをピクチャ単位で重畳する。画像重畳部81は、例えば図５０、５１に示されているプレーン加算部4910に相当する。
ビデオ出力フォーマット変換部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によるリサイズ処理及びＩＰ変換処理は必要に応じて省略されてもよい。更に、それらの処理に加え、又はそれらの処理に代えて、ノイズ・リダクション処理及びフレームレート変換処理等、他の処理が行われてもよい。更に、可能なものについては処理手順が変更されてもよい。
＜補足＞
≪３Ｄ映像の再生方法の原理≫
３Ｄ映像の再生方法は、ホログラフィ技術を用いる方法と、視差映像を用いる方法との２つに大別される。
ホログラフィ技術を用いる方法の特徴は、現実の立体的な物体から人間の視覚に与えられる光学的な情報とほぼ全く同じ情報を視聴者の視覚に与えることにより、その視聴者に映像中の物体を立体的に見せる点にある。しかし、この方法を動画表示に利用する技術は理論上確立されてはいる。しかし、その動画表示に必要とされる、膨大な演算をリアルタイムに処理可能なコンピュータ、及び、１ｍｍあたり数千本という超高解像度の表示装置はいずれも、現在の技術ではまだ、実現が非常に難しい。従って、この方法を商業用として実用化する目途は、現時点ではほとんど立っていない。
「視差映像」とは、一つのシーンを見る視聴者の各目に映る２Ｄ映像の対、すなわち、レフトビューとライトビューとの対をいう。視差映像を用いる方法の特徴は、一つのシーンのレフトビューとライトビューとを視聴者の各目だけに見えるように再生することにより、その視聴者にそのシーンを立体的に見せる点にある。
図７３の（ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。図７３の（ａ）は、視聴者6501が、顔の正面に置かれた立方体6502を見ている光景の上面図である。図７３の（ｂ）、（ｃ）はそれぞれ、そのときに視聴者6501の左目6501L、右目6501Rに見える立方体6502の外観を２Ｄ映像として示す模式図である。図７３の（ｂ）、（ｃ）を比較すれば明らかなとおり、各目に見える立方体6502の外観はわずかに異なる。この外観の差、すなわち両眼視差から、視聴者6501は立方体6502を立体的に認識できる。従って、視差映像を用いる方法では、まず、一つのシーン、例えば図７３の（ａ）に示されている立方体6502に対し、視点が異なる左右の２Ｄ映像、例えば図７３の（ｂ）に示されている立方体6502のレフトビュー、及び図７３の（ｃ）に示されているそのライトビューを準備する。ここで、各視点の位置は視聴者6501の両眼視差から決定される。次に、各２Ｄ映像を視聴者6501のそれぞれの目だけに見えるように再生する。それにより、視聴者6501には、画面に再生されるそのシーン、すなわち立方体6502の映像が立体的に見える。このように、視差映像を用いる方法は、ホログラフィ技術を用いる方法とは異なり、高々二つの視点から見える２Ｄ映像を準備するだけでよい点で有利である。
視差映像を用いる方法については、それを具体化するための方式が多様に提案されている。それらの方式は、左右の２Ｄ映像を視聴者のそれぞれの目にいかにして見せるかという観点から、経時分離方式、レンチキュラーレンズを用いる方式、及び二色分離方式等に分けられる。
継時分離方式では、画面に左右の２Ｄ映像を一定時間ずつ交互に表示する一方、視聴者にシャッター眼鏡を通して画面を観察させる。ここで、シャッター眼鏡は、各レンズが例えば液晶パネルで形成されている。各レンズは、画面上の２Ｄ映像の切り換えに同期して交互に光をその全体で一様に透過させ、又は遮断する。すなわち、各レンズは、視聴者の目を周期的に塞ぐシャッターとして機能する。より詳細に言えば、画面上に左映像が表示される期間では、シャッター眼鏡は左側のレンズには光を透過させ、右側のレンズには光を遮断させる。逆に、画面上に右映像が表示されている期間では、シャッター眼鏡は右側のレンズには光を透過させ、左側のレンズには光を遮断させる。それにより、視聴者の目には、左右の映像の残像が重なって一つの３Ｄ映像に見える。
経時分離方式では、上記のとおり、左右の映像を一定周期で交互に表示する。例えば２Ｄ映像の再生において１秒当たり２４枚の映像フレームが表示されるとき、３Ｄ映像の再生では左右の映像を合わせて、１秒当たり４８枚の映像フレームが表示される。従って、この方式には、画面の書き換えを速く実行できる表示装置が好適である。
レンチキュラーレンズを用いる方式では、左右の各映像フレームを、縦方向に細長い短冊形の小領域に分割し、一つの画面の中に左右の映像フレームの各小領域を横方向に交互に並べて同時に表示する。ここで、画面の表面はレンチキュラーレンズで覆われている。レンチキュラーレンズは、細長い蒲鉾レンズを複数平行に並べて一枚のシート状にしたものである。各蒲鉾レンズは画面の表面を縦方向に延びている。レンチキュラーレンズを通して上記左右の映像フレームを視聴者に見せるとき、左映像フレームの表示領域からの光は視聴者の左目だけに結像し、右映像フレームの表示領域からの光は右目だけに結像するようにできる。こうして、左右の目に映る映像間での両眼視差により、視聴者には３Ｄ映像が見える。尚、この方式では、レンチキュラーレンズに代えて、同様な機能を持つ液晶素子等の他の光学部品が利用されてもよい。その他に、例えば左映像フレームの表示領域には縦偏光のフィルタを設置し、右映像フレームの表示領域には横偏光のフィルタを設置してもよい。そのとき、視聴者には偏光眼鏡を通して画面を見させる。ここで、その偏光眼鏡では、左側のレンズに縦偏光フィルタが設置され、かつ右側のレンズに横偏光フィルタが設置されている。従って、左右の映像が視聴者のそれぞれの目だけに見えるので、視聴者に３Ｄ映像を見せることができる。
視差映像を用いる方法では、３Ｄ映像コンテンツが、初めから左右の映像の組み合わせで構成されている場合の他に、２Ｄ映像とデプスマップとの組み合わせで構成されていてもよい。その２Ｄ映像は、再生対象の３Ｄ映像から仮想的な２Ｄ画面への射影を表し、デプスマップは、その２Ｄ画面に対するその３Ｄ映像の各部の奥行きを画素別に表す。３Ｄ映像コンテンツが２Ｄ映像とデプスマップとの組み合わせで構成されているとき、３Ｄ再生装置又は表示装置はまず、それらの組み合わせから左右の映像を構成し、次にそれらの映像から上記の方式のいずれかで３Ｄ映像を再現する。
図７４は、２Ｄ映像6601とデプスマップ6602との組み合わせからレフトビュー6603Lとライトビュー6603Rとを構成する例を示す模式図である。図７４を参照するに、２Ｄ映像6601では、背景6612の中に円板6611が表示されている。デプスマップ6602はその２Ｄ映像6601内の各部の奥行きを画素ごとに示す。そのデプスマップ6602によれば、２Ｄ映像6601のうち、円板6611の表示領域6621の奥行きが画面よりも手前であり、かつ、背景6612の表示領域6622の奥行きが画面よりも奥である。再生装置102内では視差映像生成部6600がまず、デプスマップ6602の示す各部の奥行きから２Ｄ映像6601内の各部の両眼視差を計算する。視差映像生成部6600は次に、２Ｄ映像6601内の各部の表示位置を、計算された両眼視差に応じて左右に移動させて、レフトビュー6603Lとライトビュー6603Rとを構成する。図７４に示されている例では、視差映像生成部6600は、２Ｄ映像6601内の円板6611の表示位置に対し、レフトビュー6603L内の円板6631Lの表示位置をその両眼視差の半分S1だけ右に移動させ、ライトビュー6603R内の円板6631Rの表示位置をその両眼視差の半分S1だけ左に移動させる。それにより、視聴者には円板6611が画面よりも手前に見える。一方、視差映像生成部6600は、２Ｄ映像6601内の背景6612の表示位置に対し、レフトビュー6603L内の背景6632Lの表示位置をその両眼視差の半分S2だけ左に移動させ、ライトビュー6603R内の背景6632Rの表示位置をその両眼視差の半分S2だけ右に移動させる。それにより、視聴者には背景6612が画面よりも奥に見える。
視差映像を用いる方法による３Ｄ映像の再生システムは、映画館及び遊園地のアトラクション等で利用されるものについては既に確立され、一般的に使用されている。従って、その方法は、３Ｄ映像を再生可能なホームシアター・システムの実用化にも有効である。本発明の実施形態では、視差映像を用いる方法のうち、継時分離方式又は偏光眼鏡を用いた方式を想定する。但し、本発明は、それらの方式とは異なる他の方式に対しても、それらが視差映像を用いている限り、適用可能である。それは、上記の実施形態の説明から当業者には明らかであろう。
≪放送、通信回路を経由したデータ配信≫
本発明の実施形態１による記録媒体は、光ディスクの他、例えばＳＤメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、実施形態１の説明では、予めデータが記録された光ディスク、すなわち、ＢＤ−ＲＯＭ又はＤＶＤ−ＲＯＭ等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態はそれらに限定されない。例えば放送で、又はネットワーク経由で配信された３Ｄ映像のコンテンツを端末装置によって、ＢＤ−ＲＥ又はＤＶＤ−ＲＡＭ等の既存の書き込み可能な光ディスクへ書き込むときに、実施形態１によるエクステントの配置が利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。
≪半導体メモリカードの再生≫
本発明の実施形態１による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。
再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース（Ｉ／Ｆ）で構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のＩ／Ｆが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのＩ／Ｆを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのＩ／Ｆを通して再生装置に読み出される。
≪ＢＤ−ＲＯＭディスク上のデータに対する著作権保護技術≫
ここで、以降の補足事項の前提として、ＢＤ−ＲＯＭディスクに記録されているデータの著作権を保護するための仕組みについて説明する。
ＢＤ−ＲＯＭディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオ・ストリーム、オーディオ・ストリーム、又はその他のストリームを含む。その場合、暗号化データは以下のように解読される。
再生装置には予め、ＢＤ−ＲＯＭディスク上の暗号化データを解読するための「鍵」の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、ＢＤ−ＲＯＭディスクには、そのその「鍵」の生成に必要なデータの別の一部、すなわちＭＫＢ（メディアキーブロック）と、その「鍵」自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、ＭＫＢ、及び暗号化タイトルキーは互いに対応付けられ、更に、図２に示されているＢＤ−ＲＯＭディスク101上のＢＣＡ201に書き込まれた特定のＩＤ、すなわちボリュームＩＤにも対応付けられている。デバイスキー、ＭＫＢ、暗号化タイトルキー、及びボリュームＩＤの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の「鍵」、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、ＭＫＢ、及びボリュームＩＤを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の「鍵」として用いて暗号化データを解読することができる。
ＢＤ−ＲＯＭディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのＢＤ−ＲＯＭディスク上の暗号化タイトルキー、ＭＫＢ、及びボリュームＩＤに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、ＭＫＢ、デバイスキー、及びボリュームＩＤの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。
ＢＤ−ＲＯＭディスクに記録されるべきビデオ・ストリームとオーディオ・ストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、ＢＤ−ＲＯＭディスクに記録する。次に、ＭＫＢ、デバイスキー、及びボリュームＩＤの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、ＭＫＢ、ボリュームＩＤ、及び暗号化タイトルキーをＢＤ−ＲＯＭディスクに記録する。そのＢＤ−ＲＯＭディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオ・ストリーム及び／又はオーディオ・ストリームをデコーダで復号することはできない。こうして、ＢＤ−ＲＯＭディスクに記録されたデータの著作権を保護することができる。
以上に述べた、ＢＤ−ＲＯＭディスクにおけるデータの著作権保護の仕組みは、ＢＤ−ＲＯＭディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にＳＤカード等の可搬性半導体メモリカードにも適用可能である。
≪電子配信を利用した記録媒体へのデータ記録≫
電子配信を利用して本発明の実施形態１による再生装置へ３Ｄ映像のＡＶストリーム・ファイル等のデータ（以下、配信データという。）を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがＳＤメモリカードである場合を想定する。
再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはＳＤメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はＳＤメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。ＳＤメモリカードの識別情報は、例えばそのＳＤメモリカード固有の識別番号、より具体的にはそのＳＤメモリカードのシリアル番号である。この識別情報は上述のボリュームＩＤとして利用される。
配信サーバには配信データが格納されている。その配信データのうち、ビデオ・ストリーム及び／又はオーディオ・ストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。その暗号化データは同じタイトルキーで復号が可能である。
配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、ＳＤメモリカードと共通のＭＫＢを保持している。配信サーバは、再生装置から配信データの送信要求とＳＤメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、ＭＫＢ、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。
配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のＭＫＢ、暗号化タイトルキー、署名情報、ＳＤメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能（プログラム）が特定されている。
配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用Ｉ／Ｆを通してＳＤメモリカードに記録する。
ＳＤメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック（１）−（３）が行われる。尚、それらはどのような順序で行われてもよい。
（１）公開鍵情報に含まれるＳＤメモリカードの識別情報が、カードスロットに挿入されているＳＤメモリカードに記憶されている識別番号と一致するか否か。
（２）公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。
（３）公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。
上述のチェック（１）−（３）のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック（１）−（３）の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、ＭＫＢ、及びＳＤメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオ・ストリーム及び／又はオーディオ・ストリームに復号する。
以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能（プログラム）等が知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、ＳＤメモリカードの識別番号、ＭＫＢ、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。
半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばＳＤメモリカードではそのシリアル番号が不正に改竄された場合、ＳＤメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック（１）では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。
半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域（以下、第１の記録領域と称す。）から電気的に分離された別の記録領域（以下、第２の記録領域と称す。）が設置される。次に、第２の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第２の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第２の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第２の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第２の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第２の記録領域内のデータのアドレスは制御回路にしか特定できない。
半導体メモリカードの識別情報が第２の記録領域に記録された場合、再生装置上で動作するアプリケーション・プログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーション・プログラムは、メモリカードＩ／Ｆを介して上記の制御回路に対し、第２の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第２の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードＩ／Ｆを介して上記のアプリケーション・プログラムへその識別情報を送る。そのアプリケーション・プログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーション・プログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードＩ／Ｆを介して半導体メモリカード内の第１の記録領域に記録する。
尚、上記のアプリケーション・プログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーション・プログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばＸ．５０９に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第１の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。
≪リアルタイム・レコーディングへの適用≫
本発明の実施形態２では、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、オーサリングシステムにおけるプリレコーディング技術によってＢＤ−ＲＯＭディスクに記録されてユーザに供給されることを前提とした。しかし、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、リアルタイム・レコーディングによって、ＢＤ−ＲＥディスク、ＢＤ−Ｒディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤ−ＲＥディスク等と略す。）に記録されてユーザに供給されるものであってもよい。その場合、ＡＶストリーム・ファイルは、アナログ入力信号を記録装置がリアルタイムで復号することによって得られたトランスポート・ストリームであってもよい。その他に、記録装置がデジタル入力したトランスポート・ストリームをパーシャル化することで得られるトランスポート・ストリームであってもよい。
リアルタイム・レコーディングを実行する記録装置は、ビデオエンコーダ、オーディオエンコーダ、マルチプレクサ、及びソースパケタイザを含む。ビデオエンコーダはビデオ信号を符号化してビデオ・ストリームに変換する。オーディオエンコーダはオーディオ信号を符号化してオーディオ・ストリームに変換する。マルチプレクサは、ビデオ・ストリームとオーディオ・ストリームとを多重化して、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリームに変換する。ソースパケタイザは、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリーム内のＴＳパケットをソースパケットに変換する。記録装置は各ソースパケットをＡＶストリーム・ファイルに格納して、ＢＤ−ＲＥディスク等に書き込む。
ＡＶストリーム・ファイルの書き込み処理と並行して、記録装置の制御部はクリップ情報ファイルとプレイリスト・ファイルとをメモリ上で生成してＢＤ−ＲＥディスク等に書き込む。具体的には、ユーザによって録画処理が要求されたとき、制御部はまず、ＡＶストリーム・ファイルに合わせてクリップ情報ファイルを生成してＢＤ−ＲＥディスク等に書き込む。その場合、外部から受信されるトランスポート・ストリームからビデオ・ストリーム内の一つのＧＯＰの先頭が検出される度に、又は、ビデオエンコーダによってビデオ・ストリーム内の一つのＧＯＰが生成される度に、制御部は、そのＧＯＰの先頭に位置するＩピクチャのＰＴＳと、そのＧＯＰの先頭が格納されたソースパケットのＳＰＮとを取得する。制御部は更に、そのＰＴＳとＳＰＮとの対を一つのエントリ・ポイントとしてクリップ情報ファイルのエントリ・マップに追記する。ここで、そのエントリ・ポイントには「is＿angle＿changeフラグ」が追加される。is＿angle＿changeフラグは、そのＧＯＰの先頭がＩＤＲピクチャであるときは“オン”に設定され、そのＧＯＰの先頭がＩＤＲピクチャではないときは“オフ”に設定される。クリップ情報ファイル内には更に、ストリーム属性情報が記録対象のストリームの属性に従って設定される。こうして、ＡＶストリーム・ファイルとクリップ情報ファイルとがＢＤ−ＲＥディスク等に書き込まれた後、制御部はそのクリップ情報ファイル内のエントリ・マップを利用してプレイリスト・ファイルを生成し、ＢＤ−ＲＥディスク等に書き込む。
≪マネージド・コピー≫
本発明の実施形態１による再生装置は更に、マネージド・コピーによってＢＤ−ＲＯＭディスク101上のデジタル・ストリームを他の記録媒体へ書き込んでもよい。「マネージド・コピー」とは、ＢＤ−ＲＯＭディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタル・ストリーム、プレイリスト・ファイル、クリップ情報ファイル、及びアプリケーション・プログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術をいう。その書き込み可能な記録媒体は、ＢＤ−Ｒ、ＢＤ−ＲＥ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、及びＤＶＤ−ＲＡＭ等の書き込み可能な光ディスク、ハードディスク、並びに、ＳＤメモリカード、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、及びマルチメディアカード（登録商標）等の可搬性半導体メモリ装置を含む。マネージド・コピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。
ＢＤ−ＲＯＭディスクからＢＤ−Ｒディスク又はＢＤ−ＲＥディスクへのマネージド・コピーが行われる場合、両ディスクの記録容量が等しいときは、コピー元のディスクに記録されたビット・ストリームがそのまま、順番にコピーされればよい。
マネージド・コピーが異種の記録媒体間で行われるときはトランス・コードが必要である。「トランス・コード」とは、コピー元のディスクに記録されているデジタル・ストリームをコピー先の記録媒体のアプリケーション・フォーマットに適合させるための処理をいう。トランス・コードは、例えば、ＭＰＥＧ２−ＴＳ形式からＭＰＥＧ２プログラム・ストリーム形式へ変換する処理、及び、ビデオ・ストリームとオーディオ・ストリームとのそれぞれに割り当てられているビットレートを低くして符号化し直す処理を含む。トランス・コードでは、上述のリアルタイム・レコーディングによって、ＡＶストリーム・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルが生成されねばならない。
≪データ構造の記述方法≫
本発明の実施形態１によるデータ構造のうち、「所定型の情報が複数存在する」という繰り返し構造は、ｆｏｒ文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、「所定の条件が成立するときに所定の情報が定義される」というデータ構造は、ｉｆ文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態１によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、「構文解析」、「最適化」、「資源割付」、及び「コード生成」といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。
≪再生プログラムによるプレイリスト・ファイル、クリップ情報ファイルの管理≫
プレイリスト・ファイルとＡＶストリーム・ファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリスト・ファイルに従ってＡＶストリーム・ファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、ｔｅｘｔセクション、ｄａｔａセクション、ｂｓｓセクション、及びｓｔａｃｋセクションを含む。ｔｅｘｔセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。ｄａｔａセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。ｄａｔａセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。ｂｓｓセクションは、初期値を持たない変数を含む。ｂｓｓセクション内のデータは、ｔｅｘｔセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のＲＡＭにｂｓｓセクション用の領域が確保される。ｓｔａｃｋセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。ｓｔａｃｋセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、ｂｓｓセクション内の変数はゼロで初期化され、ｓｔａｃｋセクションには必要なメモリ領域が確保される。
プレイリスト・ファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、ｔｅｘｔセクション内の「書き換え不可のデータ」、又はｄａｔａセクション内の「随時アクセスされるファイル」として管理される。すなわち、プレイリスト・ファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリスト・ファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。
本発明は立体視映像の再生技術に関し、上記のとおり、記録媒体上に記録されたインターリーブ配置のデータ・ブロック群をファイルＳＳとファイル２Ｄ又はファイルＤＥＰとで共有させる。このように、本発明は明らかに産業上利用可能である。
2101 第１の３Ｄエクステント・ブロック
2102 第２の３Ｄエクステント・ブロック
2110 ファイル２Ｄのファイル・エントリ
2120 第１ファイルＳＳのファイル・エントリ
LB 層境界
D1、D2、D3、D4 デプスマップ・データ・ブロック
R1、R2、R3、R4 ライトビュー・データ・ブロック
L1、L2、L4 ベースビュー・データ・ブロック
L32D ２Ｄ再生専用ブロック
L3SS ３Ｄ再生専用ブロック
EXT2D[0]、EXT2D[1]、EXT2D[2] ２Ｄエクステント
EXTSS[0]、EXTSS[1]、EXTSS[2]、EXTSS[3] ３Ｄエクステント

Claims (1)

  1. 記録媒体から受信したデータに対して映像・音声信号処理を行う半導体集積回路であって、
    前記記録媒体には、通常映像の再生に利用される第１ストリーム、及び、前記第１ストリームと組み合わされて、通常映像を拡張した映像である拡張映像の再生に利用される第２ストリームが記録されており、
    前記第１ストリームは複数の第１データ・ブロックに分割されており、
    前記第２ストリームは複数の第２データ・ブロックに分割されており、
    前記記録媒体の第１領域と第２領域とには、前記複数の第１データ・ブロックの一部と前記複数の第２データ・ブロックの一部とが交互に配置されており、
    前記記録媒体の第３領域には、前記複数の第１データ・ブロックの一部のみが配置されており、
    通常映像の再生時に利用され、前記第１領域と前記第３領域とに配置された第１データ・ブロックを参照する第１の参照ファイル、
    拡張映像の再生時に利用され、前記第１領域と前記第２領域とのそれぞれに配置された第１データ・ブロックと第２データ・ブロックとを一連のデータとして参照する第２の参照ファイル、及び、
    拡張映像の再生時に利用され、前記第１領域と前記第２領域とに配置された第１データ・ブロックを参照する第３の参照ファイル、
    が前記記録媒体上に更に記録されており、
    前記複数の第１データ・ブロックと前記複数の第２データ・ブロックとはそれぞれ、映像系データを含み、
    前記複数の第１データ・ブロックと前記複数の第２データ・ブロックとの少なくともいずれかは、音声系データを含み、
    前記半導体集積回路の制御を行う主制御部と、
    拡張映像の再生時に、前記第２の参照ファイルが参照する一連のデータを受信し、前記半導体集積回路の内部もしくは外部に設けられたメモリに一旦格納した後、前記映像系データと前記音声系データとに多重分離するストリーム処理部と、
    前記音声系データと前記映像系データとをそれぞれ復号する信号処理部と、
    復号された前記映像系データと前記音声系データとを出力するＡＶ出力部と
    を備えており、
    前記ストリーム処理部は、受信した前記一連のデータの格納先を前記メモリ内の第１のメモリ領域と第２のメモリ領域との間で切り替える切替部を備えており、
    拡張映像の再生時に、前記主制御部は前記第３の参照ファイルを利用して、前記切替部に、前記一連のデータのうち、第１データ・ブロックを前記第１のメモリ領域に格納させ、第２データ・ブロックを前記第２のメモリ領域に格納させる
    ことを特徴とする半導体集積回路。
JP2010164105A 2009-02-04 2010-07-21 記録媒体、再生装置、及び集積回路 Expired - Fee Related JP5385226B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2010164105A JP5385226B2 (ja) 2009-02-04 2010-07-21 記録媒体、再生装置、及び集積回路

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2009024230 2009-02-04
JP2009024230 2009-02-04
JP2010164105A JP5385226B2 (ja) 2009-02-04 2010-07-21 記録媒体、再生装置、及び集積回路

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2010521246A Division JP4569935B2 (ja) 2009-02-04 2010-02-02 記録媒体、再生装置、及び集積回路

Publications (2)

Publication Number Publication Date
JP2010288297A JP2010288297A (ja) 2010-12-24
JP5385226B2 true JP5385226B2 (ja) 2014-01-08

Family

ID=42541905

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2010521246A Active JP4569935B2 (ja) 2009-02-04 2010-02-02 記録媒体、再生装置、及び集積回路
JP2010140346A Expired - Fee Related JP5385217B2 (ja) 2009-02-04 2010-06-21 記録媒体、再生装置、及び集積回路
JP2010164105A Expired - Fee Related JP5385226B2 (ja) 2009-02-04 2010-07-21 記録媒体、再生装置、及び集積回路

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2010521246A Active JP4569935B2 (ja) 2009-02-04 2010-02-02 記録媒体、再生装置、及び集積回路
JP2010140346A Expired - Fee Related JP5385217B2 (ja) 2009-02-04 2010-06-21 記録媒体、再生装置、及び集積回路

Country Status (11)

Country Link
US (1) US20110050847A1 (ja)
EP (1) EP2395771B1 (ja)
JP (3) JP4569935B2 (ja)
KR (1) KR20110122786A (ja)
CN (2) CN102740037A (ja)
BR (1) BRPI1001234A2 (ja)
ES (1) ES2472444T3 (ja)
MX (1) MX2010008146A (ja)
RU (1) RU2521288C2 (ja)
TW (1) TW201037696A (ja)
WO (1) WO2010089994A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010244630A (ja) 2009-04-07 2010-10-28 Sony Corp 情報処理装置、情報処理方法、プログラム、及び、データ構造
JP5594045B2 (ja) * 2010-10-14 2014-09-24 ソニー株式会社 再生装置、再生方法、プログラム、および記録媒体
TWI491244B (zh) * 2010-11-23 2015-07-01 Mstar Semiconductor Inc 調整物件三維深度的方法與裝置、以及偵測物件三維深度的方法與裝置
CN103202028A (zh) * 2011-03-11 2013-07-10 日立民用电子株式会社 记录装置/方法/介质、再现装置/方法
JP2012231370A (ja) * 2011-04-27 2012-11-22 Seiko Epson Corp ３ｄ画像観賞用メガネ、及び、３ｄ画像観賞用メガネの制御方法
US20140078256A1 (en) * 2011-12-28 2014-03-20 Panasonic Corporation Playback device, transmission device, playback method and transmission method
TWI533663B (zh) * 2012-01-17 2016-05-11 晨星半導體股份有限公司 立體影像處理裝置及立體影像處理方法
JP5991036B2 (ja) 2012-06-13 2016-09-14 住友電気工業株式会社 受光素子および光学装置
TW201528775A (zh) 2014-01-02 2015-07-16 Ind Tech Res Inst 景深圖校正方法及系統
US20150253974A1 (en) 2014-03-07 2015-09-10 Sony Corporation Control of large screen display using wireless portable computer interfacing with display controller
US11062722B2 (en) 2018-01-05 2021-07-13 Summit Wireless Technologies, Inc. Stream adaptation for latency

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2271090B1 (en) * 1996-02-28 2013-12-11 Panasonic Corporation High-resolution optical disk for recording stereoscopic video, optical disk reproducing device and optical disk recording device
WO1998025413A1 (en) * 1996-12-04 1998-06-11 Matsushita Electric Industrial Co., Ltd. Optical disc for high resolution and three-dimensional image recording, optical disc reproducing device, and optical disc recording device
EP1708487B1 (en) * 1997-08-29 2013-05-08 Panasonic Corporation Method and apparatus for reading a high-resolution optical video disc
WO2003092303A1 (en) * 2002-04-25 2003-11-06 Sharp Kabushiki Kaisha Multimedia information generation method and multimedia information reproduction device
KR100619008B1 (ko) * 2003-09-23 2006-08-31 삼성전자주식회사 멀티앵글 데이터 구조를 기록한 정보저장매체, 그재생방법 및 장치
JP4638784B2 (ja) * 2005-07-19 2011-02-23 オリンパスイメージング株式会社 画像出力装置及びプログラム
RU2334369C1 (ru) * 2006-11-30 2008-09-20 Борис Иванович Волков Система стереотелевидения
JP4671053B2 (ja) * 2007-01-30 2011-04-13 富士フイルム株式会社 画像記録装置及び画像記録方法
US8471893B2 (en) * 2007-06-26 2013-06-25 Samsung Electronics Co., Ltd. Method and apparatus for generating stereoscopic image bitstream using block interleaved method
JP2009135686A (ja) * 2007-11-29 2009-06-18 Mitsubishi Electric Corp 立体映像記録方法、立体映像記録媒体、立体映像再生方法、立体映像記録装置、立体映像再生装置
EP2605244B1 (en) * 2008-09-17 2015-11-04 Panasonic Intellectual Property Management Co., Ltd. Recording medium and playback device

Also Published As

Publication number Publication date
RU2010132156A (ru) 2013-03-10
BRPI1001234A2 (pt) 2020-11-17
US20110050847A1 (en) 2011-03-03
CN101953170B (zh) 2012-07-18
ES2472444T3 (es) 2014-07-01
WO2010089994A1 (ja) 2010-08-12
MX2010008146A (es) 2010-09-30
JPWO2010089994A1 (ja) 2012-08-09
KR20110122786A (ko) 2011-11-11
EP2395771B1 (en) 2014-05-14
JP2010288297A (ja) 2010-12-24
JP5385217B2 (ja) 2014-01-08
EP2395771A4 (en) 2012-12-12
EP2395771A1 (en) 2011-12-14
CN101953170A (zh) 2011-01-19
TW201037696A (en) 2010-10-16
CN102740037A (zh) 2012-10-17
JP2010273351A (ja) 2010-12-02
RU2521288C2 (ru) 2014-06-27
JP4569935B2 (ja) 2010-10-27

Similar Documents

Publication Publication Date Title
JP4642939B2 (ja) 記録媒体、再生装置、及び集積回路
WO2010089995A1 (ja) 記録媒体、再生装置、及び集積回路
JP5390485B2 (ja) 半導体集積回路
US8139925B2 (en) Recording medium, playback device, and integrated circuit
JP5385226B2 (ja) 記録媒体、再生装置、及び集積回路
JP5491414B2 (ja) 記録媒体、再生装置、及び集積回路
US8045844B2 (en) Recording medium, playback apparatus, and integrated circuit
WO2010100875A1 (ja) 記録媒体、再生装置、及び集積回路
WO2011036888A1 (ja) 記録媒体、再生装置、及び集積回路
WO2010076846A1 (ja) 記録媒体、再生装置、及び集積回路
WO2010098134A1 (ja) 記録媒体、再生装置、及び集積回路

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20121127

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20130624

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130702

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130821

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20131003

R150 Certificate of patent or registration of utility model

Ref document number: 5385226

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