JP5432194B2 - 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置 - Google Patents

記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置 Download PDF

Info

Publication number
JP5432194B2
JP5432194B2 JP2011019935A JP2011019935A JP5432194B2 JP 5432194 B2 JP5432194 B2 JP 5432194B2 JP 2011019935 A JP2011019935 A JP 2011019935A JP 2011019935 A JP2011019935 A JP 2011019935A JP 5432194 B2 JP5432194 B2 JP 5432194B2
Authority
JP
Japan
Prior art keywords
view
video
stream
playback
file
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
JP2011019935A
Other languages
English (en)
Other versions
JP2011166763A (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 JP2011019935A priority Critical patent/JP5432194B2/ja
Publication of JP2011166763A publication Critical patent/JP2011166763A/ja
Application granted granted Critical
Publication of JP5432194B2 publication Critical patent/JP5432194B2/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
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8233—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a character code signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • 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
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/30—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording
    • G11B27/3027—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on the same track as the main recording used signal is digitally coded
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/19—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier
    • G11B27/28—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording
    • G11B27/32—Indexing; Addressing; Timing or synchronising; Measuring tape travel by using information detectable on the record carrier by using information signals recorded by the same method as the main recording on separate auxiliary tracks of the same or an auxiliary record carrier
    • G11B27/327—Table of contents
    • G11B27/329—Table of contents on a disc [VTOC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • 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
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8211—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being a sound signal
    • 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/21—Disc-shaped record carriers characterised in that the disc is of read-only, rewritable, or recordable type
    • G11B2220/213—Read-only discs
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs

Description

本発明は、立体視映像、すなわち３次元（３Ｄ）映像の再生技術に関し、特に、記録媒体上でのストリーム・データの構造に関する。
近年、３Ｄ映像に対する一般的な関心が高まっている。例えば遊園地では、３Ｄ映像を利用したアトラクションが人気を集めている。また、全国各地で、３Ｄ映像の映画を上映する映画館が増加している。そのような３Ｄ映像への関心の高まりに伴い、３Ｄ映像を各家庭でも再生可能にするための技術の開発が進められている。その技術では、３Ｄ映像コンテンツを高画質のまま、光ディスク等の可搬性記録媒体に記録することが求められる。更に、２Ｄ再生装置に対するその記録媒体の互換性が求められる。すなわち、その記録媒体に記録された３Ｄ映像コンテンツから、２Ｄ再生装置は２Ｄ映像を再生でき、３Ｄ再生装置は３Ｄ映像を再生できることが望ましい。ここで、「２Ｄ再生装置」とは、平面視映像、すなわち２次元（２Ｄ）映像のみを再生可能な従来の再生装置を意味し、「３Ｄ再生装置」とは、３Ｄ映像を再生可能な再生装置を意味する。尚、本明細書では、３Ｄ再生装置が従来の２Ｄ映像も再生可能である場合を想定する。
図１１３は、３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である（例えば特許文献１参照）。光ディスクPDSには二種類のビデオ・ストリームが格納されている。一方は２Ｄ／レフトビュー・ビデオ・ストリームであり、他方はライトビュー・ビデオ・ストリームである。「２Ｄ／レフトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生では視聴者の左目に見せる２Ｄ映像、すなわち「レフトビュー」を表し、２Ｄ映像の再生ではその２Ｄ映像そのものを表す。「ライトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生において視聴者の右目に見せる２Ｄ映像、すなわち「ライトビュー」を表す。左右のビデオ・ストリーム間では、フレームレートは等しいが、フレームの表示時期はフレーム周期の半分だけずれている。例えば、各ビデオ・ストリームのフレームレートが１秒間に２４フレームであるとき、２Ｄ／レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの各フレームが１／４８秒ごとに交互に表示される。
各ビデオ・ストリームは、図１１３に示されているように、光ディスクPDS上では複数のエクステントEX1A−C、EX2A−Cに分割されている。各エクステントはＧＯＰ（グループ・オブ・ピクチャ）を１以上含み、光ディスクドライブによって一括して読み出される。以下、２Ｄ／レフトビュー・ビデオ・ストリームに属するエクステントを「２Ｄ／レフトビュー・エクステント」といい、ライトビュー・ビデオ・ストリームに属するエクステントを「ライトビュー・エクステント」という。２Ｄ／レフトビュー・エクステントEX1A−Cとライトビュー・エクステントEX2A−Cとは交互に光ディスクPDSのトラックTRC上に配置されている。隣接する２つのエクステントEX1A＋EX2A、EX1B＋EX2B、EX1C＋EX2Cの間では再生時間が等しい。このようなエクステントの配置を「インターリーブ配置」という。インターリーブ配置で記録されたエクステント群は、以下に述べるように、３Ｄ映像の再生と２Ｄ映像の再生との両方で利用される。
２Ｄ再生装置PL2では、光ディスクドライブDD1が光ディスクPDS上のエクステントのうち、２Ｄ／レフトビュー・エクステントEX1A−Cのみを先頭から順番に読み出す一方、ライトビュー・エクステントEX2A−Cの読み出しをスキップする。更に、映像デコーダVDCが、光ディスクドライブDD2によって読み出されたエクステントを順次、映像フレームVFLに復号する。それにより、表示装置DS2にはレフトビューのみが表示されるので、視聴者には通常の２Ｄ映像が見える。
３Ｄ再生装置PL3では、光ディスクドライブDD3が光ディスクPDSから２Ｄ／レフトビュー・エクステントとライトビュー・エクステントとを交互に、符号で表せば、EX1A、EX2A、EX1B、EX2B、EX1C、EX2Cの順に読み出す。更に、読み出された各エクステントから、２Ｄ／レフトビュー・ビデオ・ストリームは左映像デコーダVDLへ送られ、ライトビュー・ビデオ・ストリームは右映像デコーダVDRへ送られる。各映像デコーダVDL、VDRは交互に各ビデオ・ストリームを映像フレームVFL、VFRに復号する。それにより、表示装置DS3にはレフトビューとライトビューとが交互に表示される。一方、シャッター眼鏡SHGは左右のレンズを、表示装置DS3による画面の切り換えに同期して交互に不透明にする。従って、シャッター眼鏡SHGをかけた視聴者には、表示装置DS3に表示された映像が３Ｄ映像に見える。
光ディスクに限らず、記録媒体に３Ｄ映像コンテンツを格納するときは、上記のようにエクステントのインターリーブ配置を利用する。それにより、その記録媒体を２Ｄ映像の再生と３Ｄ映像の再生との両方で利用することができる。
特許第３９３５５０７号公報
映像コンテンツは一般に、ビデオ・ストリームの他に、字幕及び対話画面等のグラフィックス映像を表すグラフィックス・ストリームを含む。３Ｄ映像コンテンツから再生される映像では、それらのグラフィックス映像も３次元化される。ここで、その３次元化の手法には２プレーン・モードと１プレーン＋オフセット・モードとがある。２プレーン・モードの３Ｄ映像コンテンツは、レフトビューとライトビューとの各グラフィックス映像を表すグラフィックス・ストリームの対を含む。２プレーン・モードの再生装置は、各グラフィックス・ストリームから個別にレフトビューとライトビューとのグラフィックス・プレーンを生成する。１プレーン＋オフセット・モードの３Ｄ映像コンテンツは、２Ｄグラフィックス映像を表すグラフィックス・ストリームと、それに対するオフセット情報とを含む。１プレーン＋オフセット・モードの再生装置は、まずグラフィックス・ストリームから一つのグラフィックス・プレーンを生成し、次にオフセット情報に従ってそのグラフィックス・プレーンに水平方向のオフセットを与える。それにより、そのグラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーンの対が生成される。いずれのモードでも、表示装置の画面にはレフトビューとライトビューとのグラフィックス映像が交互に表示される。その結果、視聴者にはそれらのグラフィックス映像が３Ｄ映像として見える。
従来の３Ｄ映像コンテンツのデータ構造では、１プレーン＋オフセット・モードのコンテンツはグラフィックス・ストリームとオフセット情報とを別のファイルとして含む。その場合、１プレーン＋オフセット・モードの再生装置は、それらのファイルを個別に処理し、得られたデータに基づいてレフトビューとライトビューとのグラフィックス映像の対を再生する。ここで、それらのグラフィックス映像の再生品質を更に向上させるには、グラフィックス・ストリームとオフセット情報との間の対応関係が更に確実に維持されなければならない。しかし、各ファイルの処理は互いに非同期で行われる。一方、グラフィックス映像とオフセット情報とは一般にフレーム周期で変更される。更に、一つのシーンにはグラフィックス映像が一般に複数存在する。従って、グラフィックス・ストリームとオフセット情報とを別のファイルとして含むデータ構造では、それらの間の対応関係を更に確実に維持することは困難である。その結果、３Ｄグラフィックス映像の再生品質を更に向上させることは困難である。
その上、１プレーン＋オフセット・モードの再生装置の内蔵メモリには、オフセット情報を収めたファイルを展開するのに十分な容量が必要である。しかし、グラフィックス・ストリーム一つ当たりのオフセット情報の総量は大きいので、３Ｄ映像コンテンツが多様なグラフィックス・ストリームを含む場合、上記のファイルのサイズは急激に増大する。その結果、内蔵メモリの容量を更に削減することは困難である。
１プレーン＋オフセット・モードの再生装置が一つのグラフィックス・プレーンに大きなオフセットを与えて一対のグラフィックス・プレーンを生成する場合、その対の一方の左端部又は右端部に、他方の右端部又は左端部には含まれない領域が生じ得る。また、実際の３Ｄ映像コンテンツの表すレフトビューとライトビューとでは一般に視野がずれているので、一方の周縁部に、他方の周縁部には含まれない領域が生じ得る。それらの領域は視聴者の片目にしか映らないので、視聴者に違和感を与える危険性がある。その結果、３Ｄ映像の画質を更に向上させることは困難である。
一方、コンテンツ・プロバイダの間では次のような３Ｄ映像コンテンツに対する要望が高まっている：そのコンテンツでは、２Ｄ映像に重ねられるグラフィックス映像のみが３次元化されている。しかし、従来の３Ｄ映像技術ではそのようなコンテンツは想定されていない。従って、再生装置にそのようなコンテンツから３Ｄ映像を十分な高画質で再生させることは困難である。
本発明の目的は上記の問題点を解決することにあり、特に再生装置に、ビデオ・ストリームの表す映像と共に３Ｄグラフィックス映像を、更に高画質で再生させることのできる記録媒体を提供することにある。
本発明による記録媒体には、メインビュー・ビデオ・ストリームとサブビュー・ビデオ・ストリームとが記録されている。メインビュー・ビデオ・ストリームは、立体視映像のメインビューを構成するメインビュー・ピクチャを含む。サブビュー・ビデオ・ストリームは、立体視映像のサブビューを構成するサブビュー・ピクチャと、メタ・データとを含む。メタ・データは、メインビュー・ピクチャとサブビュー・ピクチャとから構成される立体視映像のレフトビュー・ピクチャとライトビュー・ピクチャとについて、それぞれの表す映像の視野が重なる共通領域を特定するための情報を含む。
本発明による記録媒体は、再生装置に、サブビュー・ビデオ・ストリームの復号処理と並行して各ビデオ・プレーンを処理させて、共通領域以外の領域を隠すことができる。その結果、再生装置に、ビデオ・ストリームの表す映像と共に３Ｄグラフィックス映像を、更に高画質で再生させることができる。
本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。 図１に示されているＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。 （ａ）は、図２に示されているＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表であり、（ｂ）は、ＢＤ−ＲＯＭディスク101上のサブＴＳに多重化されたエレメンタリ・ストリームの一覧表であり、（ｃ）は、ＢＤ−ＲＯＭディスク101上のテキスト字幕ストリームに多重化されたエレメンタリ・ストリームの一覧表である。 多重化ストリーム・データ400内でのＴＳパケットの配置を示す模式図である。 （ａ）は、ＴＳヘッダ501Hのデータ構造を示す模式図であり、（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図であり、（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図であり、（ｄ）は、一連のソースパケット502が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。 ビデオ・ストリームに含まれる三枚のピクチャ601、602、603を表示時間順に示す模式図である。 ベースビュー・ビデオ・ストリーム701とライトビュー・ビデオ・ストリーム702とのピクチャを表示時間順に示す模式図である。 ビデオ・ストリーム800のデータ構造の詳細を示す模式図である。 ベースビュー・ビデオ・ストリーム910とディペンデントビュー・ビデオ・ストリーム920とのそれぞれに含まれるＶＡＵ間でのヘッダの参照関係を示す模式図である。 ＰＥＳパケット列1002へのビデオ・ストリーム1001の格納方法の詳細を示す模式図である。 ベースビュー・ビデオ・ストリーム1101とディペンデントビュー・ビデオ・ストリーム1102との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。 （ａ）は、図８に示されている各補足データ831D、832Dの含む復号スイッチ情報1250のデータ構造を示す模式図であり、（ｂ）は、ベースビュー・ビデオ・ストリーム1201とディペンデントビュー・ビデオ・ストリーム1202との各ピクチャに割り当てられた復号カウンタの一例1210、1220を示す模式図であり、（ｃ）は、その復号カウンタの別例1230、1240を示す模式図である。 ディペンデントビュー・ビデオ・ストリーム1300の含むオフセット・メタ・データ1310のデータ構造を示す模式図である。 図１３に示されているオフセット・メタ・データ（offset＿metadata）1310の書式（Syntax）を示す表である。 （ａ）、（ｂ）は、ＰＧプレーン1510とＩＧプレーン1520とに対するオフセット制御を示す模式図であり、（ｃ）は、（ａ）、（ｂ）に示されているグラフィックス・プレーンの表す２Ｄグラフィックス映像から視聴者1530に知覚される３Ｄグラフィックス映像を示す模式図である。 （ａ）、（ｂ）は、オフセット・シーケンスの具体例を示すグラフであり、（ｃ）は、（ａ）、（ｂ）に示されているオフセット・シーケンスに従って再現される３Ｄグラフィックス映像を示す模式図である。 テキスト字幕ストリーム1700のデータ構造を示す模式図である。 ＰＭＴ1810のデータ構造を示す模式図である。 図２に示されているＢＤ−ＲＯＭディスク101上での多重化ストリーム・データの物理的な配置を示す模式図である。 （ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ2001とサブＴＳ2002との配置を示す模式図であり、（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に交互に記録されたディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…とベースビュー・データ・ブロックB[0]、B[1]、B[2]、…との配置を示す模式図であり、（ｃ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の一例を示す模式図であり（n＝0、1、2）、（ｄ）は、各エクステントＡＴＣ時間の別例を示す模式図である。 図１９に示されているエクステント・ブロック群1901−1903に対する２Ｄ再生モードでの再生経路2101とＬ／Ｒモードでの再生経路2102とを示す模式図である。 図２に示されている第１クリップ情報ファイル（01000.clpi）231のデータ構造を示す模式図である。 （ａ）は、図２２に示されているエントリ・マップ2230のデータ構造を示す模式図であり、（ｂ）は、ファイル２Ｄ241に属するソースパケット群2310のうち、エントリ・マップ2230によって各ＥＰ＿ＩＤ2305に対応付けられているものを示す模式図であり、（ｃ）は、そのソースパケット群2310に対応するＢＤ−ＲＯＭディスク101上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。 （ａ）は、図２２に示されているエクステント起点2242のデータ構造を示す模式図であり、（ｂ）は、第２クリップ情報ファイル（02000.clpi）232に含まれるエクステント起点2420のデータ構造を示す模式図であり、（ｃ）は、３Ｄ再生モードの再生装置102によって第１ファイルＳＳ244Aから抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図であり、（ｄ）は、ファイルＤＥＰ（02000.m2ts）242に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点2420の示すＳＰＮ2422との間の対応関係を表す模式図であり、（ｅ）は、第１ファイルＳＳ244Aに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。 図２に示されているＢＤ−ＲＯＭディスク101上に記録された一つのエクステント・ブロック2500と、ファイル２Ｄ2510、ファイル・ベース2511、ファイルＤＥＰ2512、及びファイルＳＳ2520の各エクステント群との間の対応関係を示す模式図である。 ベースビュー・ビデオ・ストリーム2610とディペンデントビュー・ビデオ・ストリーム2620とに設定されたエントリ・ポイントの例を示す模式図である。 図２に示されている２Ｄプレイリスト・ファイル221のデータ構造を示す模式図である。 図２７に示されているＰＩ＃Ｎ（Ｎ＝１、２、３、…）のデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、ＣＣ2904が“５”、“６”であるときに接続対象の二つの再生区間2901、2902の間の関係を示す模式図である。 図２に示されている２Ｄプレイリスト・ファイル（00001.mpls）221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）241から再生される部分との間の対応関係を示す模式図である。 図２に示されている３Ｄプレイリスト・ファイル222のデータ構造を示す模式図である。 図３１に示されている３Ｄプレイリスト・ファイルのメインパス3101の含むＳＴＮテーブル3205を示す模式図である。 図３１に示されているＳＴＮテーブルＳＳ3130のデータ構造を示す模式図である。 図２に示されている３Ｄプレイリスト・ファイル（00002.mpls）222の示すＰＴＳと、第１ファイルＳＳ（01000.ssif）244Aから再生される部分との間の対応関係を示す模式図である。 図２に示されているインデックス・ファイル（index.bdmv）211のデータ構造を示す模式図である。 図１に示されている再生装置102が再生対象のプレイリスト・ファイルを選択する処理のフローチャートである。 ２Ｄ再生装置3700の機能ブロック図である。 ＳＰＲＭの一覧表である。 図３７に示されている再生制御部3735による２Ｄプレイリスト再生処理のフローチャートである。 図３７に示されているシステム・ターゲット・デコーダ3725の機能ブロック図である。 ３Ｄ再生装置4100の機能ブロック図である。 ＳＰＲＭ（２７）とＳＰＲＭ（２８）とのデータ構造を示す表である。 図４１に示されている再生制御部4135による３Ｄプレイリスト再生処理のフローチャートである。 図４１に示されているシステム・ターゲット・デコーダ4125の機能ブロック図である。 図４１に示されているプレーン加算部4126の機能ブロック図である。 図４５に示されている各クロッピング処理部4531−4534によるオフセット制御のフローチャートである。 図４５に示されている第２クロッピング処理部4532によるオフセット制御で加工されるＰＧプレーン・データを示す模式図である。 一つのストリーム・データに対してオフセット補正値が複数設定されたＳＴＮテーブル4805を示す模式図である。 図１に示されている表示装置103の画面サイズに基づくオフセット補正値の選択処理のフローチャートである。 図４１に示されている再生制御部4135による、グラフィックス・プレーンに与えられるべきオフセットの調整処理のフローチャートである。 サブパスを複数含む３Ｄプレイリスト・ファイル5100のデータ構造、及び、それによって参照されるファイル２Ｄ5110と二つのファイルＤＥＰ5121、5122とのデータ構造を示す模式図である。 ３Ｄプレイリスト・ファイル5200の含む参照オフセットＩＤを示す模式図である。 （ａ）は、静止画像のみを表すディペンデントビュー・ビデオ・ストリーム5300のデータ構造を示す模式図であり、（ｂ）は、そのような３Ｄプレイリスト・ファイルを従って再生される、レフトビュー・ビデオ・プレーンの列5321、ライトビュー・ビデオ・プレーンの列5322、及びグラフィックス・プレーンの列5330を示す模式図である。 （ａ）は、補完関数を利用するオフセット・メタ・データ5400のデータ構造を示す模式図であり、（ｂ）は、補完関数を構成する要素の種類を表すグラフであり、（ｃ）は、（ａ）に示されているオフセット・シーケンスＩＤ＝０、１、２の各オフセット・シーケンスから３Ｄ再生装置によって算定されたオフセット値を示すグラフである。 （ａ）、（ｂ）、（ｃ）はそれぞれ、一つのテキスト字幕ストリーム内で連続するテキスト・データ・エントリ＃１、＃２、＃３の示す文字列5501、5502、5503と、各テキスト・データ・エントリが復号された際にビットマップ・バッファに格納されるキャッシュ・データ5511、5512、5513とを示す模式図である。 （ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの水平画角HAL、HARを模式的に示す平面図であり、（ｂ）は、左側のビデオカメラCMLで撮影されたレフトビューLVを示す模式図であり、（ｃ）は、右側のビデオカメラCMRで撮影されたライトビューRVを示す模式図であり、（ｄ）、（ｅ）はそれぞれ、視差映像生成部4510によって加工された左映像プレーンの表すレフトビューLVと、右映像プレーンの表すライトビューRVとを示す模式図である。 （ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの垂直画角VAL、VARを模式的に示す平面図であり、（ｂ）は、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図であり、（ｃ）は、図４５に示されている視差映像生成部4510によって加工された左映像プレーンの表すレフトビューLVと、右映像プレーンの表すライトビューRVとを示す模式図である。 （ａ）は、グラフィックス・プレーンGPLの表すグラフィックス映像の一例を示す模式図であり、（ｂ）、（ｃ）はそれぞれ、グラフィックス・プレーンGPLに右向きと左向きとのオフセットを与えた場合を示す模式図であり、（ｄ）、（ｅ）はそれぞれ、右向きと左向きとのオフセットが与えられたグラフィックス・プレーンGP1、GP2の表すグラフィックス映像を示す模式図である。 ＢＤ−ＲＯＭディスク上のＰＧストリーム、ＩＧストリーム、及びテキスト字幕ストリームから再生されるグラフィックス・プレーン、並びに、再生装置によって生成されるグラフィックス・プレーンに対して、グラフィックス部品の配置に関する条件を示す模式図である。 実施形態２における再生出力装置の一例を示す構成図である。 （ａ）は、ＢＤ−ＲＯＭディスク101上の第１サブＴＳに多重化されたエレメンタリ・ストリームの一覧表であり、（ｂ）は、ＢＤ−ＲＯＭディスク101上の第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。 実施形態２によるＳＴＮテーブルＳＳ3130のデータ構造を示す模式図である。 実施形態２によるシステム・ターゲット・デコーダ6225の機能ブロック図である。 ２プレーン・モードのプレーン加算部6226の部分的な機能ブロック図である。 ベースビュー・ビデオ・ストリーム6401とライトビュー・ビデオ・ストリーム6402とのピクチャを表示時間順に示す模式図である。 疑似２Ｄ再生区間内のライトビュー・ピクチャ群をＭＶＣに従って符号化する際のスライス・ヘッダとスライス・データとの書式（Syntax）を示す表である。 ３Ｄ再生区間と疑似２Ｄ再生区間との両方を構成するファイル２Ｄ6610とファイルＤＥＰ6620との対、及び、各再生区間を規定する二種類の３Ｄプレイリスト・ファイル6630、6640を示す模式図である。 ３Ｄ再生区間を構成するファイル２Ｄ6710とファイルＤＥＰ＃１6721との対、そのファイル２Ｄ6710との組み合わせで疑似２Ｄ再生区間を構成するファイルＤＥＰ＃２6722、及び、各再生区間を規定する３Ｄプレイリスト・ファイル6730を示す模式図である。 ３Ｄ再生モードの再生装置102が３Ｄプレイリスト・ファイル6730に従って再生するビデオ・プレーンの列6810とＰＧプレーンの列6820とを示す模式図である。 ３Ｄ再生装置が連続再生区間中の通常２Ｄ再生区間の有無に依って動作モードを選択する処理のフローチャートである。 ダビング再生機能を持つ３Ｄ再生装置が、連続再生区間中の通常２Ｄ再生区間の有無に依って動作モードを選択する処理のフローチャートである。 （ａ）は、１プレーン＋オフセット・モードでの３Ｄグラフィックス映像の再生中にポップアップ・メニューが表示される際のビデオ・プレーンの列7110、ＩＧ／イメージ・プレーンの列7120、及びＰＧプレーンの列7130を示す模式図であり、（ｂ）は、２プレーン・モードでの３Ｄグラフィックス映像の再生中にポップアップ・メニューが表示される際のビデオ・プレーンの列7110、ＩＧ／イメージ・プレーンの列7120、及びＰＧプレーンの列7140の一例を示す模式図であり、（ｃ）は、その別例を示す模式図である。 （ａ）、（ｂ）、（ｃ）は、Ｂ−Ｄ表示モードとＢ−Ｂ表示モードとでのグラフィックス部品の表示位置の差を示す模式図であり、（ｄ）、（ｅ）、（ｆ）はそれぞれ、（ａ）、（ｂ）、（ｃ）に示されているＢ−Ｂ表示モードでのグラフィックス部品の変位を補償する処理を示す模式図である。 本発明の実施形態４による記録装置7300の機能ブロック図である。 図７４に示されている記録装置7300を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。 図７４に示されているビデオ・エンコーダ7302と多重化処理部7306との機能ブロック図である。 図７６に示されている符号化部7502によるビデオ・フレーム列の符号化処理のフローチャートである。 ビデオ・フレーム列から構成されるべき再生区間の種類を決定する処理のフローチャートである。 （ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用されるレフトビューとライトビューとの各ピクチャを表す模式図であり、（ｃ）は、図７６に示されているフレーム奥行き情報生成部7505によってそれらのピクチャから算出された奥行き情報を示す模式図である。 隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。 ２Ｄ／３Ｄ再生装置を集積回路を用いて実現した構成例である。 ストリーム処理部の代表的な構成を示す機能ブロック図である。 切替部がＤＭＡＣであった場合の切替部53周辺の概念図である。 ＡＶ出力部の代表的な構成を示す機能ブロック図である。 ＡＶ出力部もしくは再生装置のデータ出力部分を詳細に示した構成例である。 集積回路における制御バス及びデータバスの配置を示した図である。 集積回路における制御バス及びデータバスの配置を示した図である。 表示装置を集積回路を用いて実現した構成例である。 表示装置におけるＡＶ出力部の代表的な構成を示す機能ブロック図である。 画像重畳部における画像重畳処理の概念図である。 画像重畳部における画像重畳処理の概念図である。 画像重畳部における画像重畳処理の概念図である。 画像重畳部における画像重畳処理の概念図である。 再生装置における動作手順を簡単に示したフローチャートである。 再生装置における動作手順を詳細に示したフローチャートである。 （ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。 ２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。 ２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）は、２Ｄ再生モードでの動作中、図９８に示されているリード・バッファ3721に蓄積されるデータ量DAの変化を示すグラフであり、再生対象のエクステント・ブロック8310と２Ｄ再生モードでの再生経路8320との間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP＿MAXとの間の対応表の一例である。 ３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、図１０１に示されている各リード・バッファ4121、4122に蓄積されるデータ量DA1、DA2の変化を示すグラフであり、（ｃ）は、そのエクステント・ブロック8610と３Ｄ再生モードでの再生経路8620との間の対応関係を示す模式図である。 （ａ）は、Ｍ番目（整数Ｍは２以上である。）と（Ｍ＋１）番目とのエクステント・ブロックの対8701、8702から連続して３Ｄ映像がシームレスに再生されるとき、図１０１に示されている各リード・バッファ4121、4122に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群であり、（ｂ）は、それらのエクステント・ブロック8701、8702と３Ｄ再生モードでの再生経路8720との間の対応関係を示す模式図である。 （ａ）、（ｂ）は、図１０３の（ｂ）に示されている二つのエクステント・ブロック8701、8702から連続して３Ｄ映像がシームレスに再生されるとき、各リード・バッファ4121、4122に蓄積されるデータ量DA1、DA2の変化を示すグラフである。 ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第１例を示す模式図である。 図１０５に示されている配置１のデータ・ブロック群に対する２Ｄ再生モードでの再生経路9010と３Ｄ再生モードでの再生経路9020とを示す模式図である。 ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第２例を示す模式図である。 図１０７に示されている配置２のデータ・ブロック群に対する２Ｄ再生モードでの再生経路9210と３Ｄ再生モードでの再生経路9220を示す模式図である。 ファイル・ベース9301とファイルＤＥＰ9302との各エクステントEXT1[k]、EXT2[k]（整数kは0以上である。）に対して設定されたエントリ・ポイント9310、9320を示す模式図である。 （ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図であり、（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。 （ａ）は、マルチアングルに対応する多重化ストリーム・データの再生経路を示す模式図であり、（ｂ）は、ＢＤ−ＲＯＭディスク上に記録されたデータ・ブロック群9501と、それらに対するＬ／Ｒモードでの再生経路9502とを示す模式図であり、（ｃ）は、アングル別のストリーム・データAk、Bk、Ckを構成するエクステント・ブロックを示す模式図である。 マルチアングル期間を構成するデータ・ブロック群9601、及び、それらに対する２Ｄ再生モードでの再生経路9610とＬ／Ｒモードでの再生経路9620とを示す模式図である。 ３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である。
以下、本発明の好適な実施形態に係る記録媒体及び再生装置について、図面を参照しながら説明する。
《実施形態１》
図１は、本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。このホームシアター・システムは、視差映像を用いた３Ｄ映像（立体視映像）の再生方式を採用し、特に表示方式として継時分離方式を採用している（詳細は《補足》参照）。図１を参照するに、このホームシアター・システムは記録媒体101を再生対象とし、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。
記録媒体101は読み出し専用ブルーレイ・ディスク（登録商標）（ＢＤ：Blu−ray Disc）、すなわちＢＤ−ＲＯＭディスクである。記録媒体101はその他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。その記録媒体、すなわちＢＤ−ＲＯＭディスク101は３Ｄ映像による映画コンテンツを格納している。このコンテンツは、その３Ｄ映像のレフトビューとライトビューとのそれぞれを表すビデオ・ストリームを含む。そのコンテンツは更に、その３Ｄ映像のデプスマップを表すビデオ・ストリームを含んでいてもよい。それらのビデオ・ストリームは、後述のようにデータ・ブロック単位でＢＤ−ＲＯＭディスク101上に配置され、後述のファイル構造を利用してアクセスされる。レフトビュー又はライトビューを表すビデオ・ストリームは、２Ｄ再生装置と３Ｄ再生装置とのそれぞれにより、そのコンテンツを２Ｄ映像として再生するのに利用される。一方、レフトビューとライトビューとのそれぞれを表すビデオ・ストリームの対、又は、レフトビュー若しくはライトビューのいずれかとデプスマップとのそれぞれを表すビデオ・ストリームの対は、３Ｄ再生装置により、そのコンテンツを３Ｄ映像として再生するのに利用される。
再生装置102はＢＤ−ＲＯＭドライブ121を搭載している。ＢＤ−ＲＯＭドライブ121はＢＤ−ＲＯＭ方式に準拠の光ディスクドライブである。再生装置102はＢＤ−ＲＯＭドライブ121を利用して、ＢＤ−ＲＯＭディスク101からコンテンツを読み込む。再生装置102は更にそのコンテンツを映像データ／音声データに復号する。ここで、再生装置102は３Ｄ再生装置であり、そのコンテンツを２Ｄ映像と３Ｄ映像とのいずれとしても再生可能である。以下、２Ｄ映像と３Ｄ映像とのそれぞれを再生するときの再生装置102の動作モードを「２Ｄ再生モード」、「３Ｄ再生モード」という。２Ｄ再生モードでは、映像データはレフトビュー又はライトビューのいずれか一方の映像フレームを含む。３Ｄ再生モードでは、映像データはレフトビューとライトビューとの両方の映像フレームを含む。
３Ｄ再生モードは更に、レフト／ライト（Ｌ／Ｒ）モードとデプス・モードとに分けられる。「Ｌ／Ｒモード」では、レフトビューとライトビューとのそれぞれを表すビデオ・ストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。「デプス・モード」では、レフトビュー又はライトビューのいずれかとデプスマップとのそれぞれを表すビデオ・ストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。再生装置102はＬ／Ｒモードを備える。再生装置102は更に、デプス・モードを備えていてもよい。
再生装置102はＨＤＭＩ（High−Definition Multimedia Interface）ケーブル122で表示装置103に接続されている。再生装置102は映像データ／音声データをＨＤＭＩ方式の映像信号／音声信号に変換し、ＨＤＭＩケーブル122を通して表示装置103に伝送する。２Ｄ再生モードでは、映像信号にはレフトビュー又はライトビューのいずれか一方の映像フレームが多重化されている。３Ｄ再生モードでは、映像信号にはレフトビューとライトビューとの両方の映像フレームが時分割で多重化されている。再生装置102は更に、ＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換する。それにより、再生装置102は、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせることができる。
表示装置103は液晶ディスプレイである。表示装置103はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。表示装置103は、映像信号に従って画面131上に映像を表示し、音声信号に従って内蔵のスピーカから音声を発生させる。表示装置103は３Ｄ映像の再生に対応可能である。２Ｄ映像の再生時、画面131上にはレフトビュー又はライトビューのいずれか一方が表示される。３Ｄ映像の再生時、画面131上にはレフトビューとライトビューとが交互に表示される。
表示装置103は左右信号送信部132を含む。左右信号送信部132は左右信号LRを赤外線又は無線でシャッター眼鏡104へ送出する。左右信号LRは、現時点で画面131に表示される映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ映像の再生時、表示装置103は、映像信号に付随する制御信号からレフトビュー・フレームとライトビュー・フレームとを識別することによってフレームの切り換えを検知する。表示装置103は更に左右信号送信部132に、検知されたフレームの切り換えに同期して左右信号LRを変化させる。
シャッター眼鏡104は二枚の液晶表示パネル141L、141Rと左右信号受信部142とを含む。各液晶表示パネル141L、141Rは左右の各レンズ部分を構成している。左右信号受信部142は左右信号LRを受信し、その変化に応じて左右の液晶表示パネル141L、141Rに信号を送る。各液晶表示パネル141L、141Rはその信号に応じて、光をその全体で一様に透過させ、又は遮断する。特に左右信号LRがレフトビューの表示を示すとき、左目側の液晶表示パネル141Lは光を透過させ、右目側の液晶表示パネル141Rは光を遮断する。左右信号LRがライトビューの表示を示すときはその逆である。このように、二枚の液晶表示パネル141L、141Rはフレームの切り換えと同期して交互に光を透過させる。その結果、視聴者がシャッター眼鏡104をかけて画面131を見たとき、レフトビューはその視聴者の左目だけに映り、ライトビューはその右目だけに映る。そのとき、その視聴者には、各目に映る映像間の違いが同じ立体に対する両眼視差として知覚されるので、その映像が立体的に見える。
リモコン105は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、ＢＤ−ＲＯＭディスク101の再生開始若しくは停止等、再生装置102又は表示装置103の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンの識別情報を信号で送信部に伝える。送信部はその信号を赤外線又は無線による信号IRに変換して再生装置102又は表示装置103へ送出する。一方、再生装置102と表示装置103とはそれぞれ、その信号IRを受信し、その信号IRの示すボタンを特定し、そのボタンに対応付けられた機能を実行する。こうして、ユーザは再生装置102又は表示装置103を遠隔操作できる。
＜ＢＤ−ＲＯＭディスク上のデータ構造＞
図２は、ＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。図２を参照するに、ＢＤ−ＲＯＭディスク101上のデータ記録領域の最内周部にはＢＣＡ（Burst Cutting Area）201が設けられている。ＢＣＡに対してはＢＤ−ＲＯＭドライブ121によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止される。それにより、ＢＣＡ201は著作権保護技術に利用される。ＢＣＡ201よりも外側のデータ記録領域では内周から外周へ向けてトラックが螺旋状に延びている。図２にはトラック202が模式的に横方向に引き伸ばされて描かれている。その左側はディスク101の内周部を表し、右側は外周部を表す。図２に示されているように、トラック202は内周から順に、リードイン領域202A、ボリューム領域202B、及びリードアウト領域202Cを含む。リードイン領域202AはＢＣＡ201のすぐ外周側に設けられている。リードイン領域202Aは、ボリューム領域202Bに記録されたデータのサイズ及び物理アドレス等、ＢＤ−ＲＯＭドライブ121によるボリューム領域202Bへのアクセスに必要な情報を含む。リードアウト領域202Cはデータ記録領域の最外周部に設けられ、ボリューム領域202Bの終端を示す。ボリューム領域202Bは、映像及び音声等のアプリケーション・データを含む。
ボリューム領域202Bは「セクタ」と呼ばれる小領域202Dに分割されている。セクタのサイズは共通であり、例えば２０４８バイトである。各セクタ202Dにはボリューム領域202Bの先端から順に通し番号が振られている。この通し番号は論理ブロック番号（ＬＢＮ）と呼ばれ、ＢＤ−ＲＯＭディスク101上の論理アドレスに利用される。ＢＤ−ＲＯＭディスク101からのデータの読み出しでは、宛先のセクタのＬＢＮが指定されることによって読み出し対象のデータが特定される。こうして、ボリューム領域202Bはセクタ単位でアクセス可能である。更に、ＢＤ−ＲＯＭディスク101上では論理アドレスが物理アドレスと実質的に等しい。特に、ＬＢＮが連続している領域では物理アドレスも実質的に連続している。従って、ＢＤ−ＲＯＭドライブ121は、ＬＢＮが連続しているセクタからデータを、その光ピックアップにシークを行わせることなく連続して読み出すことができる。
ボリューム領域202Bに記録されたデータは所定のファイルシステムで管理される。そのファイルシステムとしてはＵＤＦ（Universal Disc Format）が採用されている。そのファイルシステムはその他にＩＳＯ９６６０であってもよい。そのファイルシステムに従い、ボリューム領域202Bに記録されたデータはディレクトリ／ファイル形式で表現される（詳細は《補足》参照）。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
≪ＢＤ−ＲＯＭディスク上のディレクトリ／ファイル構造≫
図２は更に、ＢＤ−ＲＯＭディスク101のボリューム領域202Bに格納されたデータのディレクトリ／ファイル構造を示す。図２を参照するに、このディレクトリ／ファイル構造では、ルート（ＲＯＯＴ）ディレクトリ203の直下にＢＤムービー（ＢＤＭＶ：BD Movie）ディレクトリ210が置かれている。ＢＤＭＶディレクトリ210の直下には、インデックス・ファイル（index.bdmv）211とムービーオブジェクト・ファイル（MovieObject.bdmv）212とが置かれている。
インデックス・ファイル211は、ＢＤ−ＲＯＭディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルと、再生装置102の動作を制御するためのプログラムとの間の対応表である。そのプログラムを「オブジェクト」という。オブジェクトの種類にはムービーオブジェクトとＢＤ−Ｊ（BD Java （登録商標））オブジェクトとがある。
ムービーオブジェクト・ファイル212は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置102は一般的なＤＶＤプレーヤと同様に、まず表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。
図２を更に参照するに、ＢＤＭＶディレクトリ210の直下には、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ220、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ230、ストリーム（ＳＴＲＥＡＭ）ディレクトリ240、ＢＤ−Ｊオブジェクト（ＢＤＪＯ：BD Java Object）ディレクトリ250、Ｊａｖａアーカイブ（ＪＡＲ：Java Archive）ディレクトリ260、及び補助データ（ＡＵＸＤＡＴＡ：Auxiliary Data）ディレクトリ270が置かれている。
ＳＴＲＥＡＭディレクトリ240の直下には、三種類のＡＶストリーム・ファイル（01000.m2ts）241、（02000.m2ts）242、（03000.m2ts）243、及び、立体視インターリーブ・ファイル（ＳＳＩＦ：Stereoscopic Interleaved File）ディレクトリ244が置かれている。ＳＳＩＦディレクトリ244の直下には、二種類のＡＶストリーム・ファイル（01000.ssif）244A、（02000.ssif）244Bが置かれている。
「ＡＶストリーム・ファイル」は、ＢＤ−ＲＯＭディスク101上に記録された映像コンテンツの本体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの本体とは一般に、映像・音声・字幕等を表す各種のストリーム・データ、すなわちエレメンタリ・ストリームが多重化されたストリーム・データを意味する。この多重化ストリーム・データは、メイン・トランスポート・ストリーム（ＴＳ）、サブＴＳ、及びテキスト字幕ストリームの三種類に大別される。
「メインＴＳ」は、プライマリ・ビデオ・ストリームとしてベースビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ベースビュー・ビデオ・ストリーム」は、単独で再生可能であって、２Ｄ映像を表すビデオ・ストリームをいう。この２Ｄ映像を「ベースビュー」又は「メインビュー」という。
「サブＴＳ」は、プライマリ・ビデオ・ストリームとしてディペンデントビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ディペンデントビュー・ビデオ・ストリーム」は、その再生にベースビュー・ビデオ・ストリームを必要とし、そのベースビュー・ビデオ・ストリームとの組み合わせで３Ｄ映像を表すビデオ・ストリームをいう。ディペンデントビュー・ビデオ・ストリームの種類には、ライトビュー・ビデオ・ストリーム、レフトビュー・ビデオ・ストリーム、及び、デプスマップ・ストリームがある。「ライトビュー・ビデオ・ストリーム」は、ベースビューが３Ｄ映像のレフトビューであるときに、その３Ｄ映像のライトビューを表すビデオ・ストリームである。「レフトビュー・ビデオ・ストリーム」はその逆である。「デプスマップ・ストリーム」は、ベースビューが仮想的な２Ｄ画面への３Ｄ映像の射影であるときに、その３Ｄ映像のデプスマップを表すストリーム・データである。特に、ベースビューが３Ｄ映像のレフトビューであるときに利用されるデプスマップ・ストリームを「レフトビュー・デプスマップ・ストリーム」といい、ベースビューがライトビューであるときに利用されるデプスマップ・ストリームを「ライトビュー・デプスマップ・ストリーム」という。ディペンデントビュー・ビデオ・ストリームの表す２Ｄ映像又はデプスマップを「ディペンデントビュー」又は「サブビュー」という。
「テキスト字幕ストリーム」（textST（SubTitle）stream）は、所定の言語で記述された映画の字幕をテキスト文字列で表すストリーム・データをいう。「テキスト文字列」は、字幕に含まれる各文字を特定の符号（キャラクタ・コード）で表したデータ列である。テキスト字幕ストリームは他のＴＳとは異なり、一つのエレメンタリ・ストリームのみを含む。
ＡＶストリーム・ファイルは、内蔵の多重化ストリーム・データの種類に依って、ファイル２Ｄ、ファイル・ディペンデント（以下、ファイルＤＥＰと略す。）、テキスト字幕ファイル、及びインターリーブ・ファイル（以下、ファイルＳＳと略す。）の四種類に分けられる。「ファイル２Ｄ」は、２Ｄ再生モードでの２Ｄ映像の再生に利用されるＡＶストリーム・ファイルであって、メインＴＳを含むものをいう。「ファイルＤＥＰ」は、サブＴＳを含むＡＶストリーム・ファイルをいう。「テキスト字幕ファイル」は、テキスト字幕ストリームを含むＡＶストリーム・ファイルをいう。「ファイルＳＳ」は、同じ３Ｄ映像を表すメインＴＳとサブＴＳとの対を含むＡＶストリーム・ファイルをいう。ファイルＳＳは特に、メインＴＳをいずれかのファイル２Ｄと共有し、サブＴＳをいずれかのファイルＤＥＰと共有する。すなわち、ＢＤ−ＲＯＭディスク101のファイルシステムでは、メインＴＳはファイルＳＳとファイル２Ｄとのいずれとしてもアクセス可能であり、サブＴＳはファイルＳＳとファイルＤＥＰとのいずれとしてもアクセス可能である。このように、ＢＤ−ＲＯＭディスク101上に記録された一連のデータを異なるファイルに共有させ、いずれのファイルとしてもアクセス可能にする仕組みを「ファイルのクロスリンク」という。
図２に示されている例では、第１ＡＶストリーム・ファイル（01000.m2ts）241はファイル２Ｄであり、第２ＡＶストリーム・ファイル（02000.m2ts）242はファイルＤＥＰであり、第３ＡＶストリーム・ファイル（03000.m2ts）243はテキスト字幕ファイルである。このように、ファイル２Ｄ、ファイルＤＥＰ、及びテキスト字幕ファイルはＳＴＲＥＡＭディレクトリ240の直下に置かれる。第１ＡＶストリーム・ファイルすなわちファイル２Ｄ241の含むベースビュー・ビデオ・ストリームは３Ｄ映像のレフトビューを表す。第２ＡＶストリーム・ファイルすなわちファイルＤＥＰ242の含むディペンデントビュー・ビデオ・ストリームは、ライトビュー・ビデオ・ストリームとデプスマップ・ストリームとの両方を含む。
図２に示されている例では更に、第４ＡＶストリーム・ファイル（01000.ssif）244Aと第５ＡＶストリーム・ファイル（02000.ssif）244BとはいずれもファイルＳＳである。このように、ファイルＳＳはＳＳＩＦディレクトリ244の直下に置かれる。第４ＡＶストリーム・ファイル、すなわち第１ファイルＳＳ244Aはファイル２Ｄ241とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、ファイルＤＥＰ242とはサブＴＳ、特にライトビュー・ビデオ・ストリームを共有する。第５ＡＶストリーム・ファイル、すなわち第２ファイルＳＳ244Bはファイル２Ｄ241とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、ファイルＤＥＰ242とはサブＴＳ、特にデプスマップ・ストリームを共有する。
ＣＬＩＰＩＮＦディレクトリ230には、三種類のクリップ情報ファイル（01000.clpi）231、（02000.clpi）232、（03000.clpi）233が置かれている。「クリップ情報ファイル」は、ファイル２Ｄ、ファイルＤＥＰ、及びテキスト字幕ファイルに一対一に対応付けられたファイルであって、特に各ファイルのエントリ・マップを含むものをいう。「エントリ・マップ」は、各ファイルの表すシーン又は字幕の表示時間と、そのシーン又は字幕が記録された各ファイル内のアドレスとの間の対応表である。クリップ情報ファイルのうち、ファイル２Ｄに対応付けられているものを「２Ｄクリップ情報ファイル」といい、ファイルＤＥＰに対応付けられているものを「ディペンデントビュー・クリップ情報ファイル」という。図２に示されている例では、第１クリップ情報ファイル（01000.clpi）231は２Ｄクリップ情報ファイルであり、ファイル２Ｄ241に対応付けられている。第２クリップ情報ファイル（02000.clpi）232はディペンデントビュー・クリップ情報ファイルであり、ファイルＤＥＰ242に対応付けられている。第３クリップ情報ファイル（03000.clpi）233はテキスト字幕ファイル243に対応付けられている。
ＰＬＡＹＬＩＳＴディレクトリ220には三種類のプレイリスト・ファイル（00001.mpls）221、（00002.mpls）222、（00003.mpls）223が置かれている。「プレイリスト・ファイル」は、ＡＶストリーム・ファイルの再生経路、すなわちＡＶストリーム・ファイルの再生対象の部分とその再生順序とを規定するファイルをいう。プレイリスト・ファイルの種類には２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとがある。「２Ｄプレイリスト・ファイル」はファイル２Ｄの再生経路を規定する。「３Ｄプレイリスト・ファイル」は、２Ｄ再生モードの再生装置に対してはファイル２Ｄの再生経路を規定し、３Ｄ再生モードの再生装置に対してはファイルＳＳの再生経路を規定する。図２に示されている例では、第１プレイリスト・ファイル（00001.mpls）221は２Ｄプレイリスト・ファイルであり、ファイル２Ｄ241の再生経路を規定する。第２プレイリスト・ファイル（00002.mpls）222は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ241の再生経路を規定し、Ｌ／Ｒモードの３Ｄ再生装置に対しては第１ファイルＳＳ244Aの再生経路を規定する。第３プレイリスト・ファイル（00003.mpls）223は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ241の再生経路を規定し、デプス・モードの３Ｄ再生装置に対しては第２ファイルＳＳ244Bの再生経路を規定する。
ＢＤＪＯディレクトリ250にはＢＤ−Ｊオブジェクト・ファイル（XXXXX.bdjo）251が置かれている。ＢＤ−Ｊオブジェクト・ファイル251はＢＤ−Ｊオブジェクトを一つ含む。ＢＤ−Ｊオブジェクトはバイトコード・プログラムであり、再生装置102に実装されたＪａｖａ仮想マシンにタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。ＢＤ−Ｊオブジェクトは、Ｊａｖａ言語等のコンパイラ型言語で記述されている。ＢＤ−Ｊオブジェクトはアプリケーション管理テーブルと参照対象のプレイリスト・ファイルの識別情報とを含む。「アプリケーション管理テーブル」は、Ｊａｖａ仮想マシンに実行させるべきＪａｖａアプリケーション・プログラムとその実行時期、すなわちライフサイクルとの対応表である。「参照対象のプレイリスト・ファイルの識別情報」は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンはユーザの操作又はアプリケーション・プログラムに従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、再生装置102は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置103にグラフィックス映像をタイトルの映像とは独立に表示させる。
ＪＡＲディレクトリ260にはＪＡＲファイル（YYYYY.jar）261が置かれている。ＪＡＲファイル261は、ＢＤ−Ｊオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきＪａｖａアプリケーション・プログラムの本体を一般に複数含む。「Ｊａｖａアプリケーション・プログラム」は、ＢＤ−Ｊオブジェクトと同様、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。Ｊａｖａアプリケーション・プログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及びＪａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。ＪＡＲファイル261はＪａｖａアーカイブ・ファイルであり、再生装置102に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にＪａｖａアプリケーション・プログラムが格納される。
ＡＵＸＤＡＴＡディレクトリ270には、フォント・セット（11111.oft）271が置かれている。フォント・セット271は、テキスト字幕ストリームに関するフォント情報を含む。フォント情報は、キャラクタ・コード別に字体を表すラスタ・データを含む。キャラクタ・コードは、例えば、数字、アルファベット、五十音の各文字に割り当てられている。フォント・セットは、字体と言語との種類別に構成され、例えばＯｐｅｎＴｙｐｅフォントを含む。
≪多重化ストリーム・データの構造≫
図３の（ａ）は、ＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。メインＴＳはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームであり、図２に示されているファイル２Ｄ241に含まれる。図３の（ａ）を参照するに、メインＴＳは、プライマリ・ビデオ・ストリーム301、プライマリ・オーディオ・ストリーム302A、302B、及びプレゼンテーション・グラフィックス（ＰＧ）ストリーム303A、303Bを含む。メインＴＳはその他に、インタラクティブ・グラフィックス（ＩＧ）ストリーム304、セカンダリ・オーディオ・ストリーム305、及びセカンダリ・ビデオ・ストリーム306を含んでもよい。
プライマリ・ビデオ・ストリーム301は映画の主映像を表し、セカンダリ・ビデオ・ストリーム306は副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。プライマリ・ビデオ・ストリーム301とセカンダリ・ビデオ・ストリーム306とはいずれもベースビュー・ビデオ・ストリームである。各ビデオ・ストリーム301、306は、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、又はＳＭＰＴＥ ＶＣ−１等の動画圧縮符号化方式で符号化されている。
プライマリ・オーディオ・ストリーム302A、302Bは映画の主音声を表す。ここで、二つのプライマリ・オーディオ・ストリーム302A、302Bの間では言語が異なる。セカンダリ・オーディオ・ストリーム305は、対話画面の操作に伴う効果音等、主音声と重ね合わされるべき（ミキシングされるべき）副音声を表す。各オーディオ・ストリーム302A、302B、305は、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ（Meridian Lossless Packing：登録商標）、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ−ＨＤ、又はリニアＰＣＭ（Pulse Code Modulation）等の方式で符号化されている。
各ＰＧストリーム303A、303Bは、グラフィックスによる字幕等、プライマリ・ビデオ・ストリーム301の表す映像に重ねて表示されるべきグラフィックス映像を表す。二つのＰＧストリーム303A、303Bの間では、例えば字幕の言語が異なる。ＩＧストリーム304は、表示装置103の画面131上に対話画面を構成するためのグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィックス部品及びその配置を表す。
エレメンタリ・ストリーム301−306はパケット識別子（ＰＩＤ）によって識別される。ＰＩＤの割り当ては例えば次のとおりである。一つのメインＴＳはプライマリ・ビデオ・ストリームを一本のみ含むので、プライマリ・ビデオ・ストリーム301には１６進数値０ｘ１０１１が割り当てられる。一つのメインＴＳに他のエレメンタリ・ストリームが種類ごとに最大３２本まで多重化可能であるとき、プライマリ・オーディオ・ストリーム302A、302Bには０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム303A、303Bには０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム304には０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオ・ストリーム305には０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム306には０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。
図３の（ｂ）は、ＢＤ−ＲＯＭディスク101上のサブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図２に示されているファイルＤＥＰ242に含まれる。図３の（ｂ）を参照するに、サブＴＳは二本のプライマリ・ビデオ・ストリーム311R、311Dを含む。その一方311Rはライトビュー・ビデオ・ストリームであり、他方311Dはデプスマップ・ストリームである。そのライトビュー・ビデオ・ストリーム311Rは、メインＴＳ内のプライマリ・ビデオ・ストリーム301が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。そのデプスマップ・ストリーム311Dは、メインＴＳ内のプライマリ・ビデオ・ストリーム301との組み合わせで３Ｄ映像を表す。サブＴＳはその他に、セカンダリ・ビデオ・ストリーム312R、312Dを含んでもよい。その一方312Rはライトビュー・ビデオ・ストリームであり、他方312Dはデプスマップ・ストリームである。そのライトビュー・ビデオ・ストリーム312Rは、メインＴＳ内のセカンダリ・ビデオ・ストリーム306が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。そのデプスマップ・ストリーム312Dは、メインＴＳ内のセカンダリ・ビデオ・ストリーム306との組み合わせで３Ｄ映像を表す。
エレメンタリ・ストリーム311R、…、312Dに対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム311R、311Dにはそれぞれ、０ｘ１０１２、０ｘ１０１３が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、セカンダリ・ビデオ・ストリーム312R、312Dには０ｘ１Ｂ２０から０ｘ１Ｂ３Ｆまでのいずれかが割り当てられる。
図３の（ｃ）は、ＢＤ−ＲＯＭディスク101上のテキスト字幕ストリームに多重化されたエレメンタリ・ストリームの一覧表である。テキスト字幕ストリームはＭＰＥＧ−２ ＴＳ形式のストリーム・データである。図３の(ｃ）に示されているとおり、テキスト字幕ストリームは単一のエレメンタリ・ストリーム321のみを含む。そのエレメンタリ・ストリーム321に対しては、ＰＩＤとして一定値０ｘ１８００が割り当てられる。
図４は、多重化ストリーム・データ400内でのＴＳパケットの配置を示す模式図である。このパケット構造はメインＴＳとサブＴＳとで共通である。尚、テキスト字幕ストリームのパケット構造については後述する。多重化ストリーム・データ400内では各エレメンタリ・ストリーム401、402、403、404はＴＳパケット421、422、423、424の列に変換されている。例えばビデオ・ストリーム401では、まず、各フレーム401A又は各フィールドが一つのＰＥＳ（Packetized Elementary Stream）パケット411に変換される。次に、各ＰＥＳパケット411が一般に複数のＴＳパケット421に変換される。同様に、オーディオ・ストリーム402、ＰＧストリーム403、及びＩＧストリーム404はそれぞれ、一旦ＰＥＳパケット412、413、414の列に変換された後、ＴＳパケット422、423、424の列に変換される。最後に、各エレメンタリ・ストリーム401、402、403、404から得られたＴＳパケット421、422、423、424が一本のストリーム・データ400に時分割で多重化される。
図５の（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。各ＴＳパケット501は１８８バイト長のパケットである。図５の（ｂ）を参照するに、各ＴＳパケット501は、ＴＳペイロード501Pとアダプテーション（adaptation）フィールド（以下、ＡＤフィールドと略す。）501Aとの少なくともいずれか、及びＴＳヘッダ501Hを含む。ＴＳペイロード501PとＡＤフィールド501Aとは、両方を合わせて１８４バイト長のデータ領域である。ＴＳペイロード501PはＰＥＳパケットの格納領域として利用される。図４に示されているＰＥＳパケット411−414はそれぞれ、一般に複数の部分に分割され、各部分が異なるＴＳペイロード501Pに格納される。ＡＤフィールド501Aは、ＴＳペイロード501Pのデータ量が１８４バイトに満たないときにスタッフィング・バイト（すなわちダミー・データ）を格納するための領域である。ＡＤフィールド501Aはその他に、ＴＳパケット501が例えば後述のＰＣＲであるときに、その情報の格納領域として利用される。ＴＳヘッダ501Hは４バイト長のデータ領域である。
図５の（ａ）は、ＴＳヘッダ501Hのデータ構造を示す模式図である。図５の（ａ）を参照するに、ＴＳヘッダ501Hは、ＴＳ優先度（transport＿priority）511、ＰＩＤ512、及びＡＤフィールド制御（adaptation＿field＿control）513を含む。ＰＩＤ512は、同じＴＳパケット501内のＴＳペイロード501Pに格納されたデータの属するエレメンタリ・ストリームのＰＩＤを示す。ＴＳ優先度511は、ＰＩＤ512の示す値が共通するＴＳパケット群の中でのＴＳパケット501の優先度を示す。ＡＤフィールド制御513は、ＴＳパケット501内でのＡＤフィールド501AとＴＳペイロード501Pとのそれぞれの有無を示す。例えばＡＤフィールド制御513が“１”を示すとき、ＴＳパケット501はＡＤフィールド501Aを含まず、ＴＳペイロード501Pを含む。ＡＤフィールド制御513が“２”を示すときはその逆である。ＡＤフィールド制御513が“３”を示すとき、ＴＳパケット501はＡＤフィールド501AとＴＳペイロード501Pとの両方を含む。
図５の（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。図５の（ｃ）を参照するに、各ソースパケット502は１９２バイト長のパケットであり、図５の（ｂ）に示されているＴＳパケット501の一つと４バイト長のヘッダ（TP＿Extra＿Header）502Hとを含む。ＴＳパケット501がＢＤ−ＲＯＭディスク101に記録されるとき、そのＴＳパケット501にヘッダ502Hが付与されることによってソースパケット502は構成される。ヘッダ502HはＡＴＳ（Arrival＿Time＿Stamp）を含む。「ＡＴＳ」は時刻情報であり、再生装置102によって次のように利用される：ソースパケット502がＢＤ−ＲＯＭディスク101から再生装置102内のシステム・ターゲット・デコーダへ送られたときに、そのソースパケット502からＴＳパケット502Pが抽出されてシステム・ターゲット・デコーダ内のＰＩＤフィルタへ転送される。そのヘッダ502H内のＡＴＳは、その転送が開始されるべき時刻を示す。ここで、「システム・ターゲット・デコーダ」は、多重化ストリーム・データからエレメンタリ・ストリームを分離して個別に復号する装置をいう。システム・ターゲット・デコーダと、それによるＡＴＳの利用との詳細については後述する。
図５の（ｄ）は、一連のソースパケット502が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。図５の（ｄ）を参照するに、一連のソースパケット502は３２個ずつ、三つの連続するセクタ521、522、523に記録されている。これは、３２個のソースパケットのデータ量１９２バイト×３２＝６１４４バイトが三つのセクタの合計サイズ２０４８バイト×３＝６１４４バイトに等しいことに因る。このように、三つの連続するセクタ521、522、523に記録された３２個のソースパケット502を「アラインド・ユニット（Aligned Unit）」520という。再生装置102はＢＤ−ＲＯＭディスク101からソースパケット502をアラインド・ユニット520ごとに、すなわち３２個ずつ読み出す。セクタ群521、522、523、…は先頭から順に３２個ずつに分割され、それぞれが一つの誤り訂正符号（ＥＣＣ）ブロック530を構成している。ＢＤ−ＲＯＭドライブ121はＥＣＣブロック530ごとに誤り訂正処理を行う。
≪ビデオ・ストリームのデータ構造≫
ビデオ・ストリームに含まれる各ピクチャは１フレーム又は１フィールドを表し、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。その圧縮には、ピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化を「ピクチャ内符号化」という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの近似性を利用するピクチャの符号化を「ピクチャ間予測符号化」という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して参照ピクチャに対する動き補償が行われる。更に、動き補償によって得られたピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。
図６は、ビデオ・ストリームに含まれる三枚のピクチャ601、602、603を表示時間順に示す模式図である。図６を参照するに、各ピクチャ601、602、603は一般に複数のスライス611、…、621、622、623、…、631、…に分割されている。「スライス」は、一般に水平方向に並ぶ複数のマクロブロックから構成された帯状領域である。「マクロブロック」は、１６×１６等、所定サイズの画素マトリクスである。ここで、図６には示されていないが、一つのスライスが二行以上のマクロブロックから構成されていてもよい。上記の符号化方式ではピクチャがスライスごとに圧縮される。圧縮後のスライスは、Ｉスライス、Ｐスライス、Ｂスライスの三種類に分けられる。「Ｉ（Intra）スライス」621は、ピクチャ内符号化によって圧縮されたスライスをいう。「Ｐ（Predictive）スライス」622は、ピクチャ間予測符号化によって圧縮されたスライスであって、表示時間がそれよりも前である一枚のピクチャ601が参照ピクチャとして利用されたものをいう。「Ｂ（Bidirectionally Predivtive）スライス」623は、ピクチャ間予測符号化によって圧縮されたスライスであって、表示時間がそれよりも前又は後である二枚のピクチャ601、603が参照ピクチャとして利用されたものをいう。図６ではＰスライス622とＢスライス623との参照先が矢印で示されている。ＭＰＥＧ−４ ＡＶＣでは、図６に示されているように、一つのピクチャ602が異なる種類のスライスを含んでもよい。一方、ＭＰＥＧ−２では、一つのピクチャは同じ種類のスライスしか含まない。
以下の説明では便宜上、符号化方式に関わらず、一つのピクチャが同じ種類のスライスしか含まない場合を想定する。その場合、圧縮後のピクチャはスライスの種類に応じて、Ｉピクチャ、Ｐピクチャ、Ｂピクチャの三種類に分けられる。更に、Ｂピクチャのうち、他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを特に「Ｂｒ（reference B）ピクチャ」という。
図７は、ベースビュー・ビデオ・ストリーム701とライトビュー・ビデオ・ストリーム702とのピクチャを表示時間順に示す模式図である。図７を参照するに、ベースビュー・ビデオ・ストリーム701はピクチャ710、711、712、…、719（以下、ベースビュー・ピクチャという。）を含み、ライトビュー・ビデオ・ストリーム702はピクチャ720、721、722、…、729（以下、ライトビュー・ピクチャという。）を含む。ベースビュー・ピクチャ710−719は一般に複数のＧＯＰ731、732に分割されている。「ＧＯＰ」は、Ｉピクチャを先頭とする複数枚の連続するピクチャの列をいう。ＧＯＰは一般に、Ｉピクチャの他にＰピクチャとＢピクチャとを含む。
図７に示されている例では、各ＧＯＰ731、732内のベースビュー・ピクチャが以下の順で圧縮される。第１ＧＯＰ731では、まず先頭のベースビュー・ピクチャがＩ0ピクチャ710に圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に、４番目のベースビュー・ピクチャがＩ0ピクチャ710を参照ピクチャとしてＰ3ピクチャ713に圧縮される。ここで、図７に示されている各矢印は、先端のピクチャが後端のピクチャに対する参照ピクチャであることを示す。続いて、２、３番目のベースビュー・ピクチャがＩ0ピクチャ710とＰ3ピクチャ713とを参照ピクチャとして、それぞれ、Ｂｒ1ピクチャ711、Ｂｒ2ピクチャ712に圧縮される。更に７番目のベースビュー・ピクチャがＰ3ピクチャ713を参照ピクチャとしてＰ6ピクチャ716に圧縮される。続いて、４、５番目のベースビュー・ピクチャがＰ3ピクチャ713とＰ6ピクチャ716とを参照ピクチャとして、それぞれ、Ｂｒ4ピクチャ714、Ｂｒ5ピクチャ715に圧縮される。同様に、第２ＧＯＰ732では、まず先頭のベースビュー・ピクチャがＩ7ピクチャ717に圧縮される。次に３番目のベースビュー・ピクチャがＩ7ピクチャ717を参照ピクチャとしてＰ9ピクチャ719に圧縮される。続いて、２番目のベースビュー・ピクチャがＩ7ピクチャ717とＰ9ピクチャ719とを参照ピクチャとしてＢｒ8ピクチャ718に圧縮される。
ベースビュー・ビデオ・ストリーム701では各ＧＯＰ731、732がその先頭にＩピクチャを必ず含むので、ベースビュー・ピクチャはＧＯＰごとに復号可能である。例えば第１ＧＯＰ731では、まずＩ0ピクチャ710が単独で復号される。次に、復号後のＩ0ピクチャ710を利用してＰ3ピクチャ713が復号される。続いて、復号後のＩ0ピクチャ710とＰ3ピクチャ713とを利用して、Ｂｒ1ピクチャ711とＢｒ2ピクチャ712とが復号される。後続のピクチャ群714、715、…も同様に復号される。こうして、ベースビュー・ビデオ・ストリーム701は単独で復号可能であり、更にＧＯＰ単位でのランダム・アクセスが可能である。
図７を更に参照するに、ライトビュー・ピクチャ720−729はピクチャ間予測符号化で圧縮されている。しかし、その符号化方法はベースビュー・ピクチャ710−719の符号化方法とは異なり、映像の時間方向での冗長性に加え、左右の映像間の冗長性をも利用する。具体的には、各ライトビュー・ピクチャ720−729の参照ピクチャが、図７に矢印で示されているように、ライトビュー・ビデオ・ストリーム702からだけでなく、ベースビュー・ビデオ・ストリーム701からも選択される。特に各ライトビュー・ピクチャ720−729と、その参照ピクチャとして選択されたベースビュー・ピクチャとは表示時刻が実質的に等しい。それらのピクチャは３Ｄ映像の同じシーンのライトビューとレフトビューとの対、すなわち視差映像を表す。このように、ライトビュー・ピクチャ720−729はベースビュー・ピクチャ710−719と一対一に対応する。特にそれらのピクチャ間ではＧＯＰ構造が共通である。
図７に示されている例では、まず第１ＧＯＰ731内の先頭のライトビュー・ピクチャがベースビュー・ビデオ・ストリーム701内のＩ0ピクチャ710を参照ピクチャとしてＰ0ピクチャ720に圧縮される。それらのピクチャ710、720は３Ｄ映像の先頭フレームのレフトビューとライトビューとを表す。次に、４番目のライトビュー・ピクチャがＰ0ピクチャ720とベースビュー・ビデオ・ストリーム701内のＰ3ピクチャ713とを参照ピクチャとしてＰ3ピクチャ723に圧縮される。続いて、２番目のライトビュー・ピクチャがＰ0ピクチャ720とＰ3ピクチャ723とに加えて、ベースビュー・ビデオ・ストリーム701内のＢｒ1ピクチャ711を参照ピクチャとしてＢ1ピクチャ721に圧縮される。同様に、３番目のライトビュー・ピクチャがＰ0ピクチャ720とＰ3ピクチャ730とに加えて、ベースビュー・ビデオ・ストリーム701内のＢｒ2ピクチャ712を参照ピクチャとしてＢ2ピクチャ722に圧縮される。以降のライトビュー・ピクチャ724−729についても同様に、そのライトビュー・ピクチャと表示時刻が実質的に等しいベースビュー・ピクチャが参照ピクチャとして利用される。
上記のような左右の映像間の相関関係を利用した動画圧縮符号化方式としては、ＭＶＣ（Multiview Video Coding）と呼ばれるＭＰＥＧ−４ ＡＶＣ／Ｈ．２６４の修正規格が知られている。ＭＶＣは、ＩＳＯ／ＩＥＣ ＭＰＥＧとＩＴＵ−Ｔ ＶＣＥＧとの共同プロジェクトであるＪＶＴ（Joint Video Team）によって２００８年７月に策定されたものであり、複数の視点から見える映像をまとめて符号化するための規格である。ＭＶＣでは映像間予測符号化に、映像の時間方向での類似性だけでなく、視点の異なる映像間の類似性も利用される。その予測符号化では、各視点から見た映像を個別に圧縮する予測符号化よりも映像の圧縮率が高い。
上記のとおり、各ライトビュー・ピクチャ720−729の圧縮にはベースビュー・ピクチャが参照ピクチャとして利用される。従って、ベースビュー・ビデオ・ストリーム701とは異なり、ライトビュー・ビデオ・ストリーム702を単独で復号することはできない。しかし、視差映像間の差異は一般にわずかであり、すなわちレフトビューとライトビューとの間の相関は高い。従って、ライトビュー・ピクチャは一般にベースビュー・ピクチャよりも圧縮率が著しく高く、すなわちデータ量が著しく小さい。
デプスマップ・ストリームに含まれるデプスマップはベースビュー・ピクチャ710−719と一対一に対応し、そのベースビュー・ピクチャの示す２Ｄ映像に対するデプスマップを表す。各デプスマップは、ベースビュー・ピクチャ710−719と同様、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。特にその符号化方式ではピクチャ間予測符号化が利用される。すなわち、各デプスマップが他のデプスマップを参照ピクチャとして利用して圧縮される。デプスマップ・ストリームは更に、ベースビュー・ビデオ・ストリーム701と同様にＧＯＰ単位に分割され、各ＧＯＰがその先頭にＩピクチャを必ず含む。従って、デプスマップはＧＯＰごとに復号可能である。但し、デプスマップ自体は２Ｄ映像の各部の奥行きを画素別に表す情報でしかないので、デプスマップ・ストリームを単独で映像の再生に利用することはできない。
例えば図３の（ｂ）に示されている二本のプライマリ・ビデオ・ストリーム311R、311Dのように、同じベースビュー・ビデオ・ストリームに対応するライトビュー・ビデオ・ストリームとデプスマップ・ストリームとは同じ符号化方式で圧縮されている。例えば、ライトビュー・ビデオ・ストリームがＭＶＣのフォーマットで符号化されているとき、デプスマップ・ストリームもＭＶＣのフォーマットで符号化されている。その場合、再生装置102は３Ｄ映像の再生時、符号化方式を一定に維持したまま、Ｌ／Ｒモードとデプス・モードとの切り換えをスムーズに実現できる。
図８は、ビデオ・ストリーム800のデータ構造の詳細を示す模式図である。このデータ構造は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで実質的に共通である。図８を参照するに、ビデオ・ストリーム800は一般に複数のビデオ・シーケンス＃１、＃２、…から構成されている。「ビデオ・シーケンス」は、一つのＧＯＰ810を構成するピクチャ群811、812、813、814、…に個別にヘッダ等の付加情報を組み合わせたものである。この付加情報と各ピクチャとの組み合わせを「ビデオ・アクセスユニット（ＶＡＵ）」という。すなわち、各ＧＯＰ810、820ではピクチャごとに一つのＶＡＵ＃１、＃２、…が構成されている。各ピクチャはＶＡＵ単位でビデオ・ストリーム800から読み出し可能である。
図８は更に、ベースビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１831の構造を示す。ＶＡＵ＃１831は、アクセスユニット（ＡＵ）識別コード831A、シーケンス・ヘッダ831B、ピクチャ・ヘッダ831C、補足データ831D、及び圧縮ピクチャ・データ831Eを含む。二番目以降のＶＡＵ＃２は、シーケンス・ヘッダ831Bを含まない点を除き、ＶＡＵ＃１831と同じ構造である。ＡＵ識別コード831Aは、ＶＡＵ＃１831の先端を示す所定の符号である。シーケンス・ヘッダ831BはＧＯＰヘッダともいい、ＶＡＵ＃１831を含むビデオ・シーケンス＃１の識別番号を含む。シーケンス・ヘッダ831Bは更にＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャ・ヘッダ831Cは、自身に固有の識別番号、ビデオ・シーケンス＃１の識別番号、及び、ピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ831Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。補足データ831Dは特に復号スイッチ情報を含む（詳細は後述する）。圧縮ピクチャ・データ831Eはベースビュー・ピクチャを含む。ＶＡＵ＃１831はその他に、必要に応じて、パディング・データ831F、シーケンス終端コード831G、及びストリーム終端コード831Hのいずれか又は全てを含んでもよい。パディング・データ831Fはダミーデータである。そのサイズを圧縮ピクチャ・データ831Eのサイズに合わせて調節することにより、ＶＡＵ＃１831のビットレートを所定値に維持することができる。シーケンス終端コード831Gは、ＶＡＵ＃１831がビデオ・シーケンス＃１の後端に位置することを示す。ストリーム終端コード831Hはベースビュー・ビデオ・ストリーム800の後端を示す。
図８はまた、ディペンデントビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１832の構造も示す。ＶＡＵ＃１832は、サブＡＵ識別コード832A、サブシーケンス・ヘッダ832B、ピクチャ・ヘッダ832C、補足データ832D、及び圧縮ピクチャ・データ832Eを含む。二番目以降のＶＡＵ＃２は、サブシーケンス・ヘッダ832Bを含まない点を除き、ＶＡＵ＃１832と同じ構造である。サブＡＵ識別コード832Aは、ＶＡＵ＃１832の先端を示す所定の符号である。サブシーケンス・ヘッダ832Bは、ＶＡＵ＃１832を含むビデオ・シーケンス＃１の識別番号を含む。サブシーケンス・ヘッダ832Bは更にＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。特にそれらの値は、ベースビュー・ビデオ・ストリームの対応するＧＯＰに対して設定された値、すなわちＶＡＵ＃１831のシーケンス・ヘッダ831Bの示す値に等しい。ピクチャ・ヘッダ832Cは、自身に固有の識別番号、ビデオ・シーケンス＃１の識別番号、及び、ピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ832Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。補足データ832Dは特に、復号スイッチ情報に加えてオフセット・メタ・データを含む（詳細は後述する）。圧縮ピクチャ・データ832Eはディペンデントビュー・ピクチャを含む。ＶＡＵ＃１832はその他に、必要に応じて、パディング・データ832F、シーケンス終端コード832G、及びストリーム終端コード832Hのいずれか又は全てを含んでもよい。パディング・データ832Fはダミーデータである。そのサイズを圧縮ピクチャ・データ832Eのサイズに合わせて調節することにより、ＶＡＵ＃１832のビットレートを所定値に維持することができる。シーケンス終端コード832Gは、ＶＡＵ＃１832がビデオ・シーケンス＃１の後端に位置することを示す。ストリーム終端コード832Hはディペンデントビュー・ビデオ・ストリーム800の後端を示す。
ＶＡＵの各部の具体的な内容はビデオ・ストリーム800の符号化方式ごとに異なる。例えばその符号化方式がＭＰＥＧ−４ ＡＶＣ又はＭＶＣであるとき、図８に示されているＶＡＵの各部は一つのＮＡＬ（Network Abstraction Layer）ユニットから構成される。具体的には、ＡＵ識別コード831A、シーケンス・ヘッダ831B、ピクチャ・ヘッダ831C、補足データ831D、圧縮ピクチャ・データ831E、パディング・データ831F、シーケンス終端コード831G、及びストリーム終端コード831Hはそれぞれ、ＡＵデリミタ（Access Unit Delimiter）、ＳＰＳ（シーケンス・パラメータ・セット）、ＰＰＳ（ピクチャ・パラメータ・セット）、ＳＥＩ（Supplemental Enhancement Information）、ビュー・コンポーネント、フィラー・データ（Filler Data）、エンド・オブ・シーケンス（End of Sequence）、及びエンド・オブ・ストリーム（End of Stream）に相当する。
図９は、ベースビュー・ビデオ・ストリーム910とディペンデントビュー・ビデオ・ストリーム920とのそれぞれに含まれるＶＡＵ間でのヘッダの参照関係を示す模式図である。図９を参照するに、ベースビュー・ビデオ・ストリーム910では、先頭のピクチャBPICがスライス＃１−＃Ｋ（整数Ｋは１以上である。）に分割されてＶＡＵの圧縮ピクチャ・データ911に格納されている。各スライス＃１−＃Ｋには、スライス・ヘッダ912が付与されている。各スライス＃１−＃Ｋの参照先のピクチャを示す識別情報、すなわち参照ピクチャ番号はそのスライスのスライス・ヘッダ912に格納されている。それにより、各スライス・ヘッダの示す参照ピクチャ番号からその参照先のベースビュー・ピクチャを特定することができる。スライス・ヘッダ912は更に、同じＶＡＵ内のピクチャ・ヘッダ913の識別番号（例えばＰＰＳ番号）を含む。それにより、図９に破線の矢印で示されているように、各スライス・ヘッダの示す識別番号からその参照先のピクチャ・ヘッダ913を特定することができる。他のピクチャも同様に、スライス＃１−＃Ｌ（整数Ｌは１以上である。）に分割されて他のＶＡＵの圧縮ピクチャ・データ914に格納されている。各スライス＃１−＃Ｌに付与されたスライス・ヘッダは同じＶＡＵ内のピクチャ・ヘッダ915の識別番号を含む。それにより、図９に破線の矢印で示されているように、各スライス・ヘッダの示す識別番号からその参照先のピクチャ・ヘッダ915を特定することができる。更に、各ピクチャ・ヘッダ913、915は同じビデオ・シーケンス内のシーケンス・ヘッダ916の番号（例えばＳＰＳ番号）を含む。それにより、図９に一点鎖線の矢印で示されているように、各ピクチャ・ヘッダ913、915の示す識別番号からその参照先のシーケンス・ヘッダ916を特定することができる。
図９を更に参照するに、ディペンデントビュー・ビデオ・ストリーム920でも同様に、先頭のピクチャDPICがスライス＃１−＃Ｋに分割されてＶＡＵの圧縮ピクチャ・データ921に格納されている。各スライス＃１−＃Ｋに付与されたスライス・ヘッダ922は参照ピクチャ番号を含む。その参照ピクチャ番号から、そのスライスの参照するベースビュー・ピクチャとディペンデントビュー・ピクチャとを特定することができる。各スライス・ヘッダは更に、同じＶＡＵ内のピクチャ・ヘッダ923の識別番号を含む。それにより、図９に破線の矢印で示されているように、各スライス・ヘッダ922の示す識別番号からその参照先のピクチャ・ヘッダ923を特定することができる。他のピクチャも同様に、スライス＃１−＃Ｌに分割されて他のＶＡＵの圧縮ピクチャ・データ924に格納されている。各スライス＃１−＃Ｌに付与されたスライス・ヘッダは、参照ピクチャ番号と、同じＶＡＵ内のピクチャ・ヘッダ925の識別番号とを含む。それにより、図９に破線の矢印で示されているように、各スライス・ヘッダ922の示す識別番号からその参照先のピクチャ・ヘッダ925を特定することができる。更に、各ピクチャ・ヘッダ923、925は、同じビデオ・シーケンス内のサブシーケンス・ヘッダ926の番号を含む。それにより、図９に一点鎖線の矢印で示されているように、各ピクチャ・ヘッダ923、925の示す識別番号からその参照先のサブシーケンス・ヘッダ926を特定することができる。
図１０は、ＰＥＳパケット列1002へのビデオ・ストリーム1001の格納方法の詳細を示す模式図である。この格納方法は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで共通である。図１０を参照するに、実際のビデオ・ストリーム1001ではピクチャが、表示時間順ではなく符号化順に多重化されている。例えばベースビュー・ビデオ・ストリームのＶＡＵには、図１０に示されているように、先頭から順に、Ｉ0ピクチャ1010、Ｐ3ピクチャ1011、Ｂ1ピクチャ1012、Ｂ2ピクチャ1013、…が格納されている。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。Ｐ3ピクチャ1011の符号化にはＩ0ピクチャ1010が参照ピクチャとして利用され、Ｂ1ピクチャ1012とＢ2ピクチャ1013との各符号化にはＩ0ピクチャ1010とＰ3ピクチャ1011とが参照ピクチャとして利用される。それらのＶＡＵが一つずつ、異なるＰＥＳパケット1020、1021、1022、1023、…に格納される。各ＰＥＳパケット1020、…はＰＥＳペイロード1020PとＰＥＳヘッダ1020Hとを含む。ＶＡＵはＰＥＳペイロード1020Pに格納される。一方、ＰＥＳヘッダ1020Hは、同じＰＥＳパケット1020のＰＥＳペイロード1020Pに格納されたピクチャの表示時刻、すなわちＰＴＳ（Presentation Time−Stamp）、及びそのピクチャの復号時刻、すなわちＤＴＳ（Decoding Time−Stamp）を含む。
図１０に示されているビデオ・ストリーム1001と同様、図３、４に示されている他のエレメンタリ・ストリームも一連のＰＥＳパケットの各ＰＥＳペイロードに格納される。更に各ＰＥＳパケットのＰＥＳヘッダは、そのＰＥＳパケットのＰＥＳペイロードに格納されたデータのＰＴＳを含む。
図１１は、ベースビュー・ビデオ・ストリーム1101とディペンデントビュー・ビデオ・ストリーム1102との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。図１１を参照するに、両ビデオ・ストリーム1101、1102の間では、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャに対して、同じＰＴＳ及び同じＤＴＳが割り当てられている。例えば３Ｄ映像の先頭のフレーム又はフィールドは、ベースビュー・ビデオ・ストリーム1101のＩ1ピクチャ1111とディペンデントビュー・ビデオ・ストリーム1102のＰ1ピクチャ1121との組み合わせから再現される。従って、それらのピクチャの対1111、1121ではＰＴＳが等しく、かつＤＴＳが等しい。ここで、下付の数字は、各ピクチャにＤＴＳの順に割り振られた通し番号を示す。また、ディペンデントビュー・ビデオ・ストリーム1102がデプスマップ・ストリームであるとき、Ｐ1ピクチャ1121は、Ｉ1ピクチャ1111に対するデプスマップを表すＩピクチャに置き換えられる。同様に、各ビデオ・ストリーム1101、1102の２番目のピクチャ、すなわち、Ｐ2ピクチャ1112、1122の対ではＰＴＳが等しく、かつＤＴＳが等しい。各ビデオ・ストリーム1101、1102の３番目のピクチャ、すなわちＢｒ3ピクチャ1113とＢ3ピクチャ1123との対ではＰＴＳとＤＴＳとがいずれも共通である。Ｂｒ4ピクチャ1114とＢ4ピクチャ1124との対でも同様である。
ベースビュー・ビデオ・ストリーム1101とディペンデントビュー・ビデオ・ストリーム1102との間で、ＰＴＳが等しく、かつＤＴＳが等しいピクチャを含むＶＡＵの対を「３Ｄ・ＶＡＵ」という。図１１に示されているＰＴＳとＤＴＳとの割り当てにより、３Ｄ再生モードの再生装置102内のデコーダにベースビュー・ビデオ・ストリーム1101とディペンデントビュー・ビデオ・ストリーム1102とを３Ｄ・ＶＡＵ単位でパラレルに処理させることが容易にできる。それにより、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャが、デコーダによって確実にパラレルに処理される。更に、各ＧＯＰの先頭の３Ｄ・ＶＡＵではシーケンス・ヘッダが、同じ解像度、同じフレームレート、及び同じアスペクト比を含む。特にそのフレームレートは、２Ｄ再生モードにおいてベースビュー・ビデオ・ストリーム1101が単独で復号されるときの値に等しい。
［復号スイッチ情報］
図１２の（ａ）は、図８に示されている各補足データ831D、832Dの含む復号スイッチ情報1250のデータ構造を示す模式図である。ここで、補足データ831D、832Dは、特にＭＰＥＧ−４ ＡＶＣ、ＭＶＣでは、ＮＡＬユニットの一種“ＳＥＩ”に相当する。復号スイッチ情報1250は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの両方で各ＶＡＵの補足データ831D、832Dに含まれる。復号スイッチ情報1250は、再生装置102内のデコーダに、次に復号すべきＶＡＵを容易に特定させるための情報である。ここで、そのデコーダは後述のように、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとをＶＡＵ単位で交互に復号する。そのとき、そのデコーダは一般に、各ＶＡＵに付与されたＤＴＳの示す時刻に合わせて、次に復号すべきＶＡＵを特定する。しかし、デコーダの種類には、ＤＴＳを無視してＶＡＵを順次、復号し続けるものも多い。そのようなデコーダにとって、各ＶＡＵがＤＴＳに加えて復号スイッチ情報1250を含むことは好ましい。
図１２の（ａ）を参照するに、復号スイッチ情報1250は、次アクセスユニット・タイプ1251、次アクセスユニット・サイズ1252、及び復号カウンタ1253を含む。次アクセスユニット・タイプ1251は、次に復号されるべきＶＡＵがベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれに属するのかを示す。例えば、次アクセスユニット・タイプ1251の値が“１”であるときは、次に復号されるべきＶＡＵはベースビュー・ビデオ・ストリームに属し、“２”であるときはディペンデントビュー・ビデオ・ストリームに属する。次アクセスユニット・タイプ1251の値が“０”であるときは、現在のＶＡＵが復号対象のストリームの後端に位置し、次に復号されるべきＶＡＵが存在しない。次アクセスユニット・サイズ1252は、次に復号されるべきＶＡＵのサイズを示す。再生装置102内のデコーダは、次アクセスユニット・サイズ1252を参照することにより、ＶＡＵの構造自体を解析することなく、そのサイズを特定できる。従って、デコーダはバッファからＶＡＵを容易に抽出できる。復号カウンタ1253は、それの属するＶＡＵが復号されるべき順番を示す。その順番は、ベースビュー・ビデオ・ストリーム内のＩピクチャを含むＶＡＵから数えられる。
図１２の（ｂ）は、ベースビュー・ビデオ・ストリーム1201とディペンデントビュー・ビデオ・ストリーム1202との各ピクチャに割り当てられた復号カウンタの一例1210、1220を示す模式図である。図１２の（ｂ）を参照するに、復号カウンタ1210、1220は両ビデオ・ストリーム1201、1202の間で交互にインクリメントされる。例えば、ベースビュー・ビデオ・ストリーム1201内のＩピクチャを含むＶＡＵ1211に対し、復号カウンタ1210として“１”が割り当てられる。次に復号されるべきディペンデントビュー・ビデオ・ストリーム1202内のＰピクチャを含むＶＡＵ1221に対し、復号カウンタ1220として“２”が割り当てられる。更にその次に復号されるべきベースビュー・ビデオ・ストリーム1201内のＰピクチャを含むＶＡＵ1212に対し、復号カウンタ1210として“３”が割り当てられる。その割り当てにより、何らかの不具合が原因で再生装置102内のデコーダがいずれかのＶＡＵを読み損なったときでも、それによって欠落したピクチャをデコーダは復号カウンタ1210、1220から直ちに特定できる。従って、デコーダはエラー処理を適切に、かつ迅速に実行できる。
図１２の（ｂ）に示されている例では、ベースビュー・ビデオ・ストリーム1201の３番目のＶＡＵ1213の読み込みにエラーが生じ、Ｂｒピクチャが欠落している。しかし、デコーダは、ディペンデントビュー・ビデオ・ストリーム1202の２番目のＶＡＵ1222に含まれるＰピクチャの復号処理で、そのＶＡＵ1222から復号カウンタ1220を読み出して保持している。従って、デコーダは次に処理すべきＶＡＵの復号カウンタ1210を予測できる。具体的には、そのＰピクチャを含むＶＡＵ1222内の復号カウンタ1220は“４”であるので、次に読み込まれるべきＶＡＵの復号カウンタ1210は“５”であると予測される。しかし、実際には、次に読み込まれたＶＡＵはベースビュー・ビデオ・ストリーム1201の４番目のＶＡＵ1214であったので、その復号カウンタ1210は“７”である。そのことから、デコーダは、ＶＡＵを一つ読み損ねたことを検出できる。従って、デコーダは次のエラー処理を実行できる：「ディペンデントビュー・ビデオ・ストリーム1202の３番目のＶＡＵ1223から抽出されたＢピクチャについては、参照すべきＢｒピクチャが欠落しているので復号処理をスキップする」。このように、デコーダは復号処理ごとに復号カウンタ1210、1220をチェックする。それにより、デコーダはＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
図１２の（ｃ）は、ベースビュー・ビデオ・ストリーム1201とディペンデントビュー・ビデオ・ストリーム1202との各ピクチャに割り当てられた復号カウンタの別例1230、1240を示す模式図である。図１２の（ｃ）を参照するに、復号カウンタ1230、1240は各ビデオ・ストリーム1201、1202で別々にインクリメントされる。従って、復号カウンタ1230、1240は、同じ３Ｄ・ＶＡＵに属する一対のピクチャ間で等しい。その場合、デコーダはベースビュー・ビデオ・ストリーム1201のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタ1230が、次に復号されるべきディペンデントビュー・ビデオ・ストリーム1202のＶＡＵの復号カウンタ1240に等しい」。一方、デコーダはディペンデントビュー・ビデオ・ストリーム1202のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタ1240に１を加えた値が、次に復号されるべきベースビュー・ビデオ・ストリーム1201のＶＡＵの復号カウンタ1230に等しい」。従って、デコーダはいずれの時点でも復号カウンタ1230、1240からＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
［オフセット・メタ・データ］
図１３は、ディペンデントビュー・ビデオ・ストリーム1300の含むオフセット・メタ・データ1310のデータ構造を示す模式図である。図１４は、そのオフセット・メタ・データ（offset＿metadata）1310の書式（Syntax）を示す表である。図１３を参照するに、オフセット・メタ・データ1310は、各ビデオ・シーケンス（すなわち、各ＧＯＰ）の先端に位置するＶＡＵ＃１の補足データ1301に格納されている。図１３、１４を参照するに、オフセット・メタ・データ1310は、オフセット・シーケンスＩＤ（offset＿sequence＿id）1311とオフセット・シーケンス（offset＿sequence）1312との間の対応表を含む。
オフセット・シーケンスＩＤ1311は、オフセット・シーケンス1312に順番に割り振られた通し番号０、１、２、…、Ｍである。整数Ｍは１以上であり、オフセット・シーケンス1312の総数（number＿of＿offset＿sequence）を表す。各ビデオ・シーケンスから再生されるビデオ・プレーンに合成されるべきグラフィックス・プレーンには、オフセット・シーケンスＩＤ1311が割り当てられる。それにより、各グラフィックス・プレーンにオフセット・シーケンス1312が対応付けられる。
ここで、「ビデオ・プレーン」とは、ビデオ・シーケンスの含むピクチャから生成されるプレーン・データをいう。「グラフィックス・プレーン」とは、２Ｄグラフィックス映像を表すグラフィックス・データ、又はテキスト字幕ストリームの含むテキスト文字列から生成されるプレーン・データをいう。「プレーン・データ」とは画素データの二次元配列であり、その配列のサイズは映像フレームの解像度に等しい。一組の画素データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。グラフィックス・プレーンの種類には、ＰＧプレーン、ＩＧプレーン、イメージ・プレーン、及びオン・スクリーン・ディスプレイ（ＯＳＤ）プレーンが含まれる。ＰＧプレーンは、メインＴＳ内のＰＧストリーム又はテキスト字幕ストリームから生成される。ＩＧプレーンは、メインＴＳ内のＩＧストリームから生成される。イメージ・プレーンは、ＢＤ−Ｊオブジェクトに従って生成される。ＯＳＤプレーンは、再生装置102のファームウェアに従って生成される。
各オフセット・シーケンス1312は、フレーム番号1321とオフセット情報1322、1323との対応表である。フレーム番号1321は、一つのビデオ・シーケンス（例えば、ビデオ・シーケンス＃１）の表すフレーム＃１、＃２、…、＃Ｎに表示順に割り振られた通し番号１、２、…、Ｎである。図１４では、フレーム番号1321は整数値変数ｉで表されている。整数Ｎは１以上であり、そのビデオ・シーケンスの含むフレームの総数（number＿of＿displayed＿frames＿in＿GOP）を表す。各オフセット情報1322、1323は、一つのグラフィックス・プレーンに対するオフセット制御を規定する制御情報である。
ここで、「オフセット制御」とは、グラフィックス・プレーンに水平座標の左方向と右方向との各オフセットを与えて、ベースビュー・ビデオ・プレーンとディペンデントビュー・ビデオ・プレーンとのそれぞれに合成する処理をいう。「グラフィックス・プレーンに水平方向のオフセットを与える」とは、そのグラフィックス・プレーン内で各画素データを水平方向に変位させることをいう。それにより、一つのグラフィックス・プレーンから、レフトビューとライトビューとを表すグラフィックス・プレーンの対が生成される。その対から再生される２Ｄグラフィックス映像の各部の表示位置は、元の表示位置から左右にずれている。それらの変位が視聴者に両眼視差として錯覚されることにより、レフトビューとライトビューとの対がその視聴者には一つの３Ｄグラフィックス映像として見える。
オフセットは方向と大きさとで決まる。従って、図１３、１４に示されているとおり、各オフセット情報はオフセット方向（Plane＿offset＿direction）1322とオフセット値（Plane＿offset＿value）1323とを含む。オフセット方向1322は、３Ｄグラフィックス映像の奥行きが画面よりも手前か奥かを示す。オフセット方向1322の値に依り、元の２Ｄグラフィックス映像の表示位置に対するレフトビューとライトビューとの各表示位置の方向が左又は右に決まる。オフセット値1323は、元の２Ｄグラフィックス映像の表示位置とレフトビューとライトビューとの各表示位置との間の距離を水平方向の画素数で表す。
図１５の（ａ）、（ｂ）は、ＰＧプレーン1510とＩＧプレーン1520とに対するオフセット制御を示す模式図である。それらのオフセット制御では、レフトビュー・ビデオ・プレーン1501とライトビュー・ビデオ・プレーン1502とのそれぞれへ二種類のグラフィックス・プレーン1510、1520が合成される。ここで、「レフトビュー／ライトビュー・ビデオ・プレーン」とは、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの組み合わせから生成される、レフトビュー／ライトビューを表すビデオ・プレーンをいう。以下の説明では、ＰＧプレーン1510の表す字幕1511を画面よりも手前に表示し、ＩＧプレーン1520の表すボタン1521を画面よりも奥に表示する場合を想定する。
図１５の（ａ）を参照するに、ＰＧプレーン1510には、右方向のオフセットが与えられる。具体的には、まず、ＰＧプレーン1510内の各画素データの位置が、レフトビュー・ビデオ・プレーン1501内の対応する画素データの位置から、オフセット値に等しい画素数SFPだけ右に（仮想的に）移動する。次に、レフトビュー・ビデオ・プレーン1501の範囲よりも右側に（仮想的に）はみ出ているＰＧプレーン1510の右端の帯状領域1512を「切り取る」。すなわち、その領域1512の画素データ群を破棄する。一方、ＰＧプレーン1510の左端に透明な帯状領域1513を追加する。その帯状領域1513の幅は右端の帯状領域1512の幅、すなわちオフセット値SFPに等しい。こうして、ＰＧプレーン1510から、レフトビューを表すＰＧプレーンが生成され、レフトビュー・ビデオ・プレーン1501に合成される。特に、そのレフトビューＰＧプレーンでは、字幕1511の表示位置が元の表示位置よりも右に、オフセット値SFPだけずれている。
一方、ＩＧプレーン1520には、左方向のオフセットが与えられる。具体的には、まず、ＩＧプレーン1520内の各画素データの位置が、レフトビュー・ビデオ・プレーン1501内の対応する画素データの位置から、オフセット値に等しい画素数SFIだけ左に（仮想的に）移動する。次に、レフトビュー・ビデオ・プレーン1510の範囲よりも左側に（仮想的に）はみ出ているＩＧプレーン1520の左端の帯状領域1522を切り取る。一方、ＩＧプレーン1520の右端に透明な帯状領域1523を追加する。その帯状領域1523の幅は左端の帯状領域1522の幅、すなわちオフセット値SFIに等しい。こうして、ＩＧプレーン1520から、レフトビューを表すＩＧプレーンが生成され、レフトビュー・ビデオ・プレーン1501に合成される。特に、そのレフトビューＩＧプレーンでは、ボタン1521の表示位置が元の表示位置よりも左に、オフセット値SFIだけずれている。
図１５の（ｂ）を参照するに、ＰＧプレーン1510には左方向のオフセットが与えられ、ＩＧプレーン1520には右方向のオフセットが与えられる。すなわち、上記の操作をＰＧプレーン1510とＩＧプレーン1520とで反対にすればよい。その結果、各プレーン・データ1510、1520から、ライトビューを表すプレーン・データが生成され、ライトビュー・ビデオ・プレーン1520に合成される。特に、ライトビューＰＧプレーンでは、字幕1511の表示位置が元の表示位置よりも左に、オフセット値SFPだけずれている。一方、ライトビューＩＧプレーンでは、ボタン1521の表示位置が元の表示位置よりも右に、オフセット値SFIだけずれている。
図１５の（ｃ）は、（ａ）、（ｂ）に示されているグラフィックス・プレーンの表す２Ｄグラフィックス映像から視聴者1530に知覚される３Ｄグラフィックス映像を示す模式図である。それらのグラフィックス・プレーンの表す２Ｄグラフィックス映像が画面1540に交互に表示されるとき、視聴者1530には、図１５の（ｃ）に示されているように、字幕1531は画面1540よりも手前に見え、ボタン1532は画面1540よりも奥に見える。各３Ｄグラフィックス映像1531、1532と画面1540との間の距離はオフセット値SFP、SFIによって調節可能である。
図１６の（ａ）、（ｂ）は、オフセット・シーケンスの具体例を示すグラフである。各グラフでは、オフセット方向が画面よりも手前を示すときに、オフセット値が正である。図１６の（ａ）は、図１６の（ｂ）のうち、最初のＧＯＰ、GOP1、の表示期間でのグラフを拡大したものである。図１６の（ａ）を参照するに、階段状のグラフ1601は、オフセット・シーケンスＩＤ＝０のオフセット・シーケンス、すなわちオフセット・シーケンス［０］のオフセット値を示す。一方、水平なグラフ1602は、オフセット・シーケンスＩＤ＝１のオフセット・シーケンス、すなわちオフセット・シーケンス［１］のオフセット値を示す。オフセット・シーケンス［０］のオフセット値1601は、最初のＧＯＰの表示期間GOP1ではフレームFR1、FR2、FR3、…、FR15、…の順に階段状に増加している。図１６の（ｂ）を参照するに、そのオフセット値1601の階段状の増加は二番目以降の各ＧＯＰの表示期間GOP2、GOP3、…、GOP40、…でも同様に継続される。１フレーム当たりの増加量が十分に細かいので、図１６の（ｂ）ではオフセット値1601が線形に連続的に増加しているように見える。一方、オフセット・シーケンス［１］のオフセット値1602は、最初のＧＯＰの表示期間GOP1では負の一定値に維持されている。図１６の（ｂ）を参照するに、そのオフセット値1602は、４０番目のＧＯＰの表示期間GOP40の終了時、正の値に急増する。このようにオフセット値は不連続に変化してもよい。
図１６の（ｃ）は、図１６の（ａ）、（ｂ）に示されているオフセット・シーケンスに従って再現される３Ｄグラフィックス映像を示す模式図である。字幕の３Ｄ映像1603がオフセット・シーケンス［０］に従って表示されるとき、その３Ｄ映像1603は、画面1604の直ぐ手前から徐々に飛び出てくるように見える。一方、ボタンの３Ｄ映像1605がオフセット・シーケンス［１］に従って表示されるとき、その３Ｄ映像1605は、画面1604よりも奥に固定されている状態から突然、画面1604よりも手前に飛び出てくるように見える。このように、フレーム単位でのオフセット値の増減のパターンをオフセット・シーケンスごとに様々に変化させる。それにより、複数の３Ｄグラフィックス映像について、個々の奥行きの変化を多様に表現することができる。
≪ＰＧストリームのデータ構造≫
図４を再び参照するに、ＰＧストリーム403は複数の機能セグメントを含む。それらの機能セグメントは、表示制御セグメント（Presentation Control Segment：ＰＣＳ）、パレット定義セグメント（Pallet Define Segment：ＰＤＳ）、ウィンドウ定義セグメント（Window Define Segment：ＷＤＳ）、及びオブジェクト定義セグメント（Object Define Segment：ＯＤＳ）を含む。ＰＣＳは、グラフィックス・ストリームにおける表示単位（ディスプレイ・セット）の詳細と共に、グラフィックス・オブジェクトを用いた画面構成を規定する。その画面構成の種類には、カット・イン／アウト（Cut−In／Out）、フェード・イン／アウト（Fade−In／Out）、色変化（Color Change）、スクロール（Scroll）、ワイプ・イン／アウト（Wipe−In／Out）が含まれる。ＰＣＳによって画面構成を規定することにより、「ある字幕を徐々に消去しつつ、次の字幕を表示させる」という表示効果を実現することができる。ＰＤＳは、画素コードと色座標値（例えば、輝度Ｙ、赤色差Ｃｒ、青色差Ｃｂ、不透明度α）との間の対応関係を規定する。ＷＤＳは、グラフィックス・プレーン内の矩形領域、すなわちウィンドウを規定する。ＯＤＳは、画素コードとランレングスとを用いて、ランレングス圧縮が施されたグラフィックス・オブジェクトを定義する。
≪ＩＧストリームのデータ構造≫
図４を更に参照するに、ＩＧストリーム404は、対話構成セグメント（Interactive Composition Segment：ＩＣＳ）、ＰＤＳ、及びＯＤＳを含む。ＰＤＳとＯＤＳとは、ＰＧストリーム403に含まれるものと同様な機能セグメントである。特に、ＯＤＳの含むグラフィックス・オブジェクトは、ボタン及びポップアップ・メニュー等、対話画面を構成するＧＵＩ用グラフィックス部品を表す。ＩＣＳは、それらのグラフィックス・オブジェクトを用いた対話操作を規定する。具体的には、ＩＣＳは、ボタン及びポップアップ・メニュー等、ユーザ操作に応じて状態が変化するグラフィックス・オブジェクトのそれぞれについて取り得る状態、すなわち、ノーマル、セレクテッド、及びアクティブの各状態を規定する。ＩＣＳは更にボタン情報を含む。ボタン情報は、ユーザがボタン等に対して確定操作を行った際に再生装置の実行すべきコマンドを含む。
≪テキスト字幕ストリームのデータ構造≫
図１７は、テキスト字幕ストリーム1700のデータ構造を示す模式図である。テキスト字幕ストリーム1700は複数のテキスト・データ・エントリ1710を含む。各テキスト・データ・エントリ1710は、スタイル情報1711とテキスト情報1712との対から構成されている。テキスト情報1712は、表示対象のテキスト文字列を表す。スタイル情報1711は、ＰＴＳ1701、表示位置1702、フォントＩＤ1703、表示スタイル1704、及びフォント・サイズ1705を含む。ＰＴＳ1701は、同じ対のテキスト情報1712の表すテキスト文字列の表示時刻を示す。表示位置1702は、グラフィックス・プレーンにおけるそのテキスト文字列の表示位置を示す。フォントＩＤ1703は、そのテキスト文字列をグラフィックス・プレーンに描画する際に参照されるべきフォント・セットの識別情報である。表示スタイル1704は、太字、イタリック等、そのテキスト文字列を表示する際の字体を示す。フォント・サイズ1705は、そのテキスト文字列を表示する際の文字の大きさを示す。
≪ＡＶストリーム・ファイルに含まれるその他のＴＳパケット≫
ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図３に示されているエレメンタリ・ストリームから変換されたもの以外にも、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャル・トランスポート・ストリームを規定する役割を持つ。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、ＡＶストリーム・ファイルもそのパーシャル・トランスポート・ストリームと同様に規定される。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる、映像・音声・字幕等を表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種のディスクリプタ（記述子ともいう。）を含む。ディスクリプタには特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報が含まれる。ＰＣＲは、自身に割り当てられたＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ここで、「ＳＴＣ」は、再生装置102内のデコーダによって、ＰＴＳ及びＤＴＳの基準として利用されるクロックである。そのデコーダはＰＣＲを利用して、ＡＴＣにＳＴＣを同期させる。
図１８は、ＰＭＴ1810のデータ構造を示す模式図である。ＰＭＴ1810は、ＰＭＴヘッダ1801、ディスクリプタ1802、及びストリーム情報1803を含む。ＰＭＴヘッダ1801は、ＰＭＴ1810に含まれるデータの長さ等を示す。各ディスクリプタ1802は、ＰＭＴ1810を含むＡＶストリーム・ファイルの全体に関するディスクリプタである。前述のコピー・コントロール情報はディスクリプタ1802の一つに含まれる。ストリーム情報1803は、ＡＶストリーム・ファイルに含まれる各エレメンタリ・ストリームに関する情報であり、一つずつ異なるエレメンタリ・ストリームに割り当てられている。各ストリーム情報1803は、ストリーム・タイプ1831、ＰＩＤ1832、及びストリーム・ディスクリプタ1833を含む。ストリーム・タイプ1831は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報等を含む。ＰＩＤ1832は、そのエレメンタリ・ストリームのＰＩＤを示す。ストリーム・ディスクリプタ1833は、そのエレメンタリ・ストリームの属性情報、例えばフレームレート及びアスペクト比を含む。
ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置102内のデコーダにＡＶストリーム・ファイルを、欧州デジタル放送規格に準拠のパーシャル・トランスポート・ストリームと同様に処理させることができる。それにより、ＢＤ−ＲＯＭディスク101用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。
≪多重化ストリーム・データのインターリーブ配置≫
３Ｄ映像のシームレス再生には、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのＢＤ−ＲＯＭディスク101上での物理的な配置が重要である。ここで、「シームレス再生」とは、多重化ストリーム・データから映像と音声とを途切れさせることなく滑らかに再生することをいう。
図１９は、ＢＤ−ＲＯＭディスク101上での多重化ストリーム・データの物理的な配置を示す模式図である。図１９を参照するに、多重化ストリーム・データは複数のデータ・ブロックD[n]、B[n]（n＝0、1、2、3、…）に分割されて、ＢＤ−ＲＯＭディスク101上に配置されている。ここで、「データ・ブロック」とは、ＢＤ−ＲＯＭディスク101上の連続領域、すなわち物理的に連続する複数のセクタに記録された一連のデータをいう。ＢＤ−ＲＯＭディスク101では物理アドレスが論理アドレスと実質的に等しいので、各データ・ブロック内ではＬＢＮも連続している。従って、ＢＤ−ＲＯＭドライブ121は一つのデータ・ブロックを、光ピックアップにシークを行わせることなく連続して読み出すことができる。以下、メインＴＳに属するデータ・ブロックB[n]を「ベースビュー・データ・ブロック」といい、サブＴＳに属するデータ・ブロックD[n]を「ディペンデントビュー・データ・ブロック」という。特に、ライトビュー・ビデオ・ストリームを含むデータ・ブロックを「ライトビュー・データ・ブロック」といい、デプスマップ・ストリームを含むデータ・ブロックを「デプスマップ・データ・ブロック」という。
各データ・ブロックB[n]、D[n]は、ＢＤ−ＲＯＭディスク101のファイルシステムでは、ファイル２Ｄ又はファイルＤＥＰ内の一つのエクステントとしてアクセス可能である。すなわち、各データ・ブロックの論理アドレスは、ファイル２Ｄ又はファイルＤＥＰのファイル・エントリから知ることができる（詳細は《補足》参照）。
図１９に示されている例では、ファイル２Ｄ（01000.m2ts）241のファイル・エントリ1910がベースビュー・データ・ブロックB[n]の各サイズとその先端のＬＢＮとを示す。従って、各ベースビュー・データ・ブロックB[n]はファイル２Ｄ241のエクステントEXT2D[n]としてアクセス可能である。以下、ファイル２Ｄ241に属するエクステントEXT2D[n]を「２Ｄエクステント」という。一方、ファイルＤＥＰ（02000.m2ts）242のファイル・エントリ1920がディペンデントビュー・データ・ブロックD[n]の各サイズとその先端のＬＢＮとを示す。従って、各ディペンデントビュー・データ・ブロックD[n]はディペンデントビュー・データ・ブロックであり、ファイルＤＥＰ242のエクステントEXT2[n]としてアクセス可能である。以下、ファイルＤＥＰ242に属するエクステントEXT2[n]を「ディペンデントビュー・エクステント」という。
図１９を参照するに、データ・ブロック群はＢＤ−ＲＯＭディスク101上のトラックに沿って連続的に記録されている。更に、ベースビュー・データ・ブロックB[n]とディペンデントビュー・データ・ブロックD[n]とは一つずつ交互に配置されている。このようなデータ・ブロック群の配置を「インターリーブ配置」という。特に、インターリーブ配置で記録された一連のデータ・ブロック群を「エクステント・ブロック」という。図１９には三つのエクステント・ブロック1901、1902、1903が示されている。最初の二つのエクステント・ブロック1901、1902のように、エクステント・ブロックの間は多重化ストリーム・データ以外のデータNAVの記録領域によって分離される。また、ＢＤ−ＲＯＭディスク101が多層ディスクである場合、すなわち記録層を複数含む場合、図１３に示されている二番目と三番目とのエクステント・ブロック1902、1903のように、エクステント・ブロックの間は記録層間の境界LBによっても分離される。こうして、一連の多重化ストリーム・データは一般に複数のエクステント・ブロックに分割されて配置されている。その場合、再生装置102がその多重化ストリーム・データから映像をシームレスに再生するには、各エクステント・ブロックから再生される映像をシームレスに接続しなければならない。以下、そのために再生装置102が必要とする処理を「エクステント・ブロック間のシームレスな接続」という。
各エクステント・ブロック1901−1903は二種類のデータ・ブロックD[n]、B[n]のそれぞれを同じ数ずつ含む。更に、ｎ番目の隣接するデータ・ブロックの対D[n]、B[n]ではエクステントＡＴＣ時間が等しい。ここで、「ＡＴＣ（Arrival Time Clock）」は、ＡＴＳの基準とされるべきクロックを意味する。また、「エクステントＡＴＣ時間」はＡＴＣの値で定義され、一つのエクステント内のソースパケットに付与されたＡＴＳの範囲、すなわち、そのエクステントの先頭のソースパケットのＡＴＳから次のエクステントの先頭のソースパケットのＡＴＳまでの時間間隔を表す。すなわち、エクステントＡＴＣ時間は、そのエクステント内のソースパケットを全て、再生装置102内でリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間に等しい。ここで、「リード・バッファ」は再生装置102内のバッファ・メモリであり、ＢＤ−ＲＯＭディスク101から読み出されたデータ・ブロックをシステム・ターゲット・デコーダへ送るまでの間、一時的に格納する。リード・バッファの詳細については後述する。図１９に示されている例では、三つのエクステント・ブロック1901−1903が互いにシームレスに接続されるので、データ・ブロックの各対D[n]、B[n]（n＝0、1、2、…）でエクステントＡＴＣ時間が等しい。
隣接するデータ・ブロックの各対D[n]、B[n]では、先頭に位置するＶＡＵは同じ３Ｄ・ＶＡＵに属し、特に、同じ３Ｄ映像を表すＧＯＰの先頭のピクチャを含む。例えば、各ライトビュー・データ・ブロックD[n]の先端はライトビュー・ビデオ・ストリームのＰピクチャを含み、先頭のベースビュー・データ・ブロックB[n]の先端はベースビュー・ビデオ・ストリームのＩピクチャを含む。そのライトビュー・ビデオ・ストリームのＰピクチャは、そのベースビュー・ビデオ・ストリームのＩピクチャの表す２Ｄ映像をレフトビューとするときのライトビューを表す。特にそのＰピクチャは、図７に示されているように、そのＩピクチャを参照ピクチャとして圧縮されている。従って、３Ｄ再生モードの再生装置102は、いずれのデータ・ブロックの対D[n]、B[n]からも３Ｄ映像の再生を開始できる。すなわち、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理が可能である。
インターリーブ配置では更に、隣接するデータ・ブロックの対D[n]、B[n]のうち、ディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]よりも先に配置される。それは、ディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]よりもデータ量が小さい、すなわちビットレートが低いことに因る。例えば、ｎ番目のライトビュー・データ・ブロックD[n]に含まれるピクチャは、ｎ番目のベースビュー・データ・ブロックB[n]に含まれるピクチャを参照ピクチャとして圧縮されている。従って、そのライトビュー・データ・ブロックD[n]のサイズSEXT2[n]はそのベースビュー・データ・ブロックB[n]のサイズSEXT1[n]以下である：SEXT2[n]≦SEXT1[n]。一方、デプスマップの画素当たりのデータ量、すなわち奥行き値のビット数は一般に、ベースビュー・ピクチャの画素当たりのデータ量、すなわち色座標値とα値とのビット数の和よりも小さい。更に、図３の（ａ）、（ｂ）に示されているように、メインＴＳはサブＴＳとは異なり、プライマリ・ビデオ・ストリームの他にもプライマリ・オーディオ・ストリーム等のエレメンタリ・ストリームを含む。従って、デプスマップ・データ・ブロックのサイズSEXT3[n]はベースビュー・データ・ブロックB[n]のサイズSEXT1[n]以下である：SEXT3[n]≦SEXT1[n]。
［多重化ストリーム・データをデータ・ブロックに分割する意義］
再生装置102は、ＢＤ−ＲＯＭディスク101から３Ｄ映像をシームレスに再生するには、メインＴＳとサブＴＳとをパラレルに処理しなければならない。しかし、その処理に利用可能なリード・バッファの容量は一般に限られている。特に、ＢＤ−ＲＯＭディスク101からリード・バッファへ連続して読み込むことのできるデータ量には限界がある。従って、再生装置102はメインＴＳとサブＴＳとを、エクステントＡＴＣ時間の等しい部分の対に分割して読み出さねばならない。
図２０の（ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ2001とサブＴＳ2002との配置を示す模式図である。再生装置102がそれらのメインＴＳ2001とサブＴＳ2002とをパラレルに処理するとき、図２０の（ａ）に実線の矢印（１）−（４）で示されているように、ＢＤ−ＲＯＭドライブ121はメインＴＳ2001とサブＴＳ2002とを交互に、エクステントＡＴＣ時間の等しい部分ずつ読み出す。そのとき、ＢＤ−ＲＯＭドライブ121は、図２０の（ａ）に破線の矢印で示されているように、読み出し処理の途中でＢＤ−ＲＯＭディスク上の読み出し対象領域を大きく変化させなければならない。例えば矢印（１）の示すメインＴＳ2001の先端部分が読み出された時、ＢＤ−ＲＯＭドライブ121は光ピックアップによる読み出し動作を一旦停止し、ＢＤ−ＲＯＭディスクの回転速度を上げる。それにより、矢印（２）の示すサブＴＳ2002の先端部分が記録されたＢＤ−ＲＯＭディスク上のセクタを速やかに光ピックアップの位置まで移動させる。このように、光ピックアップに読み出し動作を一旦停止させて、その間に次の読み出し対象領域上へ光ピックアップを位置づけるための操作を「ジャンプ」という。図２０の（ａ）に示されている破線の矢印は、読み出し処理の途中で必要な各ジャンプの範囲を示す。各ジャンプの期間中、光ピックアップによる読み出し処理は停止し、デコーダによる復号処理のみが進行する。図２０の（ａ）に示されている例ではジャンプが過大であるので、読み出し処理を復号処理に間に合わせることが難しい。その結果、シームレス再生を確実に持続することが難しい。
図２０の（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に交互に記録されたディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…とベースビュー・データ・ブロックB[0]、B[1]、B[2]、…との配置を示す模式図である。図２０の（ｂ）を参照するに、メインＴＳとサブＴＳとはそれぞれ、複数のデータ・ブロックに分割されて交互に配置されている。その場合、再生装置102は３Ｄ映像の再生時、図２０の（ｂ）に矢印（１）−（４）で示されているように、データ・ブロックD[0]、B[0]、D[1]、B[1]、…を先頭から順番に読み出す。それだけで、再生装置102はメインＴＳとサブＴＳとを交互に読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。
［隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える意義］
図２０の（ｃ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の一例を示す模式図である（n＝0、1、2）。図２０の（ｃ）を参照するに、各ディペンデントビュー・データ・ブロックD[n]とその直後のベースビュー・データ・ブロックB[n]との対ではエクステントＡＴＣ時間が等しい。例えば先頭のデータ・ブロックの対D[0]、B[0]ではエクステントＡＴＣ時間が共に１秒に等しい。従って、各データ・ブロックD[0]、B[0]が再生装置102内のリード・バッファに読み込まれたとき、その中の全てのＴＳパケットが、同じ１秒間でリード・バッファからシステム・ターゲット・デコーダへ送られる。同様に、二番目のデータ・ブロックの対D[1]、B[1]ではエクステントＡＴＣ時間が共に０．７秒に等しいので、同じ０．７秒間で、各データ・ブロック内の全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。
図２０の（ｄ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の別例を示す模式図である。図２０の（ｄ）を参照するに、全てのデータ・ブロックD[n]、B[n]でエクステントＡＴＣ時間が１秒に等しい。従って、各データ・ブロックD[n]、B[n]が再生装置102内のリード・バッファに読み込まれたとき、いずれのデータ・ブロックでも、同じ１秒間で全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。
上記のとおり、ディペンデントビュー・データ・ブロックはベースビュー・データ・ブロックよりも圧縮率が高い。従って、ディペンデントビュー・データ・ブロックの復号処理の速度は一般にベースビュー・データ・ブロックの復号処理の速度よりも低い。一方、エクステントＡＴＣ時間が等しいとき、ディペンデントビュー・データ・ブロックはベースビュー・データ・ブロックよりもデータ量が小さい。従って、図２０の（ｃ）、（ｄ）のように、隣接するデータ・ブロック間でエクステントＡＴＣ時間が等しいとき、復号対象のデータがシステム・ターゲット・デコーダに供給される速度は、そのデコーダの処理速度と均衡を保ちやすい。すなわち、システム・ターゲット・デコーダは、特に飛び込み再生においても、ベースビュー・データ・ブロックの復号処理とディペンデントビュー・データ・ブロックの復号処理とを容易に同期させることができる。
［データ量の小さいデータ・ブロックを先に置く意義］
３Ｄ再生モードの再生装置102は、各エクステント・ブロックの先頭に位置するデータ・ブロックを読み出すとき、又は再生開始位置のデータ・ブロックを読み出すとき、まず、そのデータ・ブロックを全てリード・バッファに読み込む。その間、そのデータ・ブロックはシステム・ターゲット・デコーダには渡されない。その読み込みが完了した後、再生装置102はそのデータ・ブロックを次のデータ・ブロックとパラレルにシステム・ターゲット・デコーダに渡す。この処理を「プリロード」という。
プリロードの技術的意義は次のとおりである。Ｌ／Ｒモードでは、ディペンデントビュー・データ・ブロックの復号にベースビュー・データ・ブロックが必要である。従って、復号後のデータを出力処理まで保持するためのバッファを必要最小限の容量に維持するには、それらのデータ・ブロックをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。一方、デプス・モードでは、復号後のベースビュー・ピクチャとデプスマップとの対から、視差画像を表すビデオ・プレーンの対を生成する処理が必要である。従って、復号後のデータをその処理まで保持するためのバッファを必要最小限の容量に維持するには、ベースビュー・データ・ブロックとデプスマップ・データ・ブロックとをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。それ故、プリロードにより、エクステント・ブロックの先頭又は再生開始位置のデータ・ブロックの全体を予めリード・バッファに読み込んでおく。それにより、そのデータ・ブロックと後続のデータ・ブロックとをリード・バッファからシステム・ターゲット・デコーダへ同時に転送して復号させることができる。更に、以降のデータ・ブロックの対もシステム・ターゲット・デコーダに同時に復号させることができる。
プリロードでは、最初に読み出されるデータ・ブロックの全体がリード・バッファに蓄積される。従って、リード・バッファには少なくとも、そのデータ・ブロックのサイズに等しい容量が要求される。ここで、リード・バッファの容量を最小限に維持するには、プリロードの対象とされるデータ・ブロックのサイズを可能な限り縮小すべきである。一方、飛び込み再生等のランダムアクセスでは、いずれのデータ・ブロックの対も再生開始位置に選択され得る。それ故、いずれのデータ・ブロックの対でも、データ量の小さい方を先に置く。それにより、リード・バッファの容量を最小限に維持することができる。
≪データ・ブロックに対するＡＶストリーム・ファイルのクロスリンク≫
図１９に示されているデータ・ブロック群に対して、ＡＶストリーム・ファイルのクロスリンクは次のように実現される。第１ファイルＳＳ（01000.ssif）244Aのファイル・エントリ1940は、各エクステント・ブロック1901−1903を一つのエクステントと見なして各サイズとその先端のＬＢＮとを示す。従って、各エクステント・ブロック1901−1903は第１ファイルＳＳ244AのエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]としてアクセス可能である。以下、第１ファイルＳＳ244Aに属するエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]を「エクステントＳＳ」という。各エクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]は、ファイル２Ｄ241とはベースビュー・データ・ブロックB[n]を共有し、ファイルＤＥＰ242とはディペンデントビュー・データ・ブロックD[n]を共有する。
≪エクステント・ブロック群に対する再生経路≫
図２１は、エクステント・ブロック群1901−1903に対する２Ｄ再生モードでの再生経路2101を示す模式図である。２Ｄ再生モードの再生装置102はファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路2101が示すとおり、各エクステント・ブロック1901−1903からベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が順番に２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]として読み出される。具体的には、まず先頭のエクステント・ブロック1901から先頭のベースビュー・データ・ブロックB[0]が読み出され、その直後のディペンデントビュー・データ・ブロックD[0]の読み出しが最初のジャンプJ2D1によってスキップされる。次に二番目のベースビュー・データ・ブロックB[1]が読み出され、その直後のデータNAVとディペンデントビュー・データ・ブロックD[1]との読み出しが二回目のジャンプJNAVによってスキップされる。続いて、二番目以降のエクステント・ブロック1902、1903内でも同様に、ベースビュー・データ・ブロックの読み出しとジャンプとが繰り返される。
二番目のエクステント・ブロック1902と三番目のエクステント・ブロック1903との間に生じるジャンプJLYは、層境界LBを越えるロングジャンプである。「ロングジャンプ」はジャンプの中でもシーク時間の長いものの総称であり、具体的には、ジャンプ距離が所定の閾値を超えるものをいう。「ジャンプ距離」とは、ジャンプ期間中に読み出し操作がスキップされるＢＤ−ＲＯＭディスク101上の領域の長さをいう。ジャンプ距離は通常、その部分のセクタ数で表される。ロングジャンプの定義に利用される閾値は、ＢＤ−ＲＯＭの規格では例えば４００００セクタに規定されている。しかし、その閾値は、ＢＤ−ＲＯＭディスクの種類と、ＢＤ−ＲＯＭドライブの読み出し処理に関する性能とに依存する。ロングジャンプは特にフォーカス・ジャンプとトラック・ジャンプとを含む。「フォーカス・ジャンプ」は、記録層の切り換えに伴うジャンプであり、光ピックアップの焦点距離を変化させる処理を含む。「トラック・ジャンプ」は、光ピックアップをＢＤ−ＲＯＭディスク101の半径方向に移動させる処理を含む。
図２１は、エクステント・ブロック群1901−1903に対するＬ／Ｒモードでの再生経路2102も示す。Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路2102が示すとおり、各エクステント・ブロック1901−1903が順番にエクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]として読み出される。具体的には、まず先頭のエクステント・ブロック1901からデータ・ブロックD[0]、B[0]、D[1]、B[1]が連続して読み出され、その直後のデータNAVの読み出しが最初のジャンプJNAVによってスキップされる。次に二番目のエクステント・ブロック1902からデータ・ブロックD[2]、…、B[3]が連続して読み出される。その直後に、記録層の切り換えに伴うロングジャンプJLYが生じ、続いて、三番目のエクステント・ブロック1903からデータ・ブロックD[4]、B[4]、…が連続して読み出される。
エクステント・ブロック1901−1903を第１ファイルＳＳ244Aのエクステントとして読み込むとき、再生装置102は第１ファイルＳＳ244Aのファイル・エントリ1940から各エクステントＳＳEXTSS[0]、EXTSS[1]、…の先端のＬＢＮとそのサイズとを読み出してＢＤ−ＲＯＭドライブ121に渡す。ＢＤ−ＲＯＭドライブ121はそのＬＢＮからそのサイズのデータを連続して読み出す。これらの処理は、データ・ブロック群をファイルＤＥＰ242とファイル２Ｄ241との各エクステントとして読み込む処理よりも、ＢＤ−ＲＯＭドライブ121の制御が次の二点（Ａ）、（Ｂ）で簡単である：（Ａ）再生装置102は一箇所のファイル・エントリを利用して各エクステントを順番に参照すればよい；（Ｂ）読み込み対象のエクステントの総数が実質上半減するので、ＢＤ−ＲＯＭドライブ121に渡されるべきＬＢＮとサイズとの対の総数が少ない。但し、再生装置102はエクステントＳＳEXTSS[0]、EXTSS[1]、…を読み込んだ後、それぞれをディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとに分離してデコーダに渡さなければならない。その分離処理にはクリップ情報ファイルが利用される。その詳細については後述する。
図１９に示されているように、各エクステント・ブロック1901−1903の実際の読み出しでは、ＢＤ−ＲＯＭドライブ121は各データ・ブロックの後端から次のデータ・ブロックの先端までの間にゼロ・セクタ遷移J0を行う。「ゼロ・セクタ遷移」とは、二つの連続するデータ・ブロック間での光ピックアップの移動をいう。ゼロ・セクタ遷移が行われる期間（以下、ゼロ・セクタ遷移期間という。）では、光ピックアップは読み出し動作を一旦停止して待機する。その意味で、ゼロ・セクタ遷移は「ジャンプ距離が０セクタに等しいジャンプ」とも見なせる。ゼロ・セクタ遷移期間の長さ、すなわちゼロ・セクタ遷移時間は、ＢＤ−ＲＯＭディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。「誤り訂正処理に伴うオーバーヘッド」とは、二つのデータ・ブロックの境界がＥＣＣブロックの境界と一致していないときに、そのＥＣＣブロックを用いた誤り訂正処理が二回行われることに起因する余分な時間をいう。誤り訂正処理には一つのＥＣＣブロックの全体が必要である。従って、一つのＥＣＣブロックが二つの連続するデータ・ブロックに共有されているとき、いずれのデータ・ブロックの読み出し処理でもそのＥＣＣブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのデータ・ブロックを一つ読み出すごとに、そのデータ・ブロックの他に最大３２セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち３２［セクタ］×２０４８［バイト］×８［ビット／バイト］×２［回］／読み出し速度で評価される。尚、各データ・ブロックをＥＣＣブロック単位で構成することにより、誤り訂正処理に伴うオーバーヘッドがゼロ・セクタ遷移時間から除外されてもよい。
≪クリップ情報ファイル≫
図２２は、第１クリップ情報ファイル（01000.clpi）、すなわち２Ｄクリップ情報ファイル231のデータ構造を示す模式図である。ディペンデントビュー・クリップ情報ファイル（02000.clpi）232と、テキスト字幕ストリームに対応するクリップ情報ファイル（03000.clpi）233とも同様なデータ構造を持つ。以下では、まず２Ｄクリップ情報ファイル231のデータ構造を例にして、クリップ情報ファイル全般に共通するデータ構造を説明する。その後、ディペンデントビュー・クリップ情報ファイルについて、２Ｄクリップ情報ファイルとのデータ構造上の相違点を説明する。
図２２を参照するに、２Ｄクリップ情報ファイル231は、クリップ情報2210、ストリーム属性情報2220、エントリ・マップ2230、及び３Ｄメタデータ2240を含む。３Ｄメタデータ2240はエクステント起点2242を含む。
クリップ情報2210は、システムレート2211、再生開始時刻2212、及び再生終了時刻2213を含む。システムレート2211は、ファイル２Ｄ（01000.m2ts）241に対するシステムレートを規定する。ここで、２Ｄ再生モードの再生装置102は、ファイル２Ｄ241に属するＴＳパケットをリード・バッファからシステム・ターゲット・デコーダへ転送する。「システムレート」はその転送速度の上限値を意味する。その転送速度がシステムレート以下に抑えられるように、ファイル２Ｄ241ではソースパケットのＡＴＳの間隔が設定されている。再生開始時刻2212は、ファイル２Ｄ241の先頭のＶＡＵのＰＴＳ、例えば先頭の映像フレームのＰＴＳを示す。再生終了時刻2212は、ファイル２Ｄ241の後端のＶＡＵのＰＴＳから所定量遅れたＳＴＣの値、例えば最後の映像フレームのＰＴＳに１フレーム当たりの再生時間を加えた値を示す。
ストリーム属性情報2220は、ファイル２Ｄ241に含まれる各エレメンタリ・ストリームのＰＩＤ2221とその属性情報2222との間の対応表である。属性情報2222は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、テキスト字幕ストリーム、及びＩＧストリームのそれぞれで異なる。例えばプライマリ・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１００に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報2222は再生装置102により、デコーダの初期化に利用される。
［エントリ・マップ］
図２３の（ａ）は、エントリ・マップ2230のデータ構造を示す模式図である。図２３の（ａ）を参照するに、エントリ・マップ2230はテーブル2300を含む。テーブル2300は、メインＴＳに多重化されたビデオ・ストリームと同数であり、各ビデオ・ストリームに一つずつ割り当てられている。図２３の（ａ）では各テーブル2300が割り当て先のビデオ・ストリームのＰＩＤで区別されている。各テーブル2300はエントリ・マップ・ヘッダ2301とエントリ・ポイント2302とを含む。エントリ・マップ・ヘッダ2301は、そのテーブル2300に対応付けられたＰＩＤと、そのテーブル2300に含まれるエントリ・ポイント2302の総数とを含む。エントリ・ポイント2302は、ＰＴＳ2303とソースパケット番号（ＳＰＮ）2304との対を一つずつ、異なるエントリ・ポイントＩＤ（ＥＰ＿ＩＤ）2305に対応付ける。ＰＴＳ2303は、エントリ・マップ・ヘッダ2301の示すＰＩＤのビデオ・ストリームに含まれるいずれかのＩピクチャのＰＴＳに等しい。ＳＰＮ2304は、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。「ＳＰＮ」とは、一つのＡＶストリーム・ファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。ＳＰＮは、そのＡＶストリーム・ファイル内での各ソースパケットのアドレスとして利用される。２Ｄクリップ情報ファイル231内のエントリ・マップ2230では、ＳＰＮは、ファイル２Ｄ241に属するソースパケット群、すなわちメインＴＳを構成するソースパケット群に割り当てられた番号を意味する。従って、エントリ・ポイント2302は、ファイル２Ｄ241に含まれる各ＩピクチャのＰＴＳとアドレス、すなわちＳＰＮとの間の対応関係を表す。
エントリ・ポイント2302は、ファイル２Ｄ241内の全てのＩピクチャに対して設定されていなくてもよい。但し、ＩピクチャがＧＯＰの先頭に位置し、かつ、そのＩピクチャの先頭を含むＴＳパケットが２Ｄエクステントの先頭に位置するときは、そのＩピクチャにはエントリ・ポイント2302を設定しなければならない。
図２３の（ｂ）は、ファイル２Ｄ241に属するソースパケット群2310のうち、エントリ・マップ2230によって各ＥＰ＿ＩＤ2305に対応付けられているものを示す模式図である。図２３の（ｃ）は、そのソースパケット群2310に対応するＢＤ−ＲＯＭディスク101上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。再生装置102はファイル２Ｄ241から２Ｄ映像を再生するとき、エントリ・マップ2230を利用して、任意のシーンを表すフレームのＰＴＳから、そのフレームを含むソースパケットのＳＰＮを特定する。具体的には、再生開始位置として特定のエントリ・ポイントのＰＴＳ、例えばＰＴＳ＝３６００００が指定されたとき、再生装置102はまず、エントリ・マップ2230から、そのＰＴＳに対応付けられたＳＰＮ＝３２００を検索する。再生装置102は次に、そのＳＰＮとソースパケット一つ当たりのデータ量１９２バイトとの積を求め、更に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商、ＳＰＮ×１９２／２０４８を求める。図５の（ｃ）、（ｄ）から理解されるとおり、その値は、メインＴＳのうち、そのＳＰＮが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図２３の（ｂ）に示されている例では、その値３２００×１９２／２０４８＝３００は、ＳＰＮが０から３１９９までのソースパケット群2311が記録されたセクタの総数に等しい。再生装置102は続いて、ファイル２Ｄ241のファイル・エントリを参照し、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（上記の総数＋１）番目のセクタのＬＢＮを特定する。図２３の（ｃ）に示されている例では、２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能なベースビュー・データ・ブロックB[0]、B[1]、B[2]、…が記録されたセクタ群のうち、先頭から数えて３０１番目のセクタのＬＢＮが特定される。再生装置102はそのＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、そのＬＢＮのセクタから順にベースビュー・データ・ブロック群がアラインド・ユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインド・ユニットから、再生開始位置のエントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル２Ｄ241から特定のＰＴＳ以降の２Ｄ映像を再生できる。
エントリ・マップ2230は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば２Ｄ再生モードの再生装置102は、まずエントリ・マップ2230を参照して、再生開始位置、例えばＰＴＳ＝３６００００以降のＰＴＳを含むエントリ・ポイント、ＥＰ＿ＩＤ＝２、３、…からＳＰＮ＝３２００、４８００、…を順番に読み出す。再生装置102は次にファイル２Ｄ241のファイル・エントリを利用して、各ＳＰＮに対応するセクタのＬＢＮを特定する。再生装置102は続いて、各ＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、各ＬＢＮのセクタからアラインド・ユニットが読み出される。再生装置102は更に各アラインド・ユニットから、各エントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。こうして、再生装置102は２Ｄエクステント群EXT2D[n]自体を解析することなく、ファイル２Ｄ241からＩピクチャを選択的に再生できる。
［エクステント起点］
図２４の（ａ）は、エクステント起点2242のデータ構造を示す模式図である。図２４の（ａ）を参照するに、「エクステント起点（Extent＿Start＿Point）」2242はベースビュー・エクステントＩＤ（ＥＸＴ１＿ＩＤ）2411とＳＰＮ2412とを含む。ＥＸＴ１＿ＩＤ2411は、第１ファイルＳＳ（01000.ssif）244Aに属するベースビュー・データ・ブロックに先頭から順に割り当てられた通し番号である。ＳＰＮ2412は各ＥＸＴ１＿ＩＤ2411に一つずつ割り当てられ、そのＥＸＴ１＿ＩＤ2411で識別されるベースビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ244Aに属するベースビュー・データ・ブロック群に含まれるソースパケットに先頭から順に割り当てられた通し番号である。
図１９に示されているエクステント・ブロック1901−1903では、各ベースビュー・データ・ブロックB[0]、B[1]、B[2]、…はファイル２Ｄ241と第１ファイルＳＳ244Aとに共有される。しかし、記録層間の境界等、ロングジャンプの必要な箇所に配置されたデータ・ブロック群は一般に、ファイル２Ｄ241又は第１ファイルＳＳ244Aのいずれかにのみ属するベースビュー・データ・ブロックを含む（詳細は《補足》参照）。従って、エクステント起点2242の示すＳＰＮ2412は、ファイル２Ｄ241に属する２Ｄエクステントの先端に位置するソースパケットのＳＰＮとは一般に異なる。
図２４の（ｂ）は、第２クリップ情報ファイル（02000.clpi）、すなわちディペンデントビュー・クリップ情報ファイル232に含まれるエクステント起点2420のデータ構造を示す模式図である。図２４の（ｂ）を参照するに、エクステント起点2420は、ディペンデントビュー・エクステントＩＤ（ＥＸＴ２＿ＩＤ）2421とＳＰＮ2422とを含む。ＥＸＴ２＿ＩＤ2421は、第１ファイルＳＳ244Aに属するディペンデントビュー・データ・ブロックに、先頭から順に割り当てられた通し番号である。ＳＰＮ2422は各ＥＸＴ２＿ＩＤ2421に一つずつ割り当てられ、そのＥＸＴ２＿ＩＤ2421で識別されるディペンデントビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ244Aに属するディペンデントビュー・データ・ブロック群に含まれるソースパケットに、先頭から順に割り当てられた通し番号である。
図２４の（ｄ）は、ファイルＤＥＰ（02000.m2ts）242に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点2420の示すＳＰＮ2422との間の対応関係を表す模式図である。図１９に示されているように、ディペンデントビュー・データ・ブロックはファイルＤＥＰ242と第１ファイルＳＳ244Aとに共有される。従って、図２４の（ｄ）に示されているように、エクステント起点2420の示す各ＳＰＮ2422は、各ディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…の先端に位置するソースパケットのＳＰＮに等しい。
２Ｄクリップ情報ファイル231のエクステント起点2242とディペンデントビュー・クリップ情報ファイル232のエクステント起点2420とは、以下に説明するように、第１ファイルＳＳ244Aから３Ｄ映像が再生されるとき、各エクステントＳＳに含まれるデータ・ブロックの境界の検出に利用される。
図２４の（ｅ）は、第１ファイルＳＳ244Aに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。図２４の（ｅ）を参照するに、そのエクステント・ブロックは、インターリーブ配置のデータ・ブロック群D[n]、B[n]（n＝0、1、2、…）を含む。尚、以下の説明はその他の配置でも同様に成立する。そのエクステント・ブロックは一つのエクステントＳＳEXTSS[0]としてアクセス可能である。更に、そのエクステントＳＳEXTSS[0]の中で、ｎ番目のベースビュー・データ・ブロックB[n]に含まれるソースパケットの数は、エクステント起点2242において、ＥＸＴ１＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ａ(ｎ＋１)−Ａｎに等しい。ここで、Ａ０＝０とする。一方、ディペンデントビュー・データ・ブロックD[n＋1]に含まれるソースパケットの数は、エクステント起点2420において、ＥＸＴ２＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ｂ(ｎ＋１)−Ｂｎに等しい。ここで、Ｂ０＝０とする。
３Ｄ再生モードの再生装置102は第１ファイルＳＳ244Aから３Ｄ映像を再生するとき、各クリップ情報ファイル231、232のエントリ・マップとエクステント起点2242、2420とを利用する。それにより、再生装置102は、任意のシーンのライトビューを表すフレームのＰＴＳから、そのフレームを含むディペンデントビュー・データ・ブロックが記録されたセクタのＬＢＮを特定する。具体的には、再生装置102はまず、例えばディペンデントビュー・クリップ情報ファイル232のエントリ・マップから、そのＰＴＳに対応付けられたＳＰＮを検索する。仮に、そのＳＰＮの示すソースパケットが、ファイルＤＥＰ242の３番目のディペンデントビュー・エクステントEXT2[2]、すなわちディペンデントビュー・データ・ブロックD[2]に含まれる場合を想定する。再生装置102は次に、ディペンデントビュー・クリップ情報ファイル232のエクステント起点2420の示すＳＰＮ2422の中から、目標のＳＰＮ以下で最大のもの“Ｂ２”と、それに対応するＥＸＴ２＿ＩＤ“２”とを検索する。再生装置102は続いて、２Ｄクリップ情報ファイル231のエクステント起点2242から、そのＥＸＴ２＿ＩＤ“２”と等しいＥＸＴ１＿ＩＤに対応するＳＰＮ2412の値“Ａ２”を検索する。再生装置102は更に、検索されたＳＰＮの和Ｂ２＋Ａ２を求める。図２４の（ｅ）から理解されるように、その和Ｂ２＋Ａ２は、エクステントＳＳEXTSS[0]の中で、３番目のディペンデントビュー・データ・ブロックD[2]よりも前に配置されたソースパケットの総数に等しい。従って、その和Ｂ２＋Ａ２とソースパケット一つ当たりのデータ量１９２バイトとの積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商（Ｂ２＋Ａ２）×１９２／２０４８は、エクステントＳＳEXTSS[0]の先頭から３番目のディペンデントビュー・データ・ブロックD[2]の直前までのセクタ数に等しい。この商を利用して第１ファイルＳＳ244Aのファイル・エントリを参照すれば、そのディペンデントビュー・データ・ブロックD[2]の先端が記録されたセクタのＬＢＮを特定することができる。
再生装置102は、上記のようにＬＢＮを特定した後、そのＬＢＮをＢＤ−ＲＯＭドライブ121に指定する。それにより、そのＬＢＮのセクタ以降に記録されたエクステントＳＳEXTSS[0]の部分、すなわち、３番目のディペンデントビュー・データ・ブロックD[2]以降のデータ・ブロック群D[2]、B[2]、D[3]、B[3]、…が、アラインド・ユニット単位で読み出される。
再生装置102は更にエクステント起点2242、2420を利用して、読み出されたエクステントＳＳからディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとを交互に抽出する。例えば、図２４の（ｅ）に示されているエクステントＳＳEXTSS[0]からデータ・ブロック群D[n]、B[n]（n＝0、1、2、…）が順番に読み出されるときを想定する。再生装置102はまず、エクステントＳＳEXTSS[0]の先頭からＢ１個のソースパケットを最初のディペンデントビュー・データ・ブロックD[0]として抽出する。再生装置102は次に、Ｂ１番目のソースパケットと、それに続く（Ａ１−１）個のソースパケットとの計Ａ１個のソースパケットを最初のベースビュー・データ・ブロックB[0]として抽出する。再生装置102は続いて、（Ｂ１＋Ａ１）番目のソースパケットと、それに続く（Ｂ２−Ｂ１−１）個のソースパケットとの計（Ｂ２−Ｂ１）個のソースパケットを二番目のディペンデントビュー・データ・ブロックD[1]として抽出する。再生装置102は更に、（Ａ１＋Ｂ２）番目のソースパケットと、それに続く（Ａ２−Ａ１−１）個のソースパケットとの計（Ａ２−Ａ１）個のソースパケットを二番目のベースビュー・データ・ブロックB[1]として抽出する。それ以降も再生装置102は同様に、読み出されるソースパケットの数からエクステントＳＳ内のデータ・ブロック間の境界を検出して、ディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとを交互に抽出する。抽出されたベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとはパラレルにシステム・ターゲット・デコーダに渡されて復号される。
こうして、３Ｄ再生モードの再生装置102は第１ファイルＳＳ244Aから特定のＰＴＳ以降の３Ｄ映像を再生できる。その結果、再生装置102は、ＢＤ−ＲＯＭドライブ121の制御に関する上記の利点（Ａ）、（Ｂ）を実際に享受できる。
≪ファイル・ベース≫
図２４の（ｃ）は、３Ｄ再生モードの再生装置102によって第１ファイルＳＳ244Aから抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。図２４の（ｃ）を参照するに、それらのベースビュー・データ・ブロックB[n]（n＝0、1、2、…）の含むソースパケット群に、先頭から順にＳＰＮを割り当てたとき、各データ・ブロックB[n]の先端に位置するソースパケットのＳＰＮは、エクステント起点2242の示すＳＰＮ2412に等しい。それらのベースビュー・データ・ブロック群B[n]のように、エクステント起点を利用して一つのファイルＳＳから抽出されるベースビュー・データ・ブロック群を「ファイル・ベース」という。更に、ファイル・ベースに含まれるベースビュー・データ・ブロックを「ベースビュー・エクステント」という。図２４の（ｅ）に示されているように、各ベースビュー・エクステントEXT1[0]、EXT1[1]、…はクリップ情報ファイル内のエクステント起点2242、2420によって参照される。
ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とベースビュー・データ・ブロックB[n]を共有する。従って、ファイル・ベースはファイル２Ｄと同じメインＴＳを含む。しかし、ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とは異なり、いずれのファイルのファイル・エントリによっても参照されない。上記のとおり、ベースビュー・エクステントEXT1[n]は、クリップ情報ファイル内のエクステント起点を利用して、ファイルＳＳ内のエクステントＳＳEXTSS[・]から抽出される。このように、ファイル・ベースは本来のファイルとは異なり、ファイル・エントリを含まず、かつ、ベースビュー・エクステントの参照にエクステント起点を必要とする。それらの意味で、ファイル・ベースは「仮想的なファイル」である。特にファイル・ベースはファイルシステムでは認識されず、図２に示されているディレクトリ／ファイル構造には現れない。
図２５は、ＢＤ−ＲＯＭディスク101上に記録された一つのエクステント・ブロック2500と、ファイル２Ｄ2510、ファイル・ベース2511、ファイルＤＥＰ2512、及びファイルＳＳ2520の各エクステント群との間の対応関係を示す模式図である。図２５を参照するに、エクステント・ブロック2500はディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とを含む（n＝…、0、1、2、3、…）。ベースビュー・データ・ブロックB[n]は２ＤエクステントEXT2D[n]としてファイル２Ｄ2510に属する。ディペンデントビュー・データ・ブロックD[n]はディペンデントビュー・エクステントEXT2[n]としてファイルＤＥＰ2512に属する。エクステント・ブロック2500の全体が一つのエクステントＳＳEXTSS[0]としてファイルＳＳ2520に属する。従って、エクステントＳＳEXTSS[0]は、２ＤエクステントEXT2D[n]とはベースビュー・データ・ブロックB[n]を共有し、ディペンデントビュー・エクステントEXT2[n]とはディペンデントビュー・データ・ブロックD[n]を共有する。エクステントＳＳEXTSS[0]は再生装置102に読み込まれた後、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とに分離される。それらのベースビュー・データ・ブロックB[n]はベースビュー・エクステントEXT1[n]としてファイル・ベース2511に属する。エクステントＳＳEXTSS[0]内でのベースビュー・エクステントEXT1[n]とディペンデントビュー・エクステントEXT2[n]との間の境界は、ファイル２Ｄ2510とファイルＤＥＰ2512とのそれぞれに対応付けられたクリップ情報ファイル内のエクステント起点を利用して特定される。
≪ディペンデントビュー・クリップ情報ファイル≫
ディペンデントビュー・クリップ情報ファイルは、図２２−２４に示されている２Ｄクリップ情報ファイルとデータ構造が同様である。従って、以下の説明では、ディペンデントビュー・クリップ情報ファイルと２Ｄクリップ情報ファイルとの間の相違点に触れ、同様な点についての説明は上記の説明を援用する。
ディペンデントビュー・クリップ情報ファイルは２Ｄクリップ情報ファイルとは主に次の二点（ｉ）、（ｉｉ）で異なる：（ｉ）ストリーム属性情報に条件が課せられている；（ｉｉ）エントリ・ポイントに条件が課せられている。
（ｉ）ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとがＬ／Ｒモードの再生装置102によって３Ｄ映像の再生に利用されるものであるとき、図７に示されているとおり、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームを利用して圧縮されている。そのとき、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームとビデオ・ストリーム属性が等しい。ここで、ベースビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報は２Ｄクリップ情報ファイルのストリーム属性情報2220内でＰＩＤ＝０ｘ１０１１に対応付けられている。一方、ディペンデントビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報はディペンデントビュー・クリップ情報ファイルのストリーム属性情報内でＰＩＤ＝０ｘ１０１２又は０ｘ１０１３に対応付けられている。従って、それらのビデオ・ストリーム属性情報間では、図２２に示されている各項目、すなわち、コーデック、解像度、アスペクト比、及びフレームレートが一致しなければならない。コーデックの種類が一致していれば、ベースビュー・ピクチャとディペンデントビュー・ピクチャとの間に符号化での参照関係が成立するので、各ピクチャを復号することができる。解像度、アスペクト比、及びフレームレートがいずれも一致していれば、左右の映像の画面表示を同期させることができる。それ故、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができる。
（ｉｉ）ディペンデントビュー・クリップ情報ファイルのエントリ・マップは、ディペンデントビュー・ビデオ・ストリームに割り当てられたテーブルを含む。そのテーブルは、図２３の（ａ）に示されているテーブル2300と同様に、エントリ・マップ・ヘッダとエントリ・ポイントとを含む。エントリ・マップ・ヘッダは、対応するディペンデントビュー・ビデオ・ストリームのＰＩＤ、すなわち０ｘ１０１２又は０ｘ１０１３を示す。各エントリ・ポイントは一対のＰＴＳとＳＰＮとを一つのＥＰ＿ＩＤに対応付けている。各エントリ・ポイントのＰＴＳは、ディペンデントビュー・ビデオ・ストリームに含まれるいずれかのＧＯＰの先頭のピクチャのＰＴＳと等しい。各エントリ・ポイントのＳＰＮは、同じエントリ・ポイントに属するＰＴＳの示すピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。ここで、ＳＰＮは、ファイルＤＥＰに属するソースパケット群、すなわちサブＴＳを構成するソースパケット群に先頭から順に割り当てられた通し番号を意味する。各エントリ・ポイントのＰＴＳは、２Ｄクリップ情報ファイルのエントリ・マップのうち、ベースビュー・ビデオ・ストリームに割り当てられたテーブル内のエントリ・ポイントのＰＴＳと一致しなければならない。すなわち、同じ３Ｄ・ＶＡＵに含まれる一対のピクチャの一方を含むソースパケット群の先頭にエントリ・ポイントが設定されているときは常に、他方を含むソースパケット群の先頭にもエントリ・ポイントが設定されていなければならない。
図２６は、ベースビュー・ビデオ・ストリーム2610とディペンデントビュー・ビデオ・ストリーム2620とに設定されたエントリ・ポイントの例を示す模式図である。各ビデオ・ストリーム2610、2620では、先頭から数えて同じ順番のＧＯＰが同じ再生期間の映像を表す。図２６を参照するに、ベースビュー・ビデオ・ストリーム2610では、先頭から数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント2601B、2603B、2605Bが設定されている。それに併せて、ディペンデントビュー・ビデオ・ストリーム2620でも、先頭から数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント2601D、2603D、2605Dが設定されている。その場合、再生装置102は、例えばＧＯＰ＃３から３Ｄ映像の再生を開始するとき、対応するエントリ・ポイント2603B、2603DのＳＰＮからファイルＳＳ内の再生開始位置のＳＰＮを直ちに算定できる。特にエントリ・ポイント2603B、2603Dがいずれもデータ・ブロックの先端に設定されているとき、図２４の（ｅ）から理解されるとおり、エントリ・ポイント2603B、2603DのＳＰＮの和がファイルＳＳ内の再生開始位置のＳＰＮに等しい。図２４の（ｅ）の説明で述べたとおり、そのソースパケットの数からは、ファイルＳＳ内の再生開始位置の部分が記録されたセクタのＬＢＮを算定することができる。こうして、３Ｄ映像の再生においても、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理の応答速度を向上させることができる。
≪２Ｄプレイリスト・ファイル≫
図２７は、２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図２に示されている第１プレイリスト・ファイル（00001.mpls）221はこのデータ構造を持つ。図２７を参照するに、２Ｄプレイリスト・ファイル221はメインパス2701と二つのサブパス2702、2703とを含む。
メインパス2701はプレイアイテム情報（ＰＩ）の配列であり、ファイル２Ｄ241の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各ＰＩは固有のプレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）で識別される。各ＰＩ＃Ｎは主要な再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の開始時刻（In−Time）を表し、他方は終了時刻（Out−Time）を表す。更に、メインパス2701内でのＰＩの順序は、再生経路内での、対応する再生区間の順序を表す。
各サブパス2702、2703はサブプレイアイテム情報（ＳＵＢ＿ＰＩ）の配列であり、ファイル２Ｄ241の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、ファイル２Ｄ241のうち、メインパス2701の表す部分とは別の部分とその再生順とを意味する。その他に、その再生経路は、ファイル２Ｄ241とは別のファイル２Ｄに多重化されたストリーム・データの再生対象部分とその再生順とを意味してもよい。その再生経路の意味するストリーム・データは、メインパス2701に従ってファイル２Ｄ241から再生される２Ｄ映像と同時に再生されるべき別の２Ｄ映像を表す。その別の２Ｄ映像は、例えば、ピクチャ・イン・ピクチャ方式における副映像、ブラウザ画面、ポップアップ・メニュー、又は字幕を含む。特にテキスト字幕ファイルに対する再生経路は、サブパスによって規定される。サブパス2702、2703には、２Ｄプレイリスト・ファイル221への登録順に通し番号“０”、“１”が振られている。その通し番号はサブパスＩＤとして、各サブパス2702、2703の識別に利用される。各サブパス2702、2703ではＳＵＢ＿ＰＩが固有のサブプレイアイテムＩＤ＝＃Ｍ（Ｍ＝１、２、３、…）で識別される。各ＳＵＢ＿ＰＩ＃Ｍは、再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス2702、2703内でのＳＵＢ＿ＰＩの順序は、再生経路内での、対応する再生区間の順序を表す。
図２８は、ＰＩ＃Ｎのデータ構造を示す模式図である。図２８を参照するに、ＰＩ＃Ｎは、参照クリップ情報2801、再生開始時刻（In＿Time）2802、再生終了時刻（Out＿Time）2803、コネクション・コンディション2804、及びストリーム選択テーブル（以下、ＳＴＮ（Stream Number）テーブルと略す。）2805を含む。参照クリップ情報2801は、２Ｄクリップ情報ファイル231を識別するための情報である。再生開始時刻2802と再生終了時刻2803とは、ファイル２Ｄ241の再生対象部分の先端と後端との各ＰＴＳを示す。コネクション・コンディション2804は、再生開始時刻2802と再生終了時刻2803とによって規定された再生区間での映像を、一つ前のＰＩ＃（Ｎ−１）によって規定された再生区間での映像に接続するときの条件を規定する。ＳＴＮテーブル2805は、再生開始時刻2802から再生終了時刻2803までの間に再生装置102内のデコーダによってファイル２Ｄ241から選択可能なエレメンタリ・ストリームの一覧表である。
ＳＵＢ＿ＰＩのデータ構造は、図２８に示されているＰＩのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にＳＵＢ＿ＰＩの再生開始時刻と再生終了時刻とは、ＰＩのそれらと同じ時間軸上の値で表される。ＳＵＢ＿ＰＩは更に「ＳＰコネクション・コンディション」というフィールドを含む。ＳＰコネクション・コンディションはＰＩのコネクション・コンディションと同じ意味を持つ。
［コネクション・コンディション］
コネクション・コンディション（以下、ＣＣと略す。）2804は、“１”、“５”、“６”の三種類の値を取り得る。ＣＣ2804が“１”であるとき、ＰＩ＃Ｎによって規定されるファイル２Ｄ241の部分から再生される映像は、直前のＰＩ＃（Ｎ−１）によって規定されるファイル２Ｄ241の部分から再生される映像とは必ずしもシームレスに接続されなくてもよい。一方、ＣＣ2804が“５”又は“６”であるとき、それら両方の映像が必ずシームレスに接続されなければならない。
図２９の（ａ）、（ｂ）はそれぞれ、ＣＣ2904が“５”、“６”であるときに接続対象の二つの再生区間2901、2902の間の関係を示す模式図である。ここで、ＰＩ＃（Ｎ−１）はファイル２Ｄ241の第１部分2901を規定し、ＰＩ＃Ｎはファイル２Ｄ241の第２部分2902を規定する。図２９の（ａ）を参照するに、ＣＣ2904が“５”であるとき、２つのＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間でＳＴＣが途切れていても良い。すなわち、第１部分2901の後端のＰＴＳ＃１と第２部分2902の先端のＰＴＳ＃２とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第１部分2901に続けて第２部分2902をデコーダに供給したときでもそのデコーダが復号処理をスムーズに持続できるように、各部分2901、2902が作成されていなければならない。更に、第１部分2901に含まれるオーディオ・ストリームの最後のフレームを、第２部分2902に含まれるオーディオ・ストリームの先頭フレームと重複させなければならない。一方、図２９の（ｂ）を参照するに、ＣＣ2904が“６”であるとき、第１部分2901と第２部分2902とは、デコーダの復号処理上、一連の部分として扱えるものでなければならない。すなわち、第１部分2901と第２部分2902との間ではＳＴＣとＡＴＣとがいずれも連続でなければならない。同様に、ＳＰコネクション・コンディションが“５”又は“６”であるとき、隣接する２つのＳＵＢ＿ＰＩによって規定されるファイル２Ｄの部分間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。
［ＳＴＮテーブル］
図２８を再び参照するに、ＳＴＮテーブル2805はストリーム登録情報の配列である。「ストリーム登録情報」とは、再生開始時刻2802から再生終了時刻2803までの間にメインＴＳから再生対象として選択可能なエレメンタリ・ストリームを個別に示す情報である。ストリーム番号（ＳＴＮ）2806はストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリ・ストリームの識別に利用される。ＳＴＮ2806は更に、同じ種類のエレメンタリ・ストリームの間では選択の優先順位を表す。ストリーム登録情報はストリーム・エントリ2809とストリーム属性情報2810と含む。ストリーム・エントリ2809はストリーム・パス情報2807とストリーム識別情報2808とを含む。ストリーム・パス情報2807は、選択対象のエレメンタリ・ストリームが属するファイル２Ｄを示す情報である。例えばストリーム・パス情報2807が“メインパス”を示すとき、そのファイル２Ｄは、参照クリップ情報2801の示す２Ｄクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報2807が“サブパスＩＤ＝１”を示すとき、選択対象のエレメンタリ・ストリームが属するファイル２Ｄは、サブパスＩＤ＝１のサブパスに含まれるＳＵＢ＿ＰＩの参照クリップ情報が示す２Ｄクリップ情報ファイルに対応するものである。そのＳＵＢ＿ＰＩの規定する再生開始時刻又は再生終了時刻のいずれかは、ＳＴＮテーブル2805を含むＰＩの規定する再生開始時刻2802から再生終了時刻2803までの期間に含まれる。ストリーム識別情報2808は、ストリーム・パス情報2807によって特定されるファイル２Ｄに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻2802から再生終了時刻2803までの間に選択可能である。ストリーム属性情報2810は各エレメンタリ・ストリームの属性情報を表す。例えば、オーディオ・ストリーム、ＰＧストリーム、テキスト字幕ストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。テキスト字幕ストリームの属性情報は更に、そのテキスト文字列の描画に利用可能なフォント・セットを規定する。
［２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生］
図３０は、２Ｄプレイリスト・ファイル（00001.mpls）221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）241から再生される部分との間の対応関係を示す模式図である。図３０を参照するに、２Ｄプレイリスト・ファイル221のメインパス2701では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）231を示す。再生装置102は２Ｄプレイリスト・ファイル221に従って２Ｄ映像を再生するとき、まずＰＩ＃１からＰＴＳ＃１、＃２を読み出す。再生装置102は次に、２Ｄクリップ情報ファイル231のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ241内のＳＰＮ＃１、＃２を検索する。再生装置102は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル２Ｄ241のファイル・エントリとを利用して、再生対象の２Ｄエクステント群EXT2D[0]、…、EXT2D[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２３の（ｂ）、（ｃ）を用いて説明したとおりである。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P1から、２Ｄエクステント群EXT2D[0]、…、EXT2D[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２の示すＰＴＳ＃３、＃４の対はまず、２Ｄクリップ情報ファイル231のエントリ・マップを利用してＳＰＮ＃３、＃４の対に変換される。次に、ファイル２Ｄ241のファイル・エントリを利用してＳＰＮ＃３、＃４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P2から、２Ｄエクステント群に属するソースパケット群が読み出される。ＰＩ＃３の示すＰＴＳ＃５、＃６の対からＳＰＮ＃５、＃６の対への変換、ＳＰＮ＃５、＃６の対からＬＢＮ＃５、＃６の対への変換、及びＬＢＮ＃５からＬＢＮ＃６までの範囲のセクタ群P3からのソースパケット群の読み出しも同様である。こうして、再生装置102は２Ｄプレイリスト・ファイル221のメインパス2701に従ってファイル２Ｄ241から２Ｄ映像を再生できる。
２Ｄプレイリスト・ファイル221はエントリ・マーク3001を含んでもよい。エントリ・マーク3001は、メインパス2701のうち、実際に再生が開始されるべき時点を示す。例えば図３０に示されているように、ＰＩ＃１に対して複数のエントリ・マーク3001が設定されてもよい。エントリ・マーク3001は特に頭出し再生において、再生開始位置の検索に利用される。例えば２Ｄプレイリスト・ファイル221が映画タイトルの再生経路を規定するとき、エントリ・マーク3001は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。
≪３Ｄプレイリスト・ファイル≫
図３１は、３Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図２に示されている第２プレイリスト・ファイル（00002.mpls）222はこのデータ構造を持つ。第２プレイリスト・ファイル（00003.mpls）223も同様である。図３１を参照するに、３Ｄプレイリスト・ファイル222は、メインパス3101、サブパス3102、及び拡張データ3103を含む。
メインパス3101は、図３の（ａ）に示されているメインＴＳの再生経路を規定する。従って、メインパス3101は、図２７に示されている２Ｄプレイリスト・ファイル221のメインパス2701と実質的に等しい。すなわち、２Ｄ再生モードの再生装置102は３Ｄプレイリスト・ファイル222のメインパス3101に従ってファイル２Ｄ241から２Ｄ映像を再生できる。一方、メインパス3101は、図２７に示されているメインパス2701とは次の点で異なる：各ＰＩのＳＴＮテーブルは、いずれかのグラフィックス・ストリーム又はテキスト字幕ストリームのＰＩＤに一つのＳＴＮを対応付けている際には更に、そのＳＴＮに一つのオフセット・シーケンスＩＤを割り当てている。
サブパス3102は、図３の（ｂ）に示されているサブＴＳの再生経路、すなわちファイルＤＥＰ242の再生経路を規定する。その他に、サブパス3102は、図３の（ｃ）に示されているテキスト字幕ストリームの再生経路を規定してもよい。サブパス3102のデータ構造は、図２７に示されている２Ｄプレイリスト・ファイル241のサブパス2702、2703のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図２７を用いた説明を援用する。
サブパス3102のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス3101のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス3102はその上、サブパス・タイプ3110を含む。「サブパス・タイプ」は一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。３Ｄプレイリスト・ファイル222では特にサブパス・タイプ3110が３Ｄ再生モードの種類、すなわちサブパス3102に従って再生されるべきディペンデントビュー・ビデオ・ストリームの種類を示す。図３１では、サブパス・タイプ3110は、その値が「３Ｄ・Ｌ／Ｒ」であるので、３Ｄ再生モードがＬ／Ｒモードであること、すなわちライトビュー・ビデオ・ストリームが再生対象であることを示す。一方、サブパス・タイプ3110は、その値が「３Ｄデプス」であるとき、３Ｄ再生モードがデプス・モードであること、すなわちデプスマップ・ストリームが再生対象であることを示す。３Ｄ再生モードの再生装置102は、サブパス・タイプ3110の値が「３Ｄ・Ｌ／Ｒ」又は「３Ｄデプス」であることを検出したとき、メインパス3101に従った再生処理とサブパス3102に従った再生処理とを同期させる。
拡張データ3103は、３Ｄ再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モードの再生装置102には無視される。拡張データ3103は特に、拡張ストリーム選択テーブル3130を含む。「拡張ストリーム選択テーブル（STN＿table＿SS）」（以下、ＳＴＮテーブルＳＳと略す。）は、３Ｄ再生モードにおいて、メインパス3101内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブＴＳから再生対象として選択可能なエレメンタリ・ストリームを示す。
［ＳＴＮテーブル］
図３２は、３Ｄプレイリスト・ファイル222のメインパス3101の含むＳＴＮテーブル3205を示す模式図である。図３２を参照するに、ＳＴＮ3206＝５、６、…、１１の割り当てられたストリーム識別情報3208が、ＰＧストリーム、テキスト字幕ストリーム、又はＩＧストリームのＰＩＤを示す。その場合、ＳＴＮ3206＝５、６、…、１１の割り当てられたストリーム属性情報3210は参照オフセットＩＤ3201とオフセット補正値3202とを更に含む。
ファイルＤＥＰ242では、図１３に示されているように、各ビデオ・シーケンスのＶＡＵ＃１にオフセット・メタ・データ1310が配置されている。参照オフセットＩＤ（stream＿ref＿offset＿id）3201は、そのオフセット・メタ・データ1310の含むオフセット・シーケンスＩＤ1311のいずれかに等しい。すなわち、参照オフセットＩＤ3201は、そのオフセット・メタ・データ1310の含む複数のオフセット・シーケンスの中で、ＳＴＮ3206＝５、６、…、１１のそれぞれに対応付けられるべきオフセット・シーケンスを規定する。
オフセット補正値（stream＿offset＿adjustment）3202は、参照オフセットＩＤ3201の規定するオフセット・シーケンスに含まれる各オフセット値に加えられるべき値を示す。オフセット補正値3202は例えば、表示装置103の画面のサイズが、３Ｄ映像コンテンツの作成時に想定されているサイズとは大きく異なる場合に、再生装置102によって各オフセット値に加えられる。それにより、レフトビューとライトビューとの２Ｄグラフィックス映像間での両眼視差が適正な範囲に収められる。
［ＳＴＮテーブルＳＳ］
図３３は、ＳＴＮテーブルＳＳ3130のデータ構造を示す模式図である。図３３を参照するに、ＳＴＮテーブルＳＳ3130はストリーム登録情報列3301、3302、3303、…を含む。ストリーム登録情報列3301、3302、3303、…はメインパス3101内のＰＩ＃１、＃２、＃３、…に個別に対応し、３Ｄ再生モードの再生装置102により、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わされて利用される。各ＰＩに対するストリーム登録情報列3301は、ポップアップ期間のオフセット（Fixed＿offset＿during＿Popup）3311と、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3312とを含む。
ポップアップ期間のオフセット3311は、ＩＧストリームからポップアップ・メニューが再生されるか否かを示す。３Ｄ再生モードの再生装置102はそのオフセット3311の値に依って、ビデオ・プレーンとグラフィックス・プレーンとの各表示モード（presentation mode）を変える。ここで、ビデオ・プレーンの表示モードにはベースビュー（Ｂ）−ディペンデントビュー（Ｄ）表示モードとＢ−Ｂ表示モードとの二種類がある。グラフィックス・プレーンの表示モードには１プレーン＋オフセット・モードと１プレーン＋ゼロ・オフセット・モードとの二種類がある。例えばポップアップ期間のオフセット3311の値が“０”であるとき、ＩＧストリームからはポップアップ・メニューが再生されない。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセット3311の値が“１”であるとき、ＩＧストリームからポップアップ・メニューが再生される。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。
「Ｂ−Ｄ表示モード」では、再生装置102がレフトビューとライトビューとのビデオ・プレーンを交互に出力する。従って、表示装置103の画面にはレフトビューとライトビューとのフレームが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。「Ｂ−Ｂ表示モード」では再生装置102が、動作モードを３Ｄ再生モードに維持したまま（特にフレームレートを３Ｄ再生時の値、例えば４８フレーム／秒に維持したまま）、ベースビュー・ビデオ・ストリームから復号されたプレーン・データのみを一フレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのビデオ・プレーンしか表示されないので、視聴者にはそれらが２Ｄ映像としてしか見えない。
「１プレーン＋オフセット・モード」では、再生装置102がオフセット制御により、メインＴＳ内のグラフィックス・ストリーム又はテキスト字幕ストリームから、レフトビューとライトビューとのグラフィックス・プレーンの対を生成して交互に出力する。それにより、表示装置103の画面にはレフトビューとライトビューとのグラフィックス・プレーンが交互に表示されるので、視聴者にはそれらが３Ｄグラフィックス映像として見える。「１プレーン＋ゼロ・オフセット・モード」では、再生装置102が、動作モードを３Ｄ再生モードに維持したまま、オフセット制御を一時的に停止させ、メインＴＳ内のグラフィックス・ストリーム又はテキスト字幕ストリームから復号されたグラフィックス・プレーンを一フレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのグラフィックス・プレーンしか表示されないので、視聴者にはそれらが２Ｄグラフィックス映像としてしか見えない。
３Ｄ再生モードの再生装置102は、ＰＩごとにポップアップ期間のオフセット3311を参照して、ＩＧストリームからポップアップ・メニューが再生されるときはＢ−Ｂ表示モードと１プレーン＋ゼロ・オフセット・モードとを選択する。それにより、ポップアップ・メニューが表示される間、他の３Ｄ映像が一時的に２Ｄ映像に変更されるので、ポップアップ・メニューの視認性・操作性が向上する。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3312は、サブＴＳから再生対象として選択可能なディペンデントビュー・ビデオ・ストリームを示すストリーム登録情報を含む。このストリーム登録情報列3312は、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。
図３３を参照するに、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3312は一般に複数のストリーム登録情報（SS＿dependet＿view＿block）3320を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報3320は、ＳＴＮ3321、ストリーム・エントリ3322、及びストリーム属性情報3323を含む。ＳＴＮ3321はストリーム登録情報3320に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ3322は、サブパスＩＤ参照情報（ref＿to＿Subpath＿id）3331、ストリーム・ファイル参照情報（ref＿to＿subClip＿entry＿id）3332、及びＰＩＤ（ref＿to＿stream＿PID＿subclip）3333を含む。サブパスＩＤ参照情報3331は、ディペンデントビュー・ビデオ・ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報3332は、そのディペンデントビュー・ビデオ・ストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ3333は、そのディペンデントビュー・ビデオ・ストリームのＰＩＤである。ストリーム属性情報3323はそのディペンデントビュー・ビデオ・ストリームの属性、例えばフレームレート、解像度、及びビデオフォーマットを含む。特にそれらは、対応するＰＩ内の組み合わせ対象のストリーム登録情報の示すベースビュー・ビデオ・ストリームのものと共通である。
［３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生］
図３４は、３Ｄプレイリスト・ファイル（00002.mpls）222の示すＰＴＳと、第１ファイルＳＳ（01000.ssif）244Aから再生される部分との間の対応関係を示す模式図である。図３４を参照するに、３Ｄプレイリスト・ファイル222のメインパス3401では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）231を示す。一方、サブパス・タイプが「３Ｄ・Ｌ／Ｒ」を示すサブパス3402では、ＳＵＢ＿ＰＩ＃１が、ＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報はディペンデントビュー・クリップ情報ファイル（02000.clpi）232を示す。
再生装置102は３Ｄプレイリスト・ファイル222に従って３Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は次に２Ｄクリップ情報ファイル231のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイル２Ｄ241内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102はディペンデントビュー・クリップ情報ファイル232のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイルＤＥＰ242内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、図２４の（ｅ）の説明で述べたように、各クリップ情報ファイル231、232のエクステント起点2242、2420を利用して、第１ファイルＳＳ244Aの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定する。再生装置102は同様に、第１ファイルＳＳ244Aの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。再生装置102は更にＳＰＮ＃２１、＃２２のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数と第１ファイルＳＳ244Aのファイル・エントリとを利用して、再生対象のエクステントＳＳ群EXTSS[0]、…、EXTSS[n]が記録されたセクタ群P11の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２４の（ｅ）の説明で述べたものと同様である。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P11から、エクステントＳＳ群EXTSS[0]、…、EXTSS[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２とＳＵＢ＿ＰＩ＃２との示すＰＴＳ＃３、＃４の対は、まずクリップ情報ファイル231、232の各エントリ・マップを利用してＳＰＮ＃３、＃４の対とＳＰＮ＃１３、＃１４の対とに変換される。次に、ＳＰＮ＃３、＃１３からは第１ファイルＳＳ244Aの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２３が算定され、ＳＰＮ＃４、＃１４からは第１ファイルＳＳ244Aの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２４が算定される。続いて、第１ファイルＳＳ244Aのファイル・エントリを利用して、ＳＰＮ＃２３、＃２４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P12から、エクステントＳＳ群に属するソースパケット群が読み出される。
上記の読み出し処理と並行して、再生装置102は、図２４の（ｅ）の説明で述べたように各クリップ情報ファイル231、232のエクステント起点2242、2420を利用して、各エクステントＳＳからベースビュー・エクステントを抽出し、残りのディペンデントビュー・エクステントとパラレルに復号する。こうして、再生装置102は、３Ｄプレイリスト・ファイル222に従って第１ファイルＳＳ244Aから３Ｄ映像を再生できる。
≪インデックス・テーブル≫
図３５は、図２に示されているインデックス・ファイル（index.bdmv）211のデータ構造を示す模式図である。図３５を参照するに、インデックス・ファイル211は、インデックス・テーブル3510、３Ｄ存在フラグ3520、及び２Ｄ／３Ｄお好みフラグ3530を含む。
インデックス・テーブル3510は、「ファーストプレイ」3501、「トップメニュー」3502、及び、「タイトルｋ」3503（ｋ＝１、２、…、ｎ：ｎは１以上の整数）という項目を含む。各項目にはムービーオブジェクトMVO−2D、MVO−3D、…、又はＢＤ−ＪオブジェクトBDJO−2D、BDJO−3D、…のいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部はインデックス・テーブル3510の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをＢＤ−ＲＯＭディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目「ファーストプレイ」3501には、ディスク101がＢＤ−ＲＯＭドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」3502には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」3503には、ディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目「タイトルｋ」には、そのタイトルに対応するＡＶストリーム・ファイルから映像を再生するためのオブジェクトが指定されている。
図３５に示されている例では、項目「タイトル１」と項目「タイトル２」とが２Ｄ映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられているムービーオブジェクトMVO−2Dは、２Ｄプレイリスト・ファイル（00001.mpls）221を用いた２Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル１」が参照されたとき、そのムービーオブジェクトMVO−2Dに従い、２Ｄプレイリスト・ファイル221がディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。項目「タイトル２」に対応付けられているＢＤ−ＪオブジェクトBDJO−2Dは、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置102によって項目「タイトル２」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−2D内のアプリケーション管理テーブルに従ってＪＡＲファイル261からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、２Ｄプレイリスト・ファイル221がディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。
図３５に示されている例では更に、項目「タイトル３」と項目「タイトル４」とが３Ｄ映像のタイトルに割り当てられている。項目「タイトル３」に対応付けられているムービーオブジェクトMVO−3Dは、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関する命令群に加え、３Ｄプレイリスト・ファイル（00002.mpls）222、（00003.mpls）223のいずれかを用いた３Ｄ映像の再生処理に関する命令群を含む。項目「タイトル４」に対応付けられているＢＤ−ＪオブジェクトBDJO−3Dでは、アプリケーション管理テーブルが、２Ｄプレイリスト・ファイル221を用いた２Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムに加え、３Ｄプレイリスト・ファイル222、223のいずれかを用いた３Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムを規定する。
３Ｄ存在フラグ3520は、ＢＤ−ＲＯＭディスク101に３Ｄ映像コンテンツが記録されているか否かを示すフラグである。再生装置102は、ＢＤ−ＲＯＭドライブ121にＢＤ−ＲＯＭディスク101が挿入されたとき、まず、その３Ｄ存在フラグ3520をチェックする。３Ｄ存在フラグ3520がオフである場合、再生装置102は３Ｄ再生モードを選択する必要がない。従って、再生装置102は表示装置103に対してＨＤＭＩ認証を行うことなく、２Ｄ再生モードに速やかに移行できる。ここで、「ＨＤＭＩ認証」とは、再生装置102がＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換して、３Ｄ映像の再生に対応可能か否か等を表示装置103に問い合わせる処理をいう。ＨＤＭＩ認証がスキップされることにより、ＢＤ−ＲＯＭディスク101の挿入から２Ｄ映像の再生開始までの時間が短縮される。
２Ｄ／３Ｄお好みフラグ3530は、再生装置と表示装置とが共に２Ｄ映像と３Ｄ映像とのいずれの再生にも対応可能であるときに、３Ｄ映像の再生を優先すべきか否かを指定するフラグである。２Ｄ／３Ｄお好みフラグ3530はコンテンツ・プロバイダによって設定される。再生装置102は、ＢＤ−ＲＯＭディスク101の３Ｄ存在フラグ3520がオンであるとき、続いて２Ｄ／３Ｄお好みフラグ3530を更にチェックする。２Ｄ／３Ｄお好みフラグ3530がオンである場合、再生装置102は、ユーザに再生モードを選択させることなく、ＨＤＭＩ認証を行い、その結果に依って２Ｄ再生モードと３Ｄ再生モードとのいずれかで動作する。すなわち、再生装置102は再生モードの選択画面を表示しない。従って、ＨＤＭＩ認証の結果、表示装置103が３Ｄ映像の再生に対応可能であれば、再生装置102は３Ｄ再生モードで起動できる。それにより、フレームレートの切り換え等、２Ｄ再生モードから３Ｄ再生モードへの移行処理に起因する起動の遅れを回避することができる。
［３Ｄ映像タイトルの選択時でのプレイリスト・ファイルの選択］
図３５に示されている例では、再生装置102は、インデックス・テーブル3510の項目「タイトル３」を参照したとき、ムービーオブジェクトMVO−3Dに従って、まず次の判別処理を行う：（１）３Ｄ存在フラグ3520がオンかオフか、（２）再生装置102自身が３Ｄ映像の再生に対応しているか否か、（３）２Ｄ／３Ｄお好みフラグ3530がオンかオフか、（４）ユーザが３Ｄ再生モードを選択しているか否か、（５）表示装置103が３Ｄ映像の再生に対応しているか否か、及び（６）再生装置102の３Ｄ再生モードがＬ／Ｒモードとデプス・モードとのいずれであるか。再生装置102は次に、それらの判別結果に依って、いずれかのプレイリスト・ファイル221−223を再生対象として選択する。一方、再生装置102は項目「タイトル４」を参照したとき、ＢＤ−ＪオブジェクトBDJO−3D内のアプリケーション管理テーブルに従ってＪＡＲファイル261からＪａｖａアプリケーション・プログラムを呼び出して実行する。それにより、まず上記の判別処理（１）−（６）が行われ、次にその判別結果に依って、プレイリスト・ファイルの選択が行われる。
図３６は、上記の判別処理（１）−（６）を利用して再生対象のプレイリスト・ファイルを選択する処理のフローチャートである。ここで、その選択処理の前提として、再生装置102が第１フラグと第２フラグとを含むときを想定する。第１フラグは、再生装置102が３Ｄ映像の再生に対応可能であるか否かを示す。例えば、第１フラグが“０”であるとき、再生装置102は２Ｄ映像の再生のみに対応可能であり、“１”であるとき、３Ｄ映像の再生にも対応可能である。第２フラグは、３Ｄ再生モードがＬ／Ｒモードとデプス・モードとのいずれであるかを示す。例えば、第２フラグが“０”であるとき、３Ｄ再生モードはＬ／Ｒモードであり、“１”であるとき、デプス・モードである。更に、３Ｄ存在フラグ3520と２Ｄ／３Ｄお好みフラグ3530とのそれぞれがオンであるときの値を“１”とし、オフであるときの値を“０”とする。
ステップＳ３６０１では、再生装置102は３Ｄ存在フラグ3520の値をチェックする。その値が“１”であるとき、処理はステップＳ３６０２へ進む。その値が“０”であるとき、処理はステップＳ３６０７へ進む。
ステップＳ３６０２では、再生装置102は第１フラグの値をチェックする。その値が“１”であるとき、処理はステップＳ３６０３へ進む。その値が“０”であるとき、処理はステップＳ３６０７へ進む。
ステップＳ３６０３では、再生装置102は２Ｄ／３Ｄお好みフラグ3530の値をチェックする。その値が“０”であるとき、処理はステップＳ３６０４へ進む。その値が“１”であるとき、処理はステップＳ３６０５へ進む。
ステップＳ３６０４では、再生装置102は表示装置103にメニューを表示させて、ユーザに２Ｄ再生モードと３Ｄ再生モードとのいずれかを選択させる。ユーザがリモコン105等を操作して３Ｄ再生モードを選択したとき、処理はステップＳ３６０５へ進み、２Ｄ再生モードを選択したとき、処理はステップＳ３６０７へ進む。
ステップＳ３６０５では、再生装置102はＨＤＭＩ認証を行い、表示装置103が３Ｄ映像の再生に対応しているか否かチェックする。具体的には、再生装置102はＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換し、表示装置103が３Ｄ映像の再生に対応しているか否かを表示装置103に問い合わせる。表示装置103が３Ｄ映像の再生に対応しているとき、処理はステップＳ３６０６へ進む。表示装置103が３Ｄ映像の再生に対応していないとき、処理はステップＳ３６０７へ進む。
ステップＳ３６０６では、再生装置102は第２フラグの値をチェックする。その値が“０”であるとき、処理はステップＳ３６０８へ進む。その値が“１”であるとき、処理はステップＳ３６０９へ進む。
ステップＳ３６０７では、再生装置102は２Ｄプレイリスト・ファイル221を再生対象として選択する。尚、そのとき、再生装置102は表示装置103に、３Ｄ映像の再生が選択されなかった理由を表示させてもよい。その後、処理は終了する。
ステップＳ３６０８では、再生装置102はＬ／Ｒモード用の３Ｄプレイリスト・ファイル222を再生対象として選択する。その後、処理は終了する。
ステップＳ３６０９では、再生装置102はデプス・モード用の３Ｄプレイリスト・ファイル222を再生対象として選択する。その後、処理は終了する。
＜２Ｄ再生装置の構成＞
２Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から２Ｄ映像コンテンツを再生するとき、２Ｄ再生装置として動作する。図３７は、２Ｄ再生装置3700の機能ブロック図である。図３７を参照するに、２Ｄ再生装置3700は、ＢＤ−ＲＯＭドライブ3701、再生部3702、及び制御部3703を含む。再生部3702は、リード・バッファ3721、プリロード・バッファ3723、フォント・バッファ3724、システム・ターゲット・デコーダ3725、及びプレーン加算部3726を含む。制御部3703は、動的シナリオ・メモリ3731、静的シナリオ・メモリ3732、ユーザイベント処理部3733、プログラム実行部3734、再生制御部3735、及びプレーヤ変数記憶部3736を含む。再生部3702と制御部3703とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。
ＢＤ−ＲＯＭドライブ3701は、内部にＢＤ−ＲＯＭディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、ＢＤ−ＲＯＭドライブ3701は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。
ＢＤ−ＲＯＭドライブ3701は、再生制御部3735からの要求に従ってＢＤ−ＲＯＭディスク101からデータを読み出す。そのデータのうち、ファイル２Ｄのエクステント、すなわち２Ｄエクステントはリード・バッファ3721へ転送され、テキスト字幕ファイルはプリロード・バッファ3723へ転送され、フォント・セットはフォント・バッファ3724へ転送され、動的シナリオ情報は動的シナリオ・メモリ3731へ転送され、静的シナリオ情報は静的シナリオ・メモリ3732へ転送される。「動的シナリオ情報」は、インデックス・ファイル、ムービーオブジェクト・ファイル、及びＢＤ−Ｊオブジェクト・ファイルを含む。「静的シナリオ情報」は２Ｄプレイリスト・ファイルと２Ｄクリップ情報ファイルとを含む。
リード・バッファ3721、プリロード・バッファ3723、フォント・バッファ3724、動的シナリオ・メモリ3731、及び静的シナリオ・メモリ3732はいずれも、バッファ・メモリである。リード・バッファ3721、プリロード・バッファ3723、及びフォント・バッファ3724としては再生部3702内のメモリ素子が利用され、動的シナリオ・メモリ3731及び静的シナリオ・メモリ3732としては制御部3703内のメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が、それらのバッファ・メモリ3721−3723、3731、3732の一部又は全部として利用されてもよい。
システム・ターゲット・デコーダ3725は、リード・バッファ3721から２Ｄエクステントをソースパケット単位で読み出して多重分離処理を行い、分離された各エレメンタリ・ストリームに対して復号処理を行う。ここで、各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め、再生制御部3735からシステム・ターゲット・デコーダ3725へ送られている。システム・ターゲット・デコーダ3725は更に、復号後のプライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリームをそれぞれ、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、及びＰＧプレーン・データとしてＶＡＵ単位で送出する。また、システム・ターゲット・デコーダ3725は、復号後のプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとをミキシングして、表示装置103の内蔵スピーカ103A等、音声出力装置へ送出する。一方、システム・ターゲット・デコーダ3725は、プリロード・バッファ3723からテキスト字幕ストリームをテキスト・データ・エントリ単位で読み出して、それの表すテキスト文字列を解釈する。システム・ターゲット・デコーダ3725は続いて、フォント・バッファ3724に格納されたフォント・セットを利用して、そのテキスト文字列に対応するビットマップ・データをＰＧプレーン・データとして送出する。その他に、システム・ターゲット・デコーダ3725はプログラム実行部3734からグラフィックス・データを受信する。そのグラフィックス・データは、メニュー等のＧＵＩ用グラフィックス部品を画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧ等のラスタ・データで表現されている。システム・ターゲット・デコーダ3725はそのグラフィックス・データを処理してイメージ・プレーン・データとして送出する。尚、システム・ターゲット・デコーダ3725の詳細については後述する。
プレーン加算部3726は、システム・ターゲット・デコーダ3725から、主映像プレーン・データ、副映像プレーン・データ、ＩＧプレーン・データ、ＰＧプレーン・データ、及びイメージ・プレーン・データを受信し、それらを互いに重畳して一つの映像フレーム又はフィールドに合成する。合成後の映像データは表示装置103へ送出され、その画面に表示される。
ユーザイベント処理部3733は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に応じてプログラム実行部3734又は再生制御部3735に処理を依頼する。例えばユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部3733はその押下を検出してそのボタンを識別する。ユーザイベント処理部3733は更にプログラム実行部3734に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、例えばユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部3733はその押下を検出してそのボタンを識別する。ユーザイベント処理部3733は更に再生制御部3735に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。
プログラム実行部3734はプロセッサであり、動的シナリオ・メモリ3731に格納されたムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルからプログラムを読み出して実行する。プログラム実行部3734は更に各プログラムに従って次の制御を行う：（１）再生制御部3735に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタ・データとして生成し、それをシステム・ターゲット・デコーダ3725へ転送して他の映像データに合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ−ＲＯＭディスク101のオーサリング工程のうち、ムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルのプログラミング工程によって決まる。
再生制御部3735は、２Ｄエクステント及びインデックス・ファイル等、各種のデータをＢＤ−ＲＯＭディスク101から、リード・バッファ3721、プリロード・バッファ3723、フォント・バッファ3724、動的シナリオ・メモリ3731、及び静的シナリオ・メモリ3732へ転送する処理を制御する。その制御には、図２に示されているディレクトリ／ファイル構造を管理するファイルシステムが利用される。すなわち、再生制御部3735はファイル・オープン用のシステムコールを利用して、ＢＤ−ＲＯＭドライブ3701に各種のファイルを各バッファ・メモリ3721−3723、3731、3732へ転送させる。ここで、「ファイル・オープン」とは次の一連の処理をいう。まず、システムコールによってファイルシステムに検索対象のファイル名が与えられ、そのファイル名がディレクトリ／ファイル構造から検索される。その検索に成功したとき、再生制御部3735内のメモリには、まず、転送対象のファイルのファイル・エントリが転送され、そのメモリ内にＦＣＢ（File Control Block）が生成される。その後、転送対象のファイルのファイル・ハンドルがファイルシステムから再生制御部3735に返される。以後、再生制御部3735はそのファイル・ハンドルをＢＤ−ＲＯＭドライブ3701に提示することにより、ＢＤ−ＲＯＭドライブ3701にその転送対象のファイルをＢＤ−ＲＯＭディスク101から各バッファ・メモリ3721−3723、3731、3732へ転送させることができる。
再生制御部3735は、ＢＤ−ＲＯＭドライブ3701とシステム・ターゲット・デコーダ3725とを制御して、ファイル２Ｄから映像データと音声データとを復号させる。具体的には、再生制御部3735はまず、プログラム実行部3734からの命令、又はユーザイベント処理部3733からの依頼に応じて、静的シナリオ・メモリ3732から２Ｄプレイリスト・ファイルを読み出してその内容を解釈する。再生制御部3735は次に、その解釈された内容、特に再生経路に従って、ＢＤ−ＲＯＭドライブ3701とシステム・ターゲット・デコーダ3725とに再生対象のファイル２Ｄを指定し、その読み出し処理及び復号処理を指示する。このようなプレイリスト・ファイルに従った再生処理を「プレイリスト再生処理」という。再生経路にテキスト字幕ストリームが含まれる場合、再生制御部3735は、ＳＴＮテーブル内のストリーム属性情報から必要なフォント・セットを特定して、それらをＢＤ−ＲＯＭディスク101からフォント・バッファ3724へ予め転送させる。
その他に、再生制御部3735は、静的シナリオ情報を利用してプレーヤ変数記憶部3736に各種のプレーヤ変数を設定する。再生制御部3735は更に、それらのプレーヤ変数を参照して、システム・ターゲット・デコーダ3725に復号対象のエレメンタリ・ストリームを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。
プレーヤ変数記憶部3736は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステム・パラメータ（ＳＰＲＭ）と汎用のパラメータ（ＧＰＲＭ）とがある。ＳＰＲＭは再生装置102の状態を示す。図３８はＳＰＲＭの一覧表である。各ＳＰＲＭには通し番号3801が振られ、各通し番号3801に変数値3802が個別に対応付けられている。主なＳＰＲＭの内容は以下のとおりである。ここで、括弧内の数字は通し番号3801を示す。
ＳＰＲＭ（０） ： 言語コード
ＳＰＲＭ（１） ： プライマリ・オーディオ・ストリーム番号
ＳＰＲＭ（２） ： 字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： タイトル番号
ＳＰＲＭ（５） ： チャプタ番号
ＳＰＲＭ（６） ： プログラム番号
ＳＰＲＭ（７） ： セル番号
ＳＰＲＭ（８） ： 選択キー情報
ＳＰＲＭ（９） ： ナビゲーション・タイマー
ＳＰＲＭ（１０） ： 再生時刻情報
ＳＰＲＭ（１１） ： カラオケ用ミキシング・モード
ＳＰＲＭ（１２） ： パレンタル用国情報
ＳＰＲＭ（１３） ： パレンタル・レベル
ＳＰＲＭ（１４） ： プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： オーディオ・ストリーム用言語コード
ＳＰＲＭ（１７） ： オーディオ・ストリーム用言語コード（拡張）
ＳＰＲＭ（１８） ： 字幕ストリーム用言語コード
ＳＰＲＭ（１９） ： 字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０） ： プレーヤ・リージョン・コード
ＳＰＲＭ（２１） ： セカンダリ・ビデオ・ストリーム番号
ＳＰＲＭ（２２） ： セカンダリ・オーディオ・ストリーム番号
ＳＰＲＭ（２３） ： 再生状態
ＳＰＲＭ（２４） ： 予備
ＳＰＲＭ（２５） ： 予備
ＳＰＲＭ（２６） ： 予備
ＳＰＲＭ（２７） ： 予備
ＳＰＲＭ（２８） ： 予備
ＳＰＲＭ（２９） ： 予備
ＳＰＲＭ（３０） ： 予備
ＳＰＲＭ（３１） ： 予備
ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳを示し、そのピクチャが復号されて主映像プレーン・メモリに書き込まれる度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。
ＳＰＲＭ（１３）のパレンタル・レベルは、所定の制限年齢を示し、ＢＤ−ＲＯＭディスク101に記録されたタイトルの視聴に対するパレンタル制御に利用される。ＳＰＲＭ（１３）の値は、再生装置102のユーザによって、再生装置102のＯＳＤ等を利用して設定される。ここで、「パレンタル制御」とは、視聴者の年齢に依ってタイトルの視聴を制限する処理をいう。再生装置102は各タイトルに対するパレンタル制御を例えば次のように行う。再生装置102はまず、ＢＤ−ＲＯＭディスク101から、そのタイトルの視聴が許可された視聴者の年齢を読み出してＳＰＲＭ（１３）の値と比較する。その年齢がＳＰＲＭ（１３）の値以上であれば、再生装置102はそのタイトルの再生を継続する。その年齢がＳＰＲＭ（１３）の値未満であれば、再生装置102はそのタイトルの再生を停止する。
ＳＰＲＭ（１６）のオーディオ・ストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置102のデフォルトの言語コードを示す。それらは再生装置102のＯＳＤ等を利用してユーザに変更させることもでき、プログラム実行部3734を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部3735はプレイリスト再生処理において、まず現時点での再生区間を示すＰＩ、すなわちカレントＰＩの含むＳＴＮテーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部3735は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ3725に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ3725によって選択されて復号される。これらの処理は、ムービーオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルを利用して再生制御部3735に実行させることができる。
プレーヤ変数は再生処理中、再生制御部3735によって再生状態の変化に応じて更新される。特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、及びＳＰＲＭ（２２）が更新される。それらは順に、処理中のオーディオ・ストリーム、字幕ストリーム、セカンダリ・ビデオ・ストリーム、及びセカンダリ・オーディオ・ストリームの各ＳＴＮを示す。例えばプログラム実行部3734によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部3735はまず、変更後のＳＰＲＭ（１）の示すＳＴＮを利用して、カレントＰＩ内のＳＴＮテーブルから、そのＳＴＮを含むストリーム・エントリを検索する。再生制御部3735は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ3725に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ3725によって選択されて復号される。こうして、再生対象のオーディオ・ストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリ・ビデオ・ストリームを切り換えることもできる。
≪２Ｄプレイリスト再生処理≫
図３９は、再生制御部3735による２Ｄプレイリスト再生処理のフローチャートである。２Ｄプレイリスト再生処理は、２Ｄプレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部3735が静的シナリオ・メモリ3732から２Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ３９０１では、再生制御部3735はまず、２Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出して、カレントＰＩとして設定する。再生制御部3735は次に、そのカレントＰＩのＳＴＮテーブルから、再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ3725に指示される。再生制御部3735は更に、２Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩに付随するＳＵＢ＿ＰＩを特定する。ＳＵＢ＿ＰＩがテキスト字幕ストリームの再生区間を規定する場合、再生制御部3735は、ＳＴＮテーブル内のストリーム属性情報から必要なフォント・セットを特定して、それらをＢＤ−ＲＯＭディスク101からフォント・バッファ3724へ予め転送させる。その後、処理はステップＳ３９０２へ進む。
ステップＳ３９０２では、再生制御部3735は、カレントＰＩから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２Ｄに対応する２Ｄクリップ情報ファイルが特定される。更に、カレントＰＩに付随するＳＵＢ＿ＰＩが存在するときは、それらからも同様な情報が読み出される。その後、処理はステップＳ３９０３へ進む。
ステップＳ３９０３では、再生制御部3735は、２Ｄクリップ情報ファイルのエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２を検索する。ＳＵＢ＿ＰＩの示すＰＴＳの対も同様にＳＰＮの対に変換される。その後、処理はステップＳ３９０４へ進む。
ステップＳ３９０４では、再生制御部3735は、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部3735はまず、ＳＰＮ＃１、＃２のそれぞれとソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部3735は次に、各積をセクタ一つ当たりのデータ量２０４８バイトで割ってその商を求める：Ｎ１＝ＳＰＮ＃１×１９２／２０４８、Ｎ２＝ＳＰＮ＃２×１９２／２０４８。商Ｎ１、Ｎ２は、メインＴＳのうち、ＳＰＮ＃１、＃２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたＳＰＮの対も同様にセクタ数の対に変換される。その後、処理はステップＳ３９０５へ進む。
ステップＳ３９０５では、再生制御部3735は、ステップＳ３９０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象の２Ｄエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部3735は、再生対象のファイル２Ｄのファイル・エントリを参照して、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部3735は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたセクタ数の対も同様にＬＢＮの対に変換されて、ＢＤ−ＲＯＭドライブ121に指定される。その結果、指定された範囲のセクタ群から、２Ｄエクステント群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ３９０６へ進む。
ステップＳ３９０６では、再生制御部3735は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ３９０１から繰り返される。残されていないときは、処理が終了する。
≪システム・ターゲット・デコーダ≫
図４０はシステム・ターゲット・デコーダ3725の機能ブロック図である。図４０を参照するに、システム・ターゲット・デコーダ3725は、ソース・デパケタイザ4010、ＡＴＣカウンタ4020、第１の２７ＭＨｚクロック4030、ＰＩＤフィルタ4040、ＳＴＣカウンタ（ＳＴＣ１）4050、第２の２７ＭＨｚクロック4060、主映像デコーダ4070、副映像デコーダ4071、ＰＧデコーダ4072、ＩＧデコーダ4073、主音声デコーダ4074、副音声デコーダ4075、テキスト字幕デコーダ4076、イメージ・プロセッサ4080、主映像プレーン・メモリ4090、副映像プレーン・メモリ4091、ＰＧプレーン・メモリ4092、ＩＧプレーン・メモリ4093、イメージ・プレーン・メモリ4094、及び音声ミキサ4095を含む。
ソース・デパケタイザ4010はリード・バッファ3721からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ4040へ送出する。ソース・デパケタイザ4010は更にその送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。具体的には、ソース・デパケタイザ4010はまず、ＡＴＣカウンタ4020が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値はＡＴＣカウンタ4020により、第１の２７ＭＨｚクロック4030のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ4010は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットをＰＩＤフィルタ4040へ転送する。そのような送出時刻の調節により、ソース・デパケタイザ4010からＰＩＤフィルタ4040へのＴＳパケットの平均転送速度は、図２２に示されている２Ｄクリップ情報ファイル231内のシステムレート2211で規定される値RTSを超えない。
ＰＩＤフィルタ4040はまず、ソース・デパケタイザ4010から送出されたＴＳパケットの含むＰＩＤを監視する。そのＰＩＤが、再生制御部3735から予め指定されたＰＩＤに一致したとき、ＰＩＤフィルタ4040はそのＴＳパケットを選択し、そのＰＩＤの示すエレメンタリ・ストリームの復号に適したデコーダ4070−4075へ転送する。（但し、テキスト字幕デコーダ4076は除く。）例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4070へ転送される。一方、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、ＴＳパケットはそれぞれ、副映像デコーダ4071、主音声デコーダ4074、副音声デコーダ4075、ＰＧデコーダ4072、及びＩＧデコーダ4073へ転送される。
ＰＩＤフィルタ4040は更に、各ＴＳパケットのＰＩＤを利用してそのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ4040はそのとき、ＳＴＣカウンタ4050の値を所定値に設定する。ここで、ＳＴＣカウンタ4050の値は第２の２７ＭＨｚクロック4060のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ4050に設定されるべき値は予め、再生制御部3735からＰＩＤフィルタ4040に指示されている。各デコーダ4070−4076はＳＴＣカウンタ4050の値をＳＴＣとして利用する。具体的には、各デコーダ4070−4076は、まず、ＰＩＤフィルタ4040から受け取ったＴＳパケットをＰＥＳパケットに再構成する。各デコーダ4070−4076は、次に、そのＰＥＳペイロードの含むデータの復号処理の時期を、そのＰＥＳヘッダに含まれるＰＴＳ又はＤＴＳの示す時刻に従って調節する。
主映像デコーダ4070は、図４０に示されているように、トランスポート・ストリーム・バッファ（ＴＢ：Transport Stream Buffer）4001、多重化バッファ（ＭＢ：Multiplexing Buffer）4002、エレメンタリ・ストリーム・バッファ（ＥＢ：Elementary Stream Buffer）4003、圧縮映像デコーダ（ＤＥＣ）4004、及び復号ピクチャ・バッファ（ＤＰＢ：Decoded Picture Buffer）4005を含む。
ＴＢ4001、ＭＢ4002、及びＥＢ4003はいずれもバッファ・メモリであり、それぞれ主映像デコーダ4070に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ4001は、ＰＩＤフィルタ4040から受信されたＴＳパケットをそのまま蓄積する。ＭＢ4002は、ＴＢ4001に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ4001からＭＢ4002へＴＳパケットが転送されるとき、そのＴＳパケットからＴＳヘッダが除去される。ＥＢ4003は、ＰＥＳパケットから、符号化されたＶＡＵを抽出して格納する。そのＶＡＵには、圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ4002からＥＢ4003へデータが転送されるとき、そのＰＥＳパケットからＰＥＳヘッダが除去される。
ＤＥＣ4004は、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4004は、ＥＢ4003内の各ＶＡＵからピクチャを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻に復号する。ＤＥＣ4004はその他に、図１２に示されている復号スイッチ情報1250を利用して、各ＶＡＵからピクチャをそのＤＴＳに関わらず、順次復号してもよい。その復号処理では、ＤＥＣ4004は予め、そのＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに依って復号方法を選択する。ここで、その圧縮符号化方式は例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ4004は更に、復号された非圧縮のピクチャをＤＰＢ4005へ転送する。
ＤＰＢ4005は、ＴＢ4001、ＭＢ4002、及びＥＢ4003と同様なバッファ・メモリであり、主映像デコーダ4070に内蔵のメモリ素子の一領域を利用する。ＤＰＢ4005はその他に、他のバッファ・メモリ4001、4002、4003とは異なるメモリ素子に分離されていてもよい。ＤＰＢ4005は復号後のピクチャを一時的に保持する。ＤＥＣ4004によってＰピクチャ又はＢピクチャが復号されるとき、ＤＰＢ4005はＤＥＣ4004からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してＤＥＣ4004に提供する。ＤＰＢ4005は更に、保持している各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ4090へ書き込む。
副映像デコーダ4071は主映像デコーダ4070と同様の構成を含む。副映像デコーダ4071はまず、ＰＩＤフィルタ4040から受信されたセカンダリ・ビデオ・ストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ4071は次に、そのＰＥＳパケットに含まれるＰＴＳの示す時刻に非圧縮のピクチャを副映像プレーン・メモリ4091へ書き込む。
ＰＧデコーダ4072は、ＰＩＤフィルタ4040から受信されたＴＳパケットを非圧縮のグラフィックス・データに復号し、そのＰＥＳパケットに含まれるＰＴＳの示す時刻にＰＧプレーン・メモリ4092へ書き込む。具体的には、ＰＧデコーダ4072はまず、ＰＧストリーム内の各ディスプレイ・セットに属するＯＤＳをグラフィックス・オブジェクトに復号してオブジェクト・バッファに書き込む。ＰＧデコーダ4072は次に、そのグラフィックス・オブジェクトをオブジェクト・バッファからプレーン・メモリへ書き込む。ＰＧデコーダ4072は特に、パイプラインを利用して、グラフィックス・オブジェクトをオブジェクト・バッファへ書き込む処理と、別のグラフィックス・オブジェクトをオブジェクト・バッファからプレーン・メモリへ書き込む処理とを同時に実行する。それにより、ＰＧデコーダ4072は、主映像デコーダ4070等、他のデコーダとの精密な同期を維持できる。
ＩＧデコーダ4073は、ＰＩＤフィルタ4040から受信されたＴＳパケットを非圧縮のグラフィックス・データに復号し、そのＰＥＳパケットに含まれるＰＴＳの示す時刻にＩＧプレーン・メモリ4093へ書き込む。それらの処理の詳細は、ＰＧデコーダ4072によるものと同様である。
主音声デコーダ4074はまず、ＰＩＤフィルタ4040から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ4074は次に、そのバッファ内のＴＳパケット群からＴＳヘッダとＰＥＳヘッダとを除去し、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ4074は更にその音声データを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に音声ミキサ4095へ送出する。ここで、主音声デコーダ4074は、ＴＳパケットに含まれるプライマリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばＡＣ−３又はＤＴＳを含む。
副音声デコーダ4075は主音声デコーダ4074と同様の構成を含む。副音声デコーダ4075はまず、ＰＩＤフィルタ4040から受信されたセカンダリ・オーディオ・ストリームのＴＳパケット群からＰＥＳパケットを復元し、そのＰＥＳペイロードの含むデータを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ4075は次に、そのＰＥＳヘッダの含むＰＴＳの示す時刻にその非圧縮のＬＰＣＭ音声データを音声ミキサ4095へ送出する。ここで、副音声デコーダ4075は、ＴＳパケットに含まれるセカンダリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばドルビー・デジタル・プラス又はＤＴＳ−ＨＤ ＬＢＲを含む。
テキスト字幕デコーダ4076は、図４０に示されているように、テキスト・デコーダ（ＤＥＣ）4077とビットマップ・バッファ4078とを含む。ＤＥＣ4077は、テキスト文字列の復号処理とレンダリング処理とに特化したハードウェア・デコーダであり、特にそれらの処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4077はまず、プリロード・バッファ3723内のテキスト字幕ストリームから各テキスト・データ・エントリを読み出して、そのスタイル情報を解釈する。ＤＥＣ4077は次に、そのスタイル情報に従ってフォント・バッファ3724内のフォント・セットを利用することにより、テキスト情報をビットマップ・データに復号してビットマップ・バッファ4078に書き込む。ビットマップ・バッファ4078は、テキスト字幕デコーダ4076に内蔵のメモリ素子の一領域を利用したバッファ・メモリである。ビットマップ・バッファ4078は、各テキスト・データ・エントリの含むＰＴＳの示す時刻に、対応するビットマップ・データをＰＧプレーン・メモリ4092へ転送する。
ここで、一つのテキスト・データ・エントリがnC字（整数nCは１以上である）のテキスト文字列を表すとき、ＤＥＣ4077がそのテキスト・データ・エントリからビットマップ・データを復号してＰＧプレーン・メモリ4092に書き込むのに要する時間Tprocessは、ＤＥＣ4077によるテキスト文字のレンダリング速度Rredと、ビットマップ・バッファ4078からＰＧプレーン・メモリ4092へのデータ転送速度Rtrとを用いて次式で表される：Tprocess＝nC／Rred＋nC／Rtr。例えば、レンダリング速度Rredとデータ転送速度Rtrとが共に２０字／秒であるとき、２０字（nC＝２０）をＰＧプレーン・メモリ4092に書き込むのに要する時間Tprocessは、２０／２０＋２０／２０＝２秒である。従って、上記の式を利用して、時間Tprocessを例えば２秒以下に制限すれば、テキスト・データ・エントリ一つ当たりのデータ量を制限することができる。それにより、テキスト字幕デコーダ4076の実装を容易にすることができる。
音声ミキサ4095は、主音声デコーダ4074と副音声デコーダ4075とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシングを行う。音声ミキサ4095は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。
イメージ・プロセッサ4080は、プログラム実行部3734からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタ・データを受信する。イメージ・プロセッサ4080はそのとき、そのグラフィックス・データに対するレンダリング処理を行ってイメージ・プレーン・メモリ4094へ書き込む。
＜３Ｄ再生装置の構成＞
３Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から３Ｄ映像コンテンツを再生するとき、３Ｄ再生装置として動作する。その構成の基本部分は、図３７、４０に示されている２Ｄ再生装置の構成と同様である。従って、以下では２Ｄ再生装置の構成からの拡張部分及び変更部分について説明し、基本部分の詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。また、２Ｄプレイリスト再生処理に利用される構成は２Ｄ再生装置の構成と同様である。従って、その詳細についての説明も上記の２Ｄ再生装置についての説明を援用する。以下の説明では、３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生処理、すなわち３Ｄプレイリスト再生処理を想定する。
図４１は、３Ｄ再生装置4100の機能ブロック図である。３Ｄ再生装置4100は、ＢＤ−ＲＯＭドライブ4101、再生部4102、及び制御部4103を含む。再生部4102は、スイッチ4120、第１リード・バッファ4121、第２リード・バッファ4122、プリロード・バッファ4123、フォント・バッファ4124、システム・ターゲット・デコーダ4125、及びプレーン加算部4126を含む。制御部4103は、動的シナリオ・メモリ4131、静的シナリオ・メモリ4132、ユーザイベント処理部4133、プログラム実行部4134、再生制御部4135、及びプレーヤ変数記憶部4136を含む。再生部4102と制御部4103とは、互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、プリロード・バッファ4123、フォント・バッファ4124、動的シナリオ・メモリ4131、静的シナリオ・メモリ4132、ユーザイベント処理部4133、及びプログラム実行部4134は、図３７に示されている２Ｄ再生装置内のものと同様である。従って、それらの詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。
再生制御部4135は、３Ｄプレイリスト再生処理をプログラム実行部4134等から命じられたとき、静的シナリオ・メモリ4132に格納された３Ｄプレイリスト・ファイルからＰＩを順番に読み出してカレントＰＩとして設定する。再生制御部4135は、カレントＰＩを設定する度に、まず、そのＳＴＮテーブルとその３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳとに従って、システム・ターゲット・デコーダ4125とプレーン加算部4126との動作条件を設定する。具体的には、再生制御部4135は復号対象のエレメンタリ・ストリームのＰＩＤを選択して、そのエレメンタリ・ストリームの復号に必要な属性情報と共にシステム・ターゲット・デコーダ4125へ渡す。選択されたＰＩＤの示すエレメンタリ・ストリームの中に、ＰＧストリーム、ＩＧストリーム、又はテキスト字幕ストリームが含まれている場合、再生制御部4135は更に、それらのストリーム・データに割り当てられた参照オフセットＩＤ3201とオフセット補正値3202とを特定して、プレーヤ変数記憶部4136内のＳＰＲＭ（２７）とＳＰＲＭ（２８）とのそれぞれに設定する。また、再生制御部4135は、ＳＴＮテーブルＳＳの示すポップアップ期間のオフセット3311に依って各プレーン・データの表示モードを選択し、システム・ターゲット・デコーダ4125とプレーン加算部4126とに指示する。
次に、再生制御部4135はカレントＰＩに従い、図２４の（ｅ）の説明で述べた手順で、読み出し対象のエクステントＳＳが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ4101に指示する。一方、再生制御部4135は、静的シナリオ・メモリ4132に格納されたクリップ情報ファイル内のエクステント起点を利用して、各エクステントＳＳ内のデータ・ブロックの境界を示す情報を生成する。その情報は、例えばそのエクステントＳＳの先頭から各境界までのソースパケット数を示す。再生制御部4135は更に、その情報をスイッチ4120へ渡す。
プレーヤ変数記憶部4136は、２Ｄ再生装置内のもの3736と同様に、図３８に示されているＳＰＲＭを含む。しかし、図３８とは異なり、ＳＰＲＭ（２４）は、図３６に示されている第１フラグを含み、ＳＰＲＭ（２５）は第２フラグを含む。その場合、ＳＰＲＭ（２４）が“０”であるときは再生装置102が２Ｄ映像の再生のみに対応可能であり、“１”であるときは３Ｄ映像の再生にも対応可能である。ＳＰＲＭ（２５）が“０”であるときは再生装置102がＬ／Ｒモードであり、“１”であるときはデプス・モードである。
プレーヤ変数記憶部4136では更に、図３８とは異なり、ＳＰＲＭ（２７）は各グラフィックス・プレーンに対する参照オフセットＩＤの格納領域を含み、ＳＰＲＭ（２８）は各グラフィックス・プレーンに対するオフセット補正値の格納領域を含む。図４２は、ＳＰＲＭ（２７）とＳＰＲＭ（２８）とのデータ構造を示す表である。図４２を参照するに、ＳＰＲＭ（２７）は、四種類の参照オフセットＩＤ4210−4213を格納する領域を含む。それらの参照オフセットＩＤは、ＰＧプレーンに対するもの（PG＿ref＿offset＿id）4210、ＩＧプレーンに対するもの（IG＿ref＿offset＿id）4211、副映像プレーンに対するもの（SV＿ref＿offset＿id）4212、及びイメージ・プレーンに対するもの（IM＿ref＿offset＿id）4213である。ＳＰＲＭ（２８）は、四種類のオフセット補正値4220−4223を格納する領域を含む。それらのオフセット補正値は、ＰＧプレーンに対するもの（PG＿offset＿adjustment）4220、ＩＧプレーンに対するもの（IG＿offset＿adjustment）4221、副映像プレーンに対するもの（SV＿offset＿adjustment）4222、及びイメージ・プレーンに対するもの（IM＿offset＿adjustment）4223である。
図４１を再び参照するに、ＢＤ−ＲＯＭドライブ4101は、図３７に示されている２Ｄ再生装置内のもの3701と同様な構成要素を含む。ＢＤ−ＲＯＭドライブ4101は、再生制御部4135からＬＢＮの範囲が指示されたとき、その範囲の示すＢＤ−ＲＯＭディスク101上のセクタ群からデータを読み出す。特にファイルＳＳのエクステント、すなわちエクステントＳＳに属するソースパケット群は、ＢＤ−ＲＯＭドライブ4101からスイッチ4120へ転送される。ここで、各エクステントＳＳは、図１９に示されているとおり、ベースビューとディペンデントビューとのデータ・ブロックの対を一つ以上含む。それらのデータ・ブロックは、異なるリード・バッファ4121、4122へパラレルに転送されなければならない。従って、ＢＤ−ＲＯＭドライブ4101には２Ｄ再生装置内のＢＤ−ＲＯＭドライブ3701以上のアクセス・スピードが求められる。
スイッチ4120はＢＤ−ＲＯＭドライブ4101からはエクステントＳＳを受信する。一方、スイッチ4120は再生制御部4135からは、そのエクステントＳＳに含まれる各データ・ブロックの境界を示す情報、すなわち、そのエクステントＳＳの先頭から各境界までのソースパケット数を受信する。スイッチ4120は更に、その情報を利用して各エクステントＳＳからベースビュー・エクステントを抽出して第１リード・バッファ4121へ送出し、ディペンデントビュー・エクステントを抽出して第２リード・バッファ4122へ送出する。
第１リード・バッファ4121と第２リード・バッファ4122とはいずれも、再生部4102内のメモリ素子を利用したバッファ・メモリである。特に単一のメモリ素子内の異なる領域が各リード・バッファ4121、4122として利用される。その他に、異なるメモリ素子が個別に各リード・バッファ4121、4122として利用されてもよい。第１リード・バッファ4121はスイッチ4120からベースビュー・エクステントを受信して格納する。第２リード・バッファ4122はスイッチ4120からディペンデントビュー・エクステントを受信して格納する。
システム・ターゲット・デコーダ4125は、３Ｄプレイリスト再生処理では、まず、再生制御部4135から復号対象のストリーム・データのＰＩＤと、その復号に必要な属性情報とを受信する。システム・ターゲット・デコーダ4125は次に、第１リード・バッファ4121に格納されたベースビュー・エクステントと、第２リード・バッファ4122に格納されたディペンデントビュー・エクステントとから交互にソースパケットを読み出す。システム・ターゲット・デコーダ4125は続いて、再生制御部4135から受信されたＰＩＤの示すエレメンタリ・ストリームを各ソースパケットから分離して復号する。システム・ターゲット・デコーダ4125は更に、復号後のエレメンタリ・ストリームをその種類別に内蔵のプレーン・メモリに書き込む。ベースビュー・ビデオ・ストリームは左映像プレーン・メモリに書き込まれ、ディペンデントビュー・ビデオ・ストリームは右映像プレーン・メモリに書き込まれる。一方、セカンダリ・ビデオ・ストリームは副映像プレーン・メモリに書き込まれ、ＩＧストリームはＩＧプレーン・メモリに書き込まれ、ＰＧストリームはＰＧプレーン・メモリに書き込まれる。ここで、セカンダリ・ビデオ・ストリームがベースビューとディペンデントビューとのビデオ・ストリームの対から成る場合、副映像プレーン・メモリはレフトビューとライトビューとの両方のプレーン・データに対して個別に用意される。システム・ターゲット・デコーダ4125はまた、プリロード・バッファ4123から各テキスト・データ・エントリを読み出し、フォント・バッファ4124に格納されたフォント・セットを利用して、そのテキスト・データ・エントリをビットマップ・データに復号してＰＧプレーン・メモリに書き込む。システム・ターゲット・デコーダ4125はその他に、プログラム実行部4134からのグラフィックス・データ、例えばＪＰＥＧ又はＰＮＧ等のラスタ・データに対してレンダリング処理を行ってイメージ・プレーン・メモリに書き込む。
システム・ターゲット・デコーダ4125は、左映像プレーン・メモリと右映像プレーン・メモリとからのプレーン・データの出力モードを次のように、Ｂ−Ｄ表示モードとＢ−Ｂ表示モードとのいずれかに対応させる。再生制御部4135からＢ−Ｄ表示モードが指示されたとき、システム・ターゲット・デコーダ4125は左映像プレーン・メモリと右映像プレーン・メモリとから交互にプレーン・データを出力する。一方、再生制御部4135からＢ−Ｂ表示モードが指示されたとき、システム・ターゲット・デコーダ4125は動作モードを３Ｄ再生モードに維持したまま、左映像プレーン・メモリと右映像プレーン・メモリとのいずれかからのみ、プレーン・データを一フレーム当たり二回ずつ出力する。
再生制御部4135から１プレーン＋オフセット・モードが指示されたとき、システム・ターゲット・デコーダ4125は、ディペンデントビュー・ビデオ・ストリームから各ビデオ・シーケンスの先頭のＶＡＵを読み出す度に、そのＶＡＵからオフセット・メタ・データ1310を読み出す。そのビデオ・シーケンスの再生区間では、システム・ターゲット・デコーダ4125は、まず、各ＶＡＵと共に同じＰＥＳパケットに格納されたＰＴＳと、そのＶＡＵの圧縮ピクチャ・データの表すフレームの番号とを特定する。システム・ターゲット・デコーダ4125は、次に、オフセット・メタ・データから、そのフレーム番号に対応付けられたオフセット情報を読み出して、特定されたＰＴＳの示す時刻にプレーン加算部4126へ送出する。
プレーン加算部4126は、システム・ターゲット・デコーダ4125から各種のプレーン・データを受信し、それらを互いに重畳して一つのフレーム又はフィールドに合成する。特にＬ／Ｒモードでは、左映像プレーン・データはレフトビュー・ビデオ・プレーンを表し、右映像プレーン・データはライトビュー・ビデオ・プレーンを表す。従って、プレーン加算部4126は、左映像プレーン・データには、レフトビューを表す他のプレーン・データを重畳し、右映像プレーン・データには、ライトビューを表す他のプレーン・データを重畳する。一方、デプス・モードでは、右映像プレーン・データは、左映像プレーン・データの表すビデオ・プレーンに対するデプスマップを表す。従って、プレーン加算部4126はまず、両方の映像プレーン・データからレフトビューとライトビューとのビデオ・プレーン・データの対を生成する。その後、プレーン加算部4126はＬ／Ｒモードでの合成処理と同様に合成処理を行う。
プレーン加算部4126は再生制御部4135から、副映像プレーン、ＰＧプレーン、ＩＧプレーン、又はイメージ・プレーンの表示モードとして１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードが指示されているとき、システム・ターゲット・デコーダ4125から受信されたプレーン・データに対してオフセット制御を行う。それにより、各プレーン・データからレフトビューとライトビューとのプレーン・データの対が生成される。
特に１プレーン＋オフセット・モードが指示されているとき、プレーン加算部4126はまず、プレーヤ変数記憶部4136内のＳＰＲＭ（２７）から各グラフィックス・プレーンに対する参照オフセットＩＤ4210−4213を読み出す。プレーン加算部4126は次に、システム・ターゲット・デコーダ4125から受け取ったオフセット情報を参照して、各参照オフセットＩＤ4210−4213の示すオフセット・シーケンス1312に属するオフセット情報、すなわちオフセット方向1322とオフセット値1323との対を検索する。プレーン加算部4126は続いて、プレーヤ変数記憶部4136内のＳＰＲＭ（２８）から各グラフィックス・プレーンに対するオフセット補正値4220−4223を読み出して、対応するオフセット値に加える。プレーン加算部4126はその後、各オフセット値を利用して、対応するグラフィックス・プレーンに対してオフセット制御を行う。
一方、１プレーン＋ゼロ・オフセット・モードが指示されているとき、プレーン加算部4126は、ＳＰＲＭ（２７）、ＳＰＲＭ（２８）のいずれも参照することなく、各グラフィックス・プレーンに対するオフセット値を“０”としてオフセット制御を行う。従って、同じプレーン・データが、レフトビューとライトビューとのそれぞれを表すグラフィックス・プレーンとして繰り返し、他のプレーン・データに合成される。
≪３Ｄプレイリスト再生処理≫
図４３は、再生制御部4135による３Ｄプレイリスト再生処理のフローチャートである。３Ｄプレイリスト再生処理は、再生制御部4135が静的シナリオ・メモリ4132から３Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ４３０１では、再生制御部4135はまず、３Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出して、カレントのＰＩとして設定する。再生制御部4135は次に、そのカレントＰＩのＳＴＮテーブルから、再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部4135は更に、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳのうち、カレントＰＩに対応するものから、再生対象のエレメンタリ・ストリームとして追加されるべきもののＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ4125に指示される。再生制御部4135はその他に、３Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩと同時に参照されるべきＳＵＢ＿ＰＩを特定し、カレントのＳＵＢ＿ＰＩとして設定する。その後、処理はステップＳ４３０２へ進む。
ステップＳ４３０２では、再生制御部4135は、ＳＴＮテーブルＳＳの示すポップアップ期間のオフセットに依って各プレーン・データの表示モードを選択し、システム・ターゲット・デコーダ4125とプレーン加算部4126とに指示する。特に、ポップアップ期間のオフセットの値が“０”であるとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセットの値が“１”であるとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。その後、処理はステップＳ４３０３へ進む。
ステップＳ４３０３では、グラフィックス・プレーンの表示モードとして１プレーン＋オフセット・モードと１プレーン＋ゼロ・オフセット・モードとのいずれが選択されかをチェックする。１プレーン＋オフセット・モードが選択された場合、処理はステップＳ４３０４へ進む。一方、１プレーン＋ゼロ・オフセット・モードが選択された場合、処理はステップＳ４３０５へ進む。
ステップＳ４３０４では、再生制御部4135は、カレントＰＩのＳＴＮテーブルを参照して、選択されたＰＩＤの示すエレメンタリ・ストリームの中から、ＰＧストリーム、ＩＧストリーム、又はテキスト字幕ストリームを検出する。再生制御部4135は更に、それらのストリーム・データに割り当てられた参照オフセットＩＤとオフセット補正値とを特定して、プレーヤ変数記憶部4136内のＳＰＲＭ（２７）とＳＰＲＭ（２８）とのそれぞれに設定する。その後、処理はステップＳ４３０５へ進む。
ステップＳ４３０５では、再生制御部4135は、カレントのＰＩとＳＵＢ＿ＰＩとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２ＤとファイルＤＥＰとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップＳ４３０６へ進む。
ステップＳ４３０６では、再生制御部4135は、ステップＳ４３０５で特定されたクリップ情報ファイルの各エントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２とファイルＤＥＰ内のＳＰＮ＃１１、＃１２とを検索する。再生制御部4135は更に、図２４を用いて説明したように、各クリップ情報ファイルのエクステント起点を利用して、ファイルＳＳの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定し、ファイルＳＳの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。具体的には、再生制御部4135は、まず２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１以下で最大のもの“Ａｍ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１１以下で最大のもの“Ｂｍ”を検索する。再生制御部4135は続いて、検索されたＳＰＮの和Ａｍ＋Ｂｍを求めてＳＰＮ＃２１として決定する。再生制御部4135は、次に２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃２よりも大きく、かつ最小のもの“Ａｎ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１２より大きく、かつ最小のもの“Ｂｎ”を検索する。再生制御部4135は続いて、検索されたＳＰＮの和Ａｎ＋Ｂｎを求めてＳＰＮ＃２２として決定する。その後、処理はステップＳ４３０７へ進む。
ステップＳ４３０７では、再生制御部4135は、ステップＳ４３０６で決定されたＳＰＮ＃２１、＃２２をセクタ数の対Ｎ１、Ｎ２に変換する。具体的には、再生制御部4135はまず、ＳＰＮ＃２１とソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部4135は次に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商ＳＰＮ＃２１×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生開始位置の直前までのセクタ数Ｎ１に等しい。同様に、再生制御部4135は、ＳＰＮ＃２２から商ＳＰＮ＃２２×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生終了位置の直前までのセクタ数Ｎ２に等しい。その後、処理はステップＳ４３０８へ進む。
ステップＳ４３０８では、再生制御部4135は、ステップＳ４３０７で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のエクステントＳＳ群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4135は、再生対象のファイルＳＳのファイル・エントリを参照して、エクステントＳＳ群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4135は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ4101に指定する。その結果、指定された範囲のセクタ群から、エクステントＳＳ群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ４３０９へ進む。
ステップＳ４３０９では、再生制御部4135は、ステップＳ４３０６で利用されたクリップ情報ファイルのエクステント起点を再び利用して、エクステントＳＳ群に含まれるディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとの間の境界を示す情報（以下、データ・ブロック境界情報と呼ぶ。）を生成してスイッチ4120へ送出する。具体的な例として、再生開始位置を示すＳＰＮ＃２１が、各エクステント起点の示すＳＰＮの和Ａｎ＋Ｂｎに等しく、再生終了位置を示すＳＰＮ＃２２が、各エクステント起点の示すＳＰＮの和Ａｍ＋Ｂｍに等しいときを想定する。そのとき、再生制御部4135は、各エクステント起点からＳＰＮの差の列、Ａ（ｎ＋１）−Ａｎ、Ｂ（ｎ＋１）−Ｂｎ、Ａ（ｎ＋２）−Ａ（ｎ＋１）、Ｂ（ｎ＋２）−Ｂ（ｎ＋１）、…、Ａｍ−Ａ（ｍ−１）、Ｂｍ−Ｂ（ｍ−１）を求めて、データ・ブロック境界情報としてスイッチ4120へ送出する。図２４の（ｅ）に示されているとおり、この列は、エクステントＳＳに含まれる各データ・ブロックのソースパケット数を示す。スイッチ4120は、ＢＤ−ＲＯＭドライブ4101から受信されるエクステントＳＳのソースパケット数を０からカウントし、そのカウントが、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、ソースパケットの送出先を二つのリード・バッファ4121、4122間で切り換え、かつカウントを０にリセットする。その結果、エクステントＳＳの先頭から｛Ｂ（ｎ＋１）−Ｂｎ｝個のソースパケットは最初のディペンデントビュー・エクステントとして第２リード・バッファ4122へ送出され、続く｛Ａ（ｎ＋１）−Ａｎ｝個のソースパケットは最初のベースビュー・エクステントとして第１リード・バッファ4121へ送出される。以降も同様に、スイッチ4120によって受信されるソースパケットの数が、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、エクステントＳＳからディペンデントビュー・エクステントとベースビュー・エクステントとが交互に抽出される。
ステップＳ４３１０では、再生制御部4135は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ４３０１から繰り返される。残されていないときは、処理が終了する。
≪システム・ターゲット・デコーダ≫
図４４は、システム・ターゲット・デコーダ4125の機能ブロック図である。図４４に示されている構成要素は、図４０に示されている２Ｄ再生装置のもの3724とは、リード・バッファから各デコーダへの入力系統が二重化されている点で異なる。一方、主音声デコーダ、副音声デコーダ、テキスト字幕デコーダ、音声ミキサ、イメージ・プロセッサ、及び各プレーン・メモリは、図４０に示されている２Ｄ再生装置のものと同様である。従って、以下では、図４４に示されている構成要素のうち、図４０に示されているものとは異なるものについて説明する。一方、同様な構成要素の詳細についての説明は、図４０についての説明を援用する。更に、各映像デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ4415の構造について説明する。同様な説明は他の映像デコーダの構造についても成立する。
第１ソース・デパケタイザ4411は、第１リード・バッファ4121からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第１ＰＩＤフィルタ4413へ送出する。第２ソース・デパケタイザ4412は、第２リード・バッファ4122からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第２ＰＩＤフィルタ4414へ送出する。各ソース・デパケタイザ4411、4412は更に、各ＴＳパケットの送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。その同期方法は、図４０に示されているソース・デパケタイザ4010による方法と同様である。従って、その詳細についての説明は図４０についての説明を援用する。そのような送出時刻の調節により、第１ソース・デパケタイザ4411から第１ＰＩＤフィルタ4413へのＴＳパケットの平均転送速度RTS1は、２Ｄクリップ情報ファイルの示すシステムレートを超えない。同様に、第２ソース・デパケタイザ4412から第２ＰＩＤフィルタ4414へのＴＳパケットの平均転送速度RTS2は、ディペンデントビュー・クリップ情報ファイルの示すシステムレートを超えない。
第１ＰＩＤフィルタ4413は、第１ソース・デパケタイザ4411からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4135によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルに従って指定されている。両方のＰＩＤが一致したとき、第１ＰＩＤフィルタ4413はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4415内のＴＢ（１）4401へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
第２ＰＩＤフィルタ4414は、第２ソース・デパケタイザ4412からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4135によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳに従って指定されている。両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ4414はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えばＰＩＤが０ｘ１０１２又は０ｘ１０１３であるとき、そのＴＳパケットは主映像デコーダ4415内のＴＢ（２）4408へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ２０−０ｘ１Ｂ３Ｆ、０ｘ１２２０−０ｘ１２７Ｆ、及び０ｘ１４２０−０ｘ１４７Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
主映像デコーダ4415は、ＴＢ（１）4401、ＭＢ（１）4402、ＥＢ（１）4403、ＴＢ（２）4408、ＭＢ（２）4409、ＥＢ（２）4410、バッファ・スイッチ4406、ＤＥＣ4404、ＤＰＢ4405、及びピクチャ・スイッチ4407を含む。ＴＢ（１）4401、ＭＢ（１）4402、ＥＢ（１）4403、ＴＢ（２）4408、ＭＢ（２）4409、ＥＢ（２）4410、及びＤＰＢ4405はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ4415に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
ＴＢ（１）4401は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ4413から受信してそのまま蓄積する。ＭＢ（１）4402は、ＴＢ（１）4401に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ（１）4403は、ＭＢ（１）4402に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
ＴＢ（２）4408は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットを第２ＰＩＤフィルタ4414から受信してそのまま蓄積する。ＭＢ（２）4409は、ＴＢ（２）4408に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ（２）4410は、ＭＢ（２）4409に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
バッファ・スイッチ4406は、ＥＢ（１）4403とＥＢ（２）4410とのそれぞれに蓄積されたＶＡＵのヘッダをＤＥＣ4404からの要求に応じて転送する。バッファ・スイッチ4406は更に、そのＶＡＵの圧縮ピクチャ・データを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻にＤＥＣ4404へ転送する。ここで、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間では、同じ３Ｄ・ＶＡＵに属する一対のピクチャのＤＴＳが等しい。従って、バッファ・スイッチ4406は、ＤＴＳの等しい一対のＶＡＵのうち、ＥＢ（１）4403に蓄積された方を先にＤＥＣ4404へ転送する。その他に、バッファ・スイッチ4406は、そのＶＡＵ内の復号スイッチ情報1250をＤＥＣ4404に返信させてもよい。その場合、バッファ・スイッチ4406はその復号スイッチ情報を使って、次のＶＡＵをＥＢ（１）4403とＥＢ（２）4410とのいずれから転送すべきか決定できる。
ＤＥＣ4404は、図４０に示されているＤＥＣ4004と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4404は、バッファ・スイッチ4406から転送された圧縮ピクチャ・データを順次復号する。その復号処理では、ＤＥＣ4404は予め、各ＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、及びＶＣ１を含む。ＤＥＣ4404は更に、復号された非圧縮のピクチャをＤＰＢ4405へ転送する。
ＤＥＣ4404はその他に、ディペンデントビュー・ビデオ・ストリームから各ビデオ・シーケンスの先頭のＶＡＵを読み出す度に、そのＶＡＵからオフセット・メタ・データを読み出す。そのビデオ・シーケンスの再生区間では、ＤＥＣ4404は、まず、各ＶＡＵと共に同じＰＥＳパケットに格納されたＰＴＳと、そのＶＡＵの圧縮ピクチャ・データの表すフレームの番号とを特定する。ＤＥＣ4404は次に、オフセット・メタ・データから、そのフレーム番号に対応付けられたオフセット情報を読み出して、特定されたＰＴＳの示す時刻にプレーン加算部4126へ送出する。
ＤＰＢ4405は、ＤＥＣ4404によって復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ4404がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ4405はＤＥＣ4404からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してＤＥＣ4404に提供する。
ピクチャ・スイッチ4407は、ＤＰＢ4405から非圧縮の各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に、左映像プレーン・メモリ4420と右映像プレーン・メモリ4421とのいずれかに書き込む。ここで、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャとディペンデントビュー・ピクチャとではＰＴＳが等しい。従って、ピクチャ・スイッチ4407は、ＤＰＢ4405に保持された、ＰＴＳの等しい一対のピクチャのうち、ベースビュー・ピクチャを先に左映像プレーン・メモリ4420に書き込み、続いてディペンデントビュー・ピクチャを右映像プレーン・メモリ4421に書き込む。
≪プレーン加算部≫
図４５は、プレーン加算部4126の機能ブロック図である。図４５を参照するに、プレーン加算部4126は、視差映像生成部4510、スイッチ4520、四つのクロッピング処理部4531−4534、及び四つの加算部4541−4544を含む。
視差映像生成部4510は、システム・ターゲット・デコーダ4125から左映像プレーン・データ4501と右映像プレーン・データ4502とを受信する。Ｌ／Ｒモードの再生装置102では、左映像プレーン・データ4501はレフトビュー・ビデオ・プレーンを表し、右映像プレーン・データ4502はライトビュー・ビデオ・プレーンを表す。そのとき、視差映像生成部4510は各ビデオ・プレーン・データ4501、4502をそのままスイッチ4520へ送出する。一方、デプス・モードの再生装置102では、左映像プレーン・データ4501は２Ｄ映像のビデオ・プレーンを表し、右映像プレーン・データ4502はその２Ｄ映像に対するデプスマップを表す。そのとき、視差映像生成部4510は、まずそのデプスマップからその２Ｄ映像の各部の両眼視差を計算する。視差映像生成部4510は次に、左映像プレーン・データ4501を加工して、ビデオ・プレーンにおけるその２Ｄ映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビューとライトビューとを表すビデオ・プレーンの対が生成される。視差映像生成部4510は更に、そのビデオ・プレーンの対を左映像と右映像とのプレーン・データの対としてスイッチ4520へ送出する。
スイッチ4520は、再生制御部4135からＢ−Ｄ表示モードが指示されているとき、ＰＴＳの等しい左映像プレーン・データ4501と右映像プレーン・データ4502とをその順で第１加算部4541へ送出する。スイッチ4520は、再生制御部4135からＢ−Ｂ表示モードが指示されているとき、ＰＴＳの等しい左映像プレーン・データ4501と右映像プレーン・データ4502との一方を一フレーム当たり二回ずつ、第１加算部4541へ送出し、他方を破棄する。
第１クロッピング処理部4531は、視差映像生成部4510とスイッチ4520との対と同様な構成を入力部に含む。副映像プレーン・データがレフトビューとライトビューとの対である場合にはそれらの構成が利用される。特にデプス・モードの再生装置102では、副映像プレーン・データの対は、第１クロッピング処理部4531内の視差映像生成部によってレフトビューとライトビューとのプレーン・データの対に変換される。再生制御部4135からＢ−Ｄ表示モードが指示されているとき、レフトビューとライトビューとのプレーン・データが交互に第１加算部4541へ送出される。一方、再生制御部4135からＢ−Ｂ表示モードが指示されているとき、レフトビューとライトビューとのプレーン・データの一方が一フレーム当たり二回ずつ第１加算部4541へ送出され、他方は破棄される。
再生制御部4135から１プレーン＋オフセット・モードが指示されているとき、第１クロッピング処理部4531は副映像プレーン・データ4503に対してオフセット制御を次のように行う。第１クロッピング処理部4531はまず、システム・ターゲット・デコーダ4125からオフセット情報4507を受信する。そのとき、第１クロッピング処理部4531は、プレーヤ変数記憶部4136内のＳＰＲＭ（２７）4551から、副映像プレーンに対する参照オフセットＩＤ（SV＿ref＿offset＿id）4212を読み出す。第１クロッピング処理部4531は次に、その参照オフセットＩＤの示すオフセット・シーケンスに属するオフセット情報を、システム・ターゲット・デコーダ4125から受け取ったオフセット情報4507から検索する。第１クロッピング処理部4531は続いて、プレーヤ変数記憶部4136内のＳＰＲＭ（２８）4552から、副映像プレーンに対するオフセット補正値（SV＿offset＿adjustment）4222を読み出して、検索されたオフセット値に加える。第１クロッピング処理部4531はその後、そのオフセット値を利用して、副映像プレーン・データ4503に対してオフセット制御を行う。その結果、副映像プレーン・データ4503は、レフトビューとライトビューとを表す一対の副映像プレーン・データに変換されて交互に送出される。
ここで、ＳＰＲＭ（２７）4551とＳＰＲＭ（２８）4552との各値は一般に、カレントＰＩが切り換わる度に、再生制御部4135によって更新される。その他に、プログラム実行部4134が、ムービーオブジェクト又はＢＤ−Ｊオブジェクトに従ってＳＰＲＭ（２７）4551とＳＰＲＭ（２８）4552との各値を設定してもよい。
一方、再生制御部4135から１プレーン＋ゼロ・オフセット・モードが指示されているとき、第１クロッピング処理部4531はオフセット制御を行うことなく、副映像プレーン・データ4503をそのまま、二回繰り返して送出する。
同様に、第２クロッピング処理部4532は、ＰＧプレーンに対する参照オフセットＩＤ（PG＿ref＿offset＿id）4210とオフセット補正値（PG＿offset＿adjustment）4220とを利用して、ＰＧプレーン・データ4504に対してオフセット制御を行う。第３クロッピング処理部4533は、ＩＧプレーンに対する参照オフセットＩＤ（IG＿ref＿offset＿id）4211とオフセット補正値（IG＿offset＿adjustment）4221とを利用して、ＩＧプレーン・データ4505に対してオフセット制御を行う。第４クロッピング処理部4534は、イメージ・プレーンに対する参照オフセットＩＤ（IM＿ref＿offset＿id）4213とオフセット補正値（IM＿offset＿adjustment）4223とを利用して、イメージ・プレーン・データ4506に対してオフセット制御を行う。
［オフセット制御のフローチャート］
図４６は、各クロッピング処理部4531−4534によるオフセット制御のフローチャートである。各クロッピング処理部4531−4534は、システム・ターゲット・デコーダ4125からオフセット情報4507を受信したときにオフセット制御を開始する。以下、第２クロッピング処理部4532がＰＧプレーン・データ4504に対してオフセット制御を行う場合を例に挙げる。他のクロッピング処理部4531、4533、4534はそれぞれ、副映像プレーン・データ4503、ＩＧプレーン・データ4505、及びイメージ・プレーン・データ4506に対して同様な処理を行う。
ステップＳ４６０１では、第２クロッピング処理部4532はまず、システム・ターゲット・デコーダ4125からＰＧプレーン・データ4504を受信する。そのとき、第２クロッピング処理部4532は、ＳＰＲＭ（２７）4551からＰＧプレーンに対する参照オフセットＩＤ（PG＿ref＿offset＿id）4210を読み出す。第２クロッピング処理部4531は次に、その参照オフセットＩＤの示すオフセット・シーケンスに属するオフセット情報を、システム・ターゲット・デコーダ4125から受け取ったオフセット情報4507から検索する。その後、処理はステップＳ４６０２へ進む。
ステップＳ４６０２では、第２クロッピング処理部4532は、ＳＰＲＭ（２８）4552からＰＧプレーンに対するオフセット補正値（PG＿offset＿adjustment）4220を読み出して、ステップＳ４６０１で検索されたオフセット値に加える。その後、処理はステップＳ４６０３へ進む。
ステップＳ４６０３では、第２クロッピング処理部4532は、スイッチ4520によって選択されたビデオ・プレーン・データがレフトビューを表すか否かチェックする。ビデオ・プレーン・データがレフトビューを表すとき、処理はステップＳ４６０４へ進む。ビデオ・プレーン・データがライトビューを表すとき、処理はステップＳ４６０５へ進む。
ステップＳ４６０４では、第２クロッピング処理部4532は、検索されたオフセット方向の値をチェックする。以下では、次の場合を想定する：オフセット方向の値が“０”であるときは、３Ｄグラフィックス映像の奥行きが画面よりも手前であり、オフセット方向の値が“１”であるときは奥である。その場合、オフセット方向の値が“０”であるとき、処理はステップＳ４６０５へ進む。オフセット方向の値が“１”であるとき、処理はステップＳ４６０６へ進む。
ステップＳ４６０５では、第２クロッピング処理部4532はＰＧプレーン・データ4504に右向きのオフセットを与える。すなわち、ＰＧプレーン・データ4504の含む各画素データの位置をオフセット値だけ右に移動させる。その後、処理はステップＳ４６１０へ進む。
ステップＳ４６０６では、第２クロッピング処理部4532はＰＧプレーン・データ4504に左向きのオフセットを与える。すなわち、ＰＧプレーン・データ4504の含む各画素データの位置をオフセット値だけ左に移動させる。その後、処理はステップＳ４６１０へ進む。
ステップＳ４６０７では、第２クロッピング処理部4532は、検索されたオフセット方向の値をチェックする。オフセット方向の値が“０”であるとき、処理はステップＳ４６０８へ進む。オフセット方向の値が“１”であるとき、処理はステップＳ４６０９へ進む。
ステップＳ４６０８では、ステップＳ４６０５とは逆に、第２クロッピング処理部4532はＰＧプレーン・データ4504に左向きのオフセットを与える。すなわち、ＰＧプレーン・データ4504の含む各画素データの位置をオフセット値だけ左に移動させる。その後、処理はステップＳ４６１０へ進む。
ステップＳ４６０９では、ステップＳ４６０６とは逆に、第２クロッピング処理部4532はＰＧプレーン・データ4504に右向きのオフセットを与える。すなわち、ＰＧプレーン・データ4504の含む各画素データの位置をオフセット値だけ右に移動させる。その後、処理はステップＳ４６１０へ進む。
ステップＳ４６１０では、第２クロッピング処理部4532は、処理後のＰＧプレーン・データ4504を第３クロッピング処理部4534へ送出する。その後、処理は終了する。
［オフセット制御によるプレーン・データの変化］
図４７は、第２クロッピング処理部4532によるオフセット制御で加工されるＰＧプレーン・データを示す模式図である。図４７を参照するに、ＰＧプレーン・データGPは、字幕“Ｉ Ｌｏｖｅ ｙｏｕ”を表す画素データ群、すなわち字幕データSTLを含む。ここで、オフセット制御前では、その字幕データSTLは、ＰＧプレーン・データGPの左端から距離D0に位置する。
第２クロッピング処理部4532は、ＰＧプレーン・データGPに右向きのオフセットを与える場合、ＰＧプレーン・データGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ右に移動させる。具体的には、第２クロッピング処理部4532は、まずクロッピング処理により、ＰＧプレーン・データGPの右端から、オフセット値に等しい幅OFSの帯状領域AR1に含まれる画素データを除去する。第２クロッピング処理部4532は次に、ＰＧプレーン・データGPの左端に画素データを付加して、幅OFSの帯状領域AL1を構成する。ここで、その領域AL1に含まれる画素データは透明に設定される。こうして、右向きのオフセットが与えられたＰＧプレーン・データRGPが得られる。実際、字幕データSTLはそのＰＧプレーン・データRGPの左端から距離DRに位置し、その距離DRは、元の距離D0にオフセット値OFSを加えた値に等しい：DR＝D0＋OFS。
逆に、ＰＧプレーン・データGPに左向きのオフセットを与える場合、第２クロッピング処理部4532はＰＧプレーン・データGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ左に移動させる。具体的には、第２クロッピング処理部4532はまずクロッピング処理により、ＰＧプレーン・データGPの左端から、オフセット値に等しい幅OFSの帯状領域AL2に含まれる画素データを除去する。第２クロッピング処理部4532は次に、ＰＧプレーン・データGPの右端に画素データを付加して、幅OFSの帯状領域AR2を構成する。ここで、その領域AR2に含まれる画素データは透明に設定される。こうして、左向きのオフセットが与えられたＰＧプレーン・データLGPが得られる。実際、字幕データSTLはそのＰＧプレーン・データLGPの左端から距離DLに位置し、その距離DLは、元の距離D0からオフセット値OFSを除いた値に等しい：DL＝D0−OFS。
図４５を再び参照するに、第１加算部4541は、スイッチ4520からビデオ・プレーン・データを受信し、第１クロッピング処理部4531から副映像プレーン・データを受信する。第１加算部4541はそのとき、それらのビデオ・プレーン・データと副映像プレーン・データとを一組ずつ重畳して第２加算部4542に渡す。第２加算部4542は、第２クロッピング処理部4532からＰＧプレーン・データを受信し、第１加算部4541からのプレーン・データに重畳して第３加算部4543に渡す。第３加算部4543は、第３クロッピング処理部4533からＩＧプレーン・データを受信し、第２加算部4542からのプレーン・データに重畳して第４加算部4544に渡す。第４加算部4544は、第４クロッピング処理部4534からイメージ・プレーン・データを受信し、第３加算部4543からのプレーン・データに重畳して表示装置103へ送出する。ここで、各加算部4541−4544は、プレーン・データの重畳にα合成を利用する。こうして、左映像プレーン・データ4501と右映像プレーン・データ4502とのそれぞれに、図４５に矢印4500で示されている順序で、副映像プレーン・データ4503、ＰＧプレーン・データ4504、ＩＧプレーン・データ4505、及びイメージ・プレーン・データ4506が重畳される。その結果、各プレーン・データの示す映像は表示装置103の画面上に、左映像プレーン又は右映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンの順に重ねられたように表示される。
プレーン加算部4524は上記の処理の他に、四つの加算部4541−4544によって合成されたプレーン・データの出力形式を、表示装置103等、そのデータの出力先の装置による３Ｄ映像の表示方式に合わせて変換する。例えば出力先の装置が経時分離方式を利用するとき、プレーン加算部4524は合成後のプレーン・データを一つの映像フレーム又はフィールドとして送出する。一方、出力先の装置がレンチキュラーレンズを利用するとき、プレーン加算部4524は内蔵のバッファ・メモリを利用して、レフトビューとライトビューとのプレーン・データの対を一つの映像フレーム又はフィールドに合成して送出する。具体的には、プレーン加算部4524は、先に合成されたレフトビュー・プレーン・データを一旦、そのバッファ・メモリに格納して保持する。プレーン加算部4524は続いて、ライトビュー・プレーン・データを合成して、バッファ・メモリに保持されたレフトビュー・プレーン・データと更に合成する。その合成では、レフトビューとライトビューとの各プレーン・データが縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて一つのフレーム又はフィールドに再構成される。こうして、レフトビューとライトビューとのプレーン・データの対が一つの映像フレーム又はフィールドに合成される。プレーン加算部4524はその合成後の映像フレーム又はフィールドを出力先の装置へ送出する。
＜実施形態１の効果＞
本発明の実施形態１によるＢＤ−ＲＯＭディスク101では、オフセット・メタ・データがディペンデントビュー・ビデオ・ストリームの各ＧＯＰの先頭に置かれている。オフセット・メタ・データは複数のオフセット・シーケンスに個別にオフセット・シーケンスＩＤを割り当てている。一方、３Ｄプレイリスト・ファイルでは、各再生区間におけるＳＴＮテーブルが復号対象のグラフィックス／テキスト・ストリーム、すなわち、ＰＧストリーム、ＩＧストリーム、及びテキスト字幕ストリームに対して個別に参照オフセットＩＤを割り当てている。それにより、１プレーン＋オフセット・モードの再生装置102は、ディペンデントビュー・ビデオ・ストリームの復号処理と並行して、オフセット・メタ・データからオフセット情報を読み出して、グラフィックス・プレーンに対するオフセット制御に利用することができる。従って、再生装置102は、再生対象のグラフィックス／テキスト・ストリームが複数であっても、それらとオフセット情報との間の対応関係を更に確実に維持することができる。その結果、再生装置102は、ビデオ・ストリームの表す映像と共に３Ｄグラフィックス映像を、更に高画質で再生することができる。その上、再生装置102には内蔵メモリに、再生経路全体に対するオフセット情報を予め展開する必要がない。その結果、内蔵メモリの容量を更に削減することが容易である。
＜変形例＞
（1−A）本発明の実施形態１によるＬ／Ｒモードでは、ベースビュー・ビデオ・ストリームがレフトビューを表し、ディペンデントビュー・ビデオ・ストリームがライトビューを表す。逆に、ベースビュー・ビデオ・ストリームがライトビューを表し、ディペンデントビュー・ビデオ・ストリームがレフトビューを表してもよい。
（1−B）本発明の実施形態１によるＢＤ−ＲＯＭディスク101では、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとが異なるＴＳに多重化されている。その他に、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとが一つのＴＳに多重化されていてもよい。
（1−C）図３５に示されているインデックス・ファイル211は、タイトル全体で共通する３Ｄ存在フラグ3520と２Ｄ／３Ｄお好みフラグ3530とを含む。その他に、インデックス・ファイルが、タイトル別に異なる３Ｄ存在フラグ又は２Ｄ／３Ｄお好みフラグを設定していてもよい。
（1−D）３Ｄ映像のＡＶストリーム・ファイルでは、図１８に示されているＰＭＴ1810に３Ｄ映像の再生方式に関するデータが追加されてもよい。その場合、ＰＭＴ1810は、ＰＭＴヘッダ1801、ディスクリプタ1802、及びストリーム情報1803に加えて３Ｄディスクリプタを含む。３Ｄディスクリプタは、３Ｄ映像の再生方式に関してＡＶストリーム・ファイル全体に共通する情報であり、特に３Ｄ方式情報を含む。３Ｄ方式情報は、Ｌ／Ｒモード又はデプス・モード等、３Ｄ映像のＡＶストリーム・ファイルの再生方式を示す。各ストリーム情報1803は、ストリーム・タイプ1831、ＰＩＤ1832、及びストリーム・ディスクリプタ1833に加えて３Ｄストリーム・ディスクリプタを含む。３Ｄストリーム・ディスクリプタは、ＡＶストリーム・ファイルに含まれるエレメンタリ・ストリーム別に３Ｄ映像の再生方式に関する情報を示す。特にビデオ・ストリームの３Ｄストリーム・ディスクリプタは３Ｄ表示タイプを含む。３Ｄ表示タイプは、そのビデオ・ストリームの示す映像をＬ／Ｒモードで表示するとき、その映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ表示タイプはまた、そのビデオ・ストリームの示す映像をデプス・モードで表示するとき、その映像が２Ｄ映像とデプスマップとのいずれであるのかを示す。このように、ＰＭＴが３Ｄ映像の再生方式に関する情報を含むとき、その映像の再生系統はＡＶストリーム・ファイルだけからでも、その情報を取得できる。従って、そのようなデータ構造は、例えば放送波で３Ｄ映像コンテンツを頒布するときに有効である。
（1−E）ディペンデントビュー・クリップ情報ファイルは、図２２に示されているようなストリーム属性情報2220のうち、ディペンデントビュー・ビデオ・ストリームのＰＩＤ＝０ｘ１０１２、０ｘ１０１３に割り当てられているビデオ・ストリーム属性情報に所定のフラグを含んでも良い。そのフラグがオンであるときは、ディペンデントビュー・ビデオ・ストリームがベースビュー・ビデオ・ストリームを参照するものであることを示す。そのビデオ・ストリーム属性情報が更に、参照先のベースビュー・ビデオ・ストリームに関する情報を含んでもよい。その情報は、３Ｄ映像コンテンツが規定のフォーマットどおりに作成されているか否かを所定のツールで検証するときに、ビデオ・ストリーム間の対応関係を確認するのに利用することができる。
（1−F）本発明の実施形態１では、クリップ情報ファイルに含まれるエクステント起点2242、2420からベースビュー・エクステントとディペンデントビュー・エクステントとの各サイズを算出することができる。その他に、各エクステントのサイズの一覧表が、例えばクリップ情報ファイルにメタ・データの一部として格納されてもよい。
（1−G）ＰＧストリーム、ＩＧストリーム、及びテキスト字幕ストリームのそれぞれに対する参照オフセットＩＤとオフセット補正値とは、ＳＴＮテーブル3205に代えて、ＳＴＮテーブルＳＳ3130に格納されてもよい。その他に、それらはクリップ情報ファイル内のストリーム属性情報2220に格納されてもよい。更に、参照オフセットＩＤは、ＰＧストリームとテキスト字幕ストリームとの各字幕エントリに格納されていても、ＩＧストリームの各ページに格納されていてもよい。
（1−H）プログラム実行部4134は、ムービーオブジェクト又はＢＤ−Ｊオブジェクトに従ってＳＰＲＭ（２７）4551とＳＰＲＭ（２８）4552との各値を設定してもよい。すなわち、再生装置102はアプリケーション・プログラムに参照オフセットＩＤとオフセット補正値とを設定させてもよい。更に、そのようなアプリケーション・プログラムは、インデックス・テーブル3510の項目「ファーストプレイ」3501に対応付けられているオブジェクトに制限されてもよい。
（1−I）ＳＴＮテーブルでは、一つのストリーム・データに対してオフセット補正値が複数設定されてもよい。図４８は、そのようなＳＴＮテーブル4805を示す模式図である。図４８を参照するに、ストリーム属性4810は、ＰＧストリーム１のストリーム・エントリ4810と同じＳＴＮ4806に対応付けられている。そのストリーム属性4810は、一つの参照オフセットＩＤ4800と共に、三種類のオフセット補正値＃１−＃３4801−4803を含む。それらのオフセット補正値は、ＰＧストリーム１から再生されるグラフィックス・プレーンに与えられるべきオフセットを、表示装置の画面サイズに依って変化させるのに利用される。ここで、オフセット補正値の種類と画面サイズとの間の対応関係は予め規定されている場合を想定する。具体的には、オフセット補正値＃１4801、オフセット補正値＃２4802、オフセット補正値＃３4803は、画面サイズが０−３３インチ、３４−６６インチ、及び６７インチ以上の各範囲内に属するときに利用される。各オフセット補正値4801−4803は次の条件を満たすように設定される：グラフィックス・プレーンのオフセットによって生じるレフトビューとライトビューとのグラフィックス映像間の視差の最大値が、一般的な視聴者の瞳孔間距離以下（特に視聴者が子供である場合は５ｃｍ以下）である。その条件が満たされる限り、その視差は視聴者の瞳孔間距離を超えないので、その視聴者に映像酔いや眼精疲労が生じる危険性を低減させることができる。
図４９は、表示装置103の画面サイズに基づくオフセット補正値の選択処理のフローチャートである。再生装置102の再生制御部4135は、カレントＰＩの切り換えに伴って、一つのストリーム・データに割り当てられたオフセット補正値の総数が変更される度に、以下の選択処理を行う。
ステップＳ４９０１では、再生制御部4135は表示装置103の画面サイズを取得する。その際、必要であれば再生制御部4135はＨＤＭＩ認証を行う。具体的には、再生制御部4135はＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換して、表示装置103から、その画面サイズを示す情報を送信させる。一方、表示装置103の画面サイズが既にプレーヤ変数の値として、いずれかのＳＰＲＭ等に保存されているときは、再生制御部4135はプレーヤ変数記憶部4136からその画面サイズを読み出す。その後、処理はステップＳ４９０２へ進む。
ステップＳ４９０２では、再生制御部4135は、表示装置103の画面サイズが、０−３３インチ、３４−６６インチ、及び６７インチ以上のいずれの範囲内に属するかを判別する。画面サイズが、０−３３インチ、３４−６６インチ、及び６７インチ以上の各範囲内に属するとき、処理はステップＳ４９０３、Ｓ４９０４、Ｓ４９０５へ進む。
ステップＳ４９０３、Ｓ４９０４、Ｓ４９０５のそれぞれでは、再生制御部4135は、オフセット補正値＃１4801、オフセット補正値＃２4802、オフセット補正値＃３4803を選択し、その種類を表す情報をプレーヤ変数としてプレーヤ変数記憶部4136に格納する。その後、処理は終了する。それにより、オフセット補正値の選択処理が再び実行されるまで、再生制御部4135は各ＳＴＮテーブルから、そのプレーヤ変数の示す種類のオフセット補正値を選択して、その値にＳＰＲＭ（２８）の値を更新する。
（1−J）再生制御部4135は、グラフィックス・プレーンに与えられるべきオフセットを視聴者に調整させてもよい。図５０は、その調整処理のフローチャートである。この処理は、視聴者がリモコン105又は再生装置102のフロントパネルを操作してオフセット補正値の設定を要求したときに、ユーザイベント処理部4133がその要求を受け付けることによって開始される。
ステップＳ５００１では、ユーザイベント処理部4133からの要求に応じ、再生制御部4135は表示装置103に、オフセットを調整するための操作画面を表示させる。ここで、その操作画面の表示には再生装置102のＯＳＤが利用される。特に再生部4102は操作画面とグラフィックス映像とを合わせて表示する。その後、処理はステップＳ５００２へ進む。
ステップＳ５００２では、再生制御部4135は操作画面を利用して、視聴者に調整対象のグラフィックス・プレーンを選択させる。具体的には、再生制御部4135は操作画面上のメニューに選択可能なグラフィックス・プレーンの一覧を表示し、所望の項目を視聴者にリモコン105の操作で選択させる。ここで、各項目には対応するオフセット・シーケンスＩＤが割り当てられている。所定の時間内にいずれかの項目が選択されたとき、処理はステップＳ５００３へ進む。一方、所定の時間内にはいずれの項目も選択されなかったとき、又は、リモコン105の操作によって処理の中断が視聴者によって指示されたとき、処理は終了する。
ステップＳ５００３では、再生制御部4135はまず、選択されたオフセット・シーケンスＩＤを保存する。再生制御部4135は次に、操作画面を利用して、視聴者にオフセット値の増減をリモコン105の操作で選択させる。オフセット値の増加が選択されたとき、処理はステップＳ５００４へ進み、減少が選択されたとき、処理はステップＳ５００５へ進む。一方、所定の時間内には増減のいずれも選択されなかったとき、又は、リモコン105の操作によって処理の中断が視聴者によって指示されたとき、処理はステップＳ５００２へ戻る。
ステップＳ５００４、Ｓ５００５のそれぞれでは、再生制御部4135はＳＰＲＭ（２８）を更新して、それの示すオフセット補正値4220−4223のうち、保存されたオフセット・シーケンスＩＤに対応するものに所定値を加え、又は減じる。その後、処理はステップＳ５００３へ戻る。
ステップＳ５００３−５００５のループが繰り返される間、再生制御部4135は再生部4102にグラフィックス・プレーンの再生処理を継続させる。ここで、再生部4102は、操作画面とグラフィックス映像とのいずれか手前に表示される方を半透明にし、又は、操作画面をグラフィックス映像よりも手前に表示する。それにより、操作画面が表示されてもグラフィックス映像は見えるので、画面の輝度及び色合いの調整と同様に、視聴者にオフセット値の増減の効果を即座に確認させることができる。
（1−K）再生装置102は、ユーザに瞳孔間距離を予備のＳＰＲＭ、例えばＳＰＲＭ（３２）に登録させてもよい。その場合、レフトビューとライトビューとのグラフィックス映像間での視差の最大値が、ＳＰＲＭ（３２）に登録された値を超えないように、再生装置102はオフセット補正値を調整することができる。具体的には、再生装置102は、システム・ターゲット・デコーダから出力される各オフセット値について次の演算を行えばよい。再生装置102はまず、ＳＰＲＭ（３２）の値と表示装置103の画面の幅（水平方向の長さ）との比を求め、更にその比と表示装置103の水平画素数との積を求める。この積は、オフセット制御によってグラフィックス・プレーンに与えてもよいオフセットの上限の２倍を表す。再生装置102は次に、各オフセット値の２倍をその積と比較する。いずれかのオフセット値の２倍がその積以上であるとき、再生装置102は、そのオフセット値を含むオフセット・シーケンスのＩＤを特定し、そのＩＤの示すグラフィックス・プレーンに対するオフセット補正値を減らす。そのときの減少量は、オフセット値の２倍と上記の積との差の半分以上に設定されればよい。こうして、レフトビューとライトビューとのグラフィックス映像間での視差の最大値が視聴者の瞳孔間距離を超えないので、その視聴者に映像酔いや眼精疲労が生じる危険性を低減させることができる。
（1−L）各クロッピング処理部4531−4534は、ＳＰＲＭ（２７）の示す参照オフセットＩＤ4210−4213で特定されるオフセット・シーケンスをオフセット制御に利用する。逆に、各クロッピング処理部4531−4534は、所定のＳＰＲＭの示すオフセット・シーケンスＩＤで特定されるオフセット・シーケンスをオフセット制御には利用しないようにしてもよい。すなわち、そのＳＰＲＭは、オフセット制御においてマスクされるべきオフセット・シーケンスＩＤ（PG＿ref＿offset＿id＿mask、IG＿ref＿offset＿id＿mask、SV＿ref＿offset＿id＿mask、IM＿ref＿offset＿id＿mask）を示す。その場合、各クロッピング処理部4531−4534は、システム・ターゲット・デコーダ4125から受け取ったオフセット情報4507のうち、マスクされたオフセット・シーケンスＩＤ以外に対応するものの中から、最大のオフセット値を含むものを選択してもよい。それにより、副映像プレーン、ＰＧプレーン、ＩＧプレーン、及びイメージ・プレーンのそれぞれの表すグラフィックス映像の奥行きを容易に揃えることができる。その結果、各ストリーム・データの作成の自由度を向上させることができる。
その他に、各クロッピング処理部4531−4534は、オフセット情報4507の中に参照オフセットＩＤ4210−4213を検出できなかった場合には、そのオフセット情報4507の含むオフセット値の中で最大のものを代用してもよい。
（1−M）再生装置102がＯＳＤとして独自のメニューを表示する際には、そのメニューの２Ｄ映像を表すグラフィックス・プレーン、すなわちＯＳＤプレーンに対してオフセット制御を行ってもよい。その場合、再生装置102はオフセット情報として、そのメニューの表示時刻にシステム・ターゲット・デコーダ4125によって送出されたオフセット情報4507の中から、オフセット方向が画面よりも手前であって、かつオフセット値が最大であるものを選択してもよい。それにより、そのメニューを、字幕等、３Ｄ映像コンテンツから再生される３Ｄグラフィックス映像のいずれよりも手前に表示することができる。
その他に、再生装置102が、ＯＳＤプレーンに対するオフセット情報を予め備えていてもよい。そのオフセット情報には特定のオフセット・シーケンスＩＤ、例えばoffset＿id＝０が割り当てられる。更に、オフセット・シーケンスＩＤ＝０のオフセット情報に対しては、次の条件（１）、（２）が規定されてもよい：（１）オフセット方向は、画面よりも手前を示す。（２）オフセット値は、オフセット・シーケンスＩＤ≠０のオフセット情報のうち、フレーム番号が等しく、かつオフセット方向が画面よりも手前であるものの中で最大のオフセット値に等しい。この規定により、再生装置102は、システム・ターゲット・デコーダ4125によって送出されたオフセット情報4507の中からはオフセット情報を選択しなくてもよいので、ＯＳＤプレーンに対するオフセット制御を簡単化できる。また、各クロッピング処理部4531−4534は、システム・ターゲット・デコーダ4125から受け取ったオフセット情報4507の中に、ＳＰＲＭ（２７）の示す参照オフセットＩＤ4210−4213を検出できなかった場合に、オフセット・シーケンスＩＤ＝０のオフセット情報を代用してもよい。
（1−N）図３１に示されている３Ｄプレイリスト・ファイル222はサブパスを一つ含む。その他に、３Ｄプレイリスト・ファイルがサブパスを複数含んでもよい。例えば、一方のサブパスのサブパス・タイプが「３Ｄ・Ｌ／Ｒ」であり、他方のサブパスのサブパス・タイプが「３Ｄ・デプス」であってもよい。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生される際にそれら二種類のサブパスが切り換えられることにより、再生装置102をＬ／Ｒモードとデプス・モードとの間で容易に切り換えることができる。特にその切り換え処理は、３Ｄプレイリスト・ファイルそのものを切り換える処理よりも速やかに実行可能である。
複数のディペンデントビュー・ビデオ・ストリームがそれぞれ、共通のベースビュー・ビデオ・ストリームとの組み合わせで同じ３Ｄ映像を表現してもよい。但し、それらのディペンデントビュー・ビデオ・ストリームの間では、同じシーンのレフトビューとライトビューとの間の視差が異なる。それらのディペンデントビュー・ビデオ・ストリームは、一つのサブＴＳに多重化されていても、異なるサブＴＳに分離されていてもよい。その場合、３Ｄプレイリスト・ファイルはサブパスを複数含む。各サブパスは異なるディペンデントビュー・ビデオ・ストリームを参照する。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生される際にサブパスが切り換えられることにより、再生装置102に３Ｄ映像の奥行き感を容易に変化させることができる。特にその処理は、３Ｄプレイリスト・ファイルそのものを切り換える処理よりも速やかに実行可能である。
図５１は、サブパスを複数含む３Ｄプレイリスト・ファイル5100のデータ構造、及び、それによって参照されるファイル２Ｄ5110と二つのファイルＤＥＰ5121、5122とのデータ構造を示す模式図である。ファイル２Ｄ5110はＰＩＤ＝０ｘ１０１１のベースビュー・ビデオ・ストリームを含む。ファイルＤＥＰ＃１5121はＰＩＤ＝０ｘ１０１２のディペンデントビュー・ビデオ・ストリーム＃１を含む。ファイルＤＥＰ＃２5122はＰＩＤ＝０ｘ１０１３のディペンデントビュー・ビデオ・ストリーム＃２を含む。ディペンデントビュー・ビデオ・ストリーム＃１、＃２はそれぞれ、ファイル２Ｄ5110内のベースビュー・ビデオ・ストリームとの組み合わせで同じ３Ｄ映像を表現する。しかし、ディペンデントビュー・ビデオ・ストリーム＃１、＃２の間では、同じシーンのレフトビューとライトビューとの間の視差が異なる。更に、オフセット・シーケンスＩＤの等しいオフセット・シーケンスが、同じフレーム番号に対して異なるオフセット値を規定する。
一方、３Ｄプレイリスト・ファイル5100はメインパス5130と二つのサブパス5131、5132とを含む。メインパス5130のＰＩ＃１はファイル２Ｄ5110、特にベースビュー・ビデオ・ストリームを参照する。各サブパス5131、5132のＳＵＢ＿ＰＩ＃１はメインパス5130のＰＩ＃１と再生時間が共通である。サブパス＃１5131のＳＵＢ＿ＰＩ＃１はファイルＤＥＰ＃１5121、特にディペンデントビュー・ビデオ・ストリーム＃１を参照する。サブパス＃２5132のＳＵＢ＿ＰＩ＃１はファイルＤＥＰ＃２5122、特にディペンデントビュー・ビデオ・ストリーム＃２を参照する。
その３Ｄプレイリスト・ファイル5100を用いた３Ｄプレイリスト再生処理では、再生装置102は予め、ユーザ又はアプリケーション・プログラムに再生対象のサブパスを選択させる。その他に、再生装置102は再生対象のサブパスを、変形例（1−I）のように表示装置103の画面サイズに依って選択しても、変形例（1−K）のように視聴者の瞳孔間距離を利用して選択してもよい。そのようなサブパスの選択処理により、レフトビューとライトビューとのビデオ・プレーン間の視差を容易に変化させることができる。更に、ディペンデントビュー・ビデオ・ストリームの切り換えに伴ってオフセット情報が変化するので、ファイル２Ｄ5110の含むＰＧストリーム又はＩＧストリームから再生されるグラフィックス・プレーンのオフセットが変化する。それらの結果、３Ｄ映像の奥行き感を容易に変化させることができる。
再生装置102がＢＤ−Ｌｉｖｅ（登録商標）に対応している場合、その機能を利用して上記のファイルＤＥＰ＃１、＃２のいずれかをネットワーク上のサーバ装置からダウンロードしてもよい。ここで、「ＢＤ−Ｌｉｖｅ」とは、再生装置がアプリケーション・プログラムに従って、インターネット等の外部ネットワークから新たなデジタル・コンテンツをダウンロードして、ＢＤ−ＲＯＭディスク上のコンテンツと共に再生する機能をいう。新たなデジタル・コンテンツは、特典映像及び字幕等、ＢＤ−ＲＯＭディスク上のコンテンツに対する追加コンテンツ、並びに、ブラウザ画面及びゲーム等のインタラクティブ・コンテンツを含む。ＢＤ−Ｌｉｖｅを利用してディペンデントビュー・ビデオ・ストリームを更新すれば、ＢＤ−ＲＯＭディスク上に記録済みの３Ｄ映像の奥行き感を、その再生時に変更することが実現可能である。特にオフセット情報がディペンデントビュー・ビデオ・ストリームに格納されているので、新たなファイルＤＥＰをダウンロードするだけで、ビデオ・プレーンとグラフィックス・プレーンとのいずれについても、レフトビューとライトビューとの間の視差を変更するのに必要な情報を取得することができる。
（1−O）３Ｄプレイリスト・ファイルに参照オフセットＩＤを設定する場合、ＰＩ間のシームレス接続に関して、以下の制約条件が規定されてもよい。
図５２は、３Ｄプレイリスト・ファイル5200の含む参照オフセットＩＤを示す模式図である。図５２を参照するに、メインパス5210のＰＩ＃２にはＣＣ＝５が設定されている。従って、ＰＩ＃１とＰＩ＃２とのそれぞれの規定する再生区間の映像はシームレスに接続されなければならない。その場合、ＰＩ＃１とＰＩ＃２とでは、参照オフセットＩＤの値の変更と、ディペンデントビュー・ビデオ・ストリームに含まれるオフセット・シーケンスの総数、すなわちエントリ数の変更とがいずれも禁止される。更に、オフセット補正値の変更とそのエントリ数の変更とがいずれも禁止されてもよい。
この制約条件は具体的には次のとおりである。ＰＩ＃１の含むＳＴＮテーブル＃１では、ＰＧストリーム１、ＰＧストリーム２、テキスト字幕ストリーム、…、ＩＧストリーム１にそれぞれ、参照オフセットＩＤ＃１＝１、参照オフセットＩＤ＃２＝３、参照オフセットＩＤ＃３＝２、…、参照オフセットＩＤ＃Ｍ＝６が割り当てられている。ここで、整数Ｍは、ＳＴＮテーブル＃１に登録されたディペンデントビュー・ビデオ・ストリームに含まれるオフセット・シーケンスの総数Ｘよりも小さい値でなければならない：Ｍ＜Ｘ。更に、ＰＩ＃２の含むＳＴＮテーブル＃２でも、ＰＧストリーム１、ＰＧストリーム２、テキスト字幕ストリーム、…、ＩＧストリーム１にそれぞれ、参照オフセットＩＤ＃１＝１、参照オフセットＩＤ＃２＝３、参照オフセットＩＤ＃３＝２、…、参照オフセットＩＤ＃Ｍ＝６が割り当てられなければならない。また、ＳＴＮテーブル＃２に登録されたディペンデントビュー・ビデオ・ストリームに含まれるオフセット・シーケンスの総数は、ＳＴＮテーブル＃１に登録されたディペンデントビュー・ビデオ・ストリームに含まれるオフセット・シーケンスの総数Ｘと等しくなければならない。このように、ＣＣ＝５等、シームレス接続が設定されたプレイアイテム間では、参照オフセットＩＤの値、及び、参照先のディペンデントビュー・ビデオ・ストリームに含まれるオフセット・シーケンスの総数がいずれも変更されてはならない。
この制約条件により、再生装置102はカレントＰＩをＰＩ＃１からＰＩ＃２に変更するときに、ＳＰＲＭ（２７）の更新処理をスキップすることができる。従って、シームレス接続に関する処理の負担が軽減されるので、その処理の信頼性を更に向上させることができる。その結果、３Ｄ映像の画質を更に向上させることができる。
図５２を更に参照するに、メインパス5210のＰＩ＃ＫにはＣＣ＝１が設定されている。ここで、整数Ｋは３以上である。従って、ＰＩ＃Ｋの規定する再生区間の映像は、直前のＰＩ＃（Ｋ−１）の規定する再生区間の映像と必ずしもシームレスに接続されなくてもよい。その場合、ＰＩ＃Ｋの含むＳＴＮテーブル＃Ｋでは、その前のＰＩの含むＳＴＮテーブルの内容にかかわらず、参照オフセットＩＤとオフセット補正値とを自由に設定することができる。更に、再生装置102はＰＩ＃ＫをカレントＰＩに設定する時点で、ＳＰＲＭ（２７）とＳＰＲＭ（２８）とをリセットすることができる。
（1−P）映像コンテンツには、例えばカラオケで歌詞の表示に利用されるもののように、静止画像に字幕等のグラフィックス映像が重ねて表示され、かつ、そのグラフィックス映像だけが頻繁に更新されるものがある。そのようなコンテンツが３Ｄ映像コンテンツとして形成されている場合、オフセット・メタ・データが配置されたＶＡＵは更にシーケンス終端コードを含む。再生装置102は、そのようなＶＡＵを復号したときは、そのオフセット・メタ・データから得られたオフセット情報を保持し、新たなオフセット・メタ・データを含むＶＡＵが復号されるまで変更しない。
図５３の（ａ）は、静止画像のみを表すディペンデントビュー・ビデオ・ストリーム5300のデータ構造を示す模式図である。ディペンデントビュー・ビデオ・ストリーム5300の各ＶＡＵは一つの静止画像を表す。その場合、各ＶＡＵの後端にはシーケンス終端コード5303、5304が配置されている。一方、各ＶＡＵの補足データ5301、5302にはオフセット・メタ・データ5311、5312が配置されている。ＶＡＵ＃１のオフセット・メタ・データ5311はオフセット・シーケンスＩＤ＝０のオフセット・シーケンス［０］を含む。そのオフセット・シーケンス［０］はフレーム＃１のオフセット情報のみを含む。同様に、ＶＡＵ＃２のオフセット・メタ・データ5312では、オフセット・シーケンス［０］はフレーム＃１のオフセット情報のみを含む。
ここで、３Ｄプレイリスト・ファイルが次の事項（１）、（２）を規定している場合を想定する：（１）ディペンデントビュー・ビデオ・ストリーム5300の各ＶＡＵの表す静止画像を１０秒間隔で切り換える。（２）各静止画像に、グラフィックス・ストリームの表すグラフィックス映像を重ねて表示する。図５３の（ｂ）は、そのような３Ｄプレイリスト・ファイルを従って再生される、レフトビュー・ビデオ・プレーンの列5321、ライトビュー・ビデオ・プレーンの列5322、及びグラフィックス・プレーンの列5330を示す模式図である。図５３の（ｂ）では、静止画像が切り換えられた時点の各ビデオ・プレーンが斜線で示されている。レフトビュー・ビデオ・プレーンの列5321では、最初のビデオ・プレーン5341の示す静止画像が最初の１０秒の期間5361に繰り返し再生され、次のビデオ・プレーン5351の示す静止画像が次の１０秒の期間5371に繰り返し再生される。ライトビュー・ビデオ・プレーンの列5322では、最初のビデオ・プレーン5342の示す静止画像が最初の１０秒の期間5362に繰り返し再生され、次のビデオ・プレーン5352の示す静止画像が次の１０秒の期間5372に繰り返し再生される。
再生装置102はディペンデントビュー・ビデオ・ストリーム5300のＶＡＵ＃１を復号したとき、そのオフセット・メタ・データ5311からフレーム＃１のオフセット情報（オフセット方向＝画面よりも奥、オフセット値＝１０ピクセル）を読み出す。再生装置102は更に、そのシーケンス終端コード5303を検出する。そのとき、再生装置102はフレーム＃１のオフセット情報を保持する。それにより、最初の１０秒の期間5361では、グラフィックス・プレーンの列5330に与えられるオフセットが、保持されたオフセット情報で決まるものに一定に維持される。すなわち、グラフィックス映像の奥行きが一定に維持される。
ＶＡＵ＃１の復号から１０秒間が経過したとき、再生装置102はＶＡＵ＃２を復号する。再生装置102はそのとき、そのオフセット・メタ・データ5312からフレーム＃１の新たなオフセット情報（オフセット方向＝画面よりも手前、オフセット値＝５ピクセル）を読み出す。再生装置102は更に、そのシーケンス終端コード5304を検出する。そのとき、再生装置102はフレーム＃１のオフセット情報を保持する。それにより、次の１０秒の期間5371では、グラフィックス・プレーンの列5330に与えられるオフセットが、新たに保持されたオフセット情報で決まるものに変更された後、一定に維持される。すなわち、グラフィックス映像が新たな奥行きに一定に維持される。
このように、ＶＡＵがシーケンス終端コードを含むときは、再生装置102に、既存のオフセット情報をそのまま保持させる。それにより、ビデオ・ストリームが静止画像のみから構成されている場合でも、再生装置102に、グラフィックス・プレーンに対するオフセット制御を確実に継続させることができる。
（1−Q）オフセット・メタ・データは、ディペンデントビュー・ビデオ・ストリームに代えて、ベースビュー・ビデオ・ストリームに格納されてもよい。その場合でも、オフセット・メタ・データは、好ましくは、各ビデオ・シーケンスの先頭に位置するＶＡＵ内の補足データに格納される。更に、３Ｄプレイリスト・ファイルは、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれがオフセット・メタ・データを含むかを示すフラグを備えていてもよい。それにより、各ストリーム・データの作成の自由度を向上させることができる。また、そのフラグに対しては、「ＣＣ＝５、６によってシームレスに接続されるＰＩ間では変更を禁止する」と規定されてもよい。
（1−R）オフセット・メタ・データは、各ビデオ・シーケンス（すなわち、各ＧＯＰ）の先頭だけでなく、各ＶＡＵ（すなわち、各フレーム又はフィールド）に格納されてもよい。その他に、コンテンツごとに、オフセット・メタ・データの間隔が任意の値に、例えば３フレーム以上に設定されてもよい。その場合、好ましくは、各ビデオ・シーケンスの先頭のＶＡＵには必ずオフセット・メタ・データが格納され、かつ、その直前のオフセット・メタ・データとの間隔が３フレーム以上であるように制限される。それにより、再生装置にオフセット情報の変更処理を飛び込み再生処理と確実に並行させることができる。
（1−S）オフセット・メタ・データは、ビデオ・ストリームに格納されるのに代えて、独立なストリーム・データとしてメインＴＳ又はサブＴＳに多重化されていてもよい。その場合、オフセット・メタ・データには固有のＰＩＤが割り当てられる。システム・ターゲット・デコーダはそのＰＩＤを利用して、オフセット・メタ・データを他のストリーム・データから分離する。その他に、オフセット・メタ・データはテキスト字幕ストリームと同様に、まず専用のバッファにプリロードされ、その後、再生処理を受けてもよい。その場合、オフセット・メタ・データは一定のフレーム間隔で格納される。それにより、オフセット・メタ・データについてはＰＴＳが不要であるので、ＰＥＳヘッダのデータ量が削減される。その結果、プリロード用のバッファの容量を節約することができる。
その他に、オフセット・メタ・データは、ＶＡＵの補足データに格納されるのに代えて、ビデオ・ウォータマークを利用してビデオ・ストリームに埋め込まれてもよい。更に、オフセット・メタ・データは、オーディオ・ウォータマークを利用してオーディオ・ストリームに埋め込まれてもよい。
（1−T）オフセット・メタ・データでは、各オフセット・シーケンスが、フレームごとにオフセット値を規定するのに代えて、表示時間ごとに、オフセット値の経時変化を表す関数、すなわち補完関数を規定してもよい。その場合、３Ｄ再生装置は表示時間ごとに補完関数を用いて、その表示時間に含まれる各フレームにおけるオフセット値を算定する。
図５４の（ａ）は、補完関数を利用するオフセット・メタ・データ5400のデータ構造を示す模式図である。図５４の（ａ）を参照するに、オフセット・メタ・データ5400は、オフセット・シーケンスＩＤ5410とオフセット・シーケンス5420との対応表を含む。オフセット・シーケンス5420は、起点オフセット値（offset＿start）5421、終点オフセット値（offset＿end）5422、オフセット関数ＩＤ（offset＿func＿id）5423、及びオフセット時間間隔（offset＿duration）5424を含む。オフセット・メタ・データ5400が、ディペンデントビュー・ビデオ・ストリーム内の一つのビデオ・シーケンスに格納されているとき、起点オフセット値5421は、そのビデオ・シーケンスの表す最初のフレームにおけるオフセット値を示す。終点オフセット値5422は、次のビデオ・シーケンスの表す最初のフレームにおけるオフセット値を示す。オフセット関数ＩＤ5423は、補完関数の種類を規定する。その補完関数の種類は、そのビデオ・シーケンスの表示時間におけるオフセット値の変化の形状を表す。オフセット時間間隔5424は、そのビデオ・シーケンスの表示時間の長さを表す。
図５４の（ｂ）は、補完関数を構成する要素の種類を表すグラフである。図５４の（ｂ）を参照するに、ｘ軸は表示時間を表し、ｙ軸はオフセット値を表す。ここで、オフセット値の符号は、３Ｄグラフィックス映像の奥行きが画面よりも奥か手前かで決まる。補完関数の構成要素としては、直線形状LNR、凸形状CVX、及び凹形状CCVの三種類が用意されている。直線形状LNRは線形関数ｙ＝ａｘ＋ｂで定義され、凸形状CVXと凹形状CCVとは、２次曲線ｙ＝ａｘ2＋ｂｘ＋ｃ、３次曲線ｙ＝ａｘ3＋ｂｘ2＋ｃｘ＋ｄ、又はガンマ曲線ｙ＝ａ(ｘ＋ｂ)1/r＋ｃで定義される。ここで、定数ａ、ｂ、ｃ、ｄはパラメータであり、各要素の両端A、Bのｘｙ座標、すなわち、表示時刻とその時点でのオフセット値との対で決まる。一方、定数ｒは別に規定され、各オフセット・シーケンスに格納される。補完関数の種類は、それらの要素LNR、CVX、CCVの単体、又は組み合わせとして定義される。
図５４の（ｃ）は、図５４の（ａ）に示されているオフセット・シーケンスＩＤ＝０、１、２の各オフセット・シーケンスから３Ｄ再生装置によって算定されたオフセット値を示すグラフである。図５４の（ｃ）を参照するに、グラフの横軸は、各オフセット・シーケンスが格納されたビデオ・シーケンスの最初のフレームが表示された時刻からの経過時間を表す。黒丸A0、B0、A1、B1、A2、B2は、起点オフセット値5421又は終点オフセット値5422のいずれかとオフセット時間間隔5424とで規定される座標を示す。一対の黒丸A0＋B0、A1＋B1、A2＋B2の間を接続する実線のグラフGR0、GR1、GR2は、オフセット関数ＩＤ5423で規定された補完関数の種類と両端の黒丸A0＋B0、A1＋B1、A2＋B2の座標値とで決定された補完関数を表す。オフセット・シーケンスＩＤ＝０のオフセット・シーケンスでは、オフセット関数ＩＤ5423が「直線」を示すので、両端の黒丸A0、B0の間が直線形状LNRのグラフ＃０GR0で接続される。オフセット・シーケンスＩＤ＝１のオフセット・シーケンスでは、オフセット関数ＩＤ5423が「曲線＃１」を示すので、両端の黒丸A1、B1の間が単一の凸形状CVXのグラフ＃１GR1で接続される。オフセット・シーケンスＩＤ＝２のオフセット・シーケンスでは、オフセット関数ＩＤ5423が「曲線＃２」を示すので、両端の黒丸A2、B2の間が、凸形状CVXと凹形状CCVとの組み合わせから成るグラフ＃２GR2で接続される。白丸は、各グラフGR0、GR1、GR2の示す補完関数を利用して３Ｄ再生装置によって算定された、各フレームの表示時刻とそのフレームにおけるオフセット値との対を表す。これらのグラフGR0、GR1、GR2から容易に理解されるように、起点オフセット値5421、終点オフセット値5422、オフセット関数ＩＤ5423、及びオフセット時間間隔5424の組み合わせだけでも、多様なオフセット値の変化、すなわち３Ｄグラフィックス映像の奥行きの変化を表現することができる。従って、３Ｄグラフィックス映像の表現力を損なうことなく、オフセット・メタ・データ全体のサイズを削減することができる。
（1−U）図４０に示されているテキスト字幕デコーダ4076では、テキスト・デコーダ（ＤＥＣ）4077によって既に復号されたビットマップ・データを格納するビットマップ・バッファ4078内の領域がキャッシュとして利用されてもよい。それにより、テキスト字幕デコーダ4076によるＰＧプレーン・メモリ4092に対するレンダリング処理を高速化することができる。
図５５の（ａ）、（ｂ）、（ｃ）はそれぞれ、一つのテキスト字幕ストリーム内で連続するテキスト・データ・エントリ＃１、＃２、＃３の示す文字列5501、5502、5503と、各テキスト・データ・エントリが復号された際にビットマップ・バッファに格納されるキャッシュ・データ5511、5512、5513とを示す模式図である。
図５５の（ａ）を参照するに、テキスト・データ・エントリ＃１の示す最初の文字列5501は“Hello, Good Morning.”である。その文字数ｎCは１８に等しい：ｎC＝１８。ここで、コンマとピリオドとはそれぞれ一つの文字である。しかし、最初の文字列5501は、小文字“ｌ”、“ｎ”を二つずつ含み、小文字“ｏ”を三つ含み、その他の文字を一つずつ含む。その場合、ＤＥＣ4077は、最初の“ｌ”、“ｎ”、“ｏ”とその他の文字とをビットマップ・データに変換してビットマップ・バッファ4078へ書き込み、二番目以降の“ｌ”、“ｎ”、“ｏ”に対するレンダリング処理をスキップする。その結果、ＤＥＣ4077が実際にビットマップ・データへ変換する文字数、すなわちレンダリング数ｎRは１３である：ｎR＝１３。一方、テキスト・データ・エントリ＃１が復号された際のキャッシュ・データ＃１5511は、異なる文字を一つずつ表す。ビットマップ・バッファ4078はキャッシュ・データ＃１5511からＰＧプレーン・メモリ4092へ“ｌ”と“ｎ”とを二回ずつ転送し、“ｏ”を三回転送し、残りの文字を一回ずつ転送する。すなわち、ビットマップ・バッファ4078からＰＧプレーン・メモリ4092への転送回数ｎTは最初の文字列5501の文字数ｎCに等しい：ｎT＝ｎC＝１８。
図５５の（ｂ）を参照するに、テキスト・データ・エントリ＃２の示す二番目の文字列5502は“Nice to meet you.”である。その文字数ｎCは１４に等しい：ｎC＝１４。しかし、二番目の文字列5502のうち、小文字“ｉ”、“ｅ”、“ｏ”、及びピリオドのビットマップ・データは既にキャッシュ・データ＃１5511に含まれる。更に、二番目の文字列5502は小文字“ｔ”を二つ含む。その場合、ＤＥＣ4077は、“ｉ”、“ｅ”、“ｏ”、ピリオド、及び二番目の“ｔ”に対するレンダリング処理をスキップし、最初の“ｔ”とその他の文字とをビットマップ・データに変換してビットマップ・バッファ4078へ書き込む。その結果、レンダリング数ｎRは６である：ｎR＝６。一方、テキスト・データ・エントリ＃２が復号された際のキャッシュ・データ＃２5512には、キャッシュ・データ＃１5511の含まない文字のビットマップ・データのみが追加される。ビットマップ・バッファ4078はキャッシュ・データ＃２5512からＰＧプレーン・メモリ4092へ、“ｅ”を三回転送し、“ｔ”と“ｏ”とを二回ずつ転送し、二番目の文字列5502内の他の文字を一回ずつ転送する。すなわち、ビットマップ・バッファ4078からＰＧプレーン・メモリ4092への転送回数ｎTは二番目の文字列5502の文字数ｎCに等しい：ｎT＝ｎC＝１４。
図５５の（ｃ）を参照するに、テキスト・データ・エントリ＃３の示す三番目の文字列5503は“Nice to meet you, too.”である。その文字数ｎCは１８に等しい：ｎC＝１８。しかし、三番目の文字列5502に含まれる文字のビットマップ・データは全て、既にキャッシュ・データ＃２5512に含まれる。その場合、ＤＥＣ4077は、三番目の文字列5503の全体に対するレンダリング処理をスキップする。すなわち、レンダリング数ｎRは０である：ｎR＝０。一方、テキスト・データ・エントリ＃３が復号された際のキャッシュ・データ＃３5513はキャッシュ・データ＃２5512と等しい。ビットマップ・バッファ4078はキャッシュ・データ＃３5513からＰＧプレーン・メモリ4092へ、“ｅ”と“ｔ”とを三回ずつ転送し、“ｏ”を四回転送し、三番目の文字列5503に含まれる他の文字を一回ずつ転送する。すなわち、ビットマップ・バッファ4078からＰＧプレーン・メモリ4092への転送回数ｎTは三番目の文字列5503の文字数ｎCに等しい：ｎT＝ｎC＝１８。
上記から明らかなとおり、ビットマップ・バッファ4078に格納されているビットマップ・データをキャッシュ・データとして利用することにより、テキスト文字のレンダリング処理に対するＤＥＣ4077の負担を軽減することができる。その結果、文字列をＰＧプレーンに描画するのに要する時間を短縮することができる。実際、一つのテキスト・データ・エントリがnC字（整数nCは１以上である）のテキスト文字列を表すとき、ＤＥＣ4077がそのテキスト・データ・エントリからビットマップ・データを復号してＰＧプレーン・メモリ4092に書き込むのに要する時間Tprocessは、レンダリング数nR、レンダリング速度Rred、及びビットマップ・バッファ4078からＰＧプレーン・メモリ4092へのデータ転送速度Rtrを用いて次式で表される：Tprocess＝nR／Rred＋nC／Rtr。レンダリング数nRは明らかに文字数nC以下である（nR≦nC）ので、キャッシュの利用は時間Tprocessを短縮させる。例えば、レンダリング速度Rredとデータ転送速度Rtrとが共に２０字／秒であるとき、２０字（nC＝２０）をＰＧプレーン・メモリ4092に書き込むのに要する時間Tprocessは、nR／２０＋２０／２０＝（nR／２０＋１）秒である。従って、レンダリング数nR＝２０のときは時間Tprocessが２秒であるのに対し、レンダリング数nR＝１０のときは時間Tprocessが１．５秒であり、レンダリング数nR＝０のときは時間Tprocessが１秒である。このように、レンダリング数が小さいほど、すなわち、再利用されるキャッシュ・データの数が多いほど、時間Tprocessは短縮される。
ここで、図１７に示されている各テキスト・データ・エントリ1710に、スタイル情報1711が直前のテキスト・データ・エントリのものから更新されているか否かを示すフラグが設置されていてもよい。スタイル情報1711が更新されている場合、そのテキスト・データ・エントリ1710の含むテキスト情報1712の示す文字のビットマップ・データがキャッシュに含まれている可能性は低い。従って、ＤＥＣ4077は、そのフラグの値に依って、キャッシュ・データの中からビットマップ・データを探すべきか否かを判断することができる。
また、キャッシュではビットマップ・データがファースト−イン／ファースト−アウト方式（ＦＩＦＯ）で処理されてもよい。その他に、各テキスト・データ・エントリ1710内のテキスト情報1712に、キャッシュの優先度を示すデータが格納されてもよく、各テキスト・データ・エントリ1710に、そのテキスト情報1712の示す文字列のビットマップ・データをキャッシュに格納すべきか否かを示すフラグが設置されていてもよい。そのフラグを利用して、使用頻度の低い文字列のビットマップ・データがキャッシュに保存されないようにすることができる。
《実施形態２》
本発明の実施形態２によるＢＤ−ＲＯＭディスクと再生装置とは、レフトビューとライトビューとの間の「ずれ」が視聴者に違和感を与える危険性を回避することができる。その点を除き、実施形態２によるＢＤ−ＲＯＭディスクと再生装置とは実施形態１によるものと構成及び機能が等しい。従って、以下では、実施形態２によるＢＤ−ＲＯＭディスクと再生装置とのうち、実施形態１によるものからの変更部分及び拡張部分について説明する。実施形態１によるＢＤ−ＲＯＭディスクと再生装置と同様な部分については、上記の実施形態１についての説明を援用する。
＜レフトビューとライトビューとの間の水平方向のずれ＞
図５６の（ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの水平画角HAL、HARを模式的に示す平面図である。図５６の（ａ）を参照するに、一対のビデオカメラCML、CMRは水平方向に並べられている。左側のビデオカメラCMLはレフトビューを撮影し、右側のビデオカメラCMRはライトビューを撮影する。それらのビデオカメラCML、CMRの水平画角HAL、HARは、大きさは等しいが、位置は異なる。従って、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALと、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARとが生じる。両方の水平画角HAL、HARの共通部分に位置する被写体OBCはいずれのビデオカメラCML、CMRにも映る。しかし、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALに位置する被写体OBLは左側のビデオカメラCMLにしか映らず、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARに位置する被写体OBRは右側のビデオカメラCMRにしか映らない。
図５６の（ｂ）は、左側のビデオカメラCMLで撮影されたレフトビューLVを示す模式図であり、図５６の（ｃ）は、右側のビデオカメラCMRで撮影されたライトビューRVを示す模式図である。図５６の（ｂ）、（ｃ）を参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALはレフトビューLVに、その左端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ALはライトビューRVには含まれない。一方、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARはライトビューRVに、その右端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ARはレフトビューLVには含まれない。従って、図５６の（ａ）に示されている三つの被写体OBL、OBC、OBRのうち、右側の被写体OBRはレフトビューLVには含まれず、左側の被写体OBLはライトビューRVには含まれない。その結果、左側の被写体OBLは視聴者の左目にしか映らず、右側の被写体OBRは右目にしか映らない。その場合、レフトビューLVとライトビューRVとは視聴者に違和感を与える危険性がある。
実施形態２によるＢＤ−ＲＯＭディスクでは、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AL、ARの幅WDHを示す情報がディペンデントビュー・ビデオ・ストリームに格納されている。その格納場所は、図１３に示されているオフセット・メタ・データ1310の格納場所、すなわち、各ビデオ・シーケンスの先頭に位置するＶＡＵの補足データ1301である。一方、実施形態２による再生装置では、図４１に示されているシステム・ターゲット・デコーダ4125がディペンデントビュー・ビデオ・ストリームから、上記の帯状領域AL、ARの幅WDHを示す情報を読み出す。システム・ターゲット・デコーダ4125は更に、その情報を、図４５に示されているオフセット情報4507と共にプレーン加算部4126に伝える。プレーン加算部4126では、視差映像生成部4510がその情報を利用して左映像プレーンと右映像プレーンとを加工し、上記の帯状領域AL、ARを背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域AL、ARに含まれる画素データを一様な背景色又は黒色のデータに書き換える。
図５６の（ｄ）、（ｅ）はそれぞれ、視差映像生成部4510によって加工された左映像プレーンの表すレフトビューLVと、右映像プレーンの表すライトビューRVとを示す模式図である。図５６の（ｄ）を参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALは、幅WDHの黒色帯BLで隠されている。一方、図５６の（ｅ）を参照するに、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARは、幅WDHの黒色帯BRで隠されている。それらの結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。
視差映像生成部4510は更に、図４７に示されているクロッピング処理と同様にして、左映像プレーンと右映像プレーンとのそれぞれから、上記の帯状領域AL、ARのうち、外側の半分の領域に含まれる画素データを除去してもよい。その場合、視差映像生成部4510は、各帯状領域AL、ARの残り半分の領域を背景色又は黒色で一様に塗りつぶすと共に、その反対側の端部に、各帯状領域AL、ARの半分の幅の背景色又は黒色の帯状領域を付加する。それにより、視聴者のいずれの目にも、レフトビューLVとライトビューRVとで共通する領域の示す映像が画面の中央に映り、背景色又は黒色の帯が画面の両端に映る。その結果、その視聴者に違和感を与える危険性を回避することができる。
その他に、視差映像生成部4510は左映像プレーンと右映像プレーンとを次のように処理してもよい。視差映像生成部4510はまず、図４７に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AL、AR内の画素データを除去する。視差映像生成部4510は次に、スケーリング処理によって、残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示される。その結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。
尚、レフトビューとライトビューとの間の水平方向のずれは、単一のカメラで撮影された平面視映像から立体視映像を生成する場合、すなわち２Ｄ／３Ｄ変換を行う場合にも起こり得る。しかし、この場合も上記と同様にして、ずれを隠すことができる。すなわち、左映像ピクチャ・データ（左映像プレーン）と右映像ピクチャ・データ（右映像プレーン）とのそれぞれから一部の画素データが削除され、削除された箇所に別の画素データが設定され、又は、残りの画素データがピクチャ（プレーン）全体に拡大されてもよい。
＜レフトビューとライトビューとの間の垂直方向のずれ＞
図５７の（ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの垂直画角VAL、VARを模式的に示す平面図である。図５７の（ａ）を参照するに、それらのビデオカメラCML、CMRの垂直画角VAL、VARは、大きさは等しいが、位置は異なる。従って、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATと、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABとが生じる。両方の垂直画角VAL、VARの共通部分に位置する被写体OBJはいずれのビデオカメラCML、CMRにも映る。しかし、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATに位置する被写体は左側のビデオカメラCMLにしか映らず、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABに位置する被写体は右側のビデオカメラCMRにしか映らない。
図５７の（ｂ）は、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。図５７の（ｂ）を参照するに、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATはレフトビューLVに、その上端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ATはライトビューRVには含まれない。一方、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABはライトビューRVに、その下端に沿って延びている帯状領域として含まれる。しかし、その帯状領域ABはレフトビューLVには含まれない。尚、帯状領域AT、ABの位置はレフトビューLVとライトビューRVとで逆の場合もある。このように、レフトビューLVとライトビューRVとで上記の帯状領域AT、ABの有無が異なる場合、図５７の（ａ）に示されている被写体OBJの垂直方向の位置はレフトビューLVとライトビューRVとで、帯状領域AT、ABの高さHGTだけずれる。その結果、視聴者の左目に映る被写体OBJと、右目に映る被写体OBJとでは垂直方向の位置が異なるので、その視聴者に違和感を与える危険性がある。
実施形態２によるＢＤ−ＲＯＭディスクでは、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AT、ABの高さHGTを示す情報がディペンデントビュー・ビデオ・ストリームに格納されている。その格納場所は、図１３に示されているオフセット・メタ・データ1310の格納場所、すなわち、各ビデオ・シーケンスの先頭に位置するＶＡＵの補足データ1301である。一方、実施形態２による再生装置では、図４１に示されているシステム・ターゲット・デコーダ4125がディペンデントビュー・ビデオ・ストリームから、上記の帯状領域AT、ABの高さHGTを示す情報を読み出す。システム・ターゲット・デコーダ4125は更に、その情報をオフセット情報4507と共にプレーン加算部4126に伝える。
プレーン加算部4126では、視差映像生成部4510が、上記の帯状領域AT、ABの高さHGTを用いて、左映像プレーンと右映像プレーンとを次の手順で加工する。視差映像生成部4510はまず、左映像プレーン内の画素データの位置を下向きに、高さHGTの半分HGT／2だけ移動させ、右映像プレーン内の画素データの位置を上向きに、高さHGTの半分HGT／2だけ移動させる。それにより、各映像プレーンのうち、上記の帯状領域AT、AB以外の領域が表す映像と画面とで垂直方向の中心が一致する。一方、左映像プレーンでは、上端から帯状領域ATの上半分が除去され、下端から高さHDT／2の帯状領域に空き領域が生じる。右映像プレーンでは、下端から帯状領域ABの下半分が除去され、上端から高さHDT／2の帯状領域に空き領域が生じる。視差映像生成部4510は次に、各帯状領域を背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域に含まれる画素データを一様な背景色又は黒色のデータに書き換える。
図５７の（ｃ）は、視差映像生成部4510によって加工された左映像プレーンの表すレフトビューLVと、右映像プレーンの表すライトビューRVとを示す模式図である。図５７の（ｃ）を参照するに、レフトビューLVとライトビューRVとでは垂直方向の中心位置が一致している。従って、図５７の（ａ）に示されている被写体OBJの垂直方向の位置はレフトビューLVとライトビューRVとで等しい。一方、レフトビューLVの上端では、左側のビデオカメラCMLの垂直画角VALにのみ含まれる領域ATが高さHGT／2の黒色帯BTで隠され、ライトビューRVの下端では、右側のビデオカメラCMRの垂直画角VARにのみ含まれる領域ABが高さHGT／2の黒色帯BBで隠されている。更に、レフトビューLVの下端には高さHGT／2の黒色帯BBが付加され、ライトビューRVの上端には高さHGT／2の黒色帯BTが付加されている。それらの結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らず、かつ、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。
その他に、視差映像生成部4510は左映像プレーンと右映像プレーンとを次のように処理してもよい。プレーン加算部4126はまず、図４７に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AT、AB内の画素データを除去する。視差映像生成部4510は次に、スケーリング処理によって残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示されるので、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らない。しかも、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。
＜レフトビューとライトビューとの間のグラフィックス映像のずれ＞
１プレーン＋オフセット・モードの再生装置が一つのグラフィックス・プレーンに大きなオフセットを与えて一対のグラフィックス・プレーンを生成する場合、その対の一方の左端部又は右端部に、他方の右端部又は左端部には含まれない領域が生じ得る。
図５８の（ａ）は、グラフィックス・プレーンGPLの表すグラフィックス映像の一例を示す模式図である。図５８の（ａ）を参照するに、そのグラフィックス・プレーンGPLは三種類のグラフィックス部品OB1、OB2、OB3を表す。特に左側のグラフィックス部品OB1の左端は、グラフィックス・プレーンGPLの左端から距離D1に位置し、右側のグラフィックス部品OB3の右端は、グラフィックス・プレーンGPLの右端から距離D3に位置する。図５８の（ｂ）、（ｃ）はそれぞれ、グラフィックス・プレーンGPLに右向きと左向きとのオフセットを与えた場合を示す模式図である。図５８の（ｂ）を参照するに、図４７と同様に、グラフィックス・プレーンGPLの右端からは、オフセット値に等しい幅OFSの帯状領域AR1が除去され、左端には幅OFSの透明な帯状領域AL1が付加されている。それにより、各グラフィックス部品OB1−OB3の水平方向の位置が元の位置から、オフセット値に等しい距離OFSだけ右に移動している。一方、図５８の（ｂ）を参照するに、図４７と同様に、グラフィックス・プレーンGPLの左端からは幅OFSの帯状領域AL2が除去され、右端には幅OFSの透明な帯状領域AR2が付加されている。それにより、各グラフィックス部品OB1−OB3の水平方向の位置が元の位置から距離OFSだけ左に移動している。
図５８の（ｂ）、（ｃ）を更に参照するに、オフセット値に等しい距離OFSは、左側のグラフィックス部品OB1の左端とグラフィックス・プレーンGPLの左端との間の距離D1よりも大きく、右側のグラフィックス部品OB3の右端とグラフィックス・プレーンGPLの右端との間の距離D3よりも大きい。従って、右向きのオフセットが与えられたグラフィックス・プレーンGP1では右側のグラフィックス部品OB3の右端の一部MP3が欠け、左向きのオフセットが与えられたグラフィックス・プレーンGP2では左側のグラフィックス部品OB1の左端の一部MP1が欠けている。しかし、左側のグラフィックス部品OB1の欠落部分MP1は、右向きのオフセットが与えられたグラフィックス・プレーンGP1には含まれ、右側のグラフィックス部品OB3の欠落部分MP3は、左向きのオフセットが与えられたグラフィックス・プレーンGP2には含まれる。その結果、それらの欠落部分MP1、MP3は視聴者の片目にしか映らないので、視聴者に違和感を与える危険性がある。
実施形態２によるＢＤ−ＲＯＭディスクでは、図１３に示されているように、オフセット・メタ・データ1310が、ディペンデントビュー・ビデオ・ストリーム内の各ビデオ・シーケンスの先頭に格納されている。一方、実施形態２による再生装置では、図４１に示されているシステム・ターゲット・デコーダ4125がディペンデントビュー・ビデオ・ストリームからオフセット・メタ・データを読み出し、図４５に示されているオフセット情報4507としてプレーン加算部4126に伝える。プレーン加算部4126では、図４５に示されている各クロッピング処理部4531−4534がそのオフセット情報4507を用いて、グラフィックス・プレーンGPLに対するオフセット制御を行う。そのとき、各クロッピング処理部4531−4534は更に、グラフィックス・プレーンGPLの左端又は右端に沿って延びている、オフセット値に等しい幅の帯状領域を切り取る。すなわち、その帯状領域内の画素データを透明色のデータに書き換える。図５８の（ｂ）、（ｃ）には切り取り対象の帯状領域AS1、AS2が示されている。右向きのオフセットが与えられたグラフィックス・プレーンGP1では、切り取り対象の帯状領域AS1が左側のグラフィックス部品OB1の欠落部分MP1を含む。左向きのオフセットが与えられたグラフィックス・プレーンGP2では、切り取り対象の帯状領域AS2が右側のグラフィックス部品OB3の欠落部分MP3を含む。
図５８の（ｄ）、（ｅ）はそれぞれ、右向きと左向きとのオフセットが与えられたグラフィックス・プレーンGP1、GP2の表すグラフィックス映像を示す模式図である。図５８の（ｄ）、（ｅ）を参照するに、それらのグラフィックス・プレーンGP1、GP2では、三種類のグラフィックス部品OB1−OB3の形状が一致している。その結果、視聴者の各目には共通のグラフィックス映像しか映らない。こうして、その視聴者に違和感を与える危険性を回避することができる。
その他に、ＢＤ−ＲＯＭディスク上のＰＧストリーム、ＩＧストリーム、及びテキスト字幕ストリームから再生されるグラフィックス・プレーン、並びに、再生装置によって生成されるグラフィックス・プレーンに対して、グラフィックス部品の配置に関する次の条件が規定されてもよい。図５９は、その条件を示す模式図である。図５９を参照するに、グラフィックス・プレーンGPLには、左上角を原点（0,0）とするｘｙ直交座標が設定されている。ｘ座標とｙ座標とはそれぞれ、グラフィックス・プレーンGPLの水平座標と垂直座標である。ここで、グラフィックス・プレーンGPLの右下角の座標を（TWD,THG）とする。そのｘｙ座標を用いて、上記の条件は次のように規定される：各フレームにおいて、グラフィックス部品OB1、OB2、OB3は、次の四点（OFS,0)、（TWD−OFS,0)、（TWD−OFS,THG)、（OFS,THG）を頂点とする矩形領域内に配置されなければならない。すなわち、グラフィックス・プレーンGPLの左端と右端とのそれぞれに沿って延びている幅OFSの帯状領域AL、ARではグラフィックス部品の配置が禁止される。図５８の（ｂ）、（ｃ）から明らかなとおり、それらの帯状領域AL、ARはオフセット制御によって切り取られる。従って、それらの帯状領域AL、ARへのオフセット部品の配置が禁止されていれば、グラフィックス・プレーンGPLにオフセットが与えられた後でも、グラフィックス部品の形状に変化はない。その結果、視聴者の各目には共通のグラフィックス映像しか映らないので、その視聴者に違和感を与える危険性を回避することができる。尚、このようにグラフィックス部品の配置が制限されている場合でも、図５８に示されているように、表示装置に出力されるグラフィックス・データからは、元のグラフィックス・データの一部が削除される。
実施形態２では、再生装置102が、図５６−５８のそれぞれに示されている一連の処理を行う。その他に、表示装置103がそれらの処理を行ってもよい。図６０は、再生装置102又は表示装置103に含まれている、上記の処理を行う機能部のブロック図である。図６０を参照するに、その機能部は、受信部1、ストリーム処理部2、信号処理部3、及び出力部4を備えている。受信部1は、ＢＤ−ＲＯＭディスク、半導体メモリ装置、外部ネットワーク、及び放送波等の各種媒体から多重化ストリーム・データを受信して、ストリーム処理部2に渡す。ストリーム処理部2は、その多重化ストリーム・データから、映像、音声、グラフィックス等、各種のデータを分離して信号処理部3に渡す。信号処理部3はそれらのデータを個別に復号して出力部4に渡す。出力部4は、復号された各データを所定の形式に変換して出力する。出力部4の出力は、ＨＤＭＩ方式等の映像信号／音声信号であっても、映像／音声そのものであってもよい。
《実施形態３》
本発明の実施形態３によるＢＤ−ＲＯＭディスクは、ＰＧストリームとＩＧストリームとについてもベースビューとディペンデントビューとの対を含む。一方、本発明の実施形態３による再生装置は２プレーン・モードを備える。「２プレーン・モード」はグラフィックス・プレーンの表示モードの一つである。サブＴＳがベースビューとディペンデントビューとのグラフィックス・ストリームを両方含むとき、２プレーン・モードの再生装置は各グラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーン・データを復号して交互に出力する。それにより、それらのグラフィックス・ストリームから３Ｄグラフィックス映像を再生することができる。それらの点を除き、実施形態３によるＢＤ−ＲＯＭディスクと再生装置とは、実施形態１によるものと構成及び機能が等しい。従って、以下では、実施形態３によるＢＤ−ＲＯＭディスクと再生装置とのうち、実施形態１によるものからの変更部分及び拡張部分について説明する。実施形態１によるＢＤ−ＲＯＭディスクと再生装置と同様な部分については、上記の実施形態１についての説明を援用する。
＜サブＴＳのデータ構造＞
図６１の（ａ）は、ＢＤ−ＲＯＭディスク101上の第１サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第１サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、ファイルＤＥＰに含まれる。図６１の（ａ）を参照するに、第１サブＴＳは、プライマリ・ビデオ・ストリーム6011、レフトビューＰＧストリーム6012A、6012B、ライトビューＰＧストリーム6013A、6013B、レフトビューＩＧストリーム6014、ライトビューＩＧストリーム6015、及びセカンダリ・ビデオ・ストリーム6016を含む。プライマリ・ビデオ・ストリーム6011はライトビュー・ビデオ・ストリームであり、図３の（ａ）に示されているメインＴＳ内のプライマリ・ビデオ・ストリーム301が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。レフトビューとライトビューとのＰＧストリームの対6012A＋6013A、6012B＋6013Bは、字幕等のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。レフトビューとライトビューとのＩＧストリームの対6014、6015は、対話画面のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。セカンダリ・ビデオ・ストリーム6016はライトビュー・ビデオ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。
エレメンタリ・ストリーム6011−6016に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム6011には０ｘ１０１２が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、レフトビューＰＧストリーム6012A、6012Bには０ｘ１２２０から０ｘ１２３Ｆまでのいずれかが割り当てられ、ライトビューＰＧストリーム6013A、6013Bには０ｘ１２４０から０ｘ１２５Ｆまでのいずれかが割り当てられる。レフトビューＩＧストリーム6014には０ｘ１４２０から０ｘ１４３Ｆまでのいずれかが割り当てられ、ライトビューＩＧストリーム6015には０ｘ１４４０から０ｘ１４５Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム6016には０ｘ１Ｂ２０から０ｘ１Ｂ３Ｆまでのいずれかが割り当てられる。
図６１の（ｂ）は、ＢＤ−ＲＯＭディスク101上の第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第２サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、第１サブＴＳとは異なるファイルＤＥＰに含まれる。その他に、第２サブＴＳは第１サブＴＳと同じファイルＤＥＰに多重化されていてもよい。図６１の（ｂ）を参照するに、第２サブＴＳは、プライマリ・ビデオ・ストリーム6021、デプスマップＰＧストリーム6023A、6023B、デプスマップＩＧストリーム6024、及びセカンダリ・ビデオ・ストリーム6026を含む。プライマリ・ビデオ・ストリーム6021はデプスマップ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム301との組み合わせで３Ｄ映像を表す。デプスマップＰＧストリーム6023A、6023Bは、メインＴＳ内のＰＧストリーム323A、323Bの表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＰＧストリームとして利用される。デプスマップＩＧストリーム6024は、メインＴＳ内のＩＧストリーム304の表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＩＧストリームとして利用される。セカンダリ・ビデオ・ストリーム6026はデプスマップ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306との組み合わせで３Ｄ映像を表す。
エレメンタリ・ストリーム6021−6026に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム6021には０ｘ１０１３が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、デプスマップＰＧストリーム6023A、6023Bには０ｘ１２６０から０ｘ１２７Ｆまでのいずれかが割り当てられる。デプスマップＩＧストリーム6024には０ｘ１４６０から０ｘ１４７Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム6026には０ｘ１Ｂ４０から０ｘ１Ｂ５Ｆまでのいずれかが割り当てられる。
＜ＳＴＮテーブルＳＳのデータ構造＞
図６２は、ＳＴＮテーブルＳＳ3130のデータ構造を示す模式図である。図６２を参照するに、ＳＴＮテーブルＳＳ3130内の各ストリーム登録情報列3301、3302、3303、…は、ポップアップ期間のオフセット3311とディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3312との他に、ＰＧストリームのストリーム登録情報列6113とＩＧストリームのストリーム登録情報列6114とを含む。
ＰＧストリームのストリーム登録情報列6113は、サブＴＳから再生対象として選択可能なＰＧストリームを示すストリーム登録情報を含む。ＩＧストリームのストリーム登録情報列6114は、サブＴＳから再生対象として選択可能なＩＧストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列6113、6114はそれぞれ、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ＰＧストリーム及びＩＧストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。
図６２を更に参照するに、ＰＧストリームのストリーム登録情報列6113は一般に複数のストリーム登録情報6131を含む。それらは、対応するＰＩ内に含まれる、ＰＧストリームのストリーム登録情報と同数である。ＩＧストリームのストリーム登録情報列6114も同様なストリーム登録情報を含む。それらは、対応するＰＩ内に含まれる、ＩＧストリームのストリーム登録情報と同数である。
各ストリーム登録情報6131は、ＳＴＮ6141、立体視フラグ（is＿SS＿PG）6142、ベースビュー・ストリーム・エントリ（stream＿entry＿for＿base＿view）6143、ディペンデントビュー・ストリーム・エントリ（stream＿entry＿for＿depentdent＿view）6144、及びストリーム属性情報6145を含む。ＳＴＮ6141はストリーム登録情報6131に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。立体視フラグ6142は、ＢＤ−ＲＯＭディスク101にベースビューとディペンデントビューとのＰＧストリームが両方含まれているか否かを示す。立体視フラグ6142がオンであるとき、サブＴＳに両方のＰＧストリームが含まれている。従って、ベースビュー・ストリーム・エントリ6143、ディペンデントビュー・ストリーム・エントリ6144、及びストリーム属性情報6145のいずれのフィールドも再生装置によって読み出される。立体視フラグ6142がオフであるとき、それらのフィールド6143−6145はいずれも再生装置に無視される。ベースビュー・ストリーム・エントリ6143とディペンデントビュー・ストリーム・エントリ6144とはいずれも、サブパスＩＤ参照情報6121、ストリーム・ファイル参照情報6122、及びＰＩＤ6123を含む。サブパスＩＤ参照情報6121は、ベースビューとディペンデントビューとの各ＰＧストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報6122は、各ＰＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ6123は各ＰＧストリームのＰＩＤである。ストリーム属性情報6145は各ＰＧストリームの属性、例えば言語の種類を含む。
＜システム・ターゲット・デコーダ＞
図６３は、システム・ターゲット・デコーダ6225の機能ブロック図である。図６３を参照するに、ＰＧデコーダ6201は、図４１に示されているシステム・ターゲット・デコーダ4125内のものとは異なり、２プレーン・モードに対応可能である。具体的には、ＰＧデコーダ6201はベースビューＰＧデコーダ6211とディペンデントビューＰＧデコーダ6212とを含む。ベースビューＰＧデコーダ6211は、図３の（ａ）に示されているメインＴＳ内のＰＧストリーム303A、303Bに加え、図６１の（ａ）に示されている第１サブＴＳ内のレフトビューＰＧストリーム6012A、6012Bをプレーン・データに復号する。ディペンデントビューＰＧデコーダ6212は、図６１の（ａ）に示されている第１サブＴＳ内のライトビューＰＧストリーム6013A、6013B、及び図６１の（ｂ）に示されている第２サブＴＳ内のデプスマップＰＧストリーム6023A、6023Bをプレーン・データに復号する。副映像デコーダとＩＧデコーダとのいずれも、同様な一対のデコーダを含む。システム・ターゲット・デコーダ6225は更に、一対のＰＧプレーン・メモリ6221、6222を含む。ベースビューＰＧデコーダ6211はプレーン・データを左ＰＧプレーン・メモリ6221に書き込み、ディペンデントビューＰＧデコーダ6212はプレーン・データを右ＰＧプレーン・メモリ6222に書き込む。ＩＧプレーン・メモリとイメージ・プレーン・メモリとのいずれも同様な構成である。システム・ターゲット・デコーダ6225は更に、グラフィックス・プレーン・メモリからのプレーン・データの出力を、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードのそれぞれに対応させる。特に再生制御部4135から２プレーン・モードが指示されたとき、システム・ターゲット・デコーダ6225は一対のＰＧプレーン・メモリ6221、6222からプレーン加算部6226へプレーン・データを交互に送出する。
＜プレーン加算部＞
図６４は２プレーン・モードのプレーン加算部6226の部分的な機能ブロック図である。図６４を参照するに、プレーン加算部6226は、図４５に示されているもの4126と同様、視差映像生成部4510、スイッチ4520、及び加算部4541、4542を含む。プレーン加算部6226は更に、ＰＧプレーン・データ6304、6305の入力部に第２視差映像生成部6310と第２スイッチ6320とを含む。同様な構成は、副映像プレーン・データ、ＩＧプレーン・データ、及びイメージ・プレーン・データの各入力部にも含まれる。
第２視差映像生成部6310は、システム・ターゲット・デコーダ6225から左ＰＧプレーン・データ6304と右ＰＧプレーン・データ6305とを受信する。Ｌ／Ｒモードの再生装置102では、左ＰＧプレーン・データ6304はレフトビューＰＧプレーンを表し、右ＰＧプレーン・データ6305はライトビューＰＧプレーンを表す。そのとき、第２視差映像生成部6310は各プレーン・データ6304、6305をそのまま第２スイッチ6320へ送出する。一方、デプス・モードの再生装置102では、左ＰＧプレーン・データ6304は２Ｄグラフィックス映像のＰＧプレーンを表し、右ＰＧプレーン・データ6305はその２Ｄグラフィックス映像に対するデプスマップを表す。そのとき、第２視差映像生成部6310は、まずそのデプスマップからその２Ｄグラフィックス映像の各部の両眼視差を計算する。第２視差映像生成部6310は次に、左ＰＧプレーン・データ6304を加工して、ＰＧプレーンにおけるその２Ｄグラフィックス映像の各部の表示位置を、計算された両眼視差に応じて左右に移動させる。それにより、レフトビューとライトビューとを表すＰＧプレーンの対が生成される。第２視差映像生成部6310は更に、そのＰＧプレーンの対を第２スイッチ6320へ送出する。
第２スイッチ6320は、ＰＴＳの等しい左ＰＧプレーン・データ6304と右ＰＧプレーン・データ6305とをその順で第２加算部4542へ送出する。第２加算部4542は、第２スイッチ6320からＰＧプレーン・データを受信し、第１加算部4541からのプレーン・データに重畳して第３加算部4543に渡す。その結果、左映像プレーン・データ6301にはレフトビューＰＧプレーンが重畳され、右映像プレーン・データ6302にはライトビューＰＧプレーンが重畳される。
＜２Ｄ映像と３Ｄグラフィックス映像との合成＞
実施形態３による再生装置は上記の構成を利用して２プレーン・モードを実現する。それにより、その再生装置は、３Ｄ映像に３Ｄグラフィックス映像を重ねて表示することができる。実施形態３によるＢＤ−ＲＯＭディスクと再生装置とは更に、以下に述べるように、２Ｄ映像に３Ｄグラフィックス映像を重ねて表示することもできる。
図６５は、ベースビュー・ビデオ・ストリーム6401とライトビュー・ビデオ・ストリーム6402とのピクチャを表示時間順に示す模式図である。図６５を参照するに、ベースビュー・ビデオ・ストリーム6401はベースビュー・ピクチャ6410、6411、6412、…、6419を含み、ライトビュー・ビデオ・ストリーム6402はライトビュー・ピクチャ6420、6421、6422、…、6429を含む。それらのピクチャ6410−6419、6420−6429は三つの再生区間6431、6432、6433を構成している。
最初の再生区間6431と三番目の再生区間6433とは「３Ｄ再生区間」であり、３Ｄ映像を表す。各３Ｄ再生区間6431、6433内のピクチャ群は、図７に示されているピクチャ群と同様に、ＭＶＣ等の多視点符号化方式で圧縮されている。すなわち、各ベースビュー・ピクチャ6410−6413、6417−6419は、同じ３Ｄ再生区間内の他のベースビュー・ピクチャを参照ピクチャとして利用して圧縮されている。一方、各ライトビュー・ピクチャ6420−6423、6427−6429は、同じ３Ｄ再生区間内の他のライトビュー・ピクチャに加えて、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャ6410−6413、6417−6419を参照ピクチャとして利用して圧縮されている。
二番目の再生区間6432は「疑似２Ｄ再生区間」であり、ライトビュー・ピクチャ群を含むにもかかわらず、２Ｄ映像を表す。疑似２Ｄ再生区間6432内のピクチャ群は、ＭＶＣ等の多視点符号化方式で圧縮されている。特に各ベースビュー・ピクチャ6414−6416は、同じ疑似２Ｄ再生区間内の他のベースビュー・ピクチャを参照ピクチャとして利用して圧縮されている。しかし、各ライトビュー・ピクチャ6424−6426は、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャ6414−6416がそれ自身を参照ピクチャとして利用して圧縮されたものである。それにより、各ライトビュー・ピクチャは、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャと同じ２Ｄ映像を表す。すなわち、レフトビューとライトビューとの間に視差はない。従って、疑似２Ｄ再生区間では３Ｄ再生モードでも２Ｄ映像しか再生されない。更に、圧縮後のライトビュー・ピクチャ群のデータ量は極めて小さい。
図６６は、疑似２Ｄ再生区間内のライトビュー・ピクチャ群をＭＶＣに従って符号化する際のスライス・ヘッダとスライス・データとの書式（Syntax）を示す表である。ここで、Ｐスライスは、図６５に示されている第４ライトビュー・ピクチャ“Ｐ4”6423と第７ライトビュー・ピクチャ“Ｐ7”6426とに含まれる。一方、Ｂスライスは、図６５に示されている第５ライトビュー・ピクチャ“Ｂ5”6424と第６ライトビュー・ピクチャ“Ｂ6”6425とに含まれる。図６６を参照するに、スライス・ヘッダに記載された“ref＿pic＿list＿modification＿flag＿l0（又はl1）＝1”、“modification＿of＿pic＿nums＿idc＝5”、“abs＿diff＿view＿idx＿minus1＝0”、“ref＿pic＿list＿modification＿flag＿l0（又はl1）＝3”の四行は一組で次のことを規定する：そのスライスの参照ピクチャを示すインデックスが、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャのインデックス＝０である。Ｐスライスの参照ピクチャは一枚であるので、そのスライス・ヘッダは上記の四行を一組含む。Ｂスライスの参照ピクチャは二枚であるので、そのスライス・ヘッダは上記の四行を二組含む。一方、スライス・データに記載された二行は、ＰスライスとＢスライスとのいずれでも次の二つの事項（i）、（ii）を規定する：（i）スライス内のマクロブロックをＣＡＶＬＣ（可変長符号化）で符号化する際には、パラメータ“mb_skip_run”の値をそのスライス内のマクロブロックの総数に等しく設定する。（ii）スライス内のマクロブロックをＣＡＢＡＣ（算術符号化）で符号化する際には、フラグ“mb_skip_flag”をそのスライス内のマクロブロックの総数に等しい回数だけ繰り返し設定する。この規定は、スライス内の全てのマクロブロックのタイプが「スキップ」であることを意味する。すなわち、圧縮後のライトビュー・ピクチャは実質的にスライス・データを含まないこと、及び、その復号の際には参照ピクチャがそのライトビュー・ピクチャとしてコピーされればよいことを示す。このように、ＭＶＣでは、疑似２Ｄ再生区間内の各ベースビュー・ピクチャのコピーが、同じ３Ｄ・ＶＡＵに属するライトビュー・ピクチャとして符号化されていることを、極めて小さいデータ量で表現することができる。
図６７は、３Ｄ再生区間と疑似２Ｄ再生区間との両方を構成するファイル２Ｄ6610とファイルＤＥＰ6620との対、及び、各再生区間を規定する二種類の３Ｄプレイリスト・ファイル6630、6640を示す模式図である。
ファイル２Ｄ6610の含むプライマリ・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１１）は、３Ｄ再生区間と疑似２Ｄ再生区間との両方に共通するベースビュー・ビデオ・ストリームである。ファイルＤＥＰ6620は二種類のプライマリ・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１２、０ｘ１０１３）を含む。その一方（ＰＩＤ＝０ｘ１０１２）は、ベースビュー・ビデオ・ストリームと共に３Ｄ再生区間を構成するディペンデントビュー・ビデオ・ストリームである。他方（ＰＩＤ＝０ｘ１０１３）は、ベースビュー・ビデオ・ストリームと共に疑似２Ｄ再生区間を構成するディペンデントビュー・ビデオ・ストリームである。すなわち、ＰＩＤ＝０ｘ１０１３のプライマリ・ビデオ・ストリームは、ベースビュー・ビデオ・ストリーム内の各ピクチャを参照ピクチャとしてそれ自身を圧縮したものである。ファイルＤＥＰ6620は更に、レフトビューＰＧストリーム（ＰＩＤ＝０ｘ１２２０）とライトビューＰＧストリーム（ＰＩＤ＝０ｘ１２４０）との対を含む。各ＰＧストリームは３Ｄグラフィックス映像のレフトビューとライトビューとを表す。
３Ｄプレイリスト・ファイル＃１6630の規定する再生経路は、３Ｄ再生区間から成る。具体的には、メインパス6631では、ＰＩ＃１がファイル２Ｄ6610内のベースビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１１）の再生区間を規定する。一方、サブパス・タイプ6633＝３Ｄ・Ｌ／Ｒのサブパス6632では、ＳＵＢ＿ＰＩ＃１がファイルＤＥＰ6620内のディペンデントビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１２）とＰＧストリームの対（ＰＩＤ＝０ｘ１２２０、０ｘ１２４０）との各再生区間を規定する。ここで、ＳＵＢ＿ＰＩ＃１はＰＩ＃１と同じ再生開始時刻、及び同じ再生終了時刻を規定する。
３Ｄプレイリスト・ファイル＃２6640の規定する再生経路は、疑似２Ｄ再生区間から成る。具体的には、メインパス6641では、ＰＩ＃１がファイル２Ｄ6610内のベースビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１１）の再生区間を規定する。一方、サブパス・タイプ6643＝３Ｄ・Ｌ／Ｒのサブパス6642では、ＳＵＢ＿ＰＩ＃１がファイルＤＥＰ6620内のディペンデントビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１３）とＰＧストリームの対（ＰＩＤ＝０ｘ１２２０、０ｘ１２４０）との各再生区間を規定する。ここで、ＳＵＢ＿ＰＩ＃１はＰＩ＃１と同じ再生開始時刻、及び同じ再生終了時刻を規定する。
３Ｄ再生モードの再生装置102が３Ｄプレイリスト・ファイル＃１6630を用いて３Ｄプレイリスト再生処理を行うとき、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１２）との組み合わせから再生される３Ｄ映像に、ＰＧストリームの対（ＰＩＤ＝０ｘ１２２０、０ｘ１２４０）から再生される３Ｄグラフィックス映像が重ねて表示される。一方、３Ｄ再生モードの再生装置102が３Ｄプレイリスト・ファイル＃２6640を用いて３Ｄプレイリスト再生処理を行うとき、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１３）との組み合わせから再生される２Ｄ映像に、ＰＧストリームの対（ＰＩＤ＝０ｘ１２２０、０ｘ１２４０）から再生される３Ｄグラフィックス映像が重ねて表示される。こうして、再生装置102に３Ｄプレイリスト・ファイルを切り換えさせることにより、３Ｄグラフィックス映像が合成されるべき３Ｄ映像を２Ｄ映像に変更させることができる。
図６８は、３Ｄ再生区間を構成するファイル２Ｄ6710とファイルＤＥＰ＃１6721との対、そのファイル２Ｄ6710との組み合わせで疑似２Ｄ再生区間を構成するファイルＤＥＰ＃２6722、及び、各再生区間を規定する３Ｄプレイリスト・ファイル6730を示す模式図である。
ファイル２Ｄ6710の含むプライマリ・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１１）は、３Ｄ再生区間と疑似２Ｄ再生区間との両方に共通するベースビュー・ビデオ・ストリームである。ファイルＤＥＰ＃１6721の含むプライマリ・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１２）は、ベースビュー・ビデオ・ストリームと共に３Ｄ再生区間を構成するディペンデントビュー・ビデオ・ストリームである。ファイルＤＥＰ＃２6722の含むプライマリ・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１３）は、ベースビュー・ビデオ・ストリームと共に疑似２Ｄ再生区間を構成するディペンデントビュー・ビデオ・ストリームである。すなわち、ＰＩＤ＝０ｘ１０１３のプライマリ・ビデオ・ストリームは、ベースビュー・ビデオ・ストリーム内の各ピクチャを参照ピクチャとしてそれ自身を圧縮したものである。各ファイルＤＥＰ6721、6722は更に、レフトビューＰＧストリーム（ＰＩＤ＝０ｘ１２２０）とライトビューＰＧストリーム（ＰＩＤ＝０ｘ１２４０）との対を含む。各ＰＧストリームは３Ｄグラフィックス映像のレフトビューとライトビューとを表す。
３Ｄプレイリスト・ファイル6730の規定する再生経路は、３Ｄ再生区間と疑似２Ｄ再生区間とを両方含む。具体的には、メインパス6731では、ＰＩ＃１、ＰＩ＃２、及びＰＩ＃３が、ファイル２Ｄ6710内のベースビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１１）の異なる再生区間を規定する。一方、サブパス・タイプ6733＝３Ｄ・Ｌ／Ｒのサブパス6732では、ＳＵＢ＿ＰＩ＃１とＳＵＢ＿ＰＩ＃３とが、ファイルＤＥＰ＃１6721内のディペンデントビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１２）とＰＧストリームの対（ＰＩＤ＝０ｘ１２２０、０ｘ１２４０）との各再生区間を規定する。更に、ＳＵＢ＿ＰＩ＃２が、ファイルＤＥＰ＃３6722内のディペンデントビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１３）とＰＧストリームの対（ＰＩＤ＝０ｘ１２２０、０ｘ１２４０）との各再生区間を規定する。ここで、ＳＵＢ＿ＰＩ＃ＮはＰＩ＃Ｎと同じ再生開始時刻、及び同じ再生終了時刻を規定する（Ｎ＝１、２、３）。従って、ＰＩ＃１とＳＵＢ＿ＰＩ＃１との対、及び、ＰＩ＃３とＳＵＢ＿ＰＩ＃３との対は３Ｄ再生区間を規定し、ＰＩ＃２とＳＵＢ＿ＰＩ＃２とは疑似２Ｄ再生区間を規定する。更に、ＰＩ＃２とＰＩ＃３とではＣＣの値が“５”に設定され、かつ、ＳＵＢ＿ＰＩ＃２とＳＵＢ＿ＰＩ＃３とではＳＰＣＣの値が“５”に設定されている。すなわち、それらの再生区間をシームレスに接続すべきことが規定されている。
図６９は、３Ｄ再生モードの再生装置102が３Ｄプレイリスト・ファイル6730に従って再生するビデオ・プレーンの列6810とＰＧプレーンの列6820とを示す模式図である。図６９を参照するに、各列6810、6820は表示時間順に、三つのグループ6811−6813、6821−6823を含む。
第１グループ6811、6821は、ＰＩ＃１とＳＵＢ＿ＰＩ＃１との対で規定される最初の３Ｄ再生区間P3D1を構成する。すなわち、ビデオ・プレーンの第１グループ6811は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１２）との組み合わせから再生されるレフトビューとライトビューとのビデオ・プレーンL、Rを交互に含む。一方、ＰＧプレーンの第１グループ6821は、ＰＧストリームの対（ＰＩＤ＝０ｘ１２２０、０ｘ１２４０）から再生されるレフトビューとライトビューとのＰＧプレーンL、Rを交互に含む。従って、最初の３Ｄ再生区間P3D1では、ビデオ・プレーンの第１グループ6811の表す３Ｄ映像に、ＰＧプレーンの第１グループ6821の表す３Ｄグラフィックス映像が重ねて表示される。
第２グループ6811、6821は、ＰＩ＃２とＳＵＢ＿ＰＩ＃３との対で規定される疑似２Ｄ再生区間PPS2Dを構成する。すなわち、ビデオ・プレーンの第２グループ6812は、ベースビュー・ビデオ・ストリームから再生される２Ｄ映像のビデオ・プレーン2Dと、ディペンデントビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１３）から再生されるそのビデオ・プレーン2Dのコピーとを交互に含む。一方、ＰＧプレーンの第２グループ6822は、ＰＧストリームの対（ＰＩＤ＝０ｘ１２２０、０ｘ１２４０）から再生されるレフトビューとライトビューとのＰＧプレーンL、Rを交互に含む。従って、疑似２Ｄ再生区間PPS2Dでは、ビデオ・プレーンの第２グループ6812の表す２Ｄ映像に、ＰＧプレーンの第２グループ6822の表す３Ｄグラフィックス映像が重ねて表示される。
第３グループ6813、6823は、ＰＩ＃３とＳＵＢ＿ＰＩ＃３との対で規定される二番目の３Ｄ再生区間P3D2を構成する。すなわち、ビデオ・プレーンの第３グループ6813は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１２）との組み合わせから再生されるレフトビューとライトビューとのビデオ・プレーンL、Rを交互に含む。一方、ＰＧプレーンの第３グループ6823は、ＰＧストリームの対（ＰＩＤ＝０ｘ１２２０、０ｘ１２４０）から再生されるレフトビューとライトビューとのＰＧプレーンL、Rを交互に含む。従って、二番目の３Ｄ再生区間P3D2では、ビデオ・プレーンの第３グループ6813の表す３Ｄ映像に、ＰＧプレーンの第３グループ6823の表す３Ｄグラフィックス映像が重ねて表示される。
上記のように、再生装置102に一連の３Ｄプレイリスト再生処理の中で、再生区間の切り換えと共に、３Ｄ映像と３Ｄグラフィックス映像との合成映像を、２Ｄ映像と３Ｄグラフィックス映像との合成映像に変更させることができる。ここで、３Ｄ再生区間と疑似２Ｄ再生区間とではビデオ・ストリームのデータ構造自体は変わらないので、再生装置102は、いずれの再生区間でも、３Ｄ再生モードでの通常の動作を継続すればよい。特に、図６８に示されているように、ＣＣ＝５、ＳＰＣＣ＝５が設定されていれば、３Ｄ再生区間と疑似２Ｄ再生区間との間でも映像をシームレスに接続させることができる。
＜変形例＞
（3−A）図６８に示されているように、各ＰＩが視点符号化フラグを含んでもよい。「視点符号化フラグ」は、そのＰＩの規定する再生区間が３Ｄ再生区間と疑似２Ｄ再生区間とのいずれであるかを示す。例えば、視点符号化フラグの値が“０”である場合は、その再生区間が３Ｄ再生区間であることを示し、“１”である場合は、疑似２Ｄ再生区間であることを示す。図６７に示されているような例では、各３Ｄプレイリスト・ファイルが視点符号化フラグを含んでもよい。更に、視点符号化フラグは、ＭＶＣ等によるビデオ・ストリーム、又は、多重化ストリーム・データを成すＴＳの中に補助情報として格納されてもよい。例えば、ＭＶＣによるビデオ・ストリームでは、ＮＡＬユニットのヘッダ、ＳＥＩ、又は、図８に示されているディペンデントビュー・ビデオ・ストリーム内のＶＡＵ832のサブＡＵ識別コード832Aが格納場所として利用可能である。その他に、視点符号化フラグを格納するための新たなＮＡＬユニットが定義されてもよい。一方、ＴＳでは、ＴＳパケットのヘッダ又はディスクリプタ、特にＭＶＣによる、ビットレート等の属性情報を含むディスクリプタが、視点符号化フラグの格納場所として利用可能である。
（3−B）３Ｄプレイリスト・ファイルの規定する再生経路は、３Ｄ再生区間と疑似２Ｄ再生区間とに加え、通常の２Ｄ映像の再生区間（以下、通常２Ｄ再生区間という。）を含んでもよい。通常２Ｄ再生区間にはサブＴＳ、特にディペンデントビュー・ビデオ・ストリームが含まれないので、再生装置はメインＴＳのみから２Ｄ再生モードで２Ｄ映像を再生する。その場合、３Ｄ映像コンテンツには、２Ｄ映像の再生区間が疑似２Ｄ再生区間と通常２Ｄ再生区間とのいずれであるかを示す情報が格納されてもよい。例えば、ＰＩに含まれる視点符号化フラグの値が“２”である場合は、そのＰＩの規定する再生区間が通常２Ｄ再生区間であることを示す。
（3−C）「光ディスク、メモリカード、若しくはＨＤＤ等の記憶装置に記録された映像コンテンツ、放送される番組、又は、特定のフォルダ等に格納されたＡＶストリーム・ファイルの中に、視点符号化フラグの異なる再生区間が存在するか否か」を示す情報が設定されてもよい。特に番組については、その情報を、番組情報を格納するディスクリプタ、又は番組を構成するビデオ・ストリームの属性を示すディスクリプタに格納することができる。例えばその情報は、プレイリスト・ファイルの規定する再生経路の次のような属性を示す：（１）その再生経路は３Ｄ再生区間のみを含む、（２）その再生経路は３Ｄ再生区間を少なくとも一つ含む、（３）その再生経路には疑似２Ｄ再生区間と通常２Ｄ再生区間とが混在する。再生装置は、その情報の示す再生経路の属性に合わせて動作モードを選択することにより、その選択処理を簡単化できる。
（3−D）「再生区間の映像が３Ｄ映像と２Ｄ映像とのいずれであるか」を示す情報が３Ｄ映像コンテンツに設定されている場合、その情報が視点符号化フラグの代わりに利用されてもよい。具体的には、「再生区間の映像が３Ｄ映像である」ことをその情報が示す場合、その再生区間は３Ｄ再生区間である。一方、「再生区間の映像が２Ｄ映像である」ことをその情報が示す場合、その再生区間は、疑似２Ｄ再生区間と通常２Ｄ再生区間とのいずれかである。更に、「その再生区間が疑似２Ｄ再生区間と通常２Ｄ再生区間とのいずれであるか」を判別するには、例えばビデオ・ストリーム又は多重化ストリーム・データに格納された「映像の視点数を示す情報」が利用されればよい。視点数＝２の場合、再生区間は疑似２Ｄ再生区間であり、視点数＝１の場合、再生区間は通常２Ｄ再生区間である。その他に、映像コンテンツ、特にその管理情報に格納された「コンテンツの符号化方式を示す情報」が利用されてもよい。具体的には、符号化方式がＭＶＣ等の多視点符号化方式であれば、再生区間は疑似２Ｄ再生区間であり、ＭＰＥＧ−４ ＡＶＣ等の単一視点符号化方式であれば、再生区間は通常２Ｄ再生区間である。
（3−E）再生装置102がＢＤ−Ｌｉｖｅ（登録商標）に対応している場合、ベースビュー・ビデオ・ストリームはＢＤ−ＲＯＭディスクから読み出し、ディペンデントビュー・ビデオ・ストリームはネットワーク上のサーバ装置等の別の機器からダウンロードしてもよい。その場合、再生装置は更に、ＢＤ−ＲＯＭディスク上の映像コンテンツの備えている視点符号化フラグを参照して、その映像コンテンツの再生経路の属性をチェックしてもよい。特に、その再生経路に３Ｄ再生区間と通常２Ｄ再生区間とが混在し、かつ疑似２Ｄ再生区間が含まれていない場合、再生装置は、通常２Ｄ再生区間を疑似２Ｄ再生区間に置き換えた新たなコンテンツ、又は、通常２Ｄ再生区間のデータから疑似２Ｄ再生区間のデータを生成するのに必要な差分データを、ネットワーク上のサーバ装置等からダウンロードしてもよい。それにより、再生装置はその映像コンテンツの全体を同じ動作モードで再生することができる。
（3−F）図７０は、３Ｄ再生装置が連続再生区間中の通常２Ｄ再生区間の有無に依って動作モードを選択する処理のフローチャートである。この処理は、プレイリスト再生処理において再生経路中の各連続再生区間の処理が開始される度に行われる。ここで、「連続再生区間」とは、再生経路中の再生区間のうち、映像がシームレスに連続再生されるべき１以上の再生区間をいう。
ステップＳ６９０１では、再生装置102では、再生制御部4135がプレイリスト・ファイル等から再生経路の属性をチェックすることにより、処理対象の連続再生区間が通常２Ｄ再生区間を含むか否かを判別する。その連続再生区間が通常２Ｄ再生区間を含む場合は処理がステップＳ６９０２へ進み、含まない場合は処理がステップＳ６９０５へ進む。
ステップＳ６９０２では、再生制御部4135は更に、処理対象の連続再生区間が通常２Ｄ再生区間以外の再生区間を含むか否かを判別する。その連続再生区間が通常２Ｄ再生区間以外の再生区間を含む場合は処理がステップＳ６９０３へ進み、含まない場合は処理がステップＳ６９０４へ進む。
ステップＳ６９０３では、処理対象の連続再生区間には通常２Ｄ再生区間と他の再生区間とが混在する。従って、再生装置102は２Ｄ再生モードを選択する。その後、２Ｄ再生モードによる連続再生区間の再生処理が開始される。特に３Ｄ再生区間と疑似２Ｄ再生区間とでは「スキップ再生」が行われる。すなわち、ＢＤ−ＲＯＭディスク101から、メインＴＳを含むデータ・ブロックが読み出される一方、サブＴＳを含むデータ・ブロックの読み出しはジャンプによってスキップされる。それにより、連続再生区間の全体は２Ｄ再生モードでのフレームレート、例えば１／２４秒で再生される。
ステップＳ６９０４では、処理対象の連続再生区間は通常２Ｄ再生区間しか含まない。従って、再生装置102は２Ｄ再生モードを選択する。その後、２Ｄ再生モードによる連続再生区間の再生処理が開始される。
ステップＳ６９０５では、処理対象の連続再生区間は３Ｄ再生区間と疑似２Ｄ再生区間としか含まない。従って、再生装置102は３Ｄ再生モードを選択する。その後、３Ｄ再生モードによる連続再生区間の再生処理が開始される。それにより、図６９に示されているように、３Ｄ再生区間での３Ｄ映像と３Ｄグラフィックス映像との合成映像、及び、疑似２Ｄ再生区間での２Ｄ映像と３Ｄグラフィックス映像との合成映像がシームレスに接続される。
（3−G）図７１は、ダビング再生機能を持つ３Ｄ再生装置が、連続再生区間中の通常２Ｄ再生区間の有無に依って動作モードを選択する処理のフローチャートである。この処理は、プレイリスト再生処理において再生経路中の各連続再生区間の処理が開始される度に行われる。ここで、「ダビング再生機能」とは、Ｂ−Ｂ表示モードを利用して、２Ｄ映像を表すストリーム・データを再生する機能をいう。ダビング再生では、映像は３Ｄ再生モードでのフレームレート、例えば１／４８秒で再生される。しかし、同じフレームが二回ずつ表示されるので、フレームの実際の変化は２Ｄ再生モードでのフレームレート、例えば１／２４秒で表現される。
ステップＳ７００１では、再生装置102では、再生制御部4135がプレイリスト・ファイル等から再生経路の属性をチェックすることにより、処理対象の連続再生区間が通常２Ｄ再生区間を含むか否かを判別する。その連続再生区間が通常２Ｄ再生区間を含む場合は処理がステップＳ７００２へ進み、含まない場合は処理がステップＳ７００５へ進む。
ステップＳ７００２では、再生制御部4135は更に、処理対象の連続再生区間が通常２Ｄ再生区間以外の再生区間を含むか否かを判別する。その連続再生区間が通常２Ｄ再生区間以外の再生区間を含む場合は処理がステップＳ７００３へ進み、それ以外の再生区間を含まない場合は処理がステップＳ７００４へ進む。
ステップＳ７００３では、処理対象の連続再生区間には通常２Ｄ再生区間と他の再生区間とが混在する。従って、再生装置102は３Ｄ再生モードを選択し、特に通常２Ｄ再生区間に対してはＢ−Ｂ表示モードを選択する。その後、３Ｄ再生モードによる連続再生区間の再生処理が開始される。それにより、通常２Ｄ再生区間ではダビング再生が行われる。それ故、映像は連続再生区間の全体でシームレスに再生される。
ステップＳ７００４では、処理対象の連続再生区間は２Ｄ再生区間しか含まない。従って、再生装置102は２Ｄ再生モードを選択する。その後、２Ｄ再生モードによる連続再生区間の再生処理が開始される。
ステップＳ７００５では、処理対象の連続再生区間は３Ｄ再生区間と疑似２Ｄ再生区間としか含まない。従って、再生装置102は３Ｄ再生モードを選択する。その後、３Ｄ再生モードによる連続再生区間の再生処理が開始される。それにより、３Ｄ再生区間での３Ｄ映像と３Ｄグラフィックス映像との合成映像、及び、疑似２Ｄ再生区間での２Ｄ映像と３Ｄグラフィックス映像との合成映像がシームレスに接続される。
（3−H）３Ｄ再生モードの再生装置102は、ポップアップ・メニューを画面に表示する期間、すなわちポップアップ期間では、以下のようにして、他の３Ｄ映像を２Ｄ映像に変更する。それにより、ポップアップ・メニューの視認性・操作性が向上する。ここで、ポップアップ・メニューの表示には、ＩＧストリームから復号されたＩＧプレーン、又は、ＢＤ−Ｊオブジェクトに従って描画されたイメージ・プレーンが利用される。
図７２の（ａ）は、１プレーン＋オフセット・モードでの３Ｄグラフィックス映像の再生中にポップアップ・メニューが表示される際のビデオ・プレーンの列7110、ＩＧ／イメージ・プレーンの列7120、及びＰＧプレーンの列7130を示す模式図である。図７２の（ａ）を参照するに、二つの３Ｄ再生区間P3D1、P3D2の間にポップアップ期間PPOPが挿入されている。それにより、ビデオ・プレーンの列7110とＰＧプレーンの列7130とはそれぞれ、三つのグループ7111−7113、7131−7133に分割される。
最初の３Ｄ再生区間P3D1では、ビデオ・プレーンの表示モードはＢ−Ｄ表示モードに設定され、ＰＧプレーンの表示モードは１プレーン＋オフセット・モードに設定される。それにより、ビデオ・プレーンの第１グループ7111はレフトビューとライトビューとのビデオ・プレーンL、Rを交互に含み、ＰＧプレーンの第１グループ7131はレフトビューとライトビューとのＰＧプレーンL、Rを交互に含む。ここで、レフトビューとライトビューとのＰＧプレーンの各対は、オフセット制御によって一つのＰＧプレーンから生成され、対応するビデオ・プレーンに合成される。こうして、最初の３Ｄ再生区間P3D1では、ビデオ・プレーンの第１グループ7111の表す３Ｄ映像に、ＰＧプレーンの第１グループ7131の表す３Ｄグラフィックス映像が重ねて表示される。
ポップアップ期間PPOPでは、ＩＧ／イメージ・プレーンの列7120が１プレーン＋オフセット・モード又は２プレーン・モードで再生される。それにより、その列7120は、レフトビューとライトビューとのＩＧ／イメージ・プレーンL、Rを交互に含む。一方、ビデオ・プレーンの表示モードはＢ−Ｂ表示モードに変更され、ＰＧプレーンの表示モードは１プレーン＋ゼロ・オフセット・モードに変更される。それにより、ビデオ・プレーンの第２グループ7112はレフトビューのビデオ・プレーンLを二枚ずつ含み、ＰＧプレーンの第２グループ7132はオフセット値＝０のＰＧプレーンCを二枚ずつ含む。こうして、ポップアップ期間PPOPでは、ビデオ・プレーンの第２グループ7112の表す２Ｄ映像に、ＰＧプレーンの第２グループ7132の表す２Ｄグラフィックス映像と、ＩＧ／イメージ・プレーンの列7120の表す３Ｄ映像のポップアップ・メニューとが重ねて表示される。
二番目の３Ｄ再生区間P3D2では、ビデオ・プレーンの表示モードはＢ−Ｂ表示モードに戻され、ＰＧプレーンの表示モードは１プレーン＋オフセット・モードに戻される。それにより、ビデオ・プレーンの第３グループ7113はレフトビューとライトビューとのビデオ・プレーンL、Rを交互に含み、ＰＧプレーンの第３グループ7133はレフトビューとライトビューとのＰＧプレーンL、Rを交互に含む。こうして、二番目の３Ｄ再生区間P3D2では、ビデオ・プレーンの第３グループ7113の表す３Ｄ映像に、ＰＧプレーンの第３グループ7133の表す３Ｄグラフィックス映像が重ねて表示される。
図７２の（ｂ）は、２プレーン・モードでの３Ｄグラフィックス映像の再生中にポップアップ・メニューが表示される際のビデオ・プレーンの列7110、ＩＧ／イメージ・プレーンの列7120、及びＰＧプレーンの列7140の一例を示す模式図である。図７２の（ｂ）を参照するに、二つの３Ｄ再生区間P3D1、P3D2の間にポップアップ期間PPOPが挿入されている。それにより、ビデオ・プレーンの列7110とＰＧプレーンの列7140とはそれぞれ、三つのグループ7111−7113、7141−7143に分割される。
最初の３Ｄ再生区間P3D1では、ビデオ・プレーンの表示モードはＢ−Ｄ表示モードに設定され、ＰＧプレーンの表示モードは２プレーン・モードに設定される。それにより、ビデオ・プレーンの第１グループ7111はレフトビューとライトビューとのビデオ・プレーンL、Rを交互に含み、ＰＧプレーンの第１グループ7141はレフトビューとライトビューとのＰＧプレーンL、Rを交互に含む。ここで、レフトビューとライトビューとの各ＰＧプレーンは異なるＰＧストリームから生成される。こうして、最初の３Ｄ再生区間P3D1では、ビデオ・プレーンの第１グループ7111の表す３Ｄ映像に、ＰＧプレーンの第１グループ7141の表す３Ｄグラフィックス映像が重ねて表示される。
ポップアップ期間PPOPでは、ＩＧ／イメージ・プレーンの列7120が１プレーン＋オフセット・モード又は２プレーン・モードで再生される。それにより、その列7120はレフトビューとライトビューとのＩＧ／イメージ・プレーンL、Rを交互に含む。一方、ビデオ・プレーンとＰＧプレーンとの各表示モードはＢ−Ｂ表示モードに変更される。それにより、ビデオ・プレーンの第２グループ7112はレフトビューのビデオ・プレーンLを二枚ずつ含み、ＰＧプレーンの第２グループ7142はレフトビューのＰＧプレーンLを二枚ずつ含む。こうして、ポップアップ期間PPOPでは、ビデオ・プレーンの第２グループ7112の表す２Ｄ映像に、ＰＧプレーンの第２グループ7142の表す２Ｄグラフィックス映像と、ＩＧ／イメージ・プレーンの列7120の表す３Ｄ映像のポップアップ・メニューとが重ねて表示される。
二番目の３Ｄ再生区間P3D2では、ビデオ・プレーンの表示モードはＢ−Ｂ表示モードに戻され、ＰＧプレーンの表示モードは２プレーン・モードに戻される。それにより、ビデオ・プレーンの第３グループ7113はレフトビューとライトビューとのビデオ・プレーンL、Rを交互に含み、ＰＧプレーンの第３グループ7143はレフトビューとライトビューとのＰＧプレーンL、Rを交互に含む。こうして、二番目の３Ｄ再生区間P3D2では、ビデオ・プレーンの第３グループ7113の表す３Ｄ映像に、ＰＧプレーンの第３グループ7143の表す３Ｄグラフィックス映像が重ねて表示される。
図７２の（ｃ）は、２プレーン・モードでの３Ｄグラフィックス映像の再生中にポップアップ・メニューが表示される際のビデオ・プレーンの列7110、ＩＧ／イメージ・プレーンの列7120、及びＰＧプレーンの列7150の別例を示す模式図である。図７２の（ｃ）を参照するに、図７２の（ｂ）とは異なり、ポップアップ期間PPOPにＰＧプレーンが表示されない。その他の点については、図７２の（ｃ）に示されている各プレーンの列は、図７２の（ｂ）に示されているものと同様である。
最初の３Ｄ再生区間P3D1では、ビデオ・プレーンの第１グループ7111とＰＧプレーンの第１グループ7151とはレフトビューとライトビューとの各プレーンL、Rを交互に含むので、ビデオ・プレーンの第１グループ7111の表す３Ｄ映像に、ＰＧプレーンの第１グループ7151の表す３Ｄグラフィックス映像が重ねて表示される。
ポップアップ期間PPOPでは、ＩＧ／イメージ・プレーンの列7120はレフトビューとライトビューとのＩＧ／イメージ・プレーンL、Rを交互に含み、ビデオ・プレーンの第２グループ7112はレフトビューのビデオ・プレーンLを二枚ずつ含む。一方、ＰＧプレーンの描画処理は継続されるが、その出力処理は中断される。それにより、ＰＧプレーンの第２グループ7152は破棄される。こうして、ポップアップ期間PPOPでは、ビデオ・プレーンの第２グループ7112の表す２Ｄ映像に、ＩＧ／イメージ・プレーンの列7120の表す３Ｄ映像のポップアップ・メニューが重ねて表示される。一方、ＰＧプレーンの第２グループ7152の表す３Ｄグラフィックス映像は表示されない。
二番目の３Ｄ再生区間P3D2では、ビデオ・プレーンの表示モードはＢ−Ｂ表示モードに戻され、ＰＧプレーンの表示モードは２プレーン・モードに戻される。それにより、ビデオ・プレーンの第３グループ7113とＰＧプレーンの第３グループ7153とはレフトビューとライトビューとの各プレーンL、Rを交互に含む。こうして、二番目の３Ｄ再生区間P3D2では、ビデオ・プレーンの第３グループ7113の表す３Ｄ映像に、ＰＧプレーンの第３グループ7153の表す３Ｄグラフィックス映像が重ねて表示される。
以上のようにして、ポップアップ・メニューが表示される間、他の３Ｄ映像が一時的に２Ｄ映像に変更される。特にＰＧプレーンの表示モードの変更は、オフセット値の変更又は出力プレーンの変更によって実現されるので、その処理時間が短い。従って、３Ｄ映像と２Ｄ映像との切り換えをシームレスに実現することができる。
尚、表示モードの変更に要する処理時間が十分に短い場合、その変更に伴って映像が途切れてもよい場合、又は、３台のＰＧデコーダがメインＴＳ内のＰＧストリームとサブＴＳ内の一対のＰＧストリームとをパラレルに再生する場合、ポップアップ・メニューのオン／オフに合わせてＰＧプレーンの表示モードが１プレーン＋（ゼロ・）オフセット・モードと２プレーン・モードとの間で切り換えられてもよい。
（3−I）２プレーン・モードの再生装置102は、オフセット・メタ・データを利用して、レフトビューとライトビューとの各グラフィックス・プレーンに対して更にオフセット制御を行ってもよい。それにより、２プレーン・モードでも１プレーン＋オフセット・モードと同様に、３Ｄグラフィックス映像の奥行きを調整することができる。
特に、図７２の（ｂ）のように、ポップアップ期間にＢ−Ｂ表示モードを利用して、ポップアップ・メニュー以外の３Ｄグラフィックス映像を２Ｄグラフィックス映像に変更する場合を想定する。図７３の（ａ）、（ｂ）、（ｃ）は、Ｂ−Ｄ表示モードとＢ−Ｂ表示モードとでのグラフィックス部品の表示位置の差を示す模式図である。図７３の（ａ）−（ｃ）を参照するに、画面SCR内の破線はＢ−Ｄ表示モードでのグラフィックス部品の表示位置GOB0を示し、実線はＢ−Ｂ表示モードでのグラフィックス部品の表示位置GOB1−3を示す。図７３の（ａ）、（ｂ）、（ｃ）に示されているＢ−Ｂ表示モードでの各表示位置GOB1、GOB2、GOB3とＢ−Ｄ表示モードでの表示位置GOB0との間の水平距離OFS1、OFS2、OFS3はその順に小さい：OFS1＜OFS2＜OFS3。グラフィックス映像が図７３の（ａ）、（ｂ）、（ｃ）の順に表示されるとき、Ｂ−Ｄ表示モードでは、グラフィックス部品の３Ｄ映像が画面SCRに対して垂直な方向で移動するように見える。一方、Ｂ−Ｂ表示モードでは、グラフィックス部品の２Ｄ映像が、画面SCR上を左方向へ移動するように見える。そのような移動方向の違いは視聴者に違和感を与える危険性があるので、再生装置102は、オフセット制御を以下のように利用して、Ｂ−Ｂ表示モードでのグラフィックス映像の表示位置を一定に保つ。
図７３の（ｄ）、（ｅ）、（ｆ）はそれぞれ、図７３の（ａ）、（ｂ）、（ｃ）に示されているＢ−Ｂ表示モードでのグラフィックス部品の変位を補償する処理を示す模式図である。図７３の（ｄ）−（ｆ）を参照するに、画面SCR内の破線はグラフィックス部品の補償前の表示位置GOB1−3を示し、実線は補償後の表示位置GOB0を示す。図７３の（ａ）、（ｂ）、（ｃ）に示されているＢ−Ｂ表示モードとＢ−Ｄ表示モードとでの表示位置間の水平距離OFS1、OFS2、OFS3は、各グラフィックス映像に与えられたオフセットの大きさに等しい。従って、グラフィックス映像が図７３の（ａ）、（ｂ）、（ｃ）の順に表示されるとき、各グラフィックス映像を表すグラフィックス・プレーンに対するオフセット値OFS1、OFS2、OFS3は同じ順に小さい：OFS1＜OFS2＜OFS3。その場合、再生装置102は、まず、最初のオフセット値OFS1に対する二番目、三番目の各オフセット値OFS2、OFS3の超過分OFS2−OFS1、OFS3−OFS1を求めて逆オフセット値RV1、RV2に設定する：RV1＝OFS2−OFS1、RV2＝OFS3−OFS1。再生装置102は次に、各グラフィックス・プレーンに対するオフセット制御を利用して、各グラフィックス映像の表示位置を逆オフセット値RV1、RV2だけ、最初の表示位置GOB1の方向へ戻す。それにより、各グラフィックス映像の表示位置は実質的に最初の表示位置GOB1に等しく保たれる。こうして、Ｂ−Ｄ表示モードからＢ−Ｂ表示モードへの移行が視聴者に違和感を与えることを、回避することができる。
《実施形態４》
以下、本発明の実施形態４として、本発明の実施形態１−３による記録媒体の記録装置及び記録方法について説明する。その記録装置は、いわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリング・スタッフによって使用される。記録装置はオーサリング・スタッフの操作に従い、まず映画コンテンツを所定の圧縮符号化方式でＡＶストリーム・ファイルに変換する。記録装置は次にシナリオを生成する。「シナリオ」は、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には上記の動的シナリオ情報及び静的シナリオ情報を含む。記録装置は続いて、ＡＶストリーム・ファイル及びシナリオからＢＤ−ＲＯＭディスク用のボリューム・イメージを生成する。記録装置は最後に、そのボリューム・イメージを記録媒体に記録する。
図７４は、その記録装置7300の機能ブロック図である。図７４を参照するに、その記録装置7300は、データベース部7301、ビデオ・エンコーダ7302、素材制作部7303、シナリオ生成部7304、ＢＤプログラム制作部7305、多重化処理部7306、及びフォーマット処理部7307を含む。
データベース部7301は記録装置に内蔵の不揮発性記憶装置であり、特にＨＤＤである。データベース部7301はその他に、記録装置に外付けされたＨＤＤであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。
ビデオ・エンコーダ7302は、非圧縮のビットマップ・データ等の映像データをオーサリング・スタッフから受け付けて、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、又はＭＰＥＧ−２等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリ・ビデオ・ストリームに変換され、副映像のデータはセカンダリ・ビデオ・ストリームに変換される。特に３Ｄ映像のデータは、ＭＶＣ等の多視点符号化方式を利用して、図７に示されているようなベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの対に変換される。すなわち、レフトビューを表すビデオ・フレームの列は、それ自身のピクチャ間での予測符号化によって、ベースビュー・ビデオ・ストリームに変換される。一方、ライトビューを表すビデオ・フレームの列は、それ自身のピクチャだけでなく、ベースビュー・ピクチャとの間の予測符号化によって、ディペンデントビュー・ビデオ・ストリームに変換される。尚、ライトビューを表すビデオ・フレームの列がベースビュー・ビデオ・ストリームに変換され、レフトビューを表すビデオ・フレームの列がディペンデントビュー・ビデオ・ストリームに変換されてもよい。変換後の各ビデオ・ストリーム7312はデータベース部7301に保存される。
ビデオ・エンコーダ7302は更に、２Ｄ映像のデータを符号化する際にオーサリング・スタッフから、「３Ｄグラフィックス映像を表すグラフィックス・データがその２Ｄ映像のデータに多重化されること」を示す情報を受け付ける。その場合、ビデオ・エンコーダ7302は、その２Ｄ映像のデータから、疑似２Ｄ再生区間を構成するベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの対を生成する。すなわち、ビデオ・エンコーダ7302はまず、その２Ｄ映像のデータをベースビュー・ビデオ・ストリームに変換する。ビデオ・エンコーダ7302は次に、図６５に示されている疑似２Ｄ再生区間6432内のディペンデントビュー・ピクチャ群のように、２Ｄ映像のデータの含む各ピクチャを参照ピクチャとしてそのピクチャ自身を符号化してディペンデントビュー・ピクチャに変換する。変換後の各ビデオ・ストリーム7312はデータベース部7301に保存される。ビデオ・エンコーダ7302は更に、生成されたベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの対に関する視点符号化情報VCIを生成する。「視点符号化情報」は、そのビデオ・ストリームの対が３Ｄ再生区間と疑似２Ｄ再生区間とのいずれを構成するかを示す。生成された視点符号化情報VCIは、多重化処理部7306へ送出される。
また、ビデオ・エンコーダ7302は、２Ｄ映像のデータからセカンダリ・ビデオ・ストリームを符号化する際に、オーサリング・スタッフの操作に従って、副映像プレーンに対するオフセット情報7310を作成してもよい。作成されたオフセット情報7310はデータベース部7301に保存される。
その他に、ビデオ・エンコーダ7302は、ピクチャ間予測符号化の処理過程で、レフトビューとライトビューとの間での各イメージの動きベクトルを検出し、それらから３Ｄ映像内の各イメージの奥行き情報を算出する。ビデオ・エンコーダ7302はその奥行き情報を利用して、レフトビュー又はライトビューに対するデプスマップを生成してもよい。その場合、ビデオ・エンコーダ7302は、レフトビュー又はライトビューのストリーム・データとデプスマップ・ストリームとのそれぞれを、それ自身の含むピクチャ間での予測符号化を用いて、ベースビュー・ビデオ・ストリームとデプスマップ・ストリームとに変換する。変換後の各ビデオ・ストリーム7312はデータベース部7301に保存される。
ビデオ・エンコーダ7302は更にその奥行き情報を利用して、図５６の（ｂ）、（ｃ）に示されているレフトビューLVとライトビューRVとの一方にしか含まれない垂直方向の帯状領域AL、ARの幅WDH、及び、図５７の（ｂ）、（ｃ）に示されているレフトビューLVとライトビューRVとの一方にしか含まれない水平方向の帯状領域AT、ABの高さHGTを算定する。算定された幅WDHと高さHGTとを示す情報（以下、マスク領域情報という。）7311はデータベース部7301に保存される。
素材制作部7303は、ビデオ・ストリーム以外のエレメンタリ・ストリーム、例えば、オーディオ・ストリーム7313、ＰＧストリーム7314、ＩＧストリーム7315、及びテキスト字幕ストリーム7316を作成してデータベース部7301に保存する。例えば、素材制作部7303はオーサリング・スタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ−３等の圧縮符号化方式で符号化してオーディオ・ストリーム7313に変換する。素材制作部7303はその他に、オーサリング・スタッフから字幕情報ファイルを受け付けて、それに従って、ＰＧストリーム7314又はテキスト字幕ストリーム7316を作成する。字幕情報ファイルは、字幕を表すイメージ・データ又はテキスト・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェード・イン／フェード・アウト等の視覚効果を規定する。素材制作部7303は更に、オーサリング・スタッフからビットマップ・データとメニュー・ファイルとを受け付けて、それらに従ってＩＧストリーム7315を作成する。ビットマップ・データはメニューのイメージを表す。メニュー・ファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。
素材制作部7303は更に、オーサリング・スタッフの操作に従い、ＰＧストリーム7314、ＩＧストリーム7315、及びテキスト字幕ストリーム7316のそれぞれに対するオフセット情報7310を作成する。その場合、素材制作部7303は、ビデオ・エンコーダ7302によって生成された奥行き情報DPIを利用してもよい。作成されたオフセット情報7310はデータベース部7301に保存される。
シナリオ生成部7304は、オーサリング・スタッフからＧＵＩ経由で受け付けられた指示に従ってＢＤ−ＲＯＭシナリオ・データ7317を作成し、データベース部7301に保存する。ＢＤ−ＲＯＭシナリオ・データ7317は、データベース部7301に保存された各エレメンタリ・ストリーム7312−7316の再生方法を規定する。ＢＤ−ＲＯＭシナリオ・データ7317は、図２に示されているファイル群のうち、インデックス・ファイル211、ムービーオブジェクト・ファイル212、及びプレイリスト・ファイル221−223を含む。シナリオ生成部7304は更に、パラメータ・ファイルPRFを作成して多重化処理部7306へ送出する。パラメータ・ファイルPRFは、データベース部7301に保存されたエレメンタリ・ストリーム7312−7316の中から、メインＴＳとサブＴＳとのそれぞれに多重化されるべきストリーム・データを規定する。
ＢＤプログラム制作部7305はオーサリング・スタッフに対して、ＢＤ−Ｊオブジェクト及びＪａｖａアプリケーション・プログラムのプログラミング環境を提供する。ＢＤプログラム制作部7305はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。ＢＤプログラム制作部7305は更に、ＢＤ−ＪオブジェクトからＢＤ−Ｊオブジェクト・ファイル251を作成し、Ｊａｖａアプリケーション・プログラムをＪＡＲファイル261に圧縮する。それらのプログラム・ファイル群BDPはフォーマット処理部7307へ送出される。
ここで、ＢＤ−Ｊオブジェクトが次のようにプログラミングされる場合を想定する：ＢＤ−Ｊオブジェクトは、図４１に示されているプログラム実行部4134にＧＵＩ用のグラフィックス・データをシステム・ターゲット・デコーダ4125へ送出させる。ＢＤ−Ｊオブジェクトは更に、システム・ターゲット・デコーダ4125にそのグラフィックス・データをイメージ・プレーン・データとして処理させ、プレーン加算部4126にイメージ・プレーン・データを１プレーン＋オフセット・モードで送出させる。その場合、ＢＤプログラム制作部7305は、イメージ・プレーンに対するオフセット情報7310を作成してデータベース部7301に保存する。ここで、ＢＤプログラム制作部7305はオフセット情報7310の作成に、ビデオ・エンコーダ7302によって生成された奥行き情報DPIを利用してもよい。
多重化処理部7306はパラメータ・ファイルPRFに従い、データベース部7301に保存されている各エレメンタリ・ストリーム7312−7316をＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する（但し、テキスト字幕ストリーム7316は単独でファイル化される）。具体的には、図４に示されているように、各エレメンタリ・ストリーム7312−7315がソースパケット列に変換され、各列のソースパケットが一列にまとめられて一本の多重化ストリーム・データを構成する。こうして、メインＴＳとサブＴＳとが作成される。それらの多重化ストリーム・データMSDはフォーマット処理部7307へ送出される。
多重化処理部7306は更に、データベース部7301に保存されているオフセット情報7310に基づいて、図１３、１４に示されているオフセット・メタ・データ1310を作成する。作成されたオフセット・メタ・データ1310は、図１３に示されているように、ディペンデントビュー・ビデオ・ストリーム内に格納される。そのとき、データベース部7301に保存されているマスク領域情報7311は、オフセット・メタ・データと共に、ディペンデントビュー・ビデオ・ストリーム内に格納される。尚、各グラフィックス・プレーンの表す３Ｄグラフィックス映像が、他のグラフィックス・プレーンの表す３Ｄグラフィックス映像と同じ視方向に重なって表示されないように、多重化処理部7306は各グラフィックス・データを加工して、左右の各映像フレーム内でのグラフィックス部品の配置を調整してもよい。その上、各３Ｄグラフィックス映像の奥行きが互いに重ならないように、多重化処理部7306は各映像フレームに対するオフセット値を調整してもよい。
多重化処理部7306はその他に、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを作成する。具体的には、多重化処理部7306は、まず、ファイル２ＤとファイルＤＥＰとのそれぞれについて、エントリ・マップとエクステント起点の一覧表とを作成する。そのとき、多重化処理部7306は、２Ｄエクステント、ベースビュー・エクステント、ディペンデントビュー・エクステント、及びエクステントＳＳの配置を設計する。多重化処理部7306は更に、メインＴＳとサブＴＳとのそれぞれに多重化されるべき各エレメンタリ・ストリームから属性情報を抽出する。多重化処理部7306は続いて、エントリ・マップ、エクステント起点の一覧表、及び属性情報から各クリップ情報ファイルCLIを作成し、フォーマット処理部7307へ送出する。
フォーマット処理部7307は、データベース部7301に保存されたＢＤ−ＲＯＭシナリオ・データ7317、ＢＤプログラム制作部7305によって制作されたＢＤ−Ｊオブジェクト・ファイル等のプログラム・ファイル群BDP、及び、多重化処理部7306によって生成された多重化ストリーム・データMSDとクリップ情報ファイルCLIとから、図２に示されているディレクトリ構造のＢＤ−ＲＯＭディスク・イメージ7320を作成する。そのディレクトリ構造ではファイルシステムとしてＵＤＦが利用される。
フォーマット処理部7307は、ファイル２Ｄ、ファイルＤＥＰ、及びファイルＳＳの各ファイル・エントリを作成するとき、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのそれぞれに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、各エントリ・ポイントと各エクステント起点とのＳＰＮが各アロケーション記述子の作成に利用される。特に、図１９に示されているようなインターリーブ配置が表現されるように、各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが決定される。その結果、各ベースビュー・データ・ブロックはファイルＳＳとファイル２Ｄとに共有され、各ディペンデントビュー・データ・ブロックはファイルＳＳとファイルＤＥＰとに共有される。
フォーマット処理部7307はまた、視点符号化情報VCIに基づいて３Ｄプレイリスト・ファイルを書き換えて、メインパス内の各ＰＩに、図６８に示されているような視点符号化フラグを設定する。
＜ＢＤ−ＲＯＭディスク・イメージの記録方法＞
図７５は、図７４に示されている記録装置7300を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置7300の電源投入によって開始される。
ステップＳ７４０１では、ＢＤ−ＲＯＭディスクへ記録されるべきエレメンタリ・ストリーム、プログラム、及びシナリオ・データが作成される。すなわち、ビデオ・エンコーダ7302はビデオ・ストリーム7312を作成する。素材制作部7303は、オーディオ・ストリーム7313、ＰＧストリーム7314、ＩＧストリーム7315、及びテキスト字幕ストリーム7316を作成する。シナリオ生成部7304はＢＤ−ＲＯＭシナリオ・データ7317を作成する。作成されたそれらのデータ7312−7317はデータベース部7301に保存される。一方、ビデオ・エンコーダ7302は、オフセット情報7310とマスク領域情報7311とを作成してデータベース部7301に保存し、視点符号化情報VCIを作成してフォーマット処理部7307へ送出する。素材制作部7303はオフセット情報7310を作成してデータベース部7301に保存する。シナリオ生成部7304はパラメータ・ファイルPRFを作成して多重化処理部7306へ送出する。ＢＤプログラム制作部7305は、ＢＤ−Ｊオブジェクト・ファイルとＪＡＲファイルとを含むプログラム・ファイル群BDP作成してフォーマット処理部7307へ送出し、オフセット情報7310を作成してデータベース部7301に保存する。その後、処理はステップＳ７４０２へ進む。
ステップＳ７４０２では、多重化処理部7306は、データベース部7301に保存されたオフセット情報7310に基づいてオフセット・メタ・データを作成する。作成されたオフセット・メタ・データは、マスク領域情報7311と共に、ディペンデントビュー・ビデオ・ストリーム内に格納される。その後、処理はステップＳ７４０３へ進む。
ステップＳ７４０３では、多重化処理部7306はパラメータ・ファイルPRFに従い、データベース部7301から各エレメンタリ・ストリーム7312−7316を読み出してＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。その後、処理はステップＳ７４０４へ進む。
ステップＳ７４０４では、多重化処理部7306は２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを作成する。特に、エントリ・マップとエクステント起点との作成では、隣接するデータ・ブロック間でエクステントＡＴＣ時間が揃えられる。更に、２Ｄエクステント、ベースビュー・エクステント、ディペンデントビュー・エクステント、及びエクステントＳＳのサイズが、所定の条件を満たすように設計される。その後、処理はステップＳ７４０５へ進む。
ステップＳ７４０５では、フォーマット処理部7307は、ＢＤ−ＲＯＭシナリオ・データ7317、プログラム・ファイル群BDP、多重化ストリーム・データMDS、及びクリップ情報ファイルCLIから、ＢＤ−ＲＯＭディスク・イメージ7320を作成する。そのとき、フォーマット処理部7307は更に、視点符号化情報VCIに基づいて３Ｄプレイリスト・ファイルに視点符号化フラグを設定する。その後、処理はステップＳ７４０６へ進む。
ステップＳ７４０６では、ＢＤ−ＲＯＭディスク・イメージ7320がＢＤ−ＲＯＭプレス用データに変換される。更に、このデータはＢＤ−ＲＯＭディスクの原盤に記録される。その後、処理はステップＳ７４０７へ進む。
ステップＳ７４０７では、ステップＳ７４０６で得られた原盤をプレス工程に利用してＢＤ−ＲＯＭディスク101の大量生産を行う。こうして、処理が終了する。
＜ビデオ・エンコーダ＞
図７６は、ビデオ・エンコーダ7302と多重化処理部7306との機能ブロック図である。図７６を参照するに、ビデオ・エンコーダ7302は、スイッチ7501、符号化部7502、視点符号化方式選択部7503、視点符号化情報生成部7504、フレーム奥行き情報生成部7505、及びマスク領域情報生成部7506を含む。多重化処理部7306はシステム多重化部7511と管理情報生成部7512とを含む。
スイッチ7501は、３Ｄビデオカメラ等の外部機器から、レフトビューとライトビューとのそれぞれを表すビデオ・フレームL、Rの列を受信する。スイッチ7501はそのとき、視点符号化方式選択部7503からの指示に従い、符号化部7502へ送出すべきビデオ・フレームを選択する。具体的には、その指示が「３Ｄ再生区間」を示すとき、スイッチ7501はレフトビューとライトビューとのビデオ・フレームを交互に符号化部7502へ送出する。一方、その指示が「疑似２Ｄ再生区間」又は「通常２Ｄ再生区間」を示すとき、スイッチ7501はレフトビューのビデオ・フレームのみを符号化部7502へ送出する。
符号化部7502は、視点符号化方式選択部7503からの指示に従ってスイッチ7501からビデオ・フレームを受信し、ＭＶＣ等の多視点符号化方式、又はＭＰＥＧ−４ ＡＶＣ等の単一視点符号化方式で圧縮する。符号化部7502はそのとき、視点符号化方式選択部7503から指示された再生区間の種類に依って視点符号化方式を選択する。
図７７は、符号化部7502によるビデオ・フレーム列の符号化処理のフローチャートである。この処理は、符号化部7502が視点符号化方式選択部7503からビデオ・フレーム列の符号化処理を指示されたときに開始される。
ステップＳ７６０１では、符号化部7502は、視点符号化方式選択部7503から指示された再生区間の種類を判別する。その種類が「３Ｄ再生区間」、「疑似２Ｄ再生区間」、及び「通常２Ｄ再生区間」のそれぞれであるとき、処理はステップＳ７６０２、Ｓ７６０３、及びＳ７６０４へ進む。
ステップＳ７６０２では、符号化部7502は多視点符号化方式を選択する。すなわち、符号化部7502は、レフトビューを表すビデオ・フレームLの列を、それ自身の含むピクチャ間での予測符号化によってベースビュー・ビデオ・ストリームに変換する。一方、符号化部7502は、ライトビューを表すビデオ・フレームRの列を、それ自身の含むピクチャの間だけでなく、ベースビュー・ピクチャとの間の予測符号化によってディペンデントビュー・ビデオ・ストリームに変換する。その後、処理はステップＳ７６０５へ進む。
ステップＳ７６０３では、符号化部7502は多視点符号化方式を選択する。但し、符号化対象の再生区間は「疑似２Ｄ再生区間」であるので、スイッチ7501からはレフトビューのビデオ・フレームLの列しか受信されない。符号化部7502は、そのビデオ・フレーム列を、それ自身の含むピクチャ間での予測符号化によってベースビュー・ビデオ・ストリームに変換する。一方、符号化部7502は、そのビデオ・フレーム列の含む各ピクチャを参照ピクチャとしてそのピクチャ自身を符号化する。それにより、そのビデオ・フレーム列はディペンデントビュー・ビデオ・ストリームに変換される。その後、処理はステップＳ７６０５へ進む。
ステップＳ７６０４では、符号化部7502は単一視点符号化方式を選択する。符号化部7502は、スイッチ7501から受信されたビデオ・フレーム列を、それ自身の含むピクチャ間での予測符号化によってベースビュー・ビデオ・ストリームに変換する。一方、符号化部7502はディペンデントビュー・ビデオ・ストリームを生成しない。その後、処理はステップＳ７６０５へ進む。
ステップＳ７６０５では、符号化部7502は、視点符号化方式選択部7503から符号化処理の続行を指示されているか否かをチェックする。その続行が指示されているとき、処理はステップＳ７６０１から繰り返され、指示されていないとき、処理は終了する。
視点符号化方式選択部7503は、スイッチ7501によって受信されるビデオ・フレーム列から連続して構成されるべき一以上の再生区間（以下、連続再生区間という。）に関する情報を、オーサリング・スタッフから受け付ける。その情報は特に、「各再生区間が３Ｄ再生区間と２Ｄ再生区間とのいずれであるか」、及び、「各再生区間が３Ｄグラフィックス映像の再生区間（以下、３Ｄグラフィックス再生区間という。）と重複するか否か」を示す。視点符号化方式選択部7503はその情報に従って、「ビデオ・フレーム列から構成すべき再生区間が、３Ｄ再生区間、疑似２Ｄ再生区間、及び通常２Ｄ再生区間のいずれであるか」を決定する。視点符号化方式選択部7503は更に、各再生区間を構成すべきビデオ・フレーム列がスイッチ7501によって受信される期間に合わせて、その再生区間の種類をスイッチ7501と符号化部7502とに対して指示する。
図７８は、ビデオ・フレーム列から構成されるべき再生区間の種類を決定する処理のフローチャートである。この処理は、視点符号化方式選択部7503が連続再生区間に関する情報をオーサリング・スタッフから受け付けたときに開始される。
ステップＳ７７０１では、視点符号化方式選択部7503は、連続再生区間に関する情報から、「連続再生区間が３Ｄ再生区間を含むか否か」を判断する。連続再生区間が３Ｄ再生区間を含む場合、処理はステップＳ７７０２ヘ進む。連続再生区間が３Ｄ再生区間を含まない場合、すなわち連続再生区間の全体が２Ｄ再生区間である場合、処理はステップＳ７７０５へ進む。
ステップＳ７７０２では、視点符号化方式選択部7503は、連続再生区間に関する情報から、「連続再生区間が２Ｄ再生区間を含むか否か」を判断する。連続再生区間が２Ｄ再生区間を含む場合、処理はステップＳ７７０３ヘ進む。連続再生区間が２Ｄ再生区間を含まない場合、すなわち連続再生区間の全体が３Ｄ再生区間である場合、処理はステップＳ７７０４へ進む。
ステップＳ７７０３では、連続再生区間に２Ｄ再生区間と３Ｄ再生区間とが混在する。従って、視点符号化方式選択部7503は、連続再生区間のうち、２Ｄ再生区間を疑似２Ｄ再生区間に決定し、残りの再生区間を３Ｄ再生区間に決定する。その後、処理は終了する。
ステップＳ７７０４では、視点符号化方式選択部7503は、連続再生区間の全体を３Ｄ再生区間に決定する。その後、処理は終了する。
ステップＳ７７０５では、視点符号化方式選択部7503は、連続再生区間に関する情報から、「連続再生区間が、３Ｄグラフィックス再生区間と重複する再生区間を含むか否か」を判断する。連続再生区間がそのような再生区間を含む場合、処理はステップＳ７７０６ヘ進む。連続再生区間がそのような再生区間を含まない場合、処理はステップＳ７７０７へ進む。
ステップＳ７７０６では、連続再生区間の少なくとも一部で、２Ｄ映像に３Ｄグラフィックス映像が合成される。従って、視点符号化方式選択部7503は、連続再生区間の全体を疑似２Ｄ再生区間に決定する。その他に、連続再生区間のうち、３Ｄグラフィックス再生区間と重複する２Ｄ再生区間は疑似２Ｄ再生区間に決定され、残りの２Ｄ再生区間は通常２Ｄ再生区間に決定されてもよい。その後、処理は終了する。
ステップＳ７７０７では、視点符号化方式選択部7503は、連続再生区間の全体を通常２Ｄ再生区間に決定する。その後、処理は終了する。
図７６を再び参照するに、視点符号化情報生成部7504は、視点符号化方式選択部7503の指示に基づいて視点符号化情報VCIを生成する。その視点符号化情報VCIは、符号化部7502によって符号化されたビデオ・ストリームが構成する各再生区間に、視点符号化方式選択部7503の指示する再生区間の種類を対応付けている。視点符号化情報生成部7504は更に、符号化部7502が２Ｄ映像のビデオ・フレーム列からセカンダリ・ビデオ・ストリームを符号化する際に、オーサリング・スタッフの操作に従って、副映像プレーンに対するオフセット情報OFSを作成してもよい。
フレーム奥行き情報生成部7505は、符号化部7502からレフトビューとライトビューとの間での各イメージの動きベクトルVCTを検出し、それらから３Ｄ映像内の各イメージの奥行き情報を算出する。図７９の（ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用されるレフトビューとライトビューとの各ピクチャを表す模式図であり、（ｃ）は、フレーム奥行き情報生成部7505によってそれらのピクチャから算出された奥行き情報を示す模式図である。
符号化部7502は、レフトビューとライトビューとの各ピクチャの圧縮に、それらのピクチャ間の冗長性を利用する。すなわち、符号化部7502は圧縮前の両ピクチャを８×８又は１６×１６の画素マトリクスごとに、すなわちマクロブロックごとに比較して、両ピクチャ間での各イメージの動きベクトルを検出する。具体的には、図７９の（ａ）、（ｂ）に示されているように、まず、レフトビュー・ピクチャ7801とライトビュー・ピクチャ7802とはそれぞれ、マクロブロック7803のマトリクスに分割される。次に、両ピクチャ7801、7802間でイメージ・データがマクロブロック7803ごとに比較され、その結果から各イメージの動きベクトルが検出される。例えば、「家」のイメージ7804を表す領域は両ピクチャ7801、7802間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、「球」のイメージ7805を表す領域は両ピクチャ7801、7802間で異なるので、それらの領域からはそのイメージ7805の動きベクトルが検出される。
符号化部7502は、検出された動きベクトルを各ピクチャ7801、7802の圧縮に利用する。一方、フレーム奥行き情報生成部7505はその動きベクトルVCTを、「家」のイメージ7804及び「球」のイメージ7805等、各イメージの両眼視差の計算に利用する。フレーム奥行き情報生成部7505は更に、各イメージの両眼視差からそのイメージの奥行きを算出する。各イメージの奥行きを表す情報は、図７９の（ｃ）に示されているように、各ピクチャ7801、7802のマクロブロックのマトリクスと同じサイズのマトリクス7806に整理される。このマトリクス7806内のブロック7807は、各ピクチャ7801、7802内のマクロブロック7803と一対一に対応する。各ブロック7807は、対応するマクロブロック7803の表すイメージの奥行きを、例えば８ビットの深度で表す。図７９に示されている例では、「球」のイメージ7805の奥行きがマトリクス7806の領域7808内の各ブロックに記録される。その領域7808は、そのイメージ7805を表す各ピクチャ7801、7802内の領域の全体に対応する。
フレーム奥行き情報生成部7505は更に、その奥行き情報を利用して、レフトビュー又はライトビューに対するデプスマップDPMを生成してもよい。その場合、符号化部7502は、レフトビュー又はライトビューのビデオ・フレーム列とそのデプスマップDPMの列とをベースビュー・ビデオ・ストリームとデプスマップ・ストリームとに符号化する。
マスク領域情報生成部7506は、フレーム奥行き情報生成部7505によって検出された動きベクトルVCTを利用して、マスク領域情報MSKを生成する。実際、レフトビューとライトビューとの一方の周縁部にしか含まれない垂直方向又は水平方向の帯状領域にイメージが含まれていれば、そのイメージの動きベクトルが、レフトビューからライトビューへ、又はその逆へのフレーム・アウトを表すものとして検出される。従って、マスク領域情報生成部7506はその動きベクトルから各帯状領域の幅又は高さを算定できる。
＜多重化処理部＞
システム多重化部7511は、パラメータ・ファイルPRFに従い、符号化部7502によって符号化されたビデオ・ストリームVSTを他のエレメンタリ・ストリーム7313−7316と共に一本の多重化ストリーム・データMSDに多重化する。システム多重化部7511は更にオフセット情報OFS、7310に基づいてオフセット・メタ・データを作成し、マスク領域情報MSKと共に、ディペンデントビュー・ビデオ・ストリーム内に格納する。システム多重化部7511はその他に、多重化ストリーム・データMSD内のランダム・アクセス・ポイントの位置及び再生開始／終了時刻等の管理情報MNGを管理情報生成部7512へ送出する。
管理情報生成部7512はその管理情報MNGを利用して、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを以下の手順（I）−（IV）で作成する：（I）ファイル２ＤとファイルＤＥＰとのそれぞれについて、図２３に示されているエントリ・マップ2230が生成される。（II）各ファイルのエントリ・マップを利用して、図２４の（ａ）、（ｂ）に示されているエクステント起点2242、2420が作成される。そのとき、隣接するデータ・ブロック間でエクステントＡＴＣ時間が揃えられる。更に、２Ｄエクステント、ベースビュー・エクステント、ディペンデントビュー・エクステント、及びエクステントＳＳの各サイズが、所定の条件を満たすように設計される（それらの条件については《補足》参照）。（III）メインＴＳとサブＴＳとのそれぞれに多重化されるべき各エレメンタリ・ストリームから、図２２に示されているストリーム属性情報2220が抽出される。（IV）図２２に示されているように、エントリ・マップ2230、３Ｄメタデータ2240、及びストリーム属性情報2220の組み合わせがクリップ情報2210に対応付けられる。こうして、各クリップ情報ファイルCLIが作成され、フォーマット処理部7307へ送出される。
図８０は、隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。まず、ベースビュー・データ・ブロックに格納されるソースパケット（以下、ＳＰ１と略す。）と、ディペンデントビュー・データ・ブロックに格納されるソースパケット（以下、ＳＰ２と略す。）とには、同じＡＴＣ時間軸でＡＴＳが付与される。図８０を参照するに、矩形7910、7920はそれぞれ、ＳＰ１＃ｐ（ｐ＝０、１、２、３、…、ｋ、ｋ＋１、…、ｉ、ｉ＋１）とＳＰ２＃ｑ（ｑ＝０、１、２、３、…、ｍ、ｍ＋１、…、ｊ）とを表す。それらの矩形7910、7920はＡＴＣの時間軸方向で各ソースパケットのＡＴＳの順に並べられている。各矩形7910、7920の先頭の位置はそのソースパケットのＡＴＳの値を表す。各矩形7910、7920の長さAT1は、３Ｄ再生装置が１個のソースパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間を表す。
ＳＰ１＃０のＡＴＳA1からエクステントＡＴＣ時間TEXTが経過するまでの期間に、リード・バッファからシステム・ターゲット・デコーダへ転送されるＳＰ１、すなわちＳＰ１＃０、１、２、…、ｋは、ｎ番目のベースビュー・エクステントEXT1[n]として一つのベースビュー・データ・ブロックに格納される。同様に、ＳＰ１＃（ｋ＋１）のＡＴＳA3からエクステントＡＴＣ時間TEXTが経過するまでの期間に、リード・バッファからシステム・ターゲット・デコーダへ転送されるＳＰ１、すなわちＳＰ１＃（ｋ＋１）、…、ｉは、（ｎ＋１）番目のベースビュー・エクステントEXT1[n＋1]として次のベースビュー・データ・ブロックに格納される。
一方、ｎ番目のディペンデントビュー・エクステントEXT2[n]として一つのディペンデントビュー・データ・ブロックに格納されるべきＳＰ２は次のように選択される。まず、ＳＰ１＃０のＡＴＳA1とエクステントＡＴＣ時間TEXTとの和、すなわち、（ｎ＋１）番目のベースビュー・エクステントEXT1[n＋1]の先頭に位置するＳＰ１＃（ｋ＋１）のＡＴＳA3＝A1＋TEXTが求められる。次に、ＳＰ１＃０のＡＴＳA1からＳＰ１＃（ｋ＋１）のＡＴＳA3までの期間に、リード・バッファからシステム・ターゲット・デコーダへの転送が開始されるＳＰ２、すなわちＳＰ２＃０、１、２、…、ｍが選択される。従って、先頭のＳＰ２、すなわちＳＰ２＃０のＡＴＳA2は必ず、先頭のＳＰ１、すなわちＳＰ１＃０のＡＴＳA1以上である：A2≧A1。更に、ＳＰ２＃０−ｍのＡＴＳは全て、ＳＰ１＃（ｋ＋１）のＡＴＳA3未満である。ここで、最後のＳＰ２、すなわちＳＰ＃ｍの転送完了は、ＳＰ１＃（ｋ＋１）のＡＴＳA3以後であってもよい。
同様に、（ｎ＋１）番目のディペンデントビュー・エクステントEXT2[n＋1]として一つのディペンデントビュー・データ・ブロックに格納されるべきＳＰ２は、次のように選択される。まず、（ｎ＋２）番目のベースビュー・エクステントの先頭に位置するＳＰ１＃（ｉ＋１）のＡＴＳA5＝A3＋TEXTが求められる。次に、ＳＰ１＃（ｋ＋１）のＡＴＳA3からＳＰ１＃（ｉ＋１）のＡＴＳA5までの期間に、リード・バッファからシステム・ターゲット・デコーダへの転送が開始されるＳＰ２、すなわちＳＰ２＃（ｍ＋１）−ｊが選択される。従って、先頭のＳＰ２、すなわちＳＰ２＃（ｍ＋１）のＡＴＳA4は必ず、先頭のＳＰ１、すなわちＳＰ１＃（ｋ＋１）のＡＴＳA3以上である：A4≧A3。更に、ＳＰ２＃（ｍ＋１）−ｊのＡＴＳは全て、ＳＰ１＃（ｉ＋１）のＡＴＳA5未満である。
《実施形態５》
本実施形態では、前述の実施形態において説明された構造のデータを再生する再生装置に関して、集積回路3を用いて実現した構成例（図８１）について説明する。
媒体ＩＦ部1は、媒体からデータを受信して（読み出して）集積回路3に転送する。尚、媒体ＩＦ部1は、前述の実施形態において説明した構造のデータを媒体から受信する。媒体ＩＦ部1は例えば、媒体が光ディスクやハードディスクの場合はディスクドライブ、媒体がＳＤカードやＵＳＢメモリ等の半導体メモリの場合はカードＩＦ、媒体がＣＡＴＶ等を含む放送波の場合はＣＡＮチューナーやＳｉチューナー、媒体がイーサネット（登録商標）、無線ＬＡＮ、無線公衆回線等のネットワークの場合はネットワークＩＦ等である。
メモリ2は、媒体から受信した（読み出した）データを一旦格納し、又は集積回路3における処理途中のデータを一時的に格納するメモリで、例えばＳＤＲＡＭ（Synchronous Dynamic Random Access Memory)、ＤＤＲｘ ＳＤＲＡＭ（Double−Date−Rate x Synchronous Dynamic Random Access Memory；x＝1，2，3，…）等が用いられる。尚、メモリ2は任意の個数備えられていればよく、必要に応じて単数でも複数でも構わない。
集積回路3は、媒体ＩＦ部1から転送されたデータに対して映像・音声処理を施すシステムＬＳＩで、主制御部6、ストリーム処理部5、信号処理部7、メモリ制御部9、ＡＶ出力部8等から構成される。
主制御部6は、タイマ機能や割り込み機能を有するプロセッサコアを有し、プロセッサコアはプログラムメモリ等に格納されたプログラムに従って、集積回路3全体の制御を行う。なお、プログラムメモリ等には、予めＯＳ等の基本ソフトが格納されている。
ストリーム処理部5は、主制御部6の制御の下、媒体から媒体ＩＦ部1経由で転送されたデータを受信し、集積回路3内のデータバスを経由してメモリ2に格納し、又は、受信したデータを映像系データ、音声系データに分離する。前述したとおり、媒体上のデータは、レフトビュー・ビデオ・ストリームを含む２Ｄ／レフトビュー・ＡＶストリーム・ファイルと、ライトビュー・ビデオ・ストリームを含むライトビュー・ＡＶストリーム・ファイルとが、幾つかのエクステントに分割された状態で交互に配置されたものである。従って、主制御部6は、集積回路3がレフトビューＡＶストリーム・ファイルを含む左目用データを受信した場合はメモリ2の第１の領域にデータが格納されるように、ライトビュー・ビデオ・ストリームを含む右目用データを受信した場合はメモリ2の第２の領域にデータが格納されるように制御する。ここで、左目用データは左目用エクステントに属しており、右目用データは右目用エクステントに属している。尚、メモリ2における第１、第２の領域は単一のメモリが論理的に領域分割されたものでもよいし、物理的に異なるメモリでもよい。また、実施形態５においては、レフトビュー・ビデオ・ストリームを含む左目用データをメインビュー・データとし、ライトビュー・ビデオ・ストリームを含む右目用データをサブビュー・データとして説明を続けるが、右目用データがメインビュー・データ、左目用データがサブビュー・データであっても構わない。
信号処理部7は、主制御部6の制御の下、ストリーム処理部5が分離した映像系データ、音声系データを適切な方法でデコードする。映像系データは、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、ＭＰＥＧ４−ＭＶＣ、ＳＭＰＴＥ ＶＣ−１などの方式を使って符号化記録されている。音声系データは、ドルビーＡＣ−３、Ｄｏｌｂｙ Ｄｉｇｉｔａｌ Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ−ＨＤ、リニアＰＣＭなどの方式で圧縮・符号化記録されている。信号処理部7は、これらに対応した方式でデコードを行う。尚、信号処理部7のモデルは、例えば実施形態１の図４４における各種デコーダに当たる。更に、信号処理部7は、ライトビュー・ビデオ・ストリーム中に含まれるメタ・データを抽出し、ＡＶ出力部8へ通知する。尚、前述のとおり、メタ・データは、ライトビュー・ビデオ・ストリームを構成するＧＯＰごとに配置されており、複数のオフセット情報と、それに対するオフセット識別子とを含む。
メモリ制御部9は、集積回路3内の各機能ブロックからメモリ2へのアクセスを調停する。
ＡＶ出力部8は、主制御部6の制御の下、信号処理部7においてデコードされた映像系データを重畳し、映像系データにフォーマット変換等を行って、集積回路3の外へ出力する。
図８２は、ストリーム処理部5の代表的な構成を示す機能ブロック図である。ストリーム処理部5は、デバイス・ストリームＩＦ部51、多重分離部52、切替部53等を備える。
デバイス・ストリームＩＦ部51は、媒体ＩＦ部1と集積回路3との間のデータ転送用インターフェースである。例えば、媒体が光ディスクやハードディスクの場合はＳＡＴＡ（Serial Advanced Technology Attachment)、ＡＴＡＰＩ（Advanced Technology Attachment Packet Interface)、ＰＡＴＡ（Parallel Advanced Technology Attachment)、媒体がＳＤカードやＵＳＢメモリ等の半導体メモリの場合はカードＩＦ、媒体がＣＡＴＶ等を含む放送波などの場合はチューナーＩＦ、媒体がイーサネット（登録商標）、無線ＬＡＮ、無線公衆回線等のネットワークの場合はネットワークＩＦ等が、デバイス・ストリームＩＦ部51に相当する。尚、媒体の種類によっては、デバイス・ストリームＩＦ部51が媒体ＩＦ部1の機能の一部を肩代わりしても構わないし、媒体ＩＦ部1が集積回路3に内蔵されていても構わない。
多重分離部52は、媒体から転送された映像・音声を含む再生データから映像系データと音声系データとを分離する。前述の各エクステントは、映像・音声・ＰＧ（字幕）・ＩＧ（メニュー）等の各ソースパケットから構成されている。但し、サブビュー・データは音声を含まない場合もある。各エクステントは、各ソースパケットに含まれているＰＩＤ（識別子）に従って映像系・音声系の各ＴＳパケットに分離されて、信号処理部7へ転送される。処理済のデータは、直接、又は一旦メモリ2に格納された後に、信号処理部7へ転送される。尚、多重分離部52のモデルは、例えば実施形態１の図４４におけるソース・デパケタイザ、ＰＩＤフィルタに当たる。
切替部53は、デバイス・ストリームＩＦ部51が左目用データを受信した時はメモリ2の第１の領域に格納されるように、右目用データを受信した時はメモリ2の第２の領域に格納されるように、出力先（格納先）を切り替える。ここで、切替部53は例えばＤＭＡＣ（Direct Memory Access Controller）である。図８３は、切替部53がＤＭＡＣであった場合の切替部53周辺の概念図である。ＤＭＡＣは、主制御部6の制御の下、デバイス・ストリームＩＦ部が受信したデータとそのデータ格納先アドレスとをメモリ制御部9へ送信する。具体的には、デバイス・ストリームＩＦ部が左目用データを受信した時はアドレス１（第１の格納領域）を、右目用データを受信した時はアドレス２（第２の格納領域）をメモリ制御部9へ送信することで、受信データによってその出力先（格納先）を切り替えている。メモリ制御部9は、ＤＭＡＣから送られてきた格納先アドレスに従ってメモリ2にデータを格納する。尚、主制御部6の代わりに、切替部53を制御する専用の回路を設けても構わない。
ここでは、ストリーム処理部5の代表的な構成として、デバイス・ストリームＩＦ部51、多重分離部52、切替部53について説明したが、受信した暗号化データや鍵データ等を復号する暗号エンジン部、媒体と再生装置との間の機器認証プロトコル等の実行制御や秘密鍵を保持するセキュア管理部、ダイレクト・メモリ・アクセス用のコントローラ等を、ストリーム処理部5が更に備えていてもよい。これまでは、媒体から受信したデータをメモリ2に格納する際に、切替部53が左目用データ・右目用データかによって格納先を切り替える場合について説明してきたが、媒体から受信したデータを一旦メモリ2に格納した後に、多重分離部52へデータを転送する際に、左目用データ・右目用データを振り分けてもよい。
図８４は、ＡＶ出力部8の代表的な構成を示す機能ブロック図である。ＡＶ出力部8は、画像重畳部86、ビデオ出力フォーマット変換部87、及びオーディオ・ビデオ出力ＩＦ部88を備える。
画像重畳部81は、デコードされた映像系のデータを重畳する。具体的には、レフトビュー・ビデオ・データ又はライトビュー・ビデオ・データに、ＰＧ（字幕）、ＩＧ（メニュー）をピクチャ単位で重畳する。画像重畳部81のモデルは、例えば実施形態１の図４５に示されている。図９０は、画像重畳処理におけるメモリ2と各プレーンとの間の関係を示した図である。メモリ2は、デコード済みのデータであって、各プレーンに描画されるデータを格納する領域、すなわち、レフトビューに対応するプレーン・データ格納領域、ライトビューに対応するプレーン・データ格納領域、グラフィックスに対応するプレーン・データ格納領域を備える。ここで、プレーンは、メモリ2中の領域であることもあれば、仮想的な空間であることもある。
図９１と図９２とは、画像重畳の概念図である。画像重畳部81は、ストリーム選択テーブル中のオフセット識別子を用いて、信号処理部7から通知されたメタ・データの中から該当するオフセット情報を検索し、そのオフセット情報に基づいてグラフィックス・プレーンにオフセットを与えて、映像プレーンとの重畳処理を行う。レフトビュー・プレーンと重畳する際は、グラフィックス・プレーンには＋Ｘのオフセットを与えて重畳し（左を示す図）、ライトビュー・プレーンと重畳する際は、グラフィックス・プレーンには−Ｘのオフセットを与えて重畳する（右を示す図）。ここで、値Ｘはオフセット値であって、画素数で表される。具体的には、図９１においては、グラフィックス・プレーンを紙面上右へオフセット値Ｘだけ平行移動させたものをレフトビュー・プレーンと重畳する。一方、図９２においては、グラフィックス・プレーンを紙面上左へオフセット値Ｘだけ平行移動させたものをライトビュー・プレーンと重畳する。この時、図示しているように、紙面上左右方向の座標が等しい画素データ同士を重畳し、重畳後のデータをメモリ2の画像重畳後データ格納領域に格納する。
図９３は、画像重畳の別の方法を示した概念図である。メモリ2は更に、オフセット済みグラフィックスに対応するプレーン・データ格納領域（レフトビュー重畳用、ライトビュー重畳用）を備えている。レフトビュー・プレーン、ライトビュー・プレーンと重畳されるデータがメモリ2に予め用意され、画像重畳部81がメモリ2から必要なデータを読み込んで重畳し、重畳後のデータがメモリ2の画像重畳後データ格納領域に格納される。
尚、実施形態３のように、グラフィックス・プレーンをレフトビュー重畳用とライトビュー重畳用との二枚用意し、それぞれにオフセット値を与えて重畳処理を行う方法（２プレーン・モード）もある。前述のとおり、２Ｄ映像と３Ｄグラフィックス映像との合成も可能である。その際は、デコード後の平面視映像を構成するピクチャ・データ（メインビュー・データ群に由来）と、デコード後のメインビューを構成するグラフィックス・データとが重畳され、デコード後の平面視映像を構成するピクチャ・データ（サブビュー・データ群に由来）と、デコード後のサブビューを構成するグラフィックス・データとが重畳される。
ビデオ出力フォーマット変換部82は、デコードされた映像系データに対して、拡大または縮小するリサイズ処理、走査方式をプログレッシブ方式及びインターレース方式の一方から他方に変換するＩＰ変換処理、ノイズを除去するノイズ・リダクション処理、フレームレートを変換するフレームレート変換処理などを必要に応じて行う。
オーディオ・ビデオ出力ＩＦ部83は、画像重畳やフォーマット変換された映像系データと、デコードされた音声系データとに対して、データ送信形式に合わせてエンコード等を行う。尚、後述するように、オーディオ・ビデオ出力ＩＦ部83の一部は集積回路3の外に備えられても構わない。
図８５は、ＡＶ出力部8又は再生装置のデータ出力部をより詳細に示す構成例である。実施形態５による集積回路3及び再生装置は、複数の映像系データ、音声系データのデータ送信形式に対応している。図８４におけるオーディオ・ビデオ出力ＩＦ部83は、アナログ・ビデオ出力ＩＦ部83a、アナログ・オーディオ出力ＩＦ部83c、デジタル・オーディオ出力ＩＦ部83bを備えている。
アナログ・ビデオ出力ＩＦ部83aは、画像重畳処理や出力フォーマット変換処理された映像系データを、アナログ映像信号形式に変換・エンコードして出力する。例えば、ＮＴＳＣ、ＰＡＬ、ＳＥＣＡＭの３方式のいずれかに対応したコンポジット・ビデオ・エンコーダー、Ｓ映像信号（Ｙ／Ｃ分離）用エンコーダー、コンポーネント映像信号用エンコーダー、又はＤＡＣ（Ｄ／Ａコンバータ）がアナログ・ビデオ出力ＩＦ部83aに当たる。
デジタル・オーディオ・ビデオ出力ＩＦ部83bは、デコードされた音声系データと、画像重畳処理や出力フォーマット変換された映像系データとを一体化し、更に暗号化した後、データ送信規格に合わせてエンコードして出力する。例えば、ＨＤＭＩ（High−Definition Multimedia InterFace）がデジタル・オーディオ・ビデオ出力ＩＦ部83bに当たる。
アナログ・オーディオ出力ＩＦ部83cは、デコードされた音声系データをＤ／Ａ変換してアナログ音声データを出力する。オーディオＤＡＣ等がアナログ・オーディオ出力ＩＦ部83cに当たる。
これら映像系データ及び音声系データの送信形式は、表示装置・スピーカー4のサポートするデータ受信装置（データ入力端子）に依存して、又はユーザーの選択によって切り替え可能である。更に、単一の送信形式だけではなく、複数の送信形式で並行して、同一のコンテンツに対応したデータを送信することも可能である。
ここでは、ＡＶ出力部8の代表的な構成として、画像重畳部81、ビデオ出力フォーマット変換部82、オーディオ・ビデオ出力ＩＦ部83について説明したが、フィルタ処理、画面合成、曲線描画、３Ｄ表示等のグラフィックス処理を行うグラフッィクス・エンジン部等を更に備えていてもよい。
以上が、実施形態５による再生装置の構成についての説明である。尚、集積回路3には、前述の機能ブロックの全てが内蔵されていなくても良い。逆に、図８１のメモリ2が集積回路3に内蔵されていてもよい。また、実施形態５においては、主制御部6と信号処理部7とは異なる機能ブロックとして説明されてきたが、主制御部6が信号処理部7の処理の一部を行っても構わない。
表示装置を、例えば図８８に示されているように構成して、実施形態５による再生装置の処理を表示装置に行わせても構わない。その際、媒体ＩＦ部1が受信したデータは集積回路3によって信号処理され、処理された映像系データは表示駆動部10を経由して表示パネル11を通して出力され、処理された音声系データはスピーカー12を通して出力される。ここで、ＡＶ出力部8は例えば図８９のように構成されてもよい。その場合、集積回路3の内部又は外部のオーディオ出力ＩＦ部94及びビデオ出力ＩＦ部89を通してデータ転送が行われる。尚、オーディオ出力ＩＦ部94及びビデオ出力ＩＦ部89のそれぞれが複数備えられていてもよいし、ビデオとオーディオとで共通のＩＦ部が備えられていてもよい。
集積回路3では、制御バスやデータバスは、各処理ブロックの処理手順や処理内容に合わせて任意に配置される。データバスは各処理ブロック同士を、例えば図８６のように直接結んでもよいし、図８７のようにメモリ2（メモリ制御部9）を介して結んでもよい。
集積回路3は、複数のチップを一つのパッケージに封止して見かけ上一つのＬＳＩにしたマルチチップ・モジュールであっても構わない。また、ＬＳＩ製造後にプログラム可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサが、集積回路3として利用されてもよい。
次に、以上のように構成された再生装置の動作について説明する。図９４は、媒体からデータを受信して（読み出して）デコードした後に映像信号及び音声信号として出力する再生動作手順を簡単に示すフローチャートである。
ステップＳ１：媒体からデータを受信する（読み出す）（媒体ＩＦ部1、ストリーム処理部5）。
ステップＳ２：ステップＳ１において受信された（読み出された）データから各種データ（映像系データ・音声系データ）を分離する（ストリーム処理部5）。
ステップＳ３：ステップＳ２において分離された各種データを適切な形式にデコードする（信号処理部7）。
ステップＳ４：ステップＳ３においてデコードされた映像系データについて重畳処理を行う（ＡＶ出力部8）。
ステップＳ６：ステップＳ２〜Ｓ５において処理された映像系データ及び音声系データを出力する（ＡＶ出力部8）。
図９５は、より詳細に再生動作手順を示したフローチャートである。各動作・処理は、主制御部6の制御の下、行われる。
ステップＳ１０１：ストリーム処理部5のデバイス・ストリームＩＦ部51は、媒体ＩＦ部1を通して媒体から、再生対象のデータを再生するために必要なデータ（プレイリスト・ファイル、クリップ情報ファイル等）を受信して（読み出して）メモリ2に格納する（媒体ＩＦ部1、デバイスＩＦ部51、メモリ制御部9、メモリ2）。
ステップＳ１０２：主制御部6は、受信されたクリップ情報ファイルに含まれるストリーム属性情報から、媒体に格納されている映像データ及び音声データの圧縮形式を識別し、対応するデコード処理ができるように信号処理部7の初期化を行う（主制御部6）。
ステップＳ１０３：ストリーム処理部5のデバイス・ストリームＩＦ部51は、媒体ＩＦ部1を通して媒体から、映像・音声などの再生対象のデータを受信して（読み出して）、切替部53、メモリ制御部9を経由してメモリ2へ格納する。尚、データはエクステント単位で受信され（読み出され）、左目用データは第１の領域へ格納され、右目用データは第２の領域へ格納される。それらの格納先の切り替えは、切替部53が主制御部6の制御に従って実行する（媒体ＩＦ部1、デバイスＩＦ部51、主制御部6、切替部53、メモリ制御部9、メモリ2）。
ステップＳ１０４：メモリ2に格納されたストリーム・データは、ストリーム処理部5の多重分離部52へ転送される。多重分離部52は、そのストリーム・データを構成する各ソースパケットに含まれるＰＩＤから、そのストリーム・データが映像系（主映像、副映像、ＰＧ（字幕）、ＩＧ（メニュー））と音声系（音声、副音声）とのいずれであるかを識別し、そのストリーム・データをＴＳパケット単位で、信号処理部7内の対応するデコーダへ転送する（多重分離部52）。
ステップＳ１０５：信号処理部7内の各デコーダは、転送されたＴＳパケットを適切な方式でデコードする（信号処理部7）。
ステップＳ１０６：信号処理部7においてデコードされた映像系データのうち、レフトビュー・ビデオ・ストリーム及びライトビュー・ビデオ・ストリームに対応するデータを、表示装置4に合わせてリサイズする（ビデオ出力フォーマット変換部82）。
ステップＳ１０７：ステップＳ１０６においてリサイズされたビデオ・ストリームと、ＰＧ（字幕）・ＩＧ（メニュー）とが重畳される（画像重畳部81）。
ステップＳ１０８：ステップＳ１０７において重畳された映像データに対してＩＰ変換を行ってその走査方式を変換する（ビデオ出力フォーマット変換部82）。
ステップＳ１０９：これまでの処理を受けた映像系データ及び音声系データに対してエンコードやＤ／Ａ変換等を、表示装置・スピーカー4のデータ出力方式、又は表示装置・スピーカー4へのデータ送信方式に従って行う。例えば、映像系データ・音声系データをそれぞれ、アナログ又はデジタル出力に対応するための処理を行う。映像系データのアナログ出力としては、コンポジット映像信号、Ｓ映像信号、又はコンポーネント映像信号等がサポートされている。映像系・音声系データのデジタル出力としてはＨＤＭＩがサポートされている（オーディオ・ビデオ出力ＩＦ部83）。
ステップＳ１１０：ステップＳ１０９において処理された映像系データ及び音声系データを表示装置・スピーカー4へ送信し、対応する映像及び音声を出力させる（オーディオ・ビデオ出力ＩＦ部83、表示装置・スピーカー4）。
以上が、実施形態５による再生装置の動作手順の説明である。尚、各処理を終える度に一旦、その処理結果をメモリ2に格納しても構わない。図８８の表示装置で再生処理を行った場合も、その動作手順は基本的には上記のものと同様である。その場合、図８１の再生装置の各機能ブロックに対応する機能ブロックが同様の処理を行う。また、上記の動作手順では、ビデオ出力フォーマット変換部82においてリサイズ処理及びＩＰ変換処理が行われているが、必要に応じてそれらの処理は省略されても構わないし、他の処理（ノイズ・リダクション処理、フレームレート変換処理等）が行われても構わない。更に、可能な限りにおいて、上記の動作手順が変更されても構わない。
《補足》
＜３Ｄ映像の再生方法の原理＞
３Ｄ映像の再生方法は、ホログラフィ技術を用いる方法と、視差映像を用いる方法との２つに大別される。
ホログラフィ技術を用いる方法の特徴は、現実の立体的な物体から人間の視覚に与えられる光学的な情報とほぼ全く同じ情報を視聴者の視覚に与えることにより、その視聴者に映像中の物体を立体的に見せる点にある。しかし、この方法を動画表示に利用する技術は理論上確立されてはいる。しかし、その動画表示に必要とされる、膨大な演算をリアルタイムに処理可能なコンピュータ、及び、１ｍｍあたり数千本という超高解像度の表示装置はいずれも、現在の技術ではまだ、実現が非常に難しい。従って、この方法を商業用として実用化する目途は、現時点ではほとんど立っていない。
「視差映像」とは、一つのシーンを見る視聴者の各目に映る２Ｄ映像の対、すなわち、レフトビューとライトビューとの対をいう。視差映像を用いる方法の特徴は、一つのシーンのレフトビューとライトビューとを視聴者の各目だけに見えるように再生することにより、その視聴者にそのシーンを立体的に見せる点にある。
図９６の（ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。図９６の（ａ）は、視聴者VWRが、顔の正面に置かれた立方体CBCを見ている光景の上面図である。図９６の（ｂ）、（ｃ）はそれぞれ、そのときに視聴者VWRの左目LEY、右目REYに見える立方体CBCの外観を２Ｄ映像として示す模式図である。図９６の（ｂ）、（ｃ）を比較すれば明らかなとおり、各目に見える立方体CBCの外観はわずかに異なる。この外観の差、すなわち両眼視差から、視聴者VWRは立方体CBCを立体的に認識できる。従って、視差映像を用いる方法では、まず、一つのシーン、例えば図９６の（ａ）に示されている立方体CBCに対し、視点が異なる左右の２Ｄ映像、例えば図９６の（ｂ）に示されている立方体CBCのレフトビュー、及び図９６の（ｃ）に示されているそのライトビューを準備する。ここで、各視点の位置は視聴者VWRの両眼視差から決定される。次に、各２Ｄ映像を視聴者VWRのそれぞれの目だけに見えるように再生する。それにより、視聴者VWRには、画面に再生されるそのシーン、すなわち立方体CBCの映像が立体的に見える。このように、視差映像を用いる方法は、ホログラフィ技術を用いる方法とは異なり、高々二つの視点から見える２Ｄ映像を準備するだけでよい点で有利である。
視差映像を用いる方法については、それを具体化するための方式が多様に提案されている。それらの方式は、左右の２Ｄ映像を視聴者のそれぞれの目にいかにして見せるかという観点から、経時分離方式、レンチキュラーレンズを用いる方式、及び二色分離方式等に分けられる。
継時分離方式では、画面に左右の２Ｄ映像を一定時間ずつ交互に表示する一方、視聴者にシャッター眼鏡を通して画面を観察させる。ここで、シャッター眼鏡は、各レンズが例えば液晶パネルで形成されている。各レンズは、画面上の２Ｄ映像の切り換えに同期して交互に光をその全体で一様に透過させ、又は遮断する。すなわち、各レンズは、視聴者の目を周期的に塞ぐシャッターとして機能する。より詳細に言えば、画面上に左映像が表示される期間では、シャッター眼鏡は左側のレンズには光を透過させ、右側のレンズには光を遮断させる。逆に、画面上に右映像が表示されている期間では、シャッター眼鏡は右側のレンズには光を透過させ、左側のレンズには光を遮断させる。それにより、視聴者の目には、左右の映像の残像が重なって一つの３Ｄ映像に見える。
経時分離方式では、上記のとおり、左右の映像を一定周期で交互に表示する。例えば２Ｄ映像の再生において１秒当たり２４枚の映像フレームが表示されるとき、３Ｄ映像の再生では左右の映像を合わせて、１秒当たり４８枚の映像フレームが表示される。従って、この方式には、画面の書き換えを速く実行できる表示装置が好適である。
レンチキュラーレンズを用いる方式では、左右の各映像フレームを、縦方向に細長い短冊形の小領域に分割し、一つの画面の中に左右の映像フレームの各小領域を横方向に交互に並べて同時に表示する。ここで、画面の表面はレンチキュラーレンズで覆われている。レンチキュラーレンズは、細長い蒲鉾レンズを複数平行に並べて一枚のシート状にしたものである。各蒲鉾レンズは画面の表面を縦方向に延びている。レンチキュラーレンズを通して上記左右の映像フレームを視聴者に見せるとき、左映像フレームの表示領域からの光は視聴者の左目だけに結像し、右映像フレームの表示領域からの光は右目だけに結像するようにできる。こうして、左右の目に映る映像間での両眼視差により、視聴者には３Ｄ映像が見える。尚、この方式では、レンチキュラーレンズに代えて、同様な機能を持つ液晶素子等の他の光学部品が利用されてもよい。その他に、例えば左映像フレームの表示領域には縦偏光のフィルタを設置し、右映像フレームの表示領域には横偏光のフィルタを設置してもよい。そのとき、視聴者には偏光眼鏡を通して画面を見させる。ここで、その偏光眼鏡では、左側のレンズに縦偏光フィルタが設置され、かつ右側のレンズに横偏光フィルタが設置されている。従って、左右の映像が視聴者のそれぞれの目だけに見えるので、視聴者に３Ｄ映像を見せることができる。
視差映像を用いる方法では、３Ｄ映像コンテンツが、初めから左右の映像の組み合わせで構成されている場合の他に、２Ｄ映像とデプスマップとの組み合わせで構成されていてもよい。その２Ｄ映像は、再生対象の３Ｄ映像から仮想的な２Ｄ画面への射影を表し、デプスマップは、その２Ｄ画面に対するその３Ｄ映像の各部の奥行きを画素別に表す。３Ｄ映像コンテンツが２Ｄ映像とデプスマップとの組み合わせで構成されているとき、３Ｄ再生装置又は表示装置はまず、それらの組み合わせから左右の映像を構成し、次にそれらの映像から上記の方式のいずれかで３Ｄ映像を再現する。
図９７は、２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。図９７を参照するに、２Ｄ映像MVWでは、背景BGVの中に円板DSCが表示されている。デプスマップDPHはその２Ｄ映像MVW内の各部の奥行きを画素ごとに示す。そのデプスマップDPHによれば、２Ｄ映像MVWのうち、円板DSCの表示領域DA1の奥行きが画面よりも手前であり、かつ、背景BGVの表示領域DA2の奥行きが画面よりも奥である。再生装置内では視差映像生成部PDGがまず、デプスマップDPHの示す各部の奥行きから２Ｄ映像MVW内の各部の両眼視差を計算する。視差映像生成部PDGは次に、２Ｄ映像MVW内の各部の表示位置を、計算された両眼視差に応じて左右に移動させて、レフトビューLVWとライトビューRVWとを構成する。図９７に示されている例では、視差映像生成部PDGは、２Ｄ映像MVW内の円板DSCの表示位置に対し、レフトビューLVW内の円板DSLの表示位置をその両眼視差の半分S1だけ右に移動させ、ライトビューRVW内の円板DSRの表示位置をその両眼視差の半分S1だけ左に移動させる。それにより、視聴者には円板DSCが画面よりも手前に見える。一方、視差映像生成部PDGは、２Ｄ映像MVW内の背景BGVの表示位置に対し、レフトビューLVW内の背景BGLの表示位置をその両眼視差の半分S2だけ左に移動させ、ライトビューRVW内の背景BGRの表示位置をその両眼視差の半分S2だけ右に移動させる。それにより、視聴者には背景BGVが画面よりも奥に見える。
視差映像を用いる方法による３Ｄ映像の再生システムは、映画館及び遊園地のアトラクション等で利用されるものについては既に確立され、一般的に使用されている。従って、その方法は、３Ｄ映像を再生可能なホームシアター・システムの実用化にも有効である。本発明の実施形態では、視差映像を用いる方法のうち、継時分離方式又は偏光眼鏡を用いた方式を想定する。但し、本発明は、それらの方式とは異なる他の方式に対しても、それらが視差映像を用いている限り、適用可能である。それは、上記の実施形態の説明から当業者には明らかであろう。
＜ＢＤ−ＲＯＭディスク上のファイルシステム＞
ＢＤ−ＲＯＭディスク101のファイルシステムとしてＵＤＦが利用されるとき、図２に示されているボリューム領域202Bは、一般に複数のディレクトリ、ファイルセット記述子、及び終端記述子のそれぞれが記録された領域を含む。「ディレクトリ」は、同じディレクトリを構成するデータ群である。「ファイルセット記述子」は、ルートディレクトリのファイル・エントリが記録されているセクタのＬＢＮを示す。「終端記述子」はファイルセット記述子の記録領域の終端を示す。
各ディレクトリは共通のデータ構造を持つ。各ディレクトリは特に、ファイル・エントリ、ディレクトリ・ファイル、及び下位ファイル群を含む。
「ファイル・エントリ」は、記述子タグ、ＩＣＢ（Information Control Block）タグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。例えば記述子タグの値が“２６１”であるとき、そのデータの種類はファイル・エントリである。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、同じディレクトリに属するディレクトリ・ファイルが記録されたセクタのＬＢＮを示す。
「ディレクトリ・ファイル」は、下位ディレクトリのファイル識別記述子と下位ファイルのファイル識別記述子とを一般に複数ずつ含む。「下位ディレクトリのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ディレクトリにアクセスするための情報である。このファイル識別記述子は、その下位ディレクトリの識別情報、ディレクトリ名の長さ、ファイル・エントリ・アドレス、及びディレクトリ名そのものを含む。特にファイル・エントリ・アドレスは、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ファイルにアクセスするための情報である。このファイル識別記述子は、その下位ファイルの識別情報、ファイル名の長さ、ファイル・エントリ・アドレス、及びファイル名そのものを含む。特にファイル・エントリ・アドレスは、その下位ファイルのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル・エントリ」は、後述のとおり、下位ファイルの本体を構成するデータのアドレス情報を含む。
ファイルセット記述子と下位ディレクトリ／ファイルのファイル識別記述子とを順番に辿ってゆけば、ボリューム領域202Bに記録された任意のディレクトリ／ファイルのファイル・エントリにアクセスすることができる。具体的には、まず、ファイルセット記述子からルートディレクトリのファイル・エントリが特定され、そのファイル・エントリ内のアロケーション記述子からルートディレクトリのディレクトリ・ファイルが特定される。次に、そのディレクトリ・ファイルからルートディレクトリ直下のディレクトリのファイル識別記述子が検出され、その中のファイル・エントリ・アドレスからそのディレクトリのファイル・エントリが特定される。更に、そのファイル・エントリ内のアロケーション記述子からそのディレクトリのディレクトリ・ファイルが特定される。続いて、そのディレクトリ・ファイルのうち、下位ディレクトリ又は下位ファイルのファイル識別記述子内のファイル・エントリ・アドレスからその下位ディレクトリ又は下位ファイルのファイル・エントリが特定される。
「下位ファイル」はそれぞれエクステントとファイル・エントリとを含む。「エクステント」は一般に複数であり、それぞれ、ディスク上の論理アドレス、すなわちＬＢＮが連続しているデータ列である。エクステントの全体が下位ファイルの本体を構成する。「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は各エクステントに対して一つずつ設けられ、ボリューム領域202B上での各エクステントの配置、具体的には各エクステントのサイズとその先端のＬＢＮとを示す。従って、各アロケーション記述子を参照することにより、各エクステントにアクセスすることができる。その他に、各アロケーション記述子の上位２ビットは、そのアロケーション記述子の示すＬＢＮのセクタにエクステントが実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。
ＵＤＦを利用した上記のファイルシステムと同様、ボリューム領域202Bに対するファイルシステムでは一般に、ボリューム領域202Bに記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域202Bに併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。
＜データ・ブロックとエクステント・ブロックとのサイズ＞
図１９に示されているように、ＢＤ−ＲＯＭディスク101上の多重化ストリーム・データはディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とに分割されて配置されている（n＝0、1、2、3、…）。それらのデータ・ブロック群D[n]、B[n]は更に、トラックに沿ってインターリーブ配置で連続的に記録されることにより、複数のエクステント・ブロック1901−1903を構成している。これらのエクステント・ブロック1901−1903から２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには、各データ・ブロックと各エクステント・ブロック1901−1903とのサイズは、再生装置102の性能に基づく以下の条件を満たせばよい。
≪２Ｄ再生モードの性能に基づく条件≫
図９８は、２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図９８を参照するに、その再生処理系統は、図３７に示されている、ＢＤ−ＲＯＭドライブ3701、リード・バッファ3721、及びシステム・ターゲット・デコーダ3725を含む。ＢＤ−ＲＯＭドライブ3701はＢＤ−ＲＯＭディスク101から２Ｄエクステントを読み出し、読み出し速度RUD54でリード・バッファ3721へ転送する。システム・ターゲット・デコーダ3725は、リード・バッファ3721内に蓄積された各２Ｄエクステントからソースパケットを平均転送速度REXT2Dで読み出して、映像データVDと音声データADとに復号する。
平均転送速度REXT2Dは、システム・ターゲット・デコーダ3725が各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しく、一般に２Ｄエクステントごとに異なる。平均転送速度REXT2Dの最大値RMAX2Dは、ファイル２Ｄに対するシステムレートRTSの１９２／１８８倍に等しい。ここで、係数１９２／１８８はソースパケットとＴＳパケットとの間のバイト数の比に等しい。平均転送速度REXT2Dは通常ビット／秒で表され、具体的には、ビット単位で表された２ＤエクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。「ビット単位で表されたエクステントのサイズ」は、そのエクステント内のソースパケット数とソースパケット一つ当たりのビット数（＝１９２［バイト］×８［ビット／バイト］）との積に等しい。
読み出し速度RUD54は通常ビット／秒で表され、平均転送速度REXT2Dの最高値RMAX2Dよりも高い値、例えば５４Ｍｂｐｓに設定される：RUD54＞RMAX2D。それにより、ＢＤ−ＲＯＭドライブ3701がＢＤ−ＲＯＭディスク101から一つの２Ｄエクステントを読み出している間、システム・ターゲット・デコーダ3725の復号処理に伴うリード・バッファ3721のアンダーフローが防止される。
図９９の（ａ）は、２Ｄ再生モードでの動作中、リード・バッファ3721に蓄積されるデータ量DAの変化を示すグラフである。図９９の（ｂ）は、再生対象のエクステント・ブロック8310と２Ｄ再生モードでの再生経路8320との間の対応関係を示す模式図である。図９９の（ｂ）を参照するに、再生経路8320に従い、エクステント・ブロック8310内の各ベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が一つの２ＤエクステントEXT2D[n]としてＢＤ−ＲＯＭディスク101からリード・バッファ3721へ読み出される。図９９の（ａ）を参照するに、各２ＤエクステントEXT2D[n]の読み出し期間PR2D[n]では、蓄積データ量DAは、読み出し速度RUD54と平均転送速度REXT2D[n]との間の差RUD54−REXT2D[n]に等しい速度で増加する。
ＢＤ−ＲＯＭドライブ8301による読み出し／転送動作は実際には、図９９の（ａ）のグラフから示唆される連続的なものではなく、断続的なものである。それにより、各２Ｄエクステントの読み出し期間PR2D[n]に蓄積データ量DAがリード・バッファ3721の容量を超えること、すなわちリード・バッファ3721のオーバーフローが防止される。すなわち、図９９の（ａ）のグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
一方、二つの連続する２ＤエクステントEXT2D[n−1]、EXT2D[n]の間ではジャンプJ2D[n]が生じる。そのジャンプ期間PJ2D[n]では、ディペンデントビュー・データ・ブロックD[n]の読み出しがスキップされるので、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、ジャンプ期間PJ2D[n]では蓄積データ量DAは平均転送速度REXT2D[n]で減少する。
図９９の（ｂ）に示されているエクステント・ブロック8310から２Ｄ映像をシームレスに再生するには、以下の条件［１］、［２］が満たされればよい。
［１］各ジャンプ期間PJ2D[n]ではリード・バッファ3721からシステム・ターゲット・デコーダ3725へのデータ供給を持続させて、そのデコーダ3725に連続的な出力を確保させなければならない。それには、次の条件が満たされればよい：各２ＤエクステントEXT2D[n]のサイズSEXT2D[n]は、その読み出し期間PR2D[n]から次のジャンプ期間PJ2D[n＋1]にわたって、リード・バッファ3721からシステム・ターゲット・デコーダ3725へ転送されるデータ量に等しい。その場合、図９９の（ａ）に示されているように、蓄積データ量DAはそのジャンプ期間PJ2D[n＋1]の終了時、その読み出し期間PR2D[n]の開始時での量を下回らない。すなわち、各ジャンプ期間PJ2D[n]ではリード・バッファ3721からシステム・ターゲット・デコーダ3725へのデータ供給が持続し、特にリード・バッファ3721はアンダーフローを生じない。ここで、読み出し期間PR2D[n]の長さは２ＤエクステントEXT2D[n]のサイズSEXT2D[n]を読み出し速度RUD54で割った値SEXT2D[n]／RUD54に等しい。従って、各２ＤエクステントEXT2D[n]のサイズSEXT2D[n]は、次式（１）の右辺で表される最小エクステント・サイズ以上であればよい：
Figure 0005432194
式（１）では、ジャンプ時間TJUMP−2D[n]はジャンプ期間PJ2D[n]の長さであり、秒単位で表される。一方、読み出し速度RUD54と平均転送速度REXT2Dとはいずれもビット／秒で表される。従って、式（１）では平均転送速度REXT2Dを数「８」で割り、２ＤエクステントのサイズSEXT2D[n]の単位をビットからバイトへ変換している。すなわち、２ＤエクステントのサイズSEXT2D[n]はバイト単位で表される。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。
［２］リード・バッファ3721の容量は有限であることから、ジャンプ時間TJUMP−2D[n]の最大値は制限される。すなわち、ジャンプ期間PJ2D[n]の直前に蓄積データ量DAがリード・バッファ3721の容量一杯であっても、ジャンプ時間TJUMP−2D[n]が長すぎれば、ジャンプ期間PJ2D[n]中に蓄積データ量DAが０に達し、リード・バッファ3721のアンダーフローが生じる危険性がある。以下、ＢＤ−ＲＯＭディスク101からリード・バッファ3721へのデータ供給が途絶えている状態で蓄積データ量DAがリード・バッファ3721の容量から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間TJUMP−2Dの最大値を「最大ジャンプ時間TJUMP＿MAX」という。
光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセス・スピード等から決められている。図１００は、ＢＤ−ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP＿MAXとの間の対応表の一例である。図１００を参照するに、ジャンプ距離SJUMPはセクタ単位で表され、最大ジャンプ時間TJUMP＿MAXはｍ秒単位で表されている。１セクタは２０４８バイトに等しい。ジャンプ距離SJUMPが、０セクタ、１−１００００セクタ、１０００１−２００００セクタ、２０００１−４００００セクタ、４０００１セクタ−１／１０ストローク、及び１／１０ストローク以上の各範囲に属するとき、最大ジャンプ時間TJUMP＿MAXはそれぞれ、０ｍ秒、２５０ｍ秒、３００ｍ秒、３５０ｍ秒、７００ｍ秒、及び１４００ｍ秒である。ジャンプ距離SJUMPが０セクタに等しいときの最大ジャンプ時間TJUMP＿MAXはゼロ・セクタ遷移時間TJUMP0に等しい。但し、図１００の例ではゼロ・セクタ遷移時間TJUMP0は０ｍ秒と見なされている。
以上のことから、式（１）に代入されるべきジャンプ時間TJUMP−2D[n]は、ＢＤ−ＲＯＭディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間TJUMP＿MAXである。具体的には、図１００の表において、２ＤエクステントEXT2D[n−1]、EXT2D[n]間でのジャンプ距離SJUMP、すなわち、ｎ番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋１）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数に対応する最大ジャンプ時間TJUMP＿MAXが、ジャンプ時間TJUMP−2D[n]として式（１）に代入される。
二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプJ2D[n]では、そのジャンプ時間TJUMP−2D[n]が最大ジャンプ時間TJUMP＿MAXに制限されることから、そのジャンプ距離SJUMP、すなわち二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔も制限される。このジャンプ距離SJUMPの最大値のように、ジャンプ時間TJUMPが最大ジャンプ時間TJUMP＿MAXに等しいときでのジャンプ距離SJUMPを「最大ジャンプ距離SJUMP＿MAX」という。２Ｄ映像のシームレス再生には、２Ｄエクステントのサイズが式（１）を満たすことに加えて、２Ｄエクステントの間隔が最大ジャンプ距離SJUMP＿MAX以下であることが必要である。
各エクステント・ブロック内では、２Ｄエクステントの間隔はディペンデントビュー・データ・ブロックのサイズに等しい。従って、そのサイズが最大ジャンプ距離SJUMP＿MAX以下に制限される。具体的には、２Ｄエクステント間の最大ジャンプ時間TJUMP＿MAXが、図１００に規定された最小値２５０秒に制限されるとき、その２Ｄエクステントの間隔、すなわちディペンデントビュー・データ・ブロックのサイズは、対応する最大ジャンプ距離SJUMP＿MAX＝１００００セクタ以下に制限される。
異なる記録層に配置された二つのエクステント・ブロック間をシームレスに接続するとき、前のエクステント・ブロックの後端に位置するｎ番目の２ＤエクステントEXT2D[n]から、後のエクステント・ブロックの先端に位置する（ｎ＋１）番目の２ＤエクステントEXT2D[n＋1]まで、ロングジャンプが生じる。そのロングジャンプは、フォーカス・ジャンプ等、記録層の切り換え操作を伴う。従って、そのロングジャンプに必要な時間は、図１００の表に規定された最大ジャンプ時間TJUMP＿MAXに加えて、記録層の切り換え操作に要する時間、すなわち「層切換時間」を更に含む。「層切換時間」は例えば３５０ｍ秒である。その結果、ｎ番目の２ＤエクステントEXT2D[n]のサイズが満たすべき式（１）では、ジャンプ時間TJUMP−2D[n]は二つのパラメータTJ[n]、TL[n]の和で決まる：TJUMP−2D[n]＝TJ[n]＋TL[n]。第１パラメータTJ[n]は、ＢＤ−ＲＯＭディスクの規格によって、ロングジャンプのジャンプ距離SJUMPに対して規定された最大ジャンプ時間TJUMP＿MAXを表す。その最大ジャンプ時間TJUMP＿MAXは、図１００の表において、ｎ番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋１）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数に対応付けられた値に等しい。第２パラメータTL[n]は層切換時間、例えば３５０ｍ秒を表す。従って、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔は、図１００の表において、ロングジャンプの最大ジャンプ時間TJUMP＿MAXから層切換時間を除いた値に対応する最大ジャンプ距離SJUMP＿MAX以下に制限される。
≪３Ｄ再生モードの性能に基づく条件≫
図１０１は、３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図１０１を参照するに、その再生処理系統は、図４１に示されている、ＢＤ−ＲＯＭドライブ4101、スイッチ4120、一対のリード・バッファ4121、4122、及びシステム・ターゲット・デコーダ4125を含む。ＢＤ−ＲＯＭドライブ4101はＢＤ−ＲＯＭディスク101からエクステントＳＳを読み出し、読み出し速度RUD72でスイッチ4120へ転送する。スイッチ4120は各エクステントＳＳをベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとに分離する。ベースビュー・データ・ブロックは第１リード・バッファ4121へ格納され、ディペンデントビュー・データ・ブロックは第２リード・バッファ4122へ格納される。システム・ターゲット・デコーダ4125は、第１リード・バッファ4121内の各ベースビュー・データ・ブロックからはソースパケットをベースビュー転送速度REXT1で読み出し、第２リード・バッファ4122内の各ディペンデントビュー・データ・ブロックからはソースパケットをディペンデントビュー転送速度REXT2で読み出す。システム・ターゲット・デコーダ4125は更に、読み出されたベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの対を映像データVDと音声データADとに復号する。
ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2とはそれぞれ、システム・ターゲット・デコーダ4125が、ベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ベースビュー転送速度REXT1の最高値RMAX1はファイル２Ｄに対するシステムレートRTS1の１９２／１８８倍に等しい。ディペンデントビュー転送速度REXT2の最高値RMAX2はファイルＤＥＰに対するシステムレートRTS2の１９２／１８８倍と等しい。各転送速度REXT1、REXT2は通常ビット／秒で表され、具体的には、ビット単位で表された各データ・ブロックのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、そのデータ・ブロック内のソースパケットを全て、リード・バッファ4121、4122からシステム・ターゲット・デコーダ4125へ転送するのに要する時間に等しい。
読み出し速度RUD72は通常ビット／秒で表され、転送速度REXT1、REXT2のいずれの最高値RMAX1、RMAX2よりも高い値、例えば７２Ｍｂｐｓに設定される：RUD72＞RMAX1、RUD72＞RMAX2。それにより、ＢＤ−ＲＯＭドライブ4101によってＢＤ−ＲＯＭディスク101から一つのエクステントＳＳを読み出している間、システム・ターゲット・デコーダ4125の復号処理に伴う各リード・バッファ4121、4122のアンダーフローが防止される。
［エクステント・ブロック内でのシームレス接続］
図１０２の（ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、各リード・バッファ4121、4122に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図１０２の（ｃ）は、そのエクステント・ブロック8610と３Ｄ再生モードでの再生経路8620との間の対応関係を示す模式図である。図１０２の（ｃ）を参照するに、再生経路8620に従い、エクステント・ブロック8610の全体が一つのエクステントＳＳとして一括して読み出される。その後、スイッチ4120によってそのエクステントＳＳからディペンデントビュー・データ・ブロックD[k]とベースビュー・データ・ブロックB[k]とが分離される（k＝…、n、n＋1、n＋2、…）。
ＢＤ−ＲＯＭドライブ4101による読み出し／転送動作は実際には、図１０２の（ａ）、（ｂ）の各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各データ・ブロックD[k]、B[k]の読み出し期間PRD[k]、PRB[k]では、各リード・バッファ4121、4122のオーバーフローが防止される。すなわち、図１０２の（ａ）、（ｂ）の各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図１０２の（ａ）、（ｂ）を参照するに、ｎ番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]では、第２リード・バッファ4122の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2[n]との間の差RUD72−REXT2[n]に等しい速度で増加し、第１リード・バッファ4121の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少する。図１０２の（ｃ）を参照するに、ｎ番目のディペンデントビュー・データ・ブロックD[n]からｎ番目のベースビュー・データ・ブロックB[n]まではゼロ・セクタ遷移J0[2n]が生じる。図１０２の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[n]では、第１リード・バッファ4121の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少し続け、第２リード・バッファ4122の蓄積データ量DA2はディペンデントビュー転送速度REXT2[n]で減少する。
図１０２の（ａ）、（ｂ）を更に参照するに、ｎ番目のベースビュー・データ・ブロックB[n]の読み出し期間PRB[n]では、第１リード・バッファ4121の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1[n]との間の差RUD72−REXT1[n]に等しい速度で増加する。一方、第２リード・バッファ4122の蓄積データ量DA2はディペンデントビュー転送速度REXT2[n]で減少し続ける。図１０２の（ｃ）を更に参照するに、そのベースビュー・データ・ブロックB[n]から次のディペンデントビュー・データ・ブロックD[n＋1]まではゼロ・セクタ遷移J0[2n＋1]が生じる。図１０２の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[2n＋1]では、第１リード・バッファ4121の蓄積データ量DA1はベースビュー転送速度REXT1[n]で減少し、第２リード・バッファ4122の蓄積データ量DA2はディペンデントビュー転送速度REXT2[n]で減少し続ける。
一つのエクステント・ブロック8610から３Ｄ映像をシームレスに再生するには、以下の条件［３］、［４］が満たされればよい。
［３］ｎ番目のベースビュー・データ・ブロックB[n]のサイズSEXT1[n]は少なくとも、その読み出し期間PRB[n]から次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PRB[n＋1]の直前までに、第１リード・バッファ4121からシステム・ターゲット・デコーダ4125へ転送されるデータ量に等しい。その場合、図１０２の（ａ）に示されているように、次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PRB[n＋1]の直前では、第１リード・バッファ4121の蓄積データ量DA1が、ｎ番目のベースビュー・データ・ブロックB[n]の読み出し期間PRB[n]の直前での量を下回らない。ここで、ｎ番目のベースビュー・データ・ブロックB[n]の読み出し期間PRB[n]の長さは、そのベースビュー・データ・ブロックB[n]のサイズSEXT1[n]を読み出し速度RUD72で割った値SEXT1[n]／RUD72に等しい。一方、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の長さは、そのディペンデントビュー・データ・ブロックD[n＋1]のサイズSEXT2[n＋1]を読み出し速度RUD72で割った値SEXT2[n＋1]／RUD72に等しい。従って、そのベースビュー・データ・ブロックB[n]のサイズSEXT1[n]は、次式（２）の右辺で表される最小エクステント・サイズ以上であればよい：
Figure 0005432194
［４］ｎ番目のディペンデントビュー・データ・ブロックD[n]のサイズSEXT2[n]は少なくとも、その読み出し期間PRD[n]から次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の直前までに、第２リード・バッファ4122からシステム・ターゲット・デコーダ4125へ転送されるデータ量に等しい。その場合、図１０２の（ｂ）に示されているように、次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の直前では、第２リード・バッファ4122の蓄積データ量DA2がｎ番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]の直前での量を下回らない。ここで、ｎ番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]の長さは、そのディペンデントビュー・データ・ブロックD[n]のサイズSEXT2[n]を読み出し速度RUD72で割った値SEXT2[n]／RUD72に等しい。従って、そのディペンデントビュー・データ・ブロックD[n]のサイズSEXT2[n]は、次式（３）の右辺で表される最小エクステント・サイズ以上であればよい：
Figure 0005432194
［エクステント・ブロック間のシームレス接続］
図１０３の（ｂ）は、Ｍ番目（整数Ｍは２以上である。）のエクステント・ブロック8701と（Ｍ＋１）番目のエクステント・ブロック8702、及び、それらのエクステント・ブロック8701、8702と３Ｄ再生モードでの再生経路8720との間の対応関係を示す模式図である。図１０３の（ｂ）を参照するに、二つのエクステント・ブロック8701、8702の間は層境界LB又は他のデータの記録領域によって分離されている。再生経路8720に従って、先にＭ番目のエクステント・ブロック8701の全体がＭ番目のエクステントＳＳEXTSS[M]として一括して読み出される。その直後にジャンプJ[M]が生じる。続いて、（Ｍ＋１）番目のエクステント・ブロック8702が（Ｍ＋１）番目のエクステントＳＳEXTSS[M＋1]として一括して読み出される。
図１０３の（ａ）は、二つのエクステント・ブロック8701、8702から連続して３Ｄ映像がシームレスに再生されるとき、各リード・バッファ4121、4122に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。図１０３の（ａ）では、一点鎖線のグラフは、第１リード・バッファ4121に蓄積されるデータ量DA1の変化を示し、破線のグラフは、第２リード・バッファ4122に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1＋DA2の変化を示す。ここで、実線のグラフは、データ・ブロックが一つ読み出されるごとに生じる細かい変化を均して直線的に近似したものである。更に、ゼロ・セクタ遷移時間TJUMP0は“０秒”とみなされている。
図１０３の（ａ）を参照するに、Ｍ番目のエクステント・ブロック8701の全体がＢＤ−ＲＯＭディスク101から各リード・バッファ4121、4122へ読み出される期間PRBLK[M]では、いずれのリード・バッファ4121、4122に蓄積されるデータ量DA1、DA2も増大する。具体的には、Ｍ番目のエクステント・ブロック8701全体の読み出し期間PRBLK[M]中、蓄積データ量の和DA1＋DA2は、読み出し速度RUD72と平均転送速度REXTSS[M]との間の差RUD72−REXTSS[M]に等しい速度で増加する。その平均転送速度REXTSS[M]は、Ｍ番目のエクステント・ブロック8701全体のサイズ、すなわちＭ番目のエクステントＳＳEXTSS[M]のサイズSEXTSS[M]をそのエクステントＡＴＣ時間TEXTSSで割った値として評価される。
Ｍ番目のエクステント・ブロック8701の後端のベースビュー・データ・ブロックが第１リード・バッファ4121に読み込まれた時点で、蓄積データ量の和DA1＋DA2は最大値に達する。その直後のジャンプJ[M]の期間PJ[M]では、蓄積データ量の和DA1＋DA2は平均転送速度REXTSS[M]で減少する。従って、蓄積データ量の和DA1＋DA2の最大値を十分に大きく調節することにより、ジャンプJ[M]中での両リード・バッファ4121、4122のアンダーフローを防止することができる。その結果、二つのエクステント・ブロック8701、8702をシームレスに接続することができる。
蓄積データ量の和DA1＋DA2の最大値はＭ番目のエクステント・ブロック8701のサイズで決まる。従って、Ｍ番目のエクステント・ブロック8701を（Ｍ＋１）番目のエクステント・ブロック8702にシームレスに接続するには、Ｍ番目のエクステント・ブロック8701のサイズ、すなわちＭ番目のエクステントＳＳEXTSS[M]のサイズSEXTSS[M]が次の条件［５］を満たせばよい。
［５］Ｍ番目のエクステント・ブロック8701の先端に位置するディペンデントビュー・データ・ブロックDの読み出し期間PRD[m]ではプリロードが行われる（整数mは1以上である）。そのプリロード期間PRD[m]ではまだ、そのディペンデントビュー・データ・ブロックDに対応するベースビュー・データ・ブロックBが第１リード・バッファ4121には格納されていないので、ディペンデントビュー・データ・ブロックDを第２リード・バッファ4122からシステム・ターゲット・デコーダ4125へ転送することができない。従って、そのプリロード期間PRD[m]では、その直前のジャンプJ[M−1]の期間に引き続き、（Ｍ−１）番目のエクステント・ブロックのデータが第２リード・バッファ4122からシステム・ターゲット・デコーダ4125へ転送されるようにして、システム・ターゲット・デコーダ4125へのデータ供給を維持する。同様に、（Ｍ＋１）番目のエクステント・ブロック8702の先端に位置するディペンデントビュー・データ・ブロックDの読み出し期間PRD[n]でもプリロードが行われる（整数nはm＋1以上である）。従って、そのプリロード期間PRD[n]では、その直前のジャンプJ[M]の期間に引き続き、Ｍ番目のエクステント・ブロック8701のデータが第２リード・バッファ4122からシステム・ターゲット・デコーダ4125へ転送されるようにして、システム・ターゲット・デコーダ4125へのデータ供給を維持する。それ故、ジャンプJ[M]中での両リード・バッファ4121、4122のアンダーフローを防止するには、Ｍ番目のエクステントＳＳEXTSS[M]のエクステントＡＴＣ時間TEXTSSが少なくとも、Ｍ番目のエクステント・ブロック8701でのプリロード期間PRD[m]の終了時点T0から（Ｍ＋１）番目のエクステント・ブロック8702でのプリロード期間PRD[n]の終了時点T1までの期間の長さに等しければよい。すなわち、Ｍ番目のエクステントＳＳEXTSS[M]のサイズSEXTSS[M]は少なくとも、その期間T0−T1に各リード・バッファ4121、4122からシステム・ターゲット・デコーダ4125へ転送されるデータ量の和に等しければよい。
図１０３の（ａ）から明らかなとおり、期間T0−T1の長さは、Ｍ番目のエクステント・ブロック8701の読み出し期間PRBLK[M]の長さ、ジャンプJ[M]のジャンプ時間TJUMP[M]、及びエクステント・ブロック8701、8702間でのプリロード期間PRD[n]、PRD[m]の長さの差TDIFF[M]を足し合わせた値に等しい。更に、Ｍ番目のエクステント・ブロック8701の読み出し期間PRBLK[M]の長さは、Ｍ番目のエクステントＳＳEXTSS[M]のサイズSEXTSS[M]を読み出し速度RUD72で割った値SEXTSS[M]／RUD72に等しい。従って、Ｍ番目のエクステントＳＳEXTSS[M]のサイズSEXTSS[M]は、次式（４）の右辺で表される最小エクステント・サイズ以上であればよい：
Figure 0005432194
ここで、各プリロード期間PRD[m]、PRD[n]の長さは、各エクステント・ブロック8701、8702の先端に位置するディペンデントビュー・データ・ブロックDのサイズSEXT2[m]、SEXT2[n]を読み出し速度RUD72で割った値SEXT2[m]／RUD72、SEXT2[n]／RUD72に等しい。従って、プリロード期間PRD[m]、PRD[n]の長さの差TDIFFはそれらの値の差に等しい：TDIFF＝SEXT2[n]／RUD72−SEXT2[m]／RUD72。尚、式（４）の右辺は、式（１）−（３）の右辺と同様に、バイト単位の整数値で表されてもよい。
また、多重化ストリーム・データの復号処理を次のように工夫する場合には、式（４）の右辺で差TDIFFを０とみなしてもよい。まず、多重化ストリーム・データの全体での差TDIFFの最大値、すなわち差TDIFFのワースト値を予め求めておく。次に、その多重化ストリーム・データを再生する際、その復号処理の開始時点をその読み出しの開始時点よりも、差TDIFFのワースト値に等しい時間だけ遅らせる。
≪リード・バッファの容量を削減するための条件≫
図１０４の（ａ）、（ｂ）は、図１０３の（ｂ）に示されている二つのエクステント・ブロック8701、8702から連続して３Ｄ映像がシームレスに再生されるとき、各リード・バッファ4121、4122に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図１０４の（ａ）を参照するに、Ｍ番目のエクステント・ブロック8701の後端のベースビュー・データ・ブロックB[n−1]が第１リード・バッファ4121に読み込まれた時点で、第１リード・バッファ4121の蓄積データ量DA1は極大値DM1に達する。更に、その直後のジャンプJ[M]の期間PJ[M]から（Ｍ＋１）番目のエクステント・ブロック8702のプリロード期間PRD[n]にわたり、蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少する。従って、そのプリロード期間PRD[n]の終了まで蓄積データ量DA1が０に達するのを防ぐには、蓄積データ量DA1の極大値DM1が、ジャンプ期間PJ[M]とプリロード期間PRD[n]とで第１リード・バッファ4121からシステム・ターゲット・デコーダ4125へ転送されるデータ量以上であればよい。すなわち、蓄積データ量DA1の極大値DM1は、ジャンプ期間PJ[M]の長さTJUMP[M]とプリロード期間PRD[n]の長さSEXT2[n]／RUD72との和にベースビュー転送速度REXT1[n−1]を乗じた値以上であればよい：DM1≧(TJUMP[M]＋SEXT2[n]／RUD72)×REXT1[n−1]。ここで、ジャンプ期間PJ[M]の長さTJUMP[M]がジャンプJ[M]の最大ジャンプ時間TJUMP＿MAXに等しく、かつベースビュー転送速度REXT1[n−1]が最大値RMAX1に等しいとき、蓄積データ量DA1の極大値DM1は最も大きい。従って、第１リード・バッファ4121には、そのときの極大値DM1以上の容量RB1が求められる：RB1≧(TJUMP＿MAX＋SEXT2[n]／RUD72)×REXT1。
一方、図１０４の（ｂ）を参照するに、Ｍ番目のエクステント・ブロック8701の後端のベースビュー・データ・ブロックB[n−1]の読み込みが開始された時点で、第２リード・バッファ4122の蓄積データ量DA2は極大値DM2に達する。更に、そのベースビュー・データ・ブロックB[n−1]の読み出し期間から（Ｍ＋１）番目のエクステント・ブロック8702のプリロード期間PRD[n]にわたり、蓄積データ量DA2はディペンデントビュー転送速度REXT2[n−1]で減少する。従って、そのプリロード期間PRD[n]の終了までシステム・ターゲット・デコーダ4125へのデータ供給を維持するには、蓄積データ量DA2の極大値DM2が、ベースビュー・データ・ブロックB[n−1]の読み出し期間、ジャンプ期間PJ[M]、及びプリロード期間PRD[n]で第２リード・バッファ4122からシステム・ターゲット・デコーダ4125へ転送されるデータ量以上であればよい。すなわち、蓄積データ量DA2の極大値DM2は、ベースビュー・データ・ブロックB[n−1]の読み出し期間の長さSEXT1[n−1]／RUD72、ジャンプ期間PJ[M]の長さTJUMP[M]、及びプリロード期間PRD[n]の長さSEXT2[n]／RUD72の和にディペンデントビュー転送速度REXT2[n−1]を乗じた値以上であればよい：DM2≧(SEXT1[n−1]／RUD72＋TJUMP[M]＋SEXT2[n]／RUD72)×REXT2[n−1]。ここで、ジャンプ期間PJ[M]の長さTJUMP[M]がジャンプJ[M]の最大ジャンプ時間TJUMP＿MAXに等しく、かつディペンデントビュー転送速度REXT2[n−1]が最大値RMAX2に等しいとき、蓄積データ量DA2の極大値DM2は最も大きい。従って、第２リード・バッファ4122には、そのときの極大値DM2以上の容量RB2が求められる：RB2≧(SEXT1[n−1]／RUD72＋TJUMP＿MAX＋SEXT2[n]／RUD72)×RMAX2。その上、いずれのディペンデントビュー・データ・ブロックも、飛び込み再生によって最初に読み込まれるデータ・ブロックとなり得るので、第２リード・バッファ4122の容量RB2はいずれのディペンデントビュー・データ・ブロックのサイズも下回ってはならない：RB2≧SEXT2[k]（整数kは任意）。
上記のとおり、各リード・バッファ4121、4122の容量RB1、RB2の下限値はデータ・ブロックのサイズSEXT1[k]、SEXT2[k]で決まる。従って、各容量RB1、RB2の節約を目的として、各データ・ブロックのサイズSEXT1[k]、SEXT2[k]の上限値、すなわち最大エクステント・サイズを以下の条件［６］で制限する。
［６］図１９に示されているように、各エクステント・ブロック1901−1903内のベースビュー・データ・ブロックB[k]はファイル２ＤとファイルＳＳとに共有されている。従って、ベースビュー・データ・ブロックB[k]のサイズSEXT1[k]は式（１）を満たすべきである。一方、第１リード・バッファ4121の容量RB1を可能な限り縮小するには、ベースビュー・データ・ブロックB[k]のサイズSEXT1[k]は２Ｄエクステントの最小エクステント・サイズの下限値以下であればよい。すなわち、そのサイズSEXT1[k]は、次式（５）の右辺で表される最大エクステント・サイズ以下であればよい：
Figure 0005432194
ここで、ジャンプ時間TJUMP−2D＿MINは、各エクステント・ブロック1901−1903内で必要なジャンプ時間の最小値、すなわち、２Ｄエクステント間の最大ジャンプ時間TJUMP＿MAXの最小値である。具体的には、ジャンプ時間TJUMP−2D＿MINは、図１００の表で規定された最小値２５０秒に設定される。一方、２Ｄエクステントの間隔はディペンデントビュー・データ・ブロックD[k]のサイズSEXT2[k]に等しい。従って、ジャンプ時間TJUMP−2D＿MINが２５０秒に設定されるとき、ディペンデントビュー・データ・ブロックD[k]のサイズSEXT2[k]は、図１００の表で最大ジャンプ時間TJUMP＿MAX＝２５０秒に対応付けられた最大ジャンプ距離SJUMP＿MAX＝１００００セクタ以下に制限される。すなわち、ディペンデントビュー・データ・ブロックの最大エクステント・サイズは１００００セクタである。
≪まとめ≫
複数のエクステント・ブロックから２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには、上記の条件［１］−［６］が全て満たされればよい。特に、各データ・ブロックと各エクステント・ブロックとのサイズは次の条件１−５を満たせばよい。
条件１：２ＤエクステントのサイズSEXT2Dは式（１）を満たす。
条件２：ベースビュー・データ・ブロックのサイズSEXT1は式（２）を満たす。
条件３：ディペンデントビュー・データ・ブロックのサイズSEXT2は式（３）を満たす。
条件４：エクステント・ブロックのサイズSEXTSSは式（４）を満たす。
条件５：ベースビュー・データ・ブロックのサイズSEXT1は式（５）を満たす。
≪条件１の変形例≫
図２１に示されている２Ｄ再生モードの再生経路2101から明らかなとおり、２Ｄ再生モードではジャンプが頻繁に生じる。従って、シームレス再生を更に確実に行うには、式（１）の右辺で表される２Ｄエクステントの最小エクステント・サイズに更にマージンを追加するのが好ましい。しかし、そのマージンの追加によって式（５）が変更されることは回避されるべきである。そのようにマージンを追加する方法には次の三種類がある。
第１の方法は、式（１）の右辺の分母に含まれる平均転送速度REXT2Dをその最大値RMAXに置き換えることによって、２Ｄエクステントの最小エクステント・サイズにマージンを追加する。すなわち、条件１は、２ＤエクステントのサイズSEXT2Dが式（１）に代えて次式（６）を満たすことに変更される：
Figure 0005432194
第２の方法は、２ＤエクステントのエクステントＡＴＣ時間をΔＴ秒延長することによって、２Ｄエクステントの最小エクステント・サイズにマージンを追加する。すなわち、条件１は、２ＤエクステントのサイズSEXT2Dが式（１）に代えて次式（７Ａ）又は（７Ｂ）を満たすことに変更される：
Figure 0005432194
延長時間ΔＴは、ＧＯＰの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。例えば、ＧＯＰの長さが最大１秒であればΔＴ＝１．０秒に設定される。一方、所定時間［秒］当たりに再生可能なエクステント数の上限がｎ個であればΔＴ＝所定時間／ｎ［秒］に設定される。
第３の方法は、式（１）の右辺に含まれる平均転送速度REXT2Dを全て、その最大値RMAXに置き換えることによって、２Ｄエクステントの最小エクステント・サイズにマージンを追加する。すなわち、条件１は、２ＤエクステントのサイズSEXT2Dが式（１）に代えて次式（８）を満たすことに変更される：
Figure 0005432194
この方法では、最小エクステント・サイズに更に大きいマージンを追加することはできる。しかし、その反面、２Ｄエクステントのビットレートが低い場合でも、そのサイズを十分に大きく確保しなければならない。従って、マージンの大きさとＢＤ−ＲＯＭディスクへのデータの記録効率との比較衡量が必要である。
＜層境界の前後での再生経路の分離＞
図２１では、２Ｄ再生モードでの再生経路2101と３Ｄ再生モードでの再生経路2102とはいずれも、層境界LBを越えるためのロングジャンプJLYの直前に同じベースビュー・データ・ブロックB[3]を通る。すなわち、そのベースビュー・データ・ブロックB[3]は、２Ｄ再生モードの再生装置102からは二番目の２ＤエクステントEXT2D[1]として読み出され、３Ｄ再生モードの再生装置102からはエクステントＳＳEXTSS[1]内の最後のデータ・ブロックとして読み出される。ロングジャンプJLY中にシステム・ターゲット・デコーダによって処理されるべきデータ量は、２Ｄ再生モードでは条件１により、そのベースビュー・データ・ブロックB[3]単体のサイズで確保される。一方、３Ｄ再生モードでは条件４により、二番目のエクステント・ブロック1902全体のサイズで確保される。従って、条件１によってベースビュー・データ・ブロックB[3]に要求される最小エクステント・サイズは、条件２による最小エクステント・サイズよりも一般に大きい。それ故、第１リード・バッファ4121の容量は、３Ｄ再生モードでのシームレス再生に必要最小限の値よりも大きくなければならない。更に、そのベースビュー・データ・ブロックB[3]と、その直前に位置するディペンデントビュー・データ・ブロックD[3]とでは、エクステントＡＴＣ時間が等しい。従って、そのディペンデントビュー・データ・ブロックD[3]のサイズは、条件２によってそのデータ・ブロックD[3]に要求される最小エクステント・サイズよりも一般に大きい。それ故、第２リード・バッファ4122の容量は、３Ｄ再生モードでのシームレス再生に必要最小限の値よりも一般に大きい。このように、図２１に示されている配置では、二つのエクステント・ブロック1902、1903間のシームレスな接続は可能であるが、リード・バッファ4121、4122の容量が十分に大きく確保されなければならない。
ロングジャンプJLY中での映像のシームレス再生を可能にしたまま、リード・バッファ4121、4122の容量を更に削減するには、層境界LB等、そのロングジャンプJLYの必要な位置の前後でデータ・ブロック群の配置をインターリーブ配置から変更して、２Ｄ再生モードと３Ｄ再生モードとの間で再生経路を分離すればよい。そのような変更のパターンには、例えば以下に述べる二種類の配置１、２がある。配置１、２のいずれでも、再生経路はロングジャンプJLYの直前で、動作モードごとに異なるベースビュー・データ・ブロックを通る。その結果、後述のとおり、再生装置102にリード・バッファ4121、4122の容量を必要最小限に維持させたまま、ロングジャンプJLY中での映像のシームレス再生を容易に実現させることができる。
≪配置１≫
図１０５は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第１例を示す模式図である。以下、この配置を「配置１」という。図１０５を参照するに、層境界LBの前には第１エクステント・ブロック8901が配置され、層境界LBの後には第２エクステント・ブロック8902が配置されている。各エクステント・ブロック8901、8902内では、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とがインターリーブ配置を構成している（n＝…、0、1、2、3、…）。特にｎ番目のデータ・ブロック対D[n]、B[n]ではエクステントＡＴＣ時間が等しい。配置１では更に、第１エクステント・ブロック8901の後端B[1]と層境界LBとの間に一つのベースビュー・データ・ブロックB[2]2Dが配置されている。そのベースビュー・データ・ブロックB[2]2Dは、第２エクステント・ブロック8902内の先端のベースビュー・データ・ブロックB[2]SSとビット単位（bit−for−bit）で一致する。以下、前者B[2]2Dを「２Ｄ再生専用ブロック」といい、後者B[2]SSを「ＳＳ再生専用ブロック」という。
図１０５に示されているベースビュー・データ・ブロックのうち、ＳＳ再生専用ブロックB[2]SS以外はファイル２Ｄ8910のエクステント、すなわち２ＤエクステントEXT2D[・]としてアクセス可能である。例えば第１エクステント・ブロック8901内の最後から二番目のベースビュー・データ・ブロックB[0]、最後のベースビュー・データ・ブロックB[1]と２Ｄ再生専用ブロックB[2]2Dとの対B[1]＋B[2]2D、及び、第２エクステント・ブロック8902内の二番目のベースビュー・データ・ブロックB[3]はそれぞれ、単一の２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。一方、図１０５に示されているディペンデントビュー・データ・ブロックD[n]（n＝…、0、1、2、3、…）はそれぞれ、ファイルＤＥＰ8912の単一のエクステント、すなわちディペンデントビュー・エクステントEXT2[n]としてアクセス可能である。
図１０５に示されているデータ・ブロック群では、ＡＶストリーム・ファイルのクロスリンクが次のように実現される。各エクステント・ブロック8901、8902の全体は、ファイルＳＳ8920の単一のエクステントEXTSS[0]、EXTSS[1]としてアクセス可能である。従って、各エクステント・ブロック8901、8902内のベースビュー・データ・ブロックB[0]、B[1]、B[3]はファイル２Ｄ8910とファイルＳＳ8920とに共有される。それに対し、２Ｄ再生専用ブロックB[2]2Dは、層境界LBの直前に位置する２ＤエクステントEXT2D[1]の一部としてのみアクセス可能である。一方、ＳＳ再生専用ブロックB[2]SSは、層境界LBの直後のエクステントＳＳEXTSS[1]の一部としてのみアクセス可能である。それ故、２Ｄ再生専用ブロックB[2]2D以外のベースビュー・データ・ブロックB[0]、B[1]、B[2]SS、B[3]は、ファイル・ベース8911のエクステント、すなわちベースビュー・エクステントEXT1[n]（n＝0、1、2、3）としてエクステントＳＳEXTSS[0]、EXTSS[1]から抽出可能である。
図１０６は、図１０５に示されている配置１のデータ・ブロック群に対する２Ｄ再生モードでの再生経路9010と３Ｄ再生モードでの再生経路9020とを示す模式図である。
２Ｄ再生モードの再生装置102はファイル２Ｄ8910を再生する。従って、２Ｄ再生モードでの再生経路9010が示すとおり、まず、第１エクステント・ブロック8901内の最後から二番目のベースビュー・データ・ブロックB[0]が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のディペンデントビュー・データ・ブロックD[1]の読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１エクステント・ブロック8901内の最後のベースビュー・データ・ブロックB[1]とその直後の２Ｄ再生専用ブロックB[2]2Dとの対B[1]＋B[2]2Dが二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後の層境界LBではロングジャンプJLYが生じ、第２エクステント・ブロック8902の先端に位置する３個のデータ・ブロックD[2]、B[2]SS、D[3]の読み出しがスキップされる。続いて、第２エクステント・ブロック8902内の二番目のベースビュー・データ・ブロックB[3]が三番目の２ＤエクステントEXT2D[2]として読み出される。
３Ｄ再生モードの再生装置102はファイルＳＳ8920を再生する。従って、３Ｄ再生モードでの再生経路9020が示すとおり、まず、第１エクステント・ブロック8901の全体が最初のエクステントＳＳEXTSS[0]として連続して読み出される。その直後にロングジャンプJLYが生じ、２Ｄ再生専用ブロックB[2]2Dの読み出しがスキップされる。続いて、第２エクステント・ブロック8902の全体が二番目のエクステントＳＳEXTSS[1]として連続して読み出される。
図１０６に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロックB[2]2Dは読み出されるが、ＳＳ再生専用ブロックB[2]SSの読み出しはスキップされる。逆に３Ｄ再生モードでは、２Ｄ再生専用ブロックB[2]2Dの読み出しはスキップされるが、ＳＳ再生専用ブロックB[2]SSは読み出される。しかし、両方のデータ・ブロックB[2]2D、B[2]SSはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。このように、配置１ではロングジャンプJLYの前後で２Ｄ再生モードでの再生経路9010と３Ｄ再生モードでの再生経路9020とが分離されている。従って、図２１に示されている配置とは異なり、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSEXT2D[1]とその直前のディペンデントビュー・データ・ブロックD[1]のサイズSEXT2[1]とが、以下のように別々に決定可能である。
その２ＤエクステントEXT2D[1]のサイズSEXT2D[1]はベースビュー・データ・ブロックB[1]のサイズSEXT1[1]と２Ｄ再生専用ブロックB[2]2DのサイズS2Dとの和SEXT1[1]＋S2Dに等しい。従って、２Ｄ映像をシームレスに再生するには、まず、その和SEXT1[1]＋S2Dが条件１を満たせばよい。ここで、式（１）の右辺には、ジャンプ時間Tjump−2DとしてロングジャンプJLYの最大ジャンプ時間Tjump＿maxが代入される。次に、２Ｄ再生専用ブロックB[2]2Dの後端から第２エクステント・ブロック8902内の最初の２ＤエクステントEXT2D[2]＝B[3]までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
一方、３Ｄ映像をシームレスに再生するには、まず、最初のエクステントＳＳEXTSS[0]の後端に位置するディペンデントビュー・データ・ブロックD[1]とベースビュー・データ・ブロックB[1]との各サイズSEXT2[1]、SEXT1[1]が条件３、２を満たせばよい。ここで、ロングジャンプJLYの発生に関わらず、式（３）、（２）の各右辺にはゼロ・セクタ遷移時間TJUMP0[2n＋1]、TJUMP0[2n＋2]として、ゼロ・セクタ遷移時間の典型的な値が代入されればよい。次に、最初のエクステントＳＳEXTSS[0]のサイズが条件４を満たせばよい。更に、そのエクステントＳＳEXTSS[0]の後端から次のエクステントＳＳEXTSS[1]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
層境界LBの直前に位置する２ＤエクステントEXT2D[1]のうち、最初のエクステントＳＳEXTSS[0]に共有されるのは、前側に位置するベースビュー・データ・ブロックB[1]のみである。従って、２Ｄ再生専用ブロックB[2]2DのサイズS2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズSEXT2D[1]＝SEXT1[1]＋S2Dを一定に維持したまま、ベースビュー・データ・ブロックB[1]のサイズSEXT1[1]を更に小さく制限することができる。その場合、そのベースビュー・データ・ブロックB[1]のエクステントＡＴＣ時間が短縮される。それ故、その直前に位置するディペンデントビュー・データ・ブロックD[1]のサイズSEXT2[1]も更に小さく制限することができる。
ＳＳ再生専用ブロックB[2]SSは２Ｄ再生専用ブロックB[2]2Dとビット単位で一致しているので、２Ｄ再生専用ブロックB[2]2DのサイズS2Dの拡大は、ＳＳ再生専用ブロックB[2]SSの直前に位置するディペンデントビュー・データ・ブロックD[2]のサイズを拡大させる。しかし、そのサイズは、図２１に示されている、層境界LBの直前に位置するディペンデントビュー・データ・ブロックD[3]のサイズよりは十分に小さくできる。こうして、各リード・バッファ4121、4122の容量を、３Ｄ映像のシームレス再生に必要最小限の値に更に接近させることができる。その結果、配置１では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、ロングジャンプ中に２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生することができるように、各データ・ブロックのサイズを設計することができる。
配置１では、２Ｄ再生専用ブロックB[2]2Dの複製データが、第２のエクステント・ブロック5202の中に単一のＳＳ再生専用ブロックB[2]SSとして配置されている。その他に、その複製データが二個以上のＳＳ再生専用ブロックに分割されて配置されてもよい。
≪配置２≫
図１０７は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の物理的な配置の第２例を示す模式図である。以下、この配置を「配置２」という。図１０７を図１０５と比較するに、配置２は配置１とは主に、ＳＳ再生専用ブロックB[2]SS、B[3]SSを含むエクステント・ブロック9102が層境界LBの直前に配置されている点で異なる。
図１０７を参照するに、層境界LBの前には、第１エクステント・ブロック9101、２Ｄ再生専用ブロック（B[2]＋B[3])2D、及び第２エクステント・ブロック9102が順番に配置され、層境界LBの後には第３エクステント・ブロック9103が配置されている。各エクステント・ブロック9101−9103内では、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とがインターリーブ配置を構成している（n＝…、0、1、2、3、4、…）。特にｎ番目のデータ・ブロック対D[n]、B[n]ではエクステントＡＴＣ時間が等しい。第２エクステント・ブロック9102では、第１エクステント・ブロック9101の後端に位置するデータ・ブロックD[1]、B[1]とも、第３エクステント・ブロック9103の先端に位置するデータ・ブロックD[4]、B[4]とも、ストリーム・データの内容が連続している。第２エクステント・ブロック9102に含まれるベースビュー・データ・ブロックはいずれもＳＳ再生専用ブロックB[2]SS、B[3]SSであり、それらの全体B[2]SS＋B[3]SSは、その前に位置する２Ｄ再生専用ブロック（B[2]＋B[3])2Dとビット単位で一致する。
図１０７に示されているベースビュー・データ・ブロックのうち、ＳＳ再生専用ブロックB[2]SS、B[3]SS以外はファイル２Ｄ9110のエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]としてアクセス可能である。特に第１エクステント・ブロック9101内の最後のベースビュー・データ・ブロックB[1]と２Ｄ再生専用ブロック（B[2]＋B[3])2Dとの対は単一の２ＤエクステントEXT2D[1]としてアクセス可能である。更に、第２エクステント・ブロック9102以外のエクステント・ブロック9101、9103内のベースビュー・データ・ブロックB[0]、B[1]、B[4]は、ファイル・ベース9111のエクステントEXT1[0]、EXT1[1]、EXT1[4]としてファイルＳＳ9120のエクステントEXTSS[0]、EXTSS[1]からも抽出可能である。それに対し、２Ｄ再生専用ブロック（B[2]＋B[3])2Dは２ＤエクステントEXT2D[1]の一部としてのみアクセス可能である。一方、ＳＳ再生専用ブロックB[2]SS、B[3]SSはそれぞれ、ベースビュー・エクステントEXT1[2]、EXT1[3]としてエクステントＳＳEXTSS[1]から抽出可能である。
図１０８は、図１０７に示されている配置２のデータ・ブロック群に対する２Ｄ再生モードでの再生経路9210と３Ｄ再生モードでの再生経路9220を示す模式図である。
２Ｄ再生モードの再生装置102はファイル２Ｄ9110を再生する。従って、２Ｄ再生モードでの再生経路9210が示すとおり、まず、第１エクステント・ブロック9101内の最後から二番目のベースビュー・データ・ブロックB[0]が最初の２ＤエクステントEXT2D[0]として読み出され、その直後のディペンデントビュー・データ・ブロックD[1]の読み出しが最初のジャンプJ2D1によってスキップされる。次に、第１エクステント・ブロック9101内の最後のベースビュー・データ・ブロックB[1]とその直後の２Ｄ再生専用ブロック（B[2]＋B[3])2Dとの対が二番目の２ＤエクステントEXT2D[1]として連続して読み出される。その直後にロングジャンプJLYが生じ、第２エクステント・ブロック9102の読み出し、及び第３エクステント・ブロック9103の先端に位置するディペンデントビュー・データ・ブロックD[4]の読み出しがスキップされる。続いて、第３エクステント・ブロック9103内の最初のベースビュー・データ・ブロックB[4]が三番目の２ＤエクステントEXT2D[2]として読み出される。
３Ｄ再生モードの再生装置102はファイルＳＳ9120を再生する。従って、３Ｄ再生モードでの再生経路9220が示すとおり、まず、第１エクステント・ブロック9101の全体が第１エクステントＳＳEXTSS[0]として連続して読み出される。その直後にジャンプJEXが生じ、２Ｄ再生専用ブロック（B[2]＋B[3])2Dの読み出しがスキップされる。次に、第２エクステント・ブロック9102の全体が第２エクステントＳＳEXTSS[1]として連続して読み出される。その直後に、層境界LBを越えるためのロングジャンプJLYが生じる。続いて、第３エクステント・ブロック9103の全体が第３エクステントＳＳEXTSS[2]として連続して読み出される。
図１０８に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロック（B[2]＋B[3])2Dは読み出されるが、ＳＳ再生専用ブロックB[2]SS、B[3]SSの読み出しはスキップされる。逆に３Ｄ再生モードでは、２Ｄ再生専用ブロック（B[2]＋B[3])2Dの読み出しはスキップされるが、ＳＳ再生専用ブロックB[2]SS、B[3]SSは読み出される。しかし、２Ｄ再生専用ブロック（B[2]＋B[3])2DとＳＳ再生専用ブロックの全体B[2]SS＋B[3]SSとはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。このように、配置２ではロングジャンプJLYの前後で２Ｄ再生モードでの再生経路9210と３Ｄ再生モードでの再生経路9220とが分離されている。従って、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSEXT2D[1]とその直前のディペンデントビュー・データ・ブロックD[1]のサイズSEXT2[1]とが、以下のように別々に決定可能である。
その２ＤエクステントEXT2D[1]のサイズSEXT2D[1]は、ベースビュー・データ・ブロックB[1]のサイズSEXT1[1]と２Ｄ再生専用ブロック（B[2]＋B[3])2DのサイズS2Dとの和SEXT1[1]＋S2Dに等しい。従って、２Ｄ映像をシームレスに再生するには、まず、その和SEXT1[1]＋S2Dが条件１を満たせばよい。ここで、式（１）の右辺には、ジャンプ時間Tjump−2DとしてロングジャンプJLYの最大ジャンプ時間Tjump＿maxが代入される。次に、２Ｄ再生専用ブロック（B[2]＋B[3])2Dの後端から第３エクステント・ブロック9103内の最初の２ＤエクステントEXT2D[2]＝B[4]までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロングジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
一方、３Ｄ映像をシームレスに再生するには、まず、第１エクステントＳＳEXTSS[0]の後端に位置するディペンデントビュー・データ・ブロックD[1]とベースビュー・データ・ブロックB[1]との各サイズSEXT2[1]、SEXT1[1]が条件３、２を満たせばよい。ここで、ジャンプJEXの発生に関わらず、式（３）、（２）の各右辺にはゼロ・セクタ遷移時間TJUMP0[2n＋1]、TJUMP0[2n＋2]として、ゼロ・セクタ遷移時間の典型的な値が代入されればよい。次に、第２エクステントＳＳEXTSS[1]の後端に位置するディペンデントビュー・データ・ブロックD[3]とＳＳ再生専用ブロックB[3]SSとの各サイズSEXT2[3]、SEXT1[3]が条件３、２を満たせばよい。ここで、ロングジャンプJLYの発生に関わらず、式（３）、（２）の各右辺にはゼロ・セクタ遷移時間TJUMP0[2n＋1]、TJUMP0[2n＋2]として、ゼロ・セクタ遷移時間の典型的な値が代入されればよい。
２ＤエクステントEXT2D[1]のうち、エクステントＳＳEXTSS[1]に共有されるのは、前側に位置するベースビュー・データ・ブロックB[1]だけである。従って、２Ｄ再生専用ブロック（B[2]＋B[3])2DのサイズS2Dを適切に拡大することにより、２ＤエクステントEXT2D[1]のサイズSEXT2D[1]＝SEXT1[1]＋S2Dを一定に維持したまま、ベースビュー・データ・ブロックB[1]のサイズSEXT1[1]を更に小さく制限することができる。それに伴い、その直前のディペンデントビュー・データ・ブロックD[1]のサイズSEXT2[1]も更に小さく制限することができる。
ここで、３Ｄ再生専用ブロックの全体B[2]SS＋B[3]SSは２Ｄ再生専用ブロック（B[2]＋B[3])2Dとビット単位で一致している。従って、２Ｄ再生専用ブロック（B[2]＋B[3])2DのサイズS2Dが拡大すると、各３Ｄ再生専用ブロックB[2]SS、B[3]SSの直前に位置するディペンデントビュー・データ・ブロックD[2]、D[3]のサイズが拡大する。しかし、一つの２Ｄ再生専用ブロック（B[2]＋B[3])2Dに対し、３Ｄ再生専用ブロックは二つB[2]SS、B[3]SSに分割されている。その結果、各３Ｄ再生専用ブロックB[2]SS、B[3]SSのサイズを十分に小さくすることができる。こうして、各リード・バッファ4121、4122の容量は、３Ｄ映像のシームレス再生に必要最小限の値まで更に削減可能である。その結果、配置２では、再生装置102内に確保されるべきリード・バッファの容量を必要最小限に抑えたまま、２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生することができるように、各データ・ブロックのサイズを設計することができる。
配置２では、２Ｄ再生専用ブロック（B[2]＋B[3])2Dの複製データが、二つのＳＳ再生専用ブロックB[2]SS、B[3]SSに分割されて配置されている。その他に、その複製データが単一のＳＳ再生専用ブロックであってもよく、又は三個以上のＳＳ再生専用ブロックに分割されて配置されてもよい。
＜エクステント・ペア・フラグ＞
図１０９は、ファイル・ベース9301とファイルＤＥＰ9302との各エクステントEXT1[k]、EXT2[k]（整数kは0以上である。）に対して設定されたエントリ・ポイント9310、9320を示す模式図である。ファイル・ベース9301のエントリ・ポイント9310は２Ｄクリップ情報ファイルのエントリ・マップで定義され、ファイルＤＥＰ9302のエントリ・ポイント9320はディペンデントビュー・クリップ情報ファイルのエントリ・マップで定義される。各エントリ・ポイント9310、9320は特にエクステント・ペア・フラグを含む。「エクステント・ペア・フラグ」は、ファイル・ベース9301のエントリ・ポイントとファイルＤＥＰ9302のエントリ・ポイントとが同じＰＴＳを示すとき、それぞれの設定されたエクステントEXT1[i]、EXT2[j]が各ファイル9301、9302の先頭から同じ順序であるか否か（i＝j又はi≠j）を示す。図１０９を参照するに、（ｎ＋１）番目（整数ｎは１以上である。）のベースビュー・エクステントEXT1[n]に設定された最初のエントリ・ポイント9330のＰＴＳは、（ｎ−１）番目のディペンデントビュー・エクステントEXT2[n−1]に設定された最後のエントリ・ポイント9340のＰＴＳに等しい。従って、各エントリ・ポイント9330、9340のエクステント・ペア・フラグの値は“０”に設定される。同様に、（ｎ＋１）番目のベースビュー・エクステントEXT1[n]に設定された最後のエントリ・ポイント9331のＰＴＳは、（ｎ＋１）番目のディペンデントビュー・エクステントEXT2[n＋1]に設定された最初のエントリ・ポイント9341のＰＴＳに等しい。従って、各エントリ・ポイント9331、9341のエクステント・ペア・フラグの値は“０”に設定される。その他のエントリ・ポイント9310、9320は、ＰＴＳが等しいときは設定先のエクステントEXT1[・]、EXT2[・]の順序も等しいので、エクステント・ペア・フラグの値は“１”に設定される。
３Ｄ再生モードの再生装置102は、飛び込み再生を開始するときに、再生開始位置のエントリ・ポイントのエクステント・ペア・フラグを参照し、その値が“１”である場合に、そのエントリ・ポイントから実際に再生を開始する。その値が“０”である場合には、そのエントリ・ポイントの前後から、エクステント・ペア・フラグの値が“１”である別のエントリ・ポイントを探して、その別のエントリ・ポイントから再生を開始する。こうして、ｎ番目のディペンデントビュー・エクステントEXT2[n]が確実に、ｎ番目のベースビュー・エクステントEXT1[n]よりも先に読み出される。その結果、飛び込み再生処理を簡単化することができる。
エクステント・ペア・フラグ＝０のエントリ・ポイントの間隔は、それに対応する表示時間の長さが一定の秒数以下、例えば１ＧＯＰ当たりの表示時間長の最大値の２倍以下になるように制限されてもよい。それにより、飛び込み再生の開始時、エクステント・ペア・フラグ＝１のエントリ・ポイントの探索に伴う再生開始までの待ち時間を短縮することができる。その他に、エクステント・ペア・フラグ＝０のエントリ・ポイントの次のエントリ・ポイントでは、エクステント・ペア・フラグの値が“１”に制限されてもよい。また、アングル切り換えフラグがエクステント・ペア・フラグとして代用されてもよい。ここで、「アングル切り換えフラグ」とは、マルチアングルに対応のコンテンツにおいてエントリ・マップ内に用意されたフラグであって、多重化ストリーム・データにおけるアングルの切り換え位置を示す（マルチアングルについては後述参照）。
＜データ・ブロック間での再生期間の一致＞
エクステントＡＴＣ時間の等しいデータ・ブロックの対では更に、再生期間が一致し、かつビデオ・ストリームの再生時間が等しくてもよい。すなわち、それらのデータ・ブロック間でＶＡＵの数が等しくてもよい。その意義は次のとおりである。
図１１０の（ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。図１１０の（ａ）を参照するに、先頭のベースビュー・データ・ブロックB[0]の再生時間は４秒間であり、先頭のディペンデントビュー・データ・ブロックD[0]の再生時間は１秒間である。ここで、ディペンデントビュー・データ・ブロックD[0]の復号に必要なベースビュー・ビデオ・ストリームの部分はそのディペンデントビュー・データ・ブロックD[0]と同じ再生時間を持つ。従って、再生装置内のリード・バッファの容量を節約するには、図１１０の（ａ）に矢印ARW1で示されているように、再生装置にベースビュー・データ・ブロックB[0]とディペンデントビュー・データ・ブロックD[0]とを交互に同じ再生時間ずつ、例えば１秒間ずつ読み込ませることが好ましい。しかし、その場合、図１１０の（ａ）に破線で示されているように、読み出し処理の途中でジャンプが生じる。その結果、読み出し処理を復号処理に間に合わせることが難しいので、シームレス再生を確実に持続することが難しい。
図１１０の（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。図１１０の（ｂ）に示されているように、隣接する一対のデータ・ブロックの間でビデオ・ストリームの再生時間が等しくてもよい。例えば、先頭のデータ・ブロック対B[0]、D[0]ではビデオ・ストリームの再生時間が共に１秒に等しく、二番目のデータ・ブロック対B[1]、D[1]ではビデオ・ストリームの再生時間が共に０．７秒に等しい。その場合、３Ｄ再生モードの再生装置は、図１１０の（ｂ）に矢印ARW2で示されているように、データ・ブロックB[0]、D[0]、B[1]、D[1]、…を先頭から順番に読み出す。それだけで、再生装置はメインＴＳとサブＴＳとを交互に同じ再生時間ずつ読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。
実際には、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が等しければ、読み出し処理にジャンプを生じさせることなく、復号処理の同期を維持することはできる。従って、再生期間又はビデオ・ストリームの再生時間が等しくなくても、図１１０の（ｂ）に示されている場合と同様に、再生装置はデータ・ブロック群を先頭から順番に読み出すだけで、３Ｄ映像のシームレス再生を確実に持続できる。
隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間では、ＶＡＵのいずれかのヘッダの数、又はＰＥＳヘッダの数が等しくてもよい。データ・ブロック間での復号処理の同期にはそれらのヘッダが利用される。従って、データ・ブロック間でヘッダの数が等しければ、ＶＡＵそのものの数が等しくなくても、復号処理の同期を維持することは比較的容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータが全て同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ−ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。
隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間ではエントリ・ポイントの数が等しくてもよい。図１０９を再び参照するに、エクステント・ペア・フラグ＝０のエントリ・ポイント9330、9340、9331、9341を除けば、ファイル・ベース9301とファイルＤＥＰ9302とでは、先頭から同じ順序のエクステントEXT1[k]、EXT2[k]が同じ数のエントリ・ポイント9310、9320を含む。２Ｄ再生モードと３Ｄ再生モードとではジャンプの有無は異なる。しかし、データ・ブロック間でエントリ・ポイントの数が等しいとき、再生時間も実質的に等しい。従って、ジャンプの有無に関わらず、復号処理の同期を維持することは容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータの全てが同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ−ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。
＜マルチアングル＞
図１１１の（ａ）は、マルチアングルに対応する多重化ストリーム・データの再生経路を示す模式図である。図１１１の（ａ）を参照するに、その多重化ストリーム・データには、ベースビュー、ライトビュー、及びデプスマップの三種類のストリーム・データL、R、Dが多重化されている。例えばＬ／Ｒモードではベースビューとライトビューとのストリーム・データL、Rがパラレルに再生される。更に、マルチアングル期間PANGで再生される部分にはアングル（視野角）別のストリーム・データAk、Bk、Ckが多重化されている（k＝0、1、2、…、n）。各アングルのストリーム・データAk、Bk、Ckは、再生時間がアングル・チェンジ間隔に等しい部分に分割されている。各部分Ak、Bk、Ckには更に、ベースビュー、ライトビュー、及びデプスマップの各ストリーム・データが多重化されている。マルチアングル期間PANGでは、ユーザの操作又はアプリケーション・プログラムの指示に応じて、アングル別のストリーム・データAk、Bk、Ckの間で再生対象を切り換えることができる。
図１１１の（ｂ）は、ＢＤ−ＲＯＭディスク上に記録されたデータ・ブロック群9501と、それらに対するＬ／Ｒモードでの再生経路9502とを示す模式図である。そのデータ・ブロック群9501は、図１１１の（ａ）に示されているストリーム・データL、R、D、Ak、Bk、Ckを含む。図１１１の（ｂ）を参照するに、そのデータ・ブロック群9501では、通常のストリーム・データL、R、Dに加え、アングル別のストリーム・データAk、Bk、Ckがインターリーブ配置で記録されている。Ｌ／Ｒモードでは、再生経路9502の示すように、ライトビュー・データ・ブロックRとベースビュー・データ・ブロックLとは読み出され、デプスマップ・データ・ブロックDの読み出しはジャンプによってスキップされる。更に、アングル別のストリーム・データAk、Bk、Ckのうち、選択されたもののデータ・ブロックA0、B1、…、Cnは読み出され、その他のデータ・ブロックの読み出しはジャンプによってスキップされる。
図１１１の（ｃ）は、アングル別のストリーム・データAk、Bk、Ckを構成するエクステント・ブロックを示す模式図である。図１１１の（ｃ）を参照するに、各アングルのストリーム・データAk、Bk、Ckでは、三種類のデータ・ブロックL、R、Dがインターリーブ配置を構成している。Ｌ／Ｒモードでは、再生経路9502の示すように、アングル別のストリーム・データAk、Bk、Ckのうち、選択されたものA0、B1、…、Cnからライトビュー・データ・ブロックRとベースビュー・データ・ブロックLとが読み出される。一方、他のデータ・ブロックの読み出しはジャンプによってスキップされる。
尚、各アングルのストリーム・データAk、Bk、Ckでは、ベースビュー、ライトビュー、及びデプスマップの各ストリーム・データが単一の多重化ストリーム・データに収められていてもよい。但し、その記録レートは、２Ｄ再生装置で再生可能なシステムレートの範囲に抑えられなければならない。また、その多重化ストリーム・データと他の３Ｄ映像の多重化ストリーム・データとの間では、システム・ターゲット・デコーダに転送されるべきストリーム・データ（ＴＳ）の数が異なる。従って、３Ｄプレイリスト・ファイル内の各ＰＩは、再生対象のＴＳの数を示すフラグを含んでもよい。そのフラグを利用して、それらの多重化ストリーム・データを一つの３Ｄプレイリスト・ファイルの中で切り換えることができる。３Ｄ再生モードで２つのＴＳを再生対象として規定するＰＩでは、そのフラグが２ＴＳを示す。一方、上記の多重化ストリーム・データのような単一のＴＳを再生対象として規定するＰＩでは、そのフラグが１ＴＳを示す。３Ｄ再生装置は、そのフラグの値に応じて、システム・ターゲット・デコーダの設定を切り換えることができる。そのフラグは更に、コネクション・コンディション（ＣＣ）の値で表現されても良い。例えばＣＣが“７”を示すときは、２ＴＳから１ＴＳへの移行を示し、“８”を示すときは、１ＴＳから２ＴＳへの移行を示す。
図１１２は、マルチアングル期間を構成するデータ・ブロック群9601、及び、それらに対する２Ｄ再生モードでの再生経路9610とＬ／Ｒモードでの再生経路9620とを示す模式図である。図１１２を参照するに、そのデータ・ブロック群9601は三種類のアングル・チェンジ区間ANG1＃k、ANG2＃k、ANG3＃k（k＝1、2、…、6、7）のインターリーブ配置から成る。「アングル・チェンジ区間」は、一つのアングルから見た映像のストリーム・データが連続して格納された一連のデータ・ブロック群をいう。種類の異なるアングル・チェンジ区間では映像のアングルが異なる。各種類のｋ番目のアングル・チェンジ区間ANG1＃k、ANG2＃k、ANG3＃kは互いに隣接する。各アングル・チェンジ区間ANGm＃k（m＝1、2、3）は一つのエクステント・ブロックから成り、すなわち一つのエクステントＳＳEXTSS[k]として参照される（k＝10、11、…、23）。それにより、複数のアングル・チェンジ区間が一つのエクステントＳＳEXTSS[k]を構成する場合よりも、リード・バッファの容量を削減することができる。更に、各エクステント・ブロックはディペンデントビュー・データ・ブロックRとベースビュー・データ・ブロックLとを一つずつ含む。それらのデータ・ブロックの対R、Lはｎ番目のディペンデントビュー・エクステントEXT2[n]とｎ番目のベースビュー・エクステントEXT1[n]との対として参照される（整数nは０以上である）。
各エクステント・ブロックのサイズは条件１−４を満たす。特に、条件１で考慮されるべきジャンプは、２Ｄ再生モードでの再生経路9610の示す、他のアングル・チェンジ区間の読み出しをスキップするためのジャンプJANG-2Dである。一方、条件４で考慮されるべきジャンプは、Ｌ／Ｒモードでの再生経路9620の示す、他のアングル・チェンジ区間の読み出しをスキップするためのジャンプJANG-LRである。各再生経路9610、9620の示すとおり、いずれのジャンプJANG-2D、JANG-LRも一般に、アングルの切り換え、すなわち、読み出し対象のアングル・チェンジ区間の種類の切り換えを含む。
図１１２を更に参照するに、各アングル・チェンジ区間はベースビュー・データ・ブロックLを一つ含む。従って、ベースビュー・エクステントEXT1[・]のエクステントＡＴＣ時間はアングル・チェンジ区間の長さの最大値TANG以下に制限される。例えば、アングルの切り換えを表示時間２秒当たりに１回の割合で実行可能にするには、アングル・チェンジ区間の長さの最大値TANGを２秒間に制限しなければならない。その結果、ベースビュー・エクステントEXT1[・]のエクステントＡＴＣ時間は２秒以下に制限される。それ故、条件５は、ベースビュー・エクステントのサイズSEXT1が式（５）に代えて次式（９）を満たすことに変更される：
Figure 0005432194
＜放送、通信回路を経由したデータ配信＞
本発明の実施形態による記録媒体は、光ディスクの他、例えばＳＤメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、上記の実施形態の説明では、予めデータが記録された光ディスク、すなわち、ＢＤ−ＲＯＭ又はＤＶＤ−ＲＯＭ等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態はそれらに限定されない。例えば放送で、又はネットワーク経由で配信された３Ｄ映像のコンテンツを端末装置によって、ＢＤ−ＲＥ又はＤＶＤ−ＲＡＭ等の既存の書き込み可能な光ディスクへ書き込むときに、実施形態１によるエクステントの配置が利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。
＜半導体メモリカードの再生＞
本発明の実施形態による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。
再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース（Ｉ／Ｆ）で構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のＩ／Ｆが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのＩ／Ｆを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのＩ／Ｆを通して再生装置に読み出される。
＜ＢＤ−ＲＯＭディスク上のデータに対する著作権保護技術＞
ここで、以降の補足事項の前提として、ＢＤ−ＲＯＭディスクに記録されているデータの著作権を保護するための仕組みについて説明する。
ＢＤ−ＲＯＭディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオ・ストリーム、オーディオ・ストリーム、又はその他のストリームを含む。その場合、暗号化データは以下のように解読される。
再生装置には予め、ＢＤ−ＲＯＭディスク上の暗号化データを解読するための「鍵」の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、ＢＤ−ＲＯＭディスクには、そのその「鍵」の生成に必要なデータの別の一部、すなわちＭＫＢ（メディアキーブロック）と、その「鍵」自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、ＭＫＢ、及び暗号化タイトルキーは互いに対応付けられ、更に、図２に示されているＢＤ−ＲＯＭディスク101上のＢＣＡ201に書き込まれた特定のＩＤ、すなわちボリュームＩＤにも対応付けられている。デバイスキー、ＭＫＢ、暗号化タイトルキー、及びボリュームＩＤの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の「鍵」、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、ＭＫＢ、及びボリュームＩＤを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の「鍵」として用いて暗号化データを解読することができる。
ＢＤ−ＲＯＭディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのＢＤ−ＲＯＭディスク上の暗号化タイトルキー、ＭＫＢ、及びボリュームＩＤに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、ＭＫＢ、デバイスキー、及びボリュームＩＤの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。
ＢＤ−ＲＯＭディスクに記録されるべきビデオ・ストリームとオーディオ・ストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、ＢＤ−ＲＯＭディスクに記録する。次に、ＭＫＢ、デバイスキー、及びボリュームＩＤの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、ＭＫＢ、ボリュームＩＤ、及び暗号化タイトルキーをＢＤ−ＲＯＭディスクに記録する。そのＢＤ−ＲＯＭディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオ・ストリーム及び／又はオーディオ・ストリームをデコーダで復号することはできない。こうして、ＢＤ−ＲＯＭディスクに記録されたデータの著作権を保護することができる。
以上に述べた、ＢＤ−ＲＯＭディスクにおけるデータの著作権保護の仕組みは、ＢＤ−ＲＯＭディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にＳＤカード等の可搬性半導体メモリカードにも適用可能である。
＜電子配信を利用した記録媒体へのデータ記録＞
電子配信を利用して本発明の実施形態による再生装置へ３Ｄ映像のＡＶストリーム・ファイル等のデータ（以下、配信データという。）を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがＳＤメモリカードである場合を想定する。
再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはＳＤメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はＳＤメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。ＳＤメモリカードの識別情報は、例えばそのＳＤメモリカード固有の識別番号、より具体的にはそのＳＤメモリカードのシリアル番号である。この識別情報は上述のボリュームＩＤとして利用される。
配信サーバには配信データが格納されている。その配信データのうち、ビデオ・ストリーム及び／又はオーディオ・ストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。その暗号化データは同じタイトルキーで復号が可能である。
配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、ＳＤメモリカードと共通のＭＫＢを保持している。配信サーバは、再生装置から配信データの送信要求とＳＤメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、ＭＫＢ、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。
配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のＭＫＢ、暗号化タイトルキー、署名情報、ＳＤメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能（プログラム）が特定されている。
配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用Ｉ／Ｆを通してＳＤメモリカードに記録する。
ＳＤメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック（１）−（３）が行われる。尚、それらはどのような順序で行われてもよい。
（１）公開鍵情報に含まれるＳＤメモリカードの識別情報が、カードスロットに挿入されているＳＤメモリカードに記憶されている識別番号と一致するか否か。
（２）公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。
（３）公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。
上述のチェック（１）−（３）のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック（１）−（３）の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、ＭＫＢ、及びＳＤメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオ・ストリーム及び／又はオーディオ・ストリームに復号する。
以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能（プログラム）等が知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、ＳＤメモリカードの識別番号、ＭＫＢ、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。
半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばＳＤメモリカードではそのシリアル番号が不正に改竄された場合、ＳＤメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック（１）では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。
半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域（以下、第１の記録領域と称す。）から電気的に分離された別の記録領域（以下、第２の記録領域と称す。）が設置される。次に、第２の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第２の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第２の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第２の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第２の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第２の記録領域内のデータのアドレスは制御回路にしか特定できない。
半導体メモリカードの識別情報が第２の記録領域に記録された場合、再生装置上で動作するアプリケーション・プログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーション・プログラムは、メモリカードＩ／Ｆを介して上記の制御回路に対し、第２の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第２の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードＩ／Ｆを介して上記のアプリケーション・プログラムへその識別情報を送る。そのアプリケーション・プログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーション・プログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードＩ／Ｆを介して半導体メモリカード内の第１の記録領域に記録する。
尚、上記のアプリケーション・プログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーション・プログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばＸ．５０９に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第１の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。
＜リアルタイム・レコーディングへの適用＞
本発明の実施形態４では、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、オーサリングシステムにおけるプリレコーディング技術によってＢＤ−ＲＯＭディスクに記録されてユーザに供給されることを前提とした。しかし、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、リアルタイム・レコーディングによって、ＢＤ−ＲＥディスク、ＢＤ−Ｒディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤ−ＲＥディスク等と略す。）に記録されてユーザに供給されるものであってもよい。その場合、ＡＶストリーム・ファイルは、アナログ入力信号を記録装置がリアルタイムで復号することによって得られたトランスポート・ストリームであってもよい。その他に、記録装置がデジタル入力したトランスポート・ストリームをパーシャル化することで得られるトランスポート・ストリームであってもよい。
リアルタイム・レコーディングを実行する記録装置は、ビデオ・エンコーダ、オーディオエンコーダ、マルチプレクサ、及びソースパケタイザを含む。ビデオ・エンコーダはビデオ信号を符号化してビデオ・ストリームに変換する。オーディオエンコーダはオーディオ信号を符号化してオーディオ・ストリームに変換する。マルチプレクサは、ビデオ・ストリームとオーディオ・ストリームとを多重化して、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリームに変換する。ソースパケタイザは、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリーム内のＴＳパケットをソースパケットに変換する。記録装置は各ソースパケットをＡＶストリーム・ファイルに格納して、ＢＤ−ＲＥディスク等に書き込む。
ＡＶストリーム・ファイルの書き込み処理と並行して、記録装置の制御部はクリップ情報ファイルとプレイリスト・ファイルとをメモリ上で生成してＢＤ−ＲＥディスク等に書き込む。具体的には、ユーザによって録画処理が要求されたとき、制御部はまず、ＡＶストリーム・ファイルに合わせてクリップ情報ファイルを生成してＢＤ−ＲＥディスク等に書き込む。その場合、外部から受信されるトランスポート・ストリームからビデオ・ストリーム内の一つのＧＯＰの先頭が検出される度に、又は、ビデオ・エンコーダによってビデオ・ストリーム内の一つのＧＯＰが生成される度に、制御部は、そのＧＯＰの先頭に位置するＩピクチャのＰＴＳと、そのＧＯＰの先頭が格納されたソースパケットのＳＰＮとを取得する。制御部は更に、そのＰＴＳとＳＰＮとの対を一つのエントリ・ポイントとしてクリップ情報ファイルのエントリ・マップに追記する。ここで、そのエントリ・ポイントには「is＿angle＿changeフラグ」が追加される。is＿angle＿changeフラグは、そのＧＯＰの先頭がＩＤＲピクチャであるときは“オン”に設定され、そのＧＯＰの先頭がＩＤＲピクチャではないときは“オフ”に設定される。クリップ情報ファイル内には更に、ストリーム属性情報が記録対象のストリームの属性に従って設定される。こうして、ＡＶストリーム・ファイルとクリップ情報ファイルとがＢＤ−ＲＥディスク等に書き込まれた後、制御部はそのクリップ情報ファイル内のエントリ・マップを利用してプレイリスト・ファイルを生成し、ＢＤ−ＲＥディスク等に書き込む。
＜マネージド・コピー＞
本発明の実施形態による再生装置は更に、マネージド・コピーによってＢＤ−ＲＯＭディスク101上のデジタル・ストリームを他の記録媒体へ書き込んでもよい。「マネージド・コピー」とは、ＢＤ−ＲＯＭディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタル・ストリーム、プレイリスト・ファイル、クリップ情報ファイル、及びアプリケーション・プログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術をいう。その書き込み可能な記録媒体は、ＢＤ−Ｒ、ＢＤ−ＲＥ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、及びＤＶＤ−ＲＡＭ等の書き込み可能な光ディスク、ハードディスク、並びに、ＳＤメモリカード、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、及びマルチメディアカード（登録商標）等の可搬性半導体メモリ装置を含む。マネージド・コピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。
ＢＤ−ＲＯＭディスクからＢＤ−Ｒディスク又はＢＤ−ＲＥディスクへのマネージド・コピーが行われる場合、両ディスクの記録容量が等しいときは、コピー元のディスクに記録されたビット・ストリームがそのまま、順番にコピーされればよい。
マネージド・コピーが異種の記録媒体間で行われるときはトランス・コードが必要である。「トランス・コード」とは、コピー元のディスクに記録されているデジタル・ストリームをコピー先の記録媒体のアプリケーション・フォーマットに適合させるための処理をいう。トランス・コードは、例えば、ＭＰＥＧ２−ＴＳ形式からＭＰＥＧ２プログラム・ストリーム形式へ変換する処理、及び、ビデオ・ストリームとオーディオ・ストリームとのそれぞれに割り当てられているビットレートを低くして符号化し直す処理を含む。トランス・コードでは、上述のリアルタイム・レコーディングによって、ＡＶストリーム・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルが生成されねばならない。
＜データ構造の記述方法＞
本発明の実施形態によるデータ構造のうち、「所定型の情報が複数存在する」という繰り返し構造は、ｆｏｒ文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、「所定の条件が成立するときに所定の情報が定義される」というデータ構造は、ｉｆ文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、「構文解析」、「最適化」、「資源割付」、及び「コード生成」といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。
＜再生プログラムによるプレイリスト・ファイル、クリップ情報ファイルの管理＞
プレイリスト・ファイルとＡＶストリーム・ファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリスト・ファイルに従ってＡＶストリーム・ファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、ｔｅｘｔセクション、ｄａｔａセクション、ｂｓｓセクション、及びｓｔａｃｋセクションを含む。ｔｅｘｔセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。ｄａｔａセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。ｄａｔａセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。ｂｓｓセクションは、初期値を持たない変数を含む。ｂｓｓセクション内のデータは、ｔｅｘｔセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のＲＡＭにｂｓｓセクション用の領域が確保される。ｓｔａｃｋセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。ｓｔａｃｋセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、ｂｓｓセクション内の変数はゼロで初期化され、ｓｔａｃｋセクションには必要なメモリ領域が確保される。
プレイリスト・ファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、ｔｅｘｔセクション内の「書き換え不可のデータ」、又はｄａｔａセクション内の「随時アクセスされるファイル」として管理される。すなわち、プレイリスト・ファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリスト・ファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。
本発明は立体視映像の再生技術に関し、上記のとおり、記録媒体上に記録されたデータ・ブロックとエクステント・ブロックとのサイズの下限を明確に定義する。このように、本発明は明らかに産業上利用可能である。
1300 ディペンデントビュー・ビデオ・ストリーム
1301 補足データ
1310 オフセット・メタ・データ
1311 オフセット・シーケンスＩＤ
1312 オフセット・シーケンス
1321 フレーム番号
1322 オフセット方向
1323 オフセット値

Claims (4)

  1. 記録媒体から映像を再生するための再生装置であって、
    前記記録媒体には、メインビュー・ビデオ・ストリームとサブビュー・ビデオ・ストリームとが記録され、
    前記メインビュー・ビデオ・ストリームは、立体視映像のメインビューを構成するメインビュー・ピクチャを含み、
    前記サブビュー・ビデオ・ストリームは、立体視映像のサブビューを構成するサブビュー・ピクチャと、メタ・データとを含み、
    前記メインビュー・ピクチャは、再生される際にメインビュー・ビデオ・プレーンに描画され、
    前記サブビュー・ピクチャは、再生される際にサブビュー・ビデオ・プレーンに描画され、
    前記メタ・データは、前記メインビュー・ピクチャと前記サブビュー・ピクチャとから構成される立体視映像のレフトビュー・ピクチャとライトビュー・ピクチャとについて、それぞれの表す映像の視野が重なる共通領域を特定するための情報を含み、
    前記記録媒体からメインビュー・ビデオ・ストリームとサブビュー・ビデオ・ストリームとを読み出す読み出し部、
    前記読み出し部によって読み出されたメインビュー・ビデオ・ストリームとサブビュー・ビデオ・ストリームとを各ビデオ・プレーンに復号し、前記サブビュー・ビデオ・ストリームから前記メタ・データを抽出する復号部、及び、
    前記メタ・データが含む情報を基に各ビデオ・プレーンを加工して、前記レフトビュー・ピクチャと前記ライトビュー・ピクチャとから前記共通領域を除いた領域を隠すプレーン加工部、
    を備えた再生装置。
  2. 前記プレーン加工部は、各ビデオ・プレーンにおいて、前記レフトビュー・ピクチャと前記ライトビュー・ピクチャとから前記共通領域を除いた領域を背景色又は黒色にする、請求項１に記載の再生装置。
  3. 前記プレーン加工部は、前記共通領域を各ビデオ・プレーンの中央にシフトさせる、請求項１に記載の再生装置。
  4. 前記プレーン加工部は、各ビデオ・プレーンに対するクロッピング処理によって、前記レフトビュー・ピクチャと前記ライトビュー・ピクチャとから前記共通領域を除いた領域を切り取って、前記共通領域を拡大する、請求項１に記載の再生装置。
JP2011019935A 2009-05-19 2011-02-01 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置 Expired - Fee Related JP5432194B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2011019935A JP5432194B2 (ja) 2009-05-19 2011-02-01 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
JP2009120850 2009-05-19
JP2009120850 2009-05-19
JP2009126912 2009-05-26
JP2009126912 2009-05-26
JP2011019935A JP5432194B2 (ja) 2009-05-19 2011-02-01 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2010545311A Division JP4714307B2 (ja) 2009-05-19 2010-05-17 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置

Publications (2)

Publication Number Publication Date
JP2011166763A JP2011166763A (ja) 2011-08-25
JP5432194B2 true JP5432194B2 (ja) 2014-03-05

Family

ID=43126009

Family Applications (6)

Application Number Title Priority Date Filing Date
JP2010545311A Active JP4714307B2 (ja) 2009-05-19 2010-05-17 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
JP2011019932A Expired - Fee Related JP5596585B2 (ja) 2009-05-19 2011-02-01 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
JP2011019935A Expired - Fee Related JP5432194B2 (ja) 2009-05-19 2011-02-01 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
JP2011019933A Pending JP2011172219A (ja) 2009-05-19 2011-02-01 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
JP2011019931A Expired - Fee Related JP5547668B2 (ja) 2009-05-19 2011-02-01 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
JP2011019934A Expired - Fee Related JP5491427B2 (ja) 2009-05-19 2011-02-01 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置

Family Applications Before (2)

Application Number Title Priority Date Filing Date
JP2010545311A Active JP4714307B2 (ja) 2009-05-19 2010-05-17 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
JP2011019932A Expired - Fee Related JP5596585B2 (ja) 2009-05-19 2011-02-01 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置

Family Applications After (3)

Application Number Title Priority Date Filing Date
JP2011019933A Pending JP2011172219A (ja) 2009-05-19 2011-02-01 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
JP2011019931A Expired - Fee Related JP5547668B2 (ja) 2009-05-19 2011-02-01 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
JP2011019934A Expired - Fee Related JP5491427B2 (ja) 2009-05-19 2011-02-01 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置

Country Status (11)

Country Link
US (2) US8208790B2 (ja)
EP (1) EP2434769B1 (ja)
JP (6) JP4714307B2 (ja)
KR (1) KR20140014346A (ja)
CN (1) CN102113334B (ja)
BR (1) BRPI1004002A2 (ja)
MX (1) MX2011000947A (ja)
RU (1) RU2533300C2 (ja)
TW (1) TW201127021A (ja)
WO (1) WO2010134316A1 (ja)
ZA (1) ZA201100663B (ja)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8749409B2 (en) * 2006-08-25 2014-06-10 Sony Computer Entertainment Inc. Entropy decoding methods and apparatus using most probable and least probable signal cases
JP4947389B2 (ja) * 2009-04-03 2012-06-06 ソニー株式会社 画像信号復号装置、画像信号復号方法、および画像信号符号化方法
JP4676579B2 (ja) * 2009-07-10 2011-04-27 パナソニック株式会社 記録媒体、再生装置、及び集積回路
KR20110029319A (ko) * 2009-09-15 2011-03-23 삼성전자주식회사 영상 처리 시스템 및 영상 처리 방법
JP5371727B2 (ja) * 2009-12-16 2013-12-18 キヤノン株式会社 立体映像処理装置及び立体映像処理装置の制御方法
JP2011216937A (ja) * 2010-03-31 2011-10-27 Hitachi Consumer Electronics Co Ltd 立体画像表示装置
JP2011254239A (ja) * 2010-06-01 2011-12-15 Sony Corp 記録装置、再生装置、記録再生システム、記録媒体およびプログラム
US10917624B2 (en) * 2010-06-02 2021-02-09 Maxell, Ltd. Reception device, display control method, transmission device, and transmission method for program content type
KR20120017649A (ko) * 2010-08-19 2012-02-29 삼성전자주식회사 디스플레이장치 및 그 제어방법
JP5356342B2 (ja) * 2010-09-16 2013-12-04 株式会社ソニー・コンピュータエンタテインメント 動画像処理装置および動画像処理方法
KR20120029690A (ko) * 2010-09-17 2012-03-27 삼성전자주식회사 디스플레이 장치 및 그 영상 처리 방법
US9888232B2 (en) * 2011-01-17 2018-02-06 Sony Corporation 3D motion picture processing device
KR101814798B1 (ko) * 2011-01-26 2018-01-04 삼성전자주식회사 입체영상 처리 장치 및 방법
US8913104B2 (en) * 2011-05-24 2014-12-16 Bose Corporation Audio synchronization for two dimensional and three dimensional video signals
JP2013005163A (ja) * 2011-06-15 2013-01-07 Panasonic Corp 立体視対応映像表示装置及び方法
JP5860634B2 (ja) * 2011-08-23 2016-02-16 任天堂株式会社 情報処理システム、情報処理方法、サーバプログラム、サーバ装置、および、サーバシステム
CN102427542B (zh) * 2011-09-28 2014-07-30 深圳超多维光电子有限公司 一种立体图像处理方法、图像处理装置和相应的终端设备
CN103828370B (zh) * 2011-10-31 2017-11-03 联发科技股份有限公司 缓冲装置、缓冲方法以及熵解码器
JPWO2013099289A1 (ja) * 2011-12-28 2015-04-30 パナソニック株式会社 再生装置、送信装置、再生方法及び送信方法
TW201337577A (zh) * 2012-02-20 2013-09-16 Compal Electronics Inc 資料傳輸方法、系統及使用該方法的電子裝置
KR20140049832A (ko) * 2012-10-18 2014-04-28 삼성전자주식회사 블루레이 디스크와 이를 재생하기 위한 블루레이 디스크 재생 장치 및 그 자막 표시 방법
WO2014069920A1 (en) 2012-11-01 2014-05-08 Samsung Electronics Co., Ltd. Recording medium, reproducing device for providing service based on data of recording medium, and method thereof
US8826346B1 (en) 2013-03-15 2014-09-02 General Instrument Corporation Methods of implementing trickplay
TW201528775A (zh) 2014-01-02 2015-07-16 Ind Tech Res Inst 景深圖校正方法及系統
JP2015136057A (ja) * 2014-01-17 2015-07-27 ソニー株式会社 通信装置、通信データ生成方法、および通信データ処理方法
US20150253974A1 (en) 2014-03-07 2015-09-10 Sony Corporation Control of large screen display using wireless portable computer interfacing with display controller
CN104102857B (zh) * 2014-07-17 2017-02-15 浪潮电子信息产业股份有限公司 一种windows系统下的可执行文件全生命周期安全管理系统
CN111899770B (zh) * 2014-09-12 2022-07-08 松下电器（美国）知识产权公司 非暂时性计算机可读介质、再现装置以及再现方法
WO2016132482A1 (ja) * 2015-02-18 2016-08-25 三菱電機株式会社 再生装置及び再生方法
US10417003B1 (en) * 2015-08-31 2019-09-17 Ambarella, Inc. Data unit synchronization between chained pipelines
US10649028B2 (en) * 2016-01-05 2020-05-12 International Business Machines Corporation Logic built in self test circuitry for use in an integrated circuit with scan chains
US10088524B2 (en) 2016-01-05 2018-10-02 International Business Machines Corporation Logic built in self test circuitry for use in an integrated circuit with scan chains
EP3223524A1 (en) * 2016-03-22 2017-09-27 Thomson Licensing Method, apparatus and stream of formatting an immersive video for legacy and immersive rendering devices
KR101768532B1 (ko) * 2016-06-08 2017-08-30 주식회사 맥스트 증강 현실을 이용한 화상 통화 시스템 및 방법
US9992487B1 (en) * 2016-08-10 2018-06-05 Integrity Applications Incorporated Stereoscopic viewer
EP3293981A1 (en) 2016-09-08 2018-03-14 Koninklijke KPN N.V. Partial video decoding method, device and system
CN106600573B (zh) * 2016-12-27 2020-07-14 宁波视睿迪光电有限公司 一种图像处理方法
EP3649776A4 (en) 2017-07-03 2020-11-04 Nokia Technologies Oy APPARATUS, METHOD, AND COMPUTER PROGRAM FOR OMNIDIRECTIONAL VIDEO
JP7102024B2 (ja) * 2018-04-10 2022-07-19 ガウディオ・ラボ・インコーポレイテッド メタデータを利用するオーディオ信号処理装置
US20210006769A1 (en) * 2018-04-19 2021-01-07 Sony Corporation Reception device, reception method, transmission device, and transmission method
US11369874B2 (en) * 2020-04-29 2022-06-28 Lenovo (Singapore) Pte. Ltd. Rendering video game on display device using GPU in display device and video game data from second device
GB2595696B (en) * 2020-06-04 2022-12-28 Envisics Ltd Forming a hologram of a target image for projection using data streaming
CN112380378B (zh) * 2020-11-17 2022-09-02 北京字跳网络技术有限公司 歌词特效展示方法、装置、电子设备及计算机可读介质

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3269657B2 (ja) * 1992-05-07 2002-03-25 日本電信電話株式会社 両眼立体視装置
US6484266B2 (en) * 1995-09-29 2002-11-19 Matsushita Electric Industrial Co., Ltd. Method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
TW436777B (en) * 1995-09-29 2001-05-28 Matsushita Electric Ind Co Ltd A method and an apparatus for reproducing bitstream having non-sequential system clock data seamlessly therebetween
EP2101494B1 (en) * 1996-02-28 2013-01-23 Panasonic Corporation High-resolution optical disk for recording stereoscopic video, optical disk reproducing device and optical disk recording device
EP0944269B1 (en) * 1996-12-04 2002-11-13 Matsushita Electric Industrial Co., Ltd. Optical disc for high resolution and three-dimensional image recording, optical disc reproducing device, and optical disc recording device
CN1223187C (zh) * 1997-08-29 2005-10-12 松下电器产业株式会社 记录高质量图像或标准图像的光盘及其记录和再生装置
JP3643557B2 (ja) * 2001-12-28 2005-04-27 株式会社東芝 記録再生装置
EP1516328B1 (en) * 2002-06-21 2013-11-13 LG Electronics, Inc. Recording medium having data structure for managing reproduction of video data recorded thereon
JP2004274091A (ja) * 2003-01-15 2004-09-30 Sharp Corp 画像データ作成装置、画像データ再生装置、画像データ記録方式および画像データ記録媒体
JP2004248212A (ja) * 2003-02-17 2004-09-02 Kazunari Era 立体視画像表示装置
JP2004274125A (ja) * 2003-03-05 2004-09-30 Sony Corp 画像処理装置および方法
JP4228767B2 (ja) * 2003-04-25 2009-02-25 ソニー株式会社 再生装置、再生方法、再生プログラムおよび記録媒体
JP4393151B2 (ja) * 2003-10-01 2010-01-06 シャープ株式会社 画像データ表示装置
JP2005123775A (ja) 2003-10-15 2005-05-12 Sony Corp 再生装置、再生方法、再生プログラムおよび記録媒体
BRPI0509231A (pt) 2004-03-26 2007-09-04 Lg Electronics Inc meio de gravação, método e aparelho para reproduzir fluxos de subtìtulo de texto
KR20060047266A (ko) 2004-04-26 2006-05-18 엘지전자 주식회사 기록매체, 기록매체의 재생방법과 재생장치
JP4608953B2 (ja) 2004-06-07 2011-01-12 ソニー株式会社 データ記録装置、方法およびプログラム、データ再生装置、方法およびプログラム、ならびに、記録媒体
KR100917512B1 (ko) * 2004-06-18 2009-09-16 파나소닉 주식회사 기록매체, 재생장치, 기록방법, 재생방법
JP4575129B2 (ja) * 2004-12-02 2010-11-04 ソニー株式会社 データ処理装置およびデータ処理方法、並びにプログラムおよびプログラム記録媒体
US20100091012A1 (en) * 2006-09-28 2010-04-15 Koninklijke Philips Electronics N.V. 3 menu display
EP2105032A2 (en) 2006-10-11 2009-09-30 Koninklijke Philips Electronics N.V. Creating three dimensional graphics data
AR064274A1 (es) 2006-12-14 2009-03-25 Panasonic Corp Metodo de codificacion de imagenes en movimiento, dispositivo de codificacion de imagenes en movimiento, metodo de grabacion de imagenes en movimiento, medio de grabacion, metodo de reproduccion de imagenes en movimiento, dispositivo de reproduccion de imagenes en movimiento, y sistema de reproducci
JP4291862B2 (ja) * 2007-07-04 2009-07-08 稔 稲葉 立体テレビジョンシステム及び立体テレビジョン受像機
CN101415114B (zh) * 2007-10-17 2010-08-25 华为终端有限公司 视频编解码方法和装置以及视频编解码器
JP2009135686A (ja) * 2007-11-29 2009-06-18 Mitsubishi Electric Corp 立体映像記録方法、立体映像記録媒体、立体映像再生方法、立体映像記録装置、立体映像再生装置
JP4946874B2 (ja) 2008-01-09 2012-06-06 ソニー株式会社 再生装置および再生方法
KR101315081B1 (ko) * 2008-07-25 2013-10-14 코닌클리케 필립스 일렉트로닉스 엔.브이. 서브타이틀들의 3ｄ 디스플레이 처리
ES2467149T3 (es) * 2009-02-19 2014-06-12 Panasonic Corporation Dispositivo de reproducción y medio de grabación
JP4919122B2 (ja) * 2009-04-03 2012-04-18 ソニー株式会社 情報処理装置、情報処理方法、及び、プログラム
US8290338B2 (en) * 2009-05-27 2012-10-16 Panasonic Corporation Recording medium, playback device, encoding device, integrated circuit, and playback output device

Also Published As

Publication number Publication date
BRPI1004002A2 (pt) 2018-06-19
US8208790B2 (en) 2012-06-26
WO2010134316A1 (ja) 2010-11-25
JP2011135596A (ja) 2011-07-07
JP5491427B2 (ja) 2014-05-14
MX2011000947A (es) 2011-03-02
TW201127021A (en) 2011-08-01
RU2011103171A (ru) 2013-06-27
JP2011166763A (ja) 2011-08-25
JP5547668B2 (ja) 2014-07-16
RU2533300C2 (ru) 2014-11-20
JP4714307B2 (ja) 2011-06-29
US20120189274A1 (en) 2012-07-26
EP2434769A4 (en) 2013-11-06
EP2434769A1 (en) 2012-03-28
JP5596585B2 (ja) 2014-09-24
CN102113334A (zh) 2011-06-29
EP2434769B1 (en) 2016-08-10
KR20140014346A (ko) 2014-02-06
US20110129198A1 (en) 2011-06-02
CN102113334B (zh) 2013-09-11
JP2011172219A (ja) 2011-09-01
JP2011166762A (ja) 2011-08-25
ZA201100663B (en) 2012-04-25
US8699853B2 (en) 2014-04-15
JPWO2010134316A1 (ja) 2012-11-08
JP2011135597A (ja) 2011-07-07

Similar Documents

Publication Publication Date Title
JP5432194B2 (ja) 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
JP5451656B2 (ja) 記録媒体、再生装置、及び集積回路
JP5551654B2 (ja) 半導体集積回路
US8290338B2 (en) Recording medium, playback device, encoding device, integrated circuit, and playback output device
JP5457299B2 (ja) 記録媒体、再生装置、及び集積回路
JP5491414B2 (ja) 記録媒体、再生装置、及び集積回路
WO2010113454A1 (ja) 記録媒体、再生装置、及び集積回路
JPWO2010095443A1 (ja) 記録媒体、及び再生装置
JPWO2010098134A1 (ja) 記録媒体、再生装置、及び集積回路

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130122

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20130912

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130924

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20131017

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20131205

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 5432194

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees