JPWO2013027408A1 - 記録媒体、再生装置、記録装置、及び記録方法 - Google Patents

記録媒体、再生装置、記録装置、及び記録方法 Download PDF

Info

Publication number
JPWO2013027408A1
JPWO2013027408A1 JP2013505241A JP2013505241A JPWO2013027408A1 JP WO2013027408 A1 JPWO2013027408 A1 JP WO2013027408A1 JP 2013505241 A JP2013505241 A JP 2013505241A JP 2013505241 A JP2013505241 A JP 2013505241A JP WO2013027408 A1 JPWO2013027408 A1 JP WO2013027408A1
Authority
JP
Japan
Prior art keywords
stream
extent
video
section
view
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2013505241A
Other languages
English (en)
Other versions
JP5957768B2 (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 JPWO2013027408A1 publication Critical patent/JPWO2013027408A1/ja
Application granted granted Critical
Publication of JP5957768B2 publication Critical patent/JP5957768B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/189—Recording image signals; Reproducing recorded image signals
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/10—Indexing; Addressing; Timing or synchronising; Measuring tape travel
    • G11B27/102—Programmed access in sequence to addressed parts of tracks of operating record carriers
    • G11B27/105—Programmed access in sequence to addressed parts of tracks of operating record carriers of operating discs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/84—Television signal recording using optical recording
    • H04N5/85—Television signal recording using optical recording on discs or drums
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B2220/00—Record carriers by type
    • G11B2220/20—Disc-shaped record carriers
    • G11B2220/25—Disc-shaped record carriers characterised in that the disc is based on a specific recording technology
    • G11B2220/2537—Optical discs
    • G11B2220/2541—Blu-ray discs; Blue laser DVR discs

Landscapes

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

Abstract

記録媒体上では拡張データ専用区間の直後に平面視映像専用区間と立体視映像専用区間とが連続する。共用区間には、メインビュー、サブビュー、及び拡張の各エクステントが交互に連続して配置され、立体視映像専用区間にはメインビューとサブビューとの各エクステントが交互に連続して配置され、平面視映像専用区間には立体視映像専用区間内のメインビュー・エクステントの複製が連続して配置され、拡張データ専用区間には、平面視映像専用区間内のメインビュー・エクステントと組み合わされるべき拡張エクステントが配置されている。共用区間は、立体視映像の再生時、平面視映像の再生時、及び拡張ストリームの利用時にアクセスされ、立体視映像専用区間は立体視映像の再生中、平面視映像専用区間は平面視映像の再生中、拡張データ専用区間と平面視映像専用区間との対は拡張ストリームの読み出し中、いずれもロング・ジャンプの直前又は直後にアクセスされる。

Description

本発明は、立体視映像、すなわち３次元（３Ｄ）映像の記録再生技術に関し、特に、記録媒体上でのストリーム・データの構造に関する。
近年、３Ｄ映像の映画が人気を集めている。それに伴い、光ディスク等の記録媒体から３Ｄ映像コンテンツを再生可能な家庭用再生装置が普及し始めている。また、３Ｄ映像のテレビ番組を記録媒体に記録可能な家庭用記録装置、及び、３Ｄ映像を撮影可能な家庭用ビデオカメラも開発が進められている。これらの装置の扱う記録媒体には３Ｄ映像コンテンツが、従来の再生装置によって、平面視映像、すなわち２次元（２Ｄ）映像のコンテンツとしても再生可能な態様で記録されていることが望ましい。すなわち、その記録媒体に記録された３Ｄ映像コンテンツから、２Ｄ再生装置は２Ｄ映像を再生でき、３Ｄ再生装置は３Ｄ映像を再生できることが望ましい。ここで、「２Ｄ再生装置」とは、２Ｄ映像のみを再生可能な従来の再生装置を意味し、「３Ｄ再生装置」とは、３Ｄ映像を再生可能な再生装置を意味する。尚、本明細書では、３Ｄ再生装置が従来の２Ｄ映像も再生可能である場合を想定する。
図６４は、３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である（例えば特許文献１参照）。光ディスクPDSには２種類のビデオ・ストリームが格納されている。一方は２Ｄ／レフトビュー・ビデオ・ストリームであり、他方はライトビュー・ビデオ・ストリームである。「２Ｄ／レフトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生では視聴者の左目に見せる２Ｄ映像、すなわち「レフトビュー」を表し、２Ｄ映像の再生ではその２Ｄ映像そのものを表す。「ライトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生において視聴者の右目に見せる２Ｄ映像、すなわち「ライトビュー」を表す。レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとではフレームレートは等しいが、フレームの表示時期はフレーム周期の半分だけずれている。例えば、各ビデオ・ストリームのフレームレートが１秒間に２４フレームであるとき、２Ｄ／レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの各フレームが１／４８秒ごとに交互に表示される。
各ビデオ・ストリームは、図６４に示されているように、光ディスクPDS上では複数のエクステントEX1A−C、EX2A−Cに分割されている。「エクステント」は、光ディスクドライブによって読み出し可能なデータの最小単位である（詳細は《補足》参照）。各エクステントはＧＯＰ（グループ・オブ・ピクチャ）を１つ以上含む。以下、２Ｄ／レフトビュー・ビデオ・ストリームに属するエクステントを「２Ｄ／レフトビュー・エクステント」といい、ライトビュー・ビデオ・ストリームに属するエクステントを「ライトビュー・エクステント」という。２Ｄ／レフトビュー・エクステントEX1A−Cとライトビュー・エクステントEX2A−Cとは交互に光ディスクPDSのトラックTRC上に配置されている。このようなエクステントの配置を「インターリーブ配置」という。インターリーブ配置で記録されたエクステント群は、以下に述べるように、２Ｄ映像の再生と３Ｄ映像の再生との両方に利用される。
２Ｄ再生装置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による画面の切り換えに同期して交互に不透明にする。その結果、レフトビューは視聴者の左目にのみ映り、ライトビューは視聴者の右目にのみ映る。そのとき、視聴者はレフトビューとライトビューとの形態の違いを両眼視差として錯覚するので、その視聴者には、表示装置DS3に表示された２Ｄ映像の対が１つの３Ｄ映像に見える。
光ディスクに限らず、記録媒体に３Ｄ映像コンテンツを格納するときは、上記のようにエクステントのインターリーブ配置を利用する。それにより、その記録媒体を２Ｄ映像の再生と３Ｄ映像の再生との両方で利用することができる。
特許第３９３５５０７号公報
Blue-rayDisc Association, "White Paper Blu-ray DiscTM Format,"[online], October, 2010,http://www.blu-raydisc.com/en/Technical/TechnicalWhitepapers/General.aspx
近年、次世代の表示技術として４Ｋ２Ｋの開発が進められている。「４Ｋ２Ｋ」は、３９４０画素×２１６０画素という、従来の解像度１９２０画素×１０８０画素に対して約４倍の高解像度の映像を表示するための技術である。画面サイズが一定であれば、解像度が高いほど精細な映像を表現することができるので、４Ｋ２Ｋは、更なる高画質化を実現するための技術として期待されている。その一方で、４Ｋ２Ｋの開発では、従来の解像度での映像表示との互換性の確保も重要視されている。特に４Ｋ２Ｋの映像コンテンツは、記録媒体に記録された場合、従来の２Ｄ再生装置によっては従来の解像度の映像コンテンツとして再生可能な態様であることが望ましい。従って、現状では、４Ｋ２Ｋの映像コンテンツを、従来の解像度の映像コンテンツとして表される部分と、その部分の解像度を４Ｋ２Ｋの解像度に変換するために必要な拡張データの部分とに分けて記録媒体に記録することが考えられている。従来の再生装置にはその記録媒体から、従来の解像度の映像コンテンツとして表される部分のみを読み出させて再生させる。一方、４Ｋ２Ｋに対応可能な再生装置にはその記録媒体から、その部分と拡張データの部分との両方を読み出させて、それらから４Ｋ２Ｋの映像コンテンツを再生させる。こうして、４Ｋ２Ｋの映像コンテンツを従来の解像度での映像再生と４Ｋ２Ｋの高解像度での映像再生との両方に利用させることができる。
更なる高画質化を目指す技術としては、また、各画素の色情報のビット数を現在の８ビットから１２ビット等に増加させる技術の開発も進められている。この技術を「ビット拡張」と言う。色情報のビット数が増加することで、各画素の表現可能な色の種類が更に豊富になるので、更なる高画質化が実現されると期待されている。ビット拡張においても、従来の技術との互換性を確保する目的で、ビット拡張のコンテンツを、８ビットの色情報で表される部分と、その部分の色情報を１２ビット等の色情報に変換するために必要な拡張データの部分とに分けて記録媒体に記録することが考えられている。
４Ｋ２Ｋとビット拡張との他にも、映像コンテンツの更なる品質向上、又はその属性の更なる多様化を目的とする技術には、映像コンテンツを従来の映像コンテンツと拡張データとの組み合わせとして表現することで、従来の技術との互換性を確保するものが色々と存在する。一方、３Ｄ映像の記録再生技術も、上記のように、２Ｄ映像コンテンツである２Ｄ／レフトビュー・ビデオ・ストリームに、ライトビュー・ビデオ・ストリームという拡張データを付加することで、３Ｄ映像コンテンツに２Ｄ再生装置に対する互換性を与えている。従って、４Ｋ２Ｋやビット拡張等における拡張データを３Ｄ映像コンテンツに組み込むことで、それらの技術のいずれにおいても利用可能な映像コンテンツを記録媒体に記録することができると期待される。しかし、そのような映像コンテンツの記録は実際には、以下の理由により、容易ではない。
図６４に示されているように、インターリーブ配置のエクステント群から２Ｄ映像が再生されるとき、光ディスクドライブDD2はライトビュー・エクステントEX2A−Cの読み出しをスキップする。この動作を「ジャンプ」と言う。ジャンプ期間中、映像デコーダVDC内のバッファには光ディスクドライブDD2からデータが供給されないので、そのバッファに蓄積されたデータは映像デコーダVDCの処理に伴って減少する。従って、２Ｄ再生装置PL2に２Ｄ映像をシームレスに再生させるには、各２Ｄ／レフトビュー・エクステントEX1A−Cのデータ量の下限、すなわち最小エクステント・サイズを、ジャンプ期間中にバッファ・アンダーフローが生じない程度に設計しなければならない。
同じエクステント群から３Ｄ映像が再生されるときは、２Ｄ／レフトビュー・エクステントEX1A−Cが読み出されている期間中、ライトビュー・エクステントEX2A−Cは読み出されない。従って、その期間中、右映像デコーダVDR内のバッファに蓄積されたライトビュー・エクステントEX2A−Cのデータは、右映像デコーダVDRの処理に伴って減少する。逆に、ライトビュー・エクステントEX2A−Cが読み出されている期間中、２Ｄ／レフトビュー・エクステントEX1A−Cは読み出されない。従って、その期間中、左映像デコーダVDL内のバッファに蓄積された２Ｄ／レフトビュー・エクステントEX1A−Cのデータは、左映像デコーダVDLの処理に伴って減少する。それ故、３Ｄ再生装置PL3に３Ｄ映像をシームレスに再生させるには、各エクステントEX1A−C、EX2A−Cの最小エクステント・サイズを、次のエクステントの読み出し期間中にバッファ・アンダーフローが生じない程度に設計しなければならない。
更に、光ディスクドライブの読み出し速度は映像デコーダの処理速度より高いので、エクステントが読み出されている期間中、そのエクステントのデータが蓄積されるバッファのデータ量は増加する。そのバッファの容量を過大にすることなく、オーバーフローを防ぐには、エクステントのデータ量の上限、すなわち最大エクステント・サイズが制限されなければならない。
以上のとおり、３Ｄ映像コンテンツが記録媒体に記録される場合、各エクステントのサイズが複数の条件を満たさなければならない。従って、３Ｄ映像コンテンツに拡張データを更に付加するには、拡張データの配置がそれら複数の条件のいずれをも破らないようにしなければならない。そのような配置は当業者にとっても決して自明ではない。
いわゆる２層ディスクのような、記録層を複数含む光ディスクでは、一連の映像コンテンツが２層にわたって記録される場合がある。一方、単層ディスクでも、一連の映像コンテンツが別のデータを間に挟んで記録される場合がある。それらの場合、光ディスクドライブのピックアップは一連の映像コンテンツの読み出し中に、層の切り換えに伴うフォーカス・ジャンプ、又は、光ディスクの半径方向の移動を伴うトラック・ジャンプを行わねばならない。それらのジャンプは一般にシーク時間が長いので、「ロング・ジャンプ」と呼ばれる。ロング・ジャンプの発生にかかわらず映像デコーダに映像をシームレスに再生させるには、ロング・ジャンプの直前にアクセスされるエクステントのサイズを十分に大きくして、ロング・ジャンプ中にバッファ・アンダーフローを生じさせないようにしなければならない。
ロング・ジャンプ中にバッファ・アンダーフローを生じさせないためにエクステントのサイズが満たすべき条件は一般に、２Ｄ映像の再生時と３Ｄ映像の再生時とで異なる。しかし、図６４に示されているようなインターリーブ配置のエクステントは、２Ｄ映像の再生時と３Ｄ映像の再生時との両方における条件を満たさなければならない。従って、一般には、ライトビュー・エクステントのサイズが、３Ｄ映像のシームレス再生に必要な値を大きく超える。その結果、３Ｄ再生装置は右映像デコーダ内のバッファ容量を、３Ｄ映像のシームレス再生に必要な値よりもかなり大きく確保しなければならない。それは、３Ｄ再生装置内のバッファ容量の更なる削減、及びメモリの利用効率の更なる向上を阻むので好ましくない。
ロング・ジャンプ中にバッファ・アンダーフローを生じさせないことと、３Ｄ再生装置内のバッファ容量を更に削減することとを両立させるための技術としては、例えば次のものが知られている。その技術では、記録媒体上のデータ記録領域のうち、ロング・ジャンプが必要な箇所の直前又は直後に、２Ｄ映像の再生時にのみアクセスされる領域と、３Ｄ映像の再生時にのみアクセスされる領域とが設けられる。同じレフトビューを表すエクステントがそれら両方の領域に二重に記録され、それらのレフトビューと対を成すライトビューを表すエクステントが、３Ｄ映像の再生時にのみアクセスされる領域に記録される。それにより、２Ｄ映像の再生時にのみアクセスされる領域ではエクステントのサイズが、２Ｄ映像の再生時におけるロング・ジャンプ中にバッファ・アンダーフローを生じさせないための条件のみを満たせばよい。一方、３Ｄ映像の再生時にのみアクセスされる領域ではエクステントのサイズが、３Ｄ映像の再生時におけるロング・ジャンプ中にバッファ・アンダーフローを生じさせないための条件のみを満たせばよい。その結果、２Ｄ映像と３Ｄ映像との両方をシームレスに再生することと、３Ｄ再生装置内のバッファ容量を更に削減することとを両立させることができる。
以上のとおり、記録媒体上のデータ記録領域のうち、ロング・ジャンプが必要な箇所の直前又は直後ではエクステントの配置が更に複雑化する。従って、３Ｄ映像コンテンツに拡張データを付加する場合、ロング・ジャンプが必要な箇所の直前と直後とに拡張データをどのように配置すべきかが、当業者にとっても決して自明ではない。
本発明の目的は、上記の課題を解決することにあり、特に、再生装置に再生能力を良好に維持させるような態様で、３Ｄ映像コンテンツと拡張データとの組み合わせが記録された記録媒体を提供することにある。
本発明の１つの観点による記録媒体には、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームが記録されている。メインビュー・ストリームは立体視映像のメインビューを表す。サブビュー・ストリームは立体視映像のサブビューを表す。拡張ストリームはメインビュー・ストリームと組み合わされて利用される。メインビュー・ストリームは複数のメインビュー・エクステントから構成され、サブビュー・ストリームは複数のサブビュー・エクステントから構成され、拡張ストリームは複数の拡張エクステントから構成されている。この記録媒体は、共用区間、立体視映像専用区間、平面視映像専用区間、及び拡張データ専用区間を有する。共用区間は、メインビュー・エクステント、サブビュー・エクステント、及び拡張エクステントが交互に連続して配置された領域である。立体視映像専用区間は、メインビュー・エクステントとサブビュー・エクステントとが交互に連続して配置された領域である。平面視映像専用区間は、立体視映像専用区間に隣接する領域であって、立体視映像専用区間に配置されたメインビュー・エクステントの複製が連続して配置された領域である。拡張データ専用区間は、立体視映像専用区間と平面視映像専用区間とが連続する領域の直前に位置する領域であって、平面視映像専用区間に配置されたメインビュー・エクステントの複製と組み合わされて利用されるべき拡張エクステントが配置された領域である。共用区間は、立体視映像が再生されるとき、メインビューが平面視映像として再生されるとき、及び拡張ストリームがメインビュー・ストリームと組み合わされて利用されるときのいずれにおいてもアクセスされる。立体視映像専用区間は、立体視映像の再生中において、ロング・ジャンプが生じる直前に共用区間に続いてアクセスされ、又はロング・ジャンプが終了した直後に共用区間よりも先にアクセスされる。平面視映像専用区間は、平面視映像の再生中において、ロング・ジャンプが生じる直前に共用区間に続いてアクセスされ、又はロング・ジャンプが終了した直後に共用区間よりも先にアクセスされる。拡張データ専用区間と平面視映像専用区間との対は、拡張ストリームがメインビュー・ストリームと共に読み出される場合において、ロング・ジャンプが生じる直前に共用区間に続いてアクセスされ、又はロング・ジャンプが終了した直後に共用区間よりも先にアクセスされる。
本発明の１つの観点による再生装置は、上記の記録媒体から、メインビュー・ストリーム、サブビュー・ストリーム、又は拡張ストリームを読み出して、立体視映像を再生し、メインビューを平面視映像として再生し、又は拡張ストリームをメインビュー・ストリームと組み合わせて利用する。この再生装置は、読み出し部、スイッチ部、第１リード・バッファ、第２リード・バッファ、第３リード・バッファ、及び復号部を備えている。読み出し部は上記の記録媒体からデータを読み出す。スイッチ部は、読み出し部によって読み出されたデータから、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームを抽出する。第１リード・バッファは、スイッチ部によって抽出されたメインビュー・ストリームを格納する。第２リード・バッファは、スイッチ部によって抽出されたサブビュー・ストリームを格納する。第３リード・バッファは、スイッチ部によって抽出された拡張ストリームを格納する。復号部は、第１リード・バッファからメインビュー・ストリームを読み出して復号し、第２リード・バッファからサブビュー・ストリームを読み出して復号し、第３リード・バッファから拡張ストリームを読み出して復号する。読み出し部は、立体視映像が再生されるとき、メインビューが平面視映像として再生されるとき、及び、拡張ストリームがメインビュー・ストリームと組み合わされて利用されるときのいずれにおいても記録媒体の共用区間にアクセスする。読み出し部は、立体視映像の再生中において、ロング・ジャンプを行う直前に記録媒体の共用区間に続いてその立体視映像専用区間にアクセスし、又はロング・ジャンプを行った直後に共用区間よりも先に立体視映像専用区間にアクセスする。読み出し部は、平面視映像の再生中において、ロング・ジャンプを行う直前に記録媒体の共用区間に続いてその平面視映像専用区間にアクセスし、又はロング・ジャンプを行った直後に共用区間よりも先に平面視映像専用区間にアクセスする。読み出し部は、拡張ストリームをメインビュー・ストリームと共に読み出す場合において、ロング・ジャンプを行う直前に記録媒体の共用区間に続いてその拡張データ専用区間と平面視映像専用区間との対にアクセスし、又はロング・ジャンプを行った直後に共用区間よりも先に拡張データ専用区間と平面視映像専用区間との対にアクセスする。
本発明の上記の観点によれば、再生装置が記録媒体からデータを読み出す際、ロング・ジャンプを行う直前又は直後にアクセスする領域が、立体視映像の再生時、平面視映像の再生時、及び拡張ストリームとメインビュー・ストリームとの組み合わせの利用時で異なる。それにより、それらの領域に対して別々に、ロング・ジャンプ中にバッファ・アンダーフローを生じさせないためにエクステントのサイズが満たすべき条件を設定することができる。その結果、立体視映像と平面視映像との両方をシームレスに再生することと、再生装置内のバッファ容量を更に削減することとを両立させることができる。また、平面視映像の再生時、及び拡張ストリームとメインビュー・ストリームとの組み合わせの利用時の両方で同じ平面視映像専用区間がアクセスされる。それにより、１枚の記録媒体に重複して記録されるべきメインビュー・エクステントのデータ量が最小限に抑えられる。従って、立体視映像の再生時、平面視映像の再生時、及び拡張ストリームとメインビュー・ストリームとの組み合わせの利用時のいずれにおいても、ロング・ジャンプの距離を許容範囲内に収めることができる。このように、上記の記録媒体には、再生装置に再生能力を良好に維持させるような態様で、３Ｄ映像コンテンツと拡張データとの組み合わせが記録されている。
本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。 図１に示されているＢＤ−ＲＯＭディスク上のデータ構造を示す模式図である。 （ａ）は、図１に示されているＢＤ−ＲＯＭディスク上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。（ｂ）は、そのＢＤ−ＲＯＭディスク上のサブＴＳに多重化されたエレメンタリ・ストリームの一覧表の一例である。（ｃ）は、そのＢＤ−ＲＯＭディスク上のサブＴＳに多重化されたエレメンタリ・ストリームの一覧表の別例である。（ｄ）は、そのＢＤ−ＲＯＭディスク上の拡張ストリームに多重化されたエレメンタリ・ストリームの一覧表である。 （ａ）は、解像度拡張情報のデータ構造を示す表である。（ｂ）は、フルＨＤのビデオ・フレームを４Ｋ２Ｋのビデオ・フレームへ拡張する処理における解像度拡張情報の役割を示す模式図である。 多重化ストリーム・データ内でのＴＳパケットの配置を示す模式図である。 （ａ）は、ＴＳヘッダのデータ構造を示す模式図である。（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。（ｄ）は、一連のソースパケットが連続的に記録されたＢＤ−ＲＯＭディスクのボリューム領域上のセクタ群の模式図である。 ベースビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとのピクチャを表示時間順に示す模式図である。 ビデオ・ストリームのデータ構造の詳細を示す模式図である。 ＰＥＳパケット列へのビデオ・ストリームの格納方法の詳細を示す模式図である。 ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。 ＢＤ−ＲＯＭディスク上における、メインＴＳ、サブＴＳ、及び拡張ストリームの物理的な配置を示す模式図である。 ３つの連続する拡張エクステント・ブロックT[m]、D[m＋i]、B[m＋i]（m＝0、1、2、i＝0、1）に対する３種類の再生経路を示す模式図である。 １つの拡張エクステントT[m]（m＝0、1、2、…）と、その直後に配置されたエクステント・ブロックB[k]、D[k]（k＝m、m＋1、…、m＋n−1）との間の関係を示す模式図である。 ＢＤ−ＲＯＭディスクの層境界の前後に記録されたエクステント群の配置１、及びそのエクステント群に対する各モードでの再生経路を示す模式図である。 ＢＤ−ＲＯＭディスクの層境界の前後に記録されたエクステント群の配置２、及びそのエクステント群に対する各モードでの再生経路を示す模式図である。 ２Ｄ再生モードの再生装置内の再生処理系統を示すブロック図である。 （ａ）は、２Ｄ再生モードでの動作中、リード・バッファに蓄積されるデータ量の変化を示すグラフである。（ｂ）は、再生対象の拡張エクステント・ブロックに対する２Ｄ再生モードでの再生経路を示す模式図である。 ＢＤ−ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP-MAXとの対応表の一例である。 ３Ｄ再生モードの再生装置内の再生処理系統を示すブロック図である。 （ａ）、（ｂ）は、１つの拡張エクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、ＲＢ１、ＲＢ２に蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｃ）は、その拡張エクステント・ブロックに対する３Ｄ再生モードでの再生経路を示す模式図である。 （ａ）は、２つの連続する拡張エクステント・ブロックから連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１、ＲＢ２に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。（ｂ）は、（ｎ＋１）番目の拡張エクステント・ブロックと（ｎ＋２）番目の拡張エクステント・ブロック、及び、それらに対する３Ｄ再生モードでの再生経路を示す模式図である。 （ａ）、（ｂ）はそれぞれ、第１転送速度REXT1と第２転送速度REXT2との合計が制限される場合における第１転送速度REXT1と第２転送速度REXT2との時間的な変化を示すグラフである。（ｃ）は、（ａ）、（ｂ）に示されている第１転送速度REXT1と第２転送速度REXT2とを足し合わせた値REXT1＋REXT2の時間的な変化を示すグラフである。 拡張再生モードの再生装置内の再生処理系統を示すブロック図である。 （ａ）、（ｂ）は、２つの連続する拡張エクステント・ブロックから４Ｋ２Ｋの２Ｄ映像がシームレスに再生されるとき、ＲＢ１、ＲＢ３に蓄積されるデータ量DA1、DA3の変化を示すグラフである。（ｃ）は、それらの拡張エクステント・ブロックに対する拡張再生モードでの再生経路を示す模式図である。 ＢＤ−ＲＯＭディスクの２つの記録層が層境界の前後に共用区間のみを含む場合におけるエクステント群の配置、及びそのエクステント群に対する各モードでの再生経路を示す模式図である。 ＢＤ−ＲＯＭディスクの層境界の直前において全てのモードでの再生経路が完全に分離された場合におけるエクステント群の配置、及びそのエクステント群に対する各モードでの再生経路を示す模式図である。 ２Ｄクリップ情報ファイルのデータ構造を示す模式図である。 （ａ）は、エントリ・マップのデータ構造を示す模式図である。（ｂ）は、ファイル２Ｄに属するソースパケット群のうち、エントリ・マップによって各ＥＰ＿ＩＤに対応付けられているものを示す模式図である。（ｃ）は、そのソースパケット群に対応するＢＤ−ＲＯＭディスク上のエクステント群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。 （ａ）は、２Ｄクリップ情報ファイルに含まれるエクステント起点のデータ構造を示す模式図である。（ｂ）は、ＤＥＰクリップ情報ファイルに含まれるエクステント起点のデータ構造を示す模式図である。（ｃ）は、３Ｄ再生モードの再生装置によってファイルＳＳから抽出されたベースビュー・エクステントB[0]、B[1]、B[2]、…を表す模式図である。（ｄ）は、ファイルＤＥＰに属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点の示すＳＰＮとの間の対応関係を表す模式図である。（ｅ）は、ファイルＳＳに属するエクステントEXTSS[0]とＢＤ−ＲＯＭディスク上のエクステント・ブロックとの間の対応関係を示す模式図である。 ２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。 Ｎ番目のプレイアイテム情報のデータ構造を示す模式図である。 ２Ｄプレイリスト・ファイルの示すＰＴＳと、ファイル２Ｄから再生される部分との間の対応関係を示す模式図である。 ３Ｄプレイリスト・ファイルのデータ構造を示す模式図である。 ＳＴＮテーブルＳＳのデータ構造を示す模式図である。 ３Ｄプレイリスト・ファイルの示すＰＴＳと、ファイルＳＳから再生される部分との間の対応関係を示す模式図である。 拡張プレイリスト・ファイルのデータ構造を示す模式図である。 ＳＴＮテーブルＥＸのデータ構造を示す模式図である。 拡張プレイリスト・ファイルの示すＰＴＳと、ファイル２Ｄ及び拡張ストリーム・ファイルから再生される部分との間の対応関係を示す模式図である。 インデックス・ファイルのデータ構造を示す模式図である。 図１に示されている再生装置の機能ブロック図である。 図４０に示されている再生制御部による２Ｄプレイリスト再生処理のフローチャートである。 図４０に示されている再生制御部による３Ｄプレイリスト再生処理のフローチャートである。 図４０に示されている再生制御部による拡張プレイリスト再生処理のフローチャートである。 ２Ｄ再生モードのシステム・ターゲット・デコーダの機能ブロック図である。 ３Ｄ再生モードのシステム・ターゲット・デコーダの機能ブロック図である。 拡張再生モードのシステム・ターゲット・デコーダの機能ブロック図である。 フルＨＤから４Ｋ２Ｋへの解像度の変換処理のフローチャートである。 ２Ｄ映像とデプスマップとの組み合わせからレフトビューとライトビューとを構成する例を示す模式図である。 原画のピクチャ列からベースビュー・ビデオ・ストリームと拡張ストリームとを生成するシステムのブロック図である。 図４９に示されているシステムによる色座標の処理方法を示す模式図である。 拡張再生モードのシステム・ターゲット・デコーダにおけるベースビュー・ビデオ・ストリームと拡張ストリームとの処理系統の一例を示すブロック図である。 図５１に示されているビット拡張部による色座標の処理方法を示す模式図である。 拡張再生モードのシステム・ターゲット・デコーダにおけるベースビュー・ビデオ・ストリームと拡張ストリームとの処理系統の別の例を示すブロック図である。 図５３に示されているビット拡張部による色座標の処理方法を示す模式図である。 本発明の実施形態２による記録装置の機能ブロック図である。 隣接するエクステント間でエクステントＡＴＣ時間を揃える方法を示す模式図である。 図５５に示されている記録装置を利用してＢＤディスク等へコンテンツをリアルタイムで記録する方法のフローチャートである。 本発明の実施形態３による記録装置の機能ブロック図である。 図５８に示されている記録装置を利用してＢＤ−ＲＯＭディスクへコンテンツを記録する方法のフローチャートである。 （ａ）、（ｂ）は、図１４に示されている配置１のエクステント群から拡張再生モードの再生装置が映像をシームレスに再生するとき、ＲＢ１、ＲＢ３に蓄積されるデータ量の変化を示すグラフである。（ｃ）は、そのエクステント群に対する拡張再生モードでの再生経路を示す模式図である。 （ａ）、（ｂ）は、図１５に示されている配置２のエクステント群から拡張再生モードの再生装置が映像をシームレスに再生するとき、ＲＢ１、ＲＢ３に蓄積されるデータ量の変化を示すグラフである。（ｃ）は、そのエクステント群に対する拡張再生モードでの再生経路を示す模式図である。 （ａ）、（ｂ）は、層境界の直前にのみ、拡張データ専用区間、平面視映像専用区間、及び立体視映像専用区間を配置した場合におけるエクステント群から拡張再生モードの再生装置が映像をシームレスに再生するとき、ＲＢ１、ＲＢ３に蓄積されるデータ量の変化を示すグラフである。（ｃ）は、それらのエクステント群、及びそれらのエクステント群に対する拡張再生モードでの再生経路を示す模式図である。 （ａ）、（ｂ）は、図６２の（ｃ）において平面視映像専用区間と立体視映像専用区間との位置を入れ換えた場合におけるエクステント群から拡張再生モードの再生装置が映像をシームレスに再生するとき、ＲＢ１、ＲＢ３に蓄積されるデータ量の変化を示すグラフである。（ｃ）は、それらのエクステント群、及びそれらのエクステント群に対する拡張再生モードでの再生経路を示す模式図である。 ３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である。
以下、本発明の実施形態について、図面を参照しながら説明する。
《実施形態１》
１：システムの構成
図１は、本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。このホームシアター・システムは、１９２０画素×１０８０画素（以下、フルＨＤ（full High Definition）という。）の２Ｄ映像と３Ｄ映像とに加え、４Ｋ２Ｋの２Ｄ映像を表示可能である。図１を参照するに、このホームシアター・システムは記録媒体101を再生対象とし、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。
記録媒体101は読み出し専用ブルーレイ・ディスク（登録商標）（ＢＤ：Blu−rayDisc）、すなわちＢＤ−ＲＯＭディスクであり、特に記録層を複数含む多層ディスクである。ＢＤ−ＲＯＭディスク101は映画コンテンツを格納している。このコンテンツは、フルＨＤの２Ｄ映像を表すビデオ・ストリーム、３Ｄ映像を表すビデオ・ストリーム、及び４Ｋ２Ｋの２Ｄ映像を表すビデオ・ストリームを含む。それらのビデオ・ストリームはエクステント単位でＢＤ−ＲＯＭディスク101上に配置され、後述のファイル構造を利用してアクセスされる。
再生装置102はＢＤ−ＲＯＭドライブ121を搭載している。ＢＤ−ＲＯＭドライブ121はＢＤ−ＲＯＭ方式に準拠の光ディスクドライブである。再生装置102はＢＤ−ＲＯＭドライブ121を利用して、ＢＤ−ＲＯＭディスク101からコンテンツを読み込む。再生装置102は更にそのコンテンツを映像データ／音声データに復号する。ここで、再生装置102はそのコンテンツを、フルＨＤの２Ｄ映像、３Ｄ映像、及び４Ｋ２Ｋの２Ｄ映像とのいずれとしても再生可能である。以下、フルＨＤの２Ｄ映像を再生するときの再生装置102の動作モードを「２Ｄ再生モード」といい、３Ｄ映像を再生するときの再生装置102の動作モードを「３Ｄ再生モード」といい、４Ｋ２Ｋの２Ｄ映像を再生するときの再生装置102の動作モードを「拡張再生モード」という。
再生装置102はＨＤＭＩ（High−DefinitionMultimedia Interface）ケーブル122で表示装置103に接続されている。再生装置102は映像データ／音声データをＨＤＭＩ方式の映像信号／音声信号に変換し、ＨＤＭＩケーブル122を通して表示装置103に伝送する。再生装置102は更に、ＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換する。それにより、再生装置102は、３Ｄ映像の再生及び４Ｋ２Ｋの映像の再生に対応可能か否かを表示装置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上のデータ記録領域の最内周部にはＢＣＡ（BurstCutting Area）201が設けられている。ＢＣＡに対してはＢＤ−ＲＯＭドライブ121によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止される。それにより、ＢＣＡ201は著作権保護技術に利用される。ＢＣＡ201よりも外側のデータ記録領域では内周から外周へ向けてトラックが螺旋状に延びている。図２にはトラック202が模式的に横方向に引き伸ばされて描かれている。その左側はディスク101の内周部を表し、右側は外周部を表す。図２に示されているように、トラック202は内周から順に、リードイン領域202A、ボリューム領域202B、及びリードアウト領域202Cを含む。リードイン領域202AはＢＣＡ201のすぐ外周側に設けられている。リードイン領域202Aは、ボリューム領域202Bに記録されたデータのサイズ及び物理アドレス等、ＢＤ−ＲＯＭドライブ121によるボリューム領域202Bへのアクセスに必要な情報を含む。リードアウト領域202Cはデータ記録領域の最外周部に設けられ、ボリューム領域202Bの終端を示す。ボリューム領域202Bは、映像及び音声等のアプリケーション・データを含む。
ボリューム領域202Bは「セクタ」と呼ばれる小領域202Dに分割されている。セクタのサイズは共通であり、例えば２０４８バイトである。各セクタ202Dにはボリューム領域202Bの先端から順に通し番号が振られている。この通し番号は論理ブロック番号（ＬＢＮ）と呼ばれ、ＢＤ−ＲＯＭディスク101上の論理アドレスに利用される。ＢＤ−ＲＯＭディスク101からのデータの読み出しでは、宛先のセクタのＬＢＮが指定されることによって読み出し対象のデータが特定される。こうして、ボリューム領域202Bはセクタ単位でアクセス可能である。更に、ＢＤ−ＲＯＭディスク101上では論理アドレスが物理アドレスと実質的に等しい。特に、ＬＢＮが連続している領域では物理アドレスも実質的に連続している。従って、ＢＤ−ＲＯＭドライブ121は、ＬＢＮが連続しているセクタからデータを、その光ピックアップにシークを行わせることなく連続して読み出すことができる。
ボリューム領域202Bに記録されたデータは所定のファイルシステムを利用して管理される。そのファイルシステムとしてはＵＤＦ（Universal Disc Format）が採用されている。そのファイルシステムはその他にＩＳＯ９６６０であってもよい。そのファイルシステムに従い、ボリューム領域202Bに記録されたデータはディレクトリ／ファイル形式で表現される（詳細は《補足》参照）。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
図２を更に参照するに、ボリューム領域202Bには、インデックス・ファイル211、ＡＶ（audio-visual）ストリーム・ファイル220、クリップ情報ファイル230、プレイリスト・ファイル240、及びＢＤプログラム・ファイル250が記録されている。ＡＶストリーム・ファイル220は、ファイル２Ｄ221、ファイル・ディペンデント（以下、ファイルＤＥＰと略す。）222、立体視インターリーブド・ファイル（ＳＳＩＦ：StereoscopicInterleaved File。以下、ファイルＳＳと略す。）223、及び拡張ストリーム・ファイル224を含む。クリップ情報ファイル230は、２Ｄクリップ情報ファイル231、ディペンデントビュー（ＤＥＰ）クリップ情報ファイル232、及び拡張クリップ情報ファイル233を含む。プレイリスト・ファイル240は、２Ｄプレイリスト・ファイル241、３Ｄプレイリスト・ファイル242、及び拡張プレイリスト・ファイル243を含む。ＢＤプログラム・ファイル250は、ムービー（ＭＶ：Movie）オブジェクト・ファイル251、ＢＤ−Ｊ（BDJava(登録商標)）オブジェクト・ファイル252、及びＪａｖａアーカイブ（ＪＡＲ：JavaArchive）ファイル253を含む。
「インデックス・ファイル」211は、ＢＤ−ＲＯＭディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルとＢＤプログラム・ファイルとの間の対応表である。「ＢＤプログラム・ファイル」は、オブジェクトを格納したファイルである。「オブジェクト」は、再生装置102の動作を制御するためのプログラムである。オブジェクトの種類にはＭＶオブジェクトとＢＤ−Ｊオブジェクトとがある。
「ＡＶストリーム・ファイル」220とは、ＢＤ−ＲＯＭディスク101上に記録された映像コンテンツの実体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの実体とは一般に、映像・音声・字幕等を表す各種のストリーム・データ、すなわちエレメンタリ・ストリームが多重化されたストリーム・データを意味する。多重化ストリーム・データの種類には、メイン・トランスポート・ストリーム（ＴＳ）、サブＴＳ、及び拡張ストリームがある。
「メインＴＳ」とは、プライマリ・ビデオ・ストリームとしてベースビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ベースビュー・ビデオ・ストリーム」は、単独で再生可能であり、フルＨＤの２Ｄ映像を表すビデオ・ストリームである。尚、ベースビューは「メインビュー」ともいう。
「サブＴＳ」とは、プライマリ・ビデオ・ストリームとしてディペンデントビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ディペンデントビュー・ビデオ・ストリーム」は、その再生にベースビュー・ビデオ・ストリームを必要とし、そのベースビュー・ビデオ・ストリームとの組み合わせで３Ｄ映像を表すビデオ・ストリームである。尚、ディペンデントビューは「サブビュー」ともいう。ディペンデントビュー・ビデオ・ストリームの種類には、ライトビュー・ビデオ・ストリーム、レフトビュー・ビデオ・ストリーム、及びデプスマップ・ストリームがある。「ライトビュー・ビデオ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像が再生装置によって３Ｄ映像のレフトビューとして利用されるとき、その３Ｄ映像のライトビューを表すビデオ・ストリームとして利用される。「レフトビュー・ビデオ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像が再生装置によって３Ｄ映像のライトビューとして利用されるとき、その３Ｄ映像のレフトビューを表すビデオ・ストリームとして利用される。「デプスマップ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像が再生装置によって仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すストリーム・データとして利用される（詳細は５：変形例を参照）。３Ｄ再生モードの再生装置102がディペンデントビュー・ビデオ・ストリームとしてライトビュー・ビデオ・ストリーム（又はレフトビュー・ビデオ・ストリーム）を利用するとき、その動作モードを「レフト／ライト（Ｌ／Ｒ）モード」という。一方、３Ｄ再生モードの再生装置102がディペンデントビュー・ビデオ・ストリームとしてデプスマップ・ストリームを利用するとき、その動作モードをデプス・モードという。
「拡張ストリーム」とは、メインＴＳと組み合わされて利用される情報、すなわち拡張データを格納した多重化ストリーム・データをいう。本発明の実施形態１においては、拡張データが、ベースビュー・ビデオ・ストリームの表すフルＨＤの２Ｄ映像を４Ｋ２Ｋの２Ｄ映像に拡張するために必要な情報を含む。
「ファイル２Ｄ」221とは、２Ｄ再生モードの再生装置102に利用されるＡＶストリーム・ファイルであって、メインＴＳを含むものをいう。「ファイルＤＥＰ」222とは、サブＴＳを含むＡＶストリーム・ファイルをいう。「ファイルＳＳ」223は、３Ｄ再生モードの再生装置102に利用されるＡＶストリーム・ファイルであって、メインＴＳとサブＴＳとの両方を含む。「拡張ストリーム・ファイル」224は、拡張再生モードの再生装置102に利用されるＡＶストリーム・ファイルであって、拡張ストリームを含む。
ファイルＳＳ223は、メインＴＳをファイル２Ｄ221と共有し、サブＴＳをファイルＤＥＰ222と共有する。すなわち、ＢＤ−ＲＯＭディスク101のファイルシステムでは、メインＴＳはファイルＳＳ223とファイル２Ｄ221とのいずれとしてもアクセス可能であり、サブＴＳはファイルＳＳ223とファイルＤＥＰ222とのいずれとしてもアクセス可能である。
「クリップ情報ファイル」230とは、ファイル２Ｄ221、ファイルＤＥＰ222、及び拡張ストリーム・ファイル224と一対一に対応付けられたファイルであって、各ファイル221、222、224のエントリ・マップを含むものをいう。「エントリ・マップ」は、ファイル２Ｄ221、ファイルＤＥＰ222、又は拡張ストリーム・ファイル224の表す各シーンの表示時間と、そのシーンが記録された各ファイル221、222、224内のアドレスとの間の対応表である。「２Ｄクリップ情報ファイル」231はファイル２Ｄ221に対応付けられ、「ＤＥＰクリップ情報ファイル」232はファイルＤＥＰ222に対応付けられ、「拡張クリップ情報ファイル」233は拡張ストリーム・ファイル224に対応付けられている。
「プレイリスト・ファイル」240とは、ＡＶストリーム・ファイル220の再生経路を規定するファイルをいう。「再生経路」とは、ＡＶストリーム・ファイル220の再生対象の部分とその再生順序との間の対応関係をいう。「２Ｄプレイリスト・ファイル」241はファイル２Ｄ221の再生経路を規定する。「３Ｄプレイリスト・ファイル」242は、２Ｄ再生モードの再生装置102に対してはファイル２Ｄ221の再生経路を規定し、３Ｄ再生モードの再生装置102に対してはファイルＳＳ223の再生経路を規定する。「拡張プレイリスト・ファイル」243は、２Ｄ再生モードの再生装置102に対してはファイル２Ｄ221の再生経路を規定し、拡張再生モードの再生装置102に対してはファイル２Ｄ221と拡張ストリーム・ファイル224との各再生経路を規定する。
ＭＶオブジェクト・ファイル251は一般に複数のＭＶオブジェクトを含む。各ＭＶオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ＭＶオブジェクトを呼び出し、そのＭＶオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置102は一般的なＤＶＤプレーヤと同様に、まず表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。
ＢＤ−Ｊオブジェクト・ファイル252はＢＤ−Ｊオブジェクトを１つ含む。ＢＤ−Ｊオブジェクトはバイトコード・プログラムであり、再生装置102に実装されたＪａｖａ仮想マシンにタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。ＢＤ−Ｊオブジェクトは、Ｊａｖａ言語等のコンパイラ型言語で記述されている。ＢＤ−Ｊオブジェクトはアプリケーション管理テーブルと参照対象のプレイリスト・ファイルの識別情報とを含む。「アプリケーション管理テーブル」は、Ｊａｖａ仮想マシンに実行させるべきＪａｖａアプリケーション・プログラムとその実行時期、すなわちライフサイクルとの対応表である。「参照対象のプレイリスト・ファイルの識別情報」は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンはユーザの操作又はアプリケーション・プログラムに従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、再生装置102は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置103にグラフィックス映像をタイトルの映像とは独立に表示させる。
ＪＡＲファイル253は、ＢＤ−Ｊオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきＪａｖａアプリケーション・プログラムの本体を一般に複数含む。「Ｊａｖａアプリケーション・プログラム」は、ＢＤ−Ｊオブジェクトと同様、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。Ｊａｖａアプリケーション・プログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及びＪａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。ＪＡＲファイル261はＪａｖａアーカイブ・ファイルであり、再生装置102に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にＪａｖａアプリケーション・プログラムが格納される。
２−１：多重化ストリーム・データの構造
図３の（ａ）は、ＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。メインＴＳはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームであり、図２に示されているファイル２Ｄ221に含まれる。図３の（ａ）を参照するに、メインＴＳはプライマリ・ビデオ・ストリーム301とプライマリ・オーディオ・ストリーム302A、302Bとを含む。メインＴＳはその他に、プレゼンテーション・グラフィックス（ＰＧ）ストリーム303A、303B、インタラクティブ・グラフィックス（ＩＧ）ストリーム304、セカンダリ・オーディオ・ストリーム305、及びセカンダリ・ビデオ・ストリーム306を含んでもよい。
プライマリ・ビデオ・ストリーム301は映画の主映像を表し、セカンダリ・ビデオ・ストリーム306は副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。プライマリ・ビデオ・ストリーム301とセカンダリ・ビデオ・ストリーム306とはいずれもベースビュー・ビデオ・ストリームである。各ビデオ・ストリーム301、306は、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、又はＳＭＰＴＥ ＶＣ−１等の動画圧縮符号化方式で符号化されている。それにより、各ビデオ・ストリーム301、306に含まれるビデオ・フレームはそれぞれ１枚のピクチャに圧縮される。ここで、「ビデオ・フレーム」は画素データの２次元配列であり、その配列のサイズはフレームの解像度に等しい。例えばフルＨＤのビデオ・フレームは１９２０×１０８０の２次元配列である。１組の画素データは色座標値とα値（不透明度）との組み合わせから成る。色座標値は８ビットのＲＧＢ値又はＹＣｒＣｂ値で表される。α値も８ビットで表される。
プライマリ・オーディオ・ストリーム302A、302Bは映画の主音声を表す。ここで、２つのプライマリ・オーディオ・ストリーム302A、302Bの間では言語が異なる。セカンダリ・オーディオ・ストリーム305は、対話画面の操作に伴う効果音等、主音声と重ね合わされるべき（ミキシングされるべき）副音声を表す。各オーディオ・ストリーム302A、302B、305は、ＡＣ−３、ドルビー・デジタル・プラス（DolbyDigital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ（Meridian Lossless Packing：登録商標）、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ−ＨＤ、又はリニアＰＣＭ（PulseCode Modulation）等の方式で符号化されている。それにより、各オーディオ・ストリーム302A、302B、305に含まれるオーディオ・フレームは個別に圧縮される。
各ＰＧストリーム303A、303Bは、グラフィックスによる字幕等、プライマリ・ビデオ・ストリーム301の表す映像に重ねて表示されるべきグラフィックス映像を表す。２つのＰＧストリーム303A、303Bの間では、例えば字幕の言語が異なる。ＩＧストリーム304は、表示装置103の画面131上に対話画面を構成するためのグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィックス部品及びその配置を表す。
エレメンタリ・ストリーム301−306はパケット識別子（ＰＩＤ）によって識別される。ＰＩＤの割り当ては例えば次のとおりである。１つのメインＴＳはプライマリ・ビデオ・ストリームを１本のみ含むので、プライマリ・ビデオ・ストリーム301には１６進数値０ｘ１０１１が割り当てられる。１つのメインＴＳに他のエレメンタリ・ストリームが種類ごとに最大３２本まで多重化可能であるとき、プライマリ・オーディオ・ストリーム302A、302Bには０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム303A、303Bには０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム304には０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオ・ストリーム305には０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム306には０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。
図３の（ｂ）は、ＢＤ−ＲＯＭディスク101上のサブＴＳに多重化されたエレメンタリ・ストリームの一覧表の一例である。サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図２に示されているファイルＤＥＰ222に含まれる。図３の（ｂ）を参照するに、サブＴＳはプライマリ・ビデオ・ストリーム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上のサブＴＳに多重化されたエレメンタリ・ストリームの一覧表の別例である。図３の（ｃ）を参照するに、サブＴＳはプライマリ・ビデオ・ストリーム321を含む。サブＴＳはその他に、デプスマップＰＧストリーム323A、323B、デプスマップＩＧストリーム324、及びセカンダリ・ビデオ・ストリーム326を含んでもよい。プライマリ・ビデオ・ストリーム321はデプスマップ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム301との組み合わせで３Ｄ映像を表す。デプスマップＰＧストリーム323A、323Bは、メインＴＳ内のＰＧストリーム303A、303Bの表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＰＧストリームとして利用される。デプスマップＩＧストリーム324は、メインＴＳ内のＩＧストリーム304の表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＩＧストリームとして利用される。セカンダリ・ビデオ・ストリーム326はデプスマップ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム306との組み合わせで３Ｄ映像を表す。
エレメンタリ・ストリーム321−326に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム321には０ｘ１０１３が割り当てられる。１つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、デプスマップＰＧストリーム323A、323Bには０ｘ１２６０から０ｘ１２７Ｆまでのいずれかが割り当てられる。デプスマップＩＧストリーム324には０ｘ１４６０から０ｘ１４７Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム326には０ｘ１Ｂ４０から０ｘ１Ｂ５Ｆまでのいずれかが割り当てられる。
図３の（ｄ）は、ＢＤ−ＲＯＭディスク101上の拡張ストリームに多重化されたエレメンタリ・ストリームの一覧表である。図３の（ｄ）を参照するに、拡張ストリームは拡張データとして解像度拡張情報331を含む。解像度拡張情報331は、メインＴＳ内のプライマリ・ビデオ・ストリーム301に含まれるフルＨＤのビデオ・フレームをそれぞれ、４Ｋ２Ｋのビデオ・フレームに拡張するために必要な情報である。解像度拡張情報331にはＰＩＤとして０ｘ１０１４が割り当てられる。
図４の（ａ）は、解像度拡張情報のデータ構造を示す表である。図４の（ａ）を参照するに、解像度拡張情報は、各ビデオ・フレームについて、拡張後の解像度401、補間方式402、及び差分画素情報403を含む。拡張後の解像度401は４Ｋ２Ｋの解像度を示す。補間方式402は、フルＨＤのビデオ・フレームに含まれる画素データの数を、４Ｋ２Ｋのビデオ・フレームに含まれる画素データの数まで増加させるのに利用される補間方式を示す。その補間方式にはバイキュービック方式とバイリニア方式とが含まれる。差分画素情報403は、フルＨＤのビデオ・フレームから補間によって得られる画素データと、本来の４Ｋ２Ｋのビデオ・フレームにおける画素データとの間の差分を表す。画素データがＹＣｒＣｂ値で表される場合、差分画素情報403は、輝度成分Ｙの差Y＿d、赤色差成分Crの差Cr＿d、青色差成分Cbの差Cb＿d、及び不透明度αの差α＿dを含む。
図４の（ｂ）は、フルＨＤのビデオ・フレームを４Ｋ２Ｋのビデオ・フレームへ拡張する処理における解像度拡張情報の役割を示す模式図である。その処理には、次の２つのステップが必要である。第１のステップ410では、フルＨＤのビデオ・フレームに含まれる画素データ411に基づいて補間が行われる。それにより、新たな画素データ412がそのビデオ・フレームに追加される。その結果、画素データの総数が、４Ｋ２Ｋのビデオ・フレームに含まれる画素データの数まで増加する。拡張後の解像度401は、増加後の画素データの数を解像度で規定する。補間方式402は、第１のステップで利用される補間方式を規定する。第２のステップでは、補間によって得られるビデオ・フレームの各画素データ411、412に差分画素情報403が加算される。その結果、本来の４Ｋ２Ｋのビデオ・フレームに含まれる各画素データ413が再現される。
図５は、多重化ストリーム・データ500内でのＴＳパケットの配置を示す模式図である。このパケット構造は、メインＴＳ、サブＴＳ、及び拡張ストリームの間で共通である。多重化ストリーム・データ500内では各エレメンタリ・ストリーム501、502、503、504はＴＳパケット521、522、523、524の列に変換されている。例えばビデオ・ストリーム501では、まず、各ビデオ・フレーム501Aが１つのＰＥＳ（PacketizedElementary Stream）パケット511に変換される。次に、各ＰＥＳパケット511が一般に複数のＴＳパケット521に変換される。同様に、オーディオ・ストリーム502、ＰＧストリーム503、及びＩＧストリーム504はそれぞれ、一旦ＰＥＳパケット512、513、514の列に変換された後、ＴＳパケット522、523、524の列に変換される。最後に、各エレメンタリ・ストリーム501、502、503、504から得られたＴＳパケット521、522、523、524が１本のストリーム・データ500に時分割で多重化される。
図６の（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。各ＴＳパケット601は１８８バイト長のパケットである。図６の（ｂ）を参照するに、各ＴＳパケット601は、ＴＳペイロード601Pとアダプテーション（adaptation）フィールド（以下、ＡＤフィールドと略す。）601Aとの少なくともいずれか、及びＴＳヘッダ601Hを含む。ＴＳペイロード601PとＡＤフィールド601Aとは、両方を合わせて１８４バイト長のデータ領域である。ＴＳペイロード601PはＰＥＳパケットの格納領域として利用される。図５に示されているＰＥＳパケット511−514はそれぞれ、一般に複数の部分に分割され、各部分が異なるＴＳペイロード601Pに格納される。ＡＤフィールド601Aは、ＴＳペイロード601Pのデータ量が１８４バイトに満たないときにスタッフィング・バイト（すなわちダミー・データ）を格納するための領域である。ＡＤフィールド601Aはその他に、ＴＳパケット601が例えば後述のＰＣＲであるときに、その情報の格納領域として利用される。ＴＳヘッダ601Hは４バイト長のデータ領域である。
図６の（ａ）は、ＴＳヘッダ601Hのデータ構造を示す模式図である。図６の（ａ）を参照するに、ＴＳヘッダ601Hは、ＴＳ優先度611、ＰＩＤ612、及びＡＤフィールド制御613を含む。ＰＩＤ612は、同じＴＳパケット601内のＴＳペイロード601Pに格納されたデータの属するエレメンタリ・ストリームのＰＩＤを示す。ＴＳ優先度611は、ＰＩＤ612の示す値が共通するＴＳパケット群の中でのＴＳパケット601の優先度を示す。ＡＤフィールド制御613は、ＴＳパケット601内でのＡＤフィールド601AとＴＳペイロード601Pとのそれぞれの有無を示す。
図６の（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。図６の（ｃ）を参照するに、各ソースパケット602は１９２バイト長のパケットであり、図６の（ｂ）に示されているＴＳパケット601の１つと４バイト長のヘッダ602Hとを含む。ＴＳパケット601がＢＤ−ＲＯＭディスク101に記録されるとき、そのＴＳパケット601にヘッダ602Hが付与されることによってソースパケット602は構成される。ヘッダ602HはＡＴＳ（Arrival＿Time＿Stamp）を含む。「ＡＴＳ」は時刻情報であり、再生装置102内のシステム・ターゲット・デコーダによって次のように利用される。ここで、「システム・ターゲット・デコーダ」とは、多重化ストリーム・データをエレメンタリ・ストリームごとに復号する装置をいう：ソースパケット602がＢＤ−ＲＯＭディスク101からシステム・ターゲット・デコーダへ送られたとき、システム・ターゲット・デコーダはそのソースパケット602からＴＳパケット602Pを抽出してＰＩＤフィルタへ転送する。システム・ターゲット・デコーダはその転送を、「ＡＴＣ（Arrival Time Clock）」という内部クロックの値が、そのソースパケット602のヘッダ602Hの示すＡＴＳに一致した時点で行う。システム・ターゲット・デコーダと、それによるＡＴＳの利用との詳細については後述する。
図６の（ｄ）は、一連のソースパケット602が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域202B上のセクタ群の模式図である。図６の（ｄ）を参照するに、一連のソースパケット602は３２個ずつ、３つの連続するセクタ621、622、623に記録されている。これは、３２個のソースパケットのデータ量１９２バイト×３２＝６１４４バイトが３つのセクタの合計サイズ２０４８バイト×３＝６１４４バイトに等しいことに因る。このように、３つの連続するセクタ621、622、623に記録された３２個のソースパケット602を「アラインド・ユニット（Aligned Unit）」620という。再生装置102内のＢＤ−ＲＯＭドライブ121は、ＢＤ−ＲＯＭディスク101からソースパケット602をアラインド・ユニット620ごとに、すなわち３２個ずつ読み出す。セクタ群621、622、623、…は先頭から順に３２個ずつに分割され、それぞれが１つの誤り訂正符号（ＥＣＣ：Error Correcting Code）ブロック630を構成している。ＢＤ−ＲＯＭドライブ121はＥＣＣブロック630ごとに誤り訂正処理を行う。
≪ＰＧストリームのデータ構造≫
ＰＧストリームは複数のデータ・エントリを含む。各データ・エントリはＰＧストリームの表示単位（ディスプレイ・セット）を表し、再生装置102に１枚のグラフィックス・プレーンを構成させるのに必要なデータから成る。ここで、「グラフィックス・プレーン」とは、２Ｄグラフィックス映像を表すグラフィックス・データから生成されるプレーン・データをいう。「プレーン・データ」は画素データの２次元配列であり、その配列のサイズはビデオ・フレームの解像度に等しい。グラフィックス・プレーンの種類には、ＰＧプレーン、ＩＧプレーン、イメージ・プレーン、及びオン・スクリーン・ディスプレイ（ＯＳＤ）プレーンが含まれる。ＰＧプレーンはメインＴＳ内のＰＧストリームから生成される。ＩＧプレーンはメインＴＳ内のＩＧストリームから生成される。イメージ・プレーンはＢＤ−Ｊオブジェクトに従って生成される。ＯＳＤプレーンは再生装置102のファームウェアに従って生成される。
各データ・エントリは複数の機能セグメントを含む。それらの機能セグメントは、先頭から順に、表示制御セグメント（Presentation Control Segment：ＰＣＳ）、ウィンドウ定義セグメント（Window Define Segment：ＷＤＳ）、パレット定義セグメント（Pallet Define Segment：ＰＤＳ）、及びオブジェクト定義セグメント（Object Define Segment：ＯＤＳ）を含む。ＷＤＳは、グラフィックス・プレーン内の矩形領域、すなわちウィンドウを規定する。ＰＤＳは、所定種類のカラーＩＤと色座標値（例えば、輝度Ｙ、赤色差Ｃｒ、青色差Ｃｂ、不透明度α）との間の対応関係を規定する。ＯＤＳは一般に複数で１つのグラフィックス・オブジェクトを表す。「グラフィックス・オブジェクト」とは、グラフィックス画像を画素コードとカラーＩＤとの間の対応関係で表現するデータである。グラフィックス・オブジェクトは、ランレングス符号化方式を用いて圧縮された後に分割され、各ＯＤＳに分配されている。ＰＣＳは、同じデータ・エントリに属するディスプレイ・セットの詳細を示し、特に、グラフィックス・オブジェクトを用いた画面構成を規定する。その画面構成の種類は、カット・イン／アウト（Cut−In／Out）、フェード・イン／アウト（Fade−In／Out）、色変化（Color Change）、スクロール（Scroll）、及びワイプ・イン／アウト（Wipe−In／Out）を含む。コンテンツ・プロバイダはＰＣＳを利用して再生装置102に画面構成を指示する。それにより、例えば「ある字幕を徐々に消去しつつ、次の字幕を表示させる」という視覚効果を再生装置102に実現させることができる。
２−２：ＩＧストリームのデータ構造
ＩＧストリームは、対話構成セグメント（InteractiveComposition Segment：ＩＣＳ）、ＰＤＳ、及びＯＤＳを含む。ＰＤＳとＯＤＳとは、ＰＧストリームに含まれるものと同様な機能セグメントである。特に、ＯＤＳの含むグラフィックス・オブジェクトは、ボタン及びポップアップ・メニュー等、対話画面を構成するＧＵＩ用グラフィック部品を表す。ＩＣＳは、それらのグラフィックス・オブジェクトを用いた対話操作を規定する。具体的には、ＩＣＳは、ボタン及びポップアップ・メニュー等、ユーザ操作に応じて状態が変化するグラフィックス・オブジェクトのそれぞれについて取り得る状態、すなわち、ノーマル、セレクテッド、及びアクティブの各状態を規定する。ＩＣＳは更にボタン情報を含む。ボタン情報は、ユーザがボタン等に対して確定操作を行った際に再生装置102の実行すべきコマンドを含む。
２−３：ビデオ・ストリームのデータ構造
図７は、ベースビュー・ビデオ・ストリーム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は、ＶＡＵ＃１831の先端を示す所定の符号である。シーケンス・ヘッダ831BはＧＯＰヘッダともいい、ＶＡＵ＃１831を含むビデオ・シーケンス＃１の識別番号を含む。シーケンス・ヘッダ831Bは更にＧＯＰ810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャ・ヘッダ831Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及びピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ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は、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。圧縮ピクチャ・データ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）に相当する。
図９は、ＰＥＳパケット列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に格納されたピクチャの表示時刻、すなわちＰＴＳ（PresentationTime−Stamp）、及び、そのピクチャの復号時刻、すなわちＤＴＳ（DecodingTime−Stamp）を含む。「ＰＴＳ」は、再生装置102内のデコーダによって復号されたピクチャ等のデータをそのデコーダから出力するタイミングを示し、「ＤＴＳ」はデコーダにピクチャ等のデータの復号処理を開始させるタイミングを示す。
図９に示されているビデオ・ストリーム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が単独で復号されるときの値に等しい。
２−４：ＡＶストリーム・ファイルに含まれるその他のＴＳパケット
ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図３に示されているエレメンタリ・ストリームから変換されたもの以外にも、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、及びＰＣＲ（ProgramClock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、１つの放送番組を構成するパーシャル・トランスポート・ストリームと同様にＡＶストリーム・ファイルを規定する。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。その属性情報は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報、及び、そのエレメンタリ・ストリームのフレームレートとアスペクト比とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種の記述子を含む。記述子はＡＶストリーム・ファイルの全体に共通する属性を示し、特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報を含む。ＰＣＲは、自身に割り当てられたＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ここで、「ＳＴＣ」は、再生装置102内のデコーダによって、ＰＴＳ及びＤＴＳの基準として利用されるクロックである。そのデコーダはＰＣＲを利用して、ＡＴＣにＳＴＣを同期させる。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置102内のデコーダにＡＶストリーム・ファイルを、欧州デジタル放送規格に準拠のパーシャル・トランスポート・ストリームと同様に処理させることができる。それにより、ＢＤ−ＲＯＭディスク101用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。
２−５：多重化ストリーム・データのインターリーブ配置
ＢＤ−ＲＯＭディスク101から、フルＨＤの２Ｄ映像、３Ｄ映像、及び４Ｋ２Ｋの２Ｄ映像のいずれをもシームレスに再生するには、ＢＤ−ＲＯＭディスク101上における、ベースビュー・ビデオ・ストリーム、ディペンデントビュー・ビデオ・ストリーム、及び拡張ストリームの物理的な配置が重要である。ここで、「シームレス再生」とは、多重化ストリーム・データから映像と音声とを途切れさせることなく滑らかに再生することをいう。
図１１は、ＢＤ−ＲＯＭディスク101上における、メインＴＳ、サブＴＳ、及び拡張ストリームの物理的な配置を示す模式図である。図１１を参照するに、メインＴＳ、サブＴＳ、及び拡張ストリームはそれぞれ、複数のデータ・ブロックB[n]、D[n]、T[n]（n＝0、1、2、3、…）に分割されている。数字ｎは、一連の多重化ストリーム・データを構成するデータ・ブロックに対し、先頭から順に割り当てられたシリアル番号である。各データ・ブロックB[n]、D[n]、T[n]は、ＢＤ−ＲＯＭディスク101上で物理的に連続する複数のセクタに記録されている。メインＴＳに属する（ｎ＋１）番目のデータ・ブロックB[n]はファイル２Ｄ221の（ｎ＋１）番目のエクステントEXT2D[n]としてアクセス可能である。サブＴＳに属する（ｎ＋１）番目のデータ・ブロックD[n]はファイルＤＥＰ222の（ｎ＋１）番目のエクステントEXT2[n]としてアクセス可能である。拡張ストリームに属する（ｎ＋１）番目のデータ・ブロックT[n]は拡張ストリーム・ファイル224の（ｎ＋１）番目のエクステントEXT3[n]としてアクセス可能である。すなわち、各データ・ブロックB[n]、D[n]、T[n]のサイズと先端のＬＢＮとは、ファイル２Ｄ221、ファイルＤＥＰ222、及び拡張ストリーム・ファイル224のファイル・エントリから知ることができる（詳細は《補足》参照）。ＢＤ−ＲＯＭディスク101では物理アドレスが論理アドレスと実質的に等しいので、各データ・ブロックB[n]、D[n]、T[n]内ではＬＢＮも連続している。従って、ＢＤ−ＲＯＭドライブ121は、光ピックアップにシークを行わせることなく、各データ・ブロックB[n]、D[n]、T[n]を連続して読み出すことができる。以下、メインＴＳに属するデータ・ブロックB[n]を「ベースビュー・エクステント」といい、サブＴＳに属するデータ・ブロックD[n]を「ディペンデントビュー・エクステント」といい、拡張ストリームに属するデータ・ブロックT[n]を「拡張エクステント」という。
図１１を更に参照するに、エクステント群B[n]、D[n]、T[n]はＢＤ−ＲＯＭディスク101上のトラックに沿って連続的に記録されている。特に、１つの拡張エクステントT[n]の直後には、ベースビュー・エクステントB[n＋i]とディペンデントビュー・エクステントD[n＋i]とが少なくとも２つずつ、交互に連続して配置されている（i＝0、1）。このようなエクステント群B[n＋i]、D[n＋i]の配置を「インターリーブ配置」といい、インターリーブ配置で記録された一連のエクステント群B[n＋i]、D[n＋i]を「エクステント・ブロック」という。各エクステント・ブロックはファイルＳＳ223の１つのエクステントEXTSS[n]としてアクセス可能である。すなわち、エクステント・ブロックB[n＋i]、D[n＋i]のサイズと先端のＬＢＮとはファイルＳＳ223のファイル・エントリから知ることができる。ファイルＳＳの各エクステントEXTSS[0]、EXTSS[1]、EXTSS[2]は、ファイル２Ｄ221とはベースビュー・エクステントB[n]を共有し、ファイルＤＥＰ222とはディペンデントビュー・エクステントD[n]を共有する。更に、１つの拡張エクステントT[n]と、その直後に配置されたエクステント・ブロックB[n＋i]、D[n＋i]との組み合わせを「拡張エクステント・ブロック」という。
［連続する拡張エクステント・ブロックに対する再生経路］
図１２は、３つの連続する拡張エクステント・ブロックT[m]、D[m＋i]、B[m＋i]（m＝0、1、2、i＝0、1）に対する３種類の再生経路1201、1202、1203を示す模式図である。第１再生経路1201はファイル２Ｄ221に対する再生経路であり、第２再生経路1202はファイルＳＳ223に対する再生経路であり、第３再生経路1203は拡張ストリーム・ファイル224に対する再生経路である。図１２を参照するに、各再生経路1201−1203を表す図形のうち、直線は、ＢＤ−ＲＯＭドライブによって読み出されるエクステントの記録領域を示し、曲線は、ジャンプによってデータの読み出しがスキップされる記録領域を示す。
２Ｄ再生モードの再生装置102はファイル２Ｄ221を再生する。従って、第１再生経路1201が示すとおり、図１２に示されている３つの拡張エクステント・ブロックからはベースビュー・エクステントB[m＋i]のみが順番にファイル２Ｄ221のエクステントEXT2D[m＋i]として読み出される。具体的には、まず、先頭のベースビュー・エクステントB[0]が読み出され、その直後のディペンデントビュー・エクステントD[1]の読み出しがジャンプJ2Dによってスキップされる。次に２番目のベースビュー・エクステントB[1]が読み出され、その直後の拡張エクステントT[1]とディペンデントビュー・エクステントD[2]との読み出しがジャンプJ2Dによってスキップされる。以降も同様に、ベースビュー・エクステントの読み出しとジャンプとが繰り返される。
３Ｄ再生モードの再生装置102はファイルＳＳ223を再生する。従って、第２再生経路1202が示すとおり、図１２に示されている３つの拡張エクステント・ブロックからは３つのエクステント・ブロックD[m＋i]、B[m＋i]が順番にファイルＳＳ223のエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]として読み出される。具体的には、まず、先頭のエクステント・ブロックD[0]、B[0]、D[1]、B[1]が連続して読み出され、その直後の拡張エクステントT[1]の読み出しがジャンプJ3Dによってスキップされる。次に、２番目のエクステント・ブロックD[2]、B[2]、D[2]、B[3]が連続して読み出され、その直後の拡張エクステントT[2]の読み出しがジャンプJ3Dによってスキップされる。続いて、３番目のエクステント・ブロックD[4]、B[4]、D[5]、B[5]が連続して読み出される。その後、再生装置102はクリップ情報ファイルを利用して、読み出されたファイルＳＳ223のエクステントEXTSS[0]、EXTSS[1]、…をディペンデントビュー・エクステントとベースビュー・エクステントとに分離する。
拡張再生モードの再生装置102は拡張ストリーム・ファイル224を、ファイル２Ｄ221と共に再生する。従って、第３再生経路1203が示すとおり、図１２に示されている３つの拡張エクステント・ブロックからは、拡張エクステントT[m]が拡張ストリーム・ファイル224のエクステントEXT3[0]、EXT3[1]、EXT3[2]として読み出され、ベースビュー・エクステントB[m＋i]がファイル２Ｄ221のエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]として読み出される。具体的には、まず、先頭の拡張エクステントT[0]が読み出され、その直後のディペンデントビュー・エクステントD[0]の読み出しがジャンプJEXによってスキップされる。次に、先頭のベースビュー・エクステントB[0]が読み出され、その直後のディペンデントビュー・エクステントD[1]の読み出しがジャンプJEXによってスキップされる。続いて、２番目のベースビュー・エクステントB[1]と拡張エクステントT[1]とが連続して読み出され、その直後のディペンデントビュー・エクステントD[2]の読み出しがジャンプJEXによってスキップされる。以降同様に、拡張エクステントT[m]とベースビュー・エクステントB[m＋i]との読み出しとジャンプとが繰り返される。
ＢＤ−ＲＯＭドライブ121は、隣接する２つのエクステントを連続して読み出す場合にも実際には、図１２に示されているように、前のエクステントの後端から次のエクステントの先端までの間にゼロ・セクタ遷移J0を行う。「ゼロ・セクタ遷移」とは、２つの連続するエクステント間での光ピックアップの移動をいう。ゼロ・セクタ遷移が行われる期間（以下、ゼロ・セクタ遷移期間という。）では、光ピックアップは読み出し動作を一旦停止して待機する。その意味で、ゼロ・セクタ遷移は「ジャンプ距離が０セクタに等しいジャンプ」ともみなせる。ゼロ・セクタ遷移期間の長さ、すなわちゼロ・セクタ遷移時間は、ＢＤ−ＲＯＭディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。「誤り訂正処理に伴うオーバーヘッド」とは、２つのエクステントの境界がＥＣＣブロックの境界と一致していないときに、そのＥＣＣブロックを用いた誤り訂正処理が２回行われることに起因する余分な時間をいう。誤り訂正処理には１つのＥＣＣブロックの全体が必要である。従って、１つのＥＣＣブロックが２つの連続するエクステントに跨っているとき、いずれのエクステントの読み出し処理でもそのＥＣＣブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのエクステントを１つ読み出すごとに、そのエクステントの他に最大３２セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち３２［セクタ］×２０４８［バイト］×８［ビット／バイト］×２［回］／読み出し速度で評価される。尚、各エクステントはＥＣＣブロック単位で構成されてもよい。その場合、各エクステントのサイズはＥＣＣブロックの整数倍に等しいので、誤り訂正処理に伴うオーバーヘッドをゼロ・セクタ遷移時間から除外することができる。
［エクステント・ブロックの構成］
１つのエクステント・ブロックの中では、（ｉ＋１）番目のベースビュー・エクステントB[m＋i]とディペンデントビュー・エクステントD[m＋i]とが同じエクステントＡＴＣ時間を持つ。以下、このようなエクステントB[m＋i]、D[m＋i]の対を「エクステント・ペア」という。「エクステントＡＴＣ時間」は、１つのエクステント内のソースパケットに付与されたＡＴＳの範囲の大きさ、すなわち、そのエクステントの先頭のソースパケットと次のエクステントの先頭のソースパケットとの間でのＡＴＳの差を表す。その差は、再生装置102がそのエクステント内の全てのソースパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間をＡＴＣの値で表したものに等しい。エクステントＡＴＣ時間の揃え方については後述する。「リード・バッファ」は再生装置102内のバッファ・メモリであり、ＢＤ−ＲＯＭディスク101から読み出されたエクステントをシステム・ターゲット・デコーダへ送るまでの間、一時的に格納する。リード・バッファの詳細については後述する。
各エクステント・ペアD[m＋i]、B[m＋i]では、先頭に位置するＶＡＵは同じ３Ｄ・ＶＡＵに属し、特に、同じ３Ｄ映像を表すＧＯＰの先頭のピクチャを含む。例えば、ディペンデントビュー・エクステントD[m＋i]の先端はライトビュー・ビデオ・ストリームのＰピクチャを含み、ベースビュー・エクステントB[m＋i]の先端はベースビュー・ビデオ・ストリームのＩピクチャを含む。そのライトビュー・ビデオ・ストリームのＰピクチャの表す２Ｄ映像は、そのベースビュー・ビデオ・ストリームのＩピクチャの表す２Ｄ映像と共に、１つの３Ｄ映像を表す。特にそのＰピクチャは、図７に示されているように、そのＩピクチャを参照ピクチャとして圧縮されている。従って、３Ｄ再生モードの再生装置102は、いずれのエクステント・ペアD[m＋i]、B[m＋i]からも３Ｄ映像の再生を開始できる。すなわち、飛び込み再生等、ビデオ・ストリームのランダム・アクセスを要する処理が可能である。
［拡張エクステントとエクステント・ブロックとの間の関係］
図１３は、１つの拡張エクステントT[m]（m＝0、1、2、…）と、その直後に配置されたエクステント・ブロックB[k]、D[k]（k＝m、m＋1、…、m＋n−1）との間の関係を示す模式図である。図１３に示されているように、１つのエクステント・ブロックはベースビュー・エクステントB[k]とディペンデントビュー・エクステントD[k]とをｎ個ずつ含む。数ｎは２以上であれば、エクステント・ブロックごとに異なっていてもよい。数ｎを２以上とする理由については後述する。拡張エクステントT[m]は、後続のｎ個のベースビュー・エクステントB[m＋i]（i＝0、1、…、n−1）と組み合わせて利用されるべき拡張データTiを含む。（ｉ＋１）番目の拡張データTiは、（ｍ＋ｉ＋１）番目のベースビュー・エクステントB[m＋i]に含まれるピクチャに対する解像度拡張情報であり、それらのフルＨＤのピクチャを４Ｋ２Ｋのピクチャに拡張する際に利用される。飛び込み再生等のランダム・アクセスでは、再生開始位置のベースビュー・ピクチャに対する拡張データを含む拡張エクステントがまず読み出される。また、拡張エクステントT[m]のエクステントＡＴＣ時間は、後続のｎ個のベースビュー・エクステントB[m＋i]全体のエクステントＡＴＣ時間と等しい。
図１３に示されているように、（ｍ＋１）番目の拡張エクステント・ブロックでは、拡張エクステントT[m]がエクステント・ブロックD[m＋i]、B[m＋i]（i＝0、1、…、n−1）の前に配置される。その理由は、以下に述べるように、その拡張エクステントT[m]が、そのエクステント・ブロックを構成するディペンデントビュー・エクステントD[m＋i]とベースビュー・エクステントB[m＋i]とのいずれよりもビットレートが小さいからである。また、各エクステント・ペアでは、ディペンデントビュー・エクステントD[k]がベースビュー・エクステントB[k]よりも前に配置される。その理由は、以下に述べるように、そのディペンデントビュー・エクステントD[k]がそのベースビュー・エクステントB[k]よりも、一般には、ビットレートが小さいからである。
（ｋ＋１）番目のディペンデントビュー・エクステントD[k]がライトビュー・ピクチャを含む場合、そのピクチャは、（ｋ＋１）番目のベースビュー・エクステントB[k]に含まれるベースビュー・ピクチャを参照ピクチャとして圧縮されている。一方、そのディペンデントビュー・エクステントD[k]がデプスマップを含む場合、そのデプスマップの１画素当たりのデータ量、すなわち奥行き値のビット数は一般に、ベースビュー・ピクチャの１画素当たりのデータ量、すなわち色座標値とα値とのビット数の和よりも小さい。更に図３に示されているように、メインＴＳはサブＴＳとは異なり、プライマリ・ビデオ・ストリームの他にもプライマリ・オーディオ・ストリーム等のエレメンタリ・ストリームを含む。従って、ディペンデントビュー・エクステントD[k]のビットレートは一般に、そのベースビュー・エクステントB[k]のビットレート以下である。両エクステントD[k]、B[k]ではエクステントＡＴＣ時間が等しいので、ディペンデントビュー・エクステントD[k]のサイズSEXT2[k]は一般に、ベースビュー・エクステントB[k]のサイズSEXT1[k]以下である：SEXT2[k]≦SEXT1[k]。
拡張エクステントT[m]のビットレートは、図４に示されている差分画素情報403の１フレーム当たりのデータ量で決まる。差分画素情報403は、フルＨＤのフレームから補間によって得られる画素データと、本来の４Ｋ２Ｋのフレームにおける画素データとの間の差分に過ぎない。従って、差分画素情報403のデータ量はｎフレーム分を合わせても、フルＨＤの１フレームのデータ量よりも十分に小さい。それ故、拡張エクステントT[m]のサイズSEXT3[k]は一般に、いずれのディペンデントビュー・エクステントD[k]のサイズSEXT2[k]をも超えない：SEXT3[k]≦SEXT2[k]。
各拡張エクステント・ブロックの先頭と各エクステント・ペアとにおいてエクステントをビットレートの小さい順に配置する利点は、次のとおりである。３Ｄ再生モードの再生装置102は、各エクステント・ブロックの先頭に位置するエクステントを読み出すとき、又は再生開始位置のエクステントを読み出すとき、そのエクステントを全てリード・バッファに読み込むまで、そのエクステントをシステム・ターゲット・デコーダに渡さない。その読み込みが完了した後、再生装置102はそのエクステントを次のエクステントとパラレルにシステム・ターゲット・デコーダに渡す。この処理を「プリロード」という。拡張再生モードの再生装置102も同様に、各拡張エクステントの読み出しではプリロードを行う。
プリロードの技術的意義は次のとおりである。Ｌ／Ｒモードでは、ディペンデントビュー・ピクチャの復号に復号後のベースビュー・ピクチャが必要である。従って、復号後のピクチャを出力処理まで保持するためのバッファを必要最小限の容量に維持するには、エクステント・ペアをシステム・ターゲット・デコーダへ同時に供給して復号させることが好ましい。デプス・モードでは、復号後のベースビュー・ピクチャとデプスマップとの対から、視差画像を表すビデオ・フレームの対を生成する処理が必要である。従って、復号後のデータをその処理まで保持するためのバッファを必要最小限の容量に維持するには、エクステント・ペアをシステム・ターゲット・デコーダへ同時に供給して復号させることが好ましい。拡張再生モードでは、解像度拡張情報を利用して復号後のベースビュー・ピクチャを４Ｋ２Ｋのビデオ・フレームに拡張する処理が必要である。従って、復号後のデータをその処理まで保持するためのバッファを必要最小限の容量に維持するには、拡張エクステントとベースビュー・エクステントとをシステム・ターゲット・デコーダへ同時に供給して復号させることが好ましい。そこで、３Ｄ再生モードと拡張再生モードとのいずれでもプリロードが行われる。それにより、再生装置102は、最初に読み出されるエクステントと次のエクステントとをリード・バッファからシステム・ターゲット・デコーダへ同時に供給できる。
プリロードでは、最初に読み出されるエクステントの全体がリード・バッファに蓄積される。従って、リード・バッファには少なくとも、そのエクステントのサイズに等しい容量が要求される。ここで、リード・バッファの容量を最小限に維持するには、プリロードの対象とされるエクステントのサイズを可能な限り縮小すべきである。それ故、図１３に示されているとおり、データ量の小さいエクステントが前に配置される。それにより、リード・バッファの容量を最小限に維持することができる。
２−６：ロング・ジャンプが必要な箇所の近傍でのエクステントの配置
ＢＤ−ＲＯＭディスク101は多層ディスクであるので、一連の多重化ストリーム・データが層境界を越えて連続して記録される場合がある。「層境界」とは、多層ディスクの論理アドレス空間において、１枚の記録層に属する部分と、別の記録層に属する部分との間の境界をいう。また、ＢＤ−ＲＯＭディスク101が単層ディスクであっても、一連の多重化ストリーム・データが別のデータの記録領域を間に挟んで記録される場合がある。それらの場合、ＢＤ−ＲＯＭドライブはその多重化ストリーム・データを読み出す際、層境界又は別のデータの記録領域を越えるためにロング・ジャンプを行う。「ロング・ジャンプ」とは、ジャンプの中でもシーク時間の長いものの総称であり、具体的には、（i）記録層の切り換えを伴うジャンプ、及び（ii）ジャンプ距離が所定の閾値を超えるジャンプをいう。「ジャンプ距離」とは、ジャンプ期間中に読み出し処理がスキップされるＢＤ−ＲＯＭディスク101上の領域の長さをいう。ジャンプ距離は、その領域に含まれるセクタ数、又はその領域に格納可能なデータ量で表される。上記（ii）の閾値は、ＢＤ−ＲＯＭの規格では例えば４００００セクタ＝約７８．１ＭＢである。しかし、その閾値は、ＢＤ−ＲＯＭディスクの種類と、ＢＤ−ＲＯＭドライブの読み出し処理に関する性能とに依存する。ロング・ジャンプは特にフォーカス・ジャンプとトラック・ジャンプとを含む。「フォーカス・ジャンプ」は、記録層の切り換えに伴うジャンプであり、光ピックアップの焦点距離を変化させる処理を含む。「トラック・ジャンプ」は、光ピックアップをＢＤ−ＲＯＭディスク101の半径方向に移動させる処理を含む。
ＢＤ−ＲＯＭディスク101では、層境界等、ロング・ジャンプが必要な箇所の直前又は直後において、３Ｄ再生モードでの再生経路が２Ｄ再生モードと拡張再生モードとでの各再生経路から分離されるように、エクステントが配置される。そのような配置のパターンには例えば、以下に述べる配置１と配置２とがある。以下、説明の便宜上、配置１、２のそれぞれが、ＢＤ−ＲＯＭディスク101の層境界の直前と直後とに記録されたエクステント群の両方に採用された場合を想定する。尚、エクステント群の記録領域が、層境界に代えて、所定のセクタ数（例えば４００００セクタ）を超える別のデータの記録領域で分離されている場合においても、以下の説明は同様に成立する。
［配置１］
図１４は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたエクステント群の配置１、及びそのエクステント群に対する各モードでの再生経路を示す模式図である。図１４を参照するに、層境界LBの前に位置する第１記録層L0は第１共用区間1401を含み、層境界LBの後に位置する第２記録層L1は第２共用区間1402を含む。「共用区間」1401、1402とは、拡張エクステント・ブロックが連続して配置されたセクタ群であり、２Ｄ再生モード、３Ｄ再生モード、及び拡張再生モードのいずれの再生装置によってもアクセスされる領域をいう。各拡張エクステント・ブロックでは、１つの拡張エクステントTの直後で２つのエクステント・ペアD、Bがインターリーブ配置を構成している。
図１４を更に参照するに、第１記録層L0は第１共用区間1401と層境界LBとの間に、第１拡張データ専用区間1411、第１平面視映像専用区間1412、及び第１立体視映像専用区間1413を含む。第１拡張データ専用区間1411には１つの拡張エクステントTが配置され、第１平面視映像専用区間1412には１つのベースビュー・エクステントB2Dが配置され、第１立体視映像専用区間1413には２つのエクステント・ペアD、B3Dが配置されている。第１平面視映像専用区間1412内のベースビュー・エクステントB2Dは第１立体視映像専用区間1413内のベースビュー・エクステントB3Dの全体の複製であり、それらとビット単位（bit−for−bit）で一致する。すなわち、同じデータが二重に記録されている。第１拡張データ専用区間1411内の拡張エクステントTは、第１平面視映像専用区間1412内のベースビュー・エクステントB2Dと組み合わせて利用されるべき拡張データを含む。従って、その拡張エクステントTとそのベースビュー・エクステントB2DとではエクステントＡＴＣ時間が等しい。第１拡張データ専用区間1411内の拡張エクステントTは拡張ストリーム・ファイルの１つのエクステントEXT3[1]としてアクセス可能である。第１平面視映像専用区間1412内のベースビュー・エクステントB2Dはファイル２Ｄの１つのエクステントEXT2D[2]としてアクセス可能である。第１立体視映像専用区間1413内のベースビュー・エクステントB3Dはディペンデントビュー・エクステントDと共に、ファイルＳＳの１つのエクステントEXTSS[1]としてアクセス可能である。
第２記録層L1は層境界LBと第２共用区間1402との間に、第２拡張データ専用区間1421、第２平面視映像専用区間1422、及び第２立体視映像専用区間1423を含む。第２拡張データ専用区間1421には１つの拡張エクステントTが配置され、第２平面視映像専用区間1422には１つのベースビュー・エクステントB2Dが配置され、第２立体視映像専用区間1423には１つのエクステント・ペアD、B3Dが配置されている。第２平面視映像専用区間1422内のベースビュー・エクステントB2Dは第２立体視映像専用区間1423内のベースビュー・エクステントB3Dの複製であり、それとビット単位で一致する。すなわち、同じデータが二重に記録されている。第２拡張データ専用区間1421内の拡張エクステントTは、第２平面視映像専用区間1422内のベースビュー・エクステントB2Dと組み合わせて利用されるべき拡張データを含む。従って、その拡張エクステントTとそのベースビュー・エクステントB2DとではエクステントＡＴＣ時間が等しい。第２拡張データ専用区間1421内の拡張エクステントTは拡張ストリーム・ファイルの１つのエクステントEXT3[2]としてアクセス可能である。第２平面視映像専用区間1422内のベースビュー・エクステントB2Dはファイル２Ｄの１つのエクステントEXT2D[3]としてアクセス可能である。第２立体視映像専用区間1423内のベースビュー・エクステントB3Dはディペンデントビュー・エクステントDと共に、ファイルＳＳの１つのエクステントEXTSS[2]としてアクセス可能である。
図１４に示されているように、配置１では、拡張データ専用区間1411、1421の直後に平面視映像専用区間1412、1422が配置され、更にその直後に立体視映像専用区間1413、1423が配置される。
２Ｄ再生モードの再生装置102はファイル２Ｄを再生する。従って、図１４に示されているエクステント群からは、２Ｄ再生モードでの再生経路1431が示すとおり、ファイル２Ｄのエクステント群EXT2D[0]−EXT2D[5]が読み出される。具体的には、まず、第１共用区間1401では２つのベースビュー・エクステントBがファイル２Ｄの２つのエクステントEXT2D[0]、EXT2D[1]として読み出され、それらの間に位置するディペンデントビュー・エクステントDの読み出しがスキップされる。次に、第１拡張データ専用区間1411へのアクセスがスキップされ、その直後の第１平面視映像専用区間1412からベースビュー・エクステントB2Dがファイル２Ｄの１つのエクステントEXT2D[2]として読み出される。その直後にロング・ジャンプJLYが生じ、読み出し位置が、第１立体視映像専用区間1413、層境界LB、及び第２拡張データ専用区間1421を越えて移動する。続いて、第２平面視映像専用区間1422からベースビュー・エクステントB2Dがファイル２Ｄの１つのエクステントEXT2D[3]として読み出される。その直後にジャンプJ2Dが生じ、第２立体視映像専用区間1423へのアクセスがスキップされると共に、第２共用区間1402内の先頭の拡張エクステントTとディペンデントビュー・エクステントDとの読み出しがスキップされる。更に、第２共用区間1402では、２つのベースビュー・エクステントBがファイル２Ｄの２つのエクステントEXT2D[4]、EXT2D[5]として読み出され、それらの間に位置するディペンデントビュー・エクステントDの読み出しがスキップされる。
３Ｄ再生モードの再生装置102はファイルＳＳを再生する。従って、図１４に示されているエクステント群からは、３Ｄ再生モードでの再生経路1432が示すとおり、ファイルＳＳのエクステント群EXTSS[0]−EXTSS[3]が読み出される。具体的には、まず、第１共用区間1401からエクステント・ブロックD、B、D、BがファイルＳＳの１つのエクステントEXTSS[0]として連続して読み出される。その直後にジャンプJ3Dが生じ、第１拡張データ専用区間1411と第１平面視映像専用区間1412とへのアクセスがスキップされる。次に、第１立体視映像専用区間1413からエクステント・ブロックD、B3D、D、B3DがファイルＳＳの１つのエクステントEXTSS[1]として連続して読み出される。その直後にロング・ジャンプJLYが生じ、読み出し位置が、層境界LB、第２拡張データ専用区間1421、及び第２平面視映像専用区間1422を越えて移動する。続いて、第２立体視映像専用区間1423からエクステント・ペアD、B3DがファイルＳＳの１つのエクステントEXTSS[2]として連続して読み出される。更に、第２共用区間1402では、拡張エクステントTの読み出しがスキップされ、後続のエクステント・ブロックD、B、D、BがファイルＳＳの１つのエクステントEXTSS[3]として連続して読み出される。
拡張再生モードの再生装置102は拡張ストリーム・ファイルとファイル２Ｄとを再生する。従って、図１４に示されているエクステント群からは、拡張再生モードでの再生経路1433が示すとおり、拡張ストリーム・ファイルのエクステント群EXT3[0]−EXT3[3]とファイル２Ｄのエクステント群EXT2D[0]−EXT2D[5]とが読み出される。具体的には、まず、第１共用区間1401では、拡張エクステントT＝EXT3[0]が読み出され、２つのベースビュー・エクステントBがファイル２Ｄの２つのエクステントEXT2D[0]、EXT2D[1]として読み出され、２つのディペンデントビュー・エクステントDの読み出しがスキップされる。次に、第１拡張データ専用区間1411から拡張エクステントT＝EXT3[1]が読み出され、第１平面視映像専用区間1412からベースビュー・エクステントB2Dがファイル２Ｄの１つのエクステントEXT2D[2]として読み出される。その直後にロング・ジャンプJLYが生じ、読み出し位置が第１立体視映像専用区間1413と層境界LBとを越えて移動する。続いて、第２拡張データ専用区間1421から拡張エクステントT＝EXT3[2]が読み出され、第２平面視映像専用区間1422からベースビュー・エクステントB2Dがファイル２Ｄの１つのエクステントEXT2D[3]として読み出される。その直後にジャンプJEXが生じ、第２立体視映像専用区間1423へのアクセスがスキップされる。更に、第２共用区間1402では、拡張エクステントT＝EXT3[3]が読み出され、２つのベースビュー・エクステントBがファイル２Ｄの２つのエクステントEXT2D[4]、EXT2D[5]として読み出され、２つのディペンデントビュー・エクステントDの読み出しがスキップされる。
［配置２］
図１５は、ＢＤ−ＲＯＭディスク101の層境界LBの前後に記録されたエクステント群の配置２、及びそのエクステント群に対する各モードでの再生経路を示す模式図である。図１５を図１４と対比すれば明らかなとおり、配置２は配置１とは、平面視映像専用区間1512、1522と立体視映像専用区間1513、1523との位置が入れ替わっている点でのみ異なる。すなわち、配置２では、拡張データ専用区間1411、1421の直後に立体視映像専用区間1513、1523が配置され、更にその直後に平面視映像専用区間1512、1522が配置される。
２Ｄ再生モードでの再生経路1431が示すとおり、２Ｄ再生モードの再生装置102は、図１５に示されているエクステント群からファイル２Ｄのエクステント群EXT2D[0]−EXT2D[5]を読み出す。具体的には、まず、第１共用区間1401では２つのベースビュー・エクステントBがファイル２Ｄの２つのエクステントEXT2D[0]、EXT2D[1]として読み出され、それらの間に位置するディペンデントビュー・エクステントDの読み出しがスキップされる。その直後にジャンプJ2Dが生じ、第１拡張データ専用区間1411と第１立体視映像専用区間1513とへのアクセスがスキップされる。次に、第１平面視映像専用区間1512からベースビュー・エクステントB2Dがファイル２Ｄの１つのエクステントEXT2D[2]として読み出される。その直後にロング・ジャンプJLYが生じ、読み出し位置が、層境界LB、第２拡張データ専用区間1421、及び第２立体視映像専用区間1523を越えて移動する。続いて、第２平面視映像専用区間1522からベースビュー・エクステントB2Dがファイル２Ｄの１つのエクステントEXT2D[3]として読み出される。続いて、第２共用区間1402では、拡張エクステントTと２つのディペンデントビュー・エクステントDとの読み出しがスキップされ、２つのベースビュー・エクステントBがファイル２Ｄの２つのエクステントEXT2D[4]、EXT2D[5]として読み出される。
３Ｄ再生モードでの再生経路1532が示すとおり、３Ｄ再生モードの再生装置102は、図１５に示されているエクステント群からファイルＳＳのエクステント群EXTSS[0]−EXTSS[3]を読み出す。具体的には、まず、第１共用区間1401からエクステント・ブロックD、B、D、BがファイルＳＳの１つのエクステントEXTSS[0]として連続して読み出される。次に、第１拡張データ専用区間1411へのアクセスがスキップされ、第１立体視映像専用区間1513からエクステント・ブロックD、B3D、D、B3DがファイルＳＳの１つのエクステントEXTSS[1]として連続して読み出される。その直後にロング・ジャンプJLYが生じ、読み出し位置が、第１平面視映像専用区間1512、層境界LB、及び第２拡張データ専用区間1421を越えて移動する。続いて、第２立体視映像専用区間1523からエクステント・ペアD、B3DがファイルＳＳの１つのエクステントEXTSS[2]として連続して読み出される。その直後にジャンプJ3Dが生じ、第２平面視映像専用区間1522へのアクセスがスキップされる。更に、第２共用区間1402では、拡張エクステントTの読み出しがスキップされ、後続のエクステント・ブロックD、B、D、BがファイルＳＳの１つのエクステントEXTSS[3]として連続して読み出される。
拡張再生モードでの再生経路1533が示すとおり、拡張再生モードの再生装置102は、図１５に示されているエクステント群から拡張ストリーム・ファイルのエクステント群EXT3[0]−EXT3[3]とファイル２Ｄのエクステント群EXT2D[0]−EXT2D[5]とを読み出す。具体的には、まず、第１共用区間1401では、拡張エクステントT＝EXT3[0]が読み出され、２つのベースビュー・エクステントBがファイル２Ｄの２つのエクステントEXT2D[0]、EXT2D[1]として読み出され、２つのディペンデントビュー・エクステントDの読み出しがスキップされる。次に、第１拡張データ専用区間1411から拡張エクステントT＝EXT3[1]が読み出される。その直後にジャンプJEX1が生じ、第１立体視映像専用区間1513へのアクセスがスキップされる。続いて、第１平面視映像専用区間1512からベースビュー・エクステントB2Dがファイル２Ｄの１つのエクステントEXT2D[2]として読み出される。その直後にロング・ジャンプJLYが生じ、読み出し位置が層境界LBを越えて移動する。続いて、第２拡張データ専用区間1421から拡張エクステントT＝EXT3[2]が読み出される。その直後にジャンプJEX2が生じ、第２立体視映像専用区間1523へのアクセスがスキップされる。更に、第２平面視映像専用区間1522からベースビュー・エクステントB2Dがファイル２Ｄの１つのエクステントEXT2D[3]として読み出される。第２共用区間1402では、拡張エクステントT＝EXT3[3]が読み出され、２つのベースビュー・エクステントBがファイル２Ｄの２つのエクステントEXT2D[4]、EXT2D[5]として読み出され、２つのディペンデントビュー・エクステントDの読み出しがスキップされる。
図１４、１５に示されているとおり、２Ｄ再生モードでは、平面視映像専用区間はアクセスされるが、拡張データ専用区間と立体視映像専用区間とへのアクセスはスキップされる。３Ｄ再生モードでは、立体視映像専用区間はアクセスされるが、拡張データ専用区間と平面視映像専用区間とへのアクセスはスキップされる。拡張再生モードでは、拡張データ専用区間と平面視映像専用区間とはアクセスされるが、立体視映像専用区間へのアクセスはスキップされる。このように、配置１、２では、ロング・ジャンプJLYの直前と直後とにおいて、２Ｄ再生モードと拡張再生モードとのそれぞれでの再生経路が平面視映像専用区間を通る一方、３Ｄ再生モードでの再生経路が立体視映像専用区間を通る。すなわち、３Ｄ再生モードでの再生経路が２Ｄ再生モードと拡張再生モードとでの各再生経路から分離される。尚、立体視映像専用区間内のベースビュー・エクステントB3Dの全体は平面視映像専用区間内のベースビュー・エクステントB2Dの全体とビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。
２−７：エクステントのサイズに対する条件
ベースビュー・エクステントB、ディペンデントビュー・エクステントD、及び拡張エクステントTはそれぞれ、アラインド・ユニット単位で構成される。従って、各エクステントのサイズはアラインド・ユニットのサイズ（＝６１４４バイト＝約６ＫＢ）の倍数に等しい。その場合、エクステント間の境界はセクタ間の境界と一致するので、ＢＤ−ＲＯＭドライブはいずれのエクステントも、その全体を確実に連続して読み出すことができる。
図１２に示されているように、２Ｄ再生モード、３Ｄ再生モード、及び拡張再生モードのいずれにおいても再生装置102はジャンプを行う。従って、いずれの再生モードにおいても映像をシームレスに再生するには、ジャンプの間にリード・バッファがアンダーフローを生じないように、各エクステントのサイズの下限、すなわち最小エクステント・サイズが設計されなければならない。
２−７−Ａ：２Ｄ再生モードでの条件
図１６は、２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図１６を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ1601、リード・バッファ1602、及びシステム・ターゲット・デコーダ1603を含む。ＢＤ−ＲＯＭドライブ1601はＢＤ−ＲＯＭディスク101からファイル２Ｄのエクステントを読み出し、読み出し速度RUD2Dでリード・バッファ1602へ転送する。リード・バッファ1602は、再生装置102に内蔵のバッファ・メモリであり、ＢＤ−ＲＯＭドライブ1601からエクステントを受信して蓄積する。システム・ターゲット・デコーダ1603は、リード・バッファ1602内に蓄積された各エクステントからソースパケットを平均転送速度REXT2Dで読み出して、映像データVDと音声データADとに復号する。
平均転送速度REXT2Dは、システム・ターゲット・デコーダ1603がリード・バッファ1602内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ここで、係数１９２／１８８はソースパケットとＴＳパケットとの間のバイト数の比に等しい。平均転送速度REXT2Dは通常、ビット／秒で表され、具体的には、ビット単位で表されたエクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。「ビット単位で表されたエクステントのサイズ」は、そのエクステント内のソースパケット数とソースパケット１つ当たりのビット数（＝１９２［バイト］×８［ビット／バイト］）との積に等しい。平均転送速度REXT2Dは一般にエクステントごとに異なる。平均転送速度REXT2Dの最大値RMAX2Dはファイル２Ｄのビットレートの１９２／１８８倍に等しい。システム・ターゲット・デコーダ1603に対して要求されるＴＳパケットの処理速度の最高値、すなわち「システム・レート」RTSは、ファイル２Ｄのビットレートに等しく設定される。システム・レートRTSは通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度（TS recording rate）の８倍に等しい。
読み出し速度RUD2Dは通常、ビット／秒で表され、平均転送速度REXT2Dの最高値RMAX2Dよりも高い値、例えば５４Ｍｂｐｓに設定される：RUD2D＞RMAX2D。それにより、ＢＤ−ＲＯＭドライブ1601がＢＤ−ＲＯＭディスク101から１つのエクステントを読み出している間、システム・ターゲット・デコーダ1603の復号処理に伴うリード・バッファ1602のアンダーフローが防止される。
図１７の（ａ）は、２Ｄ再生モードでの動作中、リード・バッファ1602に蓄積されるデータ量DAの変化を示すグラフである。図１７の（ｂ）は、再生対象の拡張エクステント・ブロック1710に対する２Ｄ再生モードでの再生経路1720を示す模式図である。図１７の（ｂ）を参照するに、再生経路1720に従い、拡張エクステント・ブロック1710内の各ベースビュー・エクステントB[m]（m＝n、n＋1、n＋2。数ｎは０以上の整数である。）がファイル２Ｄの１つのエクステントEXT2D[m]としてＢＤ−ＲＯＭディスク101からリード・バッファ1602へ読み出される。図１７の（ａ）を参照するに、各エクステントEXT2D[n]の読み出し期間PR2D[n]では蓄積データ量DAは、読み出し速度RUD2Dと平均転送速度REXT2D[n]との間の差RUD2D−REXT2D[n]に等しい速度で増加する。一方、２つの連続するエクステントEXT2D[n]、EXT2D[n＋1]の間ではジャンプJ2D[n]が生じる。そのジャンプ期間PJ2D[n]ではディペンデントビュー・エクステントD[n＋1]の読み出しがスキップされるので、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、ジャンプ期間PJ2D[n]では蓄積データ量DAは平均転送速度REXT2D[n]で減少する。
ＢＤ−ＲＯＭドライブ1601による読み出し／転送動作は実際には、図１７の（ａ）のグラフから示唆される連続的なものではなく、断続的なものである。それにより、各エクステントの読み出し期間PR2D[n]に蓄積データ量DAがリード・バッファ1602の容量を超えること、すなわちリード・バッファ1602のオーバーフローが防止される。すなわち、図１７の（ａ）のグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図１７の（ｂ）に示されているエクステント・ブロック1710からフルＨＤの２Ｄ映像をシームレスに再生するには、次の２つの条件が満たされればよい：第１に、ファイル２Ｄの各エクステントEXT2D[n]のサイズSEXT2D[n]が下記の式（１）を満たす。第２に、ファイル２Ｄのエクステントの間隔が所定の上限以下である。
［ファイル２Ｄのエクステントの最小エクステント・サイズ］
各ジャンプ期間PJ2D[n]ではリード・バッファ1602からシステム・ターゲット・デコーダ1603へのデータ供給を持続させて、そのデコーダ1603に連続的な出力を確保させなければならない。それには、ファイル２Ｄのエクステントのサイズが、次の条件１を満たせばよい。
各エクステントEXT2D[n]のサイズSEXT2D[n]は、その読み出し期間PR2D[n]から次のジャンプ期間PJ2D[n]にわたり、リード・バッファ1602からシステム・ターゲット・デコーダ1603へ転送されるデータ量に等しい。その場合、図１７の（ａ）に示されているように、蓄積データ量DAはそのジャンプ期間PJ2D[n]の終了時、その読み出し期間PR2D[n]の開始時での量を下回らない。すなわち、各ジャンプ期間PJ2D[n]ではリード・バッファ1602からシステム・ターゲット・デコーダ1603へのデータ供給が持続し、特にリード・バッファ1602はアンダーフローを生じない。ここで、読み出し期間PR2D[n]の長さはエクステントEXT2D[n]のサイズSEXT2D[n]を読み出し速度RUD2Dで割った値SEXT2D[n]／RUD2Dに等しい。従って、条件１は次のことを示す。ファイル２Ｄの各エクステントEXT2D[n]の最小エクステント・サイズは次式（１）の右辺で表される：
Figure 2013027408
式（１）では、ジャンプ時間TJUMP-2D[n]はジャンプ期間PJ2D[n]の長さであり、秒単位で表される。一方、読み出し速度RUD2Dと平均転送速度REXT2Dとはいずれもビット／秒で表される。従って、式（１）では平均転送速度REXT2Dを数「８」で割り、エクステントのサイズSEXT2D[n]の単位をビットからバイトへ変換している。すなわち、エクステントのサイズSEXT2D[n]はバイト単位で表される。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。
図１２に示されている２Ｄ再生モードの再生経路1201から明らかなとおり、２Ｄ再生モードではジャンプが頻繁に生じる。従って、ジャンプ中にシームレス再生を更に確実に行うには、式（１）の右辺で表される最小エクステント・サイズにマージン（余裕量）を追加するのが好ましい。マージンを追加する方法には、以下の３種類がある。
第１の方法は、式（１）の右辺の分母に含まれる平均転送速度REXT2Dをその最高値RMAX2Dに置き換える。すなわち、ファイル２ＤのエクステントのサイズSEXT2Dは、式（１）に代えて、次式（１Ａ）を満たす：
Figure 2013027408
第２の方法は、ファイル２ＤのエクステントのエクステントＡＴＣ時間をΔＴ秒延長する。すなわち、そのエクステントのサイズSEXT2Dは、式（１）に代えて、次式（１Ｂ）又は（１Ｃ）を満たす：
Figure 2013027408
延長時間ΔＴは、ＧＯＰの長さ、又は、所定時間当たりに再生可能なエクステント数の上限から決定されてもよい。例えばＧＯＰの長さが最大１秒であれば、延長時間ΔＴは１秒に設定される。一方、所定時間［秒］当たりに再生可能なエクステント数の上限がｋ個であれば、延長時間ΔＴは所定時間／ｋ［秒］に設定される。
第３の方法は、式（１）の右辺に含まれる平均転送速度REXT2Dを全て、その最高値RMAX2Dに置き換える。すなわち、ファイル２ＤのエクステントのサイズSEXT2Dは、式（１）に代えて、次式（１Ｄ）を満たす：
Figure 2013027408
第３の方法では、最小エクステント・サイズに、第１の方法よりも大きいマージンを追加することはできる。しかし、その反面、ファイル２Ｄのビットレートが低い場合でもエクステントのサイズが大きいので、リード・バッファには十分に大きな容量が確保されなければならない。従って、マージンの大きさとリード・バッファの利用効率との比較衡量が必要である。
［ファイル２Ｄのエクステントの間隔］
リード・バッファ1602の容量は有限であることから、ジャンプ時間TJUMP-2D[n]の最大値は制限される。すなわち、ジャンプ期間PJ2D[n]の直前に蓄積データ量DAがリード・バッファ1602の容量一杯であっても、ジャンプ時間TJUMP-2D[n]が長すぎれば、ジャンプ期間PJ2D[n]中に蓄積データ量DAが０に達し、リード・バッファ1602のアンダーフローが生じる危険性がある。以下、ＢＤ−ＲＯＭディスク101からリード・バッファ1602へのデータ供給が途絶えている状態で蓄積データ量DAがリード・バッファ1602の容量から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間TJUMP-2Dの最大値を「最大ジャンプ時間TJUMP-MAX」という。
光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセス・スピード等から決められている。図１８は、ＢＤ−ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP-MAXとの対応表の一例である。図１８を参照するに、ジャンプ距離SJUMPはセクタ単位で表され、最大ジャンプ時間TJUMP-MAXはｍ秒単位で表されている。１セクタは２０４８バイトに等しい。ジャンプ距離SJUMPが、１−１００００セクタ、１０００１−２００００セクタ、２０００１−４００００セクタ、４０００１セクタ−１／１０ストローク（＝６４００００セクタ）、及び１／１０ストローク以上の各範囲に属するとき、最大ジャンプ時間TJUMP-MAXはそれぞれ、２００ｍ秒、３００ｍ秒、３５０ｍ秒、７００ｍ秒、及び１４００ｍ秒である。更に、ジャンプ距離SJUMPが０セクタに等しいときの最大ジャンプ時間TJUMP-MAXはゼロ・セクタ遷移時間TJUMP0＝０ｍ秒に等しい。
以上のことから、式（１）に代入されるべきジャンプ時間TJUMP-2D[n]は、ＢＤ−ＲＯＭディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間TJUMP-MAXである。具体的には、図１８の表において、ファイル２Ｄの２つの連続するエクステントEXT2D[n]、EXT2D[n＋1]の間でのジャンプ距離SJUMPに対応する最大ジャンプ時間TJUMP-MAXが、ジャンプ時間TJUMP-2D[n]として式（１）に代入される。ここで、そのジャンプ距離SJUMPは、（ｎ＋１）番目のエクステントEXT2D[n]の後端から（ｎ＋２）番目のエクステントEXT2D[n＋1]の先端までのセクタ数に等しい。
２Ｄ再生モードの再生装置に確保されるべきリード・バッファの容量を削減するには、ファイル２Ｄの最小エクステント・サイズを可能な限り小さく設定することが望ましい。従って、式（１）に代入されるべきジャンプ時間TJUMP-2D[n]は、図１８の表に規定された最大ジャンプ時間TJUMP-MAXの中で、０ｍ秒の次に小さな値２００ｍ秒に設定される。それにより、ファイル２ＤのエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプ距離SJUMP、すなわち、それらのエクステントEXT2D[n]、EXT2D[n＋1]の間隔が、最大で１００００セクタまでに制限される。このジャンプ距離SJUMPの最大値のように、ジャンプ時間TJUMPが最大ジャンプ時間TJUMP-MAXに等しいときでのジャンプ距離SJUMPを「最大ジャンプ距離SJUMP-MAX」という。
各エクステント・ブロック内では、ファイル２Ｄのエクステントの間隔が最大ジャンプ距離SJUMP-MAX＝１００００セクタ以下に制限される。ここで、その間隔はディペンデントビュー・エクステントのサイズに等しい。従って、そのディペンデントビュー・エクステントのサイズは、最大ジャンプ距離SJUMP-MAX＝１００００セクタの領域に格納可能なデータ量、約１９．５ＭＢ（１ＭＢ＝１０２４×１０２４バイト）以下に制限される。
図１２に示されているように、２つの隣接するエクステント・ブロックの間には拡張エクステントが配置される。従って、前のエクステント・ブロックの後端に位置するベースビュー・エクステントから、次のエクステント・ブロックの先端に位置するベースビュー・エクステントまでのジャンプでは、ディペンデントビュー・エクステントの読み出しに加えて拡張エクステントの読み出しもスキップされなければならない。従って、ファイル２Ｄのエクステントが、式（１）に代えて、式（１Ａ）−（１Ｄ）のいずれかを満たすように、そのエクステントにはマージンが加えられる。その場合、エクステント・ブロック間の最大ジャンプ距離SJUMP-MAXは２００００セクタまで拡大される。すなわち、拡張エクステントとディペンデントビュー・エクステントとのサイズの和は２００００セクタ以下であればよい。
２−７−Ｂ：３Ｄ再生モードでの条件
図１９は、３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図１９を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ1901、スイッチ1902、２つのリード・バッファ1911、1912、及びシステム・ターゲット・デコーダ1903を含む。ＢＤ−ＲＯＭドライブ1901はＢＤ−ＲＯＭディスク101からファイルＳＳのエクステントを読み出し、読み出し速度RUD3Dでスイッチ1902へ転送する。スイッチ1902はファイルＳＳの各エクステントをベースビュー・エクステントとディペンデントビュー・エクステントとに分離する。その分離処理の詳細については後述する。第１リード・バッファ1911及び第２リード・バッファ1912（以下、ＲＢ１及びＲＢ２と略す。）は再生装置102に内蔵のバッファ・メモリであり、スイッチ1902によって分離された各エクステントを蓄積する。ＲＢ１1911はベースビュー・エクステントを格納し、ＲＢ２1912はディペンデントビュー・エクステントを格納する。システム・ターゲット・デコーダ1903は、ＲＢ１1911内の各ベースビュー・エクステントからはソースパケットを第１転送速度REXT1で読み出し、ＲＢ２1912内の各ディペンデントビュー・エクステントからはソースパケットを第２転送速度REXT2で読み出す。システム・ターゲット・デコーダ1903は更に、読み出されたベースビュー・エクステントとディペンデントビュー・エクステントとの対を映像データVDと音声データADとに復号する。
第１転送速度REXT1は、システム・ターゲット・デコーダ1903がＲＢ１1911内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。第１転送速度REXT1の最高値RMAX1は、ファイル２Ｄに対するシステム・レートRTS1の１９２／１８８倍に等しい：RMAX1＝RTS1×192／188。そのシステム・レートRTS1は通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度の８倍に等しい。第２転送速度REXT2は、システム・ターゲット・デコーダ1903がＲＢ２1912内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。第２転送速度REXT2の最高値RMAX2は、ファイルＤＥＰに対するシステム・レートRTS2の１９２／１８８倍と等しい：RMAX2＝RTS2×192／188。そのシステム・レートRTS2は通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるサブＴＳの記録速度の８倍に等しい。各転送速度REXT1、REXT2は通常、ビット／秒で表され、具体的には、ビット単位で表された各エクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、そのエクステント内のソースパケットを全て、ＲＢ１1911又はＲＢ２1912からシステム・ターゲット・デコーダ1903へ転送するのに要する時間に等しい。
読み出し速度RUD3Dは通常、ビット／秒で表され、いずれの転送速度REXT1、REXT2の最高値RMAX1、RMAX2よりも高い値、例えば７２Ｍｂｐｓに設定される：RUD3D＞RMAX1、RUD3D＞RMAX2。それにより、ＢＤ−ＲＯＭドライブ1901によってＢＤ−ＲＯＭディスク101からファイルＳＳの１つのエクステントを読み出している間、システム・ターゲット・デコーダ1903の復号処理に伴うＲＢ１1911とＲＢ２1912とのアンダーフローが防止される。
［１つの拡張エクステント・ブロックからのシームレス再生］
図２０の（ａ）、（ｂ）は、１つの拡張エクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、ＲＢ１1911、ＲＢ２1912に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図２０の（ｃ）は、その拡張エクステント・ブロック2010に対する３Ｄ再生モードでの再生経路2020を示す模式図である。図２０の（ｃ）を参照するに、再生経路2020に従い、拡張エクステント・ブロック2010のうち、先頭の拡張エクステントT以外の部分がファイルＳＳの１つのエクステントとして一括して読み出される。その後、スイッチ1902によってそのエクステントからディペンデントビュー・エクステントD[k]とベースビュー・エクステントB[k]とが分離される（k＝…、n、n＋1、n＋2、…）。
ＢＤ−ＲＯＭドライブ1901による読み出し／転送動作は実際には、図２０の（ａ）、（ｂ）の各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各エクステントD[k]、B[k]の読み出し期間PRD[k]、PRB[k]では、ＲＢ１1911、ＲＢ２1912のオーバーフローが防止される。すなわち、図２０の（ａ）、（ｂ）の各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図２０の（ａ）、（ｂ）を参照するに、（ｎ＋１）番目のディペンデントビュー・エクステントD[n]の読み出し期間PRD[n]では、ＲＢ２1912の蓄積データ量DA2は、読み出し速度RUD3Dと第２転送速度REXT2[n]との間の差RUD3D−REXT2[n]に等しい速度で増加し、ＲＢ１1911の蓄積データ量DA1は第１転送速度REXT1[n−1]で減少する。図２０の（ｃ）を参照するに、（ｎ＋１）番目のディペンデントビュー・エクステントD[n]から（ｎ＋１）番目のベースビュー・エクステントB[n]まではゼロ・セクタ遷移J0[n]が生じる。図２０の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[n]では、ＲＢ１1911の蓄積データ量DA1は第１転送速度REXT1[n−1]で減少し続け、ＲＢ２1912の蓄積データ量DA2は第２転送速度REXT2[n]で減少する。
図２０の（ａ）、（ｂ）を更に参照するに、（ｎ＋１）番目のベースビュー・エクステントB[n]の読み出し期間PRB[n]では、ＲＢ１1911の蓄積データ量DA1は、読み出し速度RUD3Dと第１転送速度REXT1[n]との間の差RUD3D−REXT1[n]に等しい速度で増加する。一方、ＲＢ２1912の蓄積データ量DA2は第２転送速度REXT2[n]で減少し続ける。図２０の（ｃ）を更に参照するに、そのベースビュー・エクステントB[n]から次のディペンデントビュー・エクステントD[n＋1]まではゼロ・セクタ遷移J0[n＋1]が生じる。図２０の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[n＋1]では、ＲＢ１1911の蓄積データ量DA1は第１転送速度REXT1[n]で減少し、ＲＢ２1912の蓄積データ量DA2は第２転送速度REXT2[n]で減少し続ける。
１つの拡張エクステント・ブロック2010から３Ｄ映像をシームレスに再生するには、その拡張エクステント・ブロックに属するエクステントB[n]、D[n]の各サイズは、以下に説明される条件２、３を満たせばよい。
（ｎ＋１）番目のベースビュー・エクステントB[n]のサイズSEXT1[n]は少なくとも、その読み出し期間PRB[n]から次のベースビュー・エクステントB[n＋1]の読み出し期間PRB[n＋1]の直前までに、ＲＢ１1911からシステム・ターゲット・デコーダ1903へ転送されるデータ量に等しい。その場合、図２０の（ａ）に示されているように、次のベースビュー・エクステントB[n＋1]の読み出し期間PRB[n＋1]の直前では、ＲＢ１1911の蓄積データ量DA1が、（ｎ＋１）番目のベースビュー・エクステントB[n]の読み出し期間PRB[n]の直前での量を下回らない。ここで、（ｎ＋１）番目のベースビュー・エクステントB[n]の読み出し期間PRB[n]の長さは、そのベースビュー・エクステントB[n]のサイズSEXT1[n]を読み出し速度RUD3Dで割った値SEXT1[n]／RUD3Dに等しい。一方、（ｎ＋２）番目のディペンデントビュー・エクステントD[n＋1]の読み出し期間PRD[n＋1]の長さは、そのディペンデントビュー・エクステントD[n＋1]のサイズSEXT2[n＋1]を読み出し速度RUD3Dで割った値SEXT2[n＋1]／RUD3Dに等しい。従って、条件２は次のことを示す。（ｎ＋１）番目のベースビュー・エクステントB[n]の最小エクステント・サイズは、次式（２）の右辺で表される：
Figure 2013027408
（ｎ＋１）番目のディペンデントビュー・エクステントD[n]のサイズSEXT2[n]は、少なくとも、その読み出し期間PRD[n]から次のディペンデントビュー・エクステントD[n＋1]の読み出し期間PRD[n＋1]の直前までに、ＲＢ２1912からシステム・ターゲット・デコーダ1903へ転送されるデータ量に等しい。その場合、図２０の（ｂ）に示されているように、次のディペンデントビュー・エクステントD[n＋1]の読み出し期間PRD[n＋1]の直前では、ＲＢ２1912の蓄積データ量DA2が（ｎ＋１）番目のディペンデントビュー・エクステントD[n]の読み出し期間PRD[n]の直前での量を下回らない。ここで、（ｎ＋１）番目のディペンデントビュー・エクステントD[n]の読み出し期間PRD[n]の長さは、そのディペンデントビュー・エクステントD[n]のサイズSEXT2[n]を読み出し速度RUD3Dで割った値SEXT2[n]／RUD3Dに等しい。従って、条件３は次のことを示す。（ｎ＋１）番目のディペンデントビュー・エクステントD[n]の最小エクステント・サイズは、次式（３）の右辺で表される：
Figure 2013027408
［連続する拡張エクステント・ブロックからのシームレス再生］
図２１の（ｂ）は、（ｎ＋１）番目の拡張エクステント・ブロック2101と（ｎ＋２）番目の拡張エクステント・ブロック2102、及び、それらに対する３Ｄ再生モードでの再生経路2110を示す模式図である。図２１の（ｂ）を参照するに、ファイルＳＳの２つの連続するエクステントEXTSS[n]、EXTSS[n＋1]が拡張エクステントT1によって分離されている。再生経路2110に従って、まず、（ｎ＋１）番目のエクステントEXTSS[n]が一括して読み出され、その直後にジャンプJ3Dが生じ、続いて、（ｎ＋２）番目のエクステントEXTSS[n＋1]が一括して読み出される。
図２１の（ａ）は、２つの連続する拡張エクステント・ブロック2101、2102から連続して３Ｄ映像がシームレスに再生されるとき、ＲＢ１1911、ＲＢ２1912に蓄積されるデータ量DA1、DA2の変化、及びそれらの和DA1＋DA2の変化を示すグラフ群である。図２１の（ａ）では、一点鎖線のグラフは、ＲＢ１1911に蓄積されるデータ量DA1の変化を示し、破線のグラフは、ＲＢ２1912に蓄積されるデータ量DA2の変化を示し、実線のグラフは、両データ量の和DA1＋DA2の変化を示す。ここで、実線のグラフは、エクステントが１つ読み出されるごとに生じる細かい変化を均して直線的に近似したものである。更に、ゼロ・セクタ遷移時間TJUMP0は０ｍ秒とみなされている。
図２１の（ａ）を参照するに、（ｎ＋１）番目の拡張エクステント2101からエクステント・ブロックEXTSS[n]がＲＢ１1911、ＲＢ２1912へ読み出される期間PRBLK[n]では、それらに蓄積されるデータ量DA1、DA2も増大する。具体的には、その読み出し期間PRBLK[n]中、蓄積データ量の和DA1＋DA2は、読み出し速度RUD3Dと平均転送速度REXTSS[n]との間の差RUD3D−REXTSS[n]に等しい速度で増加する。その平均転送速度REXTSS[n]は、そのエクステント・ブロックEXTSS[n]の全体のサイズSEXTSS[n]をそのエクステントＡＴＣ時間TEXTSSで割った値として評価される。
図２１の（ａ）では、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]の後端のベースビュー・エクステントB1がＲＢ１1911に読み込まれた時点で、蓄積データ量の和DA1＋DA2は最大値に達する。その直後のジャンプ期間PJでは、蓄積データ量の和DA1＋DA2は平均転送速度REXTSS[n]で減少する。従って、蓄積データ量の和DA1＋DA2の最大値を十分に大きく調節することにより、拡張エクステントT1の記録領域を越えるジャンプJ3D中、ＲＢ１1911、ＲＢ２1912のいずれのアンダーフローも防止することができる。その結果、２つの連続する拡張エクステント・ブロック2101、2102から３Ｄ映像がシームレスに再生される。
図２１の（ａ）における蓄積データ量の和DA1＋DA2の最大値は（ｎ＋１）番目のエクステント・ブロックEXTSS[n]のサイズに依存する。従って、拡張エクステント・ブロック2101、2102間のジャンプJ3D中、ＲＢ１1911、ＲＢ２1912のいずれのアンダーフローも防止するには、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]のサイズが次の条件４を満たせばよい。
（ｎ＋１）番目のエクステント・ブロックEXTSS[n]の先端に位置するディペンデントビュー・エクステントD0の読み出し期間PRD0ではプリロードが行われる。そのプリロード期間PRD0では、その直前のジャンプ期間に引き続き、ｎ番目のエクステント・ブロックのデータがＲＢ２1912からシステム・ターゲット・デコーダ1903へ転送される。それにより、システム・ターゲット・デコーダ1903へのデータ供給が維持される。同様に、（ｎ＋２）番目のエクステント・ブロックEXTSS[n＋1]の先端に位置するディペンデントビュー・エクステントD2の読み出し期間PRD1でもプリロードが行われる。従って、そのプリロード期間PRD1では、その直前のジャンプ期間PJに引き続き、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]のデータがＲＢ２1912からシステム・ターゲット・デコーダ1903へ転送される。それにより、システム・ターゲット・デコーダ1903へのデータ供給が維持される。それ故、ジャンプJ3D中でのＲＢ１1911、ＲＢ２1912のアンダーフローを防止するには、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]のエクステントＡＴＣ時間TEXTSSが少なくとも、最初のプリロード期間PRD0の終了時点t0から次のプリロード期間PRD1の終了時点t1までの期間の長さに等しければよい。すなわち、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]のサイズSEXTSS[n]は少なくとも、その期間t0−t1にＲＢ１1911とＲＢ２1912とからシステム・ターゲット・デコーダ1903へ転送されるデータ量の和に等しければよい。
図２１の（ａ）から明らかなとおり、期間t0−t1の長さは、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]の読み出し期間PRBLK[n]の長さ、ジャンプ期間PJの長さTJUMP[n]、及び２つのエクステント・ブロックEXTSS[n]、EXTSS[n＋1]間でのプリロード期間PRD0、PRD1の長さの差TDIFF[n]を足し合わせた値に等しい。更に、（ｎ＋１）番目のエクステント・ブロックEXTSS[n]の読み出し期間PRBLK[n]の長さは、そのエクステント・ブロックEXTSS[n]のサイズSEXTSS[n]を読み出し速度RUD3Dで割った値SEXTSS[n]／RUD3Dに等しい。従って、条件４は次のことを示す。ファイルＳＳの（ｎ＋１）番目のエクステントEXTSS[n]の最小エクステント・サイズは、次式（４）の右辺で表される：
Figure 2013027408
各プリロード期間PRD0、PRD1の長さは、各エクステント・ブロックEXTSS[n]、EXTSS[n＋1]の先端に位置するディペンデントビュー・エクステントD0、D1のサイズSEXT20、SEXT21を読み出し速度RUD3Dで割った値SEXT20／RUD3D、SEXT21／RUD3Dに等しい。従って、プリロード期間PRD0、PRD1の長さの差TDIFFはそれらの値の差に等しい：TDIFF＝SEXT21／RUD3D−SEXT20／RUD3D。尚、式（４）の右辺は、式（１）−（３）の右辺と同様に、バイト単位の整数値で表されてもよい。
ここで、多重化ストリーム・データの復号処理を次のように工夫する場合、式（４）では、差TDIFFを０とみなしてもよい。まず、多重化ストリーム・データの全体での差TDIFFの最大値、すなわち差TDIFFのワースト値を予め求めておく。次に、その多重化ストリーム・データを再生する際、その復号処理の開始時点をその読み出しの開始時点よりも、差TDIFFのワースト値に等しい時間だけ遅らせる。
２−７−Ｃ：最大エクステント・サイズ
上記の条件１−４により、ファイル２Ｄ、ファイルＤＥＰ、及びファイルＳＳの各エクステントの最小エクステント・サイズは制限される。一方、一般に、各エクステントのサイズが大きいほど、リード・バッファは大きな容量を必要とする（詳細は《補足》参照）。従って、リード・バッファの容量を可能な限り削減するには、各エクステントのサイズの上限を可能な限り制限することが望ましい。それらの上限を「最大エクステント・サイズ」という。
１つのエクステント・ペアを成すベースビュー・エクステントEXT1[k]とディペンデントビュー・エクステントEXT2[k]とではエクステントＡＴＣ時間が等しい（文字ｋは０以上の整数を表す）。従って、そのベースビュー・エクステントEXT1[k]の最大エクステント・サイズの制限によってそのエクステントＡＴＣ時間が短縮されれば、そのディペンデントビュー・エクステントEXT2[k]の最大エクステント・サイズも制限される。それ故、ＲＢ１1911、ＲＢ２1912の各容量の下限を許容範囲内に抑えるには、各ベースビュー・エクステントEXT1[k]のサイズが次の条件５を満たせばよい。
共用区間においてベースビュー・エクステントB[k]はファイル２ＤとファイルＳＳとに共有されている。従って、ベースビュー・エクステントB[k]のサイズSEXT1[k]は式（１）を満たすべきである。式（１）を満たす範囲でベースビュー・エクステントB[k]のサイズSEXT1[k]を可能な限り縮小するには、その最大エクステント・サイズを式（１）の右辺の上限、すなわち、ベースビュー・エクステントB[k]の最小エクステント・サイズの上限に可能な限り近づければよい。従って、条件５は次のことを示す。ベースビュー・エクステントB[k]の最大エクステント・サイズは、次式（５）の右辺で表される：
Figure 2013027408
式（５）の右辺は式（１）の右辺とは次の点で異なる。まず、分母に含まれる平均転送速度REXT2Dがその最高値RMAX2Dに置き換えられている。従って、式（５）の右辺の２番目の分数は、式（１）のものの最大値に等しい。次に、式（５）のジャンプ時間TJUMP-2D-MINは、規格で定められた最大ジャンプ時間の中で最小の値に等しい。例えば図１８の表で規定された最大ジャンプ時間TJUMP-MAXの中では、０ｍ秒の次に大きい値２００ｍ秒が式（５）のジャンプ時間TJUMP-2D-MINとして採用される。その場合、共用区間内ではファイル２ＤのエクステントEXT2D[k]、EXT2D[k＋1]の間隔が、対応する最大ジャンプ距離SJUMP-MAX＝１００００セクタ以下に制限される。
式（１）に代えて式（１Ａ）が採用されることでベースビュー・エクステントにマージンが加えられる場合、ベースビュー・エクステントのサイズは、式（５）に代えて、次式（５Ａ）を満たす：
Figure 2013027408
式（５Ａ）の右辺で表される最大エクステント・サイズは、式（５）の右辺で表される最小エクステント・サイズよりも、延長時間ΔＴにリード・バッファからシステム・ターゲット・デコーダへ読み出されるデータ量だけ大きい。そのデータ量がマージンとして確保される。
［ストリーム・データの転送速度］
図７に示されているように、ディペンデントビュー・ピクチャはベースビュー・ピクチャを参照して圧縮されている。従って、平均的には、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームよりもビットレートが低い。それ故、ファイルＤＥＰに対するシステム・レートRTS2はファイル２Ｄに対するシステム・レートRTS1よりも低く設定されれば十分である。例えば、ファイル２Ｄに対するシステム・レートRTS1が４８Ｍｂｐｓ以下に設定されるとき、ファイルＤＥＰに対するシステム・レートRTS2は３２Ｍｂｐｓ以下に設定されれば十分である：RTS1≦48Mbps、RTS2≦32Mbps。
ここで、システム・レートRTS1、RTS2の合計が一定の閾値以下に制限される場合を想定する。その閾値は、システム・ターゲット・デコーダ1903に割り当てられた転送帯域の幅以下に設定され、例えば６４Ｍｂｐｓに等しい：RTS1＋RTS2≦64Mbps。その場合、ファイル２Ｄに対するシステム・レートRTS1が４８Ｍｂｐｓに設定されれば、ファイルＤＥＰに対するシステム・レートRTS2は１６Ｍｂｐｓ以下に制限される：RTS1＝48Mbps、RTS2≦16Mbps。各ビデオ・ストリームのビットレートが平均的な値に維持されている限り、システム・レートRTS1、RTS2の合計に対するそのような制限は、上記の転送帯域を効率良く利用するのに有利である。しかし、実際には、ディペンデントビュー・ビデオ・ストリームのビットレートが一時的にベースビュー・ビデオ・ストリームのビットレートを超える場合はある。例えば自然の風景を表す３Ｄ映像において、ベースビュー（例えばレフトビュー）の焦点が突然外れて、ディペンデントビュー（例えばライトビュー）の焦点のみが合っている場合、そのようなビットレートの逆転が生じる。その場合、第１転送速度REXT1はファイル２Ｄに対するシステム・レートRTS1＝４８Ｍｂｐｓよりかなり低いにもかかわらず、第２転送速度REXT2はファイルＤＥＰに対するシステム・レートRTS2≦１６Ｍｂｐｓ（正確には、その１９２／１８８＝約１．０２倍。以下、特に必要でない限り、その係数は１とみなす。）を超えることができない。このように、システム・レートRTS1、RTS2の合計が制限されている場合、ディペンデントビュー・ビデオ・ストリームのビットレートの一時的な上昇に第２転送速度REXT2を対応させることができない。
その対応を可能にするには、システム・レートRTS1、RTS2の合計に代えて、第１転送速度REXT1[n]と第２転送速度REXT2[n]とのエクステント単位での合計が制限されればよい：REXT1[n]＋REXT2[n]≦64Mbps。ここで、（ｎ＋１）番目のエクステント・ペアのうち、ベースビュー・エクステントEXT1[n]を含むソースパケットが転送される際の平均値が第１転送速度REXT1[n]であり、ディペンデントビュー・エクステントEXT2[n]を含むソースパケットが転送される際の平均値が第２転送速度REXT2[n]である。
図２２の（ａ）、（ｂ）はそれぞれ、第１転送速度REXT1と第２転送速度REXT2との合計が制限される場合における第１転送速度REXT1と第２転送速度REXT2との時間的な変化を示すグラフである。図２２の（ａ）を参照するに、第１転送速度REXT1は第１時刻T0で最高値RMAX1＝約４８Ｍｂｐｓから急落し、第１時刻T0から第２時刻T1までの期間Tstr中、低レベル＝１６Ｍｂｐｓに留まっている。一方、図２２の（ｂ）において実線のグラフGR1が示すとおり、第２転送速度REXT2は第１転送速度REXT1の変化に対して相補的に変化する。特に上記の期間TstrにはピークP0が最高値RMAX2＝約３２Ｍｂｐｓまで到達する。このように、第１転送速度REXT1と第２転送速度REXT2との合計がエクステント単位で制限される場合、第２転送速度REXT2をディペンデントビュー・ビデオ・ストリームのビットレートの一時的な上昇にも対応させることができる。
システム・ターゲット・デコーダ1903に割り当てられた転送帯域をストリーム・データの転送に更に効率良く利用するには、ファイルＤＥＰに対するシステム・レートRTS2を更に高く設定することが好ましい。図２２の（ｃ）は、図２２の（ａ）、（ｂ）に示されている第１転送速度REXT1と第２転送速度REXT2とを足し合わせた値REXT1＋REXT2の時間的な変化を示すグラフである。図２２の（ｃ）において実線のグラフGR3の窪みCVが示すとおり、第１転送速度REXT1と第２転送速度REXT2との和REXT1＋REXT2は、第１時刻T0から第２時刻T1までの期間Tstr中、閾値６４Ｍｂｐｓを下回っている。これは、図２２の（ｂ）において実線のグラフGR1が示すとおり、第２転送速度REXT2がファイルＤＥＰに対するシステム・レートRTS2＝３２Ｍｂｐｓ以下に制限されていることに因る。図２２の（ａ）の示すとおり、その期間Tstrでは第１転送速度REXT1は１６Ｍｂｐｓまで降下しているので、転送帯域幅には少なくとも、その値と閾値との間の差６４−１６＝４８Ｍｂｐｓに等しい余裕が残されている。従って、ファイルＤＥＰに対するシステム・レートRTS2は、３２Ｍｂｐｓよりも高い範囲、好ましくはファイル２Ｄに対するシステム・レートRTS1と同じ範囲、例えば４８Ｍｂｐｓ以下に設定される：RTS1≦48Mbps、RTS2≦48Mbps。図２２の（ｂ）、（ｃ）にはそれぞれ、その場合における第２転送速度REXT2の時間的な変化、及び第１転送速度REXT1と第２転送速度REXT2との和REXT1＋REXT2の時間的な変化が破線のグラフGR2、GR4で示されている。図２２の（ｂ）において破線のグラフGR2が示すとおり、第２転送速度REXT2のピークP1は３２Ｍｂｐｓを超えることができる。その結果、図２２の（ｃ）において破線のグラフGR4が示すとおり、第１転送速度REXT1と第２転送速度REXT2との和REXT1＋REXT2は、上記の期間Tstr中、閾値６４Ｍｂｐｓの近傍に維持される。こうして、上記の転送帯域の利用効率を更に向上させることができる。
ファイルＤＥＰに対するシステム・レートRTS2がファイル２Ｄに対するシステム・レートRTS1と同程度に高く設定される場合、第２転送速度REXT2も同程度まで上昇する場合が想定される。（ｎ＋１）番目のエクステント・ペアのうち、ディペンデントビュー・エクステントに対する転送速度REXT2[n]がそのように上昇した場合、転送速度の合計に対する制限から、ベースビュー・エクステントに対する転送速度REXT1[n]は最高値RMAX1よりも顕著に降下する。一方、最大エクステント・サイズの定義式（５）では、分母に含まれる平均転送速度REXT2Dがその最高値RMAX2Dで評価される。更に、ベースビュー・エクステントのエクステントＡＴＣ時間は、その最大エクステント・サイズを第１転送速度REXT1[n]で割った値を上限とする。従って、その上限は実際のエクステントＡＴＣ時間よりも顕著に長い。（ｎ＋１）番目のエクステント・ペアではエクステントＡＴＣ時間が共通であるので、ディペンデントビュー・エクステントのサイズは最大で、第２転送速度REXT2[n]とエクステントＡＴＣ時間の上記の上限との積まで達する。その積は、シームレス再生に実際に必要な値よりも顕著に大きい。その結果、ＲＢ２1912の容量の更なる削減が阻まれる。
ファイルＤＥＰに対するシステム・レートRTS2をファイル２Ｄに対するシステム・レートRTS1と同程度に高く設定する場合にも、ＲＢ２1912の容量の更なる削減を可能にするには、最大エクステント・サイズに対する条件５、すなわち式（５）を次式（５Ｂ）に変更する：
Figure 2013027408
式（５Ｂ）の右辺では、分母に含まれる転送速度として、ファイル２Ｄのエクステントに対する平均転送速度の最高値RMAX2D、又は、転送速度の最高値の合計RMAX1＋RMAX2と第２転送速度REXT2[n]との間の差のいずれか低い方が採用される。ここで、転送速度の最高値の合計RMAX1＋RMAX2はシステム・レートの合計RTS1＋RTS2の１９２／１８８倍に等しい。従って、第２転送速度REXT2[n]がシステム・レートRTS2と同程度まで上昇する場合には、上記の差で最大エクステント・サイズが評価される。それにより、ベースビュー・エクステントのエクステントＡＴＣ時間の上限は実際のエクステントＡＴＣ時間に近い値に抑えられる。それ故、ディペンデントビュー・エクステントのサイズは、シームレス再生に実際に必要な値程度に抑えられる。こうして、ＲＢ２1912の容量を十分に小さく維持することができる。
式（５Ｂ）で最大エクステント・サイズを評価する処理が煩雑である場合、最大エクステント・サイズが第２転送速度REXT2[n]の範囲に応じて予め決められていてもよい。例えば、ベースビュー・エクステントのサイズSEXT1[n]とディペンデントビュー・エクステントのサイズSEXT2[n]とは、次式（５Ｃ）を満たすように設計される：
第２転送速度REXT2[n]が３２Ｍｂｐｓ×１９２／１８８以下であるとき、
SEXT1[n]≦20×106バイト＝約19MB、
SEXT2[n]≦6.5×106バイト＝約6.2MB、
第２転送速度REXT2[n]が３２Ｍｂｐｓ×１９２／１８８を超えているとき、
SEXT1[n]≦20×106バイト＝約19MB、
SEXT2[n]≦8.1×106バイト＝約7.7MB。 （５Ｃ）
２−７−Ｄ：拡張再生モードでの条件
図２３は、拡張再生モードの再生装置102内の再生処理系統を示すブロック図である。図２３を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ2301、スイッチ2302、２つのリード・バッファ2311、2312、及びシステム・ターゲット・デコーダ2303を含む。ＢＤ−ＲＯＭドライブ2301はＢＤ−ＲＯＭディスク101から拡張エクステントとベースビュー・エクステントとを読み出し、読み出し速度RUDEXでスイッチ2302へ転送する。スイッチ2302は拡張エクステントとベースビュー・エクステントとを分離する。第１リード・バッファ2311及び第３リード・バッファ2312（以下、ＲＢ１及びＲＢ３と略す。）は再生装置102に内蔵のバッファ・メモリであり、スイッチ2302によって分離された各エクステントを蓄積する。ＲＢ１2311はベースビュー・エクステントを格納し、ＲＢ３2312は拡張エクステントを格納する。システム・ターゲット・デコーダ2303は、ＲＢ１2311内の各ベースビュー・エクステントからはソースパケットを第１転送速度REXT1で読み出し、ＲＢ３2312内の各拡張エクステントからはソースパケットを第３転送速度REXT3で読み出す。システム・ターゲット・デコーダ2303は更に、読み出されたベースビュー・エクステントと拡張エクステントとの対を映像データVDと音声データADとに復号する。
第１転送速度REXT1は３Ｄ再生モードにおける第１転送速度に等しい。第３転送速度REXT3は、システム・ターゲット・デコーダ2303がＲＢ３2312内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。第３転送速度REXT3の最高値RMAX3は拡張ストリーム・ファイルに対するシステム・レートRTS3の１９２／１８８倍と等しい：RMAX3＝RTS3×192／188。そのシステム・レートRTS3は通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表される拡張ストリームの記録速度の８倍に等しい。各転送速度REXT1、REXT3は通常、ビット／秒で表され、具体的には、ビット単位で表された各エクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。
読み出し速度RUDEXは通常、ビット／秒で表され、いずれの転送速度REXT1、REXT3の最高値RMAX1、RMAX3よりも高い値、例えば７２Ｍｂｐｓに設定される：RUDEX＞RMAX1、RUDEX＞RMAX2。それにより、ＢＤ−ＲＯＭドライブ2301によってＢＤ−ＲＯＭディスク101から、ファイル２Ｄの１つのエクステントを読み出している間、及び拡張ストリーム・ファイルの１つのエクステントを読み出している間のいずれにおいても、システム・ターゲット・デコーダ2303の復号処理に伴うＲＢ１2311とＲＢ３2312とのアンダーフローが防止される。
［拡張エクステントのエクステントＡＴＣ時間］
図２４の（ａ）、（ｂ）は、２つの連続する拡張エクステント・ブロック2410、2411から４Ｋ２Ｋの２Ｄ映像がシームレスに再生されるとき、ＲＢ１2311、ＲＢ３2312に蓄積されるデータ量DA1、DA3の変化を示すグラフである。図２４の（ｃ）は、それらの拡張エクステント・ブロック2410、2411に対する拡張再生モードでの再生経路2420を示す模式図である。図２４の（ｃ）を参照するに、その再生経路2420に従い、各拡張エクステント・ブロック2410、2411からは、まず、先頭の拡張エクステントTが読み出され、続いて、ディペンデントビュー・エクステントDの記録領域を越えるジャンプJSJとベースビュー・エクステントBの読み出しとが複数回ずつ繰り返される。
ＢＤ−ＲＯＭドライブ2301による読み出し／転送動作は実際には、図２４の（ａ）、（ｂ）の各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各エクステントT、Bの読み出し期間では、ＲＢ１2311、ＲＢ３2312のオーバーフローが防止される。すなわち、図２４の（ａ）、（ｂ）の各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。更に、ゼロ・セクタ遷移時間TJUMP0は０ｍ秒とみなされている。
図２４の（ａ）、（ｂ）を参照するに、最初の拡張エクステントT0の読み出し期間PRT0では、ＲＢ３2312の蓄積データ量DA3は、読み出し速度RUDEXと第３転送速度REXT3との間の差RUDEX−REXT3に等しい速度で増加し、ＲＢ１2311の蓄積データ量DA1は第１転送速度REXT1で減少する。図２４の（ｃ）を参照するに、最初の拡張エクステントT0の読み出し期間PRT0の終了時にジャンプJSJが生じ、最初のディペンデントビュー・エクステントDの読み出しがスキップされる。図２４の（ａ）、（ｂ）に示されているように、ジャンプ期間PSJでは、ＲＢ１2311の蓄積データ量DA1は第１転送速度REXT1で減少し続け、ＲＢ３2312の蓄積データ量DA2は第３転送速度REXT3で減少する。その後、最初のベースビュー・エクステントBの読み出し期間PRBでは、ＲＢ１2311の蓄積データ量DA1は、読み出し速度RUDEXと第１転送速度REXT1との間の差RUDEX−REXT1に等しい速度で増加する。以降、ＲＢ１2311の蓄積データ量DA1は、ディペンデントビュー・エクステントDの記録領域を越えるジャンプJSJが行われる間は減少し、ベースビュー・エクステントBの読み出し期間では増加する。しかし、全体的には、最初の拡張エクステント・ブロック2410の後端が読み出されるまで、ＲＢ１2311の蓄積データ量DA1は増加する。一方、ＲＢ３2312の蓄積データ量DA3は第３転送速度REXT3で減少し続ける。
最初の拡張エクステント・ブロック2410が全て読み出されたとき、２番目の拡張エクステントT1の読み出しが始まる。その読み出し期間PRT1では、ＲＢ３2312の蓄積データ量DA3は、読み出し速度RUDEXと第３転送速度REXT3との間の差RUDEX−REXT3に等しい速度で増加し、ＲＢ１2311の蓄積データ量DA1は第１転送速度REXT1で減少する。更に、２番目の拡張エクステントT1の読み出し期間PRT1の終了時にジャンプJSJが生じ、ディペンデントビュー・エクステントDの読み出しがスキップされる。そのジャンプ期間PSJでは、ＲＢ１2311の蓄積データ量DA1は第１転送速度REXT1で減少し続け、ＲＢ３2312の蓄積データ量DA2は第３転送速度REXT3で減少する。
図２４の（ｃ）に示されている拡張エクステント・ブロック2410、2411から４Ｋ２Ｋの２Ｄ映像をシームレスに再生するには、拡張エクステントTのサイズが以下の条件６を満たせばよい。
最初の拡張エクステントT0は、その直後に位置するベースビュー・エクステントBの読み出し開始時点tAから、次の拡張エクステントT1の直後に位置するベースビュー・エクステントBの読み出し開始時点tBまでに、ＲＢ３2312からシステム・ターゲット・デコーダ2303へ転送されればよい。その場合、図２４の（ｂ）に示されているように、ＲＢ３2312の蓄積データ量DA3が、最初の拡張エクステントT0の読み出し期間PRT0の直前における量を下回らない。ここで、１つのベースビュー・エクステントBの読み出し期間PRBの長さは、そのベースビュー・エクステントBのサイズSBを読み出し速度RUDEXで割った値SB／RUDEXに等しい。一方、２番目の拡張エクステントT1の読み出し期間PRT1の長さは、その拡張エクステントT1のサイズSTを読み出し速度RUDEXで割った値ST／RUDEXに等しい。従って、条件６は次のことを示す。最初の拡張エクステントT0のエクステントＡＴＣ時間ATC(T0)は次式（６）を満たす：
Figure 2013027408
ここで、総和記号は、最初の拡張エクステントT0の直後に位置するベースビュー・エクステントBの読み出し開始時点tAから、次の拡張エクステントT1の直後に位置するベースビュー・エクステントBの読み出し開始時点tBまでの期間に含まれるジャンプ時間Tjumpの総和及びベースビュー・エクステントの読み出し期間の長さSB／RUDEXの総和を意味する。
拡張エクステントT0のエクステントＡＴＣ時間ATC(T0)はまた、その拡張エクステントT0の直後に配置されたエクステント・ブロックに含まれるベースビュー・エクステントBのエクステントＡＴＣ時間ATC(B)の合計に等しい：ATC(T0)＝ΣATC(B)。
２−８：拡張エクステント・ブロックが含むべきエクステント・ペアの数
３Ｄ再生モードの再生装置102は、図２１の（ａ）、（ｂ）に示されているように、１つの拡張エクステントTの直後に位置するエクステント・ブロックEXTSS[n]を読み出すことにより、次の拡張エクステントT1の記録領域をジャンプする間にシステム・ターゲット・デコーダ1903へ送るべきデータ量をＲＢ１1911、ＲＢ２1912に蓄積させる。その場合、条件４から、エクステント・ブロックEXTSS[n]のエクステントＡＴＣ時間の下限が決まる。一方、条件５から、ベースビュー・エクステントとディペンデントビュー・エクステントとの各最大エクステント・サイズが制限される。従って、仮にエクステント・ブロックEXTSS[n]がエクステント・ペアを１つしか含まないとすると、そのペアを成す各エクステントのサイズが最大エクステント・サイズまで拡げられても、エクステント・ブロックEXTSS[n]のエクステントＡＴＣ時間が下限に達しない危険性がある。それ故、図１３に示されているように、１つの拡張エクステントT[m]の直後にはエクステント・ペアD[k]、B[k]が２つ以上配置される。それにより、それらのエクステント・ペアによって構成されるエクステント・ブロックのエクステントＡＴＣ時間を下限以上に設計することができる。
好ましくは、１つの拡張エクステントT[m]の直後に配置されるエクステント・ペアD[k]、B[k]の数が２に固定される。それにより、その拡張エクステントT[m]のエクステントＡＴＣ時間が最小限に抑えられるので、ＲＢ３2312に必要な容量が最小限に抑えられる。また、拡張再生モードの再生装置が、早送り再生若しくは巻戻し再生等の特殊再生、又は飛び込み再生を行う際に、再生開始位置のベースビュー・ピクチャと拡張データとを検索する範囲が最小限に抑えられる。従って、その再生装置に再生開始位置のベースビュー・ピクチャと拡張データとを容易に検索させることができる。
２−９：ロング・ジャンプの必要な箇所での再生経路の分離
［層境界の前後に共用区間のみが配置された場合］
図２５は、ＢＤ−ＲＯＭディスク101の２つの記録層が層境界LBの前後に共用区間のみを含む場合におけるエクステント群の配置、及びそのエクステント群に対する各モードでの再生経路を示す模式図である。図２５を参照するに、２Ｄ再生モードでの再生経路2501、３Ｄ再生モードでの再生経路2502、及び拡張再生モードでの再生経路2503のいずれにおいても、層境界LBを越えるためのロング・ジャンプJLYの直前に４番目のベースビュー・エクステントB[3]が読み出される。従って、このベースビュー・エクステントB[3]のサイズは条件１、４、６のいずれをも満たさなければならない。ここで、式（１）、（４）、（６）の各右辺にジャンプ時間TJUMPとして代入されるべき値は、ロング・ジャンプJLYの最大ジャンプ時間である。この時間は、図１８の表においてロング・ジャンプJLYの最大ジャンプ距離SJUMP-MAXに対応する最大ジャンプ時間TJUMP-MAXに加えて、記録層の切り換え操作に要する時間、すなわち「層切換時間」を更に含む。ロング・ジャンプJLYの最大ジャンプ距離SJUMP-MAXは例えば４００００セクタであり、それに対応する最大ジャンプ時間TJUMP-MAXは３５０ｍ秒である。一方、層切換時間は例えば３５０ｍ秒である。その場合、式（１）、（４）、（６）の各右辺にはジャンプ時間TJUMPとして３５０ｍ秒＋３５０ｍ秒＝７００ｍ秒が代入される。
ロング・ジャンプJLY中にシステム・ターゲット・デコーダによって処理されるべきメインＴＳのデータ量は、２Ｄ再生モードでは条件１により４番目のベースビュー・エクステントB[3]のサイズで確保され、３Ｄ再生モードでは条件４により３番目と４番目とのベースビュー・エクステントB[2]、B[3]の全体のサイズで確保される。従って、条件１によって４番目のベースビュー・エクステントB[3]に要求される最小エクステント・サイズは、条件２によって要求される最小エクステント・サイズよりも一般に大きい。そのベースビュー・エクステントB[3]の直前に位置するディペンデントビュー・エクステントD[3]は、そのベースビュー・エクステントB[3]と同じエクステントＡＴＣ時間を持つので、そのディペンデントビュー・エクステントD[3]のサイズは、条件２によって要求される最小エクステント・サイズよりも一般に大きい。従って、ＲＢ２の容量は、３Ｄ再生モードでのシームレス再生に必要最小限の値よりも一般に大きい。このように、図２５に示されている配置では、ＲＢ２の容量を必要最小限に抑えることは難しい。
ロング・ジャンプJLY中での映像のシームレス再生を可能にしたまま、ＲＢ２の容量を更に削減するには、ロング・ジャンプJLYの直前又は直後で、３Ｄ再生モードでの再生経路を２Ｄ再生モードでの再生経路から分離すればよい。具体的には、まず、メインＴＳの同じ部分を、層境界LBの直前又は直後に位置する異なる領域に少なくとも二重に記録する。次に、２Ｄ再生モードの再生装置と３Ｄ再生モードの再生装置とにその部分を再生させる際に、それらの再生装置に異なる領域をアクセスさせる。層境界LBの直前に位置する異なる領域にメインＴＳの一部が二重に記録される場合、３Ｄ再生モードの再生装置によってアクセスされる領域においてはベースビュー・エクステントのサイズが条件１を満たさなくてもよい。一方、層境界LBの直後に位置する異なる領域にメインＴＳの一部が二重に記録される場合、２Ｄ再生モードにおけるロング・ジャンプのジャンプ距離を３Ｄ再生モードにおけるロング・ジャンプのジャンプ距離よりも短くすることができる。それらの結果、３Ｄ再生モードの再生装置にＲＢ２の容量を必要最小限に維持させることができる。
［全てのモードでの再生経路が完全に分離された場合］
図２６は、ＢＤ−ＲＯＭディスク101の層境界LBの直前において全てのモードでの再生経路が完全に分離された場合におけるエクステント群の配置、及びそのエクステント群に対する各モードでの再生経路を示す模式図である。図２６を参照するに、層境界LBの前に位置する第１記録層L0は第１共用区間2601を含み、層境界LBの後に位置する第２記録層L1は第２共用区間2602を含む。第１記録層L0は更に、第１共用区間2601と層境界LBとの間に、平面視映像専用区間2611と立体視映像専用区間2612とに加え、拡張データ専用区間2613を含む。平面視映像専用区間2611にはメインＴＳの一部B2Dが配置され、立体視映像専用区間2612には２つのエクステント・ペアD、B3Dが配置され、拡張データ専用区間2613には拡張エクステントTとベースビュー・エクステントBEXとの対が配置されている。平面視映像専用区間2611内に配置されたメインＴＳの一部（以下、２Ｄ再生専用ブロックという。）B2Dと、拡張データ専用区間2613内に配置されたベースビュー・エクステント（以下、拡張再生専用ブロックという。）BEXとのそれぞれは、立体視映像専用区間2612内に配置されたベースビュー・エクステント（以下、３Ｄ再生専用ブロックという。）B3Dの全体の複製であり、それらとビット単位で一致する。すなわち、同じデータが三重に記録されている。２Ｄ再生専用ブロックB2Dは直前のベースビュー・エクステントB[1]と共に、ファイル２Ｄの１つのエクステントEXT2D[1]としてアクセス可能である。３Ｄ再生専用ブロックB3Dはディペンデントビュー・エクステントDと共に、ファイルＳＳの１つのエクステントEXTSS[1]としてアクセス可能である。拡張エクステントT[0]−T[2]、共用区間2601、2602内のベースビュー・エクステントB[0]、B[1]、B[4]、B[5]、及び拡張再生専用ブロックBEXはそれぞれ、拡張ストリーム・ファイルの１つのエクステントEXT3[0]−EXT3[7]としてアクセス可能である。
２Ｄ再生モードの再生装置102はファイル２Ｄを再生する。従って、図２６に示されているエクステント群からは、２Ｄ再生モードでの再生経路2621が示すとおり、ファイル２Ｄのエクステント群EXT2D[0]−EXT2D[3]が読み出される。具体的には、まず、第１共用区間2601では先頭のベースビュー・エクステントB[0]がファイル２Ｄの１つのエクステントEXT2D[0]として読み出され、その直後に位置するディペンデントビュー・エクステントD[1]の読み出しがスキップされる。次に、第１共用区間2601の後端のベースビュー・エクステントB[1]と２Ｄ再生専用ブロックB2Dとがファイル２Ｄの１つのエクステントEXT2D[1]として読み出される。その直後にロング・ジャンプJLYが生じ、読み出し位置が、立体視映像専用区間2612、拡張データ専用区間2613、及び層境界LBを越えて移動する。続いて、第２共用区間2602では先頭の拡張エクステントT[2]と２つのディペンデントビュー・エクステントD[4]、D[5]との読み出しがスキップされ、２つのベースビュー・エクステントB[4]、B[5]がファイル２Ｄの２つのエクステントEXT2D[2]、EXT2D[3]として読み出される。
３Ｄ再生モードの再生装置102はファイルＳＳを再生する。従って、図２６に示されているエクステント群からは、３Ｄ再生モードでの再生経路2622が示すとおり、ファイルＳＳのエクステント群EXTSS[0]−EXTSS[2]が読み出される。具体的には、まず、第１共用区間2601からエクステント・ブロックD[0]、B[0]、D[1]、B[1]がファイルＳＳの１つのエクステントEXTSS[0]として連続して読み出される。その直後にジャンプJ3Dが生じ、平面視映像専用区間2611へのアクセスがスキップされる。次に、立体視映像専用区間2612からエクステント・ブロックD[2]、B3D、D[3]、B3DがファイルＳＳの１つのエクステントEXTSS[1]として連続して読み出される。その直後にロング・ジャンプJLYが生じ、読み出し位置が拡張データ専用区間2613と層境界LBとを越えて移動する。続いて、第２共用区間2602では、拡張エクステントT[2]の読み出しがスキップされ、後続のエクステント・ブロックD[4]、B[4]、D[5]、B[5]がファイルＳＳの１つのエクステントEXTSS[2]として連続して読み出される。
拡張再生モードの再生装置102は拡張ストリーム・ファイルを再生する。従って、図２６に示されているエクステント群からは、拡張再生モードでの再生経路2623が示すとおり、拡張ストリーム・ファイルのエクステント群EXT3[0]−EXT3[7]が読み出される。具体的には、まず、第１共用区間2601では、先頭の拡張エクステントT[0]＝EXT3[0]が読み出され、２つのベースビュー・エクステントB[0]、B[1]が拡張ストリーム・ファイルの２つのエクステントEXT3[1]、EXT3[2]として読み出され、２つのディペンデントビュー・エクステントD[0]、D[1]の読み出しがスキップされる。次に、ジャンプJEXによって、平面視映像専用区間2611と立体視映像専用区間2612とへのアクセスがスキップされる。続いて、拡張データ専用区間2613から拡張エクステントT[1]と拡張再生専用ブロックBEXとが拡張ストリーム・ファイルの２つのエクステントEXT3[3]、EXT3[4]として読み出される。その直後にロング・ジャンプJLYが生じ、読み出し位置が層境界LBを越えて移動する。第２共用区間2602では、拡張エクステントT[2]と２つのベースビュー・エクステントB[4]、B[5]とが拡張ストリーム・ファイルの３つのエクステントEXT3[5]、EXT3[6]、EXT3[7]として読み出され、２つのディペンデントビュー・エクステントD[4]、D[5]の読み出しがスキップされる。
上記のとおり、図２６に示されている配置では、ロング・ジャンプJLYの直前に、２Ｄ再生モードでの再生経路2621、３Ｄ再生モードでの再生経路2622、及び拡張再生モードでの再生経路2623が互いに分離される。尚、３Ｄ再生専用ブロックB3Dの全体は２Ｄ再生専用ブロックB2Dと拡張再生専用ブロックBEXとのそれぞれとビット単位で一致しているので、いずれの再生モードでも、再生されるベースビュー・ビデオ・フレームは等しい。
２Ｄ再生モードでの再生をシームレスに行うには、２Ｄ再生専用ブロックB2Dは、ＢＤ−ＲＯＭディスク101からの読み出し開始時点からロング・ジャンプJLYの終了時点までの期間にリード・バッファ1602からシステム・ターゲット・デコーダ1603へ転送されればよい。従って、２Ｄ再生専用ブロックB2DのサイズSDUP＿FOR＿SSIFとエクステントＡＴＣ時間TDUP＿FOR＿SSIFとは、次式（７）を満たすように設計される：
Figure 2013027408
例えば、ロング・ジャンプJLYのジャンプ時間TJUMPが７００ｍ秒であり、ファイル２Ｄに対するシステム・レートRTS＝RMAX2D／192×188が最高値４８Ｍｂｐｓであり、ＢＤ−ＲＯＭドライブの読み出し速度RUD2Dが５４Ｍｂｐｓである場合、２Ｄ再生専用ブロックB2DのエクステントＡＴＣ時間TDUP＿FOR＿SSIFは約７．６秒以上であればよい。
２Ｄ再生専用ブロックB2D、３Ｄ再生専用ブロックB3Dの全体、及び拡張再生専用ブロックBEXは同じデータであるのでサイズが等しい。そのサイズは２Ｄ再生専用ブロックB2DのサイズSDUP＿FOR＿SSIF、すなわち、式（７）で与えられるエクステントＡＴＣ時間TDUP＿FOR＿SSIFとファイル２Ｄに対するシステム・レートRTSの１９２／１８８倍との積に等しい：SDUP＿FOR＿SSIF＝TDUP＿FOR＿SSIF×RTS×192／188。例えば、ファイル２Ｄに対するシステム・レートRTSが最高値４８Ｍｂｐｓであり、エクステントＡＴＣ時間TDUP＿FOR＿SSIFが約７．６秒である場合、各ブロックB2D、B3D、BEXのサイズSDUP＿FOR＿SSIFは約４４ＭＢである。
図２６に示されているエクステントの配置では、ロング・ジャンプJLYの必要な箇所の近傍にメインＴＳの同じ部分B2D、B3D、BEXが三重に記録される。例えば、ファイル２Ｄに対するシステム・レートRTSが最高値４８Ｍｂｐｓである場合、少なくとも約４４ＭＢ×２＝約８８ＭＢのデータが重複して記録される。従って、ＢＤ−ＲＯＭディスク101上のボリューム領域202Bを更に有効に活用することが難しい。また、図２６に示されている２Ｄ再生モードでの再生経路2621では、ロング・ジャンプJLYによって３Ｄ再生専用ブロックの全体B3Dと拡張再生専用ブロックBEXとの読み出しがスキップされなければならない。従って、ファイル２Ｄに対するシステム・レートRTSが最高値４８Ｍｂｐｓである場合、ロング・ジャンプJLYのジャンプ距離が約８８ＭＢ＝約４５０００セクタを超える。この値はロング・ジャンプの最大ジャンプ距離＝４００００セクタ＝約７８．１ＭＢよりも大きい。それ故、少なくともロング・ジャンプJLYの必要な箇所の近傍では、ファイル２Ｄに対するシステム・レートRTSがファイル２Ｄの実際のビットレート＝４８Ｍｂｐｓよりも低く制限されなければならない。それは、２Ｄ再生モードでの画質を低下させるので好ましくない。
２Ｄ再生モードで再生される映像の品質低下を防ぐためだけであれば、図２６に示されている配置において平面視映像専用区間2611と拡張データ専用区間2613とを入れ換えて、２Ｄ再生モードにおけるロング・ジャンプJLYのジャンプ距離を４００００セクタまで短縮すればよい。しかし、その場合、拡張再生モードにおいて、ロング・ジャンプによって３Ｄ再生専用ブロックの全体B3Dと２Ｄ再生専用ブロックB2Dとの読み出しがスキップされなければならない。従って、そのロング・ジャンプのジャンプ距離が４００００セクタを超える。拡張再生モードの再生装置の再生能力を良好に維持するには、その再生装置のジャンプ性能を向上させる必要が生じる。それは、再生装置の製造コストを増加させるので好ましくない。
［エクステントの配置１、２に共通する利点］
図２６に示されている配置とは異なり、図１４に示されている配置１と、図１５に示されている配置２とでは、平面視映像専用区間1412、1422、1512、1522が２Ｄ再生モードと拡張再生モードとのいずれの再生装置によってもアクセスされる。それにより、ＢＤ−ＲＯＭディスク101上において３Ｄ再生専用ブロックB3Dの全体と重複するデータを２Ｄ再生専用ブロックB2Dだけに削減することができる。その結果、ＢＤ−ＲＯＭディスク101上のボリューム領域202Bを更に有効に活用することができる。
また、いずれのモードの再生装置もロング・ジャンプJLYによって、２Ｄ再生専用ブロックB2Dと３Ｄ再生専用ブロックB3Dの全体とのいずれか一方の読み出しをスキップすればよい。従って、ファイル２ＤとファイルＳＳとのそれぞれに対するシステム・レートが最高値４８Ｍｂｐｓ、６４Ｍｂｐｓに設定されても、いずれのモードでもロング・ジャンプJLYのジャンプ距離が最大ジャンプ距離＝４００００セクタを超えない。その結果、いずれのモードでも、ロング・ジャンプの必要性にかかわらず、画質を高く維持することができる。
実際、図１４に示されている配置１では、各モードでのロング・ジャンプJLYのジャンプ距離が以下のように計算される。ここで、その計算では次の場合を想定する：ロング・ジャンプJLYの最大ジャンプ時間は７００ｍ秒であり、２Ｄ再生モードでの再生経路1431において第２平面視映像専用区間1422の直後に生じるジャンプJ2Dの最大ジャンプ時間は３５０ｍ秒である。この場合、いずれのジャンプについても最大ジャンプ距離が４００００セクタに制限される。ファイル２Ｄ、ファイルＤＥＰ、及び拡張ストリーム・ファイルのそれぞれに対するシステム・レートRTS1、RTS2、RTS3は、４８Ｍｂｐｓ、１６Ｍｂｐｓ、及び１６Ｍｂｐｓである。それらの値は、２Ｄ再生モード、３Ｄ再生モード、及び拡張再生モードのそれぞれのシステム・ターゲット・デコーダに割り当てられた転送帯域幅、４８Ｍｂｐｓ、６４Ｍｂｐｓ、及び６４Ｍｂｐｓから決まる。２Ｄ再生モード、３Ｄ再生モード、及び拡張再生モードのそれぞれのＢＤ−ＲＯＭドライブの読み出し速度RUD2D、RUD3D、RUDEXは、５４Ｍｂｐｓ、７２Ｍｂｐｓ、及び７２Ｍｂｐｓである。
まず、２Ｄ再生モードにおいてロング・ジャンプJLYの最大ジャンプ時間＝７００ｍ秒を確保するには、式（７）から、第１平面視映像専用区間1412内のベースビュー・エクステントB2DのサイズSDUP＿FOR＿SSIFは少なくとも約４４ＭＢであればよく、エクステントＡＴＣ時間TDUP＿FOR＿SSIFは短くとも約７．６秒であればよい。
次に、３Ｄ再生モードでの再生をシームレスに行うには、第１立体視映像専用区間1413内のエクステント・ブロックD、B3D、D、B3Dは、ＢＤ−ＲＯＭディスク101からの読み出し開始時点からロング・ジャンプJLYの終了時点までの期間にＲＢ１1911とＲＢ２1912とからシステム・ターゲット・デコーダ1903へ転送されればよい。従って、そのエクステント・ブロックD、B3D、D、B3DのサイズSEXTSSとエクステントＡＴＣ時間TEXTSSとは、次式（８）を満たすように設計される：
Figure 2013027408
第１転送速度REXT1の最高値RMAX1はファイル２Ｄに対するシステム・レートRTS1の１９２／１８８倍に等しく、第２転送速度REXT2の最高値RMAX2はファイルＤＥＰに対するシステム・レートRTS2の１９２／１８８倍に等しい：RMAX1＝RTS1×192／188、RMAX2＝RTS2×192／188。従って、３Ｄ再生モードにおいてロング・ジャンプJLYの最大ジャンプ時間＝７００ｍ秒を確保するには、第１立体視映像専用区間1413内のエクステント・ブロックD、B3D、D、B3DのサイズSEXTSSは少なくとも約５９ＭＢであればよく、エクステントＡＴＣ時間TEXTSSは短くとも約７．６秒であればよい。
更に、２Ｄ再生モードでの再生経路1431において第２平面視映像専用区間1422の直後に生じるジャンプJ2Dの最大ジャンプ時間＝３５０ｍ秒を確保するには、式（１）から、第２平面視映像専用区間1422内のベースビュー・エクステントB2DのサイズSEXT2Dは少なくとも約３３ＭＢであればよく、エクステントＡＴＣ時間TEXT2D＝SEXT2D／RMAX2Dは短くとも約５．７秒であればよい。第２拡張データ専用区間1421内の拡張エクステントTは第２平面視映像専用区間1422内のベースビュー・エクステントB2DとエクステントＡＴＣ時間が等しいので、その拡張エクステントTのサイズは少なくとも約１１ＭＢである。
図１４を参照するに、まず、２Ｄ再生モードでの再生経路1431では、ロング・ジャンプJLYのジャンプ距離が第１立体視映像専用区間1413と第２拡張データ専用区間1421とのセクタ数の合計に等しい。ここで、第１立体視映像専用区間1413内のエクステント・ブロックD、B3D、D、B3DのサイズSEXTSSは約５９ＭＢ以上であり、第２拡張データ専用区間1421内の拡張エクステントTのサイズは約１１ＭＢ以上である。従って、２Ｄ再生モードにおけるロング・ジャンプJLYのジャンプ距離は５９ＭＢ＋１１ＭＢ＝７０ＭＢ以上である。
次に、３Ｄ再生モードでの再生経路1432では、ロング・ジャンプJLYのジャンプ距離が第２拡張データ専用区間1421と第２平面視映像専用区間1422とのセクタ数の合計に等しい。ここで、第２拡張データ専用区間1421内の拡張エクステントTのサイズは約１１ＭＢ以上であり、第２平面視映像専用区間1422内のベースビュー・エクステントB2DのサイズSEXT2Dは約３３ＭＢ以上である。従って、３Ｄ再生モードにおけるロング・ジャンプJLYのジャンプ距離は１１ＭＢ＋３３ＭＢ＝４４ＭＢ以上である。
更に、拡張再生モードでの再生経路1433では、ロング・ジャンプJLYのジャンプ距離が第１立体視映像専用区間1413のセクタ数に等しい。従って、拡張再生モードにおけるロング・ジャンプJLYのジャンプ距離は５９ＭＢ以上である。
以上のように、各モードにおけるロング・ジャンプJLYのジャンプ距離が計算される。それらの計算結果が示すとおり、いずれのモードにおいても、そのジャンプ距離をロング・ジャンプJLYの最大ジャンプ距離＝４００００セクタ＝約７８．１ＭＢよりも小さくすることができる。このことは、図１５に示されている配置２についても同様である。
［エクステントの配置２に固有の利点］
図１４に示されている配置１では、３Ｄ再生モードでの再生経路1432において、第１共用区間1401からのデータの読み出しが終了した直後にジャンプJ3Dが生じ、第１拡張データ専用区間1411と第１平面視映像専用区間1412とへのアクセスがスキップされる。ここで、２Ｄ再生モードにおいてロング・ジャンプJLYの最大ジャンプ時間＝７００ｍ秒を確保するための条件から、第１平面視映像専用区間1412内のベースビュー・エクステントB2DのサイズSDUP＿FOR＿SSIFは約４４ＭＢ以上であり、そのエクステントＡＴＣ時間TDUP＿FOR＿SSIFが約７．６秒以上である。その場合、第１拡張データ専用区間1411内の拡張エクステントTのエクステントＡＴＣ時間も約７．６秒以上であるので、拡張ストリーム・ファイルに対するシステム・レートが１６Ｍｂｐｓであるとき、その拡張エクステントTのサイズは１６Ｍｂｐｓ／８×１９２／１８８×７．６秒＝約１５ＭＢ以上である。従って、上記のジャンプJ3Dのジャンプ距離SJUMPは１５ＭＢ＋４４ＭＢ＝５９ＭＢ＝約３００００セクタ以上でなければならない。図１８の表から、そのジャンプJ3Dの最大ジャンプ時間TJUMP-MAXは３５０ｍ秒以上でなければならない。
上記のジャンプJ3D中に３Ｄ再生モードのシステム・ターゲット・デコーダ1903によって処理されるべきデータ量は、条件４により、第１共用区間1401内の最後のエクステント・ブロックD、B、D、Bのサイズで確保される。ここで、そのエクステント・ブロックを構成する各エクステントの最大エクステント・サイズが式（５Ｃ）で決定され、かつ、そのエクステント・ブロックに対する第２転送速度REXT2が４８Ｍｂｐｓ×１９２／１８８である場合を想定する。その場合、そのエクステント・ブロックに属するディペンデントビュー・エクステントDのサイズは最大で８．１×１０6バイトであるので、そのエクステントＡＴＣ時間TEXT2は最長で約１．３２秒である：TEXT2＝8.1×106バイト×8／REXT2≒1.32秒。従って、そのエクステント・ブロックがｎ個のエクステント・ペアを含む場合、そのエクステント・ブロック全体のエクステントＡＴＣ時間TEXTSSは最長で約１．３２秒×ｎである。一方、式（４）から、上記のジャンプJ3Dのジャンプ時間TJUMPは次式（９）を満たす：
Figure 2013027408
エクステント・ブロックに対する平均転送速度REXTSSが最高値６４Ｍｂｐｓ×１９２／１８８であるとき、式（９）より、上記のジャンプJ3Dのジャンプ時間TJUMPは最長でも約１２２ｍ秒×ｎである。３Ｄ再生モードにおいて、第１拡張データ専用区間1411と第１平面視映像専用区間1412とへのアクセスをスキップするためのジャンプJ3D中に３Ｄ映像をシームレスに再生するには、そのジャンプ時間TJUMP＝約１２２ｍ秒×ｎが３５０ｍ秒以上でなければならない。従って、図１４に示されている配置１では、第１共用区間1401内の最後のエクステント・ブロックに含まれるエクステント・ペアの数ｎが３以上でなければならない。また、拡張ストリーム・ファイルに対するシステム・レートRTS3を、上記の計算で想定されている値１６Ｍｂｐｓよりも更に高く設定するには、それに伴う第１拡張データ専用区間1411内のデータ量の増大に合わせて、上記のエクステント・ペアの数ｎを更に増加させなければならない。ここで、エクステント・ペアの数ｎの増加は、その直前に配置される拡張エクステントTのエクステントＡＴＣ時間を増大させるので、ＲＢ３2312に必要な容量を増大させる。従って、エクステント・ペアの数ｎを３以上に増加することは好ましくない。
一方、図１５に示されている配置２では、配置１とは異なり、エクステント・ブロックに含まれるエクステント・ペアの数ｎに関する上記の制限が不要である。実際、配置２では、３Ｄ再生モードでの再生経路1532において、第１共用区間1401からのデータの読み出しが終了した直後に生じるジャンプによって、第１拡張データ専用区間1511へのアクセスのみがスキップされる。ここで、２Ｄ再生モードにおいて層境界LBを越えるためのロング・ジャンプJLYの最大ジャンプ時間＝７００ｍ秒を確保するための条件から、第１平面視映像専用区間1512内のベースビュー・エクステントB2DのエクステントＡＴＣ時間TDUP＿FOR＿SSIFは約７．６秒以上である。その場合、第１拡張データ専用区間1511内の拡張エクステントTのエクステントＡＴＣ時間も約７．６秒以上であるので、拡張ストリーム・ファイルに対するシステム・レートが１６Ｍｂｐｓであるとき、その拡張エクステントTのサイズは約１５ＭＢ以上である。従って、３Ｄ再生モードでの再生経路1532における上記のジャンプのジャンプ距離は第１拡張データ専用区間1511内のデータ量の下限＝約１５ＭＢ＝約７６８０セクタ以上でなければならない。図１８の表から、そのジャンプの最大ジャンプ時間TJUMP-MAXは短くとも２００ｍ秒でなければならない。それに対し、第１共用区間1401内の最後のエクステント・ブロックに対する平均転送速度REXTSSが最高値６４Ｍｂｐｓ×１９２／１８８であるとき、そのジャンプのジャンプ時間TJUMPが最長で約１２２ｍ秒×ｎに制限される。この上限、約１２２ｍ秒×ｎが２００ｍ秒を超えるには、そのエクステント・ブロックに含まれるエクステント・ペアの数ｎが２以上であればよい。すなわち、その数ｎに対する制限は、拡張エクステント・ブロックに対する本来の制限と変わらない。
また、配置２では配置１とは異なり、第１共用区間1401内の最後のエクステント・ブロックに含まれるエクステント・ペアの数ｎが２のままでも、拡張ストリーム・ファイルに対するシステム・レートRTS3を１６Ｍｂｐｓよりも高く設定することができる。実際、そのエクステント・ブロックに対する平均転送速度REXTSSが最高値６４Ｍｂｐｓ×１９２／１８８であるとき、３Ｄ再生モードでの再生経路1532においてそのエクステント・ブロックの読み出し直後に可能なジャンプのジャンプ時間が最長で約１２２ｍ秒×２＝約２４３ｍ秒である。従って、第１拡張データ専用区間1511のセクタ数は１００００セクタ以下であればよく、すなわち、その区間内の拡張エクステントTのサイズSEXT3は約１９．５ＭＢ以下であればよい。一方、層境界LBを越えるためのロング・ジャンプJLYに関する条件から、その拡張エクステントTのエクステントＡＴＣ時間TEXT3は短くとも約７．６秒であればよい。それ故、ＲＢ３2312に必要な容量を増大させることなく、拡張ストリーム・ファイルに対するシステム・レートRTS3を約２１Ｍｂｐｓまで上昇させることができる：RTS3＝SEXT3／TEXT3≦19.5MB×8／7.6秒／192×188≒21Mbps。
２−１０：クリップ情報ファイル
図２７は、２Ｄクリップ情報ファイル231のデータ構造を示す模式図である。図２７を参照するに、２Ｄクリップ情報ファイル231は、クリップ情報2710、ストリーム属性情報2720、エントリ・マップ2727、及び３Ｄメタデータ2740を含む。３Ｄメタデータ2740はエクステント起点2742を含む。ＤＥＰクリップ情報ファイル232及び拡張クリップ情報ファイル233も同様なデータ構造を持つ。
クリップ情報2710は、図２７に示されているように、システム・レート2711、再生開始時刻2712、及び再生終了時刻2713を含む。システム・レート2711は、ファイル２Ｄ221に対するシステム・レートRTSを規定する。ここで、図１６に示されているように、２Ｄ再生モードの再生装置102は、ファイル２Ｄ221に属する“ＴＳパケット”をリード・バッファ1602からシステム・ターゲット・デコーダ1603へ転送する。従って、ファイル２Ｄ221では、ＴＳパケットの転送速度がシステム・レートRTS以下に抑えられるように、ソースパケットのＡＴＳの間隔が設定されている。再生開始時刻2712は、ファイル２Ｄ221の先頭のＶＡＵに割り当てられたＰＴＳ、例えば先頭のビデオ・フレームのＰＴＳを示す。再生終了時刻2713は、ファイル２Ｄ221の後端のＶＡＵに割り当てられたＰＴＳから更に所定量遅れたＳＴＣの値、例えば最後のビデオ・フレームのＰＴＳに１フレーム当たりの再生時間を加えた値を示す。
ストリーム属性情報2720は、図２７に示されているように、ファイル２Ｄ221に含まれる各エレメンタリ・ストリームのＰＩＤ2721とその属性情報2722との間の対応表である。属性情報2722は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えばプライマリ・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１００に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報2722は再生装置102により、デコーダの初期化に利用される。
［エントリ・マップ］
図２８の（ａ）は、エントリ・マップ2730のデータ構造を示す模式図である。図２８の（ａ）を参照するに、エントリ・マップ2730はテーブル2800を含む。テーブル2800は、メインＴＳに多重化されたビデオ・ストリームと同数であり、各ビデオ・ストリームに１つずつ割り当てられている。図２８の（ａ）では、各テーブル2800は割り当て先のビデオ・ストリームのＰＩＤで区別されている。各テーブル2800はエントリ・マップ・ヘッダ2801とエントリ・ポイント2802とを含む。エントリ・マップ・ヘッダ2801は、そのテーブル2800に対応付けられたＰＩＤと、そのテーブル2800に含まれるエントリ・ポイント2802の総数とを含む。エントリ・ポイント2802は、ＰＴＳ2803とソースパケット番号（ＳＰＮ）2804との対を１つずつ、異なるエントリ・ポイントＩＤ（ＥＰ＿ＩＤ）2805に対応付けている。ＰＴＳ2803は、エントリ・マップ・ヘッダ2801の示すＰＩＤのビデオ・ストリームに含まれるいずれかのＩピクチャのＰＴＳに等しい。ＳＰＮ2804は、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。ここで、「ＳＰＮ」とは、１つのＡＶストリーム・ファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。ＳＰＮは、そのＡＶストリーム・ファイル内での各ソースパケットのアドレスとして利用される。２Ｄクリップ情報ファイル231内のエントリ・マップ2730では、ＳＰＮは、ファイル２Ｄ221に属するソースパケット群、すなわち、メインＴＳを格納しているソースパケット群に割り当てられた番号を意味する。従って、エントリ・ポイント2802は、ファイル２Ｄ221に含まれる各ＩピクチャのＰＴＳとアドレス、すなわちＳＰＮとの間の対応関係を表す。
エントリ・ポイント2802は、ファイル２Ｄ221内の全てのＩピクチャに対して設定されていなくてもよい。但し、ＩピクチャがＧＯＰの先頭に位置し、かつ、そのＩピクチャの先頭を含むＴＳパケットがエクステントの先頭に位置するときは、そのＩピクチャにはエントリ・ポイント2802が設定されなければならない。
図２８の（ｂ）は、ファイル２Ｄ221に属するソースパケット群2810のうち、エントリ・マップ2730によって各ＥＰ＿ＩＤ2805に対応付けられているものを示す模式図である。図２８の（ｃ）は、そのソースパケット群2810に対応するＢＤ−ＲＯＭディスク101上のエクステント群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。再生装置102は、ファイル２Ｄ221から２Ｄ映像を再生する際にエントリ・マップ2730を利用して、任意のシーンを表すフレームのＰＴＳから、そのフレームを含むソースパケットのＳＰＮを特定する。具体的には、再生開始位置として特定のエントリ・ポイントのＰＴＳ、例えばＰＴＳ＝３６００００が指定されたとき、再生装置102はまず、エントリ・マップ2730から、そのＰＴＳに対応付けられたＳＰＮ＝３２００を検索する。再生装置102は次に、そのＳＰＮとソースパケット１つ当たりのデータ量１９２バイトとの積を求め、更にその積をセクタ１つ当たりのデータ量２０４８バイトで割ったときの商、ＳＰＮ×１９２／２０４８を求める。図６の（ｃ）、（ｄ）から理解されるとおり、その商は、メインＴＳのうち、そのＳＰＮが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図２８の（ｂ）に示されている例では、その商、３２００×１９２／２０４８＝３００は、０から３１９９までのＳＰＮが割り当てられたソースパケット群2811が記録されたセクタの総数に等しい。再生装置102は続いてファイル２Ｄ221のファイル・エントリを参照し、ファイル２Ｄ221のエクステント群が記録されたセクタ群の先頭から数えて（上記の総数＋１）番目のセクタのＬＢＮを特定する。図２８の（ｃ）に示されている例では、エクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能なベースビュー・エクステントB[0]、B[1]、B[2]、…が記録されたセクタ群のうち、先頭から数えて３０１番目のセクタのＬＢＮが特定される。再生装置102はそのＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、そのＬＢＮのセクタから順にベースビュー・エクステント群がアラインド・ユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインド・ユニットから、再生開始位置のエントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル２Ｄ221から特定のＰＴＳ以降の２Ｄ映像を再生できる。
エントリ・マップ2730は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば２Ｄ再生モードの再生装置102はまずエントリ・マップ2730を参照して、再生開始位置、例えばＰＴＳ＝３６００００以降のＰＴＳを含むエントリ・ポイントＥＰ＿ＩＤ＝２、３、…からＳＰＮ＝３２００、４８００、…を順番に読み出す。再生装置102は次にファイル２Ｄ221のファイル・エントリを利用して、各ＳＰＮに対応するセクタのＬＢＮを特定する。再生装置102は続いて、各ＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、各ＬＢＮのセクタからアラインド・ユニットが読み出される。再生装置102は更に各アラインド・ユニットから、各エントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。こうして、再生装置102はエクステント群EXT2D[n]自体を解析することなく、ファイル２Ｄ221からＩピクチャを選択的に再生できる。
［エクステント起点］
図２９の（ａ）は、エクステント起点2742のデータ構造を示す模式図である。図２９の（ａ）を参照するに、「エクステント起点（Extent＿Start＿Point）」2742はベースビュー・エクステントＩＤ（ＥＸＴ１＿ＩＤ）2911とＳＰＮ2912とを含む。ＥＸＴ１＿ＩＤ2911は、ファイルＳＳ223に属する各ベースビュー・エクステントに、先頭から順に割り当てられた通し番号である。ＳＰＮ2912は各ＥＸＴ１＿ＩＤ2911に１つずつ割り当てられ、そのＥＸＴ１＿ＩＤ2911で識別されるベースビュー・エクステントの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、ファイルＳＳ223に属するベースビュー・エクステント群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図１１に示されているように、拡張エクステント・ブロックに含まれる各ベースビュー・エクステントB[0]、B[1]、B[2]、…は、ファイル２Ｄ221とファイルＳＳ223とに共有される。一方、図１４、１５に示されているように、層境界等、ロング・ジャンプの必要な箇所の近傍に配置されたエクステント群は、ファイル２Ｄ221とファイルＳＳ223とのいずれかにのみ属するベースビュー・エクステントを含む。従って、エクステント起点2742の示すＳＰＮ2912は、ファイル２Ｄ221に属するベースビュー・エクステントの先端に位置するソースパケットのＳＰＮとは一般に異なる。
図２９の（ｂ）は、ＤＥＰクリップ情報ファイル232に含まれるエクステント起点2920のデータ構造を示す模式図である。図２９の（ｂ）を参照するに、エクステント起点2920はディペンデントビュー・エクステントＩＤ（ＥＸＴ２＿ＩＤ）2921とＳＰＮ2922とを含む。ＥＸＴ２＿ＩＤ2921は、ファイルＳＳ223に属する各ディペンデントビュー・エクステントに先頭から順に割り当てられた通し番号である。ＳＰＮ2922は各ＥＸＴ２＿ＩＤ2921に１つずつ割り当てられ、そのＥＸＴ２＿ＩＤ2921で識別されるディペンデントビュー・エクステントの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、ファイルＳＳ223に属するディペンデントビュー・エクステント群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図２９の（ｄ）は、ファイルＤＥＰ222に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点2920の示すＳＰＮ2922との間の対応関係を表す模式図である。図１１に示されているように、ディペンデントビュー・エクステントはファイルＤＥＰ222とファイルＳＳ223とに共有される。従って、図２９の（ｄ）に示されているように、エクステント起点2920の示す各ＳＰＮ2922は、各ディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…の先端に位置するソースパケットのＳＰＮに等しい。
２Ｄクリップ情報ファイル231のエクステント起点2742と、ＤＥＰクリップ情報ファイル232のエクステント起点2920とは、以下に説明するように、ファイルＳＳ223から３Ｄ映像が再生されるとき、ファイルＳＳ223の各エクステントに含まれるベースビュー・エクステントとディペンデントビュー・エクステントとの間の境界の検出に利用される。
図２９の（ｅ）は、ファイルＳＳ223に属するエクステントEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。図２９の（ｅ）を参照するに、そのエクステント・ブロックはインターリーブ配置のエクステント群D[n]、B[n]（n＝0、1、2、…）を含む。そのエクステント・ブロックはファイルＳＳ223のエクステントEXTSS[0]としてアクセス可能である。更に、そのエクステントEXTSS[0]の中で、（ｎ＋１）番目のベースビュー・エクステントB[n]に含まれるソースパケットの数は、エクステント起点2742において、ＥＸＴ１＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ａ(ｎ＋１)−Ａｎに等しい。ここで、Ａ０＝０とする。一方、ディペンデントビュー・エクステントD[n＋1]に含まれるソースパケットの数は、エクステント起点2920において、ＥＸＴ２＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ｂ(ｎ＋１)−Ｂｎに等しい。ここで、Ｂ０＝０とする。
３Ｄ再生モードの再生装置102は、ファイルＳＳ223から３Ｄ映像を再生するとき、各クリップ情報ファイル231、232のエントリ・マップとエクステント起点2742、2920とを利用する。それにより、再生装置102は、任意のシーンのライトビューを表すフレームのＰＴＳから、そのフレームの構成に必要なディペンデントビュー・エクステントが記録されたセクタのＬＢＮを特定する。具体的には、再生装置102はまず、ＤＥＰクリップ情報ファイル232のエントリ・マップから、そのＰＴＳに対応付けられたＳＰＮを検索する。仮にそのＳＰＮの示すソースパケットが、ファイルＤＥＰ222の３番目のディペンデントビュー・エクステントEXT2[2]＝D[2]に含まれる場合を想定する。再生装置102は次に、ＤＥＰクリップ情報ファイル232のエクステント起点2920の示すＳＰＮ2922の中から、目標のＳＰＮ以下で最大のもの“Ｂ２”と、それに対応するＥＸＴ２＿ＩＤ“２”とを検索する。再生装置102は続いて、２Ｄクリップ情報ファイル231のエクステント起点2742から、そのＥＸＴ２＿ＩＤ“２”と等しいＥＸＴ１＿ＩＤに対応するＳＰＮ2912の値“Ａ２”を検索する。再生装置102は更に、検索されたＳＰＮの和Ｂ２＋Ａ２を求める。図２９の（ｅ）から理解されるように、その和Ｂ２＋Ａ２は、ファイルＳＳ223のエクステントEXTSS[0]の中で、３番目のディペンデントビュー・エクステントD[2]よりも前に配置されたソースパケットの総数に等しい。従って、その和Ｂ２＋Ａ２とソースパケット１つ当たりのデータ量１９２バイトとの積をセクタ１つ当たりのデータ量２０４８バイトで割ったときの商（Ｂ２＋Ａ２）×１９２／２０４８は、ファイルＳＳ223のエクステントEXTSS[0]の先頭から３番目のディペンデントビュー・エクステントD[2]の直前までのセクタ数に等しい。この商を利用してファイルＳＳ223のファイル・エントリを参照すれば、そのディペンデントビュー・エクステントD[2]の先端が記録されたセクタのＬＢＮを特定することができる。
再生装置102は、上記のようにＬＢＮを特定した後、そのＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、そのＬＢＮのセクタ以降に記録されたファイルＳＳ223のエクステントEXTSS[0]の部分、すなわち３番目のディペンデントビュー・エクステントD[2]以降のエクステント群D[2]、B[2]、D[3]、B[3]、…がアラインド・ユニット単位で読み出される。
再生装置102は更にエクステント起点2742、2920を利用して、読み出されたファイルＳＳ223のエクステントから、ディペンデントビュー・エクステントとベースビュー・エクステントとを交互に抽出する。例えば、図２９の（ｅ）に示されているファイルＳＳ223のエクステント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は同様に、読み出されるソースパケットの数を用いて、ファイルＳＳ223のエクステント内からディペンデントビュー・エクステントとベースビュー・エクステントとの間の境界を検出し、それらのエクステントを交互に抽出する。抽出されたベースビュー・エクステントとディペンデントビュー・エクステントとはパラレルにシステム・ターゲット・デコーダに渡されて復号される。こうして、３Ｄ再生モードの再生装置102はファイルＳＳ223から特定のＰＴＳ以降の３Ｄ映像を再生できる。
２−１１：ファイル・ベース
図２９の（ｃ）は、３Ｄ再生モードの再生装置102によってファイルＳＳ223から抽出されたベースビュー・エクステントB[0]、B[1]、B[2]、…を表す模式図である。図２９の（ｃ）を参照するに、それらのベースビュー・エクステントB[n]（n＝0、1、2、…）に含まれるソースパケット群に、先頭から順にＳＰＮを割り当てたとき、各ベースビュー・エクステントB[n]の先端に位置するソースパケットのＳＰＮは、エクステント起点2742の示すＳＰＮ2912に等しい。それらのベースビュー・エクステント群B[n]のように、エクステント起点を利用して１つのファイルＳＳから抽出されるベースビュー・エクステント群を「ファイル・ベース」という。図２９の（ｅ）に示されているように、各ベースビュー・エクステントEXT1[0]、EXT1[1]、…はクリップ情報ファイル内のエクステント起点2742、2920によって参照される。
ファイル・ベースのエクステントEXT1[n]はファイル２ＤのエクステントEXT2D[n]とベースビュー・エクステントB[n]を共有する。従って、ファイル・ベースはファイル２Ｄと同じメインＴＳを含む。しかし、ファイル・ベースはファイル２Ｄとは異なり、ファイル・エントリを含まない。かつ、ベースビュー・エクステントの参照にエクステント起点を必要とする。それらの意味で、ファイル・ベースは「仮想的なファイル」である。特にファイル・ベースはファイルシステムでは認識されず、図２に示されているファイル構造には現れない。
２−１２：２Ｄプレイリスト・ファイル
図３０は、２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図３０を参照するに、２Ｄプレイリスト・ファイル241はメインパス3001と２本のサブパス3002、3003とを含む。
メインパス3001はプレイアイテム情報（以下、ＰＩと略す。）の配列であり、ファイル２Ｄ221の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各ＰＩは固有のプレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）で識別される。各ＰＩ＃Ｎは主要な再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の開始時刻（In−Time）を表し、他方は終了時刻（Out−Time）を表す。更に、メインパス3001内でのＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
各サブパス3002、3003はサブプレイアイテム情報（以下、ＳＵＢ＿ＰＩと略す。）の配列であり、ファイル２Ｄ221の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、メインパス3001の表すファイル２Ｄ221の部分とは別の部分とその再生順、又は、別のファイル２Ｄに多重化されたストリーム・データの部分とその再生順を示す。そのストリーム・データは、メインパス3001に従ってファイル２Ｄ221から再生される２Ｄ映像と同時に再生されるべき別の２Ｄ映像を表す。その別の２Ｄ映像は例えば、ピクチャ・イン・ピクチャ方式における副映像、ブラウザ画面、ポップアップ・メニュー、又は字幕を含む。サブパス3002、3003には２Ｄプレイリスト・ファイル241への登録順に通し番号“０”、“１”が振られている。その通し番号はサブパスＩＤとして各サブパス3002、3003の識別に利用される。各サブパス3002、3003では、各ＳＵＢ＿ＰＩが固有のサブプレイアイテムＩＤ＝＃Ｍ（Ｍ＝１、２、３、…）で識別される。各ＳＵＢ＿ＰＩ＃Ｍは、再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス3002、3003内でのＳＵＢ＿ＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
図３１は、ＰＩ＃Ｎのデータ構造を示す模式図である。図３１を参照するに、ＰＩ＃Ｎは、参照クリップ情報3101、再生開始時刻（In-Time）3102、再生終了時刻（Out-Time）3103、及びストリーム選択テーブル（以下、ＳＴＮ（StreamNumber）テーブルと略す。）3105を含む。参照クリップ情報3101は、２Ｄクリップ情報ファイル231を識別するための情報である。再生開始時刻3102と再生終了時刻3103とは、ファイル２Ｄ221の再生対象部分の先端と後端との各ＰＴＳを示す。ＳＴＮテーブル3105は、再生開始時刻3102から再生終了時刻3103までの間に、再生装置102内のデコーダによってファイル２Ｄ221から選択可能なエレメンタリ・ストリームのリストを表す。
ＳＵＢ＿ＰＩのデータ構造は、図３１に示されているＰＩのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にＳＵＢ＿ＰＩの再生開始時刻と再生終了時刻とは、ＰＩのそれらと同じ時間軸上の値で表される。
［ＳＴＮテーブル］
図３１を更に参照するに、ＳＴＮテーブル3105はストリーム登録情報の配列である。「ストリーム登録情報」とは、再生開始時刻3102から再生終了時刻3103までの間にメインＴＳから再生対象として選択可能なエレメンタリ・ストリームを個別に示す情報である。ストリーム番号（ＳＴＮ）3106は、ストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリ・ストリームの識別に利用される。ＳＴＮ3106は更に、同じ種類のエレメンタリ・ストリームの間では選択の優先順位を表す。ストリーム登録情報はストリーム・エントリ3109とストリーム属性情報3110とを含む。ストリーム・エントリ3109はストリーム・パス情報3107とストリーム識別情報3108とを含む。ストリーム・パス情報3107は、選択対象のエレメンタリ・ストリームが属するファイル２Ｄを示す情報である。例えば、ストリーム・パス情報3107が“メインパス”を示すとき、そのファイル２Ｄは、参照クリップ情報3101の示す２Ｄクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報3107が“サブパスＩＤ＝１”を示すとき、選択対象のエレメンタリ・ストリームが属するファイル２Ｄは、サブパスＩＤ＝１のサブパスに含まれるＳＵＢ＿ＰＩの参照クリップ情報が示す２Ｄクリップ情報ファイルに対応するものである。そのＳＵＢ＿ＰＩの規定する再生開始時刻又は再生終了時刻のいずれかは、ＳＴＮテーブル3105を含むＰＩの規定する再生開始時刻3102から再生終了時刻3103までの期間に含まれる。ストリーム識別情報3108は、ストリーム・パス情報3107によって特定されるファイル２Ｄに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻3102から再生終了時刻3103までの間に選択可能である。ストリーム属性情報3110は各エレメンタリ・ストリームの属性情報を表す。例えば、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。
［２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生］
図３２は、２Ｄプレイリスト・ファイル241の示すＰＴＳと、ファイル２Ｄ221から再生される部分との間の対応関係を示す模式図である。図３２を参照するに、２Ｄプレイリスト・ファイル241のメインパス3001では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル231を示す。再生装置102は、２Ｄプレイリスト・ファイル241に従って２Ｄ映像を再生するとき、まずＰＩ＃１からＰＴＳ＃１、＃２を読み出す。再生装置102は次に、２Ｄクリップ情報ファイル231のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ221内のＳＰＮ＃１、＃２を検索する。再生装置102は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル２Ｄ221のファイル・エントリとを利用して、再生対象のエクステント群EXT2D[0]、…、EXT2D[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２８を用いて説明したとおりである。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それに応じて、ＢＤ−ＲＯＭドライブ121はファイル２Ｄ221のファイル・エントリを利用して、その範囲のセクタ群P1から、各エクステントEXT2D[0]、…、EXT2D[n]に属するソースパケット群を読み出す。同様に、ＰＩ＃２の示すＰＴＳ＃３、＃４の対は、まず２Ｄクリップ情報ファイル231のエントリ・マップを利用してＳＰＮ＃３、＃４の対に変換される。次に、ファイル２Ｄ221のファイル・エントリを利用してＳＰＮ＃３、＃４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P2から、ファイル２Ｄ221のエクステント群に属するソースパケット群が読み出される。ＰＩ＃３の示すＰＴＳ＃５、＃６の対からＳＰＮ＃５、＃６の対への変換、ＳＰＮ＃５、＃６の対からＬＢＮ＃５、＃６の対への変換、及びＬＢＮ＃５からＬＢＮ＃６までの範囲のセクタ群P3からのソースパケット群の読み出しも同様である。こうして、再生装置102は２Ｄプレイリスト・ファイル241のメインパス3001に従って、ファイル２Ｄ221から２Ｄ映像を再生できる。
２Ｄプレイリスト・ファイル241はエントリ・マーク3201を含んでもよい。エントリ・マーク3201は、メインパス3001のうち、実際に再生が開始されるべき時点を示す。例えば図３２に示されているように、ＰＩ＃１に対して複数のエントリ・マーク3201が設定されてもよい。エントリ・マーク3201は、特に飛び込み再生において、再生開始位置の検索に利用される。例えば２Ｄプレイリスト・ファイル241が映画タイトルの再生経路を規定するとき、エントリ・マーク3201は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。
２−１３：３Ｄプレイリスト・ファイル
図３３は、３Ｄプレイリスト・ファイル242のデータ構造を示す模式図である。図３３を参照するに、３Ｄプレイリスト・ファイル242は、メインパス3301、サブパス3302、及び拡張データ3303を含む。
メインパス3301はメインＴＳの再生経路を規定する。従って、メインパス3301は２Ｄプレイリスト・ファイル241のメインパス3001と実質的に等しい。すなわち、２Ｄ再生モードの再生装置102は、３Ｄプレイリスト・ファイル242のメインパス3301に従ってファイル２Ｄ221から２Ｄ映像を再生できる。
サブパス3302はサブＴＳの再生経路、すなわち、ファイルＤＥＰ222の再生経路を規定する。サブパス3302のデータ構造は２Ｄプレイリスト・ファイル241のサブパス3002、3003のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図３０を用いた説明を援用する。
サブパス3302のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス3301のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス3302はその上、サブパス・タイプ3310を含む。「サブパス・タイプ」は一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。３Ｄプレイリスト・ファイル242では特に、サブパス・タイプ3310が３Ｄ再生モードの種類、すなわち、サブパス3302に従って再生されるべきディペンデントビュー・ビデオ・ストリームの種類を示す。図３３では、サブパス・タイプ3310は、その値が「３Ｄ・Ｌ／Ｒ」であるので、３Ｄ再生モードがＬ／Ｒモードであること、すなわち、ライトビュー・ビデオ・ストリームが再生対象であることを示す。一方、サブパス・タイプ3310は、その値が「３Ｄデプス」であるとき、３Ｄ再生モードがデプス・モードであること、すなわち、デプスマップ・ストリームが再生対象であることを示す。３Ｄ再生モードの再生装置102は、サブパス・タイプ3310の値が「３Ｄ・Ｌ／Ｒ」又は「３Ｄデプス」であることを検出したとき、メインパス3301に従った再生処理と、サブパス3302に従った再生処理とを同期させる。
拡張データ3303は、３Ｄ再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モードの再生装置102には無視される。拡張データ3303は特に拡張ストリーム選択テーブル3330を含む。拡張ストリーム選択テーブル（以下、ＳＴＮテーブルＳＳと略す。）は、３Ｄ再生モードにおいて、メインパス3301内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブＴＳから再生対象として選択可能なエレメンタリ・ストリームを示す。
［ＳＴＮテーブルＳＳ］
図３４は、ＳＴＮテーブルＳＳ3330のデータ構造を示す模式図である。図３４を参照するに、ＳＴＮテーブルＳＳ3330はストリーム登録情報列3401、3402、3403、…、を含む。ストリーム登録情報列3401、3402、3403、…、はメインパス3301内のＰＩ＃１、＃２、＃３、…、に個別に対応する。３Ｄ再生モードの再生装置102はそれらのストリーム登録情報列3401、3402、3403を、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わせて利用する。各ＰＩに対するストリーム登録情報列3401−3403は、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3412、ＰＧストリームのストリーム登録情報列3413、及びＩＧストリームのストリーム登録情報列3414を含む。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3412、ＰＧストリームのストリーム登録情報列3413、及びＩＧストリームのストリーム登録情報列3414はそれぞれ、サブＴＳから再生対象として選択可能なディペンデントビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列3412、3413、3414はそれぞれ、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報列を読み出すとき、そのストリーム登録情報列に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列3412は、一般に複数のストリーム登録情報（SS＿dependent＿view＿block）3420を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報3420は、ＳＴＮ3421、ストリーム・エントリ3422、及びストリーム属性情報3423を含む。ＳＴＮ3421は、ストリーム登録情報3420に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ3422は、サブパスＩＤ参照情報（ref＿to＿Subpath＿id）3431、ストリーム・ファイル参照情報（ref＿to＿subClip＿entry＿id）3432、及びＰＩＤ（ref＿to＿stream＿PID＿subclip）3433を含む。サブパスＩＤ参照情報3431は、ディペンデントビュー・ビデオ・ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報3432は、そのディペンデントビュー・ビデオ・ストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ3433はそのディペンデントビュー・ビデオ・ストリームのＰＩＤである。ストリーム属性情報3423は、そのディペンデントビュー・ビデオ・ストリームの属性、例えば、フレームレート、解像度、及びビデオ・フォーマットを含む。特にそれらは、対応するＰＩ内の組み合わせ対象のストリーム登録情報の示すベースビュー・ビデオ・ストリームのものと共通である。
ＰＧストリームのストリーム登録情報列3413は、一般に複数のストリーム登録情報3440を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ＰＧストリームを示すものと同数である。各ストリーム登録情報3440は、ＳＴＮ3434、ベースビュー・ストリーム・エントリ（stream＿entry＿for＿base＿view）3443、ディペンデントビュー・ストリーム・エントリ（stream＿entry＿for＿depentdent＿view）3444、及びストリーム属性情報3445を含む。ＳＴＮ3434は、ストリーム登録情報3440に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ベースビュー・ストリーム・エントリ3443とディペンデントビュー・ストリーム・エントリ3444とはそれぞれ、サブパスＩＤ参照情報3451、ストリーム・ファイル参照情報3452、及びＰＩＤ3453を含む。サブパスＩＤ参照情報3451は、ベースビューとディペンデントビューとの各ＰＧストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報3452は、各ＰＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ3453は各ＰＧストリームのＰＩＤである。ストリーム属性情報3445は各ＰＧストリームの属性、例えば言語の種類を含む。ＩＧストリームのストリーム登録情報列3414も同様なデータ構造を持つ。
［３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生］
図３５は、３Ｄプレイリスト・ファイル242の示すＰＴＳと、ファイルＳＳ223から再生される部分との間の対応関係を示す模式図である。図３５を参照するに、３Ｄプレイリスト・ファイル242のメインパス3301では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル231を示す。サブパス3302では、ＳＵＢ＿ＰＩ＃１が、ＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報はＤＥＰクリップ情報ファイル232を示す。
再生装置102は３Ｄプレイリスト・ファイル242に従って３Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は次に２Ｄクリップ情報ファイル231のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイル２Ｄ221内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102はＤＥＰクリップ情報ファイル232のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイルＤＥＰ222内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、図２９の（ｅ）の説明で述べたように、各クリップ情報ファイル231、232のエクステント起点2742、2920を利用して、ファイルＳＳ223の先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定する。再生装置102は同様に、ファイルＳＳ223の先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。再生装置102は更にＳＰＮ＃２１、＃２２のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数とファイルＳＳ223のファイル・エントリとを利用して、再生対象のエクステント群EXTSS[0]、…、EXTSS[n]が記録されたセクタ群P11の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２９の（ｅ）の説明で述べたものと同様である。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それに応じて、ＢＤ−ＲＯＭドライブ121はファイルＳＳ223のファイル・エントリを利用して、その範囲のセクタ群P11から、各エクステントEXTSS[0]、…、EXTSS[n]に属するソースパケット群を読み出す。同様に、ＰＩ＃２とＳＵＢ＿ＰＩ＃２との示すＰＴＳ＃３、＃４の対は、まずクリップ情報ファイル231、232の各エントリ・マップを利用してＳＰＮ＃３、＃４の対とＳＰＮ＃１３、＃１４の対とに変換される。次に、ＳＰＮ＃３、＃１３からはファイルＳＳ223の先頭から再生開始位置までのソースパケット数ＳＰＮ＃２３が算定され、ＳＰＮ＃４、＃１４からはファイルＳＳ223の先頭から再生終了位置までのソースパケット数ＳＰＮ＃２４が算定される。続いて、ファイルＳＳ223のファイル・エントリを利用して、ＳＰＮ＃２３、＃２４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P12から、ファイルＳＳ223のエクステント群に属するソースパケット群が読み出される。
上記の読み出し処理と並行して、再生装置102は、図２９の（ｅ）の説明で述べたように各クリップ情報ファイル231、232のエクステント起点2742、2920を利用して、ファイルＳＳ223の各エクステントからベースビュー・エクステントとディペンデントビュー・エクステントとを抽出して、パラレルに復号する。こうして、再生装置102は、３Ｄプレイリスト・ファイル242に従ってファイルＳＳ223から３Ｄ映像を再生できる。
２−１４：拡張プレイリスト・ファイル
図３６は、拡張プレイリスト・ファイル243のデータ構造を示す模式図である。図３６を参照するに、拡張プレイリスト・ファイル243は、メインパス3601、サブパス3602、及び拡張データ3603を含む。
メインパス3601はメインＴＳの再生経路を規定する。従って、メインパス3601は２Ｄプレイリスト・ファイル241のメインパス3001と実質的に等しい。すなわち、２Ｄ再生モードの再生装置102は、拡張プレイリスト・ファイル243のメインパス3601に従ってファイル２Ｄ221からフルＨＤの２Ｄ映像を再生できる。
サブパス3602は拡張ストリーム・ファイル224の再生経路を規定する。サブパス3602のデータ構造は２Ｄプレイリスト・ファイル241のサブパス3002、3003のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図３０を用いた説明を援用する。
サブパス3602のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス3601のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス3602はその上、サブパス・タイプ3610を含む。拡張プレイリスト・ファイル243では特に、サブパス・タイプ3610の値が「４Ｋ２Ｋ」であり、再生装置102の動作モードが拡張再生モードであることを示す。拡張再生モードの再生装置102は、サブパス・タイプ3610が拡張再生モードを示すことを検出したとき、メインパス3601に従った再生処理と、サブパス3602に従った再生処理とを同期させる。
拡張データ3603は、拡張再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モード及び３Ｄ再生モードの再生装置102には無視される。拡張データ3603は特に拡張ストリーム選択テーブル3630を含む。拡張ストリーム選択テーブル（以下、ＳＴＮテーブルＥＸと略す。）は、拡張再生モードにおいて、メインパス3601内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、拡張ストリームから再生対象として選択可能なエレメンタリ・ストリームを示す。
［ＳＴＮテーブルＥＸ］
図３７は、ＳＴＮテーブルＥＸ3630のデータ構造を示す模式図である。図３７を参照するに、ＳＴＮテーブルＥＸ3630はストリーム登録情報列3701、3702、3703、…、を含む。ストリーム登録情報列3701、3702、3703、…、はメインパス3301内のＰＩ＃１、＃２、＃３、…、に個別に対応する。拡張再生モードの再生装置102はそれらのストリーム登録情報列3701、3702、3703を、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わせて利用する。各ＰＩに対するストリーム登録情報列3701は拡張ストリームのストリーム登録情報列3710を含む。
拡張ストリームのストリーム登録情報列3710は、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリームを示すものと組み合わされて利用される。拡張再生モードの再生装置102は、ＳＴＮテーブル内のストリーム登録情報列を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＥＸ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に拡張再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。
拡張ストリームのストリーム登録情報列3710は、一般に複数のストリーム登録情報3720を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報3720は、ＳＴＮ3721、ストリーム・エントリ3722、及びストリーム属性情報3723を含む。ＳＴＮ3721は、ストリーム登録情報3720に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ3722は、サブパスＩＤ参照情報3731、ストリーム・ファイル参照情報3732、及びＰＩＤ3733を含む。サブパスＩＤ参照情報3731は、拡張ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報3732は、その拡張ストリームが格納された拡張ストリーム・ファイルを識別するための情報である。ＰＩＤ3733は、その拡張ストリームの中から選択されるべきエレメンタリ・ストリームのＰＩＤ、特に解像度拡張情報のＰＩＤである。ストリーム属性情報3723はその拡張ストリームの属性を含む。
［拡張プレイリスト・ファイルに従った４Ｋ２Ｋの映像の再生］
図３８は、拡張プレイリスト・ファイル243の示すＰＴＳと、ファイル２Ｄ221及び拡張ストリーム・ファイル224から再生される部分との間の対応関係を示す模式図である。図３８を参照するに、拡張プレイリスト・ファイル243のメインパス3601では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル231を示す。サブパス3602では、ＳＵＢ＿ＰＩ＃１が、ＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報は拡張クリップ情報ファイル233を示す。
再生装置102は拡張プレイリスト・ファイル243に従って４Ｋ２Ｋの２Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は次に２Ｄクリップ情報ファイル231のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイル２Ｄ221内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102は拡張クリップ情報ファイル233のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応する拡張ストリーム・ファイル224内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル２Ｄ221のファイル・エントリとを利用して、再生対象のエクステント群EXT2D[0]、…、EXT2D[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図２８を用いて説明したとおりである。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。同様に、再生装置102は、ＳＰＮ＃１１、＃１２から、それぞれに対応するセクタ数を算定し、それらのセクタ数と拡張ストリーム・ファイル224のファイル・エントリとを利用して、再生対象の拡張エクステント群EXT3[0]、…、EXT3[i]が記録されたセクタ群P3の先端のＬＢＮ＃１１と後端のＬＢＮ＃１２とを特定する。再生装置102は更に、ＬＢＮ＃１１からＬＢＮ＃１２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。再生装置102からの指定に応じて、ＢＤ−ＲＯＭドライブ121は、ファイル２Ｄ221のファイル・エントリを利用して、ＬＢＮ＃１からＬＢＮ＃２までの範囲のセクタ群P1からファイル２Ｄ221のエクステントEXT2D[0]、…、EXT2D[n]を読み出す。それと並行して、ＢＤ−ＲＯＭドライブ121は、拡張ストリーム・ファイル224のファイル・エントリを利用して、ＬＢＮ＃１１からＬＢＮ＃１２までの範囲のセクタ群P3から拡張エクステントEXT3[0]、…、EXT3[i]を読み出す。図１１から理解されるとおり、ＬＢＮ＃１からＬＢＮ＃２までの範囲と、ＬＢＮ＃１１からＬＢＮ＃１２までの範囲とは重複しているので、ファイル２Ｄ221のエクステントEXT2D[0]、…、EXT2D[n]と拡張エクステントEXT3[0]、…、EXT3[i]とは、先頭のＬＢＮが小さいものから順に読み出される。こうして、再生装置102は拡張プレイリスト・ファイル243のメインパス3601とサブパス3602とに従って、ファイル２Ｄ221と拡張ストリーム・ファイル224とから４Ｋ２Ｋの２Ｄ映像を再生できる。
２−１５：インデックス・ファイル
図３９は、図２に示されているインデックス・ファイル211のデータ構造を示す模式図である。図３９を参照するに、インデックス・ファイル211はインデックス・テーブル3910を含む。インデックス・テーブル3910は、項目「ファーストプレイ」3901、「トップメニュー」3902、及び「タイトルｋ」3903（ｋ＝１、２、…、ｎ：数ｎは１以上の整数である。）を含む。各項目には、ＭＶオブジェクトMVO−2D、MVO−3D、MVO−EX、又はＢＤ−ＪオブジェクトBDJO−2D、BDJO−3D、BDJO−EXのいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部は、インデックス・テーブル3910の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをＢＤ−ＲＯＭディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目「ファーストプレイ」3901には、ＢＤ−ＲＯＭディスク101がＢＤ−ＲＯＭドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」3902には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」3903には、ＢＤ−ＲＯＭディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目「タイトルｋ」には、そのタイトルに対応するＡＶストリーム・ファイルから映像を再生するためのオブジェクトが指定されている。
図３９に示されている例では、項目「タイトル１」と項目「タイトル２」とがフルＨＤの２Ｄ映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられているＭＶオブジェクトMVO−2Dは、２Ｄプレイリスト・ファイル241を用いたフルＨＤの２Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル１」が参照されたとき、そのＭＶオブジェクトMVO−2Dに従い、２Ｄプレイリスト・ファイル241がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿ってフルＨＤの２Ｄ映像の再生処理が実行される。項目「タイトル２」に対応付けられているＢＤ−ＪオブジェクトBDJO−2Dは、２Ｄプレイリスト・ファイル241を用いたフルＨＤの２Ｄ映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置102によって項目「タイトル２」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−2D内のアプリケーション管理テーブルに従ってＪＡＲファイル253からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、２Ｄプレイリスト・ファイル241がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿ってフルＨＤの２Ｄ映像の再生処理が実行される。
更に、項目「タイトル３」と項目「タイトル４」とが３Ｄ映像のタイトルに割り当てられている。項目「タイトル３」に対応付けられているＭＶオブジェクトMVO−3Dは、２Ｄプレイリスト・ファイル241を用いたフルＨＤの２Ｄ映像の再生処理に関する命令群に加え、３Ｄプレイリスト・ファイル242を用いた３Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル３」が参照されたとき、そのＭＶオブジェクトMVO−3Dに従い、３Ｄプレイリスト・ファイル242がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って３Ｄ映像の再生処理が実行される。項目「タイトル４」に対応付けられているＢＤ−ＪオブジェクトBDJO−3Dでは、アプリケーション管理テーブルが、２Ｄプレイリスト・ファイル241を用いたフルＨＤの２Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムに加え、３Ｄプレイリスト・ファイル242を用いた３Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムを規定する。再生装置102によって項目「タイトル４」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−3D内のアプリケーション管理テーブルに従ってＪＡＲファイル253からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、３Ｄプレイリスト・ファイル242がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って３Ｄ映像の再生処理が実行される。
その他に、項目「タイトル５」と項目「タイトル６」とが４Ｋ２Ｋの２Ｄ映像のタイトルに割り当てられている。項目「タイトル５」に対応付けられているＭＶオブジェクトMVO−EXは、２Ｄプレイリスト・ファイル241を用いたフルＨＤの２Ｄ映像の再生処理に関する命令群に加え、拡張プレイリスト・ファイル243を用いた４Ｋ２Ｋの２Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル５」が参照されたとき、そのＭＶオブジェクトMVO−EXに従い、拡張プレイリスト・ファイル243がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って４Ｋ２Ｋの２Ｄ映像の再生処理が実行される。項目「タイトル６」に対応付けられているＢＤ−ＪオブジェクトBDJO−EXは、２Ｄプレイリスト・ファイル241を用いたフルＨＤの２Ｄ映像の再生処理に関するアプリケーション管理テーブルに加え、拡張プレイリスト・ファイル243を用いた４Ｋ２Ｋの２Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムを規定する。再生装置102によって項目「タイトル６」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−EX内のアプリケーション管理テーブルに従ってＪＡＲファイル253からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、拡張プレイリスト・ファイル243がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って４Ｋ２Ｋの２Ｄ映像の再生処理が実行される。
３：再生装置の構成
図４０は、図１に示されている再生装置102の機能ブロック図である。図４０を参照するに再生装置102は、ＢＤ−ＲＯＭドライブ4001、再生部4002、及び制御部4003を含む。再生部4002は、スイッチ4020、第１リード・バッファ（ＲＢ１）4021、第２リード・バッファ（ＲＢ２）4022、第３リード・バッファ（ＲＢ３）4023、システム・ターゲット・デコーダ4024、及びプレーン加算部4025を含む。制御部4003は、動的シナリオ・メモリ4031、静的シナリオ・メモリ4032、ユーザイベント処理部4033、プログラム実行部4034、再生制御部4035、及びプレーヤ変数記憶部4036を含む。再生部4002と制御部4003とは互いに異なる集積回路に実装されている。特にプログラム実行部4034と再生制御部4035とは、再生装置102に内蔵のＣＰＵの機能によって実現される。その他に、再生部4002と制御部4003とが単一の集積回路に統合されていてもよい。
ＢＤ−ＲＯＭドライブ4001は、内部にＢＤ−ＲＯＭディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、ＢＤ−ＲＯＭドライブ4001は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。
ＢＤ−ＲＯＭドライブ4001は、再生制御部4035からファイルの読み出し要求としてＬＢＮの範囲が指示されたとき、そのファイルのファイル・エントリを利用して、ＢＤ−ＲＯＭディスク101上のその範囲に含まれるそのファイルのエクステントを順番に読み出す。読み出し対象のファイルが複数であり、各ファイルについて指定されたＬＢＮの範囲が重複する場合、ＢＤ−ＲＯＭドライブ4001はその重複する部分では、いずれのファイルに属するかにかかわらず、先頭のＬＢＮが小さいエクステントから順に読み出す。こうして読み出されたファイルのうち、ＡＶストリーム・ファイルはスイッチ4020へ転送され、動的シナリオ情報は動的シナリオ・メモリ4031へ転送され、静的シナリオ情報は静的シナリオ・メモリ4032へ転送される。「動的シナリオ情報」はインデックス・ファイルとＢＤプログラム・ファイルとを含む。「静的シナリオ情報」はプレイリスト・ファイルとクリップ情報ファイルとを含む。
スイッチ4020は、ＡＶストリーム・ファイルをエクステント単位で、ＢＤ−ＲＯＭドライブ4001からいずれかのリード・バッファ4021−4023へ転送する。２Ｄ再生モードの再生装置102では、スイッチ4020はファイル２ＤのエクステントをＲＢ１4021へ送出する。３Ｄ再生モードの再生装置102では、スイッチ4020は予め再生制御部4035から、ファイルＳＳのエクステントに関する境界情報を受信する。境界情報は、ファイルＳＳの各エクステントに含まれるベースビュー・エクステントとディペンデントビュー・エクステントとの間の境界を示す。具体的には、境界情報は、ファイルＳＳの各エクステントの先頭から、そのエクステントに含まれるベースビュー・エクステントとディペンデントビュー・エクステントとの各境界までのソースパケット数を示す。スイッチ4020は更に、その境界情報を利用して、ファイルＳＳの各エクステントから、ベースビュー・エクステントを抽出してＲＢ１4021へ送出し、ディペンデントビュー・エクステントを抽出してＲＢ２4022へ送出する。拡張再生モードの再生装置102では、スイッチ4020は、ファイル２ＤのエクステントをＲＢ１4021へ送出し、拡張ストリーム・ファイルのエクステントをＲＢ３4023へ送出する。ＢＤ−ＲＯＭドライブ4001からスイッチ4020へ送られる各エクステントがファイル２Ｄと拡張ストリーム・ファイルとのいずれに属するかについての情報は、ＢＤ−ＲＯＭドライブ4001からスイッチ4020へ送られる。
ＲＢ１4021、ＲＢ２4022、及びＲＢ３4023は、再生部4002内のメモリ素子を利用したバッファ・メモリである。特に単一のメモリ素子内の異なる領域が、ＲＢ１4021、ＲＢ２4022、及びＲＢ３4023として利用される。その他に、異なるメモリ素子が個別に各リード・バッファ4021−4023として利用されてもよい。ＲＢ１4021はスイッチ4020からベースビュー・エクステントを受信して格納する。ＲＢ２4022はスイッチ4020からディペンデントビュー・エクステントを受信して格納する。ＲＢ３4023はスイッチ4020から拡張エクステントを受信して格納する。
システム・ターゲット・デコーダ4024は、各リード・バッファ4021−4023からエクステントをソースパケット単位で読み出して多重分離処理を行い、分離された各エレメンタリ・ストリームに対して復号処理を行う。ここで、復号対象のエレメンタリ・ストリームのＰＩＤ、及び各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は、予め再生制御部4035からシステム・ターゲット・デコーダ4024へ送られている。システム・ターゲット・デコーダ4024は更に、プライマリ・ビデオ・ストリームから復号されたビデオ・フレーム（以下、主映像プレーンという。）、セカンダリ・ビデオ・ストリームから復号されたビデオ・フレーム（以下、副映像プレーンという。）、ＰＧストリームから復号されたＰＧプレーン、及びＩＧストリームから復号されたＩＧプレーンをプレーン加算部4025へ送出する。これらのプレーン・データは、２Ｄ再生モードではフルＨＤの２Ｄ映像を表し、３Ｄ再生モードではレフトビューとライトビューとの２Ｄ映像の対を表し、拡張再生モードでは４Ｋ２Ｋの２Ｄ映像を表す。一方、システム・ターゲット・デコーダ4024は、復号後のプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとをミキシングして、表示装置103の内蔵スピーカ103A等、音声出力装置へ送出する。システム・ターゲット・デコーダ4024はその他に、プログラム実行部4034からグラフィックス・データを受信する。そのグラフィックス・データは、ＧＵＩ用のメニュー等のグラフィックスを画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧ等のラスタ・データで表現されている。システム・ターゲット・デコーダ4024はそのグラフィックス・データを処理してイメージ・プレーンに変換し、プレーン加算部4025へ送出する。システム・ターゲット・デコーダ4024の詳細については後述する。
プレーン加算部4025はシステム・ターゲット・デコーダ4024から、主映像プレーン、副映像プレーン、ＰＧプレーン、ＩＧプレーン、及びイメージ・プレーンを読み出し、それらを互いに重畳して１枚のビデオ・フレームに合成する。特にＬ／Ｒモードでは、各プレーン・データは、レフトビューを表すものと、ライトビューを表すものとの対から成る。プレーン加算部4025は、レフトビューを表す主映像プレーンには、レフトビューを表す他のプレーン・データを重畳し、ライトビューを表す主映像プレーンには、ライトビューを表す他のプレーン・データを重畳する。一方、デプス・モードでは、各プレーン・データは、２Ｄ映像を表すものとデプスマップとの対から成る。従って、プレーン加算部4025はまず各プレーン・データからレフトビューとライトビューとのプレーン・データの対を生成する。その後の合成処理はＬ／Ｒモードでの合成処理と同様である。合成後の映像データはＨＤＭＩ方式の映像信号に変換され、表示装置103へ送出される。２Ｄ再生モードのプレーン加算部4025はフルＨＤの２Ｄ映像のビデオ・フレームを送出する。３Ｄ再生モードのプレーン加算部4025はレフトビューのビデオ・フレームとライトビューのビデオ・フレームとを交互に送出する。拡張再生モードのプレーン加算部4025は４Ｋ２Ｋの２Ｄ映像のビデオ・フレームを送出する。
動的シナリオ・メモリ4031、及び静的シナリオ・メモリ4032はいずれもバッファ・メモリである。動的シナリオ・メモリ4031及び静的シナリオ・メモリ4032としては制御部4003内の異なるメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が動的シナリオ・メモリ4031及び静的シナリオ・メモリ4032として利用されてもよい。動的シナリオ・メモリ4031は動的シナリオ情報を格納し、静的シナリオ・メモリ4032は静的シナリオ情報を格納する。
ユーザイベント処理部4033は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に依って、プログラム実行部4034又は再生制御部4035に処理を依頼する。例えば、ユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部4033はその押下を検出してそのボタンを識別する。ユーザイベント処理部4033は更にプログラム実行部4034に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、ユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部4033はその押下を検出してそのボタンを識別する。ユーザイベント処理部4033は更に再生制御部4035に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。
プログラム実行部4034は、動的シナリオ・メモリ4031に格納されたＭＶオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルからプログラムを読み出して実行する。プログラム実行部4034は更に各プログラムに従って次の制御を行う：（１）再生制御部4035に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタ・データとして生成し、それをシステム・ターゲット・デコーダ4024へ転送して、他のプレーン・データに合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ−ＲＯＭディスク101のオーサリング工程のうち、ＭＶオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルのプログラミング工程によって決まる。
再生制御部4035は、各種のファイルをＢＤ−ＲＯＭディスク101から、リード・バッファ4021−4023、動的シナリオ・メモリ4031、及び静的シナリオ・メモリ4032へ転送する処理を制御する。その制御にはＢＤ−ＲＯＭディスク101のファイルシステムが利用される。具体的には、特定のファイルの転送が行われる際、再生制御部4035はまず、そのファイルの名前を利用して、ＢＤ−ＲＯＭディスク101上のディレクトリ／ファイル構造の中から、そのファイルのファイル・エントリを検索する。再生制御部4035は次に、そのファイル・エントリを利用して、転送対象のファイルの各エクステントが記録されたＢＤ−ＲＯＭディスク101上のセクタ群を特定する。その後、再生制御部4035はそのセクタ群からのデータの読み出しをＢＤ−ＲＯＭドライブ4001に指示する。その指示に応じて、ＢＤ−ＲＯＭドライブ4001は転送対象のファイルをエクステント単位で、ＢＤ−ＲＯＭディスク101から各バッファ・メモリ4021−4023、4031、4032へ転送する。
再生制御部4035は、ＢＤ−ＲＯＭドライブ4001とシステム・ターゲット・デコーダ4024とを制御して、ＡＶストリーム・ファイルから映像データと音声データとを復号させる。具体的には、再生制御部4035はまず、プログラム実行部4034からの命令、又はユーザイベント処理部4033からの依頼に応じて、静的シナリオ・メモリ4032からプレイリスト・ファイルを読み出してその内容を解釈する。再生制御部4035は次に、その解釈された内容、特に再生経路に従って、ＢＤ−ＲＯＭドライブ4001とシステム・ターゲット・デコーダ4024とに再生対象のＡＶストリーム・ファイルを指定し、その読み出し処理及び復号処理を指示する。このようなプレイリスト・ファイルに従った再生処理を「プレイリスト再生処理」という。
２Ｄ再生モードの再生装置102では、再生制御部4035はプレイリスト再生処理をプログラム実行部4034等から命じられたとき、静的シナリオ・メモリ4032に格納された２Ｄプレイリスト・ファイルからＰＩを順番に読み出してカレントＰＩとして設定する。再生制御部4035はカレントＰＩを設定する度に、まず、そのＳＴＮテーブルに従って、システム・ターゲット・デコーダ4024の動作条件を設定する。特に、再生制御部4035は復号対象のエレメンタリ・ストリームのＰＩＤを選択して、そのエレメンタリ・ストリームの復号に必要な属性情報と共にシステム・ターゲット・デコーダ4024へ渡す。次に、再生制御部4035はカレントＰＩに従い、図３２の説明に示されている手順で、読み出し対象のファイル２Ｄのエクステントが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ4001に指示する。
３Ｄ再生モードの再生装置102では、再生制御部4035はプレイリスト再生処理をプログラム実行部4034等から命じられたとき、静的シナリオ・メモリ4032に格納された３Ｄプレイリスト・ファイルからＰＩを順番に読み出してカレントＰＩとして設定する。再生制御部4035はカレントＰＩを設定する度に、まず、そのＳＴＮテーブルとその３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳとに従って、システム・ターゲット・デコーダ4024とプレーン加算部4025との動作条件を設定する。特に、再生制御部4035は復号対象のエレメンタリ・ストリームのＰＩＤを選択して、そのエレメンタリ・ストリームの復号に必要な属性情報と共にシステム・ターゲット・デコーダ4024へ渡す。次に、再生制御部4035はカレントＰＩに従い、図３５の説明に示されている手順で、読み出し対象のファイルＳＳのエクステントが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ4001に指示する。一方、再生制御部4035は、静的シナリオ・メモリ4032に格納されたクリップ情報ファイル内のエクステント起点を利用して、ファイルＳＳのエクステントに関する境界情報を生成してスイッチ4020へ渡す。
拡張再生モードの再生装置102では、再生制御部4035はプレイリスト再生処理をプログラム実行部4034等から命じられたとき、静的シナリオ・メモリ4032に格納された拡張プレイリスト・ファイルからＰＩを順番に読み出してカレントＰＩとして設定する。再生制御部4035はカレントＰＩを設定する度に、まず、そのＳＴＮテーブルとその拡張プレイリスト・ファイル内のＳＴＮテーブルＥＸとに従って、システム・ターゲット・デコーダ4024の動作条件を設定する。特に、再生制御部4035は復号対象のエレメンタリ・ストリームのＰＩＤを選択して、そのエレメンタリ・ストリームの復号に必要な属性情報と共にシステム・ターゲット・デコーダ4024へ渡す。次に、再生制御部4035はカレントＰＩに従い、図３８の説明に示されている手順で、読み出し対象のファイル２Ｄと拡張ストリーム・ファイルとのエクステントが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ4001に指示する。
その他に、再生制御部4035は、静的シナリオ情報を利用してプレーヤ変数記憶部4036に各種のプレーヤ変数を設定する。再生制御部4035は更に、それらのプレーヤ変数を参照して、システム・ターゲット・デコーダ4024に復号対象のエレメンタリ・ストリームのＰＩＤを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。
プレーヤ変数記憶部4036は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステム・パラメータ（ＳＰＲＭ）と汎用のパラメータ（ＧＰＲＭ）とがある。ＳＰＲＭは再生装置102の状態を示す。ＳＰＲＭは例えば６４個であり、それぞれの示す意味は以下のとおりである。
ＳＰＲＭ（０） ： 言語コード
ＳＰＲＭ（１） ： プライマリ・オーディオ・ストリーム番号
ＳＰＲＭ（２） ： 字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： タイトル番号
ＳＰＲＭ（５） ： チャプタ番号
ＳＰＲＭ（６） ： プログラム番号
ＳＰＲＭ（７） ： セル番号
ＳＰＲＭ（８） ： 選択キー情報
ＳＰＲＭ（９） ： ナビゲーション・タイマー
ＳＰＲＭ（１０） ： 再生時刻情報
ＳＰＲＭ（１１） ： カラオケ用ミキシングモード
ＳＰＲＭ（１２） ： パレンタル用国情報
ＳＰＲＭ（１３） ： パレンタル・レベル
ＳＰＲＭ（１４） ： プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： オーディオ・ストリーム用言語コード
ＳＰＲＭ（１７） ： オーディオ・ストリーム用言語コード（拡張）
ＳＰＲＭ（１８） ： 字幕ストリーム用言語コード
ＳＰＲＭ（１９） ： 字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０） ： プレーヤ・リージョン・コード
ＳＰＲＭ（２１） ： セカンダリ・ビデオ・ストリーム番号
ＳＰＲＭ（２２） ： セカンダリ・オーディオ・ストリーム番号
ＳＰＲＭ（２３） ： 再生状態
ＳＰＲＭ（２４）−ＳＰＲＭ（６３）：予備
ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳを示し、そのピクチャが復号される度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。
ＳＰＲＭ（１６）のオーディオ・ストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置102のデフォルトの言語コードを示す。それらは再生装置102のＯＳＤ等を利用してユーザに変更させることもでき、プログラム実行部4034を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部4035はプレイリスト再生処理において、まず現時点での再生区間を示すＰＩ、すなわちカレントＰＩの含むＳＴＮテーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部4035は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4024に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4024によって選択されて復号される。これらの処理は、ＭＶオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルを利用して再生制御部4035に実行させることができる。
プレーヤ変数は再生処理中、再生制御部4035によって再生状態の変化に応じて更新される。特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、及びＳＰＲＭ（２２）が更新される。それらは順に、処理中のオーディオ・ストリーム、字幕ストリーム、セカンダリ・ビデオ・ストリーム、及びセカンダリ・オーディオ・ストリームの各ＳＴＮを示す。例えばプログラム実行部4034によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部4035はまず、変更後のＳＰＲＭ（１）の示すＳＴＮを利用して、カレントＰＩ内のＳＴＮテーブルから、そのＳＴＮを含むストリーム・エントリを検索する。再生制御部4035は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4024に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4024によって選択されて復号される。こうして、再生対象のオーディオ・ストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリ・ビデオ・ストリームを切り換えることもできる。
３−１：２Ｄプレイリスト再生処理
図４１は、再生制御部4035による２Ｄプレイリスト再生処理のフローチャートである。２Ｄプレイリスト再生処理は、２Ｄプレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部4035が静的シナリオ・メモリ4032から２Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ４１０１では、再生制御部4035はまず、２Ｄプレイリスト・ファイル内のメインパスからＰＩを１つ読み出してカレントＰＩとして設定する。再生制御部4035は次に、そのカレントＰＩのＳＴＮテーブルから再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ4024に指示される。再生制御部4035は更に、２Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩに付随するＳＵＢ＿ＰＩを特定する。その後、処理はステップＳ４１０２へ進む。
ステップＳ４１０２では、再生制御部4035はカレントＰＩから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２Ｄに対応する２Ｄクリップ情報ファイルが特定される。更に、カレントＰＩに付随するＳＵＢ＿ＰＩが存在するときは、それらからも同様な情報が読み出される。その後、処理はステップＳ４１０３へ進む。
ステップＳ４１０３では、再生制御部4035は２Ｄクリップ情報ファイルのエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２を検索する。ＳＵＢ＿ＰＩの示すＰＴＳの対も同様にＳＰＮの対に変換される。その後、処理はステップＳ４１０４へ進む。
ステップＳ４１０４では、再生制御部4035はＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部4035はまず、ＳＰＮ＃１、＃２のそれぞれとソースパケット１つ当たりのデータ量１９２バイトとの積を求める。再生制御部4035は次に、各積をセクタ１つ当たりのデータ量２０４８バイトで割ってその商を求める：Ｎ１＝ＳＰＮ＃１×１９２／２０４８、Ｎ２＝ＳＰＮ＃２×１９２／２０４８。商Ｎ１、Ｎ２は、メインＴＳのうち、ＳＰＮ＃１、＃２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたＳＰＮの対も同様にセクタ数の対に変換される。その後、処理はステップＳ４１０５へ進む。
ステップＳ４１０５では、再生制御部4035は、ステップＳ４１０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4035は、再生対象のファイル２Ｄのファイル・エントリを参照して、エクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4035は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ4001に指定する。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたセクタ数の対も同様にＬＢＮの対に変換されて、ＢＤ−ＲＯＭドライブ4001に指定される。その結果、指定された範囲のセクタ群から、エクステント群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ４１０６へ進む。
ステップＳ４１０６では、再生制御部4035は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ４１０１から繰り返される。残されていないときは、処理が終了する。
３−２：３Ｄプレイリスト再生処理
図４２は、再生制御部4035による３Ｄプレイリスト再生処理のフローチャートである。３Ｄプレイリスト再生処理は、３Ｄプレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部4035が静的シナリオ・メモリ4032から３Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ４２０１では、再生制御部4035はまず、３Ｄプレイリスト・ファイル内のメインパスからＰＩを１つ読み出してカレントＰＩとして設定する。再生制御部4035は次に、そのカレントＰＩのＳＴＮテーブルから再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部4035は更に、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳ3330のうち、カレントＰＩに対応するものから、再生対象のエレメンタリ・ストリームとして追加されるべきもののＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ4024に指示される。再生制御部4035はその他に、３Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩと同時に参照されるべきＳＵＢ＿ＰＩを特定してカレントＳＵＢ＿ＰＩとして設定する。その後、処理はステップＳ４２０２へ進む。
ステップＳ４２０２では、再生制御部4035はカレントＰＩとカレントＳＵＢ＿ＰＩとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２ＤとファイルＤＥＰとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップＳ４２０３へ進む。
ステップＳ４２０３では、再生制御部4035は、ステップＳ４２０２で特定されたクリップ情報ファイルの各エントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２とファイルＤＥＰ内のＳＰＮ＃１１、＃１２とを検索する。再生制御部4035は更に、各クリップ情報ファイルのエクステント起点を利用して、ファイルＳＳの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定し、ファイルＳＳの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。具体的には、再生制御部4035はまず、２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１以下で最大のもの“Ａｍ”を検索し、ＤＥＰクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１１以下で最大のもの“Ｂｍ”を検索する。再生制御部4035は続いて、検索されたＳＰＮの和Ａｍ＋Ｂｍを求めてＳＰＮ＃２１として決定する。再生制御部4035は次に、２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃２よりも大きく、かつ最小のもの“Ａｎ”を検索し、ＤＥＰクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１２より大きく、かつ最小のもの“Ｂｎ”を検索する。再生制御部4035は続いて、検索されたＳＰＮの和Ａｎ＋Ｂｎを求めてＳＰＮ＃２２として決定する。その後、処理はステップＳ４２０４へ進む。
ステップＳ４２０４では、再生制御部4035は、ステップＳ４２０３で決定されたＳＰＮ＃２１、＃２２をセクタ数の対Ｎ１、Ｎ２に変換する。具体的には、再生制御部4035はまず、ＳＰＮ＃２１とソースパケット１つ当たりのデータ量１９２バイトとの積を求める。再生制御部4035は次に、その積をセクタ１つ当たりのデータ量２０４８バイトで割ったときの商ＳＰＮ＃２１×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生開始位置の直前までのセクタ数Ｎ１に等しい。同様に、再生制御部4035は、ＳＰＮ＃２２から商ＳＰＮ＃２２×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生終了位置の直前までのセクタ数Ｎ２に等しい。その後、処理はステップＳ４２０５へ進む。
ステップＳ４２０５では、再生制御部4035は、ステップＳ４２０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4035は、再生対象のファイルＳＳのファイル・エントリを参照して、エクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4035は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ4001に指定する。その結果、指定された範囲のセクタ群から、エクステント群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ４２０６へ進む。
ステップＳ４２０６では、再生制御部4035は、ステップＳ４２０３で利用されたクリップ情報ファイルのエクステント起点を再び利用して、ファイルＳＳのエクステント群に関する境界情報を生成し、スイッチ4020へ送出する。具体的な例として、再生開始位置を示すＳＰＮ＃２１が、各エクステント起点の示すＳＰＮの和Ａｎ＋Ｂｎに等しく、再生終了位置を示すＳＰＮ＃２２が、各エクステント起点の示すＳＰＮの和Ａｍ＋Ｂｍに等しいときを想定する。そのとき、再生制御部4035は、各エクステント起点からＳＰＮの差の列、Ａ（ｎ＋１）−Ａｎ、Ｂ（ｎ＋１）−Ｂｎ、Ａ（ｎ＋２）−Ａ（ｎ＋１）、Ｂ（ｎ＋２）−Ｂ（ｎ＋１）、…、Ａｍ−Ａ（ｍ−１）、Ｂｍ−Ｂ（ｍ−１）を求めて、境界情報としてスイッチ4020へ送出する。図２９の（ｅ）に示されているとおり、この列は、ファイルＳＳのエクステントに含まれるベースビュー・エクステントとディペンデントビュー・エクステントとのそれぞれのソースパケット数を示す。スイッチ4020は、ＢＤ−ＲＯＭドライブ4001から受信されるファイルＳＳのエクステントのソースパケット数を０からカウントする。そのカウントが、境界情報の示すＳＰＮの差と一致する度に、スイッチ4020は、ソースパケットの送出先をＲＢ１4021とＲＢ２4022との間で切り換え、かつカウントを０にリセットする。その結果、ファイルＳＳの各エクステントの先頭から｛Ｂ（ｎ＋１）−Ｂｎ｝個のソースパケット、すなわち最初のディペンデントビュー・エクステントはＲＢ２4022へ送出され、続く｛Ａ（ｎ＋１）−Ａｎ｝個のソースパケット、すなわち最初のベースビュー・エクステントはＲＢ１4021へ送出される。以降も同様に、スイッチ4020によって受信されるソースパケットの数が、境界情報の示すＳＰＮの差と一致する度に、ファイルＳＳのエクステントからディペンデントビュー・エクステントとベースビュー・エクステントとが交互に抽出される。その後、処理はステップＳ４２０７へ進む。
ステップＳ４２０７では、再生制御部4035は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ４２０１から繰り返される。残されていないときは、処理が終了する。
３−３：拡張プレイリスト再生処理
図４３は、再生制御部4035による拡張プレイリスト再生処理のフローチャートである。拡張プレイリスト再生処理は、拡張プレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部4035が静的シナリオ・メモリ4032から拡張プレイリスト・ファイルを読み出すことによって開始される。
ステップＳ４３０１では、再生制御部4035はまず、拡張プレイリスト・ファイル内のメインパスからＰＩを１つ読み出してカレントＰＩとして設定する。再生制御部4035は次に、そのカレントＰＩのＳＴＮテーブルから再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部4035は更に、拡張プレイリスト・ファイル内のＳＴＮテーブルＥＸ3630のうち、カレントＰＩに対応するものから解像度拡張情報のＰＩＤを選択し、かつその解像度拡張情報の復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ4024に指示される。再生制御部4035は更に、拡張プレイリスト・ファイル内のサブパスから、カレントＰＩと同時に参照されるべきＳＵＢ＿ＰＩを特定してカレントＳＵＢ＿ＰＩとして設定する。その後、処理はステップＳ４３０２へ進む。
ステップＳ４３０２では、再生制御部4035はカレントＰＩとカレントＳＵＢ＿ＰＩとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２Ｄと拡張ストリーム・ファイルとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップＳ４３０３へ進む。
ステップＳ４３０３では、再生制御部4035は、ステップＳ４３０２で特定されたクリップ情報ファイルの各エントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２と拡張ストリーム・ファイル内のＳＰＮ＃１１、＃１２とを検索する。その後、処理はステップＳ４３０４へ進む。
ステップＳ４３０４では、再生制御部4035はＳＰＮ＃１、＃２、＃１１、＃１２から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部4035はまず、ＳＰＮ＃１、＃２、＃１１、＃１２のそれぞれとソースパケット１つ当たりのデータ量１９２バイトとの積を求める。再生制御部4035は次に、各積をセクタ１つ当たりのデータ量２０４８バイトで割ってその商を求める：Ｎ１＝ＳＰＮ＃１×１９２／２０４８、Ｎ２＝ＳＰＮ＃２×１９２／２０４８、Ｎ１１＝ＳＰＮ＃１１×１９２／２０４８、Ｎ１２＝ＳＰＮ＃１２×１９２／２０４８。商Ｎ１、Ｎ２は、メインＴＳのうち、ＳＰＮ＃１、＃２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。商Ｎ１１、Ｎ１２は、拡張ストリームのうち、ＳＰＮ＃１１、＃１２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。その後、処理はステップＳ４３０５へ進む。
ステップＳ４３０５では、再生制御部4035は、ステップＳ４３０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のファイル２Ｄのエクステント群の先端と後端とのＬＢＮを特定し、セクタ数Ｎ１１、Ｎ１２のそれぞれから、再生対象の拡張ストリーム・ファイルのエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4035は、再生対象のファイル２Ｄのファイル・エントリを参照して、エクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4035は更に、再生対象の拡張ストリーム・ファイルのファイル・エントリを参照して、エクステント群が記録されたセクタ群の先頭から数えて（Ｎ１１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１１と、（Ｎ１２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１２とを特定する。再生制御部4035は続いて、ＬＢＮ＃１からＬＢＮ＃２までの範囲と、ＬＢＮ＃１１からＬＢＮ＃１２までの範囲とをＢＤ−ＲＯＭドライブ4001に指定する。その結果、指定された範囲のセクタ群から、ファイル２Ｄと拡張ストリーム・ファイルとのエクステントが、先頭のＬＢＮの小さい順に読み出される。その後、処理はステップＳ４３０６へ進む。
ステップＳ４３０６では、再生制御部4035は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ４３０１から繰り返される。残されていないときは、処理が終了する。
３−４：システム・ターゲット・デコーダ
［２Ｄ再生モードにおける構成］
図４４は、２Ｄ再生モードのシステム・ターゲット・デコーダ4024の機能ブロック図である。図４４を参照するに、システム・ターゲット・デコーダ4024は、ソース・デパケタイザ4410、ＡＴＣカウンタ4420、第１の２７ＭＨｚクロック4430、ＰＩＤフィルタ4440、ＳＴＣカウンタ（ＳＴＣ１）4450、第２の２７ＭＨｚクロック4460、主映像デコーダ4470、副映像デコーダ4471、ＰＧデコーダ4472、ＩＧデコーダ4473、主音声デコーダ4474、副音声デコーダ4475、イメージ・プロセッサ4480、主映像プレーン・メモリ4490、副映像プレーン・メモリ4491、ＰＧプレーン・メモリ4492、ＩＧプレーン・メモリ4493、イメージ・プレーン・メモリ4494、及び音声ミキサ4495を含む。
ソース・デパケタイザ4410はＲＢ１4021からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ4440へ送出する。ソース・デパケタイザ4410は更にその送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。具体的には、ソース・デパケタイザ4410はまず、ＡＴＣカウンタ4420が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値はＡＴＣカウンタ4420により、第１の２７ＭＨｚクロック4430のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ4410は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットをＰＩＤフィルタ4440へ転送する。そのような送出時刻の調節により、ソース・デパケタイザ4410からＰＩＤフィルタ4440へのＴＳパケットの平均転送速度は、図２７に示されている２Ｄクリップ情報ファイル231内のシステム・レート2711で規定される値RTSを超えない。
ＰＩＤフィルタ4440はまず、ソース・デパケタイザ4410から送出されたＴＳパケットの含むＰＩＤを監視する。そのＰＩＤが、再生制御部4035から予め指定されたＰＩＤに一致したとき、ＰＩＤフィルタ4440はそのＴＳパケットを選択し、そのＰＩＤの示すエレメンタリ・ストリームの復号に適したデコーダ4470−4475へ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4470へ転送される。一方、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、ＴＳパケットはそれぞれ、副映像デコーダ4471、主音声デコーダ4474、副音声デコーダ4475、ＰＧデコーダ4472、及びＩＧデコーダ4473へ転送される。
ＰＩＤフィルタ4440は更に、各ＴＳパケットのＰＩＤを利用してそのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ4440はそのとき、ＳＴＣカウンタ4450の値を所定値に設定する。ここで、ＳＴＣカウンタ4450の値は、第２の２７ＭＨｚクロック4460のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ4450に設定されるべき値は予め、再生制御部4035からＰＩＤフィルタ4440に指示されている。各デコーダ4470−4475はＳＴＣカウンタ4450の値をＳＴＣとして利用する。具体的には、各デコーダ4470−4475は、まず、ＰＩＤフィルタ4440から受け取ったＴＳパケットをＰＥＳパケットに再構成する。各デコーダ4470−4475は、次に、そのＰＥＳペイロードの含むデータの復号処理の時期を、そのＰＥＳヘッダに含まれるＰＴＳ又はＤＴＳの示す時刻に従って調節する。
主映像デコーダ4470は、図４４に示されているように、トランスポート・ストリーム・バッファ（ＴＢ：Transport Stream Buffer）4401、多重化バッファ（ＭＢ：MultiplexingBuffer）4402、エレメンタリ・ストリーム・バッファ（ＥＢ：ElementaryStream Buffer）4403、圧縮映像デコーダ（ＤＥＣ）4404、及び復号ピクチャ・バッファ（ＤＰＢ：Decoded Picture Buffer）4405を含む。
ＴＢ4401、ＭＢ4402、及びＥＢ4403はいずれもバッファ・メモリであり、それぞれ主映像デコーダ4470に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ4401は、ＰＩＤフィルタ4440から受信されたＴＳパケットをそのまま蓄積する。ＭＢ4402は、ＴＢ4401に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ4401からＭＢ4402へＴＳパケットが転送されるとき、そのＴＳパケットからＴＳヘッダが除去される。ＥＢ4403は、ＰＥＳパケットから、符号化されたＶＡＵを抽出して格納する。そのＶＡＵには、圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ4402からＥＢ4403へデータが転送されるとき、そのＰＥＳパケットからＰＥＳヘッダが除去される。
ＤＥＣ4404は、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4404は、ＥＢ4403内の各ＶＡＵからピクチャを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻に復号する。その復号処理では、ＤＥＣ4404は予めそのＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに依って復号方法を選択する。その圧縮符号化方式は、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ4404は更に、復号された非圧縮のピクチャをＤＰＢ4405へ転送する。
ＤＰＢ4405は、ＴＢ4401、ＭＢ4402、及びＥＢ4403と同様なバッファ・メモリであり、主映像デコーダ4470に内蔵のメモリ素子の一領域を利用する。ＤＰＢ4405はその他に、他のバッファ・メモリ4401、4402、4403とは異なるメモリ素子に分離されていてもよい。ＤＰＢ4405は復号後のピクチャを一時的に保持する。ＤＥＣ4404によってＰピクチャ又はＢピクチャが復号されるとき、ＤＰＢ4405はＤＥＣ4404からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してＤＥＣ4404に提供する。ＤＰＢ4405は更に、保持している各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ4490へ書き込む。
副映像デコーダ4471は主映像デコーダ4470と同様の構成を含む。副映像デコーダ4471はまず、ＰＩＤフィルタ4440から受信されたセカンダリ・ビデオ・ストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ4471は次に、それらのＴＳパケットから復元されたＰＥＳパケットに含まれるＰＴＳの示す時刻に、その非圧縮のピクチャを副映像プレーン・メモリ4491へ書き込む。
ＰＧデコーダ4472は、ＰＩＤフィルタ4440から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号する。ＰＧデコーダ4472は更に、それらのＴＳパケットから復元されたＰＥＳパケットに含まれるＰＴＳの示す時刻に、その非圧縮のグラフィックス・オブジェクトをＰＧプレーン・メモリ4492へ書き込む。
ＩＧデコーダ4473は、ＰＩＤフィルタ4440から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号する。ＩＧデコーダ4473は更に、それらのＴＳパケットから復元されたＰＥＳパケットに含まれるＰＴＳの示す時刻に、その非圧縮のグラフィックス・オブジェクトをＩＧプレーン・メモリ4493へ書き込む。
主音声デコーダ4474はまず、ＰＩＤフィルタ4440から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ4474は次に、そのバッファ内のＴＳパケット群からＴＳヘッダとＰＥＳヘッダとを除去し、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ4474は更にその音声データを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に音声ミキサ4495へ送出する。ここで、主音声デコーダ4474は、ＴＳパケットに含まれるプライマリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばＡＣ−３又はＤＴＳを含む。
副音声デコーダ4475は主音声デコーダ4474と同様の構成を含む。副音声デコーダ4475はまず、ＰＩＤフィルタ4440から受信されたセカンダリ・オーディオ・ストリームのＴＳパケット群からＰＥＳパケットを復元し、そのＰＥＳペイロードの含むデータを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ4475は次に、そのＰＥＳヘッダの含むＰＴＳの示す時刻にその非圧縮のＬＰＣＭ音声データを音声ミキサ4495へ送出する。ここで、副音声デコーダ4475は、ＴＳパケットに含まれるセカンダリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばドルビー・デジタル・プラス又はＤＴＳ−ＨＤ ＬＢＲを含む。
音声ミキサ4495は、主音声デコーダ4474と副音声デコーダ4475とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシングを行う。音声ミキサ4495は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。
イメージ・プロセッサ4480は、プログラム実行部4034からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタ・データを受信する。イメージ・プロセッサ4480はそのとき、そのグラフィックス・データに対するレンダリング処理を行ってイメージ・プレーン・メモリ4494へ書き込む。
主映像プレーン・メモリ4490、副映像プレーン・メモリ4491、ＰＧプレーン・メモリ4492、ＩＧプレーン・メモリ4493、及びイメージ・プレーン・メモリ4494は、システム・ターゲット・デコーダ4024に内蔵のメモリ素子の異なる領域に確保されている。その他に、各プレーン・メモリ4490−4494が異なるメモリ素子に分離されていてもよい。各プレーン・メモリ4490−4494は、対応するプレーン・データを格納可能であり、少なくとも１枚のビデオ・フレームとサイズが等しい。
［３Ｄ再生モードにおける構成］
図４５は、３Ｄ再生モードのシステム・ターゲット・デコーダ4024の機能ブロック図である。図４５に示されている構成要素は、図４４に示されているものとは次の３点で異なる：（１）リード・バッファから各デコーダへの入力系統が二重化されている；（２）主映像デコーダ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダはいずれも、メインＴＳとサブＴＳとを交互に復号できる；（３）各プレーン・メモリは、レフトビューとライトビューとのそれぞれを表すプレーン・データを格納可能である。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、及びイメージ・プロセッサは、図４４に示されているものと同様である。従って、以下では、図４５に示されている構成要素のうち、図４４に示されているものとは異なるものについて説明し、同様なものの詳細についての説明は、図４４についての説明を援用する。更に、各デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ4515の構造について説明する。同様な説明は他のデコーダの構造についても成立する。
第１ソース・デパケタイザ4511は、ＲＢ１4021からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第１ＰＩＤフィルタ4513へ送出する。第２ソース・デパケタイザ4512は、ＲＢ２4022からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第２ＰＩＤフィルタ4514へ送出する。各ソース・デパケタイザ4511、4512は更に、各ＴＳパケットの送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。その同期方法は、図４４に示されているソース・デパケタイザ4410による方法と同様である。従って、その詳細についての説明は図４４についての説明を援用する。そのような送出時刻の調節により、第１ソース・デパケタイザ4511から第１ＰＩＤフィルタ4513へのＴＳパケットの平均転送速度RTS1は、２Ｄクリップ情報ファイルの示すシステム・レートを超えない。同様に、第２ソース・デパケタイザ4512から第２ＰＩＤフィルタ4514へのＴＳパケットの平均転送速度RTS2は、ＤＥＰクリップ情報ファイルの示すシステム・レートを超えない。
第１ＰＩＤフィルタ4513は、第１ソース・デパケタイザ4511からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部4035によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルに従って指定されている。両方のＰＩＤが一致したとき、第１ＰＩＤフィルタ4513はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ4515内のＴＢ１4501へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
第２ＰＩＤフィルタ4514は、第２ソース・デパケタイザ4512からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは、再生制御部4035によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳに従って指定されている。両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ4514はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１２又は０ｘ１０１３であるとき、そのＴＳパケットは主映像デコーダ4515内のＴＢ２4508へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ２０−０ｘ１Ｂ３Ｆ、０ｘ１２２０−０ｘ１２７Ｆ、及び０ｘ１４２０−０ｘ１４７Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
主映像デコーダ4515は、ＴＢ１4501、ＭＢ１4502、ＥＢ１4503、ＴＢ２4508、ＭＢ２4509、ＥＢ２4510、バッファ・スイッチ4506、ＤＥＣ4504、ＤＰＢ4505、及びピクチャ・スイッチ4507を含む。ＴＢ１4501、ＭＢ１4502、ＥＢ１4503、ＴＢ２4508、ＭＢ２4509、ＥＢ２4510、及びＤＰＢ4505はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ4515に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
ＴＢ１4501は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ4513から受信してそのまま蓄積する。ＭＢ１4502は、ＴＢ１4501に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ１4503は、ＭＢ１4502に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
ＴＢ２4508は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットを第２ＰＩＤフィルタ4514から受信してそのまま蓄積する。ＭＢ２4509は、ＴＢ２4508に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ２4510は、ＭＢ２4509に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
バッファ・スイッチ4506は、ＥＢ１4503とＥＢ２4510とのそれぞれに蓄積されたＶＡＵのヘッダをＤＥＣ4504からの要求に応じて転送する。バッファ・スイッチ4506は更に、そのＶＡＵの圧縮ピクチャ・データを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻にＤＥＣ4504へ転送する。ここで、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間では、同じ３Ｄ・ＶＡＵに属する一対のピクチャのＤＴＳが等しい。従って、バッファ・スイッチ4506は、ＤＴＳの等しい一対のＶＡＵのうち、ＥＢ１4503に蓄積された方を先にＤＥＣ4504へ転送する。
ＤＥＣ4504は、図４４に示されているＤＥＣ4404と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4504は、バッファ・スイッチ4506から転送された圧縮ピクチャ・データを順次復号する。その復号処理では、ＤＥＣ4504は予め、各ＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、及びＶＣ１を含む。ＤＥＣ4504は更に、復号された非圧縮のピクチャをＤＰＢ4505へ転送する。
ＤＰＢ4505は、復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ4504がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ4505はＤＥＣ4504からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してＤＥＣ4504に提供する。
ピクチャ・スイッチ4507は、ＤＰＢ4505から非圧縮の各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に、左映像プレーン・メモリ4520と右映像プレーン・メモリ4521とのいずれかに書き込む。ここで、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャとディペンデントビュー・ピクチャとではＰＴＳが等しい。従って、ピクチャ・スイッチ4507は、ＤＰＢ4505に保持された、ＰＴＳの等しい一対のピクチャのうち、ベースビュー・ピクチャを先に左映像プレーン・メモリ4520に書き込み、続いてディペンデントビュー・ピクチャを右映像プレーン・メモリ4521に書き込む。
［拡張再生モードにおける構成］
図４６は、拡張再生モードのシステム・ターゲット・デコーダ4024の機能ブロック図である。図４６に示されている構成要素は、図４５に示されているものとは次の２点で異なる：（１）主映像デコーダ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダはいずれも、メインＴＳと拡張ストリームとを交互に復号できる；（２）各プレーン・メモリは４Ｋ２Ｋのプレーン・データを格納可能である。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、及びイメージ・プロセッサは、図４５に示されているものと同様である。従って、以下では、図４６に示されている構成要素のうち、図４５に示されているものとは異なるものについて説明し、同様なものの詳細についての説明は、図４５についての説明を援用する。更に、各デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ4615の構造について説明する。同様な説明は他のデコーダの構造についても成立する。
第２ソース・デパケタイザ4512は、ＲＢ３4023からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第２ＰＩＤフィルタ4514へ送出する。第２ソース・デパケタイザ4512から第２ＰＩＤフィルタ4514へのＴＳパケットの平均転送速度RTS3は、拡張クリップ情報ファイルの示すシステム・レートを超えない。
第２ＰＩＤフィルタ4514は、第２ソース・デパケタイザ4512からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは、再生制御部4035によって予め、拡張プレイリスト・ファイル内のＳＴＮテーブルＥＸに従って指定されている。両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ4514はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１４であるとき、そのＴＳパケットは主映像デコーダ4615内のＴＢ２4608へ転送される。
主映像デコーダ4615は、ＴＢ１4601、ＭＢ１4602、ＥＢ１4603、ＴＢ２4608、ＭＢ２4609、ＥＢ２4610、解像度拡張制御部4606、ＤＥＣ4604、ＤＰＢ4605、及び加算器4607を含む。ＴＢ１4601、ＭＢ１4602、ＥＢ１4603、ＴＢ２4608、ＭＢ２4609、ＥＢ２4610、及びＤＰＢ4605はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ4615に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
ＴＢ１4601は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ4513から受信してそのまま蓄積する。ＭＢ１4602は、ＴＢ１4601に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ１4603は、ＭＢ１4602に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
ＴＢ２4608は、解像度拡張情報を含むＴＳパケットを第２ＰＩＤフィルタ4514から受信してそのまま蓄積する。ＭＢ２4609は、ＴＢ２4608に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ２4610は、ＭＢ２4609に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
解像度拡張制御部4606は、ＥＢ２4610に蓄積された解像度拡張情報から拡張後の解像度と補間方式とを読み取ってＤＥＣ4604へ指示する。解像度拡張制御部4606は更に、その解像度拡張情報から差分画素情報を読み取り、元のＰＥＳパケットに含まれるＤＴＳの示す時刻に加算器4607へ送出する。ここで、ベースビュー・ビデオ・ストリームと拡張ストリームとでは、１枚の４Ｋ２Ｋのビデオ・フレームを構成するのに必要なピクチャと解像度拡張情報とのＤＴＳが等しい。
ＤＥＣ4604は、図４４に示されているＤＥＣ4404と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ4604は、ＥＢ１4603から転送された圧縮ピクチャ・データを順次復号する。その復号処理では、ＤＥＣ4604は予め各ＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。
ＤＥＣ4604は更に、解像度拡張制御部4606から指定された補間方式を用いて、復号された非圧縮のピクチャの解像度をフルＨＤから、解像度拡張制御部4606から指示された解像度、すなわち４Ｋ２Ｋへ上昇させる。ここで、その補間方式としては、バイリニア法及びバイキュービック法等、映像の解像度を上昇させるのに利用可能な周知の方式が採用される。ＤＥＣ4604は４Ｋ２ＫのピクチャをＤＰＢ4605へ転送する。
ＤＰＢ4605は、復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ4604がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ4605はＤＥＣ4604からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してＤＥＣ4604に提供する。
加算器4607は、ＤＰＢ4605からは４Ｋ２Ｋのピクチャを読み出し、解像度拡張制御部4606からは差分画素情報を受信する。そのとき、加算器4607はそのピクチャの各画素データに、差分画素情報内の対応する画素データの差分を加算する。それにより、４Ｋ２Ｋのピクチャの表す映像が、本来の精細な映像に変換される。変換後の４Ｋ２Ｋのピクチャは、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ4620へ書き込まれる。
［フルＨＤから４Ｋ２Ｋへの解像度の変換処理］
図４７は、フルＨＤから４Ｋ２Ｋへの解像度の変換処理のフローチャートである。この処理は、ＥＢ２4610から解像度拡張制御部4606へ解像度拡張情報が転送され始めた時点から開始される。
ステップＳ４７０１では、解像度拡張制御部4606が解像度拡張情報から拡張後の解像度と補間方式とを読み出す。解像度拡張制御部4606は更に、拡張後の解像度と補間方式とをＤＥＣ4604に指示する。その後、処理はステップＳ４７０２へ進む。
ステップＳ４７０２では、ＤＥＣ4604がＥＢ１4603から圧縮ピクチャ・データを読み出し、その圧縮ピクチャ・データからベースビュー・ピクチャを復号する。ＤＥＣ4604は更に、解像度拡張制御部4606から指示された補間方式を用いて、そのベースビュー・ピクチャの解像度をフルＨＤから、解像度拡張制御部4606から指示された解像度、すなわち４Ｋ２Ｋへ上昇させる。ＤＥＣ4603は続いて、その４Ｋ２ＫのピクチャをＤＰＢ4605へ書き込む。その後、処理はステップＳ４７０３へ進む。
ステップＳ４７０３では、加算器4607が、ＤＰＢ4605からは４Ｋ２Ｋのベースビュー・ピクチャを読み出し、解像度拡張制御部4606からは差分画素情報を受信する。加算器4607はそのとき、そのベースビュー・ピクチャの各画素データに、差分画素情報内の対応する画素データの差分を加算する。４Ｋ２Ｋのピクチャは主映像プレーン・メモリ4620へ書き込まれる。その後、処理はステップＳ４７０４へ進む。
ステップＳ４７０４では、ＥＢ１4603に次の圧縮ピクチャ・データが存在するか否かをＤＥＣ4604が確認する。次の圧縮ピクチャ・データが存在すれば、処理はステップＳ４７０１から繰り返される。次の圧縮ピクチャ・データが存在しなければ、処理は終了する。
４：実施形態１の効果
本発明の実施形態１によるＢＤ−ＲＯＭディスク101は、図１４、１５に示されているように、層境界LB等、ロング・ジャンプJLYの必要な箇所の直前と直後とのそれぞれに、拡張データ専用区間、平面視映像専用区間、及び立体視映像専用区間を含む。平面視映像専用区間と立体視映像専用区間とにはメインＴＳの同じ部分が二重に記録される。その部分を、２Ｄ再生モードの再生装置と拡張再生モードの再生装置とは平面視映像専用区間から読み出し、３Ｄ再生モードの再生装置は立体視映像専用区間から読み出す。それにより、ロング・ジャンプJLY中にバッファ・アンダーフローを生じさせないためにベースビュー・エクステントのサイズが満たすべき条件を、平面視映像専用区間と立体視映像専用区間とで別々に設定することができる。その結果、全てのモードでロング・ジャンプJLY中に映像をシームレスに再生することと、再生装置内のバッファ容量を更に削減することとを両立させることができる。
更に、平面視映像専用区間は２Ｄ再生モードと拡張再生モードとのいずれの再生装置によってもアクセスされる。それにより、ＢＤ−ＲＯＭディスク101上において、立体視映像専用区間に配置されたベースビュー・エクステントB3Dの全体の複製を、平面視映像専用区間に配置されたベースビュー・エクステントB2Dだけに削減することができる。その結果、ＢＤ−ＲＯＭディスク101上のボリューム領域202Bを更に有効に活用することができる。
また、いずれのモードの再生装置もロング・ジャンプJLYによって、平面視映像専用区間と立体視映像専用区間とのいずれか一方へのアクセスをスキップすればよい。従って、ファイル２ＤとファイルＳＳとのそれぞれに対するシステム・レートが最高値４８Ｍｂｐｓ、６４Ｍｂｐｓに設定されても、いずれのモードでもロング・ジャンプJLYのジャンプ距離が最大ジャンプ距離＝４００００セクタを超えない。その結果、いずれのモードでも、ロング・ジャンプの必要性にかかわらず、画質を高く維持することができる。
５：変形例
（A）本発明の実施形態１による表示装置103は液晶ディスプレイである。本発明による表示装置はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。更に、図１に示されている表示装置103は再生装置102から分離されている。その他に、表示装置が再生装置と一体化されていてもよい
（B）本発明の実施形態１による記録媒体101はＢＤ−ＲＯＭディスクである。本発明による記録媒体は、その他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。
（C）本発明の実施形態１による３Ｄ眼鏡102はシャッター眼鏡である。本発明による３Ｄ眼鏡はその他に、左右のレンズが偏光方向の異なる偏光フィルムで覆われているもの、又は、左右のレンズで透過スペクトルが異なるものであってもよい。前者の場合、表示装置は左目用の映像と右目用の映像とをそれぞれ、異なる偏光で表示する。後者の場合、表示装置は左目用の映像と右目用の映像とをそれぞれ、異なるスペクトルで表示する。いずれの場合でも、左目用レンズは左目用の映像のみを透過させ、右目用レンズは右目用の映像のみを透過させる。
（D）図５に示されているＰＥＳパケット511に格納されるピクチャは、１枚のビデオ・フレームの全体が符号化されたものである。ピクチャはその他に、１つのフィールドが符号化されたものであってもよい。
（E）本発明の実施形態１によるＬ／Ｒモードの再生装置102は、ベースビュー・ビデオ・ストリームからは、レフトビューを表すビデオ・フレームを再生し、ディペンデントビュー・ビデオ・ストリームからは、ライトビューを表すビデオ・フレームを再生する。逆に、ベースビュー・ビデオ・ストリームがライトビューを表し、ディペンデントビュー・ビデオ・ストリームがレフトビューを表してもよい。
（F）図１１に示されているエクステントの配置では、ディペンデントビュー・エクステントがベースビュー・エクステントよりも前に位置する。しかし、ファイルＤＥＰに対するシステム・レートRTS2がファイル２Ｄに対するシステム・レートRTS1と同程度に高く設定される場合、エクステント・ブロックの先頭に位置するエクステント・ペアにおいて第２転送速度REXT2が第１転送速度REXT1を超え得る。その場合、ベースビュー・エクステントがディペンデントビュー・エクステントの前に配置されてもよい。すなわち、そのエクステント・ペアの中で、サイズの小さいエクステントがサイズの大きいエクステントよりも前に配置される。それにより、リード・バッファの容量を小さく維持することができる。
（G）図１４に示されている配置１と、図１５に示されている配置２とのいずれにおいても、層境界LBの直前と直後との両方に、拡張データ専用区間、平面視映像専用区間、及び立体視映像専用区間が設けられている。その他に、それらの区間が層境界LBの直前と直後とのいずれか一方にのみ設けられてもよい。それらの区間が層境界LBの直前に設けられる場合、立体視映像専用区間においてはベースビュー・エクステントのサイズが条件１を満たさなくてもよい。一方、それらの区間が層境界LBの直後に設けられる場合、平面視映像専用区間を立体視映像専用区間よりも層境界LBに近づけることで、２Ｄ再生モードにおけるロング・ジャンプのジャンプ距離を３Ｄ再生モードにおけるロング・ジャンプのジャンプ距離よりも短くすることができる。いずれの場合においても、３Ｄ再生モードでのロング・ジャンプの直前に読み出されるベースビュー・エクステントのサイズを縮小することができるので、３Ｄ再生モードの再生装置にＲＢ２の容量を必要最小限に維持させることができる。
（H）本発明の実施形態１では、拡張ストリームに含まれる拡張データが、ベースビュー・ビデオ・ストリームの表すフルＨＤの２Ｄ映像を４Ｋ２Ｋの２Ｄ映像に拡張するために必要な情報、すなわち解像度拡張情報である。拡張データの例としてはその他にも、以下のものが挙げられる。
［デプスマップ・ストリーム］
拡張データはデプスマップ・ストリームであってもよい。この場合、再生装置102の拡張再生モードはデプス・モードに等しい。すなわち、再生装置102は、図１２に示されている第３再生経路1203に沿って読み出したエクステント群から３Ｄ映像を再生する。
デプスマップを用いた３Ｄ映像の再生は次のように行われる。ベースビュー・ビデオ・ストリームの表す２Ｄ映像は、再生対象の３Ｄ映像を仮想的な２Ｄ画面へ射影したときの映像を表す。一方、デプスマップは、その２Ｄ画面に対するその３Ｄ映像の各部の奥行きを画素別に表す。特に、各画素に表示される映像の奥行きが、その画素の輝度で表現される。デプス・モードの再生装置102では、プレーン加算部4025が、ベースビュー・ビデオ・ストリームとデプスマップとの組み合わせから、レフトビューとライトビューとの各ビデオ・フレームを構成する。
図４８は、２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。図４８を参照するに、２Ｄ映像MVWでは、背景BGVの中に円板DSCが表示されている。デプスマップDPHはその２Ｄ映像MVW内の各部の奥行きを各画素の輝度で表す。そのデプスマップDPHによれば、２Ｄ映像MVWのうち、円板DSCの表示領域DA1の奥行きが画面よりも手前であり、かつ、背景BGVの表示領域DA2の奥行きが画面よりも奥である。再生装置102のプレーン加算部4025内では視差映像生成部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が画面よりも奥に見える。
デプスマップの画素データは単色の輝度のみを表すので、デプスマップのビットレートは一般に、ベースビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとのいずれのビットレートよりも低い。従って、図１３に示されているエクステントのインターリーブ配置が有効である。
［ＤＴＳ拡張規格に準拠のオーディオ・ストリーム］
拡張データはビデオ・ストリームに限らず、オーディオ・ストリームであってもよい。特に拡張データは、ＤＴＳ拡張規格に準拠のオーディオ・ストリームであってもよい。ＤＴＳ拡張規格には、ＤＴＳ−ＥＳ（Extended Surround）、ＤＴＳ−ＨＤマスター・オーディオ、及びＤＴＳ−ＨＤハイレゾリューション・サラウンドがある。いずれの規格においても、メインＴＳに含まれるプライマリ・オーディオ・ストリームと組み合わせられるべきデータ部分が、拡張データとして拡張ストリームに格納される。そのデータ部分をプライマリ・オーディオ・ストリームと組み合わせることで、音質が向上し、サラウンド音声のチャネル数が増大する。拡張再生モードの再生装置102では主音声デコーダ4474が、メインＴＳからプライマリ・オーディオ・ストリームを復号すると共に、拡張ストリームから拡張データを復号し、復号されたデータから目的のオーディオ・ストリームを構成する。
ＤＴＳ拡張規格に準拠のオーディオ・ストリームでは、メインＴＳに含まれるプライマリ・オーディオ・ストリームからの拡張部分のデータ量はベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれのデータ量よりも十分に小さい。従って、図１３に示されているエクステントのインターリーブ配置が有効である。
［スーパー・ピクチャ・イン・ピクチャ用のビデオ・ストリーム］
拡張データは、メインＴＳのプライマリ・ビデオ・ストリームに組み合わされるべきセカンダリ・ビデオ・ストリームであってもよい。拡張再生モードの再生装置102はそれらの組み合わせとメインＴＳのセカンダリ・ビデオ・ストリームとを合わせて、３種類以上の映像を１つの画面に同時に表示させることができる。
ピクチャ・イン・ピクチャにおいては一般に、セカンダリ・ビデオ・ストリームの解像度はプライマリ・ビデオ・ストリームの解像度よりも低い。従って、拡張ストリームに含まれるビデオ・ストリームのビットレートは一般に、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれのビットレートよりも低い。従って、図１３に示されているエクステントのインターリーブ配置が有効である。
［時間スケーラブル符号化における追加のピクチャ］
拡張データは、ベースビュー・ビデオ・ストリームのフレームレートを上昇させるのに必要な情報であってもよい。例えば、ベースビュー・ビデオ・ストリームのフレームレートが６０ｆｐｓである場合、その値を１２０ｆｐｓまで上昇させるのに必要な追加のピクチャが、拡張データとして拡張ストリームに格納される。特に、追加のピクチャはベースビュー・ピクチャを参照して圧縮されている。拡張再生モードの再生装置102では主映像デコーダ4470が、メインＴＳからベースビュー・ピクチャを復号すると共に、そのベースビュー・ピクチャを利用して、拡張ストリームから追加のピクチャを復号する。主映像デコーダ4470は更に、ベースビュー・ピクチャ列の中に追加のピクチャを混入させることで、ベースビュー・ビデオ・ストリームのフレームレートを上昇させる。それにより、映像の時間的な変化を更に精細にすることができる。
追加のピクチャは、ベースビュー・ピクチャ間の映像の変化を更に精細にするためのものであるので、一般にベースビュー・ピクチャとの近似度が高い。従って、ベースビュー・ピクチャを参照して追加のピクチャを圧縮することにより、拡張ストリームのビットレートをベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれのビットレートよりも十分に低くくすることができる。それ故、図１３に示されているエクステントのインターリーブ配置が有効である。
［カメラの画角が拡大された際の映像と元の画角での映像との間の差分］
拡張データは、カメラの画角が拡大された際の映像と元の画角での映像との間の差分であってもよい。その場合、ベースビュー・ビデオ・ストリームは、元の画角での映像を表す。拡張再生モードの再生装置102では主映像デコーダ4470が、ベースビュー・ビデオ・ストリームから１枚のビデオ・フレームを復号すると共に、そのビデオ・フレームの表す映像の外側の領域の映像を表す画素データを拡張ストリームから復号する。主映像デコーダ4470は更に、それらのデータから１枚のビデオ・フレームを再構成する。それにより、元の映像よりも画角の広い映像を再生することができる。
ベースビュー・ビデオ・ストリームのビデオ・フレームが表す映像の外側の領域の映像を表す画素データの全体のデータ量は一般に、元のビデオ・フレームのデータ量よりは十分に小さい。従って、拡張ストリームのビットレートはベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれのビットレートよりも十分に低い。それ故、図１３に示されているエクステントのインターリーブ配置が有効である。
［ディペンデントビュー・ビデオ・ストリーム］
拡張データが、メインＴＳのベースビュー・ビデオ・ストリームと組み合わされて３Ｄ映像を表すディペンデントビュー・ビデオ・ストリーム、又は、そのディペンデントビュー・ビデオ・ストリームをベースビュー・ビデオ・ストリームと組み合わせることで生成されるレフトビューとライトビューとの間の視差を表す情報であってもよい。その場合、拡張再生モードの再生装置102は、３Ｄ再生モードのものと同様に３Ｄ映像を再生する。ここで、拡張ストリームのディペンデントビュー・ビデオ・ストリームはサブＴＳのディペンデントビュー・ビデオ・ストリームとは、共通のベースビュー・ビデオ・ストリームとの組み合わせで生成されるレフトビューとライトビューとの間の視差が異なる。
レフトビューとライトビューとの間の視差の最大値は通常、一般的な視聴者の瞳孔間距離以下（特に視聴者が子供である場合は５ｃｍ以下）である。その条件が満たされる限り、その視差は視聴者の瞳孔間距離を超えないので、その視聴者に映像酔いや眼精疲労が生じる危険性を低減させることができる。一方、表示装置103の画面サイズが大きいほど、レフトビューとライトビューとの間の視差は大きい。従って、例えばサブＴＳのディペンデントビュー・ビデオ・ストリームが、ベースビュー・ビデオ・ストリームとの組み合わせで、５０インチ以下の画面サイズに適切な視差を持つレフトビューとライトビューとを生成可能である場合、拡張ストリームのディペンデントビュー・ビデオ・ストリームは、ベースビュー・ビデオ・ストリームとの組み合わせで、１００インチ以下の画面サイズに適切な視差を持つレフトビューとライトビューとを生成可能であるように設計される。
再生装置102の再生制御部4035は、ＢＤ−ＲＯＭディスク101から３Ｄ映像を再生する場合、表示装置103の画面サイズに合わせて、３Ｄ再生モードと拡張再生モードとのいずれかを選択する。具体的には、再生制御部4035はまず、ＨＤＭＩケーブル122を通して表示装置103から画面サイズを取得する。再生制御部4035は次に、表示装置103の画面サイズが、５０インチ以下であれば３Ｄ再生モードを選択し、５０インチよりも大きく１００インチ以下であれば拡張再生モードを選択する。それにより、レフトビューとライトビューとの間の視差が画面サイズに適切な値に設定される。
拡張再生モードの再生装置102は、図１２に示されている第３再生経路1203とは異なり、ベースビュー・エクステント、ディペンデントビュー・エクステント、及び拡張エクステントを全て順番に読み出す。再生装置102は更に、ファイルＳＳと拡張ストリーム・ファイルとのファイル・エントリと３Ｄクリップ情報ファイルのエクステント起点とを利用して、読み出されたエクステントをＲＢ１4021、ＲＢ２4022、ＲＢ３4023に分配する。システム・ターゲット・デコーダ4024は主映像デコーダに、ＲＢ１4021からは、ベースビュー・ビデオ・ストリームを格納したソースパケットを供給し、ＲＢ２4022からは、ディペンデントビュー・ビデオ・ストリームを格納したソースパケットを供給し、ＲＢ３4023からは、拡張データを格納したソースパケットを供給する。拡張データがディペンデントビュー・ピクチャを含む場合、そのディペンデントビュー・ピクチャは、サブＴＳのディペンデントビュー・ピクチャと近似度が高いので、サブＴＳのディペンデントビュー・ピクチャを参照して圧縮されている。その場合、主映像デコーダはサブＴＳのディペンデントビュー・ピクチャを利用して拡張データからディペンデントビュー・ピクチャを復号する。一方、拡張データが視差情報を含む場合、主映像デコーダはその視差情報を利用してサブＴＳのディペンデントビュー・ピクチャの各画素データを左右に移動させる。こうして得られたディペンデントビュー・ピクチャとベースビュー・ピクチャとから、主映像デコーダは、レフトビューとライトビューとを表すビデオ・フレームの対を構成する。
拡張データは、サブＴＳのディペンデントビュー・ピクチャを参照して圧縮されたピクチャ又は視差情報である。従って、拡張ストリームのビットレートは、ベースビュー・ビデオ・ストリームとサブＴＳのディペンデントビュー・ビデオ・ストリームとのいずれのビットレートよりも十分に低い。それ故、図１３に示されているエクステントのインターリーブ配置が有効である。
［３Ｄ映像に対する解像度拡張情報］
拡張データは、ベースビュー・ビデオ・ストリームに対する解像度拡張情報だけでなく、ディペンデントビュー・ビデオ・ストリームに対する解像度拡張情報を含んでいてもよい。その場合、拡張再生モードの再生装置102は次のようにして４Ｋ２Ｋの３Ｄ映像を再生する。
拡張再生モードの再生装置102は、図１２に示されている第３再生経路1203とは異なり、ベースビュー・エクステント、ディペンデントビュー・エクステント、及び拡張エクステントを全て順番に読み出す。再生装置102は更に、ファイルＳＳと拡張ストリーム・ファイルとのファイル・エントリと３Ｄクリップ情報ファイルのエクステント起点とを利用して、読み出されたエクステントをＲＢ１4021、ＲＢ２4022、ＲＢ３4023に分配する。システム・ターゲット・デコーダ4024は主映像デコーダに、ＲＢ１4021からは、ベースビュー・ビデオ・ストリームを格納したソースパケットを供給し、ＲＢ２4022からは、ディペンデントビュー・ビデオ・ストリームを格納したソースパケットを供給し、ＲＢ３4023からは、拡張データを格納したソースパケットを供給する。主映像デコーダはまず、フルＨＤのベースビュー・ピクチャとディペンデントビュー・ピクチャとを復号する。主映像デコーダは次に、解像度拡張情報の示す補間方式を利用して、各ピクチャの解像度を４Ｋ２Ｋに上昇させる。主映像デコーダは続いて、解像度が上昇した各ピクチャに差分画素情報を加算する。こうして、４Ｋ２Ｋのレフトビューとライトビューとを表すビデオ・フレームの対が構成される。
解像度拡張情報は、ベースビュー・ピクチャとディペンデントビュー・ピクチャとのいずれよりもデータ量が十分に小さい。従って、拡張ストリームのビットレートは、ベースビュー・ビデオ・ストリームとサブＴＳのディペンデントビュー・ビデオ・ストリームとのいずれのビットレートよりも十分に低い。それ故、図１３に示されているエクステントのインターリーブ配置が有効である。
［生体情報］
３Ｄ映像技術は医療への応用も進められている。例えば、内視鏡手術等において術者が手術支援ロボットを操作する際に、その術者に術野の映像が３Ｄ映像で提示される。その他に、手術の進捗状況の監視、カンファレンス、学会発表、又は医学生に対する教育等に手術の３Ｄ映像が利用される。それらの場合、拡張データが、生体情報モニタに表示される映像又は生体情報そのものであってもよい。生体情報は、患者の身体的状態に関する情報であり、特にその患者のバイタルサイン、例えば、心電図、心拍（脈拍）数、呼吸数、血圧、体表温度、脳波を表す。拡張再生モードの再生装置102は、生体情報を表すグラフィックス映像を拡張データから生成して、メインＴＳの表す２Ｄ映像に合成する。それにより、術野の２Ｄ映像に患者の生体情報を重ねて表示させることができる。
生体情報モニタに表示される映像は、比較的簡単なグラフィックス映像である。また、生体情報そのものは数値データに過ぎない。従って、拡張ストリームのビットレートはメインＴＳとサブＴＳとのいずれのビットレートよりも十分に低い。それ故、図１３に示されているエクステントのインターリーブ配置が有効である。
［ビット拡張における追加の色情報］
拡張データは、ベースビュー・ピクチャの各画素データが含む色情報のビット数を増加させるのに必要な情報であってもよい。例えば、ベースビュー・ピクチャの画素データがＲＧＢ又はＹＣｒＣｂの各色座標を８ビットで表現している場合、その色座標を１２ビット表現に変換するのに必要な情報が拡張データとして拡張ストリームに格納される。
図４９は、原画のピクチャ列からベースビュー・ビデオ・ストリームと拡張ストリームとを生成するシステムのブロック図である。図４９を参照するに、このシステムは、シフト回路１4901、ビデオ・エンコーダ１4902、ビデオ・デコーダ4903、シフト回路２4904、減算器4905、加算器4906、ビデオ・エンコーダ２4907、及びシフト量決定部4908を含む。
シフト回路１4901は、原画のピクチャOPTの各画素データから、色座標を表すビット列を抜き出して、そのビット列を右に（Ｎ−８）ビット、シフトさせる。それにより、色座標を表すビット数がＮから８へ減る。ここで、数Ｎは、８よりも大きい整数である。原画のピクチャOPCが映画等の映像を表す場合、数Ｎは１０又は１２である場合が多い。
ビデオ・エンコーダ１4902は、シフト回路１4901によって処理された後のピクチャOPTを符号化して、ベースビュー・ビデオ・ストリームに変換する。それにより、原画のピクチャOPTは圧縮されて、ベースビュー・ビデオ・ストリームに多重化される。ここで、圧縮符号化形式としては、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、又はＳＭＰＴＥ ＶＣ−１が利用される。特にＭＰＥＧ−４ ＭＶＣが利用される場合、ピクチャOPTは“Base view”として符号化される。
ビデオ・デコーダ4903は、ビデオ・エンコーダ１4902によって生成されたベースビュー・ビデオ・ストリームからピクチャを復号する。ここで、ビデオ・エンコーダ１4902による符号化処理は非可逆である。従って、復号後のピクチャは、ビデオ・エンコーダ１4902によって処理される直前のピクチャとは、色座標を表す８ビットのうち、下位の数ビットが異なる。
シフト回路２4904は、ビデオ・デコーダ4903によって復号されたピクチャの各画素データから、色座標を表すビット列を抜き出して、そのビット列を左に（Ｎ−８）ビット、シフトさせる。それにより、そのビット列の右に（Ｎ−８）個の“０”が追加されるので、色座標を表すビット数が８からＮへ増える。
減算器4905は、シフト回路１4901、ビデオ・エンコーダ１4902、ビデオ・デコーダ4903、及びシフト回路２4904によって処理された後のピクチャを元のピクチャOPTと比較し、対応する画素データ間で、色座標を表すＮビットの差分を計算する。減算器4905は更に、その差分を表すビット数が８を超える場合、下位ビットを切り捨てて、又は切り上げて、ビット数の上限を８に揃える。それにより、色座標の差分を新たな色座標とみなし、減算器4905の出力をピクチャとみなすことができる。以下、そのピクチャを「拡張ピクチャ」と呼ぶ。
加算器4906は、減算器4905によって計算された差分に補正値を加える。それにより、その差分が負の数であっても、正の数に変換される。ここで、ビデオ・エンコーダ２4907が、負の数を含む画素データを処理できる場合、加算器4906は省略されてもよい。
ビデオ・エンコーダ２4907は、加算器4906によって処理された後の拡張ピクチャを符号化して、拡張ストリームに変換する。それにより、拡張ピクチャは圧縮されて、拡張ストリームに多重化される。ここで、圧縮符号化形式としては、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、又はＳＭＰＴＥ ＶＣ−１が利用される。特に、ＭＰＥＧ−４ ＭＶＣが利用される場合、拡張ピクチャは“Non baseview”として符号化される。すなわち、拡張ストリームは、ディペンデントビュー・ビデオ・ストリームと同様なデータ構造を持つ。
シフト量決定部4908はまず、シフト回路１4901によって処理されたピクチャを、ビデオ・デコーダ4903によって復号されたピクチャと比較し、対応する画素データ間で、色座標を表す８ビットのうち、最上位から数えて何番目のビットまでが一致するのかを調べる。シフト量決定部4908は次に、ピクチャごとに、調べられた値の中で最も小さい値を、そのピクチャに対するシフト量として決定する。但し、その最小値がＮ−８を超えた場合、シフト量はＮ−８に固定される。シフト量決定部4908は更に、各ピクチャに対するシフト量をベースビュー・ビデオ・ストリーム又は拡張ストリームに組み込む。その場合、シフト量は、図８に示されている各ＶＡＵの補足データ831D、832D等に組み込まれる。その他に、各ビデオ・シーケンスの先頭に位置するＶＡＵ、ＶＡＵ＃１の補足データ等に、そのビデオ・シーケンスに含まれる全てのピクチャに対するシフト量が一括して組み込まれてもよい。
図５０は、図４９に示されているシステムによる色座標の処理方法を示す模式図である。図５０を参照するに、まず、原画のピクチャOPTに含まれる１組の画素データにおいて、例えば赤色の色座標を表すＮビット5001が、シフト回路１4901によって右に（Ｎ−８）ビット、シフトする。それにより、そのＮビット5001から上位８ビット5002が抽出され、ビデオ・エンコーダ１4902によってベースビュー・ビデオ・ストリームに組み込まれる。そのベースビュー・ビデオ・ストリームから、上記の画素データにおいて赤色の色座標を表す８ビット5003が、ビデオ・デコーダ4903によって復号される。その８ビット5003が、シフト回路２4904によって左に（Ｎ−８）ビット、シフトする。それにより、その８ビット5003の右に（Ｎ−８）個の“０”が追加され、新たなＮビット5004に変換される。変換後のＮビット5004と元のＮビット5001との間の差分5005が減算器4905によって計算される。更に、その差分5005から上位８ビット5006が減算器4905によって抽出され、ビデオ・エンコーダ２4907によって拡張ストリームに組み込まれる。他の色座標についても同様な処理が行われる。
図５０に斜線部で示されているように、復号後の８ビット5003は元の８ビット5002と、最上位MSBから数えて（ｂ＋１）番目以降のビットが異なる。ここで、数ｂは０以上８以下の整数である。その場合、差分5005のビット数はＮ−ｂである。図５０に複数の点で示されているように、差分5005は元のＮビット5004の下位（Ｎ−ｂ）ビットとは、上位（８−ｂ）ビットが異なる。シフト量決定部4908は各色座標について数値ｂを求め、ピクチャごとに、全ての色座標から求められた数値ｂの中で最も小さい値を、そのピクチャに対するシフト量ｂとして決定する。但し、その最小値がＮ−８を超えた場合、シフト量ｂはＮ−８に固定される。
図５１は、拡張再生モードのシステム・ターゲット・デコーダにおけるベースビュー・ビデオ・ストリームと拡張ストリームとの処理系統の一例を示すブロック図である。図５１を参照するに、その処理系統は、第１ＰＩＤフィルタ4513、第２ＰＩＤフィルタ4514、主映像デコーダ4515、ビット拡張部5110、及び主映像プレーン・メモリ5120を含む。２つのＰＩＤフィルタ4513、4514と主映像デコーダ4515とは、図４５に示されているものと同様である。従って、以下では、図４５に示されているものとの違いについて説明し、それらの詳細については、図４５に示されているものについての説明を援用する。
圧縮映像デコーダ（ＤＥＣ）4504は、バッファ・スイッチ4506を通して、第１ＰＩＤフィルタ4513からはベースビュー・ピクチャを受信し、第２ＰＩＤフィルタ4514からは拡張ピクチャを受信する。ＤＥＣ4504は更に、受信されたピクチャを順次復号する。ＤＥＣ4504はまた、それらのピクチャを格納したＶＡＵの補足データ等からシフト量ｂを読み出して、ビット拡張部5110へ渡す。
ビット拡張部5110は、同じＰＴＳが割り当てられた拡張ピクチャとベースビュー・ピクチャとを組み合わせて、各画素データにおいて色座標を表すビット数を８からＮへ増大させる。ビット拡張部5110は、シフト回路１5101、減算器5102、加算器5103、及びシフト回路２5104を含む。
シフト回路１5101はまず、ピクチャ・スイッチ4507からは復号後のベースビュー・ピクチャを受信し、ＤＥＣ4504からはシフト量ｂを受信する。シフト回路１5101は次に、そのベースビュー・ピクチャの各画素データから、色座標を表すビット列を抜き出して、そのビット列を左にｂビット、シフトさせる。それにより、そのビット列の右にｂ個の“０”が追加されるので、色座標を表すビット数が８から８＋ｂへ増える。
減算器5102は、ピクチャ・スイッチ4507から復号後の拡張ピクチャを受信し、その拡張ピクチャの画素データにおいて色座標を表すビット列から補正値を除く。この補正値は、図４９に示されている加算器4906によって利用される補正値と等しい。ここで、図４９に示されているシステムから加算器4906が省略されている場合、ビット拡張部5110から減算器5102が省略される。
加算器5103はまず、シフト回路１5101からは、ベースビュー・ピクチャの各画素データにおいて色座標を表す（８＋ｂ）ビットを受信し、減算器5102からは、対応する拡張ピクチャの画素データにおいて色座標の差分を表す８ビットを受信する。加算器5103は次に、それらのビットの和を計算する。
シフト回路２5104はまず、加算器5103からは、色座標を表す（８＋ｂ）ビットを受信し、ＤＥＣ4504からはシフト量ｂを受信する。シフト回路２5104は次に、その（８＋ｂ）ビットを左に（Ｎ−８−ｂ）ビット、シフトさせる。それにより、その（８＋ｂ）ビットの右に（Ｎ−８−ｂ）個の“０”が追加されるので、色座標を表すビット数が８＋ｂからＮへ増える。シフト回路２5104は更に、色座標を表すＮビットを主映像プレーン・メモリ5120へ書き込む。
主映像プレーン・メモリ5120は、システム・ターゲット・デコーダ4024に内蔵のメモリ素子に確保された一領域であり、色座標をＮビットで表す画素データから構成されたフルＨＤの主映像プレーンを格納可能である。
図５２は、ビット拡張部5110による色座標の処理方法を示す模式図である。図５２を参照するに、まず、復号後のベースビュー・ピクチャに含まれる１組の画素データにおいて、例えば赤色の色座標を表す８ビット5201が、シフト回路１5101によって左にｂビット、シフトする。それにより、その８ビット5201の右にｂ個の“０”が追加され、（８＋ｂ）ビット5202に変換される。次に、その（８＋ｂ）ビット5202に対し、復号後の拡張ピクチャに含まれる、対応する画素データにおいて赤色の色座標の差分を表す８ビット5203が加算器5103によって加えられる。更に、その和を表す（８＋ｂ）ビット5204は、シフト回路２5104によって左に（Ｎ−８−ｂ）ビット、シフトする。それにより、その（８＋ｂ）ビット5204の右に（Ｎ−８−ｂ）個の“０”が追加されて、新たなＮビット5205に変換される。図５０から明らかなとおり、その新たなＮビット5205の上位（８＋ｂ）ビットは、原画のピクチャOPTに含まれる、対応する画素データにおいて赤色の色座標を表す元のＮビット5001の上位（８＋ｂ）ビットとほぼ一致する。その誤差は、拡張ピクチャを符号化した際の誤差、すなわち、図５０に示されている符号化前の差分5006と、図５２に示されている復号後の差分5203との間の差である。従って、新たなＮビット5205と元のＮビット5001との間の差は、図５０に斜線部で示されている復号後のＮビット5004と元のＮビット5001との間の差よりも十分に小さい。他の色座標についても同様な処理が行われる。こうして、ビット拡張部5110は、ベースビュー・ピクチャと拡張ピクチャとの組み合わせから原画のピクチャOPTを、高い精度で復元することができる。
図５３は、拡張再生モードのシステム・ターゲット・デコーダにおけるベースビュー・ビデオ・ストリームと拡張ストリームとの処理系統の別の例を示すブロック図である。図５３を参照するに、その処理系統は、ビット拡張部5310を除いて、図５１に示されているものと同様である。従って、以下では、図５１に示されているものとの違いについて説明し、同様な部分については、図５１に示されているものについての説明を援用する。
ビット拡張部5310は、同じＰＴＳが割り当てられた拡張ピクチャとベースビュー・ピクチャとを組み合わせて、各画素データにおいて色座標を表すビット数を８からＮへ増大させる。ビット拡張部5310は、シフト回路１5301、減算器5102、シフト回路２5303、及び加算器5304を含む。
シフト回路１5301は、ピクチャ・スイッチ4507から復号後のベースビュー・ピクチャを受信し、そのベースビュー・ピクチャの各画素データから、色座標を表すビット列を抜き出して、そのビット列を左に（Ｎ−８）ビット、シフトさせる。それにより、そのビット列の右に（Ｎ−８）個の“０”が追加されるので、色座標を表すビット数が８からＮ−８へ増える。
シフト回路２5303はまず、減算器5102からは、色座標の差分を表す８ビットを受信し、ＤＥＣ4504からはシフト量ｂを受信する。シフト回路２5303は次に、その８ビットを左に（Ｎ−８−ｂ）ビット、シフトさせる。それにより、その（８＋ｂ）ビットの右に（Ｎ−８−ｂ）個の“０”が追加されるので、色座標の差分を表すビット数が８からＮ−ｂへ増える。
加算器5304はまず、シフト回路１5301からは、ベースビュー・ピクチャの各画素データにおいて色座標を表すＮビットを受信し、シフト回路２5303からは、対応する拡張ピクチャの画素データにおいて色座標の差分を表す（Ｎ−ｂ）ビットを受信する。加算器5304は次に、それらのビットの和を計算し、その和を表すＮビットを主映像プレーン・メモリ5120へ書き込む。
図５４は、ビット拡張部5310による色座標の処理方法を示す模式図である。図５４を参照するに、まず、復号後のベースビュー・ピクチャに含まれる１組の画素データにおいて、例えば赤色の色座標を表す８ビット5401が、シフト回路１5301によって左に（Ｎ−８）ビット、シフトする。それにより、その８ビット5401の右に（Ｎ−８）個の“０”が追加され、Ｎビット5402に変換される。一方、復号後の拡張ピクチャに含まれる、対応する画素データにおいて赤色の色座標の差分を表す８ビット5403が、シフト回路２5303によって左に（Ｎ−８−ｂ）ビット、シフトする。それにより、その８ビット5403の右に（Ｎ−８−ｂ）個の“０”が追加され、（Ｎ−ｂ）ビット5404に変換される。その後、変換後のＮビット5402に、差分を表す（Ｎ−ｂ）ビット5404が加算器5304によって加えられ、新たなＮビット5405に変換される。図５０から明らかなとおり、その新たなＮビット5405の上位（８＋ｂ）ビットは、原画のピクチャOPTに含まれる、対応する画素データにおいて赤色の色座標を表す元のＮビット5001の上位（８＋ｂ）ビットとほぼ一致する。その誤差は、拡張ピクチャを符号化した際の誤差、すなわち、図５０に示されている符号化前の差分5006と、図５４に示されている復号後の差分5403との間の差である。従って、新たなＮビット5405と元のＮビット5001との間の差は、図５０に斜線部で示されている復号後のＮビット5004と元のＮビット5001との間の差よりも十分に小さい。他の色座標についても同様な処理が行われる。こうして、ビット拡張部5310は、ベースビュー・ピクチャと拡張ピクチャとの組み合わせから原画のピクチャOPTを、高い精度で復元することができる。
拡張ピクチャの画素データが含む色座標の差分のデータ量は一般に、ベースビュー・ピクチャの画素データが含む色座標のデータ量よりも小さい。従って、拡張ストリームのビットレートは一般に、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれのビットレートよりも低い。それ故、図１３に示されているエクステントのインターリーブ配置が有効である。
《実施形態２》
本発明の実施形態２による記録装置は光ディスク・レコーダ又はビデオカメラに搭載され、ＢＤ−ＲＥ（Rewritable）、ＢＤ−Ｒ（Recordable）、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤディスク等と略す。）にＡＶストリーム・ファイルを、本発明の実施形態１によるエクステントの配置でリアルタイムに記録する。その記録装置は、ビデオカメラで撮影された動画コンテンツ、又は、ＢＤ−ＲＯＭディスク等、他の記録媒体から再生されたコンテンツを、所定の圧縮符号化方式でＡＶストリーム・ファイルに変換して記録媒体に記録する。そのコンテンツは、４Ｋ２Ｋの２Ｄ映像とフルＨＤの３Ｄ映像との両方で表現されている。その記録装置は次にシナリオを生成する。「シナリオ」は、コンテンツに含まれる各タイトルの再生方法を規定した情報であり、動的シナリオ情報と静的シナリオ情報とを含む。その記録装置は続いて、シナリオを記録媒体に記録する。
［記録装置の構成］
図５５は、実施形態２による記録装置の機能ブロック図である。図５５を参照するに、その記録装置5500は、記憶部5501、ビデオ・エンコーダ5502、オーディオ・エンコーダ5503、制御部5504、マルチプレクサ5505、ソース・パケタイザ5506、及び書き込み部5507を含む。
記憶部5501は記録装置5500に内蔵の記憶装置であり、特にＨＤＤである。記憶部5501はその他に、記録装置5500に外付けされたＨＤＤであってもよく、記録装置5500に内蔵の、又は外付けされた半導体メモリ装置であってもよい。
ビデオ・エンコーダ5502は映像データの符号化処理専用のハードウェアである。ビデオ・エンコーダ5502はその他に、記録装置5500に内蔵のＣＰＵが特定のソフトウェアを実行することによって機能する要素であってもよい。ビデオ・エンコーダ5502はアナログ又はデジタルの映像入力信号VINを、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、又はＭＰＥＧ−２等の圧縮符号化方式で圧縮する。それにより、映像データは、ベースビュー・ビデオ・ストリーム、ディペンデントビュー・ビデオ・ストリーム、及び拡張ストリームの組み合わせに変換される。変換後の各ビデオ・ストリーム5511と拡張ストリーム5512とは記憶部5501に保存される。
ビデオ・エンコーダ5502は、３Ｄ映像のデータの符号化にはＭＶＣ等の多視点符号化方式を利用する。それにより、３Ｄ映像のデータは、図７に示されているようなベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの対に変換される。すなわち、レフトビューを表すビデオ・フレームの列は、それ自身のピクチャ間での予測符号化によってベースビュー・ビデオ・ストリームに変換される。一方、ライトビューを表すビデオ・フレームの列は、それ自身のピクチャだけでなく、ベースビュー・ピクチャとの間での予測符号化によってディペンデントビュー・ビデオ・ストリームに変換される。尚、ライトビューを表すビデオ・フレームの列がベースビュー・ビデオ・ストリームに変換され、レフトビューを表すビデオ・フレームの列がディペンデントビュー・ビデオ・ストリームに変換されてもよい。
ビデオ・エンコーダ5502は、３Ｄ映像のデータを符号化する際、ピクチャ間予測符号化の処理過程で、圧縮前のレフトビュー・ピクチャとライトビュー・ピクチャとを８画素×８画素又は１６画素×１６画素のマクロブロックごとに比較して、両ピクチャ間での各映像の動きベクトルを検出する。ビデオ・エンコーダ5502は、検出された動きベクトルを各ピクチャの圧縮に利用する。一方、ビデオ・エンコーダ5502はその動きベクトルを各映像の両眼視差の計算に利用し、各映像の両眼視差からその映像の奥行き情報を算出してもよい。ビデオ・エンコーダ5502は更にその奥行き情報を利用して、レフトビュー又はライトビューに対するデプスマップを生成してもよい。その場合、ビデオ・エンコーダ5502は、レフトビュー又はライトビューのストリーム・データとデプスマップ・ストリームとのそれぞれを、それ自身の含むピクチャ間での予測符号化を用いて、ベースビュー・ビデオ・ストリームとデプスマップ・ストリームとに変換する。
ビデオ・エンコーダ5502は、４Ｋ２Ｋの２Ｄ映像のデータを符号化する際、まず、３Ｄ映像のデータの符号化で得られたベースビュー・ビデオ・ストリームからフルＨＤのビデオ・フレームを抽出し、バイキュービック方式又はバイリニア方式等の補間を用いてそのビデオ・フレームを４Ｋ２Ｋのビデオ・フレームに変換する。ビデオ・エンコーダ5502は次に、変換された４Ｋ２Ｋのビデオ・フレームを元の４Ｋ２Ｋのビデオ・フレームと比較して、差分画素情報を生成する。ビデオ・エンコーダ5502は更に、生成された差分画素情報から解像度拡張情報を生成して、拡張ストリームに変換する。
オーディオ・エンコーダ5503は音声データの符号化処理専用のハードウェアである。オーディオ・エンコーダ5503はその他に、記録装置5500に内蔵のＣＰＵが特定のソフトウェアを実行することによって機能する要素であってもよい。オーディオ・エンコーダ5503は音声入力信号AINからオーディオ・ストリーム5513を生成して記憶部5501に保存する。音声入力信号AINは例えば非圧縮のＬＰＣＭ音声データであり、ＡＣ−３等の圧縮符号化方式で符号化される。
制御部5504は、記録装置5500に内蔵のＣＰＵが特定のソフトウェアを実行することによって機能する要素である。制御部5504はシナリオ・データ5514を生成して記憶部5501に保存する。シナリオ・データ5514は、インデックス・ファイル、ＭＶオブジェクト・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルを含み、記憶部5501に保存された各エレメンタリ・ストリーム5511−5513の再生方法を規定する。
制御部5504は特にクリップ情報ファイルのエントリ・マップを、次のようにリアルタイムで生成する。ビデオ・エンコーダ5502はＧＯＰを１つ符号化する度に、そのＧＯＰの先頭に位置するＩピクチャ又はＰピクチャのＰＴＳ、そのピクチャが格納される予定のソースパケット群の先頭のＳＰＮ、及び、そのピクチャに対する解像度拡張情報が格納される予定のソースパケット群の先頭のＳＰＮを制御部5504に渡す。制御部5504は、ビデオ・エンコーダ5502から渡されたＰＴＳとＳＰＮとの対を１つのエントリ・ポイントとしてエントリ・マップに追記する。
制御部5504は更に、２Ｄクリップ情報ファイルとＤＥＰクリップ情報ファイルとのそれぞれのエントリ・マップを利用して、図２９の（ａ）、（ｂ）に示されているエクステント起点2742、2920を生成する。そのとき、エクステント・ペア間でエクステントＡＴＣ時間が揃えられる。制御部5504はまた、ベースビュー・エクステント、ディペンデントビュー・エクステント、及び拡張エクステントの各サイズが条件１−６を満たすように、エクステントの配置を設計する。特に、ロング・ジャンプが必要な箇所の直前又は直後では、図１４に示されている配置１、又は図１５に示されている配置２のように、拡張データ専用区間、平面視映像専用区間、及び立体視映像専用区間が設けられる。
制御部5504はその他に、メインＴＳ、サブＴＳ、及び拡張ストリームのそれぞれに多重化されるべきエレメンタリ・ストリームから、図２７に示されているストリーム属性情報2720を抽出し、図２７に示されているように、エントリ・マップ2730、３Ｄメタデータ2740、及びストリーム属性情報2720の組み合わせをクリップ情報2710に対応付ける。こうして、２Ｄクリップ情報ファイル、ＤＥＰクリップ情報ファイル、及び拡張クリップ情報ファイルが生成される。その後、制御部5504は各クリップ情報ファイルを利用して、２Ｄプレイリスト・ファイル、３Ｄプレイリスト・ファイル、及び拡張プレイリスト・ファイルを生成する。
マルチプレクサ5505は、記憶部5501に保存されているエレメンタリ・ストリーム5511−5513をＭＰＥＧ２−ＴＳ形式のストリーム・データに多重化する。具体的には、図５に示されているように、まず、各エレメンタリ・ストリーム5511−5512が一連のＴＳパケット列に変換され、次に、それらのＴＳパケット列が１本の多重化ストリーム・データにまとめられる。こうして、メインＴＳ、サブＴＳ、及び拡張ストリームが生成される。それらの多重化ストリーム・データはソース・パケタイザ5506へ送出される。
ソース・パケタイザ5506は、メインＴＳ、サブＴＳ、及び拡張ストリームを構成する各ＴＳパケットを１つのソースパケットに変換する。それにより、メインＴＳ、サブＴＳ、及び拡張ストリームがそれぞれ、一連のソースパケット列に変換され、書き込み部5507へ送出される。
書き込み部5507は、まず、ソース・パケタイザ5506によって生成されたソースパケット列を、制御部5504によって設計されたエクステントの配置に従ってＢＤディスク等BDRに書き込む。それと並行して、書き込み部5507は、ファイル２Ｄ、ファイルＤＥＰ、ファイルＳＳ、及び拡張ストリーム・ファイルの各ファイル・エントリを、内蔵のメモリ上に生成する。書き込み部5507は更に、各ソースパケット列の全体をＢＤディスク等BDRに書き終えたとき、各ＡＶストリーム・ファイルのファイル・エントリをＢＤディスク等BDRに書き込む。こうして、各ソースパケット列がＡＶストリーム・ファイルとしてＢＤディスク等BDRに記録される。その後、書き込み部5507は、記憶部5501に保存されたシナリオ・データ5514をＢＤディスク等BDRに記録する。
書き込み部5507は、ＡＶストリーム・ファイルのファイル・エントリを生成するとき、クリップ情報ファイルに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、エントリ・ポイントとエクステント起点との各ＳＰＮがアロケーション記述子の生成に利用される。特に、図１１に示されているようなエクステントのインターリーブ配置が表現されるように、各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが、制御部5504によって設計されたエクステントの配置に従って決定される。
［エクステントＡＴＣ時間を揃える方法］
図５６は、隣接するエクステント間でエクステントＡＴＣ時間を揃える方法を示す模式図である。以下の説明では便宜上、３Ｄ再生モードを対象とする。拡張再生モードでも同様である。まず、ベースビュー・エクステントに格納されるソースパケット（以下、ＳＰ１と略す。）と、ディペンデントビュー・エクステントに格納されるソースパケット（以下、ＳＰ２と略す。）とには、同じＡＴＣ時間軸でＡＴＳが付与される。図５６を参照するに、矩形5610、5620はそれぞれ、ＳＰ１＃ｐ（ｐ＝０、１、…、ｋ、ｋ＋１、…、ｉ、ｉ＋１）とＳＰ２＃ｑ（ｑ＝０、１、…、ｍ、ｍ＋１、…、ｊ、ｊ＋１）とを表す。ここで、数ｉ、ｊは１以上の整数であり、数ｋは０以上ｉ以下の整数であり、数ｍは０以上ｊ以下の整数である。それらの矩形5610、5620はＡＴＣの時間軸方向で各ソースパケットのＡＴＳの順に並べられている。各矩形5610、5620の先頭の位置A1(p)、A2(q)はそのソースパケットのＡＴＳの値を表す。各矩形5610、5620の長さ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[n＋1]が求められる。次に、ＳＰ１＃（ｋ＋１）のＡＴＳ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)。
［コンテンツのリアルタイム記録］
図５７は、図５５に示されている記録装置5500を利用してＢＤディスク等BDRへコンテンツをリアルタイムで記録する方法のフローチャートである。この方法は、例えば記録装置5500の電源投入によって開始される。
ステップＳ５７０１では、ビデオ・エンコーダ5502が、映像入力信号VINを符号化してピクチャを生成し、音声入力信号AINを符号化してオーディオ・フレームを生成する。特に、３Ｄ映像のレフトビューを表すビデオ・フレームはベースビュー・ピクチャに符号化され、ライトビューを表すビデオ・フレームはディペンデントビュー・ピクチャに符号化される。更に、４Ｋ２Ｋのビデオ・フレームは、ベースビュー・ピクチャを利用して、解像度拡張情報に変換される。生成されたピクチャ、オーディオ・フレーム、及び解像度拡張情報は記憶部5501に保存される。その後、処理はステップＳ５７０２へ進む。
ステップＳ５７０２では、マルチプレクサ5505が、記憶部5501に保存されたピクチャ、オーディオ・フレーム、及び解像度拡張情報を１本のＴＳに多重化する。更に、ソース・パケタイザ5506がそのＴＳをソースパケット列に変換して、書き込み部5507へ渡す。その後、処理はステップＳ５７０３へ進む。
ステップＳ５７０３では、書き込み部5507が、ソース・パケタイザ5506によって生成されたソースパケット列を蓄積する。制御部5504は、蓄積されたソースパケット列に基づいて、ＢＤディスク等BDRに記録すべきエクステントの配置を設計する。書き込み部5507はそのソースパケット列を、制御部5504によって設計されたエクステントの配置に従ってＢＤディスク等BDRに書き込む。それと並行して、書き込み部5507はＡＶストリーム・ファイルのファイル・エントリを内蔵のメモリ上に生成する。その後、処理はステップＳ５７０４へ進む。
ステップＳ５７０４では、ステップＳ５７０１で生成されたピクチャがＧＯＰの先頭であるか否かを、ビデオ・エンコーダ5502がチェックする。そのピクチャがＧＯＰの先頭である場合、処理はステップＳ５７０５へ進む。そのピクチャがＧＯＰの先頭ではない場合、処理はステップＳ５７０６へ進む。
ステップＳ５７０５では、ステップＳ５７０１で生成されたピクチャがＧＯＰの先頭である。従って、ビデオ・エンコーダ5502は、そのピクチャのＰＴＳ、そのピクチャが格納される予定のソースパケット群の先頭のＳＰＮ、及び、そのピクチャに対する解像度拡張情報が格納される予定のソースパケット群の先頭のＳＰＮを制御部5504に渡す。制御部5504は、ビデオ・エンコーダ5502から渡されたＰＴＳとＳＰＮとの対を１つのエントリ・ポイントとしてエントリ・マップに追記する。その後、処理はステップＳ５７０６へ進む。
ステップＳ５７０６では、復号対象の映像入力信号VINが存在するか否かをビデオ・エンコーダ5502がチェックする。その映像入力信号VINが存在する場合、処理はステップＳ５７０１から繰り返される。その映像入力信号VINが存在しない場合、処理はステップＳ５７０７へ進む。
ステップＳ５７０７では、復号対象の映像入力信号VINが全て、多重化ストリーム・データに変換されてＢＤディスク等BDRに記録されている。従って、書き込み部5507は内蔵のメモリからＢＤディスク等BDRへ、各ＡＶストリーム・ファイルのファイル・エントリを転送する。一方、制御部5504が、メインＴＳ、サブＴＳ、及び拡張ストリームのそれぞれに多重化されるべきエレメンタリ・ストリームからストリーム属性情報を抽出し、エントリ・マップと３Ｄメタデータと共にクリップ情報に対応付ける。こうして、２Ｄクリップ情報ファイル、ＤＥＰクリップ情報ファイル、及び拡張クリップ情報ファイルが生成される。書き込み部5507はそれらのクリップ情報ファイルをＢＤディスク等BDRに記録する。その後、処理はステップＳ５７０８へ進む。
ステップＳ５７０８では、制御部5504は、２Ｄクリップ情報ファイル、ＤＥＰクリップ情報ファイル、及び拡張クリップ情報ファイルを利用して、２Ｄプレイリスト・ファイル、３Ｄプレイリスト・ファイル、及び拡張プレイリスト・ファイルを生成する。書き込み部5507はそれらのプレイリスト・ファイルをＢＤディスク等BDRに記録する。その後、処理は終了する。
《実施形態３》
本発明の実施形態３による記録装置は、いわゆるオーサリング装置と呼ばれるものであり、ＢＤ−ＲＯＭディスクにコンテンツを本発明の実施形態１によるエクステントの配置で記録する。オーサリング装置は通常、頒布用のコンテンツの制作スタジオに設置され、オーサリング・スタッフによって使用される。その記録装置はオーサリング・スタッフの操作に従い、まずコンテンツを所定の圧縮符号化方式でＡＶストリーム・ファイルに変換する。コンテンツは、４Ｋ２Ｋの２Ｄ映像とフルＨＤの３Ｄ映像との両方で表現されている。その記録装置は次にシナリオを生成する。その記録装置は続いて、ＡＶストリーム・ファイル及びシナリオからＢＤ−ＲＯＭディスク用のボリューム・イメージを生成する。その記録装置は最後に、そのボリューム・イメージをＢＤ−ＲＯＭディスクに記録する。
［記録装置の構成］
図５８は、本発明の実施形態３による記録装置の機能ブロック図である。図５８を参照するに、その記録装置5800は、データベース部5801、ビデオ・エンコーダ5802、素材制作部5803、シナリオ生成部5804、ＢＤプログラム制作部5805、多重化処理部5806、及びフォーマット処理部5807を含む。
データベース部5801は記録装置5800に内蔵の不揮発性記憶装置であり、特にＨＤＤである。データベース部5801はその他に、記録装置5800に外付けされたＨＤＤであってもよく、記録装置5800に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。
ビデオ・エンコーダ5802は映像データの符号化処理専用のハードウェアである。ビデオ・エンコーダ5802はその他に、記録装置5800に内蔵のＣＰＵが特定のソフトウェアを実行することによって機能する要素であってもよい。ビデオ・エンコーダ5802は、非圧縮のビットマップ・データ等の映像データをオーサリング・スタッフから受け付けて、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、又はＭＰＥＧ−２等の圧縮符号化方式で圧縮する。それにより、映像データは、ベースビュー・ビデオ・ストリーム、ディペンデントビュー・ビデオ・ストリーム、及び拡張ストリームの組み合わせに変換される。変換後の各ビデオ・ストリーム5811と拡張ストリーム5812とはデータベース部5801に保存される。
ビデオ・エンコーダ5802は、図５５に示されているもの5502と同様に、３Ｄ映像のデータをベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの対に変換する。特に、レフトビューとライトビューとの間での各映像の動きベクトルから各３Ｄ映像の奥行き情報を算出し、その奥行き情報を利用してデプスマップ・ストリームを生成してもよい。ビデオ・エンコーダ5802は更に、３Ｄ映像のデータの符号化で得られたベースビュー・ビデオ・ストリームを利用して、４Ｋ２Ｋの２Ｄ映像のデータから、解像度拡張情報を含む拡張ストリームを生成する。
素材制作部5803は、ビデオ・ストリーム5811と拡張ストリーム5812以外のエレメンタリ・ストリーム、例えば、オーディオ・ストリーム5813、ＰＧストリーム5814、及びＩＧストリーム5815を生成してデータベース部5801に保存する。例えば、素材制作部5803はオーサリング・スタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ−３等の圧縮符号化方式で符号化してオーディオ・ストリーム5813に変換する。オーディオ・ストリームとしてＤＴＳ−ＨＤ拡張オーディオ・ストリームが生成される場合、各オーディオ・フレームはＤＴＳ−ＨＤコア・オーディオ・フレームと拡張部分とに分解され、前者はオーディオ・ストリームに格納され、後者は拡張ストリームに格納される。素材制作部5803はその他に、オーサリング・スタッフから字幕情報ファイルを受け付けて、それに従ってＰＧストリーム5814を生成する。字幕情報ファイルは、字幕を表すイメージ・データ又はテキスト・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェード・イン／アウト等の視覚効果を規定する。素材制作部5803は更に、オーサリング・スタッフからビットマップ・データとメニュー・ファイルとを受け付けて、それらに従ってＩＧストリーム5815を生成する。ビットマップ・データはメニューのイメージを表す。メニュー・ファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。
シナリオ生成部5804は、オーサリング・スタッフからＧＵＩ経由で受け付けられた指示に従ってシナリオ・データ5816を生成し、データベース部5801に保存する。シナリオ・データ5816は、インデックス・ファイル、ＭＶオブジェクト・ファイル、及びプレイリスト・ファイルを含み、データベース部5801に保存された各エレメンタリ・ストリーム5811−5815の再生方法を規定する。シナリオ生成部5804は更に、パラメータ・ファイルPRFを生成して多重化処理部5806へ送出する。パラメータ・ファイルPRFは、データベース部5801に保存されたエレメンタリ・ストリーム5811−5815の中から、メインＴＳ、サブＴＳ、及び拡張ストリームのそれぞれに多重化されるべきエレメンタリ・ストリームを規定する。
ＢＤプログラム制作部5805はオーサリング・スタッフに対して、ＢＤ−Ｊオブジェクト及びＪａｖａアプリケーション・プログラムのプログラミング環境を提供する。ＢＤプログラム制作部5805はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを生成する。ＢＤプログラム制作部5805は更に、ＢＤ−ＪオブジェクトからＢＤ−Ｊオブジェクト・ファイルを生成し、Ｊａｖａアプリケーション・プログラムをＪＡＲファイルに圧縮する。それらのプログラム・ファイル群BDPはフォーマット処理部5807へ送出される。
多重化処理部5806はパラメータ・ファイルPRFに従い、データベース部5801に保存されているエレメンタリ・ストリーム5811−5815をＭＰＥＧ２−ＴＳ形式のストリーム・データに多重化する。具体的には、図５に示されているように、まず、各エレメンタリ・ストリーム5811−5815が一連のソースパケット列に変換され、次に、それらのソースパケット列が１本の多重化ストリーム・データにまとめられる。こうして、メインＴＳ、サブＴＳ、及び拡張ストリームが生成される。それらの多重化ストリーム・データMSDはフォーマット処理部5807へ送出される。
多重化処理部5806は更に、２Ｄクリップ情報ファイル、ＤＥＰクリップ情報ファイル、及び拡張クリップ情報ファイルを以下の手順（I）−（IV）で生成する：（I）ファイル２Ｄ、ファイルＤＥＰ、拡張クリップ情報ファイルのそれぞれについてエントリ・マップを生成する。（II）各クリップ情報ファイルのエントリ・マップを利用してエクステント起点を生成する。そのとき、エクステント・ペア間でエクステントＡＴＣ時間を揃える。更に、ベースビュー・エクステント、ディペンデントビュー・エクステント、及び拡張エクステントの各サイズが条件１−６を満たすように、エクステントの配置を設計する。特に、ロング・ジャンプが必要な箇所の直前又は直後では、図１４に示されている配置１、又は図１５に示されている配置２のように、拡張データ専用区間、平面視映像専用区間、及び立体視映像専用区間が設けられる。（III）メインＴＳ、サブＴＳ、及び拡張ストリームのそれぞれに多重化されるべきエレメンタリ・ストリームからストリーム属性情報を抽出する。（IV）エントリ・マップ、３Ｄメタデータ、及びストリーム属性情報の組み合わせをクリップ情報に対応付ける。こうして、各クリップ情報ファイルCLIが生成され、フォーマット処理部5807へ送出される。
フォーマット処理部5807は、データベース部5801に保存されたシナリオ・データ5816、ＢＤプログラム制作部5805によって制作されたＢＤ−Ｊオブジェクト・ファイル等のプログラム・ファイル群BDP、及び、多重化処理部5806によって生成された多重化ストリーム・データMSDとクリップ情報ファイルCLIとから、ＢＤ−ＲＯＭディスク・イメージ5820を生成する。
フォーマット処理部5807は多重化ストリーム・データMSDを、ファイル２Ｄ、ファイルＤＥＰ、ファイルＳＳ、及び拡張ストリーム・ファイルに格納する。フォーマット処理部5807は、それらのＡＶストリーム・ファイルのファイル・エントリを生成するとき、クリップ情報ファイルに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、エントリ・ポイントとエクステント起点との各ＳＰＮがアロケーション記述子の生成に利用される。特に、図１１に示されているようなエクステントのインターリーブ配置が表現されるように、各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが、多重化処理部5806によって設計されたエクステントの配置に従って決定される。
［ＢＤ−ＲＯＭディスクのオーサリング］
図５９は、図５８に示されている記録装置5800を利用してＢＤ−ＲＯＭディスクへコンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置5800の電源投入によって開始される。
ステップＳ５８０１では、ＢＤ−ＲＯＭディスクへ記録されるべきエレメンタリ・ストリーム、プログラム、及びシナリオ・データが生成される。すなわち、ビデオ・エンコーダ5802はビデオ・ストリーム5811と拡張ストリーム5812とを生成する。素材制作部5803は、オーディオ・ストリーム5813、ＰＧストリーム5814、及びＩＧストリーム5815を生成する。シナリオ生成部5804はシナリオ・データ5816を生成する。生成されたそれらのデータ5811−5816はデータベース部5801に保存される。一方、シナリオ生成部5804はパラメータ・ファイルPRFを生成して多重化処理部5806へ送出する。ＢＤプログラム制作部5805は、ＢＤ−Ｊオブジェクト・ファイルとＪＡＲファイルとを含むプログラム・ファイル群BDPを生成してフォーマット処理部5807へ送出する。その後、処理はステップＳ５８０２へ進む。
ステップＳ５８０２では、多重化処理部5806はパラメータ・ファイルPRFに従い、データベース部5801からエレメンタリ・ストリーム5811−5815を読み出してＭＰＥＧ２−ＴＳ形式のストリーム・データに多重化する。その後、処理はステップＳ５８０３へ進む。
ステップＳ５８０３では、多重化処理部5806は、２Ｄクリップ情報ファイル、ＤＥＰクリップ情報ファイル、及び拡張クリップ情報ファイルを生成する。更に、ベースビュー・エクステント、ディペンデントビュー・エクステント、及び拡張エクステントのサイズが条件１−６を満たすように設計される。その後、処理はステップＳ５８０４へ進む。
ステップＳ５８０４では、フォーマット処理部5807は、シナリオ・データ5816、プログラム・ファイル群BDP、多重化ストリーム・データMDS、及びクリップ情報ファイルCLIからＢＤ−ＲＯＭディスク・イメージ5820を生成する。特に、多重化ストリーム・データMDSがＡＶストリーム・ファイルに格納される際には、図１１に示されているようなエクステントのインターリーブ配置が表現されるように、ファイル・エントリ内の各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが、多重化処理部5806によって設計されたエクステントの配置に従って決定される。その後、処理はステップＳ５８０５へ進む。
ステップＳ５８０５では、ＢＤ−ＲＯＭディスク・イメージ5820がＢＤ−ＲＯＭプレス用データに変換される。このデータは、マスタリング装置によってＢＤ−ＲＯＭディスクの原盤に記録される。その後、処理はステップＳ５８０６へ進む。
ステップＳ５８０６では、ステップＳ５８０５で得られた原盤をプレス工程に利用してＢＤ−ＲＯＭディスク101の大量生産を行う。こうして、処理が終了する。
《補足》
［記録媒体のファイルシステム］
記録媒体のファイルシステムとしてＵＤＦが利用されるとき、図２に示されているＢＤ−ＲＯＭディスク101のボリューム領域202Bのようなデータ記録領域は、一般に複数のディレクトリ、ファイル・セット記述子、及び終端記述子のそれぞれが記録された領域を含む。「ディレクトリ」は、同じディレクトリを構成するデータ群である。「ファイル・セット記述子」は、ルート・ディレクトリのファイル・エントリが記録されているセクタのＬＢＮを示す。「終端記述子」はファイル・セット記述子の記録領域の終端を示す。
各ディレクトリは共通のデータ構造を持つ。各ディレクトリは特に、ファイル・エントリ、ディレクトリ・ファイル、及び下位ファイル群を含む。
「ファイル・エントリ」は、記述子タグ、ＩＣＢ（InformationControl Block）タグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。例えば記述子タグの値が“２６１”であるとき、そのデータの種類はファイル・エントリである。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、同じディレクトリに属するディレクトリ・ファイルが記録されたセクタのＬＢＮを示す。
「ディレクトリ・ファイル」は、下位ディレクトリのファイル識別記述子と下位ファイルのファイル識別記述子とを一般に複数ずつ含む。「下位ディレクトリのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ディレクトリにアクセスするための情報である。このファイル識別記述子は、その下位ディレクトリの識別情報、ディレクトリ名の長さ、ファイル・エントリ・アドレス、及びディレクトリ名そのものを含む。特にファイル・エントリ・アドレスは、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ファイルにアクセスするための情報である。このファイル識別記述子は、その下位ファイルの識別情報、ファイル名の長さ、ファイル・エントリ・アドレス、及びファイル名そのものを含む。特にファイル・エントリ・アドレスは、その下位ファイルのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル・エントリ」は、後述のとおり、下位ファイルの本体を構成するデータのアドレス情報を含む。
ファイル・セット記述子と下位ディレクトリ／ファイルのファイル識別記述子とを順番に辿ってゆけば、記録媒体に記録された任意のディレクトリ／ファイルのファイル・エントリにアクセスすることができる。具体的には、まず、ファイル・セット記述子からルート・ディレクトリのファイル・エントリが特定され、そのファイル・エントリ内のアロケーション記述子からルート・ディレクトリのディレクトリ・ファイルが特定される。次に、そのディレクトリ・ファイルからルート・ディレクトリ直下のディレクトリのファイル識別記述子が検出され、その中のファイル・エントリ・アドレスからそのディレクトリのファイル・エントリが特定される。更に、そのファイル・エントリ内のアロケーション記述子からそのディレクトリのディレクトリ・ファイルが特定される。続いて、そのディレクトリ・ファイルのうち、下位ディレクトリ又は下位ファイルのファイル識別記述子内のファイル・エントリ・アドレスからその下位ディレクトリ又は下位ファイルのファイル・エントリが特定される。
「下位ファイル」はそれぞれエクステントとファイル・エントリとを含む。「エクステント」は一般に複数であり、それぞれ、ディスク上の論理アドレス、すなわちＬＢＮが連続しているデータ列である。エクステントの全体が下位ファイルの本体を構成する。「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は各エクステントに対して１つずつ設けられ、データ記録領域における各エクステントの配置、具体的には各エクステントのサイズとその先端のＬＢＮとを示す。従って、各アロケーション記述子を参照することにより、各エクステントにアクセスすることができる。その他に、各アロケーション記述子の上位２ビットは、そのアロケーション記述子の示すＬＢＮのセクタにエクステントが実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。
ＵＤＦを利用した上記のファイルシステムと同様、記録媒体に対するファイルシステムでは一般に、その記録媒体に記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がその記録媒体に記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。
［エクステントのサイズとリード・バッファの容量との関係］
＜配置１＞
図６０の（ａ）、（ｂ）は、図１４に示されている配置１のエクステント群から拡張再生モードの再生装置が映像をシームレスに再生するとき、ＲＢ１、ＲＢ３に蓄積されるデータ量の変化を示すグラフである。図６０の（ｃ）は、そのエクステント群に対する拡張再生モードでの再生経路を示す模式図である。この再生経路は、図１４に示されているもの1433と同じである。
図６０の（ａ）、（ｃ）を参照するに、第１拡張データ専用区間1411における拡張エクステントT1のプリロード期間PRT1では、ＲＢ１の蓄積データ量DA1が第１転送速度REXT1で減少する。従って、その期間PRT1が経過するまでＲＢ１の蓄積データ量DA1が０に達するのを防ぐには、第１転送速度REXT1の最高値RMAX1＝RTS1×192／188とその拡張エクステントT1のサイズST1とを用いて、第１共用区間1401からのデータの読み出し期間PRBLKの終了時点におけるＲＢ１の蓄積データ量DA1の下限RB11が次式（１０）で表されればよい：
Figure 2013027408
図６０の（ａ）、（ｃ）を更に参照するに、第１立体視映像専用区間1413と層境界LBとを越えるためのロング・ジャンプJLJの期間PLJと、第２拡張データ専用区間1421における拡張エクステントT2のプリロード期間PRT2とでは、ＲＢ１の蓄積データ量DA1が第１転送速度REXT1で減少する。従って、それらの期間PLJ、PRT2が経過するまでＲＢ１の蓄積データ量DA1が０に達するのを防ぐには、第１転送速度REXT1の最高値RMAX1＝RTS1×192／188、ロング・ジャンプJLJの最大ジャンプ時間TLJ、及びその拡張エクステントT2のサイズST2を用いて、ロング・ジャンプJLJの開始時点におけるＲＢ１の蓄積データ量DA1の下限RB12が次式（１１）で表されればよい：
Figure 2013027408
図６０の（ａ）、（ｃ）を更に参照するに、第２立体視映像専用区間1423を越えるためのジャンプJEXの期間PEX、第２共用区間1402における拡張エクステントT3のプリロード期間PRT3、及びその直後のディペンデントビュー・エクステントDの読み出しをスキップするためのジャンプJSJの期間PSJでは、ＲＢ１の蓄積データ量DA1が第１転送速度REXT1で減少する。それ故、それらの期間PEX、PRT3、PSJが経過するまでＲＢ１の蓄積データ量DA1が０に達するのを防ぐには、第１転送速度REXT1の最高値RMAX1＝RTS1×192／188、ジャンプJEX、JSJの最大ジャンプ時間TEX、TSJ、及びその拡張エクステントT3のサイズST3を用いて、ジャンプJEXの開始時点におけるＲＢ１の蓄積データ量DA1の下限RB13が次式（１２）で表されればよい：
Figure 2013027408
以上の結果、ＲＢ１の容量RB1は、式（１０）−（１２）で表される下限RB11、RB12、RB13の中の最大値以上であればよい：
Figure 2013027408
図６０の（ｂ）、（ｃ）を参照するに、第１共用区間1401の最後に配置されたエクステント・ブロックからのデータの読み出し期間PRBLKでは、ＲＢ３の蓄積データ量DA3が第３転送速度REXT3で減少する。また、第１拡張データ専用区間1411における拡張エクステントT1のプリロード期間PRT1では、その拡張エクステントT1はＲＢ３から読み出されない。従って、それらの期間PLJ、PRT1が経過するまで、ＲＢ３からシステム・ターゲット・デコーダへのデータの供給を維持するには、そのエクステント・ブロックが含むエクステント・ペアD、Bの数nとベースビュー・エクステントのサイズSB、ディペンデントビュー・エクステントの読み出しをスキップするためのジャンプJSJの最大ジャンプ時間TSJ、その拡張エクステントT1のサイズST1、及び第３転送速度REXT3の最高値RMAX3＝RTS3×192／188を用いて、そのエクステント・ブロックからのデータの読み出し期間PRBLKの開始時点におけるＲＢ３の蓄積データ量DA3の下限RB31が次式（１３）で表されればよい：
Figure 2013027408
図６０の（ｂ）、（ｃ）を更に参照するに、第１平面視映像専用区間1412からのデータの読み出し期間PRB1、及び第１立体視映像専用区間1413と層境界LBとを越えるためのロング・ジャンプJLJの期間PLJでは、ＲＢ３の蓄積データ量DA3が第３転送速度REXT3で減少する。また、第２拡張データ専用区間1421における拡張エクステントT2のプリロード期間PRT2では、その拡張エクステントT2はＲＢ３から読み出されない。従って、それらの期間PRB1、PLJ、PRT2が経過するまで、ＲＢ３からシステム・ターゲット・デコーダへのデータの供給を維持するには、第１平面視映像専用区間1412内のベースビュー・エクステントのサイズSB1、ロング・ジャンプJLJの最大ジャンプ時間TLJ、その拡張エクステントT2のサイズST2、及び第３転送速度REXT3の最高値RMAX3＝RTS3×192／188を用いて、ロング・ジャンプJLJの開始時点におけるＲＢ３の蓄積データ量DA3の下限RB32が次式（１４）で表されればよい：
Figure 2013027408
図６０の（ｂ）、（ｃ）を更に参照するに、第２平面視映像専用区間1422からのデータの読み出し期間PRB2、及び第２立体視映像専用区間1423を越えるためのジャンプJEXの期間PEXでは、ＲＢ３の蓄積データ量DA3が第３転送速度REXT3で減少する。また、第２共用区間1402における拡張エクステントT3のプリロード期間PRT3と、その直後のディペンデントビュー・エクステントDの読み出しをスキップするためのジャンプJSJの期間PSJとでは、その拡張エクステントT3はＲＢ３から読み出されない。従って、それらの期間PRB2、PEX、PRT3、PSJが経過するまで、ＲＢ３からシステム・ターゲット・デコーダへのデータの供給を維持するには、第２平面視映像専用区間1422内のベースビュー・エクステントのサイズSB2、ジャンプJEX、JSJの最大ジャンプ時間TEX、TSJ、その拡張エクステントT3のサイズST3、及び第３転送速度REXT3の最高値RMAX3＝RTS3×192／188を用いて、第２平面視映像専用区間1422からのデータの読み出し期間PRB2の開始時点におけるＲＢ３の蓄積データ量DA3の下限RB33が次式（１５）で表されればよい：
Figure 2013027408
各拡張データ専用区間1411、1421からＲＢ３へ読み出された拡張エクステントT1、T2は、それぞれの全体の読み出しが終了するまで、ＲＢ３からは転送されない。従って、各拡張エクステントT1、T2のプリロードの終了時点におけるＲＢ３の蓄積データ量DA3の下限RB32、RB33は、その拡張エクステントT1、T2の最大エクステント・サイズmaxST1、maxST2以上であればよい：
Figure 2013027408
第２共用区間1402から読み出された拡張エクステントT3は、その読み出し直後のジャンプ期間PSJが経過するまで、ＲＢ３からは転送されない。従って、そのジャンプ期間PSJの開始時点におけるＲＢ３の蓄積データ量DA3の下限RB34は、その拡張エクステントT3の最大エクステント・サイズmaxST3と、そのジャンプ期間PSJにＲＢ３からシステム・ターゲット・デコーダへ供給されるデータ量TSJ×RMAX3との和で表される：
Figure 2013027408
以上の結果、ＲＢ３の容量RB3は、式（１３）−（１７）で表される下限RB31、RB32、RB33、RB34の中の最大値以上であればよい：
Figure 2013027408
＜配置２＞
図６１の（ａ）、（ｂ）は、図１５に示されている配置２のエクステント群から拡張再生モードの再生装置が映像をシームレスに再生するとき、ＲＢ１、ＲＢ３に蓄積されるデータ量の変化を示すグラフである。図６１の（ｃ）は、そのエクステント群に対する拡張再生モードでの再生経路を示す模式図である。この再生経路は、図１５に示されているもの1533と同じである。
図６１の（ａ）、（ｃ）を参照するに、第１拡張データ専用区間1411における拡張エクステントT1のプリロード期間PRT1と、第１立体視映像専用区間1513を越えるためのジャンプJEX1の期間PEX1とでは、ＲＢ１の蓄積データ量DA1が第１転送速度REXT1で減少する。従って、それらの期間PRT1、PEX1が経過するまでＲＢ１の蓄積データ量DA1が０に達するのを防ぐには、第１転送速度REXT1の最高値RMAX1＝RTS1×192／188、その拡張エクステントT1のサイズST1、及びジャンプJEX1の最大ジャンプ時間TEX1を用いて、第１共用区間1401からのデータの読み出し期間PRBLKの終了時点におけるＲＢ１の蓄積データ量DA1の下限RB11が次式（１８）で表されればよい：
Figure 2013027408
図６１の（ａ）、（ｃ）を更に参照するに、層境界LBを越えるためのロング・ジャンプJLJの期間PLJ、第２拡張データ専用区間1421における拡張エクステントT2のプリロード期間PRT2、及び第２立体視映像専用区間1523を越えるためのジャンプJEX2の期間PEX2では、ＲＢ１の蓄積データ量DA1が第１転送速度REXT1で減少する。従って、それらの期間PLJ、PRT2、PEX2が経過するまでＲＢ１の蓄積データ量DA1が０に達するのを防ぐには、第１転送速度REXT1の最高値RMAX1＝RTS1×192／188、ロング・ジャンプJLJの最大ジャンプ時間TLJ、その拡張エクステントT2のサイズST2、及びジャンプJEX2の最大ジャンプ時間TEX2を用いて、ロング・ジャンプJLJの開始時点におけるＲＢ１の蓄積データ量DA1の下限RB12が次式（１９）で表されればよい：
Figure 2013027408
図６１の（ａ）、（ｃ）を更に参照するに、第２共用区間1402における拡張エクステントT3のプリロード期間PRT3、及びその直後のディペンデントビュー・エクステントDの読み出しをスキップするためのジャンプJSJの期間PSJでは、ＲＢ１の蓄積データ量DA1が第１転送速度REXT1で減少する。それ故、それらの期間PRT3、PSJが経過するまでＲＢ１の蓄積データ量DA1が０に達するのを防ぐには、第１転送速度REXT1の最高値RMAX1＝RTS1×192／188、ジャンプJSJの最大ジャンプ時間TSJ、及びその拡張エクステントT3のサイズST3を用いて、第２共用区間1402における拡張エクステントT3のプリロードの開始時点におけるＲＢ１の蓄積データ量DA1の下限RB13が次式（２０）で表されればよい：
Figure 2013027408
以上の結果、ＲＢ１の容量RB1は、式（１８）−（２０）で表される下限RB11、RB12、RB13の中の最大値以上であればよい：
Figure 2013027408
図６１の（ｂ）、（ｃ）を参照するに、第１共用区間1401の最後に配置されたエクステント・ブロックからのデータの読み出し期間PRBLKでは、ＲＢ３の蓄積データ量DA3が第３転送速度REXT3で減少する。また、第１拡張データ専用区間1411における拡張エクステントT1のプリロード期間PRT1と、第１立体視映像専用区間1513を越えるためのジャンプJEX1の期間PEX1とでは、その拡張エクステントT1はＲＢ３から読み出されない。従って、それらの期間PRT1、PEX1が経過するまで、ＲＢ３からシステム・ターゲット・デコーダへのデータの供給を維持するには、そのエクステント・ブロックが含むエクステント・ペアD、Bの数nとベースビュー・エクステントのサイズSB、ディペンデントビュー・エクステントの読み出しをスキップするためのジャンプJSJの最大ジャンプ時間TSJ、その拡張エクステントT1のサイズST1、第１立体視映像専用区間1513を越えるためのジャンプJEX1の最大ジャンプ時間TEX1、及び第３転送速度REXT3の最高値RMAX3＝RTS3×192／188を用いて、そのエクステント・ブロックからのデータの読み出し期間PRBLKの開始時点におけるＲＢ３の蓄積データ量DA3の下限RB31が次式（２１）で表されればよい：
Figure 2013027408
図６１の（ｂ）、（ｃ）を更に参照するに、第１立体視映像専用区間1513を越えるためのジャンプ期間PEX1、第１平面視映像専用区間1512からのデータの読み出し期間PRB1、及び層境界LBを越えるためのロング・ジャンプJLJの期間PLJでは、ＲＢ３の蓄積データ量DA3が第３転送速度REXT3で減少する。また、第２拡張データ専用区間1421における拡張エクステントT2のプリロード期間PRT2と、第２立体視映像専用区間1523を越えるためのジャンプJEX2の期間PEX2とでは、その拡張エクステントT2はＲＢ３から読み出されない。従って、それらの期間PEX1、PRB1、PLJ、PRT2、PEX2が経過するまで、ＲＢ３からシステム・ターゲット・デコーダへのデータの供給を維持するには、第１平面視映像専用区間1512内のベースビュー・エクステントのサイズSB1、ジャンプJEX1、JLJ、JEX2の最大ジャンプ時間TEX1、TLJ、TEX2、その拡張エクステントT2のサイズST2、及び第３転送速度REXT3の最高値RMAX3＝RTS3×192／188を用いて、ジャンプJEX1の開始時点におけるＲＢ３の蓄積データ量DA3の下限RB32が次式（２２）で表されればよい：
Figure 2013027408
図６１の（ｂ）、（ｃ）を更に参照するに、第２立体視映像専用区間1523を越えるためのジャンプJEX2の期間PEX2と、第２平面視映像専用区間1522からのデータの読み出し期間PRB2とでは、ＲＢ３の蓄積データ量DA3が第３転送速度REXT3で減少する。また、第２共用区間1402における拡張エクステントT3のプリロード期間PRT3と、その直後のディペンデントビュー・エクステントDの読み出しをスキップするためのジャンプJSJの期間PSJとでは、その拡張エクステントT3はＲＢ３から読み出されない。従って、それらの期間PEX2、PRB2、PRT3、PSJが経過するまで、ＲＢ３からシステム・ターゲット・デコーダへのデータの供給を維持するには、ジャンプJEX2、JSJの最大ジャンプ時間TEX2、TSJ、第２平面視映像専用区間1522内のベースビュー・エクステントのサイズSB2、その拡張エクステントT3のサイズST3、及び第３転送速度REXT3の最高値RMAX3＝RTS3×192／188を用いて、ジャンプ期間PEX2の開始時点におけるＲＢ３の蓄積データ量DA3の下限RB33が次式（２３）で表されればよい：
Figure 2013027408
第１拡張データ専用区間1411から読み出された拡張エクステントT1は、その読み出し直後のジャンプ期間PEX1が経過するまで、ＲＢ３から転送されない。従って、そのジャンプ期間PEX1の開始時点におけるＲＢ３の蓄積データ量DA3の下限RB32が、その拡張エクステントT1の最大エクステント・サイズmaxST1と、そのジャンプ期間PEX1にＲＢ３からシステム・ターゲット・デコーダへ供給されるデータ量TEX1×RMAX3との和以上でなければならない：
Figure 2013027408
第２拡張データ専用区間1421から読み出された拡張エクステントT2は、その読み出し直後のジャンプ期間PEX2が経過するまで、ＲＢ３から転送されない。従って、そのジャンプ期間PEX2の開始時点におけるＲＢ３の蓄積データ量DA3の下限RB33が、その拡張エクステントT2の最大エクステント・サイズmaxST2と、そのジャンプ期間PEX2にＲＢ３からシステム・ターゲット・デコーダへ供給されるデータ量TEX2×RMAX3との和以上でなければならない：
Figure 2013027408
第２共用区間1402から読み出された拡張エクステントT3は、その読み出し直後のジャンプ期間PSJが経過するまで、ＲＢ３から転送されない。従って、そのジャンプ期間PSJの開始時点におけるＲＢ３の蓄積データ量DA3の下限RB34が、その拡張エクステントT3の最大エクステント・サイズmaxST3と、そのジャンプ期間PSJにＲＢ３からシステム・ターゲット・デコーダへ供給されるデータ量TSJ×RMAX3との和でなければならない：
Figure 2013027408
以上の結果、ＲＢ３の容量RB3は、式（２１）−（２６）で表される下限RB31、RB32、RB33、RB34の中の最大値以上であればよい：
Figure 2013027408
＜層境界LBの直前でのみ、配置１である場合＞
図６２の（ｃ）は、層境界LBの直前にのみ、拡張データ専用区間、平面視映像専用区間、及び立体視映像専用区間を配置した場合におけるエクステント群、及びそれらのエクステント群に対する拡張再生モードでの再生経路を示す模式図である。このエクステント群と再生経路とは、図１４に示されている配置１から、第２拡張データ専用区間1421、第２平面視映像専用区間1422、及び第２立体視映像専用区間1423を除去した場合のものと等しい。図６２の（ａ）、（ｂ）は、（ｃ）に示されているエクステント群から拡張再生モードの再生装置が映像をシームレスに再生するとき、ＲＢ１、ＲＢ３に蓄積されるデータ量の変化を示すグラフである。
図６２の（ａ）、（ｃ）を参照するに、拡張データ専用区間1411における拡張エクステントT1のプリロード期間PRT1ではＲＢ１の蓄積データ量DA1が第１転送速度REXT1で減少する。従って、その期間PRT1が経過するまでＲＢ１の蓄積データ量DA1が０に達するのを防ぐには、第１転送速度REXT1の最高値RMAX1＝RTS1×192／188とその拡張エクステントT1のサイズST1とを用いて、第１共用区間1401からのデータの読み出し期間PRBLKの終了時点におけるＲＢ１の蓄積データ量DA1の下限RB11が次式（２７）で表されればよい：
Figure 2013027408
図６２の（ａ）、（ｃ）を更に参照するに、立体視映像専用区間1413と層境界LBとを越えるためのロング・ジャンプJLJの期間PLJ、第２共用区間1402における拡張エクステントT2のプリロード期間PRT2、及び、その直後のディペンデントビュー・エクステントDの読み出しをスキップするためのジャンプJSJの期間PSJでは、ＲＢ１の蓄積データ量DA1が第１転送速度REXT1で減少する。従って、それらの期間PLJ、PRT2、PSJが経過するまでＲＢ１の蓄積データ量DA1が０に達するのを防ぐには、第１転送速度REXT1の最高値RMAX1＝RTS1×192／188、ジャンプJLJ、JSJの最大ジャンプ時間TLJ、TSJ、及びその拡張エクステントT2のサイズST2を用いて、ロング・ジャンプJLJの開始時点におけるＲＢ１の蓄積データ量DA1の下限RB12が次式（２８）で表されればよい：
Figure 2013027408
以上の結果、ＲＢ１の容量RB1は、式（２７）、（２８）で表される下限RB11、RB12のいずれか大きい方以上であればよい：
Figure 2013027408
図６２の（ｂ）、（ｃ）を参照するに、第１共用区間1401の最後に配置されたエクステント・ブロックからのデータの読み出し期間PRBLKでは、ＲＢ３の蓄積データ量DA3が第３転送速度REXT3で減少する。また、拡張データ専用区間1411における拡張エクステントT1のプリロード期間PRT1では、その拡張エクステントT1はＲＢ３から読み出されない。従って、それらの期間PLJ、PRT1が経過するまで、ＲＢ３からシステム・ターゲット・デコーダへのデータの供給を維持するには、そのエクステント・ブロックが含むエクステント・ペアD、Bの数nとベースビュー・エクステントのサイズSB、ディペンデントビュー・エクステントの読み出しをスキップするためのジャンプJSJの最大ジャンプ時間TSJ、その拡張エクステントT1のサイズST1、及び第３転送速度REXT3の最高値RMAX3＝RTS3×192／188を用いて、そのエクステント・ブロックからのデータの読み出し期間PRBLKの開始時点におけるＲＢ３の蓄積データ量DA3の下限RB31が次式（２９）で表されればよい：
Figure 2013027408
図６２の（ｂ）、（ｃ）を更に参照するに、平面視映像専用区間1412からのデータの読み出し期間PRB、及び、立体視映像専用区間1413と層境界LBとを越えるためのロング・ジャンプJLJの期間PLJでは、ＲＢ３の蓄積データ量DA3が第３転送速度REXT3で減少する。また、第２共用区間1402における拡張エクステントT2のプリロード期間PRT2と、その直後のディペンデントビュー・エクステントDの読み出しをスキップするためのジャンプJSJの期間PSJとでは、その拡張エクステントT2はＲＢ３から読み出されない。従って、それらの期間PRB、PLJ、PRT2、PSJが経過するまで、ＲＢ３からシステム・ターゲット・デコーダへのデータの供給を維持するには、平面視映像専用区間1412内のベースビュー・エクステントのサイズSB1、ジャンプJLJ、JSJの最大ジャンプ時間TLJ、TSJ、その拡張エクステントT2のサイズST2、及び第３転送速度REXT3の最高値RMAX3＝RTS3×192／188を用いて、ロング・ジャンプJLJの開始時点におけるＲＢ３の蓄積データ量DA3の下限RB32が次式（３０）で表されればよい：
Figure 2013027408
拡張データ専用区間1411からＲＢ３へ読み出された拡張エクステントT1は、その全体の読み出しが終了するまで、ＲＢ３からは転送されない。従って、拡張エクステントT12のプリロードの終了時点におけるＲＢ３の蓄積データ量DA3の下限RB32は、その拡張エクステントT1の最大エクステント・サイズmaxST1以上であればよい：
Figure 2013027408
第２共用区間1402から読み出された拡張エクステントT2は、その読み出し直後のジャンプ期間PSJが経過するまで、ＲＢ３からは転送されない。従って、そのジャンプ期間PSJの開始時点におけるＲＢ３の蓄積データ量DA3の下限RB33は、その拡張エクステントT2の最大エクステント・サイズmaxST2と、そのジャンプ期間PSJにＲＢ３からシステム・ターゲット・デコーダへ供給されるデータ量TSJ×RMAX3との和で表される：
Figure 2013027408
以上の結果、ＲＢ３の容量RB3は、式（２９）−（３２）で表される下限RB31、RB32、RB33の中の最大値以上であればよい：
Figure 2013027408
＜層境界LBの直前でのみ、配置２である場合＞
図６３の（ｃ）は、図６２の（ｃ）において、平面視映像専用区間と立体視映像専用区間との位置を入れ換えた場合におけるエクステント群、及びそれらのエクステント群に対する拡張再生モードでの再生経路を示す模式図である。このエクステント群と再生経路とは、図１５に示されている配置２から、第２拡張データ専用区間1421、第２平面視映像専用区間1522、及び第２立体視映像専用区間1523を除去した場合のものと等しい。図６３の（ａ）、（ｂ）は、（ｃ）に示されているエクステント群から拡張再生モードの再生装置が映像をシームレスに再生するとき、ＲＢ１、ＲＢ３に蓄積されるデータ量の変化を示すグラフである。
図６３の（ａ）、（ｃ）を参照するに、拡張データ専用区間1411における拡張エクステントT1のプリロード期間PRT1と、立体視映像専用区間1513を越えるためのジャンプJEXの期間PEXとでは、ＲＢ１の蓄積データ量DA1が第１転送速度REXT1で減少する。従って、それらの期間PRT1、PEXが経過するまでＲＢ１の蓄積データ量DA1が０に達するのを防ぐには、第１転送速度REXT1の最高値RMAX1＝RTS1×192／188、その拡張エクステントT1のサイズST1、及びジャンプJEXの最大ジャンプ時間TEXを用いて、第１共用区間1401からのデータの読み出し期間PRBLKの終了時点におけるＲＢ１の蓄積データ量DA1の下限RB11が次式（３３）で表されればよい：
Figure 2013027408
図６３の（ａ）、（ｃ）を更に参照するに、層境界LBを越えるためのロング・ジャンプJLJの期間PLJ、第２共用区間1402における拡張エクステントT2のプリロード期間PRT2、及びその直後のディペンデントビュー・エクステントDの読み出しをスキップするためのジャンプJSJの期間PSJでは、ＲＢ１の蓄積データ量DA1が第１転送速度REXT1で減少する。従って、それらの期間PLJ、PRT2、PSJが経過するまでＲＢ１の蓄積データ量DA1が０に達するのを防ぐには、第１転送速度REXT1の最高値RMAX1＝RTS1×192／188、ジャンプJLJ、JSJの最大ジャンプ時間TLJ、TSJ、及びその拡張エクステントT2のサイズST2を用いて、ロング・ジャンプJLJの開始時点におけるＲＢ１の蓄積データ量DA1の下限RB12が次式（３４）で表されればよい：
Figure 2013027408
以上の結果、ＲＢ１の容量RB1は、式（３３）、（３４）で表される下限RB11、RB12のいずれか大きい方以上であればよい：
Figure 2013027408
図６３の（ｂ）、（ｃ）を参照するに、第１共用区間1401の最後に配置されたエクステント・ブロックからのデータの読み出し期間PRBLKでは、ＲＢ３の蓄積データ量DA3が第３転送速度REXT3で減少する。また、拡張データ専用区間1411における拡張エクステントT1のプリロード期間PRT1と、立体視映像専用区間1513を越えるためのジャンプJEXの期間PEXとでは、その拡張エクステントT1はＲＢ３から読み出されない。従って、それらの期間PRT1、PEXが経過するまで、ＲＢ３からシステム・ターゲット・デコーダへのデータの供給を維持するには、そのエクステント・ブロックが含むエクステント・ペアD、Bの数nとベースビュー・エクステントのサイズSB、ディペンデントビュー・エクステントの読み出しをスキップするためのジャンプJSJの最大ジャンプ時間TSJ、その拡張エクステントT1のサイズST1、立体視映像専用区間1513を越えるためのジャンプJEXの最大ジャンプ時間TEX1、及び第３転送速度REXT3の最高値RMAX3＝RTS3×192／188を用いて、そのエクステント・ブロックからのデータの読み出し期間PRBLKの開始時点におけるＲＢ３の蓄積データ量DA3の下限RB31が次式（３５）で表されればよい：
Figure 2013027408
図６３の（ｂ）、（ｃ）を更に参照するに、立体視映像専用区間1513を越えるためのジャンプ期間PEX、平面視映像専用区間1512からのデータの読み出し期間PRB、及び層境界LBを越えるためのロング・ジャンプJLJの期間PLJでは、ＲＢ３の蓄積データ量DA3が第３転送速度REXT3で減少する。また、第２共用区間1402における拡張エクステントT2のプリロード期間PRT2と、その直後のディペンデントビュー・エクステントDの読み出しをスキップするためのジャンプJSJの期間PSJとでは、その拡張エクステントT2はＲＢ３から読み出されない。従って、それらの期間PEX、PRB、PLJ、PRT2、PSJが経過するまで、ＲＢ３からシステム・ターゲット・デコーダへのデータの供給を維持するには、平面視映像専用区間1512内のベースビュー・エクステントのサイズSB1、ジャンプJEX、JLJ、JSJの最大ジャンプ時間TEX、TLJ、TSJ、その拡張エクステントT2のサイズST2、及び第３転送速度REXT3の最高値RMAX3＝RTS3×192／188を用いて、ジャンプJEXの開始時点におけるＲＢ３の蓄積データ量DA3の下限RB32が次式（３６）で表されればよい：
Figure 2013027408
拡張データ専用区間1411から読み出された拡張エクステントT1は、その読み出し直後のジャンプ期間PEXが経過するまで、ＲＢ３から転送されない。従って、そのジャンプ期間PEXの開始時点におけるＲＢ３の蓄積データ量DA3の下限RB32が、その拡張エクステントT1の最大エクステント・サイズmaxST1と、そのジャンプ期間PEXにＲＢ３からシステム・ターゲット・デコーダへ供給されるデータ量TEX×RMAX3との和以上でなければならない：
Figure 2013027408
第２共用区間1402から読み出された拡張エクステントT2は、その読み出し直後のジャンプ期間PSJが経過するまで、ＲＢ３から転送されない。従って、そのジャンプ期間PSJの開始時点におけるＲＢ３の蓄積データ量DA3の下限RB33が、その拡張エクステントT2の最大エクステント・サイズmaxST2と、そのジャンプ期間PSJにＲＢ３からシステム・ターゲット・デコーダへ供給されるデータ量TSJ×RMAX3との和でなければならない：
Figure 2013027408
以上の結果、ＲＢ３の容量RB3は、式（３５）−（３８）で表される下限RB31、RB32、RB33の中の最大値以上であればよい：
Figure 2013027408
＜本発明の他の特徴付け＞
本発明は、上記の実施形態に基づき、以下のように特徴づけられてもよい。
本発明の１つの観点による記録媒体では、平面視映像専用区間が立体視映像専用区間の直後に位置してもよい。その場合、３Ｄ再生モードでの再生装置は、共用区間からのデータの読み出しを終えた直後にジャンプを行うことにより、拡張データ専用区間へのアクセスのみをスキップすればよい。従って、その共用区間の最後に配置されたエクステント・ブロックは他のエクステント・ブロックと同様に、エクステント・ペアを２つ以上含めばよい。
本発明の１つの観点による記録媒体では、立体視映像専用区間、平面視映像専用区間、及び拡張データ専用区間から成る組が、ロング・ジャンプの必要な箇所の直前と直後とのそれぞれに配置されていてもよい。その場合、各モードでの再生経路において、ロング・ジャンプの起点と終点とのいずれをも異なる位置に設計することができる。従って、いずれのモードでの再生経路においても、ロング・ジャンプの距離を許容範囲内に確実に収めることができる。
本発明の１つの観点による記録装置は、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームを記録媒体に記録する記録装置であり、符号化部、多重化部、及び書き込み部を備えている。符号化部は、立体視映像のメインビューをメインビュー・ビデオ・ストリームに符号化し、その立体視映像のサブビューをサブビュー・ビデオ・ストリームに符号化し、そのメインビュー・ビデオ・ストリームと組み合わされて利用される拡張データを符号化する。多重化部は、メインビュー・ビデオ・ストリームをメインビュー・ストリームに多重化し、サブビュー・ビデオ・ストリームをサブビュー・ストリームに多重化し、拡張データを拡張ストリームに多重化する。多重化部は更に、メインビュー・ストリームを複数のメインビュー・エクステントに分割し、サブビュー・ストリームを複数のサブビュー・エクステントに分割し、拡張ストリームを複数の拡張エクステントに分割し、記録媒体におけるエクステントの配置を決定する。書き込み部は、多重化部によって決定されたエクステントの配置に従って、複数のメインビュー・エクステント、複数のサブビュー・エクステント、及び複数の拡張エクステントを記録媒体に書き込む。多重化部は、共用区間、立体視映像専用区間、平面視映像専用区間、及び拡張データ専用区間を記録媒体上に設計する。共用区間は、メインビュー・エクステント、サブビュー・エクステント、及び拡張エクステントが交互に連続して配置された領域である。立体視映像専用区間は、メインビュー・エクステントとサブビュー・エクステントとが交互に連続して配置された領域である。平面視映像専用区間は、立体視映像専用区間に隣接する領域であって、立体視映像専用区間に配置されたメインビュー・エクステントの複製が連続して配置された領域である。拡張データ専用区間は、立体視映像専用区間と平面視映像専用区間とが連続する領域の直前に位置する領域であって、平面視映像専用区間に配置されたメインビュー・エクステントの複製と組み合わされて利用されるべき拡張エクステントが配置された領域である。多重化部はこれらの区間の設計により、再生装置にこれらの区間を以下のようにアクセスさせる。まず、再生装置によって、立体視映像が再生されるとき、メインビューが平面視映像として再生されるとき、及び、拡張ストリームがメインビュー・ストリームと組み合わされて利用されるときのいずれにおいても、その再生装置に共用区間をアクセスさせる。次に、立体視映像の再生中において、ロング・ジャンプが行われる直前に共用区間に続いて立体視映像専用区間を再生装置にアクセスさせ、又はロング・ジャンプが行われた直後に立体視映像専用区間を共用区間よりも先に再生装置にアクセスさせる。更に、平面視映像の再生中において、ロング・ジャンプが行われる直前に共用区間に続いて平面視映像専用区間を再生装置にアクセスさせ、又はロング・ジャンプが行われた直後に平面視映像専用区間を共用区間よりも先に再生装置にアクセスさせる。その上、拡張ストリームがメインビュー・ストリームと共に読み出される場合において、ロング・ジャンプが行われる直前に共用区間に続いて拡張データ専用区間と平面視映像専用区間との対を再生装置にアクセスさせ、又はロング・ジャンプが行われた直後に拡張データ専用区間と平面視映像専用区間との対を共用区間よりも先に再生装置にアクセスさせる。
本発明の１つの観点による記録方法は、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームを記録媒体に記録する方法であり、以下のステップを含む。まず、立体視映像のメインビューをメインビュー・ビデオ・ストリームに符号化し、その立体視映像のサブビューをサブビュー・ビデオ・ストリームに符号化し、メインビュー・ビデオ・ストリームと組み合わされて利用される拡張データを符号化する。次に、メインビュー・ビデオ・ストリームをメインビュー・ストリームに多重化し、サブビュー・ビデオ・ストリームをサブビュー・ストリームに多重化し、拡張データを拡張ストリームに多重化する。続いて、メインビュー・ストリームを複数のメインビュー・エクステントに分割し、サブビュー・ストリームを複数のサブビュー・エクステントに分割し、拡張ストリームを複数の拡張エクステントに分割して、記録媒体におけるエクステントの配置を決定する。更に、決定されたエクステントの配置に従って、複数のメインビュー・エクステント、複数のサブビュー・エクステント、及び複数の拡張エクステントを記録媒体に書き込む。エクステントの配置を決定するステップでは、共用区間、立体視映像専用区間、平面視映像専用区間、及び拡張データ専用区間が記録媒体上に設計される。共用区間は、メインビュー・エクステント、サブビュー・エクステント、及び拡張エクステントが交互に連続して配置された領域である。立体視映像専用区間は、メインビュー・エクステントとサブビュー・エクステントとが交互に連続して配置された領域である。平面視映像専用区間は、立体視映像専用区間に隣接する領域であって、立体視映像専用区間に配置されたメインビュー・エクステントの複製が連続して配置された領域である。拡張データ専用区間は、立体視映像専用区間と平面視映像専用区間とが連続する領域の直前に位置する領域であって、平面視映像専用区間に配置されたメインビュー・エクステントの複製と組み合わされて利用されるべき拡張エクステントが配置された領域である。これらの区間が記録媒体上に設計されることにより、これらの区間を再生装置に以下のようにアクセスさせる。再生装置によって、立体視映像が再生されるとき、メインビューが平面視映像として再生されるとき、及び、拡張ストリームがメインビュー・ストリームと組み合わされて利用されるときのいずれにおいても、再生装置に共用区間をアクセスさせる。立体視映像の再生中において、ロング・ジャンプが行われる直前に共用区間に続いて立体視映像専用区間を再生装置にアクセスさせ、又はロング・ジャンプが行われた直後に立体視映像専用区間を共用区間よりも先に再生装置にアクセスさせる。平面視映像の再生中において、ロング・ジャンプが行われる直前に共用区間に続いて平面視映像専用区間を再生装置にアクセスさせ、又はロング・ジャンプが行われた直後に平面視映像専用区間を共用区間よりも先に再生装置にアクセスさせる。拡張ストリームがメインビュー・ストリームと共に読み出される場合において、ロング・ジャンプが行われる直前に共用区間に続いて拡張データ専用区間と平面視映像専用区間との対を再生装置にアクセスさせ、又はロング・ジャンプが行われた直後に拡張データ専用区間と平面視映像専用区間との対を共用区間よりも先に再生装置にアクセスさせる。
再生装置は、本発明の上記の観点による記録装置及び方法によって記録媒体に記録されたデータを読み出す際、ロング・ジャンプを行う直前又は直後に、立体視映像の再生時、平面視映像の再生時、及び拡張ストリームとメインビュー・ストリームとの組み合わせの利用時のそれぞれで異なる領域をアクセスする。それにより、上記の記録装置及び方法はそれらの領域に対して別々に、ロング・ジャンプ中にバッファ・アンダーフローを生じさせないためにエクステントのサイズが満たすべき条件を設定することができる。その結果、立体視映像と平面視映像との両方をシームレスに再生することと、再生装置内のバッファ容量を更に削減することとを両立させることができる。また、平面視映像の再生時、及び拡張ストリームとメインビュー・ストリームとの組み合わせの利用時の両方で同じ平面視映像専用区間がアクセスされる。それにより、１枚の記録媒体に重複して記録されるべきメインビュー・エクステントのデータ量が最小限に抑えられる。従って、立体視映像の再生時、平面視映像の再生時、及び拡張ストリームとメインビュー・ストリームとの組み合わせの利用時のいずれにおいても、ロング・ジャンプの距離を許容範囲内に収めることができる。このように、上記の記録装置及び方法は記録媒体に３Ｄ映像コンテンツと拡張データとの組み合わせを、再生装置に再生能力を良好に維持させるような態様で記録することができる。
本発明は立体視映像の記録再生技術に関し、上記のとおり、ロング・ジャンプが必要な記録媒体上の箇所の直前又は直後に３種類の区間を設計する。このように、本発明は明らかに産業上利用可能である。
1401 第１共用区間
1411 第１拡張データ専用区間
1412 第１平面視映像専用区間
1413 第１立体視映像専用区間
1402 第２共用区間
1421 第２拡張データ専用区間
1422 第２平面視映像専用区間
1423 第２立体視映像専用区間
L0 第１記録層
L1 第２記録層
LB 層境界
T 拡張エクステント
D ディペンデントビュー・エクステント
B ベースビュー・エクステント
B2D ２Ｄ再生専用ブロック
B3D ３Ｄ再生専用ブロック
EXT2D[m] ファイル２Ｄのエクステント
EXTSS[m] ファイルＳＳのエクステント
EXT3[m] 拡張ストリーム・ファイルのエクステント
JLY ロング・ジャンプ
J2D ２Ｄ再生モードにおけるジャンプ
J3D ３Ｄ再生モードにおけるジャンプ
JEX 拡張再生モードにおけるジャンプ

Claims (6)

  1. 立体視映像のメインビューを表すメインビュー・ストリーム、前記立体視映像のサブビューを表すサブビュー・ストリーム、及び、前記メインビュー・ストリームと組み合わされて利用される拡張ストリームが記録された記録媒体であって、
    前記メインビュー・ストリームは複数のメインビュー・エクステントから構成され、前記サブビュー・ストリームは複数のサブビュー・エクステントから構成され、前記拡張ストリームは複数の拡張エクステントから構成され、
    メインビュー・エクステント、サブビュー・エクステント、及び拡張エクステントが交互に連続して配置された共用区間、
    メインビュー・エクステントとサブビュー・エクステントとが交互に連続して配置された立体視映像専用区間、
    前記立体視映像専用区間に隣接する領域であって、前記立体視映像専用区間に配置されたメインビュー・エクステントの複製が連続して配置された平面視映像専用区間、並びに、
    前記立体視映像専用区間と前記平面視映像専用区間とが連続する領域の直前に位置する領域であって、前記平面視映像専用区間に配置されたメインビュー・エクステントの複製と組み合わされて利用されるべき拡張エクステントが配置された拡張データ専用区間、
    を有し、
    前記共用区間は、前記立体視映像が再生されるとき、前記メインビューが平面視映像として再生されるとき、及び、前記拡張ストリームが前記メインビュー・ストリームと組み合わされて利用されるときのいずれにおいてもアクセスされ、
    前記立体視映像専用区間は、前記立体視映像の再生中において、ロング・ジャンプが生じる直前に前記共用区間に続いてアクセスされ、又は、ロング・ジャンプが終了した直後に前記共用区間よりも先にアクセスされ、
    前記平面視映像専用区間は、前記平面視映像の再生中において、ロング・ジャンプが生じる直前に前記共用区間に続いてアクセスされ、又は、ロング・ジャンプが終了した直後に前記共用区間よりも先にアクセスされ、
    前記拡張データ専用区間と前記平面視映像専用区間との対は、前記拡張ストリームが前記メインビュー・ストリームと共に読み出される場合において、ロング・ジャンプが生じる直前に前記共用区間に続いてアクセスされ、又は、ロング・ジャンプが終了した直後に前記共用区間よりも先にアクセスされる、
    ことを特徴とする記録媒体。
  2. 前記平面視映像専用区間が前記立体視映像専用区間の直後に位置することを特徴とする、請求項１に記載の記録媒体。
  3. 前記立体視映像専用区間、前記平面視映像専用区間、及び前記拡張データ専用区間から成る組が、ロング・ジャンプの必要な箇所の直前と直後とのそれぞれに配置されている、
    ことを特徴とする、請求項１に記載の記録媒体。
  4. 立体視映像のメインビューを表すメインビュー・ストリーム、前記立体視映像のサブビューを表すサブビュー・ストリーム、又は、拡張ストリームを記録媒体から読み出して、前記立体視映像を再生し、前記メインビューを平面視映像として再生し、又は、前記拡張ストリームを前記メインビュー・ストリームと組み合わせて利用する再生装置であって、
    前記メインビュー・ストリームは複数のメインビュー・エクステントから構成され、前記サブビュー・ストリームは複数のサブビュー・エクステントから構成され、前記拡張ストリームは複数の拡張エクステントから構成され、
    前記記録媒体は、
    メインビュー・エクステント、サブビュー・エクステント、及び拡張エクステントが交互に連続して配置された共用区間、
    メインビュー・エクステントとサブビュー・エクステントとが交互に連続して配置された立体視映像専用区間、
    前記立体視映像専用区間に隣接する領域であって、前記立体視映像専用区間に配置されたメインビュー・エクステントの複製が連続して配置された平面視映像専用区間、並びに、
    前記立体視映像専用区間と前記平面視映像専用区間とが連続する領域の直前に位置する領域であって、前記平面視映像専用区間に配置されたメインビュー・エクステントの複製と組み合わされて利用されるべき拡張エクステントが配置された拡張データ専用区間、
    を有し、
    前記再生装置は、
    前記記録媒体からデータを読み出す読み出し部、
    前記読み出し部によって読み出されたデータから、前記メインビュー・ストリーム、前記サブビュー・ストリーム、及び前記拡張ストリームを抽出するスイッチ部、
    前記スイッチ部によって抽出された前記メインビュー・ストリームを格納する第１リード・バッファ、
    前記スイッチ部によって抽出された前記サブビュー・ストリームを格納する第２リード・バッファ、
    前記スイッチ部によって抽出された前記拡張ストリームを格納する第３リード・バッファ、並びに、
    前記第１リード・バッファから前記メインビュー・ストリームを読み出して復号し、前記第２リード・バッファから前記サブビュー・ストリームを読み出して復号し、前記第３リード・バッファから前記拡張ストリームを読み出して復号する復号部、
    を備え、
    前記読み出し部は、
    前記立体視映像が再生されるとき、前記メインビューが平面視映像として再生されるとき、及び、前記拡張ストリームが前記メインビュー・ストリームと組み合わされて利用されるときのいずれにおいても前記共用区間にアクセスし、
    前記立体視映像の再生中において、ロング・ジャンプを行う直前に前記共用区間に続いて前記立体視映像専用区間にアクセスし、又はロング・ジャンプを行った直後に前記共用区間よりも先に前記立体視映像専用区間にアクセスし、
    前記平面視映像の再生中において、ロング・ジャンプを行う直前に前記共用区間に続いて前記平面視映像専用区間にアクセスし、又はロング・ジャンプを行った直後に前記共用区間よりも先に前記平面視映像専用区間にアクセスし、
    前記拡張ストリームを前記メインビュー・ストリームと共に読み出す場合において、ロング・ジャンプを行う直前に前記拡張データ専用区間と前記平面視映像専用区間との対にアクセスし、又はロング・ジャンプを行った直後に前記共用区間よりも先に前記拡張データ専用区間と前記平面視映像専用区間との対にアクセスする、
    ことを特徴とする再生装置。
  5. 記録媒体に、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームを記録する記録装置であって、
    立体視映像のメインビューをメインビュー・ビデオ・ストリームに符号化し、前記立体視映像のサブビューをサブビュー・ビデオ・ストリームに符号化し、前記メインビュー・ビデオ・ストリームと組み合わされて利用される拡張データを符号化する符号化部、
    前記メインビュー・ビデオ・ストリームを前記メインビュー・ストリームに多重化し、前記サブビュー・ビデオ・ストリームを前記サブビュー・ストリームに多重化し、前記拡張データを前記拡張ストリームに多重化し、前記メインビュー・ストリームを複数のメインビュー・エクステントに分割し、前記サブビュー・ストリームを複数のサブビュー・エクステントに分割し、前記拡張ストリームを複数の拡張エクステントに分割し、前記記録媒体におけるエクステントの配置を決定する多重化部、並びに、
    前記多重化部によって決定されたエクステントの配置に従って、前記複数のメインビュー・エクステント、前記複数のサブビュー・エクステント、及び前記複数の拡張エクステントを前記記録媒体に書き込む書き込み部、
    を備え、
    前記多重化部は、
    メインビュー・エクステント、サブビュー・エクステント、及び拡張エクステントが交互に連続して配置された共用区間、
    メインビュー・エクステントとサブビュー・エクステントとが交互に連続して配置された立体視映像専用区間、
    前記立体視映像専用区間に隣接する領域であって、前記立体視映像専用区間に配置されたメインビュー・エクステントの複製が連続して配置された平面視映像専用区間、並びに、
    前記立体視映像専用区間と前記平面視映像専用区間とが連続する領域の直前に位置する領域であって、前記平面視映像専用区間に配置されたメインビュー・エクステントの複製と組み合わされて利用されるべき拡張エクステントが配置された拡張データ専用区間、
    を前記記録媒体上に設計することにより、
    再生装置によって、前記立体視映像が再生されるとき、前記メインビューが平面視映像として再生されるとき、及び、前記拡張ストリームが前記メインビュー・ストリームと組み合わされて利用されるときのいずれにおいても、前記再生装置に前記共用区間をアクセスさせ、
    前記立体視映像の再生中において、ロング・ジャンプが行われる直前に前記共用区間に続いて前記立体視映像専用区間を前記再生装置にアクセスさせ、又はロング・ジャンプが行われた直後に前記立体視映像専用区間を前記共用区間よりも先に前記再生装置にアクセスさせ、
    前記平面視映像の再生中において、ロング・ジャンプが行われる直前に前記共用区間に続いて前記平面視映像専用区間を前記再生装置にアクセスさせ、又はロング・ジャンプが行われた直後に前記平面視映像専用区間を前記共用区間よりも先に前記再生装置にアクセスさせ、
    前記拡張ストリームが前記メインビュー・ストリームと共に読み出される場合において、ロング・ジャンプが行われる直前に前記共用区間に続いて前記拡張データ専用区間と前記平面視映像専用区間との対を前記再生装置にアクセスさせ、又はロング・ジャンプが行われた直後に前記拡張データ専用区間と前記平面視映像専用区間との対を前記共用区間よりも先に前記再生装置にアクセスさせる、
    ことを特徴とする記録装置。
  6. 記録媒体に、メインビュー・ストリーム、サブビュー・ストリーム、及び拡張ストリームを記録する方法であって、
    立体視映像のメインビューをメインビュー・ビデオ・ストリームに符号化し、前記立体視映像のサブビューをサブビュー・ビデオ・ストリームに符号化し、前記メインビュー・ビデオ・ストリームと組み合わされて利用される拡張データを符号化するステップ、
    前記メインビュー・ビデオ・ストリームを前記メインビュー・ストリームに多重化し、前記サブビュー・ビデオ・ストリームを前記サブビュー・ストリームに多重化し、前記拡張データを前記拡張ストリームに多重化するステップ、
    前記メインビュー・ストリームを複数のメインビュー・エクステントに分割し、前記サブビュー・ストリームを複数のサブビュー・エクステントに分割し、前記拡張ストリームを複数の拡張エクステントに分割して、前記記録媒体におけるエクステントの配置を決定するステップ、並びに、
    決定されたエクステントの配置に従って、前記複数のメインビュー・エクステント、前記複数のサブビュー・エクステント、及び前記複数の拡張エクステントを前記記録媒体に書き込むステップ、
    を備え、
    前記エクステントの配置を決定するステップでは、
    メインビュー・エクステント、サブビュー・エクステント、及び拡張エクステントが交互に連続して配置された共用区間、
    メインビュー・エクステントとサブビュー・エクステントとが交互に連続して配置された立体視映像専用区間、
    前記立体視映像専用区間に隣接する領域であって、前記立体視映像専用区間に配置されたメインビュー・エクステントの複製が連続して配置された平面視映像専用区間、並びに、
    前記立体視映像専用区間と前記平面視映像専用区間とが連続する領域の直前に位置する領域であって、前記平面視映像専用区間に配置されたメインビュー・エクステントの複製と組み合わされて利用されるべき拡張エクステントが配置された拡張データ専用区間、
    が前記記録媒体上に設計されることにより、
    再生装置によって、前記立体視映像が再生されるとき、前記メインビューが平面視映像として再生されるとき、及び、前記拡張ストリームが前記メインビュー・ストリームと組み合わされて利用されるときのいずれにおいても、前記再生装置に前記共用区間をアクセスさせ、
    前記立体視映像の再生中において、ロング・ジャンプが行われる直前に前記共用区間に続いて前記立体視映像専用区間を前記再生装置にアクセスさせ、又はロング・ジャンプが行われた直後に前記立体視映像専用区間を前記共用区間よりも先に前記再生装置にアクセスさせ、
    前記平面視映像の再生中において、ロング・ジャンプが行われる直前に前記共用区間に続いて前記平面視映像専用区間を前記再生装置にアクセスさせ、又はロング・ジャンプが行われた直後に前記平面視映像専用区間を前記共用区間よりも先に前記再生装置にアクセスさせ、
    前記拡張ストリームが前記メインビュー・ストリームと共に読み出される場合において、ロング・ジャンプが行われる直前に前記共用区間に続いて前記拡張データ専用区間と前記平面視映像専用区間との対を前記再生装置にアクセスさせ、又はロング・ジャンプが行われた直後に前記拡張データ専用区間と前記平面視映像専用区間との対を前記共用区間よりも先に前記再生装置にアクセスさせる、
    ことを特徴とする記録方法。
JP2013505241A 2011-08-24 2012-08-23 記録媒体、再生装置、記録装置、及び記録方法 Expired - Fee Related JP5957768B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201161526816P 2011-08-24 2011-08-24
US61/526,816 2011-08-24
PCT/JP2012/005293 WO2013027408A1 (ja) 2011-08-24 2012-08-23 記録媒体、再生装置、記録装置、及び記録方法

Publications (2)

Publication Number Publication Date
JPWO2013027408A1 true JPWO2013027408A1 (ja) 2015-03-05
JP5957768B2 JP5957768B2 (ja) 2016-07-27

Family

ID=47746168

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2013505241A Expired - Fee Related JP5957768B2 (ja) 2011-08-24 2012-08-23 記録媒体、再生装置、記録装置、及び記録方法

Country Status (5)

Country Link
US (1) US8989556B2 (ja)
EP (1) EP2750389A4 (ja)
JP (1) JP5957768B2 (ja)
CN (1) CN103181172B (ja)
WO (1) WO2013027408A1 (ja)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5908894B2 (ja) * 2011-04-28 2016-04-26 パナソニック株式会社 記録媒体、再生装置、及び記録装置
US20150009289A1 (en) * 2013-07-08 2015-01-08 Electronics And Telecommunications Research Institute Method and apparatus for providing three-dimensional (3d) video
US9894422B2 (en) * 2014-02-18 2018-02-13 Lg Electronics Inc. Method and apparatus for transreceiving broadcast signal for panorama service
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
WO2016039171A1 (ja) * 2014-09-12 2016-03-17 ソニー株式会社 情報処理装置、情報処理方法、およびプログラム、並びに記録媒体
JP2016081553A (ja) * 2014-10-17 2016-05-16 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 記録媒体、再生方法、および再生装置
JP6595232B2 (ja) * 2015-07-02 2019-10-23 ソニー・オリンパスメディカルソリューションズ株式会社 内視鏡用撮像装置、内視鏡装置、及び内視鏡用ケーブル
JP2017157904A (ja) * 2016-02-29 2017-09-07 富士ゼロックス株式会社 情報処理装置
JP2017213181A (ja) * 2016-05-31 2017-12-07 オリンパス株式会社 医療用画像記録装置
CN108881877B (zh) * 2017-05-12 2020-07-24 京东方科技集团股份有限公司 显示处理装置及其显示处理方法以及显示装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3935507B2 (ja) * 1996-02-28 2007-06-27 松下電器産業株式会社 高解像度および立体映像記録用光ディスク、光ディスク再生装置、光ディスク記録装置
WO2010073499A1 (ja) * 2008-12-26 2010-07-01 パナソニック株式会社 記録媒体、再生装置、及び集積回路
JP2011004411A (ja) * 2009-02-19 2011-01-06 Panasonic Corp 半導体集積回路

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2696147C (en) * 2008-09-17 2016-02-02 Panasonic Corporation Recording medium, playback device, and integrated circuit
EP2521366B1 (en) 2009-02-19 2014-09-17 Panasonic Corporation Playback device
US8290338B2 (en) * 2009-05-27 2012-10-16 Panasonic Corporation Recording medium, playback device, encoding device, integrated circuit, and playback output device
CN102160389B (zh) 2009-06-11 2013-03-27 松下电器产业株式会社 再现装置、集成电路、记录介质
RU2535443C2 (ru) * 2009-09-25 2014-12-10 Панасоник Корпорэйшн Носитель записи, устройство воспроизведения и интегральная схема

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3935507B2 (ja) * 1996-02-28 2007-06-27 松下電器産業株式会社 高解像度および立体映像記録用光ディスク、光ディスク再生装置、光ディスク記録装置
WO2010073499A1 (ja) * 2008-12-26 2010-07-01 パナソニック株式会社 記録媒体、再生装置、及び集積回路
JP2011004411A (ja) * 2009-02-19 2011-01-06 Panasonic Corp 半導体集積回路

Also Published As

Publication number Publication date
CN103181172A (zh) 2013-06-26
EP2750389A4 (en) 2014-09-24
JP5957768B2 (ja) 2016-07-27
US8989556B2 (en) 2015-03-24
US20130279883A1 (en) 2013-10-24
WO2013027408A1 (ja) 2013-02-28
EP2750389A1 (en) 2014-07-02
CN103181172B (zh) 2015-11-25

Similar Documents

Publication Publication Date Title
JP5908894B2 (ja) 記録媒体、再生装置、及び記録装置
JP5957768B2 (ja) 記録媒体、再生装置、記録装置、及び記録方法
JP5551654B2 (ja) 半導体集積回路
JP4676579B2 (ja) 記録媒体、再生装置、及び集積回路
JP4642939B2 (ja) 記録媒体、再生装置、及び集積回路
JP4654327B2 (ja) 記録媒体、及び再生装置
US8045844B2 (en) Recording medium, playback apparatus, and integrated circuit
JP5491414B2 (ja) 記録媒体、再生装置、及び集積回路
WO2010089995A1 (ja) 記録媒体、再生装置、及び集積回路
WO2010100875A1 (ja) 記録媒体、再生装置、及び集積回路
JP4569935B2 (ja) 記録媒体、再生装置、及び集積回路
WO2010098134A1 (ja) 記録媒体、再生装置、及び集積回路

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20150216

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160602

R151 Written notification of patent or utility model registration

Ref document number: 5957768

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

LAPS Cancellation because of no payment of annual fees