JP5551654B2 - 半導体集積回路 - Google Patents

半導体集積回路 Download PDF

Info

Publication number
JP5551654B2
JP5551654B2 JP2011125096A JP2011125096A JP5551654B2 JP 5551654 B2 JP5551654 B2 JP 5551654B2 JP 2011125096 A JP2011125096 A JP 2011125096A JP 2011125096 A JP2011125096 A JP 2011125096A JP 5551654 B2 JP5551654 B2 JP 5551654B2
Authority
JP
Japan
Prior art keywords
view
data
extent
stream
data block
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
JP2011125096A
Other languages
English (en)
Other versions
JP2011250416A (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
Publication of JP2011250416A publication Critical patent/JP2011250416A/ja
Application granted granted Critical
Publication of JP5551654B2 publication Critical patent/JP5551654B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
    • G11B20/10—Digital recording or reproducing
    • G11B20/12—Formatting, e.g. arrangement of data block or words on the record carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N9/00—Details of colour television systems
    • H04N9/79—Processing of colour television signals in connection with recording
    • H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
    • H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
    • H04N9/8227—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal the additional signal being at least another television signal
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/426—Internal components of the client ; Characteristics thereof
    • H04N21/42646—Internal components of the client ; Characteristics thereof for reading from or writing on a non-volatile solid state storage medium, e.g. DVD, CD-ROM
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/432—Content retrieval operation from a local storage medium, e.g. hard-disk
    • H04N21/4325—Content retrieval operation from a local storage medium, e.g. hard-disk by playing back content from the storage medium
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/816—Monomedia components thereof involving special video data, e.g 3D video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
    • H04N5/445—Receiver circuitry for the reception of television signals according to analogue transmission standards for displaying additional information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/91—Television signal processing therefor
    • H04N5/92—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
  • Television Signal Processing For Recording (AREA)

Description

本発明は、立体視映像、すなわち３次元（３Ｄ）映像の再生技術に関し、特に、記録媒体上でのストリーム・データの構造に関する。
近年、３Ｄ映像に対する一般的な関心が高まっている。例えば遊園地では、３Ｄ映像を利用したアトラクションが人気を集めている。また、全国各地で、３Ｄ映像の映画を上映する映画館が増加している。そのような３Ｄ映像への関心の高まりに伴い、３Ｄ映像を各家庭でも再生可能にするための技術の開発が進められている。その技術では、３Ｄ映像コンテンツを高画質のまま、光ディスク等の可搬性記録媒体に記録することが求められる。更に、２Ｄ再生装置に対するその記録媒体の互換性が求められる。すなわち、その記録媒体に記録された３Ｄ映像コンテンツから、２Ｄ再生装置は２Ｄ映像を再生でき、３Ｄ再生装置は３Ｄ映像を再生できることが望ましい。ここで、「２Ｄ再生装置」とは、平面視映像、すなわち２次元（２Ｄ）映像のみを再生可能な従来の再生装置を意味し、「３Ｄ再生装置」とは、３Ｄ映像を再生可能な再生装置を意味する。尚、本明細書では、３Ｄ再生装置が従来の２Ｄ映像も再生可能である場合を想定する。
図１００は、３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である（例えば特許文献１参照）。光ディスクPDSには二種類のビデオ・ストリームが格納されている。一方は２Ｄ／レフトビュー・ビデオ・ストリームであり、他方はライトビュー・ビデオ・ストリームである。「２Ｄ／レフトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生では視聴者の左目に見せる２Ｄ映像、すなわち「レフトビュー」を表し、２Ｄ映像の再生ではその２Ｄ映像そのものを表す。「ライトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生において視聴者の右目に見せる２Ｄ映像、すなわち「ライトビュー」を表す。左右のビデオ・ストリーム間では、フレームレートは等しいが、フレームの表示時期はフレーム周期の半分だけずれている。例えば、各ビデオ・ストリームのフレームレートが１秒間に２４フレームであるとき、２Ｄ／レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの各フレームが１／４８秒ごとに交互に表示される。
各ビデオ・ストリームは、図１００に示されているように、光ディスクPDS上では複数のエクステントEX1A−C、EX2A−Cに分割されている。各エクステントはＧＯＰ（グループ・オブ・ピクチャ）を１以上含み、光ディスクドライブによって一括して読み出される。以下、２Ｄ／レフトビュー・ビデオ・ストリームに属するエクステントを「２Ｄ／レフトビュー・エクステント」といい、ライトビュー・ビデオ・ストリームに属するエクステントを「ライトビュー・エクステント」という。２Ｄ／レフトビュー・エクステントEX1A−Cとライトビュー・エクステントEX2A−Cとは交互に光ディスクPDSのトラックTRC上に配置されている。隣接する２つのエクステントEX1A＋EX2A、EX1B＋EX2B、EX1C＋EX2Cの間では再生時間が等しい。このようなエクステントの配置を「インターリーブ配置」という。インターリーブ配置で記録されたエクステント群は、以下に述べるように、３Ｄ映像の再生と２Ｄ映像の再生との両方で利用される。
２Ｄ再生装置PL2では、光ディスクドライブDD2が光ディスク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に表示された映像が３Ｄ映像に見える。
光ディスクに限らず、記録媒体に３Ｄ映像コンテンツを格納するときは、上記のようにエクステントのインターリーブ配置を利用する。それにより、その記録媒体を２Ｄ映像の再生と３Ｄ映像の再生との両方で利用することができる。
特許第３９３５５０７号公報
図１００に示されているように、インターリーブ配置のエクステント群から２Ｄ映像が再生されるとき、光ディスクドライブDD2はライトビュー・エクステントEX2A−Cの記録領域ごとに「ジャンプ」を行い、その記録領域からのデータの読み出しをスキップする。ジャンプ期間中、２Ｄ再生装置PL2内のバッファには光ディスクドライブDD2からデータが供給されないので、そのバッファに蓄積されたデータは映像デコーダVDCの処理に伴って減少する。従って、２Ｄ映像がシームレスに再生されるには、各２Ｄ／レフトビュー・エクステントEX1A−Cのデータ量すなわちサイズが、ジャンプ期間でのバッファ・アンダーフローを防止可能な程度以上でなければならない。
同じエクステント群から３Ｄ映像が再生されるときは、２Ｄ／レフトビュー・エクステントEX1A−Cが読み出されている期間中、ライトビュー・エクステントEX2A−Cは読み出されない。従って、その期間中、３Ｄ再生装置PL3内のバッファに蓄積されたライトビュー・エクステントEX2A−Cのデータは、右映像デコーダVDRの処理に伴って減少する。逆に、ライトビュー・エクステントEX2A−Cが読み出されている期間中、バッファに蓄積された２Ｄ／レフトビュー・エクステントEX1A−Cのデータは、左映像デコーダVDLの処理に伴って減少する。従って、３Ｄ映像がシームレスに再生されるには、左右のエクステントEX1A−C、EX2A−Cの各サイズが、一方のエクステントの読み出し期間の途中でバッファ内の他方のエクステントのデータが枯渇することを防止可能な程度以上でなければならない。
更に、記録媒体上のデータ領域を効率的に利用するには、一連のストリーム・データの記録領域を途中で分割して、他のデータをその間に挟んで記録した方が良い場合もある。その他に、光ディスクには、いわゆる二層ディスクのような、記録層を複数含むものがある。そのような光ディスクでは、一連のストリーム・データが二層にわたって記録される場合が生じ得る。それらの場合、一連のストリーム・データから映像が再生されるとき、光ディスクドライブはジャンプによって、他のデータの読み出しをスキップし、又は記録層の切り換えを行う。そのジャンプにかかわらず、映像をシームレスに再生するには、エクステントのサイズが、ジャンプ期間でのバッファ・アンダーフロー又はいずれかのエクステントのデータの枯渇を防止可能な程度以上でなければならない。以上の条件から、エクステントのサイズの下限は制限される。
一方、前述のとおり、３Ｄ再生装置によって記録媒体から読み出された左右のエクステントは一旦、その３Ｄ再生装置内の別々のバッファに蓄積される。３Ｄ映像がシームレスに再生されるには、それぞれのバッファは、一方のエクステントのデータを、他方のエクステントの読み出し期間中に枯渇しない程度以上に蓄積可能でなければならない。エクステントのサイズが大きいほど読み出し期間は長くなるので、一方のエクステントの読み出し期間中に他方のエクステントのデータの枯渇を防止するには、それぞれのバッファの容量を増大させる必要がある。その結果、再生装置に搭載可能なバッファの容量から、エクステントのサイズの上限は制限される。ここで、バッファの容量が小さいほど、再生装置の製造コストは一般に低い。それ故、エクステントのサイズに対する制限を満たしたまま、バッファの容量を可能な限り削減することが望まれる。
本発明の目的は、記録媒体から平面視映像と立体視映像とのいずれを再生する際にも、バッファにアンダーフローを生じさせることなく、そのバッファの容量の更なる削減を可能にする半導体集積回路を提供することにある。
本発明の第１の観点による半導体集積回路は、次の記録媒体から受信したデータに対して、映像・音声信号処理を行う。その記録媒体には、メインビュー・ストリーム、サブビュー・ストリーム、及び管理情報が記録されている。メインビュー・ストリームには、立体視映像のメインビューを構成するメインビュー・ビデオ・ストリームが多重化されている。サブビュー・ストリームには、立体視映像のサブビューを構成するサブビュー・ビデオ・ストリームが多重化されている。サブビュー・ビデオ・ストリームは、メインビュー・ビデオ・ストリームを参照して符号化されている。管理情報は、メインビュー・ストリームのシステム・レートとサブビュー・ストリームのシステム・レートとを含む。その記録媒体は、所定数以上のセクタまたは層境界が存在するロング・ジャンプ領域を有する。その記録媒体上では、メインビュー・ストリームは複数のメインビュー・データ・ブロックに分割されて配置され、サブビュー・ストリームは複数のサブビュー・データ・ブロックに分割されて配置され、エクステント・ブロックが複数構成されている。各エクステント・ブロックは、メインビュー・データ・ブロックとサブビュー・データ・ブロックとが交互に連続して配置されたデータであって、立体視映像が再生される際に一つのエクステントとして参照される。各エクステント・ブロックは、サブビュー・データ・ブロックを先頭のデータ・ブロックとし、かつ、サブビュー・データ・ブロックとメインビュー・データ・ブロックとのペアを少なくとも一つ以上含む。第１エクステント・ブロックは、第２エクステント・ブロックの直前に、または第３エクステント・ブロックの次に読み出される。第１エクステント・ブロックにおいて一つのペアを構成するメインビュー・データ・ブロックとサブビュー・データ・ブロックとの各サイズの最大値は、次の三つの条件によって決定されている：（i）サブビュー・ストリームのシステム・レート、（ii）そのペアが第１エクステント・ブロックにおいて先頭のペアであるか否か、及び、（iii）第１エクステント・ブロックの記録領域と第２エクステント・ブロックの記録領域との間、または第１エクステント・ブロックの記録領域と第３エクステント・ブロックの記録領域との間にロング・ジャンプ領域が存在するか否か。メインビュー・データ・ブロックとサブビュー・データ・ブロックとはそれぞれ、映像系データを含む。メインビュー・データ・ブロックとサブビュー・データ・ブロックとの少なくともいずれかは音声系データを含む。本発明の第１の観点による半導体集積回路は、主制御部、ストリーム処理部、信号処理部、及びＡＶ出力部を備えている。主制御部は半導体集積回路の制御を行う。ストリーム処理部は、外部の装置によって記録媒体から読み出されたエクステント・ブロックをその外部の装置から受信して、半導体集積回路の内部または外部に設けられたメモリに一旦格納した後、映像系データと音声系データとに多重分離する。信号処理部は、音声系データと映像系データとをそれぞれ復号する。ＡＶ出力部は、復号された映像系データと音声系データとを出力する。ストリーム処理部は更に切替部を備えている。切替部は、受信されたエクステント・ブロックの格納先をメモリ内の第１の領域と第２の領域との間で切り替える。主制御部は更に、受信されたエクステント・ブロックのうち、複数のメインビュー・データ・ブロックに属しているデータを、第１の領域に格納するように切替部を制御し、複数のサブビュー・データ・ブロックに属しているデータを、第２の領域に格納するように切替部を制御する。
本発明の第２の観点による半導体集積回路は、次の記録媒体から受信したデータに対して、映像・音声信号処理を行う。その記録媒体には、データ・ストリームと管理情報とが記録されている。データ・ストリームは複数のデータ・ブロックから成り、メインビュー・ストリームとサブビュー・ストリームとを含む。メインビュー・ストリームは平面視再生に利用される。サブビュー・ストリームは、メインビュー・ストリームと組み合わされて立体視映像の再生に利用される。データ・ブロックは、メインビュー・ストリームから構成される複数のメインビュー・データ・ブロックと、サブビュー・ストリームから構成される複数のサブビュー・データ・ブロックとを含む。データ・ブロックの種類には、共通データ・ブロックと、平面視専用データ・ブロックと、立体視専用データ・ブロックとがある。共通データ・ブロックは、メインビュー・データ・ブロックとサブビュー・データ・ブロックとの両方を含み、平面視再生時及び立体視再生時の両方でアクセスされる。平面視専用データ・ブロックは、メインビュー・データ・ブロックのみを含み、平面視再生時にのみアクセスされる。立体視専用データ・ブロックは、メインビュー・データ・ブロックとサブビュー・データ・ブロックとの両方を含み、立体視再生時にのみアクセスされる。平面視専用データ・ブロックに含まれるメインビュー・データ・ブロックと、立体視専用データ・ブロックに含まれるメインビュー・データ・ブロックとは同一の内容である。管理情報は、メインビュー・ストリームのシステム・レート、サブビュー・ストリームのシステム・レート、立体視映像再生経路情報、及び平面視映像再生経路情報を含む。立体視映像再生経路情報は、立体視再生時に、共通データ・ブロック及び立体視専用データ・ブロックに含まれるメインビュー・データ・ブロック及びサブビュー・データ・ブロックを再生する第１の経路を示す。平面視映像再生経路情報は、平面視再生時に、共通データ・ブロック及び平面視専用データ・ブロックに含まれるメインビュー・データ・ブロックを再生する第２の経路を示す。この記録媒体は、所定数以上のセクタまたは層境界が存在するロング・ジャンプ領域を有する。共通データ・ブロックのうち、第１共通データ・ブロックと第２共通データ・ブロックとはその順に読み出され、第１共通データ・ブロックの記録領域と第２共通データ・ブロックの記録領域との間にはロング・ジャンプ領域が存在する。平面視専用データ・ブロックと立体視専用データ・ブロックとのうち、内容が対応する第１平面視専用データ・ブロックと第１立体視専用データ・ブロックとは、第１共通データ・ブロックの記録領域とロング・ジャンプ領域との間、またはロング・ジャンプ領域と第２共通データ・ブロックの記録領域との間に記録されている。第１共通データ・ブロック、第２共通データ・ブロック、及び第１平面視専用データ・ブロックに含まれるメインビュー・データ・ブロックのサイズの最小値は、少なくとも次の三つのパラメータで決定されている：（１）再生装置が平面視再生時に上記の記録媒体からそのメインビュー・データ・ブロックを読み出す速度、（２）そのメインビュー・データ・ブロックのビットレート、及び（３）再生装置が平面視再生時にロング・ジャンプ領域をジャンプするのに要する時間。第１共通データ・ブロック、第２共通データ・ブロック、第１平面視専用データ・ブロック、及び第１立体視専用データ・ブロックに含まれるメインビュー・データ・ブロックのサイズの最大値は、少なくとも次の二つの条件によって決定されている：（４）サブビュー・ストリームのシステム・レート、及び（５）続けて読み出される二つのデータ・ブロックの記録領域間にロング・ジャンプ領域が存在するか否か。メインビュー・データ・ブロックとサブビュー・データ・ブロックとはそれぞれ、映像系データを含む。メインビュー・データ・ブロックとサブビュー・データ・ブロックとの少なくともいずれかは音声系データを含む。本発明の第２の観点による半導体集積回路は、主制御部、ストリーム処理部、信号処理部、及びＡＶ出力部を備えている。主制御部は半導体集積回路の制御を行う。ストリーム処理部は、外部の装置によって記録媒体から読み出されたデータ・ブロックをその外部の装置から受信して、半導体集積回路の内部または外部に設けられたメモリに一旦格納した後、映像系データと音声系データとに多重分離する。信号処理部は、音声系データと映像系データとをそれぞれ復号する。ＡＶ出力部は、復号された映像系データと音声系データとを出力する。ストリーム処理部は更に切替部を備えている。切替部は、受信されたデータ・ブロックの格納先をメモリ内の第１の領域と第２の領域との間で切り替える。主制御部は更に、受信されたデータ・ブロックのうち、複数のメインビュー・データ・ブロックに属しているデータを、第１の領域に格納するように切替部を制御し、複数のサブビュー・データ・ブロックに属しているデータを、第２の領域に格納するように切替部を制御する。主制御部はまた、立体視映像の再生時には、第１の経路に属するデータに対して映像・音声信号処理を行う。
本発明の第１の観点による半導体集積回路が対象とする記録媒体では、一つのペアを構成するメインビュー・データ・ブロックとサブビュー・データ・ブロックとの各サイズの最大値が上記三つの条件（i）−（iii）によって決定されている。それにより、サブビュー・ストリームのシステム・レートの上昇にかかわらず、その半導体集積回路はリード・バッファの容量を小さく維持することができる。従って、その半導体集積回路は、その記録媒体から平面視映像と立体視映像とのいずれを再生する際にも、リード・バッファにアンダーフローを生じさせることなく、その容量を更に削減することができる。
本発明の第２の観点による半導体集積回路が対象とする記録媒体は、ロング・ジャンプ領域の前または後で立体視映像の再生経路と平面視映像の再生経路とを分離させている。それにより、共通データ・ブロックと平面視専用データ・ブロックとに含まれるメインビュー・データ・ブロックのサイズの最小値を上記三つのパラメータ（１）−（３）で決定するのと同時に、共通データ・ブロック、平面視専用データ・ブロック、及び立体視専用データ・ブロックに含まれるメインビュー・データ・ブロックのサイズの最大値を、少なくとも上記二つの条件（４）、（５）によって決定することができる。その結果、その半導体集積回路は、その記録媒体から平面視映像と立体視映像とのいずれを再生する際にも、リード・バッファにアンダーフローを生じさせることなく、その容量を更に削減することができる。
本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。 図１に示されているＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。 （ａ）、（ｂ）、（ｃ）はそれぞれ、図１に示されているＢＤ−ＲＯＭディスク101上のメインＴＳ、第１サブＴＳ、第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。 多重化ストリーム・データ400内でのＴＳパケットの配置を示す模式図である。 （ａ）は、多重化ストリーム・データを構成する一連のＴＳパケットのそれぞれに含まれるＴＳヘッダ501Hのデータ構造を示す模式図である。（ｂ）は、そのＴＳパケット列の形式を示す模式図である。（ｃ）は、そのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。（ｄ）は、一連のソースパケット502が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。 ＰＧストリーム600のデータ構造を示す模式図である。 ベースビュー・ビデオ・ストリーム701とライトビュー・ビデオ・ストリーム702とのピクチャを表示時間順に示す模式図である。 ビデオ・ストリーム800のデータ構造の詳細を示す模式図である。 ＰＥＳパケット列902へのビデオ・ストリーム901の格納方法の詳細を示す模式図である。 ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。 ディペンデントビュー・ビデオ・ストリーム1100の含むオフセット・メタデータ1110のデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、ＰＧプレーン1210とＩＧプレーン1220とに対するオフセット制御を示す模式図である。（ｃ）は、（ａ）、（ｂ）に示されているグラフィックス・プレーンの表す２Ｄグラフィックス映像から視聴者1230に知覚される３Ｄグラフィックス映像を示す模式図である。 （ａ）、（ｂ）は、オフセット・シーケンスの具体例を示すグラフである。（ｃ）は、（ａ）、（ｂ）に示されているオフセット・シーケンスに従って再現される３Ｄグラフィックス映像を示す模式図である。 ＰＭＴ1410のデータ構造を示す模式図である。 図３に示されているメインＴＳと、第１サブＴＳ又は第２サブＴＳのいずれかとのＢＤ−ＲＯＭディスク101上での物理的な配置を示す模式図である。 （ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ1601とサブＴＳ1602との配置を示す模式図である。（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に記録されたディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…とベースビュー・データ・ブロックB[0]、B[1]、B[2]、…とのインターリーブ配置を示す模式図である。（ｃ）、（ｄ）はそれぞれ、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間を例示する模式図である（n＝0、1、2）。 隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。 図１５に示されているエクステント・ブロック群1501−1503に対する２Ｄ再生モードでの再生経路1801を示す模式図である。 ２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）は、２Ｄ再生モードでの動作中、図１９に示されているリード・バッファ1902に蓄積されるデータ量DAの変化を示すグラフである。（ｂ）は、再生対象のエクステント・ブロック2010と２Ｄ再生モードでの再生経路2020との間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP＿MAXとの間の対応表の一例である。 ３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、図２２に示されているＲＢ１2211、ＲＢ２2212に蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｃ）は、そのエクステント・ブロック2310と３Ｄ再生モードでの再生経路2320との間の対応関係を示す模式図である。 （ａ）は、（Ｍ＋１）番目（文字Ｍは１以上の整数を表す。）のエクステント・ブロックと（Ｍ＋２）番目のエクステント・ブロックとから連続して３Ｄ映像がシームレスに再生されるとき、図２２に示されているＲＢ１2211、ＲＢ２2212に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。（ｂ）は、それらのエクステント・ブロック2401、2402と３Ｄ再生モードでの再生経路2420との間の対応関係を示す模式図である。 （ａ）、（ｂ）はそれぞれ、図２４の（ｂ）に示されている二つのエクステント・ブロック2401、2402から連続して３Ｄ映像がシームレスに再生される際に、図２２に示されているＲＢ１2211、ＲＢ２2212に蓄積されるデータ量DA1、DA2の変化を示すグラフである。 （ａ）、（ｂ）、（ｃ）はそれぞれ、ベースビュー転送速度REXT1、ディペンデントビュー転送速度REXT2、及びそれらの合計の時間的な変化を示すグラフである。 図２２に示されているＲＢ１2211、ＲＢ２2212のそれぞれからシステム・ターゲット・デコーダ2203へ転送されるＴＳパケットとＡＴＣ時間との間の関係を示す模式図である。 （ａ）は、ファイルＤＥＰに対するシステム・レートRTS2とデータ・ブロックの最大エクステント・サイズとの間の関係を示す表である。（ｂ）は、ＢＤ−ＲＯＭディスク上でそれぞれ、層境界LBの直前、直後に配置された第１エクステントＳＳEXTSS[0]と第２エクステントＳＳEXTSS[1]とを示す模式図である。（ｃ）は、ＢＤ−ＲＯＭディスク上でそれぞれ、多重化ストリーム・データ以外のデータの記録領域NAVの直前、直後に配置された第３エクステントＳＳEXTSS[10]と第４エクステントＳＳEXTSS[11]とを示す模式図である。 平均転送速度REXT1、REXT2の組み合わせ別に、各データ・ブロックの最大エクステント・サイズmaxSEXT1、maxSEXT2とエクステントＡＴＣ時間TEXTとを示す表である。 図２に示されている第１クリップ情報ファイル（01000.clpi）231のデータ構造を示す模式図である。 （ａ）は、図３０に示されているエントリ・マップ3030のデータ構造を示す模式図である。（ｂ）は、図２に示されているファイル２Ｄ241に属するソースパケット群3110のうち、エントリ・マップ3030によって各ＥＰ＿ＩＤ3105に対応付けられているものを示す模式図である。（ｃ）は、そのソースパケット群3110に対応するＢＤ−ＲＯＭディスク101上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。 （ａ）は、図３０に示されているエクステント起点3042のデータ構造を示す模式図である。（ｂ）は、図２に示されている第２クリップ情報ファイル（02000.clpi）232に含まれるエクステント起点3220のデータ構造を示す模式図である。（ｃ）は、３Ｄ再生モードの再生装置102によって、図２に示されている第１ファイルＳＳ244Aから抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。（ｄ）は、図２に示されている第１ファイルＤＥＰ（02000.m2ts）242に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点3220の示すＳＰＮ3222との間の対応関係を表す模式図である。（ｅ）は、第１ファイルＳＳ244Aに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスク101上に記録された一つのエクステント・ブロック3300と、ファイル２Ｄ3310、ファイル・ベース3311、ファイルＤＥＰ3312、及びファイルＳＳ3320の各エクステント群との間の対応関係を示す模式図である。 ベースビュー・ビデオ・ストリーム3410とディペンデントビュー・ビデオ・ストリーム3420とに設定されたエントリ・ポイントの例を示す模式図である。 図２に示されている２Ｄプレイリスト・ファイル（00001.mpls）221のデータ構造を示す模式図である。 プレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）のプレイアイテム情報、ＰＩ＃Ｎのデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、コネクション・コンディションが“５”、“６”であるときに接続されるべき二つの再生区間ＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間の関係を示す模式図である。 図３５に示されている２Ｄプレイリスト・ファイル（00001.mpls）221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）241から再生される部分との間の対応関係を示す模式図である。 図２に示されている３Ｄプレイリスト・ファイル（00002.mpls）222のデータ構造を示す模式図である。 図３９に示されている３Ｄプレイリスト・ファイル222のメインパス3901の含むＳＴＮテーブル4005を示す模式図である。 図４０に示されているＳＴＮテーブルＳＳ4030のデータ構造を示す模式図である。 図３９に示されている３Ｄプレイリスト・ファイル（00002.mpls）222の示すＰＴＳと、第１ファイルＳＳ（01000.ssif）244Aから再生される部分との間の対応関係を示す模式図である。 図２に示されているインデックス・ファイル（index.bdmv）211のデータ構造を示す模式図である。 図４３に示されているインデックス・テーブル4310の項目「タイトル３」を参照することにより、再生装置102が６種類の判別処理（１）−（６）を利用して再生対象のプレイリスト・ファイルを選択する処理のフローチャートである。 ２Ｄ再生装置4500の機能ブロック図である。 図４５に示されているプレーヤ変数記憶部4536の記憶するシステム・パラメータ（ＳＰＲＭ）の一覧表である。 図４５に示されている再生制御部4535による２Ｄプレイリスト再生処理のフローチャートである。 図４５に示されているシステム・ターゲット・デコーダ4523の機能ブロック図である。 （ａ）は、図４８に示されているＰＧデコーダ4872がＰＧストリーム内の一つのデータ・エントリからグラフィックス・オブジェクトを復号する処理のフローチャートである。（ｂ）−（ｅ）は、その処理に従って変化するグラフィックス・オブジェクトを示す模式図である。 ３Ｄ再生装置5000の機能ブロック図である。 図５０に示されている再生制御部5035による３Ｄプレイリスト再生処理のフローチャートである。 図５０に示されているシステム・ターゲット・デコーダ5023の機能ブロック図である。 図５０に示されているプレーン加算部5024の、１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードにおける機能ブロック図である。 図５３に示されている各クロッピング処理部5331−5334によるオフセット制御のフローチャートである。 図５３に示されている第２クロッピング処理部5332によるオフセット制御で加工される前後のＰＧプレーンGP、RGP、LGPを示す模式図である。（ａ）、（ｂ）、（ｃ）はそれぞれ、右向きのオフセットが与えられたＰＧプレーンRGP、オフセット制御で加工される前のＰＧプレーンGP、左向きのオフセットが与えられたＰＧプレーンLGPを示す。 ２プレーン・モードのプレーン加算部5624の部分的な機能ブロック図である。 （ａ）、（ｂ）、（ｃ）は、２Ｄ・ＰＧストリームの表すレフトビュー・グラフィックス映像GOB0と、ライトビューＰＧストリームの表すライトビュー・グラフィックス映像GOB1−3とを示す模式図である。（ｄ）、（ｅ）、（ｆ）はそれぞれ、（ａ）、（ｂ）、（ｃ）に示されているレフトビュー・グラフィックス映像に対するオフセット制御を示す模式図である。 （ａ）、（ｄ）は、ＰＩ＃（Ｎ−１）及びＰＩ＃Ｎ（文字Ｎは１以上の整数を表す。）がシームレスに接続されているとき、その接続点の前後に位置する各データ・ブロックがＲＢ１、ＲＢ２からシステム・ターゲット・デコーダへ転送される期間を示す模式図である。（ａ）では、ＥＸＴ２［ｎ］の転送期間TATC20[n]がＥＸＴ１［ｎ］の転送期間TATC1[n]よりも遅く終了し、（ｄ）では、ＥＸＴ２［ｎ］の転送期間TATC21[n]がＥＸＴ１［ｎ］の転送期間TATC1[n]よりも早く終了する。（ｂ）、（ｃ）はそれぞれ、（ａ）に示されているＥＸＴ１［ｎ］、ＥＸＴ１［ｎ＋１］、ＥＸＴ２［ｎ］、ＥＸＴ２［ｎ＋１］を３Ｄ再生装置によって復号する際におけるＲＢ１、ＲＢ２の各蓄積データ量DA1、DA2の時間的変化を示すグラフである。（ｅ）、（ｆ）はそれぞれ、（ｄ）に示されているＥＸＴ１［ｎ］、ＥＸＴ１［ｎ＋１］、ＥＸＴ２［ｎ］、ＥＸＴ２［ｎ＋１］を３Ｄ再生装置によって復号する際におけるＲＢ１、ＲＢ２の各蓄積データ量DA1、DA2の時間的変化を示すグラフである。 （ａ）、（ｂ）はそれぞれ、ＰＩ＃（Ｎ−１）とＰＩ＃Ｎとの間のシームレス接続にＣＣ＝６、５が設定される場合に、その接続点の前後に位置する各ソースパケットに設定されるＡＴＳと、そのソースパケットの転送期間との間の関係を示す模式図である。 （ａ）は、（Ｍ＋１）番目（文字Ｍは１以上の整数を表す。）のエクステント・ブロック（ＥＸＴＳＳ［Ｍ］）6001、（Ｍ＋２）番目のエクステント・ブロック（ＥＸＴＳＳ［Ｍ＋１］）6002とがシームレスに接続されるとき、ＲＢ１、ＲＢ２に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。（ｂ）は、ＥＸＴＳＳ［Ｍ］6001、ＥＸＴＳＳ［Ｍ＋１］6002、及び３Ｄ再生モードでの再生経路6020を示す模式図である。 （ａ）は、一つのエクステント・ペアについて、ベースビュー転送速度REXT1[n]とディペンデントビュー転送速度REXT2[n]との組み合わせ別に最大エクステント・サイズmaxSEXT1[n]、maxSEXT2[n]を示す表である（文字ｎは０以上の整数を表す）。（ｂ）は、層境界LBの直前、直後に配置された（Ｍ＋１）番目のエクステント・ブロック（ＥＸＴＳＳ［Ｍ］）6101と（Ｍ＋２）番目のエクステント・ブロック（ＥＸＴＳＳ［Ｍ＋１］）6102とについて、各エクステント・ペアの中で、サイズの小さいデータ・ブロックがサイズの大きいデータ・ブロックよりも前に配置されるようにした場合を示す模式図である（文字Ｍは０以上の整数を表す）。 （ａ）、（ｂ）は、図６１の（ｂ）に示されているＥＸＴＳＳ［Ｍ］6101、ＥＸＴＳＳ［Ｍ＋１］6102から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１とＲＢ２とのそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。 （ａ）は、エクステント・ブロックの途中に位置するエクステント・ペアの中でデータ・ブロックの順序が逆転した配置に対するエクステント起点のデータ構造（Syntax）を示す模式図である。（ｂ）は、ファイル・ベースに属するベースビュー・エクステントEXT1[k]（k＝0、1、2、…）と、エクステント起点の示すエクステント開始フラグとの間の対応関係を表す模式図である。（ｃ）は、ファイルＤＥＰに属するディペンデントビュー・エクステントEXT2[k]とエクステント開始フラグとの間の対応関係を表す模式図である。（ｄ）は、ファイルＳＳに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク上のエクステント・ブロックとの間の対応関係を示す模式図である。 （ｃ）は、ＲＢ１に求められる容量が最も大きいデータ・ブロックの配置を示す模式図である。（ａ）、（ｂ）は、（ｃ）に示されているＥＸＴＳＳ［Ｍ］6401、ＥＸＴＳＳ［Ｍ＋１］6402から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１、ＲＢ２のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｆ）は、ＲＢ２に求められる容量が最も大きいデータ・ブロックの配置を示す模式図である。（ｄ）、（ｅ）は、（ｆ）に示されているＥＸＴＳＳ［Ｎ］6403、ＥＸＴＳＳ［Ｎ＋１］6404から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１、ＲＢ２のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。 （ｃ）は、データ・ブロックの順序が逆転しているエクステント・ペアを途中に含むエクステント・ブロック6510を示す模式図である。（ａ）、（ｂ）は、（ｃ）に示されているエクステント・ブロック6501から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１、ＲＢ２の各蓄積データ量DA1、DA2の変化を示すグラフである。 データ・ブロックの順序が逆転しているエクステント・ペアを途中に含むエクステント・ブロック6600とＡＶストリーム・ファイル6610−6620との間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の配置１を示す模式図である。 図６７に示されている配置１のデータ・ブロック群に対する２Ｄ再生モードでの再生経路6810と３Ｄ再生モードでの再生経路6820とを示す模式図である。 ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の配置２を示す模式図である。 図６９に示されている配置２のデータ・ブロック群に対する２Ｄ再生モードでの再生経路7010と３Ｄ再生モードでの再生経路7020とを示す模式図である。 図７０に示されている第２エクステント・ブロック6902の後端に位置する３Ｄ再生専用ブロックB[4]3Dの読み出し時間SEXT1[4]／RUD72と、ＲＢ２の蓄積データ量DA2との間の関係を示すグラフである。 ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の配置３を示す模式図である。 図７２に示されている配置３のデータ・ブロック群に対する２Ｄ再生モードでの再生経路7310と３Ｄ再生モードでの再生経路7320とを示す模式図である。 ファイル・ベース7401とファイルＤＥＰ7402との各エクステントEXT1[k]、EXT2[k]（文字kは0以上の整数を表す。）に対して設定されたエントリ・ポイント7410、7420を示す模式図である。 （ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。 （ａ）は、マルチアングルに対応する多重化ストリーム・データの再生経路を示す模式図である。（ｂ）は、ＢＤ−ＲＯＭディスク上に記録されたデータ・ブロック群7601と、それらに対するＬ／Ｒモードでの再生経路7602とを示す模式図である。（ｃ）は、アングル別のストリーム・データAk、Bk、Ckを構成するエクステント・ブロックを示す模式図である。 マルチアングル期間を構成するデータ・ブロック群7701、及び、それらに対する２Ｄ再生モードでの再生経路7710とＬ／Ｒモードでの再生経路7720とを示す模式図である。 （ａ）は、１ＴＳによるマルチアングル期間PANGを構成するエクステント・ブロック群7810と、それらに対する再生経路7820との間の対応関係を示す模式図である。（ｂ）は、２ＴＳによるマルチアングル期間PANGを構成するエクステント・ブロック群7830、及び、それらに対する２Ｄ再生モードでの再生経路7840と３Ｄ再生モードでの再生経路7850との間の対応関係を示す模式図である。 本発明の実施形態３による記録装置7900の機能ブロック図である。 （ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用されるレフトビュー・ピクチャとライトビュー・ピクチャとを表す模式図である。（ｃ）は、図７９に示されているビデオ・エンコーダ7902によってそれらのピクチャから算出された奥行き情報を示す模式図である。 図７９に示されている記録装置7900を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。 本発明の実施形態４による集積回路3の機能ブロック図である。 図８２に示されているストリーム処理部5の代表的な構成を示す機能ブロック図である。 図８３に示されている切替部53がＤＭＡＣであるときの周辺の構造を示す模式図である 図８２に示されているＡＶ出力部8の代表的な構成を示す機能ブロック図である。 図８５に示されているＡＶ出力部8を含む再生装置102のデータ出力に関する部分の詳細を示す模式図である。 図８２に示されている集積回路3内の制御バス及びデータバスのトポロジーの例（ａ）、（ｂ）を示す模式図である。 表示装置103に実装された、本発明の実施形態４による集積回路3とその周辺部との構成を示す機能ブロック図である。 図８８に示されているＡＶ出力部8の詳細な機能ブロック図である。 図８２に示されている集積回路3を利用した再生装置102による再生処理のフローチャートである。 図９０に示されている各ステップＳ１−５の詳細を示すフローチャートである。 （ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。 ２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。 （ａ）は、復号スイッチ情報A050のデータ構造を示す模式図である。（ｂ）は、ベースビュー・ビデオ・ストリームA001とディペンデントビュー・ビデオ・ストリームA002との各ピクチャに割り当てられた復号カウンタの一例A010、A020を示す模式図である。（ｃ）は、それらのビデオ・ストリームA001、A002の各ピクチャに割り当てられた復号カウンタの別例A030、A040を示す模式図である。 レフトビューとライトビューとの間のずれを補償する処理を行うための表示装置103の機能ブロック図である。 （ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの水平画角HAL、HARを模式的に示す平面図である。（ｂ）、（ｃ）はそれぞれ、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。（ｄ）、（ｅ）はそれぞれ、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。 （ａ）は、３Ｄ映像を撮影する一対のビデオカメラCML、CMRの垂直画角VAL、VARを模式的に示す平面図である。（ｂ）は、左側のビデオカメラCMLで撮影されたレフトビューLVと、右側のビデオカメラCMRで撮影されたライトビューRVとを示す模式図である。（ｃ）は、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。 （ａ）は、グラフィックス・プレーンGPLの表すグラフィックス映像の一例を示す模式図である。（ｂ）、（ｃ）はそれぞれ、グラフィックス・プレーンGPLに右向きと左向きとのオフセットを与える処理を示す模式図である。（ｄ）、（ｅ）はそれぞれ、右向きと左向きとのオフセットが与えられたグラフィックス・プレーンGP1、GP2の表すグラフィックス映像を示す模式図である。 グラフィックス・プレーンに対して規定される、グラフィック部品の配置に関する条件を示す模式図である。 ３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である。
以下、本発明の好適な実施形態に係る記録媒体及び再生装置について、図面を参照しながら説明する。
《実施形態１》
図１は、本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。このホームシアター・システムは、視差映像を用いた３Ｄ映像（立体視映像）の再生方式を採用し、特に表示方式として継時分離方式を採用している（詳細は《補足》参照）。図１を参照するに、このホームシアター・システムは記録媒体101を再生対象とし、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。
記録媒体101は読み出し専用ブルーレイ・ディスク（登録商標）（ＢＤ：Blu−ray Disc）、すなわちＢＤ−ＲＯＭディスクである。記録媒体101はその他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。その記録媒体、すなわちＢＤ−ＲＯＭディスク101は３Ｄ映像による映画コンテンツを格納している。このコンテンツは、その３Ｄ映像のレフトビューとライトビューとのそれぞれを表すビデオ・ストリームを含む。そのコンテンツは更に、その３Ｄ映像のデプスマップを表すビデオ・ストリームを含んでいてもよい。それらのビデオ・ストリームは、後述のようにデータ・ブロック単位でＢＤ−ＲＯＭディスク101上に配置され、後述のファイル構造を利用してアクセスされる。レフトビュー又はライトビューを表すビデオ・ストリームは、２Ｄ再生装置と３Ｄ再生装置とのそれぞれにより、そのコンテンツを２Ｄ映像として再生するのに利用される。一方、レフトビューとライトビューとのそれぞれを表すビデオ・ストリームの対、又は、レフトビュー若しくはライトビューのいずれかとデプスマップとのそれぞれを表すビデオ・ストリームの対は、３Ｄ再生装置により、そのコンテンツを３Ｄ映像として再生するのに利用される。
再生装置102はＢＤ−ＲＯＭドライブ121を搭載している。ＢＤ−ＲＯＭドライブ121はＢＤ−ＲＯＭ方式に準拠の光ディスクドライブである。再生装置102はＢＤ−ＲＯＭドライブ121を利用して、ＢＤ−ＲＯＭディスク101からコンテンツを読み込む。再生装置102は更にそのコンテンツを映像データ／音声データに復号する。ここで、再生装置102は３Ｄ再生装置であり、そのコンテンツを２Ｄ映像と３Ｄ映像とのいずれとしても再生可能である。以下、２Ｄ映像と３Ｄ映像とのそれぞれを再生するときの再生装置102の動作モードを「２Ｄ再生モード」、「３Ｄ再生モード」という。２Ｄ再生モードでは、映像データはレフトビュー又はライトビューのいずれか一方の映像フレームを含む。３Ｄ再生モードでは、映像データはレフトビューとライトビューとの両方の映像フレームを含む。
３Ｄ再生モードは更に、レフト／ライト（Ｌ／Ｒ）モードとデプス・モードとに分けられる。「Ｌ／Ｒモード」では、レフトビューとライトビューとのそれぞれを表すビデオ・ストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。「デプス・モード」では、レフトビュー又はライトビューのいずれかとデプスマップとのそれぞれを表すビデオ・ストリームの組み合わせから、レフトビューとライトビューとの映像フレームの対が再生される。再生装置102はＬ／Ｒモードを備える。再生装置102は更に、デプス・モードを備えていてもよい。
再生装置102はＨＤＭＩ（High−Definition Multimedia Interface）ケーブル122で表示装置103に接続されている。再生装置102は映像データ／音声データをＨＤＭＩ方式の映像信号／音声信号に変換し、ＨＤＭＩケーブル122を通して表示装置103に伝送する。２Ｄ再生モードでは、映像信号にはレフトビュー又はライトビューのいずれか一方の映像フレームが多重化されている。３Ｄ再生モードでは、映像信号にはレフトビューとライトビューとの両方の映像フレームが時分割で多重化されている。再生装置102は更に、ＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換する。それにより、再生装置102は、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせることができる。
表示装置103は液晶ディスプレイである。表示装置103はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。表示装置103は、映像信号に従って画面131上に映像を表示し、音声信号に従って内蔵のスピーカから音声を発生させる。表示装置103は３Ｄ映像の再生に対応可能である。２Ｄ映像の再生時、画面131上にはレフトビュー又はライトビューのいずれか一方が表示される。３Ｄ映像の再生時、画面131上にはレフトビューとライトビューとが交互に表示される。
表示装置103は左右信号送信部132を含む。左右信号送信部132は左右信号LRを赤外線又は無線でシャッター眼鏡104へ送出する。左右信号LRは、現時点で画面131に表示される映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ映像の再生時、表示装置103は、映像信号に付随する制御信号からレフトビュー・フレームとライトビュー・フレームとを識別することによってフレームの切り換えを検知する。表示装置103は更に左右信号送信部132に、検知されたフレームの切り換えに同期して左右信号LRを変化させる。
シャッター眼鏡104は二枚の液晶表示パネル141L、141Rと左右信号受信部142とを含む。各液晶表示パネル141L、141Rは左右の各レンズ部分を構成している。左右信号受信部142は左右信号LRを受信し、その変化に応じて左右の液晶表示パネル141L、141Rに信号を送る。各液晶表示パネル141L、141Rはその信号に応じて、光をその全体で一様に透過させ、又は遮断する。特に左右信号LRがレフトビューの表示を示すとき、左目側の液晶表示パネル141Lは光を透過させ、右目側の液晶表示パネル141Rは光を遮断する。左右信号LRがライトビューの表示を示すときはその逆である。このように、二枚の液晶表示パネル141L、141Rはフレームの切り換えと同期して交互に光を透過させる。その結果、視聴者がシャッター眼鏡104をかけて画面131を見たとき、レフトビューはその視聴者の左目だけに映り、ライトビューはその右目だけに映る。そのとき、その視聴者には、各目に映る映像間の違いが同じ立体的物体に対する両眼視差として知覚されるので、その映像が立体的に見える。
リモコン105は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、ＢＤ−ＲＯＭディスク101の再生開始若しくは停止等、再生装置102又は表示装置103の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンの識別情報を信号で送信部に伝える。送信部はその信号を赤外線又は無線による信号IRに変換して再生装置102又は表示装置103へ送出する。一方、再生装置102と表示装置103とはそれぞれ、その信号IRを受信し、その信号IRの示すボタンを特定し、そのボタンに対応付けられた機能を実行する。こうして、ユーザは再生装置102又は表示装置103を遠隔操作できる。
＜ＢＤ−ＲＯＭディスク上のデータ構造＞
図２は、ＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。図２を参照するに、ＢＤ−ＲＯＭディスク101上のデータ記録領域の最内周部にはＢＣＡ（Burst Cutting Area）201が設けられている。ＢＣＡに対してはＢＤ−ＲＯＭドライブ121によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止される。それにより、ＢＣＡ201は著作権保護技術に利用される。ＢＣＡ201よりも外側のデータ記録領域では内周から外周へ向けてトラックが螺旋状に延びている。図２にはトラック202が模式的に横方向に引き伸ばされて描かれている。その左側はディスク101の内周部を表し、右側は外周部を表す。図２に示されているように、トラック202は内周から順に、リードイン領域202A、ボリューム領域202B、及びリードアウト領域202Cを含む。リードイン領域202AはＢＣＡ201のすぐ外周側に設けられている。リードイン領域202Aは、ボリューム領域202Bに記録されたデータのサイズ及び物理アドレス等、ＢＤ−ＲＯＭドライブ121によるボリューム領域202Bへのアクセスに必要な情報を含む。リードアウト領域202Cはデータ記録領域の最外周部に設けられ、ボリューム領域202Bの終端を示す。ボリューム領域202Bは、映像及び音声等のアプリケーション・データを含む。
ボリューム領域202Bは「セクタ」と呼ばれる小領域202Dに分割されている。セクタのサイズは共通であり、例えば２０４８バイトである。各セクタ202Dにはボリューム領域202Bの先端から順に通し番号が振られている。この通し番号は論理ブロック番号（ＬＢＮ）と呼ばれ、ＢＤ−ＲＯＭディスク101上の論理アドレスに利用される。ＢＤ−ＲＯＭディスク101からのデータの読み出しでは、宛先のセクタのＬＢＮが指定されることによって読み出し対象のデータが特定される。こうして、ボリューム領域202Bはセクタ単位でアクセス可能である。更に、ＢＤ−ＲＯＭディスク101上では論理アドレスが物理アドレスと実質的に等しい。特に、ＬＢＮが連続している領域では物理アドレスも実質的に連続している。従って、ＢＤ−ＲＯＭドライブ121は、ＬＢＮが連続しているセクタからデータを、その光ピックアップにシークを行わせることなく連続して読み出すことができる。
ボリューム領域202Bに記録されたデータは所定のファイルシステムで管理される。そのファイルシステムとしてはＵＤＦ（Universal Disc Format）が採用されている。そのファイルシステムはその他にＩＳＯ９６６０であってもよい。そのファイルシステムに従い、ボリューム領域202Bに記録されたデータはディレクトリ／ファイル形式で表現される（詳細は《補足》参照）。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
≪ＢＤ−ＲＯＭディスク上のディレクトリ／ファイル構造≫
図２は更に、ＢＤ−ＲＯＭディスク101のボリューム領域202Bに格納されたデータのディレクトリ／ファイル構造を示す。図２を参照するに、このディレクトリ／ファイル構造では、ルート（ＲＯＯＴ）ディレクトリ203の直下にＢＤムービー（ＢＤＭＶ：BD Movie）ディレクトリ210が置かれている。ＢＤＭＶディレクトリ210の直下には、インデックス・ファイル（index.bdmv）211とムービーオブジェクト・ファイル（MovieObject.bdmv）212とが置かれている。
インデックス・ファイル211は、ＢＤ−ＲＯＭディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルと、再生装置102の動作を制御するためのプログラムとの間の対応表である。そのプログラムを「オブジェクト」という。オブジェクトの種類にはムービーオブジェクトとＢＤ−Ｊ（BD Java （登録商標））オブジェクトとがある。
ムービーオブジェクト・ファイル212は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置102は一般的なＤＶＤプレーヤと同様に、まず表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。
図２を更に参照するに、ＢＤＭＶディレクトリ210の直下には、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ220、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ230、ストリーム（ＳＴＲＥＡＭ）ディレクトリ240、ＢＤ−Ｊオブジェクト（ＢＤＪＯ：BD Java Object）ディレクトリ250、及びＪａｖａアーカイブ（ＪＡＲ：Java Archive）ディレクトリ260が置かれている。
ＳＴＲＥＡＭディレクトリ240の直下には、三種類のＡＶストリーム・ファイル（01000.m2ts）241、（02000.m2ts）242、（03000.m2ts）243、及び、立体視インターリーブ・ファイル（ＳＳＩＦ：Stereoscopic Interleaved File）ディレクトリ244が置かれている。ＳＳＩＦディレクトリ244の直下には、二種類のＡＶストリーム・ファイル（01000.ssif）244A、（02000.ssif）244Bが置かれている。
「ＡＶストリーム・ファイル」は、ＢＤ−ＲＯＭディスク101上に記録された映像コンテンツの実体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの実体とは一般に、映像・音声・字幕等を表す各種のストリーム・データ、すなわちエレメンタリ・ストリームが多重化されたストリーム・データを意味する。この多重化ストリーム・データは内蔵のプライマリ・ビデオ・ストリームの種類に依ってメイン・トランスポート・ストリーム（ＴＳ）とサブＴＳとに大別される。「メインＴＳ」は、プライマリ・ビデオ・ストリームとしてベースビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ベースビュー・ビデオ・ストリーム」は、単独で再生可能であって、２Ｄ映像を表すビデオ・ストリームをいう。尚、ベースビューは「メインビュー」ともいう。「サブＴＳ」は、プライマリ・ビデオ・ストリームとしてディペンデントビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ディペンデントビュー・ビデオ・ストリーム」は、その再生にベースビュー・ビデオ・ストリームを必要とし、そのベースビュー・ビデオ・ストリームとの組み合わせで３Ｄ映像を表すビデオ・ストリームをいう。尚、ディペンデントビューは「サブビュー」ともいう。ディペンデントビュー・ビデオ・ストリームの種類には、ライトビュー・ビデオ・ストリーム、レフトビュー・ビデオ・ストリーム、及びデプスマップ・ストリームがある。「ライトビュー・ビデオ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像がＬ／Ｒモードの再生装置によって３Ｄ映像のレフトビューとして利用されるときに、その３Ｄ映像のライトビューを表すビデオ・ストリームとして利用される。「レフトビュー・ビデオ・ストリーム」はその逆である。「デプスマップ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像がデプス・モードの再生装置によって仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すストリーム・データとして利用される。特に、そのベースビュー・ビデオ・ストリームがレフトビューを表すときに利用されるデプスマップ・ストリームを「レフトビュー・デプスマップ・ストリーム」といい、そのベースビュー・ビデオ・ストリームがライトビューを表すときに利用されるデプスマップ・ストリームを「ライトビュー・デプスマップ・ストリーム」という。
ＡＶストリーム・ファイルは内蔵の多重化ストリーム・データの種類に依って、ファイル２Ｄ、ファイル・ディペンデント（以下、ファイルＤＥＰと略す。）、及びインターリーブ・ファイル（以下、ファイルＳＳと略す。）の三種類に分けられる。「ファイル２Ｄ」は、２Ｄ再生モードでの２Ｄ映像の再生に利用されるＡＶストリーム・ファイルであって、メインＴＳを含むものをいう。「ファイルＤＥＰ」は、サブＴＳを含むＡＶストリーム・ファイルをいう。「ファイルＳＳ」は、同じ３Ｄ映像を表すメインＴＳとサブＴＳとの対を含むＡＶストリーム・ファイルをいう。ファイルＳＳは特に、そのメインＴＳをいずれかのファイル２Ｄと共有し、そのサブＴＳをいずれかのファイルＤＥＰと共有する。すなわち、ＢＤ−ＲＯＭディスク101のファイルシステムでは、メインＴＳはファイルＳＳとファイル２Ｄとのいずれとしてもアクセス可能であり、サブＴＳはファイルＳＳとファイルＤＥＰとのいずれとしてもアクセス可能である。このように、ＢＤ−ＲＯＭディスク101上に記録された一連のデータを異なるファイルに共有させ、いずれのファイルとしてもアクセス可能にする仕組みを「ファイルのクロスリンク」という。
図２に示されている例では、第１ＡＶストリーム・ファイル（01000.m2ts）241はファイル２Ｄであり、第２ＡＶストリーム・ファイル（02000.m2ts）242と第３ＡＶストリーム・ファイル（03000.m2ts）243とはいずれもファイルＤＥＰである。このように、ファイル２ＤとファイルＤＥＰとはＳＴＲＥＡＭディレクトリ240の直下に置かれる。第１ＡＶストリーム・ファイル、すなわちファイル２Ｄ241の含むベースビュー・ビデオ・ストリームは３Ｄ映像のレフトビューを表す。第２ＡＶストリーム・ファイル、すなわち第１ファイルＤＥＰ242の含むディペンデントビュー・ビデオ・ストリームはライトビュー・ビデオ・ストリームである。第３ＡＶストリーム・ファイル、すなわち第２ファイルＤＥＰ243の含むディペンデントビュー・ビデオ・ストリームはデプスマップ・ストリームである。
図２に示されている例では更に、第４ＡＶストリーム・ファイル（01000.ssif）244Aと第５ＡＶストリーム・ファイル（02000.ssif）244BとはいずれもファイルＳＳである。このように、ファイルＳＳはＳＳＩＦディレクトリ244の直下に置かれる。第４ＡＶストリーム・ファイル、すなわち第１ファイルＳＳ244Aはファイル２Ｄ241とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第１ファイルＤＥＰ242とはサブＴＳ、特にライトビュー・ビデオ・ストリームを共有する。第５ＡＶストリーム・ファイル、すなわち第２ファイルＳＳ244Bはファイル２Ｄ241とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第２ファイルＤＥＰ243とはサブＴＳ、特にデプスマップ・ストリームを共有する。
ＣＬＩＰＩＮＦディレクトリ230には、三種類のクリップ情報ファイル（01000.clpi）231、（02000.clpi）232、（03000.clpi）233が置かれている。「クリップ情報ファイル」は、ファイル２ＤとファイルＤＥＰとに一対一に対応付けられたファイルであって、特に各ファイルのエントリ・マップを含むものをいう。「エントリ・マップ」は、ファイル２Ｄ又はファイルＤＥＰの表す各シーンの表示時間と、そのシーンが記録された各ファイル内のアドレスとの間の対応表である。クリップ情報ファイルのうち、ファイル２Ｄに対応付けられているものを「２Ｄクリップ情報ファイル」といい、ファイルＤＥＰに対応付けられているものを「ディペンデントビュー・クリップ情報ファイル」という。更に、ファイルＤＥＰがライトビュー・ビデオ・ストリームを含むとき、対応するディペンデントビュー・クリップ情報ファイルを「ライトビュー・クリップ情報ファイル」という。ファイルＤＥＰがデプスマップ・ストリームを含むとき、対応するディペンデントビュー・クリップ情報ファイルを「デプスマップ・クリップ情報ファイル」という。図２に示されている例では、第１クリップ情報ファイル（01000.clpi）231は２Ｄクリップ情報ファイルであり、ファイル２Ｄ241に対応付けられている。第２クリップ情報ファイル（02000.clpi）232はライトビュー・クリップ情報ファイルであり、第１ファイルＤＥＰ242に対応付けられている。第３クリップ情報ファイル（03000.clpi）233はデプスマップ・クリップ情報ファイルであり、第２ファイルＤＥＰ243に対応付けられている。
ＰＬＡＹＬＩＳＴディレクトリ220には三種類のプレイリスト・ファイル（00001.mpls）221、（00002.mpls）222、（00003.mpls）223が置かれている。「プレイリスト・ファイル」は、ＡＶストリーム・ファイルの再生経路、すなわちＡＶストリーム・ファイルの再生対象の部分とその再生順序とを規定するファイルをいう。プレイリスト・ファイルの種類には２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとがある。「２Ｄプレイリスト・ファイル」はファイル２Ｄの再生経路を規定する。「３Ｄプレイリスト・ファイル」は、２Ｄ再生モードの再生装置に対してはファイル２Ｄの再生経路を規定し、３Ｄ再生モードの再生装置に対してはファイルＳＳの再生経路を規定する。図２に示されている例では、第１プレイリスト・ファイル（00001.mpls）221は２Ｄプレイリスト・ファイルであり、ファイル２Ｄ241の再生経路を規定する。第２プレイリスト・ファイル（00002.mpls）222は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ241の再生経路を規定し、Ｌ／Ｒモードの再生装置に対しては第１ファイルＳＳ244Aの再生経路を規定する。第３プレイリスト・ファイル（00003.mpls）223は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ241の再生経路を規定し、デプス・モードの再生装置に対しては第２ファイルＳＳ244Bの再生経路を規定する。
ＢＤＪＯディレクトリ250にはＢＤ−Ｊオブジェクト・ファイル（XXXXX.bdjo）251が置かれている。ＢＤ−Ｊオブジェクト・ファイル251はＢＤ−Ｊオブジェクトを一つ含む。ＢＤ−Ｊオブジェクトはバイトコード・プログラムであり、再生装置102に実装されたＪａｖａ仮想マシンにタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。ＢＤ−Ｊオブジェクトは、Ｊａｖａ言語等のコンパイラ型言語で記述されている。ＢＤ−Ｊオブジェクトはアプリケーション管理テーブルと参照対象のプレイリスト・ファイルの識別情報とを含む。「アプリケーション管理テーブル」は、Ｊａｖａ仮想マシンに実行させるべきＪａｖａアプリケーション・プログラムとその実行時期、すなわちライフサイクルとの対応表である。「参照対象のプレイリスト・ファイルの識別情報」は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンはユーザの操作又はアプリケーション・プログラムに従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、再生装置102は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置103にグラフィックス映像をタイトルの映像とは独立に表示させる。
ＪＡＲディレクトリ260にはＪＡＲファイル（YYYYY.jar）261が置かれている。ＪＡＲファイル261は、ＢＤ−Ｊオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきＪａｖａアプリケーション・プログラムの本体を一般に複数含む。「Ｊａｖａアプリケーション・プログラム」は、ＢＤ−Ｊオブジェクトと同様、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。Ｊａｖａアプリケーション・プログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及びＪａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。ＪＡＲファイル261はＪａｖａアーカイブ・ファイルであり、再生装置102に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にＪａｖａアプリケーション・プログラムが格納される。
≪多重化ストリーム・データの構造≫
図３の（ａ）は、ＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。メインＴＳはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームであり、図２に示されているファイル２Ｄ241に含まれる。図３の（ａ）を参照するに、メインＴＳはプライマリ・ビデオ・ストリーム301とプライマリ・オーディオ・ストリーム302A、302Bとを含む。メインＴＳはその他に、プレゼンテーション・グラフィックス（ＰＧ）ストリーム303A、303B、インタラクティブ・グラフィックス（ＩＧ）ストリーム304、セカンダリ・オーディオ・ストリーム305、及びセカンダリ・ビデオ・ストリーム306を含んでもよい。
プライマリ・ビデオ・ストリーム301は映画の主映像を表し、セカンダリ・ビデオ・ストリーム306は副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。プライマリ・ビデオ・ストリーム301とセカンダリ・ビデオ・ストリーム306とはいずれもベースビュー・ビデオ・ストリームである。各ビデオ・ストリーム301、306は、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、又はＳＭＰＴＥ ＶＣ−１等の動画圧縮符号化方式で符号化されている。
プライマリ・オーディオ・ストリーム302A、302Bは映画の主音声を表す。ここで、二つのプライマリ・オーディオ・ストリーム302A、302Bの間では言語が異なる。セカンダリ・オーディオ・ストリーム305は、対話画面の操作に伴う効果音等、主音声と重ね合わされるべき（ミキシングされるべき）副音声を表す。各オーディオ・ストリーム302A、302B、305は、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ（Meridian Lossless Packing：登録商標）、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ−ＨＤ、又はリニアＰＣＭ（Pulse Code Modulation）等の方式で符号化されている。
各ＰＧストリーム303A、303Bは、グラフィックスによる字幕等、プライマリ・ビデオ・ストリーム301の表す映像に重ねて表示されるべきグラフィックス映像を表す。二つのＰＧストリーム303A、303Bの間では、例えば字幕の言語が異なる。ＩＧストリーム304は、表示装置103の画面131上に対話画面を構成するためのグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィックス部品及びその配置を表す。
エレメンタリ・ストリーム301−306はパケット識別子（ＰＩＤ）によって識別される。ＰＩＤの割り当ては例えば次のとおりである。一つのメインＴＳはプライマリ・ビデオ・ストリームを一本のみ含むので、プライマリ・ビデオ・ストリーム301には１６進数値０ｘ１０１１が割り当てられる。一つのメインＴＳに他のエレメンタリ・ストリームが種類ごとに最大３２本まで多重化可能であるとき、プライマリ・オーディオ・ストリーム302A、302Bには０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム303A、303Bには０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム304には０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオ・ストリーム305には０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム306には０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。
図３の（ｂ）は、ＢＤ−ＲＯＭディスク101上の第１サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第１サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図２に示されている第１ファイルＤＥＰ242に含まれる。図３の（ｂ）を参照するに、第１サブＴＳはプライマリ・ビデオ・ストリーム311を含む。第１サブＴＳはその他に、レフトビューＰＧストリーム312A、312B、ライトビューＰＧストリーム313A、313B、レフトビューＩＧストリーム314、ライトビューＩＧストリーム315、及びセカンダリ・ビデオ・ストリーム316を含んでもよい。プライマリ・ビデオ・ストリーム311はライトビュー・ビデオ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム301が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。レフトビューとライトビューとのＰＧストリームの対312A＋313A、312B＋313Bは、字幕等のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。レフトビューとライトビューとのＩＧストリームの対314、315は、対話画面のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。セカンダリ・ビデオ・ストリーム316はライトビュー・ビデオ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。
エレメンタリ・ストリーム311−316に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム311には０ｘ１０１２が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、レフトビューＰＧストリーム312A、312Bには０ｘ１２２０から０ｘ１２３Ｆまでのいずれかが割り当てられ、ライトビューＰＧストリーム313A、313Bには０ｘ１２４０から０ｘ１２５Ｆまでのいずれかが割り当てられる。レフトビューＩＧストリーム314には０ｘ１４２０から０ｘ１４３Ｆまでのいずれかが割り当てられ、ライトビューＩＧストリーム315には０ｘ１４４０から０ｘ１４５Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム316には０ｘ１Ｂ２０から０ｘ１Ｂ３Ｆまでのいずれかが割り当てられる。
図３の（ｃ）は、ＢＤ−ＲＯＭディスク101上の第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第２サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図２に示されている第２ファイルＤＥＰ243に含まれる。図３の（ｃ）を参照するに、第２サブＴＳはプライマリ・ビデオ・ストリーム321を含む。第２サブＴＳはその他に、デプスマップＰＧストリーム323A、323B、デプスマップＩＧストリーム324、及びセカンダリ・ビデオ・ストリーム326を含んでもよい。プライマリ・ビデオ・ストリーム321はデプスマップ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム301との組み合わせで３Ｄ映像を表す。デプスマップＰＧストリーム323A、323Bは、メインＴＳ内のＰＧストリーム303A、303Bの表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＰＧストリームとして利用される。デプスマップＩＧストリーム324は、メインＴＳ内のＩＧストリーム304の表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＩＧストリームとして利用される。セカンダリ・ビデオ・ストリーム326はデプスマップ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306との組み合わせで３Ｄ映像を表す。
エレメンタリ・ストリーム321−326に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム321には０ｘ１０１３が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、デプスマップＰＧストリーム323A、323Bには０ｘ１２６０から０ｘ１２７Ｆまでのいずれかが割り当てられる。デプスマップＩＧストリーム324には０ｘ１４６０から０ｘ１４７Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム326には０ｘ１Ｂ４０から０ｘ１Ｂ５Ｆまでのいずれかが割り当てられる。
図４は、多重化ストリーム・データ400内でのＴＳパケットの配置を示す模式図である。このパケット構造はメインＴＳとサブＴＳとで共通である。多重化ストリーム・データ400内では各エレメンタリ・ストリーム401、402、403、404はＴＳパケット421、422、423、424の列に変換されている。例えばビデオ・ストリーム401では、まず、各フレーム401A又は各フィールドが一つのＰＥＳ（Packetized Elementary Stream）パケット411に変換される。次に、各ＰＥＳパケット411が一般に複数のＴＳパケット421に変換される。同様に、オーディオ・ストリーム402、ＰＧストリーム403、及びＩＧストリーム404はそれぞれ、一旦ＰＥＳパケット412、413、414の列に変換された後、ＴＳパケット422、423、424の列に変換される。最後に、各エレメンタリ・ストリーム401、402、403、404から得られたＴＳパケット421、422、423、424が一本のストリーム・データ400に時分割で多重化される。
図５の（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。各ＴＳパケット501は１８８バイト長のパケットである。図５の（ｂ）を参照するに、各ＴＳパケット501は、ＴＳペイロード501Pとアダプテーション（adaptation）・フィールド（以下、ＡＤフィールドと略す。）501Aとの少なくともいずれか、及びＴＳヘッダ501Hを含む。ＴＳペイロード501PとＡＤフィールド501Aとは、両方を合わせて１８４バイト長のデータ領域である。ＴＳペイロード501PはＰＥＳパケットの格納領域として利用される。図４に示されているＰＥＳパケット411−414はそれぞれ、一般に複数の部分に分割され、各部分が異なるＴＳペイロード501Pに格納される。ＡＤフィールド501Aは、ＴＳペイロード501Pのデータ量が１８４バイトに満たないときにスタッフィング・バイト（すなわちダミー・データ）を格納するための領域である。ＡＤフィールド501Aはその他に、ＴＳパケット501が例えば後述のＰＣＲであるときに、その情報の格納領域として利用される。ＴＳヘッダ501Hは４バイト長のデータ領域である。
図５の（ａ）は、ＴＳヘッダ501Hのデータ構造を示す模式図である。図５の（ａ）を参照するに、ＴＳヘッダ501Hは、ＴＳ優先度（transport＿priority）511、ＰＩＤ512、及びＡＤフィールド制御（adaptation＿field＿control）513を含む。ＰＩＤ512は、同じＴＳパケット501内のＴＳペイロード501Pに格納されたデータの属するエレメンタリ・ストリームのＰＩＤを示す。ＴＳ優先度511は、ＰＩＤ512の示す値が共通するＴＳパケット群の中でのＴＳパケット501の優先度を示す。ＡＤフィールド制御513は、ＴＳパケット501内でのＡＤフィールド501AとＴＳペイロード501Pとのそれぞれの有無を示す。例えばＡＤフィールド制御513が“１”を示すとき、ＴＳパケット501はＡＤフィールド501Aを含まず、ＴＳペイロード501Pを含む。ＡＤフィールド制御513が“２”を示すときはその逆である。ＡＤフィールド制御513が“３”を示すとき、ＴＳパケット501はＡＤフィールド501AとＴＳペイロード501Pとの両方を含む。
図５の（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。図５の（ｃ）を参照するに、各ソースパケット502は１９２バイト長のパケットであり、図５の（ｂ）に示されているＴＳパケット501の一つと４バイト長のヘッダ（TP＿Extra＿Header）502Hとを含む。ＴＳパケット501がＢＤ−ＲＯＭディスク101に記録されるとき、そのＴＳパケット501にヘッダ502Hが付与されることによってソースパケット502は構成される。ヘッダ502HはＡＴＳ（Arrival＿Time＿Stamp）を含む。「ＡＴＳ」は時刻情報であり、次のように利用される：ソースパケット502がＢＤ−ＲＯＭディスク101から再生装置102内のシステム・ターゲット・デコーダへ送られたとき、そのソースパケット502からＴＳパケット502Pが抽出されてシステム・ターゲット・デコーダ内のＰＩＤフィルタへ転送される。そのヘッダ502H内のＡＴＳは、その転送が開始されるべき時刻を示す。ここで、「システム・ターゲット・デコーダ」は、多重化ストリーム・データをエレメンタリ・ストリームごとに復号する装置をいう。システム・ターゲット・デコーダと、それによるＡＴＳの利用との詳細については後述する。
図５の（ｄ）は、一連のソースパケット502が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。図５の（ｄ）を参照するに、一連のソースパケット502は３２個ずつ、三つの連続するセクタ521、522、523に記録されている。これは、３２個のソースパケットのデータ量１９２バイト×３２＝６１４４バイトが三つのセクタの合計サイズ２０４８バイト×３＝６１４４バイトに等しいことに因る。このように、三つの連続するセクタ521、522、523に記録された３２個のソースパケット502を「アラインド・ユニット（Aligned Unit）」520という。再生装置102はＢＤ−ＲＯＭディスク101からソースパケット502をアラインド・ユニット520ごとに、すなわち３２個ずつ読み出す。セクタ群521、522、523、…は先頭から順に３２個ずつに分割され、それぞれが一つの誤り訂正符号（ＥＣＣ）ブロック530を構成している。ＢＤ−ＲＯＭドライブ121はＥＣＣブロック530ごとに誤り訂正処理を行う。
≪ＰＧストリームのデータ構造≫
図６は、ＰＧストリーム600のデータ構造を示す模式図である。図６を参照するに、ＰＧストリーム600は複数のデータ・エントリ＃１、＃２、…を含む。各データ・エントリはＰＧストリーム600の表示単位（ディスプレイ・セット）を表し、再生装置102に一枚のグラフィックス・プレーンを構成させるのに必要なデータから成る。ここで、「グラフィックス・プレーン」とは、２Ｄグラフィックス映像を表すグラフィックス・データから生成されるプレーン・データをいう。「プレーン・データ」とは、画素データの二次元配列であり、その配列のサイズは映像フレームの解像度に等しい。一組の画素データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。グラフィックス・プレーンの種類には、ＰＧプレーン、ＩＧプレーン、イメージ・プレーン、及びオン・スクリーン・ディスプレイ（ＯＳＤ）プレーンが含まれる。ＰＧプレーンは、メインＴＳ内のＰＧストリームから生成される。ＩＧプレーンは、メインＴＳ内のＩＧストリームから生成される。イメージ・プレーンは、ＢＤ−Ｊオブジェクトに従って生成される。ＯＳＤプレーンは、再生装置102のファームウェアに従って生成される。
図６を更に参照するに、各データ・エントリは複数の機能セグメントを含む。それらの機能セグメントは、先頭から順に、表示制御セグメント（Presentation Control Segment：ＰＣＳ）、ウィンドウ定義セグメント（Window Define Segment：ＷＤＳ）、パレット定義セグメント（Pallet Define Segment：ＰＤＳ）、及びオブジェクト定義セグメント（Object Define Segment：ＯＤＳ）を含む。
ＷＤＳは、グラフィックス・プレーン内の矩形領域、すなわちウィンドウを規定する。具体的には、ＷＤＳは、ウィンドウＩＤ611、ウィンドウ位置612、及びウィンドウ・サイズ613を含む。ウィンドウＩＤ611はＷＤＳの識別情報（ＩＤ）である。ウィンドウ位置612はグラフィックス・プレーン内でのウィンドウの位置、例えばウィンドウの左上角の座標を示す。ウィンドウ・サイズ613はウィンドウの高さと幅とを示す。
ＰＤＳは、所定種類のカラーＩＤと色座標値（例えば、輝度Ｙ、赤色差Ｃｒ、青色差Ｃｂ、不透明度α）との間の対応関係を規定する。具体的には、ＰＤＳはパレットＩＤ621とカラー・ルックアップ・テーブル（ＣＬＵＴ）622とを含む。パレットＩＤ621はＰＤＳのＩＤである。ＣＬＵＴ622は、グラフィックス・オブジェクトの描画に利用される色の一覧表である。ＣＬＵＴ622には２５６色が登録可能であり、０から２５５までのカラーＩＤが一つずつ、各色に割り当てられている。尚、カラーＩＤ＝２５５は「無色透明」に一定に割り当てられている。
ＯＤＳは一般に複数で一つのグラフィックス・オブジェクトを表す。「グラフィックス・オブジェクト」とは、グラフィックス画像を画素コードとカラーＩＤとの間の対応関係で表現するデータである。グラフィックス・オブジェクトは、ランレングス符号化方式を用いて圧縮された後に分割され、各ＯＤＳに分配されている。各ＯＤＳは更にオブジェクトＩＤ、すなわちグラフィックス・オブジェクトのＩＤを含む。
ＰＣＳは、同じデータ・エントリに属するディスプレイ・セットの詳細を示し、特に、グラフィックス・オブジェクトを用いた画面構成を規定する。その画面構成の種類は、カット・イン／アウト（Cut−In／Out）、フェード・イン／アウト（Fade−In／Out）、色変化（Color Change）、スクロール（Scroll）、及びワイプ・イン／アウト（Wipe−In／Out）を含む。具体的には、ＰＣＳは、オブジェクト表示位置601、クロッピング情報602、参照ウィンドウＩＤ603、参照パレットＩＤ604、及び参照オブジェクトＩＤ605を含む。オブジェクト表示位置601は、グラフィックス・オブジェクトが表示されるべきグラフィックス・プレーン内の位置、例えばグラフィックス・オブジェクトが表示されるべき領域の左上角の座標を、ＷＤＳの規定するウィンドウ内の座標で表す。クロッピング情報602は、クロッピング処理によってグラフィックス・オブジェクトの中から切り出されるべき矩形状の部分の範囲を示す。その範囲は例えば、左上角の座標、高さ、及び幅で規定される。実際にはその部分を、オブジェクト表示位置601の示す位置に描画することができる。参照ウィンドウＩＤ603、参照パレットＩＤ604、及び参照オブジェクトＩＤ605はそれぞれ、グラフィックス・オブジェクトの描画処理において参照されるべきＷＤＳ、ＰＤＳ、及びグラフィックス・オブジェクトのＩＤを示す。コンテンツ・プロバイダは、ＰＣＳ内のそれらのパラメータを利用して、再生装置102に画面構成を指示する。それにより、例えば「ある字幕を徐々に消去しつつ、次の字幕を表示させる」という視覚効果を再生装置102に実現させることができる。
≪ＩＧストリームのデータ構造≫
図４を更に参照するに、ＩＧストリーム404は、対話構成セグメント（Interactive Composition Segment：ＩＣＳ）、ＰＤＳ、及びＯＤＳを含む。ＰＤＳとＯＤＳとは、ＰＧストリーム403に含まれるものと同様な機能セグメントである。特に、ＯＤＳの含むグラフィックス・オブジェクトは、ボタン及びポップアップ・メニュー等、対話画面を構成するＧＵＩ用グラフィック部品を表す。ＩＣＳは、それらのグラフィックス・オブジェクトを用いた対話操作を規定する。具体的には、ＩＣＳは、ボタン及びポップアップ・メニュー等、ユーザ操作に応じて状態が変化するグラフィックス・オブジェクトのそれぞれについて取り得る状態、すなわち、ノーマル、セレクテッド、及びアクティブの各状態を規定する。ＩＣＳは更にボタン情報を含む。ボタン情報は、ユーザがボタン等に対して確定操作を行った際に再生装置の実行すべきコマンドを含む。
≪ビデオ・ストリームのデータ構造≫
図７は、ベースビュー・ビデオ・ストリーム701とライトビュー・ビデオ・ストリーム702とのピクチャを表示時間順に示す模式図である。図７を参照するに、ベースビュー・ビデオ・ストリーム701はピクチャ710、711、712、…、719（以下、ベースビュー・ピクチャという。）を含み、ライトビュー・ビデオ・ストリーム702はピクチャ720、721、722、…、729（以下、ライトビュー・ピクチャという。）を含む。各ピクチャ710−719、720−729は１フレーム又は１フィールドを表し、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。
上記の符号化方式による各ピクチャの圧縮には、そのピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化を「ピクチャ内符号化」という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの類似性を利用するピクチャの符号化を「ピクチャ間予測符号化」という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して動き補償が行われる。更に、動き補償後のピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。
図７を参照するに、ベースビュー・ピクチャ710−719は一般に複数のＧＯＰ731、732に分割されている。「ＧＯＰ」は、Ｉ（Intra）ピクチャを先頭とする複数枚の連続するピクチャの列をいう。「Ｉピクチャ」は、ピクチャ内符号化によって圧縮されたピクチャをいう。ＧＯＰは一般に、Ｉピクチャの他に、Ｐ（Predictive）ピクチャとＢ（Bidirectionally Predivtive）ピクチャとを含む。「Ｐピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前であるＩピクチャ又は別のＰピクチャが一枚、参照ピクチャとして利用されたものをいう。「Ｂピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前又は後であるＩピクチャ又はＰピクチャが二枚、参照ピクチャとして利用されたものをいう。Ｂピクチャのうち、他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを特に「Ｂｒ（reference B）ピクチャ」という。
図７に示されている例では、各ＧＯＰ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を単独で復号することはできない。しかし、視差映像間の差異は一般にわずかであり、すなわちレフトビューとライトビューとの間の相関は高い。従って、ライトビュー・ピクチャは一般にベースビュー・ピクチャよりも圧縮率が著しく高く、すなわちデータ量が著しく小さい。
図７には示されていないが、デプスマップ・ストリームは複数のデプスマップを含む。それらのデプスマップはベースビュー・ピクチャと一対一に対応し、各ベースビュー・ピクチャの示す１フレーム又は１フィールドの２Ｄ映像に対するデプスマップを表す。各デプスマップは、ベースビュー・ピクチャと同様、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。特にその符号化方式ではピクチャ間予測符号化が利用される。すなわち、各デプスマップが他のデプスマップを参照ピクチャとして利用して圧縮される。デプスマップ・ストリームは、ベースビュー・ビデオ・ストリームと同様にＧＯＰ単位に分割され、各ＧＯＰがその先頭にＩピクチャを必ず含む。従って、デプスマップはＧＯＰごとに単独で復号可能である。しかし、デプスマップ自体は２Ｄ映像の各部の奥行きを画素別に表す情報でしかないので、デプスマップ・ストリームを単独で映像の再生に利用することはできない。デプスマップ・ストリームの圧縮に利用される符号化方式は、ライトビュー・ビデオ・ストリームの圧縮に利用される符号化方式と等しい。例えば、ライトビュー・ビデオ・ストリームがＭＶＣのフォーマットで符号化されているとき、デプスマップ・ストリームもＭＶＣのフォーマットで符号化されている。その場合、再生装置102は３Ｄ映像の再生時、符号化方式を一定に維持したまま、Ｌ／Ｒモードとデプス・モードとの切り換えをスムーズに実現できる。
図８は、ビデオ・ストリーム800のデータ構造の詳細を示す模式図である。このデータ構造は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで実質的に共通である。図８を参照するに、ビデオ・ストリーム800は一般に複数のビデオ・シーケンス＃１、＃２、…から構成されている。「ビデオ・シーケンス」は、一つのＧＯＰ810を構成するピクチャ群811、812、813、814、…に個別にヘッダ等の付加情報を組み合わせたものである。この付加情報と各ピクチャとの組み合わせを「ビデオ・アクセスユニット（ＶＡＵ）」という。すなわち、各ＧＯＰ810、820ではピクチャごとに一つのＶＡＵ＃１、＃２、…が構成されている。各ピクチャはＶＡＵ単位でビデオ・ストリーム800から読み出し可能である。
図８は更に、ベースビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１831の構造を示す。ＶＡＵ＃１831は、アクセスユニット（ＡＵ）識別コード831A、シーケンス・ヘッダ831B、ピクチャ・ヘッダ831C、補足データ831D、及び圧縮ピクチャ・データ831Eを含む。２番目以降のＶＡＵ＃２は、シーケンス・ヘッダ831Bを含まない点を除き、ＶＡＵ＃１831と同じ構造である。ＡＵ識別コード831Aは、ＶＡＵ＃１８31の先端を示す所定の符号である。シーケンス・ヘッダ831BはＧＯＰヘッダともいい、ＶＡＵ＃１831を含むビデオ・シーケンス＃１の識別番号を含む。シーケンス・ヘッダ831Bは更にＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャ・ヘッダ831Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及びピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ831Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。補足データ831Dは特に復号スイッチ情報を含む（詳細は《補足》参照）。圧縮ピクチャ・データ831Eはベースビュー・ピクチャを含む。ＶＡＵ＃１831はその他に、必要に応じて、パディング・データ831F、シーケンス終端コード831G、及びストリーム終端コード831Hのいずれか又は全てを含んでもよい。パディング・データ831Fはダミーデータである。そのサイズを圧縮ピクチャ・データ831Eのサイズに合わせて調節することにより、ＶＡＵ＃１831のビットレートを所定値に維持することができる。シーケンス終端コード831Gは、ＶＡＵ＃１831がビデオ・シーケンス＃１の終端に位置することを示す。ストリーム終端コード831Hはベースビュー・ビデオ・ストリーム800の終端を示す。
図８はまた、ディペンデントビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１832の構造も示す。ＶＡＵ＃１832は、サブシーケンス・ヘッダ832B、ピクチャ・ヘッダ832C、補足データ832D、及び圧縮ピクチャ・データ832Eを含む。２番目以降のＶＡＵ＃２は、サブシーケンス・ヘッダ832Bを含まない点を除き、ＶＡＵ＃１832と同じ構造である。サブシーケンス・ヘッダ832Bは、ＶＡＵ＃１832を含むビデオ・シーケンス＃１の識別番号を含む。サブシーケンス・ヘッダ832Bは更に、ＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。特にそれらの値は、ベースビュー・ビデオ・ストリームの対応するＧＯＰに対して設定された値、すなわちＶＡＵ＃１831のシーケンス・ヘッダ831Bの示す値に等しい。ピクチャ・ヘッダ832Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及びピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ832Dはオフセット・メタデータのみを含む（詳細は後述する）。ここで、補足データの種類には、オフセット・メタデータを含むもの832Dの他にも、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、タイムコード情報、及び復号スイッチ情報を含むものがある。従って、ＶＡＵ＃１832は、補足データ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）に相当する。特にＶＡＵ＃１832では、オフセット・メタデータを含む補足データ832Dは一つのＮＡＬユニットで構成され、そのＮＡＬユニットはオフセット・メタデータ以外のデータを含まない。
図９は、ＰＥＳパケット列902へのビデオ・ストリーム901の格納方法の詳細を示す模式図である。この格納方法は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで共通である。図９を参照するに、実際のビデオ・ストリーム901ではピクチャが、表示時間順ではなく符号化順に多重化されている。例えばベースビュー・ビデオ・ストリームのＶＡＵには、図９に示されているように、先頭から順に、Ｉ0ピクチャ910、Ｐ3ピクチャ911、Ｂ1ピクチャ912、Ｂ2ピクチャ913、…が格納されている。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。Ｐ3ピクチャ911の符号化にはＩ0ピクチャ910が参照ピクチャとして利用され、Ｂ1ピクチャ912とＢ2ピクチャ913との各符号化にはＩ0ピクチャ910とＰ3ピクチャ911とが参照ピクチャとして利用される。それらのＶＡＵが一つずつ、異なるＰＥＳパケット920、921、922、923、…に格納される。各ＰＥＳパケット920、…はＰＥＳペイロード920PとＰＥＳヘッダ920Hとを含む。ＶＡＵはＰＥＳペイロード920Pに格納される。一方、ＰＥＳヘッダ920Hは、同じＰＥＳパケット920のＰＥＳペイロード920Pに格納されたピクチャの表示時刻、すなわちＰＴＳ（Presentation Time−Stamp）、及び、そのピクチャの復号時刻、すなわちＤＴＳ（Decoding Time−Stamp）を含む。
図９に示されているビデオ・ストリーム901と同様、図３、４に示されている他のエレメンタリ・ストリームも一連のＰＥＳパケットの各ＰＥＳペイロードに格納される。更に各ＰＥＳパケットのＰＥＳヘッダは、そのＰＥＳパケットのＰＥＳペイロードに格納されたデータのＰＴＳを含む。
図１０は、ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。図１０を参照するに、両ビデオ・ストリーム1001、1002の間では、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャに対して、同じＰＴＳ及び同じＤＴＳが割り当てられている。例えば３Ｄ映像の先頭のフレーム又はフィールドは、ベースビュー・ビデオ・ストリーム1001のＩ1ピクチャ1011とディペンデントビュー・ビデオ・ストリーム1002のＰ1ピクチャ1021との組み合わせから再現される。従って、それらのピクチャの対1011、1021ではＰＴＳが等しく、かつＤＴＳが等しい。ここで、下付の数字は、各ピクチャにＤＴＳの順に割り振られた通し番号を示す。また、ディペンデントビュー・ビデオ・ストリーム1002がデプスマップ・ストリームであるとき、Ｐ1ピクチャ1021は、Ｉ1ピクチャ1011に対するデプスマップを表すＩピクチャに置き換えられる。同様に、各ビデオ・ストリーム1001、1002の２番目のピクチャ、すなわち、Ｐ2ピクチャ1012、1022の対ではＰＴＳが等しく、かつＤＴＳが等しい。各ビデオ・ストリーム1001、1002の３番目のピクチャ、すなわちＢｒ3ピクチャ1013とＢ3ピクチャ1023との対ではＰＴＳとＤＴＳとがいずれも共通である。Ｂｒ4ピクチャ1014とＢ4ピクチャ1024との対でも同様である。
ベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002との間で、ＰＴＳが等しく、かつＤＴＳが等しいピクチャを含むＶＡＵの対を「３Ｄ・ＶＡＵ」という。図１０に示されているＰＴＳとＤＴＳとの割り当てにより、３Ｄ再生モードの再生装置102内のデコーダにベースビュー・ビデオ・ストリーム1001とディペンデントビュー・ビデオ・ストリーム1002とを３Ｄ・ＶＡＵ単位でパラレルに処理させることが容易にできる。それにより、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャが、デコーダによって確実にパラレルに処理される。更に、各ＧＯＰの先頭の３Ｄ・ＶＡＵではシーケンス・ヘッダが、同じ解像度、同じフレームレート、及び同じアスペクト比を含む。特にそのフレームレートは、２Ｄ再生モードにおいてベースビュー・ビデオ・ストリーム1001が単独で復号されるときの値に等しい。
≪オフセット・メタデータ≫
図１１は、ディペンデントビュー・ビデオ・ストリーム1100の含むオフセット・メタデータ1110のデータ構造を示す模式図である。図１１を参照するに、オフセット・メタデータ1110は、各ビデオ・シーケンス（すなわち、各ＧＯＰ）の先端に位置するＶＡＵ＃１内の補足データ1101に格納されている。図１１を参照するに、オフセット・メタデータ1110は、ＰＴＳ1111、オフセット・シーケンスＩＤ1112、及びオフセット・シーケンス1113を含む。ＰＴＳ1111は、ＶＡＵ＃１内の圧縮ピクチャ・データの表すフレーム、すなわち、各ＧＯＰの最初のフレームのＰＴＳに等しい。
オフセット・シーケンスＩＤ1112は、オフセット・シーケンス1113に順番に割り振られた通し番号０、１、２、…、Ｍである。文字Ｍは１以上の整数を表し、その整数はオフセット・シーケンス1113の総数に等しい。ビデオ・プレーンに合成されるべきグラフィックス・プレーン及び副映像プレーンには、オフセット・シーケンスＩＤ1112が割り当てられる。それにより、各プレーン・データにオフセット・シーケンス1113が対応付けられている。ここで、「ビデオ・プレーン」とは、ビデオ・シーケンスの含むピクチャから生成されるプレーン・データ、すなわち画素データの二次元配列をいう。その配列のサイズは映像フレームの解像度に等しい。一組の画素データは、色座標値（ＲＧＢ値又はＹＣｒＣｂ値）とα値との組み合わせから成る。
各オフセット・シーケンス1113は、フレーム番号1121とオフセット情報1122、1123との対応表である。フレーム番号1121は、一つのビデオ・シーケンス（例えば、ビデオ・シーケンス＃１）の表すフレーム＃１、＃２、…、＃Ｎに表示順に割り振られた通し番号１、２、…、Ｎである。整数Ｎは１以上であり、そのビデオ・シーケンスの含むフレームの総数を表す。各オフセット情報1122、1123は、一つのプレーン・データに対するオフセット制御を規定する制御情報である。
「オフセット制御」とは、グラフィックス・プレーン（又は副映像プレーン）に水平座標の左方向と右方向との各オフセットを与えて、ベースビュー・ビデオ・プレーンとディペンデントビュー・ビデオ・プレーンとのそれぞれに合成する処理をいう。「グラフィックス・プレーンに水平方向のオフセットを与える」とは、そのグラフィックス・プレーン内で各画素データを水平方向に変位させることをいう。それにより、一つのグラフィックス・プレーンから、レフトビューとライトビューとを表すグラフィックス・プレーンの対が生成される。その対から再生される２Ｄグラフィックス映像の各部の表示位置は、元の表示位置から左右にずれている。それらの変位が視聴者に両眼視差として錯覚されることにより、レフトビューとライトビューとの対がその視聴者には一つの３Ｄグラフィックス映像として見える。副映像プレーンの表す映像についても同様である。
オフセットは方向と大きさとで決まる。従って、図１１に示されているとおり、各オフセット情報はオフセット方向1122とオフセット値1123とを含む。オフセット方向1122は、３Ｄグラフィックス映像の奥行きが画面よりも手前か奥かを示す。オフセット方向1122の値に依り、元の２Ｄグラフィックス映像の表示位置に対するレフトビューとライトビューとの各表示位置の方向が左又は右に決まる。オフセット値1123は、元の２Ｄグラフィックス映像の表示位置とレフトビューとライトビューとの各表示位置との間の距離を水平方向の画素数で表す。
図１２の（ａ）、（ｂ）は、ＰＧプレーン1210とＩＧプレーン1220とに対するオフセット制御を示す模式図である。それらのオフセット制御では、レフトビュー・ビデオ・プレーン1201とライトビュー・ビデオ・プレーン1202とのそれぞれへ二種類のグラフィックス・プレーン1210、1220が合成される。ここで、「レフトビュー／ライトビュー・ビデオ・プレーン」とは、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの組み合わせから生成される、レフトビュー／ライトビューを表すビデオ・プレーンをいう。以下の説明では、ＰＧプレーン1210の表す字幕1211を画面よりも手前に表示し、ＩＧプレーン1220の表すボタン1221を画面よりも奥に表示する場合を想定する。
図１２の（ａ）を参照するに、ＰＧプレーン1210には、右方向のオフセットが与えられる。具体的には、まず、ＰＧプレーン1210内の各画素データの位置が、レフトビュー・ビデオ・プレーン1201内の対応する画素データの位置から、オフセット値に等しい画素数SFPだけ右に（仮想的に）移動する。次に、レフトビュー・ビデオ・プレーン1201の範囲よりも右側に（仮想的に）はみ出ているＰＧプレーン1210の右端の帯状領域1212を「切り取る」。すなわち、その領域1212の画素データ群を破棄する。一方、ＰＧプレーン1210の左端に透明な帯状領域1213を追加する。その帯状領域1213の幅は右端の帯状領域1212の幅、すなわちオフセット値SFPに等しい。こうして、ＰＧプレーン1210から、レフトビューを表すＰＧプレーンが生成され、レフトビュー・ビデオ・プレーン1201に合成される。特に、そのレフトビューＰＧプレーンでは、字幕1211の表示位置が元の表示位置よりも右に、オフセット値SFPだけずれている。
一方、ＩＧプレーン1220には、左方向のオフセットが与えられる。具体的には、まず、ＩＧプレーン1220内の各画素データの位置が、レフトビュー・ビデオ・プレーン1201内の対応する画素データの位置から、オフセット値に等しい画素数SFIだけ左に（仮想的に）移動する。次に、レフトビュー・ビデオ・プレーン1210の範囲よりも左側に（仮想的に）はみ出ているＩＧプレーン1220の左端の帯状領域1222を切り取る。一方、ＩＧプレーン1220の右端に透明な帯状領域1223を追加する。その帯状領域1223の幅は左端の帯状領域1222の幅、すなわちオフセット値SFIに等しい。こうして、ＩＧプレーン1220から、レフトビューを表すＩＧプレーンが生成され、レフトビュー・ビデオ・プレーン1201に合成される。特に、そのレフトビューＩＧプレーンでは、ボタン1221の表示位置が元の表示位置よりも左に、オフセット値SFIだけずれている。
図１２の（ｂ）を参照するに、ＰＧプレーン1210には左方向のオフセットが与えられ、ＩＧプレーン1220には右方向のオフセットが与えられる。すなわち、上記の操作をＰＧプレーン1210とＩＧプレーン1220とで反対にすればよい。その結果、各プレーン・データ1210、1220から、ライトビューを表すプレーン・データが生成され、ライトビュー・ビデオ・プレーン1220に合成される。特にライトビューＰＧプレーンでは、字幕1211の表示位置が元の表示位置よりも左に、オフセット値SFPだけずれている。一方、ライトビューＩＧプレーンでは、ボタン1221の表示位置が元の表示位置よりも右に、オフセット値SFIだけずれている。
図１２の（ｃ）は、（ａ）、（ｂ）に示されているグラフィックス・プレーンの表す２Ｄグラフィックス映像から視聴者1230に知覚される３Ｄグラフィックス映像を示す模式図である。それらのグラフィックス・プレーンの表す２Ｄグラフィックス映像が画面1240に交互に表示されるとき、視聴者1230には、図１２の（ｃ）に示されているように、字幕1231は画面1240よりも手前に見え、ボタン1232は画面1240よりも奥に見える。各３Ｄグラフィックス映像1231、1232と画面1240との間の距離はオフセット値SFP、SFIによって調節可能である。
図１３の（ａ）、（ｂ）は、オフセット・シーケンスの具体例を示すグラフである。各グラフでは、オフセット方向が画面よりも手前を示すときにオフセット値が正である。図１３の（ａ）は、図１３の（ｂ）のうち、最初のＧＯＰ、GOP1、の表示期間でのグラフを拡大したものである。図１３の（ａ）を参照するに、階段状のグラフ1301は、オフセット・シーケンスＩＤ＝０のオフセット・シーケンス、すなわちオフセット・シーケンス［０］のオフセット値を示す。一方、水平なグラフ1302は、オフセット・シーケンスＩＤ＝１のオフセット・シーケンス、すなわちオフセット・シーケンス［１］のオフセット値を示す。オフセット・シーケンス［０］のオフセット値1301は、最初のＧＯＰの表示期間GOP1ではフレームFR1、FR2、FR3、…、FR15、…の順に階段状に増加している。図１３の（ｂ）を参照するに、そのオフセット値1301の階段状の増加は、２番目以降の各ＧＯＰの表示期間GOP2、GOP3、…、GOP40、…でも同様に継続される。１フレーム当たりの増加量が十分に細かいので、図１３の（ｂ）ではオフセット値1301が線形に連続的に増加しているように見える。一方、オフセット・シーケンス［１］のオフセット値1302は、最初のＧＯＰの表示期間GOP1では負の一定値に維持されている。図１３の（ｂ）を参照するに、そのオフセット値1302は、４０番目のＧＯＰの表示期間GOP40の終了時、正の値に急増する。このようにオフセット値は不連続に変化してもよい。
図１３の（ｃ）は、図１３の（ａ）、（ｂ）に示されているオフセット・シーケンスに従って再現される３Ｄグラフィックス映像を示す模式図である。字幕の３Ｄ映像1303がオフセット・シーケンス［０］に従って表示されるとき、その３Ｄ映像1303は、画面1304の直ぐ手前から徐々に飛び出てくるように見える。一方、ボタンの３Ｄ映像1305がオフセット・シーケンス［１］に従って表示されるとき、その３Ｄ映像1305は、画面1304よりも奥に固定されている状態から突然、画面1304よりも手前に飛び出てくるように見える。このように、フレーム単位でのオフセット値の増減のパターンをオフセット・シーケンスごとに様々に変化させる。それにより、複数の３Ｄグラフィックス映像について、個々の奥行きの変化を多様に表現することができる。
≪ＡＶストリーム・ファイルに含まれるその他のＴＳパケット≫
ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図３に示されているエレメンタリ・ストリームから変換されたもの以外にも、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャル・トランスポート・ストリームを規定する役割を持つ。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、ＡＶストリーム・ファイルもそのパーシャル・トランスポート・ストリームと同様に規定される。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる、映像・音声・字幕等を表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種のディスクリプタ（記述子ともいう。）を含む。ディスクリプタには特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報が含まれる。ＰＣＲは、自身に割り当てられたＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ここで、「ＳＴＣ」は、再生装置102内のデコーダによって、ＰＴＳ及びＤＴＳの基準として利用されるクロックである。そのデコーダはＰＣＲを利用して、ＡＴＣにＳＴＣを同期させる。
図１４は、ＰＭＴ1410のデータ構造を示す模式図である。ＰＭＴ1410は、ＰＭＴヘッダ1401、ディスクリプタ1402、及びストリーム情報1403を含む。ＰＭＴヘッダ1401は、ＰＭＴ1410に含まれるデータの長さ等を示す。各ディスクリプタ1402は、ＰＭＴ1410を含むＡＶストリーム・ファイルの全体に関するディスクリプタである。前述のコピー・コントロール情報はディスクリプタ1402の一つに含まれる。ストリーム情報1403は、ＡＶストリーム・ファイルに含まれる各エレメンタリ・ストリームに関する情報であり、一つずつ異なるエレメンタリ・ストリームに割り当てられている。各ストリーム情報1403は、ストリーム・タイプ1431、ＰＩＤ1432、及びストリーム・ディスクリプタ1433を含む。ストリーム・タイプ1431は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報等を含む。ＰＩＤ1432は、そのエレメンタリ・ストリームのＰＩＤを示す。ストリーム・ディスクリプタ1433は、そのエレメンタリ・ストリームの属性情報、例えばフレームレート及びアスペクト比を含む。
ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置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のファイル・エントリ1510がベースビュー・データ・ブロックB[n]の各サイズとその先端のＬＢＮとを示す。従って、各ベースビュー・データ・ブロックB[n]はファイル２Ｄ241のエクステントEXT2D[n]としてアクセス可能である。以下、ファイル２Ｄ241に属するエクステントEXT2D[n]を「２Ｄエクステント」という。一方、第１ファイルＤＥＰ（02000.m2ts）242のファイル・エントリ1520がディペンデントビュー・データ・ブロックD[n]の各サイズとその先端のＬＢＮとを示す。従って、各ディペンデントビュー・データ・ブロックD[n]はライトビュー・データ・ブロックであり、第１ファイルＤＥＰ242のエクステントEXT2[n]としてアクセス可能である。以下、第１ファイルＤＥＰ242に属するエクステントEXT2[n]を「ライトビュー・エクステント」という。ディペンデントビュー・データ・ブロックD[n]がデプスマップ・データ・ブロックである場合も同様に、各デプスマップ・データ・ブロックは第２ファイルＤＥＰ（03000.m2ts）243のエクステントとしてアクセス可能である。以下、第２ファイルＤＥＰ243に属するエクステントを「デプスマップ・エクステント」という。更に、ライトビュー・エクステントとデプスマップ・エクステントとのように、いずれかのファイルＤＥＰに属するエクステントを「ディペンデントビュー・エクステント」と総称する。
図１５を参照するに、データ・ブロック群はＢＤ−ＲＯＭディスク101上のトラックに沿って連続的に記録されている。更に、ベースビュー・データ・ブロックB[n]とディペンデントビュー・データ・ブロックD[n]とは一つずつ交互に配置されている。このようなデータ・ブロック群の配置を「インターリーブ配置」という。特に、インターリーブ配置で記録された一連のデータ・ブロック群を「エクステント・ブロック」という。図１５には三つのエクステント・ブロック1501、1502、1503が示されている。第１エクステント・ブロック1501と第２エクステント・ブロック1502とのように、エクステント・ブロックの間は多重化ストリーム・データ以外のデータの記録領域NAVによって分離される。また、ＢＤ−ＲＯＭディスク101が多層ディスクである場合、すなわち記録層を複数含む場合、第２エクステント・ブロック1502と第３エクステント・ブロック1503とのように、エクステント・ブロックの間は記録層間の境界（以下、層境界という。）LBによっても分離される。こうして、一連の多重化ストリーム・データは、一般に複数のエクステント・ブロックに分割されて配置されている。その場合、再生装置102がその多重化ストリーム・データから映像をシームレスに再生するには、各エクステント・ブロックから再生される映像をシームレスに接続しなければならない。以下、そのために再生装置102が必要とする処理を「エクステント・ブロック間のシームレスな接続」という。
本発明の実施形態１によるエクステント・ブロック1501−1503ではそれぞれ、二種類のデータ・ブロックD[n]、B[n]の数が等しい。更に、（ｎ＋１）番目の隣接するデータ・ブロックの対D[n]、B[n]ではエクステントＡＴＣ時間が等しい。以下、このようなデータ・ブロックの対を「エクステント・ペア」という。ここで、「ＡＴＣ（Arrival Time Clock）」は、ＡＴＳの基準とされるべきクロックを意味する。「エクステントＡＴＣ時間」は、一つのデータ・ブロック内のソースパケットに付与されたＡＴＳの範囲の大きさ、すなわち、そのデータ・ブロックの先頭のソースパケットと次のデータ・ブロックの先頭のソースパケットとの間でのＡＴＳの差を表す。その差は、再生装置102がそのデータ・ブロック内の全てのソースパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間を、ＡＴＣの値で表したものに等しい。「リード・バッファ」は再生装置102内のバッファ・メモリであり、ＢＤ−ＲＯＭディスク101から読み出されたデータ・ブロックをシステム・ターゲット・デコーダへ送るまでの間、一時的に格納する。リード・バッファの詳細については後述する。図１５に示されている例では、三つのエクステント・ブロック1501−1503が互いにシームレスに接続されるので、各エクステント・ペア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はメインＴＳとサブＴＳとを、エクステントＡＴＣ時間の等しい部分の対に分割して読み出さねばならない。
図１６の（ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ1601とサブＴＳ1602との配置を示す模式図である。再生装置102がそれらのメインＴＳ1601とサブＴＳ1602とをパラレルに処理するとき、図１６の（ａ）に実線の矢印（１）−（４）で示されているように、ＢＤ−ＲＯＭドライブ121はメインＴＳ1601とサブＴＳ1602とを交互に、エクステントＡＴＣ時間の等しい部分ずつ読み出す。そのとき、ＢＤ−ＲＯＭドライブ121は、図１６の（ａ）に破線の矢印で示されているように、読み出し処理の途中でＢＤ−ＲＯＭディスク上の読み出し対象領域を大きく変化させなければならない。例えば矢印（１）の示すメインＴＳ1601の先端部分が読み出された時、ＢＤ−ＲＯＭドライブ121は光ピックアップによる読み出し動作を一旦停止し、ＢＤ−ＲＯＭディスクの回転速度を上げる。それにより、矢印（２）の示すサブＴＳ1602の先端部分が記録されたＢＤ−ＲＯＭディスク上のセクタを速やかに光ピックアップの位置まで移動させる。このように、光ピックアップに読み出し動作を一旦停止させて、その間に次の読み出し対象領域上へ光ピックアップを位置づけるための操作を「ジャンプ」という。図１６の（ａ）に示されている破線の矢印は、読み出し処理の途中で必要な各ジャンプの範囲を示す。各ジャンプの期間中、光ピックアップによる読み出し処理は停止し、デコーダによる復号処理のみが進行する。図１６の（ａ）に示されている例ではジャンプが過大であるので、読み出し処理を復号処理に間に合わせることが難しい。その結果、シームレス再生を確実に持続することが難しい。
図１６の（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク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内のリード・バッファに読み込まれたとき、いずれのデータ・ブロックでも、同じ１秒間で全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。
上記のとおり、ディペンデントビュー・データ・ブロックは一般に、ベースビュー・データ・ブロックよりもビデオ・ストリームの圧縮率が高い。従って、ディペンデントビュー・データ・ブロックの復号処理の速度は一般に、ベースビュー・データ・ブロックの復号処理の速度よりも低い。一方、エクステントＡＴＣ時間が等しいとき、ディペンデントビュー・データ・ブロックは一般に、ベースビュー・データ・ブロックよりもデータ量が小さい。従って、図１６の（ｃ）、（ｄ）のように、隣接するデータ・ブロック間でエクステントＡＴＣ時間が等しいとき、復号対象のデータがシステム・ターゲット・デコーダに供給される速度は、そのデコーダの処理速度と均衡を保ちやすい。すなわち、システム・ターゲット・デコーダは、特に飛び込み再生においても、ベースビュー・データ・ブロックの復号処理とディペンデントビュー・データ・ブロックの復号処理とを容易に同期させることができる。
［エクステントＡＴＣ時間を揃える方法］
図１７は、隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。まず、ベースビュー・データ・ブロックに格納されるソースパケット（以下、ＳＰ１と略す。）と、ディペンデントビュー・データ・ブロックに格納されるソースパケット（以下、ＳＰ２と略す。）とには、同じＡＴＣ時間軸でＡＴＳが付与される。図１７を参照するに、矩形1710、1720はそれぞれ、ＳＰ１＃ｐ（ｐ＝０、１、…、ｋ、ｋ＋１、…、ｉ、ｉ＋１）とＳＰ２＃ｑ（ｑ＝０、１、…、ｍ、ｍ＋１、…、ｊ、ｊ＋１）とを表す。それらの矩形1710、1720はＡＴＣの時間軸方向で各ソースパケットのＡＴＳの順に並べられている。各矩形1710、1720の先頭の位置A1(p)、A2(q)はそのソースパケットのＡＴＳの値を表す。各矩形1710、1720の長さAT1、AT2は、３Ｄ再生装置が１個のソースパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間を表す。
ＳＰ１＃０のＡＴＳA1(0)からエクステントＡＴＣ時間TEXT[n]が経過するまでの期間に、リード・バッファからシステム・ターゲット・デコーダへ転送されるＳＰ１、すなわちＳＰ１＃０、１、…、ｋは、（ｎ＋１）番目のベースビュー・データ・ブロックEXT1[n]に格納される。同様に、ＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)からエクステントＡＴＣ時間TEXT[n＋1]が経過するまでの期間に、リード・バッファからシステム・ターゲット・デコーダへ転送されるＳＰ１、すなわちＳＰ１＃（ｋ＋１）、…、ｉは、（ｎ＋２）番目のベースビュー・データ・ブロックEXT1[n＋1]に格納される。
一方、（ｎ＋１）番目のディペンデントビュー・データ・ブロックEXT2[n]に格納されるべきＳＰ２は次のように選択される。まず、ＳＰ１＃０のＡＴＳA1(0)とエクステントＡＴＣ時間TEXT[n]との和、すなわち、ＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)＝A1(0)＋TEXT[n]が求められる。次に、ＳＰ１＃０のＡＴＳA1(0)からＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)までの期間に、リード・バッファからシステム・ターゲット・デコーダへの転送が開始されるＳＰ２、すなわちＳＰ２＃０、１、…、ｍが選択される。従って、先頭のＳＰ２、すなわちＳＰ２＃０のＡＴＳA2(0)は必ず、先頭のＳＰ１、すなわちＳＰ１＃０のＡＴＳA1(0)以上である：A2(0)≧A1(0)。更に、最後のＳＰ２、すなわちＳＰ２＃ｍのＡＴＳA2(m)は、ＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)以下である：A2(m)≦A1(k＋1)。ここで、ＳＰ２＃ｍの転送完了はＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)以後であってもよい。
同様に、（ｎ＋２）番目のディペンデントビュー・データ・ブロックEXT2[n＋1]に格納されるべきＳＰ２は次のように選択される。まず、（ｎ＋３）番目のベースビュー・データ・ブロックEXT1[n＋2]の先頭に位置するＳＰ１＃（ｉ＋１）のＡＴＳA1(i＋1)＝A1(k＋1)＋TEXTが求められる。次に、ＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)からＳＰ１＃（ｉ＋１）のＡＴＳA1(i＋1)までの期間に、リード・バッファからシステム・ターゲット・デコーダへの転送が開始されるＳＰ２、すなわち、ＳＰ２＃（ｍ＋１）−ＳＰ２＃ｊが選択される。従って、先頭のＳＰ２、すなわちＳＰ２＃（ｍ＋１）のＡＴＳA2(m＋1)は、先頭のＳＰ１、すなわちＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)以上である：A2(m＋1)≧A1(k＋1)。更に、最後のＳＰ２＃ｊのＡＴＳA2(j)は、次のベースビュー・データ・ブロックEXT1[n＋2]の先頭に位置するＳＰ１＃（ｉ＋１）のＡＴＳA1(i＋1)以下である：A2(j)≦A1(i＋1)。
［データ量の小さいデータ・ブロックを先に置く意義］
３Ｄ再生モードの再生装置102は、各エクステント・ブロックの先頭に位置するデータ・ブロックを読み出すとき、又は再生開始位置のデータ・ブロックを読み出すとき、まず、そのデータ・ブロックを全てリード・バッファに読み込む。その間、そのデータ・ブロックはシステム・ターゲット・デコーダには渡されない。その読み込みが完了した後、再生装置102はそのデータ・ブロックを次のデータ・ブロックとパラレルにシステム・ターゲット・デコーダに渡す。この処理を「プリロード」という。
プリロードの技術的意義は次のとおりである。Ｌ／Ｒモードでは、ディペンデントビュー・データ・ブロックの復号にベースビュー・データ・ブロックが必要である。従って、復号後のデータを出力処理まで保持するためのバッファを必要最小限の容量に維持するには、それらのデータ・ブロックをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。デプス・モードでは、復号後のベースビュー・ピクチャとデプスマップとの対から、視差画像を表すビデオ・プレーンの対を生成する処理が必要である。従って、復号後のデータをその処理まで保持するためのバッファを必要最小限の容量に維持するには、ベースビュー・データ・ブロックとデプスマップ・データ・ブロックとをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。それ故、プリロードにより、エクステント・ブロックの先頭又は再生開始位置のデータ・ブロックの全体を予めリード・バッファに読み込んでおく。それにより、そのデータ・ブロックと後続のデータ・ブロックとをリード・バッファからシステム・ターゲット・デコーダへ同時に転送して復号させることができる。更に、以降のエクステント・ペアもシステム・ターゲット・デコーダに同時に復号させることができる。
プリロードでは、最初に読み出されるデータ・ブロックの全体がリード・バッファに蓄積される。従って、リード・バッファには少なくとも、そのデータ・ブロックのサイズに等しい容量が要求される。ここで、リード・バッファの容量を最小限に維持するには、プリロードの対象とされるデータ・ブロックのサイズを可能な限り縮小すべきである。一方、飛び込み再生等のランダムアクセスでは、いずれのエクステント・ペアも再生開始位置に選択され得る。それ故、いずれのエクステント・ペアでも、データ量の小さい方を先に置く。それにより、リード・バッファの容量を最小限に維持することができる。
≪データ・ブロックに対するＡＶストリーム・ファイルのクロスリンク≫
図１５に示されているデータ・ブロック群に対して、ＡＶストリーム・ファイルのクロスリンクは次のように実現される。第１ファイルＳＳ（01000.ssif）244Aのファイル・エントリ1540は、各エクステント・ブロック1501−1503を一つのエクステントとみなして、各サイズとその先端のＬＢＮとを示す。従って、各エクステント・ブロック1501−1503は第１ファイルＳＳ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]を共有する。
≪エクステント・ブロック群に対する再生経路≫
図１８は、エクステント・ブロック群1501−1503に対する２Ｄ再生モードでの再生経路1801を示す模式図である。２Ｄ再生モードの再生装置102はファイル２Ｄ241を再生する。従って、２Ｄ再生モードでの再生経路1801が示すとおり、各エクステント・ブロック1501−1503からベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が順番に２ＤエクステントEXT2D[n]として読み出される。具体的には、まず先頭のエクステント・ブロック1501から先頭のベースビュー・データ・ブロックB[0]が読み出され、その直後のライトビュー・データ・ブロックD[0]の読み出しが最初のジャンプJ2D1によってスキップされる。次に２番目のベースビュー・データ・ブロックB[1]が読み出され、その直後のデータNAVとライトビュー・データ・ブロックD[1]との読み出しが二回目のジャンプJNAVによってスキップされる。続いて、２番目以降のエクステント・ブロック1502、1503内でも同様に、ベースビュー・データ・ブロックの読み出しとジャンプとが繰り返される。
２番目のエクステント・ブロック1502と３番目のエクステント・ブロック1503との間に生じるジャンプJLYは、層境界LBを越えるロング・ジャンプである。「ロング・ジャンプ」は、ジャンプの中でもシーク時間の長いものの総称であり、具体的には、（i）記録層の切り換えを伴うジャンプ、及び（ii）ジャンプ距離が所定の閾値を超えるジャンプをいう。「ジャンプ距離」とは、ジャンプ期間中に読み出し操作がスキップされるＢＤ−ＲＯＭディスク101上の領域の長さをいう。ジャンプ距離は通常、その部分のセクタ数で表される。上記（ii）の閾値は、ＢＤ−ＲＯＭの規格では例えば４００００セクタである。しかし、その閾値は、ＢＤ−ＲＯＭディスクの種類と、ＢＤ−ＲＯＭドライブの読み出し処理に関する性能とに依存する。ロング・ジャンプは特に、フォーカス・ジャンプとトラック・ジャンプとを含む。「フォーカス・ジャンプ」は、記録層の切り換えに伴うジャンプであり、光ピックアップの焦点距離を変化させる処理を含む。「トラック・ジャンプ」は、光ピックアップをＢＤ−ＲＯＭディスク101の半径方向に移動させる処理を含む。
図１８は、エクステント・ブロック群1501−1503に対するＬ／Ｒモードでの再生経路1802も示す。Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ244Aを再生する。従って、Ｌ／Ｒモードでの再生経路1802が示すとおり、各エクステント・ブロック1501、1502、1503が順番に、エクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]として読み出される。具体的には、まず、先頭のエクステント・ブロック1501からデータ・ブロックD[0]、B[0]、D[1]、B[1]が連続して読み出され、その直後のデータNAVの読み出しが最初のジャンプJNAVによってスキップされる。次に、２番目のエクステント・ブロック1502からデータ・ブロックD[2]、…、B[3]が連続して読み出される。その直後に、記録層の切り換えに伴うロング・ジャンプJLYが生じる。続いて、３番目のエクステント・ブロック1503からデータ・ブロックD[4]、B[4]、…が連続して読み出される。
エクステント・ブロック1501−1503を第１ファイルＳＳ244Aのエクステントとして読み込むとき、再生装置102は第１ファイルＳＳ244Aのファイル・エントリ1540から各エクステントＳＳEXTSS[0]、EXTSS[1]、…の先端のＬＢＮとそのサイズとを読み出してＢＤ−ＲＯＭドライブ121に渡す。ＢＤ−ＲＯＭドライブ121はそのＬＢＮからそのサイズのデータを連続して読み出す。これらの処理は、データ・ブロック群を第１ファイルＤＥＰ242とファイル２Ｄ241との各エクステントとして読み込む処理よりも、ＢＤ−ＲＯＭドライブ121の制御が次の二点（Ａ）、（Ｂ）で簡単である：（Ａ）再生装置102は一箇所のファイル・エントリを利用して各エクステントを順番に参照すればよい；（Ｂ）読み込み対象のエクステントの総数が実質上半減するので、ＢＤ−ＲＯＭドライブ121に渡されるべきＬＢＮとサイズとの対の総数が少ない。但し、再生装置102はエクステントＳＳEXTSS[0]、EXTSS[1]、…を読み込んだ後、それぞれをライトビュー・データ・ブロックとベースビュー・データ・ブロックとに分離してデコーダに渡さなければならない。その分離処理にはクリップ情報ファイルが利用される。その詳細については後述する。
図１５に示されているように、各エクステント・ブロック1501−1503の実際の読み出しでは、ＢＤ−ＲＯＭドライブ121は各データ・ブロックの後端から次のデータ・ブロックの先端までの間にゼロ・セクタ遷移J0を行う。「ゼロ・セクタ遷移」とは、二つの連続するデータ・ブロック間での光ピックアップの移動をいう。ゼロ・セクタ遷移が行われる期間（以下、ゼロ・セクタ遷移期間という。）では、光ピックアップは読み出し動作を一旦停止して待機する。その意味で、ゼロ・セクタ遷移は「ジャンプ距離が０セクタに等しいジャンプ」ともみなせる。ゼロ・セクタ遷移期間の長さ、すなわちゼロ・セクタ遷移時間は、ＢＤ−ＲＯＭディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。「誤り訂正処理に伴うオーバーヘッド」とは、二つのデータ・ブロックの境界がＥＣＣブロックの境界と一致していないときに、そのＥＣＣブロックを用いた誤り訂正処理が二回行われることに起因する余分な時間をいう。誤り訂正処理には一つのＥＣＣブロックの全体が必要である。従って、一つのＥＣＣブロックが二つの連続するデータ・ブロックに共有されているとき、いずれのデータ・ブロックの読み出し処理でもそのＥＣＣブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのデータ・ブロックを一つ読み出すごとに、そのデータ・ブロックの他に最大３２セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち３２［セクタ］×２０４８［バイト］×８［ビット／バイト］×２［回］／読み出し速度で評価される。尚、各データ・ブロックはＥＣＣブロック単位で構成されてもよい。その場合、各データ・ブロックのサイズはＥＣＣブロックの整数倍に等しいので、誤り訂正処理に伴うオーバーヘッドをゼロ・セクタ遷移時間から除外することができる。
≪データ・ブロック／エクステント・ブロックのサイズ≫
各データ・ブロックはアラインド・ユニット単位で構成される。特に各データ・ブロックのサイズはアラインド・ユニットのサイズ（＝６１４４バイト＝約６ＫＢ）の倍数に等しい。その場合、データ・ブロック間の境界はセクタ間の境界と一致するので、ＢＤ−ＲＯＭドライブはいずれのデータ・ブロックも、その全体を確実に連続して読み出すことができる。
［１：シームレス再生に必要な条件］
図１５に示されているように、互いに分離された複数のエクステント・ブロック1501−1503から２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには、データ・ブロックとエクステント・ブロック1501−1503との各サイズは、以下の［１−１］、［１−２］で説明される条件を満たせばよい。
１−１：２Ｄ再生モードでの条件
図１９は、２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図１９を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ1901、リード・バッファ1902、及びシステム・ターゲット・デコーダ1903を含む。ＢＤ−ＲＯＭドライブ1901はＢＤ−ＲＯＭディスク101から２Ｄエクステントを読み出し、読み出し速度RUD54でリード・バッファ1902へ転送する。リード・バッファ1902は、再生装置102に内蔵のバッファ・メモリであり、ＢＤ−ＲＯＭドライブ1901から２Ｄエクステントを受信して蓄積する。システム・ターゲット・デコーダ1903は、リード・バッファ1902内に蓄積された各２Ｄエクステントからソースパケットを平均転送速度REXT2Dで読み出して、映像データVDと音声データADとに復号する。
平均転送速度REXT2Dは、システム・ターゲット・デコーダ1903がリード・バッファ1902内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ここで、係数１９２／１８８はソースパケットとＴＳパケットとの間のバイト数の比に等しい。平均転送速度REXT2Dは通常、ビット／秒で表され、具体的には、ビット単位で表された２ＤエクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。「ビット単位で表されたエクステントのサイズ」は、そのエクステント内のソースパケット数とソースパケット一つ当たりのビット数（＝１９２［バイト］×８［ビット／バイト］）との積に等しい。平均転送速度REXT2Dは一般に２Ｄエクステントごとに異なる。平均転送速度REXT2Dの最大値RMAX2Dは、ファイル２Ｄに対するシステム・レートRTSの１９２／１８８倍に等しい。「システム・レート」とは、システム・ターゲット・デコーダ1903によるＴＳパケットの処理速度の最高値を意味する。システム・レートRTSは通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度（TS recording rate）の８倍に等しい。
平均転送速度REXT2Dは以下のように評価される。まず、エクステントＡＴＣ時間が次のように算定される。図１７に示されている例では、（ｎ＋１）番目のベースビュー・データ・ブロックEXT1[n]のエクステントＡＴＣ時間TEXT[n]は、ＳＰ１＃０のＡＴＳA1(0)と、（ｎ＋２）番目のベースビュー・データ・ブロックEXT1[n＋1]の先頭に位置するＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)との間の差に基づいて、次式で表される：
TEXT[n]＝(A1(k＋1)−A1(0)＋WA)／TATC。
ここで、ラップ・アラウンド値WAは、ＳＰ１＃０のＡＴＳA1(0)からＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)までＡＴＣがカウントされる期間中、ラップ・アラウンドが生じる度に切り捨てられたカウント値の和を表す。すなわち、ラップ・アラウンド値WAは、その期間でのラップ・アラウンドの回数と、ラップ・アラウンドが生じるカウント値との積に等しい。例えば、ＡＴＣが３０ビットのカウンタでカウントされる場合、ラップ・アラウンド値WAは230に等しい。一方、定数TATCはＡＴＣの周期を表し、例えば２７ＭＨｚに等しい：TATC＝27×106。
次に、２Ｄエクステントのサイズが次のように算定される。図１７に示されている例では、（ｎ＋１）番目のベースビュー・データ・ブロックEXT1[n]のサイズSEXT1[n]は、そのデータ・ブロックに格納されるソースパケット、すなわちＳＰ１＃０、１、…、ｋの全体のデータ量１９２×（ｋ＋１）×８［ビット］に等しい。
最後に、ベースビュー・データ・ブロックEXT1[n]のサイズSEXT1[n]をエクステントＡＴＣ時間TEXT[n]で割った値が平均転送速度REXT2D[n]として評価される：REXT2D[n]＝SEXT1[n]／TEXT[n]。
上記の評価においてエクステントＡＴＣ時間が正確に計算されることを目的として、各２Ｄエクステントのサイズがソースパケット長のある一定の倍数に揃えられてもよい。更に、いずれかの２Ｄエクステントがその倍数よりも多くのソースパケットを含むとき、その２ＤエクステントのエクステントＡＴＣ時間が次のように算定されてもよい：まず、ソースパケットの総数からその倍数を除き、その差にソースパケット一つ当たりの転送時間（＝１８８×８／システム・レート）を乗じる。次に、その積に、上記の倍数に相当するエクステントＡＴＣ時間を加える。その和が上記の２ＤエクステントのエクステントＡＴＣ時間として決定される。
その他に、エクステントＡＴＣ時間は次のように算定されてもよい：まず、一つの２Ｄエクステントについて、その先頭のソースパケットのＡＴＳから最後のソースパケットのＡＴＳまでの時間間隔を求める。次に、その時間間隔にソースパケット一つ当たりの転送時間を加える。その和がその２ＤエクステントのエクステントＡＴＣ時間として決定される。具体的には、図１７の例において、（ｎ＋１）番目のベースビュー・データ・ブロックEXT1[n]のエクステントＡＴＣ時間TEXT[n]は、ＳＰ１＃０のＡＴＳA1(0)と、そのデータ・ブロックEXT1[n]の後端に位置するＳＰ１＃ｋのＡＴＳA1(k)との間の差に基づいて、次式で表される：
TEXT[n]＝(A1(k)−A1(0)＋WA)／TATC＋188×8／RTS1。
ここで、ラップ・アラウンド値WAは、ＳＰ１＃０のＡＴＳA1(0)からＳＰ１＃ｋのＡＴＳA1(k)までＡＴＣがカウントされる期間中、ラップ・アラウンドが生じる度に切り捨てられたカウント値の和を表す。一方、上式の右辺第２項は、ＴＳパケットのデータ長１８８［バイト］×８［ビット／バイト］をシステム・レートRTS2で割った値であり、一つのＴＳパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間と等しい。
上記のエクステントＡＴＣ時間の計算には次のエクステントの参照が不要であるので、次のエクステントが存在しなくてもエクステントＡＴＣ時間が算定可能である。また、次のエクステントが存在する場合でも、エクステントＡＴＣ時間の計算を簡単化することができる。
読み出し速度RUD54は通常、ビット／秒で表され、平均転送速度REXT2Dの最高値RMAX2Dよりも高い値、例えば５４Ｍｂｐｓに設定される：RUD54＞RMAX2D。それにより、ＢＤ−ＲＯＭドライブ1901がＢＤ−ＲＯＭディスク101から一つの２Ｄエクステントを読み出している間、システム・ターゲット・デコーダ1903の復号処理に伴うリード・バッファ1902のアンダーフローが防止される。
図２０の（ａ）は、２Ｄ再生モードでの動作中、リード・バッファ1902に蓄積されるデータ量DAの変化を示すグラフである。図２０の（ｂ）は、再生対象のエクステント・ブロック2010と２Ｄ再生モードでの再生経路2020との間の対応関係を示す模式図である。図２０の（ｂ）を参照するに、再生経路2020に従い、エクステント・ブロック2010内の各ベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が一つの２ＤエクステントEXT2D[n]としてＢＤ−ＲＯＭディスク101からリード・バッファ1902へ読み出される。図２０の（ａ）を参照するに、各２ＤエクステントEXT2D[n]の読み出し期間PR2D[n]では、蓄積データ量DAは、読み出し速度RUD54と平均転送速度REXT2D[n]との間の差RUD54−REXT2D[n]に等しい速度で増加する。一方、二つの連続する２ＤエクステントEXT2D[n−1]、EXT2D[n]の間ではジャンプJ2D[n]が生じる。そのジャンプ期間PJ2D[n]では、ディペンデントビュー・データ・ブロックD[n]の読み出しがスキップされるので、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、ジャンプ期間PJ2D[n]では蓄積データ量DAは平均転送速度REXT2D[n]で減少する。
ＢＤ−ＲＯＭドライブ1901による読み出し／転送動作は実際には、図２０の（ａ）のグラフから示唆される連続的なものではなく、断続的なものである。それにより、各２Ｄエクステントの読み出し期間PR2D[n]に蓄積データ量DAがリード・バッファ1902の容量を超えること、すなわちリード・バッファ1902のオーバーフローが防止される。すなわち、図２０の（ａ）のグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図２０の（ｂ）に示されているエクステント・ブロック2010から２Ｄ映像をシームレスに再生するには、次の二つの条件が満たされればよい：まず、各２ＤエクステントEXT2D[n]のサイズSEXT2D[n]は所定の下限以上であればよい。この下限を「最小エクステント・サイズ」という。次に、２Ｄエクステントの間隔は所定の上限以下であればよい。
１−１−１：２Ｄエクステントの最小エクステント・サイズ
各ジャンプ期間PJ2D[n]ではリード・バッファ1902からシステム・ターゲット・デコーダ1903へのデータ供給を持続させて、そのデコーダ1903に連続的な出力を確保させなければならない。それには、２Ｄエクステントのサイズが次の条件１を満たせばよい。
各２ＤエクステントEXT2D[n]のサイズSEXT2D[n]は、その読み出し期間PR2D[n]から次のジャンプ期間PJ2D[n＋1]にわたり、リード・バッファ1902からシステム・ターゲット・デコーダ1903へ転送されるデータ量に等しい。その場合、図２０の（ａ）に示されているように、蓄積データ量DAはそのジャンプ期間PJ2D[n＋1]の終了時、その読み出し期間PR2D[n]の開始時での量を下回らない。すなわち、各ジャンプ期間PJ2D[n]ではリード・バッファ1902からシステム・ターゲット・デコーダ1903へのデータ供給が持続し、特にリード・バッファ1902はアンダーフローを生じない。ここで、読み出し期間PR2D[n]の長さは２ＤエクステントEXT2D[n]のサイズSEXT2D[n]を読み出し速度RUD54で割った値SEXT2D[n]／RUD54に等しい。従って、条件１は次のことを示す。各２ＤエクステントEXT2D[n]の最小エクステント・サイズは、次式（１）の右辺で表される：
Figure 0005551654
式（１）では、ジャンプ時間TJUMP−2D[n]はジャンプ期間PJ2D[n]の長さであり、秒単位で表される。一方、読み出し速度RUD54と平均転送速度REXT2Dとはいずれもビット／秒で表される。従って、式（１）では平均転送速度REXT2Dを数「８」で割り、２ＤエクステントのサイズSEXT2D[n]の単位をビットからバイトへ変換している。すなわち、２ＤエクステントのサイズSEXT2D[n]はバイト単位で表される。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。
１−１−２：２Ｄエクステントの間隔
リード・バッファ1902の容量は有限であることから、ジャンプ時間TJUMP−2D[n]の最大値は制限される。すなわち、ジャンプ期間PJ2D[n]の直前に蓄積データ量DAがリード・バッファ1902の容量一杯であっても、ジャンプ時間TJUMP−2D[n]が長すぎれば、ジャンプ期間PJ2D[n]中に蓄積データ量DAが０に達し、リード・バッファ1902のアンダーフローが生じる危険性がある。以下、ＢＤ−ＲＯＭディスク101からリード・バッファ1902へのデータ供給が途絶えている状態で蓄積データ量DAがリード・バッファ1902の容量から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間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]、EXT2D[n＋1]の間でのジャンプ距離SJUMPに対応する最大ジャンプ時間TJUMP＿MAXが、ジャンプ時間TJUMP−2D[n]として式（１）に代入される。ここで、そのジャンプ距離SJUMPは、（ｎ＋１）番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋２）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数に等しい。
二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプJ2D[n]では、そのジャンプ時間TJUMP−2D[n]が最大ジャンプ時間TJUMP＿MAXに制限されることから、そのジャンプ距離SJUMP、すなわち二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔も制限される。例えばジャンプ時間TJUMP−2D[n]が最大ジャンプ時間TJUMP＿MAX＝７００ｍ秒以下に制限されるとき、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプ距離SJUMPは、最大で１／１０ストローク（＝約１．２ＧＢ）まで許される。このジャンプ距離SJUMPの最大値のように、ジャンプ時間TJUMPが最大ジャンプ時間TJUMP＿MAXに等しいときでのジャンプ距離SJUMPを「最大ジャンプ距離SJUMP＿MAX」という。２Ｄ映像のシームレス再生には、２Ｄエクステントの間隔が最大ジャンプ距離SJUMP＿MAX以下であることが必要である。
各エクステント・ブロック内では２Ｄエクステントの間隔はディペンデントビュー・データ・ブロックのサイズに等しい。従って、そのディペンデントビュー・データ・ブロックのサイズは最大ジャンプ距離SJUMP＿MAX以下に制限される。具体的には、２Ｄエクステント間の最大ジャンプ時間TJUMP＿MAXが、図２１に規定された最小値２００ｍ秒に制限される場合、ディペンデントビュー・データ・ブロックのサイズは、対応する最大ジャンプ距離SJUMP＿MAX＝１００００セクタ（＝約１９．５ＭＢ）以下に制限される。
異なる記録層に配置された二つのエクステント・ブロック間をシームレスに接続するとき、先に読み出されたエクステント・ブロックの後端から、次に読み出されるエクステント・ブロックの先端まで、ロング・ジャンプが生じる。そのロング・ジャンプは、フォーカス・ジャンプ等、記録層の切り換え操作を伴う。従って、そのロング・ジャンプに要する時間は、図２１の表に規定された最大ジャンプ時間TJUMP＿MAXに加えて、記録層の切り換え操作に要する時間、すなわち「層切換時間」を更に含む。層切換時間は例えば３５０ｍ秒である。ここで、先に読み出されたエクステント・ブロックの後端には（ｎ＋１）番目の２ＤエクステントEXT2D[n]が配置され、後に読み出されるエクステント・ブロックの先端には（ｎ＋２）番目の２ＤエクステントEXT2D[n＋1]が配置されている。その場合、（ｎ＋１）番目の２Ｄエクステント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以下に制限される。例えばジャンプ時間TJUMP−2D[n]が最大ジャンプ時間TJUMP＿MAX＝７００ｍ秒以下、又は６００ｍ秒以下に制限されるとき、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間の最大ジャンプ距離SJUMP＿MAXは４００００セクタ（＝約７８．１ＭＢ）又は１００００セクタ（＝約１９．５ＭＢ）である。
１−２：３Ｄ再生モードでの条件
図２２は、３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図２２を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ2201、スイッチ2202、一対のリード・バッファ2211、2212、及びシステム・ターゲット・デコーダ2203を含む。ＢＤ−ＲＯＭドライブ2201はＢＤ−ＲＯＭディスク101からエクステントＳＳを読み出し、読み出し速度RUD72でスイッチ2202へ転送する。スイッチ2202は各エクステントＳＳをベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとに分離する。その分離処理の詳細については後述する。第１リード・バッファ2211及び第２リード・バッファ2212（以下、ＲＢ１及びＲＢ２と略す。）は再生装置102に内蔵のバッファ・メモリであり、スイッチ2202によって分離された各データ・ブロックを蓄積する。ＲＢ１2211はベースビュー・データ・ブロックを格納し、ＲＢ２2212はディペンデントビュー・データ・ブロック格納する。システム・ターゲット・デコーダ2203は、ＲＢ１2211内の各ベースビュー・データ・ブロックからはソースパケットをベースビュー転送速度REXT1で読み出し、ＲＢ２2212内の各ディペンデントビュー・データ・ブロックからはソースパケットをディペンデントビュー転送速度REXT2で読み出す。システム・ターゲット・デコーダ2203は更に、読み出されたベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの対を映像データVDと音声データADとに復号する。
ベースビュー転送速度REXT1は、システム・ターゲット・デコーダ2203がＲＢ１2211内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ベースビュー転送速度REXT1の最高値RMAX1は、ファイル２Ｄに対するシステム・レートRTS1の１９２／１８８倍に等しい：RMAX1＝RTS1×192／188。そのシステム・レートRTS1は通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度の８倍に等しい。ディペンデントビュー転送速度REXT2は、システム・ターゲット・デコーダ2203がＲＢ２2212内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ディペンデントビュー転送速度REXT2の最高値RMAX2は、ファイルＤＥＰに対するシステム・レートRTS2の１９２／１８８倍と等しい：RMAX2＝RTS2×192／188。そのシステム・レートRTS2は通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度の８倍に等しい。各転送速度REXT1、REXT2は通常、ビット／秒で表され、具体的には、ビット単位で表された各データ・ブロックのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、そのデータ・ブロック内のソースパケットを全て、ＲＢ１2211又はＲＢ２2212からシステム・ターゲット・デコーダ2203へ転送するのに要する時間に等しい。
ベースビュー転送速度REXT1は、２Ｄエクステントの平均転送速度REXT2Dと全く同様に評価される：REXT1[・]＝SEXT1[・]／TEXT[・]。一方、ディペンデントビュー転送速度REXT2は、ディペンデントビュー・データ・ブロックのサイズとエクステントＡＴＣ時間との比に代えて、次のデータ量SPEXT2[・]とエクステントＡＴＣ時間との比で評価される：REXT2[・]＝SPEXT2[・]／TEXT[・]。そのデータ量SPEXT2[・]は、ディペンデントビュー・データ・ブロックのうち、対応するベースビュー・データ・ブロックが転送される期間内に実際に転送されるの部分のデータ量に等しい。図１７に示されている（ｎ＋１）番目のディペンデントビュー・データ・ブロックEXT2[n]について、そのデータ量SPEXT2[n]は、そのディペンデントビュー・データ・ブロックEXT2[n]に格納されるソースパケット、ＳＰ２＃０、１、…、ｍのうち、（ｎ＋１）番目のベースビュー・データ・ブロックEXT1[n]の先頭のソースパケット、ＳＰ１＃０のＡＴＳA1(0)からエクステントＡＴＣ時間TEXT[n]が経過するまでの期間に、ＲＢ２2212からシステム・ターゲット・デコーダ2203へ転送される部分のデータ量に等しい。すなわち、そのデータ量SPEXT2[n]はそのディペンデントビュー・データ・ブロックEXT2[n]のサイズSEXT2[n]よりも、ＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)以降に転送されるＳＰ２＃ｍのデータ量だけ小さい。一方、次のディペンデントビュー・データ・ブロックEXT2[n＋1]については、上記のデータ量SPEXT2[n＋1]は、そのディペンデントビュー・データ・ブロックEXT2[n＋1]に格納されるソースパケット、ＳＰ２＃（ｍ＋１）、…、ｊに加えて、（ｎ＋２）番目のベースビュー・データ・ブロックEXT1[n＋1]の先頭のソースパケット、ＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)からエクステントＡＴＣ時間TEXT[n＋1]が経過するまでの期間に、ＲＢ２2212からシステム・ターゲット・デコーダ2203へ転送されるデータ量に等しい。すなわち、そのデータ量SPEXT2[n＋1]はそのディペンデントビュー・データ・ブロックEXT2[n＋1]のサイズSEXT2[n＋1]よりも、ＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)以降に転送されるＳＰ２＃ｍのデータ量だけ大きい。このように、ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2とでは評価の仕方が異なる。しかし、その差はわずかであるので、以下の説明では、いずれの転送速度も、データ・ブロックのサイズとエクステントＡＴＣ時間との比に等しいとみなす。
読み出し速度RUD72は通常、ビット／秒で表され、いずれの転送速度REXT1、REXT2の最高値RMAX1、RMAX2よりも高い値、例えば７２Ｍｂｐｓに設定される：RUD72＞RMAX1、RUD72＞RMAX2。それにより、ＢＤ−ＲＯＭドライブ2201によってＢＤ−ＲＯＭディスク101から一つのエクステントＳＳを読み出している間、システム・ターゲット・デコーダ2203の復号処理に伴うＲＢ１2211とＲＢ２2212とのアンダーフローが防止される。
１−２−１：エクステント・ブロック内でのシームレス接続
図２３の（ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、ＲＢ１2211、ＲＢ２2212に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図２３の（ｃ）は、そのエクステント・ブロック2310と３Ｄ再生モードでの再生経路2320との間の対応関係を示す模式図である。図２３の（ｃ）を参照するに、再生経路2320に従い、エクステント・ブロック2310の全体が一つのエクステントＳＳとして一括して読み出される。その後、スイッチ2202によってそのエクステントＳＳからディペンデントビュー・データ・ブロックD[k]とベースビュー・データ・ブロックB[k]とが分離される（k＝…、n、n＋1、n＋2、…）。
ＢＤ−ＲＯＭドライブ2201による読み出し／転送動作は実際には、図２３の（ａ）、（ｂ）の各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各データ・ブロックD[k]、B[k]の読み出し期間PRD[k]、PRB[k]では、ＲＢ１2211、ＲＢ２2212のオーバーフローが防止される。すなわち、図２３の（ａ）、（ｂ）の各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図２３の（ａ）、（ｂ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]では、ＲＢ２2212の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2[n]との間の差RUD72−REXT2[n]に等しい速度で増加し、ＲＢ１2211の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少する。図２３の（ｃ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]から（ｎ＋１）番目のベースビュー・データ・ブロックB[n]まではゼロ・セクタ遷移J0[2n]が生じる。図２３の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[n]では、ＲＢ１2211の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少し続け、ＲＢ２2212の蓄積データ量DA2はディペンデントビュー転送速度REXT2[n]で減少する。
図２３の（ａ）、（ｂ）を更に参照するに、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PRB[n]では、ＲＢ１2211の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1[n]との間の差RUD72−REXT1[n]に等しい速度で増加する。一方、ＲＢ２2212の蓄積データ量DA2は、ディペンデントビュー転送速度REXT2[n]で減少し続ける。図２３の（ｃ）を更に参照するに、そのベースビュー・データ・ブロックB[n]から次のディペンデントビュー・データ・ブロックD[n＋1]まではゼロ・セクタ遷移J0[2n＋1]が生じる。図２３の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[2n＋1]では、ＲＢ１2211の蓄積データ量DA1はベースビュー転送速度REXT1[n]で減少し、ＲＢ２2212の蓄積データ量DA2はディペンデントビュー転送速度REXT2[n]で減少し続ける。
一つのエクステント・ブロック2310から３Ｄ映像をシームレスに再生するには、そのエクステント・ブロックに属するデータ・ブロックB[n]、D[n]の各サイズは、以下に説明される条件２、３を満たせばよい。
（ｎ＋１）番目のベースビュー・データ・ブロックB[n]のサイズSEXT1[n]は少なくとも、その読み出し期間PRB[n]から次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PRB[n＋1]の直前までに、ＲＢ１2211からシステム・ターゲット・デコーダ2203へ転送されるデータ量に等しい。その場合、図２３の（ａ）に示されているように、次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PRB[n＋1]の直前では、ＲＢ１2211の蓄積データ量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]の最小エクステント・サイズは、次式（２）の右辺で表される：
Figure 0005551654
（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]のサイズSEXT2[n]は少なくとも、その読み出し期間PRD[n]から次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の直前までに、ＲＢ２2212からシステム・ターゲット・デコーダ2203へ転送されるデータ量に等しい。その場合、図２３の（ｂ）に示されているように、次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の直前では、ＲＢ２2212の蓄積データ量DA2が（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]の直前での量を下回らない。ここで、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]の長さは、そのディペンデントビュー・データ・ブロックD[n]のサイズSEXT2[n]を読み出し速度RUD72で割った値SEXT2[n]／RUD72に等しい。従って、条件３は次のことを示す。そのディペンデントビュー・データ・ブロックD[n]の最小エクステント・サイズは、次式（３）の右辺で表される：
Figure 0005551654
１−２−２：エクステント・ブロック間のシームレス接続
図２４の（ｂ）は、（Ｍ＋１）番目（文字Ｍは１以上の整数を表す。）のエクステント・ブロック2401と（Ｍ＋２）番目のエクステント・ブロック2402、及び、それらのエクステント・ブロック2401、2402と３Ｄ再生モードでの再生経路2420との間の対応関係を示す模式図である。図２４の（ｂ）を参照するに、二つのエクステント・ブロック2401、2402の間は層境界LB又は他のデータの記録領域によって分離されている。再生経路2420に従って、先に（Ｍ＋１）番目のエクステント・ブロック2401の全体が（Ｍ＋１）番目のエクステントＳＳ、すなわちＥＸＴＳＳ［Ｍ］として一括して読み出される。その直後にジャンプJ[M]が生じる。続いて、（Ｍ＋２）番目のエクステント・ブロック2402が（Ｍ＋２）番目のエクステントＳＳ、すなわちＥＸＴＳＳ［Ｍ＋１］として一括して読み出される。
図２４の（ａ）は、二つのエクステント・ブロック2401、2402から連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１2211、ＲＢ２2212に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。図２４の（ａ）では、一点鎖線のグラフは、ＲＢ１2211に蓄積されるデータ量DA1の変化を示し、破線のグラフは、ＲＢ２2212に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1＋DA2の変化を示す。ここで、実線のグラフは、データ・ブロックが一つ読み出されるごとに生じる細かい変化を均して直線的に近似したものである。更に、ゼロ・セクタ遷移時間TJUMP0は０ｍ秒とみなされている。
図２４の（ａ）を参照するに、ＥＸＴＳＳ［Ｍ］2401の全体がＢＤ−ＲＯＭディスク101からＲＢ１2211、ＲＢ２2212へ読み出される期間PRBLK[M]では、それらに蓄積されるデータ量DA1、DA2も増大する。具体的には、ＥＸＴＳＳ［Ｍ］2401全体の読み出し期間PRBLK[M]中、蓄積データ量の和DA1＋DA2は、読み出し速度RUD72と平均転送速度REXTSS[M]との間の差RUD72−REXTSS[M]に等しい速度で増加する。その平均転送速度REXTSS[M]は、ＥＸＴＳＳ［Ｍ］2401全体のサイズSEXTSS[M]をそのエクステントＡＴＣ時間TEXTSSで割った値として評価される。
平均転送速度REXTSS[M]の具体的な評価は以下のとおりである。まず、エクステントＡＴＣ時間が次のように算定される。ＥＸＴＳＳ［Ｍ］2401のエクステントＡＴＣ時間TEXTSS[M]は、その先頭のベースビュー・データ・ブロックB0のＡＴＳA10と、ＥＸＴＳＳ［Ｍ＋１］2402内の先頭のベースビュー・データ・ブロックB1のＡＴＳA11との間の差に基づいて、次式で表される：
TEXTSS[M]＝(A11−A10＋WA)／TATC。
ここで、ラップ・アラウンド値WAは、ＥＸＴＳＳ［Ｍ］2401内の先頭のベースビュー・データ・ブロックB0のＡＴＳA10からＥＸＴＳＳ［Ｍ＋１］2402内の先頭のベースビュー・データ・ブロックB1のＡＴＳA11までＡＴＣがカウントされる期間中、ラップ・アラウンドが生じる度に切り捨てられたカウント値の和を表す。また、定数TATCはＡＴＣの周期を表す：TATC＝27×106[Hz]。
その他に、エクステントＡＴＣ時間は次のように算定されてもよい。図２４の例において、ＥＸＴＳＳ［Ｍ］2401のエクステントＡＴＣ時間TEXT[M]は、その先頭のベースビュー・データ・ブロックB0のＡＴＳA10と、最後のベースビュー・データ・ブロックB2のＡＴＳA12との間の差に基づいて、次式で表される：
TEXTSS[M]＝(A12−A10＋WA)／TATC＋188×8／min(RTS1、RTS2)。
ここで、ラップ・アラウンド値WAは、ＥＸＴＳＳ［Ｍ］2401内の先頭のベースビュー・データ・ブロックB0のＡＴＳA10から最後のベースビュー・データ・ブロックB2のＡＴＳA12までＡＴＣがカウントされる期間中、ラップ・アラウンドが生じる度に切り捨てられたカウント値の和を表す。一方、上式の右辺第２項は、ＴＳパケットのデータ長１８８×８［ビット］を、ファイル２ＤとファイルＤＥＰとのそれぞれに対するシステム・レートRTS1、RTS2のうち、いずれか小さい方で割った値である。この値は、一つのＴＳパケットをシステム・ターゲット・デコーダへ、ＲＢ１から転送するのに要する時間と、ＲＢ２から転送するのに要する時間とのいずれか長い方に等しい。このエクステントＡＴＣ時間の計算には次のエクステント・ブロックの参照が不要であるので、次のエクステント・ブロックが存在しなくてもエクステントＡＴＣ時間が算定可能である。また、次のエクステント・ブロックが存在する場合でも、エクステントＡＴＣ時間の計算を簡単化することができる。
次に、平均転送速度REXTSS[M]が、次のデータ量SPEXTSS[M]とエクステントＡＴＣ時間TEXTSS[M]との比で評価される：REXTSS[M]＝SPEXTSS[M]／TEXTSS[M]。そのデータ量SPEXTSS[M]は、ＥＸＴＳＳ［Ｍ］2401のうち、先頭のベースビュー・データ・ブロックB0のＡＴＳA10からエクステントＡＴＣ時間TEXTSS[M]が経過する間に、ＲＢ１とＲＢ２とからシステム・ターゲット・デコーダへ実際に転送されるデータの総量に等しい。図１７に示されている（ｎ＋１）番目のディペンデントビュー・データ・ブロックEXT2[n]のように、対応するベースビュー・データ・ブロックEXT1[n]のＡＴＳA1(0)からエクステントＡＴＣ時間TEXTSS[M]が経過するまでの期間よりも後に、ＲＢ２からシステム・ターゲット・デコーダへ転送される部分が存在する場合、上記のデータ量SPEXTSS[M]はＥＸＴＳＳ［Ｍ］2401のサイズSEXTSS[M]よりも小さい。このように、平均転送速度REXTSSの評価に利用されるデータ量SPEXTSS[M]とエクステント・ブロックのサイズSEXTSS[M]とは異なる。しかし、その差はわずかであるので、以下の説明では、平均転送速度はエクステント・ブロックのサイズとエクステントＡＴＣ時間との比に等しいとみなす。
ＥＸＴＳＳ［Ｍ］2401の後端のベースビュー・データ・ブロックB2がＲＢ１2211に読み込まれた時点で、蓄積データ量の和DA1＋DA2は最大値に達する。その直後のジャンプ期間PJ[M]では、蓄積データ量の和DA1＋DA2は平均転送速度REXTSS[M]で減少する。従って、蓄積データ量の和DA1＋DA2の最大値を十分に大きく調節することにより、ジャンプJ[M]中でのＲＢ１2211、ＲＢ２2212のいずれのアンダーフローも防止することができる。その結果、二つのエクステント・ブロック2401、2402をシームレスに接続することができる。
蓄積データ量の和DA1＋DA2の最大値はＥＸＴＳＳ［Ｍ］2401のサイズに依存する。従って、ＥＸＴＳＳ［Ｍ］2401をＥＸＴＳＳ［Ｍ＋１］2402にシームレスに接続するには、ＥＸＴＳＳ［Ｍ］2401のサイズが次の条件４を満たせばよい。
ＥＸＴＳＳ［Ｍ］2401の先端に位置するディペンデントビュー・データ・ブロックD0の読み出し期間PRD0ではプリロードが行われる。そのプリロード期間PRD0ではまだ、そのディペンデントビュー・データ・ブロックD0に対応するベースビュー・データ・ブロックB0がＲＢ１2211には格納されていないので、ディペンデントビュー・データ・ブロックD0をＲＢ２2212からシステム・ターゲット・デコーダ2203へ転送することができない。従って、そのプリロード期間PRD0では、その直前のジャンプJ[M−1]の期間に引き続き、Ｍ番目のエクステント・ブロックのデータがＲＢ２2212からシステム・ターゲット・デコーダ2203へ転送される。それにより、システム・ターゲット・デコーダ2203へのデータ供給が維持される。同様に、ＥＸＴＳＳ［Ｍ＋１］2402の先端に位置するディペンデントビュー・データ・ブロックD1の読み出し期間PRD1でもプリロードが行われる。従って、そのプリロード期間PRD1では、その直前のジャンプ期間PJ[M]に引き続き、ＥＸＴＳＳ［Ｍ］2401のデータがＲＢ２2212からシステム・ターゲット・デコーダ2203へ転送される。それにより、システム・ターゲット・デコーダ2203へのデータ供給が維持される。それ故、ジャンプJ[M]中でのＲＢ１2211、ＲＢ２2212のアンダーフローを防止するには、ＥＸＴＳＳ［Ｍ］2401のエクステントＡＴＣ時間TEXTSSが少なくとも、ＥＸＴＳＳ［Ｍ］2401でのプリロード期間PRD0の終了時点T0からＥＸＴＳＳ［Ｍ＋１］2402でのプリロード期間PRD1の終了時点T1までの期間の長さに等しければよい。すなわち、ＥＸＴＳＳ［Ｍ］2401のサイズSEXTSS[M]は少なくとも、その期間T0−T1にＲＢ１2211とＲＢ２2212とからシステム・ターゲット・デコーダ2203へ転送されるデータ量の和に等しければよい。
図２４の（ａ）から明らかなとおり、期間T0−T1の長さは、ＥＸＴＳＳ［Ｍ］2401の読み出し期間PRBLK[M]の長さ、ジャンプJ[M]のジャンプ時間TJUMP[M]、及び二つのエクステント・ブロック2401、2402間でのプリロード期間PRD0、PRD1の長さの差TDIFF[M]を足し合わせた値に等しい。更に、ＥＸＴＳＳ［Ｍ］2401の読み出し期間PRBLK[M]の長さは、ＥＸＴＳＳ［Ｍ］2401のサイズSEXTSS[M]を読み出し速度RUD72で割った値SEXTSS[M]／RUD72に等しい。従って、条件４は次のことを示す。ＥＸＴＳＳ［Ｍ］2401の最小エクステント・サイズは、次式（４）の右辺で表される：
Figure 0005551654
各プリロード期間PRD0、PRD1の長さは、各エクステント・ブロック2401、2402の先端に位置するディペンデントビュー・データ・ブロックD0、D1のサイズSEXT20、SEXT21を読み出し速度RUD72で割った値SEXT20／RUD72、SEXT21／RUD72に等しい。従って、プリロード期間PRD0、PRD1の長さの差TDIFFはそれらの値の差に等しい：TDIFF＝SEXT21／RUD72−SEXT20／RUD72。尚、式（４）の右辺は、式（１）−（３）の右辺と同様に、バイト単位の整数値で表されてもよい。
ここで、多重化ストリーム・データの復号処理を次のように工夫する場合、式（４）では、差TDIFFを０とみなしてもよい。まず、多重化ストリーム・データの全体での差TDIFFの最大値、すなわち差TDIFFのワースト値を予め求めておく。次に、その多重化ストリーム・データを再生する際、その復号処理の開始時点をその読み出しの開始時点よりも、差TDIFFのワースト値に等しい時間だけ遅らせる。
［２：リード・バッファの容量を節約するための条件］
シームレス再生のための上記の条件１−４により、データ・ブロックとエクステント・ブロックとの最小エクステント・サイズは制限される。一方、以下に説明されるように、一般的には、各データ・ブロックのサイズが大きいほど、リード・バッファは大きな容量を必要とする。従って、リード・バッファの容量を可能な限り削減するには、データ・ブロックとエクステント・ブロックとの各サイズの上限を可能な限り制限することが望ましい。それらの上限を「最大エクステント・サイズ」という。
２−１：リード・バッファの容量の下限
図２５の（ａ）は、図２４の（ｂ）に示されている二つのエクステント・ブロック2401、2402から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１2211に蓄積されるデータ量DA1の変化を示すグラフである。図２５の（ａ）を参照するに、蓄積データ量DA1は、ＥＸＴＳＳ［Ｍ］2401の後端のベースビュー・データ・ブロックB2がＲＢ１2211に読み込まれた直後の値DM1から、ジャンプ期間PJ[M]とＥＸＴＳＳ［Ｍ＋１］2402のプリロード期間PRD1とにわたり、ベースビュー転送速度REXT1[n]で減少する。ここで、文字ｎは０以上の整数であって、ＥＸＴＳＳ［Ｍ］2401内の最後のエクステント・ペアD2、B2が、ファイルＤＥＰ、ファイル・ベースの各先頭のエクステントから数えて（ｎ＋１）番目であることを示す。従って、そのプリロード期間PRD1の終了まで蓄積データ量DA1が０に達するのを防ぐには、上記の値DM1が次のデータ量以上であればよい。そのデータ量は、ジャンプ期間PJ[M]とプリロード期間PRD1とでＲＢ１2211からシステム・ターゲット・デコーダ2203へ転送されるデータ量であり、各期間の長さTJUMP、SEXT2[n＋1]／RUD72の和にベースビュー転送速度REXT1[n]を乗じた値に等しい：DM1≧(TJUMP＋SEXT2[n＋1]／RUD72)×REXT1[n]。ベースビュー転送速度REXT1[n]は最高値RMAX1＝RTS1×192／188まで達し得るので、ＲＢ１2211の容量RB1の下限は、次式（５）の右辺で表される：
Figure 0005551654
図２５の（ｂ）は、二つのエクステント・ブロック2401、2402から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ２2212に蓄積されるデータ量DA2の変化を示すグラフである。図２５の（ｂ）を参照するに、蓄積データ量DA2は、ＥＸＴＳＳ［Ｍ］2401の後端に位置するベースビュー・データ・ブロックB2の読み出しが開始された時点での値DM2から、そのベースビュー・データ・ブロックB2の読み出し期間とＥＸＴＳＳ［Ｍ＋１］2402のプリロード期間PRD1とにわたり、ディペンデントビュー転送速度REXT2[n]で減少する。従って、そのプリロード期間PRD1の終了までシステム・ターゲット・デコーダ2203へのデータ供給を維持するには、上記の値DM2が次のデータ量以上であればよい。そのデータ量は、ベースビュー・データ・ブロックB2の読み出し期間、ジャンプ期間PJ[M]、及びプリロード期間PRD1でＲＢ２2212からシステム・ターゲット・デコーダ2203へ転送されるデータ量であり、各期間の長さSEXT1[n]／RUD72、TJUMP、及びSEXT2[n＋1]／RUD72の和にディペンデントビュー転送速度REXT2[n]を乗じた値に等しい：DM2≧(SEXT1[n]／RUD72＋TJUMP＋SEXT2[n＋1]／RUD72)×REXT2[n]。ここで、ディペンデントビュー転送速度REXT2[n]は最高値RMAX2＝RTS2×192／188まで達し得る。その上、いずれのディペンデントビュー・データ・ブロックも、飛び込み再生時に最初に読み込まれるデータ・ブロックとなり得る。従って、ＲＢ２2212の容量RB2は、いずれのディペンデントビュー・データ・ブロックのサイズSEXT2[・]も下回ってはならない。すなわち、その容量RB2はディペンデントビュー・エクステントEXT2[・]の最大エクステント・サイズmaxSEXT2以上でなければならない。以上の結果から、ＲＢ２2212の容量RB2の下限は、次式（６）の右辺で表される：
Figure 0005551654
２−２：２Ｄエクステントの最大エクステント・サイズ
式（５）に示されているとおり、エクステント・ブロック間のジャンプJ[M]の直後に読み出されるディペンデントビュー・データ・ブロックD1のサイズSEXT2[n＋1]が小さいほど、ＲＢ１2211の容量の下限を縮小することができる。一方、式（６）に示されているとおり、そのジャンプJ[M]の直後に読み出されるディペンデントビュー・データ・ブロックD1のサイズSEXT2[n＋1]に加え、そのジャンプJ[M]の直前に読み出されるベースビュー・データ・ブロックB2のサイズSEXT1[n]とディペンデントビュー・データ・ブロックの最大エクステント・サイズmaxSEXT2とのそれぞれが小さいほど、ＲＢ２2212の容量の下限を縮小することができる。更に、（ｋ＋１）番目のベースビュー・エクステントEXT1[k]は、（ｋ＋１）番目のディペンデントビュー・エクステントEXT2[k]とエクステントＡＴＣ時間が共通である（文字ｋは０以上の整数を表す）。従って、（ｋ＋１）番目のベースビュー・エクステントEXT1[k]の最大エクステント・サイズの制限によってそのエクステントＡＴＣ時間が短縮されれば、（ｋ＋１）番目のディペンデントビュー・エクステントEXT2[k]の最大エクステント・サイズも制限される。それ故、ＲＢ１2211、ＲＢ２2212の各容量の下限を許容範囲内に抑えるには、各ベースビュー・データ・ブロックEXT1[・]のサイズが次の条件５を満たせばよい。
図１５に示されているように、各エクステント・ブロック1501−1503内のベースビュー・データ・ブロックB[k]（k＝0、1、2、…）はファイル２Ｄ241とファイルＳＳ244Aとに共有されている。従って、ベースビュー・データ・ブロックB[k]のサイズSEXT1[k]は式（１）を満たすべきである。式（１）を満たす範囲で、ベースビュー・データ・ブロックB[k]のサイズSEXT1[k]を可能な限り縮小するには、次のようにすればよい：ベースビュー・データ・ブロックB[k]の最大エクステント・サイズを、式（１）の右辺の上限、すなわち、ベースビュー・データ・ブロックB[k]の最小エクステント・サイズの上限に可能な限り近づければよい。本発明の実施形態１では、条件５は次のことを示す。ベースビュー・データ・ブロックB[k]の最大エクステント・サイズは、次式（７）の右辺で表される：
Figure 0005551654
式（７）の右辺は式（１）の右辺とは次の点で異なる。まず、分母に含まれる平均転送速度REXT2Dがその最高値RMAX2Dに置き換えられている。従って、式（７）の右辺の２番目の分数は、式（１）のものの最大値に等しい。次に、式（７）のジャンプ時間TJUMP−2D＿MINは、図２１の表で規定された最大ジャンプ時間TJUMP＿MAXの中で、０ｍ秒の次に大きい値２００ｍ秒に設定される。これは、「各エクステント・ブロック1501−1503内では２ＤエクステントEXT2D[k]、EXT2D[k＋1]の間隔は１００００セクタ以下に制限されること」を意味する。ここで、１００００セクタは、図２１の表において最大ジャンプ時間TJUMP＿MAX＝２００ｍ秒に対応付けられた最大ジャンプ距離SJUMP＿MAXに等しい。一方、各エクステント・ブロック1501−1503内における２ＤエクステントEXT2D[k]、EXT2D[k＋1]の間隔はディペンデントビュー・データ・ブロックD[k]のサイズSEXT2[k]に等しい。従って、ベースビュー・データ・ブロックの最大エクステント・サイズが式（７）の右辺で表されることは、ディペンデントビュー・データ・ブロックの最大エクステント・サイズが１００００セクタ以下に制限されることをも意味する。
２−３：２Ｄエクステントへのマージンの追加
図２１に示されている２Ｄ再生モードの再生経路2101から明らかなとおり、２Ｄ再生モードではジャンプが頻繁に生じる。従って、シームレス再生を更に確実に行うには、式（１）の右辺で表される２Ｄエクステントの最小エクステント・サイズにマージン（余裕量）を追加するのが好ましい。しかし、そのマージンの追加によって式（７）が変更されることは、リード・バッファの容量の増大を招きかねないので回避されるべきである。式（７）を変更しないようにマージンを追加する方法には、以下の三種類がある。
第１の方法は、式（１）の右辺の分母に含まれる平均転送速度REXT2Dをその最高値RMAX2Dに置き換える。すなわち、２ＤエクステントのサイズSEXT2Dは、式（１）に代えて、次式（８）を満たす：
Figure 0005551654
上記のように、平均転送速度REXT2Dをその最高値RMAX2Dに置き換えることは、式（１）から式（７）を導出したときと同様である。従って、式（１）が式（８）に変更されても、式（７）は変更されない。
第２の方法は、２ＤエクステントのエクステントＡＴＣ時間をΔＴ秒延長する。すなわち、２ＤエクステントのサイズSEXT2Dは、式（１）に代えて、次式（９Ａ）又は（９Ｂ）を満たす：
Figure 0005551654
延長時間ΔＴは、ＧＯＰの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。例えばＧＯＰの長さが最大１秒であれば、延長時間ΔＴは１秒に設定される。一方、所定時間［秒］当たりに再生可能なエクステント数の上限がｋ個であれば、延長時間ΔＴは、所定時間／ｋ［秒］に設定される。
第２の方法では、式（７）は、その右辺が延長時間ΔＴを陽に含むように変更される。すなわち、式（９Ａ）又は（９Ｂ）が採用される場合、ベースビュー・データ・ブロックのサイズは、式（７）に代えて、次式（１０Ａ）又は（１０Ｂ）を満たす：
Figure 0005551654
式（１０Ａ）の右辺で表される最大エクステント・サイズは、式（１）の右辺で表される最小エクステント・サイズよりも、延長時間ΔＴにリード・バッファからシステム・ターゲット・デコーダ2203へ読み出されるデータ量だけ大きい。式（１０Ｂ）の右辺で表される最大エクステント・サイズは、式（７）の右辺で表される最大エクステント・サイズとよりも、同じデータ量だけ大きい。すなわち、いずれの場合でも、そのデータ量がマージンとして確保される。
第３の方法は、式（１）の右辺に含まれる平均転送速度REXT2Dを全て、その最高値RMAX2Dに置き換える。すなわち、２ＤエクステントのサイズSEXT2Dは、式（１）に代えて、次式（１１）を満たす：
Figure 0005551654
第３の方法では、最小エクステント・サイズに、第１の方法よりも大きいマージンを追加することはできる。しかし、その反面、２Ｄエクステントのビットレートが低い場合でも、そのサイズが大きいので、リード・バッファには十分に大きな容量が確保されなければならない。従って、マージンの大きさとリード・バッファの利用効率との比較衡量が必要である。
２−４：データ・ブロックの転送帯域幅の制限
図７に示されているように、ディペンデントビュー・ピクチャはベースビュー・ピクチャを参照して圧縮されている。従って、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームよりも平均的なビットレートが一般に低い。それ故、ファイルＤＥＰに対するシステム・レートRTS2はファイル２Ｄに対するシステム・レートRTS1よりも一般には低く設定される。例えば、ファイル２Ｄに対するシステム・レートRTS1が４５Ｍｂｐｓ以下に設定されるとき、ファイルＤＥＰに対するシステム・レートRTS2は３０Ｍｂｐｓ以下に設定される：RTS1≦45Mbps、RTS2≦30Mbps。
ここで、システム・レートRTS1、RTS2の合計が一定の閾値以下に制限されている場合を想定する。その閾値は、システム・ターゲット・デコーダ2203に割り当てられた転送帯域の幅以下に設定され、例えば６０Ｍｂｐｓに等しい：RTS1＋RTS2≦60Mbps。その場合、ファイル２Ｄに対するシステム・レートRTS1が４５Ｍｂｐｓに設定されれば、ファイルＤＥＰに対するシステム・レートRTS2は１５Ｍｂｐｓ以下に制限される：RTS1＝45Mbps、RTS2≦15Mbps。各ビデオ・ストリームのビットレートが平均的な値に維持されている限り、システム・レートRTS1、RTS2の合計に対するそのような制限は、上記の転送帯域を効率良く利用するのに有利である。しかし、実際には、ディペンデントビュー・ビデオ・ストリームのビットレートが一時的に上昇し、ベースビュー・ビデオ・ストリームのビットレートを超える場合がある。例えば、自然の風景を表す３Ｄ映像において、カメラの動きに伴ってベースビュー（例えばレフトビュー）の焦点が突然外れ、ディペンデントビュー（例えばライトビュー）の焦点のみが合っている場合、そのようなビットレートの逆転が生じる。その場合、ベースビュー転送速度REXT1はシステム・レートRTS1＝45Mbpsよりかなり低いにもかかわらず、ディペンデントビュー転送速度REXT2はシステム・レートRTS2≦15Mbps（正確には、その１９２／１８８≒１．０２倍である。以下、特に必要でない限り、その係数は１とみなす。）を超えることができない。このように、システム・レートRTS1、RTS2の合計が制限されている場合、ディペンデントビュー転送速度REXT2が、ディペンデントビュー・ビデオ・ストリームのビットレートの一時的な上昇には対応できない。
その対応を可能にするには、システム・レートRTS1、RTS2の合計を制限するのに代えて、（ｎ＋１）番目のエクステント・ペアD[n]、B[n]（n＝0、1、2、…）ごとに転送速度REXT1[n]、REXT2[n]の合計を制限すればよい：REXT1[n]＋REXT2[n]≦60Mbps。図２６の（ａ）、（ｂ）はそれぞれ、ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2との時間的な変化を示すグラフである。図２６の（ａ）を参照するに、ベースビュー転送速度REXT1は第１時刻T0で最高値RMAX1≒45Mbpsから急落し、第１時刻T0から第２時刻T1までの期間Tstr中、低レベル＝15Mbpsに留まっている。図２６の（ｂ）で実線のグラフGR1が示すとおり、ディペンデントビュー転送速度REXT2はベースビュー転送速度REXT1の変化に対して相補的に変化できる。特に上記の期間Tstrには、ピークP1が最高値RMAX2≒30Mbpsまで到達できる。このように、ベースビュー転送速度REXT1[n]とディペンデントビュー転送速度REXT2[n]との合計がエクステント単位で制限されている場合、ディペンデントビュー転送速度REXT2は、ディペンデントビュー・ビデオ・ストリームのビットレートの一時的な上昇にも対応できる。
システム・ターゲット・デコーダ2203に割り当てられた転送帯域をストリーム・データの転送に更に効率良く利用するには、ファイルＤＥＰに対するシステム・レートRTS2を更に高く設定する。図２６の（ｃ）は、図２６の（ａ）に示されているベースビュー転送速度REXT1と、図２６の（ｂ）に示されているディペンデントビュー転送速度REXT2との合計の時間的な変化を示すグラフである。図２６の（ｃ）で実線のグラフGR3の窪みCVが示すとおり、ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2との合計は、第１時刻T0から第２時刻T1までの期間Tstr中、閾値６０Ｍｂｐｓを下回っている。これは、図２６の（ｂ）で実線のグラフGR1が示すとおり、ディペンデントビュー転送速度REXT2がファイルＤＥＰに対するシステム・レートRTS2＝30Mbps以下に制限されていることに因る。図２６の（ａ）の示すとおり、その期間Tstrではベースビュー転送速度REXT1は１５Ｍｂｐｓまで降下しているので、転送帯域幅には、少なくとも、その値と閾値との間の差６０−１５＝４５Ｍｂｐｓに等しい余裕が残されている。従って、ファイルＤＥＰに対するシステム・レートRTS2は、３０Ｍｂｐｓよりも高い範囲、好ましくはファイル２Ｄに対するシステム・レートRTS1と同じ範囲、例えば４５Ｍｂｐｓ以下に設定される：RTS1≦45Mbps、RTS2≦45Mbps。図２６の（ｂ）、（ｃ）にはそれぞれ、その場合におけるディペンデントビュー転送速度REXT2、及びベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2との合計が破線のグラフGR2、GR4で示されている。図２６の（ｂ）で破線のグラフGR2が示すとおり、ディペンデントビュー転送速度REXT2のピークP2は３０Ｍｂｐｓを超えることができる。その結果、図２６の（ｃ）で破線のグラフGR4が示すとおり、ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2との合計は、上記の期間Tstr中、閾値６０Ｍｂｐｓの近傍に維持される。こうして、上記の転送帯域の利用効率を更に向上させることができる。
但し、ファイルＤＥＰに対するシステム・レートRTS2をファイル２Ｄに対するシステム・レートRTS1と同程度に高い値に設定した場合、それらの合計RTS1＋RTS2は一般に、システム・ターゲット・デコーダ2203の転送帯域よりも高い。一方、ベースビュー転送速度REXT1[n]とディペンデントビュー転送速度REXT2[n]とはいずれも平均値であるので、それらの合計に閾値を設けても、転送速度の瞬時値の合計がその閾値を超えることまでは制限されない。具体的な例として、各システム・レートRTS1、RTS2が４５Ｍｂｐｓに設定され、各エクステントのエクステントＡＴＣ時間が３秒間であって、かつその前半の１．５秒間では転送速度の合計が３０Ｍｂｐｓに維持されている場合を想定する。その場合、後半の１．５秒間で各転送速度が仮にシステム・レート４５Ｍｂｐｓまで上昇したとしても、エクステント全体で平均された転送速度の合計は６０Ｍｂｐｓに抑えられる。従って、ベースビュー転送速度REXT1[n]とディペンデントビュー転送速度REXT2[n]との合計を６０Ｍｂｐｓ以下に制限しても、転送速度の瞬時値の合計が４５Ｍｂｐｓ×２＝９０Ｍｂｐｓまで上昇することを阻むことはできない。このように、ベースビュー転送速度REXT1[n]とディペンデントビュー転送速度REXT2[n]との合計を制限するだけでは、システム・ターゲット・デコーダ2203の転送帯域が飽和する危険性がゼロではない。
システム・ターゲット・デコーダ2203の転送帯域が飽和する危険性を更に低減させることを目的として、平均転送速度の合計に対する制限を更に次のように変更する。図２７は、ＲＢ１2211、ＲＢ２2212のそれぞれからシステム・ターゲット・デコーダ2203へ転送されるＴＳパケットとＡＴＣ時間との間の関係を示す模式図である。図２７を参照するに、上段の矩形2710は、ベースビュー・データ・ブロックに含まれるＴＳパケット、ＴＳ１＃ｐ（ｐ＝０、１、２、３、…、ｋ、ｋ＋１、ｋ＋２）の転送期間を表し、下段の矩形2720は、ディペンデントビュー・データ・ブロックに含まれるＴＳパケット、ＴＳ２＃ｑ（ｑ＝０、１、２、３、…、ｍ−１、ｍ、ｍ＋１）の転送期間を表す。それらの矩形2710、2720はＡＴＣの時間軸方向でＴＳパケットの転送順に並べられている。各矩形2710、2720の先頭の位置はそのＴＳパケットの転送開始時刻を表す。各矩形2710、9320の長さAT1、AT2は、１個のＴＳパケットがＲＢ１2211、ＲＢ２2212からシステム・ターゲット・デコーダ2203へ転送されるのに要する時間を表す。３Ｄ再生モードの再生装置102は、一つのＴＳパケットを転送し始める度に、その転送開始時刻を起点とする所定時間長、例えば１秒間のウィンドウWIN1、WIN2、WIN3を設定する。再生装置102は更に、各ウィンドウWIN1、WIN2、WIN3内でＴＳ１とＴＳ２との各転送速度を平均し、それらの平均値の合計を所定の閾値以下に制限する。図２７に示されている例では、まず、ＴＳ１＃０の転送開始時刻A1を起点とする第１ウィンドウWIN1が設定され、その中で転送されるＴＳ１＃０−ｋとＴＳ２＃０−ｍとについて、平均転送速度の合計が閾値以下に制限される。同様に、ＴＳ２＃０の転送開始時刻A2を起点とする第２ウィンドウWIN2の中で転送されるＴＳ１＃０−（ｋ＋１）とＴＳ２＃０−ｍ、及び、ＴＳ１＃１の転送開始時刻A3を起点とする第３ウィンドウWIN3の中で転送されるＴＳ１＃１−（ｋ＋１）とＴＳ２＃０−（ｍ＋１）のそれぞれについて、平均転送速度の合計が閾値以下に制限される。このように、各ＴＳパケットの転送開始時刻から一定長のウィンドウを設定する度に、各ウィンドウでの平均転送速度の合計を所定の閾値以下に制限する。それにより、ウィンドウが短いほど、システム・ターゲット・デコーダ2203の転送帯域が飽和する危険性が低減する。
２−５：システム・レートと最大エクステント・サイズとの間の関係
式（５）、（６）を参照するに、ＲＢ１2211、ＲＢ２2212の各容量の下限は、エクステント・ブロック間のジャンプJ[M]の最大ジャンプ時間TJUMP＿MAXとシステム・レートRTS1、RTS2とにも依存する。特に、ジャンプJ[M]がロング・ジャンプであり、かつ、ファイルＤＥＰに対するシステム・レートRTS2がファイル２Ｄに対するシステム・レートRTS1よりも高く上昇する場合、ＲＢ２2212の容量の下限が許容範囲を超える危険性がある。従って、そのシステム・レートRTS2の上昇にかかわらず、ＲＢ２2212の容量の下限を許容範囲内に留めるには、ジャンプJ[M]の最大ジャンプ時間TJUMP＿MAXとそのシステム・レートRTS2とに依って、各データ・ブロックEXT1[・]、EXT2[・]の最大エクステント・サイズmaxSEXT1、maxSEXT2を変更すべきである。特に、ロング・ジャンプの直前に読み出されるエクステント・ブロックについては、ファイルＤＥＰに対するシステム・レートRTS2が高いほど、データ・ブロックEXT1[・]、EXT2[・]の最大エクステント・サイズは縮小されるべきである。
図２８の（ａ）は、ファイルＤＥＰに対するシステム・レートRTS2とデータ・ブロックの最大エクステント・サイズとの間の関係の一例を示す表である。ここで、（ｉ＋１）番目のエクステント・ペアEXT1[i]、EXT2[i]（文字ｉは０以上の整数を表す。）に対する平均転送速度REXT1[i]、REXT2[i]の合計が閾値６４Ｍｂｐｓ以下であることを想定する：REXT1[i]＋REXT2[i]≦64Mbps。図２８の（ａ）を参照するに、まず、エクステント・ペアB[i]、D[i]は、ファイルＤＥＰに対するシステム・レートRTS2及びＢＤ−ＲＯＭディスク上での配置に依って、三種類のタイプ（Ａ）、（Ｂ）、（Ｃ）に分類される。そのシステム・レートRTS2が閾値３２Ｍｂｐｓよりも高い場合において、ロング・ジャンプの直前に読み出されるエクステント・ブロック内の２番目以降のエクステント・ペアがタイプ（Ｂ）に分類され、ロング・ジャンプの直後に読み出されるエクステント・ブロック内の先頭のエクステント・ペアがタイプ（Ｃ）に分類される。一方、そのシステム・レートRTS2が閾値３２Ｍｂｐｓ以下である場合における全てのエクステント・ペア、及び、そのシステム・レートRTS2が閾値３２Ｍｂｐｓよりも高い場合におけるタイプ（Ｂ）、（Ｃ）以外のエクステント・ペアは、タイプ（Ａ）に分類される。次に、各データ・ブロックの最大エクステント・サイズは、タイプ（Ａ）、（Ｂ）、（Ｃ）別に異なる値に設定される。タイプ（Ａ）のベースビュー・データ・ブロックB[i]の最大エクステント・サイズは一律に１９ＭＢに設定される：SEXT1[i]≦19MB。タイプ（Ａ）のディペンデントビュー・データ・ブロックD[i]の最大エクステント・サイズは、上記のシステム・レートRTS2が閾値３２Ｍｂｐｓ以下である場合は一律に６ＭＢに設定され、閾値３２Ｍｂｐｓを超える場合は一律に８ＭＢに設定される：SEXT2[i]≦6MB、8MB。タイプ（Ｂ）のベースビュー・データ・ブロックB[i]の最大エクステント・サイズは７ＭＢに縮小され、ディペンデントビュー・データ・ブロックD[i]の最大エクステント・サイズは３ＭＢに縮小される：SEXT1[i]≦7MB、SEXT2[i]≦3MB。タイプ（Ｃ）のベースビュー・データ・ブロックB[i]の最大エクステント・サイズは、タイプ（Ａ）と同じ１９ＭＢに設定され、ディペンデントビュー・データ・ブロックD[i]の最大エクステント・サイズは、タイプ（Ａ）よりも小さい６ＭＢに設定される：SEXT1[i]≦19MB、SEXT2[i]≦6MB。
尚、図２８の（ａ）に示されている最大エクステント・サイズの具体的な数値は、平均転送速度の合計に対する閾値＝６４ＭＢｐｓ等、想定されているパラメータの具体的な値に基づいて最適化された一例に過ぎない。以下に説明するそれらの数値の決定方法からも明らかなとおり、それらの数値は、ＢＤ−ＲＯＭドライブの読み出し速度とジャンプに関する性能、各リード・バッファからデコーダへの平均転送速度とそれらの合計に対する閾値、各ＡＶストリーム・ファイルのシステム・レートとその上限、ファイルＤＥＰに対するシステム・レートの閾値等、各種のパラメータに依存する。更に、最大エクステント・サイズの許容誤差は各種パラメータの変動範囲や設定精度に依存する。当業者であれば、それらの依存関係に基づき、実際に利用可能なリード・バッファの容量に応じて、最大エクステント・サイズ及びその許容誤差を最適化することができるであろう。また、図２８の（ａ）では、ファイルＤＥＰに対するシステム・レートが閾値に等しい場合、いずれのエクステント・ペアもタイプ（Ａ）に分類される。その他に、その場合にも、ロング・ジャンプの直前に読み出されるエクステント・ブロック内の２番目以降のエクステント・ペアがタイプ（Ｂ）に分類され、ロング・ジャンプの直後に読み出されるエクステント・ブロック内の先頭のエクステント・ペアがタイプ（Ｃ）に分類されてもよい。
図２８の（ｂ）は、ＢＤ−ＲＯＭディスク上でそれぞれ、層境界LBの直前、直後に配置された第１エクステントＳＳEXTSS[0]と第２エクステントＳＳEXTSS[1]とを示す模式図である。二つのエクステントＳＳEXTSS[0]、EXTSS[1]の間は層境界LBによって分離されているので、それらの間ではロング・ジャンプが生じる。その場合、ファイルＤＥＰに対するシステム・レートRTS2が閾値３２Ｍｂｐｓよりも高ければ、第１エクステントＳＳEXTSS[0]内の２番目以降のエクステント・ペアB[1]、D[1]、B[2]、D[2]はタイプ（Ｂ）に分類され、第２エクステントＳＳEXTSS[1]内の先頭のエクステント・ペアB[3]、D[3]はタイプ（Ｃ）に分類される。
図２８の（ｃ）は、ＢＤ−ＲＯＭディスク上でそれぞれ、多重化ストリーム・データ以外のデータの記録領域NAVの直前、直後に配置された第３エクステントＳＳEXTSS[10]と第４エクステントＳＳEXTSS[11]とを示す模式図である。図２８の（ｃ）では、二つのエクステントＳＳEXTSS[10]、EXTSS[11]の間を分離している記録領域NAVのセクタ数は４００００以下である。その場合、二つのエクステントＳＳEXTSS[10]、EXTSS[11]間で生じるジャンプはロング・ジャンプではない。従って、ファイルＤＥＰに対するシステム・レートRTS2の値にかかわらず、第３エクステントＳＳEXTSS[10]内の２番目以降のエクステント・ペアB[11]、D[11]、B[12]、D[12]と、第４エクステントＳＳEXTSS[11]の先頭のエクステント・ペアB[13]、D[13]とはいずれもタイプ（Ａ）に分類される。一方、その記録領域NAVのセクタ数が４０００１以上である場合、二つのエクステントＳＳEXTSS[10]、EXTSS[11]の間で生じるジャンプはロング・ジャンプである。従って、ファイルＤＥＰに対するシステム・レートRTS2が閾値３２Ｍｂｐｓよりも高ければ、図２８の（ｃ）とは異なり、第３エクステントＳＳEXTSS[10]内の２番目以降のエクステント・ペアB[11]、D[11]、B[12]、D[12]はタイプ（Ｂ）に分類され、第４エクステントＳＳEXTSS[11]内の先頭のエクステント・ペアB[13]、D[13]はタイプ（Ｃ）に分類される。
図２８の（ａ）に示されているタイプ（Ａ）のデータ・ブロックの最大エクステント・サイズは、次のように決定される。まず、（ｉ＋１）番目のエクステント・ペアEXT1[i]、EXT2[i]に対する平均転送速度REXT1[i]、REXT2[i]の合計が閾値６４Ｍｂｐｓに一致する場合を想定する：REXT1[i]＋REXT2[i]＝64Mbps。その場合、そのエクステント・ペアEXT1[i]、EXT2[i]全体のデータ量は最大である。次に、それらの平均転送速度REXT1、REXT2の様々な組み合わせについて、各データ・ブロックの最大エクステント・サイズmaxSEXT1、maxSEXT2とエクステントＡＴＣ時間TEXTとが求められる。最大エクステント・サイズmaxSEXT1、maxSEXT2を決定するための条件は、次の三つである：一、条件５として式（１０Ａ）が満たされる。ここで、延長時間ΔＴは１秒に設定される。二、両方のデータ・ブロック間でエクステントＡＴＣ時間TEXTが一致する。三、条件２、３がいずれも満たされる。こうして求められた最大エクステント・サイズmaxSEXT1、maxSEXT2のうち、ディペンデントビュー転送速度REXT2がシステム・レートRTS2以下である場合のものであって、かつ最大のものが、実際の最大エクステント・サイズとして選択される。尚、条件５は式（７）又は（１０Ｂ）で表されてもよい。条件５はその他に、データ・ブロックのサイズが式（８）又は（１１）の右辺の上限以下であるという不等式で表されてもよい。
図２９は、平均転送速度REXT1、REXT2の組み合わせ別に、各データ・ブロックの最大エクステント・サイズmaxSEXT1、maxSEXT2とエクステントＡＴＣ時間TEXTとを示す表である。ここで、ファイル２Ｄに対するシステム・レートRTS1とファイルＤＥＰに対するシステム・レートRTS2とはいずれも４８Ｍｂｐｓ以下である場合を想定する：RTS1≦48Mbps、RTS2≦48Mbps。例えば、ベースビュー転送速度REXT1[i]が４８Ｍｂｐｓであるとき、式（１０Ａ）から、ベースビュー・データ・ブロックの最大エクステント・サイズmaxSEXT1は約１９ＭＢであり、そのエクステントＡＴＣ時間TEXTが約３．２秒であることがわかる。更に、ディペンデントビュー転送速度REXT2[i]が６４−４８＝１６Ｍｂｐｓであるので、それとエクステントＡＴＣ時間TEXT＝約３．２秒との積から、ディペンデントビュー・データ・ブロックの最大エクステント・サイズmaxSEXT2が約６ＭＢであることがわかる。平均転送速度REXT1、REXT2の他の組み合わせについても同様にして、最大エクステント・サイズmaxSEXT1、maxSEXT2が求められる。
ファイルＤＥＰに対するシステム・レートRTS2が閾値３２Ｍｂｐｓ以下である場合、ディペンデントビュー転送速度REXT2も３２Ｍｂｐｓ以下である。図２９から、各データ・ブロックの最大エクステント・サイズmaxSEXT1、maxSEXT2として、ディペンデントビュー転送速度REXT2≦３２Ｍｂｐｓの範囲での最大値約１９ＭＢ、約６ＭＢが選択される。一方、システム・レートRTS2が閾値３２Ｍｂｐｓを超えているとき、ディペンデントビュー転送速度REXT2は４８Ｍｂｐｓまで上昇可能である。図２９から、各データ・ブロックの最大エクステント・サイズmaxSEXT1、maxSEXT2として、ディペンデントビュー転送速度REXT2≦４８Ｍｂｐｓの範囲での最大値約１９ＭＢ、約８ＭＢが選択される。
図２８の（ａ）に示されているタイプ（Ｂ）のデータ・ブロックの最大エクステント・サイズは、以下のように決定される。まず、式（６）からは次のことが明らかである：ファイルＤＥＰに対するシステム・レートRTS2が上限値４８Ｍｂｐｓに達するときに、ＲＢ２2212の容量の下限は最大になる。その下限を可能な限り低く抑えるには、ロング・ジャンプの直前に読み出されるエクステント・ブロック内の最後のベースビュー・データ・ブロックのサイズを可能な限り縮小すればよい。そのためには、式（２）−（４）から容易に理解されるように、同じエクステント・ブロック内の２番目以降のデータ・ブロック、すなわちタイプ（Ｂ）のデータ・ブロックのサイズSEXT1[i]、SEXT2[i]を全て、可能な限り縮小すればよい。
タイプ（Ｂ）のディペンデントビュー・データ・ブロックの最大エクステント・サイズは次のように縮小される。図２９の表に示されているように、一つのディペンデントビュー・データ・ブロックEXT2[i]に対する平均転送速度REXT2[i]が上限値４８Ｍｂｐｓに達するとき、同じエクステント・ペアに属するベースビュー・データ・ブロックEXT1[i]の最大エクステント・サイズmaxSEXT1[i]は約３ＭＢである。この値の削減を目的として、タイプ（Ｂ）のディペンデントビュー・データ・ブロックの最大エクステント・サイズmaxSEXT2[i]が、図２９に示されている値、約８ＭＢよりも縮小される。例えば図２８の（ａ）に示されている表では、その最大エクステント・サイズmaxSEXT2[i]は約３ＭＢに制限される。ここで、同じエクステント・ペアに属するデータ・ブロック間ではエクステントＡＴＣ時間が同じでなければならない。従って、最大エクステント・サイズが約３ＭＢであるディペンデントビュー・データ・ブロックEXT2[i]に対する平均転送速度REXT2[i]が上限値４８Ｍｂｐｓに達するとき、同じエクステント・ペアに属するベースビュー・データ・ブロックEXT1[i]の最大エクステント・サイズmaxSEXT1[i]は約１ＭＢに制限される。式（５）から明らかなとおり、ロング・ジャンプの直前に読み出されるベースビュー・データ・ブロックのサイズを上記のように約３ＭＢから約１ＭＢまで縮小することにより、ＲＢ１2211の容量の下限を約１．４ＭＢ、削減することができる：（３ＭＢ／７２Ｍｂｐｓ）×４８Ｍｂｐｓ×（１９２／１８８）−（１ＭＢ／７２Ｍｂｐｓ）×４８Ｍｂｐｓ×（１９２／１８８）＝２．１ＭＢ−０．７ＭＢ＝１．４ＭＢ。
タイプ（Ｂ）のベースビュー・データ・ブロックの最大エクステント・サイズは次のように縮小される。（ｉ＋２）番目のディペンデントビュー・データ・ブロックEXT2[i＋1]のサイズSEXT2[i＋1]が約３ＭＢであり、かつ、（ｉ＋１）番目のベースビュー・データ・ブロックEXT1[i]に対する平均転送速度REXT1[i]が上限値４８Ｍｂｐｓに達するとき、式（２）の右辺で表される最小エクステント・サイズminSEXT1[i]は約７ＭＢに等しい：４８Ｍｂｐｓ×（１９２／１８８）×３ＭＢ／（７２Ｍｂｐｓ−４８Ｍｂｐｓ×（１９２／１８８））＝６．４ＭＢ≒７ＭＢ。従って、条件２が満たされるように、タイプ（Ｂ）のベースビュー・データ・ブロックの最大エクステント・サイズは約７ＭＢに決定される。
図２８の（ａ）に示されているタイプ（Ｃ）のデータ・ブロックの最大エクステント・サイズは、以下のように決定される。式（５）、（６）から容易に理解されるように、タイプ（Ｃ）のベースビュー・データ・ブロックのサイズSEXT1[・]は、リード・バッファの容量の下限には影響しない。従って、タイプ(Ｃ)のベースビュー・データ・ブロックの最大エクステント・サイズは、タイプ(Ａ)のものと等しい。一方、タイプ（Ｃ）のディペンデントビュー・データ・ブロックのサイズSEXT2[・]は、ＲＢ１2211、ＲＢ２2212のいずれの容量の下限にも影響する。すなわち、各システム・レートRTS1、RTS2が上限値４８Ｍｂｐｓに達するときに、ＲＢ１2211、ＲＢ２2212の各容量の下限は最大になる。それらの下限を可能な限り低く抑えるには、タイプ（Ｃ）のディペンデントビュー・データ・ブロックのサイズを可能な限り縮小すればよい。具体的には、そのディペンデントビュー・データ・ブロックの最大エクステント・サイズmaxSEXT2[・]が、図２９に示されている値、約８ＭＢよりも縮小される。例えば図２８の（ａ）に示されている表では、その最大エクステント・サイズmaxSEXT2[・]は約６ＭＢに制限される。その値は、図２９に示されているように、同じエクステント・ペアに属するデータ・ブロックの間で平均転送速度REXT1[・]、REXT2[・]が同じ値、３２Ｍｂｐｓに一致するときでの各データ・ブロックの最大エクステント・サイズに等しい。式（５）と図２９とから容易に理解されるように、タイプ（Ｃ）のディペンデントビュー・データ・ブロックの最大エクステント・サイズがその値、約６ＭＢを下回るとき、ベースビュー・データ・ブロックに対する平均転送速度は３２Ｍｂｐｓを超えて上昇し得る。従って、タイプ（Ｃ）のディペンデントビュー・データ・ブロックの最大エクステント・サイズを約６ＭＢよりも縮小した場合、ＲＢ１2211の容量の下限はかえって削減されなくなる。それ故、ディペンデントビュー・データ・ブロックの最大エクステント・サイズmaxSEXT2[・]は約６ＭＢに決定される。式（５）、（６）から明らかなとおり、タイプ（Ｃ）のディペンデントビュー・データ・ブロックのサイズを上記のように約８ＭＢから約６ＭＢまで縮小することにより、ＲＢ１2211とＲＢ２2212との容量の下限をいずれも、約１．５ＭＢ、削減することができる：（８ＭＢ／７２Ｍｂｐｓ）×４８Ｍｂｐｓ×（１９２／１８８）−（６ＭＢ／７２Ｍｂｐｓ）×４８Ｍｂｐｓ×（１９２／１８８）＝５．５ＭＢ−４ＭＢ＝１．５ＭＢ。
図２８の（ａ）に示されているように、ファイルＤＥＰに対するシステム・レートRTS2が所定の閾値（例えば３２Ｍｂｐｓ）よりも高く上昇する場合には、タイプ（Ｂ）のデータ・ブロックの最大エクステント・サイズは縮小され、システム・レートRTS2がその閾値以下である場合における値（例えば、１９ＭＢ、６ＭＢ）よりも小さい値（例えば、６ＭＢ、３ＭＢ）に設定される。更に、タイプ（Ｃ）のディペンデントビュー・データ・ブロックの最大エクステント・サイズは、タイプ（Ａ）のもの（例えば８ＭＢ）よりも小さい値（例えば６ＭＢ）に設定される。その結果、ＢＤ−ＲＯＭディスク101は、式（２）−（４）を満たしたまま、再生装置102にＲＢ１2211とＲＢ２2212とのいずれの容量の下限をも、許容範囲内に維持させることができる。すなわち、ＢＤ−ＲＯＭディスク101は、２Ｄ再生モードと３Ｄ再生モードとのいずれの再生装置102内のリード・バッファにも、アンダーフローを生じさせることなく、その容量を更に削減させることができる。
≪クリップ情報ファイル≫
図３０は、第１クリップ情報ファイル（01000.clpi）、すなわち２Ｄクリップ情報ファイル231のデータ構造を示す模式図である。ディペンデントビュー・クリップ情報ファイル（02000.clpi、03000.clpi）232、233も同様なデータ構造を持つ。以下では、まず、クリップ情報ファイル全般に共通するデータ構造を２Ｄクリップ情報ファイル231のデータ構造を例に説明する。その後、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのデータ構造上の相違点について説明する。
図３０を参照するに、２Ｄクリップ情報ファイル231は、クリップ情報3010、ストリーム属性情報3020、エントリ・マップ3030、及び３Ｄメタデータ3040を含む。３Ｄメタデータ3040はエクステント起点3042を含む。
クリップ情報3010は、図３０に示されているように、システム・レート3011、再生開始時刻3012、及び再生終了時刻3013を含む。システム・レート3011は、ファイル２Ｄ（01000.m2ts）241に対するシステム・レートRTSを規定する。ここで、図１９に示されているように、２Ｄ再生モードの再生装置102は、ファイル２Ｄ241に属する“ＴＳパケット”を、リード・バッファ1902からシステム・ターゲット・デコーダ1903へ転送する。従って、ファイル２Ｄ241では、ＴＳパケットの転送速度がシステム・レートRTS以下に抑えられるように、ソースパケットのＡＴＳの間隔が設定されている。再生開始時刻3012は、ファイル２Ｄ241の先頭のＶＡＵに割り当てられたＰＴＳ、例えば先頭の映像フレームのＰＴＳを示す。再生終了時刻3012は、ファイル２Ｄ241の後端のＶＡＵに割り当てられたＰＴＳから更に所定量遅れたＳＴＣの値、例えば最後の映像フレームのＰＴＳに１フレーム当たりの再生時間を加えた値を示す。
ストリーム属性情報3020は、図３０に示されているように、ファイル２Ｄ241に含まれる各エレメンタリ・ストリームのＰＩＤ3021とその属性情報3022との間の対応表である。属性情報3022は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えばプライマリ・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１００に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報3022は再生装置102により、デコーダの初期化に利用される。
［エントリ・マップ］
図３１の（ａ）は、エントリ・マップ3030のデータ構造を示す模式図である。図３１の（ａ）を参照するに、エントリ・マップ3030はテーブル3100を含む。テーブル3100は、メインＴＳに多重化されたビデオ・ストリームと同数であり、各ビデオ・ストリームに一つずつ割り当てられている。図３１の（ａ）では、各テーブル3100は割り当て先のビデオ・ストリームのＰＩＤで区別されている。各テーブル3100はエントリ・マップ・ヘッダ3101とエントリ・ポイント3102とを含む。エントリ・マップ・ヘッダ3101は、そのテーブル3100に対応付けられたＰＩＤと、そのテーブル3100に含まれるエントリ・ポイント3102の総数とを含む。エントリ・ポイント3102は、ＰＴＳ3103とソースパケット番号（ＳＰＮ）3104との対を一つずつ、異なるエントリ・ポイントＩＤ（ＥＰ＿ＩＤ）3105に対応付ける。ＰＴＳ3103は、エントリ・マップ・ヘッダ3101の示すＰＩＤのビデオ・ストリームに含まれるいずれかのＩピクチャのＰＴＳに等しい。ＳＰＮ3104は、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。ここで、「ＳＰＮ」とは、一つのＡＶストリーム・ファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。ＳＰＮは、そのＡＶストリーム・ファイル内での各ソースパケットのアドレスとして利用される。２Ｄクリップ情報ファイル231内のエントリ・マップ3030では、ＳＰＮは、ファイル２Ｄ241に属するソースパケット群、すなわち、メインＴＳを格納しているソースパケット群に割り当てられた番号を意味する。従って、エントリ・ポイント3102は、ファイル２Ｄ241に含まれる各ＩピクチャのＰＴＳとアドレス、すなわちＳＰＮとの間の対応関係を表す。
エントリ・ポイント3102は、ファイル２Ｄ241内の全てのＩピクチャに対して設定されていなくてもよい。但し、ＩピクチャがＧＯＰの先頭に位置し、かつ、そのＩピクチャの先頭を含むＴＳパケットが２Ｄエクステントの先頭に位置するときは、そのＩピクチャにはエントリ・ポイント3102が設定されなければならない。
図３１の（ｂ）は、ファイル２Ｄ241に属するソースパケット群3110のうち、エントリ・マップ3030によって各ＥＰ＿ＩＤ3105に対応付けられているものを示す模式図である。図３１の（ｃ）は、そのソースパケット群3110に対応するＢＤ−ＲＯＭディスク101上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。再生装置102は、ファイル２Ｄ241から２Ｄ映像を再生する際にエントリ・マップ3030を利用して、任意のシーンを表すフレームのＰＴＳから、そのフレームを含むソースパケットのＳＰＮを特定する。具体的には、再生開始位置として特定のエントリ・ポイントのＰＴＳ、例えばＰＴＳ＝３６００００が指定されたとき、再生装置102はまず、エントリ・マップ3030から、そのＰＴＳに対応付けられたＳＰＮ＝３２００を検索する。再生装置102は次に、そのＳＰＮとソースパケット一つ当たりのデータ量１９２バイトとの積を求め、更に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商、ＳＰＮ×１９２／２０４８を求める。図５の（ｂ）、（ｃ）から理解されるとおり、その商は、メインＴＳのうち、そのＳＰＮが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図３１の（ｂ）に示されている例では、その商、３２００×１９２／２０４８＝３００は、０から３１９９までのＳＰＮが割り当てられたソースパケット群3111が記録されたセクタの総数に等しい。再生装置102は続いて、ファイル２Ｄ241のファイル・エントリを参照し、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（上記の総数＋１）番目のセクタのＬＢＮを特定する。図３１の（ｃ）に示されている例では、２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能なベースビュー・データ・ブロックB[0]、B[1]、B[2]、…が記録されたセクタ群のうち、先頭から数えて３０１番目のセクタのＬＢＮが特定される。再生装置102はそのＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、そのＬＢＮのセクタから順にベースビュー・データ・ブロック群がアラインド・ユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインド・ユニットから、再生開始位置のエントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル２Ｄ241から特定のＰＴＳ以降の２Ｄ映像を再生できる。
エントリ・マップ3030は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば２Ｄ再生モードの再生装置102は、まずエントリ・マップ3030を参照して、再生開始位置、例えばＰＴＳ＝３６００００以降のＰＴＳを含むエントリ・ポイント、ＥＰ＿ＩＤ＝２、３、…からＳＰＮ＝３２００、４８００、…を順番に読み出す。再生装置102は次にファイル２Ｄ241のファイル・エントリを利用して、各ＳＰＮに対応するセクタのＬＢＮを特定する。再生装置102は続いて、各ＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、各ＬＢＮのセクタからアラインド・ユニットが読み出される。再生装置102は更に各アラインド・ユニットから、各エントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。こうして、再生装置102は２Ｄエクステント群EXT2D[n]自体を解析することなく、ファイル２Ｄ241からＩピクチャを選択的に再生できる。
［エクステント起点］
図３２の（ａ）は、エクステント起点3042のデータ構造を示す模式図である。図３２の（ａ）を参照するに、「エクステント起点（Extent＿Start＿Point）」3042はベースビュー・エクステントＩＤ（ＥＸＴ１＿ＩＤ）3211とＳＰＮ3212とを含む。ＥＸＴ１＿ＩＤ3211は、第１ファイルＳＳ（01000.ssif）244Aに属する各ベースビュー・データ・ブロックに、先頭から順に割り当てられた通し番号である。ＳＰＮ3212は各ＥＸＴ１＿ＩＤ3211に一つずつ割り当てられ、そのＥＸＴ１＿ＩＤ3211で識別されるベースビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ244Aに属するベースビュー・データ・ブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図１５に示されているエクステント・ブロック1501−1503では、各ベースビュー・データ・ブロックB[0]、B[1]、B[2]、…はファイル２Ｄ241と第１ファイルＳＳ244Aとに共有される。しかし、記録層間の境界等、ロング・ジャンプの必要な箇所に配置されたデータ・ブロック群は一般に、ファイル２Ｄ241又は第１ファイルＳＳ244Aのいずれかにのみ属するベースビュー・データ・ブロックを含む（詳細は、実施形態２の説明を参照）。従って、エクステント起点3042の示すＳＰＮ3212は、ファイル２Ｄ241に属する２Ｄエクステントの先端に位置するソースパケットのＳＰＮとは一般に異なる。
図３２の（ｂ）は、第２クリップ情報ファイル（02000.clpi）、すなわちディペンデントビュー・クリップ情報ファイル232に含まれるエクステント起点3220のデータ構造を示す模式図である。図３２の（ｂ）を参照するに、エクステント起点3220は、ディペンデントビュー・エクステントＩＤ（ＥＸＴ２＿ＩＤ）3221とＳＰＮ3222とを含む。ＥＸＴ２＿ＩＤ3221は、第１ファイルＳＳ244Aに属する各ディペンデントビュー・データ・ブロックに先頭から順に割り当てられた通し番号である。ＳＰＮ3222は各ＥＸＴ２＿ＩＤ3221に一つずつ割り当てられ、そのＥＸＴ２＿ＩＤ3221で識別されるディペンデントビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ244Aに属するディペンデントビュー・データ・ブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図３２の（ｄ）は、第１ファイルＤＥＰ（02000.m2ts）242に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点3220の示すＳＰＮ3222との間の対応関係を表す模式図である。図１５に示されているように、ディペンデントビュー・データ・ブロックは第１ファイルＤＥＰ242と第１ファイルＳＳ244Aとに共有される。従って、図３２の（ｄ）に示されているように、エクステント起点3220の示す各ＳＰＮ3222は、各ライトビュー・エクステントEXT2[0]、EXT2[1]、…の先端に位置するソースパケットのＳＰＮに等しい。
２Ｄクリップ情報ファイル231のエクステント起点3042と、ディペンデントビュー・クリップ情報ファイル232のエクステント起点3220とは、以下に説明するように、第１ファイルＳＳ244Aから３Ｄ映像が再生されるとき、各エクステントＳＳに含まれるデータ・ブロックの境界の検出に利用される。
図３２の（ｅ）は、第１ファイルＳＳ244Aに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。図３２の（ｅ）を参照するに、そのエクステント・ブロックはインターリーブ配置のデータ・ブロック群D[n]、B[n]（n＝0、1、2、…）を含む。尚、以下の説明はその他の配置でも同様に成立する。そのエクステント・ブロックは一つのエクステントＳＳEXTSS[0]としてアクセス可能である。更に、そのエクステントＳＳEXTSS[0]の中で、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]に含まれるソースパケットの数は、エクステント起点3042において、ＥＸＴ１＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ａ(ｎ＋１)−Ａｎに等しい。ここで、Ａ０＝０とする。一方、ディペンデントビュー・データ・ブロックD[n＋1]に含まれるソースパケットの数は、エクステント起点3220において、ＥＸＴ２＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ｂ(ｎ＋１)−Ｂｎに等しい。ここで、Ｂ０＝０とする。
３Ｄ再生モードの再生装置102は、第１ファイルＳＳ244Aから３Ｄ映像を再生するとき、各クリップ情報ファイル231、232のエントリ・マップとエクステント起点3042、3220とを利用する。それにより、再生装置102は、任意のシーンのライトビューを表すフレームのＰＴＳから、そのフレームの構成に必要なディペンデントビュー・データ・ブロックが記録されたセクタのＬＢＮを特定する。具体的には、再生装置102はまず、例えばディペンデントビュー・クリップ情報ファイル232のエントリ・マップから、そのＰＴＳに対応付けられたＳＰＮを検索する。仮に、そのＳＰＮの示すソースパケットが、第１ファイルＤＥＰ242の３番目のディペンデントビュー・エクステントEXT2[2]、すなわちディペンデントビュー・データ・ブロックD[2]に含まれる場合を想定する。再生装置102は次に、ディペンデントビュー・クリップ情報ファイル232のエクステント起点3220の示すＳＰＮ3222の中から、目標のＳＰＮ以下で最大のもの“Ｂ２”と、それに対応するＥＸＴ２＿ＩＤ“２”とを検索する。再生装置102は続いて、２Ｄクリップ情報ファイル231のエクステント起点3042から、そのＥＸＴ２＿ＩＤ“２”と等しいＥＸＴ１＿ＩＤに対応するＳＰＮ3012の値“Ａ２”を検索する。再生装置102は更に、検索されたＳＰＮの和Ｂ２＋Ａ２を求める。図３２の（ｅ）から理解されるように、その和Ｂ２＋Ａ２は、エクステントＳＳEXTSS[0]の中で、３番目のディペンデントビュー・データ・ブロックD[2]よりも前に配置されたソースパケットの総数に等しい。従って、その和Ｂ２＋Ａ２とソースパケット一つ当たりのデータ量１９２バイトとの積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商（Ｂ２＋Ａ２）×１９２／２０４８は、エクステントＳＳEXTSS[0]の先頭から３番目のディペンデントビュー・データ・ブロックD[2]の直前までのセクタ数に等しい。この商を利用して第１ファイルＳＳ244Aのファイル・エントリを参照すれば、そのディペンデントビュー・データ・ブロックD[2]の先端が記録されたセクタのＬＢＮを特定することができる。
再生装置102は、上記のようにＬＢＮを特定した後、そのＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、そのＬＢＮのセクタ以降に記録されたエクステントＳＳEXTSS[0]の部分、すなわち３番目のライトビュー・データ・ブロックD[2]以降のデータ・ブロック群D[2]、B[2]、D[3]、B[3]、…がアラインド・ユニット単位で読み出される。
再生装置102は更にエクステント起点3042、3220を利用して、読み出されたエクステントＳＳから、ディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとを交互に抽出する。例えば、図３２の（ｅ）に示されているエクステントＳＳ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は、ＢＤ−ＲＯＭドライブの制御に関する上記の利点（Ａ）、（Ｂ）を実際に享受できる。
≪ファイル・ベース≫
図３２の（ｃ）は、３Ｄ再生モードの再生装置102によって第１ファイルＳＳ244Aから抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。図３２の（ｃ）を参照するに、それらのベースビュー・データ・ブロックB[n]（n＝0、1、2、…）に含まれるソースパケット群に、先頭から順にＳＰＮを割り当てたとき、各ベースビュー・データ・ブロックB[n]の先端に位置するソースパケットのＳＰＮは、エクステント起点3042の示すＳＰＮ3212に等しい。それらのベースビュー・データ・ブロック群B[n]のように、エクステント起点を利用して一つのファイルＳＳから抽出されるベースビュー・データ・ブロック群を「ファイル・ベース」という。更に、ファイル・ベースに含まれるベースビュー・データ・ブロックを「ベースビュー・エクステント」という。図３２の（ｅ）に示されているように、各ベースビュー・エクステントEXT1[0]、EXT1[1]、…はクリップ情報ファイル内のエクステント起点3042、3220によって参照される。
ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とベースビュー・データ・ブロックB[n]を共有する。従って、ファイル・ベースはファイル２Ｄと同じメインＴＳを含む。しかし、ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とは異なり、いずれのファイルのファイル・エントリによっても参照されない。上記のとおり、ベースビュー・エクステントEXT1[n]は、クリップ情報ファイル内のエクステント起点を利用して、ファイルＳＳ内のエクステントＳＳEXTSS[・]から抽出される。このように、ファイル・ベースは本来のファイルとは異なり、ファイル・エントリを含まず、かつ、ベースビュー・エクステントの参照にエクステント起点を必要とする。それらの意味で、ファイル・ベースは「仮想的なファイル」である。特にファイル・ベースはファイルシステムでは認識されず、図２に示されているディレクトリ／ファイル構造には現れない。
図３３は、ＢＤ−ＲＯＭディスク101上に記録された一つのエクステント・ブロック3300と、ファイル２Ｄ3310、ファイル・ベース3311、ファイルＤＥＰ3312、及びファイルＳＳ3320の各エクステント群との間の対応関係を示す模式図である。図３３を参照するに、エクステント・ブロック3300はディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とを含む（n＝0、1、2、3、…）。ベースビュー・データ・ブロックB[n]は２ＤエクステントEXT2D[n]としてファイル２Ｄ3310に属する。ディペンデントビュー・データ・ブロックD[n]はディペンデントビュー・エクステントEXT2[n]としてファイルＤＥＰ3312に属する。エクステント・ブロック3300の全体が一つのエクステントＳＳEXTSS[0]としてファイルＳＳ3320に属する。従って、エクステントＳＳEXTSS[0]は、２ＤエクステントEXT2D[n]とはベースビュー・データ・ブロックB[n]を共有し、ディペンデントビュー・エクステントEXT2[n]とはディペンデントビュー・データ・ブロックD[n]を共有する。エクステントＳＳEXTSS[0]は再生装置102に読み込まれた後、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とに分離される。それらのベースビュー・データ・ブロックB[n]はベースビュー・エクステントEXT1[n]としてファイル・ベース3311に属する。エクステントＳＳEXTSS[0]内でのベースビュー・エクステントEXT1[n]とディペンデントビュー・エクステントEXT2[n]との間の境界は、ファイル２Ｄ3310とファイルＤＥＰ3312とのそれぞれに対応付けられたクリップ情報ファイル内のエクステント起点を利用して特定される。
≪ディペンデントビュー・クリップ情報ファイル≫
ディペンデントビュー・クリップ情報ファイルは、図３１、３２に示されている２Ｄクリップ情報ファイルとデータ構造が同様である。従って、以下の説明では、ディペンデントビュー・クリップ情報ファイルと２Ｄクリップ情報ファイルとの間の相違点に触れ、同様な点についての説明は上記の説明を援用する。
ディペンデントビュー・クリップ情報ファイルは、２Ｄクリップ情報ファイルとは、主に次の三点で異なる：（i）ストリーム属性情報に条件が課せられている；（ii）エントリ・ポイントに条件が課せられている；（iii）３Ｄメタデータがオフセット・テーブルを含まない。
（i）ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとが、Ｌ／Ｒモードの再生装置102によって３Ｄ映像の再生に利用されるものであるとき、図７に示されているとおり、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームを利用して圧縮されている。そのとき、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームとビデオ・ストリーム属性が等しい。ここで、ベースビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報は２Ｄクリップ情報ファイルのストリーム属性情報3020内でＰＩＤ＝０ｘ１０１１に対応付けられている。一方、ディペンデントビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報はディペンデントビュー・クリップ情報ファイルのストリーム属性情報内でＰＩＤ＝０ｘ１０１２又は０ｘ１０１３に対応付けられている。従って、それらのビデオ・ストリーム属性情報間では、図３０に示されている各項目、すなわち、コーデック、解像度、アスペクト比、及びフレームレートが一致しなければならない。コーデックの種類が一致していれば、ベースビュー・ピクチャとディペンデントビュー・ピクチャとの間に符号化での参照関係が成立するので、各ピクチャを復号することができる。解像度、アスペクト比、及びフレームレートがいずれも一致していれば、左右の映像の画面表示を同期させることができる。それ故、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができる。
（ii）ディペンデントビュー・クリップ情報ファイルのエントリ・マップは、ディペンデントビュー・ビデオ・ストリームに割り当てられたテーブルを含む。そのテーブルは、図３１の（ａ）に示されているテーブル3100と同様に、エントリ・マップ・ヘッダとエントリ・ポイントとを含む。エントリ・マップ・ヘッダは、対応するディペンデントビュー・ビデオ・ストリームのＰＩＤ、すなわち０ｘ１０１２又は０ｘ１０１３を示す。各エントリ・ポイントは一対のＰＴＳとＳＰＮとを一つのＥＰ＿ＩＤに対応付けている。各エントリ・ポイントのＰＴＳは、ディペンデントビュー・ビデオ・ストリームに含まれるいずれかのＧＯＰにおいて、その先頭に位置するピクチャのＰＴＳと等しい。各エントリ・ポイントのＳＰＮは、同じエントリ・ポイントに属するＰＴＳで特定されるピクチャが格納されたソースパケット群のうち、その先頭に割り当てられたＳＰＮに等しい。ここで、ＳＰＮは、ファイルＤＥＰに属するソースパケット群、すなわちサブＴＳを構成するソースパケット群に先頭から順に割り当てられた通し番号を意味する。各エントリ・ポイントのＰＴＳは、２Ｄクリップ情報ファイルのエントリ・マップのうち、ベースビュー・ビデオ・ストリームに割り当てられたテーブル内のエントリ・ポイントのＰＴＳと一致しなければならない。すなわち、同じ３Ｄ・ＶＡＵに含まれる一対のピクチャの一方を含むソースパケット群の先頭にエントリ・ポイントが設定されているときは常に、他方を含むソースパケット群の先頭にもエントリ・ポイントが設定されていなければならない。
図３４は、ベースビュー・ビデオ・ストリーム3410とディペンデントビュー・ビデオ・ストリーム3420とに設定されたエントリ・ポイントの例を示す模式図である。各ビデオ・ストリーム3410、3420では、先頭から数えて同じ順番のＧＯＰが同じ再生期間の映像を表す。図３４を参照するに、ベースビュー・ビデオ・ストリーム3410では、その先頭のＧＯＰから数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント3401B、3403B、3405Bが設定されている。それに併せて、ディペンデントビュー・ビデオ・ストリーム3420でも、その先頭のＧＯＰから数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント3401D、3403D、3405Dが設定されている。その場合、再生装置102は、例えばＧＯＰ＃３から３Ｄ映像の再生を開始するとき、対応するエントリ・ポイント3403B、3403DのＳＰＮから、ファイルＳＳ内の再生開始位置のＳＰＮを直ちに算定できる。特にエントリ・ポイント3403B、3403Dがいずれもデータ・ブロックの先端に設定されているとき、図３２の（ｅ）から理解されるとおり、エントリ・ポイント3403B、3403DのＳＰＮの和がファイルＳＳ内の再生開始位置のＳＰＮに等しい。図３２の（ｅ）の説明で述べたとおり、そのソースパケットの数からは、ファイルＳＳ内の再生開始位置の部分が記録されたセクタのＬＢＮを算定することができる。こうして、３Ｄ映像の再生においても、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理の応答速度を向上させることができる。
≪２Ｄプレイリスト・ファイル≫
図３５は、２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図２に示されている第１プレイリスト・ファイル（00001.mpls）221はこのデータ構造を持つ。図３５を参照するに、２Ｄプレイリスト・ファイル221はメインパス3501と二つのサブパス3502、3503とを含む。
メインパス3501はプレイアイテム情報（以下、ＰＩと略す。）の配列であり、ファイル２Ｄ241の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各ＰＩは固有のプレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）で識別される。各ＰＩ＃Ｎは主要な再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の開始時刻（In−Time）を表し、他方は終了時刻（Out−Time）を表す。更に、メインパス3501内でのＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
各サブパス3502、3503はサブプレイアイテム情報（以下、ＳＵＢ＿ＰＩと略す。）の配列であり、ファイル２Ｄ241の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、メインパス3501の表すファイル２Ｄ241の部分とは別の部分とその再生順、又は、別のファイル２Ｄに多重化されたストリーム・データの部分とその再生順を示す。そのストリーム・データは、メインパス3501に従ってファイル２Ｄ241から再生される２Ｄ映像と同時に再生されるべき別の２Ｄ映像を表す。その別の２Ｄ映像は例えば、ピクチャ・イン・ピクチャ方式における副映像、ブラウザ画面、ポップアップ・メニュー、又は字幕を含む。サブパス3502、3503には２Ｄプレイリスト・ファイル221への登録順に通し番号“０”、“１”が振られている。その通し番号はサブパスＩＤとして各サブパス3502、3503の識別に利用される。各サブパス3502、3503では、各ＳＵＢ＿ＰＩが固有のサブプレイアイテムＩＤ＝＃Ｍ（Ｍ＝１、２、３、…）で識別される。各ＳＵＢ＿ＰＩ＃Ｍは、再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス3502、3503内でのＳＵＢ＿ＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
図３６は、ＰＩ＃Ｎのデータ構造を示す模式図である。図３６を参照するに、ＰＩ＃Ｎは、参照クリップ情報3601、再生開始時刻（In＿Time）3602、再生終了時刻（Out＿Time）3603、コネクション・コンディション3604、及びストリーム選択テーブル（以下、ＳＴＮ（Stream Number）テーブルと略す。）3605を含む。参照クリップ情報3601は、２Ｄクリップ情報ファイル231を識別するための情報である。再生開始時刻3602と再生終了時刻3603とは、ファイル２Ｄ241の再生対象部分の先端と後端との各ＰＴＳを示す。コネクション・コンディション3604は、再生開始時刻3602と再生終了時刻3603とによって規定された再生区間での映像を、一つ前のＰＩ＃（Ｎ−１）によって規定された再生区間での映像に接続するときの条件を規定する。ＳＴＮテーブル3605は、再生開始時刻3602から再生終了時刻3603までの間に、再生装置102内のデコーダによってファイル２Ｄ241から選択可能なエレメンタリ・ストリームのリストを表す。
ＳＵＢ＿ＰＩのデータ構造は、図３６に示されているＰＩのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にＳＵＢ＿ＰＩの再生開始時刻と再生終了時刻とは、ＰＩのそれらと同じ時間軸上の値で表される。ＳＵＢ＿ＰＩは更に「ＳＰコネクション・コンディション」というフィールドを含む。ＳＰコネクション・コンディションはＰＩのコネクション・コンディションと同じ意味を持つ。
［コネクション・コンディション］
コネクション・コンディション（以下、ＣＣと略す。）3604は、例えば、“１”、“５”、“６”の三種類の値を取り得る。ＣＣ3604が“１”であるとき、ＰＩ＃Ｎによって規定されるファイル２Ｄ241の部分から再生される映像は、直前のＰＩ＃（Ｎ−１）によって規定されるファイル２Ｄ241の部分から再生される映像とは必ずしもシームレスに接続されなくてもよい。一方、ＣＣ3604が“５”又は“６”であるとき、それら両方の映像が必ずシームレスに接続されなければならない。
図３７の（ａ）、（ｂ）はそれぞれ、ＣＣが“５”、“６”であるときに接続されるべき二つの再生区間ＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間の関係を示す模式図である。ここで、ＰＩ＃（Ｎ−１）はファイル２Ｄ241の第１部分3701を規定し、ＰＩ＃Ｎはファイル２Ｄ241の第２部分3702を規定する。図３７の（ａ）を参照するに、ＣＣが“５”であるとき、２つのＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間でＳＴＣが途切れていても良い。すなわち、第１部分3701の後端のＰＴＳ＃１と第２部分3702の先端のＰＴＳ＃２とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第１部分3701に続けて第２部分3702がデコーダに供給された際にそのデコーダが復号処理をスムーズに持続できるように、各部分3701、3702は作成されていなければならない。更に、第１部分3701に含まれるオーディオ・ストリームの最後のフレームは、第２部分3702に含まれるオーディオ・ストリームの先頭フレームと重複させなければならない。一方、図３７の（ｂ）を参照するに、ＣＣが“６”であるとき、第１部分3701と第２部分3702とは、デコーダの復号処理上、一連の部分として扱えるものでなければならない。すなわち、第１部分3701と第２部分3702との間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。同様に、ＳＰコネクション・コンディションが“５”又は“６”であるとき、隣接する２つのＳＵＢ＿ＰＩによって規定されるファイル２Ｄの部分間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。
［ＳＴＮテーブル］
図３６を再び参照するに、ＳＴＮテーブル3605はストリーム登録情報の配列である。「ストリーム登録情報」とは、再生開始時刻3602から再生終了時刻3603までの間にメインＴＳから再生対象として選択可能なエレメンタリ・ストリームを個別に示す情報である。ストリーム番号（ＳＴＮ）3606は、ストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリ・ストリームの識別に利用される。ＳＴＮ3606は更に、同じ種類のエレメンタリ・ストリームの間では選択の優先順位を表す。ストリーム登録情報は、ストリーム・エントリ3609とストリーム属性情報3610と含む。ストリーム・エントリ3609は、ストリーム・パス情報3607とストリーム識別情報3608とを含む。ストリーム・パス情報3607は、選択対象のエレメンタリ・ストリームが属するファイル２Ｄを示す情報である。例えばストリーム・パス情報3607が“メインパス”を示すとき、そのファイル２Ｄは、参照クリップ情報3601の示す２Ｄクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報3607が“サブパスＩＤ＝１”を示すとき、選択対象のエレメンタリ・ストリームが属するファイル２Ｄは、サブパスＩＤ＝１のサブパスに含まれるＳＵＢ＿ＰＩの参照クリップ情報が示す２Ｄクリップ情報ファイルに対応するものである。そのＳＵＢ＿ＰＩの規定する再生開始時刻又は再生終了時刻のいずれかは、ＳＴＮテーブル3605を含むＰＩの規定する再生開始時刻3602から再生終了時刻3603までの期間に含まれる。ストリーム識別情報3608は、ストリーム・パス情報3607によって特定されるファイル２Ｄに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻3602から再生終了時刻3603までの間に選択可能である。ストリーム属性情報3610は各エレメンタリ・ストリームの属性情報を表す。例えば、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。
［２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生］
図３８は、２Ｄプレイリスト・ファイル（00001.mpls）221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）241から再生される部分との間の対応関係を示す模式図である。図３８を参照するに、２Ｄプレイリスト・ファイル221のメインパス3501では、ＰＩ＃１は、再生開始時刻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のメインパス3501に従って、ファイル２Ｄ241から２Ｄ映像を再生できる。
２Ｄプレイリスト・ファイル221はエントリ・マーク3801を含んでもよい。エントリ・マーク3801は、メインパス3501のうち、実際に再生が開始されるべき時点を示す。例えば図３８に示されているように、ＰＩ＃１に対して複数のエントリ・マーク3801が設定されてもよい。エントリ・マーク3801は特に頭出し再生において、再生開始位置の検索に利用される。例えば２Ｄプレイリスト・ファイル221が映画タイトルの再生経路を規定するとき、エントリ・マーク3801は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。
≪３Ｄプレイリスト・ファイル≫
図３９は、３Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図２に示されている第２プレイリスト・ファイル（00002.mpls）222はこのデータ構造を持つ。第２プレイリスト・ファイル（00003.mpls）223も同様である。図３９を参照するに、３Ｄプレイリスト・ファイル222は、メインパス3901、サブパス3902、及び拡張データ3903を含む。
メインパス3901は、図３の（ａ）に示されているメインＴＳの再生経路を規定する。従って、メインパス3901は、図３４に示されている２Ｄプレイリスト・ファイル221のメインパス3501と実質的に等しい。すなわち、２Ｄ再生モードの再生装置102は、３Ｄプレイリスト・ファイル222のメインパス3901に従ってファイル２Ｄ241から２Ｄ映像を再生できる。一方、メインパス3901は、図３５に示されているメインパス3501とは次の点で異なる：各ＰＩのＳＴＮテーブルは、いずれかのグラフィックス・ストリームのＰＩＤに一つのＳＴＮを対応付けている際には更に、そのＳＴＮに一つのオフセット・シーケンスＩＤを割り当てている。
サブパス3902は、図３の（ｂ）、（ｃ）に示されているサブＴＳの再生経路、すなわち第１ファイルＤＥＰ242又は第２ファイルＤＥＰ243のいずれかの再生経路を規定する。サブパス3902のデータ構造は、図３５に示されている２Ｄプレイリスト・ファイル241のサブパス3502、3503のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図３５を用いた説明を援用する。
サブパス3902のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス3901のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス3902はその上、サブパス・タイプ3910を含む。「サブパス・タイプ」は一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。３Ｄプレイリスト・ファイル222では特に、サブパス・タイプ3910が３Ｄ再生モードの種類、すなわち、サブパス3902に従って再生されるべきディペンデントビュー・ビデオ・ストリームの種類を示す。図３９では、サブパス・タイプ3910は、その値が「３Ｄ・Ｌ／Ｒ」であるので、３Ｄ再生モードがＬ／Ｒモードであること、すなわち、ライトビュー・ビデオ・ストリームが再生対象であることを示す。一方、サブパス・タイプ3910は、その値が「３Ｄデプス」であるとき、３Ｄ再生モードがデプス・モードであること、すなわち、デプスマップ・ストリームが再生対象であることを示す。３Ｄ再生モードの再生装置102は、サブパス・タイプ3910の値が「３Ｄ・Ｌ／Ｒ」又は「３Ｄデプス」であることを検出したとき、メインパス3901に従った再生処理と、サブパス3902に従った再生処理とを同期させる。
拡張データ3903は、３Ｄ再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モードの再生装置102には無視される。拡張データ3903は特に、拡張ストリーム選択テーブル3930を含む。「拡張ストリーム選択テーブル（STN＿table＿SS）」（以下、ＳＴＮテーブルＳＳと略す。）は、３Ｄ再生モードにおいて、メインパス3501内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブＴＳから再生対象として選択可能なエレメンタリ・ストリームを示す。
［ＳＴＮテーブル］
図４０は、３Ｄプレイリスト・ファイル222のメインパス3901の含むＳＴＮテーブル4005を示す模式図である。図４０を参照するに、“５”から“１１”までのＳＴＮ4006が割り当てられたストリーム識別情報4008は、ＰＧストリーム又はＩＧストリームのＰＩＤを示す。その場合、同じＳＴＮが割り当てられたストリーム属性情報4010は、参照オフセットＩＤ（stream＿ref＿offset＿id）4001を含む。ファイルＤＥＰ242では、図１１に示されているように、各ビデオ・シーケンスのＶＡＵ＃１にオフセット・メタデータ1110が配置されている。参照オフセットＩＤ4001は、そのオフセット・メタデータ1110の含むオフセット・シーケンスＩＤ1112のいずれかに等しい。すなわち、参照オフセットＩＤ4001は、そのオフセット・メタデータ1110の含む複数のオフセット・シーケンスの中で、“５”から“１１”までの各ＳＴＮに対応付けられるべきオフセット・シーケンスを規定する。
［ＳＴＮテーブルＳＳ］
図４１は、ＳＴＮテーブルＳＳ4030のデータ構造を示す模式図である。図４１を参照するに、ＳＴＮテーブルＳＳ4030はストリーム登録情報列4101、4102、4103、…、を含む。ストリーム登録情報列4101、4102、4103、…、はメインパス4001内のＰＩ＃１、＃２、＃３、…、に個別に対応する。３Ｄ再生モードの再生装置102はそれらのストリーム登録情報列4101、4102、4103を、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わせて利用する。各ＰＩに対するストリーム登録情報列4101は、ポップアップ期間のオフセット（Fixed＿offset＿during＿Popup）4111、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4112、ＰＧストリームのストリーム登録情報列4113、及びＩＧストリームのストリーム登録情報列4114を含む。
ポップアップ期間のオフセット4111は、ＩＧストリームからポップアップ・メニューが再生されるか否かを示す。３Ｄ再生モードの再生装置102はそのオフセット4111の値に依って、ビデオ・プレーンとＰＧプレーンとの表示モード（presentation mode）を変える。ここで、ビデオ・プレーンの表示モードには、ベースビュー（Ｂ）−ディペンデントビュー（Ｄ）表示モードとＢ−Ｂ表示モードとの二種類がある。ＰＧプレーンとＩＧプレーンとの各表示モードには、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードの三種類がある。例えばポップアップ期間のオフセット4111の値が“０”であるとき、ＩＧストリームからはポップアップ・メニューが再生されない。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、ＰＧプレーンの表示モードとして２プレーン・モード又は１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセット4111の値が“１”であるとき、ＩＧストリームからポップアップ・メニューが再生される。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、ＰＧプレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。
「Ｂ−Ｄ表示モード」では再生装置102が、レフトビューとライトビューとのビデオ・ストリームから復号されたプレーン・データを交互に出力する。従って、表示装置103の画面には、ビデオ・プレーンの表すレフトビューとライトビューとのフレームが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。「Ｂ−Ｂ表示モード」では再生装置102が、動作モードを３Ｄ再生モードに維持したまま（特にフレームレートを３Ｄ再生時の値、例えば４８フレーム／秒に維持したまま）、ベースビュー・ビデオ・ストリームから復号されたプレーン・データのみをフレーム当たり二回ずつ出力する。従って、表示装置103の画面には、ビデオ・プレーンについてはレフトビューとライトビューとのいずれかのフレームしか表示されないので、視聴者にはそれらが２Ｄ映像としてしか見えない。
「２プレーン・モード」では、例えば図３の（ｂ）、（ｃ）に示されているように、サブＴＳがベースビューとディペンデントビューとのグラフィックス・ストリームを両方含むとき、再生装置102が各グラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーンを復号して交互に出力する。「１プレーン＋オフセット・モード」では、再生装置102がオフセット制御により、メインＴＳ内のグラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーンの対を生成して交互に出力する。いずれのモードでも表示装置103の画面にはレフトビューとライトビューとのグラフィックス・プレーンが交互に表示されるので、視聴者にはそれらが３Ｄグラフィックス映像として見える。「１プレーン＋ゼロ・オフセット・モード」では、再生装置102が、動作モードを３Ｄ再生モードに維持したまま、オフセット制御を一時的に停止させ、メインＴＳ内のグラフィックス・ストリームから復号されたグラフィックス・プレーンを一フレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのグラフィックス・プレーンしか表示されないので、視聴者にはそれらが２Ｄグラフィックス映像としてしか見えない。
３Ｄ再生モードの再生装置102は、ＰＩごとにポップアップ期間のオフセット4111を参照して、ＩＧストリームからポップアップ・メニューが再生されるときはＢ−Ｂ表示モードと１プレーン＋ゼロ・オフセット・モードとを選択する。それにより、ポップアップ・メニューが表示される間、他の３Ｄ映像が一時的に２Ｄ映像に変更されるので、ポップアップ・メニューの視認性・操作性が向上する。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4112、ＰＧストリームのストリーム登録情報列4113、及びＩＧストリームのストリーム登録情報列4114はそれぞれ、サブＴＳから再生対象として選択可能なディペンデントビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列4112、4113、4114はそれぞれ、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4112は、一般に複数のストリーム登録情報（SS＿dependet＿view＿block）4120を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報4120は、ＳＴＮ4121、ストリーム・エントリ4122、及びストリーム属性情報4123を含む。ＳＴＮ4121は、ストリーム登録情報4120に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ4122は、サブパスＩＤ参照情報（ref＿to＿Subpath＿id）4131、ストリーム・ファイル参照情報（ref＿to＿subClip＿entry＿id）4132、及びＰＩＤ（ref＿to＿stream＿PID＿subclip）4133を含む。サブパスＩＤ参照情報4131は、ディペンデントビュー・ビデオ・ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報4132は、そのディペンデントビュー・ビデオ・ストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ4133は、そのディペンデントビュー・ビデオ・ストリームのＰＩＤである。ストリーム属性情報4123は、そのディペンデントビュー・ビデオ・ストリームの属性、例えば、フレームレート、解像度、及びビデオ・フォーマットを含む。特にそれらは、対応するＰＩ内の組み合わせ対象のストリーム登録情報の示すベースビュー・ビデオ・ストリームのものと共通である。
ＰＧストリームのストリーム登録情報列4113は、一般に複数のストリーム登録情報4140を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ＰＧストリームを示すものと同数である。各ストリーム登録情報4140は、ＳＴＮ4141、立体視フラグ（is＿SS＿PG）4142、ベースビュー・ストリーム・エントリ（stream＿entry＿for＿base＿view）4143、ディペンデントビュー・ストリーム・エントリ（stream＿entry＿for＿depentdent＿view）4144、及びストリーム属性情報4145を含む。ＳＴＮ4141は、ストリーム登録情報4140に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。立体視フラグ4142は、「ベースビュー及びディペンデントビュー（例えば、レフトビュー及びライトビュー）の両方のＰＧストリームがＢＤ−ＲＯＭディスク101に記録されているか否か」を示す。立体視フラグ4142がオンであるとき、サブＴＳには両方のＰＧストリームが含まれている。従って、ベースビュー・ストリーム・エントリ4143、ディペンデントビュー・ストリーム・エントリ4144、及びストリーム属性情報4145のいずれのフィールドも再生装置102によって読み出される。立体視フラグ4142がオフであるとき、それらのフィールド4143−4145はいずれも再生装置102によって無視される。ベースビュー・ストリーム・エントリ4143とディペンデントビュー・ストリーム・エントリ4144とはそれぞれ、サブパスＩＤ参照情報4151、ストリーム・ファイル参照情報4152、及びＰＩＤ4053を含む。サブパスＩＤ参照情報4151は、ベースビューとディペンデントビューとの各ＰＧストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報4152は、各ＰＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ4153は各ＰＧストリームのＰＩＤである。ストリーム属性情報4145は各ＰＧストリームの属性、例えば言語の種類を含む。ＩＧストリームのストリーム登録情報列4114も同様なデータ構造を持つ。
［３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生］
図４２は、３Ｄプレイリスト・ファイル（00002.mpls）222の示すＰＴＳと、第１ファイルＳＳ（01000.ssif）244Aから再生される部分との間の対応関係を示す模式図である。図４２を参照するに、３Ｄプレイリスト・ファイル222のメインパス3901では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）231を示す。サブパス3902では、ＳＵＢ＿ＰＩ＃１が、ＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報はディペンデントビュー・クリップ情報ファイル（02000.clpi）232を示す。
再生装置102は３Ｄプレイリスト・ファイル222に従って３Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は次に２Ｄクリップ情報ファイル231のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイル２Ｄ241内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102はディペンデントビュー・クリップ情報ファイル232のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応する第１ファイルＤＥＰ242内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、図３２の（ｅ）の説明で述べたように、各クリップ情報ファイル231、232のエクステント起点3042、3220を利用して、第１ファイルＳＳ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のエクステント起点3042、3220を利用して、各エクステントＳＳからベースビュー・エクステントとディペンデントビュー・エクステントとを抽出して、パラレルに復号する。こうして、再生装置102は、３Ｄプレイリスト・ファイル222に従って第１ファイルＳＳ244Aから３Ｄ映像を再生できる。
≪インデックス・ファイル≫
図４３は、図２に示されているインデックス・ファイル（index.bdmv）211のデータ構造を示す模式図である。図４３を参照するに、インデックス・ファイル211は、インデックス・テーブル4310、３Ｄ存在フラグ4320、及び２Ｄ／３Ｄお好みフラグ4330を含む。
インデックス・テーブル4310は、項目「ファーストプレイ」4301、「トップメニュー」4302、及び「タイトルｋ」4303（ｋ＝１、２、…、ｎ：文字ｎは１以上の整数を表す。）を含む。各項目には、ムービーオブジェクトMVO−2D、MVO−3D、…、又はＢＤ−ＪオブジェクトBDJO−2D、BDJO−3D、…のいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部は、インデックス・テーブル4310の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをＢＤ−ＲＯＭディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目「ファーストプレイ」4301には、ＢＤ−ＲＯＭディスク101がＢＤ−ＲＯＭドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」4302には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」4303には、ＢＤ−ＲＯＭディスク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のいずれかを用いた３Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムを規定する。
３Ｄ存在フラグ4320は、ＢＤ−ＲＯＭディスク101に３Ｄ映像コンテンツが記録されているか否かを示すフラグである。再生装置102は、ＢＤ−ＲＯＭドライブ121にＢＤ−ＲＯＭディスク101が挿入されたとき、まず、その３Ｄ存在フラグ4320をチェックする。３Ｄ存在フラグ4320がオフである場合、再生装置102は３Ｄ再生モードを選択する必要がない。従って、再生装置102は表示装置103に対してＨＤＭＩ認証を行うことなく、２Ｄ再生モードに速やかに移行できる。ここで、「ＨＤＭＩ認証」とは次の処理をいう：再生装置102は、ＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換して、３Ｄ映像の再生に対応可能か否か等を表示装置103に問い合わせる。ＨＤＭＩ認証がスキップされることにより、ＢＤ−ＲＯＭディスク101の挿入から２Ｄ映像の再生開始までの時間が短縮される。
２Ｄ／３Ｄお好みフラグ4330は、再生装置と表示装置とが共に２Ｄ映像と３Ｄ映像とのいずれの再生にも対応可能であるときに、３Ｄ映像の再生を優先すべきか否かを指定するフラグである。２Ｄ／３Ｄお好みフラグ4330はコンテンツ・プロバイダによって設定される。再生装置102は、ＢＤ−ＲＯＭディスク101の３Ｄ存在フラグ4320がオンであるとき、続いて２Ｄ／３Ｄお好みフラグ4330を更にチェックする。２Ｄ／３Ｄお好みフラグ4330がオンである場合、再生装置102は、ユーザに再生モードを選択させることなく、ＨＤＭＩ認証を行い、その結果に依って２Ｄ再生モードと３Ｄ再生モードとのいずれかで動作する。すなわち、再生装置102は再生モードの選択画面を表示しない。従って、ＨＤＭＩ認証の結果、表示装置103が３Ｄ映像の再生に対応可能であれば、再生装置102は３Ｄ再生モードで起動できる。それにより、フレームレートの切り換え等、２Ｄ再生モードから３Ｄ再生モードへの移行処理に起因する起動の遅れを回避することができる。
［３Ｄ映像タイトルの選択時でのプレイリスト・ファイルの選択］
図４３に示されている例では、再生装置102は、インデックス・テーブル4310の項目「タイトル３」を参照したとき、ムービーオブジェクトMVO−3Dに従って、まず次の判別処理を行う：（１）３Ｄ存在フラグ4320がオンかオフか、（２）再生装置102自身が３Ｄ映像の再生に対応しているか否か、（３）２Ｄ／３Ｄお好みフラグ4330がオンかオフか、（４）ユーザが３Ｄ再生モードを選択しているか否か、（５）表示装置103が３Ｄ映像の再生に対応しているか否か、及び（６）再生装置102の３Ｄ再生モードがＬ／Ｒモードとデプス・モードとのいずれであるか。再生装置102は次に、それらの判別結果に依って、いずれかのプレイリスト・ファイル221−223を再生対象として選択する。一方、再生装置102は項目「タイトル４」を参照したとき、ＢＤ−ＪオブジェクトBDJO−3D内のアプリケーション管理テーブルに従ってＪＡＲファイル261からＪａｖａアプリケーション・プログラムを呼び出して実行する。それにより、まず上記の判別処理（１）−（６）が行われ、次にその判別結果に依って、プレイリスト・ファイルの選択が行われる。
図４４は、上記の判別処理（１）−（６）を利用して再生対象のプレイリスト・ファイルを選択する処理のフローチャートである。ここで、その選択処理の前提として、再生装置102が第１フラグと第２フラグとを含むときを想定する。第１フラグは、再生装置102が３Ｄ映像の再生に対応可能であるか否かを示す。例えば第１フラグが“０”であるとき、再生装置102は２Ｄ映像の再生のみに対応可能であり、“１”であるとき、３Ｄ映像の再生にも対応可能である。第２フラグは、３Ｄ再生モードがＬ／Ｒモードとデプス・モードとのいずれであるかを示す。例えば第２フラグが“０”であるとき、３Ｄ再生モードはＬ／Ｒモードであり、“１”であるとき、デプス・モードである。更に、３Ｄ存在フラグ4320と２Ｄ／３Ｄお好みフラグ4330とのそれぞれがオンであるときの値を“１”とし、オフであるときの値を“０”とする。
ステップＳ４４０１では、再生装置102は３Ｄ存在フラグ4320の値をチェックする。その値が“１”であるとき、処理はステップＳ４４０２へ進む。その値が“０”であるとき、処理はステップＳ４４０７へ進む。
ステップＳ４４０２では、再生装置102は第１フラグの値をチェックする。その値が“１”であるとき、処理はステップＳ４４０３へ進む。その値が“０”であるとき、処理はステップＳ４４０７へ進む。
ステップＳ４４０３では、再生装置102は２Ｄ／３Ｄお好みフラグ4330の値をチェックする。その値が“０”であるとき、処理はステップＳ４４０４へ進む。その値が“１”であるとき、処理はステップＳ４４０５へ進む。
ステップＳ４４０４では、再生装置102は表示装置103にメニューを表示させて、ユーザに２Ｄ再生モードと３Ｄ再生モードとのいずれかを選択させる。ユーザがリモコン105等を操作して３Ｄ再生モードを選択したとき、処理はステップＳ４４０５へ進み、２Ｄ再生モードを選択したとき、処理はステップＳ４４０７へ進む。
ステップＳ４４０５では、再生装置102はＨＤＭＩ認証を行い、表示装置103が３Ｄ映像の再生に対応しているか否かチェックする。具体的には、再生装置102はＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換し、表示装置103が３Ｄ映像の再生に対応しているか否かを表示装置103に問い合わせる。表示装置103が３Ｄ映像の再生に対応しているとき、処理はステップＳ４４０６へ進む。表示装置103が３Ｄ映像の再生に対応していないとき、処理はステップＳ４４０７へ進む。
ステップＳ４４０６では、再生装置102は第２フラグの値をチェックする。その値が“０”であるとき、処理はステップＳ４４０８へ進む。その値が“１”であるとき、処理はステップＳ４４０９へ進む。
ステップＳ４４０７では、再生装置102は２Ｄプレイリスト・ファイル221を再生対象として選択する。尚、そのとき、再生装置102は表示装置103に、３Ｄ映像の再生が選択されなかった理由を表示させてもよい。その後、処理は終了する。
ステップＳ４４０８では、再生装置102はＬ／Ｒモード用の３Ｄプレイリスト・ファイル222を再生対象として選択する。その後、処理は終了する。
ステップＳ４４０９では、再生装置102はデプス・モード用の３Ｄプレイリスト・ファイル222を再生対象として選択する。その後、処理は終了する。
＜２Ｄ再生装置の構成＞
２Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から２Ｄ映像コンテンツを再生するとき、２Ｄ再生装置として動作する。図４５は、２Ｄ再生装置4500の機能ブロック図である。図４５を参照するに、２Ｄ再生装置4500は、ＢＤ−ＲＯＭドライブ4501、再生部4502、及び制御部4503を含む。再生部4502は、リード・バッファ4521、システム・ターゲット・デコーダ4523、及びプレーン加算部4524を含む。制御部4503は、動的シナリオ・メモリ4531、静的シナリオ・メモリ4532、ユーザイベント処理部4533、プログラム実行部4534、再生制御部4535、及びプレーヤ変数記憶部4536を含む。再生部4502と制御部4503とは、互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。
ＢＤ−ＲＯＭドライブ4501は、内部にＢＤ−ＲＯＭディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、ＢＤ−ＲＯＭドライブ4501は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。
ＢＤ−ＲＯＭドライブ4501は、再生制御部4535からの要求に従ってＢＤ−ＲＯＭディスク101からデータを読み出す。そのデータのうち、ファイル２Ｄのエクステント、すなわち２Ｄエクステントはリード・バッファ4521へ転送され、動的シナリオ情報は動的シナリオ・メモリ4531へ転送され、静的シナリオ情報は静的シナリオ・メモリ4532へ転送される。「動的シナリオ情報」は、インデックス・ファイル、ムービーオブジェクト・ファイル、及びＢＤ−Ｊオブジェクト・ファイルを含む。「静的シナリオ情報」は２Ｄプレイリスト・ファイルと２Ｄクリップ情報ファイルとを含む。
リード・バッファ4521、動的シナリオ・メモリ4531、及び静的シナリオ・メモリ4532はいずれもバッファ・メモリである。リード・バッファ4521としては再生部4502内のメモリ素子が利用され、動的シナリオ・メモリ4531及び静的シナリオ・メモリ4532としては制御部4403内のメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が、それらのバッファ・メモリ4521、4531、4532の一部又は全部として利用されてもよい。リード・バッファ4521は２Ｄエクステントを格納し、動的シナリオ・メモリ4531は動的シナリオ情報を格納し、静的シナリオ・メモリ4532は静的シナリオ情報を格納する。
システム・ターゲット・デコーダ4523は、リード・バッファ4521から２Ｄエクステントをソースパケット単位で読み出して多重分離処理を行い、分離された各エレメンタリ・ストリームに対して復号処理を行う。ここで、各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め、再生制御部4535からシステム・ターゲット・デコーダ4523へ送られている。システム・ターゲット・デコーダ4523は更に、復号後のプライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリーム内の各ＶＡＵを、主映像プレーン、副映像プレーン、ＩＧプレーン、及びＰＧプレーンに変換してプレーン加算部4524へ送出する。一方、システム・ターゲット・デコーダ4523は、復号後のプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとをミキシングして、表示装置103の内蔵スピーカ103A等、音声出力装置へ送出する。システム・ターゲット・デコーダ4523はその他に、プログラム実行部4534からグラフィックス・データを受信する。そのグラフィックス・データは、ＧＵＩ用のメニュー等のグラフィックスを画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧ等のラスタ・データで表現されている。システム・ターゲット・デコーダ4523はそのグラフィックス・データを処理してイメージ・プレーンに変換し、プレーン加算部4524へ送出する。尚、システム・ターゲット・デコーダ4523の詳細については後述する。
プレーン加算部4524は、システム・ターゲット・デコーダ4523から、主映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンを読み出し、それらを互いに重畳して一つの映像フレーム又はフィールドに合成する。合成後の映像データは表示装置103へ送出され、その画面に表示される。
ユーザイベント処理部4533は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に依って、プログラム実行部4534又は再生制御部4535に処理を依頼する。例えば、ユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部4533はその押下を検出してそのボタンを識別する。ユーザイベント処理部4533は更にプログラム実行部4534に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、ユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部4533はその押下を検出してそのボタンを識別する。ユーザイベント処理部4533は更に再生制御部4535に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。
プログラム実行部4534はプロセッサであり、動的シナリオ・メモリ4531に格納されたムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルからプログラムを読み出して実行する。プログラム実行部4534は更に各プログラムに従って次の制御を行う：（１）再生制御部4535に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタ・データとして生成し、それをシステム・ターゲット・デコーダ4523へ転送して他の映像データに合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ−ＲＯＭディスク101のオーサリング工程のうち、ムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルのプログラミング工程によって決まる。
再生制御部4535は、２Ｄエクステント及びインデックス・ファイル等、各種のデータをＢＤ−ＲＯＭディスク101から、リード・バッファ4521、動的シナリオ・メモリ4531、及び静的シナリオ・メモリ4532へ転送する処理を制御する。その制御には、図２に示されているディレクトリ／ファイル構造を管理するファイルシステムが利用される。すなわち、再生制御部4535はファイル・オープン用のシステムコールを利用して、ＢＤ−ＲＯＭドライブ4501に各種のファイルを各バッファ・メモリ4521、4531、4532へ転送させる。ここで、「ファイル・オープン」とは次の一連の処理をいう。まず、システムコールによってファイルシステムに検索対象のファイル名が与えられ、そのファイル名がディレクトリ／ファイル構造から検索される。その検索に成功したとき、再生制御部4535内のメモリには、まず、転送対象のファイルのファイル・エントリが転送され、そのメモリ内にＦＣＢ（File Control Block）が生成される。その後、転送対象のファイルのファイル・ハンドルがファイルシステムから再生制御部4535に返される。以後、再生制御部4435はそのファイル・ハンドルをＢＤ−ＲＯＭドライブ4501に提示することにより、ＢＤ−ＲＯＭドライブ4501にその転送対象のファイルを、ＢＤ−ＲＯＭディスク101から各バッファ・メモリ4521、4531、4532へ転送させることができる。
再生制御部4535は、ＢＤ−ＲＯＭドライブ4501とシステム・ターゲット・デコーダ4523とを制御して、ファイル２Ｄから映像データと音声データとを復号させる。具体的には、再生制御部4535はまず、プログラム実行部4534からの命令、又はユーザイベント処理部4533からの依頼に応じて、静的シナリオ・メモリ4532から２Ｄプレイリスト・ファイルを読み出してその内容を解釈する。再生制御部4535は次に、その解釈された内容、特に再生経路に従って、ＢＤ−ＲＯＭドライブ4501とシステム・ターゲット・デコーダ4523とに再生対象のファイル２Ｄを指定し、その読み出し処理及び復号処理を指示する。このようなプレイリスト・ファイルに従った再生処理を「プレイリスト再生処理」という。
その他に、再生制御部4535は、静的シナリオ情報を利用してプレーヤ変数記憶部4536に各種のプレーヤ変数を設定する。再生制御部4535は更に、それらのプレーヤ変数を参照して、システム・ターゲット・デコーダ4523に復号対象のエレメンタリ・ストリームを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。
プレーヤ変数記憶部4536は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステム・パラメータ（ＳＰＲＭ）と汎用のパラメータ（ＧＰＲＭ）とがある。ＳＰＲＭは再生装置102の状態を示す。図４６はＳＰＲＭの一覧表である。図４６を参照するに、各ＳＰＲＭには通し番号4601が振られ、各通し番号4601に変数値4602が個別に対応付けられている。ＳＰＲＭは例えば６４個であり、それぞれの示す意味は以下のとおりである。ここで、括弧内の数字は通し番号4601を示す。
ＳＰＲＭ（０） ： 言語コード
ＳＰＲＭ（１） ： プライマリ・オーディオ・ストリーム番号
ＳＰＲＭ（２） ： 字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： タイトル番号
ＳＰＲＭ（５） ： チャプタ番号
ＳＰＲＭ（６） ： プログラム番号
ＳＰＲＭ（７） ： セル番号
ＳＰＲＭ（８） ： 選択キー情報
ＳＰＲＭ（９） ： ナビゲーション・タイマー
ＳＰＲＭ（１０） ： 再生時刻情報
ＳＰＲＭ（１１） ： カラオケ用ミキシングモード
ＳＰＲＭ（１２） ： パレンタル用国情報
ＳＰＲＭ（１３） ： パレンタル・レベル
ＳＰＲＭ（１４） ： プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： オーディオ・ストリーム用言語コード
ＳＰＲＭ（１７） ： オーディオ・ストリーム用言語コード（拡張）
ＳＰＲＭ（１８） ： 字幕ストリーム用言語コード
ＳＰＲＭ（１９） ： 字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０） ： プレーヤ・リージョン・コード
ＳＰＲＭ（２１） ： セカンダリ・ビデオ・ストリーム番号
ＳＰＲＭ（２２） ： セカンダリ・オーディオ・ストリーム番号
ＳＰＲＭ（２３） ： 再生状態
ＳＰＲＭ（２４）−ＳＰＲＭ（６３）：予備
ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳを示し、そのピクチャが復号されて主映像プレーン・メモリに書き込まれる度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。
ＳＰＲＭ（１３）のパレンタル・レベルは所定の制限年齢を示し、ＢＤ−ＲＯＭディスク101に記録されたタイトルの視聴に対するパレンタル制御に利用される。ＳＰＲＭ（１３）の値は、再生装置102のユーザによって再生装置102のＯＳＤ等を利用して設定される。ここで、「パレンタル制御」とは、視聴者の年齢に依ってタイトルの視聴を制限する処理をいう。再生装置102は各タイトルに対するパレンタル制御を例えば次のように行う。再生装置102はまず、ＢＤ−ＲＯＭディスク101から、そのタイトルの視聴が許可される視聴者の年齢の下限を読み出してＳＰＲＭ（１３）の値と比較する。その下限がＳＰＲＭ（１３）の値以下であれば、再生装置102はそのタイトルの再生を継続する。その下限がＳＰＲＭ（１３）の値を超えていれば、再生装置102はそのタイトルの再生を停止する。
ＳＰＲＭ（１６）のオーディオ・ストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置102のデフォルトの言語コードを示す。それらは再生装置102のＯＳＤ等を利用してユーザに変更させることもでき、プログラム実行部4434を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部4535はプレイリスト再生処理において、まず現時点での再生区間を示すＰＩ、すなわちカレントＰＩの含むＳＴＮテーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部4535は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4523に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4523によって選択されて復号される。これらの処理は、ムービーオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルを利用して再生制御部4535に実行させることができる。
プレーヤ変数は再生処理中、再生制御部4535によって再生状態の変化に応じて更新される。特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、及びＳＰＲＭ（２２）が更新される。それらは順に、処理中のオーディオ・ストリーム、字幕ストリーム、セカンダリ・ビデオ・ストリーム、及びセカンダリ・オーディオ・ストリームの各ＳＴＮを示す。例えばプログラム実行部4534によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部4535はまず、変更後のＳＰＲＭ（１）の示すＳＴＮを利用して、カレントＰＩ内のＳＴＮテーブルから、そのＳＴＮを含むストリーム・エントリを検索する。再生制御部4535は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4523に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4523によって選択されて復号される。こうして、再生対象のオーディオ・ストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリ・ビデオ・ストリームを切り換えることもできる。
≪２Ｄプレイリスト再生処理≫
図４７は、再生制御部4535による２Ｄプレイリスト再生処理のフローチャートである。２Ｄプレイリスト再生処理は、２Ｄプレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部4535が静的シナリオ・メモリ4532から２Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ４７０１では、再生制御部4535はまず、２Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出して、カレントのＰＩとして設定する。再生制御部4535は次に、そのカレントＰＩのＳＴＮテーブルから、再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ4523に指示される。再生制御部4535は更に、２Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩに付随するＳＵＢ＿ＰＩを特定する。その後、処理はステップＳ４７０２へ進む。
ステップＳ４７０２では、再生制御部4535は、カレントＰＩから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２Ｄに対応する２Ｄクリップ情報ファイルが特定される。更に、カレントＰＩに付随するＳＵＢ＿ＰＩが存在するときは、それらからも同様な情報が読み出される。その後、処理はステップＳ４７０３へ進む。
ステップＳ４７０３では、再生制御部4535は、２Ｄクリップ情報ファイルのエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２を検索する。ＳＵＢ＿ＰＩの示すＰＴＳの対も同様にＳＰＮの対に変換される。その後、処理はステップＳ４７０４へ進む。
ステップＳ４７０４では、再生制御部4535は、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部4535はまず、ＳＰＮ＃１、＃２のそれぞれとソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部4535は次に、各積をセクタ一つ当たりのデータ量２０４８バイトで割ってその商を求める：Ｎ１＝ＳＰＮ＃１×１９２／２０４８、Ｎ２＝ＳＰＮ＃２×１９２／２０４８。商Ｎ１、Ｎ２は、メインＴＳのうち、ＳＰＮ＃１、＃２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたＳＰＮの対も同様にセクタ数の対に変換される。その後、処理はステップＳ４７０５へ進む。
ステップＳ４７０５では、再生制御部4535は、ステップＳ４７０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象の２Ｄエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4535は、再生対象のファイル２Ｄのファイル・エントリを参照して、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4535は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ4501に指定する。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたセクタ数の対も同様にＬＢＮの対に変換されて、ＢＤ−ＲＯＭドライブ4501に指定される。その結果、指定された範囲のセクタ群から、２Ｄエクステント群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ４７０６へ進む。
ステップＳ４７０６では、再生制御部4535は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ４７０１から繰り返される。残されていないときは、処理が終了する。
≪システム・ターゲット・デコーダ≫
図４８は、システム・ターゲット・デコーダ4523の機能ブロック図である。図４８を参照するに、システム・ターゲット・デコーダ4523は、ソース・デパケタイザ4810、ＡＴＣカウンタ4820、第１の２７ＭＨｚクロック4830、ＰＩＤフィルタ4840、ＳＴＣカウンタ（ＳＴＣ１）4850、第２の２７ＭＨｚクロック4860、主映像デコーダ4870、副映像デコーダ4871、ＰＧデコーダ4872、ＩＧデコーダ4873、主音声デコーダ4874、副音声デコーダ4875、イメージ・プロセッサ4880、主映像プレーン・メモリ4890、副映像プレーン・メモリ4891、ＰＧプレーン・メモリ4892、ＩＧプレーン・メモリ4893、イメージ・プレーン・メモリ4894、及び音声ミキサ4895を含む。
ソース・デパケタイザ4810はリード・バッファ4521からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ4840へ送出する。ソース・デパケタイザ4810は更にその送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。具体的には、ソース・デパケタイザ4810はまず、ＡＴＣカウンタ4820が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値はＡＴＣカウンタ4820により、第１の２７ＭＨｚクロック4830のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ4810は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットをＰＩＤフィルタ4840へ転送する。そのような送出時刻の調節により、ソース・デパケタイザ4810からＰＩＤフィルタ4840へのＴＳパケットの平均転送速度は、図３０に示されている２Ｄクリップ情報ファイル231内のシステム・レート3011で規定される値RTSを超えない。
ＰＩＤフィルタ4840はまず、ソース・デパケタイザ4810から送出されたＴＳパケットの含むＰＩＤを監視する。そのＰＩＤが、再生制御部4535から予め指定されたＰＩＤに一致したとき、ＰＩＤフィルタ4840はそのＴＳパケットを選択し、そのＰＩＤの示すエレメンタリ・ストリームの復号に適したデコーダ4870−4875へ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4870へ転送される。一方、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、ＴＳパケットはそれぞれ、副映像デコーダ4871、主音声デコーダ4874、副音声デコーダ4875、ＰＧデコーダ4872、及びＩＧデコーダ4873へ転送される。
ＰＩＤフィルタ4840は更に、各ＴＳパケットのＰＩＤを利用してそのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ4840はそのとき、ＳＴＣカウンタ4850の値を所定値に設定する。ここで、ＳＴＣカウンタ4850の値は、第２の２７ＭＨｚクロック4860のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ4850に設定されるべき値は予め、再生制御部4535からＰＩＤフィルタ4840に指示されている。各デコーダ4870−4875はＳＴＣカウンタ4850の値をＳＴＣとして利用する。具体的には、各デコーダ4870−4875は、まず、ＰＩＤフィルタ4840から受け取ったＴＳパケットをＰＥＳパケットに再構成する。各デコーダ4870−4875は、次に、そのＰＥＳペイロードの含むデータの復号処理の時期を、そのＰＥＳヘッダに含まれるＰＴＳ又はＤＴＳの示す時刻に従って調節する。
主映像デコーダ4870は、図４８に示されているように、トランスポート・ストリーム・バッファ（ＴＢ：Transport Stream Buffer）4801、多重化バッファ（ＭＢ：Multiplexing Buffer）4802、エレメンタリ・ストリーム・バッファ（ＥＢ：Elementary Stream Buffer）4803、圧縮映像デコーダ（ＤＥＣ）4804、及び復号ピクチャ・バッファ（ＤＰＢ：Decoded Picture Buffer）4805を含む。
ＴＢ4801、ＭＢ4802、及びＥＢ4803はいずれもバッファ・メモリであり、それぞれ主映像デコーダ4870に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ4801は、ＰＩＤフィルタ4840から受信されたＴＳパケットをそのまま蓄積する。ＭＢ4802は、ＴＢ4801に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ4801からＭＢ4802へＴＳパケットが転送されるとき、そのＴＳパケットからＴＳヘッダが除去される。ＥＢ4803は、ＰＥＳパケットから、符号化されたＶＡＵを抽出して格納する。そのＶＡＵには、圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ4802からＥＢ4803へデータが転送されるとき、そのＰＥＳパケットからＰＥＳヘッダが除去される。
ＤＥＣ4804は、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4804は、ＥＢ4803内の各ＶＡＵからピクチャを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻に復号する。その復号処理では、ＤＥＣ4804は予めそのＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに依って復号方法を選択する。その圧縮符号化方式は、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ4804は更に、復号された非圧縮のピクチャをＤＰＢ4805へ転送する。
ＤＰＢ4805は、ＴＢ4801、ＭＢ4802、及びＥＢ4803と同様なバッファ・メモリであり、主映像デコーダ4870に内蔵のメモリ素子の一領域を利用する。ＤＰＢ4805はその他に、他のバッファ・メモリ4801、4802、4803とは異なるメモリ素子に分離されていてもよい。ＤＰＢ4805は復号後のピクチャを一時的に保持する。ＤＥＣ4804によってＰピクチャ又はＢピクチャが復号されるとき、ＤＰＢ4805はＤＥＣ4804からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してＤＥＣ4804に提供する。ＤＰＢ4805は更に、保持している各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ4890へ書き込む。
副映像デコーダ4871は主映像デコーダ4870と同様の構成を含む。副映像デコーダ4871はまず、ＰＩＤフィルタ4840から受信されたセカンダリ・ビデオ・ストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ4871は次に、そのＰＥＳパケットに含まれるＰＴＳの示す時刻に非圧縮のピクチャを副映像プレーン・メモリ4891へ書き込む。
ＰＧデコーダ4872は、ＰＩＤフィルタ4840から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号し、そのＰＥＳパケットに含まれるＰＴＳの示す時刻にＰＧプレーン・メモリ4892へ書き込む。
図４９の（ａ）は、ＰＧデコーダ4872がＰＧストリーム内の一つのデータ・エントリからグラフィックス・オブジェクトを復号する処理のフローチャートである。この処理は、ＰＧデコーダ4872がＰＩＤフィルタ4840から、図６に示されている一つのデータ・エントリを構成するＴＳパケット群を受信したときに開始される。図４９の（ｂ）−（ｅ）は、その処理に従って変化するグラフィックス・オブジェクトを示す模式図である。
ステップＳ４９０１では、ＰＧデコーダ4872はまず、ＰＣＳ内の参照オブジェクトＩＤ605と同じオブジェクトＩＤを持つＯＤＳを特定する。ＰＧデコーダ4872は次に、特定されたＯＤＳからグラフィックス・オブジェクトを復号してオブジェクト・バッファに書き込む。ここで、「オブジェクト・バッファ」は、ＰＧデコーダ4872に内蔵のバッファ・メモリである。図４９の（ｂ）に示されている「ニコちゃんマーク」FOBは、オブジェクト・バッファに書き込まれたグラフィックス・オブジェクトの例を示す。
ステップＳ４９０２では、ＰＧデコーダ4872はＰＣＳ内のクロッピング情報602に従ってクロッピング処理を行い、グラフィックス・オブジェクトからその一部を切り出して、オブジェクト・バッファに書き込む。図４９の（ｃ）では、ニコちゃんマークFOBの左右の両端部から帯状領域LST、RSTが切り取られて、残りの部分OBJがオブジェクト・バッファに書き込まれている。
ステップＳ４９０３では、ＰＧデコーダ4872はまず、ＰＣＳ内の参照ウィンドウＩＤ603と同じウィンドウＩＤを持つＷＤＳを特定する。ＰＧデコーダ4872は次に、特定されたＷＤＳの示すウィンドウ位置612と、ＰＣＳ内のオブジェクト表示位置601とから、グラフィックス・プレーンにおけるグラフィックス・オブジェクトの表示位置を決定する。図４９の（ｄ）では、グラフィックス・プレーンGPLにおけるウィンドウWINの左上隅の位置と、グラフィックス・オブジェクトOBJの左上隅の位置DSPとが決定される。
ステップＳ４９０４では、ＰＧデコーダ4872はオブジェクト・バッファ内のグラフィックス・オブジェクトを、ステップＳ４９０３で決定された表示位置に書き込む。その際、ＰＧデコーダ4872は、ＷＤＳの示すウィンドウ・サイズ613を利用して、グラフィックス・オブジェクトを描画する範囲を決める。図４９の（ｄ）では、グラフィックス・オブジェクトOBJがグラフィックス・プレーンGPLに、左上隅の位置DSPからウィンドウWINの範囲内で書き込まれている。
ステップＳ４９０５では、ＰＧデコーダ4872はまず、ＰＣＳ内の参照パレットＩＤ604と同じパレットＩＤを持つＰＤＳを特定する。ＰＧデコーダ4872は次に、ＰＤＳ内のＣＬＵＴ622を利用して、グラフィックス・オブジェクト内の各画素データが示すべき色座標値を決定する。図４９の（ｅ）では、グラフィックス・オブジェクトOBJ内の各画素の色が決定されている。こうして、一つのデータ・エントリの含むグラフィックス・オブジェクトの描画処理が完了する。ステップＳ４９０１−４９０５は、そのグラフィックス・オブジェクトと同じＰＥＳパケットに含まれるＰＴＳの示す時刻までに実行される。
ＩＧデコーダ4873は、ＰＩＤフィルタ4840から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号する。ＩＧデコーダ4873は更に、それらのＴＳパケットから復元されたＰＥＳパケットに含まれるＰＴＳの示す時刻に、その非圧縮のグラフィックス・オブジェクトをＩＧプレーン・メモリ4893へ書き込む。それらの処理の詳細は、ＰＧデコーダ4872によるものと同様である。
主音声デコーダ4874はまず、ＰＩＤフィルタ4840から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ4874は次に、そのバッファ内のＴＳパケット群からＴＳヘッダとＰＥＳヘッダとを除去し、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ4874は更にその音声データを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に音声ミキサ4895へ送出する。ここで、主音声デコーダ4874は、ＴＳパケットに含まれるプライマリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばＡＣ−３又はＤＴＳを含む。
副音声デコーダ4875は主音声デコーダ4874と同様の構成を含む。副音声デコーダ4875はまず、ＰＩＤフィルタ4840から受信されたセカンダリ・オーディオ・ストリームのＴＳパケット群からＰＥＳパケットを復元し、そのＰＥＳペイロードの含むデータを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ4875は次に、そのＰＥＳヘッダの含むＰＴＳの示す時刻にその非圧縮のＬＰＣＭ音声データを音声ミキサ4895へ送出する。ここで、副音声デコーダ4875は、ＴＳパケットに含まれるセカンダリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばドルビー・デジタル・プラス又はＤＴＳ−ＨＤ ＬＢＲを含む。
音声ミキサ4895は、主音声デコーダ4874と副音声デコーダ4875とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシングを行う。音声ミキサ4895は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。
イメージ・プロセッサ4880は、プログラム実行部4534からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタ・データを受信する。イメージ・プロセッサ4880はそのとき、そのグラフィックス・データに対するレンダリング処理を行ってイメージ・プレーン・メモリ4894へ書き込む。
＜３Ｄ再生装置の構成＞
３Ｄ再生モードの再生装置102は、ＢＤ−ＲＯＭディスク101から３Ｄ映像コンテンツを再生するとき、３Ｄ再生装置として動作する。その構成の基本部分は、図４５、４８に示されている２Ｄ再生装置の構成と同様である。従って、以下では２Ｄ再生装置の構成からの拡張部分及び変更部分について説明し、基本部分の詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。また、２Ｄプレイリスト再生処理に利用される構成は２Ｄ再生装置の構成と同様である。従って、その詳細についての説明も上記の２Ｄ再生装置についての説明を援用する。以下の説明では、３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生処理、すなわち３Ｄプレイリスト再生処理を想定する。
図５０は、３Ｄ再生装置5000の機能ブロック図である。３Ｄ再生装置5000は、ＢＤ−ＲＯＭドライブ5001、再生部5002、及び制御部5003を含む。再生部5002は、スイッチ5020、第１リード・バッファ（ＲＢ１）5021、第２リード・バッファ（ＲＢ２）5022、システム・ターゲット・デコーダ5023、プレーン加算部5024、及びＨＤＭＩ通信部5025を含む。制御部5003は、動的シナリオ・メモリ5031、静的シナリオ・メモリ5032、ユーザイベント処理部5033、プログラム実行部5034、再生制御部5035、及び、プレーヤ変数記憶部5036を含む。再生部5002と制御部5003とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、動的シナリオ・メモリ5031、静的シナリオ・メモリ5032、ユーザイベント処理部5033、及びプログラム実行部5034は、図４５に示されている２Ｄ再生装置内のものと同様である。従って、それらの詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。
再生制御部5035は、３Ｄプレイリスト再生処理をプログラム実行部5034等から命じられたとき、静的シナリオ・メモリ5032に格納された３Ｄプレイリスト・ファイルからＰＩを順番に読み出してカレントＰＩとして設定する。再生制御部5035は、カレントＰＩを設定する度に、まず、そのＳＴＮテーブルとその３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳとに従って、システム・ターゲット・デコーダ5023とプレーン加算部5024との動作条件を設定する。具体的には、再生制御部5035は復号対象のエレメンタリ・ストリームのＰＩＤを選択して、そのエレメンタリ・ストリームの復号に必要な属性情報と共にシステム・ターゲット・デコーダ5023へ渡す。選択されたＰＩＤの示すエレメンタリ・ストリームの中にＰＧストリーム又はＩＧストリームが含まれている場合、再生制御部5035は更に、それらのストリーム・データに割り当てられた参照オフセットＩＤ4001を特定して、プレーヤ変数記憶部5036内のＳＰＲＭ（２７）に設定する。また、再生制御部5035は、ＳＴＮテーブルＳＳの示すポップアップ期間のオフセット4111に依って各プレーン・データの表示モードを選択し、システム・ターゲット・デコーダ5023とプレーン加算部5024とに指示する。
次に、再生制御部5035はカレントＰＩに従い、図３２の（ｅ）の説明に示されている手順で、読み出し対象のエクステントＳＳが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ5001に指示する。一方、再生制御部5035は、静的シナリオ・メモリ5032に格納されたクリップ情報ファイル内のエクステント起点を利用して、各エクステントＳＳ内のデータ・ブロックの境界を示す情報を生成する。以下、その情報を「データ・ブロック境界情報」と呼ぶ。データ・ブロック境界情報は、例えばそのエクステントＳＳの先頭から各境界までのソースパケット数を示す。再生制御部5035は更に、データ・ブロック境界情報をスイッチ5020へ渡す。
プレーヤ変数記憶部5036は、２Ｄ再生装置内のもの4536と同様に、ＳＰＲＭを含む。しかし、図４６とは異なり、ＳＰＲＭ（２４）は、図４４に示されている第１フラグを含み、ＳＰＲＭ（２５）は第２フラグを含む。その場合、ＳＰＲＭ（２４）が“０”であるときは再生装置102が２Ｄ映像の再生のみに対応可能であり、“１”であるときは３Ｄ映像の再生にも対応可能である。ＳＰＲＭ（２５）が“０”であるときは再生装置102がＬ／Ｒモードであり、“１”であるときはデプス・モードである。更に、ＳＰＲＭ（２５）が“２”であるときは再生装置102が２Ｄ再生モードである。更に、ＳＰＲＭ（２７）は、各プレーン・データに割り当てられた参照オフセットＩＤ4001の格納領域を含む。具体的には、ＳＰＲＭ（２７）は、四種類の参照オフセットＩＤを格納する領域を含む。それらの参照オフセットＩＤは、ＰＧプレーンに対するもの（PG＿ref＿offset＿id）、ＩＧプレーンに対するもの（IG＿ref＿offset＿id）、副映像プレーンに対するもの（SV＿ref＿offset＿id）、及びイメージ・プレーンに対するもの（IM＿ref＿offset＿id）である。
ＢＤ−ＲＯＭドライブ5001は、図４５に示されている２Ｄ再生装置内のもの4501と同様な構成要素を含む。ＢＤ−ＲＯＭドライブ5001は、再生制御部5035からＬＢＮの範囲が指示されたとき、その範囲の示すＢＤ−ＲＯＭディスク101上のセクタ群からデータを読み出す。特にファイルＳＳのエクステント、すなわちエクステントＳＳに属するソースパケット群は、ＢＤ−ＲＯＭドライブ5001からスイッチ5020へ転送される。ここで、各エクステントＳＳは、図１５に示されているとおり、ベースビューとディペンデントビューとのデータ・ブロックの対を一つ以上含む。それらのデータ・ブロックは、ＲＢ１5021とＲＢ２5022とへパラレルに転送されなければならない。従って、ＢＤ−ＲＯＭドライブ5001には２Ｄ再生装置内のＢＤ−ＲＯＭドライブ4501以上のアクセス・スピードが求められる。
スイッチ5020は、ＢＤ−ＲＯＭドライブ5001からエクステントＳＳを受信する。一方、スイッチ5020は、再生制御部5035から、そのエクステントＳＳに関するデータ・ブロック境界情報を受信する。スイッチ5020は更に、そのデータ・ブロック境界情報を利用して、各エクステントＳＳからベースビュー・エクステントを抽出してＲＢ１5021へ送出し、ディペンデントビュー・エクステントを抽出してＲＢ２5022へ送出する。
ＲＢ１5021とＲＢ２5022とはいずれも、再生部5002内のメモリ素子を利用したバッファ・メモリである。特に単一のメモリ素子内の異なる領域がＲＢ１5021、ＲＢ２5022として利用される。その他に、異なるメモリ素子が個別にＲＢ１5021、ＲＢ２5022として利用されてもよい。ＲＢ１5021はスイッチ5020からベースビュー・エクステントを受信して格納する。ＲＢ２5022はスイッチ5020からディペンデントビュー・エクステントを受信して格納する。
システム・ターゲット・デコーダ5023は、３Ｄプレイリスト再生処理において、まず再生制御部5035から、復号対象のストリーム・データのＰＩＤと、その復号に必要な属性情報とを受信する。システム・ターゲット・デコーダ5023は次に、ＲＢ１5021に格納されたベースビュー・エクステントと、ＲＢ２5022に格納されたディペンデントビュー・エクステントとから交互にソースパケットを読み出す。システム・ターゲット・デコーダ5023は続いて、再生制御部5035から受信されたＰＩＤの示すエレメンタリ・ストリームを各ソースパケットから分離して復号する。システム・ターゲット・デコーダ5023は更に、復号後のエレメンタリ・ストリームをその種類別に内蔵のプレーン・メモリに書き込む。ベースビュー・ビデオ・ストリームは左映像プレーン・メモリに書き込まれ、ディペンデントビュー・ビデオ・ストリームは右映像プレーン・メモリに書き込まれる。一方、セカンダリ・ビデオ・ストリームは副映像プレーン・メモリに書き込まれ、ＩＧストリームはＩＧプレーン・メモリに書き込まれ、ＰＧストリームはＰＧプレーン・メモリに書き込まれる。ここで、図３の（ｂ）、（ｃ）に示されているＰＧストリーム等のように、ビデオ・ストリーム以外のストリーム・データがベースビューとディペンデントビューとのストリーム・データの対から成るとき、そのストリーム・データに対応付けられるべきプレーン・メモリは、ベースビュー・プレーンとディペンデントビュー・プレーンとの両方に対して個別に用意される。システム・ターゲット・デコーダ5023はその他に、プログラム実行部5034からのグラフィックス・データ、例えばＪＰＥＧ又はＰＮＧ等のラスタ・データに対してレンダリング処理を行ってイメージ・プレーン・メモリに書き込む。
システム・ターゲット・デコーダ5023は、左映像プレーン・メモリと右映像プレーン・メモリとからのプレーン・データの出力モードを、Ｂ−Ｄ表示モードとＢ−Ｂ表示モードとのそれぞれに、次のように対応させる。再生制御部5035からＢ−Ｄ表示モードが指示されたとき、システム・ターゲット・デコーダ5023は、左映像プレーン・メモリと右映像プレーン・メモリとから交互にプレーン・データを出力する。一方、再生制御部5035からＢ−Ｂ表示モードが指示されたとき、システム・ターゲット・デコーダ5023は、動作モードを３Ｄ再生モードに維持したまま、左映像プレーン・メモリと右映像プレーン・メモリとのいずれかからのみ、プレーン・データを一フレーム当たり二回ずつ出力する。
システム・ターゲット・デコーダ5023は、グラフィックス・プレーン・メモリと副映像プレーン・メモリとからのプレーン・データの出力モードを、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードのそれぞれに、以下に述べるように対応させる。ここで、グラフィックス・プレーン・メモリは、ＰＧプレーン・メモリ、ＩＧプレーン・メモリ、及びイメージ・プレーン・メモリを含む。
再生制御部5035から２プレーン・モードが指示されたとき、システム・ターゲット・デコーダ5023は、各プレーン・メモリからプレーン加算部5024へ、ベースビュー・プレーンとディペンデントビュー・プレーンとを交互に送出する。
再生制御部5035から１プレーン＋オフセット・モードが指示されたとき、システム・ターゲット・デコーダ5023は、各プレーン・メモリからプレーン加算部5024へ、２Ｄ映像を表すプレーン・データを送出する。それと並行して、システム・ターゲット・デコーダ5023は、ディペンデントビュー・ビデオ・ストリームから各ビデオ・シーケンスの先頭のＶＡＵを読み出す度に、そのＶＡＵからオフセット・メタデータ1110を読み出す。そのビデオ・シーケンスの再生区間では、システム・ターゲット・デコーダ5023はまず、各ＶＡＵと共に同じＰＥＳパケットに格納されたＰＴＳと、そのＶＡＵの圧縮ピクチャ・データの表すフレームの番号とを特定する。システム・ターゲット・デコーダ5023は次に、そのフレーム番号に対応付けられたオフセット情報をオフセット・メタデータから読み出して、特定されたＰＴＳの示す時刻にプレーン加算部5024へ送出する。
再生制御部5035から１プレーン＋ゼロ・オフセット・モードが指示されたとき、システム・ターゲット・デコーダ5023は、各プレーン・メモリからプレーン加算部5024へ、２Ｄ映像を表すプレーン・データを送出する。それと並行して、システム・ターゲット・デコーダ5023は、オフセット値が“０”に設定されたオフセット情報をプレーン加算部5024へ送出する。
プレーン加算部5024は、システム・ターゲット・デコーダ5023から各種のプレーン・データを受信し、それらを互いに重畳して一つのフレーム又はフィールドに合成する。特にＬ／Ｒモードでは、左映像プレーンはレフトビュー・ビデオ・プレーンを表し、右映像プレーンはライトビュー・ビデオ・プレーンを表す。従って、プレーン加算部5024は、左映像プレーンには、レフトビューを表す他のプレーン・データを重畳し、右映像プレーン・データには、ライトビューを表す他のプレーン・データを重畳する。一方、デプス・モードでは、右映像プレーンは、左映像プレーンの表す映像に対するデプスマップを表す。従って、プレーン加算部5024は、まず両方の映像プレーンからレフトビューとライトビューとのビデオ・プレーンの対を生成する。その後の合成処理は、Ｌ／Ｒモードでの合成処理と同様である。
プレーン加算部5024は、再生制御部5035から副映像プレーン又はグラフィックス・プレーン（ＰＧプレーン、ＩＧプレーン、イメージ・プレーン）の表示モードとして１プレーン＋オフセット・モードを指示されたとき、そのプレーン・データに対してオフセット制御を行う。具体的には、プレーン加算部5024はまず、プレーヤ変数記憶部5036内のＳＰＲＭ（２７）から、そのプレーン・データに対する参照オフセットＩＤを読み出す。プレーン加算部5024は次に、システム・ターゲット・デコーダ5023から受け取ったオフセット情報を参照して、参照オフセットＩＤの示すオフセット・シーケンス1113に属するオフセット情報、すなわちオフセット方向1122とオフセット値1123との対を検索する。プレーン加算部5024はその後、検索されたオフセット値を利用して、対応するプレーン・データに対してオフセット制御を行う。それにより、プレーン加算部5024は、一つのプレーン・データからレフトビュー・プレーンとライトビュー・プレーンとの対を生成し、対応するビデオ・プレーンに合成する。
プレーン加算部5024は、再生制御部5035から１プレーン＋ゼロ・オフセット・モードを指示されたとき、ＳＰＲＭ（２７）を参照することなく、各プレーン・データに対するオフセット値を“０”に設定する。それにより、プレーン加算部5024は、各プレーン・データに対するオフセット制御を一時的に停止させる。従って、同じプレーン・データがレフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとの両方に合成される。
プレーン加算部5024は、再生制御部5035から２プレーン・モードを指示されたとき、システム・ターゲット・デコーダ5023からベースビュー・プレーンとディペンデントビュー・プレーンとの対を受信する。ここで、Ｌ／Ｒモードでは、ベースビュー・プレーンはレフトビュー・プレーンを表し、ディペンデントビュー・プレーンはライトビュー・プレーンを表す。従って、プレーン加算部5024は、ベースビュー・プレーンを左映像プレーンに重畳し、ディペンデントビュー・プレーンを右映像プレーンに重畳する。一方、デプス・モードでは、ディペンデントビュー・プレーンは、ベースビュー・プレーンの表す映像に対するデプスマップを表す。従って、プレーン加算部5024は、まずベースビュー・プレーンとディペンデントビュー・プレーンとの対からレフトビュー・プレーンとライトビュー・プレーンとの対を生成し、その後、ビデオ・プレーンとの合成処理を行う。
プレーン加算部5024はその他に、合成後のプレーン・データの出力形式を、表示装置103等、そのデータの出力先の装置による３Ｄ映像の表示方式に合わせて変換する。例えば出力先の装置が継時分離方式を利用するとき、プレーン加算部5024は合成後のプレーン・データを一つの映像フレーム又はフィールドとして送出する。一方、出力先の装置がレンチキュラー・レンズを利用するとき、プレーン加算部5024は内蔵のバッファ・メモリを利用して、レフトビュー・プレーンとライトビュー・プレーンとの対を一つの映像フレーム又はフィールドに合成して送出する。具体的には、プレーン加算部5024は、先に合成されたレフトビュー・プレーンを一旦、そのバッファ・メモリに格納して保持する。プレーン加算部5024は続いて、ライトビュー・プレーンを合成して、バッファ・メモリに保持されたレフトビュー・プレーンと更に合成する。その合成では、レフトビュー・プレーンとライトビュー・プレーンとがそれぞれ、縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて一つのフレーム又はフィールドに再構成される。こうして、レフトビュー・プレーンとライトビュー・プレーンとの対が一つの映像フレーム又はフィールドに合成される。プレーン加算部5024はその合成後の映像フレーム又はフィールドを出力先の装置へ送出する。
ＨＤＭＩ通信部5025は、ＨＤＭＩケーブル122で表示装置103に接続され、ＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換する。それにより、ＨＤＭＩ通信部5025は、表示装置103に対してＨＤＭＩ認証を行い、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせる。
≪３Ｄプレイリスト再生処理≫
図５１は、再生制御部5035による３Ｄプレイリスト再生処理のフローチャートである。３Ｄプレイリスト再生処理は、再生制御部5035が静的シナリオ・メモリ5032から３Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ５１０１では、再生制御部5035はまず、３Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出して、カレントのＰＩとして設定する。再生制御部5035は次に、そのカレントＰＩのＳＴＮテーブルから、再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部5035は更に、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳ3930のうち、カレントＰＩに対応するものから、再生対象のエレメンタリ・ストリームとして追加されるべきもののＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とは、システム・ターゲット・デコーダ5023に指示される。再生制御部5035はその他に、３Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩと同時に参照されるべきＳＵＢ＿ＰＩを特定し、カレントのＳＵＢ＿ＰＩとして設定する。その後、処理はステップＳ５１０２へ進む。
ステップＳ５１０２では、再生制御部5035は、ＳＴＮテーブルＳＳの示すポップアップ期間のオフセット4111に依って各プレーン・データの表示モードを選択し、システム・ターゲット・デコーダ5023とプレーン加算部5024とに指示する。特に、ポップアップ期間のオフセットの値が“０”であるとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、グラフィックス・プレーンの表示モードとして２プレーン・モード又は１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセットの値が“１”であるとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。その後、処理はステップＳ５１０３へ進む。
ステップＳ５１０３では、グラフィックス・プレーンの表示モードとして１プレーン＋オフセット・モードが選択されたか否かをチェックする。１プレーン＋オフセット・モードが選択された場合、処理はステップＳ５１０４へ進む。一方、２プレーン・モード又は１プレーン＋ゼロ・オフセット・モードが選択された場合、処理はステップＳ５１０５へ進む。
ステップＳ５１０４では、再生制御部5035は、カレントＰＩのＳＴＮテーブルを参照して、選択されたＰＩＤの示すエレメンタリ・ストリームの中からＰＧストリーム又はＩＧストリームを検出する。再生制御部5035は更に、それらのストリーム・データに割り当てられた参照オフセットＩＤを特定して、プレーヤ変数記憶部5036内のＳＰＲＭ（２７）に設定する。その後、処理はステップＳ５１０５へ進む。
ステップＳ５１０５では、再生制御部5035は、カレントのＰＩとＳＵＢ＿ＰＩとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２ＤとファイルＤＥＰとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップＳ５１０６へ進む。
ステップＳ５１０６では、再生制御部5035は、ステップＳ５１０５で特定されたクリップ情報ファイルの各エントリ・マップを参照して、図４２に示されているように、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２とファイルＤＥＰ内のＳＰＮ＃１１、＃１２とを検索する。再生制御部5035は更に、各クリップ情報ファイルのエクステント起点を利用して、ファイルＳＳの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定し、ファイルＳＳの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。具体的には、再生制御部5035は、まず２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１以下で最大のもの“Ａｍ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１１以下で最大のもの“Ｂｍ”を検索する。再生制御部5035は続いて、検索されたＳＰＮの和Ａｍ＋Ｂｍを求めてＳＰＮ＃２１として決定する。再生制御部5035は、次に２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃２よりも大きく、かつ最小のもの“Ａｎ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１２より大きく、かつ最小のもの“Ｂｎ”を検索する。再生制御部5035は続いて、検索されたＳＰＮの和Ａｎ＋Ｂｎを求めてＳＰＮ＃２２として決定する。その後、処理はステップＳ５１０７へ進む。
ステップＳ５１０７では、再生制御部5035は、ステップＳ５１０６で決定されたＳＰＮ＃２１、＃２２をセクタ数の対Ｎ１、Ｎ２に変換する。具体的には、再生制御部5035はまず、ＳＰＮ＃２１とソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部5035は次に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商ＳＰＮ＃２１×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生開始位置の直前までのセクタ数Ｎ１に等しい。同様に、再生制御部5035は、ＳＰＮ＃２２から商ＳＰＮ＃２２×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生終了位置の直前までのセクタ数Ｎ２に等しい。その後、処理はステップＳ５１０８へ進む。
ステップＳ５１０８では、再生制御部5035は、ステップＳ５１０７で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のエクステントＳＳ群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部5035は、再生対象のファイルＳＳのファイル・エントリを参照して、エクステントＳＳ群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部5035は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ5001に指定する。その結果、指定された範囲のセクタ群から、エクステントＳＳ群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ５１０９へ進む。
ステップＳ５１０９では、再生制御部5035は、ステップＳ５１０６で利用されたクリップ情報ファイルのエクステント起点を再び利用して、エクステントＳＳ群に関するデータ・ブロック境界情報を生成し、スイッチ5020へ送出する。具体的な例として、再生開始位置を示すＳＰＮ＃２１が、各エクステント起点の示すＳＰＮの和Ａｎ＋Ｂｎに等しく、再生終了位置を示すＳＰＮ＃２２が、各エクステント起点の示すＳＰＮの和Ａｍ＋Ｂｍに等しいときを想定する。そのとき、再生制御部5035は、各エクステント起点からＳＰＮの差の列、Ａ（ｎ＋１）−Ａｎ、Ｂ（ｎ＋１）−Ｂｎ、Ａ（ｎ＋２）−Ａ（ｎ＋１）、Ｂ（ｎ＋２）−Ｂ（ｎ＋１）、…、Ａｍ−Ａ（ｍ−１）、Ｂｍ−Ｂ（ｍ−１）を求めて、データ・ブロック境界情報としてスイッチ5020へ送出する。図３２の（ｅ）に示されているとおり、この列は、エクステントＳＳに含まれる各データ・ブロックのソースパケット数を示す。スイッチ5020は、ＢＤ−ＲＯＭドライブ5001から受信されるエクステントＳＳのソースパケット数を０からカウントする。そのカウントが、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、スイッチ5020は、ソースパケットの送出先をＲＢ１5021とＲＢ２5022との間で切り換え、かつカウントを０にリセットする。その結果、エクステントＳＳの先頭から｛Ｂ（ｎ＋１）−Ｂｎ｝個のソースパケットは最初のディペンデントビュー・エクステントとしてＲＢ２4922へ送出され、続く｛Ａ（ｎ＋１）−Ａｎ｝個のソースパケットは最初のベースビュー・エクステントとしてＲＢ１5021へ送出される。以降も同様に、スイッチ5020によって受信されるソースパケットの数が、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、エクステントＳＳからディペンデントビューとベースビューとの各エクステントが交互に抽出される。
ステップＳ５１１０では、再生制御部5035は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ５１０１から繰り返される。残されていないときは、処理が終了する。
≪システム・ターゲット・デコーダ≫
図５２は、システム・ターゲット・デコーダ5023の機能ブロック図である。図５２に示されている構成要素は、図４８に示されている２Ｄ再生装置のもの4523とは次の二点で異なる：（１）リード・バッファから各デコーダへの入力系統が二重化されている点、並びに、（２）主映像デコーダは３Ｄ再生モードに対応可能であり、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダは２プレーン・モードに対応可能である点。すなわち、それらの映像デコーダはいずれも、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとを交互に復号できる。特に２プレーン・モードの各デコーダは、ベースビュー・プレーンを復号する部分と、ディペンデントビュー・プレーンを復号する部分とに分離されていてもよい。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、イメージ・プロセッサ、及び各プレーン・メモリは、図４８に示されている２Ｄ再生装置のものと同様である。従って、以下では、図５２に示されている構成要素のうち、図４８に示されているものとは異なるものについて説明し、同様なものの詳細についての説明は図４８についての説明を援用する。更に、各映像デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ5215の構造について説明する。同様な説明は他の映像デコーダの構造についても成立する。
第１ソース・デパケタイザ5211は、ＲＢ１5021からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第１ＰＩＤフィルタ5213へ送出する。第２ソース・デパケタイザ5212は、ＲＢ２5022からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第２ＰＩＤフィルタ5214へ送出する。各ソース・デパケタイザ5211、5212は更に、各ＴＳパケットの送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。その同期方法は、図４８に示されているソース・デパケタイザ48710による方法と同様である。従って、その詳細についての説明は図４８についての説明を援用する。そのような送出時刻の調節により、第１ソース・デパケタイザ5211から第１ＰＩＤフィルタ5213へのＴＳパケットの平均転送速度RTS1は、２Ｄクリップ情報ファイルの示すシステム・レートを超えない。同様に、第２ソース・デパケタイザ5212から第２ＰＩＤフィルタ5214へのＴＳパケットの平均転送速度RTS2は、ディペンデントビュー・クリップ情報ファイルの示すシステム・レートを超えない。
第１ＰＩＤフィルタ5213は、第１ソース・デパケタイザ5211からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部5035によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルに従って指定されている。両方のＰＩＤが一致したとき、第１ＰＩＤフィルタ5013はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ5215内のＴＢ１5201へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
第２ＰＩＤフィルタ5214は、第２ソース・デパケタイザ5212からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは、再生制御部5035によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳに従って指定されている。両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ5214はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１２又は０ｘ１０１３であるとき、そのＴＳパケットは主映像デコーダ5215内のＴＢ２5208へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ２０−０ｘ１Ｂ３Ｆ、０ｘ１２２０−０ｘ１２７Ｆ、及び０ｘ１４２０−０ｘ１４７Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
主映像デコーダ5215は、ＴＢ１5201、ＭＢ１5202、ＥＢ１5203、ＴＢ２5208、ＭＢ２5209、ＥＢ２5210、バッファ・スイッチ5206、ＤＥＣ5204、ＤＰＢ5205、及びピクチャ・スイッチ5207を含む。ＴＢ１5201、ＭＢ１5202、ＥＢ１5203、ＴＢ２5208、ＭＢ２5209、ＥＢ２5210、及びＤＰＢ5205はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ5215に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
ＴＢ１5201は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ5213から受信してそのまま蓄積する。ＭＢ１5202は、ＴＢ１5201に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ１5203は、ＭＢ１5202に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
ＴＢ２5208は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットを第２ＰＩＤフィルタ5214から受信してそのまま蓄積する。ＭＢ２5209は、ＴＢ２5208に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ２5210は、ＭＢ２5209に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
バッファ・スイッチ5206は、ＥＢ１5203とＥＢ２5210とのそれぞれに蓄積されたＶＡＵのヘッダをＤＥＣ5204からの要求に応じて転送する。バッファ・スイッチ5206は更に、そのＶＡＵの圧縮ピクチャ・データを、元のＴＳパケットに含まれるＤＴＳの示す時刻にＤＥＣ5204へ転送する。ここで、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間では、同じ３Ｄ・ＶＡＵに属する一対のピクチャのＤＴＳが等しい。従って、バッファ・スイッチ5206は、ＤＴＳの等しい一対のＶＡＵのうち、ＥＢ１5203に蓄積された方を先にＤＥＣ5204へ転送する。
ＤＥＣ5204は、図４８に示されているＤＥＣ4804と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ5204は、バッファ・スイッチ5206から転送された圧縮ピクチャ・データを順次復号する。その復号処理では、ＤＥＣ5204は予め、各ＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ5204は更に、復号された非圧縮のピクチャをＤＰＢ5205へ転送する。
ＤＥＣ5204はその他に、ディペンデントビュー・ビデオ・ストリームから一つのビデオ・シーケンスの先頭のＶＡＵを読み出す度に、そのＶＡＵからオフセット・メタデータを読み出す。そのビデオ・シーケンスの再生区間では、ＤＥＣ5204は、まず、そのＶＡＵと共に一つのＰＥＳパケットに格納されたＰＴＳと、そのＶＡＵの圧縮ピクチャ・データの表すフレームの番号とを特定する。ＤＥＣ5204は次に、そのフレーム番号に対応付けられたオフセット情報をオフセット・メタデータから読み出して、特定されたＰＴＳの示す時刻にプレーン加算部5024へ送出する。
ＤＰＢ5205は、復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ5204がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ5205はＤＥＣ5204からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してＤＥＣ5204に提供する。
ピクチャ・スイッチ5207は、ＤＰＢ5205から非圧縮の各ピクチャを、元のＴＳパケットに含まれるＰＴＳの示す時刻に、左映像プレーン・メモリ5220と右映像プレーン・メモリ5221とのいずれかに書き込む。ここで、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャとディペンデントビュー・ピクチャとではＰＴＳが等しい。従って、ピクチャ・スイッチ5207は、ＤＰＢ5205に保持された、ＰＴＳの等しい一対のピクチャのうち、ベースビュー・ピクチャを先に左映像プレーン・メモリ5220に書き込み、続いてディペンデントビュー・ピクチャを右映像プレーン・メモリ5221に書き込む。
≪１プレーン＋（ゼロ・）オフセット・モードのプレーン加算部≫
図５３は、１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードのプレーン加算部5024の機能ブロック図である。図５３を参照するに、プレーン加算部5024は、視差映像生成部5310、スイッチ5320、四つのクロッピング処理部5331−5334、及び四つの加算部5341−5344を含む。
視差映像生成部5310は、システム・ターゲット・デコーダ5023から左映像プレーン5301と右映像プレーン5302とを受信する。Ｌ／Ｒモードの再生装置102では、左映像プレーン5301はレフトビュー・ビデオ・プレーンを表し、右映像プレーン5302はライトビュー・ビデオ・プレーンを表す。Ｌ／Ｒモードの視差映像生成部5310は、受信された各ビデオ・プレーン5301、5302をそのままスイッチ5320へ送出する。一方、デプス・モードの再生装置102では、左映像プレーン5301は２Ｄ映像のビデオ・プレーンを表し、右映像プレーン5302はその２Ｄ映像に対するデプスマップを表す。デプス・モードの視差映像生成部5310は、まずそのデプスマップからその２Ｄ映像の各部の両眼視差を計算する。視差映像生成部5310は次に、左映像プレーン5301を加工して、ビデオ・プレーンにおけるその２Ｄ映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとの対が生成される。視差映像生成部5310は更に、生成されたビデオ・プレーンの対を左映像プレーンと右映像プレーンとの対としてスイッチ5320へ送出する。
スイッチ5320は、再生制御部5035からＢ−Ｄ表示モードを指示されたとき、ＰＴＳの等しい左映像プレーン5301と右映像プレーン5302とをその順で第１加算部5341へ送出する。スイッチ5320は、再生制御部5035からＢ−Ｂ表示モードを指示されたとき、ＰＴＳの等しい左映像プレーン5301と右映像プレーン5302との一方を、一フレーム当たり二回ずつ、第１加算部5341へ送出し、他方を破棄する。
第１クロッピング処理部5331は、再生制御部5035から１プレーン＋オフセット・モードを指示されたとき、副映像プレーン5303に対してオフセット制御を次のように行う。第１クロッピング処理部5331はまず、システム・ターゲット・デコーダ5023からオフセット情報5307を受信する。そのとき、第１クロッピング処理部5331は、プレーヤ変数記憶部5036内のＳＰＲＭ（２７）5351から副映像プレーンに対する参照オフセットＩＤを読み出す。第１クロッピング処理部5331は次に、その参照オフセットＩＤの示すオフセット・シーケンスに属するオフセット情報を、システム・ターゲット・デコーダ5023から受け取ったオフセット情報5307の中から検索する。第１クロッピング処理部5331は更に、検索されたオフセット情報を利用して、副映像プレーン5303に対してオフセット制御を行う。その結果、副映像プレーン5303は、レフトビューとライトビューとを表す一対のプレーン・データに変換される。更に、レフトビューとライトビューとの副映像プレーンは交互に第１加算部5341へ送出される。
ここで、ＳＰＲＭ（２７）5351の値は一般に、カレントＰＩが切り換わる度に再生制御部5035によって更新される。その他に、プログラム実行部5034が、ムービーオブジェクト又はＢＤ−Ｊオブジェクトに従ってＳＰＲＭ（２７）5351の値を設定してもよい。
同様に、第２クロッピング処理部5332は、ＰＧプレーン5304を、レフトビューとライトビューとのＰＧプレーンに変換する。それらのＰＧプレーンは交互に第２加算部5342へ送出される。第３クロッピング処理部5333は、ＩＧプレーン5305を、レフトビューとライトビューとのＩＧプレーンの対に変換する。それらのＩＧプレーンは交互に第３加算部5343へ送出される。第４クロッピング処理部5334は、イメージ・プレーン5306を、レフトビューとライトビューとのイメージ・プレーンに変換する。それらのイメージ・プレーンは交互に第４加算部5344へ送出される。
第１クロッピング処理部5331は、再生制御部5035から１プレーン＋ゼロ・オフセット・モードを指示されたとき、副映像プレーン5303に対するオフセット制御を行うことなく、副映像プレーン5303をそのまま、二回繰り返して第１加算部5341へ送出する。他のクロッピング処理部5332−5334についても同様である。
第１加算部5341は、スイッチ5320からはビデオ・プレーンを受信し、第１クロッピング処理部5331からは副映像プレーンを受信する。第１加算部5341はそのとき、受信されたビデオ・プレーンと副映像プレーンとを一組ずつ重畳して第２加算部5342へ渡す。第２加算部5342は、第２クロッピング処理部5332からＰＧプレーンを受信し、第１加算部5341から受信されたプレーン・データに重畳して第３加算部5343へ渡す。第３加算部5343は、第３クロッピング処理部5333からＩＧプレーンを受信し、第２加算部5342から受信されたプレーン・データに重畳して第４加算部5344へ渡す。第４加算部5344は、第４クロッピング処理部5334からイメージ・プレーンを受信し、第３加算部5343から受信されたプレーン・データに重畳して表示装置103へ送出する。ここで、各加算部5341−5344は、プレーン・データの重畳にα合成を利用する。こうして、左映像プレーン5301と右映像プレーン5302とのそれぞれに、図５３に矢印5300で示されている順序で、副映像プレーン5303、ＰＧプレーン5304、ＩＧプレーン5305、及びイメージ・プレーン5306が重畳される。その結果、各プレーン・データの示す映像は表示装置103の画面上に、左映像プレーン又は右映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンの順に重ねられたように表示される。
［オフセット制御のフローチャート］
図５４は、各クロッピング処理部5331−5334によるオフセット制御のフローチャートである。各クロッピング処理部5331−5334は、システム・ターゲット・デコーダ5023からオフセット情報5307を受信したときに、オフセット制御を開始する。以下の説明では、第２クロッピング処理部5332がＰＧプレーン5304に対してオフセット制御を行う場合を想定する。他のクロッピング処理部5331、5333、5334はそれぞれ、副映像プレーン5303、ＩＧプレーン5305、及びイメージ・プレーン5306に対して同様な処理を行う。
ステップＳ５４０１では、第２クロッピング処理部5332はまず、システム・ターゲット・デコーダ5023からＰＧプレーン5304を受信する。そのとき、第２クロッピング処理部5332はＳＰＲＭ（２７）5351から、ＰＧプレーンに対する参照オフセットＩＤを読み出す。第２クロッピング処理部5331は次に、その参照オフセットＩＤの示すオフセット・シーケンスに属するオフセット情報を、システム・ターゲット・デコーダ5023から受け取ったオフセット情報5307の中から検索する。その後、処理はステップＳ５４０２へ進む。
ステップＳ５４０２では、第２クロッピング処理部5332は、スイッチ5320によって選択されたビデオ・プレーンがレフトビューとライトビューとのいずれを表すかをチェックする。ビデオ・プレーンがレフトビューを表すとき、処理はステップＳ５４０３へ進む。ビデオ・プレーンがライトビューを表すとき、処理はステップＳ５４０６へ進む。
ステップＳ５４０３では、第２クロッピング処理部5332は、検索されたオフセット方向の値をチェックする。ここで、次の場合を想定する：オフセット方向の値が“０”であるときは３Ｄグラフィックス映像の奥行きが画面よりも手前であり、オフセット方向の値が“１”であるときは奥である。その場合、オフセット方向の値が“０”であるとき、処理はステップＳ５４０４へ進む。オフセット方向の値が“１”であるとき、処理はステップＳ５４０５へ進む。
ステップＳ５４０４では、第２クロッピング処理部5332は、ＰＧプレーン5304に右向きのオフセットを与える。すなわち、ＰＧプレーン5304の含む各画素データの位置をオフセット値だけ右へ移動させる。その後、処理はステップＳ５４０９へ進む。
ステップＳ５４０５では、第２クロッピング処理部5332は、ＰＧプレーン5304に左向きのオフセットを与える。すなわち、ＰＧプレーン5304の含む各画素データの位置をオフセット値だけ左へ移動させる。その後、処理はステップＳ５４０９へ進む。
ステップＳ５４０６では、第２クロッピング処理部5332は、検索されたオフセット方向の値をチェックする。オフセット方向の値が“０”であるとき、処理はステップＳ５４０７へ進む。オフセット方向の値が“１”であるとき、処理はステップＳ５４０８へ進む。
ステップＳ５４０７では、ステップＳ５４０４とは逆に、第２クロッピング処理部5332は、ＰＧプレーン5304に左向きのオフセットを与える。すなわち、ＰＧプレーン5304の含む各画素データの位置をオフセット値だけ左へ移動させる。その後、処理はステップＳ５４０９へ進む。
ステップＳ５４０８では、ステップＳ５４０５とは逆に、第２クロッピング処理部5332はＰＧプレーン5304に右向きのオフセットを与える。すなわち、ＰＧプレーン5304の含む各画素データの位置をオフセット値だけ右へ移動させる。その後、処理はステップＳ５４０９へ進む。
ステップＳ５４０９では、第２クロッピング処理部5332は、処理後のＰＧプレーン5304を第３クロッピング処理部5334へ送出する。その後、処理は終了する。
［オフセット制御によるプレーン・データの変化］
図５５の（ｂ）は、第２クロッピング処理部5332によるオフセット制御で加工される前のＰＧプレーンGPを示す模式図である。図５５の（ｂ）を参照するに、ＰＧプレーンGPは、字幕“Ｉ Ｌｏｖｅ ｙｏｕ”を表す画素データ群、すなわち字幕データSTLを含む。その字幕データSTLはＰＧプレーン・データGPの左端から距離D0に位置する。
図５５の（ａ）は、右向きのオフセットが与えられたＰＧプレーンRGPを示す模式図である。図５５の（ａ）を参照するに、第２クロッピング処理部5332は、ＰＧプレーンGPに右向きのオフセットを与える場合、ＰＧプレーンGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ右へ移動させる。具体的には、第２クロッピング処理部5332はまず、クロッピング処理によってＰＧプレーンGPの右端から、オフセット値に等しい幅OFSの帯状領域AR1に含まれる画素データを除去する。第２クロッピング処理部5332は次に、ＰＧプレーンGPの左端に画素データを付加して、幅OFSの帯状領域AL1を構成する。ここで、その領域AL1に含まれる画素データは透明に設定される。こうして、右向きのオフセットが与えられたＰＧプレーンRGPが得られる。実際、字幕データSTLはそのＰＧプレーンRGPの左端から距離DRに位置し、その距離DRは、元の距離D0にオフセット値OFSを加えた値に等しい：DR＝D0＋OFS。
図５５の（ｃ）は、左向きのオフセットが与えられたＰＧプレーンLGPを示す模式図である。図５５の（ｃ）を参照するに、第２クロッピング処理部5332は、ＰＧプレーンGPに左向きのオフセットを与える場合、ＰＧプレーンGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ左へ移動させる。具体的には、第２クロッピング処理部5332はまず、クロッピング処理によってＰＧプレーンGPの左端から、オフセット値に等しい幅OFSの帯状領域AL2に含まれる画素データを除去する。第２クロッピング処理部5332は次に、ＰＧプレーンGPの右端に画素データを付加して、幅OFSの帯状領域AR2を構成する。ここで、その領域AR2に含まれる画素データは透明に設定される。こうして、左向きのオフセットが与えられたＰＧプレーンLGPが得られる。実際、字幕データSTLはそのＰＧプレーンLGPの左端から距離DLに位置し、その距離DLは、元の距離D0からオフセット値OFSを除いた値に等しい：DL＝D0−OFS。
≪２プレーン・モードのプレーン加算部≫
図５６は、２プレーン・モードのプレーン加算部5624の部分的な機能ブロック図である。図５６を参照するに、２プレーン・モードのプレーン加算部5624は、図５３に示されている１プレーン＋オフセットモードのプレーン加算部5324と同様、視差映像生成部5310、スイッチ5320、第１加算部5341、第２加算部5342、及び第２クロッピング処理部5332を含む。図５６には示されていないが、２プレーン・モードのプレーン加算部5624は更に、図５３に示されている他のクロッピング処理部5331、5333、5334、及び他の加算部5343、5344を含む。それらに加え、２プレーン・モードのプレーン加算部5624は、ＰＧプレーン5304、5305の入力部に、第２視差映像生成部5610と第２スイッチ5620とを含む。図５６には示されていないが、同様な構成は、副映像プレーン、ＩＧプレーン、及びイメージ・プレーンの各入力部にも含まれる。
第２視差映像生成部5610は、システム・ターゲット・デコーダ5023からレフトビューＰＧプレーン5604とライトビューＰＧプレーン5605とを受信する。Ｌ／Ｒモードの再生装置102では、レフトビューＰＧプレーン5604とライトビューＰＧプレーン・データ5605とはそれぞれ、文字通り、レフトビューＰＧプレーンとライトビューＰＧプレーンとを表す。従って、第２視差映像生成部5610は各プレーン・データ5604、5605をそのまま第２スイッチ5620へ送出する。一方、デプス・モードの再生装置102では、レフトビューＰＧプレーン5604は２Ｄグラフィックス映像のＰＧプレーンを表し、ライトビューＰＧプレーン5605はその２Ｄグラフィックス映像に対するデプスマップを表す。従って、第２視差映像生成部5610はまず、そのデプスマップからその２Ｄグラフィックス映像の各部の両眼視差を計算する。第２視差映像生成部5610は次に、レフトビューＰＧプレーン5604を加工して、ＰＧプレーンにおけるその２Ｄグラフィックス映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビューＰＧプレーンとライトビューＰＧプレーンとが生成される。第２視差映像生成部5610は更に、それらのＰＧプレーンを第２スイッチ5620へ送出する。
第２スイッチ5620は、ＰＴＳの等しいレフトビューＰＧプレーン5604とライトビューＰＧプレーン5605とをその順で、第２クロッピング処理部5332へ送出する。第２クロッピング処理部5332は、各ＰＧプレーン5604、5605をそのまま、第２加算部5342へ送出する。第２加算部5342は、第１加算部5341から受信されたプレーン・データに各ＰＧプレーン5604、5605を重畳して、第３加算部5343へ渡す。その結果、左映像プレーン5301にはレフトビューＰＧプレーン5604が重畳され、右映像プレーン5302にはライトビューＰＧプレーン5605が重畳される。
［２プレーン・モードでのオフセット情報の用途］
２プレーン・モードの第２クロッピング処理部5632は、オフセット情報5307を利用してレフトビューＰＧプレーン5604又はライトビューＰＧプレーン5605に対してオフセット制御を行ってもよい。そのオフセット制御には、以下に述べる利点がある。
Ｌ／Ｒモードでは、図３の（ｂ）に示されている第１サブＴＳ内のレフトビューＰＧストリーム312Aに代えて、図３の（ａ）に示されているメインＴＳ内のＰＧストリーム303A（以下、２Ｄ・ＰＧストリームと略す。）がレフトビューＰＧプレーンとして利用されてもよい。すなわち、図４１に示されているベースビュー・ストリーム・エントリ4143において、サブパスＩＤ参照情報4151はメインパスを示し、ストリーム・ファイル参照情報4152は、２Ｄ・ＰＧストリームが格納されたファイル２Ｄを示し、ＰＩＤ4153は２Ｄ・ＰＧストリームのＰＩＤを示す。その場合、第１サブＴＳはレフトビューＰＧストリームを含まなくてもよいので、３Ｄ映像コンテンツのデータ量を削減することができる。
しかし、その反面、３Ｄグラフィックス映像に次の不具合が生じる危険性がある。図５７の（ａ）、（ｂ）、（ｃ）は、２Ｄ・ＰＧストリームの表すレフトビュー・グラフィックス映像GOB0と、ライトビューＰＧストリームの表すライトビュー・グラフィックス映像GOB1−3とを示す模式図である。図５７の（ａ）−（ｃ）を参照するに、画面SCR内の実線はレフトビュー・グラフィックス映像GOB0を示し、破線はライトビュー・グラフィックス映像GOB1−3を示す。図５７の（ａ）、（ｂ）、（ｃ）の順にグラフィックス映像間の距離Δ1、Δ2、Δ3は小さい（Δ1＜Δ2＜Δ3）ので、３Ｄグラフィックス映像と画面SCRとの奥行きの差が小さい。従って、グラフィックス映像の対が図５７の（ａ）、（ｂ）、（ｃ）の順に表示されるとき、３Ｄグラフィックス映像は画面SCRから手前に飛び出すように見える。レフトビュー・グラフィックス映像GOB0が字幕を表すとき、その映像GOB0は２Ｄ映像としても利用されるので、その表示位置は図５７の（ａ）−（ｃ）の間で一定である。一方、ライトビュー・グラフィックス映像GOB1−3の表示位置は図５７の（ａ）、（ｂ）、（ｃ）の順に左へ移動する。従って、グラフィックス映像間の中心位置C1、C2、C3が図５７の（ａ）、（ｂ）、（ｃ）の順に左へ移動する。すなわち、字幕の３Ｄグラフィックス映像は左向きに移動するように見える。そのような字幕の移動は視聴者に違和感を与える危険性がある。
２プレーン・モードの第２クロッピング処理部5332は、オフセット情報に従ったオフセット制御を次のように利用して、３Ｄグラフィックス映像の水平方向での移動を防ぐ。図５７の（ｄ）、（ｅ）、（ｆ）はそれぞれ、図５７の（ａ）、（ｂ）、（ｃ）に示されているレフトビュー・グラフィックス映像に対するオフセット制御を示す模式図である。図５７の（ｄ）−（ｆ）を参照するに、画面SCR内の実線はオフセット制御後のレフトビュー・グラフィックス映像GOB4−6を示し、細い破線はオフセット制御前のレフトビュー・グラフィックス映像GOB0を示し、太い破線はライトビュー・グラフィックス映像GOB1−3を示す。第２クロッピング処理部5332はレフトビューＰＧプレーンに対し、図５７の（ｄ）、（ｅ）、（ｆ）に矢印で示されているオフセットOFS1、OFS2、OFS3を順番に与える。それにより、オフセット制御後のレフトビュー・グラフィックス映像GOB4−6は、オフセット制御前のものGOB0よりも右へ移動する。その結果、図５７の（ｄ）−（ｆ）ではグラフィックス映像間の中心位置C0が一定に維持されるので、３Ｄグラフィックス映像は水平方向には移動しないように見える。こうして、２Ｄ・ＰＧストリームをレフトビューＰＧストリームとして利用することが視聴者に違和感を与える危険性を回避することができる。
＜実施形態１の効果＞
本発明の実施形態１によるＢＤ−ＲＯＭディスク101では、３Ｄ映像のＡＶストリーム・ファイルがデータ・ブロックに分割されて、複数のエクステント・ブロックを構成している。特にそれらのデータ・ブロックとエクステント・ブロックとの各サイズは上記の条件を満たす。それらの条件は、以下に述べるアロケーション・ルールに整理される。
［ルール１］ファイル・ベースはいずれかのファイル２Ｄとビット単位（bit−for−bit）で一致する。但し、ベースビュー・エクステントEXT1[・]と２ＤエクステントEXT2D[・]との間では、ＬＢＮが一致していなくてもよい。
［ルール２］エクステントＳＳEXTSS[・]は、ベースビュー・エクステントEXT1[・]とディペンデントビュー・エクステントEXT2[・]との対が整数個、インターリーブ配置で連続するデータ領域である。
［ルール３］図１５に示されているとおり、ファイル・ベースの先頭から（ｉ＋１）番目（文字ｉは０以上の整数を表す。）のベースビュー・エクステントEXT1[i]と、ファイルＤＥＰの先頭から（ｉ＋１）番目のディペンデントビュー・エクステントEXT2[i]とは、論理アドレス上、ディペンデントビュー・エクステントEXT2[i]、ベースビュー・エクステントEXT1[i]の順で連続して配置される：EXT2[i]→EXT1[i]。
［ルール４］ベースビュー・エクステントEXT1[・]とディペンデントビュー・エクステントEXT2[・]との各サイズは、アラインド・ユニットのサイズ（＝約６ＫＢ）の整数倍に揃えられる。
［ルール５］（ｉ＋１）番目のベースビュー・エクステントEXT1[i]に属するソースパケットのＡＴＳと、（ｉ＋１）番目のディペンデントビュー・エクステントEXT2[i]に属するソースパケットのＡＴＳとは、同じＡＴＣ時間軸で表される。
［ルール６］（ｉ＋１）番目のベースビュー・エクステントEXT1[i]と（ｉ＋１）番目のディペンデントビュー・エクステントEXT2[i]とでは、エクステントＡＴＣ時間が等しい。
［ルール７］ベースビュー・エクステントEXT1[・]は、エクステントＳＳEXTSS[・]の後端に配置されている場合と、ファイル２Ｄのファイル・エントリから参照されていない場合とを除いて、条件１を満たす。すなわち、２ＤエクステントEXT2D[・]のサイズSEXT2D[・]は式（１）を満たす。
［ルール８］ベースビュー・エクステントEXT1[・]は、エクステントＳＳEXTSS[・]の後端に配置されている場合を除いて、条件２を満たす。すなわち、ベースビュー・データ・ブロックのサイズSEXT1[・]は式（２）を満たす。
［ルール９］ディペンデントビュー・エクステントEXT2[・]は、エクステントＳＳEXTSS[・]の後端に配置されている場合を除いて、条件３を満たす。すなわち、ディペンデントビュー・データ・ブロックのサイズSEXT2は式（３）を満たす。
［ルール１０］ファイルＳＳの先頭から（ｉ＋１）番目のエクステントＳＳEXTSS[i]は（ｉ＋２）番目のエクステントＳＳEXTSS[i＋1]とシームレスに接続される場合には、条件４を満たす。すなわち、（ｉ＋１）番目のエクステント・ブロックのサイズSEXTSS[i]は式（４）を満たす。
［ルール１１］（ｉ＋１）番目のベースビュー・エクステントEXT1[i]と（ｉ＋１）番目のディペンデントビュー・エクステントEXT2[i]とは、条件５を満たす。すなわち、ベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの各サイズは、図２８の（ａ）の表で規定された最大エクステント・サイズ以下である。
特にルール１１が満たされることにより、ファイルＤＥＰに対するシステム・レートが所定の閾値（例えば３２Ｍｂｐｓ）よりも高く上昇する場合には、ロング・ジャンプの直前に読み出されるタイプ（Ｂ）のデータ・ブロックの最大エクステント・サイズは縮小される。その結果、ＢＤ−ＲＯＭディスク101は、他のルールを満たしたまま、再生装置102にＲＢ２の容量の下限を許容範囲内に維持させることができる。こうして、２Ｄ再生モードと３Ｄ再生モードとのいずれの再生装置においても、リード・バッファにアンダーフローを生じさせることなく、その容量を更に削減することができる。
＜変形例＞
（1−A）本発明の実施形態１によるＬ／Ｒモードでは、ベースビュー・ビデオ・ストリームがレフトビューを表し、ディペンデントビュー・ビデオ・ストリームがライトビューを表す。逆に、ベースビュー・ビデオ・ストリームがライトビューを表し、ディペンデントビュー・ビデオ・ストリームがレフトビューを表してもよい。本発明の実施形態１によるＢＤ−ＲＯＭディスク101では、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとは、異なるＴＳに多重化されている。その他に、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとが一つのＴＳに多重化されていてもよい。
（1−B）３Ｄ映像を表すＡＶストリーム・ファイルでは、図１４に示されているＰＭＴ1410に３Ｄディスクリプタが追加されてもよい。「３Ｄディスクリプタ」は、３Ｄ映像の再生方式に関してＡＶストリーム・ファイル全体に共通する情報であり、特に３Ｄ方式情報を含む。「３Ｄ方式情報」は、Ｌ／Ｒモード又はデプス・モード等、３Ｄ映像のＡＶストリーム・ファイルの再生方式を示す。更に、ＰＭＴ1410の含む各ストリーム情報1403に３Ｄストリーム・ディスクリプタが追加されてもよい。「３Ｄストリーム・ディスクリプタ」は、ＡＶストリーム・ファイルに含まれるエレメンタリ・ストリーム別に、３Ｄ映像の再生方式に関する情報を示す。特にビデオ・ストリームの３Ｄストリーム・ディスクリプタは３Ｄ表示タイプを含む。「３Ｄ表示タイプ」は、そのビデオ・ストリームから映像をＬ／Ｒモードで再生するとき、その映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ表示タイプはまた、そのビデオ・ストリームから映像をデプス・モードで再生するとき、その映像が２Ｄ映像とデプスマップとのいずれであるのかを示す。このように、ＰＭＴ1410が３Ｄ映像の再生方式に関する情報を含むとき、その映像の再生系統はＡＶストリーム・ファイルだけからでもその情報を取得できる。従って、そのようなデータ構造は、例えば放送波で３Ｄ映像コンテンツを頒布するときに有効である。
（1−C）ディペンデントビュー・クリップ情報ファイルは、ディペンデントビュー・ビデオ・ストリームのＰＩＤ＝０ｘ１０１２、０ｘ１０１３に割り当てられているビデオ・ストリーム属性情報に所定のフラグを含んでもよい。そのフラグがオンであるときは、ディペンデントビュー・ビデオ・ストリームがベースビュー・ビデオ・ストリームを参照するものであることを示す。そのビデオ・ストリーム属性情報が更に、参照先のベースビュー・ビデオ・ストリームに関する情報を含んでもよい。その情報は、３Ｄ映像コンテンツが規定のフォーマットどおりに作成されているか否かを所定のツールで検証するときに、ビデオ・ストリーム間の対応関係を確認するのに利用することができる。
本発明の実施形態１では、クリップ情報ファイルに含まれるエクステント起点からベースビュー・エクステントとディペンデントビュー・エクステントとの各サイズを算出することができる。その他に、各エクステントのサイズの一覧表が、例えばクリップ情報ファイルにメタデータの一部として格納されてもよい。
（1−D）図３９に示されている３Ｄプレイリスト・ファイル222はサブパス3902を一つ含む。その他に、３Ｄプレイリスト・ファイルがサブパスを複数含んでもよい。例えば、一方のサブパスのサブパス・タイプが「３Ｄ・Ｌ／Ｒ」であり、他方のサブパスのサブパス・タイプが「３Ｄ・デプス」であってもよい。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生されるとき、再生対象のサブパスがそれら二種類のサブパスの間で切り換えられることにより、再生装置102をＬ／Ｒモードとデプス・モードとの間で容易に切り換えさせることができる。特にその切り換え処理は、３Ｄプレイリスト・ファイルそのものを切り換える処理よりも速やかに実現可能である。
３Ｄプレイリスト・ファイルは、サブパス・タイプの等しいサブパスを複数含んでいてもよい。例えば、同じシーンに対する両眼視差の異なる３Ｄ映像が共通のレフトビューに対するライトビューの違いで表現されるとき、異なるライトビューを表す複数のファイルＤＥＰがＢＤ−ＲＯＭディスク101に記録される。その場合、３Ｄプレイリスト・ファイルは、サブパス・タイプが「３Ｄ・Ｌ／Ｒ」であるサブパスを複数含む。それらのサブパスは、異なるファイルＤＥＰの再生経路を個別に規定する。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生されるとき、再生対象のサブパスが例えばユーザの操作に応じて速やかに切り換えられるので、３Ｄ映像を実質的に途切れさせることなく、その両眼視差を変化させることができる。それにより、ユーザに所望の両眼視差の３Ｄ映像を容易に選択させることができる。
図３９に示されている３Ｄプレイリスト・ファイル222では、ベースビュー・ビデオ・ストリームはメインパス3901内のＳＴＮテーブルに登録され、ディペンデントビュー・ビデオ・ストリームは拡張データ3903内のＳＴＮテーブルＳＳ3930に登録されている。その他に、ディペンデントビュー・ビデオ・ストリームはＳＴＮテーブルに登録されていてもよい。その場合、ＳＴＮテーブルは、登録されたビデオ・ストリームがベースビューとディペンデントビューとのいずれを表すものであるかを示すフラグを含んでもよい。
本発明の実施形態１によるＢＤ−ＲＯＭディスク101には、２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとが別々に記録されている。その他に、図３９に示されているサブパス3902が、拡張データ3903と同様に、３Ｄ再生モードの再生装置102によってのみ参照される領域に記録されてもよい。その場合、サブパス3902が２Ｄ再生モードの再生装置102を誤動作させる危険性はないので、３Ｄプレイリスト・ファイルをそのまま、２Ｄプレイリスト・ファイルとして利用することができる。その結果、ＢＤ−ＲＯＭディスクのオーサリングが簡単化される。
（1−E）図４３に示されているインデックス・ファイル211は、タイトル全体で共通する３Ｄ存在フラグ4320と２Ｄ／３Ｄお好みフラグ4330とを含む。その他に、インデックス・ファイルが、タイトル別に異なる３Ｄ存在フラグ又は２Ｄ／３Ｄお好みフラグを設定していてもよい。
（1−F）３Ｄ再生装置では、ＳＰＲＭ（１３）にパレンタル・レベルが設定されているのに加えて、ＳＰＲＭ（３０）に３Ｄパレンタル・レベルが設定されていてもよい。３Ｄパレンタル・レベルは所定の制限年齢を示し、ＢＤ−ＲＯＭディスク101に記録された３Ｄ映像タイトルの視聴に対するパレンタル制御に利用される。ＳＰＲＭ（１３）の値と同様に、ＳＰＲＭ（３０）の値は、３Ｄ再生装置のユーザによって３Ｄ再生装置のＯＳＤ等を利用して設定される。３Ｄ再生装置は各３Ｄ映像タイトルに対するパレンタル制御を例えば次のように行う。３Ｄ再生装置はまず、そのタイトルを２Ｄ再生モードで視聴することが許可された視聴者の年齢をＢＤ−ＲＯＭディスク101から読み出して、ＳＰＲＭ（１３）の値と比較する。その年齢がＳＰＲＭ（１３）の値を超えていれば、３Ｄ再生装置はそのタイトルの再生を停止する。その年齢がＳＰＲＭ（１３）の値以下であれば、３Ｄ再生装置は続いて、そのタイトルを３Ｄ再生モードで視聴することが許可された視聴者の年齢をＢＤ−ＲＯＭディスク101から読み出して、ＳＰＲＭ（３０）の値と比較する。その年齢がＳＰＲＭ（３０）の値以下であれば、３Ｄ再生装置はそのタイトルを３Ｄ再生モードで再生する。その年齢がＳＰＲＭ（３０）の値を超えていれば、３Ｄ再生装置はそのタイトルを２Ｄ再生モードで再生する。こうして、年齢による瞳孔間距離の相違を考慮して、「一定の年齢未満の子供には３Ｄ映像を２Ｄ映像としてしか見せない」等のパレンタル制御を実現することができる。このパレンタル制御は好ましくは、図４４に示されている再生対象のプレイリスト・ファイルを選択する処理において「表示装置が３Ｄ映像に対応している」と判定されたときに、すなわち、ステップＳ４４０５において「Ｙｅｓ」と判定されたときに行われる。尚、ＳＰＲＭ（３０）には、制限年齢に代えて、３Ｄ再生モードの許可／禁止を示す値が設定され、３Ｄ再生装置はその値に従って３Ｄ再生モードの有効／無効を判断してもよい。
（1−G）３Ｄ再生装置では、「２Ｄ再生モードと３Ｄ再生モードとのいずれが優先されるべきか」を示す値がＳＰＲＭ（３１）に設定されていてもよい。ＳＰＲＭ（３１）の値は、３Ｄ再生装置のユーザによって３Ｄ再生装置のＯＳＤ等を利用して設定される。３Ｄ再生装置は、図４４に示されている再生対象のプレイリスト・ファイルを選択する処理におけるステップＳ４４０３で、２Ｄ／３Ｄお好みフラグと共にＳＰＲＭ（３１）を参照する。それらがいずれも２Ｄ再生モードを示しているときは、３Ｄ再生装置は２Ｄ再生モードを選択する。２Ｄ／３Ｄお好みフラグとＳＰＲＭ（３１）とがいずれも３Ｄ再生モードを示しているときは、３Ｄ再生装置は、再生モードの選択画面を表示することなく、ステップＳ４４０５、すなわちＨＤＭＩ認証を行う。その結果、表示装置が３Ｄ映像の再生に対応可能であれば、３Ｄ再生装置は３Ｄ再生モードを選択する。２Ｄ／３Ｄお好みフラグとＳＰＲＭ（３１）とが異なる再生モードを示しているときは、３Ｄ再生装置はステップＳ４４０４を実行し、すなわち再生モードの選択画面を表示してユーザに再生モードを選択させる。その他に、アプリケーション・プログラムに再生モードを選択させてもよい。こうして、３Ｄ映像コンテンツに２Ｄ／３Ｄお好みフラグが設定されていても、その値の示す再生モードが、ＳＰＲＭ（３１）の示す再生モード、すなわち、ユーザが予め設定した再生モードと一致しないときにのみ、ユーザに改めて再生モードを選択させるようにすることができる。
ＢＤ−Ｊオブジェクト等のアプリケーション・プログラムは、ＳＰＲＭ（３１）を参照して再生モードを選択してもよい。更に、ステップＳ４４０４においてユーザに再生モードを選択させる際、選択画面に表示されるメニューの初期状態がＳＰＲＭ（３１）の値に依って決定されてもよい。例えば、ＳＰＲＭ（３１）の値が２Ｄ再生モードの優先を示す場合には、２Ｄ再生モードの選択ボタンにカーソルを合わせた状態でメニューが表示され、３Ｄ再生モードの優先を示す場合には、３Ｄ再生モードの選択ボタンにカーソルを合わせた状態でメニューが表示される。その他に、３Ｄ再生装置は、父、母、子供等、複数のユーザのアカウントを管理する機能を持つとき、現時点でログインしているユーザのアカウントに合わせてＳＰＲＭ（３１）の値を設定してもよい。
ＳＰＲＭ（３１）の値は、「２Ｄ再生モードと３Ｄ再生モードとのいずれが優先されるべきか」に加えて、「２Ｄ再生モードと３Ｄ再生モードとのいずれが常に設定されるべきか」を示してもよい。「２Ｄ再生モードが常に設定されるべき」ことをＳＰＲＭ（３１）の値が示す場合、３Ｄ再生装置は、２Ｄ／３Ｄお好みフラグの値にかかわらず、常に２Ｄ再生モードを選択する。その場合、ＳＰＲＭ（２５）の値は２Ｄ再生モードを示すように設定される。「３Ｄ再生モードが常に設定されるべき」ことをＳＰＲＭ（３１）の値が示す場合、３Ｄ再生装置は、２Ｄ／３Ｄお好みフラグの値にかかわらず、再生モードの選択画面を表示することなくＨＤＭＩ認証を行う。その場合、ＳＰＲＭ（２５）の値は３Ｄ再生モード（Ｌ／Ｒモード又はデプス・モード）を示すように設定される。こうして、３Ｄ映像コンテンツに２Ｄ／３Ｄお好みフラグが設定されていても、ユーザの予め設定した再生モードが常に優先されるようにすることができる。
（1−H）ファイルＤＥＰに対するシステム・レートRTS2がファイル２Ｄに対するシステム・レートRTS1と同程度に高く設定される場合、ディペンデントビュー転送速度REXT2も同程度まで上昇し得る。（ｎ＋１）番目のディペンデントビュー・データ・ブロックに対する転送速度REXT2[n]がそのように上昇した場合、平均転送速度REXT1[n]、REXT2[n]の合計に対する制限から、（ｎ＋１）番目のベースビュー・データ・ブロックに対する転送速度REXT1[n]は最高値RMAX1よりも顕著に降下する。一方、式（７）の右辺では、分母に含まれる平均転送速度REXT2Dがその最高値RMAX2Dで評価されている。更に、（ｎ＋１）番目のベースビュー・データ・ブロックのエクステントＡＴＣ時間は、その最大エクステント・サイズとベースビュー転送速度REXT1[n]との比で表される値を上限とする。従って、その上限は実際のエクステントＡＴＣ時間よりも顕著に長い。（ｎ＋１）番目のベースビュー・データ・ブロックと（ｎ＋１）番目のディペンデントビュー・データ・ブロックとではエクステントＡＴＣ時間が共通であるので、そのディペンデントビュー・データ・ブロックのサイズは最大で、ディペンデントビュー転送速度REXT2[n]と上記のエクステントＡＴＣ時間の上限との積に等しい。そのサイズは、シームレス再生に実際に必要な値よりも顕著に大きいので、ＲＢ２2212の容量の更なる削減が阻まれる。従って、ファイルＤＥＰに対するシステム・レートRTS2をファイル２Ｄに対するシステム・レートRTS1と同程度に高く設定する可能性がある場合、式（７）は次式（１２）に変更される：
Figure 0005551654
式（１２）の右辺では、分母に含まれる転送速度として、２Ｄエクステントに対する平均転送速度の最高値RMAX2D、又は、転送速度の最高値の合計RMAX1＋RMAX2とディペンデントビュー転送速度REXT2との間の差のいずれか低い方が採用される。ここで、転送速度の最高値の合計RMAX1＋RMAX2はシステム・レートの合計RTS1＋RTS2の１９２／１８８倍に等しい。従って、ディペンデントビュー転送速度REXT2がシステム・レートと同程度まで上昇する場合には、上記の差で最大エクステント・サイズが評価される。それにより、ベースビュー・データ・ブロックのエクステントＡＴＣ時間の上限は、実際のエクステントＡＴＣ時間に近い値に抑えられる。それ故、ディペンデントビュー・データ・ブロックのサイズは、シームレス再生に実際に必要な値程度に抑えられる。こうして、ＲＢ２2212の容量を十分に小さく維持することができる。
（1−I）ＰＩ間のシームレス接続におけるＡＴＳの設定条件
一つの再生区間（ＰＩ）内では、図１７に示されているとおり、（ｉ＋１）番目のエクステント・ペアEXT1[i]、EXT2[i]（i＝0、1、2、…）の間でエクステントＡＴＣ時間を揃える際に、ディペンデントビュー・データ・ブロックEXT2[i]の先頭のソースパケット（ＳＰ２＃０）のＡＴＳA2(0)がベースビュー・データ・ブロックEXT1[i]の先頭のソースパケット（ＳＰ１＃０）のＡＴＳA1(0)以上に設定される：A2(0)≧A1(0)。しかし、（ｉ＋１）番目のエクステント・ペアEXT1[i]、EXT2[i]の間で、ＲＢ１、ＲＢ２のそれぞれからシステム・ターゲット・デコーダへの転送期間は、厳密には揃っていない。一方、異なるＰＩ間を「コネクション・コンディション（ＣＣ）＝６」という条件でシームレスに接続する場合、図３７の(ｂ)に示されているように、それらのＰＩ間でＡＴＣが連続していなければならない。従って、以下に説明されるように、異なるＰＩ間の接続点では、ＲＢ２がアンダーフローを生じる危険性がある。
図５８の（ａ）は、ＰＩ＃（Ｎ−１）及びＰＩ＃Ｎ（文字Ｎは１以上の整数を表す。）がシームレスに接続されているとき、その接続点の前後に位置する各データ・ブロックがＲＢ１、ＲＢ２からシステム・ターゲット・デコーダへ転送される期間を示す模式図である。（ｎ＋１）番目のエクステント・ペア、ＥＸＴ１［ｎ］、ＥＸＴ２［ｎ］（文字ｎは０以上の整数を表す。）はＰＩ＃（Ｎ−１）の後端に位置し、（ｎ＋２）番目のエクステント・ペア、ＥＸＴ１［ｎ＋１］、ＥＸＴ２［ｎ＋１］はＰＩ＃Ｎの先端に位置する。ここで、ＥＸＴ１［ｎ］の後端とＥＸＴ１［ｎ＋１］の先端との間ではＡＴＣが不連続でもよい。ＥＸＴ２［ｎ］の後端とＥＸＴ２［ｎ＋１］の先端との間でも同様である。図５８の（ａ）を参照するに、ＥＸＴ２［ｎ］の転送期間TATC20[n]はＥＸＴ１［ｎ］の転送期間TATC1[n]よりも遅れて終了する。すなわち、ＥＸＴ２［ｎ＋１］のＳＰ２＃０のＡＴＳA2(0)がＥＸＴ１［ｎ＋１］のＳＰ１＃０のＡＴＳA1(0)よりも大きい。それらのＡＴＳA1(0)、A2(0)間では、ＥＸＴ２［ｎ］の後端部分5801の転送期間が、ＥＸＴ１［ｎ＋１］の先端部分の転送期間と重複する。
図５８の（ｂ）、（ｃ）はそれぞれ、図５８の（ａ）に示されているＥＸＴ１［ｎ］、ＥＸＴ１［ｎ＋１］、ＥＸＴ２［ｎ］、ＥＸＴ２［ｎ＋１］を３Ｄ再生装置によって復号する際におけるＲＢ１、ＲＢ２の各蓄積データ量DA1、DA2の時間的変化を示すグラフである。図５８の（ｂ）を参照するに、ＲＢ１の蓄積データ量DA1は、ＥＸＴ１［ｎ］の読み出し期間PRB[n]では上昇し、ＥＸＴ１［ｎ］の後端からＥＸＴ２［ｎ＋１］の先端までのジャンプ又はゼロ・セクタ遷移が生じる期間PJ、及びＥＸＴ２［ｎ＋１］の読み出し期間PRD[n＋1]では下降する。一方、ＥＸＴ１［ｎ］の転送期間TATC1[n]の長さは、ＥＸＴ１［ｎ］の読み出し期間PRB[n]の開始時刻からＥＸＴ１［ｎ＋１］の読み出し期間PRB[n＋1]の開始時刻までの時間以上に設定されている。従って、後者の開始時刻での蓄積データ量DA1は前者の開始時刻での値を下回らない。すなわち、ＲＢ１はアンダーフローを生じない。図５８の（ｃ）を参照するに、ＲＢ２の蓄積データ量DA2は、ＥＸＴ２［ｎ］の読み出し期間PRD[n]では上昇し、ＥＸＴ１［ｎ］の読み出し期間PRB[n]、及び上記のジャンプ又はゼロ・セクタ遷移の期間PJでは下降する。一方、ＥＸＴ２［ｎ］の転送期間TATC20[n]の長さは、ＥＸＴ１［ｎ］の読み出し期間PRB[n]の開始時刻からＥＸＴ１［ｎ＋１］の読み出し期間PRB[n＋1]の開始時刻までの時間以上に設定されている。従って、ＥＸＴ２［ｎ＋１］の読み出し期間PRD[n＋1]の開始時刻TS1での蓄積データ量DA2は、ＥＸＴ２［ｎ］の読み出し期間PRD[n]の開始時刻TS0での値よりも大きい。すなわち、ＲＢ２はアンダーフローを生じない。こうして、図５８の（ａ）に示されているように、異なるＰＩ間の接続点でＥＸＴ２［ｎ］の転送期間TATC20[n]がＥＸＴ１［ｎ］の転送期間TATC1[n]よりも遅れて終了する場合には問題は生じ得ない。
図５８の（ｄ）は、（ａ）と同様に、ＰＩ＃（Ｎ−１）及びＰＩ＃Ｎがシームレスに接続されているとき、その接続点の前後に位置する各データ・ブロックがＲＢ１、ＲＢ２からシステム・ターゲット・デコーダへ転送される期間を示す模式図である。但し、図５８の（ｄ）では（ａ）とは異なり、ＥＸＴ２［ｎ］の転送期間TATC21[n]はＥＸＴ１［ｎ］の転送期間TATC1[n]よりも早く終了する。すなわち、ＥＸＴ２［ｎ＋１］のＳＰ２＃０のＡＴＳA2(0)がＥＸＴ１［ｎ＋１］のＳＰ１＃０のＡＴＳA1(0)よりも小さい。それらのＡＴＳA2(0)、A1(0)間では、ＥＸＴ２［ｎ＋１］の先端部分5811の転送期間が、ＥＸＴ１［ｎ］の後端部分の転送期間と、形式的には重複する。
図５８の（ｅ）、（ｆ）はそれぞれ、図５８の（ｄ）に示されているＥＸＴ１［ｎ］、ＥＸＴ１［ｎ＋１］、ＥＸＴ２［ｎ］、ＥＸＴ２［ｎ＋１］を３Ｄ再生装置によって復号する際におけるＲＢ１、ＲＢ２の各蓄積データ量DA1、DA2の時間的変化を示すグラフである。図５８の（ｅ）の示すグラフは、（ｂ）のグラフと同様である。従って、ＲＢ１はアンダーフローを生じない。図５８の（ｆ）を参照するに、ＲＢ２の蓄積データ量DA2は、ＥＸＴ２［ｎ］の読み出し期間PRD[n]で上昇し、ＥＸＴ１［ｎ］の読み出し期間PRB[n]で下降する。ここで、ＥＸＴ２［ｎ］の転送期間TATC21[n]はＥＸＴ１［ｎ］の読み出し期間PRB[n]よりも早く終了する。従って、ＲＢ２の蓄積データ量DA2は、ＥＸＴ１［ｎ］の読み出し期間PRB[n]が終了するよりも前の時刻TUFで、ＥＸＴ２［ｎ］の読み出し期間PRD[n]の開始時刻TS0での値に戻る。ここで、ＥＸＴ１［ｎ］の読み出し期間PRB[n]とジャンプ又はゼロ・セクタ遷移の期間PJとでは、ＥＸＴ２［ｎ＋１］をＢＤ−ＲＯＭディスクからＲＢ２へ読み出すことはできない。その結果、ＥＸＴ２［ｎ＋１］内でのＡＴＳの設定に反して、ＥＸＴ２［ｎ］の転送期間TATC21[n]の終了時刻TUFからＥＸＴ２［ｎ＋１］の読み出し期間PRD[n]の開始時刻TS1までの期間では、ＲＢ２からシステム・ターゲット・デコーダへのデータが途絶える。すなわち、ＲＢ２はアンダーフローを生じる。こうして、図５８の（ｄ）に示されているように、異なるＰＩ間の接続点でＥＸＴ２［ｎ］の転送期間TATC21[n]がＥＸＴ１［ｎ］の転送期間TATC1[n]よりも早く終了する場合には問題が生じ得る。
ＰＩ間のシームレス接続に起因するＲＢ２のアンダーフローを防止するには、以下に述べる二つの方法のいずれかを採用すればよい。第一の方法は、ＰＩ間の接続点以後に読み出されるディペンデントビュー・エクステント内に設定されるＡＴＳの示す時刻を、その接続点よりも前に読み出されるベースビュー・エクステントの転送期間の終了時刻以後に設定する。第二の方法は、エクステント・ブロック間のシームレス接続ではプリロードを不要にする。
（1−I−1）第一の方法
図５９の（ａ）、（ｂ）はそれぞれ、ＰＩ＃（Ｎ−１）とＰＩ＃Ｎとの間のシームレス接続にＣＣ＝６、５が設定される場合に、第一の方法によって各ソースパケットに設定されるＡＴＳと、そのソースパケットの転送期間との間の関係を示す模式図である。（ｎ＋１）番目のエクステント・ペア、ＥＸＴ１［ｎ］、ＥＸＴ２［ｎ］はＰＩ＃（Ｎ−１）の後端に位置し、（ｎ＋２）番目のエクステント・ペア、ＥＸＴ１［ｎ＋１］、ＥＸＴ２［ｎ＋１］はＰＩ＃Ｎの先端に位置する。図５９の（ａ）、（ｂ）を参照するに、上段に並ぶ矩形5910は、ＥＸＴ１［ｎ］、ＥＸＴ１［ｎ＋１］に含まれるソースパケットの転送期間を表し、下段に並ぶ矩形5920は、ＥＸＴ２［ｎ］、ＥＸＴ２［ｎ＋１］に含まれるソースパケットの転送期間を表す。時間軸と並行するＡＴＣの軸は、ソースパケット間でのＡＴＳの関係を示す。ここで、ＡＴＣの軸方向に対する各矩形5910、5920の先頭の位置は、対応するソースパケットのＡＴＳの値を表す。図５９の（ａ）ではＣＣ＝６が設定されているので、ＰＩ＃（Ｎ−１）とＰＩ＃ＮとにわたってＡＴＣが連続している。一方、図５９の（ｂ）ではＣＣ＝５が設定されているので、ＰＩ＃（Ｎ−１）とＰＩ＃Ｎとの間でＡＴＣが不連続であってもよい。
図５９の（ａ）、（ｂ）を参照するに、ＥＸＴ２［ｎ＋１］の先端に位置するソースパケットSP22の転送開始時刻T22は、ＥＸＴ１［ｎ］の後端に位置するソースパケットSP11の転送完了時刻T12以降である：T22≧T12。その場合、ＥＸＴ１［ｎ］内のソースパケットが全て転送された後に、ＥＸＴ２［ｎ＋１］の先端に位置するソースパケットSP22は転送されればよい。それにより、ＥＸＴ２［ｎ＋１］の実際の転送期間を、ＥＸＴ２［ｎ＋１］に設定されたＡＴＳの示す期間と整合させることができる。すなわち、ＲＢ２のアンダーフローを防止することができる。
ここで、メインＴＳに属するＴＳパケットを１つ転送するのに要する時間AT1は、ＴＳパケットの長さ１８８バイトをメインＴＳの記録速度RMTSで割った値に等しい：AT1＝188／RMTS。従って、ＥＸＴ１［ｎ］の後端に位置するソースパケットSP11の転送完了時刻T12は、そのソースパケットSP11の転送開始時刻T11よりも、メインＴＳに属するＴＳパケット１つ当たりの転送時間AT1だけ遅い：T12＝T11＋AT1＝T11＋188／RMTS。図５９の（ａ）ではＰＩ＃（Ｎ−１）とＰＩ＃ＮとにわたってＡＴＣが連続しているので、各ソースパケットSP11、SP22の転送開始時刻T11、T22を、そのソースパケットのＡＴＳA11、A22で表現することができる。すなわち、上記の条件、T22≧T12を次式（１３）で表すことができる：
A22≧A11＋188／RMTS。 （１３）
一方、図５９の（ｂ）では、ＰＩ＃（Ｎ−１）とＰＩ＃Ｎとの間でＡＴＣが不連続である。ここで、ＰＩ＃（Ｎ−１）に対するＡＴＣを「ＡＴＣ１」と呼び、ＰＩ＃Ｎに対するＡＴＣを「ＡＴＣ２」と呼ぶ。その場合、ＥＸＴ２［ｎ］の後端に位置するソースパケットSP21と、ＥＸＴ２［ｎ＋１］の先端に位置するソースパケットSP22との間でのＡＴＳの差A22−A21は、必ずしも、それらのソースパケットSP21、SP22間での転送開始時刻の差T22−T21＝ΔT2には一致しない。しかし、上記の転送開始時刻の差ΔT2をＡＴＣ１で換算した値ΔA2を用いれば、ＥＸＴ２［ｎ＋１］の先端に位置するソースパケットSP22の転送開始時刻T22を、ＥＸＴ２［ｎ］の後端に位置するソースパケットSP21のＡＴＳA21で表現することができる。すなわち、上記の条件、T22≧T12を次式（１４）で表すことができる：
A21＋ΔA2≧A11＋188／RMTS。 （１４）
（1−I−2）第二の方法
図６０の（ｂ）は、（Ｍ＋１）番目（文字Ｍは１以上の整数を表す。）のエクステント・ブロック（ＥＸＴＳＳ［Ｍ］）6001、（Ｍ＋２）番目のエクステント・ブロック（ＥＸＴＳＳ［Ｍ＋１］）6002、及び３Ｄ再生モードでの再生経路6020を示す模式図である。図６０の（ｂ）を参照するに、再生経路6020に従って、まず、ＥＸＴＳＳ［Ｍ］6001の全体が一括して読み出される。その直後にジャンプJ[M]が生じる。続いて、ＥＸＴＳＳ［Ｍ＋１］6002が一括して読み出される。
図６０の（ａ）は、ＥＸＴＳＳ［Ｍ］6001とＥＸＴＳＳ［Ｍ＋１］6002とがシームレスに接続されるとき、ＲＢ１、ＲＢ２に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。図６０の（ａ）では、一点鎖線のグラフは、ＲＢ１に蓄積されるデータ量DA1の変化を示し、破線のグラフは、ＲＢ２に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1＋DA2の変化を示す。ここで、実線のグラフは、データ・ブロックが一つ読み出されるごとに生じる細かい変化を均して直線的に近似したものである。更に、ゼロ・セクタ遷移時間は０ｍ秒とみなされている。
図６０の（ａ）を参照するに、ＥＸＴＳＳ［Ｍ］6001の読み出し期間PRBLK[M]では、ＲＢ１、ＲＢ２の各蓄積データ量DA1、DA2が増大するので、それらの和DA1＋DA2は、読み出し速度RUD72と平均転送速度REXTSS[M]との間の差RUD72−REXTSS[M]に等しい速度で増加する。ＥＸＴＳＳ［Ｍ］6001の後端のベースビュー・データ・ブロックBがＲＢ１に読み込まれた時点で蓄積データ量の和DA1＋DA2は最大値に達する。その直後のジャンプ期間PJ[M]では蓄積データ量の和DA1＋DA2は平均転送速度REXTSS[M]で減少する。更に、ジャンプ期間PJ[M]の終了時点からＥＸＴＳＳ［Ｍ＋１］6002の読み出し期間PRBLK[M＋1]が開始される。
第二の方法は、ＥＸＴＳＳ［Ｍ］6001の後端に位置するベースビュー・データ・ブロックB[n−1]の後端部分と転送期間が重複するディペンデントビュー・ストリームのデータ部分を、ＥＸＴＳＳ［Ｍ＋１］6002の先端に位置するディペンデントビュー・データ・ブロックD[n]に配置する。それにより、ＥＸＴＳＳ［Ｍ＋１］6002の先端に位置するディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]ではプリロードを不要にする。すなわち、その読み出し期間PRD[n]において、ＥＸＴＳＳ［Ｍ］6001に含まれるベースビュー・データ・ブロックB[m]、…、B[n−1]の転送期間TATC1[M]と、ＥＸＴＳＳ［Ｍ＋１］6002に含まれるディペンデントビュー・データ・ブロックD[n]、…の転送期間TATC2[M＋1]とを重複させる。そのとき、ベースビュー転送速度とディペンデントビュー転送速度との合計が所定の閾値を超えないように、ＥＸＴＳＳ［Ｍ＋１］6002の先端に位置するディペンデントビュー・データ・ブロックD[n]のビットレートが調節される。
更に、ジャンプJ[M]中でのＲＢ１、ＲＢ２のアンダーフローを防止するための条件４を次のように変更する。まず、ＥＸＴＳＳ［Ｍ］6001に含まれるベースビュー・データ・ブロック全体の転送期間TATC1[M]の長さは、先頭のベースビュー・データ・ブロックB[m]の読み出し開始時刻T1[M]から、ＥＸＴＳＳ［Ｍ＋１］6002内の先頭のベースビュー・データ・ブロックB[n]の読み出し開始時刻T1[M＋1]までの時間以上であればよい。図６０の（ａ）から明らかなとおり、その時間T1[M＋1]−T1[M]は、ＥＸＴＳＳ［Ｍ］6001の読み出し期間PRBLK[M]の長さ、ジャンプJ[M]のジャンプ時間TJUMP[M]、及び、二つのエクステント・ブロック6001、6002間での先頭のディペンデントビュー・データ・ブロックの読み出し期間PRD[n]、PRD[m]の長さの差TDIFF[M]を足し合わせた値に等しい。次に、ＥＸＴＳＳ［Ｍ］6001に含まれるディペンデントビュー・データ・ブロック全体の転送期間TATC2[M]の長さは、先頭のディペンデントビュー・データ・ブロックD[m]の読み出し開始時刻T2[M]から、ＥＸＴＳＳ［Ｍ＋１］6002内の先頭のディペンデントビュー・データ・ブロックD[n]の読み出し開始時刻T2[M＋1]までの時間以上であればよい。図６０の（ａ）から明らかなとおり、その時間T2[M＋1]−T2[M]は、ＥＸＴＳＳ［Ｍ］6001の読み出し期間PRBLK[M]の長さとジャンプJ[M]のジャンプ時間TJUMP[M]との和に等しい。ここで、ＥＸＴＳＳ［Ｍ］6001の読み出し期間PRBLK[M]の長さは、ＥＸＴＳＳ［Ｍ］6001のサイズSEXTSS[M]を読み出し速度RUD72で割った値SEXTSS[M]／RUD72に等しい。従って、条件４は次式（１５）で表される：
Figure 0005551654
（1−J）ベースビューとディペンデントビューとのデータ・ブロックの順序
図６１の（ａ）は、一つのエクステント・ペアについて、ベースビュー転送速度REXT1[n]とディペンデントビュー転送速度REXT2[n]との組み合わせ別に最大エクステント・サイズmaxSEXT1[n]、maxSEXT2[n]を示す表である（文字ｎは０以上の整数を表す）。ここでは、平均転送速度REXT1[n]、REXT2[n]の合計が６０Ｍｂｐｓであり、かつ、各転送速度REXT1[n]、REXT2[n]が４５Ｍｂｐｓ以下である場合が想定されている：REXT1[n]＋REXT2[n]≦60Mbps、REXT1[n]≦45Mbps、REXT2[n]≦45Mbps。最大エクステント・サイズmaxSEXT2[n]、maxSEXT2[n]は、式（７）を用いて計算された値である。式（７）が２Ｄ再生モードのＢＤ−ＲＯＭドライブの読み出し速度RUD54を含むことから明らかなとおり、最大エクステント・サイズmaxSEXT2[n]、maxSEXT2[n]はＢＤ−ＲＯＭドライブの性能に依存する。従って、図６１の（ａ）に示されている値は一例に過ぎない。
図６１の（ａ）を参照するに、ベースビュー転送速度REXT1[n]が４５Ｍｂｐｓであり、かつディペンデントビュー転送速度REXT2[n]が１５Ｍｂｐｓであるとき、ディペンデントビュー・エクステントの最大エクステント・サイズmaxSEXT2[n]は６ＭＢである。逆に、ベースビュー転送速度REXT1[n]が１５Ｍｂｐｓであり、かつディペンデントビュー転送速度REXT2[n]が４５Ｍｂｐｓであるとき、ディペンデントビュー・エクステントの最大エクステント・サイズmaxSEXT2[n]は８ＭＢである。式（５）、（６）の導出時に説明されたとおり、各エクステント・ブロックの先頭に位置するディペンデントビュー・データ・ブロックのサイズが大きいほど、リード・バッファに要求される容量は大きい。従って、エクステント・ブロックのプリロード期間にディペンデントビュー転送速度REXT2[n]が上昇することは、ディペンデントビュー・エクステントの最大エクステント・サイズmaxSEXT2[n]が増大してリード・バッファの容量の更なる削減を阻むので好ましくない。
ディペンデントビュー転送速度REXT2[n]の上昇に伴うリード・バッファの容量の増大を防ぐには、上記のとおり、図２８の（ａ）に示されている表に従って最大エクステント・サイズを設定すればよい。それに加えて、エクステント・ブロックの先頭に位置するエクステント・ペアEXT1[n]、EXT2[n]において、ディペンデントビュー転送速度REXT2[n]がベースビュー転送速度REXT1[n]を超える場合には、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されてもよい。すなわち、そのエクステント・ペアの中で、サイズの小さいデータ・ブロックがサイズの大きいデータ・ブロックよりも前に配置される。それにより、以下に示すように、リード・バッファの容量を小さく維持することができる。
図６１の（ｂ）は、層境界LBの直前、直後に配置された（Ｍ＋１）番目のエクステント・ブロック（ＥＸＴＳＳ［Ｍ］）6101と（Ｍ＋２）番目のエクステント・ブロック（ＥＸＴＳＳ［Ｍ＋１］）6102とについて、上記の配置を採用した場合を示す模式図である（文字Ｍは０以上の整数を表す）。図６１の（ｂ）を参照するに、ファイル・ベース6111に含まれる（ｎ＋１）番目のベースビュー・エクステントEXT1[n]と、ファイルＤＥＰ6112に含まれる（ｎ＋１）番目のディペンデントビュー・エクステントEXT2[n]とは、ＥＸＴＳＳ［Ｍ＋１］6102の先頭に配置されている。そのエクステント・ペアEXT1[n]、EXT2[n]では、ディペンデントビュー転送速度REXT2[n]がベースビュー転送速度REXT1[n]よりも高い。従って、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されている。一方、（ｎ−１）番目、ｎ番目、及び（ｎ＋２）番目のエクステント・ペアEXT1[k]、EXT2[k]（k＝n−2、n−1、n＋1）では、ディペンデントビュー転送速度REXT2[k]がベースビュー転送速度REXT1[k]よりも低い。従って、ディペンデントビュー・データ・ブロックD[k]がベースビュー・データ・ブロックB[k]の前に配置されている。
図６２の（ａ）、（ｂ）は、図６１の（ｂ）に示されているＥＸＴＳＳ［Ｍ］6101、ＥＸＴＳＳ［Ｍ＋１］6102から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１とＲＢ２とのそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。実線のグラフG1P、G2Pは、ＥＸＴＳＳ［Ｍ＋１］の先頭に配置された（ｎ＋１）番目のエクステント・ペアEXT1[n]、EXT2[n]において、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときの蓄積データ量DA1、DA2の変化を示す。破線のグラフG1Q、G2Qは、そのエクステント・ペアEXT1[n]、EXT2[n]において、ディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]の前に配置されているときの蓄積データ量DA1、DA2の変化を示す。
図６２の（ａ）を参照するに、いずれのグラフG1P、G1Qでも、ＥＸＴＳＳ［Ｍ］6101の後端のベースビュー・データ・ブロックB[n−1]がＲＢ１に読み込まれた時点で、ＲＢ１の蓄積データ量DA1はピーク値DM10、DM11に達する。更に、その直後のジャンプ期間PJ[M]からＥＸＴＳＳ［Ｍ＋１］6102のプリロード期間PRB[n]、PRD[n]にわたり、蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少する。ここで、（ｎ＋１）番目のエクステント・ペアEXT1[n]、EXT2[n]では、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]よりもサイズが小さい。従って、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときのプリロード期間PRB[n]の長さSEXT1[n]／RUD72は、逆の配置でのプリロード期間PRD[n]の長さSEXT2[n]／RUD72よりも短い。その結果、実線のグラフG1Pの示す蓄積データ量DA1のピーク値DM11は、破線のグラフG1Qの示すピーク値DM10よりも低い。
図６２の（ｂ）を参照するに、いずれのグラフG2P、G2Qでも、ＥＸＴＳＳ［Ｍ］6101の後端のベースビュー・データ・ブロックB[n−1]の読み込みが開始された時点で、ＲＢ２の蓄積データ量DA2はピーク値DM20、DM21に達する。更に、そのベースビュー・データ・ブロックB[n−1]の読み出し期間からＥＸＴＳＳ［Ｍ＋１］6102のプリロード期間PRB[n]、PRD[n]にわたり、蓄積データ量DA2はディペンデントビュー転送速度REXT2[n−1]で減少する。ここで、ベースビュー・データ・ブロックB[n]がディペンデントビュー・データ・ブロックD[n]の前に配置されているときのプリロード期間PRB[n]の長さSEXT1[n]／RUD72は、逆の配置でのプリロード期間PRD[n]の長さSEXT2[n]／RUD72よりも短い。その結果、実線のグラフG2Pの示す蓄積データ量DA2のピーク値DM21は、破線のグラフG2Qの示すピーク値DM20よりも低い。
ＲＢ１、ＲＢ２の各容量は、各グラフG1P、G1Q、G2P、G2Qの示すピーク値DM10、DM11、DM20、DM21以上であればよい。従って、エクステント・ブロックの先頭に配置されたエクステント・ペアにおいて、サイズの小さいデータ・ブロックをサイズの大きいデータ・ブロックよりも前に配置した場合、ＲＢ１、ＲＢ２の容量を小さく維持することができる。
同様に、飛び込み再生の開始可能位置に配置されたエクステント・ペアでも、サイズの小さいデータ・ブロックをサイズの大きいデータ・ブロックよりも前に配置する。それにより、リード・バッファの容量を小さく維持することができる。その場合、エクステント・ブロックの先頭に限らず、途中に位置するエクステント・ペアの中でも、データ・ブロックの順序が逆転し得る。図６３の（ａ）は、そのような配置に対するエクステント起点のデータ構造（Syntax）を示す模式図である。このエクステント起点（Extent＿Start＿Point）は、図３２の（ａ）、（ｂ）に示されているエクステント起点と同様に、ファイル２ＤとファイルＤＥＰとのそれぞれに対して設定される。図６３の（ａ）を参照するに、そのエクステント起点では、エクステントＩＤ（extent＿id）とＳＰＮ（SPN＿extent＿start）との各対に一つのエクステント開始フラグ（is＿located＿first＿in＿extent＿pair）が割り当てられている。
図６３の（ｂ）は、ファイル・ベースに属するベースビュー・エクステントEXT1[k]（k＝0、1、2、…）と、エクステント起点の示すエクステント開始フラグとの間の対応関係を表す模式図である。図６３の（ｃ）は、ファイルＤＥＰに属するディペンデントビュー・エクステントEXT2[k]とエクステント開始フラグとの間の対応関係を表す模式図である。図６３の（ｄ）は、ファイルＳＳに属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク上のエクステント・ブロックとの間の対応関係を示す模式図である。図６３の（ｂ）、（ｃ）を参照するに、エクステントＩＤの等しいベースビュー・エクステントEXT1[k]とディペンデントビュー・エクステントEXT2[k]とが一つのエクステント・ペアを成す。そのエクステント・ペアでは、エクステント開始フラグ6301、6302の値が逆に設定されている。特に、エクステント開始フラグの値が“１”であるエクステントは、“０”であるエクステントよりもソースパケットが少ない。図６３の（ｄ）を参照するに、エクステント開始フラグの値が“１”であるエクステントは、“０”であるエクステントよりも前に配置されている。このように、エクステント開始フラグ6301、6302は、エクステント・ペアEXT1[n]、EXT2[n]のうち、いずれのエクステントが前に配置されているかを示す。従って、エクステント開始フラグ6301、6302の値から、エクステント・ペアEXT1[n]、EXT2[n]の中でのデータ・ブロックの配置を知ることができる。それ故、エクステント・ペア間でデータ・ブロックの順序が異なっていても、再生制御部5035はエクステント起点を利用して、各エクステントＳＳの先頭からデータ・ブロック間の各境界までのソースパケット数をスイッチ5020に教えることができる。その結果、スイッチ5020はエクステントＳＳからベースビュー・エクステントとディペンデントビュー・エクステントとを分離できる。
各エクステント・ペアの中でデータ・ブロックの順序が一定である場合、ＲＢ１とＲＢ２との各容量の下限は、式（５）、（６）で表される。それに対し、エクステント・ブロックの途中に位置するエクステント・ペアの中でデータ・ブロックの順序が逆転してもよい場合、ＲＢ１とＲＢ２との各容量の下限は以下のように変更される。
図６４の（ｃ）は、ＲＢ１に求められる容量が最も大きいデータ・ブロックの配置を示す模式図である。図６４の（ｃ）を参照するに、（Ｍ＋１）番目のエクステント・ブロック（ＥＸＴＳＳ［Ｍ］）6401と（Ｍ＋２）番目のエクステント・ブロック6402とは、層境界LBを間に挟んで配置されている（文字Ｍは０以上の整数を表す）。ＥＸＴＳＳ［Ｍ＋１］6402の先頭には（ｎ＋１）番目のエクステント・ペアD[n]、B[n]が配置され、特にディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]の前に位置する（文字ｎは０以上の整数を表す）。一方、ＥＸＴＳＳ［Ｍ］6401の後端にはｎ番目のエクステント・ペアD[n−1]、B[n−1]が配置され、特にベースビュー・データ・ブロックB[n−1]がディペンデントビュー・データ・ブロックD[n−1]の前に位置する。
図６４の（ａ）、（ｂ）は、図６４の（ｃ）に示されているＥＸＴＳＳ［Ｍ］6401、ＥＸＴＳＳ［Ｍ＋１］6402から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１、ＲＢ２のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。図６４の（ａ）を参照するに、ｎ番目のベースビュー・データ・ブロックB[n−1]がＲＢ１に読み込まれた時点で、ＲＢ１の蓄積データ量DA1はピーク値DM1に達する。その直後のディペンデントビュー・データ・ブロックD[n−1]の読み出し期間ΔT1から、層境界LBを越えるロング・ジャンプの期間ΔT2、及びＥＸＴＳＳ［Ｍ＋１］6402のプリロード期間ΔT3にわたり、ＲＢ１にはデータ・ブロックが読み込まれないので、その蓄積データ量DA1は減少する。それらの期間ΔT1−ΔT3では、まず（ｎ−１）番目までのベースビュー・データ・ブロックB[k]（k＝…、n−3、n−2）が平均転送速度REXT1[…，n−3，n−2]で転送され、続いてｎ番目のベースビュー・データ・ブロックB[n−1]が平均転送速度REXT1[n−1]で転送される。プリロード期間ΔT3の終了まで蓄積データ量DA1が０に達するのを防ぐには、その終了時点よりもｎ番目のベースビュー・データ・ブロックB[n−1]のエクステントＡＴＣ時間TEXT1[n−1]だけ前の時点で蓄積データ量DA1が、少なくとも、そのベースビュー・データ・ブロックB[n−1]のサイズSEXT1[n−1]に等しければよい。従って、蓄積データ量DA1のピーク値DM1はそのサイズSEXT1[n−1]よりも、残りの期間ΔT1＋ΔT2＋ΔT3−TEXT1[n−1]でＲＢ１からシステム・ターゲット・デコーダへ転送されるデータ量REXT1[…，n−3，n−2]×(ΔT1＋ΔT2＋ΔT3−TEXT1[n−1])以上、大きければよい。すなわち、ＲＢ１の容量RB1はそのピーク値DM1以上であればよい：RB1≧SEXT1[n−1]＋REXT1[…，n−3，n−2]×(ΔT1＋ΔT2＋ΔT3−TEXT1[n−1])。ここで、ロング・ジャンプの時間ΔT2はそのロング・ジャンプの最大ジャンプ時間TJUMP＿MAXで評価される。
図６４の（ｆ）は、ＲＢ２に求められる容量が最も大きいデータ・ブロックの配置を示す模式図である。図６４の（ｆ）を参照するに、（Ｎ＋１）番目のエクステント・ブロック（ＥＸＴＳＳ［Ｎ］）6403と（Ｎ＋２）番目のエクステント・ブロック（ＥＸＴＳＳ［Ｎ＋１］）6404とは、層境界LBを間に挟んで配置されている（文字Ｎは０以上の整数を表す）。ＥＸＴＳＳ［Ｎ＋１］6404の先頭には（ｎ＋１）番目のエクステント・ペアD[n]、B[n]が配置され、特にディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]の後に位置する。一方、ＥＸＴＳＳ［Ｎ］6403の後端にはｎ番目のエクステント・ペアD[n−1]、B[n−1]が配置され、特にベースビュー・データ・ブロックB[n−1]がディペンデントビュー・データ・ブロックD[n−1]の後に位置する。
図６４の（ｄ）、（ｅ）は、図６４の（ｆ）に示されているＥＸＴＳＳ［Ｎ］6403、ＥＸＴＳＳ［Ｎ＋１］6404から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１、ＲＢ２のそれぞれに蓄積されるデータ量DA1、DA2の変化を示すグラフである。図６４の（ｅ）を参照するに、ｎ番目のディペンデントビュー・データ・ブロックD[n−1]がＲＢ２に読み込まれた時点で、ＲＢ２の蓄積データ量DA2はピーク値DM2に達する。その直後のベースビュー・データ・ブロックB[n−1]の読み出し期間ΔT4から、層境界LBを越えるロング・ジャンプの期間ΔT5、及びＥＸＴＳＳ［Ｎ＋１］6404のプリロード期間ΔT6にわたり、ＲＢ２にはデータ・ブロックが読み込まれないので、その蓄積データ量DA2は減少する。それらの期間ΔT4−ΔT6では、まず（ｎ−１）番目までのディペンデントビュー・データ・ブロックD[k]（k＝…、n−3、n−2）が平均転送速度REXT2[…，n−3，n−2]で転送され、続いてｎ番目のディペンデントビュー・データ・ブロックD[n−1]が平均転送速度REXT2[n−1]で転送される。プリロード期間ΔT6の終了まで蓄積データ量DA2が０に達するのを防ぐには、その終了時点よりもｎ番目のディペンデントビュー・データ・ブロックD[n−1]のエクステントＡＴＣ時間TEXT2[n−1]だけ前の時点で蓄積データ量DA2が、少なくとも、そのディペンデントビュー・データ・ブロックD[n−1]のサイズSEXT2[n−1]に等しければよい。従って、蓄積データ量DA2のピーク値DM2はそのサイズSEXT2[n−1]よりも、残りの期間ΔT4＋ΔT5＋ΔT6−TEXT2[n−1]でＲＢ２からシステム・ターゲット・デコーダへ転送されるデータ量REXT2[…，n−3，n−2]×(ΔT4＋ΔT5＋ΔT6−TEXT2[n−1])以上、大きければよい。すなわち、ＲＢ２の容量RB2はそのピーク値DM2以上であればよい：RB2≧SEXT2[n−1]＋REXT2[…，n−3，n−2]×(ΔT4＋ΔT5＋ΔT6−TEXT2[n−1])。ここで、ロング・ジャンプの時間ΔT5はそのロング・ジャンプの最大ジャンプ時間TJUMP＿MAXで評価される。
エクステント・ブロックの途中に位置するエクステント・ペアの中でデータ・ブロックの順序が逆転してもよい場合は更に、そのエクステント・ペアに対する条件２、３、すなわち式（２）、（３）は以下のように変更される。
図６５の（ｃ）は、データ・ブロックの順序が逆転しているエクステント・ペアを途中に含むエクステント・ブロック6510を示す模式図である。図６５の（ｃ）を参照するに、（ｎ＋２）番目のエクステント・ペアD[n＋1]、B[n＋1]では、ディペンデントビュー・データ・ブロックD[n＋1]がベースビュー・データ・ブロックB[n]の後に位置する。その前後のエクステント・ペアD[n]、B[n]、D[n＋1]、B[n＋1]では、ベースビュー・データ・ブロックB[n]、B[n＋1]がディペンデントビュー・データ・ブロックD[n]、D[n＋1]の後に位置する。
図６５の（ａ）、（ｂ）は、図６５の（ｃ）に示されているエクステント・ブロック6501から連続して３Ｄ映像がシームレスに再生される際に、ＲＢ１、ＲＢ２の各蓄積データ量DA1、DA2の変化を示すグラフである。ここで、ゼロ・セクタ遷移期間は他の期間に比べて十分に短いので無視されている。図６５の（ａ）、（ｂ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]では、ＲＢ２の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2[n]との間の差RUD72−REXT2[n]に等しい速度で増加し、ＲＢ１の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少する。（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PRB[n]では、ＲＢ１の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1[n]との間の差RUD72−REXT1[n]に等しい速度で増加する。一方、ＲＢ２の蓄積データ量DA2はディペンデントビュー転送速度REXT2[n]で減少する。（ｎ＋２）番目のベースビュー・データ・ブロックB[n＋1]の読み出し期間PRB[n＋1]では、ＲＢ１の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1[n＋1]との間の差RUD72−REXT1[n＋1]に等しい速度で更に増加し続ける。一方、ＲＢ２の蓄積データ量DA2はディペンデントビュー転送速度REXT2[n＋1]で更に減少し続ける。（ｎ＋２）番目のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]では、ＲＢ２の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2[n＋1]との間の差RUD72−REXT2[n＋1]に等しい速度で増加し、ＲＢ１の蓄積データ量DA1はベースビュー転送速度REXT1[n]で減少する。（ｎ＋３）番目のディペンデントビュー・データ・ブロックD[n＋2]の読み出し期間PRD[n＋2]では、ＲＢ２の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2[n＋2]との間の差RUD72−REXT2[n＋2]に等しい速度で更に増加し続け、ＲＢ１の蓄積データ量DA1はベースビュー転送速度REXT1[n＋1]で更に減少し続ける。
この場合、エクステント・ブロック6410から３Ｄ映像をシームレスに再生するには、まず、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]のエクステントＡＴＣ時間が、その読み出し期間PRD[n]の開始時点から次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の開始時点までの時間以上であればよい。次に、（ｎ＋１）番目と（ｎ＋２）番目とのベースビュー・データ・ブロックB[n]、B[n＋1]のエクステントＡＴＣ時間が、それらの読み出し期間PRB[n]、PRB[n＋1]の開始時点から次のベースビュー・データ・ブロックB[n＋2]の読み出し期間PRB[n＋2]の開始時点までの時間以上であればよい。それらの条件は、ｎ番目のエクステント・ペアの中でエクステントＢ（EXTB）がエクステントＡ（EXTA）よりも前に位置する場合を想定するとき、式（２）、（３）に代えて、次式（２Ａ）、（３Ａ）で表される：
Figure 0005551654
ここで、式（２Ａ）は、式（２）に含まれるベースビュー・データ・ブロックB[n]のサイズSEXT1[n]、ディペンデントビュー・データ・ブロックD[n＋1]のサイズSEXT2[n＋1]、及びベースビュー転送速度REXT1[n]をそれぞれ、エクステントＡのサイズSEXTA[n]、エクステントＢのサイズSEXTB[n＋1]、及び、エクステントＡに対する平均転送速度REXTA[n]に変更することで得られる。式（３Ａ）は、式（３）に含まれるベースビュー・データ・ブロックB[n]のサイズSEXT1[n]、ディペンデントビュー・データ・ブロックD[n]のサイズSEXT2[n]、及びディペンデントビュー転送速度REXT2[n]をそれぞれ、エクステントＡのサイズSEXTA[n]、エクステントＢのサイズSEXTB[n]、及び、エクステントＢに対する平均転送速度REXTB[n]に変更することで得られる。尚、式（２Ａ）、（３Ａ）のいずれでも、ゼロ・セクタ遷移期間の長さTJUMP0は０とみなされている。
図６６は、データ・ブロックの順序が逆転しているエクステント・ペアを途中に含むエクステント・ブロック6600とＡＶストリーム・ファイル6610−6620との間の対応関係を示す模式図である。図６６を参照するに、３番目のエクステント・ペアD[2]、B[2]ではディペンデントビュー・データ・ブロックD[2]がベースビュー・データ・ブロックB[2]の後に位置する。その他のエクステント・ペアD[k]、B[k]（k＝0、1、3）ではベースビュー・データ・ブロックB[k]がディペンデントビュー・データ・ブロックD[k]の後に位置する。ベースビュー・データ・ブロックB[n]（n＝0、1、2、3、…）はそれぞれ、一つのベースビュー・エクステントEXT1[n]としてファイル・ベース6611に属する。ディペンデントビュー・データ・ブロックD[n]はそれぞれ、一つのディペンデントビュー・エクステントEXT2[n]としてファイルＤＥＰ6612に属する。エクステント・ブロック6600の全体は一つのエクステントＳＳEXTSS[0]としてファイルＳＳ6620に属する。ベースビュー・データ・ブロックB[n]（n＝0、1、2、3、…）は更に、２ＤエクステントEXT2D[n]としてファイル２Ｄ6610に属する。ここで、二つの連続するベースビュー・データ・ブロックB[1]、B[2]は一つの２ＤエクステントEXT2D[1]として参照される。それにより、その２ＤエクステントEXT2D[1]のサイズSEXT2D[1]は、その直後に配置された二つのディペンデントビュー・データ・ブロックD[2]、D[3]の全体のサイズSEXT2[2]＋SEXT2[3]が大きくても、式（１）を満たすことができる。
《実施形態２》
本発明の実施形態２によるＢＤ−ＲＯＭディスクでは、ロング・ジャンプの直前に読み出されるエクステント・ブロックの後端、又はロング・ジャンプの直後に読み出されるエクステント・ブロックの先端において、２Ｄ再生モードでの再生経路と３Ｄ再生モードでの再生経路とが分離されるように、データ・ブロックが配置される。その点を除き、実施形態２によるＢＤ−ＲＯＭディスクと再生装置とは、実施形態１によるものと構成及び機能が等しい。従って、以下では、実施形態２によるＢＤ−ＲＯＭディスクと再生装置とのうち、実施形態１によるものからの変更部分及び拡張部分について説明する。実施形態１によるＢＤ−ＲＯＭディスクと再生装置と同様な部分については、上記の実施形態１についての説明を援用する。
＜ロング・ジャンプの前後での再生経路の分離＞
図１８では、２Ｄ再生モードでの再生経路1801と３Ｄ再生モードでの再生経路1802とはいずれも、多重化ストリーム・データ以外のデータの記録領域NAVを越えるためのジャンプJNAVの直前には２番目のベースビュー・データ・ブロックB[1]を通り、層境界LBを越えるためのジャンプJLYの直前には４番目のベースビュー・データ・ブロックB[3]を通る。記録領域NAVのセクタ数が所定の閾値、例えば４００００セクタを超えている場合、いずれのジャンプJNAV、JLYもロング・ジャンプである。ロング・ジャンプJNAV、JLY中にシステム・ターゲット・デコーダによって処理されるべきデータ量は、２Ｄ再生モードでは条件１により、各ロング・ジャンプの直前に読み出されるベースビュー・データ・ブロックB[1]、B[3]のサイズで確保される。一方、３Ｄ再生モードでは条件４により、ロング・ジャンプの直前に読み出されるエクステント・ブロック1501、1502全体のサイズで確保される。従って、条件１によってベースビュー・データ・ブロックB[1]、B[3]に要求される最小エクステント・サイズは、条件２によって要求される最小エクステント・サイズよりも一般に大きい。それ故、ＲＢ１の容量は３Ｄ再生モードでのシームレス再生に必要最小限の値よりも大きくなければならない。更に、各ベースビュー・データ・ブロックB[1]、B[3]と、その直前に位置するディペンデントビュー・データ・ブロックD[1]、D[3]とではエクステントＡＴＣ時間が等しい。従って、各ディペンデントビュー・データ・ブロックD[1]、D[3]のサイズは、条件２によって要求される最小エクステント・サイズよりも一般に大きい。それ故、ＲＢ２の容量は、３Ｄ再生モードでのシームレス再生に必要最小限の値よりも一般に大きい。このように、図１８に示されている配置では、エクステント・ブロック1501−1503間のシームレスな接続は可能であるが、ＲＢ１、ＲＢ２の容量が十分に大きく確保されなければならない。
更に、図２８の（ａ）に示されているとおり、ファイルＤＥＰに対するシステム・レートRTS2が所定の閾値（例えば３２Ｍｂｐｓ）よりも高い場合、ロング・ジャンプJNAV、JLYの直前、直後に読み出されるタイプ（Ｂ）、（Ｃ）のデータ・ブロックが縮小される。特にベースビュー・データ・ブロックには、そのサイズの縮小によって条件１を満たせなくなる危険性がある。
ロング・ジャンプJNAV、JLY中での映像のシームレス再生を可能にしたまま、ＲＢ１、ＲＢ２の容量を更に削減するには、記録領域NAV、層境界LB等、ロング・ジャンプJNAV、JLYの必要な位置の前後でデータ・ブロック群の配置をインターリーブ配置から変更し、２Ｄ再生モードと３Ｄ再生モードとの間で再生経路を分離すればよい。そのような変更のパターンには、例えば以下に述べる配置１、２、３がある。配置１−３のいずれでも、２Ｄ再生モードと３Ｄ再生モードとで再生経路が異なるベースビュー・データ・ブロックを通る。それにより、３Ｄ再生モードにおいてロング・ジャンプの直前又は直後に読み出されるエクステント・ブロック内のデータ・ブロック、特にタイプ（Ｂ）、（Ｃ）のベースビュー・データ・ブロックは条件１を満たさなくてもよい。その結果、再生装置102に、ＲＢ１、ＲＢ２の各容量を必要最小限に維持させたまま、ロング・ジャンプJNAV、JLY中での映像のシームレス再生を容易に実現させることができる。
以下、説明の便宜上、配置１−３が、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたエクステント・ブロックに採用された場合を想定する。尚、それらのエクステント・ブロックの間が、層境界に代えて、所定のセクタ数（例えば４００００セクタ）を超える別のデータの記録領域で分離されていても、以下の説明は同様に成立する。
≪配置１≫
図６７は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の配置１を示す模式図である。図６７を参照するに、層境界LBの直前には第１エクステント・ブロック6701が配置され、層境界LBの直後には第２エクステント・ブロック6702が配置されている。各エクステント・ブロック6701、6702内では、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とがインターリーブ配置を構成している（n＝1、2、3、…）。（ｎ＋１）番目のデータ・ブロックの対D[n]、B[n]はエクステント・ペアを構成し、特にエクステントＡＴＣ時間が等しい。配置１では更に、第１エクステント・ブロック6701の後端B[2]と層境界LBとの間に一つのベースビュー・データ・ブロックB[3]2Dが配置されている。そのベースビュー・データ・ブロックB[3]2Dは、第２エクステント・ブロック6702内の先端のベースビュー・データ・ブロックB[3]3Dとビット単位（bit−for−bit）で一致する。以下、前者B[3]2Dを「２Ｄ再生専用ブロック」といい、後者B[3]3Dを「３Ｄ再生専用ブロック」という。
図６７に示されているベースビュー・データ・ブロックB[n]のうち、３Ｄ再生専用ブロックB[3]3D以外はファイル２Ｄ6710のエクステント、すなわち２ＤエクステントEXT2D[n]としてアクセス可能である。例えば第１エクステント・ブロック6701内の最後から２番目のベースビュー・データ・ブロックB[1]、最後のベースビュー・データ・ブロックB[2]と２Ｄ再生専用ブロックB[3]2Dとの対B[2]＋B[3]2D、及び、第２エクステント・ブロック6702内の２番目のベースビュー・データ・ブロックB[4]はそれぞれ、単一の２ＤエクステントEXT2D[1]、EXT2D[2]、EXT2D[3]としてアクセス可能である。一方、図６７に示されているディペンデントビュー・データ・ブロックD[n]はそれぞれ、ファイルＤＥＰ6712の単一のエクステント、すなわちディペンデントビュー・エクステントEXT2[n]としてアクセス可能である。
図６７に示されているデータ・ブロック群では、ＡＶストリーム・ファイルのクロスリンクが次のように実現される。各エクステント・ブロック6701、6702の全体はファイルＳＳ6720の単一のエクステントEXTSS[0]、EXTSS[1]としてアクセス可能である。従って、各エクステント・ブロック6701、6702内のベースビュー・データ・ブロックB[1]、B[2]、B[4]はファイル２Ｄ6710とファイルＳＳ6720とに共有される。それに対し、２Ｄ再生専用ブロックB[3]2Dは、層境界LBの直前に位置する２ＤエクステントEXT2D[2]の一部としてのみアクセス可能である。一方、３Ｄ再生専用ブロックB[3]3Dは、層境界LBの直後のエクステントＳＳEXTSS[1]の一部としてのみアクセス可能である。それ故、２Ｄ再生専用ブロックB[3]2D以外のベースビュー・データ・ブロックB[1]、B[2]、B[3]3D、B[4]は、ファイル・ベース6711のエクステント、すなわちベースビュー・エクステントEXT1[n]（n＝1、2、3）としてエクステントＳＳEXTSS[0]、EXTSS[1]から抽出可能である。
図６８は、図６７に示されている配置１のデータ・ブロック群に対する２Ｄ再生モードでの再生経路6810と３Ｄ再生モードでの再生経路6820とを示す模式図である。２Ｄ再生モードの再生装置102はファイル２Ｄ6710を再生する。従って、２Ｄ再生モードでの再生経路6810が示すとおり、まず、第１エクステント・ブロック6701内の最後から２番目のベースビュー・データ・ブロックB[1]が２番目の２ＤエクステントEXT2D[1]として読み出され、その直後のディペンデントビュー・データ・ブロックD[2]の読み出しがジャンプJ2D1によってスキップされる。次に、第１エクステント・ブロック6701内の最後のベースビュー・データ・ブロックB[2]とその直後の２Ｄ再生専用ブロックB[3]2Dとの対B[2]＋B[3]2Dが３番目の２ＤエクステントEXT2D[2]として連続して読み出される。その直後の層境界LBではロング・ジャンプJLYが生じ、第２エクステント・ブロック6702の先端に位置する３個のデータ・ブロックD[3]、B[3]3D、D[4]の読み出しがスキップされる。続いて、第２エクステント・ブロック6702内の２番目のベースビュー・データ・ブロックB[4]が４番目の２ＤエクステントEXT2D[3]として読み出される。一方、３Ｄ再生モードの再生装置102はファイルＳＳ6720を再生する。従って、３Ｄ再生モードでの再生経路6820が示すとおり、まず、第１エクステント・ブロック6701の全体が最初のエクステントＳＳEXTSS[0]として連続して読み出される。その直後にロング・ジャンプJLYが生じ、２Ｄ再生専用ブロックB[3]2Dの読み出しがスキップされる。続いて、第２エクステント・ブロック6702の全体が２番目のエクステントＳＳEXTSS[1]として連続して読み出される。
図６８に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロックB[3]2Dは読み出されるが、３Ｄ再生専用ブロックB[3]3Dの読み出しはスキップされる。逆に３Ｄ再生モードでは、２Ｄ再生専用ブロックB[3]2Dの読み出しはスキップされるが、３Ｄ再生専用ブロックB[3]3Dは読み出される。しかし、両方のデータ・ブロックB[3]2D、B[3]3Dはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。このように、配置１では、ロング・ジャンプJLYの前後で２Ｄ再生モードでの再生経路6810と３Ｄ再生モードでの再生経路6820とが分離される。従って、図１５に示されている配置とは異なり、層境界LBの直前に位置する２ＤエクステントEXT2D[2]のサイズSEXT2D[2]とその直前のディペンデントビュー・データ・ブロックD[2]のサイズSEXT2[2]とが、以下のように別々に決定可能である。
その２ＤエクステントEXT2D[2]のサイズSEXT2D[2]は、３番目のベースビュー・データ・ブロックB[2]のサイズSEXT1[2]と２Ｄ再生専用ブロックB[3]2DのサイズS2Dとの和SEXT1[2]＋S2Dに等しい。従って、２Ｄ映像をシームレスに再生するには、まず、その和SEXT1[2]＋S2Dが条件１を満たせばよい。ここで、式（１）の右辺には、ジャンプ時間Tjump−2Dとしてロング・ジャンプJLYの最大ジャンプ時間Tjump＿maxが代入される。次に、２Ｄ再生専用ブロックB[3]2Dの後端から第２エクステント・ブロック6702内の最初の２ＤエクステントEXT2D[3]＝B[4]までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロング・ジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
一方、３Ｄ映像をシームレスに再生するには、まず、最初のエクステントＳＳEXTSS[0]内のエクステント・ペアの各サイズが条件２、３、５を満たせばよい。ここで、最後のベースビュー・データ・ブロックB[2]のサイズSEXT1[2]は条件１を満たさなくてもよい。次に、最初のエクステントＳＳEXTSS[0]の全体のサイズが条件４を満たせばよい。更に、そのエクステントＳＳEXTSS[0]の後端から次のエクステントＳＳEXTSS[1]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロング・ジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
層境界LBの直前に位置する２ＤエクステントEXT2D[2]のうち、最初のエクステントＳＳEXTSS[0]に共有されるのは、前側に位置するベースビュー・データ・ブロックB[2]のみである。特に、ベースビュー・データ・ブロックB[2]は単独では、条件１を満たさなくてもよい。従って、２Ｄ再生専用ブロックB[3]2DのサイズS2Dを適切に拡大することにより、２ＤエクステントEXT2D[2]のサイズSEXT2D[2]＝SEXT1[2]＋S2Dを一定に維持したまま、ベースビュー・データ・ブロックB[2]のサイズSEXT1[2]を更に小さく制限することができる。その場合、そのベースビュー・データ・ブロックB[2]のエクステントＡＴＣ時間が短縮される。それ故、その直前に位置するディペンデントビュー・データ・ブロックD[2]のサイズSEXT2[2]も更に小さく制限することができる。その上、図２８の（ａ）の表に従って最大エクステント・サイズを設定することが容易である。
３Ｄ再生専用ブロックB[3]3Dは２Ｄ再生専用ブロックB[3]2Dとビット単位で一致しているので、２Ｄ再生専用ブロックB[3]2DのサイズS2Dの拡大は、３Ｄ再生専用ブロックB[3]3Dの直前に位置するディペンデントビュー・データ・ブロックD[3]のサイズを拡大させる。しかし、そのサイズは、図１５に示されている層境界LBの直前に位置するディペンデントビュー・データ・ブロックD[3]のサイズよりは十分に小さくできる。こうして、ＲＢ１、ＲＢ２の各容量を、３Ｄ映像のシームレス再生に必要最小限の値に更に接近させることができる。
配置１では、２Ｄ再生専用ブロックB[3]2Dの複製データが、第２エクステント・ブロック6702の中に単一の３Ｄ再生専用ブロックB[2]3Dとして配置されている。その他に、その複製データが２個以上の３Ｄ再生専用ブロックに分割されて配置されてもよい。
≪配置２≫
図６９は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の配置２を示す模式図である。図６９を図６７と比較すれば明らかなとおり、配置２は配置１とは主に、３Ｄ再生専用ブロックB[3]3D、B[4]3Dを含むエクステント・ブロック6902が層境界LBの直前に配置されている点で異なる。
図６９を参照するに、層境界LBの前には、第１エクステント・ブロック6901、２Ｄ再生専用ブロック（B[3]＋B[4])2D、及び、第２エクステント・ブロック6902が順番に配置され、層境界LBの後には第３エクステント・ブロック6903が配置されている。各エクステント・ブロック6901−6903内ではディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とがインターリーブ配置を構成している（n＝1、2、3、4、…）。ｎ番目のデータ・ブロックの対D[n]、B[n]は一つのエクステント・ペアを構成し、特にエクステントＡＴＣ時間が等しい。第２エクステント・ブロック6902では、第１エクステント・ブロック6901の後端に位置するエクステント・ペアD[2]、B[2]とも、第３エクステント・ブロック6903の先端に位置するエクステント・ペアD[4]、B[4]とも、ストリーム・データの内容が連続している。第２エクステント・ブロック6902に含まれるベースビュー・データ・ブロックはいずれも３Ｄ再生専用ブロックB[3]3D、B[4]3Dであり、それらの全体B[3]3D＋B[4]3Dは、その前に位置する２Ｄ再生専用ブロック（B[3]＋B[4])2Dとビット単位で一致する。
図６９に示されているベースビュー・データ・ブロックのうち、３Ｄ再生専用ブロックB[3]3D、B[4]3D以外はファイル２Ｄ6910のエクステントEXT2D[1]、EXT2D[2]、EXT2D[3]としてアクセス可能である。特に第１エクステント・ブロック6901内の最後のベースビュー・データ・ブロックB[2]と２Ｄ再生専用ブロック（B[3]＋B[4])2Dとの対は単一の２ＤエクステントEXT2D[2]としてアクセス可能である。更に、第１エクステント・ブロック6901と第３エクステント・ブロック6903内のベースビュー・データ・ブロックB[1]、B[2]、B[5]はファイル・ベース6911のエクステントEXT1[1]、EXT1[2]、EXT1[5]として、ファイルＳＳ6920のエクステントEXTSS[0]、EXTSS[1]からも抽出可能である。それに対し、２Ｄ再生専用ブロック（B[3]＋B[4])2Dは２ＤエクステントEXT2D[2]の一部としてのみアクセス可能である。一方、３Ｄ再生専用ブロックB[3]3D、B[4]3Dはそれぞれ、ベースビュー・エクステントEXT1[3]、EXT1[4]としてエクステントＳＳEXTSS[1]から抽出可能である。
図７０は、図６９に示されている配置２のデータ・ブロック群に対する２Ｄ再生モードでの再生経路7010と３Ｄ再生モードでの再生経路7020とを示す模式図である。２Ｄ再生モードの再生装置102はファイル２Ｄ6910を再生する。従って、２Ｄ再生モードでの再生経路7010が示すとおり、まず、第１エクステント・ブロック6901内の最後から２番目のベースビュー・データ・ブロックB[1]が２番目の２ＤエクステントEXT2D[1]として読み出され、その直後のディペンデントビュー・データ・ブロックD[2]の読み出しがジャンプJ2D1によってスキップされる。次に、第１エクステント・ブロック6901内の最後のベースビュー・データ・ブロックB[2]とその直後の２Ｄ再生専用ブロック（B[3]＋B[4])2Dとの対が３番目の２ＤエクステントEXT2D[2]として連続して読み出される。その直後にロング・ジャンプJLYが生じ、第２エクステント・ブロック6902の読み出し、及び、第３エクステント・ブロック6903の先端に位置するディペンデントビュー・データ・ブロックD[5]の読み出しがスキップされる。続いて、第３エクステント・ブロック6903内の最初のベースビュー・データ・ブロックB[5]が４番目の２ＤエクステントEXT2D[3]として読み出される。３Ｄ再生モードの再生装置102はファイルＳＳ6920を再生する。従って、３Ｄ再生モードでの再生経路7020が示すとおり、まず、第１エクステント・ブロック6901の全体が第１エクステントＳＳEXTSS[0]として連続して読み出される。その直後にジャンプJEXが生じ、２Ｄ再生専用ブロック（B[3]＋B[4])2Dの読み出しがスキップされる。次に、第２エクステント・ブロック6902の全体が第２エクステントＳＳEXTSS[1]として連続して読み出される。その直後に、層境界LBを越えるためのロング・ジャンプJLYが生じる。続いて、第３エクステント・ブロック6903の全体が第３エクステントＳＳEXTSS[2]として連続して読み出される。
図７０に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロック（B[3]＋B[4])2Dは読み出されるが、３Ｄ再生専用ブロックB[3]3D、B[4]3Dの読み出しはスキップされる。逆に３Ｄ再生モードでは、２Ｄ再生専用ブロック（B[3]＋B[4])2Dの読み出しはスキップされるが、３Ｄ再生専用ブロックB[3]3D、B[4]3Dは読み出される。しかし、２Ｄ再生専用ブロック（B[3]＋B[4])2Dと３Ｄ再生専用ブロックの全体B[3]3D＋B[4]3Dとはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。このように、配置２ではロング・ジャンプJLYの直前で２Ｄ再生モードでの再生経路7010と３Ｄ再生モードでの再生経路7020とが分離されている。従って、層境界LBの直前に位置する２ＤエクステントEXT2D[2]のサイズSEXT2D[2]とその直前のディペンデントビュー・データ・ブロックD[2]のサイズSEXT2[2]とが、以下のように別々に決定可能である。
その２ＤエクステントEXT2D[2]のサイズSEXT2D[2]は、３番目のベースビュー・データ・ブロックB[2]のサイズSEXT1[2]と２Ｄ再生専用ブロック（B[3]＋B[4])2DのサイズS2Dとの和SEXT1[2]＋S2Dに等しい。従って、２Ｄ映像をシームレスに再生するには、まず、その和SEXT1[2]＋S2Dが条件１を満たせばよい。ここで、式（１）の右辺には、ジャンプ時間Tjump−2Dとしてロング・ジャンプJLYの最大ジャンプ時間Tjump＿maxが代入される。次に、２Ｄ再生専用ブロック（B[3]＋B[4])2Dの後端から第３エクステント・ブロック6903内の最初の２ＤエクステントEXT2D[3]＝B[5]までのセクタ数が、２Ｄ再生装置の能力に合わせて規定されたロング・ジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
一方、３Ｄ映像をシームレスに再生するには、まず、最初のエクステントＳＳEXTSS[0]と２番目のエクステントＳＳEXTSS[1]とに含まれるエクステント・ペアの各サイズが条件２、３、５を満たせばよい。ここで、最初のエクステントＳＳEXTSS[0]の後端に位置するベースビュー・データ・ブロックB[2]のサイズSEXT1[2]、及び、２番目のエクステントＳＳEXTSS[1]内のベースビュー・データ・ブロックB[3]3D、B[4]3DのサイズSEXT1[3]、SEXT1[4]は条件１を満たさなくてもよい。次に、２番目のエクステントＳＳEXTSS[1]の全体のサイズが条件４を満たせばよい。更に、２番目のエクステントＳＳEXTSS[1]の後端から次のエクステントＳＳEXTSS[2]の先端までのセクタ数が、３Ｄ再生装置の能力に合わせて規定されたロング・ジャンプJLYの最大ジャンプ距離Sjump＿max以下であればよい。
２ＤエクステントEXT2D[2]のうち、エクステントＳＳEXTSS[0]に共有されるのは、前側に位置する３番目のベースビュー・データ・ブロックB[2]だけである。従って、２Ｄ再生専用ブロック（B[3]＋B[4])2DのサイズS2Dを適切に拡大することにより、２ＤエクステントEXT2D[2]のサイズSEXT2D[2]＝SEXT1[2]＋S2Dを一定に維持したまま、３番目のベースビュー・データ・ブロックB[2]のサイズSEXT1[2]を更に小さく制限することができる。それに伴い、その直前のディペンデントビュー・データ・ブロックD[2]のサイズSEXT2[2]も更に小さく制限することができる。
ここで、３Ｄ再生専用ブロックの全体B[3]3D＋B[4]3Dは２Ｄ再生専用ブロック（B[3]＋B[4])2Dとビット単位で一致している。従って、２Ｄ再生専用ブロック（B[3]＋B[4])2DのサイズS2Dが拡大すると、各３Ｄ再生専用ブロックB[3]3D、B[4]3Dの直前に位置するディペンデントビュー・データ・ブロックD[3]、D[4]のサイズが拡大する。しかし、３Ｄ再生専用ブロックB[3]3D、B[4]3Dは条件１を満たさなくてもよい。従って、２Ｄ再生専用ブロックは単一のデータ・ブロック（B[3]＋B[4])2Dであっても、３Ｄ再生専用ブロックは二つのデータ・ブロックB[3]3D、B[4]3Dに分割されてもよい。その結果、各３Ｄ再生専用ブロックB[3]3D、B[4]3Dのサイズを十分に縮小することができるので、図２８の（ａ）の表に従って最大エクステント・サイズを設定することが容易である。こうして、ＲＢ１、ＲＢ２の各容量は、３Ｄ映像のシームレス再生に必要最小限の値まで更に削減可能である。
式（６）の導出時に説明されたとおり、ロング・ジャンプの直前に読み出されるベースビュー・データ・ブロックのサイズが小さいほど、ＲＢ２の容量の下限は小さい。従って、配置２は好ましくは、以下の２つの条件が満たされるように設計される。それらの条件が満たされることにより、第２エクステント・ブロック6902内の各データ・ブロックのサイズ、特に３Ｄ再生専用ブロックB[3]3D、B[4]3Dの各サイズが十分に縮小される。その結果、ＲＢ２の容量の下限を更に低減させることができる。
第１の条件は、第２エクステント・ブロック6902の直前に配置される２Ｄ再生専用ブロック（B[3]＋B[4])2Dのサイズに上限を定める。その上限は２Ｄ再生装置のジャンプ性能に依存する。例えば、そのジャンプ性能が図２１の表に従う場合、２Ｄ再生専用ブロック（B[2]＋B[3])2DのサイズS2Dは２００００セクタ以下に制限される。第２の条件は、３Ｄ再生専用ブロックB[3]3D、B[4]3DのエクステントＡＴＣ時間に上限TEXT＿3D＿MAXを定める。すなわち、３Ｄ再生専用ブロックB[3]3D、B[4]3Dは、条件５に代えて、条件６を満たす。条件６は、式（７）に代えて次式で表される：SEXT1[n]≦REXT1[n]×TEXT＿3D＿MAX。その上限TEXT＿3D＿MAXは、例えば０．５秒に設定される。
図７１は、図７０に示されている第２エクステント・ブロック6902の後端に位置する３Ｄ再生専用ブロックB[4]3Dの読み出し時間SEXT1[4]／RUD72と、ＲＢ２の蓄積データ量DA2との間の関係を示すグラフである。図７１を参照するに、ＲＢ２への３Ｄ再生専用ブロックB[4]3Dの読み込みが開始された時点で、ＲＢ２の蓄積データ量DA2はピーク値DM2に達する。そのピーク値DM2は、３Ｄ再生専用ブロックB[4]3Dの読み出し期間の長さSEXT1[4]／RUD72、ロング・ジャンプに要する時間TLY、及び、ロング・ジャンプ直後のプリロード期間の長さSEXT2[5]／RUD72の和に、ディペンデントビュー転送速度REXT2[4]を乗じた値以上である：DM2≧(SEXT1[4]／RUD72＋TLY＋SEXT2[5]／RUD72)×REXT2[4]。従って、仮に３Ｄ再生専用ブロックB[4]3Dのサイズが更に大きい値SL[4]であれば、その読み出し期間の長さSL[4]／RUD72が増大するので、図７１に破線で示されているとおり、ＲＢ２の蓄積データ量DA2のピーク値DM20が増大する。それ故、上記の２つの条件で３Ｄ再生専用ブロックB[3]3D、B[4]3Dの各サイズを小さく制限する。それにより、ＲＢ２の容量の下限を更に低減させることができる。
尚、条件４を満たすには、エクステント・ブロックの先頭に位置するエクステント・ペアのサイズ、特に、プリロード期間の長さを十分に大きく確保しなければならない。それ故、３Ｄ再生専用ブロックを含むエクステント・ペアがエクステント・ブロックの先頭に位置する場合、その３Ｄ再生専用ブロックは条件６を満たさなくてもよい。すなわち、そのエクステントＡＴＣ時間は上限TEXT＿3D＿MAXを超えてもよい。
配置２は、層境界LBの手前の他に、飛び込み再生の開始可能位置に設けられてもよい。図６９には、飛び込み再生の開始可能位置、すなわちエントリ・ポイントが記録されたＢＤ−ＲＯＭディスク上の位置が三角形6930、6931、6932の頂点で示されている。白い三角形6930で示されているエントリ・ポイントは、２Ｄ再生モードでの飛び込み再生の開始可能位置を示す。黒い三角形6931、6932で示されているエントリ・ポイントは、３Ｄ再生モードでの飛び込み再生の開始可能位置を示す。個々の３Ｄ再生専用ブロックB[3]3D、B[4]3Dは２Ｄ再生専用ブロック（B[3]＋B[4])2Dよりもサイズが十分に小さい。従って、同じエクステント・ペアに属するディペンデントビュー・データ・ブロックD[3]、D[4]のサイズも十分に小さい。その結果、３Ｄ再生モードでの飛び込み再生時、エントリ・ポイント6931、6932へのアクセス開始からエクステント・ペアD[3]、B[3]3Dの復号開始までに要する時間が短い。すなわち、３Ｄ再生モードでの飛び込み再生は起動が早い。
配置２では、２Ｄ再生専用ブロック（B[3]＋B[4])2Dの複製データが、２個の３Ｄ再生専用ブロックB[3]3D、B[4]3Dに分割されて配置されている。その他に、その複製データが単一の３Ｄ再生専用ブロックであってもよく、又は３個以上の３Ｄ再生専用ブロックに分割されて配置されてもよい。更に、第２エクステント・ブロック6902は第１エクステントブロック6901の後端に隣接され、２Ｄ再生専用ブロック（B[3]＋B[4])2Dは、第２エクステント・ブロック6902の後端と層境界LBとの間に配置されてもよい。
≪配置３≫
図７２は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたデータ・ブロック群の配置３を示す模式図である。図７２を図６９と比較すれば明らかなとおり、配置３は配置２に加えて、新たな２Ｄ再生専用ブロックと新たな３Ｄ再生専用ブロックとを含む。それらのデータ・ブロックは、層境界LBの直後に配置されている。
図７２を参照するに、層境界LBの前には第１の２Ｄ再生専用ブロック（B[2]＋B[3])2Dと第１エクステント・ブロック7201とが順番に配置され、層境界LBの後には、第２の２Ｄ再生専用ブロック（B[4]＋B[5])2D、第２エクステント・ブロック7202、及び第３エクステント・ブロック7203が順番に配置されている。各エクステント・ブロック7201−7203内ではディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とがインターリーブ配置を構成している（n＝2、3、4、…）。ｎ番目のデータ・ブロックの対D[n]、B[n]は一つのエクステント・ペアを構成し、特にエクステントＡＴＣ時間が等しい。第２エクステント・ブロック7202では、第１エクステント・ブロック7201の後端に位置するエクステント・ペアD[3]、B[3]3Dとも、第３エクステント・ブロック7203の先端に位置するエクステント・ペアD[6]、B[6]とも、ストリーム・データの内容が連続している。第１エクステント・ブロック7201に含まれるベースビュー・データ・ブロックはいずれも３Ｄ再生専用ブロックB[2]3D、B[3]3Dであり、それらの全体B[2]3D＋B[3]3Dは、その前に位置する第１の２Ｄ再生専用ブロック（B[2]＋B[3])2Dとビット単位で一致する。第２エクステント・ブロック7202に含まれるベースビュー・データ・ブロックはいずれも３Ｄ再生専用ブロックB[4]3D、B[5]3Dであり、それらの全体B[4]3D＋B[5]3Dは、その前に位置する第２の２Ｄ再生専用ブロック（B[4]＋B[5])2Dとビット単位で一致する。
図７２に示されているベースビュー・データ・ブロックのうち、３Ｄ再生専用ブロックB[2]3D−B[5]3D以外はファイル２Ｄ7210のエクステントとしてアクセス可能である。特に第２の２Ｄ再生専用ブロック（B[4]＋B[5])2Dは単一の２ＤエクステントEXT2D[2]としてアクセス可能である。更に、第３エクステント・ブロック7203内のベースビュー・データ・ブロックB[6]はファイル・ベース7211のエクステントとして、ファイルＳＳ7220のエクステントEXTSS[3]からも抽出可能である。それに対し、２Ｄ再生専用ブロック（B[2]＋B[3])2D、（B[4]＋B[5])2Dはそれぞれ、２Ｄエクステントとしてのみアクセス可能である。３Ｄ再生専用ブロックB[2]3D−B[5]3Dはそれぞれ、ベースビュー・エクステントとしてエクステントＳＳEXTSS[1]、EXTSS[2]から抽出可能である。
図７３は、図７２に示されている配置３のデータ・ブロック群に対する２Ｄ再生モードでの再生経路7310と３Ｄ再生モードでの再生経路7320とを示す模式図である。２Ｄ再生モードの再生装置102はファイル２Ｄ7210を再生する。従って、２Ｄ再生モードでの再生経路7310が示すとおり、まず、第１の２Ｄ再生専用ブロック（B[2]＋B[3])2Dが２番目の２ＤエクステントEXT2D[1]として読み出され、その直後の第２エクステント・ブロック7201の読み出しがロング・ジャンプJLYによってスキップされる。次に、第２の２Ｄ再生専用ブロック（B[4]＋B[5])2Dが３番目の２ＤエクステントEXT2D[2]として読み出され、その直後の第２エクステント・ブロック7202の読み出し、及び、第３エクステント・ブロック7203の先端に位置するディペンデントビュー・データ・ブロックD[6]の読み出しがスキップされる。続いて、第３エクステント・ブロック7203内の最初のベースビュー・データ・ブロックB[6]が４番目の２ＤエクステントEXT2D[3]として読み出される。３Ｄ再生モードの再生装置102はファイルＳＳ7220を再生する。従って、３Ｄ再生モードでの再生経路7320が示すとおり、まず、第１の２Ｄ再生専用ブロック（B[2]＋B[3])2Dの読み出しがジャンプJEXによってスキップされる。次に、第１エクステント・ブロック7201の全体が第２エクステントＳＳEXTSS[1]として連続して読み出される。その直後にロング・ジャンプJLYが生じ、第２の２Ｄ再生専用ブロック（B[4]＋B[5])2Dの読み出しがスキップされる。続いて、第２エクステント・ブロック7202と第３エクステント・ブロック7203とがそれぞれ、第３エクステントＳＳEXTSS[2]、第４エクステントＳＳEXTSS[3]として連続して読み出される。
図７３に示されているとおり、２Ｄ再生モードでは、２Ｄ再生専用ブロック（B[2]＋B[3])2D、（B[4]＋B[5])2Dは読み出されるが、３Ｄ再生専用ブロックB[2]3D−B[5]3Dの読み出しはスキップされる。逆に３Ｄ再生モードでは、２Ｄ再生専用ブロック（B[2]＋B[3])2D、（B[4]＋B[5])2Dの読み出しはスキップされるが、３Ｄ再生専用ブロックB[2]3D−B[5]3Dは読み出される。しかし、２Ｄ再生専用ブロックの全体（B[2]＋B[3])2D＋(B[4]＋B[5])2Dと３Ｄ再生専用ブロックの全体B[2]3D＋…＋B[5]3Dとはビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。このように、配置３ではロング・ジャンプJLYの前後で２Ｄ再生モードでの再生経路7310と３Ｄ再生モードでの再生経路7320とが分離されている。従って、配置２と同様に、層境界LBの直前に位置する２ＤエクステントEXT2D[1]のサイズSEXT2D[1]とその直前のディペンデントビュー・データ・ブロックD[1]のサイズSEXT2[1]とが別々に決定可能である。更に、層境界LBの直後において、２Ｄ再生モードでの再生経路7310は第２エクステント・ブロック7202を通らない。従って、そのエクステント・ブロック内のデータ・ブロックD[4]、B[4]3D、D[5]、B[5]3Dは条件１を満たさなくてもよいので、各サイズを十分に縮小することができる。その結果、図２８の（ａ）の表に従って最大エクステント・サイズを設定することが容易である。こうして、ＲＢ１、ＲＢ２の各容量は更に削減可能である。
尚、配置１は、３Ｄ再生専用ブロックが、２Ｄ再生専用ブロックの前に隣接するエクステント・ブロックの中に配置されるように変更されてもよい。配置３は、層境界の直前に位置するエクステント・ブロックが通常のインタリーブ配置のみを含むように変更されても、配置１との組み合わせであるように変更されてもよい。配置３は更に、第２の２Ｄ再生専用ブロック（B[4]＋B[5])2Dとその直後の第２エクステント・ブロック7202との順序が逆であるように変更されてもよい。このように、配置１−３が多様な配置に変更可能であることは、当業者には自明であろう。
＜変形例＞
（2−A）エクステント・ペア・フラグ
図７４は、ファイル・ベース7401とファイルＤＥＰ7402との各エクステントEXT1[k]、EXT2[k]（文字kは0以上の整数を表す。）に対して設定されたエントリ・ポイント7410、7420を示す模式図である。ファイル・ベース7401のエントリ・ポイント7410は２Ｄクリップ情報ファイルのエントリ・マップで定義され、ファイルＤＥＰ7402のエントリ・ポイント7420はディペンデントビュー・クリップ情報ファイルのエントリ・マップで定義される。各エントリ・ポイント7410、7420は特にエクステント・ペア・フラグを含む。「エクステント・ペア・フラグ」は、ファイル・ベース7401のエントリ・ポイントとファイルＤＥＰ7402のエントリ・ポイントとが同じＰＴＳを示すとき、それぞれの設定されたエクステントEXT1[i]、EXT2[j]が各ファイル7401、7402の先頭から同じ順序であるか否か（i＝j又はi≠j）を示す。図７４を参照するに、（ｎ＋１）番目（文字ｎは１以上の整数を表す。）のベースビュー・エクステントEXT1[n]に設定された最初のエントリ・ポイント7430のＰＴＳは、（ｎ−１）番目のディペンデントビュー・エクステントEXT2[n−1]に設定された最後のエントリ・ポイント7440のＰＴＳに等しい。従って、各エントリ・ポイント7430、7440のエクステント・ペア・フラグの値は“０”に設定される。同様に、（ｎ＋１）番目のベースビュー・エクステントEXT1[n]に設定された最後のエントリ・ポイント7431のＰＴＳは、（ｎ＋１）番目のディペンデントビュー・エクステントEXT2[n＋1]に設定された最初のエントリ・ポイント7441のＰＴＳに等しい。従って、各エントリ・ポイント7431、7441のエクステント・ペア・フラグの値は“０”に設定される。その他のエントリ・ポイント7410、7420は、ＰＴＳが等しいときは設定先のエクステントEXT1[・]、EXT2[・]の順序も等しいので、エクステント・ペア・フラグの値は“１”に設定される。
３Ｄ再生モードの再生装置102は、飛び込み再生を開始する際に再生開始位置のエントリ・ポイントのエクステント・ペア・フラグを参照し、その値が“１”である場合に、そのエントリ・ポイントから実際に再生を開始する。その値が“０”である場合には、再生装置102は、そのエントリ・ポイントの前後から、エクステント・ペア・フラグの値が“１”である別のエントリ・ポイントを探して、その別のエントリ・ポイントから再生を開始する。こうして、ｎ番目のディペンデントビュー・エクステントEXT2[n]が確実に、ｎ番目のベースビュー・エクステントEXT1[n]よりも先に読み出される。その結果、飛び込み再生処理を簡単化することができる。
エクステント・ペア・フラグ＝０のエントリ・ポイントの間隔は、それに対応する表示時間の長さが一定の秒数以下、例えば１ＧＯＰ当たりの表示時間長の最大値の２倍以下になるように制限されてもよい。その他に、エクステント・ペア・フラグ＝０のエントリ・ポイントの次のエントリ・ポイントでは、エクステント・ペア・フラグの値が“１”に制限されてもよい。更に、「各エクステントにはエントリ・ポイントが必ず１以上設定される」と規定されてもよい。いずれの場合でも、エントリ・ポイントの間隔が十分に短いので、飛び込み再生の開始時、エクステント・ペア・フラグ＝１のエントリ・ポイントの探索に伴う再生開始までの待ち時間を短縮することができる。また、アングル切り換えフラグがエクステント・ペア・フラグとして代用されてもよい。ここで、「アングル切り換えフラグ」とは、マルチアングルに対応のコンテンツにおいてエントリ・マップ内に用意されたフラグであって、多重化ストリーム・データにおけるアングルの切り換え位置を示す（マルチアングルについては後述参照）。
（2−B）エクステント・ペア間での再生期間の一致
エクステントＡＴＣ時間の等しいデータ・ブロックの対、すなわちエクステント・ペアでは更に、再生期間が一致し、かつビデオ・ストリームの再生時間が等しくてもよい。言い換えれば、エクステント・ペア間ではＶＡＵの数が等しくてもよい。その意義は次のとおりである。
図７５の（ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。図７５の（ａ）を参照するに、先頭のベースビュー・データ・ブロック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のオーサリング工程において、ストリーム・データの多重化の自由度が高い。
エクステント・ペア間では、エントリ・ポイントの数が等しくてもよい。図７４を再び参照するに、エクステント・ペア・フラグ＝０のエントリ・ポイント7430、7440、7431、7441を除けば、ファイル・ベース7401とファイルＤＥＰ7402とでは、先頭から同じ順序のエクステントEXT1[k]、EXT2[k]が同じ数のエントリ・ポイント7410、7420を含む。２Ｄ再生モードと３Ｄ再生モードとではジャンプの有無は異なる。しかし、エクステント・ペア間でエントリ・ポイントの数が等しいとき、再生時間も実質的に等しい。従って、ジャンプの有無にかかわらず、復号処理の同期を維持することは容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータの全てが同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ−ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。
（2−C）マルチアングル
図７６の（ａ）は、マルチアングルに対応する多重化ストリーム・データの再生経路を示す模式図である。図７６の（ａ）を参照するに、その多重化ストリーム・データには、ベースビュー、ライトビュー、及びデプスマップの三種類のストリーム・データL、R、Dが多重化されている。例えばＬ／Ｒモードではベースビューとライトビューとのストリーム・データL、Rがパラレルに再生される。更に、マルチアングル期間PANGで再生される部分にはアングル（視野角）別のストリーム・データAk、Bk、Ckが多重化されている（k＝0、1、2、…、n）。各アングルのストリーム・データAk、Bk、Ckは、再生時間がアングル・チェンジ間隔に等しい部分に分割されている。各部分Ak、Bk、Ckには更に、ベースビュー、ライトビュー、及びデプスマップの各ストリーム・データが多重化されている。マルチアングル期間PANGでは、ユーザの操作又はアプリケーション・プログラムの指示に応じて、アングル別のストリーム・データAk、Bk、Ckの間で再生対象を切り換えることができる。
図７６の（ｂ）は、ＢＤ−ＲＯＭディスク上に記録されたデータ・ブロック群7601と、それらに対するＬ／Ｒモードでの再生経路7602とを示す模式図である。そのデータ・ブロック群7601は、図７６の（ａ）に示されているストリーム・データL、R、D、Ak、Bk、Ckを含む。図７６の（ｂ）を参照するに、そのデータ・ブロック群7601では、通常のストリーム・データL、R、Dに加え、アングル別のストリーム・データAk、Bk、Ckがインターリーブ配置で記録されている。Ｌ／Ｒモードでは、再生経路7602の示すように、ライトビュー・データ・ブロックRとベースビュー・データ・ブロックLとは読み出され、デプスマップ・データ・ブロックDの読み出しはジャンプによってスキップされる。更に、アングル別のストリーム・データAk、Bk、Ckのうち、選択されたもののデータ・ブロックA0、B1、…、Cnは読み出され、その他のデータ・ブロックの読み出しはジャンプによってスキップされる。
図７６の（ｃ）は、アングル別のストリーム・データAk、Bk、Ckを構成するエクステント・ブロックを示す模式図である。図７６の（ｃ）を参照するに、各アングルのストリーム・データAk、Bk、Ckでは、三種類のデータ・ブロックL、R、Dがインターリーブ配置を構成している。Ｌ／Ｒモードでは、再生経路7602の示すように、アングル別のストリーム・データAk、Bk、Ckのうち、選択されたものA0、B1、…、Cnからライトビュー・データ・ブロックRとベースビュー・データ・ブロックLとが読み出される。一方、他のデータ・ブロックの読み出しはジャンプによってスキップされる。
尚、各アングルのストリーム・データAk、Bk、Ckでは、ベースビュー、ライトビュー、及びデプスマップの各ストリーム・データが単一の多重化ストリーム・データに収められていてもよい。但し、その記録速度は、２Ｄ再生装置で再生可能なシステム・レートの範囲に抑えられなければならない。また、その多重化ストリーム・データと他の３Ｄ映像の多重化ストリーム・データとの間では、システム・ターゲット・デコーダに転送されるべきストリーム・データ（ＴＳ）の数が異なる。従って、３Ｄプレイリスト・ファイル内の各ＰＩは、再生対象のＴＳの数を示すフラグを含んでもよい。そのフラグを利用して、それらの多重化ストリーム・データを一つの３Ｄプレイリスト・ファイルの中で切り換えることができる。３Ｄ再生モードで２つのＴＳを再生対象として規定するＰＩでは、そのフラグが“２ＴＳ”を示す。一方、上記の多重化ストリーム・データのような単一のＴＳを再生対象として規定するＰＩでは、そのフラグが“１ＴＳ”を示す。３Ｄ再生装置はそのフラグの値に応じてシステム・ターゲット・デコーダの設定を切り換えることができる。そのフラグは更に、コネクション・コンディション（ＣＣ）の値で表現されてもよい。例えば、ＣＣが“７”を示すときは２ＴＳから１ＴＳへの移行を示し、“８”を示すときは１ＴＳから２ＴＳへの移行を示す。
図７７は、マルチアングル期間を構成するデータ・ブロック群7701、及び、それらに対する２Ｄ再生モードでの再生経路7710とＬ／Ｒモードでの再生経路7720とを示す模式図である。図７７を参照するに、そのデータ・ブロック群7701は三種類のアングル・チェンジ区間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]との対として参照される（文字ｎは０以上の整数を表す）。
各エクステント・ブロックのサイズは条件１−４を満たす。特に、条件１で考慮されるべきジャンプは、２Ｄ再生モードでの再生経路7710の示す、他のアングル・チェンジ区間の読み出しをスキップするためのジャンプJANG-2Dである。一方、条件４で考慮されるべきジャンプは、Ｌ／Ｒモードでの再生経路7720の示す、他のアングル・チェンジ区間の読み出しをスキップするためのジャンプJANG-LRである。各再生経路7710、7720の示すとおり、いずれのジャンプJANG-2D、JANG-LRも一般に、アングルの切り換え、すなわち、読み出されるべきアングル・チェンジ区間の種類の切り換えを含む。
図７７を更に参照するに、各アングル・チェンジ区間はベースビュー・データ・ブロックLを一つ含む。従って、ベースビュー・エクステントEXT1[・]のエクステントＡＴＣ時間はアングル・チェンジ区間の長さの最大値TANG以下に制限される。例えば、アングルの切り換えを表示時間２秒当たりに１回の割合で実行可能にするには、アングル・チェンジ区間の長さの最大値TANGを２秒間に制限しなければならない。その結果、ベースビュー・エクステントEXT1[・]のエクステントＡＴＣ時間は２秒以下に制限される。それ故、条件５は、ベースビュー・エクステントのサイズSEXT1が、式（７）に代えて、次式（１６）を満たすことに変更される：
Figure 0005551654
尚、式（１６）の右辺では、式（７）の右辺に代えて、式（１０Ａ）又は（１０Ｂ）の右辺が利用されてもよい。また、式（１０Ａ）又は（１０Ｂ）に示されている、２ＤエクステントのエクステントＡＴＣ時間に対する延長時間ΔＴと同様に、アングル・チェンジ区間の長さの最大値TANGは、ＧＯＰの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。更に、その延長時間ΔＴは、マルチアングルでは０に設定されてもよい。
マルチアングル期間にロング・ジャンプが生じる場合、その前後のエクステント・ブロックがシームレスに接続されるように配置される。具体的には、各アングルでのベースビューとディペンデントビューとのストリーム・データが単一のＴＳに多重化されている場合（以下、１ＴＳによるマルチアングル期間という。）、ロング・ジャンプの直前に配置されるアングル・チェンジ区間は他のアングル・チェンジ区間よりもサイズが大きく設定される。一方、各アングルでのベースビューとディペンデントビューとのストリーム・データが異なるＴＳに多重化されている場合（以下、２ＴＳによるマルチアングル期間という。）、ロング・ジャンプの直前のアングル・チェンジ区間では再生経路が分離される。
図７８の（ａ）は、１ＴＳによるマルチアングル期間PANGを構成するエクステント・ブロック群7810と、それらに対する再生経路7820との間の対応関係を示す模式図である。図７８の（ａ）を参照するに、そのエクステント・ブロック群7810はマルチアングル期間PANGにアングル・チェンジ区間Ak、Bk、Ck（k＝0、1、…、n：文字nは0以上の整数を表す。）のインターリーブ配置を含む。更に、それらのアングル・チェンジ区間Ak、Bk、Ckと後続のエクステント・ブロックとの間が層境界LBで分離されているので、それらの間にはロング・ジャンプJLYが生じる。その場合、そのロング・ジャンプJLYの直前に配置される（ｎ＋１）番目のアングル・チェンジ区間An、Bn、Cnの各サイズSnは、先頭からｎ番目までのアングル・チェンジ区間Ak、Bk、Ck（k＝0、1、…、n−1）の各サイズSkよりも大きい：Sn＞Sk。それにより、ロング・ジャンプJLYの直前ではリード・バッファ内の蓄積データ量が十分に増大するので、ロング・ジャンプJLY中でのリード・バッファのアンダーフローが防止される。
図７８の（ｂ）は、２ＴＳによるマルチアングル期間PANGを構成するエクステント・ブロック群7830、及び、それらに対する２Ｄ再生モードでの再生経路7840と３Ｄ再生モードでの再生経路7850との間の対応関係を示す模式図である。図７８の（ｂ）を参照するに、そのエクステント・ブロック群7830はマルチアングル期間PANGにアングル・チェンジ区間Ak、Bk、Ck（k＝0、1、…、n：文字nは0以上の整数を表す。）のインターリーブ配置を含む。更に、それらのアングル・チェンジ区間Ak、Bk、Ckと後続のエクステント・ブロックとの間は層境界LBで分離されているので、それらの間にはロング・ジャンプJLYが生じる。ここで、先頭からｎ番目までのアングル・チェンジ区間の各データ・ブロックAk、Bk、Ck（k＝0、1、…、n−1）は一つのエクステント・ペアD、Bを含む。一方、層境界LBの直前に配置される（ｎ＋１）番目のアングル・チェンジ区間An、Bn、Cnは、２Ｄ再生専用ブロックAn2D、Bn2D、Cn2Dと３Ｄ再生専用ブロックAn3D、Bn3D、Cn3Dとの二種類を含む。各３Ｄ再生専用ブロックAn3D、Bn3D、Cn3Dは一般に、複数のエクステント・ペアD1、B13D、D2、B23Dのインターリーブ配置を含む。２Ｄ再生専用ブロックAn3D、Bn3D、Cn3Dは、同じアングルの３Ｄ再生専用ブロックAn3D、Bn3D、Cn3Dに含まれるベースビュー・データ・ブロックB13D、B23D全体の複製（B1＋B2)2Dであり、それらとビット単位で一致する。２Ｄ再生モードでの再生経路7840は、（ｎ＋１）番目のアングル・チェンジ区間として２Ｄ再生専用ブロックAn2D、Bn2D、Cn2Dのいずれかを通り、３Ｄ再生専用ブロックAn3D、Bn3D、Cn3Dをいずれもスキップする。逆に、３Ｄ再生モードでの再生経路7850は、（ｎ＋１）番目のアングル・チェンジ区間として３Ｄ再生専用ブロックAn3D、Bn3D、Cn3Dのいずれかを通り、２Ｄ再生専用ブロックAn2D、Bn2D、Cn2Dをいずれかもスキップする。ロング・ジャンプJLY中でのリード・バッファのアンダーフローを防止するのに必要な蓄積データ量は、２Ｄ再生モードでは各２Ｄ再生専用ブロックAn2D、Bn2D、Cn2Dが条件１を満たすことで賄われ、３Ｄ再生モードでは各３Ｄ再生専用ブロックAn3D、Bn3D、Cn3Dが条件２−４を満たすことで賄われる。更に、各３Ｄ再生専用ブロックAn3D、Bn3D、Cn3Dは条件１を満たさなくてもよいので、図２８の（ａ）の表に従って最大エクステント・サイズを設定することが容易である。その結果、リード・バッファの容量を十分に小さく維持したまま、エクステント・ブロック群7830のシームレス接続を実現することができる。
《実施形態３》
以下、本発明の実施形態３として、本発明の実施形態１、２による記録媒体の記録装置及び記録方法について説明する。その記録装置は、いわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリング・スタッフによって使用される。記録装置はオーサリング・スタッフの操作に従い、まず映画コンテンツを所定の圧縮符号化方式でＡＶストリーム・ファイルに変換する。記録装置は次にシナリオを生成する。「シナリオ」は、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には、動的シナリオ情報と静的シナリオ情報とを含む。記録装置は続いて、ＡＶストリーム・ファイル及びシナリオからＢＤ−ＲＯＭディスク用のボリューム・イメージを生成する。記録装置は最後に、そのボリューム・イメージを記録媒体に記録する。
図７９は、その記録装置7900の機能ブロック図である。図７９を参照するに、その記録装置7900は、データベース部7901、ビデオ・エンコーダ7902、素材制作部7903、シナリオ生成部7904、ＢＤプログラム制作部7905、多重化処理部7906、及びフォーマット処理部7907を含む。
データベース部7901は記録装置に内蔵の不揮発性記憶装置であり、特にＨＤＤである。データベース部7901はその他に、記録装置に外付けされたＨＤＤであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。
ビデオ・エンコーダ7902は、非圧縮のビットマップ・データ等の映像データをオーサリング・スタッフから受け付けて、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、又はＭＰＥＧ−２等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリ・ビデオ・ストリームに変換され、副映像のデータはセカンダリ・ビデオ・ストリームに変換される。特に３Ｄ映像のデータは、ＭＶＣ等の多視点符号化方式を利用して、図７に示されているようなベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの対に変換される。すなわち、レフトビューを表すビデオ・フレームの列は、それ自身のピクチャ間での予測符号化によって、ベースビュー・ビデオ・ストリームに変換される。一方、ライトビューを表すビデオ・フレームの列は、それ自身のピクチャだけでなく、ベースビュー・ピクチャとの間の予測符号化によって、ディペンデントビュー・ビデオ・ストリームに変換される。尚、ライトビューを表すビデオ・フレームの列がベースビュー・ビデオ・ストリームに変換され、レフトビューを表すビデオ・フレームの列がディペンデントビュー・ビデオ・ストリームに変換されてもよい。変換後の各ビデオ・ストリーム7912はデータベース部7901に保存される。
ビデオ・エンコーダ7902は、ピクチャ間予測符号化の処理過程でレフトビューとライトビューとの間での各映像の動きベクトルを検出し、それらから各３Ｄ映像の奥行き情報を算出する。図８０の（ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用されるレフトビュー・ピクチャとライトビュー・ピクチャとを表す模式図であり、（ｃ）は、ビデオ・エンコーダ7902によってそれらのピクチャから算出された奥行き情報を示す模式図である。
ビデオ・エンコーダ7902はレフトビューとライトビューとの各ピクチャの圧縮に、それらのピクチャ間の冗長性を利用する。すなわち、ビデオ・エンコーダ7902は圧縮前の両ピクチャを８×８又は１６×１６の画素マトリクスごとに、すなわちマクロブロックごとに比較して、両ピクチャ間での各映像の動きベクトルを検出する。具体的には、図８０の（ａ）、（ｂ）に示されているように、まず、レフトビュー・ピクチャ8001とライトビュー・ピクチャ8002とはそれぞれ、マクロブロック8003のマトリクスに分割される。次に、両ピクチャ8001、8002間でイメージ・データがマクロブロック8003ごとに比較され、その結果から各映像の動きベクトルが検出される。例えば、「家」の映像8004を表す領域は両ピクチャ8001、8002間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、「球」の映像8005を表す領域は両ピクチャ8001、8002間で異なるので、それらの領域からはその映像8005の動きベクトルが検出される。
ビデオ・エンコーダ7902は、検出された動きベクトルを各ピクチャ8001、8002の圧縮に利用する。一方、ビデオ・エンコーダ7902はその動きベクトルを、「家」の映像8004及び「球」の映像8005等、各映像の両眼視差の計算に利用する。ビデオ・エンコーダ7902は更に、各映像の両眼視差からその映像の奥行きを算出する。その奥行きを表す情報は、図８０の（ｃ）に示されているように、各ピクチャ8001、8002のマクロブロックのマトリクスと同じサイズのマトリクス8006に整理される。このマトリクス8006内のブロック8007は、各ピクチャ8001、8002内のマクロブロック8003と一対一に対応する。各ブロック8007は、対応するマクロブロック8003の表す映像の奥行きを、例えば８ビットの深度で表す。図８０に示されている例では、「球」の映像8005の奥行きがマトリクス8006の領域8008内の各ブロックに記録される。その領域8008は、その映像8005を表す各ピクチャ8001、8002内の領域の全体に対応する。
ビデオ・エンコーダ7902は奥行き情報を利用して、レフトビュー又はライトビューに対するデプスマップを生成してもよい。その場合、ビデオ・エンコーダ7902は、レフトビュー又はライトビューのストリーム・データとデプスマップ・ストリームとのそれぞれを、それ自身の含むピクチャ間での予測符号化を用いて、ベースビュー・ビデオ・ストリームとデプスマップ・ストリームとに変換する。変換後の各ビデオ・ストリーム7912はデータベース部7901に保存される。
ビデオ・エンコーダ7902は更に、その奥行き情報を利用して、レフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとの一方にしか含まれない垂直方向の帯状領域の幅、及び、水平方向の帯状領域の高さを算定する（詳細は《補足》参照）。実際、それらの帯状領域が物体の映像を含んでいれば、その映像の動きベクトルが、レフトビューからライトビューへ、又はその逆へのフレーム・アウトを表すものとして検出される。ビデオ・エンコーダ7902はその動きベクトルから各帯状領域の幅又は高さを算定できる。算定された幅と高さとを示す情報（以下、マスク領域情報という。）7911はデータベース部7901に保存される。
ビデオ・エンコーダ7902はその他に、２Ｄ映像のデータからセカンダリ・ビデオ・ストリームを符号化する際に、オーサリング・スタッフの操作に従って、副映像プレーンに対するオフセット情報7910を作成してもよい。作成されたオフセット情報7910はデータベース部7901に保存される。
素材制作部7903は、ビデオ・ストリーム以外のエレメンタリ・ストリーム、例えば、オーディオ・ストリーム7913、ＰＧストリーム7914、及びＩＧストリーム7915を作成してデータベース部7901に保存する。例えば、素材制作部7903はオーサリング・スタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ−３等の圧縮符号化方式で符号化してオーディオ・ストリーム7913に変換する。素材制作部7903はその他に、オーサリング・スタッフから字幕情報ファイルを受け付けて、それに従ってＰＧストリーム7914を作成する。字幕情報ファイルは、字幕を表すイメージ・データ又はテキスト・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェード・イン／アウト等の視覚効果を規定する。素材制作部7903は更に、オーサリング・スタッフからビットマップ・データとメニュー・ファイルとを受け付けて、それらに従ってＩＧストリーム7915を作成する。ビットマップ・データはメニューのイメージを表す。メニュー・ファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。
素材制作部7903は更に、オーサリング・スタッフの操作に従い、ＰＧストリーム7914とＩＧストリーム7915とのそれぞれに対するオフセット情報7910を作成する。その場合、素材制作部7903は、ビデオ・エンコーダ7902によって生成された奥行き情報DPIを利用して、３Ｄグラフィックス映像の奥行きを３Ｄ映像の奥行きに合わせてもよい。その場合、３Ｄ映像の奥行きがフレームごとに激しく変化するときには、素材制作部7903は、奥行き情報DPIを利用して作成されたオフセット値の列を更にローパスフィルタで処理して、フレームごとの変化を低減させてもよい。こうして、作成されたオフセット情報7910はデータベース部7901に保存される。
シナリオ生成部7904は、オーサリング・スタッフからＧＵＩ経由で受け付けられた指示に従ってＢＤ−ＲＯＭシナリオ・データ7917を作成し、データベース部7901に保存する。ＢＤ−ＲＯＭシナリオ・データ7917は、データベース部7901に保存された各エレメンタリ・ストリーム7912−7916の再生方法を規定する。ＢＤ−ＲＯＭシナリオ・データ7917は、図２に示されているファイル群のうち、インデックス・ファイル211、ムービーオブジェクト・ファイル212、及びプレイリスト・ファイル221−223を含む。シナリオ生成部7904は更に、パラメータ・ファイルPRFを作成して多重化処理部7906へ送出する。パラメータ・ファイルPRFは、データベース部7901に保存されたエレメンタリ・ストリーム7912−7915の中から、メインＴＳとサブＴＳとのそれぞれに多重化されるべきストリーム・データを規定する。
ＢＤプログラム制作部7905はオーサリング・スタッフに対して、ＢＤ−Ｊオブジェクト及びＪａｖａアプリケーション・プログラムのプログラミング環境を提供する。ＢＤプログラム制作部7905はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。ＢＤプログラム制作部7905は更に、ＢＤ−ＪオブジェクトからＢＤ−Ｊオブジェクト・ファイル251を作成し、Ｊａｖａアプリケーション・プログラムをＪＡＲファイル261に圧縮する。それらのプログラム・ファイル群BDPはフォーマット処理部7907へ送出される。
ここで、ＢＤ−Ｊオブジェクトが次のようにプログラミングされる場合を想定する：ＢＤ−Ｊオブジェクトは、図５０に示されているプログラム実行部5034にＧＵＩ用のグラフィックス・データをシステム・ターゲット・デコーダ5023へ送出させる。ＢＤ−Ｊオブジェクトは更に、システム・ターゲット・デコーダ5023にそのグラフィックス・データをイメージ・プレーン・データとして処理させ、プレーン加算部5024にイメージ・プレーン・データを１プレーン＋オフセット・モードで送出させる。その場合、ＢＤプログラム制作部7905は、イメージ・プレーンに対するオフセット情報7910を作成してデータベース部7901に保存する。ＢＤプログラム制作部7905はそのオフセット情報7910の作成に、ビデオ・エンコーダ7902によって生成された奥行き情報DPIを利用してもよい。
多重化処理部7906はパラメータ・ファイルPRFに従い、データベース部7901に保存されている各エレメンタリ・ストリーム7912−7915をＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。具体的には、図４に示されているように、まず、各エレメンタリ・ストリーム7912−7915が一つのソースパケット列に変換され、次に、各列のソースパケットが一本の多重化ストリーム・データにまとめられる。こうして、メインＴＳとサブＴＳとが作成される。それらの多重化ストリーム・データMSDはフォーマット処理部7907へ送出される。
多重化処理部7906は更に、データベース部7901に保存されているオフセット情報7910に基づいてオフセット・メタデータを作成する。図１１に示されているように、作成されたオフセット・メタデータ1110はディペンデントビュー・ビデオ・ストリーム内に格納される。そのとき、データベース部7901に保存されているマスク領域情報7911は、オフセット・メタデータと共にディペンデントビュー・ビデオ・ストリーム内に格納される。また、多重化処理部7906は各グラフィックス・データを加工して、左右の各映像フレーム内でのグラフィックス部品の配置を調整してもよい。それにより、各グラフィックス・プレーンの表す３Ｄグラフィックス映像が、他のグラフィックス・プレーンの表す３Ｄグラフィックス映像と同じ視方向に重なって表示されることを、多重化処理部7906は防止できる。その他に、多重化処理部7906は各グラフィックス・プレーンに対するオフセット値を調整して、各３Ｄグラフィックス映像が異なる奥行きに表示されるようにできる。
多重化処理部7906はその上、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを、以下の手順（I）−（IV）で作成する：（I）ファイル２ＤとファイルＤＥＰとのそれぞれについて、図３０に示されているエントリ・マップ3030を生成する。（II）各ファイルのエントリ・マップを利用して、図３２の（ａ）、（ｂ）に示されているエクステント起点3042、3220を作成する。そのとき、隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える。更に、２Ｄエクステント、ベースビュー・エクステント、ディペンデントビュー・エクステント、及びエクステントＳＳの各サイズが条件１−５を満たすように、エクステントの配置を設計する。（III）メインＴＳとサブＴＳとのそれぞれに多重化されるべきエレメンタリ・ストリームから、図３０に示されているストリーム属性情報3020を抽出する。（IV）図３０に示されているように、エントリ・マップ3030、３Ｄメタデータ3040、及びストリーム属性情報3020の組み合わせをクリップ情報3010に対応付ける。こうして、各クリップ情報ファイルCLIが作成され、フォーマット処理部7907へ送出される。
フォーマット処理部7907は、データベース部7901に保存されたＢＤ−ＲＯＭシナリオ・データ7917、ＢＤプログラム制作部7905によって制作されたＢＤ−Ｊオブジェクト・ファイル等のプログラム・ファイル群BDP、及び、多重化処理部7906によって生成された多重化ストリーム・データMSDとクリップ情報ファイルCLIとから、図２に示されているディレクトリ構造のＢＤ−ＲＯＭディスク・イメージ7920を作成する。そのディレクトリ構造ではファイルシステムとしてＵＤＦが利用される。
フォーマット処理部7907は、ファイル２Ｄ、ファイルＤＥＰ、及びファイルＳＳの各ファイル・エントリを作成するとき、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのそれぞれに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、エントリ・ポイントとエクステント起点との各ＳＰＮがアロケーション記述子の作成に利用される。特に、図１５に示されているようなデータ・ブロックのインターリーブ配置が表現されるように、各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが決定される。その結果、各ベースビュー・データ・ブロックはファイルＳＳとファイル２Ｄとに共有され、各ディペンデントビュー・データ・ブロックはファイルＳＳとファイルＤＥＰとに共有される。
＜ＢＤ−ＲＯＭディスク・イメージの記録方法＞
図８１は、図７９に示されている記録装置7900を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置7900の電源投入によって開始される。
ステップＳ８１０１では、ＢＤ−ＲＯＭディスクへ記録されるべきエレメンタリ・ストリーム、プログラム、及びシナリオ・データが作成される。すなわち、ビデオ・エンコーダ7902はビデオ・ストリーム7912を作成する。素材制作部7903は、オーディオ・ストリーム7913、ＰＧストリーム7914、及びＩＧストリーム7915を作成する。シナリオ生成部7904はＢＤ−ＲＯＭシナリオ・データ7917を作成する。作成されたそれらのデータ7912−7917はデータベース部7901に保存される。一方、ビデオ・エンコーダ7902は、オフセット情報7910とマスク領域情報7911とを作成してデータベース部7901に保存する。素材制作部7903はオフセット情報7910を作成してデータベース部7901に保存する。シナリオ生成部7904はパラメータ・ファイルPRFを作成して多重化処理部7906へ送出する。ＢＤプログラム制作部7905は、ＢＤ−Ｊオブジェクト・ファイルとＪＡＲファイルとを含むプログラム・ファイル群BDPを作成してフォーマット処理部7907へ送出し、オフセット情報7910を作成してデータベース部7901に保存する。その後、処理はステップＳ８１０２へ進む。
ステップＳ８１０２では、多重化処理部7906は、データベース部7901に保存されたオフセット情報7910に基づいてオフセット・メタデータを作成する。作成されたオフセット・メタデータは、マスク領域情報7911と共に、ディペンデントビュー・ビデオ・ストリーム内に格納される。その後、処理はステップＳ８１０３へ進む。
ステップＳ８１０３では、多重化処理部7906はパラメータ・ファイルPRFに従い、データベース部7901から各エレメンタリ・ストリーム7912−7915を読み出してＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。その後、処理はステップＳ８１０４へ進む。
ステップＳ８１０４では、多重化処理部7906は２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを作成する。特に、エントリ・マップとエクステント起点との作成では、エクステント・ペア間でエクステントＡＴＣ時間が揃えられる。更に、２Ｄエクステント、ベースビュー・エクステント、ディペンデントビュー・エクステント、及びエクステントＳＳのサイズが条件１−５を満たすように設計される。その後、処理はステップＳ８１０５へ進む。
ステップＳ８１０５では、フォーマット処理部7907は、ＢＤ−ＲＯＭシナリオ・データ7917、プログラム・ファイル群BDP、多重化ストリーム・データMDS、及びクリップ情報ファイルCLIから、ＢＤ−ＲＯＭディスク・イメージ7920を作成する。その後、処理はステップＳ８１０６へ進む。
ステップＳ８１０６では、ＢＤ−ＲＯＭディスク・イメージ7920がＢＤ−ＲＯＭプレス用データに変換される。更に、このデータはＢＤ−ＲＯＭディスクの原盤に記録される。その後、処理はステップＳ８１０７へ進む。
ステップＳ８１０７では、ステップＳ８１０６で得られた原盤をプレス工程に利用してＢＤ−ＲＯＭディスク101の大量生産を行う。こうして、処理が終了する。
《実施形態４》
図８２は、本発明の実施形態４による集積回路3の機能ブロック図である。図８２を参照するに、集積回路3は、実施形態１または２による再生装置102に実装される。ここで、再生装置102は、集積回路3の他に、媒体インタフェース（ＩＦ）部1、メモリ部2、及び出力端子10を含む。
媒体ＩＦ部1は、外部の媒体MEからデータを受信し、又は読み出して集積回路3に転送する。そのデータの構造は、実施形態１または２によるＢＤ−ＲＯＭディスク101上のデータの構造と同様である。媒体ＩＦ部1は媒体MEの種類に合わせて、種々の機能部を含む。例えば、媒体MEが、光ディスク及びハードディスク等のディスク記録媒体である場合、媒体ＩＦ部1はディスクドライブを含む。媒体MEが、ＳＤカード及びＵＳＢメモリ等の半導体メモリである場合、媒体ＩＦ部1はカードＩＦを含む。媒体MEがＣＡＴＶ等の放送波である場合、媒体ＩＦ部1はＣＡＮチューナーまたはＳｉチューナーを含む。媒体MEが、イーサネット（登録商標）、無線ＬＡＮ、及び無線公衆回線等のネットワークである場合、媒体ＩＦ部1はネットワークＩＦを含む。
メモリ部2は、媒体ＩＦ部1によって媒体MEから受信され、又は読み出されたデータ、及び、集積回路3によって処理されている途中のデータを一時的に格納する。メモリ部2としては、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）、及びＤＤＲｘ ＳＤＲＡＭ（Double−Data−Rate x Synchronous Dynamic Random Access Memory; x＝1、2、3、…）等が用いられる。メモリ部2は単一のメモリ素子である。その他に、メモリ部2は複数のメモリ素子を含んでもよい。
集積回路3はシステムＬＳＩであり、媒体ＩＦ部1から転送されたデータに対して映像・音声処理を施す。図８２を参照するに、集積回路3は、主制御部6、ストリーム処理部5、信号処理部7、メモリ制御部9、及びＡＶ出力部8を含む。
主制御部6はプロセッサコアとプログラム・メモリとを含む。プロセッサコアはタイマ機能と割り込み機能とを有する。プログラム・メモリはＯＳ等の基本的なソフトウェアを格納する。プロセッサコアは、プログラム・メモリ等に格納されたプログラムに従って、集積回路3の全体の制御を行う。
ストリーム処理部5は、主制御部6の制御の下、媒体MEから媒体ＩＦ部1を経由して転送されたデータを受信する。ストリーム処理部5は更に、その受信したデータを集積回路3内のデータバスを通してメモリ部2に格納する。ストリーム処理部5はその他に、受信したデータから映像系データと音声系データとを分離する。ここで、前述のとおり、媒体MEから受信されるデータは、実施形態１または２による構造のデータを含む。その場合、「映像系データ」は、プライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを含む。「音声系データ」はプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとを含む。実施形態１、２による構造のデータでは、メインビュー・データとサブビュー・データとがそれぞれ複数のエクステントに分割され、それらが交互に配置されて一連のエクステント・ブロックを構成している。ストリーム処理部5はエクステント・ブロックを受信したとき、主制御部6の制御に従い、そのエクステント・ブロックからメインビュー・データを抽出してメモリ部2内の第１の領域に格納し、サブビュー・データを抽出してメモリ部2内の第２の領域に格納する。メインビュー・データはレフトビュー・ビデオ・ストリームを含み、サブビュー・データはライトビュー・ビデオ・ストリームを含む。その逆であってもよい。また、メインビューとサブビューとの組み合わせが２Ｄ映像とそのデプスマップとの組み合わせであってもよい。メモリ部2内の第１の領域と第２の領域とは、単一のメモリ素子の領域を論理的に分割したものである。その他に、各領域が物理的に異なるメモリ素子に含まれてもよい。
ストリーム処理部5によって分離された映像系データと音声系データとはそれぞれ、符号化によって圧縮されている。映像系データの符号化方式の種類は、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、ＭＰＥＧ４−ＭＶＣ、及びＳＭＰＴＥ ＶＣ−１等を含む。音声系データの符号化方式の種類は、ドルビーＡＣ−３、Ｄｏｌｂｙ Ｄｉｇｉｔａｌ Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ−ＨＤ、及びリニアＰＣＭ等を含む。信号処理部7は、主制御部6の制御の下、映像系データと音声系データとを、それぞれの符号化方式に適した方法で復号する。信号処理部7は、例えば図５２に示されている各種デコーダに相当する。
メモリ制御部9は、集積回路3内の各機能ブロック5−8からメモリ部2へのアクセスを調停する。
ＡＶ出力部8は、主制御部6の制御の下、信号処理部7によって復号された映像系データと音声系データとをそれぞれ適切な形式に加工して、個別の出力端子10を通して表示装置103とその内蔵スピーカとへ出力する。その加工の種類は、映像系データの重畳処理、各データのフォーマット変換、及び音声系データのミキシング等を含む。
図８３は、ストリーム処理部5の代表的な構成を示す機能ブロック図である。図８３を参照するに、ストリーム処理部5は、デバイス・ストリームＩＦ部51、多重分離部52、及び切替部53を備える。
デバイス・ストリームＩＦ部51は、媒体ＩＦ部1と集積回路3内の他の機能ブロック6−9との間でデータ転送を行うインタフェースである。例えば媒体MEが光ディスク又はハードディスクであるとき、デバイス・ストリームＩＦ部51は、ＳＡＴＡ（Serial Advanced Technology Attachment）、ＡＴＡＰＩ（Advanced Technology Attachment Packet Interface）、又はＰＡＴＡ（Parallel Advanced Technology Attachment）を含む。媒体MEがＳＤカード及びＵＳＢメモリ等の半導体メモリであるとき、デバイス・ストリームＩＦ部51はカードＩＦを含む。媒体MEがＣＡＴＶ等の放送波であるとき、デバイス・ストリームＩＦ部51はチューナーＩＦを含む。媒体MEが、イーサネット（登録商標）、無線ＬＡＮ、及び無線公衆回線等のネットワークであるとき、デバイス・ストリームＩＦ部51はネットワークＩＦを含む。ここで、媒体MEの種類によっては、デバイス・ストリームＩＦ部51が媒体ＩＦ部1に代わって、その機能の一部を実現させてもよい。逆に、媒体ＩＦ部1が集積回路3に内蔵されている場合、デバイス・ストリームＩＦ部51は省略されてもよい。
多重分離部52は、媒体MEからメモリ部2に転送されたデータをメモリ制御部9から受信して、そのデータから映像系データと音声系データとを分離する。ここで、実施形態１、２による構造のデータに含まれる各エクステントは、図４に示されているように、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリーム等のソースパケットから構成されている。但し、サブビュー・データはオーディオ・ストリームを含まない場合もある。多重分離部52は、各ソースパケットからＰＩＤを読み取り、そのＰＩＤに従って、ソースパケット群を映像系のＴＳパケットVTSと音声系のＴＳパケットATSとに分別する。分別されたＴＳパケットVTS、ATSは、直接、若しくは、一旦メモリ部2に格納された後、信号処理部7に転送される。多重分離部52は、例えば図５２に示されているソース・デパケタイザ5211、5212、及びＰＩＤフィルタ5213、5214に相当する。
切替部53は、デバイス・ストリームＩＦ部51によって受信されたデータの種類に応じてその出力先を切り換える。例えば、デバイス・ストリームＩＦ部51がメインビュー・データを受信したとき、そのデータの格納先をメモリ部2の第１の領域に切り換える。一方、デバイス・ストリームＩＦ部51がサブビュー・データを受信したとき、そのデータの格納先をメモリ部2の第２の領域に切り換える。
切替部53は例えばＤＭＡＣ（Direct Memory Access Controller）である。図８４は、その場合における切替部53の周辺の構造を示す模式図である。ＤＭＡＣ53は、主制御部6の制御の下、デバイス・ストリームＩＦ部51によって受信されたデータと、そのデータの格納先のアドレスとをメモリ制御部9に対して送信する。具体的には、デバイス・ストリームＩＦ部51がメインビュー・データMDを受信したとき、ＤＭＡＣ53は、メインビュー・データMDと共にアドレス１AD1を送信する。ここで、「アドレス１」AD1は、メモリ部2内の第１の格納領域21の先頭アドレスAD1を示すデータである。一方、デバイス・ストリームＩＦ部51がサブビュー・データSDを受信したとき、ＤＭＡＣ53はサブビュー・データSDと共にアドレス２AD2を送信する。ここで、「アドレス２」AD2は、メモリ部2内の第２の格納領域22の先頭アドレスAD2を示すデータである。こうして、ＤＭＡＣ53は、デバイス・ストリームＩＦ部51によって受信されるデータの種類に依って、その出力先、特にメモリ部2内への格納先を切り換える。メモリ制御部9は、ＤＭＡＣ53から受信されたメインビュー・データMDとサブビュー・データSDとをそれぞれ、同時に受信されたアドレスAD1、AD2の示すメモリ部2内の領域21、22に格納する。
主制御部6は、切替部53による格納先の切り換えの制御に、クリップ情報ファイル内のエクステント起点を利用する。ここで、そのクリップ情報ファイルは、メインビュー・データMDとサブビュー・データSDとのいずれよりも先に受信され、メモリ部2に格納されている。特に、主制御部6はファイル・ベースを利用して、デバイス・ストリームＩＦ部51によって受信されたデータがメインビュー・データMDであることを認識する。一方、主制御部6はファイルＤＥＰを利用して、デバイス・ストリームＩＦ部51によって受信されたデータがサブビュー・データであることを認識する。主制御部6は更に、その認識された結果に応じて切替部53に制御信号CSを送り、データの格納先を切り換えさせる。尚、切替部53は、主制御部6とは別の専用の制御回路によって制御されてもよい。
ストリーム処理部5は、図８３に示されている機能ブロック51、52、53の他に、暗号エンジン部、セキュア管理部、及びダイレクト・メモリ・アクセス用のコントローラを更に備えていてもよい。暗号エンジン部は、デバイス・ストリームＩＦ部51によって受信された暗号化データ及び鍵データ等を復号する。セキュア管理部は秘密鍵を保持し、それを利用して、媒体MEと再生装置102との間で機器認証プロトコル等の実行制御を行う。
上記の例では、媒体MEから受信されたデータがメモリ部2に格納されるとき、そのデータがメインビュー・データMDとサブビュー・データSDとのいずれであるかに依って、その格納先が切り換えられる。その他に、媒体MEから受信されたデータがその種類にかかわらず、一旦メモリ部2内の同じ領域に格納され、その後、メモリ部2から多重分離部52へ転送されるときに、メインビュー・データMDとサブビュー・データSDとに分けられてもよい。
図８５は、ＡＶ出力部8の代表的な構成を示す機能ブロック図である。図８５を参照するに、ＡＶ出力部8は、画像重畳部81、ビデオ出力フォーマット変換部82、及びオーディオ・ビデオ出力ＩＦ部83を備える。
画像重畳部81は、信号処理部7によって復号された映像系データVP、PG、IGを互いに重畳する。具体的には、画像重畳部81はまず、ビデオ出力フォーマット変換部82からは処理後のレフトビュー又はライトビューのビデオ・プレーン・データVPを受信し、信号処理部7からは復号後のＰＧプレーン・データPGとＩＧプレーン・データIGとを受信する。画像重畳部81は次に、ビデオ・プレーン・データVPにＰＧプレーン・データPGとＩＧプレーン・データIGとをピクチャ単位で重畳する。画像重畳部81は、例えば図５０に示されているプレーン加算部5024に相当する。
ビデオ出力フォーマット変換部82は、信号処理部7からは復号後のビデオ・プレーン・データVPを受信し、画像重畳部81からは重畳後の映像系データVP／PG／IGを受信する。ビデオ出力フォーマット変換部82は更に、それらの映像系データVP、VP／PG／IGに対して種々の処理を必要に応じて行う。その処理の種類には、リサイズ処理、ＩＰ変換処理、ノイズ・リダクション処理、及びフレームレート変換処理が含まれる。リサイズ処理は、映像のサイズを拡大／縮小する処理である。ＩＰ変換処理は、プログレッシブ方式とインターレース方式との間で走査方式を変換する処理である。ノイズ・リダクション処理は、映像からノイズを除去する処理である。フレームレート変換処理は、フレームレートを変換する処理である。ビデオ出力フォーマット変換部82は、処理後のビデオ・プレーン・データVPを画像重畳部81に送出し、又は処理後の映像系データVSをオーディオ・ビデオ出力ＩＦ部83へ送出する。
オーディオ・ビデオ出力ＩＦ部83は、ビデオ出力フォーマット変換部82からは映像系データVSを受信し、信号処理部7からは復号後の音声系データASを受信する。オーディオ・ビデオ出力ＩＦ部83は更に、受信されたデータVS、ASに対して、データ送信形式に合わせた符号化等の処理を行う。ここで、後述のように、オーディオ・ビデオ出力ＩＦ部83の一部は集積回路3の外部に備えられてもよい。
図８６は、ＡＶ出力部8を含む再生装置102のデータ出力に関する部分の詳細を示す模式図である。図８６を参照するに、オーディオ・ビデオ出力ＩＦ部83は、アナログ・ビデオ出力ＩＦ部83a、デジタル・ビデオ・オーディオ出力ＩＦ部83b、及びアナログ・オーディオ出力ＩＦ部83cを含む。それにより、集積回路3及び再生装置102は、以下に述べるとおり、複数種類の映像系データと音声系データとのデータ送信方式に対応可能である。
アナログ・ビデオ出力ＩＦ部83aは、ビデオ出力フォーマット変換部82から映像系データVSを受信して、そのデータVSをアナログ映像信号形式のデータVDに変換／符号化して出力する。アナログ・ビデオ出力ＩＦ部83aは、例えば、ＮＴＳＣ、ＰＡＬ、及びＳＥＣＡＭのいずれかの方式に対応したコンポジット・ビデオ・エンコーダー、Ｓ映像信号（Ｙ／Ｃ分離）用エンコーダー、コンポーネント映像信号用エンコーダー、並びにＤ／Ａコンバータ（ＤＡＣ）等を含む。
デジタル・ビデオ・オーディオ出力ＩＦ部83bは、信号処理部7からは復号後の音声系データASを受信し、ビデオ出力フォーマット変換部82からは映像系データVSを受信する。デジタル・ビデオ・オーディオ出力ＩＦ部83bは更に、それらのデータAS、VSを一体化して暗号化する。その後、デジタル・ビデオ・オーディオ出力ＩＦ部83bは、暗号化データSAVをデータ送信規格に合わせて符号化して出力する。デジタル・ビデオ・オーディオ出力ＩＦ部83bは、例えば図５０に示されているＨＤＭＩ送信部5025に相当する。
アナログ・オーディオ出力ＩＦ部83cは、信号処理部7から復号後の音声系データASを受信し、Ｄ／Ａ変換によってアナログ音声データADに変換して出力する。アナログ・オーディオ出力ＩＦ部83cは、例えばオーディオＤＡＣに相当する。
上記の映像系データ及び音声系データの送信形式は、表示装置103／スピーカー103Aの備えるデータ受信装置／データ入力端子の種類に合わせて切り換え可能であり、また、ユーザの選択によっても切り換え可能である。更に、再生装置102は、同じコンテンツのデータを、単一の送信形式だけではなく、複数の送信形式でパラレルに送信可能である。
ＡＶ出力部8は、図８５、８６に示されている機能ブロック81、82、83の他にグラフッィクス・エンジン部を更に備えていてもよい。グラフッィクス・エンジン部は、信号処理部7によって復号されたデータに対して、フィルタ処理、画面合成処理、曲線描画処理、及び３Ｄ表示処理等のグラフィックス処理を行う。
集積回路3は、図８２、８３、８５、８６に示されている上記の機能ブロックを内蔵する。しかし、それは必須ではなく、一部の機能ブロックが集積回路3に外付けされていてもよい。また、図８２に示されている構成とは異なり、メモリ部2が集積回路3に内蔵されていてもよい。更に、主制御部6と信号処理部7とは、完全に分離された機能ブロックでなくてもよく、例えば主制御部6が信号処理部7の処理の一部を行ってもよい。
集積回路3内の機能ブロック間を接続する制御バス及びデータバスのトポロジーは、各機能ブロックの処理の手順及び内容に合わせて選択されればよい。図８７は、集積回路3内の制御バス及びデータバスのトポロジーの例（ａ）、（ｂ）を示す模式図である。図８７の（ａ）を参照するに、制御バス11とデータバス12とはいずれも、各機能ブロック5−9を他の全ての機能ブロックに直結させるように配置されている。その他に、図８７の（ｂ）に示されているように、データバス13は各機能ブロック5−8をメモリ制御部9にのみ直結させるように配置されてもよい。その場合、各機能ブロック5−8はメモリ制御部9、更にメモリ部2を介してデータを他の機能ブロックに転送する。
集積回路3は、単一のチップに実装されたＬＳＩに代えて、マルチチップ・モジュールであってもよい。その場合、集積回路3を構成する複数のチップは一つのパッケージに封止されているので、集積回路3は見かけ上、単一のＬＳＩである。集積回路3はその他に、ＦＰＧＡ（Field Programmable Gate Array）又はリコンフィギュラブル・プロセッサを利用して構成されてもよい。ＦＰＧＡは、製造後にプログラム可能なＬＳＩである。リコンフィギュラブル・プロセッサは、内部の回路セル間の接続、及び各回路セルの設定を再構成可能なＬＳＩである。
＜集積回路3の表示装置への実装＞
上記の集積回路3と同様な集積回路を表示装置に実装して、実施形態４による再生装置の行う上記の処理をその表示装置に行わせても構わない。図８８は、表示装置103に実装された集積回路3とその周辺部との構成を示す機能ブロック図である。図８８に示されている構成は、図８２に示されている構成とは、出力端子10が、表示駆動部11、表示パネル12、及びスピーカ13に置き換えられている点で異なる。その他の構成要素は、図８２に示されているものと同様である。従って、それら同様な構成要素の詳細については、上記の説明を援用する。図８８を参照するに、集積回路3は媒体ＩＦ部1とメモリ2とを利用して、媒体ＩＦ部1が受信したデータに対して上記の信号処理と同様な処理を行う。集積回路3によって処理された映像系データは表示駆動部11へ送られる。表示駆動部11はその映像系データに従って表示パネル12を制御する。その結果、その映像系データは表示パネル12の画面上に映像として出力される。ここで、表示パネル12は液晶表示パネルである。その他に、プラズマ表示パネル、有機ＥＬ表示パネル等、他の方式のものであってもよい。一方、集積回路3によって処理された音声系データはスピーカ13を通して音声として出力される。尚、スピーカ13に代えて、図８２に示されている出力端子10と同様な出力端子を通して表示装置103に外付けされたスピーカが利用されてもよい。
図８９は、図８８に示されているＡＶ出力部8の詳細な機能ブロック図である。ＡＶ出力部8は、図８５に示されているものとは異なり、オーディオ・ビデオ出力ＩＦ部83に代えて、ビデオ出力ＩＦ部84とオーディオ出力ＩＦ部85との対を備えている。ビデオ出力ＩＦ部84とオーディオ出力ＩＦ部85とは、集積回路3の内部と外部とのいずれに設置されていてもよい。ビデオ出力ＩＦ部84は、ビデオ出力フォーマット変換部82から表示駆動部11へ映像系データを転送する。オーディオ出力ＩＦ部85は信号処理部7からスピーカ12へ音声系データを転送する。尚、ビデオ出力ＩＦ部84とオーディオ出力ＩＦ部85とはそれぞれ、複数備えられていてもよい。また、ビデオ出力ＩＦ部84とオーディオ出力ＩＦ部85とは一体化されていてもよい。
＜集積回路3を利用した再生装置102の再生処理＞
図９０は、集積回路3を利用した再生装置102による再生処理のフローチャートである。その再生処理は、光ディスクがディスクドライブに挿入される等、媒体ＩＦ部1が媒体MEにデータ受信可能に接続されたときに開始される。その再生処理では、再生装置102は媒体MEからデータを受信して復号する。その後、再生装置102は復号後のデータを映像信号及び音声信号として出力する。
ステップＳ１では、媒体ＩＦ部1が媒体MEからデータを受信し、又は読み出してストリーム処理部5へ転送する。その後、処理はステップＳ２へ進む。
ステップＳ２では、ストリーム処理部5は、ステップＳ１において受信され、又は読み出されたデータを映像系データと音声系データとに分離する。その後、処理はステップＳ３へ進む。
ステップＳ３では、信号処理部7は、ステップＳ２においてストリーム処理部5によって分離された各データをその符号化方式に適した方法で復号する。その後、処理はステップＳ４へ進む。
ステップＳ４では、ＡＶ出力部8は、ステップＳ３において信号処理部7によって復号された映像系データに対して重畳処理を行う。その後、処理はステップＳ５へ進む。
ステップＳ５では、ＡＶ出力部8は、ステップＳ２−４において処理された映像系データ及び音声系データを出力する。その後、処理はステップＳ６へ進む。
ステップＳ６では、主制御部6が再生処理を続行すべきか否かを判断する。媒体ＩＦ部1によって媒体MEから新たに受信されるべき、又は読み出されるべきデータが残されている等の場合、ステップＳ１から処理が繰り返される。一方、光ディスクがディスクドライブから取り出され、又はユーザから再生停止が指示された等によって、媒体ＩＦ部1が媒体MEからのデータ受信、又は読み出しを終了させた場合、処理は終了する。
図９１は、図９０に示されている各ステップＳ１−６の詳細を示すフローチャートである。図９１に示されている各ステップＳ１０１−１１０は、主制御部6の制御の下で行われる。ステップＳ１０１は主にステップＳ１の詳細に相当し、ステップＳ１０２−１０４は主にステップＳ２の詳細に相当し、ステップＳ１０５は主にステップＳ３の詳細に相当し、ステップＳ１０６−１０８は主にステップＳ４の詳細に相当し、ステップＳ１０９、Ｓ１１０は主にステップＳ５の詳細に相当する。
ステップＳ１０１では、デバイス・ストリームＩＦ部51は媒体ＩＦ部1を通して媒体MEから、再生対象のデータよりも先に、そのデータの再生に必要なデータ、例えばプレイリスト・ファイル及びクリップ情報ファイルを受信し、又は読み出す。デバイス・ストリームＩＦ部51は更に、メモリ制御部9を介してそのデータをメモリ部2に格納する。その後、処理はステップＳ１０２へ進む。
ステップＳ１０２では、主制御部6は、クリップ情報ファイルに含まれるストリーム属性情報から、媒体MEに格納されている映像データと音声データとのそれぞれの符号化方式を識別する。主制御部6は更に、識別された符号化方式に対応する復号処理が実行できるように信号処理部7の初期化を行う。その後、処理はステップＳ１０３へ進む。
ステップＳ１０３では、デバイス・ストリームＩＦ部51は、媒体ＩＦ部1を通して媒体MEから再生対象の映像データと音声データとを受信し、又は読み出す。特に、それらのデータはエクステント単位で受信され、又は読み出される。デバイス・ストリームＩＦ部51は更に、それらのデータを切替部53とメモリ制御部9とを経由してメモリ部2に格納する。特に、メインビュー・データが受信され、又は読み出されたとき、主制御部6は切替部53を制御して、そのデータの格納先をメモリ部2内の第１の領域へ切り換えさせる。一方、サブビュー・データが受信され、又は読み出されたとき、主制御部6は切替部53を制御して、そのデータの格納先をメモリ部2内の第２の領域へ切り換えさせる。その後、処理はステップＳ１０４へ進む。
ステップＳ１０４では、メモリ部2に格納されたデータは、ストリーム処理部5内の多重分離部52に転送される。多重分離部52はまず、そのデータを構成する各ソースパケットからＰＩＤを読み取る。多重分離部52は次に、そのＰＩＤに従って、そのソースパケットに含まれるＴＳパケットが映像系データと音声系データとのいずれであるのかを識別する。多重分離部52は更に、識別結果に従って各ＴＳパケットを信号処理部7内の対応するデコーダへ転送する。その後、処理はステップＳ１０５へ進む。
ステップＳ１０５では、信号処理部7内では各デコーダが、転送されたＴＳパケットを適切な方法で復号する。その後、処理はステップＳ１０６へ進む。
ステップＳ１０６では、信号処理部7において復号されたレフトビュー・ビデオ・ストリーム及びライトビュー・ビデオ・ストリームの各ピクチャがビデオ出力フォーマット変換部82に送られる。ビデオ出力フォーマット変換部82はそれらのピクチャを表示装置103の解像度に合わせてリサイズする。その後、処理はステップＳ１０７へ進む。
ステップＳ１０７では、画像重畳部81は、ステップＳ１０６においてリサイズされたピクチャから成るビデオ・プレーン・データをビデオ出力フォーマット変換部82から受信する。一方、画像重畳部81は信号処理部7から復号後のＰＧプレーン・データとＩＧプレーン・データとを受信する。画像重畳部81は更に、それらのプレーン・データを重畳する。その後、処理はステップＳ１０８へ進む。
ステップＳ１０８では、ビデオ出力フォーマット変換部82は、ステップＳ１０７において重畳されたプレーン・データを画像重畳部81から受信する。ビデオ出力フォーマット変換部82は更に、そのプレーン・データに対してＩＰ変換を行う。その後、処理はステップＳ１０９へ進む。
ステップＳ１０９では、オーディオ・ビデオ出力ＩＦ部83は、ビデオ出力フォーマット変換部82からは、ステップＳ１０８においてＩＰ変換を受けた映像系データを受信し、信号処理部7からは復号後の音声系データを受ける。オーディオ・ビデオ出力ＩＦ部83は更に、それらのデータに対して、表示装置103／スピーカ103Aによるデータ出力方式、又はそれぞれへのデータ送信方式に従って符号化処理及びＤ／Ａ変換等を行う。それにより、映像系データと音声系データとはそれぞれ、アナログ出力形式又はデジタル出力形式に変換される。例えば、アナログ出力形式の映像系データには、コンポジット映像信号、Ｓ映像信号、及びコンポーネント映像信号等が含まれる。また、デジタル出力形式の映像系データ／音声系データには、ＨＤＭＩ等が含まれる。その後、処理はステップＳ１１０へ進む。
ステップＳ１１０では、オーディオ・ビデオ出力ＩＦ部83は、ステップＳ１０９において処理された映像系データ及び音声系データを表示装置103／スピーカ103Aへ送信する。その後、処理はステップＳ６へ進む。尚、ステップＳ６については、上記の説明を援用する。
上記の各ステップでは、データが処理される度に、その結果がメモリ部2に一時的に格納されてもよい。また、ステップＳ１０６及びＳ１０８でのビデオ出力フォーマット変換部82によるリサイズ処理及びＩＰ変換処理は、必要に応じて省略されてもよい。更に、それらの処理に加え、又はそれらの処理に代えて、ノイズ・リダクション処理及びフレームレート変換処理等、他の処理が行われてもよい。更に、可能なものについては処理手順が変更されてもよい。
図８８に示されている表示装置103で再生処理を行う場合でも、その再生処理のフローチャートは基本的には、図９０、９１に示されているものと同様である。図８８、８９に示されている各機能ブロックは、図８２、８５に示されている各機能ブロックと同様に動作する。
《補足》
＜３Ｄ映像の再生方法の原理＞
３Ｄ映像の再生方法は、ホログラフィ技術を用いる方法と、視差映像を用いる方法との２つに大別される。
ホログラフィ技術を用いる方法の特徴は、現実の立体的な物体から人間の視覚に与えられる光学的な情報とほぼ全く同じ情報を視聴者の視覚に与えることにより、その視聴者に映像中の物体を立体的に見せる点にある。しかし、この方法を動画表示に利用する技術は理論上確立されてはいる。しかし、その動画表示に必要とされる、膨大な演算をリアルタイムに処理可能なコンピュータ、及び、１ｍｍあたり数千本という超高解像度の表示装置はいずれも、現在の技術ではまだ、実現が非常に難しい。従って、この方法を商業用として実用化する目途は、現時点ではほとんど立っていない。
「視差映像」とは、一つのシーンを見る視聴者の各目に映る２Ｄ映像の対、すなわち、レフトビューとライトビューとの対をいう。視差映像を用いる方法の特徴は、一つのシーンのレフトビューとライトビューとを視聴者の各目だけに見えるように再生することにより、その視聴者にそのシーンを立体的に見せる点にある。
図９２の（ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。図９２の（ａ）は、視聴者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に併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。
＜復号スイッチ情報＞
図９４の（ａ）は、復号スイッチ情報A050のデータ構造を示す模式図である。復号スイッチ情報A050は、図８に示されているベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの各ＶＡＵでその補足データ831D、832Dに格納されている。但し、ディペンデントビュー・ビデオ・ストリームの各ＧＯＰの先頭に位置するＶＡＵ＃１832では、復号スイッチ情報A050は、オフセット・メタデータを含む補足データ832Dとは別の補足データに格納される。補足データ831D、832Dは、特にＭＰＥＧ−４ ＡＶＣ、ＭＶＣではＮＡＬユニットの一種“ＳＥＩ”に相当する。復号スイッチ情報A050は、再生装置102内のデコーダに、次に復号すべきＶＡＵを容易に特定させるための情報である。ここで、そのデコーダは後述のように、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとをＶＡＵ単位で交互に復号する。そのとき、そのデコーダは一般に、各ＶＡＵに付与されたＤＴＳの示す時刻に合わせて、次に復号すべきＶＡＵを特定する。しかし、デコーダの種類には、ＤＴＳを無視してＶＡＵを順次、復号し続けるものも多い。そのようなデコーダにとって、各ＶＡＵがＤＴＳに加えて復号スイッチ情報A050を含むことは好ましい。
図９４の（ａ）を参照するに、復号スイッチ情報A050は、次アクセスユニット・タイプA051、次アクセスユニット・サイズA052、及び復号カウンタA053を含む。次アクセスユニット・タイプA051は、次に復号されるべきＶＡＵがベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれに属するのかを示す。例えば、次アクセスユニット・タイプA051の値が“１”であるときは、次に復号されるべきＶＡＵはベースビュー・ビデオ・ストリームに属し、“２”であるときはディペンデントビュー・ビデオ・ストリームに属する。次アクセスユニット・タイプA051の値が“０”であるときは、現在のＶＡＵが復号対象のストリームの後端に位置し、次に復号されるべきＶＡＵが存在しない。次アクセスユニット・サイズA052は、次に復号されるべきＶＡＵのサイズを示す。再生装置102内のデコーダは、次アクセスユニット・サイズA052を参照することにより、ＶＡＵの構造自体を解析することなく、そのサイズを特定できる。従って、デコーダはバッファからＶＡＵを容易に抽出できる。復号カウンタA053は、それの属するＶＡＵが復号されるべき順番を示す。その順番は、ベースビュー・ビデオ・ストリーム内のＩピクチャを含むＶＡＵから数えられる。
図９４の（ｂ）は、ベースビュー・ビデオ・ストリームA001とディペンデントビュー・ビデオ・ストリームA002との各ピクチャに割り当てられた復号カウンタの一例A010、A020を示す模式図である。図９４の（ｂ）を参照するに、復号カウンタA010、A020は両ビデオ・ストリームA001、A002の間で交互にインクリメントされる。例えば、ベースビュー・ビデオ・ストリームA001内のＩピクチャを含むＶＡＵA011に対し、復号カウンタA010として“１”が割り当てられる。次に復号されるべきディペンデントビュー・ビデオ・ストリームA002内のＰピクチャを含むＶＡＵA021に対し、復号カウンタA020として“２”が割り当てられる。更にその次に復号されるべきベースビュー・ビデオ・ストリームA001内のＰピクチャを含むＶＡＵA012に対し、復号カウンタA010として“３”が割り当てられる。その割り当てにより、何らかの不具合が原因で再生装置102内のデコーダがいずれかのＶＡＵを読み損なったときでも、それによって欠落したピクチャをデコーダは復号カウンタA010、A020から直ちに特定できる。従って、デコーダはエラー処理を適切に、かつ迅速に実行できる。
図９４の（ｂ）に示されている例では、ベースビュー・ビデオ・ストリームA001の３番目のＶＡＵA013の読み込みにエラーが生じ、Ｂｒピクチャが欠落している。しかし、デコーダは、ディペンデントビュー・ビデオ・ストリームA002の２番目のＶＡＵA022に含まれるＰピクチャの復号処理で、そのＶＡＵA022から復号カウンタA020を読み出して保持している。従って、デコーダは次に処理すべきＶＡＵの復号カウンタA010を予測できる。具体的には、そのＰピクチャを含むＶＡＵA022内の復号カウンタA020は“４”であるので、次に読み込まれるべきＶＡＵの復号カウンタA010は“５”であると予測される。しかし、実際には、次に読み込まれたＶＡＵはベースビュー・ビデオ・ストリームA001の４番目のＶＡＵA014であったので、その復号カウンタA010は“７”である。そのことから、デコーダは、ＶＡＵを一つ読み損ねたことを検出できる。従って、デコーダは次のエラー処理を実行できる：「ディペンデントビュー・ビデオ・ストリームA002の３番目のＶＡＵA023から抽出されたＢピクチャについては、参照すべきＢｒピクチャが欠落しているので復号処理をスキップする」。このように、デコーダは復号処理ごとに復号カウンタA010、A020をチェックする。それにより、デコーダはＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
図９４の（ｃ）は、ベースビュー・ビデオ・ストリームA001とディペンデントビュー・ビデオ・ストリームA002との各ピクチャに割り当てられた復号カウンタの別例A030、A040を示す模式図である。図９４の（ｃ）を参照するに、復号カウンタA030、A040は各ビデオ・ストリームA001、A002で別々にインクリメントされる。従って、復号カウンタA030、A040は、同じ３Ｄ・ＶＡＵに属する一対のピクチャ間で等しい。その場合、デコーダはベースビュー・ビデオ・ストリームA001のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタA030が、次に復号されるべきディペンデントビュー・ビデオ・ストリームA002のＶＡＵの復号カウンタA040に等しい」。一方、デコーダはディペンデントビュー・ビデオ・ストリームA002のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタA040に１を加えた値が、次に復号されるべきベースビュー・ビデオ・ストリームA001のＶＡＵの復号カウンタA030に等しい」。従って、デコーダはいずれの時点でも復号カウンタA030、A040からＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
図５２に示されているシステム・ターゲット・デコーダ5023では、ＤＥＣ5204が、復号スイッチ情報A050を利用して、各ＶＡＵからピクチャをそのＤＴＳに関わらず、順次復号してもよい。その他に、バッファ・スイッチ5206が、そのＶＡＵ内の復号スイッチ情報A050をＤＥＣ5204に返信させてもよい。その場合、バッファ・スイッチ5206はその復号スイッチ情報A050を使って、次のＶＡＵをＥＢ１5203とＥＢ２5210とのいずれから転送すべきか決定できる。
＜レフトビューとライトビューとの間のずれ補償＞
レフトビューとライトビューとの間には「ずれ」が生じる場合がある。本発明の実施形態１による再生装置102又は表示装置103は、以下に述べる手段を用いてそのずれを補償する。それにより、そのずれが視聴者に違和感を与える危険性を回避することができる。
再生装置102は、上記のずれの補償処理に、図５０に示されている機能部を利用する。一方、表示装置103がその補償処理を行ってもよい。図９５は、その補償処理を行う表示装置103の機能ブロック図である。図９５を参照するに、表示装置103は、受信部A101、ストリーム処理部A102、信号処理部A103、及び出力部A104を備えている。受信部A101は、再生装置102の他、ＢＤ−ＲＯＭディスク、半導体メモリ装置、外部ネットワーク、及び放送波等の各種媒体から多重化ストリーム・データを受信してストリーム処理部A102に渡す。ストリーム処理部A102は、その多重化ストリーム・データから、映像、音声、グラフィックス等、各種のデータを分離して信号処理部A103に渡す。信号処理部A103は、それらのデータを個別に復号して出力部A104に渡す。出力部A104は、復号された各データを所定の形式に変換して出力する。出力部A104の出力は映像／音声そのものである。その他に、ＨＤＭＩ方式等の映像信号／音声信号であってもよい。図９５に示されている要素A101、A102、A103、及びA104のうち、ディスク・ドライブ、表示パネル、及びスピーカ等の機械的な部分以外は、一以上の集積回路に実装されている。
≪レフトビューとライトビューとの間の水平方向のずれ≫
図９６の（ａ）は、３Ｄ映像を撮影する一対のビデオカメラ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とは視聴者に違和感を与える危険性がある。
ＢＤ−ＲＯＭディスク101では、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AL、ARの幅WDHを示す情報がディペンデントビュー・ビデオ・ストリームに格納されている。その格納場所は、各ビデオ・シーケンスの先頭に位置するＶＡＵの補足データである。但し、その補足データは、図１１に示されているオフセット・メタデータ1110を含む補正データとは別である。一方、再生装置102では、システム・ターゲット・デコーダ5023がディペンデントビュー・ビデオ・ストリームから、上記の帯状領域AL、ARの幅WDHを示す情報を読み出す。システム・ターゲット・デコーダ5023は更にその情報をプレーン加算部5024内の視差映像生成部5310又は表示装置103内の出力部A104に伝える。表示装置103内の受信部A101がＢＤ−ＲＯＭディスク等の情報媒体から３Ｄ映像コンテンツを直に読み取る場合、上記の情報は表示装置103内の信号処理部A103によってディペンデントビュー・ビデオ・ストリームから読み出されて出力部A104に伝えられる。視差映像生成部A110又は出力部A104（以下、視差映像生成部A110等と略す。）は、その情報を利用して左映像プレーンと右映像プレーンとを加工し、上記の帯状領域AL、ARを背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域AL、ARに含まれる画素データを一様な背景色又は黒色のデータに書き換える。
図９６の（ｄ）、（ｅ）はそれぞれ、加工後の左映像プレーンの表すレフトビューLVと、加工後の右映像プレーンの表すライトビューRVとを示す模式図である。図９６の（ｄ）を参照するに、左側のビデオカメラCMLの水平画角HALにのみ含まれる領域ALは、幅WDHの黒色帯BLで隠されている。一方、図９６の（ｅ）を参照するに、右側のビデオカメラCMRの水平画角HARにのみ含まれる領域ARは、幅WDHの黒色帯BRで隠されている。それらの結果、視聴者の各目には、レフトビューLVとライトビューRVとで共通する領域しか映らないので、その視聴者に違和感を与える危険性を回避することができる。
視差映像生成部5310等は更に、図５５に示されているクロッピング処理と同様にして、左映像プレーンと右映像プレーンとのそれぞれから、上記の帯状領域AL、ARのうち、外側の半分の領域に含まれる画素データを除去してもよい。その場合、視差映像生成部5310等は、各帯状領域AL、ARの残り半分の領域を背景色又は黒色で一様に塗りつぶすと共に、その反対側の端部に、各帯状領域AL、ARの半分の幅の背景色又は黒色の帯状領域を付加する。それにより、視聴者のいずれの目にも、レフトビューLVとライトビューRVとで共通する領域の示す映像が画面の中央に映り、背景色又は黒色の帯が画面の両端に映る。その結果、視聴者に違和感を与える危険性を回避することができる。
その他に、視差映像生成部5310等は、左映像プレーンと右映像プレーンとを次のように処理してもよい。視差映像生成部5310等はまず、図５５に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AL、AR内の画素データを除去する。視差映像生成部5310等は次に、スケーリング処理によって、残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示される。その結果、視聴者の各目には、レフトビュー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とでは垂直方向の位置が異なるので、その視聴者に違和感を与える危険性がある。
ＢＤ−ＲＯＭディスク101では、マスク領域情報がディペンデントビュー・ビデオ・ストリームに格納され、特に各ビデオ・シーケンスの先頭に位置するＶＡＵの補足データに格納されている。但し、その補足データは、図１１に示されているオフセット・メタデータ1110を含む補正データとは別である。マスク領域情報は、レフトビューLVとライトビューRVとの各フレームに含まれる上記の帯状領域AT、ABの高さHGTを示す。一方、再生装置102では、システム・ターゲット・デコーダ5023がディペンデントビュー・ビデオ・ストリームからマスク領域情報を読み出して、プレーン加算部5024内の視差映像生成部5310又は表示装置103内の出力部A104に伝える。表示装置103内の受信部A101がＢＤ−ＲＯＭディスク等の情報媒体から３Ｄ映像コンテンツを直に読み取る場合、マスク領域情報は表示装置103内の信号処理部A103によってディペンデントビュー・ビデオ・ストリームから読み出されて出力部A104に伝えられる。
視差映像生成部5310又は出力部A104（以下、視差映像生成部5310等と略す。）は、マスク領域情報の示す帯状領域AT、ABの高さHGTを用いて、左映像プレーンと右映像プレーンとを次の手順で加工する。視差映像生成部5310等はまず、左映像プレーン内の画素データの位置を下向きに高さHGTの半分HGT／2だけ移動させ、右映像プレーン内の画素データの位置を上向きに高さHGTの半分HGT／2だけ移動させる。それにより、各映像プレーンのうち、上記の帯状領域AT、AB以外の領域が表す映像と画面とで垂直方向の中心が一致する。一方、左映像プレーンでは、上端から帯状領域ATの上半分が除去され、下端から高さHDT／2の帯状領域に空き領域が生じる。右映像プレーンでは、下端から帯状領域ABの下半分が除去され、上端から高さHDT／2の帯状領域に空き領域が生じる。視差映像生成部5310等は次に、各帯状領域を背景色又は黒色で一様に塗りつぶす。すなわち、各帯状領域に含まれる画素データを一様な背景色又は黒色のデータに書き換える。
図９７の（ｃ）は、加工後の左映像プレーンの表すレフトビュー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とで共通する領域しか映らず、かつ、各目に映る被写体の垂直方向の位置が一致する。こうして、その視聴者に違和感を与える危険性を回避することができる。
その他に、視差映像生成部5310等は左映像プレーンと右映像プレーンとを次のように処理してもよい。プレーン加算部5024はまず、図５５に示されているクロッピング処理と同様にして、各映像プレーンから上記の帯状領域AT、AB内の画素データを除去する。視差映像生成部5310は次に、スケーリング処理によって残りの領域内の画素データから各映像プレーンを再構成する。それにより、残りの領域の示す映像がフレーム全体に拡大表示されるので、視聴者の各目には、レフトビュー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は視聴者の片目にしか映らないので、視聴者に違和感を与える危険性がある。
再生装置102では、プレーン加算部5024内の各クロッピング処理部5331−5334がオフセット情報5307を用いてグラフィックス・プレーンGPLに対するオフセット制御を行う。そのとき、各クロッピング処理部5331−5334は更に、グラフィックス・プレーンGPLの左端又は右端から帯状領域を切り取る。すなわち、その帯状領域内の画素データを透明色のデータに書き換える。各帯状領域はグラフィックス・プレーンGPLの左端又は右端に沿って延びており、その幅がオフセット値に等しい。その他に、表示装置103内の出力部A104が、システム・ターゲット・デコーダ5023又は表示装置103内の信号処理部A103からオフセット情報を受け取って、そのオフセット情報を用いてグラフィックス・プレーンGPLの左端又は右端から帯状領域を切り取ってもよい。図９８の（ｂ）、（ｃ）には、切り取り対象の帯状領域AS1、AS2が示されている。右向きのオフセットが与えられたグラフィックス・プレーンGP1では、切り取り対象の帯状領域AS1が左側のグラフィック部品OB1の欠落部分MP1を含む。左向きのオフセットが与えられたグラフィックス・プレーンGP2では、切り取り対象の帯状領域AS2が右側のグラフィック部品OB3の欠落部分MP3を含む。
図９８の（ｄ）、（ｅ）はそれぞれ、右向きと左向きとのオフセットが与えられたグラフィックス・プレーンGP1、GP2の表すグラフィックス映像を示す模式図である。図９８の（ｄ）、（ｅ）を参照するに、それらのグラフィックス・プレーンGP1、GP2では、三種類のグラフィック部品OB1−OB3の形状が一致している。その結果、視聴者の各目には共通のグラフィックス映像しか映らない。こうして、その視聴者に違和感を与える危険性を回避することができる。
その他に、ＢＤ−ＲＯＭディスク101上のＰＧストリーム又はＩＧストリームから再生されるグラフィックス・プレーン、及び、再生装置102によって生成されるグラフィックス・プレーンに対し、グラフィック部品の配置に関する次の条件が規定されてもよい。図９９は、その条件を示す模式図である。図９９を参照するに、グラフィックス・プレーン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にオフセットが与えられた後でもグラフィック部品の形状に変化はない。その結果、視聴者の各目には共通のグラフィックス映像しか映らないので、その視聴者に違和感を与える危険性を回避することができる。
＜放送、通信回路を経由したデータ配信＞
本発明の実施形態１、２による記録媒体は、光ディスクの他、例えばＳＤメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、実施形態１、２の説明では、予めデータが記録された光ディスク、すなわち、ＢＤ−ＲＯＭ又はＤＶＤ−ＲＯＭ等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態はそれらに限定されない。例えば放送で、又はネットワーク経由で配信された３Ｄ映像のコンテンツを端末装置によって、ＢＤ−ＲＥ又はＤＶＤ−ＲＡＭ等の既存の書き込み可能な光ディスクへ書き込むときに、実施形態１、２によるエクステントの配置が利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。
＜半導体メモリカードの再生＞
本発明の実施形態１、２による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。
再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース（Ｉ／Ｆ）で構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のＩ／Ｆが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのＩ／Ｆを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのＩ／Ｆを通して再生装置に読み出される。
＜ＢＤ−ＲＯＭディスク上のデータに対する著作権保護技術＞
ここで、以降の補足事項の前提として、ＢＤ−ＲＯＭディスクに記録されているデータの著作権を保護するための仕組みについて説明する。
ＢＤ−ＲＯＭディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオ・ストリーム、オーディオ・ストリーム、又はその他のストリームを含む。その場合、暗号化データは以下のように解読される。
再生装置には予め、ＢＤ−ＲＯＭディスク上の暗号化データを解読するための「鍵」の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、ＢＤ−ＲＯＭディスクには、そのその「鍵」の生成に必要なデータの別の一部、すなわちＭＫＢ（メディアキーブロック）と、その「鍵」自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、ＭＫＢ、及び暗号化タイトルキーは互いに対応付けられ、更に、図２に示されているＢＤ−ＲＯＭディスク101上のＢＣＡ201に書き込まれた特定のＩＤ、すなわちボリュームＩＤにも対応付けられている。デバイスキー、ＭＫＢ、暗号化タイトルキー、及びボリュームＩＤの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の「鍵」、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、ＭＫＢ、及びボリュームＩＤを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の「鍵」として用いて暗号化データを解読することができる。
ＢＤ−ＲＯＭディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのＢＤ−ＲＯＭディスク上の暗号化タイトルキー、ＭＫＢ、及びボリュームＩＤに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、ＭＫＢ、デバイスキー、及びボリュームＩＤの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。
ＢＤ−ＲＯＭディスクに記録されるべきビデオ・ストリームとオーディオ・ストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、ＢＤ−ＲＯＭディスクに記録する。次に、ＭＫＢ、デバイスキー、及びボリュームＩＤの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、ＭＫＢ、ボリュームＩＤ、及び暗号化タイトルキーをＢＤ−ＲＯＭディスクに記録する。そのＢＤ−ＲＯＭディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオ・ストリーム及び／又はオーディオ・ストリームをデコーダで復号することはできない。こうして、ＢＤ−ＲＯＭディスクに記録されたデータの著作権を保護することができる。
以上に述べた、ＢＤ−ＲＯＭディスクにおけるデータの著作権保護の仕組みは、ＢＤ−ＲＯＭディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にＳＤカード等の可搬性半導体メモリカードにも適用可能である。
＜電子配信を利用した記録媒体へのデータ記録＞
電子配信を利用して本発明の実施形態１による再生装置へ３Ｄ映像のＡＶストリーム・ファイル等のデータ（以下、配信データという。）を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがＳＤメモリカードである場合を想定する。
再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはＳＤメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はＳＤメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。ＳＤメモリカードの識別情報は、例えばそのＳＤメモリカード固有の識別番号、より具体的にはそのＳＤメモリカードのシリアル番号である。この識別情報は上述のボリュームＩＤとして利用される。
配信サーバには配信データが格納されている。その配信データのうち、ビデオ・ストリーム及び／又はオーディオ・ストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。その暗号化データは同じタイトルキーで復号が可能である。
配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、ＳＤメモリカードと共通のＭＫＢを保持している。配信サーバは、再生装置から配信データの送信要求とＳＤメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、ＭＫＢ、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。
配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のＭＫＢ、暗号化タイトルキー、署名情報、ＳＤメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能（プログラム）が特定されている。
配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用Ｉ／Ｆを通してＳＤメモリカードに記録する。
ＳＤメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック（１）−（３）が行われる。尚、それらはどのような順序で行われてもよい。
（１）公開鍵情報に含まれるＳＤメモリカードの識別情報が、カードスロットに挿入されているＳＤメモリカードに記憶されている識別番号と一致するか否か。
（２）公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。
（３）公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。
上述のチェック（１）−（３）のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック（１）−（３）の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、ＭＫＢ、及びＳＤメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオ・ストリーム及び／又はオーディオ・ストリームに復号する。
以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能（プログラム）等が知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、ＳＤメモリカードの識別番号、ＭＫＢ、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。
半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばＳＤメモリカードではそのシリアル番号が不正に改竄された場合、ＳＤメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック（１）では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。
半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域（以下、第１の記録領域と称す。）から電気的に分離された別の記録領域（以下、第２の記録領域と称す。）が設置される。次に、第２の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第２の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第２の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第２の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第２の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第２の記録領域内のデータのアドレスは制御回路にしか特定できない。
半導体メモリカードの識別情報が第２の記録領域に記録された場合、再生装置上で動作するアプリケーション・プログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーション・プログラムは、メモリカードＩ／Ｆを介して上記の制御回路に対し、第２の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第２の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードＩ／Ｆを介して上記のアプリケーション・プログラムへその識別情報を送る。そのアプリケーション・プログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーション・プログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードＩ／Ｆを介して半導体メモリカード内の第１の記録領域に記録する。
尚、上記のアプリケーション・プログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーション・プログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばＸ．５０９に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第１の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。
＜リアルタイム・レコーディングへの適用＞
本発明の実施形態３では、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、オーサリングシステムにおけるプリレコーディング技術によってＢＤ−ＲＯＭディスクに記録されてユーザに供給されることを前提とした。しかし、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、リアルタイム・レコーディングによって、ＢＤ−ＲＥディスク、ＢＤ−Ｒディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤ−ＲＥディスク等と略す。）に記録されてユーザに供給されるものであってもよい。その場合、ＡＶストリーム・ファイルは、アナログ入力信号を記録装置がリアルタイムで復号することによって得られたトランスポート・ストリームであってもよい。その他に、記録装置がデジタル入力したトランスポート・ストリームをパーシャル化することで得られるトランスポート・ストリームであってもよい。
リアルタイム・レコーディングを実行する記録装置は、ビデオ・エンコーダ、オーディオエンコーダ、マルチプレクサ、及びソースパケタイザを含む。ビデオ・エンコーダはビデオ信号を符号化してビデオ・ストリームに変換する。オーディオエンコーダはオーディオ信号を符号化してオーディオ・ストリームに変換する。マルチプレクサは、ビデオ・ストリームとオーディオ・ストリームとを多重化して、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリームに変換する。ソースパケタイザは、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリーム内のＴＳパケットをソースパケットに変換する。記録装置は各ソースパケットをＡＶストリーム・ファイルに格納して、ＢＤ−ＲＥディスク等に書き込む。
ＡＶストリーム・ファイルの書き込み処理と並行して、記録装置の制御部はクリップ情報ファイルとプレイリスト・ファイルとをメモリ上で生成してＢＤ−ＲＥディスク等に書き込む。具体的には、ユーザによって録画処理が要求されたとき、制御部はまず、ＡＶストリーム・ファイルに合わせてクリップ情報ファイルを生成してＢＤ−ＲＥディスク等に書き込む。その場合、外部から受信されるトランスポート・ストリームからビデオ・ストリーム内の一つのＧＯＰの先頭が検出される度に、又は、ビデオ・エンコーダによってビデオ・ストリーム内の一つのＧＯＰが生成される度に、制御部は、そのＧＯＰの先頭に位置するＩピクチャのＰＴＳと、そのＧＯＰの先頭が格納されたソースパケットのＳＰＮとを取得する。制御部は更に、そのＰＴＳとＳＰＮとの対を一つのエントリ・ポイントとしてクリップ情報ファイルのエントリ・マップに追記する。ここで、そのエントリ・ポイントには「is＿angle＿changeフラグ」が追加される。is＿angle＿changeフラグは、そのＧＯＰの先頭がＩＤＲピクチャであるときは“オン”に設定され、そのＧＯＰの先頭がＩＤＲピクチャではないときは“オフ”に設定される。クリップ情報ファイル内には更に、ストリーム属性情報が記録対象のストリームの属性に従って設定される。こうして、ＡＶストリーム・ファイルとクリップ情報ファイルとがＢＤ−ＲＥディスク等に書き込まれた後、制御部はそのクリップ情報ファイル内のエントリ・マップを利用してプレイリスト・ファイルを生成し、ＢＤ−ＲＥディスク等に書き込む。
＜マネージド・コピー＞
本発明の実施形態１による再生装置は更に、マネージド・コピーによってＢＤ−ＲＯＭディスク101上のデジタル・ストリームを他の記録媒体へ書き込んでもよい。「マネージド・コピー」とは、ＢＤ−ＲＯＭディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタル・ストリーム、プレイリスト・ファイル、クリップ情報ファイル、及びアプリケーション・プログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術をいう。その書き込み可能な記録媒体は、ＢＤ−Ｒ、ＢＤ−ＲＥ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、及びＤＶＤ−ＲＡＭ等の書き込み可能な光ディスク、ハードディスク、並びに、ＳＤメモリカード、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、及びマルチメディアカード（登録商標）等の可搬性半導体メモリ装置を含む。マネージド・コピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。
ＢＤ−ＲＯＭディスクからＢＤ−Ｒディスク又はＢＤ−ＲＥディスクへのマネージド・コピーが行われる場合、両ディスクの記録容量が等しいときは、コピー元のディスクに記録されたビット・ストリームがそのまま、順番にコピーされればよい。
マネージド・コピーが異種の記録媒体間で行われるときはトランス・コードが必要である。「トランス・コード」とは、コピー元のディスクに記録されているデジタル・ストリームをコピー先の記録媒体のアプリケーション・フォーマットに適合させるための処理をいう。トランス・コードは、例えば、ＭＰＥＧ２−ＴＳ形式からＭＰＥＧ２プログラム・ストリーム形式へ変換する処理、及び、ビデオ・ストリームとオーディオ・ストリームとのそれぞれに割り当てられているビットレートを低くして符号化し直す処理を含む。トランス・コードでは、上述のリアルタイム・レコーディングによって、ＡＶストリーム・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルが生成されねばならない。
＜データ構造の記述方法＞
本発明の実施形態１によるデータ構造のうち、「所定型の情報が複数存在する」という繰り返し構造は、ｆｏｒ文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、「所定の条件が成立するときに所定の情報が定義される」というデータ構造は、ｉｆ文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態１によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、「構文解析」、「最適化」、「資源割付」、及び「コード生成」といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。
＜再生プログラムによるプレイリスト・ファイル、クリップ情報ファイルの管理＞
プレイリスト・ファイルとＡＶストリーム・ファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリスト・ファイルに従ってＡＶストリーム・ファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、ｔｅｘｔセクション、ｄａｔａセクション、ｂｓｓセクション、及びｓｔａｃｋセクションを含む。ｔｅｘｔセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。ｄａｔａセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。ｄａｔａセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。ｂｓｓセクションは、初期値を持たない変数を含む。ｂｓｓセクション内のデータは、ｔｅｘｔセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のＲＡＭにｂｓｓセクション用の領域が確保される。ｓｔａｃｋセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。ｓｔａｃｋセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、ｂｓｓセクション内の変数はゼロで初期化され、ｓｔａｃｋセクションには必要なメモリ領域が確保される。
プレイリスト・ファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、ｔｅｘｔセクション内の「書き換え不可のデータ」、又はｄａｔａセクション内の「随時アクセスされるファイル」として管理される。すなわち、プレイリスト・ファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリスト・ファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。
本発明は立体視映像の再生技術に関し、上記のとおり、記録媒体上に記録されたデータ・ブロックの各サイズを、条件１−５が満たされるように設計する。このように、本発明は明らかに産業上利用可能である。
RTS2 ファイルＤＥＰに対するシステム・レート
SEXT1[i] （ｉ＋１）番目のベースビュー・データ・ブロックのサイズ
SEXT2[i] （ｉ＋１）番目のディペンデントビュー・データ・ブロックのサイズ
TJUMP ジャンプ時間
LB 層境界
EXTSS[0] 層境界LBの直前に配置された第１エクステントＳＳ
EXTSS[1] 層境界LBの直後に配置された第２エクステントＳＳ
NAV 多重化ストリーム・データ以外のデータの記録領域
EXTSS[10] 記録領域NAVの直前に配置された第３エクステントＳＳ
EXTSS[11] 記録領域NAVの直後に配置された第４エクステントＳＳ
D[k] ディペンデントビュー・データ・ブロック
B[k] ベースビュー・データ・ブロック

Claims (2)

  1. 立体視映像のメインビューを構成するメインビュー・ビデオ・ストリームが多重化されたメインビュー・ストリーム、立体視映像のサブビューを構成するサブビュー・ビデオ・ストリームが多重化されたサブビュー・ストリーム、及び管理情報が記録された記録媒体から受信したデータに対して、映像・音声信号処理を行う半導体集積回路であって、
    前記サブビュー・ビデオ・ストリームは、前記メインビュー・ビデオ・ストリームを参照して符号化されており、
    前記管理情報は、前記メインビュー・ストリームのシステム・レートと前記サブビュー・ストリームのシステム・レートとを含み、
    前記記録媒体は、所定数以上のセクタまたは層境界が存在するロング・ジャンプ領域を有し、
    前記メインビュー・ストリームは複数のメインビュー・データ・ブロックに分割されて配置され、前記サブビュー・ストリームは複数のサブビュー・データ・ブロックに分割されて配置されており、
    メインビュー・データ・ブロックとサブビュー・データ・ブロックとが交互に連続して配置されたデータであって、立体視映像が再生される際に一つのエクステントとして参照されるエクステント・ブロックが複数構成されており、
    各エクステント・ブロックは、サブビュー・データ・ブロックを先頭のデータ・ブロックとして、かつ、サブビュー・データ・ブロックとメインビュー・データ・ブロックとのペアを少なくとも一つ以上含み、
    第１エクステント・ブロックは、第２エクステント・ブロックの直前に、または第３エクステント・ブロックの次に読み出され、前記第１エクステント・ブロックにおいて一つのペアを構成するメインビュー・データ・ブロックとサブビュー・データ・ブロックとの各サイズの最大値は、前記サブビュー・ストリームのシステム・レート、前記一つのペアが前記第１エクステント・ブロックにおいて先頭のペアであるか否か、及び、前記第１エクステント・ブロックの記録領域と前記第２エクステント・ブロックの記録領域との間、または前記第１エクステント・ブロックの記録領域と前記第３エクステント・ブロックの記録領域との間に前記ロング・ジャンプ領域が存在するか否かによって決定されており、
    メインビュー・データ・ブロックとサブビュー・データ・ブロックとはそれぞれ、映像系データを含み、
    メインビュー・データ・ブロックとサブビュー・データ・ブロックとの少なくともいずれかは、音声系データを含み、
    前記半導体集積回路は、
    前記半導体集積回路の制御を行う主制御部と、
    外部の装置によって前記記録媒体から読み出されたエクステント・ブロックを前記外部の装置から受信して、前記半導体集積回路の内部または外部に設けられたメモリに一旦格納した後、前記映像系データと前記音声系データとに多重分離して、前記メインビュー・ストリームのシステム・レートまたは前記サブビュー・ストリームのシステム・レートを超えない転送速度で送信するストリーム処理部と、
    前記音声系データと前記映像系データとをそれぞれ、前記転送速度で受信して復号する信号処理部と、
    復号された前記映像系データと前記音声系データとを出力するＡＶ出力部と
    を備えており、
    前記ストリーム処理部は、受信されたエクステント・ブロックの格納先を前記メモリ内の第１の領域と第２の領域との間で切り替える切替部を備えており、
    前記主制御部は、前記受信されたエクステント・ブロックのうち、前記複数のメインビュー・データ・ブロックに属しているデータを、前記第１の領域に格納するように前記切替部を制御し、前記複数のサブビュー・データ・ブロックに属しているデータを、前記第２の領域に格納するように前記切替部を制御する
    ことを特徴とする半導体集積回路。
  2. 複数のデータ・ブロックからなるデータ・ストリームと管理情報とが記録された記録媒体から受信したデータに対して、映像・音声信号処理を行う半導体集積回路であって、
    前記データ・ストリームは、平面視再生に利用されるメインビュー・ストリーム、及び、前記メインビュー・ストリームと組み合わされて立体視映像の再生に利用されるサブビュー・ストリームを含み、
    前記データ・ブロックは、前記メインビュー・ストリームから構成される複数のメインビュー・データ・ブロックと、前記サブビュー・ストリームから構成される複数のサブビュー・データ・ブロックとを含み、
    前記データ・ブロックの種類には、エクテント・ブロックと、平面視専用データ・ブロックと、立体視専用データ・ブロックとがあり、
    前記エクテント・ブロックは、メインビュー・データ・ブロックとサブビュー・データ・ブロックとの両方を含み、平面視再生時及び立体視再生時の両方でアクセスされ、
    前記平面視専用データ・ブロックは、メインビュー・データ・ブロックのみを含み、平面視再生時にのみアクセスされ、
    前記立体視専用データ・ブロックは、メインビュー・データ・ブロックとサブビュー・データ・ブロックとの両方を含み、立体視再生時にのみアクセスされ、
    前記平面視専用データ・ブロックに含まれるメインビュー・データ・ブロックと前記立体視専用データ・ブロックに含まれるメインビュー・データ・ブロックとは同一の内容であり、
    前記管理情報は、前記メインビュー・ストリームのシステム・レート、前記サブビュー・ストリームのシステム・レート、立体視映像再生経路情報、及び平面視映像再生経路情報を含み、
    前記立体視映像再生経路情報は、立体視再生時に、前記エクテント・ブロック及び前記立体視専用データ・ブロックに含まれるメインビュー・データ・ブロック及びサブビュー・データ・ブロックを再生する第１の経路を示し、
    前記平面視映像再生経路情報は、平面視再生時に、前記エクテント・ブロック及び前記平面視専用データ・ブロックに含まれるメインビュー・データ・ブロックを再生する第２の経路を示し、
    前記記録媒体は、所定数以上のセクタまたは層境界が存在するロング・ジャンプ領域を有し、
    前記エクテント・ブロックのうち、第１エクテント・ブロックと第２エクテント・ブロックとはその順に読み出され、前記第１エクテント・ブロックの記録領域と前記第２エクテント・ブロックとの間には前記ロング・ジャンプ領域が存在し、
    前記平面視専用データ・ブロックと前記立体視専用データ・ブロックとのうち、内容が対応する第１平面視専用データ・ブロックと第１立体視専用データ・ブロックとは、前記第１エクテント・ブロックの記録領域と前記ロング・ジャンプ領域との間、または、前記ロング・ジャンプ領域と前記第２エクテント・ブロックの記録領域との間に記録され、
    前記第１エクテント・ブロック、前記第２エクテント・ブロック、及び前記第１平面視専用データ・ブロックに含まれているメインビュー・データ・ブロックのサイズの最小値は、少なくとも、再生装置が平面視再生時に前記記録媒体から当該メインビュー・データ・ブロックを読み出す速度、当該メインビュー・データ・ブロックのビットレート、及び前記再生装置が平面視再生時に前記ロング・ジャンプ領域をジャンプするのに要する時間によって決定されており、
    前記第１エクテント・ブロック、前記第２エクテント・ブロック、第１平面視専用データ・ブロック、及び前記第１立体視専用データ・ブロックに含まれるメインビュー・データ・ブロックのサイズの最大値は、少なくとも、前記サブビュー・ストリームのシステム・レート、及び、続けて読み出される二つのデータ・ブロックの記録領域間に前記ロング・ジャンプ領域が存在するか否かによって決定されており、
    前記複数のメインビュー・データ・ブロックと前記複数のサブビュー・データ・ブロックとはそれぞれ、映像系データを含み、
    前記複数のメインビュー・データ・ブロックと前記複数のサブビュー・データ・ブロックとの少なくともいずれかは、音声系データを含み、
    前記半導体集積回路は、
    前記半導体集積回路の制御を行う主制御部と、
    外部の装置によって前記記録媒体から読み出されたデータ・ブロックを前記外部の装置から受信して、前記半導体集積回路の内部もしくは外部に設けられたメモリに一旦格納した後、前記映像系データと前記音声系データとに多重分離して、前記メインビュー・ストリームのシステム・レートまたは前記サブビュー・ストリームのシステム・レートを超えない転送速度で送信するストリーム処理部と、
    前記音声系データと前記映像系データとをそれぞれ、前記転送速度で受信して復号する信号処理部と、
    復号された前記映像系データと前記音声系データとを出力するＡＶ出力部と
    を備えており、
    前記ストリーム処理部は、受信されたデータ・ブロックの格納先を前記メモリ内の第１の領域と第２の領域との間で切り替える切替部を備えており、
    前記主制御部は、前記受信されたデータ・ブロックのうち、前記複数のメインビュー・データ・ブロックに属しているデータを、前記第１の領域に格納するように前記切替部を制御し、前記複数のサブビュー・データ・ブロックに属しているデータを、前記第２の領域に格納するように前記切替部を制御し、
    立体視映像の再生時には、前記第１の経路に属するデータに対して映像・音声信号処理を行う
    ことを特徴とする半導体集積回路。
JP2011125096A 2009-09-25 2011-06-03 半導体集積回路 Expired - Fee Related JP5551654B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US24580409P 2009-09-25 2009-09-25
US61/245,804 2009-09-25

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2011518972A Division JP4847631B2 (ja) 2009-09-25 2010-09-24 記録媒体、再生装置、及び集積回路

Publications (2)

Publication Number Publication Date
JP2011250416A JP2011250416A (ja) 2011-12-08
JP5551654B2 true JP5551654B2 (ja) 2014-07-16

Family

ID=43795655

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2011518972A Active JP4847631B2 (ja) 2009-09-25 2010-09-24 記録媒体、再生装置、及び集積回路
JP2011125096A Expired - Fee Related JP5551654B2 (ja) 2009-09-25 2011-06-03 半導体集積回路
JP2011125095A Active JP4856780B2 (ja) 2009-09-25 2011-06-03 記録媒体、及び再生装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2011518972A Active JP4847631B2 (ja) 2009-09-25 2010-09-24 記録媒体、再生装置、及び集積回路

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2011125095A Active JP4856780B2 (ja) 2009-09-25 2011-06-03 記録媒体、及び再生装置

Country Status (15)

Country Link
US (2) US8164619B2 (ja)
EP (1) EP2482563B1 (ja)
JP (3) JP4847631B2 (ja)
KR (1) KR20120106541A (ja)
CN (1) CN102362504B (ja)
AU (1) AU2010299386B2 (ja)
BR (1) BRPI1013557A8 (ja)
CA (1) CA2749147C (ja)
DK (1) DK2482563T3 (ja)
ES (1) ES2624769T3 (ja)
MX (1) MX2011009811A (ja)
RU (1) RU2535443C2 (ja)
TW (1) TW201134193A (ja)
WO (1) WO2011036888A1 (ja)
ZA (2) ZA201105480B (ja)

Families Citing this family (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8335425B2 (en) * 2008-11-18 2012-12-18 Panasonic Corporation Playback apparatus, playback method, and program for performing stereoscopic playback
JP4772163B2 (ja) * 2008-11-18 2011-09-14 パナソニック株式会社 立体視再生を行う再生装置、再生方法、プログラム
US8284236B2 (en) * 2009-02-19 2012-10-09 Sony Corporation Preventing interference between primary and secondary content in a stereoscopic display
KR20110029319A (ko) * 2009-09-15 2011-03-23 삼성전자주식회사 영상 처리 시스템 및 영상 처리 방법
KR20110088334A (ko) * 2010-01-28 2011-08-03 삼성전자주식회사 3차원 멀티미디어 서비스를 제공하기 위한 데이터스트림 생성 방법 및 장치, 3차원 멀티미디어 서비스를 제공하기 위한 데이터스트림 수신 방법 및 장치
KR101694821B1 (ko) * 2010-01-28 2017-01-11 삼성전자주식회사 다시점 비디오스트림에 대한 링크 정보를 이용하는 디지털 데이터스트림 전송 방법와 그 장치, 및 링크 정보를 이용하는 디지털 데이터스트림 전송 방법과 그 장치
JP5577805B2 (ja) * 2010-04-08 2014-08-27 ソニー株式会社 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム
JP5505637B2 (ja) * 2010-06-24 2014-05-28 ソニー株式会社 立体表示装置および立体表示装置の表示方法
US9258541B2 (en) * 2010-08-17 2016-02-09 Lg Electronics Inc. Apparatus and method for receiving digital broadcasting signal
JP5594045B2 (ja) * 2010-10-14 2014-09-24 ソニー株式会社 再生装置、再生方法、プログラム、および記録媒体
US20120127266A1 (en) * 2010-11-24 2012-05-24 Electronics And Telecommunications Research Institute Method and apparatus for providing stereoscopic 3d broadcasting service compatible with hd broadcasting service
JP5957770B2 (ja) * 2011-06-01 2016-07-27 パナソニックＩｐマネジメント株式会社 映像処理装置、方法、プログラム、記録媒体及び集積回路
JP5860634B2 (ja) * 2011-08-23 2016-02-16 任天堂株式会社 情報処理システム、情報処理方法、サーバプログラム、サーバ装置、および、サーバシステム
EP2750389A4 (en) * 2011-08-24 2014-09-24 Panasonic Corp RECORDING MEDIUM, READING DEVICE, RECORDING DEVICE, AND RECORDING METHOD
CN102427542B (zh) * 2011-09-28 2014-07-30 深圳超多维光电子有限公司 一种立体图像处理方法、图像处理装置和相应的终端设备
TWI461066B (zh) * 2011-11-03 2014-11-11 Ind Tech Res Inst 彈性調整估算搜尋範圍的移動估算方法及視差估算方法
JPWO2013099289A1 (ja) * 2011-12-28 2015-04-30 パナソニック株式会社 再生装置、送信装置、再生方法及び送信方法
TWI466538B (zh) 2012-01-20 2014-12-21 Altek Corp 影像處理方法及其裝置
US9804668B2 (en) * 2012-07-18 2017-10-31 Verimatrix, Inc. Systems and methods for rapid content switching to provide a linear TV experience using streaming content distribution
WO2014015110A1 (en) 2012-07-18 2014-01-23 Verimatrix, Inc. Systems and methods for rapid content switching to provide a linear tv experience using streaming content distribution
WO2014042034A1 (ja) * 2012-09-12 2014-03-20 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
TWI463432B (zh) 2012-10-05 2014-12-01 Genesys Logic Inc 圖像資料處理方法
KR101443284B1 (ko) * 2012-12-21 2014-09-22 전자부품연구원 영상단말기 및 데이터 수신 방법
TWI483229B (zh) * 2012-12-22 2015-05-01 Chunghwa Picture Tubes Ltd 顯示裝置及其畫面處理方法
US20140193083A1 (en) * 2013-01-09 2014-07-10 Nokia Corporation Method and apparatus for determining the relationship of an image to a set of images
CN104183253B (zh) * 2013-05-24 2018-05-11 富泰华工业（深圳）有限公司 音乐播放系统、装置及方法
JP2015023575A (ja) * 2013-07-19 2015-02-02 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置及び受信装置
TW201528775A (zh) 2014-01-02 2015-07-16 Ind Tech Res Inst 景深圖校正方法及系統
US9348495B2 (en) 2014-03-07 2016-05-24 Sony Corporation Control of large screen display using wireless portable computer and facilitating selection of audio on a headphone
CN104021179B (zh) * 2014-06-05 2017-05-31 暨南大学 一种大数据集下相似性数据的快速识别算法
US9990352B2 (en) 2014-08-06 2018-06-05 Quest Software Inc. Chunk compression in a deduplication aware client environment
US10459886B2 (en) 2014-08-06 2019-10-29 Quest Software Inc. Client-side deduplication with local chunk caching
US9917894B2 (en) 2014-08-06 2018-03-13 Quest Software Inc. Accelerating transfer protocols
US9984093B2 (en) 2014-08-06 2018-05-29 Quest Software Inc. Technique selection in a deduplication aware client environment
US20160044077A1 (en) * 2014-08-06 2016-02-11 Dell Products L.P. Policy use in a data mover employing different channel protocols
US10910017B2 (en) * 2014-09-12 2021-02-02 Sony Corporation Reproducing device, reproducing method, information processing device, information processing method, program, and recording medium
JP6197771B2 (ja) * 2014-09-25 2017-09-20 株式会社Ｊｖｃケンウッド 画像接合装置、撮像装置、画像接合方法、及び画像接合プログラム
WO2016059759A1 (ja) * 2014-10-17 2016-04-21 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 記録媒体、再生装置および再生方法
JP6346880B2 (ja) * 2014-10-17 2018-06-20 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 記録媒体
WO2016111198A1 (ja) * 2015-01-09 2016-07-14 ソニー株式会社 再生装置、再生方法、情報処理装置、情報処理方法、プログラム、および記録媒体
WO2016157860A1 (ja) * 2015-03-27 2016-10-06 パナソニックＩｐマネジメント株式会社 録画再生装置、および番組情報の表示方法
US9357101B1 (en) * 2015-03-30 2016-05-31 Xerox Corporation Simultaneous duplex magnification compensation for high-speed software image path (SWIP) applications
KR20220165375A (ko) 2021-06-08 2022-12-15 김형규 태양광을 뿌려주는 곡선 살 블라인드
KR20230016816A (ko) * 2021-07-27 2023-02-03 주식회사 세미파이브 시스템 온 칩에서 기능 블록 간의 데이터 송수신을 위한 인터페이스 방법 및 이를 이용하는 시스템 온 칩

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
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
EP2259588B1 (en) 1996-02-28 2013-12-11 Panasonic Corporation High-resolution optical disk for recording stereoscopic video, optical disk reproducing device and optical disk recording device
JP4059355B2 (ja) * 1996-04-04 2008-03-12 パイオニア株式会社 情報記録装置及び情報記録方法並びに情報再生装置及び情報再生方法
EP2175659B1 (en) * 1996-12-04 2012-11-14 Panasonic Corporation Optical disk for high resolution and three-dimensional video recording, optical disk reproduction apparatus, and optical disk recording apparatus
US6925250B1 (en) 1997-08-29 2005-08-02 Matsushita Electric Industrial Co., Ltd. Optical disc for recording high resolution and normal image, optical disc player, optical disc recorder, and playback control information generator
US20040005138A1 (en) * 2001-03-22 2004-01-08 Kazuyoshi Yano Reproduction system, electronic apparatus and disc recording and/or reproduction apparatus
JP2003101957A (ja) * 2001-09-19 2003-04-04 Matsushita Electric Ind Co Ltd マルチアングル再生装置
JP2003199047A (ja) * 2001-12-28 2003-07-11 Pioneer Electronic Corp 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
JP3659498B2 (ja) * 2002-01-18 2005-06-15 パイオニア株式会社 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
JP4017437B2 (ja) * 2002-04-24 2007-12-05 パイオニア株式会社 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
JP3859168B2 (ja) * 2003-01-20 2006-12-20 パイオニア株式会社 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
KR20050097507A (ko) * 2003-01-20 2005-10-07 파이오니아 가부시키가이샤 정보 기록 매체, 정보 기록 장치 및 방법, 정보 재생 장치및 방법, 정보 기록 재생 장치 및 방법, 기록 또는 재생제어용의 컴퓨터 프로그램, 및 제어 신호를 포함하는데이터 구조
TWI460720B (zh) * 2003-07-03 2014-11-11 Panasonic Corp 再生裝置、再生方法、記錄媒體、記錄裝置及記錄方法（一）
WO2005004147A1 (en) * 2003-07-07 2005-01-13 Samsung Electronics Co., Ltd. Information storage medium storing multi angle data, and recording method and reproducing apparatus thereof
JP4591405B2 (ja) * 2006-05-10 2010-12-01 ソニー株式会社 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム
WO2010032404A1 (ja) 2008-09-17 2010-03-25 パナソニック株式会社 記録媒体、再生装置、及び集積回路
WO2010076846A1 (ja) 2008-12-29 2010-07-08 パナソニック株式会社 記録媒体、再生装置、及び集積回路

Also Published As

Publication number Publication date
BRPI1013557A8 (pt) 2017-07-11
AU2010299386B2 (en) 2014-10-09
CA2749147C (en) 2017-05-16
US8520056B2 (en) 2013-08-27
JPWO2011036888A1 (ja) 2013-02-14
JP2011250416A (ja) 2011-12-08
ZA201105480B (en) 2012-12-27
US20120177343A1 (en) 2012-07-12
DK2482563T3 (en) 2017-03-27
TW201134193A (en) 2011-10-01
CN102362504B (zh) 2014-07-09
RU2011139100A (ru) 2013-10-27
KR20120106541A (ko) 2012-09-26
JP4847631B2 (ja) 2011-12-28
MX2011009811A (es) 2011-09-29
EP2482563B1 (en) 2017-02-15
US8164619B2 (en) 2012-04-24
RU2535443C2 (ru) 2014-12-10
AU2010299386A1 (en) 2011-07-28
EP2482563A1 (en) 2012-08-01
ES2624769T3 (es) 2017-07-17
JP4856780B2 (ja) 2012-01-18
WO2011036888A1 (ja) 2011-03-31
BRPI1013557A2 (pt) 2017-06-06
US20110187817A1 (en) 2011-08-04
EP2482563A4 (en) 2013-08-21
ZA201205541B (en) 2013-05-29
CN102362504A (zh) 2012-02-22
JP2011223605A (ja) 2011-11-04
CA2749147A1 (en) 2011-03-31

Similar Documents

Publication Publication Date Title
JP5551654B2 (ja) 半導体集積回路
JP4676579B2 (ja) 記録媒体、再生装置、及び集積回路
JP5547668B2 (ja) 記録媒体、再生装置、符号化装置、集積回路、及び再生出力装置
JP5480915B2 (ja) 表示装置と方法、記録媒体、送信装置と方法、及び再生装置と方法
JP5457465B2 (ja) 表示装置と方法、送信装置と方法、及び受信装置と方法
JP5457299B2 (ja) 記録媒体、再生装置、及び集積回路
WO2010113454A1 (ja) 記録媒体、再生装置、及び集積回路
WO2010100875A1 (ja) 記録媒体、再生装置、及び集積回路
JP5385226B2 (ja) 記録媒体、再生装置、及び集積回路
WO2010098134A1 (ja) 記録媒体、再生装置、及び集積回路

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130612

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20131129

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20131210

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20140130

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140522

R151 Written notification of patent or utility model registration

Ref document number: 5551654

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20140606

LAPS Cancellation because of no payment of annual fees