JP5457465B2 - 表示装置と方法、送信装置と方法、及び受信装置と方法 - Google Patents

表示装置と方法、送信装置と方法、及び受信装置と方法 Download PDF

Info

Publication number
JP5457465B2
JP5457465B2 JP2011547332A JP2011547332A JP5457465B2 JP 5457465 B2 JP5457465 B2 JP 5457465B2 JP 2011547332 A JP2011547332 A JP 2011547332A JP 2011547332 A JP2011547332 A JP 2011547332A JP 5457465 B2 JP5457465 B2 JP 5457465B2
Authority
JP
Japan
Prior art keywords
view
video
frame
stream
playback
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2011547332A
Other languages
English (en)
Other versions
JPWO2011080911A1 (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 JPWO2011080911A1 publication Critical patent/JPWO2011080911A1/ja
Application granted granted Critical
Publication of JP5457465B2 publication Critical patent/JP5457465B2/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/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/178—Metadata, e.g. disparity information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/139—Format conversion, e.g. of frame-rate or size
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/161—Encoding, multiplexing or demultiplexing different image signal components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
    • H04N13/183—On-screen display [OSD] information, e.g. subtitles or menus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/194—Transmission of image signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/30—Image reproducers
    • H04N13/332—Displays for viewing with the aid of special glasses or head-mounted displays [HMD]
    • H04N13/341—Displays for viewing with the aid of special glasses or head-mounted displays [HMD] using temporal multiplexing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/30—Image reproducers
    • H04N13/356—Image reproducers having separate monoscopic and stereoscopic modes
    • H04N13/359—Switching between monoscopic and stereoscopic modes

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Library & Information Science (AREA)
  • Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)

Description

本発明は、立体視映像、すなわち３次元（３Ｄ）映像の表示技術に関する。
近年、３Ｄ映像に対する一般的な関心が高まっている。例えば遊園地では、３Ｄ映像を利用したアトラクションが人気を集めている。また、全国各地で、３Ｄ映像の映画を上映する映画館が増加している。そのような３Ｄ映像への関心の高まりに伴い、３Ｄ映像を各家庭でも再生可能にするための技術の開発が進められている。その技術では、３Ｄ映像コンテンツを高画質のまま、光ディスク等の可搬性記録媒体に記録することが求められる。更に、２Ｄ再生装置に対するその記録媒体の互換性が求められる。すなわち、その記録媒体に記録された３Ｄ映像コンテンツから、２Ｄ再生装置は２Ｄ映像を再生でき、３Ｄ再生装置は３Ｄ映像を再生できることが望ましい。ここで、「２Ｄ再生装置」とは、平面視映像、すなわち２次元（２Ｄ）映像のみを再生可能な従来の再生装置を意味し、「３Ｄ再生装置」とは、３Ｄ映像を再生可能な再生装置を意味する。尚、本明細書では、３Ｄ再生装置が従来の２Ｄ映像も再生可能である場合を想定する。
図８１は、３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である（例えば特許文献１参照）。光ディスクPDSには二種類のビデオ・ストリームが格納されている。一方は２Ｄ／レフトビュー・ビデオ・ストリームであり、他方はライトビュー・ビデオ・ストリームである。「２Ｄ／レフトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生では視聴者の左目に見せる２Ｄ映像、すなわち「レフトビュー」を表し、２Ｄ映像の再生ではその２Ｄ映像そのものを表す。「ライトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生において視聴者の右目に見せる２Ｄ映像、すなわち「ライトビュー」を表す。左右のビデオ・ストリーム間では、フレームレートは等しいが、フレームの表示時期はフレーム周期の半分だけずれている。例えば各ビデオ・ストリームのフレームレートが２４ｆｐｓ（フレーム／秒）であるとき、２Ｄ／レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの各フレームが１／４８秒ごとに交互に表示される。
各ビデオ・ストリームは、図８１に示されているように、光ディスクPDS上では複数のエクステントEX1A−C、EX2A−Cに分割されている。各エクステントはＧＯＰ（グループ・オブ・ピクチャ）を１以上含み、光ディスクドライブによって一括して読み出される。以下、２Ｄ／レフトビュー・ビデオ・ストリームに属するエクステントを「２Ｄ／レフトビュー・エクステント」といい、ライトビュー・ビデオ・ストリームに属するエクステントを「ライトビュー・エクステント」という。２Ｄ／レフトビュー・エクステントEX1A−Cとライトビュー・エクステントEX2A−Cとは交互に光ディスクPDSのトラックTRC上に配置されている。隣接する二つのエクステントEX1A＋EX2A、EX1B＋EX2B、EX1C＋EX2Cの間では再生時間が等しい。このようなエクステントの配置を「インターリーブ配置」という。インターリーブ配置で記録されたエクステント群は、以下に述べるように、３Ｄ映像の再生と２Ｄ映像の再生との両方で利用される。
２Ｄ再生装置PL2では、光ディスクドライブDD2が光ディスクPDS上のエクステントのうち、２Ｄ／レフトビュー・エクステントEX1A−Cのみを先頭から順番に読み出す一方、ライトビュー・エクステントEX2A−Cの読み出しをスキップする。更に、映像デコーダVDCが、光ディスクドライブDD2によって読み出されたエクステントを順次、映像フレームVFLに復号する。それにより、表示装置DS2にはレフトビューのみが表示されるので、視聴者には通常の２Ｄ映像が見える。
３Ｄ再生装置PL3では、光ディスクドライブDD3が光ディスクPDSから２Ｄ／レフトビュー・エクステントとライトビュー・エクステントとを交互に、符号で表せば、EX1A、EX2A、EX1B、EX2B、EX1C、EX2Cの順に読み出す。更に、読み出された各エクステントから、２Ｄ／レフトビュー・ビデオ・ストリームは左映像デコーダVDLへ送られ、ライトビュー・ビデオ・ストリームは右映像デコーダVDRへ送られる。各映像デコーダVDL、VDRは交互に各ビデオ・ストリームを映像フレームVFL、VFRに復号する。それにより、表示装置DS3にはレフトビューとライトビューとが交互に表示される。一方、シャッター眼鏡SHGは、表示装置DS3による画面の切り換えに同期して、左右のレンズを交互に不透明にする。その結果、シャッター眼鏡SHGをかけた視聴者の左目にはレフトビューが映り、右目にはライトビューが映る。こうして、その視聴者には、表示装置DS3に交互に表示された、レフトビューとライトビューとの２Ｄ映像の対が一つの３Ｄ映像に見える。
光ディスクに限らず、記録媒体に３Ｄ映像コンテンツを格納するときは、上記のようにエクステントのインターリーブ配置を利用する。それにより、その記録媒体を２Ｄ映像の再生と３Ｄ映像の再生との両方で利用することができる。
特許第３９３５５０７号公報
３Ｄ映像のコンテンツは一般に２Ｄ映像の部分を含む。その部分は、例えば広告や演出を目的とするものである。３Ｄ再生装置は、そのコンテンツをその部分まで再生したとき、そのコンテンツに付随するアプリケーション・プログラムによって、３Ｄ映像から２Ｄ映像への切り換えを指示される。また、３Ｄ再生装置がユーザの操作に応じてポップアップ・メニューを３Ｄ映像に重ねて表示する場合、その表示期間中、３Ｄ映像を２Ｄ映像に変えた方が好ましい。ポップアップ・メニューの視認性が向上するからである。このように、３Ｄ映像の表示技術には一般に、表示途中での２Ｄ映像への切り換えを可能にすることが求められる。特にその切り換えはシームレスに実行されなければならない。その切り換えに伴う映像の途切れが視聴者に不快感を与えることを避けるためである。
従来の３Ｄ映像の表示技術では、３Ｄ映像と２Ｄ映像とのシームレスな切り換えを実現するための手段として、次のものが知られている。まず、３Ｄ再生装置の動作モードにベースビュー（Ｂ）−ディペンデントビュー（Ｄ）表示モードとＢ−Ｂ表示モードとの二種類が用意される。Ｂ−Ｄ表示モードの３Ｄ再生装置は、レフトビューとライトビューとの各ビデオ・ストリームを交互に復号して出力する。そのとき、表示装置の画面にはレフトビュー・フレームとライトビュー・フレームとが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。Ｂ−Ｂ表示モードの３Ｄ再生装置は、フレームレートをＢ−Ｄ表示モードでの値（例えば４８ｆｐｓ）に維持したまま、ベースビュー・ビデオ・ストリームから復号されたフレーム・データ、例えばレフトビュー・フレームのみを１フレーム当たり二回ずつ出力する。そのとき、表示装置の画面にはレフトビュー・フレームしか表示されないので、視聴者にはそれらが２Ｄ映像としてしか見えない。３Ｄ映像の再生中、ユーザの操作又はアプリケーション・プログラムの指示によって３Ｄ映像から２Ｄ映像への切り換えが要求された場合、３Ｄ再生装置はＢ−Ｄ表示モードからＢ−Ｂ表示モードへ切り換わる。そのとき、フレームレートは変更されないので、３Ｄ再生装置はその切り換えを速やかに実行することができる。一方、表示装置は元の動作をそのまま維持していればよい。その結果、３Ｄ映像から２Ｄ映像への切り換えがシームレスに実現される。
しかし、市場に出ている全ての３Ｄ再生装置にＢ−Ｂ表示モードが搭載されているとは限らない。Ｂ−Ｂ表示モードを搭載していない３Ｄ再生装置に３Ｄ映像を２Ｄ映像へ切り換えさせるには、再生対象のストリーム・データそのものを３Ｄ映像のものから２Ｄ映像のものへ切り換えねばならない。その場合、フレームレートの変更が必要である（例えば４８ｆｐｓを２４ｆｐｓへ変更しなければならない）ので、３Ｄ再生装置に表示装置へのデータ伝送を一旦、中断させなければならない。従って、ストリーム・データの切り換え後、データ伝送を再開するには、３Ｄ再生装置は表示装置との間で、認証等、接続を確立するための処理をやり直さなければならない。その処理には一般に時間がかかるので、３Ｄ映像から２Ｄ映像への切り換えをシームレスに実現することは困難である。
更に、再生装置と表示装置との間のデータ伝送は一般に、ＨＤＭＩ（High−Definition Multimedia Interface）方式で行われる。その場合、リモコンからの操作信号は、直接的には再生装置と表示装置との一方によって受信されても、ＨＤＭＩケーブルを通して他方にも伝えられる。従って、ユーザは、一つのリモコンで再生装置と表示装置との両方を操作することができる。しかし、従来の３Ｄ映像の表示技術では、ポップアップ・メニューの表示を表示装置に対してリモコンで指示した場合、表示装置はＨＤＭＩケーブルを通して３Ｄ再生装置にＢ−Ｂ表示モードへの切り換えを要求しなければならない。ＨＤＭＩ方式による通信には時間がかかるので、３Ｄ映像から２Ｄ映像へのシームレスな切り換えを更に確実に行うのは困難である。
本発明の目的は、３Ｄ映像から２Ｄ映像への切り換えをシームレスに実現可能な表示装置を提供することにある。
本発明による表示装置は、立体視映像を画面に表示するための表示装置であって、受信部、信号処理部、及び表示部を備えている。受信部は、立体視映像のレフトビュー・フレームとライトビュー・フレーム、及び制御情報を含むストリーム・データを受信する。信号処理部は、そのストリーム・データからレフトビュー・フレームとライトビュー・フレームとを交互に抽出する。信号処理部は更に、立体視映像の一つのフレーム期間に、制御情報が３Ｄ再生モードを示す場合には一対のレフトビュー・フレームとライトビュー・フレームとを送出し、制御情報が２Ｄ再生モードを示す場合にはレフトビュー・フレームのみを送出する。表示部は、信号処理部から送出されたフレームを所定時間ずつ画面に表示する。
本発明による表示装置は、ストリーム・データから制御情報を解読し、その制御情報が３Ｄ再生モードを示す場合にはレフトビュー・フレームとライトビュー・フレームとを交互に表示し、２Ｄ再生モードを示す場合にはレフトビュー・フレームのみを表示する。こうして、この表示装置は、フレームレートを変更することなく、又はストリーム・データの送出元に指示を送ることなく、３Ｄ映像を２Ｄ映像へ切り換える。その結果、３Ｄ映像から２Ｄ映像への切り換えをシームレスに実現することができる。
本発明の実施形態１によるホームシアター・システムを示す模式図である。 図１に示されている表示装置103の構成を示す機能ブロック図である。 図２に示されているＨＤＭＩ通信部211の構成を示す機能ブロック図である。 ＴＭＤＳデータ・チャネルCH1−3を通して伝送されるデータのうち、３Ｄ映像の１フレームの表示に利用されるデータの構造を示す模式図である。 （ａ）−（ｅ）は、図４に示されている有効表示領域VACT×HACTにおけるレフトビュー・フレームとライトビュー・フレームとの配置を示す模式図である。 図２に示されている表示装置103による３Ｄ映像の表示動作のフローチャートである。 （ａ）−（ｄ）はそれぞれ、３Ｄ映像の再生期間P3Dの途中に２Ｄ映像の再生期間P2Dが挿入された場合において、再生装置102から送出される再生モードとフレームL、Rとの変化、表示装置103によって表示されるフレームL、Rの変化、及びシャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRを示す模式図である。 （ａ）−（ｄ）はそれぞれ、３Ｄ映像の再生期間P3Dの途中に２Ｄ映像の再生期間P2Dが挿入された場合において、再生装置102から送出される再生モードとフレームL、Rとの変化、表示装置103によって表示されるフレームL、Rの変化、及びシャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRの第１変形例を示す模式図である。 （ａ）−（ｄ）はそれぞれ、３Ｄ映像の再生期間P3Dの途中に２Ｄ映像の再生期間P2Dが挿入された場合において、再生装置102から送出される再生モードとフレームL、Rとの変化、表示装置103によって表示されるフレームL、Rの変化、及びシャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRの第２変形例を示す模式図である。 （ａ）−（ｄ）はそれぞれ、３Ｄ映像の再生期間P3Dの途中に２Ｄ映像の再生期間P2Dが挿入された場合において、再生装置102から送出される再生モードとフレームL、Rとの変化、表示装置103によって表示されるフレームL、Rの変化、及びシャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRの第３変形例を示す模式図である。 （ａ）−（ｄ）はそれぞれ、３Ｄ映像の再生期間P3Dの途中に２Ｄ映像の再生期間P2Dが挿入された場合において、再生装置102から送出される再生モードとフレームL、Rとの変化、表示装置103によって表示されるフレームL、Rの変化、及びシャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRの第４変形例を示す模式図である。 図１に示されているＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。 （ａ）、（ｂ）、（ｃ）はそれぞれ、図２に示されているＢＤ−ＲＯＭディスク101上のメインＴＳ、第１サブＴＳ、第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。 多重化ストリーム・データ1400内でのＴＳパケットの配置を示す模式図である。 （ａ）は、多重化ストリーム・データを構成する一連のＴＳパケットのそれぞれに含まれるＴＳヘッダ1501Hのデータ構造を示す模式図である。（ｂ）は、そのＴＳパケット列の形式を示す模式図である。（ｃ）は、そのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。（ｄ）は、一連のソースパケット1502が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域上のセクタ群の模式図である。 ＰＧストリーム1600のデータ構造を示す模式図である。 ベースビュー・ビデオ・ストリーム1701とライトビュー・ビデオ・ストリーム1702とのピクチャを表示時間順に示す模式図である。 ビデオ・ストリーム1800のデータ構造の詳細を示す模式図である。 ＰＥＳパケット列1902へのビデオ・ストリーム1901の格納方法の詳細を示す模式図である。 ベースビュー・ビデオ・ストリーム2001とディペンデントビュー・ビデオ・ストリーム2002との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。 ディペンデントビュー・ビデオ・ストリーム2100の含むオフセット・メタデータ2110のデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、ＰＧプレーン2210とＩＧプレーン2220とに対するオフセット制御を示す模式図である。（ｃ）は、（ａ）、（ｂ）に示されているグラフィックス・プレーンの表す２Ｄグラフィックス映像から視聴者2230に知覚される３Ｄグラフィックス映像を示す模式図である。 （ａ）、（ｂ）は、オフセット・シーケンスの具体例を示すグラフである。（ｃ）は、（ａ）、（ｂ）に示されているオフセット・シーケンスに従って再現される３Ｄグラフィックス映像を示す模式図である。 ＰＭＴ2410のデータ構造を示す模式図である。 図１３に示されているメインＴＳと、第１サブＴＳ又は第２サブＴＳのいずれかとのＢＤ−ＲＯＭディスク101上での物理的な配置を示す模式図である。 （ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ2601とサブＴＳ2602との配置を示す模式図である。（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に記録されたディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…とベースビュー・データ・ブロックB[0]、B[1]、B[2]、…とのインターリーブ配置を示す模式図である。（ｃ）、（ｄ）はそれぞれ、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間を例示する模式図である（n＝0、1、2）。 隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。 図２５に示されているエクステント・ブロック群2501−2503に対する２Ｄ再生モードでの再生経路2801と３Ｄ再生モードでの再生経路2802とを示す模式図である。 ２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）は、２Ｄ再生モードでの動作中、図２９に示されているリード・バッファ2902に蓄積されるデータ量DAの変化を示すグラフである。（ｂ）は、再生対象のエクステント・ブロック3010と２Ｄ再生モードでの再生経路3020との間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP＿MAXとの間の対応表の一例である。 ３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、図３２に示されているＲＢ１3211、ＲＢ２3212に蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｃ）は、そのエクステント・ブロック3310と３Ｄ再生モードでの再生経路3320との間の対応関係を示す模式図である。 図１２に示されている第１クリップ情報ファイル（01000.clpi）1231のデータ構造を示す模式図である。 （ａ）は、図３４に示されているエントリ・マップ3430のデータ構造を示す模式図である。（ｂ）は、図１２に示されているファイル２Ｄ1241に属するソースパケット群3510のうち、エントリ・マップ3430によって各ＥＰ＿ＩＤ3505に対応付けられているものを示す模式図である。（ｃ）は、そのソースパケット群3510に対応するＢＤ−ＲＯＭディスク101上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。 （ａ）は、図３４に示されているエクステント起点3442のデータ構造を示す模式図である。（ｂ）は、図１２に示されている第２クリップ情報ファイル（02000.clpi）1232に含まれるエクステント起点3620のデータ構造を示す模式図である。（ｃ）は、３Ｄ再生モードの再生装置102によって、図１２に示されている第１ファイルＳＳ1245から抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。（ｄ）は、図１２に示されている第１ファイルＤＥＰ（02000.m2ts）1242に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点3620の示すＳＰＮ3622との間の対応関係を表す模式図である。（ｅ）は、第１ファイルＳＳ1245に属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスク101上に記録された一つのエクステント・ブロック3700と、ファイル２Ｄ3710、ファイル・ベース3711、ファイルＤＥＰ3712、及びファイルＳＳ3720の各エクステント群との間の対応関係を示す模式図である。 ベースビュー・ビデオ・ストリーム3810とディペンデントビュー・ビデオ・ストリーム3820とに設定されたエントリ・ポイントの例を示す模式図である。 図１２に示されている２Ｄプレイリスト・ファイル（00001.mpls）1221のデータ構造を示す模式図である。 プレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）のプレイアイテム情報、ＰＩ＃Ｎのデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、コネクション・コンディションが“５”、“６”であるときに接続されるべき二つの再生区間ＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間の関係を示す模式図である。 図３９に示されている２Ｄプレイリスト・ファイル（00001.mpls）1221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）1241から再生される部分との間の対応関係を示す模式図である。 図１２に示されている３Ｄプレイリスト・ファイル（00002.mpls）1222のデータ構造を示す模式図である。 図４３に示されている３Ｄプレイリスト・ファイル1222のメインパス4301の含むＳＴＮテーブル4405を示す模式図である。 図４４に示されているＳＴＮテーブルＳＳ4430のデータ構造を示す模式図である。 図４３に示されている３Ｄプレイリスト・ファイル（00002.mpls）1222の示すＰＴＳと、第１ファイルＳＳ（01000.ssif）1245から再生される部分との間の対応関係を示す模式図である。 図１２に示されているインデックス・ファイル（index.bdmv）1211のデータ構造を示す模式図である。 図４７に示されているインデックス・テーブル4710の項目「タイトル３」を参照することにより、再生装置102が６種類の判別処理（１）−（６）を利用して再生対象のプレイリスト・ファイルを選択する処理のフローチャートである。 ２Ｄ再生装置4900の機能ブロック図である。 図４９に示されているプレーヤ変数記憶部4936の記憶するシステム・パラメータ（ＳＰＲＭ）の一覧表である。 図４９に示されている２Ｄ再生装置4900の再生動作のフローチャートである。 図４９に示されている再生制御部4935による２Ｄプレイリスト再生処理のフローチャートである。 図４９に示されているシステム・ターゲット・デコーダ4923の機能ブロック図である。 （ａ）は、図５１に示されているＰＧデコーダ5372がＰＧストリーム内の一つのデータ・エントリからグラフィックス・オブジェクトを復号する処理のフローチャートである。（ｂ）−（ｅ）は、その処理に従って変化するグラフィックス・オブジェクトを示す模式図である。 図４９に示されているＨＤＭＩ通信部4925の構成を示す機能ブロック図である。 ３Ｄ再生装置5600の機能ブロック図である。 図５６に示されている３Ｄ再生装置5600の再生動作のフローチャートである。 図５６に示されている再生制御部5635による３Ｄプレイリスト再生処理のフローチャートである。 図５６に示されている再生制御部5635による再生モードの更新処理のフローチャートである。 図５６に示されているシステム・ターゲット・デコーダ5623の機能ブロック図である。 図５６に示されているプレーン加算部5624の、１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードにおける機能ブロック図である。 図６１に示されている各クロッピング処理部6131−6134によるオフセット制御のフローチャートである。 図６１に示されている第２クロッピング処理部6132によるオフセット制御で加工される前後のＰＧプレーンGP、RGP、LGPを示す模式図である。（ａ）、（ｂ）、（ｃ）はそれぞれ、右向きのオフセットが与えられたＰＧプレーンRGP、オフセット制御で加工される前のＰＧプレーンGP、左向きのオフセットが与えられたＰＧプレーンLGPを示す。 ２プレーン・モードのプレーン加算部5624の部分的な機能ブロック図である。 ＳＰＲＭ（３３）の示す再生ステータスの種類別に、対応する再生モードの値、及び再生部5602から出力されるべきビデオ・プレーンとグラフィックス・プレーンとを示す表である。 再生ステータスがタイプＡであるときのプレーン加算部5624の部分的な機能ブロック図である。 再生ステータスがタイプＢであるときのプレーン加算部5624の部分的な機能ブロック図である。 再生ステータスがタイプＣであるときのプレーン加算部5624の部分的な機能ブロック図である。 再生ステータスがタイプＤであるときのプレーン加算部5624の部分的な機能ブロック図である。 （ａ）−（ｆ）はそれぞれ、２Ｄ映像の再生期間P2Dにおける再生ステータスがタイプＡに選択された場合に、再生装置102から送出される再生モードとフレームL、R、Cとの変化、表示装置103によって表示されるフレームL、R、Cの変化、及び、シャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRを示す模式図である。 （ａ）−（ｆ）はそれぞれ、２Ｄ映像の再生期間P2Dにおける再生ステータスがタイプＢに選択された場合に、再生装置102から送出される再生モードとフレームL、R、Cとの変化、表示装置103によって表示されるフレームL、R、Cの変化、及び、シャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRを示す模式図である。 （ａ）−（ｆ）はそれぞれ、２Ｄ映像の再生期間P2Dにおける再生ステータスがタイプＤに選択された場合に、再生装置102から送出される再生モードとフレームL、R、Cとの変化、表示装置103によって表示されるフレームL、R、Cの変化、及び、シャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRを示す模式図である。 送信装置7300の機能ブロック図である。 （ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。 本発明の実施形態２による記録装置7500の機能ブロック図である。 （ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用されるレフトビュー・ピクチャとライトビュー・ピクチャとを表す模式図である。（ｃ）は、図７５に示されているビデオ・エンコーダ7502によってそれらのピクチャから算出された奥行き情報を示す模式図である。 図７５に示されている記録装置7500を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。 （ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。 ２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。 （ａ）は、復号スイッチ情報A050のデータ構造を示す模式図である。（ｂ）は、ベースビュー・ビデオ・ストリームA001とディペンデントビュー・ビデオ・ストリームA002との各ピクチャに割り当てられた復号カウンタの一例A010、A020を示す模式図である。（ｃ）は、それらのビデオ・ストリームA001、A002の各ピクチャに割り当てられた復号カウンタの別例A030、A040を示す模式図である。 ３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である。
以下、本発明の好適な実施形態について、図面を参照しながら説明する。
《実施形態１》
図１は、本発明の実施形態１によるホームシアター・システムを示す模式図である。このホームシアター・システムは、視差映像を用いた３Ｄ映像（立体視映像）の再生方式を採用し、特に表示方式として継時分離方式（フレーム・シーケンシャル方式ともいう。）を採用している（詳細は《補足》参照）。図１を参照するに、このホームシアター・システムは、記録媒体101、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。
記録媒体101は、読み出し専用ブルーレイ・ディスク（登録商標）（ＢＤ：Blu−ray Disc）、すなわちＢＤ−ＲＯＭディスクである。記録媒体101はその他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。その記録媒体、すなわちＢＤ−ＲＯＭディスク101は３Ｄ映像による映画コンテンツを格納している。このコンテンツは「レフトビュー・ビデオ・ストリーム」と「ライトビュー・ビデオ・ストリーム」とを含む。各ビデオ・ストリームは、３Ｄ映像のレフトビューとライトビューとの各フレーム列を表す。上記のコンテンツは更に「デプスマップ・ストリーム」を含んでいてもよい。デプスマップ・ストリームは、３Ｄ映像の各フレームのデプスマップを表す。それらのビデオ・ストリームは、後述のようにデータ・ブロック単位でＢＤ−ＲＯＭディスク101上に配置され、後述のファイル構造を利用してアクセスされる。レフトビュー・ビデオ・ストリーム又はライトビュー・ビデオ・ストリームは、２Ｄ再生装置と３Ｄ再生装置とのそれぞれにより、そのコンテンツを２Ｄ映像として再生するのに利用される。一方、レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの対、又は、レフトビュー若しくはライトビューのいずれかのビデオ・ストリームとデプスマップ・ストリームとの対は、３Ｄ再生装置により、そのコンテンツを３Ｄ映像として再生するのに利用される。
再生装置102はＢＤ−ＲＯＭドライブ121を搭載している。ＢＤ−ＲＯＭドライブ121はＢＤ−ＲＯＭ方式に準拠の光ディスクドライブである。再生装置102はＢＤ−ＲＯＭドライブ121を利用して、ＢＤ−ＲＯＭディスク101からコンテンツを読み込む。再生装置102は更にそのコンテンツを映像データ／音声データに復号する。ここで、再生装置102は３Ｄ再生装置であり、そのコンテンツを２Ｄ映像と３Ｄ映像とのいずれとしても再生可能である。以下、２Ｄ映像と３Ｄ映像とのそれぞれを再生するときの再生装置102の動作モードを「２Ｄ再生モード」、「３Ｄ再生モード」という。２Ｄ再生モードの再生装置102は、レフトビュー・フレーム又はライトビュー・フレームのいずれかのみを復号して送出する。３Ｄ再生モードのうち、復号処理には「Ｌ／Ｒモード」と「デプス・モード」との二種類がある。Ｌ／Ｒモードの３Ｄ再生装置は、レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの組み合わせからレフトビュー・フレームとライトビュー・フレームとの対を復号する。デプス・モードの３Ｄ再生装置は、レフトビュー又はライトビューのいずれかのビデオ・ストリームとデプスマップ・ストリームとの組み合わせからレフトビュー・フレームとライトビュー・フレームとの対を復号する。再生装置102はＬ／Ｒモードを備える。再生装置102は更に、デプス・モードを備えていてもよい。一方、３Ｄ再生モードのうち、映像データの出力モードには「ベースビュー（Ｂ）−ディペンデントビュー（Ｄ）表示モード」と「Ｂ−Ｂ表示モード」との二種類がある。Ｂ−Ｄ表示モードの３Ｄ再生装置は、レフトビューとライトビューとの各ビデオ・ストリームを交互に送出する。そのとき、表示装置の画面にはレフトビュー・フレームとライトビュー・フレームとが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。Ｂ−Ｂ表示モードの３Ｄ再生装置は、フレームレートをＢ−Ｄ表示モードでの値（例えば４８ｆｐｓ）に維持したまま、ベースビュー・ビデオ・ストリームから復号されたフレーム・データ、例えばレフトビュー・フレームのみを１フレーム当たり二回ずつ出力する。再生装置102はＢ−Ｄ表示モードを備える。再生装置102は更に、Ｂ−Ｂ表示モードを備えていてもよい。
再生装置102はＨＤＭＩケーブル122で表示装置103に接続されている。再生装置102は、映像データ、音声データ、及び制御情報をＨＤＭＩ方式のシリアル信号に変換し、ＨＤＭＩケーブル122内のＴＭＤＳ（Transition Minimized DifferentialSignaling）チャネルを通して表示装置103へ伝送する。２Ｄ再生モード又はＢ−Ｂ表示モードの再生装置102は映像データにレフトビュー・フレームのみを多重化する。Ｂ−Ｄ表示モードの再生装置102は映像データにレフトビュー・フレームとライトビュー・フレームとの両方を時分割で多重化する。制御情報は、水平同期信号や垂直同期信号に加えて「インフォ・フレーム（HDMI Vendor−Specific InfoFrame）」を含む。インフォ・フレームは、映像データ以外に映像の再生に必要な補助データであって、特に「再生モード」を含む。再生モードは、再生装置102が２Ｄ再生モードと３Ｄ再生モードとのいずれであるかを示すパラメータである。
再生装置102は更に、ＨＤＭＩケーブル122内のＣＥＣ（Consumer Electronics Control）ラインを通して表示装置103との間でＣＥＣメッセージを交換する。それにより、再生装置102は、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせることができる。再生装置102はその上、ＨＤＭＩケーブル122内のディスプレイ・データ・チャネル（ＤＤＣ）を通して、問い合わせの結果を表すデータ、ＥＤＩＤ（Extended Display Identification Data）を表示装置103から読み出す。ＥＤＩＤは特に、表示装置103に固有のデータ領域（HDMI Vendor−Specific Data Block）を含む。その領域には、表示装置103が３Ｄ映像の再生に対応可能か否かを示す情報に加え、表示装置103が対応可能な３Ｄ映像の表示パターンを示す情報が格納されている。再生装置102はその他に、ＤＤＣを通して表示装置103との間でＨＤＣＰ（High−bandwidthDigital Content Protection）認証を行う。その認証の結果で得られた秘密鍵を利用して、再生装置102は映像データ等を暗号化して、ＨＤＭＩケーブル122を通して表示装置103へ伝送する。
表示装置103は液晶ディスプレイである。表示装置103はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。表示装置103は、映像データに従って画面131上に映像を表示し、音声データに従って内蔵のスピーカから音声を発生させる。表示装置103の動作モードには２Ｄ表示モードと３Ｄ表示モードとの二種類がある。２Ｄ表示モードの表示装置103は、再生装置102から受信された映像データを２Ｄ映像用のフレームレート（例えば６０ｆｐｓ）で画面131上に表示する。そのとき、画面131上にはレフトビューが表示される。３Ｄ表示モードの表示装置103はまず、再生装置102から受信されたインフォ・フレームから、制御情報の含む「再生モード」を解読する。その再生モードが“３Ｄ”を示す場合、表示装置103は、再生装置102から受信された映像データを３Ｄ映像用のフレームレート（例えば１２０ｆｐｓ）で画面131上に表示する。そのとき、画面131上にはレフトビューとライトビューとが交互に表示される。一方、再生モードが“２Ｄ”を示す場合、表示装置103は、再生装置102から受信された映像データのうち、レフトビュー・フレームのみを３Ｄ映像用のフレームレート（例えば１２０ｆｐｓ）で画面131上に表示する。そのとき、表示装置103は一つのレフトビュー・フレームを二回ずつ繰り返し表示するので、画面131上にはレフトビューのみが表示される。
表示装置103は左右信号送信部132を含む。左右信号送信部132は左右信号LRを赤外線又は無線でシャッター眼鏡104へ送出する。左右信号LRは、現時点で画面131に表示される映像がレフトビューとライトビューとのいずれであるのかを示す。２Ｄ表示モードの表示装置103は、左右信号送信部132に左右信号を送信させない。３Ｄ表示モードの表示装置103は、まず、映像データに付随する同期信号等の制御信号や補助データからレフトビュー・フレームとライトビュー・フレームとを識別することによって、フレームの切り換えを検知する。表示装置103は次に左右信号送信部132に、検知されたフレームの切り換えに同期して左右信号LRを変化させる。
シャッター眼鏡104は二枚の液晶表示パネル141L、141Rと左右信号受信部142とを含む。各液晶表示パネル141L、141Rは左右の各レンズ部分を構成している。各液晶表示パネル141L、141Rはノーマリ・ホワイトであって、左右信号受信部142から信号を受けていない状態では、その全体で光を透過させる。２Ｄ表示モードの表示装置103からは左右信号LRが送信されないので、視聴者がシャッター眼鏡104をかけて画面131を見ても、画面131に表示されたレフトビューはその視聴者の両目に映る。左右信号受信部142は左右信号LRを受信し、その変化に応じて左右の液晶表示パネル141L、141Rに信号を送る。各液晶表示パネル141L、141Rはその信号に応じて、その全体で一様に光を透過させ、又は遮断する。特に左右信号LRがレフトビューの表示を示すとき、左目側の液晶表示パネル141Lは光を透過させ、右目側の液晶表示パネル141Rは光を遮断する。左右信号LRがライトビューの表示を示すときはその逆である。このように、３Ｄ表示モードの表示装置103がフレームの切り換えと同期して左右信号LRを変化させる間、二枚の液晶表示パネル141L、141Rはその変化に同期して交互に光を透過させる。従って、視聴者がシャッター眼鏡104をかけて画面131を見たとき、レフトビューはその視聴者の左目だけに映り、ライトビューはその右目だけに映る。そのとき、その視聴者には、各目に映る映像間の違いが同じ立体的物体に対する両眼視差として知覚されるので、その映像が立体的に見える。
リモコン105は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、ＢＤ−ＲＯＭディスク101の再生開始若しくは停止等、再生装置102又は表示装置103の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンの識別情報を信号で送信部に伝える。送信部はその信号を赤外線又は無線による信号IRに変換して再生装置102又は表示装置103へ送出する。一方、再生装置102又は表示装置103はその信号IRを受信し、その信号IRの示すボタンに対応付けられた機能を特定する。再生装置102又は表示装置103は更に、その機能が自身のものであるときはその機能を実現し、その機能が他の装置のものであるときは、例えばＣＥＣメッセージを利用してその機能を他の装置に実現させる。こうして、ユーザは一つのリモコン105で再生装置102と表示装置103との両方を遠隔操作できる。
＜表示装置＞
図２は、図１に示されている表示装置103の構成を示す機能ブロック図である。図２を参照するに、表示装置103は、左右信号送信部132に加えて、受信部210、信号処理部220、メモリ部230、表示部240、及びスピーカ250を含む。
受信部210は、再生装置102の他、メモリカード201、外部ネットワーク202、及び放送波203等の各種媒体からストリーム・データを受信する。そのストリーム・データは３Ｄ映像の映画コンテンツを含む。受信部210は特にＨＤＭＩ通信部211を含む。
信号処理部220はそのストリーム・データから、映像、音声、グラフィックス等、各種のデータを分離して個別に処理する。信号処理部220は更に、レフトビュー・フレームLFとライトビュー・フレームRFとをメモリ部230へ格納し、音声データADをスピーカ250へ送出する。信号処理部220はその他に、同期信号等、映像データに付随する制御信号と補助データ（インフォ・フレーム）とに基づいて表示部240を制御する。２Ｄ表示モードの信号処理部220はメモリ部230内の映像データからレフトビュー・フレームLFのみを読み出して、２Ｄ映像用のフレームレート（例えば６０ｆｐｓ）で表示部240へ送出する。２Ｄ表示モードの表示装置103は更に、左右信号送信部132には左右信号LRを送信させない。３Ｄ表示モードの信号処理部220はまず、映像データに付随するインフォ・フレームから再生モードを解読する。その再生モードが“３Ｄ”を示す場合、信号処理部220はメモリ部230からレフトビュー・フレームLFとライトビュー・フレームRFとを３Ｄ映像用のフレームレート（例えば１２０ｆｐｓ）で交互に表示部240へ送出する。その再生モードが“２Ｄ”を示す場合、信号処理部220はメモリ部230からレフトビュー・フレームLFのみを３Ｄ映像用のフレームレート（例えば１２０ｆｐｓ）で表示部240へ送出する。そのとき、各レフトビュー・フレームLFは二回ずつ繰り返し送出される。そのフレームの送出処理と並行して、信号処理部220は左右信号送信部132に指示を送り、フレームの切り換えに同期して左右信号LRを変化させる。
メモリ部230は、表示装置103に内蔵された半導体メモリ装置又はハードディスク・ドライブ（ＨＤＤ）である。その他に、表示装置103に外付けされたＨＤＤであってもよい。メモリ部230は二つのフレーム・バッファ、ＦＢ１231、ＦＢ２232を含む。ＦＢ１231とＦＢ２232とは互いに独立なメモリ素子である。その他に、一つのメモリ素子又はＨＤＤ内の異なる領域であってもよい。ＦＢ１231とＦＢ２232とはそれぞれ、ピクセル・データの２次元配列を格納可能である。その配列の各要素が画面の各画素と一対一に対応付けられている。ＦＢ１231は、信号処理部220からレフトビュー・フレームLFを受信して格納し、ＦＢ２232は、ライトビュー・フレームRFを受信して格納する。
表示部240は表示駆動部241と表示パネル242とを含む。表示駆動部241は、信号処理部220からの制御信号に従って表示パネル242を制御する。その結果、レフトビュー・フレームLFとライトビュー・フレームRFとが交互に所定時間ずつ、表示パネル242の画面上に表示される。表示パネル242は液晶表示パネル（ＬＣＤ）である。その他に、プラズマ表示パネル、有機ＥＬ表示パネル等、他の方式のものであってもよい。スピーカ250は、表示装置103に内蔵されたスピーカである。その他に、スピーカ250は、表示装置103に外付けされたスピーカであってもよい。
図３は、ＨＤＭＩ通信部211の構成を示す機能ブロック図である。ＨＤＭＩ通信部211はＨＤＭＩケーブル122で再生装置102に接続されている。それにより、ＨＤＭＩ通信部211は再生装置102と信号処理部220との間でのデータ交換を中継している。図３を参照するに、ＨＤＭＩ通信部211は、ＴＭＤＳデコーダ301、ＥＤＩＤ記憶部302、及びＣＥＣ部303を含む。
ＴＭＤＳデコーダ301は、ＨＤＭＩケーブル122内のＴＭＤＳチャネルCH1、CH2、CH3、CLKを通して再生装置102から、映像データ、音声データ、補助データ、及び制御信号を表すシリアル信号を受信する。ＴＭＤＳチャネルは三種類のデータ・チャネルCH1、CH2、CH3と一つのクロック・チャネルCLKとを含む。各チャネルは一対の差動信号線から成る。クロック・チャネルCLKの状態が一周期分変化する間に、各データ・チャネルCH1−3は１０ビットを伝送する。各データ・チャネルCH1−3からは、例えば、Ｒ、Ｇ、Ｂ、各８ビットのピクセル・データ、４ビットの音声データと補助データ（インフォ・フレーム）、及び２ビットの制御信号（水平同期信号と垂直同期信号とを含む）がそれぞれ、１０ビットのデータに変換されて伝送される。ＴＭＤＳデコーダ301はそれら１０ビットのデータ列から映像データ等を解読して、信号処理部220へ渡す。
ＥＤＩＤ記憶部302は、ＨＤＭＩ通信部211に内蔵された半導体メモリ装置であり、ＨＤＭＩケーブル122内のディスプレイ・データ・チャネルDDCを通して再生装置102に接続されている。ディスプレイ・データ・チャネルDDCは、グラウンド・ラインを含む三本一組の差動信号線から成る。信号処理部220はＥＤＩＤ記憶部302に、表示装置103の機能、特性、状態を表すパラメータ（HDMI Vendor−Specific Data Block）をＥＤＩＤとして格納する。ＥＤＩＤは特に、表示装置103が３Ｄ映像の再生機能を持つか否かを示す情報に加え、表示装置103が対応可能な３Ｄ映像の表示パターンを示す情報を含む。ＥＤＩＤ記憶部302は、再生装置102からの要求に応じて、ディスプレイ・データ・チャネルDDCを通してＥＤＩＤを提供する。ディスプレイ・データ・チャネルDDCはその他に、信号処理部220と再生装置102との間でのＨＤＣＰ認証に利用される。信号処理部220はＨＤＣＰ認証処理を通して再生装置102と一つの鍵を共有する。再生装置102はその鍵を利用して映像データと音声データとを暗号化し、信号処理部220はその鍵を利用して暗号化データを映像データと音声データとに復号する。
ＣＥＣ部303は、ＨＤＭＩケーブル122内のＣＥＣラインCECを通して、再生装置102との間でＣＥＣメッセージを交換する。ＣＥＣラインCECは一本の信号線から成る。ＣＥＣ部303は特に、再生装置102がリモコン105から受けた情報をＣＥＣメッセージとして受信して信号処理部220へ通知し、又は逆に、信号処理部220がリモコン105から受けた情報をＣＥＣメッセージに変換して再生装置102へ通知する。
図４は、ＴＭＤＳデータ・チャネルCH1−3を通して伝送されるデータのうち、３Ｄ映像の１フレームの表示に利用されるデータの構造を示す模式図である。図４を参照するに、横長の矩形LN[1]、LN[2]、LN[3]、…はそれぞれ、「ライン」と呼ばれる一定長のデータ列を表す。３Ｄ映像の１フレームの表示に利用されるデータは、複数のラインLN[1]、LN[2]、LN[3]、…に変換されて、ライン単位で順番に、図４では上から順に伝送される。各ラインは、８ビット＝１バイトのデータを一定数並べたものであって、先頭から順に、図４では左から順に伝送される。図４を更に参照するに、各ラインの伝送期間は、コントロール区間CTP（白い矩形で表されている）、データ・アイランド区間DIP（黒い矩形で表されている）、及びビデオ・データ区間VDP（斜線部で表されている）の三種類に分類される。コントロール区間CTPでは、水平同期信号HSYNC、垂直同期信号VSYNC、その他の制御信号が伝送される。データ・アイランド区間DIPでは主に音声データとインフォ・フレームとが伝送される。ビデオ・データ区間VDPでは映像データ、特にピクセル・データが伝送される。
図４に示されているとおり、先頭のラインLN[1]から数えてｋ本のラインLN[1]、…、LN[k]（文字ｋは１以上の整数を表す。）はビデオ・データ区間VDPを含まず、垂直帰線区間VBLKを構成している。その他のラインLN[k＋1]、…はビデオ・データ区間VDPを含み、垂直有効表示区間VACTを構成している。垂直同期信号VSYNCは、垂直帰線区間VBLKの最初の数本のラインLN[1]、LN[2]、LN[3]、…においてのみアクティブになって３Ｄ映像の新たなフレームの伝送開始を示す。垂直有効表示区間VACTでは、各ラインの先頭部はビデオ・データ区間VDPを含まず、水平帰線区間HBLKを構成し、その他の部分はビデオ・データ区間VDPのみを含み、水平有効表示区間HACTを構成している。水平同期信号VSYNCは、各ラインLN[1]、LN[2]、LN[3]、…の先頭のコントロール区間CTPにおいてのみアクティブになって各ラインの伝送開始を示す。垂直有効表示区間VACTと水平有効表示区間HACTの共通部分は有効表示領域VACT×HACTであって、３Ｄ映像の１フレームを構成するレフトビュー・フレームとライトビュー・フレームの対を含む。それらの配置には様々な種類がある。その種類を表すパラメータ、すなわち「３Ｄ構造（3D＿structure）」401は、再生モード402と共に、垂直帰線区間VBLKのデータ・アイランド区間DIPに、インフォ・フレームの一部として格納されている。
図５の（ａ）−（ｅ）は、図４に示されている有効表示領域VACT×HACTにおけるレフトビュー・フレームとライトビュー・フレームとの配置の種類を示す模式図である。各図に示されている破線の矩形VDPが有効表示領域VACT×HACTを示す。各図の斜線部はライトビュー・フレームの伝送区間を示す。各図の配置には、３Ｄ構造の異なる値が割り当てられている。図５の（ａ）は「フレーム・パッキング方式」を示す。垂直有効表示区間VACTを構成するライン数は、２Ｄ映像の１フレームのものの２倍よりも大きく設定されている。有効表示領域VACT×HACTの前半、図５の（ａ）では上側にレフトビュー・フレームLが配置され、後半、図５の（ｂ）では下側にライトビュー・フレームRが配置されている。更に両方のフレームL、Rの間に空き領域（Active Space）VASPが設けられている。この空き領域VASPのライン数は垂直帰線区間VBLKのライン数と等しい。再生装置102は空き領域VASPを一定のピクセル・データで満たす。一方、信号処理部220は空き領域VASP内のピクセル・データを無視する。図５の（ｂ）は「サイド・バイ・サイド方式（フル）」を示す。水平有効表示区間HACTのピクセル数は２Ｄ映像の１フレームのものの２倍に設定されている。各ラインの水平有効表示区間HACTの前半がレフトビュー・フレームLを含み、後半がライトビュー・フレームRを含む。図５の（ｃ）は「サイド・バイ・サイド方式（ハーフ）」を示す。図５の（ｂ）の有効表示領域とは異なり、水平有効表示区間HACTのピクセル数は２Ｄ映像の１フレームのものと等しい。各フレームL、Rの水平解像度が半分に圧縮された後、レフトビュー・フレームLは各ラインの水平有効表示区間HACTの前半に配置され、ライトビュー・フレームRは後半に配置されている。図５の（ｄ）は「トップ・ボトム方式」（オーバー・アンダー方式とも言う。）を示す。図５の（ｂ）の有効表示領域とは異なり、垂直有効表示区間VACTのライン数は２Ｄ映像の１フレームのものと等しい。各フレームL、Rの垂直解像度が半分に圧縮された後、レフトビュー・フレームLは垂直有効表示区間VACTの前半に配置され、ライトビュー・フレームRは後半に配置されている。図５の（ｅ）は「交互ライン方式（Line alternative）」を示す。垂直有効表示区間VACTの奇数番目のラインがレフトビュー・フレームを含み、偶数番目のラインがライトビュー・フレームを含む。垂直有効表示区間VACTを構成するライン数は、２Ｄ映像の１フレームのものの２倍に設定されている。
図６は、表示装置103による３Ｄ映像の表示動作のフローチャートである。この動作は、再生装置102等、３Ｄ映像を表すストリーム・データの送信元からその３Ｄ映像の表示要求を受信することによって開始される。
ステップＳ６１では、受信部210が、上記の送信元からストリーム・データを受信する。例えばその送信元が再生装置102である場合、ＨＤＭＩ通信部211はまず、ＥＤＩＤの送信及びＨＤＣＰ認証を行う。ここで、ＥＤＩＤは特に、表示装置103が３Ｄ映像の表示に対応可能であることに加え、例えば図５の（ａ）−（ｅ）に示されている表示パターンのうち、表示装置103が対応可能なものを示す。ＨＤＣＰ認証に成功した場合、受信部210はＴＭＤＳデータ・チャネルCH1−3を通して、暗号化されたストリーム・データを受信する。その後、処理はステップＳ６２へ進む。
ステップＳ６２では、信号処理部220は、ＨＤＣＰ認証処理で取得した鍵を利用して、ストリーム・データから、映像、音声、グラフィックス等、各種のデータを解読して抽出する。信号処理部220は更に、レフトビュー・フレームLFとライトビュー・フレームRFとをメモリ部230内のＦＢ１231、ＦＢ２232へそれぞれ格納し、音声データADをスピーカ250へ送出する。一方、信号処理部220は、垂直同期信号VSYNC、水平同期信号HSYNC、その他の制御信号、及び補助データに基づいて表示部240を制御する。信号処理部220は特に、垂直帰線区間VBLKに伝送されるインフォ・フレームから３Ｄ構造と再生モードとを読み出す。３Ｄ構造の値からは、有効表示領域におけるレフトビュー・フレームLとライトビュー・フレームRとの配置が識別される。その後、処理はステップＳ６３へ進む。
ステップＳ６３では、スピーカ250が音声データADから音声を再現する。その動作と並行して、処理はステップＳ６４へ進む。
ステップＳ６４では、信号処理部220は、再生モードが“３Ｄ”と“２Ｄ”とのいずれを示しているか識別する。再生モードが“３Ｄ”を示している場合、処理はステップＳ６５Ａヘ進み、“２Ｄ”を示している場合、処理はステップＳ６５Ｂヘ進む。
ステップＳ６５Ａでは、再生モードが“３Ｄ”を示している。従って、信号処理部220は３Ｄ表示モードに移行する。信号処理部220はメモリ部230内のＦＢ１231、ＦＢ２232から交互にフレームLF、RFを読み出して表示部240へ送出する。このとき、信号処理部220はフレームレートを、例えば１２０ｆｐｓに設定する。表示部240では、表示駆動部241が信号処理部220からの制御信号に従って表示パネル242を制御する。それにより、レフトビュー・フレームLFとライトビュー・フレームRFとが交互に、例えば１／１２０秒ずつ、表示パネル242の画面上に表示される。一方、信号処理部220は左右信号送信部132に、フレームの切り換えと同期して左右信号LRを変化させる。その変化に応じて、シャッター眼鏡104は左右の液晶表示パネル141L、141Rに交互に光を透過させる。その結果、シャッター眼鏡104をかけて画面131を見ている視聴者には、レフトビュー・フレームLFとライトビュー・フレームRFとが３Ｄ映像の１フレームとして見える。その後、処理はステップＳ６６へ進む。
ステップＳ６５Ｂでは、再生モードが“２Ｄ”を示している。従って、信号処理部220は２Ｄ表示モードに移行する。信号処理部220はメモリ部230内のＦＢ１231からのみ、フレームLFを読み出して表示部240へ送出する。このとき、信号処理部220はフレームレートを３Ｄ表示モードでの値、例えば１２０ｆｐｓに維持する。表示部240では、表示駆動部241が信号処理部220からの制御信号に従って表示パネル242を制御する。それにより、レフトビュー・フレームLFのみが、例えば１／１２０秒ずつ２回繰り返して、表示パネル242の画面上に表示される。一方、ステップＳ６５Ａと同様に、信号処理部220は左右信号送信部132に、フレームの切り換えと同期して左右信号LRを変化させる。その変化に応じて、シャッター眼鏡104は左右の液晶表示パネル141L、141Rに交互に光を透過させる。その結果、視聴者には、シャッター眼鏡104をかけて画面131を見ていてもレフトビュー・フレームLFしか見えないので、２Ｄ映像の１フレームとしてしか見えない。その後、処理はステップＳ６６へ進む。
ステップＳ６６では、メモリ部230の中に表示対象のストリーム・データが残っていないかを、信号処理部220がチェックする。ストリーム・データが残っている場合、処理はステップＳ６２から繰り返される。残っていない場合、処理は終了する。
図７の（ａ）−（ｄ）はそれぞれ、３Ｄ映像の再生期間P3Dの途中に２Ｄ映像の再生期間P2Dが挿入された場合において、再生装置102から送出される再生モードとフレームL、Rとの変化、表示装置103によって表示されるフレームL、Rの変化、及びシャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRを示す模式図である。図７の（ａ）を参照するに、第１時刻T1までは３Ｄ映像の再生期間P3Dであって、再生装置102はＢ−Ｄ表示モードで動作する。従って、図７の（ａ）に示されているように、再生装置102はインフォ・フレーム内の再生モードを“３Ｄ”に設定して、そのインフォ・フレームを表示装置103に伝送する。一方、図７の（ｂ）に示されているように、再生装置102はレフトビュー・フレームLとライトビュー・フレームRとを交互に表示装置103へ送出する。ここで、一対のフレームL、Rの伝送フォーマットは、好ましくは図５の（ａ）に示されているフレーム・パッキング方式である。その他に、図５の（ｂ）−（ｅ）に示されているいずれの方式が採用されてもよい。再生装置102は、インフォ・フレーム内の３Ｄ構造に、採用された伝送フォーマットを示す値を設定する。表示装置103はそのインフォ・フレームから、３Ｄ構造の示す伝送フォーマットを識別し、かつ、再生モードが“３Ｄ”を示していることを検出する。それらの情報を利用して、表示装置103は、図７の（ｃ）に示されているように、受信したレフトビュー・フレームLとライトビュー・フレームRとを交互に表示する。それと並行して、図７の（ｄ）に示されているように、表示装置103はシャッター眼鏡104に、フレームL、Rの切り換えと同期して左右のレンズを交互に透明にさせる。
図７の（ａ）を更に参照するに、第１時刻T1では３Ｄ映像の再生期間P3Dが２Ｄ映像の再生期間P2Dへ移行する。具体的には、再生装置102が、ユーザの操作又はアプリケーション・プログラムの指示に応じて、インフォ・フレーム内の再生モードを“３Ｄ”から“２Ｄ”へ変更し、そのインフォ・フレームを表示装置103に伝送する。一方、再生装置102は第１時刻T1以降もＢ−Ｄ表示モードを継続する。従って、図７の（ｂ）に示されているように、第１時刻T1以降も３Ｄ映像の再生期間P3Dと同様に、レフトビュー・フレームLとライトビュー・フレームRとは交互に表示装置103へ送出され続ける。表示装置103は上記のインフォ・フレームから、再生モードが“２Ｄ”に変更されたことを検出し、図７の（ｃ）に示されているように、受信したレフトビュー・フレームLのみを２回ずつ繰り返し表示する。しかし、図７の（ｄ）に示されているように、表示装置103は第１時刻T1以降も３Ｄ映像の再生期間P3Dと同様に、シャッター眼鏡104にフレームL、Rの切り換えと同期して左右のレンズを交互に透明にさせる。
図７の（ａ）を再び参照するに、２Ｄ映像の再生期間P2Dは第１時刻T1から第２時刻T2まで継続され、第２時刻T2で３Ｄ映像の再生期間P3Dへ戻る。具体的には、再生装置102は、ユーザの操作又はアプリケーション・プログラムの指示に応じて、インフォ・フレーム内の再生モードを“２Ｄ”から“３Ｄ”へ戻す。一方、再生装置102は第２時刻T2以降もＢ−Ｄ表示モードを継続する。従って、図７の（ｂ）に示されているように、第２時刻T2以降もそれ以前と同様に、レフトビュー・フレームLとライトビュー・フレームRとは交互に表示装置103へ送出され続ける。表示装置103は上記のインフォ・フレームから、再生モードが“３Ｄ”を再び示していることを検出し、図７の（ｃ）に示されているように、受信したレフトビュー・フレームLとライトビュー・フレームRとを交互に表示する。それと並行して、図７の（ｄ）に示されているように、表示装置103はシャッター眼鏡104に、フレームL、Rの切り換えと同期して左右のレンズを交互に透明にさせる。
図７から明らかに理解されるとおり、再生装置102は、３Ｄ映像を一旦２Ｄ映像へ切り換える際、Ｂ−Ｄ表示モードを維持したまま、インフォ・フレーム内の再生モードを“３Ｄ”から“２Ｄ”へ変更するだけでよい。従って、その切り換え動作は迅速である。一方、表示装置103は、インフォ・フレーム内の再生モードが“３Ｄ”である間はレフトビュー・フレームLとライトビュー・フレームRとを交互に表示し、“２Ｄ”である間はレフトビュー・フレームLのみを２回ずつ繰り返し表示する。特にフレームレートは変更されなくてもよい。こうして、再生装置102がＢ−Ｂ表示モードを搭載していなくても、表示装置103は３Ｄ映像を２Ｄ映像へシームレスに切り換えることができる。
＜変形例＞
（1−A）図８の（ａ）−（ｄ）はそれぞれ、３Ｄ映像の再生期間P3Dの途中に２Ｄ映像の再生期間P2Dが挿入された場合において、再生装置102から送出される再生モードとフレームL、Rとの変化、表示装置103によって表示されるフレームL、Rの変化、及びシャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRの第１変形例を示す模式図である。図８は図７とは、表示装置103が２Ｄ映像の再生期間P2Dにおいて、シャッター眼鏡104に左右両方のレンズを透明に維持させている点が異なる。その他の点については、図８の（ａ）−（ｄ）はそれぞれ、図７の（ａ）−（ｄ）と同様である。従って、それらの詳細については図７の説明を援用する。
図８の（ａ）を参照するに、第１時刻T1から第２時刻T2までは２Ｄ映像の再生期間P2Dであって、インフォ・フレーム内の再生モードは“２Ｄ”を示す。その場合、図８の（ｄ）に示されているように、表示装置103はシャッター眼鏡104に左右両方のレンズを透明に維持させる。具体的には、左右信号送信部132が左右信号LRの送信を中断する。その他に、左右信号LRに「現時点で画面131に表示される映像が２Ｄ映像である」ことを示す状態を追加して、インフォ・フレーム内の再生モードに“２Ｄ”を設定する間、表示装置103は左右信号送信部132に左右信号LRを上記の状態に維持させてもよい。シャッター眼鏡104が左右両方のレンズを透明に維持することにより、画面131は常に視聴者の両目に映る。従って、視聴者には画面の輝度が向上したように見える。また、左右のレンズが交互に光を遮断することに起因する画面のちらつき（フリッカ）を視聴者に感じさせる危険性が避けられる。それらの結果、視聴者に２Ｄ映像の画質が向上したように思わせることができる。
（1−B）図９の（ａ）−（ｄ）はそれぞれ、３Ｄ映像の再生期間P3Dの途中に２Ｄ映像の再生期間P2Dが挿入された場合において、再生装置102から送出される再生モードとフレームL、Rとの変化、表示装置103によって表示されるフレームL、Rの変化、及びシャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRの第２変形例を示す模式図である。図９は図８とは、表示装置103が２Ｄ映像の再生期間P2Dにおいて、フレームレートを２Ｄ表示モードでの値に戻している点が異なる。その他の点については、図９の（ａ）−（ｄ）はそれぞれ、図８の（ａ）−（ｄ）と同様である。従って、それらの詳細については図７、８の説明を援用する。
図９の（ａ）を参照するに、第１時刻T1から第２時刻T2までは２Ｄ映像の再生期間P2Dであって、インフォ・フレーム内の再生モードは“２Ｄ”を示す。その場合、図９の（ｄ）に示されているように、表示装置103はシャッター眼鏡104に左右両方のレンズを透明に維持させる。また、フレームレートは、フレームの切り換えに伴うフリッカが避けられる程度であれば十分であるので、表示装置103はフレームレートを３Ｄ表示モードでの値（例えば１２０ｆｐｓ）から２Ｄ表示モードでの値（例えば６０ｆｐｓ）へ降下させる。それにより、各レフトビュー・フレームLは１回ずつ表示されればよい。その結果、フレームの切り換え処理に要求される速度と頻度とがいずれも減少するので、その切り換えに伴う消費電力を削減することができる。
（1−C）図１０の（ａ）−（ｄ）はそれぞれ、３Ｄ映像の再生期間P3Dの途中に２Ｄ映像の再生期間P2Dが挿入された場合において、再生装置102から送出される再生モードとフレームL、Rとの変化、表示装置103によって表示されるフレームL、Rの変化、及びシャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRの第３変形例を示す模式図である。図１０は図９とは、再生装置102が２Ｄ映像の再生期間P2Dにおいて、Ｂ−Ｂ表示モードで動作している点が異なる。その他の点については、図１０の（ａ）−（ｄ）はそれぞれ、図９の（ａ）−（ｄ）と同様である。従って、それらの詳細については図７、９の説明を援用する。
図１０の（ａ）を参照するに、第１時刻T1から第２時刻T2までは２Ｄ映像の再生期間P2Dであって、インフォ・フレーム内の再生モードは“２Ｄ”を示す。その場合、図１０の（ｂ）に示されているように、再生装置102はＢ−Ｄ表示モードからＢ−Ｂ表示モードへ移行する。Ｂ−Ｂ表示モードの再生装置102は、フレームレートをＢ−Ｄ表示モードでの値（例えば４８ｆｐｓ）に維持したまま、レフトビュー・フレームのみを１フレーム当たり２回ずつ表示装置103へ送出する。一方、表示装置103は、フレームレートを３Ｄ表示モードでの値（例えば１２０ｆｐｓ）から２Ｄ表示モードでの値（例えば６０ｆｐｓ）へ降下させて、各レフトビュー・フレームLを１回ずつ表示する。こうして、再生装置102がＢ−Ｂ表示モードを搭載しているか否かにかかわらず、表示装置103は３Ｄ映像を２Ｄ映像へシームレスに切り換えることができる。また、表示装置103のフレームレートは低く維持されているので、フレームの切り換えに伴う消費電力を削減することができる。
（1−D）図１１の（ａ）−（ｄ）はそれぞれ、３Ｄ映像の再生期間P3Dの途中に２Ｄ映像の再生期間P2Dが挿入された場合において、再生装置102から送出される再生モードとフレームL、Rとの変化、表示装置103によって表示されるフレームL、Rの変化、及びシャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRの第４変形例を示す模式図である。図１１は図９とは、表示装置103が２Ｄ映像の再生期間P2Dにおいて、レフトビュー・フレームLとライトビュー・フレームRとの対からレフトビュー・フレームLcを再構成している点が異なる。その他の点については、図１１の（ａ）−（ｄ）はそれぞれ、図９の（ａ）−（ｄ）と同様である。従って、それらの詳細については図７、９の説明を援用する。
図１１の（ａ）を参照するに、第１時刻T1から第２時刻T2までは２Ｄ映像の再生期間P2Dであって、インフォ・フレーム内の再生モードは“２Ｄ”を示す。その場合、表示装置103はまず、３Ｄ映像の一つのフレームを構成するレフトビュー・フレームLとライトビュー・フレームRとの対から、新たなレフトビュー・フレームLcを再構成する。それらのフレームL、R間では、被写体を見る視点が微妙に異なるだけであるので、各フレームL、Rの表す映像は互いに近似している。従って、その近似性を利用して、新たなレフトビュー・フレームLcの解像度及び画質を元のレフトビュー・フレームLよりも向上させることが一般に可能である。表示装置103は次に、フレームレートを３Ｄ表示モードでの値（例えば１２０ｆｐｓ）から２Ｄ表示モードでの値（例えば６０ｆｐｓ）へ降下させる。それにより、新たなレフトビュー・フレームLcはそれぞれ１回ずつ表示される。こうして、２Ｄ映像の再生期間P2Dでは映像の解像度及び画質を向上させることができ、かつ、フレームの切り換えに伴う消費電力を削減することができる。
＜ＢＤ−ＲＯＭディスク上のデータ構造＞
図１２は、図１に示されているＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。図１２を参照するに、ＢＤ−ＲＯＭディスク101上のデータ記録領域の最内周部にはＢＣＡ（Burst Cutting Area）1201が設けられている。ＢＣＡに対してはＢＤ−ＲＯＭドライブ121によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止される。それにより、ＢＣＡ1201は著作権保護技術に利用される。ＢＣＡ1201よりも外側のデータ記録領域では内周から外周へ向けてトラックが螺旋状に延びている。図１２にはトラック1202が模式的に横方向に引き伸ばされて描かれている。その左側はディスク101の内周部を表し、右側は外周部を表す。図１２に示されているように、トラック1202は内周から順に、リードイン領域1202A、ボリューム領域1202B、及びリードアウト領域1202Cを含む。リードイン領域1202AはＢＣＡ1201のすぐ外周側に設けられている。リードイン領域1202Aは、ボリューム領域1202Bに記録されたデータのサイズ及び物理アドレス等、ＢＤ−ＲＯＭドライブ121によるボリューム領域1202Bへのアクセスに必要な情報を含む。リードアウト領域1202Cはデータ記録領域の最外周部に設けられ、ボリューム領域1202Bの終端を示す。ボリューム領域1202Bは、映像及び音声等のアプリケーション・データを含む。
ボリューム領域1202Bは「セクタ」と呼ばれる小領域1202Dに分割されている。セクタのサイズは共通であり、例えば２０４８バイトである。各セクタ1202Dにはボリューム領域1202Bの先端から順に通し番号が振られている。この通し番号は論理ブロック番号（ＬＢＮ）と呼ばれ、ＢＤ−ＲＯＭディスク101上の論理アドレスに利用される。ＢＤ−ＲＯＭディスク101からのデータの読み出しでは、宛先のセクタのＬＢＮが指定されることによって読み出し対象のデータが特定される。こうして、ボリューム領域1202Bはセクタ単位でアクセス可能である。更に、ＢＤ−ＲＯＭディスク101上では論理アドレスが物理アドレスと実質的に等しい。特にＬＢＮが連続している領域では物理アドレスも実質的に連続している。従って、ＢＤ−ＲＯＭドライブ121は、その光ピックアップにシークを行わせることなく、ＬＢＮが連続しているセクタからデータを連続して読み出すことができる。
ボリューム領域1202Bに記録されたデータは所定のファイルシステムで管理される。そのファイルシステムとしてはＵＤＦ（Universal Disc Format）が採用されている。そのファイルシステムはその他にＩＳＯ９６６０であってもよい。そのファイルシステムに従い、ボリューム領域1202Bに記録されたデータはディレクトリ／ファイル形式で表現される（詳細は《補足》参照）。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
≪ＢＤ−ＲＯＭディスク上のディレクトリ／ファイル構造≫
図１２は更に、ＢＤ−ＲＯＭディスク101のボリューム領域1202Bに格納されたデータのディレクトリ／ファイル構造を示す。図１２を参照するに、このディレクトリ／ファイル構造では、ルート（ＲＯＯＴ）ディレクトリ1203の直下にＢＤムービー（ＢＤＭＶ：BD Movie）ディレクトリ1210が置かれている。ＢＤＭＶディレクトリ1210の直下には、インデックス・ファイル（index.bdmv）1211とムービーオブジェクト・ファイル（MovieObject.bdmv）1212とが置かれている。
インデックス・ファイル1211は、ＢＤ−ＲＯＭディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルと、再生装置102の動作を制御するためのプログラムとの間の対応表である。そのプログラムを「オブジェクト」という。オブジェクトの種類にはムービーオブジェクトとＢＤ−Ｊ（BD Java （登録商標））オブジェクトとがある。
ムービーオブジェクト・ファイル1212は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、再生装置102の制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置102は一般的なＤＶＤプレーヤと同様に、まず、表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。
図１２を更に参照するに、ＢＤＭＶディレクトリ1210の直下には、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ1220、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ1230、ストリーム（ＳＴＲＥＡＭ）ディレクトリ1240、ＢＤ−Ｊオブジェクト（ＢＤＪＯ：BD Java Object）ディレクトリ1250、及びＪａｖａ（登録商標）アーカイブ（ＪＡＲ：Java Archive）ディレクトリ1260が置かれている。
ＳＴＲＥＡＭディレクトリ1240の直下には、三種類のＡＶストリーム・ファイル（01000.m2ts）1241、（02000.m2ts）1242、（03000.m2ts）1243、及び、立体視インターリーブ・ファイル（ＳＳＩＦ：Stereoscopic Interleaved File）ディレクトリ1244が置かれている。ＳＳＩＦディレクトリ1244の直下には、二種類のＡＶストリーム・ファイル（01000.ssif）1245、（02000.ssif）1246が置かれている。
「ＡＶストリーム・ファイル」は、ＢＤ−ＲＯＭディスク101上に記録された映像コンテンツの実体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの実体とは一般に、映像・音声・字幕等を表す各種のストリーム・データ、すなわちエレメンタリ・ストリームが多重化されたストリーム・データを意味する。この多重化ストリーム・データは内蔵のプライマリ・ビデオ・ストリームの種類に依ってメイン・トランスポート・ストリーム（ＴＳ）とサブＴＳとに大別される。「メインＴＳ」は、プライマリ・ビデオ・ストリームとしてベースビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ベースビュー・ビデオ・ストリーム」は、単独で再生可能であって、２Ｄ映像を表すビデオ・ストリームをいう。「サブＴＳ」は、プライマリ・ビデオ・ストリームとしてディペンデントビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ディペンデントビュー・ビデオ・ストリーム」は、その再生にベースビュー・ビデオ・ストリームを必要とし、そのベースビュー・ビデオ・ストリームとの組み合わせで３Ｄ映像を表すビデオ・ストリームをいう。ディペンデントビュー・ビデオ・ストリームの種類には、ライトビュー・ビデオ・ストリーム、レフトビュー・ビデオ・ストリーム、及びデプスマップ・ストリームがある。「ライトビュー・ビデオ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像がＬ／Ｒモードの再生装置によって３Ｄ映像のレフトビューとして利用されるときに、その３Ｄ映像のライトビューを表すビデオ・ストリームとして利用される。「レフトビュー・ビデオ・ストリーム」はその逆である。「デプスマップ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像がデプス・モードの再生装置によって仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すストリーム・データとして利用される。特にそのベースビュー・ビデオ・ストリームがレフトビューを表すときに利用されるデプスマップ・ストリームを「レフトビュー・デプスマップ・ストリーム」といい、そのベースビュー・ビデオ・ストリームがライトビューを表すときに利用されるデプスマップ・ストリームを「ライトビュー・デプスマップ・ストリーム」という。
ＡＶストリーム・ファイルは内蔵の多重化ストリーム・データの種類に依って、ファイル２Ｄ、ファイル・ディペンデント（以下、ファイルＤＥＰと略す。）、及びインターリーブ・ファイル（以下、ファイルＳＳと略す。）の三種類に分けられる。「ファイル２Ｄ」は、２Ｄ再生モードでの２Ｄ映像の再生に利用されるＡＶストリーム・ファイルであって、メインＴＳを含むものをいう。「ファイルＤＥＰ」は、サブＴＳを含むＡＶストリーム・ファイルをいう。「ファイルＳＳ」は、同じ３Ｄ映像を表すメインＴＳとサブＴＳとの対を含むＡＶストリーム・ファイルをいう。ファイルＳＳは特に、そのメインＴＳをいずれかのファイル２Ｄと共有し、そのサブＴＳをいずれかのファイルＤＥＰと共有する。すなわち、ＢＤ−ＲＯＭディスク101のファイルシステムでは、メインＴＳはファイルＳＳとファイル２Ｄとのいずれとしてもアクセス可能であり、サブＴＳはファイルＳＳとファイルＤＥＰとのいずれとしてもアクセス可能である。このように、ＢＤ−ＲＯＭディスク101上に記録された一連のデータを異なるファイルに共有させ、いずれのファイルとしてもアクセス可能にする仕組みを「ファイルのクロスリンク」という。
図１２に示されている例では、第１ＡＶストリーム・ファイル（01000.m2ts）1241はファイル２Ｄであり、第２ＡＶストリーム・ファイル（02000.m2ts）1242と第３ＡＶストリーム・ファイル（03000.m2ts）1243とはいずれもファイルＤＥＰである。このように、ファイル２ＤとファイルＤＥＰとはＳＴＲＥＡＭディレクトリ1240の直下に置かれる。第１ＡＶストリーム・ファイル、すなわちファイル２Ｄ1241の含むベースビュー・ビデオ・ストリームは３Ｄ映像のレフトビューを表す。第２ＡＶストリーム・ファイル、すなわち第１ファイルＤＥＰ1242の含むディペンデントビュー・ビデオ・ストリームはライトビュー・ビデオ・ストリームである。第３ＡＶストリーム・ファイル、すなわち第２ファイルＤＥＰ1243の含むディペンデントビュー・ビデオ・ストリームはデプスマップ・ストリームである。
図１２に示されている例では更に、第４ＡＶストリーム・ファイル（01000.ssif）1245と第５ＡＶストリーム・ファイル（02000.ssif）1246とはいずれもファイルＳＳである。このように、ファイルＳＳはＳＳＩＦディレクトリ1244の直下に置かれる。第４ＡＶストリーム・ファイル、すなわち第１ファイルＳＳ1245はファイル２Ｄ1241とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第１ファイルＤＥＰ1242とはサブＴＳ、特にライトビュー・ビデオ・ストリームを共有する。第５ＡＶストリーム・ファイル、すなわち第２ファイルＳＳ1246はファイル２Ｄ1241とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第２ファイルＤＥＰ1243とはサブＴＳ、特にデプスマップ・ストリームを共有する。
ＣＬＩＰＩＮＦディレクトリ1230には、三種類のクリップ情報ファイル（01000.clpi）1231、（02000.clpi）1232、（03000.clpi）1233が置かれている。「クリップ情報ファイル」は、ファイル２ＤとファイルＤＥＰとに一対一に対応付けられたファイルであって、特に各ファイルのエントリ・マップを含むものをいう。「エントリ・マップ」は、ファイル２Ｄ又はファイルＤＥＰの表す各シーンの表示時間と、そのシーンが記録された各ファイル内のアドレスとの間の対応表である。クリップ情報ファイルのうち、ファイル２Ｄに対応付けられているものを「２Ｄクリップ情報ファイル」といい、ファイルＤＥＰに対応付けられているものを「ディペンデントビュー・クリップ情報ファイル」という。更に、ファイルＤＥＰがライトビュー・ビデオ・ストリームを含むとき、対応するディペンデントビュー・クリップ情報ファイルを「ライトビュー・クリップ情報ファイル」という。ファイルＤＥＰがデプスマップ・ストリームを含むとき、対応するディペンデントビュー・クリップ情報ファイルを「デプスマップ・クリップ情報ファイル」という。図１２に示されている例では、第１クリップ情報ファイル（01000.clpi）1231は２Ｄクリップ情報ファイルであり、ファイル２Ｄ1241に対応付けられている。第２クリップ情報ファイル（02000.clpi）1232はライトビュー・クリップ情報ファイルであり、第１ファイルＤＥＰ1242に対応付けられている。第３クリップ情報ファイル（03000.clpi）1233はデプスマップ・クリップ情報ファイルであり、第２ファイルＤＥＰ1243に対応付けられている。
ＰＬＡＹＬＩＳＴディレクトリ1220には三種類のプレイリスト・ファイル（00001.mpls）1221、（00002.mpls）1222、（00003.mpls）1223が置かれている。「プレイリスト・ファイル」は、ＡＶストリーム・ファイルの再生経路、すなわちＡＶストリーム・ファイルの再生対象の部分とその再生順序とを規定するファイルをいう。プレイリスト・ファイルの種類には２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとがある。「２Ｄプレイリスト・ファイル」はファイル２Ｄの再生経路を規定する。「３Ｄプレイリスト・ファイル」は、２Ｄ再生モードの再生装置に対してはファイル２Ｄの再生経路を規定し、３Ｄ再生モードの再生装置に対してはファイルＳＳの再生経路を規定する。図１２に示されている例では、第１プレイリスト・ファイル（00001.mpls）1221は２Ｄプレイリスト・ファイルであり、ファイル２Ｄ1241の再生経路を規定する。第２プレイリスト・ファイル（00002.mpls）1222は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ1241の再生経路を規定し、Ｌ／Ｒモードの再生装置に対しては第１ファイルＳＳ1245の再生経路を規定する。第３プレイリスト・ファイル（00003.mpls）1223は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ1241の再生経路を規定し、デプス・モードの再生装置に対しては第２ファイルＳＳ1246の再生経路を規定する。
ＢＤＪＯディレクトリ1250にはＢＤ−Ｊオブジェクト・ファイル（XXXXX.bdjo）1251が置かれている。ＢＤ−Ｊオブジェクト・ファイル1251はＢＤ−Ｊオブジェクトを一つ含む。ＢＤ−Ｊオブジェクトはバイトコード・プログラムであり、再生装置102に実装されたＪａｖａ仮想マシンにタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。ＢＤ−ＪオブジェクトはＪａｖａ言語等のコンパイラ型言語で記述されている。ＢＤ−Ｊオブジェクトは、アプリケーション管理テーブルと、参照対象のプレイリスト・ファイルの識別情報とを含む。「アプリケーション管理テーブル」は、Ｊａｖａ仮想マシンに実行させるべきＪａｖａアプリケーション・プログラムとその実行時期、すなわちライフサイクルとの対応表である。「参照対象のプレイリスト・ファイルの識別情報」は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンは、ユーザの操作又はアプリケーション・プログラムの指示に従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、再生装置102は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置103にグラフィックス映像をタイトルの映像とは独立に表示させる。
ＪＡＲディレクトリ1260にはＪＡＲファイル（YYYYY.jar）1261が置かれている。ＪＡＲファイル1261は、ＢＤ−Ｊオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきＪａｖａアプリケーション・プログラムの本体を一般に複数含む。「Ｊａｖａアプリケーション・プログラム」は、ＢＤ−Ｊオブジェクトと同様、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。Ｊａｖａアプリケーション・プログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及びＪａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。ＪＡＲファイル1261はＪａｖａアーカイブ・ファイルであり、再生装置102に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にＪａｖａアプリケーション・プログラムが格納される。
≪多重化ストリーム・データの構造≫
図１３の（ａ）は、ＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。メインＴＳはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームであり、図１２に示されているファイル２Ｄ1241に含まれる。図１３の（ａ）を参照するに、メインＴＳはプライマリ・ビデオ・ストリーム1301とプライマリ・オーディオ・ストリーム1302A、1302Bとを含む。メインＴＳはその他に、プレゼンテーション・グラフィックス（ＰＧ）ストリーム1303A、1303B、インタラクティブ・グラフィックス（ＩＧ）ストリーム1304、セカンダリ・オーディオ・ストリーム1305、及びセカンダリ・ビデオ・ストリーム1306を含んでもよい。
プライマリ・ビデオ・ストリーム1301は映画の主映像を表し、セカンダリ・ビデオ・ストリーム1306は副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。プライマリ・ビデオ・ストリーム1301とセカンダリ・ビデオ・ストリーム1306とはいずれもベースビュー・ビデオ・ストリームである。各ビデオ・ストリーム1301、1306は、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、又はＳＭＰＴＥ ＶＣ−１等の動画圧縮符号化方式で符号化されている。
プライマリ・オーディオ・ストリーム1302A、1302Bは映画の主音声を表す。ここで、二つのプライマリ・オーディオ・ストリーム1302A、1302Bの間では言語が異なる。セカンダリ・オーディオ・ストリーム1305は、対話画面の操作に伴う効果音等、主音声と重ね合わされるべき（ミキシングされるべき）副音声を表す。各オーディオ・ストリーム1302A、1302B、1305は、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ（MeridianLossless Packing：登録商標）、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ−ＨＤ、又はリニアＰＣＭ（Pulse Code Modulation）等の方式で符号化されている。
各ＰＧストリーム1303A、1303Bは、グラフィックスによる字幕等、プライマリ・ビデオ・ストリーム1301の表す映像に重ねて表示されるべきグラフィックス映像を表す。二つのＰＧストリーム1303A、1303Bの間では、例えば字幕の言語が異なる。ＩＧストリーム1304は、表示装置103の画面131上に対話画面を構成するためのグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィックス部品及びその配置を表す。
エレメンタリ・ストリーム1301−1306はパケット識別子（ＰＩＤ）を用いて識別される。ＰＩＤの割り当ては例えば次のとおりである。一つのメインＴＳはプライマリ・ビデオ・ストリームを一本のみ含むので、プライマリ・ビデオ・ストリーム1301には１６進数値０ｘ１０１１が割り当てられる。一つのメインＴＳに他のエレメンタリ・ストリームが種類ごとに最大３２本まで多重化可能であるとき、プライマリ・オーディオ・ストリーム1302A、1302Bには０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム1303A、1303Bには０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム1304には０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオ・ストリーム1305には０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム1306には０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。
図１３の（ｂ）は、ＢＤ−ＲＯＭディスク101上の第１サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第１サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図１２に示されている第１ファイルＤＥＰ1242に含まれる。図１３の（ｂ）を参照するに、第１サブＴＳはプライマリ・ビデオ・ストリーム1311を含む。第１サブＴＳはその他に、レフトビューＰＧストリーム1312A、1312B、ライトビューＰＧストリーム1313A、1313B、レフトビューＩＧストリーム1314、ライトビューＩＧストリーム1315、及びセカンダリ・ビデオ・ストリーム1316を含んでもよい。プライマリ・ビデオ・ストリーム1311はライトビュー・ビデオ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム1301が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。レフトビューとライトビューとのＰＧストリームの対1312A＋1313A、1312B＋1313Bは、字幕等のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。レフトビューとライトビューとのＩＧストリームの対1314、1315は、対話画面のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。セカンダリ・ビデオ・ストリーム1316はライトビュー・ビデオ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム1306が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。
エレメンタリ・ストリーム1311−1316に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム1311には０ｘ１０１２が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、レフトビューＰＧストリーム1312A、1312Bには０ｘ１２２０から０ｘ１２３Ｆまでのいずれかが割り当てられ、ライトビューＰＧストリーム1313A、1313Bには０ｘ１２４０から０ｘ１２５Ｆまでのいずれかが割り当てられる。レフトビューＩＧストリーム1314には０ｘ１４２０から０ｘ１４３Ｆまでのいずれかが割り当てられ、ライトビューＩＧストリーム1315には０ｘ１４４０から０ｘ１４５Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム1316には０ｘ１Ｂ２０から０ｘ１Ｂ３Ｆまでのいずれかが割り当てられる。
図１３の（ｃ）は、ＢＤ−ＲＯＭディスク101上の第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第２サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図１２に示されている第２ファイルＤＥＰ1243に含まれる。図１３の（ｃ）を参照するに、第２サブＴＳはプライマリ・ビデオ・ストリーム1321を含む。第２サブＴＳはその他に、デプスマップＰＧストリーム1323A、1323B、デプスマップＩＧストリーム1324、及びセカンダリ・ビデオ・ストリーム1326を含んでもよい。プライマリ・ビデオ・ストリーム1321はデプスマップ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム1301との組み合わせで３Ｄ映像を表す。デプスマップＰＧストリーム1323A、1323Bは、メインＴＳ内のＰＧストリーム1303A、1303Bの表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＰＧストリームとして利用される。デプスマップＩＧストリーム1324は、メインＴＳ内のＩＧストリーム1304の表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＩＧストリームとして利用される。セカンダリ・ビデオ・ストリーム1326はデプスマップ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム1306との組み合わせで３Ｄ映像を表す。
エレメンタリ・ストリーム1321−1326に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム1321には０ｘ１０１３が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、デプスマップＰＧストリーム1323A、1323Bには０ｘ１２６０から０ｘ１２７Ｆまでのいずれかが割り当てられる。デプスマップＩＧストリーム1324には０ｘ１４６０から０ｘ１４７Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム1326には０ｘ１Ｂ４０から０ｘ１Ｂ５Ｆまでのいずれかが割り当てられる。
図１４は、多重化ストリーム・データ1400内でのＴＳパケットの配置を示す模式図である。このパケット構造はメインＴＳとサブＴＳとで共通である。多重化ストリーム・データ1400内では各エレメンタリ・ストリーム1401、1402、1403、1404はＴＳパケット1421、1422、1423、1424の列に変換されている。例えばビデオ・ストリーム1401では、まず、各フレーム1401A又は各フィールドが一つのＰＥＳ（Packetized ElementaryStream）パケット1411に変換される。次に、各ＰＥＳパケット1411が一般に複数のＴＳパケット1421に変換される。同様に、オーディオ・ストリーム1402、ＰＧストリーム1403、及びＩＧストリーム1404はそれぞれ、一旦ＰＥＳパケット1412、1413、1414の列に変換された後、ＴＳパケット1422、1423、1424の列に変換される。最後に、各エレメンタリ・ストリーム1401、1402、1403、1404から得られたＴＳパケット1421、1422、1423、1424が一本のストリーム・データ1400に時分割で多重化される。
図１５の（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。各ＴＳパケット1501は１８８バイト長のパケットである。図１５の（ｂ）を参照するに、各ＴＳパケット1501は、ＴＳペイロード1501Pとアダプテーション（adaptation）・フィールド（以下、ＡＤフィールドと略す。）1501Aとの少なくともいずれか、及びＴＳヘッダ1501Hを含む。ＴＳペイロード1501PとＡＤフィールド1501Aとは、両方を合わせて１８４バイト長のデータ領域である。ＴＳペイロード1501PはＰＥＳパケットの格納領域として利用される。図１４に示されているＰＥＳパケット1411−1414はそれぞれ、一般に複数の部分に分割され、各部分が異なるＴＳペイロード1501Pに格納される。ＡＤフィールド1501Aは、ＴＳペイロード1501Pのデータ量が１８４バイトに満たないときにスタッフィング・バイト（すなわちダミー・データ）を格納するための領域である。ＡＤフィールド1501Aはその他に、ＴＳパケット1501が例えば後述のＰＣＲであるときに、その情報の格納領域として利用される。ＴＳヘッダ1501Hは４バイト長のデータ領域である。
図１５の（ａ）は、ＴＳヘッダ1501Hのデータ構造を示す模式図である。図１５の（ａ）を参照するに、ＴＳヘッダ1501Hは、ＴＳ優先度（transport＿priority）1511、ＰＩＤ1512、及びＡＤフィールド制御（adaptation＿field＿control）1513を含む。ＰＩＤ1512は、同じＴＳパケット1501内のＴＳペイロード1501Pに格納されたデータの属するエレメンタリ・ストリームのＰＩＤを示す。ＴＳ優先度1511は、ＰＩＤ1512の示す値が共通するＴＳパケット群の中でのＴＳパケット1501の優先度を示す。ＡＤフィールド制御1513は、ＴＳパケット1501内でのＡＤフィールド1501AとＴＳペイロード1501Pとのそれぞれの有無を示す。例えばＡＤフィールド制御1513が“１”を示すとき、ＴＳパケット1501はＡＤフィールド1501Aを含まず、ＴＳペイロード1501Pを含む。ＡＤフィールド制御1513が“２”を示すときはその逆である。ＡＤフィールド制御1513が“３”を示すとき、ＴＳパケット1501はＡＤフィールド1501AとＴＳペイロード1501Pとの両方を含む。
図１５の（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。図１５の（ｃ）を参照するに、各ソースパケット1502は１９２バイト長のパケットであり、図１５の（ｂ）に示されているＴＳパケット1501の一つと４バイト長のヘッダ（TP＿Extra＿Header）1502Hとを含む。ＴＳパケット1501がＢＤ−ＲＯＭディスク101に記録されるとき、そのＴＳパケット1501にヘッダ1502Hが付与されることによってソースパケット1502は構成される。ヘッダ1502HはＡＴＳ（Arrival＿Time＿Stamp）を含む。「ＡＴＳ」は時刻情報であり、次のように利用される：ソースパケット1502がＢＤ−ＲＯＭディスク101から再生装置102内のシステム・ターゲット・デコーダへ送られたとき、そのソースパケット1502からＴＳパケット1502Pが抽出されてシステム・ターゲット・デコーダ内のＰＩＤフィルタへ転送される。そのヘッダ1502H内のＡＴＳは、その転送が開始されるべき時刻を示す。ここで、「システム・ターゲット・デコーダ」は、多重化ストリーム・データをエレメンタリ・ストリームごとに復号する装置をいう。システム・ターゲット・デコーダと、それによるＡＴＳの利用との詳細については後述する。
図１５の（ｄ）は、一連のソースパケット1502が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域1202B上のセクタ群の模式図である。図１５の（ｄ）を参照するに、一連のソースパケット1502は３２個ずつ、三つの連続するセクタ1521、1522、1523に記録されている。これは、３２個のソースパケットのデータ量１９２バイト×３２＝６１４４バイトが三つのセクタの合計サイズ２０４８バイト×３＝６１４４バイトに等しいことに因る。このように、三つの連続するセクタ1521、1522、1523に記録された３２個のソースパケット1502を「アラインド・ユニット（Aligned Unit）」1520という。再生装置102は、ＢＤ−ＲＯＭディスク101からソースパケット1502をアラインド・ユニット1520ごとに、すなわち３２個ずつ読み出す。セクタ群1521、1522、1523、…は、先頭から順に３２個ずつに分割され、それぞれが一つの誤り訂正符号（ＥＣＣ）ブロック1530を構成している。ＢＤ−ＲＯＭドライブ121はＥＣＣブロック1530ごとに誤り訂正処理を行う。
≪ＰＧストリームのデータ構造≫
図１６は、ＰＧストリーム1600のデータ構造を示す模式図である。図１６を参照するに、ＰＧストリーム1600は複数のデータ・エントリ＃１、＃２、…を含む。各データ・エントリはＰＧストリーム1600の表示単位（ディスプレイ・セット）を表し、再生装置102に一枚のグラフィックス・プレーンを構成させるのに必要なデータから成る。「グラフィックス・プレーン」とは、２Ｄグラフィックス映像を表すグラフィックス・データから生成されるプレーン・データをいう。「プレーン・データ」とは、画素データの二次元配列であって、映像フレームの解像度に等しいサイズのものをいう。一組の画素データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。グラフィックス・プレーンの種類には、ＰＧプレーン、ＩＧプレーン、イメージ・プレーン、及びオン・スクリーン・ディスプレイ（ＯＳＤ）プレーンが含まれる。ＰＧプレーンはメインＴＳ内のＰＧストリームから生成される。ＩＧプレーンはメインＴＳ内のＩＧストリームから生成される。イメージ・プレーンはＢＤ−Ｊオブジェクトに従って生成される。ＯＳＤプレーンは再生装置102のファームウェアに従って生成される。
図１６を更に参照するに、各データ・エントリは複数の機能セグメントを含む。それらの機能セグメントは、先頭から順に、表示制御セグメント（Presentation Control Segment：ＰＣＳ）、ウィンドウ定義セグメント（Window Define Segment：ＷＤＳ）、パレット定義セグメント（PalletDefine Segment：ＰＤＳ）、及びオブジェクト定義セグメント（Object DefineSegment：ＯＤＳ）を含む。
ＷＤＳは、グラフィックス・プレーン内の矩形領域、すなわちウィンドウを規定する。具体的には、ＷＤＳは、ウィンドウＩＤ1611、ウィンドウ位置1612、及びウィンドウ・サイズ1613を含む。ウィンドウＩＤ1611はＷＤＳの識別情報（ＩＤ）である。ウィンドウ位置1612はグラフィックス・プレーン内でのウィンドウの位置、例えばウィンドウの左上角の座標を示す。ウィンドウ・サイズ1613はウィンドウの高さと幅とを示す。
ＰＤＳは、所定種類のカラーＩＤと色座標値（例えば、輝度Ｙ、赤色差Ｃｒ、青色差Ｃｂ、不透明度α）との間の対応関係を規定する。具体的には、ＰＤＳはパレットＩＤ1621とカラー・ルックアップ・テーブル（ＣＬＵＴ）1622とを含む。パレットＩＤ1621はＰＤＳのＩＤである。ＣＬＵＴ1622は、グラフィックス・オブジェクトの描画に利用される色の一覧表である。ＣＬＵＴ1622には２５６色が登録可能であり、０から２５５までのカラーＩＤが一つずつ、各色に割り当てられている。尚、カラーＩＤ＝２５５は「無色透明」に一定に割り当てられている。
ＯＤＳは一般に複数で一つのグラフィックス・オブジェクトを表す。「グラフィックス・オブジェクト」とは、グラフィックス画像を画素コードとカラーＩＤとの間の対応関係で表現するデータである。グラフィックス・オブジェクトは、ランレングス符号化方式を用いて圧縮された後に分割され、各ＯＤＳに分配されている。各ＯＤＳは更にオブジェクトＩＤ、すなわちグラフィックス・オブジェクトのＩＤを含む。
ＰＣＳは、同じデータ・エントリに属するディスプレイ・セットの詳細を示し、特にグラフィックス・オブジェクトを用いた画面構成を規定する。その画面構成の種類は、カット・イン／アウト（Cut−In／Out）、フェード・イン／アウト（Fade−In／Out）、色変化（Color Change）、スクロール（Scroll）、及びワイプ・イン／アウト（Wipe−In／Out）を含む。具体的には、ＰＣＳは、オブジェクト表示位置1601、クロッピング情報1602、参照ウィンドウＩＤ1603、参照パレットＩＤ1604、及び参照オブジェクトＩＤ1605を含む。オブジェクト表示位置1601は、グラフィックス・オブジェクトが表示されるべきグラフィックス・プレーン内の位置、例えばグラフィックス・オブジェクトが表示されるべき領域の左上角の座標を、ＷＤＳの規定するウィンドウ内の座標で表す。クロッピング情報1602は、クロッピング処理によってグラフィックス・オブジェクトの中から切り出されるべき矩形状の部分の範囲を示す。その範囲は例えば、左上角の座標、高さ、及び幅で規定される。その部分が、オブジェクト表示位置1601の示す位置に実際に描画される。参照ウィンドウＩＤ1603、参照パレットＩＤ1604、及び参照オブジェクトＩＤ1605はそれぞれ、グラフィックス・オブジェクトの描画処理において参照されるべきＷＤＳ、ＰＤＳ、及びグラフィックス・オブジェクトのＩＤを示す。コンテンツ・プロバイダは、ＰＣＳ内のそれらのパラメータを利用して、再生装置102に画面構成を指示する。それにより、例えば「ある字幕を徐々に消去しつつ、次の字幕を表示させる」という視覚効果を再生装置102に実現させることができる。
≪ＩＧストリームのデータ構造≫
図１４を更に参照するに、ＩＧストリーム1404は、対話構成セグメント（Interactive Composition Segment：ＩＣＳ）、ＰＤＳ、及びＯＤＳを含む。ＰＤＳとＯＤＳとは、ＰＧストリーム1403に含まれるものと同様な機能セグメントである。特に、ＯＤＳの含むグラフィックス・オブジェクトは、ボタン及びポップアップ・メニュー等、対話画面を構成するＧＵＩ用グラフィック部品を表す。ＩＣＳは、それらのグラフィックス・オブジェクトを用いた対話操作を規定する。具体的には、ＩＣＳは、ボタン及びポップアップ・メニュー等、ユーザ操作に応じて状態が変化するグラフィックス・オブジェクトのそれぞれについて取り得る状態、すなわち、ノーマル、セレクテッド、及びアクティブの各状態を規定する。ＩＣＳは更にボタン情報を含む。ボタン情報は、ユーザがボタン等に対して確定操作を行った際に再生装置の実行すべきコマンドを含む。
≪ビデオ・ストリームのデータ構造≫
図１７は、ベースビュー・ビデオ・ストリーム1701とライトビュー・ビデオ・ストリーム1702とのピクチャを表示時間順に示す模式図である。図１７を参照するに、ベースビュー・ビデオ・ストリーム1701はピクチャ1710、1711、1712、…、1719（以下、ベースビュー・ピクチャという。）を含み、ライトビュー・ビデオ・ストリーム1702はピクチャ1720、1721、1722、…、1729（以下、ライトビュー・ピクチャという。）を含む。各ピクチャ1710−1719、1720−1729は１フレーム又は１フィールドを表し、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。
上記の符号化方式による各ピクチャの圧縮には、そのピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化を「ピクチャ内符号化」という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの類似性を利用するピクチャの符号化を「ピクチャ間予測符号化」という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して動き補償が行われる。更に、動き補償後のピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。
図１７を参照するに、ベースビュー・ピクチャ1710−1719は一般に複数のＧＯＰ1731、1732に分割されている。「ＧＯＰ」は、Ｉ（Intra）ピクチャを先頭とする複数枚の連続するピクチャの列をいう。「Ｉピクチャ」は、ピクチャ内符号化によって圧縮されたピクチャをいう。ＧＯＰは一般に、Ｉピクチャの他に、Ｐ（Predictive）ピクチャとＢ（Bidirectionally Predivtive）ピクチャとを含む。「Ｐピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前であるＩピクチャ又は別のＰピクチャが一枚、参照ピクチャとして利用されたものをいう。「Ｂピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前又は後であるＩピクチャ又はＰピクチャが二枚、参照ピクチャとして利用されたものをいう。Ｂピクチャのうち、他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを特に「Ｂｒ（reference B）ピクチャ」という。
図１７に示されている例では、各ＧＯＰ1731、1732内のベースビュー・ピクチャが以下の順で圧縮される。第１ＧＯＰ1731では、まず先頭のベースビュー・ピクチャがＩ0ピクチャ1710に圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に、４番目のベースビュー・ピクチャがＩ0ピクチャ1710を参照ピクチャとしてＰ3ピクチャ1713に圧縮される。ここで、図１７に示されている各矢印は、先端のピクチャが後端のピクチャに対する参照ピクチャであることを示す。続いて、２、３番目のベースビュー・ピクチャがそれぞれ、Ｉ0ピクチャ1710とＰ3ピクチャ1713との両方を参照ピクチャとして、Ｂｒ1ピクチャ1711、Ｂｒ2ピクチャ1712に圧縮される。更に７番目のベースビュー・ピクチャがＰ3ピクチャ1713を参照ピクチャとしてＰ6ピクチャ1716に圧縮される。続いて、４、５番目のベースビュー・ピクチャがそれぞれ、Ｐ3ピクチャ1713とＰ6ピクチャ1716との両方を参照ピクチャとして、Ｂｒ4ピクチャ1714、Ｂｒ5ピクチャ1715に圧縮される。同様に、第２ＧＯＰ1732では、まず先頭のベースビュー・ピクチャがＩ7ピクチャ1717に圧縮される。次に３番目のベースビュー・ピクチャがＩ7ピクチャ1717を参照ピクチャとしてＰ9ピクチャ1719に圧縮される。続いて、２番目のベースビュー・ピクチャが、Ｉ7ピクチャ1717とＰ9ピクチャ1719との両方を参照ピクチャとして、Ｂｒ8ピクチャ1718に圧縮される。
ベースビュー・ビデオ・ストリーム1701では各ＧＯＰ1731、1732がその先頭にＩピクチャを必ず含むので、ベースビュー・ピクチャはＧＯＰごとに復号可能である。例えば第１ＧＯＰ1731では、まずＩ0ピクチャ1710が単独で復号される。次に、復号後のＩ0ピクチャ1710を利用してＰ3ピクチャ1713が復号される。続いて、復号後のＩ0ピクチャ1710とＰ3ピクチャ1713との両方を利用してＢｒ1ピクチャ1711とＢｒ2ピクチャ1712とが復号される。後続のピクチャ群1714、1715、…も同様に復号される。こうして、ベースビュー・ビデオ・ストリーム1701は単独で復号可能であり、更にＧＯＰ単位でのランダム・アクセスが可能である。
図１７を更に参照するに、ライトビュー・ピクチャ1720−1729はピクチャ間予測符号化で圧縮されている。しかし、その符号化方法はベースビュー・ピクチャ1710−1719の符号化方法とは異なり、映像の時間方向での冗長性に加え、左右の映像間の冗長性をも利用する。具体的には、各ライトビュー・ピクチャ1720−1729の参照ピクチャが、図１７に矢印で示されているように、ライトビュー・ビデオ・ストリーム1702からだけでなく、ベースビュー・ビデオ・ストリーム1701からも選択される。特に各ライトビュー・ピクチャ1720−1729と、その参照ピクチャとして選択されたベースビュー・ピクチャとは表示時刻が実質的に等しい。それらのピクチャは３Ｄ映像の同じシーンのライトビューとレフトビューとの対、すなわち視差映像を表す。このように、ライトビュー・ピクチャ1720−1729はベースビュー・ピクチャ1710−1719と一対一に対応する。特にそれらのピクチャ間ではＧＯＰ構造が共通である。
図１７に示されている例では、まず第１ＧＯＰ1731内の先頭のライトビュー・ピクチャがベースビュー・ビデオ・ストリーム1701内のＩ0ピクチャ1710を参照ピクチャとしてＰ0ピクチャ1720に圧縮される。それらのピクチャ1710、1720は３Ｄ映像の先頭フレームのレフトビューとライトビューとを表す。次に、４番目のライトビュー・ピクチャがＰ0ピクチャ1720とベースビュー・ビデオ・ストリーム1501内のＰ3ピクチャ1513との両方を参照ピクチャとしてＰ3ピクチャ1723に圧縮される。続いて、２番目のライトビュー・ピクチャが、Ｐ0ピクチャ1720とＰ3ピクチャ1723とに加えて、ベースビュー・ビデオ・ストリーム1701内のＢｒ1ピクチャ1711を参照ピクチャとして、Ｂ1ピクチャ1721に圧縮される。同様に、３番目のライトビュー・ピクチャが、Ｐ0ピクチャ1720とＰ3ピクチャ1730とに加えて、ベースビュー・ビデオ・ストリーム1701内のＢｒ2ピクチャ1712を参照ピクチャとして、Ｂ2ピクチャ1722に圧縮される。以降のライトビュー・ピクチャ1724−1729についても同様に、そのライトビュー・ピクチャと表示時刻が実質的に等しいベースビュー・ピクチャが参照ピクチャとして利用される。
上記のような左右の映像間の相関関係を利用した動画圧縮符号化方式としては、ＭＶＣ（MultiviewVideo Coding）と呼ばれるＭＰＥＧ−４ ＡＶＣ／Ｈ．２６４の修正規格が知られている。ＭＶＣは、ＩＳＯ／ＩＥＣ ＭＰＥＧとＩＴＵ−Ｔ ＶＣＥＧとの共同プロジェクトであるＪＶＴ（Joint Video Team）によって２００８年７月に策定されたものであり、複数の視点から見える映像をまとめて符号化するための規格である。ＭＶＣでは映像間予測符号化に、映像の時間方向での類似性だけでなく、視点の異なる映像間の類似性も利用される。その予測符号化では、各視点から見た映像を個別に圧縮する予測符号化よりも映像の圧縮率が高い。
上記のとおり、各ライトビュー・ピクチャ1720−1729の圧縮にはベースビュー・ピクチャが参照ピクチャとして利用される。従って、ベースビュー・ビデオ・ストリーム1701とは異なり、ライトビュー・ビデオ・ストリーム1702を単独で復号することはできない。しかし、視差映像間の差異は一般にわずかであり、すなわちレフトビューとライトビューとの間の相関は高い。従って、ライトビュー・ピクチャは一般にベースビュー・ピクチャよりも圧縮率が著しく高く、すなわちデータ量が著しく小さい。
図１７には示されていないが、デプスマップ・ストリームは複数のデプスマップを含む。それらのデプスマップはベースビュー・ピクチャと一対一に対応し、各ベースビュー・ピクチャの示す１フレーム又は１フィールドの２Ｄ映像に対するデプスマップを表す。各デプスマップは、ベースビュー・ピクチャと同様、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。特にその符号化方式ではピクチャ間予測符号化が利用される。すなわち、各デプスマップが他のデプスマップを参照ピクチャとして利用して圧縮される。デプスマップ・ストリームは、ベースビュー・ビデオ・ストリームと同様にＧＯＰ単位に分割され、各ＧＯＰがその先頭にＩピクチャを必ず含む。従って、デプスマップはＧＯＰごとに単独で復号可能である。しかし、デプスマップ自体は２Ｄ映像の各部の奥行きを画素別に表す情報でしかないので、デプスマップ・ストリームを単独で映像の再生に利用することはできない。デプスマップ・ストリームの圧縮に利用される符号化方式は、ライトビュー・ビデオ・ストリームの圧縮に利用される符号化方式と等しい。例えば、ライトビュー・ビデオ・ストリームがＭＶＣのフォーマットで符号化されているとき、デプスマップ・ストリームもＭＶＣのフォーマットで符号化されている。その場合、再生装置102は３Ｄ映像の再生時、符号化方式を一定に維持したまま、Ｌ／Ｒモードとデプス・モードとの切り換えをスムーズに実現できる。
図１８は、ビデオ・ストリーム1800のデータ構造の詳細を示す模式図である。このデータ構造はベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで実質的に共通である。図１８を参照するに、ビデオ・ストリーム1800は一般に複数のビデオ・シーケンス＃１、＃２、…から構成されている。「ビデオ・シーケンス」は、一つのＧＯＰ1810を構成するピクチャ群1811、1812、1813、1814、…に個別にヘッダ等の付加情報を組み合わせたものである。この付加情報と各ピクチャとの組み合わせを「ビデオ・アクセスユニット（ＶＡＵ）」という。すなわち、各ＧＯＰ1810、1820ではピクチャごとに一つのＶＡＵ＃１、＃２、…が構成されている。各ピクチャはＶＡＵ単位でビデオ・ストリーム1800から読み出し可能である。
図１８は更に、ベースビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１1831の構造を示す。ＶＡＵ＃１1831は、アクセスユニット（ＡＵ）識別コード1831A、シーケンス・ヘッダ1831B、ピクチャ・ヘッダ1831C、補足データ1831D、及び圧縮ピクチャ・データ1831Eを含む。２番目以降のＶＡＵ＃２は、シーケンス・ヘッダ1831Bを含まない点を除き、ＶＡＵ＃１1831と同じ構造である。ＡＵ識別コード1831Aは、ＶＡＵ＃１1831の先端を示す所定の符号である。シーケンス・ヘッダ1831BはＧＯＰヘッダともいい、ＶＡＵ＃１1831を含むビデオ・シーケンス＃１の識別番号を含む。シーケンス・ヘッダ1831Bは更にＧＯＰ1810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャ・ヘッダ1831Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及びピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ1831Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。補足データ1831Dは特に復号スイッチ情報を含む（詳細は《補足》参照）。圧縮ピクチャ・データ1831Eはベースビュー・ピクチャを含む。ＶＡＵ＃１1831はその他に必要に応じ、パディング・データ1831F、シーケンス終端コード1831G、及びストリーム終端コード1831Hのいずれか又は全てを含んでもよい。パディング・データ1831Fはダミーデータである。そのサイズを圧縮ピクチャ・データ1831Eのサイズに合わせて調節することにより、ＶＡＵ＃１1831のビットレートを所定値に維持することができる。シーケンス終端コード1831Gは、ＶＡＵ＃１1831がビデオ・シーケンス＃１の終端に位置することを示す。ストリーム終端コード1831Hはベースビュー・ビデオ・ストリーム1800の終端を示す。
図１８はまた、ディペンデントビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１1832の構造も示す。ＶＡＵ＃１1832は、サブＡＵ識別コード1832A、サブシーケンス・ヘッダ1832B、ピクチャ・ヘッダ1832C、補足データ1682D、及び圧縮ピクチャ・データ1832Eを含む。２番目以降のＶＡＵ＃２は、サブシーケンス・ヘッダ1832Bを含まない点を除き、ＶＡＵ＃１1832と同じ構造である。サブＡＵ識別コード1832Aは、ＶＡＵ＃１1832の先端を示す所定の符号である。サブシーケンス・ヘッダ1832Bは、ＶＡＵ＃１1832を含むビデオ・シーケンス＃１の識別番号を含む。サブシーケンス・ヘッダ1832Bは更にＧＯＰ1810の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。特にそれらの値は、ベースビュー・ビデオ・ストリームの対応するＧＯＰに対して設定された値、すなわちＶＡＵ＃１1831のシーケンス・ヘッダ1831Bの示す値に等しい。ピクチャ・ヘッダ1832Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及びピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ1832Dはオフセット・メタデータのみを含む（詳細は後述する）。ここで、補足データの種類には、オフセット・メタデータのみを含むもの1832Dの他にも、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、タイムコード情報、及び復号スイッチ情報を含むものがある。従って、ＶＡＵ＃１1832は、補足データ1832Dに加えて、他の補足データを一つ以上含んでいてもよい。圧縮ピクチャ・データ1832Eはディペンデントビュー・ピクチャを含む。ＶＡＵ＃１1832はその他に、必要に応じて、パディング・データ1832F、シーケンス終端コード1832G、及びストリーム終端コード1832Hのいずれか又は全てを含んでもよい。パディング・データ1832Fはダミーデータである。そのサイズを圧縮ピクチャ・データ1832Eのサイズに合わせて調節することにより、ＶＡＵ＃１1832のビットレートを所定値に維持することができる。シーケンス終端コード1832Gは、ＶＡＵ＃１1832がビデオ・シーケンス＃１の終端に位置することを示す。ストリーム終端コード1832Hはディペンデントビュー・ビデオ・ストリーム1800の終端を示す。
ＶＡＵの各部の具体的な内容はビデオ・ストリーム1800の符号化方式ごとに異なる。例えば、その符号化方式がＭＰＥＧ−４ ＡＶＣであるとき、図１８に示されているＶＡＵの各部は一つのＮＡＬ（Network Abstraction Layer）ユニットから構成される。具体的には、ＡＵ識別コード1831A、シーケンス・ヘッダ1831B、ピクチャ・ヘッダ1831C、補足データ1831D、圧縮ピクチャ・データ1831E、パディング・データ1831F、シーケンス終端コード1831G、及びストリーム終端コード1831Hはそれぞれ、ＡＵデリミタ（Access Unit Delimiter）、ＳＰＳ（シーケンス・パラメータ・セット）、ＰＰＳ（ピクチャ・パラメータ・セット）、ＳＥＩ（Supplemental Enhancement Information）、ビュー・コンポーネント、フィラー・データ（Filler Data）、エンド・オブ・シーケンス（End of Sequence）、及びエンド・オブ・ストリーム（End of Stream）に相当する。特にＶＡＵ＃１1832では、オフセット・メタデータを含む補足データ1832Dは一つのＮＡＬユニットで構成され、そのＮＡＬユニットはオフセット・メタデータ以外のデータを含まない。
図１９は、ＰＥＳパケット列1902へのビデオ・ストリーム1901の格納方法の詳細を示す模式図である。この格納方法はベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで共通である。図１９を参照するに、実際のビデオ・ストリーム1901ではピクチャが、表示時間順ではなく、符号化順に多重化されている。例えばベースビュー・ビデオ・ストリームのＶＡＵには、図１９に示されているように、先頭から順に、Ｉ0ピクチャ1910、Ｐ3ピクチャ1911、Ｂ1ピクチャ1912、Ｂ2ピクチャ1913、…が格納されている。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。Ｐ3ピクチャ1911の符号化にはＩ0ピクチャ1910が参照ピクチャとして利用され、Ｂ1ピクチャ1912とＢ2ピクチャ1913との各符号化にはＩ0ピクチャ1910とＰ3ピクチャ1911との両方が参照ピクチャとして利用される。それらのＶＡＵが一つずつ、異なるＰＥＳパケット1920、1921、1922、1923、…に格納される。各ＰＥＳパケット1920、…はＰＥＳペイロード1920PとＰＥＳヘッダ1920Hとを含む。ＶＡＵはＰＥＳペイロード1920Pに格納される。一方、ＰＥＳヘッダ1920Hは、同じＰＥＳパケット1920のＰＥＳペイロード1920Pに格納されたピクチャの表示時刻、すなわちＰＴＳ（PresentationTime−Stamp）、及びそのピクチャの復号時刻、すなわちＤＴＳ（Decoding Time−Stamp）を含む。
図１９に示されているビデオ・ストリーム1901と同様、図１３、１４に示されている他のエレメンタリ・ストリームも、一連のＰＥＳパケットの各ＰＥＳペイロードに格納される。更に各ＰＥＳパケットのＰＥＳヘッダは、そのＰＥＳパケットのＰＥＳペイロードに格納されたデータのＰＴＳを含む。
図２０は、ベースビュー・ビデオ・ストリーム2001とディペンデントビュー・ビデオ・ストリーム2002との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。図２０を参照するに、両ビデオ・ストリーム2001、2002の間では、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャに対して、同じＰＴＳ及び同じＤＴＳが割り当てられている。例えば３Ｄ映像の先頭のフレーム又はフィールドは、ベースビュー・ビデオ・ストリーム2001のＩ1ピクチャ2011とディペンデントビュー・ビデオ・ストリーム2002のＰ1ピクチャ2021との組み合わせから再現される。従って、それらのピクチャ2011、2021のＰＴＳは等しく、かつＤＴＳは等しい。ここで、下付の数字は、各ピクチャにＤＴＳの順に割り振られた通し番号を示す。また、ディペンデントビュー・ビデオ・ストリーム2002がデプスマップ・ストリームであるとき、Ｐ1ピクチャ2021は、Ｉ1ピクチャ2011に対するデプスマップを表すＩピクチャに置き換えられる。同様に、各ビデオ・ストリーム2001、2002の２番目のピクチャ、すなわちＰ2ピクチャ2012、2022のＰＴＳは等しく、かつＤＴＳは等しい。各ビデオ・ストリーム2001、2002の３番目のピクチャ、すなわちＢｒ3ピクチャ2013とＢ3ピクチャ2023とでは、ＰＴＳとＤＴＳとがいずれも共通である。Ｂｒ4ピクチャ2014とＢ4ピクチャ2024とでも同様である。
ベースビュー・ビデオ・ストリーム2001とディペンデントビュー・ビデオ・ストリーム2002との間で、ＰＴＳが等しく、かつＤＴＳが等しいピクチャを含むＶＡＵの対を「３Ｄ・ＶＡＵ」という。図２０に示されているＰＴＳとＤＴＳとの割り当てにより、３Ｄ再生モードの再生装置102内のデコーダに、ベースビュー・ビデオ・ストリーム2001とディペンデントビュー・ビデオ・ストリーム2002とを３Ｄ・ＶＡＵ単位でパラレルに処理させることが容易にできる。それにより、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャが、デコーダによって確実にパラレルに処理される。更に、各ＧＯＰの先頭の３Ｄ・ＶＡＵではシーケンス・ヘッダが、同じ解像度、同じフレームレート、及び同じアスペクト比を含む。特にそのフレームレートは、２Ｄ再生モードにおいてベースビュー・ビデオ・ストリーム2001が単独で復号されるときの値に等しい。
≪オフセット・メタデータ≫
図２１は、ディペンデントビュー・ビデオ・ストリーム2100の含むオフセット・メタデータ2110のデータ構造を示す模式図である。図２１を参照するに、オフセット・メタデータ2110は、各ビデオ・シーケンス（すなわち、各ＧＯＰ）の先端に位置するＶＡＵ＃１内の補足データ2101に格納されている。図２１を参照するに、オフセット・メタデータ2110は、ＰＴＳ2111、オフセット・シーケンスＩＤ2112、及びオフセット・シーケンス2113を含む。ＰＴＳ2111は、ＶＡＵ＃１内の圧縮ピクチャ・データの表すフレームのＰＴＳ、すなわち各ＧＯＰの最初のフレームのＰＴＳに等しい。
オフセット・シーケンスＩＤ2112は、オフセット・シーケンス2113に順番に割り振られた通し番号０、１、２、…、Ｍである。文字Ｍは１以上の整数を表し、その整数はオフセット・シーケンス2113の総数に等しい。ビデオ・プレーンに合成されるべきグラフィックス・プレーン及び副映像プレーンにオフセット・シーケンスＩＤ2112が割り当てられる。それにより、各プレーン・データにオフセット・シーケンス2113が対応付けられている。ここで、「ビデオ・プレーン」とは、ビデオ・シーケンスの含むピクチャから生成されるプレーン・データ、すなわち画素データの二次元配列をいう。その配列のサイズは映像フレームの解像度に等しい。一組の画素データは、色座標値（ＲＧＢ値又はＹＣｒＣｂ値）とα値との組み合わせから成る。
各オフセット・シーケンス2113は、フレーム番号2121とオフセット情報2122、2123との対応表である。フレーム番号2121は、一つのビデオ・シーケンス（例えば、ビデオ・シーケンス＃１）の表すフレーム＃１、＃２、…、＃Ｎに表示順に割り振られた通し番号１、２、…、Ｎである。整数Ｎは１以上であり、そのビデオ・シーケンスの含むフレームの総数を表す。各オフセット情報2122、2123は、一つのプレーン・データに対するオフセット制御を規定する制御情報である。
「オフセット制御」とは、グラフィックス・プレーン（又は副映像プレーン）に水平座標の左方向と右方向との各オフセットを与えて、レフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとのそれぞれに合成する処理をいう。ここで、「レフトビュー／ライトビュー・ビデオ・プレーン」とは、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの組み合わせから生成される、レフトビュー／ライトビューを表すビデオ・プレーンをいう。「グラフィックス・プレーンに水平方向のオフセットを与える」とは、そのグラフィックス・プレーン内で各画素データを水平方向に変位させることをいう。それにより、一つのグラフィックス・プレーンから、レフトビューとライトビューとを表すグラフィックス・プレーンの対が生成される。その対から再生される２Ｄグラフィックス映像の各部の表示位置は、元の表示位置から左右にずれている。それらの変位が視聴者に両眼視差として錯覚されることにより、レフトビューとライトビューとの対がその視聴者には一つの３Ｄグラフィックス映像として見える。副映像プレーンの表す映像についても同様である。
オフセットは方向と大きさとで決まる。従って、図２１に示されているとおり、各オフセット情報はオフセット方向2122とオフセット値2123とを含む。オフセット方向2122は、３Ｄグラフィックス映像の奥行きが画面よりも手前か奥かを示す。オフセット方向2122の値に依り、元の２Ｄグラフィックス映像の表示位置に対するレフトビューとライトビューとの各表示位置の方向が左又は右に決まる。オフセット値2123は、元の２Ｄグラフィックス映像の表示位置とレフトビュー又はライトビューの表示位置との間の距離を、水平方向の画素数で表す。
図２２の（ａ）、（ｂ）は、ＰＧプレーン2210とＩＧプレーン2220とに対するオフセット制御を示す模式図である。それらのオフセット制御では、レフトビュー・ビデオ・プレーン2201とライトビュー・ビデオ・プレーン2202とのそれぞれへ二種類のグラフィックス・プレーン2210、2220が合成される。以下の説明では、ＰＧプレーン2210の表す字幕2211を画面よりも手前に表示し、ＩＧプレーン2220の表すボタン2221を画面よりも奥に表示する場合を想定する。
図２２の（ａ）を参照するに、ＰＧプレーン2210には、右方向のオフセットが与えられる。具体的には、まず、ＰＧプレーン2210内の各画素データの位置が、レフトビュー・ビデオ・プレーン2201内の対応する画素データの位置から、オフセット値に等しい画素数SFPだけ右に（仮想的に）移動する。次に、レフトビュー・ビデオ・プレーン2201の範囲よりも右側に（仮想的に）はみ出ているＰＧプレーン2210の右端の帯状領域2212を「切り取る」。すなわち、その領域2212の画素データ群を破棄する。一方、ＰＧプレーン2210の左端に透明な帯状領域2213を追加する。その帯状領域2213の幅は右端の帯状領域2212の幅、すなわちオフセット値SFPに等しい。こうして、ＰＧプレーン2210から、レフトビューを表すＰＧプレーンが生成され、レフトビュー・ビデオ・プレーン2201に合成される。特に、そのレフトビューＰＧプレーンでは、字幕2211の表示位置が元の表示位置よりも右に、オフセット値SFPだけずれている。
ＩＧプレーン2220には、左方向のオフセットが与えられる。具体的には、まずＩＧプレーン2220内の各画素データの位置が、レフトビュー・ビデオ・プレーン2201内の対応する画素データの位置から、オフセット値に等しい画素数SFIだけ左に（仮想的に）移動する。次に、レフトビュー・ビデオ・プレーン2210の範囲よりも左側に（仮想的に）はみ出ているＩＧプレーン2220の左端の帯状領域2222を切り取る。一方、ＩＧプレーン2220の右端に透明な帯状領域2223を追加する。その帯状領域2223の幅は左端の帯状領域2222の幅、すなわちオフセット値SFIに等しい。こうして、ＩＧプレーン2220から、レフトビューを表すＩＧプレーンが生成され、レフトビュー・ビデオ・プレーン2201に合成される。特に、そのレフトビューＩＧプレーンでは、ボタン2221の表示位置が元の表示位置よりも左に、オフセット値SFIだけずれている。
図２２の（ｂ）を参照するに、ＰＧプレーン2210には左方向のオフセットが与えられ、ＩＧプレーン2220には右方向のオフセットが与えられる。すなわち、上記の操作をＰＧプレーン2210とＩＧプレーン2220とで反対にすればよい。その結果、各プレーン・データ2210、2220から、ライトビューを表すプレーン・データが生成され、ライトビュー・ビデオ・プレーン2202に合成される。特にライトビューＰＧプレーンでは、字幕2211の表示位置が元の表示位置よりも左に、オフセット値SFPだけずれている。一方、ライトビューＩＧプレーンでは、ボタン2221の表示位置が元の表示位置よりも右に、オフセット値SFIだけずれている。
図２２の（ｃ）は、（ａ）、（ｂ）に示されているグラフィックス・プレーンの表す２Ｄグラフィックス映像から視聴者2230に知覚される３Ｄグラフィックス映像を示す模式図である。それらのグラフィックス・プレーンの表す２Ｄグラフィックス映像が画面2240に交互に表示されるとき、視聴者2230には、図２２の（ｃ）に示されているように、字幕2231は画面2240よりも手前に見え、ボタン2232は画面2240よりも奥に見える。各３Ｄグラフィックス映像2231、2232と画面2240との間の距離は、オフセット値SFP、SFIによって調節可能である。
図２３の（ａ）、（ｂ）は、オフセット・シーケンスの具体例を示すグラフである。各グラフでは、オフセット方向が画面よりも手前を示すときにオフセット値が正である。図２３の（ａ）は、図２３の（ｂ）のうち、最初のＧＯＰの表示期間GOP1でのグラフを拡大したものである。図２３の（ａ）を参照するに、階段状のグラフ2301は、オフセット・シーケンスＩＤ＝０のオフセット・シーケンス、すなわちオフセット・シーケンス［０］のオフセット値を示す。水平なグラフ2302は、オフセット・シーケンスＩＤ＝１のオフセット・シーケンス、すなわちオフセット・シーケンス［１］のオフセット値を示す。オフセット・シーケンス［０］のオフセット値2301は、最初のＧＯＰの表示期間GOP1ではフレームFR1、FR2、FR3、…、FR15、…の順に階段状に増加している。図２３の（ｂ）を参照するに、そのオフセット値2301の階段状の増加は、２番目以降の各ＧＯＰの表示期間GOP2、GOP3、…、GOP40、…でも同様に継続される。１フレーム当たりの増加量が十分に細かいので、図２３の（ｂ）ではオフセット値2301が線形に連続的に増加しているように見える。一方、オフセット・シーケンス［１］のオフセット値2302は、最初のＧＯＰの表示期間GOP1では負の一定値に維持されている。図２３の（ｂ）を参照するに、そのオフセット値2302は、４０番目のＧＯＰの表示期間GOP40の終了時、正の値に急増する。このようにオフセット値は不連続に変化してもよい。
図２３の（ｃ）は、図２３の（ａ）、（ｂ）に示されているオフセット・シーケンスに従って再現される３Ｄグラフィックス映像を示す模式図である。字幕の３Ｄ映像2303がオフセット・シーケンス［０］に従って表示されるとき、その３Ｄ映像2303は、画面2304の直ぐ手前から徐々に飛び出てくるように見える。一方、ボタンの３Ｄ映像2305がオフセット・シーケンス［１］に従って表示されるとき、その３Ｄ映像2305は、画面2304よりも奥に固定されている状態から突然、画面2304よりも手前に飛び出てくるように見える。このように、フレーム単位でのオフセット値の増減のパターンをオフセット・シーケンスごとに様々に変化させる。それにより、複数の３Ｄグラフィックス映像について、個々の奥行きの変化を多様に表現することができる。
≪ＡＶストリーム・ファイルに含まれるその他のＴＳパケット≫
ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図１４に示されているエレメンタリ・ストリームから変換されたもの以外に、ＰＡＴ（Program Association Table）、ＰＭＴ（Program MapTable）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャル・トランスポート・ストリームを規定する役割を持つ。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、ＡＶストリーム・ファイルもそのパーシャル・トランスポート・ストリームと同様に規定される。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる、映像・音声・字幕等を表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種のディスクリプタ（記述子ともいう。）を含む。ディスクリプタには特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報が含まれる。ＰＣＲは、自身に割り当てられたＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ここで、「ＳＴＣ」は、再生装置102内のデコーダによって、ＰＴＳ及びＤＴＳの基準として利用されるクロックである。そのデコーダはＰＣＲを利用して、ＡＴＣにＳＴＣを同期させる。
図２４は、ＰＭＴ2410のデータ構造を示す模式図である。ＰＭＴ2410は、ＰＭＴヘッダ2401、ディスクリプタ2402、及びストリーム情報2403を含む。ＰＭＴヘッダ2401は、ＰＭＴ2410に含まれるデータの長さ等を示す。各ディスクリプタ2402は、ＰＭＴ2410を含むＡＶストリーム・ファイルの全体に関するディスクリプタである。前述のコピー・コントロール情報はディスクリプタ2402の一つに含まれる。ストリーム情報2403は、ＡＶストリーム・ファイルに含まれる各エレメンタリ・ストリームに関する情報であり、一つずつ異なるエレメンタリ・ストリームに割り当てられている。各ストリーム情報2403は、ストリーム・タイプ2431、ＰＩＤ2432、及びストリーム・ディスクリプタ2433を含む。ストリーム・タイプ2431は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報等を含む。ＰＩＤ2432は、そのエレメンタリ・ストリームのＰＩＤを示す。ストリーム・ディスクリプタ2433は、そのエレメンタリ・ストリームの属性情報、例えばフレームレート及びアスペクト比を含む。
ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置102内のデコーダにＡＶストリーム・ファイルを、欧州デジタル放送規格に準拠のパーシャル・トランスポート・ストリームと同様に処理させることができる。それにより、ＢＤ−ＲＯＭディスク101用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。
≪多重化ストリーム・データのインターリーブ配置≫
３Ｄ映像のシームレス再生には、ＢＤ−ＲＯＭディスク101上にベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとをどのような物理的な配置で記録するかが重要である。ここで、「シームレス再生」とは、多重化ストリーム・データから映像と音声とを途切れさせることなく滑らかに再生することをいう。
図２５は、図１３に示されているメインＴＳと第１サブＴＳとのＢＤ−ＲＯＭディスク101上での物理的な配置を示す模式図である。尚、第１サブＴＳに代えて第２サブＴＳが記録されていてもよい。図２５を参照するに、各ＴＳは複数のデータ・ブロックD[n]、B[n]（n＝0、1、2、3、…）に分割されてＢＤ−ＲＯＭディスク101上に配置されている。ここで、「データ・ブロック」とは、ＢＤ−ＲＯＭディスク101上の連続領域、すなわち物理的に連続する複数のセクタに記録された一連のデータをいう。ＢＤ−ＲＯＭディスク101では物理アドレスが論理アドレスと実質的に等しいので、各データ・ブロック内ではＬＢＮも連続している。従って、ＢＤ−ＲＯＭドライブ121は、光ピックアップにシークを行わせることなく、一つのデータ・ブロックを連続して読み出すことができる。以下、メインＴＳに属するデータ・ブロックB[n]を「ベースビュー・データ・ブロック」といい、サブＴＳに属するデータ・ブロックD[n]を「ディペンデントビュー・データ・ブロック」という。特に、第１サブＴＳに属するデータ・ブロックを「ライトビュー・データ・ブロック」といい、第２サブＴＳに属するデータ・ブロックを「デプスマップ・データ・ブロック」という。
各データ・ブロックB[n]、D[n]は、ＢＤ−ＲＯＭディスク101のファイルシステムでは、ファイル２Ｄ又はファイルＤＥＰ内の一つのエクステントとしてアクセス可能である。すなわち、各データ・ブロックの論理アドレスは、ファイル２Ｄ又はファイルＤＥＰのファイル・エントリから知ることができる。
図２５に示されている例では、ファイル２Ｄ（01000.m2ts）1241のファイル・エントリ2510がベースビュー・データ・ブロックB[n]の各サイズとその先端のＬＢＮとを示す。従って、各ベースビュー・データ・ブロックB[n]はファイル２Ｄ1241のエクステントEXT2D[n]としてアクセス可能である。以下、ファイル２Ｄ1241に属するエクステントEXT2D[n]を「２Ｄエクステント」という。一方、第１ファイルＤＥＰ（02000.m2ts）1242のファイル・エントリ2520がディペンデントビュー・データ・ブロックD[n]の各サイズとその先端のＬＢＮとを示す。従って、各ディペンデントビュー・データ・ブロックD[n]はライトビュー・データ・ブロックであり、第１ファイルＤＥＰ1242のエクステントEXT2[n]としてアクセス可能である。以下、第１ファイルＤＥＰ1242に属するエクステントEXT2[n]を「ライトビュー・エクステント」という。ディペンデントビュー・データ・ブロックD[n]がデプスマップ・データ・ブロックである場合も同様に、各デプスマップ・データ・ブロックは第２ファイルＤＥＰ（03000.m2ts）1243のエクステントとしてアクセス可能である。以下、第２ファイルＤＥＰ1243に属するエクステントを「デプスマップ・エクステント」という。更に、ライトビュー・エクステントとデプスマップ・エクステントとのように、いずれかのファイルＤＥＰに属するエクステントを「ディペンデントビュー・エクステント」と総称する。
図２５を参照するに、データ・ブロック群はＢＤ−ＲＯＭディスク101上のトラックに沿って連続的に記録されている。更に、ベースビュー・データ・ブロックB[n]とディペンデントビュー・データ・ブロックD[n]とは一つずつ交互に配置されている。このようなデータ・ブロック群の配置を「インターリーブ配置」という。特に、インターリーブ配置で記録された一連のデータ・ブロック群を「エクステント・ブロック」という。図２５には三つのエクステント・ブロック2501、2502、2503が示されている。第１エクステント・ブロック2501と第２エクステント・ブロック2502との間のように、エクステント・ブロックの間は多重化ストリーム・データ以外のデータの記録領域NAVによって分離される。また、ＢＤ−ＲＯＭディスク101が多層ディスクである場合、すなわち記録層を複数含む場合、第２エクステント・ブロック2502と第３エクステント・ブロック2503との間のように、エクステント・ブロックの間は記録層間の境界（以下、層境界という。）LBによっても分離される。こうして、一連の多重化ストリーム・データは、一般に複数のエクステント・ブロックに分割されて配置されている。その場合、再生装置102がその多重化ストリーム・データから映像をシームレスに再生するには、各エクステント・ブロックから再生される映像をシームレスに接続しなければならない。以下、そのために再生装置102が必要とする処理を「エクステント・ブロック間のシームレスな接続」という。
各エクステント・ブロック2501−2503では二種類のデータ・ブロックD[n]、B[n]の数が等しい。更に、（ｎ＋１）番目の隣接するデータ・ブロックの対D[n]、B[n]ではエクステントＡＴＣ時間が等しい。以下、このようなデータ・ブロックの対を「エクステント・ペア」という。ここで、「ＡＴＣ（Arrival Time Clock）」は、ＡＴＳの基準とされるべきクロックを意味する。「エクステントＡＴＣ時間」は、一つのデータ・ブロック内のソースパケットに付与されたＡＴＳの範囲の大きさ、すなわち、そのデータ・ブロックの先頭のソースパケットと次のデータ・ブロックの先頭のソースパケットとの間でのＡＴＳの差を表す。その差は、再生装置102がそのデータ・ブロック内の全てのソースパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間を、ＡＴＣの値で表したものに等しい。「リード・バッファ」は再生装置102内のバッファ・メモリであり、ＢＤ−ＲＯＭディスク101から読み出されたデータ・ブロックをシステム・ターゲット・デコーダへ送るまでの間、一時的に格納する。リード・バッファの詳細については後述する。図２５に示されている例では、三つのエクステント・ブロック2501−2503が互いにシームレスに接続されるので、各エクステント・ペアD[n]、B[n]（n＝0、1、2、…）でエクステントＡＴＣ時間が等しい。
各エクステント・ペアD[n]、B[n]では、先頭に位置するＶＡＵは同じ３Ｄ・ＶＡＵに属し、特に、同じ３Ｄ映像を表すＧＯＰの先頭のピクチャを含む。例えば図２５では、各ライトビュー・データ・ブロックD[n]の先端はライトビュー・ビデオ・ストリームのＰピクチャを含み、先頭のベースビュー・データ・ブロックB[n]の先端はベースビュー・ビデオ・ストリームのＩピクチャを含む。そのライトビュー・ビデオ・ストリームのＰピクチャは、そのベースビュー・ビデオ・ストリームのＩピクチャの表す２Ｄ映像をレフトビューとするときのライトビューを表す。特にそのＰピクチャは、図１７に示されているように、そのＩピクチャを参照ピクチャとして圧縮されている。従って、３Ｄ再生モードの再生装置102は、いずれのエクステント・ペアD[n]、B[n]からも３Ｄ映像の再生を開始できる。すなわち、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理が可能である。
図２５に示されているインターリーブ配置では更に、各エクステント・ペアD[n]、B[n]の中でディペンデントビュー・データ・ブロックD[n]がベースビュー・データ・ブロックB[n]よりも先に配置される。それは、ディペンデントビュー・データ・ブロックD[n]が一般に、ベースビュー・データ・ブロックB[n]よりもデータ量が小さい、すなわちビットレートが低いことに因る。例えば（ｎ＋１）番目のライトビュー・データ・ブロックD[n]に含まれるピクチャは、図１７に示されているように、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]に含まれるピクチャを参照ピクチャとして圧縮されている。従って、そのライトビュー・データ・ブロックD[n]のサイズSEXT2[n]は一般に、そのベースビュー・データ・ブロックB[n]のサイズSEXT1[n]以下である：SEXT2[n]≦SEXT1[n]。一方、デプスマップの画素当たりのデータ量、すなわち奥行き値のビット数は一般に、ベースビュー・ピクチャの画素当たりのデータ量、すなわち色座標値とα値（不透明度）とのビット数の和よりも小さい。更に図１３の（ａ）、（ｃ）に示されているように、メインＴＳは第２サブＴＳとは異なり、プライマリ・ビデオ・ストリームの他にもプライマリ・オーディオ・ストリーム等のエレメンタリ・ストリームを含む。従って、デプスマップ・データ・ブロックのサイズSEXT3[n]は一般に、ベースビュー・データ・ブロックB[n]のサイズSEXT1[n]以下である：SEXT3[n]≦SEXT1[n]。
［多重化ストリーム・データをデータ・ブロックに分割する意義］
再生装置102は、ＢＤ−ＲＯＭディスク101から３Ｄ映像をシームレスに再生するには、メインＴＳとサブＴＳとをパラレルに処理しなければならない。しかし、その処理に利用可能なリード・バッファの容量は一般に限られている。特に、ＢＤ−ＲＯＭディスク101からリード・バッファへ連続して読み込むことのできるデータ量には限界がある。従って、再生装置102はメインＴＳとサブＴＳとを、エクステントＡＴＣ時間の等しい部分の対に分割して読み出さねばならない。
図２６の（ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ2601とサブＴＳ2602との配置を示す模式図である。再生装置102がそれらのメインＴＳ2601とサブＴＳ2602とをパラレルに処理するとき、図２６の（ａ）に実線の矢印（１）−（４）で示されているように、ＢＤ−ＲＯＭドライブ121はメインＴＳ2601とサブＴＳ2602とを交互に、エクステントＡＴＣ時間の等しい部分ずつ読み出す。そのとき、ＢＤ−ＲＯＭドライブ121は、図２６の（ａ）に破線の矢印で示されているように、読み出し処理の途中でＢＤ−ＲＯＭディスク上の読み出し対象領域を大きく変化させなければならない。例えば矢印（１）の示すメインＴＳ2601の先端部分が読み出された時、ＢＤ−ＲＯＭドライブ121は光ピックアップによる読み出し動作を一旦停止し、ＢＤ−ＲＯＭディスクの回転速度を上げる。それにより、矢印（２）の示すサブＴＳ2602の先端部分が記録されたＢＤ−ＲＯＭディスク上のセクタを速やかに光ピックアップの位置まで移動させる。このように、光ピックアップに読み出し動作を一旦停止させて、その間に次の読み出し対象領域上へ光ピックアップを位置づけるための操作を「ジャンプ」という。図２６の（ａ）に示されている破線の矢印は、読み出し処理の途中で必要な各ジャンプの範囲を示す。各ジャンプの期間中、光ピックアップによる読み出し処理は停止し、デコーダによる復号処理のみが進行する。図２６の（ａ）に示されている例ではジャンプが過大であるので、読み出し処理を復号処理に間に合わせることが難しい。その結果、シームレス再生を確実に持続することが難しい。
図２６の（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に記録されたディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…とベースビュー・データ・ブロックB[0]、B[1]、B[2]、…とのインターリーブ配置を示す模式図である。図２６の（ｂ）を参照するに、メインＴＳとサブＴＳとはそれぞれ、複数のデータ・ブロックに分割されて交互に配置されている。その場合、再生装置102は３Ｄ映像の再生時、図２６の（ｂ）に矢印（１）−（４）で示されているように、データ・ブロックD[0]、B[0]、D[1]、B[1]、…を先頭から順番に読み出す。それだけで、再生装置102はメインＴＳとサブＴＳとを交互に読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。
［隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える意義］
図２６の（ｃ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の一例を示す模式図である（n＝0、1、2）。図２６の（ｃ）を参照するに、各ディペンデントビュー・データ・ブロックD[n]とその直後のベースビュー・データ・ブロックB[n]とではエクステントＡＴＣ時間が等しい。例えば先頭のデータ・ブロックの対D[0]、B[0]ではいずれのエクステントＡＴＣ時間も１秒に等しい。従って、各データ・ブロックD[0]、B[0]が再生装置102内のリード・バッファに読み込まれたとき、その中の全てのＴＳパケットが同じ１秒間でリード・バッファからシステム・ターゲット・デコーダへ送られる。同様に、２番目のデータ・ブロックの対D[1]、B[1]ではいずれのエクステントＡＴＣ時間も０．７秒に等しいので、同じ０．７秒間で各データ・ブロック内の全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。
図２６の（ｄ）は、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間の別例を示す模式図である。図２６の（ｄ）を参照するに、全てのデータ・ブロックD[n]、B[n]でエクステントＡＴＣ時間が１秒に等しい。従って、各データ・ブロックD[n]、B[n]が再生装置102内のリード・バッファに読み込まれたとき、いずれのデータ・ブロックでも同じ１秒間で、全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。
上記のとおり、ディペンデントビュー・データ・ブロックは一般に、ベースビュー・データ・ブロックよりもビデオ・ストリームの圧縮率が高い。従って、ディペンデントビュー・データ・ブロックの復号処理の速度は一般に、ベースビュー・データ・ブロックの復号処理の速度よりも低い。一方、エクステントＡＴＣ時間が等しいとき、ディペンデントビュー・データ・ブロックは一般に、ベースビュー・データ・ブロックよりもデータ量が小さい。従って、図２６の（ｃ）、（ｄ）のように、隣接するデータ・ブロックのいずれのエクステントＡＴＣ時間も等しいとき、復号対象のデータがシステム・ターゲット・デコーダに供給される速度は、そのデコーダの処理速度と均衡を保ちやすい。すなわち、システム・ターゲット・デコーダは、特に飛び込み再生においても、ベースビュー・データ・ブロックの復号処理とディペンデントビュー・データ・ブロックの復号処理とを容易に同期させることができる。
［エクステントＡＴＣ時間を揃える方法］
図２７は、隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。まず、ベースビュー・データ・ブロックに格納されるソースパケット（以下、ＳＰ１と略す。）と、ディペンデントビュー・データ・ブロックに格納されるソースパケット（以下、ＳＰ２と略す。）とには、同じＡＴＣ時間軸でＡＴＳが付与される。図２７を参照するに、矩形2710、2720はそれぞれ、ＳＰ１＃ｐ（ｐ＝０、１、…、ｋ、ｋ＋１、…、ｉ、ｉ＋１）とＳＰ２＃ｑ（ｑ＝０、１、…、ｍ、ｍ＋１、…、ｊ、ｊ＋１）とを表す（文字ｋ、ｉ、ｍ、ｊはいずれも０以上の整数を表す）。それらの矩形2710、2720はＡＴＣの時間軸方向で各ソースパケットのＡＴＳの順に並べられている。各矩形2710、2720の先頭の位置A1(p)、A2(q)はそのソースパケットのＡＴＳの値を表す。各矩形2710、2720の長さ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)。
［データ量の小さいデータ・ブロックを先に置く意義］
３Ｄ再生モードの再生装置102は、各エクステント・ブロックの先頭に位置するデータ・ブロックを読み出すとき、又は再生開始位置のデータ・ブロックを読み出すとき、まず、そのデータ・ブロックを全てリード・バッファに読み込む。その間、そのデータ・ブロックはシステム・ターゲット・デコーダには渡されない。その読み込みが完了した後、再生装置102はそのデータ・ブロックを次のデータ・ブロックとパラレルにシステム・ターゲット・デコーダに渡す。このように、一つのデータ・ブロックの全体をリード・バッファに読み込んでからシステム・ターゲット・デコーダに渡す処理を「プリロード」という。
プリロードの技術的意義は次のとおりである。Ｌ／Ｒモードでは、ディペンデントビュー・データ・ブロックの復号にベースビュー・データ・ブロックが必要である。従って、復号後のデータを出力処理まで保持するためのバッファを必要最小限の容量に維持するには、それらのデータ・ブロックをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。デプス・モードでは、復号後のベースビュー・ピクチャとデプスマップとの対から、視差画像を表すビデオ・プレーンの対を生成する処理が必要である。従って、復号後のデータをその処理まで保持するためのバッファを必要最小限の容量に維持するには、ベースビュー・データ・ブロックとデプスマップ・データ・ブロックとをシステム・ターゲット・デコーダに同時に供給して復号させることが好ましい。それ故、プリロードにより、エクステント・ブロックの先頭又は再生開始位置のデータ・ブロックの全体を予めリード・バッファに読み込んでおく。それにより、そのデータ・ブロックと後続のデータ・ブロックとをリード・バッファからシステム・ターゲット・デコーダへ同時に転送して復号させることができる。更に、以降のエクステント・ペアもシステム・ターゲット・デコーダに同時に復号させることができる。
プリロードでは、最初に読み出されるデータ・ブロックの全体がリード・バッファに蓄積される。従って、リード・バッファには少なくともそのデータ・ブロックのサイズに等しい容量が要求される。ここで、リード・バッファの容量を最小限に維持するには、プリロードの対象とされるデータ・ブロックのサイズを可能な限り縮小すべきである。一方、飛び込み再生等のランダムアクセスでは、いずれのエクステント・ペアも再生開始位置に選択され得る。それ故、いずれのエクステント・ペアでも、データ量の小さい方を先に置く。それにより、リード・バッファの容量を最小限に維持することができる。
≪データ・ブロックに対するＡＶストリーム・ファイルのクロスリンク≫
図２５に示されているデータ・ブロック群に対して、ＡＶストリーム・ファイルのクロスリンクは次のように実現される。第１ファイルＳＳ（01000.ssif）1245のファイル・エントリ2540は、各エクステント・ブロック2501−2503を一つのエクステントとみなして、各サイズとその先端のＬＢＮとを示す。従って、各エクステント・ブロック2501−2503は第１ファイルＳＳ1245の一つのエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]としてアクセス可能である。以下、第１ファイルＳＳ1245に属するエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]を「エクステントＳＳ」という。各エクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]は、ファイル２Ｄ1241とはベースビュー・データ・ブロックB[n]を共有し、第１ファイルＤＥＰ1242とはライトビュー・データ・ブロックD[n]を共有する。
≪エクステント・ブロック群に対する再生経路≫
図２８は、エクステント・ブロック群2501−2503に対する２Ｄ再生モードでの再生経路2801を示す模式図である。２Ｄ再生モードの再生装置102はファイル２Ｄ1241を再生する。従って、２Ｄ再生モードでの再生経路2801が示すとおり、各エクステント・ブロック2501−2503からベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が順番に２ＤエクステントEXT2D[n]として読み出される。具体的には、まず先頭のエクステント・ブロック2501から先頭のベースビュー・データ・ブロックB[0]が読み出され、その直後のライトビュー・データ・ブロックD[0]の読み出しが最初のジャンプJ2Dによってスキップされる。次に２番目のベースビュー・データ・ブロックB[1]が読み出され、その直後のデータNAVとライトビュー・データ・ブロックD[1]との読み出しが二回目のジャンプJNAVによってスキップされる。続いて、２番目以降のエクステント・ブロック2502、2503内でも同様に、ベースビュー・データ・ブロックの読み出しとジャンプとが繰り返される。
２番目のエクステント・ブロック2502と３番目のエクステント・ブロック2503との間に生じるジャンプJLYは、層境界LBを越えるロング・ジャンプである。「ロング・ジャンプ」はジャンプの中でもシーク時間の長いものの総称であり、具体的には、（i）記録層の切り換えを伴うジャンプ、及び（ii）ジャンプ距離が所定の閾値を超えるジャンプをいう。「ジャンプ距離」とは、ジャンプ期間中に読み出し操作がスキップされるＢＤ−ＲＯＭディスク101上の領域の長さをいう。ジャンプ距離は通常、その部分のセクタ数で表される。上記（ii）の閾値は、ＢＤ−ＲＯＭの規格では例えば４００００セクタである。しかし、その閾値は、ＢＤ−ＲＯＭディスクの種類と、ＢＤ−ＲＯＭドライブの読み出し処理に関する性能とに依存する。ロング・ジャンプは特にフォーカス・ジャンプとトラック・ジャンプとを含む。「フォーカス・ジャンプ」は、記録層の切り換えに伴うジャンプであり、光ピックアップの焦点距離を変化させる処理を含む。「トラック・ジャンプ」は、光ピックアップをＢＤ−ＲＯＭディスク101の半径方向に移動させる処理を含む。
図２８は、エクステント・ブロック群2501−2503に対するＬ／Ｒモードでの再生経路2802も示す。Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ1245を再生する。従って、Ｌ／Ｒモードでの再生経路2802が示すとおり、各エクステント・ブロック2501、2502、2503が順番に、エクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]として読み出される。具体的には、まず先頭のエクステント・ブロック2501からデータ・ブロックD[0]、B[0]、D[1]、B[1]が連続して読み出され、その直後のデータNAVの読み出しが最初のジャンプJNAVによってスキップされる。次に、２番目のエクステント・ブロック2502からデータ・ブロックD[2]、…、B[3]が連続して読み出される。その直後に、記録層の切り換えに伴うロング・ジャンプJLYが生じる。続いて、３番目のエクステント・ブロック2503からデータ・ブロックD[4]、B[4]、…が連続して読み出される。
エクステント・ブロック2501−2503を第１ファイルＳＳ1245のエクステントとして読み込むとき、再生装置102は第１ファイルＳＳ1245のファイル・エントリ2540から各エクステントＳＳEXTSS[0]、EXTSS[1]、…の先端のＬＢＮとそのサイズとを読み出してＢＤ−ＲＯＭドライブ121に渡す。ＢＤ−ＲＯＭドライブ121はそのＬＢＮからそのサイズのデータを連続して読み出す。これらの処理は、データ・ブロック群を第１ファイルＤＥＰ1242とファイル２Ｄ1241との各エクステントとして読み込む処理よりも、ＢＤ−ＲＯＭドライブ121の制御が次の二点（Ａ）、（Ｂ）で簡単である：（Ａ）再生装置102は一箇所のファイル・エントリを利用して各エクステントを順番に参照すればよい；（Ｂ）読み込み対象のエクステントの総数が実質上半減するので、ＢＤ−ＲＯＭドライブ121に渡されるべきＬＢＮとサイズとの対の総数が少ない。但し、再生装置102はエクステントＳＳEXTSS[0]、EXTSS[1]、…を読み込んだ後、それぞれをライトビュー・データ・ブロックとベースビュー・データ・ブロックとに分離してデコーダに渡さなければならない。その分離処理にはクリップ情報ファイルが利用される。その詳細については後述する。
図２８に示されているように、各エクステント・ブロック2501−2503の実際の読み出しでは、ＢＤ−ＲＯＭドライブ121は各データ・ブロックの後端から次のデータ・ブロックの先端までの間にゼロ・セクタ遷移J0を行う。「ゼロ・セクタ遷移」とは、二つの連続するデータ・ブロック間での光ピックアップの移動をいう。ゼロ・セクタ遷移が行われる期間（以下、ゼロ・セクタ遷移期間という。）では、光ピックアップは読み出し動作を一旦停止して待機する。その意味で、ゼロ・セクタ遷移は「ジャンプ距離が０セクタに等しいジャンプ」ともみなせる。ゼロ・セクタ遷移期間の長さ、すなわちゼロ・セクタ遷移時間は、ＢＤ−ＲＯＭディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。「誤り訂正処理に伴うオーバーヘッド」とは、二つのデータ・ブロックの境界がＥＣＣブロックの境界と一致していないときに、そのＥＣＣブロックを用いた誤り訂正処理が二回行われることに起因する余分な時間をいう。誤り訂正処理には一つのＥＣＣブロックの全体が必要である。従って、一つのＥＣＣブロックが二つの連続するデータ・ブロックに共有されているとき、いずれのデータ・ブロックの読み出し処理でもそのＥＣＣブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのデータ・ブロックを一つ読み出すごとに、そのデータ・ブロックの他に最大３２セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち３２［セクタ］×２０４８［バイト／セクタ］×８［ビット／バイト］×２［回］／読み出し速度［ビット／秒］で評価される。尚、各データ・ブロックはＥＣＣブロック単位で構成されてもよい。その場合、各データ・ブロックのサイズはＥＣＣブロックの整数倍に等しいので、誤り訂正処理に伴うオーバーヘッドをゼロ・セクタ遷移時間から除外することができる。
≪データ・ブロックのサイズ≫
各データ・ブロックはアラインド・ユニット単位で構成される。特に各データ・ブロックのサイズはアラインド・ユニットのサイズ（＝６１４４バイト＝約６ＫＢ）の倍数に等しい。その場合、データ・ブロック間の境界はセクタ間の境界と一致するので、ＢＤ−ＲＯＭドライブはいずれのデータ・ブロックも、その全体を確実に連続して読み出すことができる。
図２５に示されているように、互いに分離された複数のエクステント・ブロック2501−2503から２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには、データ・ブロックとエクステント・ブロック2501−2503との各サイズは、以下の［１］、［２］で説明される条件を満たせばよい。
［１］２Ｄ再生モードでの条件
図２９は、２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図２９を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ2901、リード・バッファ2902、及びシステム・ターゲット・デコーダ2903を含む。ＢＤ−ＲＯＭドライブ2901はＢＤ−ＲＯＭディスク101から２Ｄエクステントを読み出し、読み出し速度RUD54でリード・バッファ2902へ転送する。リード・バッファ2902は、再生装置102に内蔵のバッファ・メモリであり、ＢＤ−ＲＯＭドライブ2901から２Ｄエクステントを受信して蓄積する。システム・ターゲット・デコーダ2903は、リード・バッファ2902内に蓄積された各２Ｄエクステントからソースパケットを平均転送速度REXT2Dで読み出して、映像データVDと音声データADとに復号する。
平均転送速度REXT2Dは、システム・ターゲット・デコーダ2903がリード・バッファ2902内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ここで、係数１９２／１８８はソースパケットとＴＳパケットとの間のバイト数の比に等しい。平均転送速度REXT2Dは通常、ビット／秒で表され、具体的には、ビット単位で表された２ＤエクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。「ビット単位で表されたエクステントのサイズ」は、そのエクステント内のソースパケット数とソースパケット一つ当たりのビット数（＝１９２［バイト］×８［ビット／バイト］）との積に等しい。平均転送速度REXT2Dは一般に２Ｄエクステントごとに異なる。平均転送速度REXT2Dの最大値RMAX2Dは、ファイル２Ｄに対するシステム・レートRTSの１９２／１８８倍に等しい。「システム・レート」とは、システム・ターゲット・デコーダ2903によるＴＳパケットの処理速度の最高値を意味する。システム・レートRTSは通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度（TS recording rate）の８倍に等しい。
平均転送速度REXT2Dは以下のように評価される。まず、エクステントＡＴＣ時間が次のように算定される。図２７に示されている例では、（ｎ＋１）番目のベースビュー・データ・ブロックEXT1[n]のエクステントＡＴＣ時間TEXT[n]は、ＳＰ１＃０のＡＴＳA1(0)と、（ｎ＋２）番目のベースビュー・データ・ブロックEXT1[n＋1]の先頭に位置するＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)との間の差に基づいて、次式で表される：TEXT[n]＝(A1(k＋1)−A1(0)＋WA)／TATC。ここで、ラップ・アラウンド値WAは、ＳＰ１＃０のＡＴＳA1(0)からＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)までＡＴＣがカウントされる期間中、ラップ・アラウンドが生じる度に切り捨てられたカウント値の和を表す。すなわち、ラップ・アラウンド値WAは、その期間でのラップ・アラウンドの回数と、ラップ・アラウンドが生じるカウント値との積に等しい。例えば、ＡＴＣが３０ビットのカウンタでカウントされる場合、ラップ・アラウンド値WAは230に等しい。一方、定数TATCはＡＴＣの周期を表し、例えば２７ＭＨｚに等しい：TATC＝27×106。次に、２Ｄエクステントのサイズが次のように算定される。図２７に示されている例では、（ｎ＋１）番目のベースビュー・データ・ブロックEXT1[n]のサイズSEXT1[n]は、そのデータ・ブロックに格納されるソースパケット、すなわちＳＰ１＃０、１、…、ｋの全体のデータ量１９２×（ｋ＋１）×８［ビット］に等しい。最後に、ベースビュー・データ・ブロックEXT1[n]のサイズSEXT1[n]をエクステントＡＴＣ時間TEXT[n]で割った値が平均転送速度REXT2D[n]として評価される：REXT2D[n]＝SEXT1[n]／TEXT[n]。
上記の評価においてエクステントＡＴＣ時間が正確に計算されることを目的として、各２Ｄエクステントのサイズがソースパケット長のある一定の倍数に揃えられてもよい。更に、いずれかの２Ｄエクステントがその倍数よりも多くのソースパケットを含むとき、その２ＤエクステントのエクステントＡＴＣ時間が次のように算定されてもよい：まず、ソースパケットの総数からその倍数を除き、その差にソースパケット一つ当たりの転送時間（＝１８８×８／システム・レート）を乗じる。次に、その積に、上記の倍数に相当するエクステントＡＴＣ時間を加える。その和が上記の２ＤエクステントのエクステントＡＴＣ時間として決定される。
その他に、エクステントＡＴＣ時間は次のように算定されてもよい：まず、一つの２Ｄエクステントについて、その先頭のソースパケットのＡＴＳから最後のソースパケットのＡＴＳまでの時間間隔を求める。次に、その時間間隔にソースパケット一つ当たりの転送時間を加える。その和がその２ＤエクステントのエクステントＡＴＣ時間として決定される。具体的には、図２７の例において、（ｎ＋１）番目のベースビュー・データ・ブロックEXT1[n]のエクステントＡＴＣ時間TEXT[n]は、ＳＰ１＃０のＡＴＳA1(0)と、そのデータ・ブロックEXT1[n]の後端に位置するＳＰ１＃ｋのＡＴＳA1(k)との間の差に基づいて、次式で表される：TEXT[n]＝(A1(k)−A1(0)＋WA)／TATC＋188×8／RTS1。ここで、ラップ・アラウンド値WAは、ＳＰ１＃０のＡＴＳA1(0)からＳＰ１＃ｋのＡＴＳA1(k)までＡＴＣがカウントされる期間中、ラップ・アラウンドが生じる度に切り捨てられたカウント値の和を表す。一方、上式の右辺第２項は、ＴＳパケットのデータ長１８８［バイト］×８［ビット／バイト］をシステム・レートRTS1で割った値であり、一つのＴＳパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間と等しい。上記のエクステントＡＴＣ時間の計算には次のエクステントの参照が不要であるので、次のエクステントが存在しなくてもエクステントＡＴＣ時間が算定可能である。また、次のエクステントが存在する場合でも、エクステントＡＴＣ時間の計算を簡単化することができる。
読み出し速度RUD54は通常、ビット／秒で表され、平均転送速度REXT2Dの最高値RMAX2Dよりも高い値、例えば５４Ｍｂｐｓに設定される：RUD54＞RMAX2D。それにより、ＢＤ−ＲＯＭドライブ2901がＢＤ−ＲＯＭディスク101から一つの２Ｄエクステントを読み出している間、システム・ターゲット・デコーダ2903の復号処理に伴うリード・バッファ2902のアンダーフローが防止される。
図３０の（ａ）は、２Ｄ再生モードでの動作中、リード・バッファ2902に蓄積されるデータ量DAの変化を示すグラフである。図３０の（ｂ）は、再生対象のエクステント・ブロック3010と２Ｄ再生モードでの再生経路3020との間の対応関係を示す模式図である。図３０の（ｂ）を参照するに、再生経路3020に従い、エクステント・ブロック3010内の各ベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が一つの２ＤエクステントEXT2D[n]としてＢＤ−ＲＯＭディスク101からリード・バッファ2902へ読み出される。図３０の（ａ）を参照するに、各２ＤエクステントEXT2D[n]の読み出し期間PR2D[n]では、蓄積データ量DAは、読み出し速度RUD54と平均転送速度REXT2D[n]との間の差RUD54−REXT2D[n]に等しい速度で増加する。一方、二つの連続する２ＤエクステントEXT2D[n−1]、EXT2D[n]の間ではジャンプJ2D[n]が生じる。そのジャンプ期間PJ2D[n]では、ディペンデントビュー・データ・ブロックD[n]の読み出しがスキップされるので、ＢＤ−ＲＯＭディスク101からのデータの読み出しが停止する。従って、ジャンプ期間PJ2D[n]では蓄積データ量DAは平均転送速度REXT2D[n]で減少する。
ＢＤ−ＲＯＭドライブ2901による読み出し／転送動作は実際には、図３０の（ａ）のグラフから示唆される連続的なものではなく、断続的なものである。それにより、各２Ｄエクステントの読み出し期間PR2D[n]に蓄積データ量DAがリード・バッファ2902の容量を超えること、すなわちリード・バッファ2902のオーバーフローが防止される。すなわち、図３０の（ａ）のグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図３０の（ｂ）に示されているエクステント・ブロック3010から２Ｄ映像をシームレスに再生するには、次の二つの条件が満たされればよい：まず、各２ＤエクステントEXT2D[n]のサイズSEXT2D[n]は所定の下限以上であればよい。この下限を「最小エクステント・サイズ」という。次に、２Ｄエクステントの間隔は所定の上限以下であればよい。
［１−１］２Ｄエクステントの最小エクステント・サイズ
各ジャンプ期間PJ2D[n]ではリード・バッファ2902からシステム・ターゲット・デコーダ2903へのデータ供給を持続させて、そのデコーダ2903に連続的な出力を確保させなければならない。それには、２Ｄエクステントのサイズが次の条件１を満たせばよい。
各２ＤエクステントEXT2D[n]のサイズSEXT2D[n]は、その読み出し期間PR2D[n]から次のジャンプ期間PJ2D[n＋1]にわたり、リード・バッファ2902からシステム・ターゲット・デコーダ2903へ転送されるデータ量に等しい。その場合、図３０の（ａ）に示されているように、蓄積データ量DAはそのジャンプ期間PJ2D[n＋1]の終了時、その読み出し期間PR2D[n]の開始時での量を下回らない。すなわち、各ジャンプ期間PJ2D[n]ではリード・バッファ2902からシステム・ターゲット・デコーダ2903へのデータ供給が持続し、特にリード・バッファ2902はアンダーフローを生じない。ここで、読み出し期間PR2D[n]の長さは、２ＤエクステントEXT2D[n]のサイズSEXT2D[n]を読み出し速度RUD54で割った値SEXT2D[n]／RUD54に等しい。従って、条件１は次のことを示す。各２ＤエクステントEXT2D[n]の最小エクステント・サイズは次式（１）の右辺で表される：
Figure 0005457465
式（１）では、ジャンプ時間TJUMP−2D[n]はジャンプ期間PJ2D[n]の長さであり、秒単位で表される。一方、読み出し速度RUD54と平均転送速度REXT2Dとはいずれもビット／秒で表される。従って、式（１）では平均転送速度REXT2Dを数「８」で割り、２ＤエクステントのサイズSEXT2D[n]の単位をビットからバイトへ変換している。すなわち、２ＤエクステントのサイズSEXT2D[n]はバイト単位で表される。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。
［１−２］２Ｄエクステントの間隔
リード・バッファ2902の容量は有限であることから、ジャンプ時間TJUMP−2D[n]の最大値は制限される。すなわち、ジャンプ期間PJ2D[n]の直前に蓄積データ量DAがリード・バッファ2902の容量一杯であっても、ジャンプ時間TJUMP−2D[n]が長すぎれば、ジャンプ期間PJ2D[n]中に蓄積データ量DAが０に達して、リード・バッファ2702のアンダーフローが生じる危険性がある。以下、ＢＤ−ＲＯＭディスク101からリード・バッファ2902へのデータ供給が途絶えている状態で蓄積データ量DAがリード・バッファ2902の容量から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間TJUMP−2Dの最大値を「最大ジャンプ時間TJUMP＿MAX」という。
光ディスクの規格では通常、ジャンプ距離と最大ジャンプ時間との間の関係が光ディスクドライブのアクセス・スピード等から決められている。図３１は、ＢＤ−ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP＿MAXとの間の対応表の一例である。図３１を参照するに、ジャンプ距離SJUMPはセクタ単位で表され、最大ジャンプ時間TJUMP＿MAXはｍ秒単位で表されている。１セクタは２０４８バイトに等しい。ジャンプ距離SJUMPが、０セクタ、１−１００００セクタ、１０００１−２００００セクタ、２０００１−４００００セクタ、４０００１セクタ−１／１０ストローク、及び１／１０ストローク以上の各範囲に属するとき、最大ジャンプ時間TJUMP＿MAXはそれぞれ、０ｍ秒、２００ｍ秒、３００ｍ秒、３５０ｍ秒、７００ｍ秒、及び１４００ｍ秒である。ジャンプ距離SJUMPが０セクタに等しいときの最大ジャンプ時間TJUMP＿MAXはゼロ・セクタ遷移時間TJUMP0に等しい。但し、図３１の例ではゼロ・セクタ遷移時間TJUMP0は０ｍ秒とみなされている。
以上のことから、式（１）に代入されるべきジャンプ時間TJUMP−2D[n]は、ＢＤ−ＲＯＭディスクの規格によってジャンプ距離別に規定された最大ジャンプ時間TJUMP＿MAXである。具体的には、図３１の表において、二つの連続する２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間でのジャンプ距離SJUMPに対応する最大ジャンプ時間TJUMP＿MAXが、ジャンプ時間TJUMP−2D[n]として式（１）に代入される。ここで、そのジャンプ距離SJUMPは、（ｎ＋１）番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋２）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数に等しい。
二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプJ2D[n]では、そのジャンプ時間TJUMP−2D[n]が最大ジャンプ時間TJUMP＿MAXに制限されることから、そのジャンプ距離SJUMP、すなわち二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔も制限される。例えばジャンプ時間TJUMP−2D[n]が最大ジャンプ時間TJUMP＿MAX＝７００ｍ秒以下に制限されるとき、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間のジャンプ距離SJUMPは、最大で１／１０ストローク（＝約１．２ＧＢ）まで許される。このジャンプ距離SJUMPの最大値のように、ジャンプ時間TJUMPが最大ジャンプ時間TJUMP＿MAXに等しいときでのジャンプ距離SJUMPを「最大ジャンプ距離SJUMP＿MAX」という。２Ｄ映像のシームレス再生には、２Ｄエクステントの間隔が最大ジャンプ距離SJUMP＿MAX以下であることが必要である。
各エクステント・ブロック内では２Ｄエクステントの間隔はディペンデントビュー・データ・ブロックのサイズに等しい。従って、そのディペンデントビュー・データ・ブロックのサイズは最大ジャンプ距離SJUMP＿MAX以下に制限される。具体的には、２Ｄエクステント間の最大ジャンプ時間TJUMP＿MAXが、図３１に規定された最小値２００ｍ秒に制限される場合、ディペンデントビュー・データ・ブロックのサイズは、対応する最大ジャンプ距離SJUMP＿MAX＝１００００セクタ（＝約１９．５ＭＢ）以下に制限される。
異なる記録層に配置された二つのエクステント・ブロック間をシームレスに接続するとき、先に読み出されたエクステント・ブロックの後端から、次に読み出されるエクステント・ブロックの先端まで、ロング・ジャンプが生じる。そのロング・ジャンプは、フォーカス・ジャンプ等、記録層の切り換え操作を伴う。従って、そのロング・ジャンプに要する時間は、図３１の表に規定された最大ジャンプ時間TJUMP＿MAXに加えて、記録層の切り換え操作に要する時間、すなわち「層切換時間」を更に含む。層切換時間は例えば３５０ｍ秒である。ここで、先に読み出されたエクステント・ブロックの後端には（ｎ＋１）番目の２ＤエクステントEXT2D[n]が配置され、後に読み出されるエクステント・ブロックの先端には（ｎ＋２）番目の２ＤエクステントEXT2D[n＋1]が配置されている。その場合、（ｎ＋１）番目の２ＤエクステントEXT2D[n]のサイズが満たすべき式（１）では、ジャンプ時間TJUMP−2D[n]は二つのパラメータTJ[n]、TL[n]の和で決まる：TJUMP−2D[n]＝TJ[n]＋TL[n]。第１パラメータTJ[n]は、ＢＤ−ＲＯＭディスクの規格によって、ロング・ジャンプのジャンプ距離SJUMPに対して規定された最大ジャンプ時間TJUMP＿MAXを表す。その最大ジャンプ時間TJUMP＿MAXは、図３１の表において、（ｎ＋１）番目の２ＤエクステントEXT2D[n]の後端から（ｎ＋２）番目の２ＤエクステントEXT2D[n＋1]の先端までのセクタ数に対応付けられた値に等しい。第２パラメータTL[n]は層切換時間、例えば３５０ｍ秒を表す。従って、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]の間隔は、図３１の表において、ロング・ジャンプの最大ジャンプ時間TJUMP＿MAXから層切換時間を除いた値に対応する最大ジャンプ距離SJUMP＿MAX以下に制限される。例えばジャンプ時間TJUMP−2D[n]が最大ジャンプ時間TJUMP＿MAX＝７００ｍ秒以下に制限されるとき、二つの２ＤエクステントEXT2D[n]、EXT2D[n＋1]間の最大ジャンプ距離SJUMP＿MAXは４００００セクタ（＝約７８．１ＭＢ）である。
［２］３Ｄ再生モードでの条件
図３２は、３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図３２を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ3201、スイッチ3202、一対のリード・バッファ3211、3212、及びシステム・ターゲット・デコーダ3203を含む。ＢＤ−ＲＯＭドライブ3201はＢＤ−ＲＯＭディスク101からエクステントＳＳを読み出し、読み出し速度RUD72でスイッチ3202へ転送する。スイッチ3202は各エクステントＳＳをベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとに分離する。その分離処理の詳細については後述する。第１リード・バッファ3211及び第２リード・バッファ3212（以下、ＲＢ１及びＲＢ２と略す。）は再生装置102に内蔵のバッファ・メモリであり、スイッチ3202によって分離された各データ・ブロックを蓄積する。ＲＢ１3211はベースビュー・データ・ブロックを格納し、ＲＢ２3212はディペンデントビュー・データ・ブロックを格納する。システム・ターゲット・デコーダ3203は、ＲＢ１3211内の各ベースビュー・データ・ブロックからはソースパケットをベースビュー転送速度REXT1で読み出し、ＲＢ２3212内の各ディペンデントビュー・データ・ブロックからはソースパケットをディペンデントビュー転送速度REXT2で読み出す。システム・ターゲット・デコーダ3203は更に、読み出されたベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの対を映像データVDと音声データADとに復号する。
ベースビュー転送速度REXT1は、システム・ターゲット・デコーダ3203がＲＢ１3211内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ベースビュー転送速度REXT1の最高値RMAX1は、ファイル２Ｄに対するシステム・レートRTS1の１９２／１８８倍に等しい：RMAX1＝RTS1×192／188。そのシステム・レートRTS1は通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度の８倍に等しい。ディペンデントビュー転送速度REXT2は、システム・ターゲット・デコーダ3203がＲＢ２3212内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ディペンデントビュー転送速度REXT2の最高値RMAX2は、ファイルＤＥＰに対するシステム・レートRTS2の１９２／１８８倍と等しい：RMAX2＝RTS2×192／188。そのシステム・レートRTS2は通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度の８倍に等しい。各転送速度REXT1、REXT2は通常、ビット／秒で表され、具体的には、ビット単位で表された各データ・ブロックのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、データ・ブロック内のソースパケットを全て、ＲＢ１3211又はＲＢ２3212からシステム・ターゲット・デコーダ3203へ転送するのに要する時間に等しい。ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2とは、２Ｄエクステントの平均転送速度REXT2Dと同様に、データ・ブロックのサイズとエクステントＡＴＣ時間との比で評価される：REXT1[・]＝SEXT1[・]／TEXT[・]、REXT2[・]＝SEXT2[・]／TEXT[・]。
読み出し速度RUD72は通常、ビット／秒で表され、いずれの転送速度REXT1、REXT2の最高値RMAX1、RMAX2よりも高い値、例えば７２Ｍｂｐｓに設定される：RUD72＞RMAX1、RUD72＞RMAX2。それにより、ＢＤ−ＲＯＭドライブ3201によってＢＤ−ＲＯＭディスク101から一つのエクステントＳＳを読み出している間、システム・ターゲット・デコーダ3203の復号処理に伴うＲＢ１3211とＲＢ２3212とのアンダーフローが防止される。
［２−１］エクステント・ブロック内でのシームレス接続
図３３の（ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、ＲＢ１3211、ＲＢ２3212に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図３３の（ｃ）は、そのエクステント・ブロック3310と３Ｄ再生モードでの再生経路3320との間の対応関係を示す模式図である。図３３の（ｃ）を参照するに、再生経路3320に従い、エクステント・ブロック3310の全体が一つのエクステントＳＳとして一括して読み出される。その後、スイッチ3202によってそのエクステントＳＳからディペンデントビュー・データ・ブロックD[k]とベースビュー・データ・ブロックB[k]とが分離される（k＝…、n、n＋1、n＋2、…）。
ＢＤ−ＲＯＭドライブ3201による読み出し／転送動作は実際には、図３３の（ａ）、（ｂ）の各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各データ・ブロックD[k]、B[k]の読み出し期間PRD[k]、PRB[k]では、ＲＢ１3211、ＲＢ２3212のオーバーフローが防止される。すなわち、図３３の（ａ）、（ｂ）の各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図３３の（ａ）、（ｂ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]では、ＲＢ２3212の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2[n]との間の差RUD72−REXT2[n]に等しい速度で増加し、ＲＢ１3211の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少する。図３３の（ｃ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]から（ｎ＋１）番目のベースビュー・データ・ブロックB[n]まではゼロ・セクタ遷移J0[2n]が生じる。図３３の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[n]では、ＲＢ１3211の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少し続け、ＲＢ２3212の蓄積データ量DA2はディペンデントビュー転送速度REXT2[n]で減少する。
図３３の（ａ）、（ｂ）を更に参照するに、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PRB[n]では、ＲＢ１3311の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1[n]との間の差RUD72−REXT1[n]に等しい速度で増加する。一方、ＲＢ２3212の蓄積データ量DA2は、ディペンデントビュー転送速度REXT2[n]で減少し続ける。図３３の（ｃ）を更に参照するに、そのベースビュー・データ・ブロックB[n]から次のディペンデントビュー・データ・ブロックD[n＋1]まではゼロ・セクタ遷移J0[2n＋1]が生じる。図３３の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[2n＋1]では、ＲＢ１3211の蓄積データ量DA1はベースビュー転送速度REXT1[n]で減少し、ＲＢ２3212の蓄積データ量DA2はディペンデントビュー転送速度REXT2[n]で減少し続ける。
一つのエクステント・ブロック3310から３Ｄ映像をシームレスに再生するには、そのエクステント・ブロックに属するデータ・ブロックB[n]、D[n]の各サイズは、以下に説明される条件２、３を満たせばよい。
（ｎ＋１）番目のベースビュー・データ・ブロックB[n]のサイズSEXT1[n]は少なくとも、その読み出し期間PRB[n]から次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PRB[n＋1]の直前までに、ＲＢ１3211からシステム・ターゲット・デコーダ3203へ転送されるデータ量に等しい。その場合、図３３の（ａ）に示されているように、次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PRB[n＋1]の直前では、ＲＢ１3211の蓄積データ量DA1が、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PRB[n]の直前での量を下回らない。ここで、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PRB[n]の長さは、そのベースビュー・データ・ブロックB[n]のサイズSEXT1[n]を読み出し速度RUD72で割った値SEXT1[n]／RUD72に等しい。一方、（ｎ＋２）番目のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の長さは、そのディペンデントビュー・データ・ブロックD[n＋1]のサイズSEXT2[n＋1]を読み出し速度RUD72で割った値SEXT2[n＋1]／RUD72に等しい。従って、条件２は次のことを示す。そのベースビュー・データ・ブロックB[n]の最小エクステント・サイズは、次式（２）の右辺で表される：
Figure 0005457465
（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]のサイズSEXT2[n]は少なくとも、その読み出し期間PRD[n]から次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の直前までに、ＲＢ２3212からシステム・ターゲット・デコーダ3203へ転送されるデータ量に等しい。その場合、図３３の（ｂ）に示されているように、次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の直前ではＲＢ２3012の蓄積データ量DA2が（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]の直前での量を下回らない。ここで、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]の長さは、そのディペンデントビュー・データ・ブロックD[n]のサイズSEXT2[n]を読み出し速度RUD72で割った値SEXT2[n]／RUD72に等しい。従って、条件３は次のことを示す。そのディペンデントビュー・データ・ブロックD[n]の最小エクステント・サイズは、次式（３）の右辺で表される：
Figure 0005457465

［２−２］エクステント・ブロック間のシームレス接続
図２５に示されているように、エクステント・ブロック2501−2503の間は一般に、他のデータの記録領域NAV又は層境界LBによって分離されている。そのように分離されたエクステント・ブロック間をシームレスに接続するには、エクステント・ブロックを一つ読み出す間に、ＲＢ１3211、ＲＢ２3212のそれぞれに十分なデータ量が蓄積されるようにすればよい。具体的には、ＲＢ１3211、ＲＢ２3212の各蓄積データ量DA1、DA2が、図３３の（ａ）、（ｂ）に示されているグラフとは異なり、（ｎ＋２）番目の各データ・ブロックB[n＋1]、D[n＋1]の読み出し期間PRB[n＋1]、PRD[n＋1]の直前で、（ｎ＋１）番目の各データ・ブロックB[n]、D[n]の読み出し期間PRB[n]、PRD[n]の直前での量よりも少し多く残るようにすればよい。例えば、各データ・ブロックのサイズを、式（２）、（３）の各右辺で与えられる最小エクステント・サイズよりも少し大きくすればよい。それにより、一つのエクステント・ブロックを後端まで読み込んだ時点で、ＲＢ１3211、ＲＢ２3212のそれぞれに十分なデータ量が蓄積されるようにすることができる。
≪クリップ情報ファイル≫
図３４は、第１クリップ情報ファイル（01000.clpi）、すなわち２Ｄクリップ情報ファイル1231のデータ構造を示す模式図である。ディペンデントビュー・クリップ情報ファイル（02000.clpi、03000.clpi）1232、1233も同様なデータ構造を持つ。以下では、まず、クリップ情報ファイル全般に共通するデータ構造を２Ｄクリップ情報ファイル1231のデータ構造を例に説明する。その後、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのデータ構造上の相違点について説明する。
図３４を参照するに、２Ｄクリップ情報ファイル1231は、クリップ情報3410、ストリーム属性情報3420、エントリ・マップ3430、及び３Ｄメタデータ3440を含む。３Ｄメタデータ3440はエクステント起点3442を含む。
クリップ情報3410は、図３４に示されているように、システム・レート3411、再生開始時刻3412、及び再生終了時刻3413を含む。システム・レート3411は、ファイル２Ｄ（01000.m2ts）1241に対するシステム・レートRTSを規定する。ここで、図２９に示されているように、２Ｄ再生モードの再生装置102は、ファイル２Ｄ1241に属する“ＴＳパケット”を、リード・バッファ2902からシステム・ターゲット・デコーダ2903へ転送する。従って、ファイル２Ｄ1241では、ＴＳパケットの転送速度がシステム・レートRTS以下に抑えられるようにソースパケットのＡＴＳの間隔が設定されている。再生開始時刻3412は、ファイル２Ｄ1241の先頭のＶＡＵに割り当てられたＰＴＳ、例えば先頭の映像フレームのＰＴＳを示す。再生終了時刻3412は、ファイル２Ｄ1241の後端のＶＡＵに割り当てられたＰＴＳから更に所定量遅れたＳＴＣの値、例えば最後の映像フレームのＰＴＳに１フレーム当たりの再生時間を加えた値を示す。
ストリーム属性情報3420は、図３４に示されているように、ファイル２Ｄ1241に含まれる各エレメンタリ・ストリームのＰＩＤ3421とその属性情報3422との間の対応表である。属性情報3422は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えばプライマリ・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１００に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報3422は再生装置102により、デコーダの初期化に利用される。
［エントリ・マップ］
図３５の（ａ）は、エントリ・マップ3430のデータ構造を示す模式図である。図３５の（ａ）を参照するに、エントリ・マップ3430はテーブル3500を含む。テーブル3500は、メインＴＳに多重化されたビデオ・ストリームと同数であり、各ビデオ・ストリームに一つずつ割り当てられている。図３５の（ａ）では、各テーブル3500は割り当て先のビデオ・ストリームのＰＩＤで区別されている。各テーブル3500はエントリ・マップ・ヘッダ3501とエントリ・ポイント3502とを含む。エントリ・マップ・ヘッダ3501は、そのテーブル3500に対応付けられたＰＩＤと、そのテーブル3500に含まれるエントリ・ポイント3502の総数とを含む。エントリ・ポイント3502は、ＰＴＳ3503とソースパケット番号（ＳＰＮ）3504との対を一つずつ、異なるエントリ・ポイントＩＤ（ＥＰ＿ＩＤ）3505に対応付ける。ＰＴＳ3503は、エントリ・マップ・ヘッダ3501の示すＰＩＤのビデオ・ストリームに含まれるいずれかのＩピクチャのＰＴＳに等しい。ＳＰＮ3504は、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。ここで、「ＳＰＮ」とは、一つのＡＶストリーム・ファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。ＳＰＮは、そのＡＶストリーム・ファイル内での各ソースパケットのアドレスとして利用される。２Ｄクリップ情報ファイル1231内のエントリ・マップ3430において、ＳＰＮは、ファイル２Ｄ1241に属するソースパケット群、すなわちメインＴＳを格納しているソースパケット群に割り当てられた番号を意味する。従って、エントリ・ポイント3502は、ファイル２Ｄ1241に含まれる各ＩピクチャのＰＴＳとアドレス、すなわちＳＰＮとの間の対応関係を表す。
エントリ・ポイント3502は、ファイル２Ｄ1241内の全てのＩピクチャに対して設定されていなくてもよい。但し、ＩピクチャがＧＯＰの先頭に位置し、かつ、そのＩピクチャの先頭を含むＴＳパケットが２Ｄエクステントの先頭に位置するときは、そのＩピクチャにはエントリ・ポイント3502が設定されなければならない。
図３５の（ｂ）は、ファイル２Ｄ1241に属するソースパケット群3510のうち、エントリ・マップ3430によって各ＥＰ＿ＩＤ3505に対応付けられているものを示す模式図である。図３５の（ｃ）は、そのソースパケット群3510に対応するＢＤ−ＲＯＭディスク101上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。再生装置102はファイル２Ｄ1241から２Ｄ映像を再生する際にエントリ・マップ3430を利用して、任意のシーンを表すフレームのＰＴＳから、そのフレームを含むソースパケットのＳＰＮを特定する。具体的には、再生開始位置として特定のエントリ・ポイントのＰＴＳ、例えばＰＴＳ＝３６００００が指定されたとき、再生装置102はまず、エントリ・マップ3430から、そのＰＴＳに対応付けられたＳＰＮ＝３２００を検索する。再生装置102は次に、そのＳＰＮとソースパケット一つ当たりのデータ量１９２バイトとの積を求め、更に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商、ＳＰＮ×１９２／２０４８を求める。図１５の（ｃ）、（ｄ）から理解されるとおり、その商は、メインＴＳのうち、そのＳＰＮが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図３５の（ｂ）に示されている例では、その商、３２００×１９２／２０４８＝３００は、０から３１９９までのＳＰＮが割り当てられたソースパケット群3511が記録されたセクタの総数に等しい。再生装置102は続いて、ファイル２Ｄ1241のファイル・エントリを参照し、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（上記の総数＋１）番目のセクタのＬＢＮを特定する。図３５の（ｃ）に示されている例では、２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能なベースビュー・データ・ブロックB[0]、B[1]、B[2]、…が記録されたセクタ群のうち、先頭から数えて３０１番目のセクタのＬＢＮが特定される。再生装置102はそのＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、そのＬＢＮのセクタから順にベースビュー・データ・ブロック群がアラインド・ユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインド・ユニットから、再生開始位置のエントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル２Ｄ1241から特定のＰＴＳ以降の２Ｄ映像を再生できる。
エントリ・マップ3430は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば２Ｄ再生モードの再生装置102は、まずエントリ・マップ3430を参照して、再生開始位置、例えばＰＴＳ＝３６００００以降のＰＴＳを含むエントリ・ポイント、ＥＰ＿ＩＤ＝２、３、…からＳＰＮ＝３２００、４８００、…を順番に読み出す。再生装置102は次にファイル２Ｄ1241のファイル・エントリを利用して、各ＳＰＮに対応するセクタのＬＢＮを特定する。再生装置102は続いて、各ＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、各ＬＢＮのセクタからアラインド・ユニットが読み出される。再生装置102は更に各アラインド・ユニットから、各エントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。こうして、再生装置102は２Ｄエクステント群EXT2D[n]自体を解析することなく、ファイル２Ｄ1241からＩピクチャを選択的に再生できる。
［エクステント起点］
図３６の（ａ）は、エクステント起点3442のデータ構造を示す模式図である。図３６の（ａ）を参照するに、「エクステント起点（Extent＿Start＿Point）」3442はベースビュー・エクステントＩＤ（ＥＸＴ１＿ＩＤ）3611とＳＰＮ3612とを含む。ＥＸＴ１＿ＩＤ3611は、第１ファイルＳＳ（01000.ssif）1245に属する各ベースビュー・データ・ブロックに、先頭から順に割り当てられた通し番号である。ＳＰＮ3612は各ＥＸＴ１＿ＩＤ3611に一つずつ割り当てられ、そのＥＸＴ１＿ＩＤ3611で識別されるベースビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ1245に属するベースビュー・データ・ブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図２５に示されているエクステント・ブロック2501−2503では、各ベースビュー・データ・ブロックB[0]、B[1]、B[2]、…はファイル２Ｄ1241と第１ファイルＳＳ1245とに共有される。しかし、記録層間の境界等、ロング・ジャンプの必要な箇所に配置されたデータ・ブロック群は一般に、ファイル２Ｄ1241又は第１ファイルＳＳ1245のいずれかにのみ属するベースビュー・データ・ブロックを含む。従って、エクステント起点3442の示すＳＰＮ3612は、ファイル２Ｄ1241に属する２Ｄエクステントの先端に位置するソースパケットのＳＰＮとは一般に異なる。
図３６の（ｂ）は、第２クリップ情報ファイル（02000.clpi）、すなわちディペンデントビュー・クリップ情報ファイル1232に含まれるエクステント起点3620のデータ構造を示す模式図である。図３６の（ｂ）を参照するに、エクステント起点3620は、ディペンデントビュー・エクステントＩＤ（ＥＸＴ２＿ＩＤ）3621とＳＰＮ3622とを含む。ＥＸＴ２＿ＩＤ3621は、第１ファイルＳＳ1245に属する各ディペンデントビュー・データ・ブロックに先頭から順に割り当てられた通し番号である。ＳＰＮ3622は各ＥＸＴ２＿ＩＤ3621に一つずつ割り当てられ、そのＥＸＴ２＿ＩＤ3621で識別されるディペンデントビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ1245に属するディペンデントビュー・データ・ブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図３６の（ｄ）は、第１ファイルＤＥＰ（02000.m2ts）1242に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点3620の示すＳＰＮ3622との間の対応関係を表す模式図である。図２５に示されているように、ディペンデントビュー・データ・ブロックは、第１ファイルＤＥＰ1242と第１ファイルＳＳ1245とに共有される。従って、図３６の（ｄ）に示されているように、エクステント起点3620の示す各ＳＰＮ3622は、各ライトビュー・エクステントEXT2[0]、EXT2[1]、…の先端に位置するソースパケットのＳＰＮに等しい。
２Ｄクリップ情報ファイル1231のエクステント起点3442と、ディペンデントビュー・クリップ情報ファイル1232のエクステント起点3620とは、以下に説明するように、第１ファイルＳＳ1245から３Ｄ映像が再生されるとき、各エクステントＳＳに含まれるデータ・ブロックの境界の検出に利用される。
図３６の（ｅ）は、第１ファイルＳＳ1245に属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。図３６の（ｅ）を参照するに、そのエクステント・ブロックはインターリーブ配置のデータ・ブロック群D[n]、B[n]（n＝0、1、2、…）を含む。尚、以下の説明はその他の配置でも同様に成立する。そのエクステント・ブロックは一つのエクステントＳＳEXTSS[0]としてアクセス可能である。更に、そのエクステントＳＳEXTSS[0]の中で、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]に含まれるソースパケットの数は、エクステント起点3442において、ＥＸＴ１＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ａ(ｎ＋１)−Ａｎに等しい。ここで、Ａ０＝０とする。一方、ディペンデントビュー・データ・ブロックD[n＋1]に含まれるソースパケットの数は、エクステント起点3620において、ＥＸＴ２＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ｂ(ｎ＋１)−Ｂｎに等しい。ここで、Ｂ０＝０とする。
３Ｄ再生モードの再生装置102は、第１ファイルＳＳ1245から３Ｄ映像を再生するとき、各クリップ情報ファイル1231、1232のエントリ・マップとエクステント起点3442、3620とを利用する。それにより、再生装置102は、任意のシーンのライトビューを表すフレームのＰＴＳから、そのフレームの構成に必要なディペンデントビュー・データ・ブロックが記録されたセクタのＬＢＮを特定する。具体的には、再生装置102はまず、例えばディペンデントビュー・クリップ情報ファイル1232のエントリ・マップから、そのＰＴＳに対応付けられたＳＰＮを検索する。仮に、そのＳＰＮの示すソースパケットが、第１ファイルＤＥＰ1242の３番目のディペンデントビュー・エクステントEXT2[2]、すなわちディペンデントビュー・データ・ブロックD[2]に含まれる場合を想定する。再生装置102は次に、ディペンデントビュー・クリップ情報ファイル1232のエクステント起点3620の示すＳＰＮ3622の中から、目標のＳＰＮ以下で最大のもの“Ｂ２”と、それに対応するＥＸＴ２＿ＩＤ＝“２”とを検索する。再生装置102は続いて、２Ｄクリップ情報ファイル1231のエクステント起点3442から、そのＥＸＴ２＿ＩＤ＝“２”と等しいＥＸＴ１＿ＩＤに対応するＳＰＮ3612の値“Ａ２”を検索する。再生装置102は更に、検索されたＳＰＮの和Ｂ２＋Ａ２を求める。図３６の（ｅ）から理解されるように、その和Ｂ２＋Ａ２は、エクステントＳＳEXTSS[0]の中で、３番目のディペンデントビュー・データ・ブロックD[2]よりも前に配置されたソースパケットの総数に等しい。従って、その和Ｂ２＋Ａ２とソースパケット一つ当たりのデータ量１９２バイトとの積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商（Ｂ２＋Ａ２）×１９２／２０４８は、エクステントＳＳEXTSS[0]の先頭から３番目のディペンデントビュー・データ・ブロックD[2]の直前までのセクタ数に等しい。この商を利用して第１ファイルＳＳ1245のファイル・エントリを参照すれば、そのディペンデントビュー・データ・ブロックD[2]の先端が記録されたセクタのＬＢＮを特定することができる。
再生装置102は、上記のようにＬＢＮを特定した後、そのＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、そのＬＢＮのセクタ以降に記録されたエクステントＳＳEXTSS[0]の部分、すなわち３番目のライトビュー・データ・ブロックD[2]以降のデータ・ブロック群D[2]、B[2]、D[3]、B[3]、…がアラインド・ユニット単位で読み出される。
再生装置102は更にエクステント起点3442、3620を利用して、読み出されたエクステントＳＳからディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとを交互に抽出する。例えば、図３６の（ｅ）に示されているエクステントＳＳEXTSS[0]からデータ・ブロック群D[n]、B[n]（n＝0、1、2、…）が順番に読み出されるときを想定する。再生装置102はまず、エクステントＳＳEXTSS[0]の先頭からＢ１個のソースパケットを最初のディペンデントビュー・データ・ブロックD[0]として抽出する。再生装置102は次に、Ｂ１番目のソースパケットと、それに続く（Ａ１−１）個のソースパケットとの計Ａ１個のソースパケットを最初のベースビュー・データ・ブロックB[0]として抽出する。再生装置102は続いて、（Ｂ１＋Ａ１）番目のソースパケットと、それに続く（Ｂ２−Ｂ１−１）個のソースパケットとの計（Ｂ２−Ｂ１）個のソースパケットを２番目のディペンデントビュー・データ・ブロックD[1]として抽出する。再生装置102は更に、（Ａ１＋Ｂ２）番目のソースパケットと、それに続く（Ａ２−Ａ１−１）個のソースパケットとの計（Ａ２−Ａ１）個のソースパケットを２番目のベースビュー・データ・ブロックB[1]として抽出する。それ以降も再生装置102は同様に、読み出されるソースパケットの数からエクステントＳＳ内のデータ・ブロック間の境界を検出して、ディペンデントビューとベースビューとの各データ・ブロックを交互に抽出する。抽出されたベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとはパラレルにシステム・ターゲット・デコーダに渡されて復号される。
こうして、３Ｄ再生モードの再生装置102は第１ファイルＳＳ1245から特定のＰＴＳ以降の３Ｄ映像を再生できる。その結果、再生装置102は、ＢＤ−ＲＯＭドライブの制御に関する上記の利点（Ａ）、（Ｂ）を実際に享受できる。
≪ファイル・ベース≫
図３６の（ｃ）は、３Ｄ再生モードの再生装置102によって第１ファイルＳＳ1245から抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。図３６の（ｃ）を参照するに、それらのベースビュー・データ・ブロックB[n]（n＝0、1、2、…）に含まれるソースパケット群に、先頭から順にＳＰＮを割り当てたとき、各ベースビュー・データ・ブロックB[n]の先端に位置するソースパケットのＳＰＮは、エクステント起点3442の示すＳＰＮ3612に等しい。それらのベースビュー・データ・ブロック群B[n]のように、エクステント起点を利用して一つのファイルＳＳから抽出されるベースビュー・データ・ブロック群を「ファイル・ベース」という。更に、ファイル・ベースに含まれるベースビュー・データ・ブロックを「ベースビュー・エクステント」という。図３６の（ｅ）に示されているように、各ベースビュー・エクステントEXT1[0]、EXT1[1]、…は、クリップ情報ファイル内のエクステント起点3442、3620を利用して参照される。
ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とベースビュー・データ・ブロックB[n]を共有する。従って、ファイル・ベースはファイル２Ｄと同じメインＴＳを含む。しかし、ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とは異なり、いずれのファイルのファイル・エントリによっても参照されない。上記のとおり、ベースビュー・エクステントEXT1[n]は、クリップ情報ファイル内のエクステント起点を利用して、ファイルＳＳ内のエクステントＳＳEXTSS[・]から抽出される。このように、ファイル・ベースは本来のファイルとは異なり、ファイル・エントリを含まず、かつ、ベースビュー・エクステントの参照にエクステント起点を必要とする。それらの意味で、ファイル・ベースは「仮想的なファイル」である。特にファイル・ベースはファイルシステムでは認識されず、図１２に示されているディレクトリ／ファイル構造には現れない。
図３７は、ＢＤ−ＲＯＭディスク101上に記録された一つのエクステント・ブロック3700と、ファイル２Ｄ3710、ファイル・ベース3711、ファイルＤＥＰ3712、及びファイルＳＳ3720の各エクステント群との間の対応関係を示す模式図である。図３７を参照するに、エクステント・ブロック3700はディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とを含む（n＝0、1、2、3、…）。ベースビュー・データ・ブロックB[n]は２ＤエクステントEXT2D[n]としてファイル２Ｄ3710に属する。ディペンデントビュー・データ・ブロックD[n]はディペンデントビュー・エクステントEXT2[n]としてファイルＤＥＰ3712に属する。エクステント・ブロック3700の全体が一つのエクステントＳＳEXTSS[0]としてファイルＳＳ3720に属する。従って、エクステントＳＳEXTSS[0]は、２ＤエクステントEXT2D[n]とはベースビュー・データ・ブロックB[n]を共有し、ディペンデントビュー・エクステントEXT2[n]とはディペンデントビュー・データ・ブロックD[n]を共有する。エクステントＳＳEXTSS[0]は再生装置102に読み込まれた後、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とに分離される。それらのベースビュー・データ・ブロックB[n]はベースビュー・エクステントEXT1[n]としてファイル・ベース3711に属する。エクステントＳＳEXTSS[0]内でのベースビュー・エクステントEXT1[n]とディペンデントビュー・エクステントEXT2[n]との間の境界は、ファイル２Ｄ3710とファイルＤＥＰ3712とのそれぞれに対応付けられたクリップ情報ファイル内のエクステント起点を利用して特定される。
≪ディペンデントビュー・クリップ情報ファイル≫
ディペンデントビュー・クリップ情報ファイルは、図３４、３５に示されている２Ｄクリップ情報ファイルとデータ構造が同様である。従って、以下の説明では、ディペンデントビュー・クリップ情報ファイルと２Ｄクリップ情報ファイルとの間の相違点に触れ、同様な点についての説明は上記の説明を援用する。
ディペンデントビュー・クリップ情報ファイルは、２Ｄクリップ情報ファイルとは、主に次の三点で異なる：（i）ストリーム属性情報に条件が課せられている；（ii）エントリ・ポイントに条件が課せられている；（iii）３Ｄメタデータがオフセット・テーブルを含まない。
（i）ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとが、Ｌ／Ｒモードの再生装置102によって３Ｄ映像の再生に利用されるものであるとき、図１７に示されているとおり、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームを利用して圧縮されている。そのとき、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームとビデオ・ストリーム属性が等しい。ここで、ベースビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報は２Ｄクリップ情報ファイルのストリーム属性情報3420内でＰＩＤ＝０ｘ１０１１に対応付けられている。一方、ディペンデントビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報はディペンデントビュー・クリップ情報ファイルのストリーム属性情報内でＰＩＤ＝０ｘ１０１２又は０ｘ１０１３に対応付けられている。従って、それらのビデオ・ストリーム属性情報間では、図３４に示されている各項目、すなわち、コーデック、解像度、アスペクト比、及びフレームレートが一致しなければならない。コーデックの種類が一致していれば、ベースビュー・ピクチャとディペンデントビュー・ピクチャとの間に符号化での参照関係が成立するので、各ピクチャを復号することができる。解像度、アスペクト比、及びフレームレートがいずれも一致していれば、左右の映像の画面表示を同期させることができる。それ故、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができる。
（ii）ディペンデントビュー・クリップ情報ファイルのエントリ・マップは、ディペンデントビュー・ビデオ・ストリームに割り当てられたテーブルを含む。そのテーブルは、図３５の（ａ）に示されているテーブル3500と同様に、エントリ・マップ・ヘッダとエントリ・ポイントとを含む。エントリ・マップ・ヘッダは、対応するディペンデントビュー・ビデオ・ストリームのＰＩＤ、すなわち０ｘ１０１２又は０ｘ１０１３を示す。各エントリ・ポイントは一対のＰＴＳとＳＰＮとを一つのＥＰ＿ＩＤに対応付けている。各エントリ・ポイントのＰＴＳは、ディペンデントビュー・ビデオ・ストリームに含まれるいずれかのＧＯＰにおいて、その先頭に位置するピクチャのＰＴＳと等しい。各エントリ・ポイントのＳＰＮは、同じエントリ・ポイントに属するＰＴＳで特定されるピクチャが格納されたソースパケット群のうち、その先頭に割り当てられたＳＰＮに等しい。ここで、ＳＰＮは、ファイルＤＥＰに属するソースパケット群、すなわちサブＴＳを構成するソースパケット群に先頭から順に割り当てられた通し番号を意味する。各エントリ・ポイントのＰＴＳは、２Ｄクリップ情報ファイルのエントリ・マップのうち、ベースビュー・ビデオ・ストリームに割り当てられたテーブル内のエントリ・ポイントのＰＴＳと一致しなければならない。すなわち、同じ３Ｄ・ＶＡＵに含まれる一対のピクチャの一方を含むソースパケット群の先頭にエントリ・ポイントが設定されているときは常に、他方を含むソースパケット群の先頭にもエントリ・ポイントが設定されていなければならない。
図３８は、ベースビュー・ビデオ・ストリーム3810とディペンデントビュー・ビデオ・ストリーム3820とに設定されたエントリ・ポイントの例を示す模式図である。各ビデオ・ストリーム3810、3820では、先頭から数えて同じ順番のＧＯＰが同じ再生期間の映像を表す。図３８を参照するに、ベースビュー・ビデオ・ストリーム3810では、その先頭のＧＯＰから数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント3801B、3803B、3805Bが設定されている。それに併せて、ディペンデントビュー・ビデオ・ストリーム3820でも、その先頭のＧＯＰから数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント3801D、3803D、3805Dが設定されている。その場合、再生装置102は、例えばＧＯＰ＃３から３Ｄ映像の再生を開始するとき、対応するエントリ・ポイント3803B、3803DのＳＰＮから、ファイルＳＳ内の再生開始位置のＳＰＮを直ちに算定できる。特にエントリ・ポイント3803B、3803Dがいずれもデータ・ブロックの先端に設定されているとき、図３６の（ｅ）から理解されるとおり、エントリ・ポイント3803B、3803DのＳＰＮの和がファイルＳＳ内の再生開始位置のＳＰＮに等しい。図３６の（ｅ）の説明で述べたとおり、そのソースパケットの数からは、ファイルＳＳ内の再生開始位置の部分が記録されたセクタのＬＢＮを算定することができる。こうして、３Ｄ映像の再生においても、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理の応答速度を向上させることができる。
≪２Ｄプレイリスト・ファイル≫
図３９は、２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図１２に示されている第１プレイリスト・ファイル（00001.mpls）1221はこのデータ構造を持つ。図３９を参照するに、２Ｄプレイリスト・ファイル1221はメインパス3901と二つのサブパス3902、3903とを含む。
メインパス3901はプレイアイテム情報（以下、ＰＩと略す。）の配列であり、ファイル２Ｄ1241の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各ＰＩは固有のプレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）で識別される。各ＰＩ＃Ｎは主要な再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の開始時刻（In−Time）を表し、他方は終了時刻（Out−Time）を表す。更に、メインパス3901内でのＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
各サブパス3902、3903はサブプレイアイテム情報（以下、ＳＵＢ＿ＰＩと略す。）の配列であり、ファイル２Ｄ1241の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、メインパス3901の表すファイル２Ｄ1241の部分とは別の部分とその再生順、又は、別のファイル２Ｄに多重化されたストリーム・データの部分とその再生順を示す。そのストリーム・データの表す２Ｄ映像は、メインパス3901に従ってファイル２Ｄ1241から再生される２Ｄ映像と同時に再生されるべきものであって、例えば、ピクチャ・イン・ピクチャ方式における副映像、ブラウザ画面、ポップアップ・メニュー、又は字幕を含む。サブパス3902、3903には２Ｄプレイリスト・ファイル1221への登録順に通し番号“０”、“１”が振られている。その通し番号はサブパスＩＤとして各サブパス3902、3903の識別に利用される。各サブパス3902、3903では、各ＳＵＢ＿ＰＩが固有のサブプレイアイテムＩＤ＝＃Ｍ（Ｍ＝１、２、３、…）で識別される。各ＳＵＢ＿ＰＩ＃Ｍは、再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス3902、3903内でのＳＵＢ＿ＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
図４０は、ＰＩ＃Ｎのデータ構造を示す模式図である。図４０を参照するに、ＰＩ＃Ｎは、参照クリップ情報4001、再生開始時刻（In＿Time）4002、再生終了時刻（Out＿Time）4003、コネクション・コンディション4004、及びストリーム選択テーブル（以下、ＳＴＮ（Stream Number）テーブルと略す。）4005を含む。参照クリップ情報4001は、２Ｄクリップ情報ファイル1231を識別するための情報である。再生開始時刻4002と再生終了時刻4003とは、ファイル２Ｄ1241の再生対象部分の先端と後端との各ＰＴＳを示す。コネクション・コンディション4004は、再生開始時刻4002と再生終了時刻4003とによって規定された再生区間での映像を、一つ前のＰＩ＃（Ｎ−１）によって規定された再生区間での映像に接続するときの条件を規定する。ＳＴＮテーブル4005は、再生開始時刻4002から再生終了時刻4003までの間に、再生装置102内のデコーダによってファイル２Ｄ1241から選択可能なエレメンタリ・ストリームのリストを表す。
ＳＵＢ＿ＰＩのデータ構造は、図４０に示されているＰＩのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にＳＵＢ＿ＰＩの再生開始時刻と再生終了時刻とは、ＰＩのそれらと同じ時間軸上の値で表される。ＳＵＢ＿ＰＩは更に「ＳＰコネクション・コンディション」というフィールドを含む。ＳＰコネクション・コンディションはＰＩのコネクション・コンディションと同じ意味を持つ。
［コネクション・コンディション］
コネクション・コンディション（以下、ＣＣと略す。）4004は、例えば、“１”、“５”、“６”の三種類の値を取り得る。ＣＣ4004が“１”であるとき、ＰＩ＃Ｎによって規定されるファイル２Ｄ1241の部分から再生される映像は、直前のＰＩ＃（Ｎ−１）によって規定されるファイル２Ｄ1241の部分から再生される映像とは必ずしもシームレスに接続されなくてもよい。一方、ＣＣ4004が“５”又は“６”であるとき、それら両方の映像が必ずシームレスに接続されなければならない。
図４１の（ａ）、（ｂ）はそれぞれ、ＣＣが“５”、“６”であるときに接続されるべき二つの再生区間ＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間の関係を示す模式図である。ここで、ＰＩ＃（Ｎ−１）はファイル２Ｄ1241の第１部分4101を規定し、ＰＩ＃Ｎはファイル２Ｄ1241の第２部分4102を規定する。図４１の（ａ）を参照するに、ＣＣが“５”であるとき、二つのＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間でＳＴＣが途切れていても良い。すなわち、第１部分4101の後端のＰＴＳ＃１と第２部分4102の先端のＰＴＳ＃２とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第１部分4101に続けて第２部分4102がデコーダに供給された際にそのデコーダが復号処理をスムーズに持続できるように、各部分4101、4102は作成されていなければならない。更に、第１部分4101に含まれるオーディオ・ストリームの最後のフレームは、第２部分4102に含まれるオーディオ・ストリームの先頭フレームと重複させなければならない。一方、図４１の（ｂ）を参照するに、ＣＣが“６”であるとき、第１部分4101と第２部分4102とは、デコーダの復号処理上、一連の部分として扱えるものでなければならない。すなわち、第１部分4101と第２部分4102との間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。同様に、ＳＰコネクション・コンディションが“５”又は“６”であるとき、隣接する二つのＳＵＢ＿ＰＩによって規定されるファイル２Ｄの部分の間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。
［ＳＴＮテーブル］
図４０を再び参照するに、ＳＴＮテーブル4005はストリーム登録情報の配列である。「ストリーム登録情報」とは、再生開始時刻4002から再生終了時刻4003までの間にメインＴＳから再生対象として選択可能なエレメンタリ・ストリームを個別に示す情報である。ストリーム番号（ＳＴＮ）4006は、ストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリ・ストリームの識別に利用される。ＳＴＮ4006は更に、同じ種類のエレメンタリ・ストリームの間では選択の優先順位を表す。ストリーム登録情報は、ストリーム・エントリ4009とストリーム属性情報4010と含む。ストリーム・エントリ4009は、ストリーム・パス情報4007とストリーム識別情報4008とを含む。ストリーム・パス情報4007は、選択対象のエレメンタリ・ストリームが属するファイル２Ｄを示す情報である。例えばストリーム・パス情報4007が“メインパス”を示すとき、そのファイル２Ｄは、参照クリップ情報4001の示す２Ｄクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報4007が“サブパスＩＤ＝１”を示すとき、選択対象のエレメンタリ・ストリームが属するファイル２Ｄは、サブパスＩＤ＝１のサブパスに含まれるＳＵＢ＿ＰＩの参照クリップ情報が示す２Ｄクリップ情報ファイルに対応するものである。そのＳＵＢ＿ＰＩの規定する再生開始時刻又は再生終了時刻のいずれかは、ＳＴＮテーブル4005を含むＰＩの規定する再生開始時刻4002から再生終了時刻4003までの期間に含まれる。ストリーム識別情報4008は、ストリーム・パス情報4007によって特定されるファイル２Ｄに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻4002から再生終了時刻4003までの間に選択可能である。ストリーム属性情報4010は各エレメンタリ・ストリームの属性情報を表す。例えば、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。
［２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生］
図４２は、２Ｄプレイリスト・ファイル（00001.mpls）1221の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）1241から再生される部分との間の対応関係を示す模式図である。図４２を参照するに、２Ｄプレイリスト・ファイル1221のメインパス3901では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）1231を示す。再生装置102は、２Ｄプレイリスト・ファイル1221に従って２Ｄ映像を再生するとき、まずＰＩ＃１からＰＴＳ＃１、＃２を読み出す。再生装置102は次に、２Ｄクリップ情報ファイル1231のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ1241内のＳＰＮ＃１、＃２を検索する。再生装置102は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル２Ｄ1241のファイル・エントリとを利用して、再生対象の２Ｄエクステント群EXT2D[0]、…、EXT2D[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図３５を用いて説明したとおりである。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P1から、２Ｄエクステント群EXT2D[0]、…、EXT2D[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２の示すＰＴＳ＃３、＃４の対は、まず２Ｄクリップ情報ファイル1231のエントリ・マップを利用してＳＰＮ＃３、＃４の対に変換される。次に、ファイル２Ｄ1241のファイル・エントリを利用してＳＰＮ＃３、＃４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P2から、２Ｄエクステント群に属するソースパケット群が読み出される。ＰＩ＃３の示すＰＴＳ＃５、＃６の対からＳＰＮ＃５、＃６の対への変換、ＳＰＮ＃５、＃６の対からＬＢＮ＃５、＃６の対への変換、及びＬＢＮ＃５からＬＢＮ＃６までの範囲のセクタ群P3からのソースパケット群の読み出しも同様である。こうして、再生装置102は２Ｄプレイリスト・ファイル1221のメインパス3901に従って、ファイル２Ｄ1241から２Ｄ映像を再生できる。
２Ｄプレイリスト・ファイル1221はエントリ・マーク4201を含んでもよい。エントリ・マーク4201は、メインパス3901のうち、実際に再生が開始されるべき時点を示す。例えば図４２に示されているように、ＰＩ＃１に対して複数のエントリ・マーク4201が設定されてもよい。エントリ・マーク4201は特に頭出し再生において、再生開始位置の検索に利用される。例えば２Ｄプレイリスト・ファイル1221が映画タイトルの再生経路を規定するとき、エントリ・マーク4201は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。
≪３Ｄプレイリスト・ファイル≫
図４３は、３Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図１２に示されている第２プレイリスト・ファイル（00002.mpls）1222はこのデータ構造を持つ。第２プレイリスト・ファイル（00003.mpls）1223も同様である。図４３を参照するに、３Ｄプレイリスト・ファイル1222は、メインパス4301、サブパス4302、及び拡張データ4303を含む。
メインパス4301は、図１３の（ａ）に示されているメインＴＳの再生経路を規定する。従って、メインパス4301は、図３９に示されている２Ｄプレイリスト・ファイル1221のメインパス3901と実質的に等しい。すなわち、２Ｄ再生モードの再生装置102は、３Ｄプレイリスト・ファイル1222のメインパス4301に従ってファイル２Ｄ1241から２Ｄ映像を再生できる。一方、メインパス4301は、図３９に示されているメインパス3901とは次の点で異なる：各ＰＩのＳＴＮテーブルは、いずれかのグラフィックス・ストリームのＰＩＤに一つのＳＴＮを対応付けている際には更に、そのＳＴＮに一つのオフセット・シーケンスＩＤを割り当てている。
サブパス4302は、図１３の（ｂ）、（ｃ）に示されているサブＴＳの再生経路、すなわち、第１ファイルＤＥＰ1242又は第２ファイルＤＥＰ1243のいずれかの再生経路を規定する。サブパス4302のデータ構造は、図３９に示されている２Ｄプレイリスト・ファイル1241のサブパス3902、3903のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図３９を用いた説明を援用する。
サブパス4302のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス4301のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス4302はその上、サブパス・タイプ4310を含む。「サブパス・タイプ」は一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。３Ｄプレイリスト・ファイル1222では特に、サブパス・タイプ4310が３Ｄ再生モードの種類、すなわちサブパス4302に従って再生されるべきディペンデントビュー・ビデオ・ストリームの種類を示す。図４３では、サブパス・タイプ4310は、その値が「３Ｄ・Ｌ／Ｒ」であるので、３Ｄ再生モードがＬ／Ｒモードであること、すなわち、ライトビュー・ビデオ・ストリームが再生対象であることを示す。一方、サブパス・タイプ4310は、その値が「３Ｄデプス」であるとき、３Ｄ再生モードがデプス・モードであること、すなわち、デプスマップ・ストリームが再生対象であることを示す。３Ｄ再生モードの再生装置102は、サブパス・タイプ4310の値が「３Ｄ・Ｌ／Ｒ」又は「３Ｄデプス」であることを検出したとき、メインパス4301に従った再生処理と、サブパス4302に従った再生処理とを同期させる。
拡張データ4303は、３Ｄ再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モードの再生装置102には無視される。拡張データ4303は特に拡張ストリーム選択テーブル4330を含む。「拡張ストリーム選択テーブル（STN＿table＿SS）」（以下、ＳＴＮテーブルＳＳと略す。）は、３Ｄ再生モードにおいて、メインパス4301内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブＴＳから再生対象として選択可能なエレメンタリ・ストリームを示す。
［ＳＴＮテーブル］
図４４は、３Ｄプレイリスト・ファイル1222のメインパス4301の含むＳＴＮテーブル4405を示す模式図である。図４４を参照するに、ストリーム識別情報4408のうち、“５”から“１１”までのＳＴＮ4406が割り当てられたものは、ＰＧストリーム又はＩＧストリームのＰＩＤを示す。その場合、同じＳＴＮが割り当てられたストリーム属性情報4410は参照オフセットＩＤ（stream＿ref＿offset＿id）4401を含む。ファイルＤＥＰ1242では、図２１に示されているように、各ビデオ・シーケンスのＶＡＵ＃１にオフセット・メタデータ2110が配置されている。参照オフセットＩＤ4401は、そのオフセット・メタデータ2110の含むオフセット・シーケンスＩＤ2112のいずれかに等しい。すなわち、参照オフセットＩＤ4401は、そのオフセット・メタデータ2110の含む複数のオフセット・シーケンスの中で、“５”から“１１”までの各ＳＴＮに対応付けられるべきオフセット・シーケンスを規定する。
［ＳＴＮテーブルＳＳ］
図４５は、ＳＴＮテーブルＳＳ4430のデータ構造を示す模式図である。図４５を参照するに、ＳＴＮテーブルＳＳ4430はストリーム登録情報列4501、4502、4503、…、を含む。ストリーム登録情報列4501、4502、4503、…、はメインパス4301内のＰＩ＃１、＃２、＃３、…、に個別に対応する。３Ｄ再生モードの再生装置102はそれらのストリーム登録情報列4501、…を、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わせて利用する。各ＰＩに対するストリーム登録情報列4501は、ポップアップ期間のオフセット（Fixed＿offset＿during＿Popup）4511、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4512、ＰＧストリームのストリーム登録情報列4513、及びＩＧストリームのストリーム登録情報列4514を含む。
ポップアップ期間のオフセット4511は、ＩＧストリームからポップアップ・メニューが再生されるか否かを示す。３Ｄ再生モードの再生装置102はそのオフセット4511の値に依ってビデオ・プレーンとＰＧプレーンとの表示モード（presentation mode）を変える。ここで、ビデオ・プレーンの表示モードにはＢ−Ｄ表示モードとＢ−Ｂ表示モードとの二種類がある。ＰＧプレーンとＩＧプレーンとの各表示モードには、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードの三種類がある。例えばポップアップ期間のオフセット4511の値が“０”であるとき、ＩＧストリームからはポップアップ・メニューが再生されない。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、ＰＧプレーンの表示モードとして２プレーン・モード又は１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセット4511の値が“１”であるとき、ＩＧストリームからポップアップ・メニューが再生される。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、ＰＧプレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。
「２プレーン・モード」では、例えば図１３の（ｂ）、（ｃ）に示されているように、サブＴＳがベースビューとディペンデントビューとのグラフィックス・ストリームを両方含むとき、再生装置102が各グラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーンを復号して交互に出力する。「１プレーン＋オフセット・モード」では、再生装置102がオフセット制御により、メインＴＳ内のグラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーンの対を生成して交互に出力する。いずれのモードでも表示装置103の画面にレフトビューとライトビューとのグラフィックス・プレーンを交互に表示することができる。その場合、視聴者には、それらのグラフィックス・プレーンが一つの３Ｄグラフィックス映像として見える。「１プレーン＋ゼロ・オフセット・モード」では、再生装置102が、動作モードを３Ｄ再生モードに維持したまま、オフセット制御を一時的に停止させ、メインＴＳ内のグラフィックス・ストリームから復号されたグラフィックス・プレーンを一フレーム当たり二回ずつ出力する。従って、表示装置103の画面にはレフトビューとライトビューとのいずれかのグラフィックス・プレーンしか表示されないので、視聴者にはそれらが２Ｄグラフィックス映像としてしか見えない。
３Ｄ再生モードの再生装置102は、ＰＩごとにポップアップ期間のオフセット4511を参照して、ＩＧストリームからポップアップ・メニューが再生されるときはＢ−Ｂ表示モードと１プレーン＋ゼロ・オフセット・モードとを選択する。それにより、ポップアップ・メニューが表示される間、表示装置103が２Ｄ表示モードと３Ｄ表示モードとのいずれで動作しても、他の３Ｄ映像が一時的に２Ｄ映像に変更されるので、ポップアップ・メニューの視認性・操作性が向上する。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4512、ＰＧストリームのストリーム登録情報列4513、及びＩＧストリームのストリーム登録情報列4514はそれぞれ、サブＴＳから再生対象として選択可能なディペンデントビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列4512、4513、4514はそれぞれ、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4512は、一般に複数のストリーム登録情報（SS＿dependet＿view＿block）4520を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報4520は、ＳＴＮ4521、ストリーム・エントリ4522、及びストリーム属性情報4523を含む。ＳＴＮ4521は、ストリーム登録情報4520に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ4522は、サブパスＩＤ参照情報（ref＿to＿Subpath＿id）4531、ストリーム・ファイル参照情報（ref＿to＿subClip＿entry＿id）4532、及びＰＩＤ（ref＿to＿stream＿PID＿subclip）4533を含む。サブパスＩＤ参照情報4531は、ディペンデントビュー・ビデオ・ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報4532は、そのディペンデントビュー・ビデオ・ストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ4533は、そのディペンデントビュー・ビデオ・ストリームのＰＩＤである。ストリーム属性情報4523は、そのディペンデントビュー・ビデオ・ストリームの属性、例えば、フレームレート、解像度、及びビデオ・フォーマットを含む。特にそれらは、対応するＰＩ内の組み合わせ対象のストリーム登録情報の示すベースビュー・ビデオ・ストリームのものと共通である。
ＰＧストリームのストリーム登録情報列4513は、一般に複数のストリーム登録情報4540を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ＰＧストリームを示すものと同数である。各ストリーム登録情報4540は、ＳＴＮ4541、立体視フラグ（is＿SS＿PG）4542、ベースビュー・ストリーム・エントリ（stream＿entry＿for＿base＿view）4543、ディペンデントビュー・ストリーム・エントリ（stream＿entry＿for＿depentdent＿view）4544、及びストリーム属性情報4545を含む。ＳＴＮ4541は、ストリーム登録情報4540に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。立体視フラグ4542は、「ベースビュー及びディペンデントビュー（例えば、レフトビュー及びライトビュー）の両方のＰＧストリームがＢＤ−ＲＯＭディスク101に記録されているか否か」を示す。立体視フラグ4542がオンであるとき、サブＴＳには両方のＰＧストリームが含まれている。従って、ベースビュー・ストリーム・エントリ4543、ディペンデントビュー・ストリーム・エントリ4544、及びストリーム属性情報4545のいずれのフィールドも再生装置102によって読み出される。立体視フラグ4542がオフであるとき、それらのフィールド4543−4545はいずれも再生装置102によって無視される。ベースビュー・ストリーム・エントリ4543とディペンデントビュー・ストリーム・エントリ4544とはそれぞれ、サブパスＩＤ参照情報4551、ストリーム・ファイル参照情報4552、及びＰＩＤ4553を含む。サブパスＩＤ参照情報4551は、ベースビューとディペンデントビューとの各ＰＧストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報4552は、各ＰＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ4553は各ＰＧストリームのＰＩＤである。ストリーム属性情報4545は各ＰＧストリームの属性、例えば言語の種類を含む。ＩＧストリームのストリーム登録情報列4514も同様なデータ構造を持つ。
［３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生］
図４６は、３Ｄプレイリスト・ファイル（00002.mpls）1222の示すＰＴＳと、第１ファイルＳＳ（01000.ssif）1245から再生される部分との間の対応関係を示す模式図である。図４６を参照するに、３Ｄプレイリスト・ファイル1222のメインパス4601では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）1231を示す。サブパス4602では、ＳＵＢ＿ＰＩ＃１がＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報はディペンデントビュー・クリップ情報ファイル（02000.clpi）1232を示す。
再生装置102は３Ｄプレイリスト・ファイル1222に従って３Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は、次に２Ｄクリップ情報ファイル1231のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ1241内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102はディペンデントビュー・クリップ情報ファイル1232のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応する第１ファイルＤＥＰ1242内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、図３６の（ｅ）の説明で述べたように、各クリップ情報ファイル1231、1232のエクステント起点3442、3620を利用して、第１ファイルＳＳ1245の先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定する。再生装置102は同様に、第１ファイルＳＳ1245の先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。再生装置102は更に、ＳＰＮ＃２１、＃２２のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数と第１ファイルＳＳ1245のファイル・エントリとを利用して、再生対象のエクステントＳＳ群EXTSS[0]、…、EXTSS[n]が記録されたセクタ群P11の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図３６の（ｅ）の説明で述べたものと同様である。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P11から、エクステントＳＳ群EXTSS[0]、…、EXTSS[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２とＳＵＢ＿ＰＩ＃２との示すＰＴＳ＃３、＃４の対は、まずクリップ情報ファイル1231、1232の各エントリ・マップを利用してＳＰＮ＃３、＃４の対とＳＰＮ＃１３、＃１４の対とに変換される。次に、ＳＰＮ＃３、＃１３からは、第１ファイルＳＳ1245の先頭から再生開始位置までのソースパケット数ＳＰＮ＃２３が算定される。更に、ＳＰＮ＃４、＃１４からは、第１ファイルＳＳ1245の先頭から再生終了位置までのソースパケット数ＳＰＮ＃２４が算定される。続いて、第１ファイルＳＳ1245のファイル・エントリを利用して、ＳＰＮ＃２３、＃２４の対がＬＢＮ＃３、＃４の対に変換される。その後、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P12から、エクステントＳＳ群に属するソースパケット群が読み出される。
上記の読み出し処理と並行して、再生装置102は、図３６の（ｅ）の説明で述べたように各クリップ情報ファイル1231、1232のエクステント起点3442、3620を利用して、各エクステントＳＳからベースビュー・エクステントとディペンデントビュー・エクステントとを抽出してパラレルに復号する。こうして、再生装置102は、３Ｄプレイリスト・ファイル1222に従って第１ファイルＳＳ1245から３Ｄ映像を再生する。
≪インデックス・ファイル≫
図４７は、図１２に示されているインデックス・ファイル（index.bdmv）1211のデータ構造を示す模式図である。図４７を参照するに、インデックス・ファイル1211は、インデックス・テーブル4710、３Ｄ存在フラグ4720、及び２Ｄ／３Ｄお好みフラグ4730を含む。
インデックス・テーブル4710は、項目「ファーストプレイ」4701、「トップメニュー」4702、及び「タイトルｋ」4703（ｋ＝１、２、…、ｎ：文字ｎは１以上の整数を表す。）を含む。各項目には、ムービーオブジェクトMVO−2D、MVO−3D、…、又はＢＤ−ＪオブジェクトBDJO−2D、BDJO−3D、…のいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムの指示に応じてタイトル又はメニューが呼び出される度に、再生装置102の制御部は、インデックス・テーブル4710の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをＢＤ−ＲＯＭディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目「ファーストプレイ」4701には、ＢＤ−ＲＯＭディスク101がＢＤ−ＲＯＭドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」4702には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」4703には、ＢＤ−ＲＯＭディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目「タイトルｋ」には、そのタイトルに対応するＡＶストリーム・ファイルから映像を再生するためのオブジェクトが指定されている。
図４７に示されている例では、項目「タイトル１」と項目「タイトル２」とが２Ｄ映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられているムービーオブジェクトMVO−2Dは、２Ｄプレイリスト・ファイル（00001.mpls）1221を用いた２Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル１」が参照されたとき、そのムービーオブジェクトMVO−2Dに従い、２Ｄプレイリスト・ファイル1221がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。項目「タイトル２」に対応付けられているＢＤ−ＪオブジェクトBDJO−2Dは、２Ｄプレイリスト・ファイル1221を用いた２Ｄ映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置102によって項目「タイトル２」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−2D内のアプリケーション管理テーブルに従ってＪＡＲファイル1261からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、２Ｄプレイリスト・ファイル1221がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。
図４７に示されている例では更に、項目「タイトル３」と項目「タイトル４」とが３Ｄ映像のタイトルに割り当てられている。項目「タイトル３」に対応付けられているムービーオブジェクトMVO−3Dは、２Ｄプレイリスト・ファイル1221を用いた２Ｄ映像の再生処理に関する命令群に加え、３Ｄプレイリスト・ファイル（00002.mpls）1222、（00003.mpls）1223のいずれかを用いた３Ｄ映像の再生処理に関する命令群を含む。項目「タイトル４」に対応付けられているＢＤ−ＪオブジェクトBDJO−3Dでは、アプリケーション管理テーブルが、２Ｄプレイリスト・ファイル1221を用いた２Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムに加え、３Ｄプレイリスト・ファイル1222、1223のいずれかを用いた３Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムを規定する。
３Ｄ存在フラグ4720は、ＢＤ−ＲＯＭディスク101に３Ｄ映像コンテンツが記録されているか否かを示すフラグである。再生装置102は、ＢＤ−ＲＯＭドライブ121にＢＤ−ＲＯＭディスク101が挿入されたとき、まずその３Ｄ存在フラグ4720をチェックする。３Ｄ存在フラグ4720がオンである場合、再生装置102は、ＨＤＭＩケーブル122を通して表示装置103とＣＥＣメッセージを交換して、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせなければならない。その問い合わせを行うには、再生装置102は表示装置103に対してＨＤＣＰ認証を行わねばならない。一方、３Ｄ存在フラグ4720がオフである場合、再生装置102は３Ｄ再生モードを選択する必要がないので、表示装置103に対してＨＤＣＰ認証を行うことなく、２Ｄ再生モードに速やかに移行できる。こうして、ＨＤＭＩ認証がスキップされることにより、ＢＤ−ＲＯＭディスク101の挿入から２Ｄ映像の再生開始までの時間が短縮される。
２Ｄ／３Ｄお好みフラグ4730は、再生装置と表示装置とが共に２Ｄ映像と３Ｄ映像とのいずれの再生にも対応可能であるときに、３Ｄ映像の再生を優先すべきか否かを指定するフラグである。２Ｄ／３Ｄお好みフラグ4730はコンテンツ・プロバイダによって設定される。再生装置102は、ＢＤ−ＲＯＭディスク101の３Ｄ存在フラグ4720がオンであるとき、続いて２Ｄ／３Ｄお好みフラグ4730を更にチェックする。２Ｄ／３Ｄお好みフラグ4730がオンである場合、３Ｄ映像の再生が優先されるので、再生装置102はユーザに再生モードを選択させなくてもよい。従って、再生装置102は、表示装置103に再生モードの選択画面を表示させることなくＨＤＣＰ認証を行い、その結果に依って２Ｄ再生モードと３Ｄ再生モードとのいずれかで動作する。特に表示装置103が３Ｄ映像の再生に対応可能であることが判明した場合、再生装置102は直ちに３Ｄ再生モードで起動する。こうして、フレームレートの切り換え等、２Ｄ再生モードから３Ｄ再生モードへの移行処理に起因する起動の遅れを回避することができる。
［３Ｄ映像タイトルの選択時でのプレイリスト・ファイルの選択］
図４７に示されている例では、再生装置102は、インデックス・テーブル4710の項目「タイトル３」を参照したとき、ムービーオブジェクトMVO−3Dに従って、まず次の判別処理を行う：（１）３Ｄ存在フラグ4720がオンかオフか、（２）再生装置102自身が３Ｄ映像の再生に対応しているか否か、（３）２Ｄ／３Ｄお好みフラグ4730がオンかオフか、（４）ユーザが３Ｄ再生モードを選択しているか否か、（５）表示装置103が３Ｄ映像の再生に対応しているか否か、及び（６）再生装置102の３Ｄ再生モードがＬ／Ｒモードとデプス・モードとのいずれであるか。再生装置102は次に、それらの判別結果に依って、いずれかのプレイリスト・ファイル1221−1223を再生対象として選択する。一方、再生装置102は項目「タイトル４」を参照したとき、ＢＤ−ＪオブジェクトBDJO−3D内のアプリケーション管理テーブルに従ってＪＡＲファイル1261からＪａｖａアプリケーション・プログラムを呼び出して実行する。それにより、まず上記の判別処理（１）−（６）が行われ、次にその判別結果に依って、プレイリスト・ファイルの選択が行われる。
図４８は、上記の判別処理（１）−（６）を利用して再生対象のプレイリスト・ファイルを選択する処理のフローチャートである。ここで、その選択処理の前提として、再生装置102が第１フラグと第２フラグとを含むときを想定する。第１フラグは、再生装置102が３Ｄ映像の再生に対応可能であるか否かを示す。例えば第１フラグが“０”であるとき、再生装置102は２Ｄ映像の再生のみに対応可能であり、“１”であるとき、３Ｄ映像の再生にも対応可能である。第２フラグは、３Ｄ再生モードがＬ／Ｒモードとデプス・モードとのいずれであるかを示す。例えば第２フラグが“０”であるとき、３Ｄ再生モードはＬ／Ｒモードであり、“１”であるとき、デプス・モードである。更に、３Ｄ存在フラグ4720と２Ｄ／３Ｄお好みフラグ4730とのそれぞれがオンであるときの値を“１”とし、オフであるときの値を“０”とする。
ステップＳ４８０１では、再生装置102は３Ｄ存在フラグ4720の値をチェックする。その値が“１”であるとき、処理はステップＳ４８０２へ進む。その値が“０”であるとき、処理はステップＳ４８０７へ進む。
ステップＳ４８０２では、３Ｄ存在フラグ4720はオンであるので、３Ｄ再生モードが選択される可能性がある。従って、再生装置102は第１フラグの値をチェックする。その値が“１”であるとき、処理はステップＳ４８０３へ進む。その値が“０”であるとき、処理はステップＳ４８０７へ進む。
ステップＳ４８０３では、第１フラグはオンであるので、再生装置102は３Ｄ映像の再生に対応可能である。再生装置102は更に２Ｄ／３Ｄお好みフラグ4730の値をチェックする。その値が“０”であるとき、処理はステップＳ４８０４へ進む。その値が“１”であるとき、処理はステップＳ４８０５へ進む。
ステップＳ４８０４では、２Ｄ／３Ｄお好みフラグ4730がオフであるので、３Ｄ映像の再生は優先されない。従って、再生装置102は表示装置103にメニューを表示させて、ユーザに２Ｄ再生モードと３Ｄ再生モードとのいずれかを選択させる。ユーザがリモコン105等を操作して３Ｄ再生モードを選択したとき、処理はステップＳ４８０５へ進み、２Ｄ再生モードを選択したとき、処理はステップＳ４８０７へ進む。
ステップＳ４８０５では、３Ｄ映像の再生が優先され、又は３Ｄ再生モードがユーザによって選択されている。従って、再生装置102はＨＤＣＰ認証を行って、表示装置103が３Ｄ映像の再生に対応しているか否かをチェックする。表示装置103が３Ｄ映像の再生に対応している場合、処理はステップＳ４８０６へ進む。表示装置103が３Ｄ映像の再生に対応していない場合、処理はステップＳ４８０７へ進む。
ステップＳ４８０６では、３Ｄ再生モードでの起動が決定されている。再生装置102は更に第２フラグの値をチェックする。その値が“０”であるとき、処理はステップＳ４８０８へ進む。その値が“１”であるとき、処理はステップＳ４８０９へ進む。
ステップＳ４８０７では、２Ｄ再生モードでの起動が決定されている。従って、再生装置102は２Ｄプレイリスト・ファイル1221を再生対象として選択する。尚、そのとき、再生装置102は表示装置103に、３Ｄ映像の再生が選択されなかった理由を表示させてもよい。その後、処理は終了する。
ステップＳ４８０８では、再生装置102はＬ／Ｒモードで起動する。すなわち、再生装置102はＬ／Ｒモード用の３Ｄプレイリスト・ファイル1222を再生対象として選択する。その後、処理は終了する。
ステップＳ４８０９では、再生装置102はデプス・モードで起動する。すなわち、再生装置102はデプス・モード用の３Ｄプレイリスト・ファイル1223を再生対象として選択する。その後、処理は終了する。
＜２Ｄ再生装置の構成＞
２Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から２Ｄ映像コンテンツを再生するとき、２Ｄ再生装置として動作する。図４９は、２Ｄ再生装置4900の機能ブロック図である。図４９を参照するに、２Ｄ再生装置4900は、ＢＤ−ＲＯＭドライブ4901、再生部4902、及び制御部4903を含む。再生部4902は、リード・バッファ4921、システム・ターゲット・デコーダ4923、プレーン加算部4924、及びＨＤＭＩ通信部4925を含む。制御部4903は、動的シナリオ・メモリ4931、静的シナリオ・メモリ4932、ユーザイベント処理部4933、プログラム実行部4934、再生制御部4935、及びプレーヤ変数記憶部4936を含む。再生部4902と制御部4903とは、互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。
ＢＤ−ＲＯＭドライブ4901は、内部にＢＤ−ＲＯＭディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、ＢＤ−ＲＯＭドライブ4901は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。
ＢＤ−ＲＯＭドライブ4901は、再生制御部4935からの要求に従ってＢＤ−ＲＯＭディスク101からデータを読み出す。そのデータのうち、ファイル２Ｄのエクステント、すなわち２Ｄエクステントはリード・バッファ4921へ転送され、動的シナリオ情報は動的シナリオ・メモリ4931へ転送され、静的シナリオ情報は静的シナリオ・メモリ4932へ転送される。「動的シナリオ情報」は、インデックス・ファイル、ムービーオブジェクト・ファイル、及びＢＤ−Ｊオブジェクト・ファイルを含む。「静的シナリオ情報」は２Ｄプレイリスト・ファイルと２Ｄクリップ情報ファイルとを含む。
リード・バッファ4921、動的シナリオ・メモリ4931、及び静的シナリオ・メモリ4932はいずれもバッファ・メモリである。リード・バッファ4921としては、再生部4902に内蔵されたメモリ素子が利用され、動的シナリオ・メモリ4931及び静的シナリオ・メモリ4932としては、制御部4903に内蔵されたメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が、それらのバッファ・メモリ4921、4931、4932の一部又は全部として利用されてもよい。リード・バッファ4921は２Ｄエクステントを格納し、動的シナリオ・メモリ4931は動的シナリオ情報を格納し、静的シナリオ・メモリ4932は静的シナリオ情報を格納する。
システム・ターゲット・デコーダ4923は、リード・バッファ4921から２Ｄエクステントをソースパケット単位で読み出して多重分離処理を行い、分離された各エレメンタリ・ストリームに対して復号処理を行う。ここで、各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め、再生制御部4935からシステム・ターゲット・デコーダ4923へ送られている。システム・ターゲット・デコーダ4923は更に、復号後のプライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリーム内の各ＶＡＵを、主映像プレーン、副映像プレーン、ＩＧプレーン、及びＰＧプレーンに変換してプレーン加算部4924へ送出する。一方、システム・ターゲット・デコーダ4923は、復号後のプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとをミキシングして、表示装置103の内蔵スピーカ103A等、音声出力装置へ送出する。システム・ターゲット・デコーダ4923はその他に、プログラム実行部4934からグラフィックス・データを受信する。そのグラフィックス・データは、ＧＵＩ用のメニュー等のグラフィックスを画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧ等のラスタ・データで表現されている。システム・ターゲット・デコーダ4923はそのグラフィックス・データを処理してイメージ・プレーンに変換し、プレーン加算部4924へ送出する。尚、システム・ターゲット・デコーダ4923の詳細については後述する。
プレーン加算部4924は、システム・ターゲット・デコーダ4923から、主映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンを読み出し、それらを互いに重畳して一つの映像プレーン（フレーム又はフィールド）に合成する。合成後の映像プレーンはＨＤＭＩ通信部4925へ送出される。
ＨＤＭＩ通信部4925は、プレーン加算部4924からは合成後の映像データを受信し、システム・ターゲット・デコーダ4923からは音声データを受信し、再生制御部4935からは制御データ、特に再生モードを受信する。ＨＤＭＩ通信部4925は更に、それらの受信データをＨＤＭＩ方式のシリアル信号に変換し、ＨＤＭＩケーブル122内のＴＭＤＳチャネルを通して表示装置103へ伝送する。ＨＤＭＩ通信部4925は特にそのシリアル信号を、図４に示されているフォーマットで生成する。ここで、３Ｄ構造401と再生モード402とはインフォ・フレームに設定されなくてもよい。表示装置103はそのシリアル信号に従って、映像データの表す映像を画面に表示し、音声データの表す音声をスピーカ103Aから放出する。一方、ＨＤＭＩ通信部4925は、ＨＤＭＩケーブル122内のＣＥＣラインを通して表示装置103との間でＣＥＣメッセージを交換し、ＨＤＭＩケーブル122内のディスプレイ・データ・チャネルを通してＥＤＩＤを表示装置103から読み出す。尚、ＨＤＭＩ通信部4925の詳細については後述する。
ユーザイベント処理部4933は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に依って、プログラム実行部4934又は再生制御部4935に処理を依頼する。例えば、ユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部4933はその押下を検出してそのボタンを識別する。ユーザイベント処理部4933は更にプログラム実行部4934に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、ユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部4933はその押下を検出してそのボタンを識別する。ユーザイベント処理部4933は更に再生制御部4935に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。
プログラム実行部4934はプロセッサであり、動的シナリオ・メモリ4931に格納されたムービーオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルからプログラムを読み出して実行する。プログラム実行部4934は更に各プログラムに従って次の制御を行う：（１）再生制御部4935に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタ・データとして生成してシステム・ターゲット・デコーダ4923へ転送し、システム・ターゲット・デコーダ4923にそのデータを他の映像データと合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ−ＲＯＭディスク101のオーサリング工程のうち、ムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルのプログラミング工程によって決まる。
再生制御部4935は、２Ｄエクステント及びインデックス・ファイル等、各種のデータをＢＤ−ＲＯＭディスク101から、リード・バッファ4921、動的シナリオ・メモリ4931、及び静的シナリオ・メモリ4932へ転送する処理を制御する。その制御には、図１２に示されているディレクトリ／ファイル構造を管理するファイルシステムが次のように利用される。再生制御部4935はファイル・オープン用のシステムコールを利用して、ファイルシステムに検索対象のファイル名を与え、ディレクトリ／ファイル構造から検索させる。その検索に成功したとき、ファイルシステムはまず、再生制御部4935内のメモリに転送対象のファイルのファイル・エントリを転送して、そのメモリ内にＦＣＢ（File Control Block）を生成する。ファイルシステムは次に、転送対象のファイルのファイル・ハンドルを再生制御部4935へ返す。再生制御部4935はそのファイル・ハンドルをＢＤ−ＲＯＭドライブ4901に提示する。それに応じて、ＢＤ−ＲＯＭドライブ4901はその転送対象のファイルを、ＢＤ−ＲＯＭディスク101から各バッファ・メモリ4921、4931、4932へ転送する。
再生制御部4935は、ＢＤ−ＲＯＭドライブ4901とシステム・ターゲット・デコーダ4923とを制御して、ファイル２Ｄから映像データと音声データとを復号させる。具体的には、再生制御部4935はまず、プログラム実行部4934からの命令、又はユーザイベント処理部4933からの依頼に応じて、静的シナリオ・メモリ4932から２Ｄプレイリスト・ファイルを読み出してその内容を解釈する。再生制御部4935は次に、その解釈された内容、特に再生経路に従って、ＢＤ−ＲＯＭドライブ4901とシステム・ターゲット・デコーダ4923とに再生対象のファイル２Ｄを指定し、その読み出し処理及び復号処理を指示する。このようなプレイリスト・ファイルに従った再生処理を「プレイリスト再生処理」という。
その他に、再生制御部4935は静的シナリオ情報を利用して、プレーヤ変数記憶部4936に各種のプレーヤ変数を設定する。再生制御部4935は更に、それらのプレーヤ変数を参照して、システム・ターゲット・デコーダ4923に復号対象のエレメンタリ・ストリームを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。また、再生制御部4935はそれらのプレーヤ変数を参照して、映像データに付随する制御データ、特に再生モードをＨＤＭＩ通信部4923に提供する。
プレーヤ変数記憶部4936は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステム・パラメータ（ＳＰＲＭ）と汎用のパラメータ（ＧＰＲＭ）とがある。ＳＰＲＭは再生装置102の状態を示す。図５０はＳＰＲＭの一覧表である。図５０を参照するに、各ＳＰＲＭには通し番号5001が振られ、各通し番号5001に変数値5002が個別に対応付けられている。ＳＰＲＭは例えば６４個であり、それぞれの示す意味は以下のとおりである。ここで、括弧内の数字は通し番号5001を示す。
ＳＰＲＭ（０） ： 言語コード
ＳＰＲＭ（１） ： プライマリ・オーディオ・ストリーム番号
ＳＰＲＭ（２） ： 字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： タイトル番号
ＳＰＲＭ（５） ： チャプタ番号
ＳＰＲＭ（６） ： プログラム番号
ＳＰＲＭ（７） ： セル番号
ＳＰＲＭ（８） ： 選択キー情報
ＳＰＲＭ（９） ： ナビゲーション・タイマー
ＳＰＲＭ（１０） ： 再生時刻情報
ＳＰＲＭ（１１） ： カラオケ用ミキシングモード
ＳＰＲＭ（１２） ： パレンタル用国情報
ＳＰＲＭ（１３） ： パレンタル・レベル
ＳＰＲＭ（１４） ： プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： オーディオ・ストリーム用言語コード
ＳＰＲＭ（１７） ： オーディオ・ストリーム用言語コード（拡張）
ＳＰＲＭ（１８） ： 字幕ストリーム用言語コード
ＳＰＲＭ（１９） ： 字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０） ： プレーヤ・リージョン・コード
ＳＰＲＭ（２１） ： セカンダリ・ビデオ・ストリーム番号
ＳＰＲＭ（２２） ： セカンダリ・オーディオ・ストリーム番号
ＳＰＲＭ（２３） ： 再生状態
ＳＰＲＭ（２４）−ＳＰＲＭ（６３）：予備
ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳを示し、そのピクチャが復号されて主映像プレーン・メモリに書き込まれる度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。
ＳＰＲＭ（１３）のパレンタル・レベルは、再生装置102を利用する視聴者の年齢の下限を示し、ＢＤ−ＲＯＭディスク101に記録されたタイトルの視聴に対するパレンタル制御に利用される。ＳＰＲＭ（１３）の値は、再生装置102のユーザによって再生装置102のＯＳＤ等を利用して設定される。ここで、「パレンタル制御」とは、視聴者の年齢に依ってタイトルの視聴を制限する処理をいう。再生装置102は各タイトルに対するパレンタル制御を例えば次のように行う。再生装置102はまず、そのタイトルの視聴に対する制限年齢をＢＤ−ＲＯＭディスク101から読み出してＳＰＲＭ（１３）の値と比較する。ここで、その制限年齢は、そのタイトルの視聴が許可される視聴者の年齢の下限を表す。その制限年齢がＳＰＲＭ（１３）の値以下であれば、再生装置102はそのタイトルの再生を継続する。その制限年齢がＳＰＲＭ（１３）の値を超えていれば、再生装置102はそのタイトルの再生を停止する。
ＳＰＲＭ（１６）のオーディオ・ストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置102のデフォルトの言語コードを示す。それらは再生装置102のＯＳＤ等を利用してユーザに変更させることもでき、プログラム実行部4934を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部4935はプレイリスト再生処理において、まず現時点での再生区間を示すＰＩ、すなわちカレントＰＩの含むＳＴＮテーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部4935は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4923に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4923によって選択されて復号される。これらの処理は、ムービーオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルを利用して再生制御部4935に実行させることができる。
プレーヤ変数は再生処理中、再生制御部4935によって再生状態の変化に応じて更新される。特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、及びＳＰＲＭ（２２）が更新される。それらは順に、処理中のオーディオ・ストリーム、字幕ストリーム、セカンダリ・ビデオ・ストリーム、及びセカンダリ・オーディオ・ストリームの各ＳＴＮを示す。例えばプログラム実行部4934によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部4935はまず、変更後のＳＰＲＭ（１）の示すＳＴＮを利用して、カレントＰＩ内のＳＴＮテーブルから、そのＳＴＮを含むストリーム・エントリを検索する。再生制御部4935は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4923に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4923によって選択されて復号される。こうして、再生対象のオーディオ・ストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリ・ビデオ・ストリームを切り換えることもできる。
＜２Ｄ再生装置の再生動作＞
図５１は、２Ｄ再生装置4900の再生動作のフローチャートである。この動作は、再生装置102が、図４８に示されている選択処理の結果、２Ｄ再生モードで起動することによって開始される。
ステップＳ５１０１では、２Ｄ再生装置4900は、ＢＤ−ＲＯＭドライブ4901によってＢＤ−ＲＯＭディスク101からストリーム・データを読み出して、リード・バッファ4921へ格納する。その後、処理はステップＳ５１０２へ進む。
ステップＳ５１０２では、２Ｄ再生装置4900は、システム・ターゲット・デコーダ4923によってリード・バッファ4921からストリーム・データを読み出し、そのストリーム・データからエレメンタリ・ストリームを多重分離する。その後、処理はステップＳ５１０３へ進む。
ステップＳ５１０３では、２Ｄ再生装置4900は、システム・ターゲット・デコーダ4923によって各エレメンタリ・ストリームを復号する。特に、プライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリームはそれぞれ、主映像プレーン、副映像プレーン、ＩＧプレーン、及びＰＧプレーンに復号される。更に、プライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとがミキシングされる。その他に、プログラム実行部4934からのグラフィックス・データがイメージ・プレーンに変換される。その後、処理はステップＳ５１０４へ進む。
ステップＳ５１０４では、２Ｄ再生装置4900は、システム・ターゲット・デコーダ4923によって復号された主映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンを、プレーン加算部4924によって一つの映像プレーンに合成する。その後、処理はステップＳ５１０５へ進む。
ステップＳ５１０５では、２Ｄ再生装置4900は、プレーン加算部4924によって合成された映像プレーン、システム・ターゲット・デコーダ4923によってミキシングされた音声データ、及び再生制御部4935からの制御データを、ＨＤＭＩ通信部4925によってシリアル信号に変換し、ＨＤＭＩケーブル122を通して表示装置103へ伝送する。特にそのシリアル信号は、図４に示されているフォーマットで生成される。その後、処理はステップＳ５１０６へ進む。
ステップＳ５１０６では、２Ｄ再生装置4900は、リード・バッファ4921に未処理のストリーム・データが残されているか否かをチェックする。残されているときは、処理がステップＳ５１０１から繰り返される。残されていないときは、処理が終了する。
＜２Ｄプレイリスト再生処理＞
図５２は、再生制御部4935による２Ｄプレイリスト再生処理のフローチャートである。２Ｄプレイリスト再生処理は、２Ｄプレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部4935が静的シナリオ・メモリ4932から２Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ５２０１では、再生制御部4935はまず、２Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出してカレントのＰＩとして設定する。再生制御部4935は次に、カレントＰＩのＳＴＮテーブルから再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ4923に指示される。再生制御部4935は更に、２Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩに付随するＳＵＢ＿ＰＩを特定する。その後、処理はステップＳ５２０２へ進む。
ステップＳ５２０２では、再生制御部4935はカレントＰＩから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２Ｄに対応する２Ｄクリップ情報ファイルが特定される。更に、カレントＰＩに付随するＳＵＢ＿ＰＩが存在するときは、それらからも同様な情報が読み出される。その後、処理はステップＳ５２０３へ進む。
ステップＳ５２０３では、再生制御部4935は２Ｄクリップ情報ファイルのエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２を検索する。ＳＵＢ＿ＰＩの示すＰＴＳの対も同様にＳＰＮの対に変換される。その後、処理はステップＳ５２０４へ進む。
ステップＳ５２０４では、再生制御部4935は、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部4935はまず、ＳＰＮ＃１、＃２のそれぞれとソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部4935は次に、各積をセクタ一つ当たりのデータ量２０４８バイトで割ってその商を求める：Ｎ１＝ＳＰＮ＃１×１９２／２０４８、Ｎ２＝ＳＰＮ＃２×１９２／２０４８。商Ｎ１、Ｎ２は、メインＴＳのうち、ＳＰＮ＃１、＃２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたＳＰＮの対も同様にセクタ数の対に変換される。その後、処理はステップＳ５２０５へ進む。
ステップＳ５２０５では、再生制御部4935は、ステップＳ５２０４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象の２Ｄエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4935は、再生対象のファイル２Ｄのファイル・エントリを参照して、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4935は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ4901に指定する。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたセクタ数の対も同様にＬＢＮの対に変換されて、ＢＤ−ＲＯＭドライブ4901に指定される。その結果、指定された範囲のセクタ群から、２Ｄエクステント群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ５２０６へ進む。
ステップＳ５２０６では、再生制御部4935は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ５２０１から繰り返される。残されていないときは、処理が終了する。
＜システム・ターゲット・デコーダ＞
図５３は、システム・ターゲット・デコーダ4923の機能ブロック図である。図５３を参照するに、システム・ターゲット・デコーダ4923は、ソース・デパケタイザ5310、ＡＴＣカウンタ5320、第１の２７ＭＨｚクロック5330、ＰＩＤフィルタ5340、ＳＴＣカウンタ（ＳＴＣ１）5350、第２の２７ＭＨｚクロック5360、主映像デコーダ5370、副映像デコーダ5371、ＰＧデコーダ5372、ＩＧデコーダ5373、主音声デコーダ5374、副音声デコーダ5375、イメージ・プロセッサ5380、主映像プレーン・メモリ5390、副映像プレーン・メモリ5391、ＰＧプレーン・メモリ5392、ＩＧプレーン・メモリ5393、イメージ・プレーン・メモリ5394、及び音声ミキサ5395を含む。
ソース・デパケタイザ5310はリード・バッファ4921からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ5340へ送出する。ソース・デパケタイザ5310は更にその送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。具体的には、ソース・デパケタイザ5310はまず、ＡＴＣカウンタ5320が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値はＡＴＣカウンタ5320により、第１の２７ＭＨｚクロック5330のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ5310は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットをＰＩＤフィルタ5340へ転送する。そのような送出時刻の調節により、ソース・デパケタイザ5310からＰＩＤフィルタ5340へのＴＳパケットの平均転送速度は、図３４に示されている２Ｄクリップ情報ファイル1231内のシステム・レート3411で規定される値RTSを超えない。
ＰＩＤフィルタ5340はまず、ソース・デパケタイザ5310から送出されたＴＳパケットの含むＰＩＤを監視する。そのＰＩＤが、再生制御部4935から予め指定されたＰＩＤに一致したとき、ＰＩＤフィルタ5340はそのＴＳパケットを選択し、そのＰＩＤの示すエレメンタリ・ストリームの復号に適したデコーダ5370−5375へ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ5370へ転送される。一方、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、ＴＳパケットはそれぞれ、副映像デコーダ5371、主音声デコーダ5374、副音声デコーダ5375、ＰＧデコーダ5372、及びＩＧデコーダ5373へ転送される。
ＰＩＤフィルタ5340は更に、各ＴＳパケットのＰＩＤを利用してそのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ5340はそのとき、ＳＴＣカウンタ5350の値を所定値に設定する。ここで、ＳＴＣカウンタ5350の値は、第２の２７ＭＨｚクロック5360のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ5350に設定されるべき値は予め、再生制御部4935からＰＩＤフィルタ5340に指示されている。各デコーダ5370−5375はＳＴＣカウンタ5350の値をＳＴＣとして利用する。具体的には、各デコーダ5370−5375はまず、ＰＩＤフィルタ5340から受け取ったＴＳパケットをＰＥＳパケットに再構成する。各デコーダ5370−5375は次に、そのＰＥＳペイロードの含むデータの復号処理の時期を、そのＰＥＳヘッダに含まれるＰＴＳ又はＤＴＳの示す時刻に従って調節する。
主映像デコーダ5370は、図５３に示されているように、トランスポート・ストリーム・バッファ（ＴＢ：Transport Stream Buffer）5301、多重化バッファ（ＭＢ：Multiplexing Buffer）5302、エレメンタリ・ストリーム・バッファ（ＥＢ：Elementary Stream Buffer）5303、圧縮映像デコーダ（ＤＥＣ）5304、及び復号ピクチャ・バッファ（ＤＰＢ：Decoded PictureBuffer）5305を含む。
ＴＢ5301、ＭＢ5302、及びＥＢ5303はいずれもバッファ・メモリであり、それぞれ主映像デコーダ5370に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ5301は、ＰＩＤフィルタ5340から受信されたＴＳパケットをそのまま蓄積する。ＭＢ5302は、ＴＢ5301に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ5301からＭＢ5302へＴＳパケットが転送されるとき、そのＴＳパケットからＴＳヘッダが除去される。ＥＢ5303はＰＥＳパケットから、符号化されたＶＡＵを抽出して格納する。そのＶＡＵには圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ5302からＥＢ5303へデータが転送されるとき、そのＰＥＳパケットからＰＥＳヘッダが除去される。
ＤＥＣ5304は、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ5304は、ＥＢ5303内の各ＶＡＵからピクチャを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻に復号する。その復号処理では、ＤＥＣ5304は予めそのＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに依って復号方法を選択する。その圧縮符号化方式は、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ5304は更に、復号された非圧縮のピクチャをＤＰＢ5305へ転送する。
ＤＰＢ5305は、ＴＢ5301、ＭＢ5302、及びＥＢ5303と同様なバッファ・メモリであり、主映像デコーダ5370に内蔵のメモリ素子の一領域を利用する。ＤＰＢ5305はその他に、他のバッファ・メモリ5301、5302、5303とは異なるメモリ素子に分離されていてもよい。ＤＰＢ5305は復号後のピクチャを一時的に保持する。ＤＥＣ5304によってＰピクチャ又はＢピクチャが復号されるとき、ＤＰＢ5305はＤＥＣ5304からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してＤＥＣ5304に提供する。ＤＰＢ5305は更に、保持している各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ5390へ書き込む。
副映像デコーダ5371は主映像デコーダ5370と同様の構成を含む。副映像デコーダ5371はまず、ＰＩＤフィルタ5340から受信されたセカンダリ・ビデオ・ストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ5371は次に、そのＰＥＳパケットに含まれるＰＴＳの示す時刻に非圧縮のピクチャを副映像プレーン・メモリ5391へ書き込む。
ＰＧデコーダ5372は、ＰＩＤフィルタ5340から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号し、そのＰＥＳパケットに含まれるＰＴＳの示す時刻にＰＧプレーン・メモリ5392へ書き込む。その書き込み処理の詳細については後述する。
ＩＧデコーダ5373は、ＰＩＤフィルタ5340から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号する。ＩＧデコーダ5373は更に、それらのＴＳパケットから復元されたＰＥＳパケットに含まれるＰＴＳの示す時刻に、その非圧縮のグラフィックス・オブジェクトをＩＧプレーン・メモリ5393へ書き込む。それらの処理の詳細は、ＰＧデコーダ5372によるものと同様である。
主音声デコーダ5374はまず、ＰＩＤフィルタ5340から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ5374は次に、そのバッファ内のＴＳパケット群からＴＳヘッダとＰＥＳヘッダとを除去し、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ5374は更にその音声データを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に音声ミキサ5395へ送出する。ここで、主音声デコーダ5374は、ＴＳパケットに含まれるプライマリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばＡＣ−３又はＤＴＳを含む。
副音声デコーダ5375は主音声デコーダ5374と同様の構成を含む。副音声デコーダ5375はまず、ＰＩＤフィルタ5340から受信されたセカンダリ・オーディオ・ストリームのＴＳパケット群からＰＥＳパケットを復元し、そのＰＥＳペイロードの含むデータを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ5375は次に、そのＰＥＳヘッダの含むＰＴＳの示す時刻にその非圧縮のＬＰＣＭ音声データを音声ミキサ5395へ送出する。ここで、副音声デコーダ5375は、ＴＳパケットに含まれるセカンダリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばドルビー・デジタル・プラス又はＤＴＳ−ＨＤ ＬＢＲを含む。
音声ミキサ5395は、主音声デコーダ5374と副音声デコーダ5375とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシングを行う。音声ミキサ5395は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。
イメージ・プロセッサ5380は、プログラム実行部4934からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタ・データを受信する。イメージ・プロセッサ5380はそのとき、そのグラフィックス・データに対するレンダリング処理を行ってイメージ・プレーン・メモリ5394へ書き込む。
≪ＰＧデコーダによる復号処理≫
図５４の（ａ）は、ＰＧデコーダ5372がＰＧストリーム内の一つのデータ・エントリからグラフィックス・オブジェクトを復号する処理のフローチャートである。この処理は、ＰＧデコーダ5372がＰＩＤフィルタ5340から、図１６に示されている一つのデータ・エントリを構成するＴＳパケット群を受信したときに開始される。図５４の（ｂ）−（ｅ）は、図５４の（ａ）に示されている処理に従って変化するグラフィックス・オブジェクトを示す模式図である。
ステップＳ５４０１では、ＰＧデコーダ5372はまず、ＰＣＳ内の参照オブジェクトＩＤ1605と同じオブジェクトＩＤを持つＯＤＳを特定する。ＰＧデコーダ5372は次に、特定されたＯＤＳからグラフィックス・オブジェクトを復号してオブジェクト・バッファに書き込む。ここで、「オブジェクト・バッファ」は、ＰＧデコーダ5372に内蔵のバッファ・メモリである。図５４の（ｂ）に示されている「ニコちゃんマーク」FOBは、オブジェクト・バッファに書き込まれたグラフィックス・オブジェクトの例を示す。
ステップＳ５４０２では、ＰＧデコーダ5372はＰＣＳ内のクロッピング情報1602に従ってクロッピング処理を行い、グラフィックス・オブジェクトからその一部を切り出してオブジェクト・バッファに書き込む。図５４の（ｃ）では、ニコちゃんマークFOBの左右の両端部から帯状領域LST、RSTが切り取られて、残りの部分OBJがオブジェクト・バッファに書き込まれている。
ステップＳ５４０３では、ＰＧデコーダ5372はまず、ＰＣＳ内の参照ウィンドウＩＤ1603と同じウィンドウＩＤを持つＷＤＳを特定する。ＰＧデコーダ5372は次に、特定されたＷＤＳの示すウィンドウ位置1612と、ＰＣＳ内のオブジェクト表示位置1601とから、グラフィックス・プレーンにおけるグラフィックス・オブジェクトの表示位置を決定する。図５４の（ｄ）では、グラフィックス・プレーンGPLにおけるウィンドウWINの左上隅の位置と、グラフィックス・オブジェクトOBJの左上隅の位置DSPとが決定される。
ステップＳ５４０４では、ＰＧデコーダ5372はオブジェクト・バッファ内のグラフィックス・オブジェクトを、ステップＳ５４０３で決定された表示位置に書き込む。その際、ＰＧデコーダ5372は、ＷＤＳの示すウィンドウ・サイズ1613を利用して、グラフィックス・オブジェクトを描画する範囲を決める。図５４の（ｄ）では、グラフィックス・オブジェクトOBJがグラフィックス・プレーンGPLに、左上隅の位置DSPからウィンドウWINの範囲内で書き込まれている。
ステップＳ５４０５では、ＰＧデコーダ5372はまず、ＰＣＳ内の参照パレットＩＤ1604と同じパレットＩＤを持つＰＤＳを特定する。ＰＧデコーダ5372は次に、ＰＤＳ内のＣＬＵＴ1622を利用して、グラフィックス・オブジェクト内の各画素データが示すべき色座標値を決定する。図５４の（ｅ）では、グラフィックス・オブジェクトOBJ内の各画素の色が決定されている。こうして、一つのデータ・エントリの含むグラフィックス・オブジェクトの描画処理が完了する。ステップＳ５４０１−Ｓ５４０５は、そのグラフィックス・オブジェクトと同じＰＥＳパケットに含まれるＰＴＳの示す時刻までに実行される。
＜ＨＤＭＩ通信部＞
図５５は、ＨＤＭＩ通信部4925の構成を示す機能ブロック図である。ＨＤＭＩ通信部4925はＨＤＭＩケーブル122で表示装置103、特に図３に示されているＨＤＭＩ通信部211に接続されている。それにより、ＨＤＭＩ通信部4925は、システム・ターゲット・デコーダ4923とプレーン加算部4924とのそれぞれから表示装置103へ送出されるストリーム・データを中継する。ＨＤＭＩ通信部4925は更に、再生制御部4935と表示装置103との間でのデータ交換を中継する。図５５を参照するに、ＨＤＭＩ通信部4925は、ＴＭＤＳエンコーダ5501、ＥＤＩＤ読み出し部5502、及びＣＥＣ部5503を含む。
ＴＭＤＳエンコーダ5501は、ＨＤＭＩケーブル122内のＴＭＤＳチャネルCH1、CH2、CH3、CLKを通して表示装置103へ、映像データ、音声データ、補助データ、及び制御信号を表すシリアル信号を送信する。ＴＭＤＳエンコーダ5501は特に、各データ・チャネルCH1−3を通して、例えば、Ｒ、Ｇ、Ｂの各ピクセル・データ（８ビット）、４ビットの音声データと補助データ（インフォ・フレーム）、及び２ビットの制御信号（水平同期信号と垂直同期信号とを含む）をそれぞれ、１０ビットのデータ列に変換して送出する。ＴＭＤＳエンコーダ5501は特にそのシリアル信号を、図４に示されているフォーマットで生成する。
ＥＤＩＤ読み出し部5502は、ＨＤＭＩケーブル122内のディスプレイ・データ・チャネルDDCを通して、図３に示されているＥＤＩＤ記憶部302に接続されている。ＥＤＩＤ読み出し部5502はそのＥＤＩＤ記憶部302から、表示装置103の機能、特性、状態を表すＥＤＩＤを読み出す。ＥＤＩＤ読み出し部5502はその他に、図３に示されている信号処理部220との間で、ディスプレイ・データ・チャネルDDCを通してＨＤＣＰ認証を行う。
ＣＥＣ部5503は、ＨＤＭＩケーブル122内のＣＥＣラインCECを通して、図３に示されているＣＥＣ部303との間でＣＥＣメッセージを交換する。ＣＥＣ部5503は特に、再生装置102がリモコン105から受けた情報をＣＥＣメッセージに変換して信号処理部220へ通知し、又は逆に、表示装置103がリモコン105から受けた情報をＣＥＣメッセージとして信号処理部220から通知される。
＜３Ｄ再生装置の構成＞
３Ｄ再生モードの再生装置102は、ＢＤ−ＲＯＭディスク101から３Ｄ映像コンテンツを再生するとき、３Ｄ再生装置として動作する。その構成の基本部分は、図４９、５３、５５に示されている２Ｄ再生装置の構成と同様である。従って、以下では２Ｄ再生装置の構成からの拡張部分及び変更部分について説明し、基本部分の詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。また、２Ｄプレイリスト再生処理に利用される構成は２Ｄ再生装置の構成と同様である。従って、その詳細についての説明も上記の２Ｄ再生装置についての説明を援用する。以下の説明では、３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生処理、すなわち３Ｄプレイリスト再生処理を想定する。
図５６は、３Ｄ再生装置5600の機能ブロック図である。３Ｄ再生装置5600は、ＢＤ−ＲＯＭドライブ5601、再生部5602、及び制御部5603を含む。再生部5602は、スイッチ5620、第１リード・バッファ（ＲＢ１）5621、第２リード・バッファ（ＲＢ２）5622、システム・ターゲット・デコーダ5623、プレーン加算部5624、及びＨＤＭＩ通信部5625を含む。制御部5603は、動的シナリオ・メモリ5631、静的シナリオ・メモリ5632、ユーザイベント処理部5633、プログラム実行部5634、再生制御部5635、及び、プレーヤ変数記憶部5636を含む。再生部5602と制御部5603とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、動的シナリオ・メモリ5631、静的シナリオ・メモリ5632、ユーザイベント処理部5633、及びプログラム実行部5634は、図４９に示されている２Ｄ再生装置内のものと同様である。従って、それらの詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。
再生制御部5635は、３Ｄプレイリスト再生処理をプログラム実行部5634等から命じられたとき、静的シナリオ・メモリ5632に格納された３Ｄプレイリスト・ファイルからＰＩを順番に読み出してカレントＰＩとして設定する。再生制御部5635は、カレントＰＩを設定する度に、まず、そのＳＴＮテーブルとその３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳとに従って、システム・ターゲット・デコーダ5623とプレーン加算部5624との動作条件を設定する。具体的には、再生制御部5635は復号対象のエレメンタリ・ストリームのＰＩＤを選択して、そのエレメンタリ・ストリームの復号に必要な属性情報と共にシステム・ターゲット・デコーダ5623へ渡す。選択されたＰＩＤの示すエレメンタリ・ストリームの中にＰＧストリーム又はＩＧストリームが含まれている場合、再生制御部5635は更に、それらのストリーム・データに割り当てられた参照オフセットＩＤ4401を特定して、プレーヤ変数記憶部5636内のＳＰＲＭ（２７）に設定する。また、再生制御部5635は、ＳＴＮテーブルＳＳの示すポップアップ期間のオフセット4511に依ってカレントＰＩに対する再生モードを選択して、プレーヤ変数記憶部5636内のＳＰＲＭ（３３）に設定する。
次に、再生制御部5635はカレントＰＩに従い、図３６の（ｅ）の説明に示されている手順で、読み出し対象のエクステントＳＳが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ5601に指示する。一方、再生制御部5635は、静的シナリオ・メモリ5632に格納されたクリップ情報ファイル内のエクステント起点を利用して、各エクステントＳＳ内のデータ・ブロックの境界を示す情報を生成する。以下、その情報を「データ・ブロック境界情報」と呼ぶ。データ・ブロック境界情報は、例えばそのエクステントＳＳの先頭から各境界までのソースパケット数を示す。再生制御部5635は更に、データ・ブロック境界情報をスイッチ5620へ渡す。
３Ｄ映像の再生中、例えばユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部5633はその押下を検出してそのボタンを識別し、プログラム実行部5634にポップアップ・メニューの表示処理を依頼する。プログラム実行部5634は、その依頼に応じて、対応するプログラムを動的シナリオ・メモリ5631から読み出して実行する。プログラム実行部5634は更にそのプログラムに従って、再生制御部5635に対してＳＰＲＭ（３３）の更新を命令する一方、メニュー用のグラフィックス・データを生成してシステム・ターゲット・デコーダ5623へ転送する。再生制御部5635は、プログラム実行部5634からの命令又はユーザイベント処理部5633からの依頼に応じ、ＳＰＲＭ（３３）に設定された再生モードの値を“３Ｄ”から“２Ｄ”へ更新する。再生制御部5635はまた、再生モードの更新をＨＤＭＩ通信部4923に通知する。
プレーヤ変数記憶部5636は、２Ｄ再生装置内のもの4936と同様にＳＰＲＭを含む。しかし、図５０とは異なり、ＳＰＲＭ（２４）、ＳＰＲＭ（２５）、ＳＰＲＭ（２７）、及びＳＰＲＭ（３３）が、以下のようなデータを含む。ＳＰＲＭ（２４）は、図４８に示されている第１フラグを含み、ＳＰＲＭ（２５）は第２フラグを含む。ＳＰＲＭ（２４）が“０”であるときは再生装置102が２Ｄ映像の再生のみに対応可能であり、“１”であるときは３Ｄ映像の再生にも対応可能である。ＳＰＲＭ（２５）が、“０”、“１”、“２”であるときはそれぞれ、再生装置102が、Ｌ／Ｒモード、デプス・モード、２Ｄ再生モードである。ＳＰＲＭ（２７）は、各プレーン・データに割り当てられた参照オフセットＩＤ4401の格納領域を含む。具体的には、ＳＰＲＭ（２７）は、四種類の参照オフセットＩＤを格納する領域を含む。それらの参照オフセットＩＤは、ＰＧプレーンに対するもの（PG＿ref＿offset＿id）、ＩＧプレーンに対するもの（IG＿ref＿offset＿id）、副映像プレーンに対するもの（SV＿ref＿offset＿id）、及びイメージ・プレーンに対するもの（IM＿ref＿offset＿id）である。ＳＰＲＭ（３３）はパラメータ「再生ステータス」を含む。再生ステータスは、再生モードに加えて、映像データに関する再生部5602の出力モード（Ｂ−Ｄ表示モードとＢ−Ｂ表示モードとのいずれかであるか等）を表す。再生ステータスの示す値にはタイプＡ−Ｄの４種類がある。タイプＡ−Ｄ、再生モード、及び再生部5602の出力モードの間の関係については後述する。
ＢＤ−ＲＯＭドライブ5601は、図４９に示されている２Ｄ再生装置内のもの4901と同様な構成要素を含む。ＢＤ−ＲＯＭドライブ5601は、再生制御部5635からＬＢＮの範囲が指示されたとき、その範囲の示すＢＤ−ＲＯＭディスク101上のセクタ群からデータを読み出す。特にファイルＳＳのエクステント、すなわちエクステントＳＳに属するソースパケット群は、ＢＤ−ＲＯＭドライブ5601からスイッチ5620へ転送される。ここで、各エクステントＳＳは、図２５に示されているとおり、ベースビューとディペンデントビューとのデータ・ブロックの対を一つ以上含む。それらのデータ・ブロックは、ＲＢ１5621とＲＢ２5622とへパラレルに転送されなければならない。従って、ＢＤ−ＲＯＭドライブ5601には２Ｄ再生装置内のＢＤ−ＲＯＭドライブ4901以上のアクセス・スピードが求められる。
スイッチ5620は、ＢＤ−ＲＯＭドライブ5601からはエクステントＳＳを受信し、再生制御部5635からは、そのエクステントＳＳに関するデータ・ブロック境界情報を受信する。スイッチ5620は更に、そのデータ・ブロック境界情報を利用して、各エクステントＳＳからベースビュー・エクステントを抽出してＲＢ１5621へ送出し、ディペンデントビュー・エクステントを抽出してＲＢ２5622へ送出する。
ＲＢ１5621とＲＢ２5622とはいずれも、再生部5602内のメモリ素子を利用したバッファ・メモリである。特に単一のメモリ素子内の異なる領域がＲＢ１5621、ＲＢ２5622として利用される。その他に、異なるメモリ素子が個別にＲＢ１5621、ＲＢ２5622として利用されてもよい。ＲＢ１5621、ＲＢ２5622はスイッチ5620からそれぞれ、ベースビュー・エクステント、ディペンデントビュー・エクステントを受信して格納する。
システム・ターゲット・デコーダ5623は、３Ｄプレイリスト再生処理において、まず再生制御部5635から、復号対象のストリーム・データのＰＩＤと、その復号に必要な属性情報とを受信する。システム・ターゲット・デコーダ5623は次に、ＲＢ１5621に格納されたベースビュー・エクステントと、ＲＢ２5622に格納されたディペンデントビュー・エクステントとから交互にソースパケットを読み出す。システム・ターゲット・デコーダ5623は続いて、再生制御部5635から受信されたＰＩＤの示すエレメンタリ・ストリームを各ソースパケットから分離して復号する。システム・ターゲット・デコーダ5623は更に、復号後のエレメンタリ・ストリームをその種類別に内蔵のプレーン・メモリに書き込む。ベースビュー・ビデオ・ストリームは左映像プレーン・メモリに書き込まれ、ディペンデントビュー・ビデオ・ストリームは右映像プレーン・メモリに書き込まれる。一方、セカンダリ・ビデオ・ストリームは副映像プレーン・メモリに書き込まれ、ＩＧストリームはＩＧプレーン・メモリに書き込まれ、ＰＧストリームはＰＧプレーン・メモリに書き込まれる。ここで、図１３の（ｂ）、（ｃ）に示されているＰＧストリーム等のように、ビデオ・ストリーム以外のストリーム・データがベースビューとディペンデントビューとのストリーム・データの対から成るとき、そのストリーム・データに対応付けられるべきプレーン・メモリは、ベースビュー・プレーンとディペンデントビュー・プレーンとの両方に対して個別に用意される。システム・ターゲット・デコーダ5623はその他に、プログラム実行部5634からのグラフィックス・データ、例えばＪＰＥＧ又はＰＮＧ等のラスタ・データに対してレンダリング処理を行ってイメージ・プレーン・メモリに書き込む。
システム・ターゲット・デコーダ5623は、プレーヤ変数記憶部5636内のＳＰＲＭ（３３）を参照し、それの示す再生ステータスの値に応じて、左映像プレーン・メモリと右映像プレーン・メモリとからのプレーン・データの出力モードを、Ｂ−Ｄ表示モードとＢ−Ｂ表示モードとのいずれかに設定する。具体的には、再生ステータスがＢ−Ｄ表示モードを示すとき、システム・ターゲット・デコーダ5623は左映像プレーン・メモリと右映像プレーン・メモリとから交互にプレーン・データを１／４８秒間隔で１回ずつ送出する。一方、再生ステータスがＢ−Ｂ表示モードを示すとき、システム・ターゲット・デコーダ5623は、左映像プレーン・メモリと右映像プレーン・メモリとのいずれかからのみ、プレーン・データを１フレーム当たり２回ずつ、すなわち１／４８秒間隔で２回ずつ送出する。
システム・ターゲット・デコーダ5623は更に、ＳＰＲＭ（３３）の示す再生ステータスの値に応じて、グラフィックス・プレーン・メモリと副映像プレーン・メモリとからのプレーン・データの出力モードを、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードのいずれかに設定する。ここで、グラフィックス・プレーン・メモリは、ＰＧプレーン・メモリ、ＩＧプレーン・メモリ、及びイメージ・プレーン・メモリを含む。再生ステータスが２プレーン・モードを示すとき、システム・ターゲット・デコーダ5623は各プレーン・メモリからプレーン加算部5624へ、ベースビュー・プレーンとディペンデントビュー・プレーンとを交互に送出する。再生ステータスが１プレーン＋オフセット・モードを示すとき、システム・ターゲット・デコーダ5623は各プレーン・メモリからプレーン加算部5624へ、２Ｄ映像を表すプレーン・データを送出する。それと並行して、システム・ターゲット・デコーダ5623は、ディペンデントビュー・ビデオ・ストリームから各ビデオ・シーケンスの先頭のＶＡＵを読み出す度に、そのＶＡＵからオフセット・メタデータ2110を読み出す。そのビデオ・シーケンスの再生区間では、システム・ターゲット・デコーダ5623はまず、各ＶＡＵと共に同じＰＥＳパケットに格納されたＰＴＳと、そのＶＡＵの圧縮ピクチャ・データの表すフレームの番号とを特定する。システム・ターゲット・デコーダ5623は次に、そのフレーム番号に対応付けられたオフセット情報をオフセット・メタデータから読み出して、特定されたＰＴＳの示す時刻にプレーン加算部5624へ送出する。再生ステータスが１プレーン＋ゼロ・オフセット・モードを示すとき、システム・ターゲット・デコーダ5623は各プレーン・メモリからプレーン加算部5624へ、２Ｄ映像を表すプレーン・データを送出する。それと並行して、システム・ターゲット・デコーダ5623は、オフセット値が“０”に設定されたオフセット情報をプレーン加算部5624へ送出する。
プレーン加算部5624は、システム・ターゲット・デコーダ5623から各種のプレーン・データを受信し、それらを互いに重畳して一つのプレーン・データ（フレーム又はフィールド）に合成する。特にＬ／Ｒモードでは、左映像プレーンはレフトビュー・ビデオ・プレーンを表し、右映像プレーンはライトビュー・ビデオ・プレーンを表す。従って、プレーン加算部5624は、左映像プレーンには、レフトビューを表す他のプレーン・データを重畳し、右映像プレーン・データには、ライトビューを表す他のプレーン・データを重畳する。一方、デプス・モードでは、右映像プレーンは、左映像プレーンの表す映像に対するデプスマップを表す。従って、プレーン加算部5624は、まず両方の映像プレーンからレフトビューとライトビューとのビデオ・プレーンの対を生成する。その後の合成処理は、Ｌ／Ｒモードでの合成処理と同様である。
プレーン加算部5624は、プレーヤ変数記憶部5636内のＳＰＲＭ（３３）を参照し、それの示す再生ステータスの値に応じて、副映像プレーン又はグラフィックス・プレーン（ＰＧプレーン、ＩＧプレーン、イメージ・プレーン）の各表示モードを選択する。具体的には、各プレーン・データについて再生ステータスが１プレーン＋オフセット・モードを示すとき、そのプレーン・データに対してオフセット制御を次の手順で行う。プレーン加算部5624はまず、プレーヤ変数記憶部5636内のＳＰＲＭ（２７）から、そのプレーン・データに対する参照オフセットＩＤを読み出す。プレーン加算部5624は次に、システム・ターゲット・デコーダ5623から受け取ったオフセット情報を参照して、参照オフセットＩＤの示すオフセット・シーケンス2113に属するオフセット情報、すなわちオフセット方向2122とオフセット値2123との対を検索する。プレーン加算部5624はその後、検索されたオフセット値を利用して、対応するプレーン・データに対してオフセット制御を行う。それにより、プレーン加算部5624は、一つのプレーン・データからレフトビュー・プレーンとライトビュー・プレーンとの対を生成し、対応するビデオ・プレーンに合成する。再生ステータスが１プレーン＋ゼロ・オフセット・モードを示すとき、プレーン加算部5624は、ＳＰＲＭ（２７）を参照することなく、各プレーン・データに対するオフセット値を“０”に設定する。それにより、プレーン加算部5624は、各プレーン・データに対するオフセット制御を一時的に停止させる。従って、同じプレーン・データがレフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとの両方に合成される。再生ステータスが２プレーン・モードを示すとき、プレーン加算部5624はシステム・ターゲット・デコーダ5623からベースビュー・プレーンとディペンデントビュー・プレーンとの対を受信する。ここで、Ｌ／Ｒモードでは、ベースビュー・プレーンはレフトビュー・プレーンを表し、ディペンデントビュー・プレーンはライトビュー・プレーンを表す。従って、プレーン加算部5624は、ベースビュー・プレーンを左映像プレーンに重畳し、ディペンデントビュー・プレーンを右映像プレーンに重畳する。一方、デプス・モードではディペンデントビュー・プレーンは、ベースビュー・プレーンの表す映像に対するデプスマップを表す。従って、プレーン加算部5624は、まずベースビュー・プレーンとディペンデントビュー・プレーンとの対からレフトビュー・プレーンとライトビュー・プレーンとの対を生成し、その後、ビデオ・プレーンとの合成処理を行う。
プレーン加算部5624はその他に、合成後のプレーン・データの出力形式を、表示装置103等、そのデータの出力先の装置による３Ｄ映像の表示方式に合わせて変換する。例えば出力先の装置が継時分離方式を利用するとき、プレーン加算部5624は合成後のプレーン・データを一つの映像プレーン（フレーム又はフィールド）として送出する。一方、出力先の装置がレンチキュラーレンズを利用するとき、プレーン加算部5624は内蔵のバッファ・メモリを利用して、レフトビュー・プレーンとライトビュー・プレーンとの対を一つの映像プレーンに合成して送出する。具体的には、プレーン加算部5624は、先に合成されたレフトビュー・プレーンを一旦、そのバッファ・メモリに格納して保持する。プレーン加算部5624は続いて、ライトビュー・プレーンを合成して、バッファ・メモリに保持されたレフトビュー・プレーンと更に合成する。その合成では、レフトビュー・プレーンとライトビュー・プレーンとがそれぞれ、縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて一つのフレーム又はフィールドに再構成される。こうして、レフトビュー・プレーンとライトビュー・プレーンとの対が一つの映像プレーンに合成される。
ＨＤＭＩ通信部5625は、プレーン加算部5624からは合成後の映像データを受信し、システム・ターゲット・デコーダ5623からは音声データを受信し、再生制御部5635からは制御データ、特に再生モードを受信する。ＨＤＭＩ通信部5625は更に、それらの受信データをＨＤＭＩ方式のシリアル信号に変換し、ＨＤＭＩケーブル122内のＴＭＤＳチャネルを通して表示装置103へ伝送する。ＨＤＭＩ通信部5625は特にそのシリアル信号を、図４に示されているフォーマットで生成する。そのとき、３Ｄ映像の１フレームを構成するレフトビュー・プレーンとライトビュー・プレーンとの対は、好ましくは図５の（ａ）に示されているフレーム・パッキング方式で伝送される。その他に、図５の（ｂ）−（ｅ）に示されているいずれの方式が採用されてもよい。ＨＤＭＩ通信部5625はまた、インフォ・フレーム内の３Ｄ構造401に、採用された伝送フォーマットを示す値を設定し、再生モード402に再生制御部5635から受信した値を設定する。表示装置103はそのインフォ・フレームから、３Ｄ構造401の示す伝送フォーマットを識別し、再生モード402の示す値を検出する。それらの情報を利用して、表示装置103は、図７−１１のいずれかの（ｃ）に示されているパターンで、ＨＤＭＩ通信部5625から受信したレフトビュー・フレームLとライトビュー・フレームRとの一方又は両方を表示する。それと並行して、図７−１１の（ｄ）に示されているように、表示装置103はシャッター眼鏡104に、フレームL、Rの切り換えと同期して左右のレンズを交互に透明にさせる。
ＨＤＭＩ通信部5625は上記の他に、ＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換する。また、ＨＤＭＩ通信部5625は、ディスプレイ・データ・チャネルDDCを通してＥＤＩＤを表示装置103から読み出し、更に、表示装置103に対してＨＤＣＰ認証を行って、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせる。
＜３Ｄ再生装置の再生動作＞
図５７は、３Ｄ再生装置5600の再生動作のフローチャートである。この動作は、再生装置102が、図４８に示されている選択処理の結果、３Ｄ再生モードで起動することによって開始される。
ステップＳ５７０１では、３Ｄ再生装置5600はまず、ＢＤ−ＲＯＭドライブ5601によってＢＤ−ＲＯＭディスク101からストリーム・データを読み出す。３Ｄ再生装置5600は次にスイッチ5620を利用して、そのストリーム・データからベースビュー・エクステントとディペンデントビュー・エクステントとを抽出し、それぞれ、ＲＢ１5621、ＲＢ２5622へ格納する。その後、処理はステップＳ５７０２へ進む。
ステップＳ５７０２では、３Ｄ再生装置5600は、システム・ターゲット・デコーダ5623によって、ＲＢ１5621からはベースビュー・エクステントを読み出し、ＲＢ２5622からはディペンデントビュー・エクステントを読み出す。３Ｄ再生装置5600は更に、各エクステントからエレメンタリ・ストリームを多重分離する。その後、処理はステップＳ５７０３へ進む。
ステップＳ５７０３では、３Ｄ再生装置5600は、システム・ターゲット・デコーダ5623によって各エレメンタリ・ストリームを復号する。特に、ベースビュー・エクステントとディペンデントビュー・エクステントとのそれぞれから復号されたプライマリ・ビデオ・ストリームは、ベースビュー・ビデオ・プレーンとディペンデントビュー・ビデオ・プレーンとに復号される。セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリームはそれぞれ、副映像プレーン、ＩＧプレーン、及びＰＧプレーンに復号される。更に、プライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとがミキシングされる。その他に、プログラム実行部5634からのグラフィックス・データがイメージ・プレーンに変換される。その後、処理はステップＳ５７０４へ進む。
ステップＳ５７０４では、３Ｄ再生装置5600はまず、システム・ターゲット・デコーダ5623によって復号されたベースビュー・ビデオ・プレーンとディペンデントビュー・ビデオ・プレーンとの対を、プレーン加算部5624によってレフトビュー・プレーンとライトビュー・プレーンとの対に変換する。３Ｄ再生装置5600は次に、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンを、プレーン加算部5624によってレフトビュー・プレーンとライトビュー・プレーンとのそれぞれに合成する。ここで、プレーン加算部5624は必要に応じて、副映像プレーン、ＩＧプレーン、ＰＧプレーン、又はイメージ・プレーンにオフセットを与えて、レフトビュー・プレーンとライトビュー・プレーンとの対に変換する。その後、処理はステップＳ５７０５へ進む。
ステップＳ５７０５では、３Ｄ再生装置5600は、プレーン加算部5624によって合成された映像プレーン、システム・ターゲット・デコーダ5623によってミキシングされた音声データ、及び再生制御部5635からの制御データを、ＨＤＭＩ通信部5625によってシリアル信号に変換し、ＨＤＭＩケーブル122を通して表示装置103へ伝送する。特に再生モードが、図４に示されている垂直帰線区間VBLK内のインフォ・フレームによって伝送される。その後、処理はステップＳ５７０６へ進む。
ステップＳ５７０６では、３Ｄ再生装置5600は、ＲＢ１5621に未処理のベースビュー・エクステントが残されているか否かをチェックする。残されているときは、処理がステップＳ５７０１から繰り返される。残されていないときは、処理が終了する。
＜３Ｄプレイリスト再生処理＞
図５８は、再生制御部5635による３Ｄプレイリスト再生処理のフローチャートである。３Ｄプレイリスト再生処理は、再生制御部5635が静的シナリオ・メモリ5632から３Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ５８０１では、再生制御部5635はまず、３Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出して、カレントのＰＩとして設定する。再生制御部5635は次に、カレントＰＩのＳＴＮテーブルから再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部5635は更に、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳ4330のうち、カレントＰＩに対応する項目から、再生対象として追加されるべきエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ5623に指示される。再生制御部5635はその他に、３Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩと同時に参照されるべきＳＵＢ＿ＰＩを特定し、カレントのＳＵＢ＿ＰＩとして設定する。その後、処理はステップＳ５８０２へ進む。
ステップＳ５８０２では、再生制御部5635は、ＳＴＮテーブルＳＳの示すポップアップ期間のオフセット4511に依ってカレントＰＩに対する再生モードを選択し、プレーヤ変数記憶部5636内のＳＰＲＭ（３３）に設定する。具体的には、ポップアップ期間のオフセットの値が“０”であるとき、再生モードとして“３Ｄ”が選択される。一方、ポップアップ期間のオフセットの値が“１”であるとき、再生モードとして“２Ｄ”が選択される。再生制御部5635はまた、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードとＢ−Ｂ表示モードとのいずれかを選択し、グラフィックス・プレーンの表示モードとして、２プレーン・モード、１プレーン＋オフセット・モード、又は１プレーン＋ゼロ・オフセット・モードのいずれかを選択する。その後、処理はステップＳ５８０３へ進む。
ステップＳ５８０３では、グラフィックス・プレーンの表示モードとして１プレーン＋オフセット・モードが選択されたか否かをチェックする。１プレーン＋オフセット・モードが選択された場合、処理はステップＳ５８０４へ進む。一方、２プレーン・モード又は１プレーン＋ゼロ・オフセット・モードが選択された場合、処理はステップＳ５８０５へ進む。
ステップＳ５８０４では、１プレーン＋オフセット・モードが選択されているので、ディペンデントビュー・ビデオ・ストリームからオフセット情報が抽出されなければならない。従って、再生制御部5635はまず、カレントＰＩのＳＴＮテーブルを参照して、選択されたＰＩＤの示すエレメンタリ・ストリームの中からＰＧストリーム又はＩＧストリームを検出する。再生制御部5635は次に、それらのストリーム・データに割り当てられた参照オフセットＩＤを特定して、プレーヤ変数記憶部5636内のＳＰＲＭ（２７）に設定する。その後、処理はステップＳ５８０５へ進む。
ステップＳ５８０５では、再生制御部5635は、カレントのＰＩとＳＵＢ＿ＰＩとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２ＤとファイルＤＥＰとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップＳ５８０６へ進む。
ステップＳ５８０６では、再生制御部5635は、ステップＳ５８０５で特定されたクリップ情報ファイルの各エントリ・マップを参照して、図４６に示されているように、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２とファイルＤＥＰ内のＳＰＮ＃１１、＃１２とを検索する。再生制御部5635は更に、各クリップ情報ファイルのエクステント起点を利用して、ファイルＳＳの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定し、ファイルＳＳの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。具体的には、再生制御部5635はまず、２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１以下で最大のもの“Ａｍ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１１以下で最大のもの“Ｂｍ”を検索する。再生制御部5635は続いて、検索されたＳＰＮの和Ａｍ＋Ｂｍを求めてＳＰＮ＃２１として決定する。再生制御部5635は次に、２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃２よりも大きく、かつ最小のもの“Ａｎ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１２より大きく、かつ最小のもの“Ｂｎ”を検索する。再生制御部5635は更に、検索されたＳＰＮの和Ａｎ＋Ｂｎを求めてＳＰＮ＃２２として決定する。その後、処理はステップＳ５８０７へ進む。
ステップＳ５８０７では、再生制御部5635は、ステップＳ５８０６で決定されたＳＰＮ＃２１、＃２２をセクタ数の対Ｎ１、Ｎ２に変換する。具体的には、再生制御部5635はまず、ＳＰＮ＃２１とソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部5635は次に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商ＳＰＮ＃２１×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生開始位置の直前までのセクタ数Ｎ１に等しい。同様に、再生制御部5635は、ＳＰＮ＃２２から商ＳＰＮ＃２２×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生終了位置の直前までのセクタ数Ｎ２に等しい。その後、処理はステップＳ５８０８へ進む。
ステップＳ５８０８では、再生制御部5635は、ステップＳ５８０７で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のエクステントＳＳ群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部5635は、再生対象のファイルＳＳのファイル・エントリを参照して、エクステントＳＳ群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部5635は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ5601に指定する。その結果、指定された範囲のセクタ群から、エクステントＳＳ群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ５８０９へ進む。
ステップＳ５８０９では、再生制御部5635は、ステップＳ５８０６で利用されたクリップ情報ファイルのエクステント起点を再び利用して、エクステントＳＳ群に関するデータ・ブロック境界情報を生成し、スイッチ5620へ送出する。具体的な例として、再生開始位置を示すＳＰＮ＃２１が、各エクステント起点の示すＳＰＮの和Ａｎ＋Ｂｎに等しく、再生終了位置を示すＳＰＮ＃２２が、各エクステント起点の示すＳＰＮの和Ａｍ＋Ｂｍに等しいときを想定する。そのとき、再生制御部5635は、各エクステント起点からＳＰＮの差の列、Ａ（ｎ＋１）−Ａｎ、Ｂ（ｎ＋１）−Ｂｎ、Ａ（ｎ＋２）−Ａ（ｎ＋１）、Ｂ（ｎ＋２）−Ｂ（ｎ＋１）、…、Ａｍ−Ａ（ｍ−１）、Ｂｍ−Ｂ（ｍ−１）を求めて、データ・ブロック境界情報としてスイッチ5620へ送出する。図３６の（ｅ）に示されているとおり、この列は、エクステントＳＳに含まれる各データ・ブロックのソースパケット数を示す。スイッチ5620は、ＢＤ−ＲＯＭドライブ5601から受信されるエクステントＳＳのソースパケット数を０からカウントする。そのカウントが、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、スイッチ5620は、ソースパケットの送出先をＲＢ１5621とＲＢ２5622との間で切り換え、かつカウントを０にリセットする。その結果、エクステントＳＳの先頭から｛Ｂ（ｎ＋１）−Ｂｎ｝個のソースパケットは最初のディペンデントビュー・エクステントとしてＲＢ２5622へ送出され、続く｛Ａ（ｎ＋１）−Ａｎ｝個のソースパケットは最初のベースビュー・エクステントとしてＲＢ１5621へ送出される。以降も同様に、スイッチ5620によって受信されるソースパケットの数が、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、エクステントＳＳからディペンデントビューとベースビューとの各エクステントが交互に抽出される。その後、処理はステップＳ５８１０へ進む。
ステップＳ５８１０では、再生制御部5635は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ５８０１から繰り返される。残されていないときは、処理が終了する。
＜再生モードの更新＞
図５９は、再生制御部5635による再生モードの更新処理のフローチャートである。この処理は次の場合に開始される：３Ｄ映像の再生中、例えばユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示する。そのとき、ユーザイベント処理部5633はその押下を検出してプログラム実行部5634にポップアップ・メニューの表示処理を依頼する。プログラム実行部5634は、その依頼に応じて、再生制御部5635にＳＰＲＭ（３３）の更新を命令する。ここで、ＳＰＲＭ（３３）は再生モードとして“３Ｄ”を示す。
ステップＳ５９０１では、再生制御部5635は、プログラム実行部5634からの命令又はユーザイベント処理部5633からの依頼が、ポップアップ・メニューの表示を指示するものに相当するか否かを識別する。その結果が肯定的であれば、処理はステップＳ５９０２へ進み、否定的であれば、処理はステップＳ５９０３へ進む。
ステップＳ５９０２では、ポップアップ・メニューの表示が指示されている。従って、再生制御部5635は、ＳＰＲＭ（３３）に再生モードとして“２Ｄ”を設定する。その後、処理はステップＳ５９０４へ進む。
ステップＳ５９０３では、ポップアップ・メニューの表示が指示されていない。その場合には特に、ポップアップ・メニューの消去が指示された場合が含まれる。従って、再生制御部5635は、ＳＰＲＭ（３３）に再生モードとして“３Ｄ”を設定する。その後、処理はステップＳ５９０４へ進む。
ステップＳ５９０４では、再生制御部5635は、ＳＰＲＭ（３３）の示す再生モードの値をＨＤＭＩ通信部5623に通知する。ＨＤＭＩ通信部5625はその通知に応じ、新たな再生モードをインフォ・フレームに設定して表示装置103へ通知する。その後、処理は終了する。
＜システム・ターゲット・デコーダ＞
図６０は、システム・ターゲット・デコーダ5623の機能ブロック図である。図６０に示されている構成要素は、図５３に示されている２Ｄ再生装置のもの5323とは次の二点で異なる：（１）リード・バッファから各デコーダへの入力系統が二重化されている点、並びに、（２）主映像デコーダは３Ｄ再生モードに対応可能であり、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダは２プレーン・モードに対応可能である点。すなわち、それらの映像デコーダはいずれも、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとを交互に復号できる。特に２プレーン・モードの各デコーダは、ベースビュー・プレーンを復号する部分と、ディペンデントビュー・プレーンを復号する部分とに分離されていてもよい。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、イメージ・プロセッサ、及び各プレーン・メモリは、図５３に示されている２Ｄ再生装置のものと同様である。従って、以下では、図６０に示されている構成要素のうち、図５３に示されているものとは異なるものについて説明し、同様なものの詳細についての説明は図５３についての説明を援用する。更に、各映像デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ6015の構造について説明する。同様な説明は他の映像デコーダの構造についても成立する。
第１ソース・デパケタイザ6011は、ＲＢ１5621からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第１ＰＩＤフィルタ6013へ送出する。第２ソース・デパケタイザ6012は、ＲＢ２5622からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第２ＰＩＤフィルタ6014へ送出する。各ソース・デパケタイザ6011、6012は更に、各ＴＳパケットの送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。その同期方法は、図５３に示されているソース・デパケタイザ5310による方法と同様である。従って、その詳細については、図５３についての説明を援用する。そのような送出時刻の調節により、第１ソース・デパケタイザ6011から第１ＰＩＤフィルタ6013へのＴＳパケットの平均転送速度RTS1は、２Ｄクリップ情報ファイルの示すシステム・レートを超えない。同様に、第２ソース・デパケタイザ6012から第２ＰＩＤフィルタ6014へのＴＳパケットの平均転送速度RTS2は、ディペンデントビュー・クリップ情報ファイルの示すシステム・レートを超えない。
第１ＰＩＤフィルタ6013は、第１ソース・デパケタイザ6011からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部5635によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルに従って指定されている。両方のＰＩＤが一致したとき、第１ＰＩＤフィルタ6013はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ6015内のＴＢ１6001へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
第２ＰＩＤフィルタ6014は、第２ソース・デパケタイザ6012からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは、再生制御部5635によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳに従って指定されている。両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ6014はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１２又は０ｘ１０１３であるとき、そのＴＳパケットは主映像デコーダ6015内のＴＢ２6008へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ２０−０ｘ１Ｂ３Ｆ、０ｘ１２２０−０ｘ１２７Ｆ、及び０ｘ１４２０−０ｘ１４７Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
主映像デコーダ6015は、ＴＢ１6001、ＭＢ１6002、ＥＢ１6003、ＴＢ２6008、ＭＢ２6009、ＥＢ２6010、バッファ・スイッチ6006、ＤＥＣ6004、ＤＰＢ6005、及びピクチャ・スイッチ6007を含む。ＴＢ１6001、ＭＢ１6002、ＥＢ１6003、ＴＢ２6008、ＭＢ２6009、ＥＢ２6010、及びＤＰＢ6005はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ6015に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
ＴＢ１6001は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ6013から受信してそのまま蓄積する。ＭＢ１6002は、ＴＢ１6001に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ１6003は、ＭＢ１6002に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
ＴＢ２6008は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットを第２ＰＩＤフィルタ6014から受信してそのまま蓄積する。ＭＢ２6009は、ＴＢ２6008に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ２6010は、ＭＢ２6009に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
バッファ・スイッチ6006は、ＥＢ１6003とＥＢ２6010とのそれぞれに蓄積されたＶＡＵのヘッダをＤＥＣ6004からの要求に応じて転送する。バッファ・スイッチ6006は更に、そのＶＡＵの圧縮ピクチャ・データを、元のＴＳパケットに含まれるＤＴＳの示す時刻にＤＥＣ6004へ転送する。ここで、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間では、同じ３Ｄ・ＶＡＵに属する一対のピクチャのＤＴＳが等しい。従って、バッファ・スイッチ6006は、ＤＴＳの等しい一対のＶＡＵのうち、ＥＢ１6003に蓄積された方を先にＤＥＣ6004へ転送する。
ＤＥＣ6004は、図５３に示されているＤＥＣ5304と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ6004は、バッファ・スイッチ6006から転送された圧縮ピクチャ・データを順次復号する。その復号処理では、ＤＥＣ6004は予め、各ＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ6004は更に、復号された非圧縮のピクチャをＤＰＢ6005へ転送する。
ＤＥＣ6004はその他に、ディペンデントビュー・ビデオ・ストリームから一つのビデオ・シーケンスの先頭のＶＡＵを読み出す度に、そのＶＡＵからオフセット・メタデータを読み出す。そのビデオ・シーケンスの再生区間では、ＤＥＣ6004は、まず、そのＶＡＵと共に一つのＰＥＳパケットに格納されたＰＴＳと、そのＶＡＵの圧縮ピクチャ・データの表すフレームの番号とを特定する。ＤＥＣ6004は次に、そのフレーム番号に対応付けられたオフセット情報をオフセット・メタデータから読み出して、特定されたＰＴＳの示す時刻にプレーン加算部5624へ送出する。
ＤＰＢ6005は、復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ6004がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ6005はＤＥＣ6004からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してＤＥＣ6004に提供する。
ピクチャ・スイッチ6007は、ＤＰＢ6005から非圧縮の各ピクチャを、元のＴＳパケットに含まれるＰＴＳの示す時刻に、左映像プレーン・メモリ6020と右映像プレーン・メモリ6021とのいずれかに書き込む。ここで、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャとディペンデントビュー・ピクチャとではＰＴＳが等しい。従って、ピクチャ・スイッチ6007は、ＤＰＢ6005に保持された、ＰＴＳの等しい一対のピクチャのうち、ベースビュー・ピクチャを先に左映像プレーン・メモリ6020に書き込み、続いてディペンデントビュー・ピクチャを右映像プレーン・メモリ6021に書き込む。
＜１プレーン＋（ゼロ・）オフセット・モードのプレーン加算部＞
図６１は、１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードのプレーン加算部5624の機能ブロック図である。図６１を参照するに、プレーン加算部5624は、視差映像生成部6110、スイッチ6120、四つのクロッピング処理部6131−6134、及び四つの加算部6141−6144を含む。
視差映像生成部6110は、システム・ターゲット・デコーダ6123から左映像プレーン6101と右映像プレーン6102とを受信する。Ｌ／Ｒモードの再生装置102では、左映像プレーン6101はレフトビュー・ビデオ・プレーンを表し、右映像プレーン6102はライトビュー・ビデオ・プレーンを表す。Ｌ／Ｒモードの視差映像生成部6110は、受信された各ビデオ・プレーン6101、6102をそのままスイッチ6120へ送出する。一方、デプス・モードの再生装置102では、左映像プレーン6101は２Ｄ映像のビデオ・プレーンを表し、右映像プレーン6102はその２Ｄ映像に対するデプスマップを表す。デプス・モードの視差映像生成部6110は、まずそのデプスマップからその２Ｄ映像の各部の両眼視差を計算する。視差映像生成部6110は次に、左映像プレーン6101を加工して、ビデオ・プレーンにおけるその２Ｄ映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとの対が生成される。視差映像生成部6110は更に、生成されたビデオ・プレーンの対を左映像プレーンと右映像プレーンとの対としてスイッチ6120へ送出する。
スイッチ6120は、プレーヤ変数記憶部5636内のＳＰＲＭ（３３）6152を参照し、それの示す再生ステータスの値に応じて、ＰＴＳの等しい左映像プレーン6101と右映像プレーン6102との一方又は両方を第１加算部6141へ送出する。具体的には、再生ステータスがＢ−Ｄ表示モードを示すとき、スイッチ6120は、左映像プレーン6101と右映像プレーン6102とをその順で第１加算部6141へ送出する。再生ステータスがＢ−Ｂ表示モードを示すとき、スイッチ6120は左映像プレーン6101を２回繰り返して第１加算部6141へ送出し、右映像プレーン6102を破棄する。
第１クロッピング処理部6131は、プレーヤ変数記憶部5636内のＳＰＲＭ（３３）6152を参照し、それの示す再生ステータスの値に応じて、副映像プレーン6103に対してオフセット制御を行う。具体的には、再生ステータスが１プレーン＋オフセット・モードを示すとき、第１クロッピング処理部6131はまず、システム・ターゲット・デコーダ5623からオフセット情報6107を受信する。そのとき、第１クロッピング処理部6131は、プレーヤ変数記憶部5636内のＳＰＲＭ（２７）6151から副映像プレーンに対する参照オフセットＩＤを読み出す。第１クロッピング処理部6131は次に、その参照オフセットＩＤの示すオフセット・シーケンスに属するオフセット情報を、システム・ターゲット・デコーダ5623から受け取ったオフセット情報6107の中から検索する。第１クロッピング処理部6131は更に、検索されたオフセット情報を利用して、副映像プレーン6103に対してオフセット制御を行う。その結果、副映像プレーン6103は、レフトビューとライトビューとを表す一対のプレーン・データに変換される。更に、レフトビューとライトビューとの副映像プレーンは交互に第１加算部6141へ送出される。
ここで、ＳＰＲＭ（２７）6151の値は一般に、カレントＰＩが切り換わる度に再生制御部5635によって更新される。その他に、プログラム実行部5634が、ムービーオブジェクト又はＢＤ−Ｊオブジェクトに従ってＳＰＲＭ（２７）6151の値を設定してもよい。
同様に、第２クロッピング処理部6132は、ＰＧプレーン6104をレフトビューとライトビューとのＰＧプレーンに変換する。それらのＰＧプレーンは交互に第２加算部6142へ送出される。第３クロッピング処理部6133は、ＩＧプレーン6105をレフトビューとライトビューとのＩＧプレーンの対に変換する。それらのＩＧプレーンは交互に第３加算部6143へ送出される。第４クロッピング処理部6134は、イメージ・プレーン6106をレフトビューとライトビューとのイメージ・プレーンに変換する。それらのイメージ・プレーンは交互に第４加算部6144へ送出される。
一方、再生ステータスが１プレーン＋ゼロ・オフセット・モードを示すとき、第１クロッピング処理部6131は、副映像プレーン6103に対するオフセット制御を行うことなく、副映像プレーン6103をそのまま、２回繰り返して第１加算部6141へ送出する。他のクロッピング処理部6132−6134についても同様である。
第１加算部6141は、スイッチ6120からはビデオ・プレーンを受信し、第１クロッピング処理部6131からは副映像プレーンを受信する。第１加算部6141はそのとき、受信されたビデオ・プレーンと副映像プレーンとを一組ずつ重畳して第２加算部6142へ渡す。第２加算部6142は、第２クロッピング処理部6132からＰＧプレーンを受信し、第１加算部6141から受信されたプレーン・データに重畳して第３加算部6143へ渡す。第３加算部6143は、第３クロッピング処理部6133からＩＧプレーンを受信し、第２加算部6142から受信されたプレーン・データに重畳して第４加算部6144へ渡す。第４加算部6144は、第４クロッピング処理部6134からイメージ・プレーンを受信し、第３加算部6143から受信されたプレーン・データに重畳してＨＤＭＩ通信部6125へ送出する。ここで、各加算部6141−6144は、プレーン・データの重畳にα合成を利用する。こうして、左映像プレーン6101と右映像プレーン6102とのそれぞれに、副映像プレーン6103、ＰＧプレーン6104、ＩＧプレーン6105、及びイメージ・プレーン6106が、図６１に矢印6100で示されている順序で重畳される。その結果、各プレーン・データの示す映像は表示装置103の画面上に、左映像プレーン又は右映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンの順に重ねられて表示される。
≪オフセット制御のフローチャート≫
図６２は、各クロッピング処理部6131−6134によるオフセット制御のフローチャートである。各クロッピング処理部6131−6134はシステム・ターゲット・デコーダ5623からオフセット情報6107を受信したときにオフセット制御を開始する。以下の説明では、第２クロッピング処理部6132がＰＧプレーン6104に対してオフセット制御を行う場合を想定する。他のクロッピング処理部6131、6133、6134はそれぞれ、副映像プレーン6103、ＩＧプレーン6105、及びイメージ・プレーン6106に対して同様な処理を行う。
ステップＳ６２０１では、第２クロッピング処理部6132はまず、システム・ターゲット・デコーダ5623からＰＧプレーン6104を受信する。そのとき、第２クロッピング処理部6132はＳＰＲＭ（２７）6151から、ＰＧプレーンに対する参照オフセットＩＤを読み出す。第２クロッピング処理部6131は次に、その参照オフセットＩＤの示すオフセット・シーケンスに属するオフセット情報を、システム・ターゲット・デコーダ5623から受け取ったオフセット情報6107の中から検索する。その後、処理はステップＳ６２０２へ進む。
ステップＳ６２０２では、第２クロッピング処理部6132は、スイッチ6120によって選択されたビデオ・プレーンがレフトビューとライトビューとのいずれを表すかをチェックする。ビデオ・プレーンがレフトビューを表すとき、処理はステップＳ６２０３へ進む。ビデオ・プレーンがライトビューを表すとき、処理はステップＳ６２０６へ進む。
ステップＳ６２０３では、第２クロッピング処理部6132は、検索されたオフセット方向の値をチェックする。ここで、次の場合を想定する：オフセット方向の値が“０”であるときは３Ｄグラフィックス映像の奥行きが画面よりも手前であり、オフセット方向の値が“１”であるときは奥である。オフセット方向の値が“０”であるとき、処理はステップＳ６２０４へ進む。オフセット方向の値が“１”であるとき、処理はステップＳ６２０５へ進む。
ステップＳ６２０４では、ビデオ・プレーンがレフトビューを表し、オフセット方向が画面よりも手前を表す。従って、第２クロッピング処理部6132はＰＧプレーン6104に右向きのオフセットを与える。すなわち、ＰＧプレーン6104の含む各画素データの位置をオフセット値だけ右へ移動させる。その後、処理はステップＳ６２０９へ進む。
ステップＳ６２０５では、ビデオ・プレーンがレフトビューを表し、オフセット方向が画面よりも奥を表す。従って、第２クロッピング処理部6132はＰＧプレーン6104に左向きのオフセットを与える。すなわち、ＰＧプレーン6104の含む各画素データの位置をオフセット値だけ左へ移動させる。その後、処理はステップＳ６２０９へ進む。
ステップＳ６２０６では、第２クロッピング処理部6132は、検索されたオフセット方向の値をチェックする。オフセット方向の値が“０”であるとき、処理はステップＳ６２０７へ進む。オフセット方向の値が“１”であるとき、処理はステップＳ６２０８へ進む。
ステップＳ６２０７では、ビデオ・プレーンがライトビューを表し、オフセット方向が画面よりも手前を表す。従って、第２クロッピング処理部6132はＰＧプレーン6104に左向きのオフセットを与える。すなわち、ＰＧプレーン6104の含む各画素データの位置をオフセット値だけ左へ移動させる。その後、処理はステップＳ６２０９へ進む。
ステップＳ６２０８では、ビデオ・プレーンがライトビューを表し、オフセット方向が画面よりも奥を表す。従って、第２クロッピング処理部6132はＰＧプレーン6104に右向きのオフセットを与える。すなわち、ＰＧプレーン6104の含む各画素データの位置をオフセット値だけ右へ移動させる。その後、処理はステップＳ６２０９へ進む。
ステップＳ６２０９では、第２クロッピング処理部6132は、処理後のＰＧプレーン6104を第３クロッピング処理部6134へ送出する。その後、処理は終了する。
≪オフセット制御によるプレーン・データの変化≫
図６３の（ｂ）は、第２クロッピング処理部6132によるオフセット制御で加工される前のＰＧプレーンGPを示す模式図である。図６３の（ｂ）を参照するに、ＰＧプレーンGPは、字幕“Ｉ Ｌｏｖｅ ｙｏｕ”を表す画素データ群、すなわち字幕データSTLを含む。その字幕データSTLはＰＧプレーン・データGPの左端から第１距離D0に位置する。
図６３の（ａ）は、右向きのオフセットが与えられたＰＧプレーンRGPを示す模式図である。図６３の（ａ）を参照するに、第２クロッピング処理部6132は、ＰＧプレーンGPに右向きのオフセットを与える場合、ＰＧプレーンGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ右へ移動させる。具体的には、第２クロッピング処理部6132はまず、クロッピング処理によってＰＧプレーンGPの右端から、オフセット値に等しい幅OFSの帯状領域AR1に含まれる画素データを除去する。第２クロッピング処理部6132は次に、ＰＧプレーンGPの左端に画素データを付加して、幅OFSの帯状領域AL1を構成する。ここで、その領域AL1に含まれる画素データは透明に設定される。こうして、右向きのオフセットが与えられたＰＧプレーンRGPが得られる。実際、字幕データSTLはそのＰＧプレーンRGPの左端から第２距離DRに位置する。第２距離DRは、第１距離D0にオフセット値OFSを加えた値に等しい：DR＝D0＋OFS。
図６３の（ｃ）は、左向きのオフセットが与えられたＰＧプレーンLGPを示す模式図である。図６３の（ｃ）を参照するに、第２クロッピング処理部6132は、ＰＧプレーンGPに左向きのオフセットを与える場合、ＰＧプレーンGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ左へ移動させる。具体的には、第２クロッピング処理部6132はまず、クロッピング処理によってＰＧプレーンGPの左端から、オフセット値に等しい幅OFSの帯状領域AL2に含まれる画素データを除去する。第２クロッピング処理部6132は次に、ＰＧプレーンGPの右端に画素データを付加して、幅OFSの帯状領域AR2を構成する。ここで、その領域AR2に含まれる画素データは透明に設定される。こうして、左向きのオフセットが与えられたＰＧプレーンLGPが得られる。実際、字幕データSTLはそのＰＧプレーンLGPの左端から第３距離DLに位置する。第３距離DLは、第１距離D0からオフセット値OFSを除いた値に等しい：DL＝D0−OFS。
＜２プレーン・モードのプレーン加算部＞
図６４は、２プレーン・モードのプレーン加算部5624の部分的な機能ブロック図である。図６４を参照するに、２プレーン・モードのプレーン加算部5624は、図６１に示されている１プレーン＋オフセット・モードのプレーン加算部5624と同様、視差映像生成部6110、スイッチ6120、第１加算部6141、第２加算部6142、及び第２クロッピング処理部6132を含む。図６４には示されていないが、２プレーン・モードのプレーン加算部5624は更に、図６１に示されている他のクロッピング処理部6131、6133、6134、及び他の加算部6143、6144を含む。それらに加え、２プレーン・モードのプレーン加算部5624は、ＰＧプレーン6104、6105の入力部に、第２視差映像生成部6410と第２スイッチ6420とを含む。図６４には示されていないが、同様な構成は、副映像プレーン、ＩＧプレーン、及びイメージ・プレーンの各入力部にも含まれる。
第２視差映像生成部6410は、システム・ターゲット・デコーダ5623からレフトビューＰＧプレーン6404とライトビューＰＧプレーン6405とを受信する。Ｌ／Ｒモードの再生装置102では、レフトビューＰＧプレーン6404とライトビューＰＧプレーン6405とはそれぞれ、文字通り、レフトビューＰＧプレーンとライトビューＰＧプレーンとを表す。従って、第２視差映像生成部6410は各プレーン・データ6404、6405をそのまま第２スイッチ6120へ送出する。一方、デプス・モードの再生装置102では、レフトビューＰＧプレーン6404は２Ｄグラフィックス映像のＰＧプレーンを表し、ライトビューＰＧプレーン6405はその２Ｄグラフィックス映像に対するデプスマップを表す。従って、第２視差映像生成部6410は、まずそのデプスマップからその２Ｄグラフィックス映像の各部の両眼視差を計算する。第２視差映像生成部6410は、次にレフトビューＰＧプレーン6404を加工して、ＰＧプレーンにおけるその２Ｄグラフィックス映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビューＰＧプレーンとライトビューＰＧプレーンとが生成される。第２視差映像生成部6410は更に、それらのＰＧプレーンを第２スイッチ6420へ送出する。
第２スイッチ6420は、プレーヤ変数記憶部5636内のＳＰＲＭ（３３）6152を参照し、それの示す再生ステータスの値に応じて、ＰＴＳの等しいレフトビューＰＧプレーン6404とライトビューＰＧプレーン6405との一方又は両方を第２クロッピング処理部6132へ送出する。具体的には、再生ステータスが２プレーン・モードを示すとき、第２スイッチ6420はレフトビューＰＧプレーン6404とライトビューＰＧプレーン6405とをその順で第２クロッピング処理部6132へ送出する。再生ステータスが１プレーン＋ゼロ・オフセット・モードを示すとき、第２スイッチ6420はレフトビューＰＧプレーン6404を２回繰り返して第２クロッピング処理部6132へ送出し、ライトビューＰＧプレーン6405を破棄する。
第２クロッピング処理部6132は、各ＰＧプレーン6404、6405をそのまま第２加算部6142へ送出する。第２加算部6142は、第１加算部6141から受信されたプレーン・データに各ＰＧプレーン6404、6405を重畳して第３加算部6143へ渡す。その結果、左映像プレーン6101にはレフトビューＰＧプレーン6404が重畳され、右映像プレーン6102にはライトビューＰＧプレーン6405が重畳される。
２プレーン・モードの第２クロッピング処理部6132は、オフセット情報6107を利用してレフトビューＰＧプレーン6404に対してオフセット制御を行ってもよい。それは次の理由に因る。Ｌ／Ｒモードでは、サブＴＳ内のレフトビューＰＧストリームに代えてメインＴＳ内のＰＧストリーム（以下、２Ｄ・ＰＧストリームと略す。）がレフトビューＰＧプレーンとして利用されてもよい。但し、２Ｄ・ＰＧストリームの表す一つのグラフィックス映像は２Ｄ映像としても利用されるので、その表示位置は通常、一定に設定されている。一方、ライトビューＰＧストリームの表すグラフィックス映像の表示位置は、対応する３Ｄグラフィックス映像の奥行きが変化する際には、その変化に合わせて左右に移動するように設定されている。従って、３Ｄグラフィックス映像を左右に移動させることなくその奥行きだけを変化させるには、レフトビューとライトビューとのグラフィックス映像間の中心位置を一定に維持しなければならない。そこで、３Ｄグラフィックス映像を再生する際には、２Ｄ・ＰＧストリームの表すグラフィックス映像にオフセットを与えて、その表示位置を左右へ移動させる。それにより、レフトビューとライトビューとのグラフィックス映像間の中心位置が一定に維持されるので、３Ｄグラフィックス映像が水平方向には移動しないように見える。こうして、２Ｄ・ＰＧストリームをレフトビューＰＧストリームとして利用することで視聴者に違和感を与える危険性を回避することができる。
＜再生ステータスの種類＞
図６５は、ＳＰＲＭ（３３）の示す再生ステータスの種類別に、対応する再生モードの値、及び再生部5602から出力されるべきビデオ・プレーンとグラフィックス・プレーンとを示す表である。図６５では、再生部5602が交互に出力する二種類のビデオ・プレーン、又は二種類のグラフィックス・プレーンの一方を「第１プレーン」と呼び、他方を「第２プレーン」と呼ぶ。図６５を参照するに、再生ステータスの示す値にはタイプＡ−Ｄの４種類がある。まず、再生ステータスの種類を再生モードの値で区別した場合、タイプＡ、Ｂでは再生モードは“２Ｄ”を示し、タイプＣ、Ｄでは“３Ｄ”を示す。次に、再生ステータスの種類をビデオ・プレーンに対する再生部5602の出力モードで区別した場合、以下のとおりである：タイプＡ、Ｃでは、ビデオ・プレーンの第１プレーンは“Ｌ（レフトビュー・プレーン）”であり、第２プレーンは“Ｒ（ライトビュー・プレーン）”である。これは、再生部5602の出力モードがＢ−Ｄ表示モードであることを意味する。タイプＢ、Ｄでは、ビデオ・プレーンの第１プレーンと第２プレーンとはいずれも“Ｌ”である。これは、再生部5602の出力モードがＢ−Ｂ表示モードであることを意味する。続いて、再生ステータスの種類をグラフィックス・プレーンに対する再生部5602の出力モードで区別した場合、以下のとおりである：タイプＡ、Ｂでは、グラフィックス・プレーンの第１プレーンと第２プレーンとはいずれも“Ｃ（中心位置のプレーン、すなわちオフセットを与えられていないプレーン）”である。これは、再生部5602の出力モードが１プレーン＋ゼロ・オフセット・モードであることを意味する。タイプＣ、Ｄでは、グラフィックス・プレーンの第１プレーンは“Ｌ（レフトビュー・プレーン）”であり、第２プレーンは“Ｒ（ライトビュー・プレーン）”である。これは、再生部5602の出力モードが２プレーン・モード又は１プレーン＋オフセット・モードであることを意味する。
図６６は、再生ステータスがタイプＡであるときのプレーン加算部5624の部分的な機能ブロック図である。図６６を参照するに、プレーン加算部5624は、図６１に示されている１プレーン＋オフセット・モードのプレーン加算部5624と同様、視差映像生成部6110、スイッチ6120、第１加算部6141、及び第２加算部6142を含む。図６６には示されていないが、プレーン加算部5624は更に、図６１に示されている他の加算部6143、6144を含む。図６５に示されているとおり、タイプＡではビデオ・プレーンに対する出力モードがＢ−Ｄ表示モードであるので、スイッチ6120は、視差映像生成部6110から受信されるレフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとを交互に第１加算部6141へ送出する（図６６に示されている矢印6601はその動作を表す）。一方、グラフィックス・プレーンに対する出力モードが１プレーン＋ゼロ・オフセット・モードであるので、クロッピング処理部6131、6132、6133、6134は実質上プレーン・データに対する処理を行わない。従って、ＰＧプレーン6104等のグラフィックス・プレーンはそのまま、各加算部6142へ送出される。
図６７は、再生ステータスがタイプＢであるときのプレーン加算部5624の部分的な機能ブロック図である。図６７を参照するに、プレーン加算部5624は、図６６に示されているものと同様、視差映像生成部6110、スイッチ6120、第１加算部6141、及び第２加算部6142を含む。図６７には示されていないが、プレーン加算部5624は更に、図６１に示されている他の加算部6143、6144を含む。図６５に示されているとおり、タイプＢではビデオ・プレーンに対する出力モードがＢ−Ｂ表示モードであるので、スイッチ6120は、視差映像生成部6110から受信されるレフトビュー・ビデオ・プレーンのみを第１加算部6141へ送出し、ライトビュー・ビデオ・プレーンを破棄する（図６６に示されている実線6701及び破線6702はその動作を表す）。一方、グラフィックス・プレーンに対する出力モードが１プレーン＋ゼロ・オフセット・モードであるので、クロッピング処理部6131、6132、6133、6134は実質上プレーン・データに対する処理を行わない。従って、ＰＧプレーン6104等のグラフィックス・プレーンはそのまま、各加算部6142へ送出される。
図６８は、再生ステータスがタイプＣであるときのプレーン加算部5624の部分的な機能ブロック図である。図６８を参照するに、プレーン加算部5624は、図６６に示されているものと同様、視差映像生成部6110、スイッチ6120、第１加算部6141、第２加算部6142、及び第２クロッピング処理部6132を含む。図６７には示されていないが、プレーン加算部5624は更に、図６１に示されている他の加算部6143、6144、及び他のクロッピング処理部6131、6133、6134を含む。図６５に示されているとおり、タイプＣではビデオ・プレーンに対する出力モードがＢ−Ｄ表示モードであるので、スイッチ6120は、視差映像生成部6110から受信されるレフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとを交互に第１加算部6141へ送出する（図６８に示されている矢印6801はその動作を表す）。一方、グラフィックス・プレーンに対する出力モードが１プレーン＋オフセット・モードである場合、第２クロッピング処理部6132はＰＧプレーン6104に水平方向のオフセットを与えて、レフトビューＰＧプレーンとライトビューＰＧプレーンとを交互に第２加算部6142へ送出する。
図６９は、再生ステータスがタイプＤであるときのプレーン加算部5624の部分的な機能ブロック図である。図６９を参照するに、プレーン加算部5624は、図６８に示されているものと同様、視差映像生成部6110、スイッチ6120、第１加算部6141、第２加算部6142、及び第２クロッピング処理部6132を含む。図６９には示されていないが、プレーン加算部5624は更に、図６１に示されている他の加算部6143、6144、及び他のクロッピング処理部6131、6133、6134を含む。図６５に示されているとおり、タイプＤではビデオ・プレーンに対する出力モードがＢ−Ｂ表示モードであるので、スイッチ6120は、視差映像生成部6110から受信されるレフトビュー・ビデオ・プレーンのみを第１加算部6141へ送出し、ライトビュー・ビデオ・プレーンを破棄する（図６９に示されている実線6901及び破線6902はその動作を表す）。一方、グラフィックス・プレーンに対する出力モードが１プレーン＋オフセット・モードである場合、第２クロッピング処理部6132はＰＧプレーン6104に水平方向のオフセットを与えて、レフトビューＰＧプレーンとライトビューＰＧプレーンとを交互に第２加算部6142へ送出する。
タイプＣ、Ｄにおいて、グラフィックス・プレーンに対する出力モードが２プレーン・モードである場合、プレーン加算部5624の部分的な機能ブロック図は、図６８、６９とは異なり、図６４と同様である。すなわち、第２スイッチ6420は、第２視差映像生成部6410から受信されるレフトビューＰＧプレーンとライトビューＰＧプレーンとを交互に第２クロッピング処理部6132へ送出する。第２クロッピング処理部6132は、各ＰＧプレーンをそのまま、又は、オフセット情報6107を利用してレフトビューＰＧプレーンに対しては水平方向のオフセットを与えて、第２加算部6142へ送出する。
＜再生ステータスの変化に応じた映像の変化＞
３Ｄ映像の再生期間P3Dでは、ビデオ・プレーンに対する出力モードはＢ−Ｄ表示モードであり、グラフィックス・プレーンに対する出力モードは２プレーン・モード又は１プレーン＋オフセット・モードである。従って、再生ステータスはタイプＣを示す。一方、３Ｄ映像の再生期間P3Dの途中に２Ｄ映像の再生期間P2Dが挿入される場合、その２Ｄ映像の再生期間P2Dにおける各プレーンに対する出力モードの組み合わせは、ユーザの操作又はアプリケーション・プログラムの指示に応じて様々に変更可能である。具体的には、例えば３Ｄ映像の再生中にポップアップ・メニューが表示される場合、その表示期間中にＳＰＲＭ（３３）の示すべき再生ステータスの値が、ユーザ又はアプリケーション・プログラムによってタイプＡ、Ｂ、Ｄから選択される。その選択には、再生装置102のＯＳＤ等が利用可能である。
図７０の（ａ）−（ｆ）はそれぞれ、２Ｄ映像の再生期間P2Dにおける再生ステータスがタイプＡに選択された場合に、再生装置102から送出される再生モードとフレームL、R、Cとの変化、表示装置103によって表示されるフレームL、R、Cの変化、及び、シャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRを示す模式図である。図７０の（ａ）を参照するに、第１時刻T1までは３Ｄ映像の再生期間P3Dであって、再生ステータスはタイプＣである。従って、再生装置102はＢ−Ｄ表示モードで、かつ２プレーン・モード又は１プレーン＋オフセット・モードで動作する。すなわち、再生装置102は、図７０の（ｃ）、（ｄ）に示されているように、レフトビュー・フレームLV＋LGとライトビュー・フレームRV＋RGとを交互に表示装置103へ送出する。ここで、レフトビュー・フレームLV＋LGは、レフトビュー・ビデオ・プレーンLVにレフトビュー・グラフィックス・プレーンLGを合成したものであり、ライトビュー・フレームRV＋RGは、ライトビュー・ビデオ・プレーンRVにライトビュー・グラフィックス・プレーンRGを合成したものである。一方、図７０の（ｂ）に示されているように、再生モードは“３Ｄ”に設定されている。従って、表示装置103は、図７の（ｅ）に示されているように、レフトビュー・フレームLV＋LGとライトビュー・フレームRV＋RGとを交互に表示する。それと並行して、図７０の（ｆ）に示されているように、表示装置103はシャッター眼鏡104に、フレームLV＋LG、RV＋RGの切り換えと同期して左右のレンズを交互に透明にさせる。その結果、レフトビュー・フレームLV＋LGとライトビュー・フレームRV＋RGとはそれぞれ、視聴者の片目にしか見えないので、それら一対のフレームの示す２Ｄ映像はその視聴者には一つの３Ｄ映像として見える。
図７０の（ａ）を更に参照するに、第１時刻T1では３Ｄ映像の再生期間P3Dが２Ｄ映像の再生期間P2Dへ移行する。具体的には、再生装置102が、ユーザの操作又はアプリケーション・プログラムの指示に応じて、ＳＰＲＭ（３３）の示す再生ステータスをタイプＣからタイプＡへ変更する。それに応じて、再生装置102は、第１時刻T1以降、Ｂ−Ｄ表示モードを継続する一方で、１プレーン＋ゼロ・オフセット・モードへ移行する。すなわち、第１時刻T1以降、図７０の（ｃ）、（ｄ）に示されているように、中心位置のグラフィックス・プレーンCがレフトビュー・ビデオ・プレーンLVとライトビュー・ビデオ・プレーンRVとに交互に合成される。合成後のフレームは交互に表示装置103へ送出される。一方、図７０の（ｂ）に示されているように、第１時刻T1に再生モードは“３Ｄ”から“２Ｄ”へ変更される。表示装置103はインフォ・フレームから再生モードのその変更を検出し、図７０の（ｅ）に示されているように、受信したレフトビュー・フレームLV＋Cのみを２回ずつ繰り返し表示する。それと並行して、図７０の（ｆ）に示されているように、表示装置103はシャッター眼鏡104に左右両方のレンズを透明に維持させる。その結果、視聴者のいずれの目にもレフトビュー・フレームLV＋Cしか見えない。こうして、ビデオ・プレーンとグラフィックス・プレーンとのいずれの表す３Ｄ映像も第１時刻T1で２Ｄ映像に切り換えられる。
図７０の（ａ）を再び参照するに、２Ｄ映像の再生期間P2Dは第１時刻T1から第２時刻T2まで継続され、第２時刻T2で３Ｄ映像の再生期間P3Dへ戻る。具体的には、再生装置102は、ユーザの操作又はアプリケーション・プログラムの指示に応じて、ＳＰＲＭ（３３）の示す再生ステータスをタイプＡからタイプＣへ戻す。それに応じて、再生装置102は、第２時刻T2以降、Ｂ−Ｄ表示モードを継続する一方で、２プレーン・モード又は１プレーン＋オフセット・モードへ戻る。すなわち、第２時刻T2以降、図７０の（ｃ）、（ｄ）に示されているように、レフトビュー・フレーム（レフトビュー・ビデオ・プレーンLV＋レフトビュー・グラフィックス・プレーンLG）とライトビュー・フレームRV＋RG（ライトビュー・ビデオ・プレーンRV＋ライトビュー・グラフィックス・プレーンRG）とを交互に表示装置103へ送出する。一方、図７０の（ｂ）に示されているように、第２時刻T2に再生モードは“２Ｄ”から“３Ｄ”へ戻る。表示装置103はインフォ・フレームから再生モードのその変更を検出し、図７０の（ｅ）に示されているように、レフトビュー・フレームLV＋LGとライトビュー・フレームRV＋RGとを交互に表示する。それと並行して、図７０の（ｆ）に示されているように、表示装置103はシャッター眼鏡104に、フレームLV＋LG、RV＋RGの切り換えと同期して左右のレンズを交互に透明にさせる。その結果、レフトビュー・フレームLV＋LGとライトビュー・フレームRV＋RGとの示す２Ｄ映像は再び、視聴者には一つの３Ｄ映像として見える。
図７０から明らかに理解されるとおり、再生装置102は、３Ｄ映像を一旦２Ｄ映像へ切り換える際、ビデオ・プレーンに対してはＢ−Ｄ表示モードを維持したまま、グラフィックス・プレーンに対してはオフセット制御を中断すればよい。従って、その切り換え動作は迅速である。一方、表示装置103は、インフォ・フレーム内の再生モードの値に応じてライトビュー・フレームを表示するか否かを決めればよい。特にフレームレートは変更されなくてもよい。こうして、グラフィックス・プレーンの表す映像が３Ｄ映像に含まれていても、表示装置103は３Ｄ映像を２Ｄ映像へシームレスに切り換えることができる。
図７１の（ａ）−（ｆ）はそれぞれ、２Ｄ映像の再生期間P2Dにおける再生ステータスがタイプＢに選択された場合に、再生装置102から送出される再生モードとフレームL、R、Cとの変化、表示装置103によって表示されるフレームL、R、Cの変化、及び、シャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRを示す模式図である。図７１の（ａ）を参照するに、第１時刻T1までは３Ｄ映像の再生期間P3Dであって、再生ステータスはタイプＣである。従って、図７１の（ｃ）−（ｆ）は図７０の（ｃ）−（ｆ）と同様である。その結果、レフトビュー・フレームLV＋LGとライトビュー・フレームRV＋RGとの示す２Ｄ映像は、視聴者には一つの３Ｄ映像として見える。
図７１の（ａ）を更に参照するに、第１時刻T1では３Ｄ映像の再生期間P3Dが２Ｄ映像の再生期間P2Dへ移行する。具体的には、再生装置102が、ユーザの操作又はアプリケーション・プログラムの指示に応じて、ＳＰＲＭ（３３）の示す再生ステータスをタイプＣからタイプＢへ変更する。タイプＢはタイプＡとは、Ｂ−Ｄ表示モードがＢ−Ｂ表示モードへ変更されている点で異なる。従って、第１時刻T1以降、図７１の（ｃ）、（ｄ）に示されているように、中心位置のグラフィックス・プレーンCはレフトビュー・ビデオ・プレーンLVにのみ合成される。合成後のフレームは２回ずつ表示装置103へ送出される。一方、表示装置103は再生モードの変更に応じて、図７１の（ｅ）に示されているように、２回繰り返して受信したレフトビュー・フレームLV＋Cのうち、最初に受信した方のみを２回ずつ繰り返し表示する。それと並行して、図７１の（ｆ）に示されているように、表示装置103はシャッター眼鏡104に左右両方のレンズを透明に維持させる。その結果、視聴者のいずれの目にもレフトビュー・フレームLV＋Cしか見えない。こうして、ビデオ・プレーンとグラフィックス・プレーンとのいずれの表す３Ｄ映像も第１時刻T1で２Ｄ映像に切り換えられる。
図７１の（ａ）を再び参照するに、第２時刻T2で再生ステータスはタイプＡからタイプＣへ戻る。すなわち、第２時刻T2以降、図７１の（ｃ）−（ｆ）は図７０の（ｃ）−（ｆ）と同様である。その結果、レフトビュー・フレームLV＋LGとライトビュー・フレームRV＋RGとの示す２Ｄ映像は再び、視聴者には一つの３Ｄ映像として見える。
図７１を図７０と比較すれば明らかに理解されるとおり、再生装置102が３Ｄ映像を２Ｄ映像へ切り換える際にＢ−Ｄ表示モードをＢ−Ｂ表示モードへ切り換えたとしても、表示装置103は、その動作を特段に変更することなく、３Ｄ映像を２Ｄ映像へシームレスに切り換えることができる。
図７２の（ａ）−（ｆ）はそれぞれ、２Ｄ映像の再生期間P2Dにおける再生ステータスがタイプＤに選択された場合に、再生装置102から送出される再生モードとフレームL、R、Cとの変化、表示装置103によって表示されるフレームL、R、Cの変化、及び、シャッター眼鏡104が左右のレンズを透明にする期間LSL、LSRを示す模式図である。図７２の（ａ）を参照するに、第１時刻T1までは３Ｄ映像の再生期間P3Dであって、再生ステータスはタイプＣである。従って、図７２の（ｃ）−（ｆ）は図７０の（ｃ）−（ｆ）と同様である。その結果、レフトビュー・フレームLV＋LGとライトビュー・フレームRV＋RGとの示す２Ｄ映像は、視聴者には一つの３Ｄ映像として見える。
図７２の（ａ）を更に参照するに、第１時刻T1では３Ｄ映像の再生期間P3Dが２Ｄ映像の再生期間P2Dへ移行する。具体的には、再生装置102が、ユーザの操作又はアプリケーション・プログラムの指示に応じて、ＳＰＲＭ（３３）の示す再生ステータスをタイプＣからタイプＤへ変更する。タイプＤはタイプＡとは、Ｂ−Ｄ表示モードがＢ−Ｂ表示モードへ変更されている点に加え、２プレーン・モード又は１プレーン＋ゼロ・オフセット・モードが維持されている点で異なる。従って、第１時刻T1以降、図７２の（ｃ）、（ｄ）に示されているように、レフトビュー・フレームLV＋LGは、レフトビュー・ビデオ・プレーンLVにレフトビュー・グラフィックス・プレーンLGを合成したものであり、ライトビュー・フレームLV＋RGは、レフトビュー・ビデオ・プレーンLVにライトビュー・グラフィックス・プレーンRGを合成したものである。合成後のフレームLV＋LG、LV＋RGは交互に表示装置103へ送出される。一方、再生モードの値は第１時刻T1以降も“３Ｄ”に維持されている。従って、表示装置103は、図７２の（ｅ）に示されているように、レフトビュー・フレームLV＋LGとライトビュー・フレームLV＋RGとを交互に表示する。それと並行して、図７２の（ｆ）に示されているように、表示装置103はシャッター眼鏡104に、フレームLV＋LG、LV＋RGの切り換えと同期して左右のレンズを交互に透明にさせる。その結果、視聴者には、レフトビュー・ビデオ・プレーンLVの表す２Ｄ映像しか見えない一方、レフトビュー・グラフィックス・プレーンLGとライトビュー・グラフィックス・プレーンRGとの表す２Ｄグラフィックス映像は一つの３Ｄグラフィックス映像として見える。こうして、第１時刻T1以降、ＩＧプレーンの表すポップアップ・メニュー等、グラフィックス映像のみを３Ｄ映像として視聴者に見せることができる。
図７２の（ａ）を再び参照するに、第２時刻T2で再生ステータスはタイプＤからタイプＣへ戻る。すなわち、第２時刻T2以降、図７２の（ｃ）−（ｆ）は図７０の（ｃ）−（ｆ）と同様である。その結果、ビデオ・プレーンとグラフィックス・プレーンとのいずれの示す２Ｄ映像も再び、視聴者には３Ｄ映像として見える。
以上のとおり、再生装置102がＢ−Ｄ表示モードをＢ−Ｂ表示モードへ切り換える際に、グラフィックス映像のみを３Ｄ映像に維持したとしても、表示装置103は、その動作を特段に変更することなく、３Ｄ映像を２Ｄ映像へシームレスに切り換えることができる。
＜変形例＞
（1−E）本発明の実施形態１では、再生ステータスは、ユーザの操作又はアプリケーション・プログラムの指示に応じて設定される。その他に、再生ステータスは、図４３に示されているような３Ｄプレイリスト・ファイルの中に、各ＰＩの属性の一つとして設定されていてもよい。その場合、３Ｄプレイリスト再生処理では、再生制御部5635がカレントのＰＩから再生ステータスを解読して、再生モードと再生部5602の出力モードとを決定する。また、再生ステータスは、図１４に示されているように、ストリーム・データに格納されていてもよい。その格納先としては、例えば、図２４に示されているＰＭＴ内のディスクリプタ、又は、図１８に示されているＶＡＵ内の補足データ若しくはヘッダが利用可能である。ここで、再生ステータスは一般に、ＧＯＰ単位等、ある程度長い表示期間を一つの単位として設定される。従って、再生ステータスを補足データに格納する場合、その補足データを各ＧＯＰの先頭にのみ配置するようにしてもよい。それにより、再生ステータスを表すデータの総量を削減することができる。
（1−F）本発明の実施形態１では、再生装置102がリモコン105等を通してユーザの操作又はアプリケーション・プログラムの指示を直に受け付けて、それに応じて再生ステータスを決定する。その他に、表示装置103がリモコン105等を通してユーザの操作又はアプリケーション・プログラムの指示を直に受け付けて、それに応じて再生ステータスの変更命令をＨＤＭＩ方式のＣＥＣメッセージで再生装置102へ伝送してもよい。その場合、再生装置102はその変更命令に応じて再生ステータスを変更する。
（1−G）図１では、再生装置102と表示装置103とがそれぞれ、独立した装置である。その他に、再生装置102が表示装置103と一体化されていてもよい。また、図２に示されているとおり、表示装置103は、ＢＤ−ＲＯＭディスク101の他に、メモリカード201、外部ネットワーク202、及び放送波203等の各種媒体から３Ｄ映像のストリーム・データを取得してもよい。その場合、表示装置103の受信部210は、各種媒体に適したインターフェースを含む。表示装置103は特に、図５６に示されている３Ｄ再生装置の再生部5602と同様な構成を備えており、各種媒体から取得したストリーム・データを、レフトビュー・フレーム、ライトビュー・フレーム等に復号する。
（1−H）本発明の実施形態による表示装置103は、再生装置102によってＢＤ−ＲＯＭディスク101から読み出されたストリーム・データに従って３Ｄ映像を再現する。その他に、図２に示されているように、表示装置103は、外部ネットワーク202又は放送波203で伝送されるストリーム・データに従って３Ｄ映像を再現してもよい。その場合、そのストリーム・データは以下のような送信装置で発信される。
図７３は、送信装置7300の機能ブロック図である。図７３を参照するに、送信装置7300はフォーマット変換部7301と送信部7302とを含む。フォーマット変換部7301は、外部からストリーム・データSTDを受信して所定の送信形式に変換する。ストリーム・データSTDは、図１３−２１に示されている実施形態１によるデータ構造を持つ。送信部7302は、フォーマット変換部7301によって変換されたストリーム・データを、アンテナから放送波203で送信し、又は、インターネット等の外部ネットワーク202を通して配信する。
（1−I）本発明の実施形態によるＬ／Ｒモードでは、ベースビュー・ビデオ・ストリームがレフトビューを表し、ディペンデントビュー・ビデオ・ストリームがライトビューを表す。逆に、ベースビュー・ビデオ・ストリームがライトビューを表し、ディペンデントビュー・ビデオ・ストリームがレフトビューを表してもよい。本発明の実施形態によるＢＤ−ＲＯＭディスク101では、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとは、異なるＴＳに多重化されている。その他に、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとが一つのＴＳに多重化されていてもよい。
（1−J）図２１に示されているオフセット・メタデータは、ディペンデントビュー・ビデオ・ストリームに格納されている。その他に、オフセット・メタデータはベースビュー・ビデオ・ストリームに格納されてもよい。その場合でも、オフセット・メタデータは好ましくは、各ビデオ・シーケンスの先頭に位置するＶＡＵ内の補足データに格納される。更に、３Ｄプレイリスト・ファイルは、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれがオフセット・メタデータを含むかを示すフラグを備えていてもよい。それにより、各ストリーム・データの作成の自由度を向上させることができる。オフセット・メタデータは、各ビデオ・シーケンス（すなわち、各ＧＯＰ）の先頭だけでなく、各ＶＡＵ（すなわち、各フレーム又はフィールド）に格納されてもよい。その他に、コンテンツごとに、オフセット・メタデータの間隔が任意の値に、例えば３フレーム以上に設定されてもよい。その場合、好ましくは、各ビデオ・シーケンスの先頭のＶＡＵには必ずオフセット・メタデータが格納され、かつ、その直前のオフセット・メタデータとの間隔が３フレーム以上であるように制限される。それにより、再生装置にオフセット情報の変更処理を飛び込み再生処理と確実に並行させることができる。
オフセット・メタデータは、ビデオ・ストリームに格納されるのに代えて、独立なストリーム・データとしてメインＴＳ又はサブＴＳに多重化されてもよい。その場合、オフセット・メタデータには固有のＰＩＤが割り当てられる。システム・ターゲット・デコーダはそのＰＩＤを利用して、オフセット・メタデータを他のストリーム・データから分離する。その他に、オフセット・メタデータは、まず専用のバッファ・メモリにプリロードされ、その後、再生処理を受けてもよい。その場合、オフセット・メタデータは一定のフレーム間隔で格納される。それにより、オフセット・メタデータについてはＰＴＳが不要であるので、ＰＥＳヘッダのデータ量が削減される。その結果、プリロード用のバッファの容量を節約することができる。尚、オフセット・メタデータはプレイリスト・ファイルに格納されてもよい。
（1−K）ＢＤ−ＲＯＭディスク101上には、図２３に示されているように、ベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとがインターリーブ配置で記録されている。隣接する二つのデータ・ブロックでは一般に、エクステントＡＴＣ時間が等しい。それら二つのデータ・ブロック、すなわちエクステント・ペアでは更に、再生期間が一致し、かつビデオ・ストリームの再生時間が等しくてもよい。言い換えれば、エクステント・ペア間ではＶＡＵの数が等しくてもよい。その意義は次のとおりである。
図７４の（ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。図７４の（ａ）を参照するに、先頭のベースビュー・データ・ブロックB[0]の再生時間は４秒間であり、先頭のディペンデントビュー・データ・ブロックD[0]の再生時間は１秒間である。ここで、ディペンデントビュー・データ・ブロックD[0]の復号に必要なベースビュー・ビデオ・ストリームの部分はそのディペンデントビュー・データ・ブロックD[0]と同じ再生時間を持つ。従って、再生装置内のリード・バッファの容量を節約するには、図７４の（ａ）に矢印ARW1で示されているように、再生装置にベースビュー・データ・ブロックB[0]とディペンデントビュー・データ・ブロックD[0]とを交互に同じ再生時間ずつ、例えば１秒間ずつ読み込ませることが好ましい。しかし、その場合、図７４の（ａ）に破線で示されているように、読み出し処理の途中でジャンプが生じる。その結果、読み出し処理を復号処理に間に合わせることが難しいので、シームレス再生を確実に持続することが難しい。
図７４の（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。図７４の（ｂ）に示されているように、隣接する二つのデータ・ブロックの間でビデオ・ストリームの再生時間が等しくてもよい。例えば、先頭のデータ・ブロック対B[0]、D[0]ではビデオ・ストリームの再生時間が共に１秒に等しく、二番目のデータ・ブロック対B[1]、D[1]ではビデオ・ストリームの再生時間が共に０．７秒に等しい。その場合、３Ｄ再生モードの再生装置は、図７４の（ｂ）に矢印ARW2で示されているように、データ・ブロックB[0]、D[0]、B[1]、D[1]、…を先頭から順番に読み出す。それだけで、再生装置はメインＴＳとサブＴＳとを交互に同じ再生時間ずつ読み出すことをスムーズに実現できる。特にその読み出し処理ではジャンプが生じないので、３Ｄ映像のシームレス再生が確実に持続可能である。
実際には、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が等しければ、読み出し処理にジャンプを生じさせることなく、復号処理の同期を維持することはできる。従って、再生期間又はビデオ・ストリームの再生時間が等しくなくても、図７４の（ｂ）に示されている場合と同様に、再生装置はデータ・ブロック群を先頭から順番に読み出すだけで、３Ｄ映像のシームレス再生を確実に持続できる。
エクステント・ペア間では、ＶＡＵのいずれかのヘッダの数、又はＰＥＳヘッダの数が等しくてもよい。エクステント・ペア間での復号処理の同期には、それらのヘッダが利用される。従って、エクステント・ペア間でヘッダの数が等しければ、ＶＡＵそのものの数が等しくなくても、復号処理の同期を維持することは比較的容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータが全て同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ−ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。
エクステント・ペア間では、エントリ・ポイントの数が等しくてもよい。すなわち、ファイル・ベースとファイルＤＥＰとでは、先頭から同じ順序のエクステントEXT1[k]、EXT2[k]が同じ数のエントリ・ポイントを含むように設定されていてもよい。２Ｄ再生モードと３Ｄ再生モードとではジャンプの有無は異なる。しかし、エクステント・ペア間でエントリ・ポイントの数が等しいとき、再生時間も実質的に等しい。従って、ジャンプの有無にかかわらず、復号処理の同期を維持することは容易である。更に、ＶＡＵそのものの数が等しい場合とは異なり、ＶＡＵのデータの全てが同じデータ・ブロック内に多重化されていなくてもよい。それ故、ＢＤ−ＲＯＭディスク101のオーサリング工程において、ストリーム・データの多重化の自由度が高い。
（1−L）３Ｄ映像を表すＡＶストリーム・ファイルでは、図２４に示されているＰＭＴ2410に３Ｄディスクリプタが追加されてもよい。「３Ｄディスクリプタ」は、３Ｄ映像の再生方式に関してＡＶストリーム・ファイル全体に共通する情報であり、特に３Ｄ方式情報を含む。「３Ｄ方式情報」は、Ｌ／Ｒモード又はデプス・モード等、３Ｄ映像のＡＶストリーム・ファイルの再生方式を示す。更に、ＰＭＴ2410の含む各ストリーム情報2403に３Ｄストリーム・ディスクリプタが追加されてもよい。「３Ｄストリーム・ディスクリプタ」は、ＡＶストリーム・ファイルに含まれるエレメンタリ・ストリーム別に、３Ｄ映像の再生方式に関する情報を示す。特にビデオ・ストリームの３Ｄストリーム・ディスクリプタは３Ｄ表示タイプを含む。「３Ｄ表示タイプ」は、そのビデオ・ストリームから映像をＬ／Ｒモードで再生するとき、その映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ表示タイプはまた、そのビデオ・ストリームから映像をデプス・モードで再生するとき、その映像が２Ｄ映像とデプスマップとのいずれであるのかを示す。このように、ＰＭＴ2410が３Ｄ映像の再生方式に関する情報を含むとき、その映像の再生系統はＡＶストリーム・ファイルだけからでもその情報を取得できる。従って、そのようなデータ構造は、例えば放送波で３Ｄ映像コンテンツを頒布するときに有効である。
（1−M）ディペンデントビュー・クリップ情報ファイルは、ディペンデントビュー・ビデオ・ストリームのＰＩＤ＝０ｘ１０１２、０ｘ１０１３に割り当てられているビデオ・ストリーム属性情報に所定のフラグを含んでもよい。そのフラグがオンであるときは、ディペンデントビュー・ビデオ・ストリームがベースビュー・ビデオ・ストリームを参照するものであることを示す。そのビデオ・ストリーム属性情報が更に、参照先のベースビュー・ビデオ・ストリームに関する情報を含んでもよい。その情報は、３Ｄ映像コンテンツが規定のフォーマットどおりに作成されているか否かを所定のツールで検証するときに、ビデオ・ストリーム間の対応関係を確認するのに利用することができる。
本発明の実施形態１では、クリップ情報ファイルに含まれるエクステント起点からベースビュー・エクステントとディペンデントビュー・エクステントとの各サイズを算出することができる。その他に、各エクステントのサイズの一覧表が、例えばクリップ情報ファイルにメタデータの一部として格納されてもよい。
（1−N）図４３に示されている３Ｄプレイリスト・ファイル1222はサブパス4302を一つ含む。その他に、３Ｄプレイリスト・ファイルがサブパスを複数含んでもよい。例えば、一方のサブパスのサブパス・タイプが「３Ｄ・Ｌ／Ｒ」であり、他方のサブパスのサブパス・タイプが「３Ｄ・デプス」であってもよい。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生されるとき、再生対象のサブパスがそれら二種類のサブパスの間で切り換えられることにより、再生装置102をＬ／Ｒモードとデプス・モードとの間で容易に切り換えさせることができる。特にその切り換え処理は、３Ｄプレイリスト・ファイルそのものを切り換える処理よりも速やかに実現可能である。
３Ｄプレイリスト・ファイルは、サブパス・タイプの等しいサブパスを複数含んでいてもよい。例えば、同じシーンに対する両眼視差の異なる３Ｄ映像が共通のレフトビューに対するライトビューの違いで表現されるとき、異なるライトビューを表す複数のファイルＤＥＰがＢＤ−ＲＯＭディスク101に記録される。その場合、３Ｄプレイリスト・ファイルは、サブパス・タイプが「３Ｄ・Ｌ／Ｒ」であるサブパスを複数含む。それらのサブパスは、異なるファイルＤＥＰの再生経路を個別に規定する。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生されるとき、再生対象のサブパスが例えばユーザの操作に応じて速やかに切り換えられるので、３Ｄ映像を実質的に途切れさせることなく、その両眼視差を変化させることができる。それにより、ユーザに所望の両眼視差の３Ｄ映像を容易に選択させることができる。
図４３に示されている３Ｄプレイリスト・ファイル1222では、ベースビュー・ビデオ・ストリームはメインパス4301内のＳＴＮテーブルに登録され、ディペンデントビュー・ビデオ・ストリームは拡張データ4303内のＳＴＮテーブルＳＳ4330に登録されている。その他に、ディペンデントビュー・ビデオ・ストリームはＳＴＮテーブルに登録されていてもよい。その場合、ＳＴＮテーブルは、登録されたビデオ・ストリームがベースビューとディペンデントビューとのいずれを表すものであるかを示すフラグを含んでもよい。
本発明の実施形態１によるＢＤ−ＲＯＭディスク101には、２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとが別々に記録されている。その他に、図４３に示されているサブパス4302が、拡張データ4303と同様に、３Ｄ再生モードの再生装置102によってのみ参照される領域に記録されてもよい。その場合、サブパス4302が２Ｄ再生モードの再生装置102を誤動作させる危険性はないので、３Ｄプレイリスト・ファイルをそのまま、２Ｄプレイリスト・ファイルとして利用することができる。その結果、ＢＤ−ＲＯＭディスクのオーサリングが簡単化される。
（1−O）図４７に示されているインデックス・ファイル1211は、タイトル全体で共通する３Ｄ存在フラグ4720と２Ｄ／３Ｄお好みフラグ4730とを含む。その他に、インデックス・ファイルが、タイトル別に異なる３Ｄ存在フラグ又は２Ｄ／３Ｄお好みフラグを設定していてもよい。
（1−P）３Ｄ再生装置では、ＳＰＲＭ（１３）にパレンタル・レベルが設定されているのに加えて、ＳＰＲＭ（３０）に３Ｄパレンタル・レベルが設定されていてもよい。３Ｄパレンタル・レベルは、３Ｄ再生装置を利用する視聴者のうち、３Ｄ映像の視聴が許可される者の年齢の下限を示し、ＢＤ−ＲＯＭディスク101に記録された３Ｄ映像タイトルの視聴に対するパレンタル制御に利用される。ＳＰＲＭ（１３）の値と同様、ＳＰＲＭ（３０）の値は３Ｄ再生装置のユーザによって３Ｄ再生装置のＯＳＤ等を利用して設定される。３Ｄ再生装置は各３Ｄ映像タイトルに対するパレンタル制御を例えば次のように行う。３Ｄ再生装置はまず、２Ｄ映像の視聴に対する制限年齢をＢＤ−ＲＯＭディスク101から読み出してＳＰＲＭ（１３）の値と比較する。その制限年齢は、そのタイトルを２Ｄ再生モードで視聴することが許可された視聴者の年齢の下限を表す。その制限年齢がＳＰＲＭ（１３）の値を超えていれば、３Ｄ再生装置はそのタイトルの再生を停止する。その下限がＳＰＲＭ（１３）の値以下であれば、３Ｄ再生装置は続いて、３Ｄ映像の視聴に対する制限年齢をＢＤ−ＲＯＭディスク101から読み出してＳＰＲＭ（３０）の値と比較する。その制限年齢は、そのタイトルを３Ｄ再生モードで視聴することが許可された視聴者の年齢の下限を表す。その制限年齢がＳＰＲＭ（３０）の値以下であれば、３Ｄ再生装置はそのタイトルを３Ｄ再生モードで再生する。その制限年齢がＳＰＲＭ（３０）の値を超えていれば、３Ｄ再生装置はそのタイトルを２Ｄ再生モードで再生する。こうして、年齢による瞳孔間距離の相違を考慮して、「一定の年齢未満の子供には３Ｄ映像を２Ｄ映像としてしか見せない」等のパレンタル制御を実現することができる。このパレンタル制御は、好ましくは、図４６に示されている再生対象のプレイリスト・ファイルを選択する処理において「表示装置が３Ｄ映像に対応している」と判定されたときに、すなわち、ステップＳ４８０５において「Ｙｅｓ」と判定されたときに行われる。尚、ＳＰＲＭ（３０）には、制限年齢に代えて、３Ｄ再生モードの許可／禁止を示す値が設定され、３Ｄ再生装置はその値に従って３Ｄ再生モードの有効／無効を判断してもよい。
（1−Q）３Ｄ再生装置では、「２Ｄ再生モードと３Ｄ再生モードとのいずれが優先されるべきか」を示す値がＳＰＲＭ（３１）に設定されていてもよい。ＳＰＲＭ（３１）の値は、３Ｄ再生装置のユーザによって３Ｄ再生装置のＯＳＤ等を利用して設定される。３Ｄ再生装置は、図４８に示されているプレイリスト・ファイルの選択処理のうち、ステップＳ４８０３で２Ｄ／３Ｄお好みフラグと共にＳＰＲＭ（３１）を参照する。それらがいずれも２Ｄ再生モードを示しているときは、３Ｄ再生装置は２Ｄ再生モードを選択する。２Ｄ／３Ｄお好みフラグとＳＰＲＭ（３１）とがいずれも３Ｄ再生モードを示しているときは、３Ｄ再生装置は、再生モードの選択画面を表示することなく、ステップＳ４８０５、すなわちＨＤＣＰ認証を行う。その結果、表示装置が３Ｄ映像の再生に対応可能であれば、３Ｄ再生装置は３Ｄ再生モードを選択する。２Ｄ／３Ｄお好みフラグとＳＰＲＭ（３１）とが異なる再生モードを示しているときは、３Ｄ再生装置はステップＳ４８０４を実行し、すなわち再生モードの選択画面を表示してユーザに再生モードを選択させる。その他に、アプリケーション・プログラムに再生モードを選択させてもよい。こうして、３Ｄ映像コンテンツに２Ｄ／３Ｄお好みフラグが設定されていても、その値の示す再生モードが、ＳＰＲＭ（３１）の示す再生モード、すなわち、ユーザが予め設定した再生モードと一致しないときにのみ、ユーザに改めて再生モードを選択させるようにすることができる。
ＢＤ−Ｊオブジェクト等のアプリケーション・プログラムは、ＳＰＲＭ（３１）を参照して再生モードを選択してもよい。更に、ステップＳ４８０４においてユーザに再生モードを選択させる際、選択画面に表示されるメニューの初期状態がＳＰＲＭ（３１）の値に依って決定されてもよい。例えば、ＳＰＲＭ（３１）の値が２Ｄ再生モードの優先を示す場合には、２Ｄ再生モードの選択ボタンにカーソルを合わせた状態でメニューが表示され、３Ｄ再生モードの優先を示す場合には、３Ｄ再生モードの選択ボタンにカーソルを合わせた状態でメニューが表示される。その他に、３Ｄ再生装置は、父、母、子供等、複数のユーザのアカウントを管理する機能を持つとき、現時点でログインしているユーザのアカウントに合わせてＳＰＲＭ（３１）の値を設定してもよい。
ＳＰＲＭ（３１）の値は、「２Ｄ再生モードと３Ｄ再生モードとのいずれが優先されるべきか」に加えて、「２Ｄ再生モードと３Ｄ再生モードとのいずれが常に設定されるべきか」を示してもよい。「２Ｄ再生モードが常に設定されるべき」ことをＳＰＲＭ（３１）の値が示す場合、３Ｄ再生装置は、２Ｄ／３Ｄお好みフラグの値にかかわらず、常に２Ｄ再生モードを選択する。その場合、ＳＰＲＭ（２５）の値は２Ｄ再生モードを示すように設定される。「３Ｄ再生モードが常に設定されるべき」ことをＳＰＲＭ（３１）の値が示す場合、３Ｄ再生装置は、２Ｄ／３Ｄお好みフラグの値にかかわらず、再生モードの選択画面を表示することなくＨＤＣＰ認証を行う。その場合、ＳＰＲＭ（２５）の値は３Ｄ再生モード（Ｌ／Ｒモード又はデプス・モード）を示すように設定される。こうして、３Ｄ映像コンテンツに２Ｄ／３Ｄお好みフラグが設定されていても、ユーザの予め設定した再生モードが常に優先されるようにすることができる。
《実施形態２》
以下、本発明の実施形態２として、本発明の実施形態１による記録媒体の記録装置及び記録方法について説明する。その記録装置は、いわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリング・スタッフによって使用される。記録装置はオーサリング・スタッフの操作に従い、まず映画コンテンツを所定の圧縮符号化方式でＡＶストリーム・ファイルに変換する。記録装置は次にシナリオを生成する。「シナリオ」は、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には、動的シナリオ情報と静的シナリオ情報とを含む。記録装置は続いて、ＡＶストリーム・ファイル及びシナリオからＢＤ−ＲＯＭディスク用のボリューム・イメージを生成する。記録装置は最後に、そのボリューム・イメージを記録媒体に記録する。
図７５は、その記録装置7500の機能ブロック図である。図７５を参照するに、その記録装置7500は、データベース部7501、ビデオ・エンコーダ7502、素材制作部7503、シナリオ生成部7504、ＢＤプログラム制作部7505、多重化処理部7506、及びフォーマット処理部7507を含む。
データベース部7501は記録装置に内蔵の不揮発性記憶装置であり、特にＨＤＤである。データベース部7501はその他に、記録装置に外付けされたＨＤＤであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。
ビデオ・エンコーダ7502は、非圧縮のビットマップ・データ等の映像データをオーサリング・スタッフから受け付けて、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、又はＭＰＥＧ−２等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリ・ビデオ・ストリームに変換され、副映像のデータはセカンダリ・ビデオ・ストリームに変換される。特に３Ｄ映像のデータは、ＭＶＣ等の多視点符号化方式を利用して、図１７に示されているようなベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの対に変換される。すなわち、レフトビューを表すビデオ・フレームの列は、それ自身のピクチャ間での予測符号化によって、ベースビュー・ビデオ・ストリームに変換される。一方、ライトビューを表すビデオ・フレームの列は、それ自身のピクチャだけでなく、ベースビュー・ピクチャとの間の予測符号化によって、ディペンデントビュー・ビデオ・ストリームに変換される。尚、ライトビューを表すビデオ・フレームの列がベースビュー・ビデオ・ストリームに変換され、レフトビューを表すビデオ・フレームの列がディペンデントビュー・ビデオ・ストリームに変換されてもよい。変換後の各ビデオ・ストリーム7512はデータベース部7501に保存される。
ビデオ・エンコーダ7502は、ピクチャ間予測符号化の処理過程でレフトビューとライトビューとの間での各映像の動きベクトルを検出し、それらから各３Ｄ映像の奥行き情報を算出する。図７６の（ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用されるレフトビュー・ピクチャとライトビュー・ピクチャとを表す模式図であり、（ｃ）は、ビデオ・エンコーダ7502によってそれらのピクチャから算出された奥行き情報を示す模式図である。
ビデオ・エンコーダ7502はレフトビューとライトビューとの各ピクチャの圧縮に、それらのピクチャ間の冗長性を利用する。すなわち、ビデオ・エンコーダ7502は圧縮前の両ピクチャを８×８又は１６×１６の画素マトリクスごとに、すなわちマクロブロックごとに比較して、両ピクチャ間での各映像の動きベクトルを検出する。具体的には、図７６の（ａ）、（ｂ）に示されているように、まず、レフトビュー・ピクチャ7601とライトビュー・ピクチャ7602とはそれぞれ、マクロブロック7603のマトリクスに分割される。次に、両ピクチャ7601、7602間でイメージ・データがマクロブロック7603ごとに比較され、その結果から各映像の動きベクトルが検出される。例えば、「家」の映像7604を表す領域は両ピクチャ7601、7602間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、「球」の映像7605を表す領域は両ピクチャ7601、7602間で異なるので、それらの領域からはその映像7605の動きベクトルが検出される。
ビデオ・エンコーダ7502は、検出された動きベクトルを各ピクチャ7601、7602の圧縮に利用する。一方、ビデオ・エンコーダ7502はその動きベクトルを、「家」の映像7604及び「球」の映像7605等、各映像の両眼視差の計算に利用する。ビデオ・エンコーダ7502は更に、各映像の両眼視差からその映像の奥行きを算出する。その奥行きを表す情報は、図７６の（ｃ）に示されているように、各ピクチャ7601、7602のマクロブロックのマトリクスと同じサイズのマトリクス7606に整理される。このマトリクス7606内のブロック7607は、各ピクチャ7601、7602内のマクロブロック7603と一対一に対応する。各ブロック7607は、対応するマクロブロック7603の表す映像の奥行きを、例えば８ビットの深度で表す。図７６に示されている例では、「球」の映像7605の奥行きがマトリクス7606の領域7608内の各ブロックに記録される。その領域7608は、その映像7605を表す各ピクチャ7601、7602内の領域の全体に対応する。
ビデオ・エンコーダ7502はその他に、２Ｄ映像のデータからセカンダリ・ビデオ・ストリームを符号化する際に、オーサリング・スタッフの操作に従って、副映像プレーンに対するオフセット情報7510を作成してもよい。作成されたオフセット情報7510はデータベース部7501に保存される。
素材制作部7503は、ビデオ・ストリーム以外のエレメンタリ・ストリーム、例えば、オーディオ・ストリーム7513、ＰＧストリーム7514、及びＩＧストリーム7515を作成してデータベース部7501に保存する。例えば、素材制作部7503はオーサリング・スタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ−３等の圧縮符号化方式で符号化してオーディオ・ストリーム7513に変換する。素材制作部7503はその他に、オーサリング・スタッフから字幕情報ファイルを受け付けて、それに従ってＰＧストリーム7514を作成する。字幕情報ファイルは、字幕を表すイメージ・データ又はテキスト・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェード・イン／アウト等の視覚効果を規定する。素材制作部7503は更に、オーサリング・スタッフからビットマップ・データとメニュー・ファイルとを受け付けて、それらに従ってＩＧストリーム7515を作成する。ビットマップ・データはメニューのイメージを表す。メニュー・ファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。
素材制作部7503は更に、オーサリング・スタッフの操作に従い、ＰＧストリーム7514とＩＧストリーム7515とのそれぞれに対するオフセット情報7510を作成する。その場合、素材制作部7503は、ビデオ・エンコーダ7502によって生成された奥行き情報DPIを利用して、３Ｄグラフィックス映像の奥行きを３Ｄ映像の奥行きに合わせてもよい。その場合、３Ｄ映像の奥行きがフレームごとに激しく変化するときには、素材制作部7503は、奥行き情報DPIを利用して作成されたオフセット値の列を更にローパスフィルタで処理して、フレームごとの変化を低減させてもよい。こうして、作成されたオフセット情報7510はデータベース部7501に保存される。
シナリオ生成部7504は、オーサリング・スタッフからＧＵＩ経由で受け付けられた指示に従ってＢＤ−ＲＯＭシナリオ・データ7517を作成し、データベース部7501に保存する。ＢＤ−ＲＯＭシナリオ・データ7517は、データベース部7501に保存された各エレメンタリ・ストリーム7512−7516の再生方法を規定する。ＢＤ−ＲＯＭシナリオ・データ7517は、図１２に示されているファイル群のうち、インデックス・ファイル1211、ムービーオブジェクト・ファイル1212、及びプレイリスト・ファイル1221−1223を含む。シナリオ生成部7504は更に、パラメータ・ファイルPRFを作成して多重化処理部7506へ送出する。パラメータ・ファイルPRFは、データベース部7501に保存されたエレメンタリ・ストリーム7512−7515の中から、メインＴＳとサブＴＳとのそれぞれに多重化されるべきストリーム・データを規定する。シナリオ生成部7504はその他に、各ビデオ・ストリーム7512について、ＧＯＰ単位又はＰＩ単位で再生ステータスを設定してもよい。それらの再生ステータスに関する情報は、３Ｄプレイリスト・ファイルの中に格納された状態で、又は直接、データベース部7501に保存される。
ＢＤプログラム制作部7505はオーサリング・スタッフに対して、ＢＤ−Ｊオブジェクト及びＪａｖａアプリケーション・プログラムのプログラミング環境を提供する。ＢＤプログラム制作部7505はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。ＢＤプログラム制作部7505は更に、ＢＤ−ＪオブジェクトからＢＤ−Ｊオブジェクト・ファイル1251を作成し、Ｊａｖａアプリケーション・プログラムをＪＡＲファイル1261に圧縮する。それらのプログラム・ファイル群BDPはフォーマット処理部7507へ送出される。
ここで、ＢＤ−Ｊオブジェクトが次のようにプログラミングされる場合を想定する：ＢＤ−Ｊオブジェクトは、図５６に示されているプログラム実行部5634にＧＵＩ用のグラフィックス・データをシステム・ターゲット・デコーダ5623へ送出させる。ＢＤ−Ｊオブジェクトは更に、システム・ターゲット・デコーダ5623にそのグラフィックス・データをイメージ・プレーン・データとして処理させ、プレーン加算部5624にイメージ・プレーン・データを１プレーン＋オフセット・モードで送出させる。その場合、ＢＤプログラム制作部7505は、イメージ・プレーンに対するオフセット情報7510を作成してデータベース部7501に保存する。ＢＤプログラム制作部7505はそのオフセット情報7510の作成に、ビデオ・エンコーダ7502によって生成された奥行き情報DPIを利用してもよい。
多重化処理部7506はパラメータ・ファイルPRFに従い、データベース部7501に保存されている各エレメンタリ・ストリーム7512−7515をＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。具体的には、図１４に示されているように、まず、各エレメンタリ・ストリーム7512−7515が一つのソースパケット列に変換され、次に、各列のソースパケットが一本の多重化ストリーム・データにまとめられる。こうして、メインＴＳとサブＴＳとが作成される。それらの多重化ストリーム・データMSDはフォーマット処理部7507へ送出される。
多重化処理部7506は更に、データベース部7501に保存されているオフセット情報7510に基づいてオフセット・メタデータを作成する。図２１に示されているように、作成されたオフセット・メタデータ2110は、ディペンデントビュー・ビデオ・ストリームに含まれる各ビデオ・シーケンスの先頭のＶＡＵに補足データ2101として格納される。また、多重化処理部7506は各グラフィックス・データを加工して、左右の各映像フレーム内でのグラフィックス部品の配置を調整してもよい。それにより、各グラフィックス・プレーンの表す３Ｄグラフィックス映像が、他のグラフィックス・プレーンの表す３Ｄグラフィックス映像と同じ視方向に重なって表示されることを、多重化処理部7506は防止できる。多重化処理部7506はその他に、各グラフィックス・プレーンに対するオフセット値を調整して、各３Ｄグラフィックス映像が異なる奥行きに表示されるようにできる。再生ステータスに関する情報がデータベース部7501に保存されている場合、多重化処理部7506はその情報を、図２１に示されているオフセット・メタデータと同様に、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのそれぞれに含まれる各ＶＡＵ内の補足データに格納してもよい。
多重化処理部7506はその上、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを、以下の手順（I）−（IV）で作成する：（I）ファイル２ＤとファイルＤＥＰとのそれぞれについて、図３５に示されているエントリ・マップ3430を生成する。（II）各ファイルのエントリ・マップを利用して、図３６の（ａ）、（ｂ）に示されているエクステント起点3442、3620を作成する。そのとき、隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える。更に、２Ｄエクステント、ベースビュー・エクステント、及びディペンデントビュー・エクステントの各サイズが条件１、２等を満たすようにエクステントの配置を設計する。（III）メインＴＳとサブＴＳとのそれぞれに多重化されるべきエレメンタリ・ストリームから、図３４に示されているストリーム属性情報3420を抽出する。（IV）図３４に示されているように、エントリ・マップ3430、３Ｄメタデータ3440、及びストリーム属性情報3420の組み合わせをクリップ情報3410に対応付ける。こうして、各クリップ情報ファイルCLIが作成され、フォーマット処理部7507へ送出される。
フォーマット処理部7507は、データベース部7501に保存されたＢＤ−ＲＯＭシナリオ・データ7517、ＢＤプログラム制作部7505によって制作されたＢＤ−Ｊオブジェクト・ファイル等のプログラム・ファイル群BDP、及び、多重化処理部7506によって生成された多重化ストリーム・データMSDとクリップ情報ファイルCLIとから、図１２に示されているディレクトリ構造のＢＤ−ＲＯＭディスク・イメージ7520を作成する。そのディレクトリ構造ではファイルシステムとしてＵＤＦが利用される。
フォーマット処理部7507は、ファイル２Ｄ、ファイルＤＥＰ、及びファイルＳＳの各ファイル・エントリを作成するとき、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのそれぞれに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、エントリ・ポイントとエクステント起点との各ＳＰＮがアロケーション記述子の作成に利用される。特に、図２５に示されているようなデータ・ブロックのインターリーブ配置が表現されるように、各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが決定される。その結果、各ベースビュー・データ・ブロックはファイルＳＳとファイル２Ｄとに共有され、各ディペンデントビュー・データ・ブロックはファイルＳＳとファイルＤＥＰとに共有される。
＜ＢＤ−ＲＯＭディスク・イメージの記録方法＞
図７７は、図７５に示されている記録装置7500を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置7500の電源投入によって開始される。
ステップＳ７７０１では、ＢＤ−ＲＯＭディスクへ記録されるべきエレメンタリ・ストリーム、プログラム、及びシナリオ・データが作成される。すなわち、ビデオ・エンコーダ7502はビデオ・ストリーム7512を作成する。素材制作部7503は、オーディオ・ストリーム7513、ＰＧストリーム7514、及びＩＧストリーム7515を作成する。シナリオ生成部7504はＢＤ−ＲＯＭシナリオ・データ7517を作成する。作成されたそれらのデータ7512−7517はデータベース部7501に保存される。一方、ビデオ・エンコーダ7502と素材制作部7503とはそれぞれ、オフセット情報7510を作成してデータベース部7501に保存する。シナリオ生成部7504はパラメータ・ファイルPRFを作成して多重化処理部7506へ送出する。ＢＤプログラム制作部7505は、ＢＤ−Ｊオブジェクト・ファイルとＪＡＲファイルとを含むプログラム・ファイル群BDPを作成してフォーマット処理部7507へ送出し、オフセット情報7510を作成してデータベース部7501に保存する。その後、処理はステップＳ７７０２へ進む。
ステップＳ７７０２では、多重化処理部7506は、データベース部7501に保存されたオフセット情報7510に基づいてオフセット・メタデータを作成する。作成されたオフセット・メタデータは、ディペンデントビュー・ビデオ・ストリーム内に補足データ2101として格納される。その後、処理はステップＳ７７０３へ進む。
ステップＳ７７０３では、多重化処理部7506はパラメータ・ファイルPRFに従い、データベース部7501から各エレメンタリ・ストリーム7512−7515を読み出してＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。その後、処理はステップＳ７７０４へ進む。
ステップＳ７７０４では、多重化処理部7506は２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを作成する。特に、エントリ・マップとエクステント起点との作成では、エクステント・ペア間でエクステントＡＴＣ時間が揃えられる。更に、２Ｄエクステント、ベースビュー・エクステント、及びディペンデントビュー・エクステントのサイズが条件１、２等を満たすように設計される。その後、処理はステップＳ７７０５へ進む。
ステップＳ７７０５では、フォーマット処理部7507は、ＢＤ−ＲＯＭシナリオ・データ7517、プログラム・ファイル群BDP、多重化ストリーム・データMDS、及びクリップ情報ファイルCLIからＢＤ−ＲＯＭディスク・イメージ7520を作成する。その後、処理はステップＳ７７０６へ進む。
ステップＳ７７０６では、ＢＤ−ＲＯＭディスク・イメージ7520がＢＤ−ＲＯＭプレス用データに変換される。更に、このデータはＢＤ−ＲＯＭディスクの原盤に記録される。その後、処理はステップＳ７７０７へ進む。
ステップＳ７７０７では、ステップＳ７７０６で得られた原盤をプレス工程に利用してＢＤ−ＲＯＭディスク101の大量生産を行う。こうして、処理が終了する。
《補足》
＜３Ｄ映像の再生方法の原理＞
３Ｄ映像の再生方法は、ホログラフィ技術を用いる方法と、視差映像を用いる方法との二つに大別される。
ホログラフィ技術を用いる方法の特徴は、現実の立体的な物体から人間の視覚に与えられる光学的な情報とほぼ全く同じ情報を視聴者の視覚に与えることにより、その視聴者に映像中の物体を立体的に見せる点にある。しかし、この方法を動画表示に利用する技術は理論上確立されてはいる。しかし、その動画表示に必要とされる、膨大な演算をリアルタイムに処理可能なコンピュータ、及び、１ｍｍあたり数千本という超高解像度の表示装置はいずれも、現在の技術ではまだ、実現が非常に難しい。従って、この方法を商業用として実用化する目途は、現時点ではほとんど立っていない。
「視差映像」とは、一つのシーンを見る視聴者の各目に映る２Ｄ映像の対、すなわち、レフトビューとライトビューとの対をいう。視差映像を用いる方法の特徴は、一つのシーンのレフトビューとライトビューとを視聴者の各目だけに見えるように再生することにより、その視聴者にそのシーンを立体的に見せる点にある。
図７８の（ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。図７８の（ａ）は、視聴者VWRが、顔の正面に置かれた立方体CBCを見ている光景の上面図である。図７８の（ｂ）、（ｃ）はそれぞれ、そのときに視聴者VWRの左目LEY、右目REYに見える立方体CBCの外観を２Ｄ映像として示す模式図である。図７８の（ｂ）、（ｃ）を比較すれば明らかなとおり、各目に見える立方体CBCの外観はわずかに異なる。この外観の差、すなわち両眼視差から、視聴者VWRは立方体CBCを立体的に認識できる。従って、視差映像を用いる方法では、まず、一つのシーン、例えば図７８の（ａ）に示されている立方体CBCに対し、視点が異なる左右の２Ｄ映像、例えば図７８の（ｂ）に示されている立方体CBCのレフトビュー、及び図７８の（ｃ）に示されているそのライトビューを準備する。ここで、各視点の位置は視聴者VWRの両眼視差から決定される。次に、各２Ｄ映像を視聴者VWRのそれぞれの目だけに見えるように再生する。それにより、視聴者VWRには、画面に再生されるそのシーン、すなわち立方体CBCの映像が立体的に見える。このように、視差映像を用いる方法は、ホログラフィ技術を用いる方法とは異なり、高々二つの視点から見える２Ｄ映像を準備するだけでよい点で有利である。
視差映像を用いる方法については、それを具体化するための方式が多様に提案されている。それらの方式は、左右の２Ｄ映像を視聴者のそれぞれの目にいかにして見せるかという観点から、継時分離方式、レンチキュラーレンズを用いる方式、及び二色分離方式等に分けられる。
継時分離方式では、画面に左右の２Ｄ映像を一定時間ずつ交互に表示する一方、視聴者にシャッター眼鏡を通して画面を観察させる。ここで、シャッター眼鏡は、各レンズが例えば液晶パネルで形成されている。各レンズは、画面上の２Ｄ映像の切り換えに同期して交互に光をその全体で一様に透過させ、又は遮断する。すなわち、各レンズは、視聴者の目を周期的に塞ぐシャッターとして機能する。より詳細に言えば、画面上に左映像が表示される期間では、シャッター眼鏡は左側のレンズには光を透過させ、右側のレンズには光を遮断させる。逆に、画面上に右映像が表示されている期間では、シャッター眼鏡は右側のレンズには光を透過させ、左側のレンズには光を遮断させる。それにより、視聴者の目には、左右の映像の残像が重なって一つの３Ｄ映像に見える。
継時分離方式では、上記のとおり、左右の映像を一定周期で交互に表示する。例えば２Ｄ映像の再生において１秒当たり２４枚の映像フレームが表示されるとき、３Ｄ映像の再生では左右の映像を合わせて、１秒当たり４８枚の映像フレームが表示される。従って、この方式には、画面の書き換えを速く実行できる表示装置が好適である。
レンチキュラーレンズを用いる方式では、左右の各映像フレームを、縦方向に細長い短冊形の小領域に分割し、一つの画面の中に左右の映像フレームの各小領域を横方向に交互に並べて同時に表示する。ここで、画面の表面はレンチキュラーレンズで覆われている。レンチキュラーレンズは、細長い蒲鉾レンズを複数平行に並べて一枚のシート状にしたものである。各蒲鉾レンズは画面の表面を縦方向に延びている。レンチキュラーレンズを通して上記左右の映像フレームを視聴者に見せるとき、左映像フレームの表示領域からの光は視聴者の左目だけに結像し、右映像フレームの表示領域からの光は右目だけに結像するようにできる。こうして、左右の目に映る映像間での両眼視差により、視聴者には３Ｄ映像が見える。尚、この方式では、レンチキュラーレンズに代えて、同様な機能を持つ液晶素子等の他の光学部品が利用されてもよい。その他に、例えば左映像フレームの表示領域には縦偏光のフィルタを設置し、右映像フレームの表示領域には横偏光のフィルタを設置してもよい。そのとき、視聴者には偏光眼鏡を通して画面を見させる。ここで、その偏光眼鏡では、左側のレンズに縦偏光フィルタが設置され、かつ右側のレンズに横偏光フィルタが設置されている。従って、左右の映像が視聴者のそれぞれの目だけに見えるので、視聴者に３Ｄ映像を見せることができる。
視差映像を用いる方法では、３Ｄ映像コンテンツが、初めから左右の映像の組み合わせで構成されている場合の他に、２Ｄ映像とデプスマップとの組み合わせで構成されていてもよい。その２Ｄ映像は、再生対象の３Ｄ映像から仮想的な２Ｄ画面への射影を表し、デプスマップは、その２Ｄ画面に対するその３Ｄ映像の各部の奥行きを画素別に表す。３Ｄ映像コンテンツが２Ｄ映像とデプスマップとの組み合わせで構成されているとき、３Ｄ再生装置又は表示装置はまず、それらの組み合わせから左右の映像を構成し、次にそれらの映像から上記の方式のいずれかで３Ｄ映像を再現する。
図７９は、２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。図７９を参照するに、２Ｄ映像MVWでは、背景BGVの中に円板DSCが表示されている。デプスマップDPHはその２Ｄ映像MVW内の各部の奥行きを画素ごとに示す。そのデプスマップDPHによれば、２Ｄ映像MVWのうち、円板DSCの表示領域DA1の奥行きが画面よりも手前であり、かつ、背景BGVの表示領域DA2の奥行きが画面よりも奥である。再生装置内では視差映像生成部PDGがまず、デプスマップDPHの示す各部の奥行きから２Ｄ映像MVW内の各部の両眼視差を計算する。視差映像生成部PDGは次に、２Ｄ映像MVW内の各部の表示位置を、計算された両眼視差に応じて左右に移動させて、レフトビューLVWとライトビューRVWとを構成する。図７９に示されている例では、視差映像生成部PDGは、２Ｄ映像MVW内の円板DSCの表示位置に対し、レフトビューLVW内の円板DSLの表示位置をその両眼視差の半分S1だけ右に移動させ、ライトビューRVW内の円板DSRの表示位置をその両眼視差の半分S1だけ左に移動させる。それにより、視聴者には円板DSCが画面よりも手前に見える。一方、視差映像生成部PDGは、２Ｄ映像MVW内の背景BGVの表示位置に対し、レフトビューLVW内の背景BGLの表示位置をその両眼視差の半分S2だけ左に移動させ、ライトビューRVW内の背景BGRの表示位置をその両眼視差の半分S2だけ右に移動させる。それにより、視聴者には背景BGVが画面よりも奥に見える。
視差映像を用いる方法による３Ｄ映像の再生システムは、映画館及び遊園地のアトラクション等で利用されるものについては既に確立され、一般的に使用されている。従って、その方法は、３Ｄ映像を再生可能なホームシアター・システムの実用化にも有効である。本発明の実施形態では、視差映像を用いる方法のうち、継時分離方式又は偏光眼鏡を用いた方式を想定する。但し、本発明は、それらの方式とは異なる他の方式に対しても、それらが視差映像を用いている限り、適用可能である。それは、上記の実施形態の説明から当業者には明らかであろう。
＜ＢＤ−ＲＯＭディスク上のファイルシステム＞
ＢＤ−ＲＯＭディスク101のファイルシステムとしてＵＤＦが利用されるとき、図１２に示されているボリューム領域1202Bは、一般に複数のディレクトリ、ファイルセット記述子、及び終端記述子のそれぞれが記録された領域を含む。「ディレクトリ」は、同じディレクトリを構成するデータ群である。「ファイルセット記述子」は、ルートディレクトリのファイル・エントリが記録されているセクタのＬＢＮを示す。「終端記述子」はファイルセット記述子の記録領域の終端を示す。
各ディレクトリは共通のデータ構造を持つ。各ディレクトリは特に、ファイル・エントリ、ディレクトリ・ファイル、及び下位ファイル群を含む。
「ファイル・エントリ」は、記述子タグ、ＩＣＢ（Information Control Block）タグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。例えば記述子タグの値が“２６１”であるとき、そのデータの種類はファイル・エントリである。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、同じディレクトリに属するディレクトリ・ファイルが記録されたセクタのＬＢＮを示す。
「ディレクトリ・ファイル」は、下位ディレクトリのファイル識別記述子と下位ファイルのファイル識別記述子とを一般に複数ずつ含む。「下位ディレクトリのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ディレクトリにアクセスするための情報である。このファイル識別記述子は、その下位ディレクトリの識別情報、ディレクトリ名の長さ、ファイル・エントリ・アドレス、及びディレクトリ名そのものを含む。特にファイル・エントリ・アドレスは、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ファイルにアクセスするための情報である。このファイル識別記述子は、その下位ファイルの識別情報、ファイル名の長さ、ファイル・エントリ・アドレス、及びファイル名そのものを含む。特にファイル・エントリ・アドレスは、その下位ファイルのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル・エントリ」は、後述のとおり、下位ファイルの本体を構成するデータのアドレス情報を含む。
ファイルセット記述子と下位ディレクトリ／ファイルのファイル識別記述子とを順番に辿ってゆけば、ボリューム領域1002Bに記録された任意のディレクトリ／ファイルのファイル・エントリにアクセスすることができる。具体的には、まず、ファイルセット記述子からルートディレクトリのファイル・エントリが特定され、そのファイル・エントリ内のアロケーション記述子からルートディレクトリのディレクトリ・ファイルが特定される。次に、そのディレクトリ・ファイルからルートディレクトリ直下のディレクトリのファイル識別記述子が検出され、その中のファイル・エントリ・アドレスからそのディレクトリのファイル・エントリが特定される。更に、そのファイル・エントリ内のアロケーション記述子からそのディレクトリのディレクトリ・ファイルが特定される。続いて、そのディレクトリ・ファイルのうち、下位ディレクトリ又は下位ファイルのファイル識別記述子内のファイル・エントリ・アドレスからその下位ディレクトリ又は下位ファイルのファイル・エントリが特定される。
「下位ファイル」はそれぞれエクステントとファイル・エントリとを含む。「エクステント」は一般に複数であり、それぞれ、ディスク上の論理アドレス、すなわちＬＢＮが連続しているデータ列である。エクステントの全体が下位ファイルの本体を構成する。「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は各エクステントに対して一つずつ設けられ、ボリューム領域1202B上での各エクステントの配置、具体的には各エクステントのサイズとその先端のＬＢＮとを示す。従って、各アロケーション記述子を参照することにより、各エクステントにアクセスすることができる。その他に、各アロケーション記述子の上位２ビットは、そのアロケーション記述子の示すＬＢＮのセクタにエクステントが実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。
ＵＤＦを利用した上記のファイルシステムと同様、ボリューム領域に対するファイルシステムでは一般に、ボリューム領域に記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域に併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。
＜復号スイッチ情報＞
図８０の（ａ）は、復号スイッチ情報A050のデータ構造を示す模式図である。復号スイッチ情報A050は、図１８に示されているベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの各ＶＡＵでその補足データ1831D、1832Dに格納されている。但し、ディペンデントビュー・ビデオ・ストリームの各ＧＯＰの先頭に位置するＶＡＵ＃１では、復号スイッチ情報A050は、オフセット・メタデータを含む補足データ1832Dとは別の補足データに格納される。補足データ1831D、1832Dは、特にＭＰＥＧ−４ ＡＶＣ、ＭＶＣではＮＡＬユニットの一種“ＳＥＩ”に相当する。復号スイッチ情報A050は、再生装置102内のデコーダに、次に復号すべきＶＡＵを容易に特定させるための情報である。ここで、そのデコーダは後述のように、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとをＶＡＵ単位で交互に復号する。そのとき、そのデコーダは一般に、各ＶＡＵに付与されたＤＴＳの示す時刻に合わせて、次に復号すべきＶＡＵを特定する。しかし、デコーダの種類には、ＤＴＳを無視してＶＡＵを順次、復号し続けるものも多い。そのようなデコーダにとって、各ＶＡＵがＤＴＳに加えて復号スイッチ情報A050を含むことは好ましい。
図８０の（ａ）を参照するに、復号スイッチ情報A050は、次アクセスユニット・タイプA051、次アクセスユニット・サイズA052、及び復号カウンタA053を含む。次アクセスユニット・タイプA051は、次に復号されるべきＶＡＵがベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれに属するのかを示す。例えば、次アクセスユニット・タイプA051の値が“１”であるときは、次に復号されるべきＶＡＵはベースビュー・ビデオ・ストリームに属し、“２”であるときはディペンデントビュー・ビデオ・ストリームに属する。次アクセスユニット・タイプA051の値が“０”であるときは、現在のＶＡＵが復号対象のストリームの後端に位置し、次に復号されるべきＶＡＵが存在しない。次アクセスユニット・サイズA052は、次に復号されるべきＶＡＵのサイズを示す。再生装置102内のデコーダは、次アクセスユニット・サイズA052を参照することにより、ＶＡＵの構造自体を解析することなく、そのサイズを特定できる。従って、デコーダはバッファからＶＡＵを容易に抽出できる。復号カウンタA053は、それの属するＶＡＵが復号されるべき順番を示す。その順番は、ベースビュー・ビデオ・ストリーム内のＩピクチャを含むＶＡＵから数えられる。
図８０の（ｂ）は、ベースビュー・ビデオ・ストリームA001とディペンデントビュー・ビデオ・ストリームA002との各ピクチャに割り当てられた復号カウンタの一例A010、A020を示す模式図である。図８０の（ｂ）を参照するに、復号カウンタA010、A020は両ビデオ・ストリームA001、A002の間で交互にインクリメントされる。例えば、ベースビュー・ビデオ・ストリームA001内のＩピクチャを含むＶＡＵA011に対し、復号カウンタA010として“１”が割り当てられる。次に復号されるべきディペンデントビュー・ビデオ・ストリームA002内のＰピクチャを含むＶＡＵA021に対し、復号カウンタA020として“２”が割り当てられる。更にその次に復号されるべきベースビュー・ビデオ・ストリームA001内のＰピクチャを含むＶＡＵA012に対し、復号カウンタA010として“３”が割り当てられる。その割り当てにより、何らかの不具合が原因で再生装置102内のデコーダがいずれかのＶＡＵを読み損なったときでも、それによって欠落したピクチャをデコーダは復号カウンタA010、A020から直ちに特定できる。従って、デコーダはエラー処理を適切に、かつ迅速に実行できる。
図８０の（ｂ）に示されている例では、ベースビュー・ビデオ・ストリームA001の３番目のＶＡＵA013の読み込みにエラーが生じ、Ｂｒピクチャが欠落している。しかし、デコーダは、ディペンデントビュー・ビデオ・ストリームA002の２番目のＶＡＵA022に含まれるＰピクチャの復号処理で、そのＶＡＵA022から復号カウンタA020を読み出して保持している。従って、デコーダは次に処理すべきＶＡＵの復号カウンタA010を予測できる。具体的には、そのＰピクチャを含むＶＡＵA022内の復号カウンタA020は“４”であるので、次に読み込まれるべきＶＡＵの復号カウンタA010は“５”であると予測される。しかし、実際には、次に読み込まれたＶＡＵはベースビュー・ビデオ・ストリームA001の４番目のＶＡＵA014であったので、その復号カウンタA010は“７”である。そのことから、デコーダは、ＶＡＵを一つ読み損ねたことを検出できる。従って、デコーダは次のエラー処理を実行できる：「ディペンデントビュー・ビデオ・ストリームA002の３番目のＶＡＵA023から抽出されたＢピクチャについては、参照すべきＢｒピクチャが欠落しているので復号処理をスキップする」。このように、デコーダは復号処理ごとに復号カウンタA010、A020をチェックする。それにより、デコーダはＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
図８０の（ｃ）は、ベースビュー・ビデオ・ストリームA001とディペンデントビュー・ビデオ・ストリームA002との各ピクチャに割り当てられた復号カウンタの別例A030、A040を示す模式図である。図８０の（ｃ）を参照するに、復号カウンタA030、A040は各ビデオ・ストリームA001、A002で別々にインクリメントされる。従って、復号カウンタA030、A040は、同じ３Ｄ・ＶＡＵに属する一対のピクチャ間で等しい。その場合、デコーダはベースビュー・ビデオ・ストリームA001のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタA030が、次に復号されるべきディペンデントビュー・ビデオ・ストリームA002のＶＡＵの復号カウンタA040に等しい」。一方、デコーダはディペンデントビュー・ビデオ・ストリームA002のＶＡＵを一つ復号した時点では次のように予測できる：「その復号カウンタA040に１を加えた値が、次に復号されるべきベースビュー・ビデオ・ストリームA001のＶＡＵの復号カウンタA030に等しい」。従って、デコーダはいずれの時点でも復号カウンタA030、A040からＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
図６０に示されているシステム・ターゲット・デコーダ5623では、ＤＥＣ6004が、復号スイッチ情報A050を利用して、各ＶＡＵからピクチャをそのＤＴＳに関わらず、順次復号してもよい。その他に、バッファ・スイッチ6006が、そのＶＡＵ内の復号スイッチ情報A050をＤＥＣ6004に返信させてもよい。その場合、バッファ・スイッチ6006はその復号スイッチ情報A050を使って、次のＶＡＵをＥＢ１6003とＥＢ２6010とのいずれから転送すべきか決定できる。
＜放送、通信回路を経由したデータ配信＞
本発明の実施形態１による記録媒体は、光ディスクの他、例えばＳＤメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、実施形態１の説明では、予めデータが記録された光ディスク、すなわち、ＢＤ−ＲＯＭ又はＤＶＤ−ＲＯＭ等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態はそれらに限定されない。例えば放送で、又はネットワーク経由で配信された３Ｄ映像のコンテンツを端末装置によって、ＢＤ−ＲＥ又はＤＶＤ−ＲＡＭ等の既存の書き込み可能な光ディスクへ書き込むときに、実施形態１によるエクステントの配置が利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。
＜半導体メモリカードの再生＞
本発明の実施形態１による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。
再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース（Ｉ／Ｆ）で構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のＩ／Ｆが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのＩ／Ｆを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのＩ／Ｆを通して再生装置に読み出される。
＜ＢＤ−ＲＯＭディスク上のデータに対する著作権保護技術＞
ここで、以降の補足事項の前提として、ＢＤ−ＲＯＭディスクに記録されているデータの著作権を保護するための仕組みについて説明する。
ＢＤ−ＲＯＭディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオ・ストリーム、オーディオ・ストリーム、又はその他のストリームを含む。その場合、暗号化データは以下のように解読される。
再生装置には予め、ＢＤ−ＲＯＭディスク上の暗号化データを解読するための「鍵」の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、ＢＤ−ＲＯＭディスクには、その「鍵」の生成に必要なデータの別の一部、すなわちＭＫＢ（メディアキーブロック）と、その「鍵」自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、ＭＫＢ、及び暗号化タイトルキーは互いに対応付けられ、更に、図１２に示されているＢＤ−ＲＯＭディスク101上のＢＣＡ1201に書き込まれた特定のＩＤ、すなわちボリュームＩＤにも対応付けられている。デバイスキー、ＭＫＢ、暗号化タイトルキー、及びボリュームＩＤの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の「鍵」、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、ＭＫＢ、及びボリュームＩＤを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の「鍵」として用いて暗号化データを解読することができる。
ＢＤ−ＲＯＭディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのＢＤ−ＲＯＭディスク上の暗号化タイトルキー、ＭＫＢ、及びボリュームＩＤに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、ＭＫＢ、デバイスキー、及びボリュームＩＤの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。
ＢＤ−ＲＯＭディスクに記録されるべきビデオ・ストリームとオーディオ・ストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、ＢＤ−ＲＯＭディスクに記録する。次に、ＭＫＢ、デバイスキー、及びボリュームＩＤの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、ＭＫＢ、ボリュームＩＤ、及び暗号化タイトルキーをＢＤ−ＲＯＭディスクに記録する。そのＢＤ−ＲＯＭディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオ・ストリーム及び／又はオーディオ・ストリームをデコーダで復号することはできない。こうして、ＢＤ−ＲＯＭディスクに記録されたデータの著作権を保護することができる。
以上に述べた、ＢＤ−ＲＯＭディスクにおけるデータの著作権保護の仕組みは、ＢＤ−ＲＯＭディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にＳＤカード等の可搬性半導体メモリカードにも適用可能である。
＜電子配信を利用した記録媒体へのデータ記録＞
電子配信を利用して本発明の実施形態１による再生装置へ３Ｄ映像のＡＶストリーム・ファイル等のデータ（以下、配信データという。）を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがＳＤメモリカードである場合を想定する。
再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはＳＤメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はＳＤメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。ＳＤメモリカードの識別情報は、例えばそのＳＤメモリカード固有の識別番号、より具体的にはそのＳＤメモリカードのシリアル番号である。この識別情報は上述のボリュームＩＤとして利用される。
配信サーバには配信データが格納されている。その配信データのうち、ビデオ・ストリーム及び／又はオーディオ・ストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。その暗号化データは同じタイトルキーで復号が可能である。
配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、ＳＤメモリカードと共通のＭＫＢを保持している。配信サーバは、再生装置から配信データの送信要求とＳＤメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、ＭＫＢ、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。
配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のＭＫＢ、暗号化タイトルキー、署名情報、ＳＤメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能（プログラム）が特定されている。
配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用Ｉ／Ｆを通してＳＤメモリカードに記録する。
ＳＤメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック（１）−（３）が行われる。尚、それらはどのような順序で行われてもよい。
（１）公開鍵情報に含まれるＳＤメモリカードの識別情報が、カードスロットに挿入されているＳＤメモリカードに記憶されている識別番号と一致するか否か。
（２）公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。
（３）公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。
上述のチェック（１）−（３）のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック（１）−（３）の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、ＭＫＢ、及びＳＤメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオ・ストリーム及び／又はオーディオ・ストリームに復号する。
以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能（プログラム）等が知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、ＳＤメモリカードの識別番号、ＭＫＢ、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。
半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばＳＤメモリカードではそのシリアル番号が不正に改竄された場合、ＳＤメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック（１）では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。
半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域（以下、第１の記録領域と称す。）から電気的に分離された別の記録領域（以下、第２の記録領域と称す。）が設置される。次に、第２の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第２の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第２の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第２の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第２の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第２の記録領域内のデータのアドレスは制御回路にしか特定できない。
半導体メモリカードの識別情報が第２の記録領域に記録された場合、再生装置上で動作するアプリケーション・プログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーション・プログラムは、メモリカードＩ／Ｆを介して上記の制御回路に対し、第２の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第２の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードＩ／Ｆを介して上記のアプリケーション・プログラムへその識別情報を送る。そのアプリケーション・プログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーション・プログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードＩ／Ｆを介して半導体メモリカード内の第１の記録領域に記録する。
尚、上記のアプリケーション・プログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーション・プログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばＸ．５０９に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第１の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。
＜リアルタイム・レコーディングへの適用＞
本発明の実施形態２では、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、オーサリングシステムにおけるプリレコーディング技術によってＢＤ−ＲＯＭディスクに記録されてユーザに供給されることを前提とした。しかし、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、リアルタイム・レコーディングによって、ＢＤ−ＲＥディスク、ＢＤ−Ｒディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤ−ＲＥディスク等と略す。）に記録されてユーザに供給されるものであってもよい。その場合、ＡＶストリーム・ファイルは、アナログ入力信号を記録装置がリアルタイムで復号することによって得られたトランスポート・ストリームであってもよい。その他に、記録装置がデジタル入力したトランスポート・ストリームをパーシャル化することで得られるトランスポート・ストリームであってもよい。
リアルタイム・レコーディングを実行する記録装置は、ビデオ・エンコーダ、オーディオエンコーダ、マルチプレクサ、及びソースパケタイザを含む。ビデオ・エンコーダはビデオ信号を符号化してビデオ・ストリームに変換する。オーディオエンコーダはオーディオ信号を符号化してオーディオ・ストリームに変換する。マルチプレクサは、ビデオ・ストリームとオーディオ・ストリームとを多重化して、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリームに変換する。ソースパケタイザは、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリーム内のＴＳパケットをソースパケットに変換する。記録装置は各ソースパケットをＡＶストリーム・ファイルに格納して、ＢＤ−ＲＥディスク等に書き込む。
ＡＶストリーム・ファイルの書き込み処理と並行して、記録装置の制御部はクリップ情報ファイルとプレイリスト・ファイルとをメモリ上で生成してＢＤ−ＲＥディスク等に書き込む。具体的には、ユーザによって録画処理が要求されたとき、制御部はまず、ＡＶストリーム・ファイルに合わせてクリップ情報ファイルを生成してＢＤ−ＲＥディスク等に書き込む。その場合、外部から受信されるトランスポート・ストリームからビデオ・ストリーム内の一つのＧＯＰの先頭が検出される度に、又は、ビデオ・エンコーダによってビデオ・ストリーム内の一つのＧＯＰが生成される度に、制御部は、そのＧＯＰの先頭に位置するＩピクチャのＰＴＳと、そのＧＯＰの先頭が格納されたソースパケットのＳＰＮとを取得する。制御部は更に、そのＰＴＳとＳＰＮとの対を一つのエントリ・ポイントとしてクリップ情報ファイルのエントリ・マップに追記する。ここで、そのエントリ・ポイントには「is＿angle＿changeフラグ」が追加される。is＿angle＿changeフラグは、そのＧＯＰの先頭がＩＤＲピクチャであるときは“オン”に設定され、そのＧＯＰの先頭がＩＤＲピクチャではないときは“オフ”に設定される。クリップ情報ファイル内には更に、ストリーム属性情報が記録対象のストリームの属性に従って設定される。こうして、ＡＶストリーム・ファイルとクリップ情報ファイルとがＢＤ−ＲＥディスク等に書き込まれた後、制御部はそのクリップ情報ファイル内のエントリ・マップを利用してプレイリスト・ファイルを生成し、ＢＤ−ＲＥディスク等に書き込む。
＜マネージド・コピー＞
本発明の実施形態による再生装置は更に、マネージド・コピーによってＢＤ−ＲＯＭディスク101上のデジタル・ストリームを他の記録媒体へ書き込んでもよい。「マネージド・コピー」とは、ＢＤ−ＲＯＭディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタル・ストリーム、プレイリスト・ファイル、クリップ情報ファイル、及びアプリケーション・プログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術をいう。その書き込み可能な記録媒体は、ＢＤ−Ｒ、ＢＤ−ＲＥ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、及びＤＶＤ−ＲＡＭ等の書き込み可能な光ディスク、ハードディスク、並びに、ＳＤメモリカード、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、及びマルチメディアカード（登録商標）等の可搬性半導体メモリ装置を含む。マネージド・コピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。
ＢＤ−ＲＯＭディスクからＢＤ−Ｒディスク又はＢＤ−ＲＥディスクへのマネージド・コピーが行われる場合、両ディスクの記録容量が等しいときは、コピー元のディスクに記録されたビット・ストリームがそのまま、順番にコピーされればよい。
マネージド・コピーが異種の記録媒体間で行われるときはトランス・コードが必要である。「トランス・コード」とは、コピー元のディスクに記録されているデジタル・ストリームをコピー先の記録媒体のアプリケーション・フォーマットに適合させるための処理をいう。トランス・コードは、例えば、ＭＰＥＧ２−ＴＳ形式からＭＰＥＧ２プログラム・ストリーム形式へ変換する処理、及び、ビデオ・ストリームとオーディオ・ストリームとのそれぞれに割り当てられているビットレートを低くして符号化し直す処理を含む。トランス・コードでは、上述のリアルタイム・レコーディングによって、ＡＶストリーム・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルが生成されねばならない。
＜データ構造の記述方法＞
本発明の実施形態１によるデータ構造のうち、「所定型の情報が複数存在する」という繰り返し構造は、ｆｏｒ文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、「所定の条件が成立するときに所定の情報が定義される」というデータ構造は、ｉｆ文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態１によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、「構文解析」、「最適化」、「資源割付」、及び「コード生成」といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。
＜再生プログラムによるプレイリスト・ファイル、クリップ情報ファイルの管理＞
プレイリスト・ファイルとＡＶストリーム・ファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリスト・ファイルに従ってＡＶストリーム・ファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、ｔｅｘｔセクション、ｄａｔａセクション、ｂｓｓセクション、及びｓｔａｃｋセクションを含む。ｔｅｘｔセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。ｄａｔａセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。ｄａｔａセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。ｂｓｓセクションは、初期値を持たない変数を含む。ｂｓｓセクション内のデータは、ｔｅｘｔセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のＲＡＭにｂｓｓセクション用の領域が確保される。ｓｔａｃｋセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。ｓｔａｃｋセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、ｂｓｓセクション内の変数はゼロで初期化され、ｓｔａｃｋセクションには必要なメモリ領域が確保される。
プレイリスト・ファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、ｔｅｘｔセクション内の「書き換え不可のデータ」、又はｄａｔａセクション内の「随時アクセスされるファイル」として管理される。すなわち、プレイリスト・ファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリスト・ファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。
本発明は立体視映像の表示技術に関し、上記のとおり、表示装置に表示対象のフレームを選択させる。このように、本発明は明らかに産業上利用可能である。
P3D ３Ｄ映像の再生期間
P2D ２Ｄ映像の再生期間
3D 「３Ｄ再生モード」を示す再生モードの値
2D 「２Ｄ再生モード」を示す再生モードの値
L レフトビュー・フレーム
R ライトビュー・フレーム
104 シャッター眼鏡
LSL シャッター眼鏡104が左のレンズを透明にする期間
LSR シャッター眼鏡104が右のレンズを透明にする期間
T1 第１時刻
T2 第２時刻

Claims (19)

  1. 立体視映像のレフトビュー・フレームとライトビュー・フレーム、及び制御情報を含むストリーム・データを送信するための送信装置であって、
    ユーザの操作又はアプリケーション・プログラムの指示が、前記ストリーム・データの送信先の装置によって、立体視映像の一つのフレーム期間に一対のレフトビュー・フレームとライトビュー・フレームとを処理させることを示す場合には３Ｄ再生モードを前記制御情報に設定し、レフトビュー・フレーム又はライトビュー・フレームのいずれかのみを処理させることを示す場合には２Ｄ再生モードを前記制御情報に設定する制御部、
    前記制御情報が３Ｄ再生モードと２Ｄ再生モードとのいずれを示すかにかかわらず、立体視映像の一つのフレーム期間に一対のレフトビュー・フレームとライトビュー・フレームとが送信されるように、前記ストリーム・データを所定の送信形式に変換するフォーマット変換部、及び、
    前記送信形式のストリーム・データを送信する送信部、
    を備えている送信装置。
  2. 前記ストリーム・データには更に、平面視グラフィックス映像を構成するグラフィックス・ストリームが多重化されており、
    前記フォーマット変換部は、
    前記グラフィックス・ストリームからグラフィックス・プレーンを生成し、
    前記制御情報が３Ｄ再生モードを示す場合、前記グラフィックス・プレーンに水平座標の左方向と右方向との各オフセットを与えて、レフトビュー・フレームとライトビュー・フレームとのそれぞれに合成し、
    前記制御情報が２Ｄ再生モードを示す場合、前記グラフィックス・プレーンをそのままレフトビュー・フレームとライトビュー・フレームとのそれぞれに合成する、
    請求項１に記載の送信装置。
  3. 前記ストリーム・データには更に、平面視グラフィックス映像を構成するグラフィックス・ストリームが多重化されており、
    前記フォーマット変換部は、
    前記グラフィックス・ストリームからグラフィックス・プレーンを生成し、
    前記制御情報が３Ｄ再生モードと２Ｄ再生モードとのいずれを示すかにかかわらず、前記グラフィックス・プレーンに水平座標の左方向と右方向との各オフセットを与えて、レフトビュー・フレームとライトビュー・フレームとのそれぞれに合成する、
    請求項１に記載の送信装置。
  4. 前記フォーマット変換部は、前記送信形式としてＨＤＭＩ規格に準拠の形式を採用し、前記制御情報をＡＶＩインフォ・フレームに変換する、請求項１に記載の送信装置。
  5. 立体視映像のレフトビュー・フレームとライトビュー・フレーム、及び制御情報を含むストリーム・データを送信するための送信方法であって、
    ユーザの操作又はアプリケーション・プログラムの指示を受けるステップ；
    前記ユーザの操作又はアプリケーション・プログラムの指示が、前記ストリーム・データの送信先の装置によって、立体視映像の一つのフレーム期間に一対のレフトビュー・フレームとライトビュー・フレームとを処理させることを示す場合には、３Ｄ再生モードを前記制御情報に設定するステップ、
    前記ユーザの操作又はアプリケーション・プログラムの指示が、前記ストリーム・データの送信先の装置によって、立体視映像の一つのフレーム期間にレフトビュー・フレーム又はライトビュー・フレームのいずれかのみを処理させることを示す場合には、２Ｄ再生モードを前記制御情報に設定するステップ、
    前記制御情報が３Ｄ再生モードと２Ｄ再生モードとのいずれを示すかにかかわらず、立体視映像の一つのフレーム期間に一対のレフトビュー・フレームとライトビュー・フレームとが送信されるように、前記ストリーム・データを所定の送信形式に変換するステップ、及び、
    前記送信形式のストリーム・データを送信するステップ、
    を有する送信方法。
  6. 立体視映像のレフトビュー・フレームとライトビュー・フレーム、及び制御情報を含むストリーム・データを受信するための受信装置であって、
    所定の送信形式に変換された前記ストリーム・データを受信する受信部、及び、
    前記送信形式のストリーム・データからレフトビュー・フレームとライトビュー・フレームとを交互に抽出し、立体視映像の一つのフレーム期間に、前記制御情報が３Ｄ再生モードを示す場合には一対のレフトビュー・フレームとライトビュー・フレームとを送出し、２Ｄ再生モードを示す場合にはレフトビュー・フレーム又はライトビュー・フレームのいずれかのみを送出する信号処理部、
    を備える受信装置。
  7. 前記信号処理部は、前記制御情報が２Ｄ再生モードを示す場合、立体視映像の一つのフレーム期間に一つのレフトビュー・フレーム又はライトビュー・フレームのいずれかを２回送出する、請求項６に記載の受信装置。
  8. 前記信号処理部は、前記制御情報が２Ｄ再生モードを示す場合、立体視映像の一つのフレーム期間の全体にわたって一つのレフトビュー・フレーム又はライトビュー・フレームのいずれかを送出する、請求項６に記載の受信装置。
  9. 前記信号処理部は、前記制御情報が２Ｄ再生モードを示す場合、一対のレフトビュー・フレームとライトビュー・フレームとから一つのレフトビュー・フレーム又はライトビュー・フレームのいずれかを再構成して、立体視映像の一つのフレーム期間の全体にわたって当該レフトビュー・フレーム又はライトビュー・フレームのいずれかを送出する、請求項６に記載の受信装置。
  10. 前記受信部は、前記送信形式としてＨＤＭＩ規格に準拠の形式を採用し、前記制御情報をＡＶＩインフォ・フレームから取得する、請求項６に記載の受信装置。
  11. 立体視映像のレフトビュー・フレームとライトビュー・フレーム、及び制御情報を含むストリーム・データを受信するための受信方法であって、
    所定の送信形式に変換された前記ストリーム・データを受信するステップ、
    前記送信形式のストリーム・データからレフトビュー・フレームとライトビュー・フレームとを交互に抽出するステップ、
    前記制御情報が３Ｄ再生モードを示す場合、立体視映像の一つのフレーム期間に一対のレフトビュー・フレームとライトビュー・フレームとを送出するステップ、及び、
    前記制御情報が２Ｄ再生モードを示す場合、立体視映像の一つのフレーム期間にレフトビュー・フレーム又はライトビュー・フレームのいずれかのみを送出するステップ、
    を有する受信方法。
  12. 立体視映像を画面に表示するための表示装置であって、
    立体視映像のレフトビュー・フレームとライトビュー・フレーム、及び制御情報を含むストリーム・データを受信する受信部、
    前記ストリーム・データからレフトビュー・フレームとライトビュー・フレームとを交互に抽出し、立体視映像の一つのフレーム期間に、前記制御情報が３Ｄ再生モードを示す場合には一対のレフトビュー・フレームとライトビュー・フレームとを送出し、前記制御情報が２Ｄ再生モードを示す場合にはレフトビュー・フレーム又はライトビュー・フレームのいずれかのみを送出する信号処理部、及び、
    前記信号処理部から送出されたフレームを所定時間ずつ画面に表示する表示部、
    を備える表示装置。
  13. 前記信号処理部は、前記制御情報が２Ｄ再生モードを示す場合、立体視映像の一つのフレーム期間に一つのレフトビュー・フレーム又はライトビュー・フレームのいずれかを２回送出する、請求項１２に記載の表示装置。
  14. シャッター眼鏡に対し、前記制御情報が３Ｄ再生モードと２Ｄ再生モードとのいずれを示すかにかかわらず、前記表示部によるフレームの切り換えに同期して、左右のレンズを交互に不透明に変化させることを指示する左右信号送信部、
    を更に備える、請求項１３に記載の表示装置。
  15. 前記信号処理部は、前記制御情報が２Ｄ再生モードを示す場合、立体視映像の一つのフレーム期間の全体にわたって一つのレフトビュー・フレーム又はライトビュー・フレームのいずれかを送出する、請求項１２に記載の表示装置。
  16. 前記信号処理部は、前記制御情報が２Ｄ再生モードを示す場合、一対のレフトビュー・フレームとライトビュー・フレームとから一つのレフトビュー・フレームを再構成して、立体視映像の一つのフレーム期間の全体にわたって当該レフトビュー・フレーム又はライトビュー・フレームのいずれかを送出する、請求項１２に記載の表示装置。
  17. シャッター眼鏡に対し、前記制御情報が３Ｄ再生モードを示す間、左右のレンズを交互に不透明に変化させることを指示し、前記制御情報が２Ｄ再生モードを示す間、左右両方のレンズを透明に維持することを指示する左右信号送信部、
    を更に備える、請求項１５又は１６のいずれかに記載の表示装置。
  18. 前記受信部は、前記送信形式としてＨＤＭＩ規格に準拠の形式を採用し、前記制御情報をＡＶＩインフォ・フレームから取得する、請求項１２に記載の表示装置。
  19. 立体視映像を表示装置に表示させるための表示方法であって、
    立体視映像のレフトビュー・フレームとライトビュー・フレーム、及び制御情報を含むストリーム・データを前記表示装置に受信させるステップ、
    前記表示装置内の信号処理部に、前記ストリーム・データからレフトビュー・フレームとライトビュー・フレームとを交互に抽出させるステップ、
    前記制御情報が３Ｄ再生モードを示す場合、前記信号処理部に、立体視映像の一つのフレーム期間に一対のレフトビュー・フレームとライトビュー・フレームとを送出させるステップ、
    前記制御情報が２Ｄ再生モードを示す場合、前記信号処理部に、立体視映像の一つのフレーム期間にレフトビュー・フレーム又はライトビュー・フレームのいずれかのみを送出させるステップ、及び、
    前記表示装置の画面に、前記信号処理部から送出されたフレームを所定時間ずつ表示させるステップ、
    を有する表示方法。
JP2011547332A 2009-12-28 2010-12-24 表示装置と方法、送信装置と方法、及び受信装置と方法 Expired - Fee Related JP5457465B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US29032609P 2009-12-28 2009-12-28
US61/290,326 2009-12-28
PCT/JP2010/007524 WO2011080911A1 (ja) 2009-12-28 2010-12-24 表示装置と方法、送信装置と方法、及び受信装置と方法

Publications (2)

Publication Number Publication Date
JPWO2011080911A1 JPWO2011080911A1 (ja) 2013-05-09
JP5457465B2 true JP5457465B2 (ja) 2014-04-02

Family

ID=44226337

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011547332A Expired - Fee Related JP5457465B2 (ja) 2009-12-28 2010-12-24 表示装置と方法、送信装置と方法、及び受信装置と方法

Country Status (4)

Country Link
US (1) US8538234B2 (ja)
JP (1) JP5457465B2 (ja)
CN (1) CN102334338B (ja)
WO (1) WO2011080911A1 (ja)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110029319A (ko) * 2009-09-15 2011-03-23 삼성전자주식회사 영상 처리 시스템 및 영상 처리 방법
US9420259B2 (en) * 2011-05-24 2016-08-16 Comcast Cable Communications, Llc Dynamic distribution of three-dimensional content
US20130169762A1 (en) * 2011-07-15 2013-07-04 Hitachi Consumer Electronics, Ltd. Receiving apparatus, receiving method and transmitting apparatus
KR20140044283A (ko) * 2011-08-04 2014-04-14 소니 주식회사 송신 장치, 송신 방법 및 수신 장치
JP2013051660A (ja) * 2011-08-04 2013-03-14 Sony Corp 送信装置、送信方法および受信装置
CN103595985B (zh) * 2012-08-13 2016-01-27 辉达公司 3d显示设备、3d显示系统及显示3d 图像的方法
KR20140066546A (ko) * 2012-11-23 2014-06-02 삼성전자주식회사 디스플레이 장치 및 그 제어 방법
US10142108B2 (en) * 2013-06-17 2018-11-27 Qube Cinema, Inc. Copy protection scheme for digital audio and video content authenticated HDCP receivers
CN106031187B (zh) * 2014-03-03 2019-12-24 索尼公司 发射设备、发射方法、接收设备与接收方法
US20150253974A1 (en) 2014-03-07 2015-09-10 Sony Corporation Control of large screen display using wireless portable computer interfacing with display controller
WO2015164572A1 (en) * 2014-04-25 2015-10-29 Dolby Laboratories Licensing Corporation Audio segmentation based on spatial metadata
US9628863B2 (en) * 2014-06-05 2017-04-18 Palmwin Information Technology (Shanghai) Co. Ltd. Interactively combining end to end video and game data
CN104065944B (zh) * 2014-06-12 2016-08-17 京东方科技集团股份有限公司 一种超高清三维转换装置及三维显示系统
CN105227946B (zh) * 2014-07-04 2018-10-26 上海广播电视台 3d视频分解装置
CN105320684B (zh) * 2014-07-28 2019-03-01 中国传媒大学 隐藏字幕的数据交换方法
CN114513617B (zh) * 2014-09-10 2024-04-09 松下电器（美国）知识产权公司 再现装置以及再现方法
TWI566229B (zh) * 2015-06-03 2017-01-11 友達光電股份有限公司 顯示裝置之時序控制器及其操作方法
CN108696471A (zh) * 2017-02-21 2018-10-23 科通环宇（北京）科技有限公司 基于avs2的码流封装方法、码流、解码方法及装置
JP2019029876A (ja) * 2017-07-31 2019-02-21 パナソニックＩｐマネジメント株式会社 画像処理装置、カメラ装置及び出力制御方法
KR102471492B1 (ko) * 2017-12-27 2022-11-28 삼성전자 주식회사 디스플레이장치 및 그 제어방법
US10951875B2 (en) * 2018-07-03 2021-03-16 Raxium, Inc. Display processing circuitry
CN112188181B (zh) * 2019-07-02 2023-07-04 中强光电股份有限公司 图像显示设备、立体图像处理电路及其同步信号校正方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997032437A1 (en) * 1996-02-28 1997-09-04 Matsushita Electric Industrial Co., Ltd. High-resolution optical disk for recording stereoscopic video, optical disk reproducing device, and optical disk recording device
JP2006121553A (ja) * 2004-10-25 2006-05-11 Sharp Corp 映像表示装置
WO2008018165A1 (en) * 2006-08-08 2008-02-14 Nikon Corporation Camera, image display device, and image storage device

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07336729A (ja) 1994-06-10 1995-12-22 Canon Inc 画像表示装置
KR100454194B1 (ko) * 2001-12-28 2004-10-26 한국전자통신연구원 다중 디스플레이 방식을 지원하는 양안식 동영상 부호화/복호화 장치 및 그 방법
EP1403759A3 (en) * 2002-09-17 2007-04-04 Sharp Kabushiki Kaisha Electronic equipment with two and three dimensional display functions
JP2005159977A (ja) * 2003-11-28 2005-06-16 Sanyo Electric Co Ltd 立体映像表示通信装置
CN102150433B (zh) * 2008-09-18 2014-04-09 松下电器产业株式会社 立体视觉影像再现装置及立体视觉影像显示装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1997032437A1 (en) * 1996-02-28 1997-09-04 Matsushita Electric Industrial Co., Ltd. High-resolution optical disk for recording stereoscopic video, optical disk reproducing device, and optical disk recording device
JP2006121553A (ja) * 2004-10-25 2006-05-11 Sharp Corp 映像表示装置
WO2008018165A1 (en) * 2006-08-08 2008-02-14 Nikon Corporation Camera, image display device, and image storage device

Also Published As

Publication number Publication date
CN102334338B (zh) 2015-04-22
US20110305443A1 (en) 2011-12-15
US8538234B2 (en) 2013-09-17
CN102334338A (zh) 2012-01-25
JPWO2011080911A1 (ja) 2013-05-09
WO2011080911A1 (ja) 2011-07-07

Similar Documents

Publication Publication Date Title
JP5457465B2 (ja) 表示装置と方法、送信装置と方法、及び受信装置と方法
JP5480915B2 (ja) 表示装置と方法、記録媒体、送信装置と方法、及び再生装置と方法
JP5551654B2 (ja) 半導体集積回路
JP4676579B2 (ja) 記録媒体、再生装置、及び集積回路
US8699853B2 (en) Recording medium, recording device, encoding device, integrated circuit, and reproduction output device
US8270807B2 (en) Recording medium, playback device, and integrated circuit
US8045844B2 (en) Recording medium, playback apparatus, and integrated circuit
US20110008024A1 (en) Recording medium, playback device, and integrated circuit

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130613

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20131217

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140109

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 5457465

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees