JP5480915B2 - 表示装置と方法、記録媒体、送信装置と方法、及び再生装置と方法 - Google Patents

表示装置と方法、記録媒体、送信装置と方法、及び再生装置と方法 Download PDF

Info

Publication number
JP5480915B2
JP5480915B2 JP2011547328A JP2011547328A JP5480915B2 JP 5480915 B2 JP5480915 B2 JP 5480915B2 JP 2011547328 A JP2011547328 A JP 2011547328A JP 2011547328 A JP2011547328 A JP 2011547328A JP 5480915 B2 JP5480915 B2 JP 5480915B2
Authority
JP
Japan
Prior art keywords
view
frame
video
view frame
display
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
JP2011547328A
Other languages
English (en)
Other versions
JPWO2011080907A1 (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 JPWO2011080907A1 publication Critical patent/JPWO2011080907A1/ja
Application granted granted Critical
Publication of JP5480915B2 publication Critical patent/JP5480915B2/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/158—Switching 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/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/189—Recording image signals; Reproducing recorded 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
    • H04N2213/00—Details of stereoscopic systems
    • H04N2213/003—Aspects relating to the "2D+depth" image format
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2213/00—Details of stereoscopic systems
    • H04N2213/005—Aspects relating to the "3D+depth" image format

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)
  • Television Signal Processing For Recording (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)

Description

本発明は、立体視映像、すなわち３次元（３Ｄ）映像の表示技術に関する。
近年、３Ｄ映像に対する一般的な関心が高まっている。例えば遊園地では、３Ｄ映像を利用したアトラクションが人気を集めている。また、全国各地で、３Ｄ映像の映画を上映する映画館が増加している。そのような３Ｄ映像への関心の高まりに伴い、３Ｄ映像を各家庭でも再生可能にするための技術の開発が進められている。その技術では、３Ｄ映像コンテンツを高画質のまま、光ディスク等の可搬性記録媒体に記録することが求められる。更に、２Ｄ再生装置に対するその記録媒体の互換性が求められる。すなわち、その記録媒体に記録された３Ｄ映像コンテンツから、２Ｄ再生装置は２Ｄ映像を再生でき、３Ｄ再生装置は３Ｄ映像を再生できることが望ましい。ここで、「２Ｄ再生装置」とは、平面視映像、すなわち２次元（２Ｄ）映像のみを再生可能な従来の再生装置を意味し、「３Ｄ再生装置」とは、３Ｄ映像を再生可能な再生装置を意味する。尚、本明細書では、３Ｄ再生装置が従来の２Ｄ映像も再生可能である場合を想定する。
図７５は、３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である（例えば特許文献１参照）。光ディスクPDSには二種類のビデオ・ストリームが格納されている。一方は２Ｄ／レフトビュー・ビデオ・ストリームであり、他方はライトビュー・ビデオ・ストリームである。「２Ｄ／レフトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生では視聴者の左目に見せる２Ｄ映像、すなわち「レフトビュー」を表し、２Ｄ映像の再生ではその２Ｄ映像そのものを表す。「ライトビュー・ビデオ・ストリーム」は、３Ｄ映像の再生において視聴者の右目に見せる２Ｄ映像、すなわち「ライトビュー」を表す。左右のビデオ・ストリーム間では、フレームレートは等しいが、フレームの表示時期はフレーム周期の半分だけずれている。例えば、各ビデオ・ストリームのフレームレートが２４ｆｐｓ（frame per seconds：フレーム毎秒）であるとき、２Ｄ／レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの各フレームが１／４８秒ごとに交互に表示される。
各ビデオ・ストリームは、図７５に示されているように、光ディスク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に交互に表示された、レフトビューとライトビューとの２Ｄ映像の対が一つの３Ｄ映像に見える。
光ディスクに限らず、記録媒体に３Ｄ映像コンテンツを格納するときは、上記のようにエクステントのインターリーブ配置を利用する。それにより、その記録媒体を２Ｄ映像の再生と３Ｄ映像の再生との両方で利用することができる。
特許第３９３５５０７号公報
映画では伝統的に、フレームレートは２４ｆｐｓである。記録媒体に記録された映画コンテンツにおいても、ストリーム・データのフレームレートは通常２４ｆｐｓである。しかし、テレビでは、その程度のフレームレートは低すぎて、視聴者に映像のちらつき（フリッカ）を感じさせる危険性がある。従って、テレビジョン受像器等の表示装置は一般に、映画コンテンツのフレームレートをより高い値に変換してから、その映像を表示する。具体的には、「３−２プルダウン方式」がそのようなフレームレートの変換方式として知られている。
図７６の（ａ）、（ｂ）はそれぞれ、３−２プルダウンによるフレームレートの変換前後における２Ｄ映像のフレーム列を示す模式図である。説明の便宜上、走査方式がプログレッシブ方式である場合を想定する。図７６の（ａ）を参照するに、３−２プルダウンの前では、２Ｄ映像のフレーム列F2Dk（k＝1、2、3、4、…）のフレームレートは２４ｆｐｓであるので、フレーム当たりの表示時間は１／２４秒である。図７６の（ｂ）を参照するに、３−２プルダウンは、そのフレーム列F2Dkのうち、奇数番目のフレームF2D1、F2D3、…をそれぞれ３回ずつ繰り返して表示し、偶数番目のフレームF2D2、F2D4、…をそれぞれ２回ずつ繰り返して表示する。フレーム当たりの表示時間は１／６０秒に設定されているので、表示されるフレーム列F2Dkのフレームレートは６０ｆｐｓである。
３Ｄ映像コンテンツでも、レフトビューとライトビューとの各フレームレートは、通常の２Ｄ映像と同様に２４ｆｐｓである。従って、３Ｄ映像の表示においても２Ｄ映像の表示と同様に、３−２プルダウンによってフレームレートが変換される。図７６の（ｃ）、（ｄ）は、３−２プルダウンによるフレームレートの変換前後における３Ｄ映像のフレーム列を示す模式図である。説明の便宜上、走査方式がプログレッシブ方式である場合を想定する。図７６の（ｃ）を参照するに、３−２プルダウンの前では、３Ｄ映像のフレーム列F3Dk（k＝1、2、3、4、…）のフレームレートは２４ｆｐｓであるので、フレーム当たりの表示時間は１／２４秒である。図７６の（ｄ）を参照するに、３−２プルダウンは、そのフレーム列F3Dkのうち、奇数番目のフレームF3D1、F3D3、…をそれぞれ３回ずつ繰り返して表示し、偶数番目のフレームF3D2、F3D4、…をそれぞれ２回ずつ繰り返して表示する。フレーム当たりの表示時間は１／６０秒に設定されているので、表示されるフレーム列F3Dkのフレームレートは６０ｆｐｓである。ここで、３Ｄ映像の１フレームF3Dkは、実際には、レフトビューの１フレームFLとライトビューの１フレームFRとが交互に表示されたものである。図７６の（ｅ）は、３−２プルダウン後、３Ｄ映像の各フレームを構成するレフトビューとライトビューとの各フレーム列を示す模式図である。図７６の（ｅ）を参照するに、３Ｄ映像の各フレームの表示期間では、レフトビューの１フレームFLとライトビューの１フレームFRとが１／１２０秒ずつ、順番に表示される。
図７６の（ｅ）を更に参照するに、３Ｄ映像の奇数番目のフレームF3D1、F3D3、…の各表示期間では、合わせて６フレームのレフトビュー・ライトビューが表示される。一方、偶数番目のフレームF3D2、F3D4、…の各表示期間では、合わせて４フレームのレフトビュー・ライトビューしか表示されない。従って、３Ｄ映像の各フレームの表示時間は、コンテンツ上では等しく設定されているにもかかわらず、実際には、奇数番目の各フレームF3D1、F3D3、…の表示時間が偶数番目の各フレームF3D2、F3D4、…の表示時間よりも長い。具体的には、奇数番目のフレームF3D1、F3D3、…の表示時間は１／１２０秒×６＝０．０５秒であるのに対し、偶数番目フレームF3D2、F3D4、…の表示時間は１／１２０秒×４＝約０．０３秒である。このように、奇数番目と偶数番目とで３Ｄ映像のフレームの表示時間が異なる場合、その映像の動きを更に滑らかに表現することが困難である。
本発明の目的は、３Ｄ映像のフレームの表示時間を均一化するようにフレームレートを変換することによって、３Ｄ映像の動きを更に滑らかに表現することのできる表示装置を提供することにある。
本発明による表示装置は、立体視映像を画面に表示するための表示装置であって、受信部、信号処理部、及び表示部を備えている。
本発明の第１の観点による表示装置では、受信部は、立体視映像のレフトビュー・フレームとライトビュー・フレームとを含むストリーム・データを受信する。信号処理部は、ストリーム・データからレフトビュー・フレームとライトビュー・フレームとを交互に抽出して送出する。表示部は、信号処理部から送出された各フレームを所定時間ずつ画面に表示する。信号処理部は特に、ストリーム・データの表す立体視映像の一つのフレーム期間に、一つのレフトビュー・フレームを第１の回数、一つのライトビュー・フレームを第２の回数、それぞれ繰り返して表示部へ送出する。信号処理部は更に、表示部がレフトビュー・フレームとライトビュー・フレームとを表示する際のフレームレートを、ストリーム・データの表す立体視映像のフレームレートで割った値に基づいて、立体視映像の少なくとも一つのフレーム期間では第１の回数と第２の回数とを互いに異なる値に決める。
本発明の第２の観点による表示装置では、受信部は、立体視映像のレフトビュー・フレームとライトビュー・フレーム、及び制御情報を含むストリーム・データを受信する。信号処理部は、ストリーム・データからレフトビュー・フレームとライトビュー・フレームとを交互に抽出して送出する。表示部は、信号処理部から送出されたフレームを所定時間ずつ画面に表示する。制御情報は、各レフトビュー・フレームの表示タイプと各ライトビュー・フレームの表示タイプとを含む。各レフトビュー・フレームの表示タイプは第１の回数を規定し、その第１の回数は、表示部が立体視映像の一つのフレーム期間に当該レフトビュー・フレームを繰り返して表示すべき回数を表す。各ライトビュー・フレームの表示タイプは第２の回数を規定し、その第２の回数は、表示部が立体視映像の一つのフレーム期間に当該ライトビュー・フレームを繰り返して表示すべき回数を表す。立体視映像の少なくとも一つのフレーム期間では、第１の回数と第２の回数とが互いに異なる値に設定されている。受信部は信号処理部へ、各レフトビュー・フレームを、当該レフトビュー・フレームの表示タイプが規定する第１の回数、繰り返して送出し、各ライトビュー・フレームを、当該ライトビュー・フレームの表示タイプが規定する第２の回数、繰り返して送出する。
本発明による表示装置は、立体視映像の少なくとも一つのフレーム期間に、レフトビュー・フレームとライトビュー・フレームとのそれぞれを、互いに異なる回数、繰り返して表示する。特に、本発明の第１の観点による表示装置は、立体視映像の元のフレームレートと表示時でのフレームレートとの比に基づいて、上記の回数を自身で決める。一方、本発明の第２の観点による表示装置は、制御情報に従って上記の回数を設定する。いずれの表示装置も、３Ｄ映像のフレームの表示時間を均一化するようにフレームレートを変換することができるので、３Ｄ映像の動きを更に滑らかに表現することができる。
本発明の実施形態１による記録媒体を使用するホームシアター・システムを示す模式図である。 図１に示されている表示装置103の構成を示す機能ブロック図である。 図２に示されているＨＤＭＩ通信部211の構成を示す機能ブロック図である。 （ａ）は、ＴＭＤＳデータ・チャネルCH1−3を通して伝送されるデータのうち、３Ｄ映像の１フレームの表示に利用されるデータの構造を示す模式図である。（ｂ）−（ｅ）は、３Ｄ映像の１フレームの伝送期間に含まれる有効表示領域VACT×HACTにおけるレフトビュー・フレームとライトビュー・フレームの対の配置を示す模式図である。 図２に示されている表示装置103による３Ｄ映像の表示動作のフローチャートである。 （ａ）は、フレームレート＝２４ｆｐｓの３Ｄ映像のフレーム列F3Dk（k＝1、2、3、4、…）を示す模式図である。（ｂ）は、（ａ）に示されているフレーム列から変換された、１２０ｆｐｓのレフトビュー・フレームとライトビュー・フレームとの列FLk、FRkを示す模式図である。 （ａ）は、フレームレート＝２４ｆｐｓの３Ｄ映像のフレーム列F3Dk（k＝1、2、3、4、…）を示す模式図である。（ｂ）は、（ａ）に示されているフレーム列から変換された、１００ｆｐｓのレフトビュー・フレームとライトビュー・フレームとの列FLk、FRkを示す模式図である。 （ａ）は、フレームレート＝２４ｆｐｓの３Ｄ映像のフレーム列F3Dk（k＝1、2、3、4、…）を示す模式図である。（ｂ）は、（ａ）に示されているフレーム列から変換された、１８０ｆｐｓのレフトビュー・フレームとライトビュー・フレームとの列FLk、FRkを示す模式図である。 図２に示されている信号処理部220による３Ｄ映像のフレームF3Dkの表示処理のフローチャートである。 図１に示されているＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。 （ａ）、（ｂ）、（ｃ）はそれぞれ、図１に示されているＢＤ−ＲＯＭディスク101上のメインＴＳ、第１サブＴＳ、第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。 多重化ストリーム・データ1200内でのＴＳパケットの配置を示す模式図である。 （ａ）は、多重化ストリーム・データを構成する一連のＴＳパケットのそれぞれに含まれるＴＳヘッダ1301Hのデータ構造を示す模式図である。（ｂ）は、そのＴＳパケット列の形式を示す模式図である。（ｃ）は、そのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。（ｄ）は、一連のソースパケット1302が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域上のセクタ群の模式図である。 ＰＧストリーム1400のデータ構造を示す模式図である。 ベースビュー・ビデオ・ストリーム1501とライトビュー・ビデオ・ストリーム1502とのピクチャを表示時間順に示す模式図である。 ビデオ・ストリーム1600のデータ構造の詳細を示す模式図である。 ＰＥＳパケット列1702へのビデオ・ストリーム1701の格納方法の詳細を示す模式図である。 ベースビュー・ビデオ・ストリーム1801とディペンデントビュー・ビデオ・ストリーム1802との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。 ディペンデントビュー・ビデオ・ストリーム1900の含むオフセット・メタデータ1910のデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、ＰＧプレーン2010とＩＧプレーン2020とに対するオフセット制御を示す模式図である。（ｃ）は、（ａ）、（ｂ）に示されているグラフィックス・プレーンの表す２Ｄグラフィックス映像から視聴者2030に知覚される３Ｄグラフィックス映像を示す模式図である。 （ａ）、（ｂ）は、オフセット・シーケンスの具体例を示すグラフである。（ｃ）は、（ａ）、（ｂ）に示されているオフセット・シーケンスに従って再現される３Ｄグラフィックス映像を示す模式図である。 ＰＭＴ2210のデータ構造を示す模式図である。 図１１に示されているメインＴＳと、第１サブＴＳ又は第２サブＴＳのいずれかとのＢＤ−ＲＯＭディスク101上での物理的な配置を示す模式図である。 （ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ2401とサブＴＳ2402との配置を示す模式図である。（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク101上に記録されたディペンデントビュー・データ・ブロックD[0]、D[1]、D[2]、…とベースビュー・データ・ブロックB[0]、B[1]、B[2]、…とのインターリーブ配置を示す模式図である。（ｃ）、（ｄ）はそれぞれ、インターリーブ配置で記録されたディペンデントビュー・データ・ブロック群D[n]とベースビュー・データ・ブロック群B[n]との各エクステントＡＴＣ時間を例示する模式図である（n＝0、1、2）。 隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。 図２３に示されているエクステント・ブロック群2301−2303に対する２Ｄ再生モードでの再生経路2301と３Ｄ再生モードでの再生経路2302とを示す模式図である。 ２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）は、２Ｄ再生モードでの動作中、図２７に示されているリード・バッファ2702に蓄積されるデータ量DAの変化を示すグラフである。（ｂ）は、再生対象のエクステント・ブロック2810と２Ｄ再生モードでの再生経路2820との間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスクに関するジャンプ距離SJUMPと最大ジャンプ時間TJUMP＿MAXとの間の対応表の一例である。 ３Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。 （ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、図３０に示されているＲＢ１3011、ＲＢ２3012に蓄積されるデータ量DA1、DA2の変化を示すグラフである。（ｃ）は、そのエクステント・ブロック3110と３Ｄ再生モードでの再生経路3120との間の対応関係を示す模式図である。 図１０に示されている第１クリップ情報ファイル（01000.clpi）1031のデータ構造を示す模式図である。 （ａ）は、図３２に示されているエントリ・マップ3230のデータ構造を示す模式図である。（ｂ）は、図１０に示されているファイル２Ｄ1041に属するソースパケット群3310のうち、エントリ・マップ3230によって各ＥＰ＿ＩＤ3305に対応付けられているものを示す模式図である。（ｃ）は、そのソースパケット群3310に対応するＢＤ−ＲＯＭディスク101上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。 （ａ）は、図３２に示されているエクステント起点3242のデータ構造を示す模式図である。（ｂ）は、図１０に示されている第２クリップ情報ファイル（02000.clpi）1032に含まれるエクステント起点3420のデータ構造を示す模式図である。（ｃ）は、３Ｄ再生モードの再生装置102によって、図１０に示されている第１ファイルＳＳ1045から抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。（ｄ）は、図１０に示されている第１ファイルＤＥＰ（02000.m2ts）1042に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点3420の示すＳＰＮ3422との間の対応関係を表す模式図である。（ｅ）は、第１ファイルＳＳ1045に属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。 ＢＤ−ＲＯＭディスク101上に記録された一つのエクステント・ブロック3500と、ファイル２Ｄ3510、ファイル・ベース3511、ファイルＤＥＰ3512、及びファイルＳＳ3520の各エクステント群との間の対応関係を示す模式図である。 ベースビュー・ビデオ・ストリーム3610とディペンデントビュー・ビデオ・ストリーム3620とに設定されたエントリ・ポイントの例を示す模式図である。 図１０に示されている２Ｄプレイリスト・ファイル（00001.mpls）1021のデータ構造を示す模式図である。 プレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）のプレイアイテム情報、ＰＩ＃Ｎのデータ構造を示す模式図である。 （ａ）、（ｂ）はそれぞれ、コネクション・コンディションが“５”、“６”であるときに接続されるべき二つの再生区間ＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間の関係を示す模式図である。 図３７に示されている２Ｄプレイリスト・ファイル（00001.mpls）1021の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）1041から再生される部分との間の対応関係を示す模式図である。 図１０に示されている３Ｄプレイリスト・ファイル（00002.mpls）1022のデータ構造を示す模式図である。 図４１に示されている３Ｄプレイリスト・ファイル1022のメインパス4101の含むＳＴＮテーブル4205を示す模式図である。 図４１に示されているＳＴＮテーブルＳＳ4130のデータ構造を示す模式図である。 図４１に示されている３Ｄプレイリスト・ファイル（00002.mpls）1022の示すＰＴＳと、第１ファイルＳＳ（01000.ssif）1045から再生される部分との間の対応関係を示す模式図である。 図１０に示されているインデックス・ファイル（index.bdmv）1011のデータ構造を示す模式図である。 図４５に示されているインデックス・テーブル4510の項目「タイトル３」を参照することにより、再生装置102が６種類の判別処理（１）−（６）を利用して再生対象のプレイリスト・ファイルを選択する処理のフローチャートである。 ２Ｄ再生装置4700の機能ブロック図である。 図４７に示されているプレーヤ変数記憶部4736の記憶するシステム・パラメータ（ＳＰＲＭ）の一覧表である。 図４７に示されている２Ｄ再生装置4700の再生動作のフローチャートである。 図４７に示されている再生制御部4735による２Ｄプレイリスト再生処理のフローチャートである。 図４７に示されているシステム・ターゲット・デコーダ4723の機能ブロック図である。 （ａ）は、図５１に示されているＰＧデコーダ5172がＰＧストリーム内の一つのデータ・エントリからグラフィックス・オブジェクトを復号する処理のフローチャートである。（ｂ）−（ｅ）は、その処理に従って変化するグラフィックス・オブジェクトを示す模式図である。 図４７に示されているＨＤＭＩ通信部4725の構成を示す機能ブロック図である。 ３Ｄ再生装置5400の機能ブロック図である。 図５４に示されている３Ｄ再生装置5400の再生動作のフローチャートである。 図５４に示されている再生制御部5435による３Ｄプレイリスト再生処理のフローチャートである。 図５４に示されているシステム・ターゲット・デコーダ5423の機能ブロック図である。 図５４に示されているプレーン加算部5424の、１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードにおける機能ブロック図である。 図５８に示されている各クロッピング処理部5831−5834によるオフセット制御のフローチャートである。 図５８に示されている第２クロッピング処理部5832によるオフセット制御で加工される前後のＰＧプレーンGP、RGP、LGPを示す模式図である。（ａ）、（ｂ）、（ｃ）はそれぞれ、右向きのオフセットが与えられたＰＧプレーンRGP、オフセット制御で加工される前のＰＧプレーンGP、左向きのオフセットが与えられたＰＧプレーンLGPを示す。 ２プレーン・モードのプレーン加算部5424の部分的な機能ブロック図である。 （ａ）は、ビデオ・ストリーム6200に含まれるＶＡＵ＃Ｎを示す模式図である（文字Ｎは１以上の整数を表す）。（ｂ）は、表示タイプ6202の値と表示パターン6203との間の対応表である。（ｃ）−（ｋ）は、各表示パターンを表す模式図である。 実施形態２によるシステム・ターゲット・デコーダ5423に含まれるプライマリ・ビデオ・ストリームの処理系統を示す部分的な機能ブロック図である。 図６３に示されている系統を利用した３Ｄ再生装置の再生動作のフローチャートである。 （ａ）は、フレームレート＝２４ｆｐｓの３Ｄ映像のフレーム列F3Dk（k＝1、2、3、4、…）を示す模式図である。（ｂ）は、再生装置102によって送出されるレフトビュー・フレームとライトビュー・フレームとの列FLk、FRkを示す模式図である。（ｃ）は、表示装置103によってフレームレート＝１２０ｆｐｓで表示されるレフトビュー・フレームとライトビュー・フレームとの列を示す模式図である。 （ａ）は、フレームレート＝２４ｆｐｓの３Ｄ映像のフレーム列F3Dk（k＝1、2、3、4、…）を示す模式図である。（ｂ）は、再生装置102によって送出されるレフトビュー・フレームとライトビュー・フレームとのそれぞれのトップ・フィールドとボトム・フィールドとの列TFLk、BFLk、TFRk、BFRkを示す模式図である。（ｃ）は、表示装置103によって１／１２０秒ずつ交互に表示されるトップ・フィールドとボトム・フィールドとの列TFLk、BFLk、TFRk、BFRkを示す模式図である。 送信装置6700の機能ブロック図である。 （ａ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でエクステントＡＴＣ時間が異なり、かつビデオ・ストリームの再生時間が異なるときの再生経路を示す模式図である。（ｂ）は、隣接するベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの間でビデオ・ストリームの再生時間が等しいときの再生経路を示す模式図である。 本発明の実施形態３による記録装置6900の機能ブロック図である。 （ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用されるレフトビュー・ピクチャとライトビュー・ピクチャとを表す模式図である。（ｃ）は、図６９に示されているビデオ・エンコーダ6902によってそれらのピクチャから算出された奥行き情報を示す模式図である。 図６９に示されている記録装置6900を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。 （ａ）−（ｃ）は、視差映像を用いる方法による３Ｄ映像（立体視映像）の再生原理を説明するための模式図である。 ２Ｄ映像MVWとデプスマップDPHとの組み合わせからレフトビューLVWとライトビューRVWとを構成する例を示す模式図である。 （ａ）は、復号スイッチ情報A050のデータ構造を示す模式図である。（ｂ）は、ベースビュー・ビデオ・ストリームA001とディペンデントビュー・ビデオ・ストリームA002との各ピクチャに割り当てられた復号カウンタの一例A010、A020を示す模式図である。（ｃ）は、それらのビデオ・ストリームA001、A002の各ピクチャに割り当てられた復号カウンタの別例A030、A040を示す模式図である。 ３Ｄ映像コンテンツが記録された光ディスクについて、２Ｄ再生装置に対する互換性を確保するための技術を示す模式図である。 （ａ）、（ｂ）はそれぞれ、３−２プルダウンによるフレームレートの変換前後における２Ｄ映像のフレーム列を示す模式図である。 （ａ）は、コンテンツにおける３Ｄ映像の各フレームF3Dkの表示時間を示す模式図である。（ｂ）は、１２０ｆｐｓのレフトビュー・フレームとライトビュー・フレームとの列FLk、FRk（k＝1、2、3、…）、及びそれらの間に設けられたフレーム切換期間FLRk、FRLkを示す模式図である。（ｃ）は、（ｂ）に示されている各期間FLk、FRk、FLRk、FRLkに同期してシャッター眼鏡104が左右のレンズを透過させる期間LSL、LSRを示す模式図である。
以下、本発明の好適な実施形態について、図面を参照しながら説明する。
《実施形態１》
図１は、本発明の実施形態１によるホームシアター・システムを示す模式図である。このホームシアター・システムは、視差映像を用いた３Ｄ映像（立体視映像）の再生方式を採用し、特に表示方式として継時分離方式（フレーム・シーケンシャル方式ともいう。）を採用している（詳細は《補足》参照）。図１を参照するに、このホームシアター・システムは、記録媒体101、再生装置102、表示装置103、シャッター眼鏡104、及びリモコン105を含む。
記録媒体101は、読み出し専用ブルーレイ・ディスク（登録商標）（ＢＤ：Blu−ray Disc）、すなわちＢＤ−ＲＯＭディスクである。記録媒体101はその他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。その記録媒体、すなわちＢＤ−ＲＯＭディスク101は３Ｄ映像による映画コンテンツを格納している。このコンテンツは「レフトビュー・ビデオ・ストリーム」と「ライトビュー・ビデオ・ストリーム」とを含む。各ビデオ・ストリームは、３Ｄ映像のレフトビューとライトビューとの各フレーム列を表す。上記のコンテンツは更に「デプスマップ・ストリーム」を含んでいてもよい。デプスマップ・ストリームは、３Ｄ映像の各フレームのデプスマップを表す。それらのビデオ・ストリームは、後述のようにデータ・ブロック単位でＢＤ−ＲＯＭディスク101上に配置され、後述のファイル構造を利用してアクセスされる。レフトビュー・ビデオ・ストリーム又はライトビュー・ビデオ・ストリームは、２Ｄ再生装置と３Ｄ再生装置とのそれぞれにより、そのコンテンツを２Ｄ映像として再生するのに利用される。一方、レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの対、又は、レフトビュー若しくはライトビューのいずれかのビデオ・ストリームとデプスマップ・ストリームとの対は、３Ｄ再生装置により、そのコンテンツを３Ｄ映像として再生するのに利用される。
再生装置102はＢＤ−ＲＯＭドライブ121を搭載している。ＢＤ−ＲＯＭドライブ121はＢＤ−ＲＯＭ方式に準拠の光ディスクドライブである。再生装置102はＢＤ−ＲＯＭドライブ121を利用して、ＢＤ−ＲＯＭディスク101からコンテンツを読み込む。再生装置102は更にそのコンテンツを映像データ／音声データに復号する。ここで、再生装置102は３Ｄ再生装置であり、そのコンテンツを２Ｄ映像と３Ｄ映像とのいずれとしても再生可能である。以下、２Ｄ映像と３Ｄ映像とのそれぞれを再生するときの再生装置102の動作モードを「２Ｄ再生モード」、「３Ｄ再生モード」という。２Ｄ再生モードの映像データはレフトビュー・フレーム又はライトビュー・フレームのいずれかのみを含む。３Ｄ再生モードの映像データはレフトビュー・フレームとライトビュー・フレームとの両方を含む。
３Ｄ再生モードは更に、レフト／ライト（Ｌ／Ｒ）モードとデプス・モードとに分けられる。「Ｌ／Ｒモード」では、レフトビュー・ビデオ・ストリームとライトビュー・ビデオ・ストリームとの組み合わせからレフトビュー・フレームとライトビュー・フレームとの対が再生される。「デプス・モード」では、レフトビュー又はライトビューのいずれかのビデオ・ストリームとデプスマップ・ストリームとの組み合わせからレフトビュー・フレームとライトビュー・フレームとの対が再生される。再生装置102はＬ／Ｒモードを備える。再生装置102は更に、デプス・モードを備えていてもよい。
再生装置102はＨＤＭＩ（High−Definition Multimedia Interface）ケーブル122で表示装置103に接続されている。再生装置102は映像データ／音声データをＨＤＭＩ方式のシリアル信号に変換し、ＨＤＭＩケーブル122内のＴＭＤＳ（Transition Minimized DifferentialSignaling）チャネルを通して表示装置103へ伝送する。２Ｄ再生モードの映像信号にはレフトビュー・フレーム又はライトビュー・フレームのいずれかのみが多重化されている。３Ｄ再生モードの映像信号にはレフトビュー・フレームとライトビュー・フレームとの両方が時分割で多重化されている。再生装置102は更に、ＨＤＭＩケーブル122内のＣＥＣ（Consumer Electronics Control）ラインを通して、表示装置103との間でＣＥＣメッセージを交換する。それにより、再生装置102は、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせることができる。再生装置102はその上、ＨＤＭＩケーブル122内のディスプレイ・データ・チャネル（ＤＤＣ）を通して、問い合わせの結果を表すデータ、ＥＤＩＤ（Extended Display Identification Data）を表示装置103から読み出す。再生装置102はその他に、ＤＤＣを通して表示装置103との間でＨＤＣＰ（High−bandwidth Digital Content Protection）認証を行う。その認証の結果で得られた秘密鍵を利用して、再生装置102は映像データ等を暗号化し、ＨＤＭＩケーブル122を通して表示装置103へ伝送する。
表示装置103は液晶ディスプレイである。表示装置103はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。表示装置103は、映像データに従って画面131上に映像を表示し、音声データに従って内蔵のスピーカから音声を発生させる。表示装置103は３Ｄ映像の再生に対応可能である。２Ｄ映像の再生時、画面131上にはレフトビュー又はライトビューのいずれか一方が表示される。３Ｄ映像の再生時、画面131上にはレフトビューとライトビューとが交互に表示される。
表示装置103は左右信号送信部132を含む。左右信号送信部132は左右信号LRを赤外線又は無線でシャッター眼鏡104へ送出する。左右信号LRは、現時点で画面131に表示される映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ映像の再生時、表示装置103は、映像データに付随する同期信号等の制御信号や補助データからレフトビュー・フレームとライトビュー・フレームとを識別することによって、フレームの切り換えを検知する。表示装置103は更に左右信号送信部132に、検知されたフレームの切り換えに同期して左右信号LRを変化させる。
シャッター眼鏡104は二枚の液晶表示パネル141L、141Rと左右信号受信部142とを含む。各液晶表示パネル141L、141Rは左右の各レンズ部分を構成している。左右信号受信部142は左右信号LRを受信し、その変化に応じて左右の液晶表示パネル141L、141Rに信号を送る。各液晶表示パネル141L、141Rはその信号に応じて、光をその全体で一様に透過させ、又は遮断する。特に左右信号LRがレフトビューの表示を示すとき、左目側の液晶表示パネル141Lは光を透過させ、右目側の液晶表示パネル141Rは光を遮断する。左右信号LRがライトビューの表示を示すときはその逆である。このように、二枚の液晶表示パネル141L、141Rはフレームの切り換えと同期して交互に光を透過させる。その結果、視聴者がシャッター眼鏡104をかけて画面131を見たとき、レフトビューはその視聴者の左目だけに映り、ライトビューはその右目だけに映る。そのとき、その視聴者には、各目に映る映像間の違いが同じ立体的物体に対する両眼視差として知覚されるので、その映像が立体的に見える。
リモコン105は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又は、ＢＤ−ＲＯＭディスク101の再生開始若しくは停止等、再生装置102又は表示装置103の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンの識別情報を信号で送信部に伝える。送信部はその信号を赤外線又は無線による信号IRに変換して再生装置102又は表示装置103へ送出する。一方、再生装置102又は表示装置103はその信号IRを受信し、その信号IRの示すボタンに対応付けられた機能を特定する。再生装置102又は表示装置103は更に、その機能が自身のものであるときはその機能を実現し、その機能が他の装置のものであるときは、例えばＣＥＣメッセージを利用してその機能を他の装置に実現させる。こうして、ユーザは一つのリモコン105で再生装置102と表示装置103との両方を遠隔操作できる。
＜表示装置＞
図２は、図１に示されている表示装置103の構成を示す機能ブロック図である。図２を参照するに、表示装置103は、左右信号送信部132に加えて、受信部210、信号処理部220、メモリ部230、表示部240、及びスピーカ250を含む。
受信部210は、再生装置102の他、メモリカード201、外部ネットワーク202、及び放送波203等の各種媒体からストリーム・データを受信する。そのストリーム・データは３Ｄ映像の映画コンテンツを含む。受信部210は特にＨＤＭＩ通信部211を含む。
信号処理部220はそのストリーム・データから、映像、音声、グラフィックス等、各種のデータを分離して個別に処理する。信号処理部220は更に、レフトビュー・フレームLFとライトビュー・フレームRFとをメモリ部230へ一旦格納し、同期信号等、映像データに付随する制御信号と補助データとを表示部240に渡し、音声データADをスピーカ250に送出する。信号処理部220はその後、メモリ部230から各フレームLF、RFを交互に読み出して表示部240へ送出する。このとき、信号処理部220はフレームレートを、３Ｄ映像のフレームレート（＝２４ｆｐｓ）よりも高い値に変換する。そのフレームの送出処理と並行して、信号処理部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の機能、特性、状態を表すパラメータをＥＤＩＤとして格納する。ＥＤＩＤは特に、表示装置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であって、３Ｄ映像の１フレームを構成するレフトビュー・フレームとライトビュー・フレームの対を含む。
図４の（ｂ）−（ｅ）は、（ａ）に示されている有効表示領域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が、ＥＤＩＤの送信及びＨＤＣＰ認証を行った後に、ＴＭＤＳデータ・チャネルCH1−3を通してストリーム・データを受信する。その後、処理はステップＳ５２へ進む。
ステップＳ５２では、信号処理部220がストリーム・データから、映像、音声、グラフィックス等、各種のデータを分離する。信号処理部220は更に、レフトビュー・フレームLFとライトビュー・フレームRFとをメモリ部230へ一旦格納し、垂直同期信号VSYNC、水平同期信号HSYNC、その他の制御信号、及び補助データを表示部240に渡し、音声データADをスピーカ250へ送出する。その後、処理はステップＳ５３へ進む。
ステップＳ５３では、スピーカ250が音声データADから音声を再現する。その動作と並行して、処理はステップＳ５４へ進む。
ステップＳ５４では、信号処理部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とが３Ｄ映像の１フレームとして見える。その後、処理はステップＳ５５へ進む。
ステップＳ５５では、メモリ部230の中に表示対象のストリーム・データが残っていないかを、信号処理部220がチェックする。ストリーム・データが残っている場合、処理はステップＳ５２から繰り返される。残っていない場合、処理は終了する。
図６は、フレームレート＝２４ｆｐｓの３Ｄ映像のフレーム列F3Dk（k＝1、2、3、4、…）から変換された、１２０ｆｐｓのレフトビュー・フレームとライトビュー・フレームとの列FLk、FRkを示す模式図である。図６の（ａ）に示されているとおり、コンテンツにおいて３Ｄ映像の各フレームF3Dkの表示時間は１／２４秒に設定されている。このフレーム列F3Dkからレフトビュー・フレームFLkとライトビュー・フレームFLkとをそれぞれ、１／１２０秒ずつ交互に表示する場合、信号処理部220は、各フレームを図６の（ｂ）に示されているように繰り返し送出する。まず、先頭のレフトビュー・フレームFL1を３回、先頭のライトビュー・フレームFR1を２回、交互に繰り返して送出する。次に、２番目のレフトビュー・フレームFL2を２回、２番目のライトビュー・フレームFR2を３回、交互に繰り返して送出する。更に、３番目のレフトビュー・フレームFL3を３回、３番目のライトビュー・フレームFR3を２回、交互に繰り返して送出し、４番目のレフトビュー・フレームFL4を２回、４番目のライトビュー・フレームFR4を３回、交互に繰り返して送出する。以降も同様な送出動作が繰り返される。その場合、３Ｄ映像の各フレームF3Dkの表示期間では、レフトビュー・フレームFLkとライトビュー・フレームFRkとの一方は３回表示されるのに対し、他方は２回しか表示されない。このように、レフトビュー・フレームFLkとライトビュー・フレームFRkとの間で表示回数が異なる。しかし、視聴者には、レフトビュー・フレームFLkとライトビュー・フレームFRkとが合わせて五つ送出されるごとに、３Ｄ映像のフレームF3Dkが切り換えられるように見える。すなわち、３Ｄ映像の各フレームF3Dkの表示時間はいずれも、１／１２０秒×５フレーム≒０．４２秒に等しい。こうして、３Ｄ映像のフレームの表示時間が均一化されるので、３Ｄ映像の動きを更に滑らかに表現することができる。
図７は、フレームレート＝２４ｆｐｓの３Ｄ映像のフレーム列F3Dk（k＝1、2、…、7、8、…）から変換された、１００ｆｐｓのレフトビュー・フレームとライトビュー・フレームとの列FLk、FRkを示す模式図である。図７の（ａ）に示されているとおり、コンテンツにおいて３Ｄ映像の各フレームF3Dkの表示時間は１／２４秒に設定されている。このフレーム列F3Dkからレフトビュー・フレームFLkとライトビュー・フレームFLkとをそれぞれ、１／１００秒ずつ交互に表示する場合、信号処理部220は、各フレームを図７の（ｂ）に示されているように繰り返し送出する。まず、先頭のレフトビュー・フレームFL1を３回、先頭のライトビュー・フレームFR1を２回、交互に繰り返して送出する。次に、２番目のレフトビュー・フレームFL2を２回、２番目のライトビュー・フレームFR2を２回、交互に繰り返して送出する。以降、３−６番目の各レフトビュー・フレームFL3を２回ずつ、３−６番目のライトビュー・フレームFR3を２回ずつ、交互に繰り返して送出する。続いて、７番目のレフトビュー・フレームFL4を２回、７番目のライトビュー・フレームFR4を３回、交互に繰り返して送出する。８−１２番目のレフトビュー・フレームFLkとライトビュー・フレームFRk（k＝8、…、12）とのそれぞれを２回ずつ、交互に繰り返して送出する。以降、フレームの順番が１２進むごとに、すなわち、１／１００秒×｛（３＋２）＋（２＋２）×５＋（２＋３）＋（２＋２）×５｝＝０．５秒ごとに、同様な送出動作が繰り返される。その場合、０．２５秒に１回ずつ、次のような３Ｄ映像のフレームF3Dkの表示期間が生じる：図７の（ｂ）に太い破線で示されている領域AR1、AR2のように、その表示期間では、レフトビュー・フレームFLkとライトビュー・フレームFRkとの一方は３回表示されるのに対して、他方は２回しか表示されない。その結果、図７の（ｂ）に示されているとおり、３Ｄ映像の先頭のフレームF3D1と７番目のフレームF3D7との各表示時間は１／１００秒×５フレーム＝０．０５秒であって、他のフレームF3Dk（k＝2、3、…、6、8）の表示時間＝１／１００秒×４フレーム＝０．０４秒よりも長い。しかし、その差は一つのレフトビュー・フレーム又はライトビュー・フレームの表示時間＝１／１００秒＝０．０１秒まで短縮されているので、視聴者には、３Ｄ映像のフレームF3Dk間での表示時間の差が感じられにくい。こうして、３Ｄ映像のフレームの表示時間がほぼ均一化されるので、３Ｄ映像の動きを更に滑らかに表現することができる。
図８は、フレームレート＝２４ｆｐｓの３Ｄ映像のフレーム列F3Dk（k＝1、2、3、4、…）から変換された、１８０ｆｐｓのレフトビュー・フレームとライトビュー・フレームとの列FLk、FRkを示す模式図である。図８の（ａ）に示されているとおり、コンテンツにおいて３Ｄ映像の各フレームF3Dkの表示時間は１／２４秒に設定されている。このフレーム列F3Dkからレフトビュー・フレームFLkとライトビュー・フレームFLkとをそれぞれ、１／１８０秒ずつ交互に表示する場合、信号処理部220は、各フレームを図８の（ｂ）に示されているように繰り返し送出する。まず、先頭のレフトビュー・フレームFL1を４回、先頭のライトビュー・フレームFR1を４回、交互に繰り返して送出する。次に、２番目のレフトビュー・フレームFL2を４回、２番目のライトビュー・フレームFR2を３回、交互に繰り返して送出する。更に、３番目のレフトビュー・フレームFL3を４回、３番目のライトビュー・フレームFR3を４回、交互に繰り返して送出し、４番目のレフトビュー・フレームFL3を３回、４番目のライトビュー・フレームFR3を４回、交互に繰り返して送出する。５番目以降は、フレームの順番が四つ進むごとに、すなわち、１／１８０秒×｛（４＋４）＋（４＋３）＋（４＋４）＋（３＋４）｝≒０．１７秒ごとに、同様な送出動作が繰り返される。その場合、図８の（ｂ）に示されているとおり、３Ｄ映像の奇数番目のフレームF3D1、F3D3の各表示期間では、レフトビュー・フレームFLkとライトビュー・フレームFRkとが４回ずつ表示される。それに対し、偶数番目のフレームF3D2、F3D4の各表示期間では、レフトビュー・フレームFLkとライトビュー・フレームFRkとの一方が４回表示され、他方が３回しか表示されない。その結果、３Ｄ映像の奇数番目のフレームF3D1、3の表示時間は１／１８０秒×８フレーム≒０．０４４秒であって、偶数番目のフレームF3D2、4の表示時間＝１／１８０秒×７フレーム≒０．０３９秒よりも長い。しかし、その差は一つのレフトビュー・フレーム又はライトビュー・フレームの表示時間＝１／１８０秒≒０．００６秒まで短縮されているので、視聴者には、３Ｄ映像のフレームF3Dk間での表示時間の差が感じられにくい。こうして、３Ｄ映像のフレームの表示時間がほぼ均一化されるので、３Ｄ映像の動きを更に滑らかに表現することができる。
図６−８の（ｂ）に示されている、３Ｄ映像の各フレームの表示期間にレフトビュー・フレームとライトビュー・フレームとのそれぞれを繰り返して表示する回数は、信号処理部220に予め設定されていてもよい。その他に、信号処理部220は次のような処理を利用して、表示対象の３Ｄ映像のフレームF3Dkを切り換えてもよい。信号処理部220は、まず、目標のフレームレート１２０ｆｐｓ、１００ｆｐｓ、又は１８０ｆｐｓを３Ｄ映像のフレームレート２４ｆｐｓで割った値１２０／２４＝５、１００／２４≒４．２、又は１８０／２４＝７．５を「切り換えグリッド」GRDとして設定する。信号処理部220は、次に、先頭のレフトビュー・フレームFL1の表示開始からレフトビュー・フレームとライトビュー・フレームとの各表示回数の合計を監視する。その合計が切り換えグリッドGRDの整数倍を超えるごとに、信号処理部220は表示対象の３Ｄ映像のフレームを次のフレームに切り換える。具体的には、図６の（ｂ）では、先頭のレフトビュー・フレームFL1から数えられたレフトビュー・フレームとライトビュー・フレームとの各表示回数の合計が切り換えグリッドGRD＝１２０／２４の整数倍、５、１０、１５、…に達するごとに、表示対象の３Ｄ映像のフレームF3Dkが次のフレームF3D(k＋1)に切り換えられる。図７の（ｂ）では、レフトビュー・フレームとライトビュー・フレームとの各表示回数の合計が切り換えグリッドGRD＝１００／２４の整数倍、４．２、８．３、１２．５、…を超えるごとに、表示対象の３Ｄ映像のフレームF3Dkが次のフレームF3D(k＋1)に切り換えられる。図８の（ｂ）では、レフトビュー・フレームとライトビュー・フレームとの各表示回数の合計が切り換えグリッドGRD＝１８０／２４の整数倍、７．５、１５、２２．５、…を超えるごとに、表示対象の３Ｄ映像のフレームF3Dkが次のフレームF3D(k＋1)に切り換えられる。
図９は、信号処理部220による上記の処理を利用した３Ｄ映像のフレームF3Dkの表示処理のフローチャートである。この処理は、信号処理部220が受信部210からストリーム・データを受けた時点に開始される。
ステップＳ９１では、信号処理部220は、目標のフレームレートFRLR（＝１２０ｆｐｓ、１００ｆｐｓ、１８０ｆｐｓ）を３Ｄ映像のフレームレートFR3D（＝２４ｆｐｓ）で割った値（＝５、４．２、７．５）を切り換えグリッドGRDに設定する：GRD＝FRLR／FR3D。その後、処理はステップＳ９２へ進む。
ステップＳ９２では、信号処理部220は、３Ｄ映像のフレーム番号NF3Dの値を“１”に初期化し、レフトビュー／ライトビューのフレーム番号NFLRの値を“０”に初期化する：NF3D＝1、NFLR＝0。ここで、３Ｄ映像のフレーム番号NF3Dは、図６−８の（ａ）に示されている３Ｄ映像のフレームF3Dkのうち、現時点で表示されるべきフレームの先頭からの順序を表す。一方、レフトビュー／ライトビューのフレーム番号NFLRは、図６−８の（ｂ）に示されているレフトビュー／ライトビュー・フレームFLk／FRkのうち、現時点までに表示されたフレームの延べ数を表す。信号処理部220は更に、切り換え対象のフレーム番号NFSWに切り換えグリッドGRDを設定する：NLRSW＝GRD。その後、処理はステップＳ９３へ進む。
ステップＳ９３では、信号処理部220は、レフトビュー／ライトビューのフレーム番号NFLRが偶数か否かを判定する。偶数である場合、処理はステップＳ９４Ｙへ進み、奇数である場合、処理はステップＳ９４Ｎへ進む。
ステップＳ９４Ｙでは、信号処理部220は、３Ｄ映像の各フレームを構成するレフトビュー・フレームのうち、先頭からの順序が３Ｄ映像のフレーム番号NF3Dと等しいものをＦＢ１231から表示部240へ転送して、表示部240に表示させる。その後、処理はステップＳ９５へ進む。
ステップＳ９４Ｎでは、信号処理部220は、３Ｄ映像の各フレームを構成するライトビュー・フレームのうち、先頭からの順序が３Ｄ映像のフレーム番号NF3Dと等しいものをＦＢ２232から表示部240へ転送して、表示部240に表示させる。その後、処理はステップＳ９５へ進む。
ステップＳ９５では、信号処理部220は、レフトビュー／ライトビューのフレーム番号NFLRの値を“１”だけ増加させる：NFLR＝NFLR＋1。その後、処理はステップＳ９６へ進む。
ステップＳ９６では、信号処理部220は、レフトビュー／ライトビューのフレーム番号NFLRが切り換え対象のフレーム番号NFSW以上であるか否かを判定する。前者が後者以上である場合、処理はステップＳ９７へ進み、前者が後者未満である場合、処理はステップＳ９３から繰り返される。
ステップＳ９７では、信号処理部220は３Ｄ映像のフレーム番号NF3Dの値を“１”だけ増加させる：NF3D＝NF3D＋1。信号処理部220は更に、切り換え対象のフレーム番号NFSWの値を切り換えグリッドGRDだけ増加させる：NFSW＝NFSW＋GRD。その後、処理はステップＳ９８へ進む。
ステップＳ９８では、信号処理部220は、３Ｄ映像の各フレームを構成するレフトビュー・フレームのうち、先頭からの順序が３Ｄ映像のフレーム番号NF3Dと等しいものがＦＢ１231に格納されているか否かを判定する。格納されている場合、処理はステップＳ９３から繰り返され、格納されていない場合、処理は終了する。
図６−８に示されているとおり、本発明の実施形態１による表示装置は、３Ｄ映像のフレーム間に生じる表示時間の差を、レフトビュー・フレーム又はライトビュー・フレーム一つあたりの表示時間まで短縮する。従って、視聴者にはその差が感じられにくい。こうして、この表示装置は３Ｄ映像の各フレームの表示時間をほぼ均一にするので、３Ｄ映像の動きを更に滑らかに表現することができる。
＜ＢＤ−ＲＯＭディスク上のデータ構造＞
図１０は、ＢＤ−ＲＯＭディスク101上のデータ構造を示す模式図である。図１０を参照するに、ＢＤ−ＲＯＭディスク101上のデータ記録領域の最内周部にはＢＣＡ（Burst Cutting Area）1001が設けられている。ＢＣＡに対してはＢＤ−ＲＯＭドライブ121によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止される。それにより、ＢＣＡ1001は著作権保護技術に利用される。ＢＣＡ1001よりも外側のデータ記録領域では内周から外周へ向けてトラックが螺旋状に延びている。図１０にはトラック1002が模式的に横方向に引き伸ばされて描かれている。その左側はディスク101の内周部を表し、右側は外周部を表す。図１０に示されているように、トラック1002は内周から順に、リードイン領域1002A、ボリューム領域1002B、及びリードアウト領域1002Cを含む。リードイン領域1002AはＢＣＡ1001のすぐ外周側に設けられている。リードイン領域1002Aは、ボリューム領域1002Bに記録されたデータのサイズ及び物理アドレス等、ＢＤ−ＲＯＭドライブ121によるボリューム領域1002Bへのアクセスに必要な情報を含む。リードアウト領域1002Cはデータ記録領域の最外周部に設けられ、ボリューム領域1002Bの終端を示す。ボリューム領域1002Bは、映像及び音声等のアプリケーション・データを含む。
ボリューム領域1002Bは「セクタ」と呼ばれる小領域1002Dに分割されている。セクタのサイズは共通であり、例えば２０４８バイトである。各セクタ1002Dにはボリューム領域1002Bの先端から順に通し番号が振られている。この通し番号は論理ブロック番号（ＬＢＮ）と呼ばれ、ＢＤ−ＲＯＭディスク101上の論理アドレスに利用される。ＢＤ−ＲＯＭディスク101からのデータの読み出しでは、宛先のセクタのＬＢＮが指定されることによって読み出し対象のデータが特定される。こうして、ボリューム領域1002Bはセクタ単位でアクセス可能である。更に、ＢＤ−ＲＯＭディスク101上では論理アドレスが物理アドレスと実質的に等しい。特にＬＢＮが連続している領域では物理アドレスも実質的に連続している。従って、ＢＤ−ＲＯＭドライブ121は、その光ピックアップにシークを行わせることなく、ＬＢＮが連続しているセクタからデータを連続して読み出すことができる。
ボリューム領域1002Bに記録されたデータは所定のファイルシステムで管理される。そのファイルシステムとしてはＵＤＦ（Universal Disc Format）が採用されている。そのファイルシステムはその他にＩＳＯ９６６０であってもよい。そのファイルシステムに従い、ボリューム領域1002Bに記録されたデータはディレクトリ／ファイル形式で表現される（詳細は《補足》参照）。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
≪ＢＤ−ＲＯＭディスク上のディレクトリ／ファイル構造≫
図１０は更に、ＢＤ−ＲＯＭディスク101のボリューム領域1002Bに格納されたデータのディレクトリ／ファイル構造を示す。図１０を参照するに、このディレクトリ／ファイル構造では、ルート（ＲＯＯＴ）ディレクトリ1003の直下にＢＤムービー（ＢＤＭＶ：BD Movie）ディレクトリ1010が置かれている。ＢＤＭＶディレクトリ1010の直下には、インデックス・ファイル（index.bdmv）1011とムービーオブジェクト・ファイル（MovieObject.bdmv）1012とが置かれている。
インデックス・ファイル1011は、ＢＤ−ＲＯＭディスク101に記録されたコンテンツの全体を管理するための情報である。その情報は特に、そのコンテンツを再生装置102に認識させるための情報、及びインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルと、再生装置102の動作を制御するためのプログラムとの間の対応表である。そのプログラムを「オブジェクト」という。オブジェクトの種類にはムービーオブジェクトとＢＤ−Ｊ（BD Java （登録商標））オブジェクトとがある。
ムービーオブジェクト・ファイル1012は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置102に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置102に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置102に実行させるべき操作の種類を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置102の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置102は一般的なＤＶＤプレーヤと同様に、まず、表示装置103にメニューを表示してユーザにコマンドを選択させる。再生装置102は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。
図１０を更に参照するに、ＢＤＭＶディレクトリ1010の直下には、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ1020、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ1030、ストリーム（ＳＴＲＥＡＭ）ディレクトリ1040、ＢＤ−Ｊオブジェクト（ＢＤＪＯ：BD Java Object）ディレクトリ1050、及びＪａｖａアーカイブ（ＪＡＲ：Java Archive）ディレクトリ1060が置かれている。
ＳＴＲＥＡＭディレクトリ1040の直下には、三種類のＡＶストリーム・ファイル（01000.m2ts）1041、（02000.m2ts）1042、（03000.m2ts）1043、及び、立体視インターリーブ・ファイル（ＳＳＩＦ：Stereoscopic Interleaved File）ディレクトリ1044が置かれている。ＳＳＩＦディレクトリ1044の直下には、二種類のＡＶストリーム・ファイル（01000.ssif）1045、（02000.ssif）1046が置かれている。
「ＡＶストリーム・ファイル」は、ＢＤ−ＲＯＭディスク101上に記録された映像コンテンツの実体のうち、ファイルシステムの定めるファイル形式に整えられたものをいう。ここで、映像コンテンツの実体とは一般に、映像・音声・字幕等を表す各種のストリーム・データ、すなわちエレメンタリ・ストリームが多重化されたストリーム・データを意味する。この多重化ストリーム・データは内蔵のプライマリ・ビデオ・ストリームの種類に依ってメイン・トランスポート・ストリーム（ＴＳ）とサブＴＳとに大別される。「メインＴＳ」は、プライマリ・ビデオ・ストリームとしてベースビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ベースビュー・ビデオ・ストリーム」は、単独で再生可能であって、２Ｄ映像を表すビデオ・ストリームをいう。「サブＴＳ」は、プライマリ・ビデオ・ストリームとしてディペンデントビュー・ビデオ・ストリームを含む多重化ストリーム・データをいう。「ディペンデントビュー・ビデオ・ストリーム」は、その再生にベースビュー・ビデオ・ストリームを必要とし、そのベースビュー・ビデオ・ストリームとの組み合わせで３Ｄ映像を表すビデオ・ストリームをいう。ディペンデントビュー・ビデオ・ストリームの種類には、ライトビュー・ビデオ・ストリーム、レフトビュー・ビデオ・ストリーム、及びデプスマップ・ストリームがある。「ライトビュー・ビデオ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像がＬ／Ｒモードの再生装置によって３Ｄ映像のレフトビューとして利用されるときに、その３Ｄ映像のライトビューを表すビデオ・ストリームとして利用される。「レフトビュー・ビデオ・ストリーム」はその逆である。「デプスマップ・ストリーム」は、ベースビュー・ビデオ・ストリームの表す２Ｄ映像がデプス・モードの再生装置によって仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すストリーム・データとして利用される。特に、そのベースビュー・ビデオ・ストリームがレフトビューを表すときに利用されるデプスマップ・ストリームを「レフトビュー・デプスマップ・ストリーム」といい、そのベースビュー・ビデオ・ストリームがライトビューを表すときに利用されるデプスマップ・ストリームを「ライトビュー・デプスマップ・ストリーム」という。
ＡＶストリーム・ファイルは内蔵の多重化ストリーム・データの種類に依って、ファイル２Ｄ、ファイル・ディペンデント（以下、ファイルＤＥＰと略す。）、及びインターリーブ・ファイル（以下、ファイルＳＳと略す。）の三種類に分けられる。「ファイル２Ｄ」は、２Ｄ再生モードでの２Ｄ映像の再生に利用されるＡＶストリーム・ファイルであって、メインＴＳを含むものをいう。「ファイルＤＥＰ」は、サブＴＳを含むＡＶストリーム・ファイルをいう。「ファイルＳＳ」は、同じ３Ｄ映像を表すメインＴＳとサブＴＳとの対を含むＡＶストリーム・ファイルをいう。ファイルＳＳは特に、そのメインＴＳをいずれかのファイル２Ｄと共有し、そのサブＴＳをいずれかのファイルＤＥＰと共有する。すなわち、ＢＤ−ＲＯＭディスク101のファイルシステムでは、メインＴＳはファイルＳＳとファイル２Ｄとのいずれとしてもアクセス可能であり、サブＴＳはファイルＳＳとファイルＤＥＰとのいずれとしてもアクセス可能である。このように、ＢＤ−ＲＯＭディスク101上に記録された一連のデータを異なるファイルに共有させ、いずれのファイルとしてもアクセス可能にする仕組みを「ファイルのクロスリンク」という。
図１０に示されている例では、第１ＡＶストリーム・ファイル（01000.m2ts）1041はファイル２Ｄであり、第２ＡＶストリーム・ファイル（02000.m2ts）1042と第３ＡＶストリーム・ファイル（03000.m2ts）1043とはいずれもファイルＤＥＰである。このように、ファイル２ＤとファイルＤＥＰとはＳＴＲＥＡＭディレクトリ1040の直下に置かれる。第１ＡＶストリーム・ファイル、すなわちファイル２Ｄ1041の含むベースビュー・ビデオ・ストリームは３Ｄ映像のレフトビューを表す。第２ＡＶストリーム・ファイル、すなわち第１ファイルＤＥＰ1042の含むディペンデントビュー・ビデオ・ストリームはライトビュー・ビデオ・ストリームである。第３ＡＶストリーム・ファイル、すなわち第２ファイルＤＥＰ1043の含むディペンデントビュー・ビデオ・ストリームはデプスマップ・ストリームである。
図１０に示されている例では更に、第４ＡＶストリーム・ファイル（01000.ssif）1045と第５ＡＶストリーム・ファイル（02000.ssif）1046とはいずれもファイルＳＳである。このように、ファイルＳＳはＳＳＩＦディレクトリ1044の直下に置かれる。第４ＡＶストリーム・ファイル、すなわち第１ファイルＳＳ1045はファイル２Ｄ1041とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第１ファイルＤＥＰ1042とはサブＴＳ、特にライトビュー・ビデオ・ストリームを共有する。第５ＡＶストリーム・ファイル、すなわち第２ファイルＳＳ1046はファイル２Ｄ1041とはメインＴＳ、特にベースビュー・ビデオ・ストリームを共有し、第２ファイルＤＥＰ1043とはサブＴＳ、特にデプスマップ・ストリームを共有する。
ＣＬＩＰＩＮＦディレクトリ1030には、三種類のクリップ情報ファイル（01000.clpi）1031、（02000.clpi）1032、（03000.clpi）1033が置かれている。「クリップ情報ファイル」は、ファイル２ＤとファイルＤＥＰとに一対一に対応付けられたファイルであって、特に各ファイルのエントリ・マップを含むものをいう。「エントリ・マップ」は、ファイル２Ｄ又はファイルＤＥＰの表す各シーンの表示時間と、そのシーンが記録された各ファイル内のアドレスとの間の対応表である。クリップ情報ファイルのうち、ファイル２Ｄに対応付けられているものを「２Ｄクリップ情報ファイル」といい、ファイルＤＥＰに対応付けられているものを「ディペンデントビュー・クリップ情報ファイル」という。更に、ファイルＤＥＰがライトビュー・ビデオ・ストリームを含むとき、対応するディペンデントビュー・クリップ情報ファイルを「ライトビュー・クリップ情報ファイル」という。ファイルＤＥＰがデプスマップ・ストリームを含むとき、対応するディペンデントビュー・クリップ情報ファイルを「デプスマップ・クリップ情報ファイル」という。図１０に示されている例では、第１クリップ情報ファイル（01000.clpi）1031は２Ｄクリップ情報ファイルであり、ファイル２Ｄ1041に対応付けられている。第２クリップ情報ファイル（02000.clpi）1032はライトビュー・クリップ情報ファイルであり、第１ファイルＤＥＰ1042に対応付けられている。第３クリップ情報ファイル（03000.clpi）1033はデプスマップ・クリップ情報ファイルであり、第２ファイルＤＥＰ1043に対応付けられている。
ＰＬＡＹＬＩＳＴディレクトリ1020には三種類のプレイリスト・ファイル（00001.mpls）1021、（00002.mpls）1022、（00003.mpls）1023が置かれている。「プレイリスト・ファイル」は、ＡＶストリーム・ファイルの再生経路、すなわちＡＶストリーム・ファイルの再生対象の部分とその再生順序とを規定するファイルをいう。プレイリスト・ファイルの種類には２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとがある。「２Ｄプレイリスト・ファイル」はファイル２Ｄの再生経路を規定する。「３Ｄプレイリスト・ファイル」は、２Ｄ再生モードの再生装置に対してはファイル２Ｄの再生経路を規定し、３Ｄ再生モードの再生装置に対してはファイルＳＳの再生経路を規定する。図１０に示されている例では、第１プレイリスト・ファイル（00001.mpls）1021は２Ｄプレイリスト・ファイルであり、ファイル２Ｄ1041の再生経路を規定する。第２プレイリスト・ファイル（00002.mpls）1022は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ1041の再生経路を規定し、Ｌ／Ｒモードの再生装置に対しては第１ファイルＳＳ1045の再生経路を規定する。第３プレイリスト・ファイル（00003.mpls）1023は３Ｄプレイリスト・ファイルであり、２Ｄ再生モードの再生装置に対してはファイル２Ｄ1041の再生経路を規定し、デプス・モードの再生装置に対しては第２ファイルＳＳ1046の再生経路を規定する。
ＢＤＪＯディレクトリ1050にはＢＤ−Ｊオブジェクト・ファイル（XXXXX.bdjo）1051が置かれている。ＢＤ−Ｊオブジェクト・ファイル1051はＢＤ−Ｊオブジェクトを一つ含む。ＢＤ−Ｊオブジェクトはバイトコード・プログラムであり、再生装置102に実装されたＪａｖａ仮想マシンにタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。ＢＤ−ＪオブジェクトはＪａｖａ言語等のコンパイラ型言語で記述されている。ＢＤ−Ｊオブジェクトはアプリケーション管理テーブルと参照対象のプレイリスト・ファイルの識別情報とを含む。「アプリケーション管理テーブル」は、Ｊａｖａ仮想マシンに実行させるべきＪａｖａアプリケーション・プログラムとその実行時期、すなわちライフサイクルとの対応表である。「参照対象のプレイリスト・ファイルの識別情報」は、再生対象のタイトルに対応するプレイリスト・ファイルを識別するための情報である。Ｊａｖａ仮想マシンはユーザの操作又はアプリケーション・プログラムに従って各ＢＤ−Ｊオブジェクトを呼び出し、そのＢＤ−Ｊオブジェクトに含まれるアプリケーション管理テーブルに従ってＪａｖａアプリケーション・プログラムを実行する。それにより、再生装置102は、再生される各タイトルの映像の進行を動的に変化させ、又は、表示装置103にグラフィックス映像をタイトルの映像とは独立に表示させる。
ＪＡＲディレクトリ1060にはＪＡＲファイル（YYYYY.jar）1061が置かれている。ＪＡＲファイル1061は、ＢＤ−Ｊオブジェクトの示すアプリケーション管理テーブルに従って実行されるべきＪａｖａアプリケーション・プログラムの本体を一般に複数含む。「Ｊａｖａアプリケーション・プログラム」は、ＢＤ−Ｊオブジェクトと同様、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。Ｊａｖａアプリケーション・プログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及びＪａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。ＪＡＲファイル1061はＪａｖａアーカイブ・ファイルであり、再生装置102に読み込まれたときにその内部のメモリで展開される。それにより、そのメモリの中にＪａｖａアプリケーション・プログラムが格納される。
≪多重化ストリーム・データの構造≫
図１１の（ａ）は、ＢＤ−ＲＯＭディスク101上のメインＴＳに多重化されたエレメンタリ・ストリームの一覧表である。メインＴＳはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームであり、図１０に示されているファイル２Ｄ1041に含まれる。図１１の（ａ）を参照するに、メインＴＳはプライマリ・ビデオ・ストリーム1101とプライマリ・オーディオ・ストリーム1102A、1102Bとを含む。メインＴＳはその他に、プレゼンテーション・グラフィックス（ＰＧ）ストリーム1103A、1103B、インタラクティブ・グラフィックス（ＩＧ）ストリーム1104、セカンダリ・オーディオ・ストリーム1105、及びセカンダリ・ビデオ・ストリーム1106を含んでもよい。
プライマリ・ビデオ・ストリーム1101は映画の主映像を表し、セカンダリ・ビデオ・ストリーム1106は副映像を表す。ここで、主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、例えば画面全体に表示されるものを指す。一方、副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。プライマリ・ビデオ・ストリーム1101とセカンダリ・ビデオ・ストリーム1106とはいずれもベースビュー・ビデオ・ストリームである。各ビデオ・ストリーム1101、1106は、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、又はＳＭＰＴＥ ＶＣ−１等の動画圧縮符号化方式で符号化されている。
プライマリ・オーディオ・ストリーム1102A、1102Bは映画の主音声を表す。ここで、二つのプライマリ・オーディオ・ストリーム1102A、1102Bの間では言語が異なる。セカンダリ・オーディオ・ストリーム1105は、対話画面の操作に伴う効果音等、主音声と重ね合わされるべき（ミキシングされるべき）副音声を表す。各オーディオ・ストリーム1102A、1102B、1105は、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ（MeridianLossless Packing：登録商標）、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ−ＨＤ、又はリニアＰＣＭ（Pulse Code Modulation）等の方式で符号化されている。
各ＰＧストリーム1103A、1103Bは、グラフィックスによる字幕等、プライマリ・ビデオ・ストリーム1101の表す映像に重ねて表示されるべきグラフィックス映像を表す。二つのＰＧストリーム1103A、1103Bの間では、例えば字幕の言語が異なる。ＩＧストリーム1104は、表示装置103の画面131上に対話画面を構成するためのグラフィックス・ユーザインタフェース（ＧＵＩ）用のグラフィックス部品及びその配置を表す。
エレメンタリ・ストリーム1101−1106はパケット識別子（ＰＩＤ）を用いて識別される。ＰＩＤの割り当ては例えば次のとおりである。一つのメインＴＳはプライマリ・ビデオ・ストリームを一本のみ含むので、プライマリ・ビデオ・ストリーム1101には１６進数値０ｘ１０１１が割り当てられる。一つのメインＴＳに他のエレメンタリ・ストリームが種類ごとに最大３２本まで多重化可能であるとき、プライマリ・オーディオ・ストリーム1102A、1102Bには０ｘ１１００から０ｘ１１１Ｆまでのいずれかが割り当てられる。ＰＧストリーム1103A、1103Bには０ｘ１２００から０ｘ１２１Ｆまでのいずれかが割り当てられる。ＩＧストリーム1104には０ｘ１４００から０ｘ１４１Ｆまでのいずれかが割り当てられる。セカンダリ・オーディオ・ストリーム1105には０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム1106には０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかが割り当てられる。
図１１の（ｂ）は、ＢＤ−ＲＯＭディスク101上の第１サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第１サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図１０に示されている第１ファイルＤＥＰ1042に含まれる。図１１の（ｂ）を参照するに、第１サブＴＳはプライマリ・ビデオ・ストリーム1111を含む。第１サブＴＳはその他に、レフトビューＰＧストリーム1112A、1112B、ライトビューＰＧストリーム1113A、1113B、レフトビューＩＧストリーム1114、ライトビューＩＧストリーム1115、及びセカンダリ・ビデオ・ストリーム1116を含んでもよい。プライマリ・ビデオ・ストリーム1111はライトビュー・ビデオ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム1101が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。レフトビューとライトビューとのＰＧストリームの対1112A＋1113A、1112B＋1113Bは、字幕等のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。レフトビューとライトビューとのＩＧストリームの対1114、1115は、対話画面のグラフィックス映像を３Ｄ映像として表示するときにそのレフトビューとライトビューとの対を表す。セカンダリ・ビデオ・ストリーム1116はライトビュー・ビデオ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム1106が３Ｄ映像のレフトビューを表すとき、その３Ｄ映像のライトビューを表す。
エレメンタリ・ストリーム1111−1116に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム1111には０ｘ１０１２が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、レフトビューＰＧストリーム1112A、1112Bには０ｘ１２２０から０ｘ１２３Ｆまでのいずれかが割り当てられ、ライトビューＰＧストリーム1113A、1113Bには０ｘ１２４０から０ｘ１２５Ｆまでのいずれかが割り当てられる。レフトビューＩＧストリーム1114には０ｘ１４２０から０ｘ１４３Ｆまでのいずれかが割り当てられ、ライトビューＩＧストリーム1115には０ｘ１４４０から０ｘ１４５Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム1116には０ｘ１Ｂ２０から０ｘ１Ｂ３Ｆまでのいずれかが割り当てられる。
図１１の（ｃ）は、ＢＤ−ＲＯＭディスク101上の第２サブＴＳに多重化されたエレメンタリ・ストリームの一覧表である。第２サブＴＳはＭＰＥＧ−２ ＴＳ形式の多重化ストリーム・データであり、図１０に示されている第２ファイルＤＥＰ1043に含まれる。図１１の（ｃ）を参照するに、第２サブＴＳはプライマリ・ビデオ・ストリーム1121を含む。第２サブＴＳはその他に、デプスマップＰＧストリーム1123A、1123B、デプスマップＩＧストリーム1124、及びセカンダリ・ビデオ・ストリーム1126を含んでもよい。プライマリ・ビデオ・ストリーム1121はデプスマップ・ストリームであり、メインＴＳ内のプライマリ・ビデオ・ストリーム1101との組み合わせで３Ｄ映像を表す。デプスマップＰＧストリーム1123A、1123Bは、メインＴＳ内のＰＧストリーム1103A、1103Bの表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＰＧストリームとして利用される。デプスマップＩＧストリーム1124は、メインＴＳ内のＩＧストリーム1104の表す２Ｄ映像が仮想的な２Ｄ画面への３Ｄ映像の射影として利用されるとき、その３Ｄ映像のデプスマップを表すＩＧストリームとして利用される。セカンダリ・ビデオ・ストリーム1126はデプスマップ・ストリームであり、メインＴＳ内のセカンダリ・ビデオ・ストリーム1106との組み合わせで３Ｄ映像を表す。
エレメンタリ・ストリーム1121−1126に対するＰＩＤの割り当ては例えば次のとおりである。プライマリ・ビデオ・ストリーム1121には０ｘ１０１３が割り当てられる。一つのサブＴＳに他のエレメンタリ・ストリームが種類別に最大３２本まで多重化可能であるとき、デプスマップＰＧストリーム1123A、1123Bには０ｘ１２６０から０ｘ１２７Ｆまでのいずれかが割り当てられる。デプスマップＩＧストリーム1124には０ｘ１４６０から０ｘ１４７Ｆまでのいずれかが割り当てられる。セカンダリ・ビデオ・ストリーム1126には０ｘ１Ｂ４０から０ｘ１Ｂ５Ｆまでのいずれかが割り当てられる。
図１２は、多重化ストリーム・データ1200内でのＴＳパケットの配置を示す模式図である。このパケット構造はメインＴＳとサブＴＳとで共通である。多重化ストリーム・データ1200内では各エレメンタリ・ストリーム1201、1202、1203、1204はＴＳパケット1221、1222、1223、1224の列に変換されている。例えばビデオ・ストリーム1201では、まず、各フレーム1201A又は各フィールドが一つのＰＥＳ（Packetized ElementaryStream）パケット1211に変換される。次に、各ＰＥＳパケット1211が一般に複数のＴＳパケット1221に変換される。同様に、オーディオ・ストリーム1202、ＰＧストリーム1203、及びＩＧストリーム1204はそれぞれ、一旦ＰＥＳパケット1212、1213、1214の列に変換された後、ＴＳパケット1222、1223、1224の列に変換される。最後に、各エレメンタリ・ストリーム1201、1202、1203、1204から得られたＴＳパケット1221、1222、1223、1224が一本のストリーム・データ1200に時分割で多重化される。
図１３の（ｂ）は、多重化ストリーム・データを構成するＴＳパケット列の形式を示す模式図である。各ＴＳパケット1301は１８８バイト長のパケットである。図１３の（ｂ）を参照するに、各ＴＳパケット1301は、ＴＳペイロード1301Pとアダプテーション（adaptation）・フィールド（以下、ＡＤフィールドと略す。）1301Aとの少なくともいずれか、及びＴＳヘッダ1301Hを含む。ＴＳペイロード1301PとＡＤフィールド1301Aとは、両方を合わせて１８４バイト長のデータ領域である。ＴＳペイロード1301PはＰＥＳパケットの格納領域として利用される。図１２に示されているＰＥＳパケット1211−1214はそれぞれ、一般に複数の部分に分割され、各部分が異なるＴＳペイロード1301Pに格納される。ＡＤフィールド1301Aは、ＴＳペイロード1301Pのデータ量が１８４バイトに満たないときにスタッフィング・バイト（すなわちダミー・データ）を格納するための領域である。ＡＤフィールド1301Aはその他に、ＴＳパケット1301が例えば後述のＰＣＲであるときに、その情報の格納領域として利用される。ＴＳヘッダ1301Hは４バイト長のデータ領域である。
図１３の（ａ）は、ＴＳヘッダ1301Hのデータ構造を示す模式図である。図１３の（ａ）を参照するに、ＴＳヘッダ1301Hは、ＴＳ優先度（transport＿priority）1311、ＰＩＤ1312、及びＡＤフィールド制御（adaptation＿field＿control）1313を含む。ＰＩＤ1312は、同じＴＳパケット1301内のＴＳペイロード1301Pに格納されたデータの属するエレメンタリ・ストリームのＰＩＤを示す。ＴＳ優先度1311は、ＰＩＤ1312の示す値が共通するＴＳパケット群の中でのＴＳパケット1301の優先度を示す。ＡＤフィールド制御1313は、ＴＳパケット1301内でのＡＤフィールド1301AとＴＳペイロード1301Pとのそれぞれの有無を示す。例えばＡＤフィールド制御1313が“１”を示すとき、ＴＳパケット1301はＡＤフィールド1301Aを含まず、ＴＳペイロード1301Pを含む。ＡＤフィールド制御1313が“２”を示すときはその逆である。ＡＤフィールド制御1313が“３”を示すとき、ＴＳパケット1301はＡＤフィールド1301AとＴＳペイロード1301Pとの両方を含む。
図１３の（ｃ）は、多重化ストリーム・データのＴＳパケット列から構成されたソースパケット列の形式を示す模式図である。図１３の（ｃ）を参照するに、各ソースパケット1302は１９２バイト長のパケットであり、図１３の（ｂ）に示されているＴＳパケット1301の一つと４バイト長のヘッダ（TP＿Extra＿Header）1302Hとを含む。ＴＳパケット1301がＢＤ−ＲＯＭディスク101に記録されるとき、そのＴＳパケット1301にヘッダ1302Hが付与されることによってソースパケット1302は構成される。ヘッダ1302HはＡＴＳ（Arrival＿Time＿Stamp）を含む。「ＡＴＳ」は時刻情報であり、次のように利用される：ソースパケット1302がＢＤ−ＲＯＭディスク101から再生装置102内のシステム・ターゲット・デコーダへ送られたとき、そのソースパケット1302からＴＳパケット1302Pが抽出されてシステム・ターゲット・デコーダ内のＰＩＤフィルタへ転送される。そのヘッダ1302H内のＡＴＳは、その転送が開始されるべき時刻を示す。ここで、「システム・ターゲット・デコーダ」は、多重化ストリーム・データをエレメンタリ・ストリームごとに復号する装置をいう。システム・ターゲット・デコーダと、それによるＡＴＳの利用との詳細については後述する。
図１３の（ｄ）は、一連のソースパケット1302が連続的に記録されたＢＤ−ＲＯＭディスク101のボリューム領域1002B上のセクタ群の模式図である。図１３の（ｄ）を参照するに、一連のソースパケット1302は３２個ずつ、三つの連続するセクタ1321、1322、1323に記録されている。これは、３２個のソースパケットのデータ量１９２バイト×３２＝６１４４バイトが三つのセクタの合計サイズ２０４８バイト×３＝６１４４バイトに等しいことに因る。このように、三つの連続するセクタ1321、1322、1323に記録された３２個のソースパケット1302を「アラインド・ユニット（Aligned Unit）」1320という。再生装置102はＢＤ−ＲＯＭディスク101からソースパケット1302をアラインド・ユニット1320ごとに、すなわち３２個ずつ読み出す。セクタ群1321、1322、1323、…は先頭から順に３２個ずつに分割され、それぞれが一つの誤り訂正符号（ＥＣＣ）ブロック1330を構成している。ＢＤ−ＲＯＭドライブ121はＥＣＣブロック1330ごとに誤り訂正処理を行う。
≪ＰＧストリームのデータ構造≫
図１４は、ＰＧストリーム1400のデータ構造を示す模式図である。図１４を参照するに、ＰＧストリーム1400は複数のデータ・エントリ＃１、＃２、…を含む。各データ・エントリはＰＧストリーム1400の表示単位（ディスプレイ・セット）を表し、再生装置102に一枚のグラフィックス・プレーンを構成させるのに必要なデータから成る。ここで、「グラフィックス・プレーン」とは、２Ｄグラフィックス映像を表すグラフィックス・データから生成されるプレーン・データをいう。「プレーン・データ」とは、画素データの二次元配列であって、映像フレームの解像度に等しいサイズのものをいう。一組の画素データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。グラフィックス・プレーンの種類には、ＰＧプレーン、ＩＧプレーン、イメージ・プレーン、及びオン・スクリーン・ディスプレイ（ＯＳＤ）プレーンが含まれる。ＰＧプレーンは、メインＴＳ内のＰＧストリームから生成される。ＩＧプレーンは、メインＴＳ内のＩＧストリームから生成される。イメージ・プレーンは、ＢＤ−Ｊオブジェクトに従って生成される。ＯＳＤプレーンは、再生装置102のファームウェアに従って生成される。
図１４を更に参照するに、各データ・エントリは複数の機能セグメントを含む。それらの機能セグメントは、先頭から順に、表示制御セグメント（Presentation Control Segment：ＰＣＳ）、ウィンドウ定義セグメント（Window Define Segment：ＷＤＳ）、パレット定義セグメント（PalletDefine Segment：ＰＤＳ）、及びオブジェクト定義セグメント（Object DefineSegment：ＯＤＳ）を含む。
ＷＤＳは、グラフィックス・プレーン内の矩形領域、すなわちウィンドウを規定する。具体的には、ＷＤＳは、ウィンドウＩＤ1411、ウィンドウ位置1412、及びウィンドウ・サイズ1413を含む。ウィンドウＩＤ1411はＷＤＳの識別情報（ＩＤ）である。ウィンドウ位置1412はグラフィックス・プレーン内でのウィンドウの位置、例えばウィンドウの左上角の座標を示す。ウィンドウ・サイズ1413はウィンドウの高さと幅とを示す。
ＰＤＳは、所定種類のカラーＩＤと色座標値（例えば、輝度Ｙ、赤色差Ｃｒ、青色差Ｃｂ、不透明度α）との間の対応関係を規定する。具体的には、ＰＤＳはパレットＩＤ1421とカラー・ルックアップ・テーブル（ＣＬＵＴ）1422とを含む。パレットＩＤ1421はＰＤＳのＩＤである。ＣＬＵＴ1422は、グラフィックス・オブジェクトの描画に利用される色の一覧表である。ＣＬＵＴ1422には２５６色が登録可能であり、０から２５５までのカラーＩＤが一つずつ、各色に割り当てられている。尚、カラーＩＤ＝２５５は「無色透明」に一定に割り当てられている。
ＯＤＳは一般に複数で一つのグラフィックス・オブジェクトを表す。「グラフィックス・オブジェクト」とは、グラフィックス画像を画素コードとカラーＩＤとの間の対応関係で表現するデータである。グラフィックス・オブジェクトは、ランレングス符号化方式を用いて圧縮された後に分割され、各ＯＤＳに分配されている。各ＯＤＳは更にオブジェクトＩＤ、すなわちグラフィックス・オブジェクトのＩＤを含む。
ＰＣＳは、同じデータ・エントリに属するディスプレイ・セットの詳細を示し、特に、グラフィックス・オブジェクトを用いた画面構成を規定する。その画面構成の種類は、カット・イン／アウト（Cut−In／Out）、フェード・イン／アウト（Fade−In／Out）、色変化（Color Change）、スクロール（Scroll）、及びワイプ・イン／アウト（Wipe−In／Out）を含む。具体的には、ＰＣＳは、オブジェクト表示位置1401、クロッピング情報1402、参照ウィンドウＩＤ1403、参照パレットＩＤ1404、及び参照オブジェクトＩＤ1405を含む。オブジェクト表示位置1401は、グラフィックス・オブジェクトが表示されるべきグラフィックス・プレーン内の位置、例えばグラフィックス・オブジェクトが表示されるべき領域の左上角の座標を、ＷＤＳの規定するウィンドウ内の座標で表す。クロッピング情報1402は、クロッピング処理によってグラフィックス・オブジェクトの中から切り出されるべき矩形状の部分の範囲を示す。その範囲は例えば、左上角の座標、高さ、及び幅で規定される。その部分が、オブジェクト表示位置1401の示す位置に実際に描画される。参照ウィンドウＩＤ1403、参照パレットＩＤ1404、及び参照オブジェクトＩＤ1405はそれぞれ、グラフィックス・オブジェクトの描画処理において参照されるべきＷＤＳ、ＰＤＳ、及びグラフィックス・オブジェクトのＩＤを示す。コンテンツ・プロバイダは、ＰＣＳ内のそれらのパラメータを利用して、再生装置102に画面構成を指示する。それにより、例えば「ある字幕を徐々に消去しつつ、次の字幕を表示させる」という視覚効果を再生装置102に実現させることができる。
≪ＩＧストリームのデータ構造≫
図１２を更に参照するに、ＩＧストリーム1204は、対話構成セグメント（Interactive Composition Segment：ＩＣＳ）、ＰＤＳ、及びＯＤＳを含む。ＰＤＳとＯＤＳとは、ＰＧストリーム1203に含まれるものと同様な機能セグメントである。特に、ＯＤＳの含むグラフィックス・オブジェクトは、ボタン及びポップアップ・メニュー等、対話画面を構成するＧＵＩ用グラフィック部品を表す。ＩＣＳは、それらのグラフィックス・オブジェクトを用いた対話操作を規定する。具体的には、ＩＣＳは、ボタン及びポップアップ・メニュー等、ユーザ操作に応じて状態が変化するグラフィックス・オブジェクトのそれぞれについて取り得る状態、すなわち、ノーマル、セレクテッド、及びアクティブの各状態を規定する。ＩＣＳは更にボタン情報を含む。ボタン情報は、ユーザがボタン等に対して確定操作を行った際に再生装置の実行すべきコマンドを含む。
≪ビデオ・ストリームのデータ構造≫
図１５は、ベースビュー・ビデオ・ストリーム1501とライトビュー・ビデオ・ストリーム1502とのピクチャを表示時間順に示す模式図である。図１５を参照するに、ベースビュー・ビデオ・ストリーム1501はピクチャ1510、1511、1512、…、1519（以下、ベースビュー・ピクチャという。）を含み、ライトビュー・ビデオ・ストリーム1502はピクチャ1520、1521、1522、…、1529（以下、ライトビュー・ピクチャという。）を含む。各ピクチャ1510−1519、1520−1529は１フレーム又は１フィールドを表し、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。
上記の符号化方式による各ピクチャの圧縮には、そのピクチャの空間方向及び時間方向での冗長性が利用される。ここで、空間方向での冗長性のみを利用するピクチャの符号化を「ピクチャ内符号化」という。一方、時間方向での冗長性、すなわち、表示順序の連続する複数のピクチャ間でのデータの類似性を利用するピクチャの符号化を「ピクチャ間予測符号化」という。ピクチャ間予測符号化では、まず符号化対象のピクチャに対して、表示時間が前又は後である別のピクチャが参照ピクチャとして設定される。次に、符号化対象のピクチャとその参照ピクチャとの間で動きベクトルが検出され、それを利用して動き補償が行われる。更に、動き補償後のピクチャと符号化対象のピクチャとの間の差分値が求められ、その差分値から空間方向での冗長性が除去される。こうして、各ピクチャのデータ量が圧縮される。
図１５を参照するに、ベースビュー・ピクチャ1510−1519は一般に複数のＧＯＰ1531、1532に分割されている。「ＧＯＰ」は、Ｉ（Intra）ピクチャを先頭とする複数枚の連続するピクチャの列をいう。「Ｉピクチャ」は、ピクチャ内符号化によって圧縮されたピクチャをいう。ＧＯＰは一般に、Ｉピクチャの他に、Ｐ（Predictive）ピクチャとＢ（Bidirectionally Predivtive）ピクチャとを含む。「Ｐピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前であるＩピクチャ又は別のＰピクチャが一枚、参照ピクチャとして利用されたものをいう。「Ｂピクチャ」は、ピクチャ間予測符号化によって圧縮されたピクチャであって、表示時間がそれよりも前又は後であるＩピクチャ又はＰピクチャが二枚、参照ピクチャとして利用されたものをいう。Ｂピクチャのうち、他のピクチャに対するピクチャ間予測符号化で参照ピクチャとして利用されるものを特に「Ｂｒ（reference B）ピクチャ」という。
図１５に示されている例では、各ＧＯＰ1531、1532内のベースビュー・ピクチャが以下の順で圧縮される。第１ＧＯＰ1531では、まず先頭のベースビュー・ピクチャがＩ0ピクチャ1510に圧縮される。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。次に、４番目のベースビュー・ピクチャがＩ0ピクチャ1510を参照ピクチャとしてＰ3ピクチャ1513に圧縮される。ここで、図１５に示されている各矢印は、先端のピクチャが後端のピクチャに対する参照ピクチャであることを示す。続いて、２、３番目のベースビュー・ピクチャがそれぞれ、Ｉ0ピクチャ1510とＰ3ピクチャ1513との両方を参照ピクチャとして、Ｂｒ1ピクチャ1511、Ｂｒ2ピクチャ1512に圧縮される。更に７番目のベースビュー・ピクチャがＰ3ピクチャ1513を参照ピクチャとしてＰ6ピクチャ1516に圧縮される。続いて、４、５番目のベースビュー・ピクチャがＰ3ピクチャ1513とＰ6ピクチャ1516とを参照ピクチャとして、それぞれ、Ｂｒ4ピクチャ1514、Ｂｒ5ピクチャ1515に圧縮される。同様に、第２ＧＯＰ1532では、まず先頭のベースビュー・ピクチャがＩ7ピクチャ1517に圧縮される。次に３番目のベースビュー・ピクチャがＩ7ピクチャ1517を参照ピクチャとしてＰ9ピクチャ1519に圧縮される。続いて、２番目のベースビュー・ピクチャがＩ7ピクチャ1517とＰ9ピクチャ1519とを参照ピクチャとしてＢｒ8ピクチャ1518に圧縮される。
ベースビュー・ビデオ・ストリーム1501では各ＧＯＰ1531、1532がその先頭にＩピクチャを必ず含むので、ベースビュー・ピクチャはＧＯＰごとに復号可能である。例えば第１ＧＯＰ1531では、まずＩ0ピクチャ1510が単独で復号される。次に、復号後のＩ0ピクチャ1510を利用してＰ3ピクチャ1513が復号される。続いて、復号後のＩ0ピクチャ1510とＰ3ピクチャ1513とを利用してＢｒ1ピクチャ1511とＢｒ2ピクチャ1512とが復号される。後続のピクチャ群1514、1515、…も同様に復号される。こうして、ベースビュー・ビデオ・ストリーム1501は単独で復号可能であり、更にＧＯＰ単位でのランダム・アクセスが可能である。
図１５を更に参照するに、ライトビュー・ピクチャ1520−1529はピクチャ間予測符号化で圧縮されている。しかし、その符号化方法はベースビュー・ピクチャ1510−1519の符号化方法とは異なり、映像の時間方向での冗長性に加え、左右の映像間の冗長性をも利用する。具体的には、各ライトビュー・ピクチャ1520−1529の参照ピクチャが、図１５に矢印で示されているように、ライトビュー・ビデオ・ストリーム1502からだけでなく、ベースビュー・ビデオ・ストリーム1501からも選択される。特に各ライトビュー・ピクチャ1520−1529と、その参照ピクチャとして選択されたベースビュー・ピクチャとは表示時刻が実質的に等しい。それらのピクチャは３Ｄ映像の同じシーンのライトビューとレフトビューとの対、すなわち視差映像を表す。このように、ライトビュー・ピクチャ1520−1529はベースビュー・ピクチャ1510−1519と一対一に対応する。特にそれらのピクチャ間ではＧＯＰ構造が共通である。
図１５に示されている例では、まず第１ＧＯＰ1531内の先頭のライトビュー・ピクチャがベースビュー・ビデオ・ストリーム1501内のＩ0ピクチャ1510を参照ピクチャとしてＰ0ピクチャ1520に圧縮される。それらのピクチャ1510、1520は３Ｄ映像の先頭フレームのレフトビューとライトビューとを表す。次に、４番目のライトビュー・ピクチャがＰ0ピクチャ1520とベースビュー・ビデオ・ストリーム1501内のＰ3ピクチャ1513とを参照ピクチャとしてＰ3ピクチャ1523に圧縮される。続いて、２番目のライトビュー・ピクチャがＰ0ピクチャ1520とＰ3ピクチャ1523とに加えて、ベースビュー・ビデオ・ストリーム1501内のＢｒ1ピクチャ1511を参照ピクチャとしてＢ1ピクチャ1521に圧縮される。同様に、３番目のライトビュー・ピクチャがＰ0ピクチャ1520とＰ3ピクチャ1530とに加えて、ベースビュー・ビデオ・ストリーム1501内のＢｒ2ピクチャ1512を参照ピクチャとしてＢ2ピクチャ1522に圧縮される。以降のライトビュー・ピクチャ1524−1529についても同様に、そのライトビュー・ピクチャと表示時刻が実質的に等しいベースビュー・ピクチャが参照ピクチャとして利用される。
上記のような左右の映像間の相関関係を利用した動画圧縮符号化方式としては、ＭＶＣ（MultiviewVideo Coding）と呼ばれるＭＰＥＧ−４ ＡＶＣ／Ｈ．２６４の修正規格が知られている。ＭＶＣは、ＩＳＯ／ＩＥＣ ＭＰＥＧとＩＴＵ−Ｔ ＶＣＥＧとの共同プロジェクトであるＪＶＴ（Joint Video Team）によって２００８年７月に策定されたものであり、複数の視点から見える映像をまとめて符号化するための規格である。ＭＶＣでは映像間予測符号化に、映像の時間方向での類似性だけでなく、視点の異なる映像間の類似性も利用される。その予測符号化では、各視点から見た映像を個別に圧縮する予測符号化よりも映像の圧縮率が高い。
上記のとおり、各ライトビュー・ピクチャ1520−1529の圧縮にはベースビュー・ピクチャが参照ピクチャとして利用される。従って、ベースビュー・ビデオ・ストリーム1501とは異なり、ライトビュー・ビデオ・ストリーム1502を単独で復号することはできない。しかし、視差映像間の差異は一般にわずかであり、すなわちレフトビューとライトビューとの間の相関は高い。従って、ライトビュー・ピクチャは一般にベースビュー・ピクチャよりも圧縮率が著しく高く、すなわちデータ量が著しく小さい。
図１５には示されていないが、デプスマップ・ストリームは複数のデプスマップを含む。それらのデプスマップはベースビュー・ピクチャと一対一に対応し、各ベースビュー・ピクチャの示す１フレーム又は１フィールドの２Ｄ映像に対するデプスマップを表す。各デプスマップは、ベースビュー・ピクチャと同様、ＭＰＥＧ−２又はＭＰＥＧ−４ ＡＶＣ等の動画圧縮符号化方式によって圧縮されている。特にその符号化方式ではピクチャ間予測符号化が利用される。すなわち、各デプスマップが他のデプスマップを参照ピクチャとして利用して圧縮される。デプスマップ・ストリームは、ベースビュー・ビデオ・ストリームと同様にＧＯＰ単位に分割され、各ＧＯＰがその先頭にＩピクチャを必ず含む。従って、デプスマップはＧＯＰごとに単独で復号可能である。しかし、デプスマップ自体は２Ｄ映像の各部の奥行きを画素別に表す情報でしかないので、デプスマップ・ストリームを単独で映像の再生に利用することはできない。デプスマップ・ストリームの圧縮に利用される符号化方式は、ライトビュー・ビデオ・ストリームの圧縮に利用される符号化方式と等しい。例えば、ライトビュー・ビデオ・ストリームがＭＶＣのフォーマットで符号化されているとき、デプスマップ・ストリームもＭＶＣのフォーマットで符号化されている。その場合、再生装置102は３Ｄ映像の再生時、符号化方式を一定に維持したまま、Ｌ／Ｒモードとデプス・モードとの切り換えをスムーズに実現できる。
図１６は、ビデオ・ストリーム1600のデータ構造の詳細を示す模式図である。このデータ構造は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで実質的に共通である。図１６を参照するに、ビデオ・ストリーム1600は一般に複数のビデオ・シーケンス＃１、＃２、…から構成されている。「ビデオ・シーケンス」は、一つのＧＯＰ1610を構成するピクチャ群1611、1612、1613、1614、…に個別にヘッダ等の付加情報を組み合わせたものである。この付加情報と各ピクチャとの組み合わせを「ビデオ・アクセスユニット（ＶＡＵ）」という。すなわち、各ＧＯＰ1610、1620ではピクチャごとに一つのＶＡＵ＃１、＃２、…が構成されている。各ピクチャはＶＡＵ単位でビデオ・ストリーム1600から読み出し可能である。
図１６は更に、ベースビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１1631の構造を示す。ＶＡＵ＃１1631は、アクセスユニット（ＡＵ）識別コード1631A、シーケンス・ヘッダ1631B、ピクチャ・ヘッダ1631C、補足データ1631D、及び圧縮ピクチャ・データ1631Eを含む。２番目以降のＶＡＵ＃２は、シーケンス・ヘッダ1631Bを含まない点を除き、ＶＡＵ＃１1631と同じ構造である。ＡＵ識別コード1631Aは、ＶＡＵ＃１1631の先端を示す所定の符号である。シーケンス・ヘッダ1631BはＧＯＰヘッダともいい、ＶＡＵ＃１1631を含むビデオ・シーケンス＃１の識別番号を含む。シーケンス・ヘッダ1631Bは更に、ＧＯＰ1610の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。ピクチャ・ヘッダ1631Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及びピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ1631Dは、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、及びタイムコード情報を含む。補足データ1631Dは特に、復号スイッチ情報を含む（詳細は《補足》参照）。圧縮ピクチャ・データ1631Eはベースビュー・ピクチャを含む。ＶＡＵ＃１1631はその他に、必要に応じて、パディング・データ1631F、シーケンス終端コード1631G、及びストリーム終端コード1631Hのいずれか又は全てを含んでもよい。パディング・データ1631Fはダミーデータである。そのサイズを圧縮ピクチャ・データ1631Eのサイズに合わせて調節することにより、ＶＡＵ＃１1631のビットレートを所定値に維持することができる。シーケンス終端コード1631Gは、ＶＡＵ＃１1631がビデオ・シーケンス＃１の終端に位置することを示す。ストリーム終端コード1631Hはベースビュー・ビデオ・ストリーム1600の終端を示す。
図１６はまた、ディペンデントビュー・ビデオ・ストリーム内で各ビデオ・シーケンスの先端に位置するＶＡＵ＃１1632の構造も示す。ＶＡＵ＃１1632は、サブＡＵ識別コード1632A、サブシーケンス・ヘッダ1632B、ピクチャ・ヘッダ1632C、補足データ1632D、及び圧縮ピクチャ・データ1632Eを含む。２番目以降のＶＡＵ＃２は、サブシーケンス・ヘッダ1632Bを含まない点を除き、ＶＡＵ＃１1632と同じ構造である。サブＡＵ識別コード1632Aは、ＶＡＵ＃１1632の先端を示す所定の符号である。サブシーケンス・ヘッダ1632Bは、ＶＡＵ＃１1632を含むビデオ・シーケンス＃１の識別番号を含む。サブシーケンス・ヘッダ1632Bは更に、ＧＯＰ1610の全体で共通する情報、例えば、解像度、フレームレート、アスペクト比、及びビットレートを含む。特にそれらの値は、ベースビュー・ビデオ・ストリームの対応するＧＯＰに対して設定された値、すなわちＶＡＵ＃１1631のシーケンス・ヘッダ1631Bの示す値に等しい。ピクチャ・ヘッダ1632Cは、固有の識別番号、ビデオ・シーケンス＃１の識別番号、及びピクチャの復号に必要な情報、例えば符号化方式の種類を示す。補足データ1632Dはオフセット・メタデータのみを含む（詳細は後述する）。ここで、補足データの種類には、オフセット・メタデータのみを含むもの1632Dの他にも、ピクチャの復号以外に関する付加的な情報、例えば、クローズド・キャプションを示す文字情報、ＧＯＰ構造に関する情報、タイムコード情報、及び復号スイッチ情報を含むものがある。従って、ＶＡＵ＃１1632は、補足データ1632Dに加えて、他の補足データを一つ以上含んでいてもよい。圧縮ピクチャ・データ1632Eはディペンデントビュー・ピクチャを含む。ＶＡＵ＃１1632はその他に、必要に応じて、パディング・データ1632F、シーケンス終端コード1632G、及びストリーム終端コード1632Hのいずれか又は全てを含んでもよい。パディング・データ1632Fはダミーデータである。そのサイズを圧縮ピクチャ・データ1632Eのサイズに合わせて調節することにより、ＶＡＵ＃１1632のビットレートを所定値に維持することができる。シーケンス終端コード1632Gは、ＶＡＵ＃１1632がビデオ・シーケンス＃１の終端に位置することを示す。ストリーム終端コード1632Hはディペンデントビュー・ビデオ・ストリーム1600の終端を示す。
ＶＡＵの各部の具体的な内容はビデオ・ストリーム1600の符号化方式ごとに異なる。例えば、その符号化方式がＭＰＥＧ−４ ＡＶＣであるとき、図１６に示されているＶＡＵの各部は一つのＮＡＬ（Network Abstraction Layer）ユニットから構成される。具体的には、ＡＵ識別コード1631A、シーケンス・ヘッダ1631B、ピクチャ・ヘッダ1631C、補足データ1631D、圧縮ピクチャ・データ1631E、パディング・データ1631F、シーケンス終端コード1631G、及びストリーム終端コード1631Hはそれぞれ、ＡＵデリミタ（Access Unit Delimiter）、ＳＰＳ（シーケンス・パラメータ・セット）、ＰＰＳ（ピクチャ・パラメータ・セット）、ＳＥＩ（Supplemental Enhancement Information）、ビュー・コンポーネント、フィラー・データ（Filler Data）、エンド・オブ・シーケンス（End of Sequence）、及びエンド・オブ・ストリーム（End of Stream）に相当する。特にＶＡＵ＃１1632では、オフセット・メタデータを含む補足データ1632Dは一つのＮＡＬユニットで構成され、そのＮＡＬユニットはオフセット・メタデータ以外のデータを含まない。
図１７は、ＰＥＳパケット列1702へのビデオ・ストリーム1701の格納方法の詳細を示す模式図である。この格納方法は、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとで共通である。図１７を参照するに、実際のビデオ・ストリーム1701ではピクチャが、表示時間順ではなく符号化順に多重化されている。例えばベースビュー・ビデオ・ストリームのＶＡＵには、図１７に示されているように、先頭から順に、Ｉ0ピクチャ1710、Ｐ3ピクチャ1711、Ｂ1ピクチャ1712、Ｂ2ピクチャ1713、…が格納されている。ここで、下付の数字は、各ピクチャに表示時間順に割り振られた通し番号を示す。Ｐ3ピクチャ1711の符号化にはＩ0ピクチャ1710が参照ピクチャとして利用され、Ｂ1ピクチャ1712とＢ2ピクチャ1713との各符号化にはＩ0ピクチャ1710とＰ3ピクチャ1711との両方が参照ピクチャとして利用される。それらのＶＡＵが一つずつ、異なるＰＥＳパケット1720、1721、1722、1723、…に格納される。各ＰＥＳパケット1720、…はＰＥＳペイロード1720PとＰＥＳヘッダ1720Hとを含む。ＶＡＵはＰＥＳペイロード1720Pに格納される。一方、ＰＥＳヘッダ1720Hは、同じＰＥＳパケット1720のＰＥＳペイロード1720Pに格納されたピクチャの表示時刻、すなわちＰＴＳ（PresentationTime−Stamp）、及びそのピクチャの復号時刻、すなわちＤＴＳ（Decoding Time−Stamp）を含む。
図１７に示されているビデオ・ストリーム1701と同様、図１１、１２に示されている他のエレメンタリ・ストリームも、一連のＰＥＳパケットの各ＰＥＳペイロードに格納される。更に各ＰＥＳパケットのＰＥＳヘッダは、そのＰＥＳパケットのＰＥＳペイロードに格納されたデータのＰＴＳを含む。
図１８は、ベースビュー・ビデオ・ストリーム1801とディペンデントビュー・ビデオ・ストリーム1802との各ピクチャに割り当てられたＰＴＳとＤＴＳとの間の関係を示す模式図である。図１８を参照するに、両ビデオ・ストリーム1801、1802の間では、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャに対して、同じＰＴＳ及び同じＤＴＳが割り当てられている。例えば３Ｄ映像の先頭のフレーム又はフィールドは、ベースビュー・ビデオ・ストリーム1801のＩ1ピクチャ1811とディペンデントビュー・ビデオ・ストリーム1802のＰ1ピクチャ1821との組み合わせから再現される。従って、それらのピクチャの対1811、1821ではＰＴＳが等しく、かつＤＴＳが等しい。ここで、下付の数字は、各ピクチャにＤＴＳの順に割り振られた通し番号を示す。また、ディペンデントビュー・ビデオ・ストリーム1802がデプスマップ・ストリームであるとき、Ｐ1ピクチャ1821は、Ｉ1ピクチャ1811に対するデプスマップを表すＩピクチャに置き換えられる。同様に、各ビデオ・ストリーム1801、1802の２番目のピクチャ、すなわち、Ｐ2ピクチャ1812、1822の対ではＰＴＳが等しく、かつＤＴＳが等しい。各ビデオ・ストリーム1801、1802の３番目のピクチャ、すなわちＢｒ3ピクチャ1813とＢ3ピクチャ1823との対ではＰＴＳとＤＴＳとがいずれも共通である。Ｂｒ4ピクチャ1814とＢ4ピクチャ1824との対でも同様である。
ベースビュー・ビデオ・ストリーム1801とディペンデントビュー・ビデオ・ストリーム1802との間で、ＰＴＳが等しく、かつＤＴＳが等しいピクチャを含むＶＡＵの対を「３Ｄ・ＶＡＵ」という。図１８に示されているＰＴＳとＤＴＳとの割り当てにより、３Ｄ再生モードの再生装置102内のデコーダにベースビュー・ビデオ・ストリーム1801とディペンデントビュー・ビデオ・ストリーム1802とを３Ｄ・ＶＡＵ単位でパラレルに処理させることが容易にできる。それにより、３Ｄ映像の同じフレーム又はフィールドを表す一対のピクチャが、デコーダによって確実にパラレルに処理される。更に、各ＧＯＰの先頭の３Ｄ・ＶＡＵではシーケンス・ヘッダが、同じ解像度、同じフレームレート、及び同じアスペクト比を含む。特にそのフレームレートは、２Ｄ再生モードにおいてベースビュー・ビデオ・ストリーム1801が単独で復号されるときの値に等しい。
≪オフセット・メタデータ≫
図１９は、ディペンデントビュー・ビデオ・ストリーム1900の含むオフセット・メタデータ1910のデータ構造を示す模式図である。図１９を参照するに、オフセット・メタデータ1910は、各ビデオ・シーケンス（すなわち、各ＧＯＰ）の先端に位置するＶＡＵ＃１内の補足データ1901に格納されている。図１９を参照するに、オフセット・メタデータ1910は、ＰＴＳ1911、オフセット・シーケンスＩＤ1912、及びオフセット・シーケンス1913を含む。ＰＴＳ1911は、ＶＡＵ＃１内の圧縮ピクチャ・データの表すフレーム、すなわち、各ＧＯＰの最初のフレームのＰＴＳに等しい。
オフセット・シーケンスＩＤ1912は、オフセット・シーケンス1913に順番に割り振られた通し番号０、１、２、…、Ｍである。文字Ｍは１以上の整数を表し、その整数はオフセット・シーケンス1913の総数に等しい。ビデオ・プレーンに合成されるべきグラフィックス・プレーン及び副映像プレーンには、オフセット・シーケンスＩＤ1912が割り当てられる。それにより、各プレーン・データにオフセット・シーケンス1913が対応付けられている。ここで、「ビデオ・プレーン」とは、ビデオ・シーケンスの含むピクチャから生成されるプレーン・データ、すなわち画素データの二次元配列をいう。その配列のサイズは映像フレームの解像度に等しい。一組の画素データは、色座標値（ＲＧＢ値又はＹＣｒＣｂ値）とα値との組み合わせから成る。
各オフセット・シーケンス1913は、フレーム番号1921とオフセット情報1922、1923との対応表である。フレーム番号1921は、一つのビデオ・シーケンス（例えば、ビデオ・シーケンス＃１）の表すフレーム＃１、＃２、…、＃Ｎに表示順に割り振られた通し番号１、２、…、Ｎである。整数Ｎは１以上であり、そのビデオ・シーケンスの含むフレームの総数を表す。各オフセット情報1922、1923は、一つのプレーン・データに対するオフセット制御を規定する制御情報である。
「オフセット制御」とは、グラフィックス・プレーン（又は副映像プレーン）に水平座標の左方向と右方向との各オフセットを与えて、レフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとのそれぞれに合成する処理をいう。ここで、「レフトビュー／ライトビュー・ビデオ・プレーン」とは、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの組み合わせから生成される、レフトビュー／ライトビューを表すビデオ・プレーンをいう。「グラフィックス・プレーンに水平方向のオフセットを与える」とは、そのグラフィックス・プレーン内で各画素データを水平方向に変位させることをいう。それにより、一つのグラフィックス・プレーンから、レフトビューとライトビューとを表すグラフィックス・プレーンの対が生成される。その対から再生される２Ｄグラフィックス映像の各部の表示位置は、元の表示位置から左右にずれている。それらの変位が視聴者に両眼視差として錯覚されることにより、レフトビューとライトビューとの対がその視聴者には一つの３Ｄグラフィックス映像として見える。副映像プレーンの表す映像についても同様である。
オフセットは方向と大きさとで決まる。従って、図１９に示されているとおり、各オフセット情報はオフセット方向1922とオフセット値1923とを含む。オフセット方向1922は、３Ｄグラフィックス映像の奥行きが画面よりも手前か奥かを示す。オフセット方向1922の値に依り、元の２Ｄグラフィックス映像の表示位置に対するレフトビューとライトビューとの各表示位置の方向が左又は右に決まる。オフセット値1923は、元の２Ｄグラフィックス映像の表示位置とレフトビューとライトビューとの各表示位置との間の距離を水平方向の画素数で表す。
図２０の（ａ）、（ｂ）は、ＰＧプレーン2010とＩＧプレーン2020とに対するオフセット制御を示す模式図である。それらのオフセット制御では、レフトビュー・ビデオ・プレーン2001とライトビュー・ビデオ・プレーン2002とのそれぞれへ二種類のグラフィックス・プレーン2010、2020が合成される。以下の説明では、ＰＧプレーン2010の表す字幕2011を画面よりも手前に表示し、ＩＧプレーン2020の表すボタン2021を画面よりも奥に表示する場合を想定する。
図２０の（ａ）を参照するに、ＰＧプレーン2010には、右方向のオフセットが与えられる。具体的には、まず、ＰＧプレーン2010内の各画素データの位置が、レフトビュー・ビデオ・プレーン2001内の対応する画素データの位置から、オフセット値に等しい画素数SFPだけ右に（仮想的に）移動する。次に、レフトビュー・ビデオ・プレーン2001の範囲よりも右側に（仮想的に）はみ出ているＰＧプレーン2010の右端の帯状領域2012を「切り取る」。すなわち、その領域2012の画素データ群を破棄する。一方、ＰＧプレーン2010の左端に透明な帯状領域2013を追加する。その帯状領域2013の幅は右端の帯状領域2012の幅、すなわちオフセット値SFPに等しい。こうして、ＰＧプレーン2010から、レフトビューを表すＰＧプレーンが生成され、レフトビュー・ビデオ・プレーン2001に合成される。特に、そのレフトビューＰＧプレーンでは、字幕2011の表示位置が元の表示位置よりも右に、オフセット値SFPだけずれている。
一方、ＩＧプレーン2020には、左方向のオフセットが与えられる。具体的には、まず、ＩＧプレーン2020内の各画素データの位置が、レフトビュー・ビデオ・プレーン2001内の対応する画素データの位置から、オフセット値に等しい画素数SFIだけ左に（仮想的に）移動する。次に、レフトビュー・ビデオ・プレーン2010の範囲よりも左側に（仮想的に）はみ出ているＩＧプレーン2020の左端の帯状領域2022を切り取る。一方、ＩＧプレーン2020の右端に透明な帯状領域2023を追加する。その帯状領域2023の幅は左端の帯状領域2022の幅、すなわちオフセット値SFIに等しい。こうして、ＩＧプレーン2020から、レフトビューを表すＩＧプレーンが生成され、レフトビュー・ビデオ・プレーン2001に合成される。特に、そのレフトビューＩＧプレーンでは、ボタン2021の表示位置が元の表示位置よりも左に、オフセット値SFIだけずれている。
図２０の（ｂ）を参照するに、ＰＧプレーン2010には左方向のオフセットが与えられ、ＩＧプレーン2020には右方向のオフセットが与えられる。すなわち、上記の操作をＰＧプレーン2010とＩＧプレーン2020とで反対にすればよい。その結果、各プレーン・データ2010、2020から、ライトビューを表すプレーン・データが生成され、ライトビュー・ビデオ・プレーン2020に合成される。特にライトビューＰＧプレーンでは、字幕2011の表示位置が元の表示位置よりも左に、オフセット値SFPだけずれている。一方、ライトビューＩＧプレーンでは、ボタン2021の表示位置が元の表示位置よりも右に、オフセット値SFIだけずれている。
図２０の（ｃ）は、（ａ）、（ｂ）に示されているグラフィックス・プレーンの表す２Ｄグラフィックス映像から視聴者2030に知覚される３Ｄグラフィックス映像を示す模式図である。それらのグラフィックス・プレーンの表す２Ｄグラフィックス映像が画面2040に交互に表示されるとき、視聴者2030には、図２０の（ｃ）に示されているように、字幕2031は画面2040よりも手前に見え、ボタン2032は画面2040よりも奥に見える。各３Ｄグラフィックス映像2031、2032と画面2040との間の距離はオフセット値SFP、SFIによって調節可能である。
図２１の（ａ）、（ｂ）は、オフセット・シーケンスの具体例を示すグラフである。各グラフでは、オフセット方向が画面よりも手前を示すときにオフセット値が正である。図２１の（ａ）は、図２１の（ｂ）のうち、最初のＧＯＰの表示期間GOP1でのグラフを拡大したものである。図２１の（ａ）を参照するに、階段状のグラフ2101は、オフセット・シーケンスＩＤ＝０のオフセット・シーケンス、すなわちオフセット・シーケンス［０］のオフセット値を示す。一方、水平なグラフ2102は、オフセット・シーケンスＩＤ＝１のオフセット・シーケンス、すなわちオフセット・シーケンス［１］のオフセット値を示す。オフセット・シーケンス［０］のオフセット値2101は、最初のＧＯＰの表示期間GOP1ではフレームFR1、FR2、FR3、…、FR15、…の順に階段状に増加している。図２１の（ｂ）を参照するに、そのオフセット値2101の階段状の増加は、２番目以降の各ＧＯＰの表示期間GOP2、GOP3、…、GOP40、…でも同様に継続される。１フレーム当たりの増加量が十分に細かいので、図２１の（ｂ）ではオフセット値2101が線形に連続的に増加しているように見える。一方、オフセット・シーケンス［１］のオフセット値2102は、最初のＧＯＰの表示期間GOP1では負の一定値に維持されている。図２１の（ｂ）を参照するに、そのオフセット値2102は、４０番目のＧＯＰの表示期間GOP40の終了時、正の値に急増する。このようにオフセット値は不連続に変化してもよい。
図２１の（ｃ）は、図２１の（ａ）、（ｂ）に示されているオフセット・シーケンスに従って再現される３Ｄグラフィックス映像を示す模式図である。字幕の３Ｄ映像2103がオフセット・シーケンス［０］に従って表示されるとき、その３Ｄ映像2103は、画面2104の直ぐ手前から徐々に飛び出てくるように見える。一方、ボタンの３Ｄ映像2105がオフセット・シーケンス［１］に従って表示されるとき、その３Ｄ映像2105は、画面2104よりも奥に固定されている状態から突然、画面2104よりも手前に飛び出てくるように見える。このように、フレーム単位でのオフセット値の増減のパターンをオフセット・シーケンスごとに様々に変化させる。それにより、複数の３Ｄグラフィックス映像について、個々の奥行きの変化を多様に表現することができる。
≪ＡＶストリーム・ファイルに含まれるその他のＴＳパケット≫
ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図１２に示されているエレメンタリ・ストリームから変換されたもの以外に、ＰＡＴ（Program Association Table）、ＰＭＴ（Program MapTable）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャル・トランスポート・ストリームを規定する役割を持つ。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、ＡＶストリーム・ファイルもそのパーシャル・トランスポート・ストリームと同様に規定される。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる、映像・音声・字幕等を表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種のディスクリプタ（記述子ともいう。）を含む。ディスクリプタには特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報が含まれる。ＰＣＲは、自身に割り当てられたＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ここで、「ＳＴＣ」は、再生装置102内のデコーダによって、ＰＴＳ及びＤＴＳの基準として利用されるクロックである。そのデコーダはＰＣＲを利用して、ＡＴＣにＳＴＣを同期させる。
図２２は、ＰＭＴ2210のデータ構造を示す模式図である。ＰＭＴ2210は、ＰＭＴヘッダ2201、ディスクリプタ2202、及びストリーム情報2203を含む。ＰＭＴヘッダ2201は、ＰＭＴ2210に含まれるデータの長さ等を示す。各ディスクリプタ2202は、ＰＭＴ2210を含むＡＶストリーム・ファイルの全体に関するディスクリプタである。前述のコピー・コントロール情報はディスクリプタ2202の一つに含まれる。ストリーム情報2203は、ＡＶストリーム・ファイルに含まれる各エレメンタリ・ストリームに関する情報であり、一つずつ異なるエレメンタリ・ストリームに割り当てられている。各ストリーム情報2203は、ストリーム・タイプ2231、ＰＩＤ2232、及びストリーム・ディスクリプタ2233を含む。ストリーム・タイプ2231は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報等を含む。ＰＩＤ2232は、そのエレメンタリ・ストリームのＰＩＤを示す。ストリーム・ディスクリプタ2233は、そのエレメンタリ・ストリームの属性情報、例えばフレームレート及びアスペクト比を含む。
ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置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）1041のファイル・エントリ2310がベースビュー・データ・ブロックB[n]の各サイズとその先端のＬＢＮとを示す。従って、各ベースビュー・データ・ブロックB[n]はファイル２Ｄ1041のエクステントEXT2D[n]としてアクセス可能である。以下、ファイル２Ｄ1041に属するエクステントEXT2D[n]を「２Ｄエクステント」という。一方、第１ファイルＤＥＰ（02000.m2ts）1042のファイル・エントリ2320がディペンデントビュー・データ・ブロックD[n]の各サイズとその先端のＬＢＮとを示す。従って、各ディペンデントビュー・データ・ブロックD[n]はライトビュー・データ・ブロックであり、第１ファイルＤＥＰ1042のエクステントEXT2[n]としてアクセス可能である。以下、第１ファイルＤＥＰ1042に属するエクステントEXT2[n]を「ライトビュー・エクステント」という。ディペンデントビュー・データ・ブロックD[n]がデプスマップ・データ・ブロックである場合も同様に、各デプスマップ・データ・ブロックは第２ファイルＤＥＰ（03000.m2ts）1043のエクステントとしてアクセス可能である。以下、第２ファイルＤＥＰ1043に属するエクステントを「デプスマップ・エクステント」という。更に、ライトビュー・エクステントとデプスマップ・エクステントとのように、いずれかのファイルＤＥＰに属するエクステントを「ディペンデントビュー・エクステント」と総称する。
図２３を参照するに、データ・ブロック群はＢＤ−ＲＯＭディスク101上のトラックに沿って連続的に記録されている。更に、ベースビュー・データ・ブロックB[n]とディペンデントビュー・データ・ブロックD[n]とは一つずつ交互に配置されている。このようなデータ・ブロック群の配置を「インターリーブ配置」という。特に、インターリーブ配置で記録された一連のデータ・ブロック群を「エクステント・ブロック」という。図２３には三つのエクステント・ブロック2301、2302、2303が示されている。第１エクステント・ブロック2301と第２エクステント・ブロック2302との間のように、エクステント・ブロックの間は多重化ストリーム・データ以外のデータの記録領域NAVによって分離される。また、ＢＤ−ＲＯＭディスク101が多層ディスクである場合、すなわち記録層を複数含む場合、第２エクステント・ブロック2302と第３エクステント・ブロック2303との間のように、エクステント・ブロックの間は記録層間の境界（以下、層境界という。）LBによっても分離される。こうして、一連の多重化ストリーム・データは、一般に複数のエクステント・ブロックに分割されて配置されている。その場合、再生装置102がその多重化ストリーム・データから映像をシームレスに再生するには、各エクステント・ブロックから再生される映像をシームレスに接続しなければならない。以下、そのために再生装置102が必要とする処理を「エクステント・ブロック間のシームレスな接続」という。
本発明の実施形態１によるエクステント・ブロック2301−2303ではそれぞれ、二種類のデータ・ブロックD[n]、B[n]の数が等しい。更に、（ｎ＋１）番目の隣接するデータ・ブロックの対D[n]、B[n]ではエクステントＡＴＣ時間が等しい。以下、このようなデータ・ブロックの対を「エクステント・ペア」という。ここで、「ＡＴＣ（Arrival Time Clock）」は、ＡＴＳの基準とされるべきクロックを意味する。「エクステントＡＴＣ時間」は、一つのデータ・ブロック内のソースパケットに付与されたＡＴＳの範囲の大きさ、すなわち、そのデータ・ブロックの先頭のソースパケットと次のデータ・ブロックの先頭のソースパケットとの間でのＡＴＳの差を表す。その差は、再生装置102がそのデータ・ブロック内の全てのソースパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間を、ＡＴＣの値で表したものに等しい。「リード・バッファ」は再生装置102内のバッファ・メモリであり、ＢＤ−ＲＯＭディスク101から読み出されたデータ・ブロックをシステム・ターゲット・デコーダへ送るまでの間、一時的に格納する。リード・バッファの詳細については後述する。図２３に示されている例では、三つのエクステント・ブロック2301−2303が互いにシームレスに接続されるので、各エクステント・ペア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はメインＴＳとサブＴＳとを、エクステントＡＴＣ時間の等しい部分の対に分割して読み出さねばならない。
図２４の（ａ）は、あるＢＤ−ＲＯＭディスク上に個別に連続して記録されたメインＴＳ2401とサブＴＳ2402との配置を示す模式図である。再生装置102がそれらのメインＴＳ2401とサブＴＳ2402とをパラレルに処理するとき、図２４の（ａ）に実線の矢印（１）−（４）で示されているように、ＢＤ−ＲＯＭドライブ121はメインＴＳ2401とサブＴＳ2402とを交互に、エクステントＡＴＣ時間の等しい部分ずつ読み出す。そのとき、ＢＤ−ＲＯＭドライブ121は、図２４の（ａ）に破線の矢印で示されているように、読み出し処理の途中でＢＤ−ＲＯＭディスク上の読み出し対象領域を大きく変化させなければならない。例えば矢印（１）の示すメインＴＳ2401の先端部分が読み出された時、ＢＤ−ＲＯＭドライブ121は光ピックアップによる読み出し動作を一旦停止し、ＢＤ−ＲＯＭディスクの回転速度を上げる。それにより、矢印（２）の示すサブＴＳ2402の先端部分が記録されたＢＤ−ＲＯＭディスク上のセクタを速やかに光ピックアップの位置まで移動させる。このように、光ピックアップに読み出し動作を一旦停止させて、その間に次の読み出し対象領域上へ光ピックアップを位置づけるための操作を「ジャンプ」という。図２４の（ａ）に示されている破線の矢印は、読み出し処理の途中で必要な各ジャンプの範囲を示す。各ジャンプの期間中、光ピックアップによる読み出し処理は停止し、デコーダによる復号処理のみが進行する。図２４の（ａ）に示されている例ではジャンプが過大であるので、読み出し処理を復号処理に間に合わせることが難しい。その結果、シームレス再生を確実に持続することが難しい。
図２４の（ｂ）は、本発明の実施形態１によるＢＤ−ＲＯＭディスク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内のリード・バッファに読み込まれたとき、いずれのデータ・ブロックでも、同じ１秒間で全てのＴＳパケットがリード・バッファからシステム・ターゲット・デコーダへ送られる。
上記のとおり、ディペンデントビュー・データ・ブロックは一般に、ベースビュー・データ・ブロックよりもビデオ・ストリームの圧縮率が高い。従って、ディペンデントビュー・データ・ブロックの復号処理の速度は一般に、ベースビュー・データ・ブロックの復号処理の速度よりも低い。一方、エクステントＡＴＣ時間が等しいとき、ディペンデントビュー・データ・ブロックは一般に、ベースビュー・データ・ブロックよりもデータ量が小さい。従って、図２４の（ｃ）、（ｄ）のように、隣接するデータ・ブロック間でエクステントＡＴＣ時間が等しいとき、復号対象のデータがシステム・ターゲット・デコーダに供給される速度は、そのデコーダの処理速度と均衡を保ちやすい。すなわち、システム・ターゲット・デコーダは、特に飛び込み再生においても、ベースビュー・データ・ブロックの復号処理とディペンデントビュー・データ・ブロックの復号処理とを容易に同期させることができる。
［エクステントＡＴＣ時間を揃える方法］
図２５は、隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える方法を示す模式図である。まず、ベースビュー・データ・ブロックに格納されるソースパケット（以下、ＳＰ１と略す。）と、ディペンデントビュー・データ・ブロックに格納されるソースパケット（以下、ＳＰ２と略す。）とには、同じＡＴＣ時間軸でＡＴＳが付与される。図２５を参照するに、矩形2510、2520はそれぞれ、ＳＰ１＃ｐ（ｐ＝０、１、…、ｋ、ｋ＋１、…、ｉ、ｉ＋１）とＳＰ２＃ｑ（ｑ＝０、１、…、ｍ、ｍ＋１、…、ｊ、ｊ＋１）とを表す。それらの矩形2510、2520はＡＴＣの時間軸方向で各ソースパケットのＡＴＳの順に並べられている。各矩形2510、2520の先頭の位置A1(p)、A2(q)はそのソースパケットのＡＴＳの値を表す。各矩形2510、2520の長さ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）1045のファイル・エントリ2340は、各エクステント・ブロック2301−2303を一つのエクステントとみなして、各サイズとその先端のＬＢＮとを示す。従って、各エクステント・ブロック2301−2303は第１ファイルＳＳ1045の一つのエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]としてアクセス可能である。以下、第１ファイルＳＳ1045に属するエクステントEXTSS[0]、EXTSS[1]、EXTSS[2]を「エクステントＳＳ」という。各エクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]は、ファイル２Ｄ1041とはベースビュー・データ・ブロックB[n]を共有し、第１ファイルＤＥＰ1042とはライトビュー・データ・ブロックD[n]を共有する。
≪エクステント・ブロック群に対する再生経路≫
図２６は、エクステント・ブロック群2301−2303に対する２Ｄ再生モードでの再生経路2601を示す模式図である。２Ｄ再生モードの再生装置102はファイル２Ｄ1041を再生する。従って、２Ｄ再生モードでの再生経路2601が示すとおり、各エクステント・ブロック2301−2303からベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が順番に２ＤエクステントEXT2D[n]として読み出される。具体的には、まず先頭のエクステント・ブロック2301から先頭のベースビュー・データ・ブロックB[0]が読み出され、その直後のライトビュー・データ・ブロックD[0]の読み出しが最初のジャンプJ2Dによってスキップされる。次に２番目のベースビュー・データ・ブロックB[1]が読み出され、その直後のデータNAVとライトビュー・データ・ブロックD[1]との読み出しが二回目のジャンプJNAVによってスキップされる。続いて、２番目以降のエクステント・ブロック2302、2303内でも同様に、ベースビュー・データ・ブロックの読み出しとジャンプとが繰り返される。
２番目のエクステント・ブロック2302と３番目のエクステント・ブロック2303との間に生じるジャンプJLYは、層境界LBを越えるロング・ジャンプである。「ロング・ジャンプ」はジャンプの中でもシーク時間の長いものの総称であり、具体的には、（i）記録層の切り換えを伴うジャンプ、及び（ii）ジャンプ距離が所定の閾値を超えるジャンプをいう。「ジャンプ距離」とは、ジャンプ期間中に読み出し操作がスキップされるＢＤ−ＲＯＭディスク101上の領域の長さをいう。ジャンプ距離は通常、その部分のセクタ数で表される。上記（ii）の閾値は、ＢＤ−ＲＯＭの規格では例えば４００００セクタである。しかし、その閾値は、ＢＤ−ＲＯＭディスクの種類と、ＢＤ−ＲＯＭドライブの読み出し処理に関する性能とに依存する。ロング・ジャンプは特に、フォーカス・ジャンプとトラック・ジャンプとを含む。「フォーカス・ジャンプ」は、記録層の切り換えに伴うジャンプであり、光ピックアップの焦点距離を変化させる処理を含む。「トラック・ジャンプ」は、光ピックアップをＢＤ−ＲＯＭディスク101の半径方向に移動させる処理を含む。
図２６は、エクステント・ブロック群2301−2303に対するＬ／Ｒモードでの再生経路2602も示す。Ｌ／Ｒモードの再生装置102は第１ファイルＳＳ1045を再生する。従って、Ｌ／Ｒモードでの再生経路2602が示すとおり、各エクステント・ブロック2301、2302、2303が順番に、エクステントＳＳEXTSS[0]、EXTSS[1]、EXTSS[2]として読み出される。具体的には、まず先頭のエクステント・ブロック2301からデータ・ブロックD[0]、B[0]、D[1]、B[1]が連続して読み出され、その直後のデータNAVの読み出しが最初のジャンプJNAVによってスキップされる。次に、２番目のエクステント・ブロック2302からデータ・ブロックD[2]、…、B[3]が連続して読み出される。その直後に、記録層の切り換えに伴うロング・ジャンプJLYが生じる。続いて、３番目のエクステント・ブロック2303からデータ・ブロックD[4]、B[4]、…が連続して読み出される。
エクステント・ブロック2301−2303を第１ファイルＳＳ1045のエクステントとして読み込むとき、再生装置102は第１ファイルＳＳ1045のファイル・エントリ2340から各エクステントＳＳEXTSS[0]、EXTSS[1]、…の先端のＬＢＮとそのサイズとを読み出してＢＤ−ＲＯＭドライブ121に渡す。ＢＤ−ＲＯＭドライブ121はそのＬＢＮからそのサイズのデータを連続して読み出す。これらの処理は、データ・ブロック群を第１ファイルＤＥＰ1042とファイル２Ｄ1041との各エクステントとして読み込む処理よりも、ＢＤ−ＲＯＭドライブ121の制御が次の二点（Ａ）、（Ｂ）で簡単である：（Ａ）再生装置102は一箇所のファイル・エントリを利用して各エクステントを順番に参照すればよい；（Ｂ）読み込み対象のエクステントの総数が実質上半減するので、ＢＤ−ＲＯＭドライブ121に渡されるべきＬＢＮとサイズとの対の総数が少ない。但し、再生装置102はエクステントＳＳEXTSS[0]、EXTSS[1]、…を読み込んだ後、それぞれをライトビュー・データ・ブロックとベースビュー・データ・ブロックとに分離してデコーダに渡さなければならない。その分離処理にはクリップ情報ファイルが利用される。その詳細については後述する。
図２３に示されているように、各エクステント・ブロック2301−2303の実際の読み出しでは、ＢＤ−ＲＯＭドライブ121は各データ・ブロックの後端から次のデータ・ブロックの先端までの間にゼロ・セクタ遷移J0を行う。「ゼロ・セクタ遷移」とは、二つの連続するデータ・ブロック間での光ピックアップの移動をいう。ゼロ・セクタ遷移が行われる期間（以下、ゼロ・セクタ遷移期間という。）では、光ピックアップは読み出し動作を一旦停止して待機する。その意味で、ゼロ・セクタ遷移は「ジャンプ距離が０セクタに等しいジャンプ」ともみなせる。ゼロ・セクタ遷移期間の長さ、すなわちゼロ・セクタ遷移時間は、ＢＤ−ＲＯＭディスク101の回転による光ピックアップの位置の移動時間の他に、誤り訂正処理に伴うオーバーヘッドを含んでもよい。「誤り訂正処理に伴うオーバーヘッド」とは、二つのデータ・ブロックの境界がＥＣＣブロックの境界と一致していないときに、そのＥＣＣブロックを用いた誤り訂正処理が二回行われることに起因する余分な時間をいう。誤り訂正処理には一つのＥＣＣブロックの全体が必要である。従って、一つのＥＣＣブロックが二つの連続するデータ・ブロックに共有されているとき、いずれのデータ・ブロックの読み出し処理でもそのＥＣＣブロックの全体が読み出されて誤り訂正処理に利用される。その結果、それらのデータ・ブロックを一つ読み出すごとに、そのデータ・ブロックの他に最大３２セクタの余分なデータが読み出される。誤り訂正処理に伴うオーバーヘッドは、その余分なデータの読み出し時間の合計、すなわち３２［セクタ］×２０４８［バイト］×８［ビット／バイト］×２［回］／読み出し速度で評価される。尚、各データ・ブロックはＥＣＣブロック単位で構成されてもよい。その場合、各データ・ブロックのサイズはＥＣＣブロックの整数倍に等しいので、誤り訂正処理に伴うオーバーヘッドをゼロ・セクタ遷移時間から除外することができる。
≪データ・ブロックのサイズ≫
各データ・ブロックはアラインド・ユニット単位で構成される。特に各データ・ブロックのサイズはアラインド・ユニットのサイズ（＝６１４４バイト＝約６ＫＢ）の倍数に等しい。その場合、データ・ブロック間の境界はセクタ間の境界と一致するので、ＢＤ−ＲＯＭドライブはいずれのデータ・ブロックも、その全体を確実に連続して読み出すことができる。
図２３に示されているように、互いに分離された複数のエクステント・ブロック2301−2303から２Ｄ映像と３Ｄ映像とのいずれをもシームレスに再生するには、データ・ブロックとエクステント・ブロック2301−2303との各サイズは、以下の［１］、［２］で説明される条件を満たせばよい。
［１］２Ｄ再生モードでの条件
図２７は、２Ｄ再生モードの再生装置102内の再生処理系統を示すブロック図である。図２７を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ2701、リード・バッファ2702、及びシステム・ターゲット・デコーダ2703を含む。ＢＤ−ＲＯＭドライブ2701はＢＤ−ＲＯＭディスク101から２Ｄエクステントを読み出し、読み出し速度RUD54でリード・バッファ2702へ転送する。リード・バッファ2702は、再生装置102に内蔵のバッファ・メモリであり、ＢＤ−ＲＯＭドライブ2701から２Ｄエクステントを受信して蓄積する。システム・ターゲット・デコーダ2703は、リード・バッファ2702内に蓄積された各２Ｄエクステントからソースパケットを平均転送速度REXT2Dで読み出して、映像データVDと音声データADとに復号する。
平均転送速度REXT2Dは、システム・ターゲット・デコーダ2703がリード・バッファ2702内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ここで、係数１９２／１８８はソースパケットとＴＳパケットとの間のバイト数の比に等しい。平均転送速度REXT2Dは通常、ビット／秒で表され、具体的には、ビット単位で表された２ＤエクステントのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。「ビット単位で表されたエクステントのサイズ」は、そのエクステント内のソースパケット数とソースパケット一つ当たりのビット数（＝１９２［バイト］×８［ビット／バイト］）との積に等しい。平均転送速度REXT2Dは一般に２Ｄエクステントごとに異なる。平均転送速度REXT2Dの最大値RMAX2Dは、ファイル２Ｄに対するシステム・レートRTSの１９２／１８８倍に等しい。「システム・レート」とは、システム・ターゲット・デコーダ2703によるＴＳパケットの処理速度の最高値を意味する。システム・レートRTSは通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度（TS recording rate）の８倍に等しい。
平均転送速度REXT2Dは以下のように評価される。まず、エクステントＡＴＣ時間が次のように算定される。図２５に示されている例では、（ｎ＋１）番目のベースビュー・データ・ブロックEXT1[n]のエクステントＡＴＣ時間TEXT[n]は、ＳＰ１＃０のＡＴＳA1(0)と、（ｎ＋２）番目のベースビュー・データ・ブロックEXT1[n＋1]の先頭に位置するＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)との間の差に基づいて、次式で表される：TEXT[n]＝(A1(k＋1)−A1(0)＋WA)／TATC。ここで、ラップ・アラウンド値WAは、ＳＰ１＃０のＡＴＳA1(0)からＳＰ１＃（ｋ＋１）のＡＴＳA1(k＋1)までＡＴＣがカウントされる期間中、ラップ・アラウンドが生じる度に切り捨てられたカウント値の和を表す。すなわち、ラップ・アラウンド値WAは、その期間でのラップ・アラウンドの回数と、ラップ・アラウンドが生じるカウント値との積に等しい。例えば、ＡＴＣが３０ビットのカウンタでカウントされる場合、ラップ・アラウンド値WAは230に等しい。一方、定数TATCはＡＴＣの周期を表し、例えば２７ＭＨｚに等しい：TATC＝27×106。次に、２Ｄエクステントのサイズが次のように算定される。図２５に示されている例では、（ｎ＋１）番目のベースビュー・データ・ブロックEXT1[n]のサイズSEXT1[n]は、そのデータ・ブロックに格納されるソースパケット、すなわちＳＰ１＃０、１、…、ｋの全体のデータ量１９２×（ｋ＋１）×８［ビット］に等しい。最後に、ベースビュー・データ・ブロックEXT1[n]のサイズSEXT1[n]をエクステントＡＴＣ時間TEXT[n]で割った値が平均転送速度REXT2D[n]として評価される：REXT2D[n]＝SEXT1[n]／TEXT[n]。
上記の評価においてエクステントＡＴＣ時間が正確に計算されることを目的として、各２Ｄエクステントのサイズがソースパケット長のある一定の倍数に揃えられてもよい。更に、いずれかの２Ｄエクステントがその倍数よりも多くのソースパケットを含むとき、その２ＤエクステントのエクステントＡＴＣ時間が次のように算定されてもよい：まず、ソースパケットの総数からその倍数を除き、その差にソースパケット一つ当たりの転送時間（＝１８８×８／システム・レート）を乗じる。次に、その積に、上記の倍数に相当するエクステントＡＴＣ時間を加える。その和が上記の２ＤエクステントのエクステントＡＴＣ時間として決定される。
その他に、エクステントＡＴＣ時間は次のように算定されてもよい：まず、一つの２Ｄエクステントについて、その先頭のソースパケットのＡＴＳから最後のソースパケットのＡＴＳまでの時間間隔を求める。次に、その時間間隔にソースパケット一つ当たりの転送時間を加える。その和がその２ＤエクステントのエクステントＡＴＣ時間として決定される。具体的には、図２５の例において、（ｎ＋１）番目のベースビュー・データ・ブロックEXT1[n]のエクステントＡＴＣ時間TEXT[n]は、ＳＰ１＃０のＡＴＳA1(0)と、そのデータ・ブロックEXT1[n]の後端に位置するＳＰ１＃ｋのＡＴＳA1(k)との間の差に基づいて、次式で表される：TEXT[n]＝(A1(k)−A1(0)＋WA)／TATC＋188×8／RTS1。ここで、ラップ・アラウンド値WAは、ＳＰ１＃０のＡＴＳA1(0)からＳＰ１＃ｋのＡＴＳA1(k)までＡＴＣがカウントされる期間中、ラップ・アラウンドが生じる度に切り捨てられたカウント値の和を表す。一方、上式の右辺第２項は、ＴＳパケットのデータ長１８８［バイト］×８［ビット／バイト］をシステム・レートRTS2で割った値であり、一つのＴＳパケットをリード・バッファからシステム・ターゲット・デコーダへ転送するのに要する時間と等しい。上記のエクステントＡＴＣ時間の計算には次のエクステントの参照が不要であるので、次のエクステントが存在しなくてもエクステントＡＴＣ時間が算定可能である。また、次のエクステントが存在する場合でも、エクステントＡＴＣ時間の計算を簡単化することができる。
読み出し速度RUD54は通常、ビット／秒で表され、平均転送速度REXT2Dの最高値RMAX2Dよりも高い値、例えば５４Ｍｂｐｓに設定される：RUD54＞RMAX2D。それにより、ＢＤ−ＲＯＭドライブ2701がＢＤ−ＲＯＭディスク101から一つの２Ｄエクステントを読み出している間、システム・ターゲット・デコーダ2703の復号処理に伴うリード・バッファ2702のアンダーフローが防止される。
図２８の（ａ）は、２Ｄ再生モードでの動作中、リード・バッファ2702に蓄積されるデータ量DAの変化を示すグラフである。図２８の（ｂ）は、再生対象のエクステント・ブロック2810と２Ｄ再生モードでの再生経路2820との間の対応関係を示す模式図である。図２８の（ｂ）を参照するに、再生経路2820に従い、エクステント・ブロック2810内の各ベースビュー・データ・ブロックB[n]（n＝0、1、2、…）が一つの２ＤエクステントEXT2D[n]としてＢＤ−ＲＯＭディスク101からリード・バッファ2702へ読み出される。図２８の（ａ）を参照するに、各２Ｄエクステント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]で減少する。
ＢＤ−ＲＯＭドライブ2701による読み出し／転送動作は実際には、図２８の（ａ）のグラフから示唆される連続的なものではなく、断続的なものである。それにより、各２Ｄエクステントの読み出し期間PR2D[n]に蓄積データ量DAがリード・バッファ2702の容量を超えること、すなわちリード・バッファ2702のオーバーフローが防止される。すなわち、図２８の（ａ）のグラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図２８の（ｂ）に示されているエクステント・ブロック2810から２Ｄ映像をシームレスに再生するには、次の二つの条件が満たされればよい：まず、各２ＤエクステントEXT2D[n]のサイズSEXT2D[n]は所定の下限以上であればよい。この下限を「最小エクステント・サイズ」という。次に、２Ｄエクステントの間隔は所定の上限以下であればよい。
［１−１］２Ｄエクステントの最小エクステント・サイズ
各ジャンプ期間PJ2D[n]ではリード・バッファ2702からシステム・ターゲット・デコーダ2703へのデータ供給を持続させて、そのデコーダ2703に連続的な出力を確保させなければならない。それには、２Ｄエクステントのサイズが次の条件１を満たせばよい。
各２ＤエクステントEXT2D[n]のサイズSEXT2D[n]は、その読み出し期間PR2D[n]から次のジャンプ期間PJ2D[n＋1]にわたり、リード・バッファ2702からシステム・ターゲット・デコーダ2703へ転送されるデータ量に等しい。その場合、図２８の（ａ）に示されているように、蓄積データ量DAはそのジャンプ期間PJ2D[n＋1]の終了時、その読み出し期間PR2D[n]の開始時での量を下回らない。すなわち、各ジャンプ期間PJ2D[n]ではリード・バッファ2702からシステム・ターゲット・デコーダ2703へのデータ供給が持続し、特にリード・バッファ2702はアンダーフローを生じない。ここで、読み出し期間PR2D[n]の長さは、２ＤエクステントEXT2D[n]のサイズSEXT2D[n]を読み出し速度RUD54で割った値SEXT2D[n]／RUD54に等しい。従って、条件１は次のことを示す。各２ＤエクステントEXT2D[n]の最小エクステント・サイズは、次式（１）の右辺で表される：
Figure 0005480915
式（１）では、ジャンプ時間TJUMP−2D[n]はジャンプ期間PJ2D[n]の長さであり、秒単位で表される。一方、読み出し速度RUD54と平均転送速度REXT2Dとはいずれもビット／秒で表される。従って、式（１）では平均転送速度REXT2Dを数「８」で割り、２ＤエクステントのサイズSEXT2D[n]の単位をビットからバイトへ変換している。すなわち、２ＤエクステントのサイズSEXT2D[n]はバイト単位で表される。関数ＣＥＩＬ（）は、括弧内の数値の小数点以下の端数を切り上げる操作を意味する。
［１−２］２Ｄエクステントの間隔
リード・バッファ2702の容量は有限であることから、ジャンプ時間TJUMP−2D[n]の最大値は制限される。すなわち、ジャンプ期間PJ2D[n]の直前に蓄積データ量DAがリード・バッファ2702の容量一杯であっても、ジャンプ時間TJUMP−2D[n]が長すぎれば、ジャンプ期間PJ2D[n]中に蓄積データ量DAが０に達し、リード・バッファ2702のアンダーフローが生じる危険性がある。以下、ＢＤ−ＲＯＭディスク101からリード・バッファ2702へのデータ供給が途絶えている状態で蓄積データ量DAがリード・バッファ2702の容量から０に到達するまでの時間、すなわち、シームレス再生を保証できるジャンプ時間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内の再生処理系統を示すブロック図である。図３０を参照するに、その再生処理系統は、ＢＤ−ＲＯＭドライブ3001、スイッチ3002、一対のリード・バッファ3011、3012、及びシステム・ターゲット・デコーダ3003を含む。ＢＤ−ＲＯＭドライブ3001はＢＤ−ＲＯＭディスク101からエクステントＳＳを読み出し、読み出し速度RUD72でスイッチ3002へ転送する。スイッチ3002は各エクステントＳＳをベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとに分離する。その分離処理の詳細については後述する。第１リード・バッファ3011及び第２リード・バッファ3012（以下、ＲＢ１及びＲＢ２と略す。）は再生装置102に内蔵のバッファ・メモリであり、スイッチ3002によって分離された各データ・ブロックを蓄積する。ＲＢ１3011はベースビュー・データ・ブロックを格納し、ＲＢ２3012はディペンデントビュー・データ・ブロック格納する。システム・ターゲット・デコーダ3003は、ＲＢ１3011内の各ベースビュー・データ・ブロックからはソースパケットをベースビュー転送速度REXT1で読み出し、ＲＢ２3012内の各ディペンデントビュー・データ・ブロックからはソースパケットをディペンデントビュー転送速度REXT2で読み出す。システム・ターゲット・デコーダ3003は更に、読み出されたベースビュー・データ・ブロックとディペンデントビュー・データ・ブロックとの対を映像データVDと音声データADとに復号する。
ベースビュー転送速度REXT1は、システム・ターゲット・デコーダ3003がＲＢ１3011内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ベースビュー転送速度REXT1の最高値RMAX1は、ファイル２Ｄに対するシステム・レートRTS1の１９２／１８８倍に等しい：RMAX1＝RTS1×192／188。そのシステム・レートRTS1は通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度の８倍に等しい。ディペンデントビュー転送速度REXT2は、システム・ターゲット・デコーダ3003がＲＢ２3012内の各ソースパケットからＴＳパケットを抽出する処理の平均速度の１９２／１８８倍に等しい。ディペンデントビュー転送速度REXT2の最高値RMAX2は、ファイルＤＥＰに対するシステム・レートRTS2の１９２／１８８倍と等しい：RMAX2＝RTS2×192／188。そのシステム・レートRTS2は通常、ビット／秒（ｂｐｓ）で表されるので、バイト／秒（Ｂｐｓ）で表されるメインＴＳの記録速度の８倍に等しい。各転送速度REXT1、REXT2は通常、ビット／秒で表され、具体的には、ビット単位で表された各データ・ブロックのサイズをエクステントＡＴＣ時間で割ったときの値に等しい。エクステントＡＴＣ時間は、そのデータ・ブロック内のソースパケットを全て、ＲＢ１3011又はＲＢ２3012からシステム・ターゲット・デコーダ3003へ転送するのに要する時間に等しい。ベースビュー転送速度REXT1とディペンデントビュー転送速度REXT2とは、２Ｄエクステントの平均転送速度REXT2Dと同様に、データ・ブロックのサイズとエクステントＡＴＣ時間との比で評価される：REXT1[・]＝SEXT1[・]／TEXT[・]、REXT2[・]＝SPEXT2[・]／TEXT[・]。
読み出し速度RUD72は通常、ビット／秒で表され、いずれの転送速度REXT1、REXT2の最高値RMAX1、RMAX2よりも高い値、例えば７２Ｍｂｐｓに設定される：RUD72＞RMAX1、RUD72＞RMAX2。それにより、ＢＤ−ＲＯＭドライブ3001によってＢＤ−ＲＯＭディスク101から一つのエクステントＳＳを読み出している間、システム・ターゲット・デコーダ3003の復号処理に伴うＲＢ１3011とＲＢ２3012とのアンダーフローが防止される。
［２−１］エクステント・ブロック内でのシームレス接続
図３１の（ａ）、（ｂ）は、一つのエクステント・ブロックから３Ｄ映像がシームレスに再生されるとき、ＲＢ１3011、ＲＢ２3012に蓄積されるデータ量DA1、DA2の変化を示すグラフである。図３１の（ｃ）は、そのエクステント・ブロック3110と３Ｄ再生モードでの再生経路3120との間の対応関係を示す模式図である。図３０の（ｃ）を参照するに、再生経路3120に従い、エクステント・ブロック3110の全体が一つのエクステントＳＳとして一括して読み出される。その後、スイッチ3002によってそのエクステントＳＳからディペンデントビュー・データ・ブロックD[k]とベースビュー・データ・ブロックB[k]とが分離される（k＝…、n、n＋1、n＋2、…）。
ＢＤ−ＲＯＭドライブ3001による読み出し／転送動作は実際には、図３１の（ａ）、（ｂ）の各グラフから示唆される連続的なものではなく、断続的なものである。それにより、各データ・ブロックD[k]、B[k]の読み出し期間PRD[k]、PRB[k]では、ＲＢ１3011、ＲＢ２3012のオーバーフローが防止される。すなわち、図３１の（ａ）、（ｂ）の各グラフは、実際には階段状である増減を直線的な増減として近似的に表したものである。
図３１の（ａ）、（ｂ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]の読み出し期間PRD[n]では、ＲＢ２3012の蓄積データ量DA2は、読み出し速度RUD72とディペンデントビュー転送速度REXT2[n]との間の差RUD72−REXT2[n]に等しい速度で増加し、ＲＢ１3011の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少する。図３１の（ｃ）を参照するに、（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]から（ｎ＋１）番目のベースビュー・データ・ブロックB[n]まではゼロ・セクタ遷移J0[2n]が生じる。図３１の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[n]では、ＲＢ１3011の蓄積データ量DA1はベースビュー転送速度REXT1[n−1]で減少し続け、ＲＢ２3012の蓄積データ量DA2はディペンデントビュー転送速度REXT2[n]で減少する。
図３１の（ａ）、（ｂ）を更に参照するに、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]の読み出し期間PRB[n]では、ＲＢ１3011の蓄積データ量DA1は、読み出し速度RUD72とベースビュー転送速度REXT1[n]との間の差RUD72−REXT1[n]に等しい速度で増加する。一方、ＲＢ２3012の蓄積データ量DA2は、ディペンデントビュー転送速度REXT2[n]で減少し続ける。図３１の（ｃ）を更に参照するに、そのベースビュー・データ・ブロックB[n]から次のディペンデントビュー・データ・ブロックD[n＋1]まではゼロ・セクタ遷移J0[2n＋1]が生じる。図３１の（ａ）、（ｂ）に示されているように、ゼロ・セクタ遷移期間PJ0[2n＋1]では、ＲＢ１3011の蓄積データ量DA1はベースビュー転送速度REXT1[n]で減少し、ＲＢ２3012の蓄積データ量DA2はディペンデントビュー転送速度REXT2[n]で減少し続ける。
一つのエクステント・ブロック2310から３Ｄ映像をシームレスに再生するには、そのエクステント・ブロックに属するデータ・ブロックB[n]、D[n]の各サイズは、以下に説明される条件２、３を満たせばよい。
（ｎ＋１）番目のベースビュー・データ・ブロックB[n]のサイズSEXT1[n]は少なくとも、その読み出し期間PRB[n]から次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PRB[n＋1]の直前までに、ＲＢ１3011からシステム・ターゲット・デコーダ3003へ転送されるデータ量に等しい。その場合、図３１の（ａ）に示されているように、次のベースビュー・データ・ブロックB[n＋1]の読み出し期間PRB[n＋1]の直前では、ＲＢ１3011の蓄積データ量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 0005480915
（ｎ＋１）番目のディペンデントビュー・データ・ブロックD[n]のサイズSEXT2[n]は少なくとも、その読み出し期間PRD[n]から次のディペンデントビュー・データ・ブロックD[n＋1]の読み出し期間PRD[n＋1]の直前までに、ＲＢ２3012からシステム・ターゲット・デコーダ3003へ転送されるデータ量に等しい。その場合、図３１の（ｂ）に示されているように、次のディペンデントビュー・データ・ブロック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 0005480915
［２−２］エクステント・ブロック間のシームレス接続
図２３に示されているように、エクステント・ブロック2301−2303の間は一般に、他のデータの記録領域NAV又は層境界LBによって分離されている。そのように分離されたエクステント・ブロック間をシームレスに接続するには、エクステント・ブロックを一つ読み出す間に、ＲＢ１3011、ＲＢ２3012のそれぞれに十分なデータ量が蓄積されるようにすればよい。具体的には、ＲＢ１3011、ＲＢ２3012の各蓄積データ量DA1、DA2が、図３１の（ａ）、（ｂ）に示されているグラフとは異なり、（ｎ＋２）番目の各データ・ブロックB[n＋1]、D[n＋1]の読み出し期間PRB[n＋1]、PRD[n＋1]の直前で、（ｎ＋１）番目の各データ・ブロックB[n]、D[n]の読み出し期間PRB[n]、PRD[n]の直前での量よりも少し多く残るようにすればよい。例えば、各データ・ブロックのサイズを、式（２）、（３）の各右辺で与えられる最小エクステント・サイズよりも少し大きくすればよい。それにより、一つのエクステント・ブロックを後端まで読み込んだ時点で、ＲＢ１3011、ＲＢ２3012のそれぞれに十分なデータ量が蓄積されるようにすることができる。
≪クリップ情報ファイル≫
図３２は、第１クリップ情報ファイル（01000.clpi）、すなわち２Ｄクリップ情報ファイル1031のデータ構造を示す模式図である。ディペンデントビュー・クリップ情報ファイル（02000.clpi、03000.clpi）1032、1033も同様なデータ構造を持つ。以下では、まず、クリップ情報ファイル全般に共通するデータ構造を２Ｄクリップ情報ファイル1031のデータ構造を例に説明する。その後、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのデータ構造上の相違点について説明する。
図３２を参照するに、２Ｄクリップ情報ファイル1031は、クリップ情報3210、ストリーム属性情報3220、エントリ・マップ3230、及び３Ｄメタデータ3240を含む。３Ｄメタデータ3240はエクステント起点3242を含む。
クリップ情報3210は、図３２に示されているように、システム・レート3211、再生開始時刻3212、及び再生終了時刻3213を含む。システム・レート3211は、ファイル２Ｄ（01000.m2ts）1041に対するシステム・レートRTSを規定する。ここで、図２７に示されているように、２Ｄ再生モードの再生装置102は、ファイル２Ｄ1041に属する“ＴＳパケット”を、リード・バッファ2702からシステム・ターゲット・デコーダ2703へ転送する。従って、ファイル２Ｄ1041では、ＴＳパケットの転送速度がシステム・レートRTS以下に抑えられるようにソースパケットのＡＴＳの間隔が設定されている。再生開始時刻3212は、ファイル２Ｄ1041の先頭のＶＡＵに割り当てられたＰＴＳ、例えば先頭の映像フレームのＰＴＳを示す。再生終了時刻3212は、ファイル２Ｄ1041の後端のＶＡＵに割り当てられたＰＴＳから更に所定量遅れたＳＴＣの値、例えば最後の映像フレームのＰＴＳに１フレーム当たりの再生時間を加えた値を示す。
ストリーム属性情報3220は、図３２に示されているように、ファイル２Ｄ1041に含まれる各エレメンタリ・ストリームのＰＩＤ3221とその属性情報3222との間の対応表である。属性情報3222は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えばプライマリ・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１００に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。属性情報3222は再生装置102により、デコーダの初期化に利用される。
［エントリ・マップ］
図３３の（ａ）は、エントリ・マップ3230のデータ構造を示す模式図である。図３３の（ａ）を参照するに、エントリ・マップ3230はテーブル3300を含む。テーブル3300は、メインＴＳに多重化されたビデオ・ストリームと同数であり、各ビデオ・ストリームに一つずつ割り当てられている。図３３の（ａ）では、各テーブル3300は割り当て先のビデオ・ストリームのＰＩＤで区別されている。各テーブル3300はエントリ・マップ・ヘッダ3301とエントリ・ポイント3302とを含む。エントリ・マップ・ヘッダ3301は、そのテーブル3300に対応付けられたＰＩＤと、そのテーブル3300に含まれるエントリ・ポイント3302の総数とを含む。エントリ・ポイント3302は、ＰＴＳ3303とソースパケット番号（ＳＰＮ）3304との対を一つずつ、異なるエントリ・ポイントＩＤ（ＥＰ＿ＩＤ）3305に対応付ける。ＰＴＳ3303は、エントリ・マップ・ヘッダ3301の示すＰＩＤのビデオ・ストリームに含まれるいずれかのＩピクチャのＰＴＳに等しい。ＳＰＮ3304は、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。ここで、「ＳＰＮ」とは、一つのＡＶストリーム・ファイルに属するソースパケット群に、先頭から順に割り当てられた通し番号をいう。ＳＰＮは、そのＡＶストリーム・ファイル内での各ソースパケットのアドレスとして利用される。２Ｄクリップ情報ファイル1031内のエントリ・マップ3230において、ＳＰＮは、ファイル２Ｄ241に属するソースパケット群、すなわちメインＴＳを格納しているソースパケット群に割り当てられた番号を意味する。従って、エントリ・ポイント3302は、ファイル２Ｄ1041に含まれる各ＩピクチャのＰＴＳとアドレス、すなわちＳＰＮとの間の対応関係を表す。
エントリ・ポイント3302は、ファイル２Ｄ1041内の全てのＩピクチャに対して設定されていなくてもよい。但し、ＩピクチャがＧＯＰの先頭に位置し、かつ、そのＩピクチャの先頭を含むＴＳパケットが２Ｄエクステントの先頭に位置するときは、そのＩピクチャにはエントリ・ポイント3302が設定されなければならない。
図３３の（ｂ）は、ファイル２Ｄ1041に属するソースパケット群3310のうち、エントリ・マップ3230によって各ＥＰ＿ＩＤ3305に対応付けられているものを示す模式図である。図３３の（ｃ）は、そのソースパケット群3310に対応するＢＤ−ＲＯＭディスク101上のデータ・ブロック群D[n]、B[n]（n＝0、1、2、3、…）を示す模式図である。再生装置102はファイル２Ｄ1041から２Ｄ映像を再生する際にエントリ・マップ3230を利用して、任意のシーンを表すフレームのＰＴＳから、そのフレームを含むソースパケットのＳＰＮを特定する。具体的には、再生開始位置として特定のエントリ・ポイントのＰＴＳ、例えばＰＴＳ＝３６００００が指定されたとき、再生装置102はまず、エントリ・マップ3230から、そのＰＴＳに対応付けられたＳＰＮ＝３２００を検索する。再生装置102は次に、そのＳＰＮとソースパケット一つ当たりのデータ量１９２バイトとの積を求め、更に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商、ＳＰＮ×１９２／２０４８を求める。図１３の（ｃ）、（ｄ）から理解されるとおり、その商は、メインＴＳのうち、そのＳＰＮが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。図３３の（ｂ）に示されている例では、その商、３２００×１９２／２０４８＝３００は、０から３１９９までのＳＰＮが割り当てられたソースパケット群3311が記録されたセクタの総数に等しい。再生装置102は続いて、ファイル２Ｄ1041のファイル・エントリを参照し、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（上記の総数＋１）番目のセクタのＬＢＮを特定する。図３３の（ｃ）に示されている例では、２ＤエクステントEXT2D[0]、EXT2D[1]、EXT2D[2]、…としてアクセス可能なベースビュー・データ・ブロックB[0]、B[1]、B[2]、…が記録されたセクタ群のうち、先頭から数えて３０１番目のセクタのＬＢＮが特定される。再生装置102はそのＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、そのＬＢＮのセクタから順にベースビュー・データ・ブロック群がアラインド・ユニット単位で読み出される。再生装置102は更に、最初に読み出されたアラインド・ユニットから、再生開始位置のエントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。それ以降、後続のピクチャは、先に復号されたピクチャを利用して順次復号される。こうして、再生装置102はファイル２Ｄ1041から特定のＰＴＳ以降の２Ｄ映像を再生できる。
エントリ・マップ3230は更に、早送り再生及び巻戻し再生等の特殊再生の効率的な処理に有利である。例えば２Ｄ再生モードの再生装置102は、まずエントリ・マップ3230を参照して、再生開始位置、例えばＰＴＳ＝３６００００以降のＰＴＳを含むエントリ・ポイント、ＥＰ＿ＩＤ＝２、３、…からＳＰＮ＝３２００、４８００、…を順番に読み出す。再生装置102は次にファイル２Ｄ1041のファイル・エントリを利用して、各ＳＰＮに対応するセクタのＬＢＮを特定する。再生装置102は続いて、各ＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、各ＬＢＮのセクタからアラインド・ユニットが読み出される。再生装置102は更に各アラインド・ユニットから、各エントリ・ポイントの示すソースパケットを選択し、それらからＩピクチャを抽出して復号する。こうして、再生装置102は２Ｄエクステント群EXT2D[n]自体を解析することなく、ファイル２Ｄ1041からＩピクチャを選択的に再生できる。
［エクステント起点］
図３４の（ａ）は、エクステント起点3242のデータ構造を示す模式図である。図３４の（ａ）を参照するに、「エクステント起点（Extent＿Start＿Point）」3242はベースビュー・エクステントＩＤ（ＥＸＴ１＿ＩＤ）3411とＳＰＮ3412とを含む。ＥＸＴ１＿ＩＤ3411は、第１ファイルＳＳ（01000.ssif）1045に属する各ベースビュー・データ・ブロックに、先頭から順に割り当てられた通し番号である。ＳＰＮ3412は各ＥＸＴ１＿ＩＤ3411に一つずつ割り当てられ、そのＥＸＴ１＿ＩＤ3411で識別されるベースビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ1045に属するベースビュー・データ・ブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図２３に示されているエクステント・ブロック2301−2303では、各ベースビュー・データ・ブロックB[0]、B[1]、B[2]、…はファイル２Ｄ1041と第１ファイルＳＳ1045とに共有される。しかし、記録層間の境界等、ロング・ジャンプの必要な箇所に配置されたデータ・ブロック群は一般に、ファイル２Ｄ1041又は第１ファイルＳＳ1045のいずれかにのみ属するベースビュー・データ・ブロックを含む。従って、エクステント起点3242の示すＳＰＮ3412は、ファイル２Ｄ1041に属する２Ｄエクステントの先端に位置するソースパケットのＳＰＮとは一般に異なる。
図３４の（ｂ）は、第２クリップ情報ファイル（02000.clpi）、すなわちディペンデントビュー・クリップ情報ファイル1032に含まれるエクステント起点3420のデータ構造を示す模式図である。図３４の（ｂ）を参照するに、エクステント起点3420は、ディペンデントビュー・エクステントＩＤ（ＥＸＴ２＿ＩＤ）3421とＳＰＮ3422とを含む。ＥＸＴ２＿ＩＤ3421は、第１ファイルＳＳ1045に属する各ディペンデントビュー・データ・ブロックに先頭から順に割り当てられた通し番号である。ＳＰＮ3422は各ＥＸＴ２＿ＩＤ3421に一つずつ割り当てられ、そのＥＸＴ２＿ＩＤ3421で識別されるディペンデントビュー・データ・ブロックの先端に位置するソースパケットのＳＰＮに等しい。ここで、そのＳＰＮは、第１ファイルＳＳ1045に属するディペンデントビュー・データ・ブロック群に含まれる各ソースパケットに、先頭から順に割り当てられた通し番号である。
図３４の（ｄ）は、第１ファイルＤＥＰ（02000.m2ts）1042に属するディペンデントビュー・エクステントEXT2[0]、EXT2[1]、…と、エクステント起点3420の示すＳＰＮ3422との間の対応関係を表す模式図である。図２３に示されているように、ディペンデントビュー・データ・ブロックは第１ファイルＤＥＰ1042と第１ファイルＳＳ1045とに共有される。従って、図３４の（ｄ）に示されているように、エクステント起点3420の示す各ＳＰＮ3422は、各ライトビュー・エクステントEXT2[0]、EXT2[1]、…の先端に位置するソースパケットのＳＰＮに等しい。
２Ｄクリップ情報ファイル1031のエクステント起点3242と、ディペンデントビュー・クリップ情報ファイル1032のエクステント起点3420とは、以下に説明するように、第１ファイルＳＳ1045から３Ｄ映像が再生されるとき、各エクステントＳＳに含まれるデータ・ブロックの境界の検出に利用される。
図３４の（ｅ）は、第１ファイルＳＳ1045に属するエクステントＳＳEXTSS[0]とＢＤ−ＲＯＭディスク101上のエクステント・ブロックとの間の対応関係を示す模式図である。図３４の（ｅ）を参照するに、そのエクステント・ブロックはインターリーブ配置のデータ・ブロック群D[n]、B[n]（n＝0、1、2、…）を含む。尚、以下の説明はその他の配置でも同様に成立する。そのエクステント・ブロックは一つのエクステントＳＳEXTSS[0]としてアクセス可能である。更に、そのエクステントＳＳEXTSS[0]の中で、（ｎ＋１）番目のベースビュー・データ・ブロックB[n]に含まれるソースパケットの数は、エクステント起点3242において、ＥＸＴ１＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ａ(ｎ＋１)−Ａｎに等しい。ここで、Ａ０＝０とする。一方、ディペンデントビュー・データ・ブロックD[n＋1]に含まれるソースパケットの数は、エクステント起点3420において、ＥＸＴ２＿ＩＤ＝ｎ＋１、ｎのそれぞれに対応するＳＰＮ間の差Ｂ(ｎ＋１)−Ｂｎに等しい。ここで、Ｂ０＝０とする。
３Ｄ再生モードの再生装置102は、第１ファイルＳＳ1045から３Ｄ映像を再生するとき、各クリップ情報ファイル1031、1032のエントリ・マップとエクステント起点3242、3420とを利用する。それにより、再生装置102は、任意のシーンのライトビューを表すフレームのＰＴＳから、そのフレームの構成に必要なディペンデントビュー・データ・ブロックが記録されたセクタのＬＢＮを特定する。具体的には、再生装置102はまず、例えばディペンデントビュー・クリップ情報ファイル1032のエントリ・マップから、そのＰＴＳに対応付けられたＳＰＮを検索する。仮に、そのＳＰＮの示すソースパケットが、第１ファイルＤＥＰ1042の３番目のディペンデントビュー・エクステントEXT2[2]、すなわちディペンデントビュー・データ・ブロックD[2]に含まれる場合を想定する。再生装置102は次に、ディペンデントビュー・クリップ情報ファイル1032のエクステント起点3420の示すＳＰＮ3422の中から、目標のＳＰＮ以下で最大のもの“Ｂ２”と、それに対応するＥＸＴ２＿ＩＤ＝“２”とを検索する。再生装置102は続いて、２Ｄクリップ情報ファイル1031のエクステント起点3242から、そのＥＸＴ２＿ＩＤ＝“２”と等しいＥＸＴ１＿ＩＤに対応するＳＰＮ3412の値“Ａ２”を検索する。再生装置102は更に、検索されたＳＰＮの和Ｂ２＋Ａ２を求める。図３４の（ｅ）から理解されるように、その和Ｂ２＋Ａ２は、エクステントＳＳEXTSS[0]の中で、３番目のディペンデントビュー・データ・ブロックD[2]よりも前に配置されたソースパケットの総数に等しい。従って、その和Ｂ２＋Ａ２とソースパケット一つ当たりのデータ量１９２バイトとの積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商（Ｂ２＋Ａ２）×１９２／２０４８は、エクステントＳＳEXTSS[0]の先頭から３番目のディペンデントビュー・データ・ブロックD[2]の直前までのセクタ数に等しい。この商を利用して第１ファイルＳＳ1045のファイル・エントリを参照すれば、そのディペンデントビュー・データ・ブロックD[2]の先端が記録されたセクタのＬＢＮを特定することができる。
再生装置102は、上記のようにＬＢＮを特定した後、そのＬＢＮをＢＤ−ＲＯＭドライブに指定する。それにより、そのＬＢＮのセクタ以降に記録されたエクステントＳＳEXTSS[0]の部分、すなわち３番目のライトビュー・データ・ブロックD[2]以降のデータ・ブロック群D[2]、B[2]、D[3]、B[3]、…がアラインド・ユニット単位で読み出される。
再生装置102は更にエクステント起点3242、3420を利用して、読み出されたエクステントＳＳからディペンデントビュー・データ・ブロックとベースビュー・データ・ブロックとを交互に抽出する。例えば、図３４の（ｅ）に示されているエクステントＳＳ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は第１ファイルＳＳ1045から特定のＰＴＳ以降の３Ｄ映像を再生できる。その結果、再生装置102は、ＢＤ−ＲＯＭドライブの制御に関する上記の利点（Ａ）、（Ｂ）を実際に享受できる。
≪ファイル・ベース≫
図３４の（ｃ）は、３Ｄ再生モードの再生装置102によって第１ファイルＳＳ1045から抽出されたベースビュー・データ・ブロックB[0]、B[1]、B[2]、…を表す模式図である。図３４の（ｃ）を参照するに、それらのベースビュー・データ・ブロックB[n]（n＝0、1、2、…）に含まれるソースパケット群に、先頭から順にＳＰＮを割り当てたとき、各ベースビュー・データ・ブロックB[n]の先端に位置するソースパケットのＳＰＮは、エクステント起点3242の示すＳＰＮ3412に等しい。それらのベースビュー・データ・ブロック群B[n]のように、エクステント起点を利用して一つのファイルＳＳから抽出されるベースビュー・データ・ブロック群を「ファイル・ベース」という。更に、ファイル・ベースに含まれるベースビュー・データ・ブロックを「ベースビュー・エクステント」という。図３４の（ｅ）に示されているように、各ベースビュー・エクステントEXT1[0]、EXT1[1]、…は、クリップ情報ファイル内のエクステント起点3242、3420を利用して参照される。
ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とベースビュー・データ・ブロックB[n]を共有する。従って、ファイル・ベースはファイル２Ｄと同じメインＴＳを含む。しかし、ベースビュー・エクステントEXT1[n]は２ＤエクステントEXT2D[n]とは異なり、いずれのファイルのファイル・エントリによっても参照されない。上記のとおり、ベースビュー・エクステントEXT1[n]は、クリップ情報ファイル内のエクステント起点を利用して、ファイルＳＳ内のエクステントＳＳEXTSS[・]から抽出される。このように、ファイル・ベースは本来のファイルとは異なり、ファイル・エントリを含まず、かつ、ベースビュー・エクステントの参照にエクステント起点を必要とする。それらの意味で、ファイル・ベースは「仮想的なファイル」である。特にファイル・ベースはファイルシステムでは認識されず、図１０に示されているディレクトリ／ファイル構造には現れない。
図３５は、ＢＤ−ＲＯＭディスク101上に記録された一つのエクステント・ブロック3500と、ファイル２Ｄ3510、ファイル・ベース3511、ファイルＤＥＰ3512、及びファイルＳＳ3520の各エクステント群との間の対応関係を示す模式図である。図３５を参照するに、エクステント・ブロック3500はディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とを含む（n＝0、1、2、3、…）。ベースビュー・データ・ブロックB[n]は２ＤエクステントEXT2D[n]としてファイル２Ｄ3510に属する。ディペンデントビュー・データ・ブロックD[n]はディペンデントビュー・エクステントEXT2[n]としてファイルＤＥＰ3512に属する。エクステント・ブロック3500の全体が一つのエクステントＳＳEXTSS[0]としてファイルＳＳ3520に属する。従って、エクステントＳＳEXTSS[0]は、２ＤエクステントEXT2D[n]とはベースビュー・データ・ブロックB[n]を共有し、ディペンデントビュー・エクステントEXT2[n]とはディペンデントビュー・データ・ブロックD[n]を共有する。エクステントＳＳEXTSS[0]は再生装置102に読み込まれた後、ディペンデントビュー・データ・ブロックD[n]とベースビュー・データ・ブロックB[n]とに分離される。それらのベースビュー・データ・ブロックB[n]はベースビュー・エクステントEXT1[n]としてファイル・ベース3511に属する。エクステントＳＳEXTSS[0]内でのベースビュー・エクステントEXT1[n]とディペンデントビュー・エクステントEXT2[n]との間の境界は、ファイル２Ｄ3510とファイルＤＥＰ3512とのそれぞれに対応付けられたクリップ情報ファイル内のエクステント起点を利用して特定される。
≪ディペンデントビュー・クリップ情報ファイル≫
ディペンデントビュー・クリップ情報ファイルは、図３２、３３に示されている２Ｄクリップ情報ファイルとデータ構造が同様である。従って、以下の説明では、ディペンデントビュー・クリップ情報ファイルと２Ｄクリップ情報ファイルとの間の相違点に触れ、同様な点についての説明は上記の説明を援用する。
ディペンデントビュー・クリップ情報ファイルは、２Ｄクリップ情報ファイルとは、主に次の三点で異なる：（i）ストリーム属性情報に条件が課せられている；（ii）エントリ・ポイントに条件が課せられている；（iii）３Ｄメタデータがオフセット・テーブルを含まない。
（i）ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとが、Ｌ／Ｒモードの再生装置102によって３Ｄ映像の再生に利用されるものであるとき、図１５に示されているとおり、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームを利用して圧縮されている。そのとき、ディペンデントビュー・ビデオ・ストリームはベースビュー・ビデオ・ストリームとビデオ・ストリーム属性が等しい。ここで、ベースビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報は２Ｄクリップ情報ファイルのストリーム属性情報3220内でＰＩＤ＝０ｘ１０１１に対応付けられている。一方、ディペンデントビュー・ビデオ・ストリームに関するビデオ・ストリーム属性情報はディペンデントビュー・クリップ情報ファイルのストリーム属性情報内でＰＩＤ＝０ｘ１０１２又は０ｘ１０１３に対応付けられている。従って、それらのビデオ・ストリーム属性情報間では、図３２に示されている各項目、すなわち、コーデック、解像度、アスペクト比、及びフレームレートが一致しなければならない。コーデックの種類が一致していれば、ベースビュー・ピクチャとディペンデントビュー・ピクチャとの間に符号化での参照関係が成立するので、各ピクチャを復号することができる。解像度、アスペクト比、及びフレームレートがいずれも一致していれば、左右の映像の画面表示を同期させることができる。それ故、それらの映像を３Ｄ映像として視聴者に違和感を与えることなく見せることができる。
（ii）ディペンデントビュー・クリップ情報ファイルのエントリ・マップは、ディペンデントビュー・ビデオ・ストリームに割り当てられたテーブルを含む。そのテーブルは、図３３の（ａ）に示されているテーブル3300と同様に、エントリ・マップ・ヘッダとエントリ・ポイントとを含む。エントリ・マップ・ヘッダは、対応するディペンデントビュー・ビデオ・ストリームのＰＩＤ、すなわち０ｘ１０１２又は０ｘ１０１３を示す。各エントリ・ポイントは一対のＰＴＳとＳＰＮとを一つのＥＰ＿ＩＤに対応付けている。各エントリ・ポイントのＰＴＳは、ディペンデントビュー・ビデオ・ストリームに含まれるいずれかのＧＯＰにおいて、その先頭に位置するピクチャのＰＴＳと等しい。各エントリ・ポイントのＳＰＮは、同じエントリ・ポイントに属するＰＴＳで特定されるピクチャが格納されたソースパケット群のうち、その先頭に割り当てられたＳＰＮに等しい。ここで、ＳＰＮは、ファイルＤＥＰに属するソースパケット群、すなわちサブＴＳを構成するソースパケット群に先頭から順に割り当てられた通し番号を意味する。各エントリ・ポイントのＰＴＳは、２Ｄクリップ情報ファイルのエントリ・マップのうち、ベースビュー・ビデオ・ストリームに割り当てられたテーブル内のエントリ・ポイントのＰＴＳと一致しなければならない。すなわち、同じ３Ｄ・ＶＡＵに含まれる一対のピクチャの一方を含むソースパケット群の先頭にエントリ・ポイントが設定されているときは常に、他方を含むソースパケット群の先頭にもエントリ・ポイントが設定されていなければならない。
図３６は、ベースビュー・ビデオ・ストリーム3610とディペンデントビュー・ビデオ・ストリーム3620とに設定されたエントリ・ポイントの例を示す模式図である。各ビデオ・ストリーム3610、3620では、先頭から数えて同じ順番のＧＯＰが同じ再生期間の映像を表す。図３６を参照するに、ベースビュー・ビデオ・ストリーム3610では、その先頭のＧＯＰから数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント3601B、3603B、3605Bが設定されている。それに併せて、ディペンデントビュー・ビデオ・ストリーム3620でも、その先頭のＧＯＰから数えて奇数番目に位置するＧＯＰ＃１、ＧＯＰ＃３、ＧＯＰ＃５の各先頭にエントリ・ポイント3601D、3603D、3605Dが設定されている。その場合、再生装置102は、例えばＧＯＰ＃３から３Ｄ映像の再生を開始するとき、対応するエントリ・ポイント3603B、3603DのＳＰＮから、ファイルＳＳ内の再生開始位置のＳＰＮを直ちに算定できる。特にエントリ・ポイント3603B、3603Dがいずれもデータ・ブロックの先端に設定されているとき、図３４の（ｅ）から理解されるとおり、エントリ・ポイント3603B、3603DのＳＰＮの和がファイルＳＳ内の再生開始位置のＳＰＮに等しい。図３４の（ｅ）の説明で述べたとおり、そのソースパケットの数からは、ファイルＳＳ内の再生開始位置の部分が記録されたセクタのＬＢＮを算定することができる。こうして、３Ｄ映像の再生においても、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理の応答速度を向上させることができる。
≪２Ｄプレイリスト・ファイル≫
図３７は、２Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図１０に示されている第１プレイリスト・ファイル（00001.mpls）1021はこのデータ構造を持つ。図３７を参照するに、２Ｄプレイリスト・ファイル1021はメインパス3701と二つのサブパス3702、3703とを含む。
メインパス3701はプレイアイテム情報（以下、ＰＩと略す。）の配列であり、ファイル２Ｄ1041の主要な再生経路、すなわち再生対象の部分とその再生順とを規定する。各ＰＩは固有のプレイアイテムＩＤ＝＃Ｎ（Ｎ＝１、２、３、…）で識別される。各ＰＩ＃Ｎは主要な再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の開始時刻（In−Time）を表し、他方は終了時刻（Out−Time）を表す。更に、メインパス3701内でのＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
各サブパス3702、3703はサブプレイアイテム情報（以下、ＳＵＢ＿ＰＩと略す。）の配列であり、ファイル２Ｄ1041の主要な再生経路に並列に付随可能な再生経路を規定する。その再生経路は、メインパス3701の表すファイル２Ｄ1041の部分とは別の部分とその再生順、又は、別のファイル２Ｄに多重化されたストリーム・データの部分とその再生順を示す。そのストリーム・データは、メインパス3701に従ってファイル２Ｄ1041から再生される２Ｄ映像と同時に再生されるべき別の２Ｄ映像を表す。その別の２Ｄ映像は例えば、ピクチャ・イン・ピクチャ方式における副映像、ブラウザ画面、ポップアップ・メニュー、又は字幕を含む。サブパス3702、3703には２Ｄプレイリスト・ファイル1021への登録順に通し番号“０”、“１”が振られている。その通し番号はサブパスＩＤとして各サブパス3702、3703の識別に利用される。各サブパス3702、3703では、各ＳＵＢ＿ＰＩが固有のサブプレイアイテムＩＤ＝＃Ｍ（Ｍ＝１、２、３、…）で識別される。各ＳＵＢ＿ＰＩ＃Ｍは、再生経路の異なる再生区間を一対のＰＴＳで規定する。その対の一方はその再生区間の再生開始時刻を表し、他方は再生終了時刻を表す。更に、各サブパス3702、3703内でのＳＵＢ＿ＰＩの順序は、対応する再生区間の再生経路内での順序を表す。
図３８は、ＰＩ＃Ｎのデータ構造を示す模式図である。図３８を参照するに、ＰＩ＃Ｎは、参照クリップ情報3801、再生開始時刻（In＿Time）3802、再生終了時刻（Out＿Time）3803、コネクション・コンディション3804、及びストリーム選択テーブル（以下、ＳＴＮ（Stream Number）テーブルと略す。）3805を含む。参照クリップ情報3801は、２Ｄクリップ情報ファイル1031を識別するための情報である。再生開始時刻3802と再生終了時刻3803とは、ファイル２Ｄ1041の再生対象部分の先端と後端との各ＰＴＳを示す。コネクション・コンディション3804は、再生開始時刻3802と再生終了時刻3803とによって規定された再生区間での映像を、一つ前のＰＩ＃（Ｎ−１）によって規定された再生区間での映像に接続するときの条件を規定する。ＳＴＮテーブル3805は、再生開始時刻3802から再生終了時刻3803までの間に、再生装置102内のデコーダによってファイル２Ｄ1041から選択可能なエレメンタリ・ストリームのリストを表す。
ＳＵＢ＿ＰＩのデータ構造は、図３８に示されているＰＩのデータ構造と、参照クリップ情報、再生開始時刻、及び再生終了時刻を含む点で共通する。特にＳＵＢ＿ＰＩの再生開始時刻と再生終了時刻とは、ＰＩのそれらと同じ時間軸上の値で表される。ＳＵＢ＿ＰＩは更に「ＳＰコネクション・コンディション」というフィールドを含む。ＳＰコネクション・コンディションはＰＩのコネクション・コンディションと同じ意味を持つ。
［コネクション・コンディション］
コネクション・コンディション（以下、ＣＣと略す。）3804は、例えば、“１”、“５”、“６”の三種類の値を取り得る。ＣＣ3804が“１”であるとき、ＰＩ＃Ｎによって規定されるファイル２Ｄ1041の部分から再生される映像は、直前のＰＩ＃（Ｎ−１）によって規定されるファイル２Ｄ1041の部分から再生される映像とは必ずしもシームレスに接続されなくてもよい。一方、ＣＣ3804が“５”又は“６”であるとき、それら両方の映像が必ずシームレスに接続されなければならない。
図３９の（ａ）、（ｂ）はそれぞれ、ＣＣが“５”、“６”であるときに接続されるべき二つの再生区間ＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間の関係を示す模式図である。ここで、ＰＩ＃（Ｎ−１）はファイル２Ｄ1041の第１部分3901を規定し、ＰＩ＃Ｎはファイル２Ｄ1041の第２部分3902を規定する。図３９の（ａ）を参照するに、ＣＣが“５”であるとき、二つのＰＩ＃（Ｎ−１）、ＰＩ＃Ｎの間でＳＴＣが途切れていても良い。すなわち、第１部分3901の後端のＰＴＳ＃１と第２部分3902の先端のＰＴＳ＃２とは不連続であってもよい。但し、いくつかの制約条件が満たされねばならない。例えば、第１部分3901に続けて第２部分3902がデコーダに供給された際にそのデコーダが復号処理をスムーズに持続できるように、各部分3901、3902は作成されていなければならない。更に、第１部分3901に含まれるオーディオ・ストリームの最後のフレームは、第２部分3902に含まれるオーディオ・ストリームの先頭フレームと重複させなければならない。一方、図３９の（ｂ）を参照するに、ＣＣが“６”であるとき、第１部分3901と第２部分3902とは、デコーダの復号処理上、一連の部分として扱えるものでなければならない。すなわち、第１部分3901と第２部分3902との間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。同様に、ＳＰコネクション・コンディションが“５”又は“６”であるとき、隣接する二つのＳＵＢ＿ＰＩによって規定されるファイル２Ｄの部分間では、ＳＴＣとＡＴＣとがいずれも連続でなければならない。
［ＳＴＮテーブル］
図３８を再び参照するに、ＳＴＮテーブル3805はストリーム登録情報の配列である。「ストリーム登録情報」とは、再生開始時刻3802から再生終了時刻3803までの間にメインＴＳから再生対象として選択可能なエレメンタリ・ストリームを個別に示す情報である。ストリーム番号（ＳＴＮ）3806は、ストリーム登録情報に個別に割り当てられた通し番号であり、再生装置102によって各エレメンタリ・ストリームの識別に利用される。ＳＴＮ3806は更に、同じ種類のエレメンタリ・ストリームの間では選択の優先順位を表す。ストリーム登録情報は、ストリーム・エントリ3809とストリーム属性情報3810と含む。ストリーム・エントリ3809は、ストリーム・パス情報3807とストリーム識別情報3808とを含む。ストリーム・パス情報3807は、選択対象のエレメンタリ・ストリームが属するファイル２Ｄを示す情報である。例えばストリーム・パス情報3807が“メインパス”を示すとき、そのファイル２Ｄは、参照クリップ情報3801の示す２Ｄクリップ情報ファイルに対応するものである。一方、ストリーム・パス情報3807が“サブパスＩＤ＝１”を示すとき、選択対象のエレメンタリ・ストリームが属するファイル２Ｄは、サブパスＩＤ＝１のサブパスに含まれるＳＵＢ＿ＰＩの参照クリップ情報が示す２Ｄクリップ情報ファイルに対応するものである。そのＳＵＢ＿ＰＩの規定する再生開始時刻又は再生終了時刻のいずれかは、ＳＴＮテーブル3805を含むＰＩの規定する再生開始時刻3802から再生終了時刻3803までの期間に含まれる。ストリーム識別情報3808は、ストリーム・パス情報3807によって特定されるファイル２Ｄに多重化されているエレメンタリ・ストリームのＰＩＤを示す。このＰＩＤの示すエレメンタリ・ストリームが再生開始時刻3802から再生終了時刻3803までの間に選択可能である。ストリーム属性情報3810は各エレメンタリ・ストリームの属性情報を表す。例えば、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。
［２Ｄプレイリスト・ファイルに従った２Ｄ映像の再生］
図４０は、２Ｄプレイリスト・ファイル（00001.mpls）1021の示すＰＴＳと、ファイル２Ｄ（01000.m2ts）1041から再生される部分との間の対応関係を示す模式図である。図４０を参照するに、２Ｄプレイリスト・ファイル1021のメインパス3701では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）1031を示す。再生装置102は、２Ｄプレイリスト・ファイル1021に従って２Ｄ映像を再生するとき、まずＰＩ＃１からＰＴＳ＃１、＃２を読み出す。再生装置102は次に、２Ｄクリップ情報ファイル1031のエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ1041内のＳＰＮ＃１、＃２を検索する。再生装置102は続いて、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。再生装置102は更にそれらのセクタ数とファイル２Ｄ1041のファイル・エントリとを利用して、再生対象の２Ｄエクステント群EXT2D[0]、…、EXT2D[n]が記録されたセクタ群P1の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図３３を用いて説明したとおりである。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P1から、２Ｄエクステント群EXT2D[0]、…、EXT2D[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２の示すＰＴＳ＃３、＃４の対は、まず２Ｄクリップ情報ファイル1031のエントリ・マップを利用してＳＰＮ＃３、＃４の対に変換される。次に、ファイル２Ｄ1041のファイル・エントリを利用してＳＰＮ＃３、＃４の対がＬＢＮ＃３、＃４の対に変換される。更に、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P2から、２Ｄエクステント群に属するソースパケット群が読み出される。ＰＩ＃３の示すＰＴＳ＃５、＃６の対からＳＰＮ＃５、＃６の対への変換、ＳＰＮ＃５、＃６の対からＬＢＮ＃５、＃６の対への変換、及びＬＢＮ＃５からＬＢＮ＃６までの範囲のセクタ群P3からのソースパケット群の読み出しも同様である。こうして、再生装置102は２Ｄプレイリスト・ファイル1021のメインパス3701に従って、ファイル２Ｄ1041から２Ｄ映像を再生できる。
２Ｄプレイリスト・ファイル1021はエントリ・マーク4001を含んでもよい。エントリ・マーク4001は、メインパス3701のうち、実際に再生が開始されるべき時点を示す。例えば図４０に示されているように、ＰＩ＃１に対して複数のエントリ・マーク4001が設定されてもよい。エントリ・マーク4001は特に頭出し再生において、再生開始位置の検索に利用される。例えば２Ｄプレイリスト・ファイル1021が映画タイトルの再生経路を規定するとき、エントリ・マーク4001は各チャプタの先頭に付与される。それにより、再生装置102はその映画タイトルをチャプタごとに再生できる。
≪３Ｄプレイリスト・ファイル≫
図４１は、３Ｄプレイリスト・ファイルのデータ構造を示す模式図である。図１０に示されている第２プレイリスト・ファイル（00002.mpls）1022はこのデータ構造を持つ。第２プレイリスト・ファイル（00003.mpls）1023も同様である。図４１を参照するに、３Ｄプレイリスト・ファイル1022は、メインパス4101、サブパス4102、及び拡張データ4103を含む。
メインパス4101は、図１１の（ａ）に示されているメインＴＳの再生経路を規定する。従って、メインパス4101は、図３７に示されている２Ｄプレイリスト・ファイル1021のメインパス3701と実質的に等しい。すなわち、２Ｄ再生モードの再生装置102は、３Ｄプレイリスト・ファイル1022のメインパス4101に従ってファイル２Ｄ1041から２Ｄ映像を再生できる。一方、メインパス4101は、図３７に示されているメインパス3701とは次の点で異なる：各ＰＩのＳＴＮテーブルは、いずれかのグラフィックス・ストリームのＰＩＤに一つのＳＴＮを対応付けている際には更に、そのＳＴＮに一つのオフセット・シーケンスＩＤを割り当てている。
サブパス4102は、図１１の（ｂ）、（ｃ）に示されているサブＴＳの再生経路、すなわち、第１ファイルＤＥＰ1042又は第２ファイルＤＥＰ1043のいずれかの再生経路を規定する。サブパス4102のデータ構造は、図３７に示されている２Ｄプレイリスト・ファイル1041のサブパス3702、3703のデータ構造と同様である。従って、その同様なデータ構造の詳細、特にＳＵＢ＿ＰＩのデータ構造の詳細についての説明は、図３７を用いた説明を援用する。
サブパス4102のＳＵＢ＿ＰＩ＃Ｎ（Ｎ＝１、２、３、…）はメインパス4101のＰＩ＃Ｎと一対一に対応する。更に、各ＳＵＢ＿ＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とはそれぞれ、対応するＰＩ＃Ｎの規定する再生開始時刻と再生終了時刻とに等しい。サブパス4102はその上、サブパス・タイプ4110を含む。「サブパス・タイプ」は一般に、メインパスとサブパスとの間で再生処理が同期すべきか否かを示す。３Ｄプレイリスト・ファイル1022では特に、サブパス・タイプ4110が３Ｄ再生モードの種類、すなわちサブパス4102に従って再生されるべきディペンデントビュー・ビデオ・ストリームの種類を示す。図４１では、サブパス・タイプ4110は、その値が「３Ｄ・Ｌ／Ｒ」であるので、３Ｄ再生モードがＬ／Ｒモードであること、すなわち、ライトビュー・ビデオ・ストリームが再生対象であることを示す。一方、サブパス・タイプ4110は、その値が「３Ｄデプス」であるとき、３Ｄ再生モードがデプス・モードであること、すなわち、デプスマップ・ストリームが再生対象であることを示す。３Ｄ再生モードの再生装置102は、サブパス・タイプ4110の値が「３Ｄ・Ｌ／Ｒ」又は「３Ｄデプス」であることを検出したとき、メインパス4101に従った再生処理と、サブパス4102に従った再生処理とを同期させる。
拡張データ4103は、３Ｄ再生モードの再生装置102によってのみ解釈される部分であり、２Ｄ再生モードの再生装置102には無視される。拡張データ4103は特に、拡張ストリーム選択テーブル4130を含む。「拡張ストリーム選択テーブル（STN＿table＿SS）」（以下、ＳＴＮテーブルＳＳと略す。）は、３Ｄ再生モードにおいて、メインパス4101内の各ＰＩの示すＳＴＮテーブルに追加されるべきストリーム登録情報の配列である。このストリーム登録情報は、サブＴＳから再生対象として選択可能なエレメンタリ・ストリームを示す。
［ＳＴＮテーブル］
図４２は、３Ｄプレイリスト・ファイル1022のメインパス4101の含むＳＴＮテーブル4205を示す模式図である。図４２を参照するに、“５”から“１１”までのＳＴＮ4206が割り当てられたストリーム識別情報4208は、ＰＧストリーム又はＩＧストリームのＰＩＤを示す。その場合、同じＳＴＮが割り当てられたストリーム属性情報4210は、参照オフセットＩＤ（stream＿ref＿offset＿id）4201を含む。ファイルＤＥＰ1042では、図１９に示されているように、各ビデオ・シーケンスのＶＡＵ＃１にオフセット・メタデータ1910が配置されている。参照オフセットＩＤ4201は、そのオフセット・メタデータ1910の含むオフセット・シーケンスＩＤ1912のいずれかに等しい。すなわち、参照オフセットＩＤ4101は、そのオフセット・メタデータ1910の含む複数のオフセット・シーケンスの中で、“５”から“１１”までの各ＳＴＮに対応付けられるべきオフセット・シーケンスを規定する。
［ＳＴＮテーブルＳＳ］
図４３は、ＳＴＮテーブルＳＳ4130のデータ構造を示す模式図である。図４３を参照するに、ＳＴＮテーブルＳＳ4130はストリーム登録情報列4301、4302、4303、…、を含む。ストリーム登録情報列4301、4302、4303、…、はメインパス4101内のＰＩ＃１、＃２、＃３、…、に個別に対応する。３Ｄ再生モードの再生装置102はそれらのストリーム登録情報列4301、…を、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列と組み合わせて利用する。各ＰＩに対するストリーム登録情報列4301は、ポップアップ期間のオフセット（Fixed＿offset＿during＿Popup）4311、ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4312、ＰＧストリームのストリーム登録情報列4313、及びＩＧストリームのストリーム登録情報列4314を含む。
ポップアップ期間のオフセット4311は、ＩＧストリームからポップアップ・メニューが再生されるか否かを示す。３Ｄ再生モードの再生装置102はそのオフセット4311の値に依って、ビデオ・プレーンとＰＧプレーンとの表示モード（presentation mode）を変える。ここで、ビデオ・プレーンの表示モードには、ベースビュー（Ｂ）−ディペンデントビュー（Ｄ）表示モードとＢ−Ｂ表示モードとの二種類がある。ＰＧプレーンとＩＧプレーンとの各表示モードには、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードの三種類がある。例えばポップアップ期間のオフセット4311の値が“０”であるとき、ＩＧストリームからはポップアップ・メニューが再生されない。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、ＰＧプレーンの表示モードとして２プレーン・モード又は１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセット4311の値が“１”であるとき、ＩＧストリームからポップアップ・メニューが再生される。そのとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、ＰＧプレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。
「Ｂ−Ｄ表示モード」では再生装置102が、レフトビューとライトビューとのビデオ・ストリームから復号されたプレーン・データを交互に出力する。従って、表示装置103の画面には、ビデオ・プレーンの表すレフトビューとライトビューとのフレームが交互に表示されるので、視聴者にはそれらが３Ｄ映像として見える。「Ｂ−Ｂ表示モード」では再生装置102が、動作モードを３Ｄ再生モードに維持したまま（特にフレームレートを３Ｄ再生時の値、例えば４８フレーム／秒に維持したまま）、ベースビュー・ビデオ・ストリームから復号されたプレーン・データのみをフレーム当たり二回ずつ出力する。従って、表示装置103の画面には、ビデオ・プレーンについてはレフトビューとライトビューとのいずれかのフレームしか表示されないので、視聴者にはそれらが２Ｄ映像としてしか見えない。
「２プレーン・モード」では、例えば図１１の（ｂ）、（ｃ）に示されているように、サブＴＳがベースビューとディペンデントビューとのグラフィックス・ストリームを両方含むとき、再生装置102が各グラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーンを復号して交互に出力する。「１プレーン＋オフセット・モード」では、再生装置102がオフセット制御により、メインＴＳ内のグラフィックス・ストリームからレフトビューとライトビューとのグラフィックス・プレーンの対を生成して交互に出力する。いずれのモードでも表示装置103の画面にはレフトビューとライトビューとのグラフィックス・プレーンが交互に表示されるので、視聴者にはそれらが３Ｄグラフィックス映像として見える。「１プレーン＋ゼロ・オフセット・モード」では、再生装置102が、動作モードを３Ｄ再生モードに維持したまま、オフセット制御を一時的に停止させ、メインＴＳ内のグラフィックス・ストリームから復号されたグラフィックス・プレーンを一フレーム当たり二回ずつ出力する。従って、表示装置103の画面には、レフトビューとライトビューとのいずれかのグラフィックス・プレーンしか表示されないので、視聴者にはそれらが２Ｄグラフィックス映像としてしか見えない。
３Ｄ再生モードの再生装置102は、ＰＩごとにポップアップ期間のオフセット4311を参照して、ＩＧストリームからポップアップ・メニューが再生されるときはＢ−Ｂ表示モードと１プレーン＋ゼロ・オフセット・モードとを選択する。それにより、ポップアップ・メニューが表示される間、他の３Ｄ映像が一時的に２Ｄ映像に変更されるので、ポップアップ・メニューの視認性・操作性が向上する。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4312、ＰＧストリームのストリーム登録情報列4313、及びＩＧストリームのストリーム登録情報列4314はそれぞれ、サブＴＳから再生対象として選択可能なディペンデントビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すストリーム登録情報を含む。これらのストリーム登録情報列4312、4313、4314はそれぞれ、対応するＰＩ内のＳＴＮテーブルに含まれるストリーム登録情報列のうち、ベースビュー・ビデオ・ストリーム、ＰＧストリーム、及びＩＧストリームを示すものと組み合わされて利用される。３Ｄ再生モードの再生装置102は、ＳＴＮテーブル内のいずれかのストリーム登録情報を読み出すとき、そのストリーム登録情報に組み合わされたＳＴＮテーブルＳＳ内のストリーム登録情報列も自動的に読み出す。それにより、再生装置102は、２Ｄ再生モードを単に３Ｄ再生モードへ切り換えるとき、設定済みのＳＴＮ、及び言語等のストリーム属性を同一に維持できる。
ディペンデントビュー・ビデオ・ストリームのストリーム登録情報列4312は、一般に複数のストリーム登録情報（SS＿dependet＿view＿block）4320を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ベースビュー・ビデオ・ストリームを示すものと同数である。各ストリーム登録情報4320は、ＳＴＮ4321、ストリーム・エントリ4322、及びストリーム属性情報4323を含む。ＳＴＮ4321は、ストリーム登録情報4320に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。ストリーム・エントリ4322は、サブパスＩＤ参照情報（ref＿to＿Subpath＿id）4331、ストリーム・ファイル参照情報（ref＿to＿subClip＿entry＿id）4332、及びＰＩＤ（ref＿to＿stream＿PID＿subclip）4333を含む。サブパスＩＤ参照情報4331は、ディペンデントビュー・ビデオ・ストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報4332は、そのディペンデントビュー・ビデオ・ストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ4333は、そのディペンデントビュー・ビデオ・ストリームのＰＩＤである。ストリーム属性情報4323は、そのディペンデントビュー・ビデオ・ストリームの属性、例えば、フレームレート、解像度、及びビデオ・フォーマットを含む。特にそれらは、対応するＰＩ内の組み合わせ対象のストリーム登録情報の示すベースビュー・ビデオ・ストリームのものと共通である。
ＰＧストリームのストリーム登録情報列4313は、一般に複数のストリーム登録情報4340を含む。それらは、対応するＰＩ内のストリーム登録情報のうち、ＰＧストリームを示すものと同数である。各ストリーム登録情報4340は、ＳＴＮ4341、立体視フラグ（is＿SS＿PG）4342、ベースビュー・ストリーム・エントリ（stream＿entry＿for＿base＿view）4343、ディペンデントビュー・ストリーム・エントリ（stream＿entry＿for＿depentdent＿view）4344、及びストリーム属性情報4345を含む。ＳＴＮ4341は、ストリーム登録情報4340に個別に割り当てられた通し番号であり、対応するＰＩ内の組み合わせ対象のストリーム登録情報のＳＴＮと等しい。立体視フラグ4342は、「ベースビュー及びディペンデントビュー（例えば、レフトビュー及びライトビュー）の両方のＰＧストリームがＢＤ−ＲＯＭディスク101に記録されているか否か」を示す。立体視フラグ4342がオンであるとき、サブＴＳには両方のＰＧストリームが含まれている。従って、ベースビュー・ストリーム・エントリ4343、ディペンデントビュー・ストリーム・エントリ4344、及びストリーム属性情報4345のいずれのフィールドも再生装置102によって読み出される。立体視フラグ4342がオフであるとき、それらのフィールド4343−4345はいずれも再生装置102によって無視される。ベースビュー・ストリーム・エントリ4343とディペンデントビュー・ストリーム・エントリ4344とはそれぞれ、サブパスＩＤ参照情報4351、ストリーム・ファイル参照情報4352、及びＰＩＤ4353を含む。サブパスＩＤ参照情報4351は、ベースビューとディペンデントビューとの各ＰＧストリームの再生経路を規定するサブパスのサブパスＩＤを示す。ストリーム・ファイル参照情報4352は、各ＰＧストリームが格納されたファイルＤＥＰを識別するための情報である。ＰＩＤ4353は各ＰＧストリームのＰＩＤである。ストリーム属性情報4345は各ＰＧストリームの属性、例えば言語の種類を含む。ＩＧストリームのストリーム登録情報列4314も同様なデータ構造を持つ。
［３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生］
図４４は、３Ｄプレイリスト・ファイル（00002.mpls）1022の示すＰＴＳと、第１ファイルＳＳ（01000.ssif）1045から再生される部分との間の対応関係を示す模式図である。図４４を参照するに、３Ｄプレイリスト・ファイル1022のメインパス4101では、ＰＩ＃１は、再生開始時刻IN1を示すＰＴＳ＃１と、再生終了時刻OUT1を示すＰＴＳ＃２とを規定する。ＰＩ＃１の参照クリップ情報は２Ｄクリップ情報ファイル（01000.clpi）1031を示す。サブパス3902では、ＳＵＢ＿ＰＩ＃１がＰＩ＃１と同じＰＴＳ＃１、＃２を規定する。ＳＵＢ＿ＰＩ＃１の参照クリップ情報はディペンデントビュー・クリップ情報ファイル（02000.clpi）1032を示す。
再生装置102は３Ｄプレイリスト・ファイル1022に従って３Ｄ映像を再生するとき、まずＰＩ＃１とＳＵＢ＿ＰＩ＃１とからＰＴＳ＃１、＃２を読み出す。再生装置102は次に２Ｄクリップ情報ファイル1031のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応するファイル２Ｄ1041内のＳＰＮ＃１、＃２を検索する。それと並行して、再生装置102はディペンデントビュー・クリップ情報ファイル1032のエントリ・マップを参照し、ＰＴＳ＃１、＃２に対応する第１ファイルＤＥＰ1042内のＳＰＮ＃１１、＃１２を検索する。再生装置102は続いて、図３４の（ｅ）の説明で述べたように、各クリップ情報ファイル1031、1032のエクステント起点3242、3420を利用して、第１ファイルＳＳ1045の先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定する。再生装置102は同様に、第１ファイルＳＳ1045の先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。再生装置102は更にＳＰＮ＃２１、＃２２のそれぞれに対応するセクタ数を算定する。再生装置102は続いて、それらのセクタ数と第１ファイルＳＳ1045のファイル・エントリとを利用して、再生対象のエクステントＳＳ群EXTSS[0]、…、EXTSS[n]が記録されたセクタ群P11の先端のＬＢＮ＃１と後端のＬＢＮ＃２とを特定する。セクタ数の算定とＬＢＮの特定とは、図３４の（ｅ）の説明で述べたものと同様である。再生装置102は最後に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ121に指定する。それにより、その範囲のセクタ群P11から、エクステントＳＳ群EXTSS[0]、…、EXTSS[n]に属するソースパケット群が読み出される。同様に、ＰＩ＃２とＳＵＢ＿ＰＩ＃２との示すＰＴＳ＃３、＃４の対は、まずクリップ情報ファイル231、232の各エントリ・マップを利用してＳＰＮ＃３、＃４の対とＳＰＮ＃１３、＃１４の対とに変換される。次に、ＳＰＮ＃３、＃１３からは、第１ファイルＳＳ1045の先頭から再生開始位置までのソースパケット数ＳＰＮ＃２３が算定される。更に、ＳＰＮ＃４、＃１４からは、第１ファイルＳＳ1045の先頭から再生終了位置までのソースパケット数ＳＰＮ＃２４が算定される。続いて、第１ファイルＳＳ1045のファイル・エントリを利用して、ＳＰＮ＃２３、＃２４の対がＬＢＮ＃３、＃４の対に変換される。その後、ＬＢＮ＃３からＬＢＮ＃４までの範囲のセクタ群P12から、エクステントＳＳ群に属するソースパケット群が読み出される。
上記の読み出し処理と並行して、再生装置102は、図３４の（ｅ）の説明で述べたように各クリップ情報ファイル1031、1032のエクステント起点3242、3420を利用して、各エクステントＳＳからベースビュー・エクステントとディペンデントビュー・エクステントとを抽出してパラレルに復号する。こうして、再生装置102は、３Ｄプレイリスト・ファイル1022に従って第１ファイルＳＳ1045から３Ｄ映像を再生できる。
≪インデックス・ファイル≫
図４５は、図１０に示されているインデックス・ファイル（index.bdmv）1011のデータ構造を示す模式図である。図４５を参照するに、インデックス・ファイル1011は、インデックス・テーブル4510、３Ｄ存在フラグ4520、及び２Ｄ／３Ｄお好みフラグ4530を含む。
インデックス・テーブル4510は、項目「ファーストプレイ」4501、「トップメニュー」4502、及び「タイトルｋ」4503（ｋ＝１、２、…、ｎ：文字ｎは１以上の整数を表す。）を含む。各項目には、ムービーオブジェクトMVO−2D、MVO−3D、…、又はＢＤ−ＪオブジェクトBDJO−2D、BDJO−3D、…のいずれかが対応付けられている。ユーザの操作又はアプリケーション・プログラムによってタイトル又はメニューが呼び出される度に、再生装置102の制御部は、インデックス・テーブル4510の対応する項目を参照する。制御部は更に、その項目に対応付けられているオブジェクトをＢＤ−ＲＯＭディスク101から呼び出し、それに従って様々な処理を実行する。具体的には、項目「ファーストプレイ」4501には、ＢＤ−ＲＯＭディスク101がＢＤ−ＲＯＭドライブ121へ挿入された時に呼び出されるべきオブジェクトが指定されている。項目「トップメニュー」4502には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時に表示装置103にメニューを表示させるためのオブジェクトが指定されている。項目「タイトルｋ」4503には、ＢＤ−ＲＯＭディスク101上のコンテンツを構成するタイトルが個別に割り当てられている。例えばユーザの操作によって再生対象のタイトルが指定されたとき、そのタイトルが割り当てられている項目「タイトルｋ」には、そのタイトルに対応するＡＶストリーム・ファイルから映像を再生するためのオブジェクトが指定されている。
図４５に示されている例では、項目「タイトル１」と項目「タイトル２」とが２Ｄ映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられているムービーオブジェクトMVO−2Dは、２Ｄプレイリスト・ファイル（00001.mpls）1021を用いた２Ｄ映像の再生処理に関する命令群を含む。再生装置102によって項目「タイトル１」が参照されたとき、そのムービーオブジェクトMVO−2Dに従い、２Ｄプレイリスト・ファイル1021がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。項目「タイトル２」に対応付けられているＢＤ−ＪオブジェクトBDJO−2Dは、２Ｄプレイリスト・ファイル1021を用いた２Ｄ映像の再生処理に関するアプリケーション管理テーブルを含む。再生装置102によって項目「タイトル２」が参照されたとき、そのＢＤ−ＪオブジェクトBDJO−2D内のアプリケーション管理テーブルに従ってＪＡＲファイル1061からＪａｖａアプリケーション・プログラムが呼び出されて実行される。それにより、２Ｄプレイリスト・ファイル1021がＢＤ−ＲＯＭディスク101から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。
図４５に示されている例では更に、項目「タイトル３」と項目「タイトル４」とが３Ｄ映像のタイトルに割り当てられている。項目「タイトル３」に対応付けられているムービーオブジェクトMVO−3Dは、２Ｄプレイリスト・ファイル1021を用いた２Ｄ映像の再生処理に関する命令群に加え、３Ｄプレイリスト・ファイル（00002.mpls）1022、（00003.mpls）1023のいずれかを用いた３Ｄ映像の再生処理に関する命令群を含む。項目「タイトル４」に対応付けられているＢＤ−ＪオブジェクトBDJO−3Dでは、アプリケーション管理テーブルが、２Ｄプレイリスト・ファイル1021を用いた２Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムに加え、３Ｄプレイリスト・ファイル1022、1023のいずれかを用いた３Ｄ映像の再生処理に関するＪａｖａアプリケーション・プログラムを規定する。
３Ｄ存在フラグ4520は、ＢＤ−ＲＯＭディスク101に３Ｄ映像コンテンツが記録されているか否かを示すフラグである。再生装置102は、ＢＤ−ＲＯＭドライブ121にＢＤ−ＲＯＭディスク101が挿入されたとき、まず、その３Ｄ存在フラグ4520をチェックする。３Ｄ存在フラグ4520がオンである場合、再生装置102は、ＨＤＭＩケーブル122を通して表示装置103とＣＥＣメッセージを交換して、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせなければならない。その問い合わせを行うには、再生装置102は表示装置103に対してＨＤＣＰ認証を行わねばならない。一方、３Ｄ存在フラグ4520がオフである場合、再生装置102は３Ｄ再生モードを選択する必要がないので、表示装置103に対してＨＤＣＰ認証を行うことなく、２Ｄ再生モードに速やかに移行できる。こうして、ＨＤＭＩ認証がスキップされることにより、ＢＤ−ＲＯＭディスク101の挿入から２Ｄ映像の再生開始までの時間が短縮される。
２Ｄ／３Ｄお好みフラグ4530は、再生装置と表示装置とが共に２Ｄ映像と３Ｄ映像とのいずれの再生にも対応可能であるときに、３Ｄ映像の再生を優先すべきか否かを指定するフラグである。２Ｄ／３Ｄお好みフラグ4530はコンテンツ・プロバイダによって設定される。再生装置102は、ＢＤ−ＲＯＭディスク101の３Ｄ存在フラグ4520がオンであるとき、続いて２Ｄ／３Ｄお好みフラグ4530を更にチェックする。２Ｄ／３Ｄお好みフラグ4530がオンである場合、３Ｄ映像の再生が優先されるので、再生装置102はユーザに再生モードを選択させなくてもよい。従って、再生装置102は、表示装置103に再生モードの選択画面を表示させることなくＨＤＣＰ認証を行い、その結果に依って２Ｄ再生モードと３Ｄ再生モードとのいずれかで動作する。特に表示装置103が３Ｄ映像の再生に対応可能であることが判明した場合、再生装置102は直ちに３Ｄ再生モードで起動する。こうして、フレームレートの切り換え等、２Ｄ再生モードから３Ｄ再生モードへの移行処理に起因する起動の遅れを回避することができる。
［３Ｄ映像タイトルの選択時でのプレイリスト・ファイルの選択］
図４５に示されている例では、再生装置102は、インデックス・テーブル4510の項目「タイトル３」を参照したとき、ムービーオブジェクトMVO−3Dに従って、まず次の判別処理を行う：（１）３Ｄ存在フラグ4520がオンかオフか、（２）再生装置102自身が３Ｄ映像の再生に対応しているか否か、（３）２Ｄ／３Ｄお好みフラグ4530がオンかオフか、（４）ユーザが３Ｄ再生モードを選択しているか否か、（５）表示装置103が３Ｄ映像の再生に対応しているか否か、及び（６）再生装置102の３Ｄ再生モードがＬ／Ｒモードとデプス・モードとのいずれであるか。再生装置102は次に、それらの判別結果に依って、いずれかのプレイリスト・ファイル1021−1023を再生対象として選択する。一方、再生装置102は項目「タイトル４」を参照したとき、ＢＤ−ＪオブジェクトBDJO−3D内のアプリケーション管理テーブルに従ってＪＡＲファイル1061からＪａｖａアプリケーション・プログラムを呼び出して実行する。それにより、まず上記の判別処理（１）−（６）が行われ、次にその判別結果に依って、プレイリスト・ファイルの選択が行われる。
図４６は、上記の判別処理（１）−（６）を利用して再生対象のプレイリスト・ファイルを選択する処理のフローチャートである。ここで、その選択処理の前提として、再生装置102が第１フラグと第２フラグとを含むときを想定する。第１フラグは、再生装置102が３Ｄ映像の再生に対応可能であるか否かを示す。例えば第１フラグが“０”であるとき、再生装置102は２Ｄ映像の再生のみに対応可能であり、“１”であるとき、３Ｄ映像の再生にも対応可能である。第２フラグは、３Ｄ再生モードがＬ／Ｒモードとデプス・モードとのいずれであるかを示す。例えば第２フラグが“０”であるとき、３Ｄ再生モードはＬ／Ｒモードであり、“１”であるとき、デプス・モードである。更に、３Ｄ存在フラグ4520と２Ｄ／３Ｄお好みフラグ4530とのそれぞれがオンであるときの値を“１”とし、オフであるときの値を“０”とする。
ステップＳ４６０１では、再生装置102は３Ｄ存在フラグ4520の値をチェックする。その値が“１”であるとき、処理はステップＳ４６０２へ進む。その値が“０”であるとき、処理はステップＳ４６０７へ進む。
ステップＳ４６０２では、３Ｄ存在フラグ4520はオンであるので、３Ｄ再生モードが選択される可能性がある。従って、再生装置102は第１フラグの値をチェックする。その値が“１”であるとき、処理はステップＳ４６０３へ進む。その値が“０”であるとき、処理はステップＳ４６０７へ進む。
ステップＳ４６０３では、第１フラグはオンであるので、再生装置102は３Ｄ映像の再生に対応可能である。再生装置102は更に２Ｄ／３Ｄお好みフラグ4530の値をチェックする。その値が“０”であるとき、処理はステップＳ４６０４へ進む。その値が“１”であるとき、処理はステップＳ４６０５へ進む。
ステップＳ４６０４では、２Ｄ／３Ｄお好みフラグ4530がオフであるので、３Ｄ映像の再生は優先されない。従って、再生装置102は表示装置103にメニューを表示させて、ユーザに２Ｄ再生モードと３Ｄ再生モードとのいずれかを選択させる。ユーザがリモコン105等を操作して３Ｄ再生モードを選択したとき、処理はステップＳ４６０５へ進み、２Ｄ再生モードを選択したとき、処理はステップＳ４６０７へ進む。
ステップＳ４６０５では、３Ｄ映像の再生が優先され、又は３Ｄ再生モードがユーザによって選択されている。従って、再生装置102はＨＤＣＰ認証を行って、表示装置103が３Ｄ映像の再生に対応しているか否かをチェックする。表示装置103が３Ｄ映像の再生に対応している場合、処理はステップＳ４６０６へ進む。表示装置103が３Ｄ映像の再生に対応していない場合、処理はステップＳ４６０７へ進む。
ステップＳ４６０６では、３Ｄ再生モードでの起動が決定されている。再生装置102は更に第２フラグの値をチェックする。その値が“０”であるとき、処理はステップＳ４６０８へ進む。その値が“１”であるとき、処理はステップＳ４６０９へ進む。
ステップＳ４６０７では、２Ｄ再生モードでの起動が決定されている。従って、再生装置102は２Ｄプレイリスト・ファイル1021を再生対象として選択する。尚、そのとき、再生装置102は表示装置103に、３Ｄ映像の再生が選択されなかった理由を表示させてもよい。その後、処理は終了する。
ステップＳ４６０８では、再生装置102はＬ／Ｒモードで起動する。すなわち、再生装置102はＬ／Ｒモード用の３Ｄプレイリスト・ファイル1022を再生対象として選択する。その後、処理は終了する。
ステップＳ４６０９では、再生装置102はデプス・モードで起動する。すなわち、再生装置102はデプス・モード用の３Ｄプレイリスト・ファイル1023を再生対象として選択する。その後、処理は終了する。
＜２Ｄ再生装置の構成＞
２Ｄ再生モードの再生装置102はＢＤ−ＲＯＭディスク101から２Ｄ映像コンテンツを再生するとき、２Ｄ再生装置として動作する。図４７は、２Ｄ再生装置4700の機能ブロック図である。図４７を参照するに、２Ｄ再生装置4700は、ＢＤ−ＲＯＭドライブ4701、再生部4702、及び制御部4703を含む。再生部4702は、リード・バッファ4721、システム・ターゲット・デコーダ4723、プレーン加算部4724、及びＨＤＭＩ通信部4725を含む。制御部4703は、動的シナリオ・メモリ4731、静的シナリオ・メモリ4732、ユーザイベント処理部4733、プログラム実行部4734、再生制御部4735、及びプレーヤ変数記憶部4736を含む。再生部4702と制御部4703とは、互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。
ＢＤ−ＲＯＭドライブ4701は、内部にＢＤ−ＲＯＭディスク101が挿入されたとき、そのディスク101にレーザ光を照射してその反射光の変化を検出する。更に、その反射光の光量の変化から、ディスク101に記録されたデータを読み取る。具体的には、ＢＤ−ＲＯＭドライブ4701は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってディスク101の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号からデータが復調される。
ＢＤ−ＲＯＭドライブ4701は、再生制御部4735からの要求に従ってＢＤ−ＲＯＭディスク101からデータを読み出す。そのデータのうち、ファイル２Ｄのエクステント、すなわち２Ｄエクステントはリード・バッファ4721へ転送され、動的シナリオ情報は動的シナリオ・メモリ4731へ転送され、静的シナリオ情報は静的シナリオ・メモリ4732へ転送される。「動的シナリオ情報」は、インデックス・ファイル、ムービーオブジェクト・ファイル、及びＢＤ−Ｊオブジェクト・ファイルを含む。「静的シナリオ情報」は２Ｄプレイリスト・ファイルと２Ｄクリップ情報ファイルとを含む。
リード・バッファ4721、動的シナリオ・メモリ4731、及び静的シナリオ・メモリ4732はいずれもバッファ・メモリである。リード・バッファ4721としては、再生部4702に内蔵されたメモリ素子が利用され、動的シナリオ・メモリ4731及び静的シナリオ・メモリ4732としては、制御部4703に内蔵されたメモリ素子が利用される。その他に、単一のメモリ素子の異なる領域が、それらのバッファ・メモリ4721、4731、4732の一部又は全部として利用されてもよい。リード・バッファ4721は２Ｄエクステントを格納し、動的シナリオ・メモリ4731は動的シナリオ情報を格納し、静的シナリオ・メモリ4732は静的シナリオ情報を格納する。
システム・ターゲット・デコーダ4723は、リード・バッファ4721から２Ｄエクステントをソースパケット単位で読み出して多重分離処理を行い、分離された各エレメンタリ・ストリームに対して復号処理を行う。ここで、各エレメンタリ・ストリームの復号に必要な情報、例えばコーデックの種類及びストリームの属性は予め、再生制御部4735からシステム・ターゲット・デコーダ4723へ送られている。システム・ターゲット・デコーダ4723は更に、復号後のプライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリーム内の各ＶＡＵを、主映像プレーン、副映像プレーン、ＩＧプレーン、及びＰＧプレーンに変換してプレーン加算部4724へ送出する。システム・ターゲット・デコーダ4723は特に各主映像プレーンを１／２４秒間隔で送出する。一方、システム・ターゲット・デコーダ4723は、復号後のプライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとをミキシングして、表示装置103の内蔵スピーカ103A等、音声出力装置へ送出する。システム・ターゲット・デコーダ4723はその他に、プログラム実行部4734からグラフィックス・データを受信する。そのグラフィックス・データは、ＧＵＩ用のメニュー等のグラフィックスを画面に表示するためのものであり、ＪＰＥＧ又はＰＮＧ等のラスタ・データで表現されている。システム・ターゲット・デコーダ4723はそのグラフィックス・データを処理してイメージ・プレーンに変換し、プレーン加算部4724へ送出する。尚、システム・ターゲット・デコーダ4723の詳細については後述する。
プレーン加算部4724は、システム・ターゲット・デコーダ4723から、主映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンを読み出し、それらを互いに重畳して一つの映像プレーン（フレーム又はフィールド）に合成する。合成後の映像プレーンは、特に１／２４秒間隔でＨＤＭＩ通信部4725へ送出される。
ＨＤＭＩ通信部4725は、プレーン加算部4724からは合成後の映像データを受信し、システム・ターゲット・デコーダ4723からは音声データを受信し、再生制御部4735からは制御データを受信する。ＨＤＭＩ通信部4725は更に、それらの受信データをＨＤＭＩ方式のシリアル信号に変換し、ＨＤＭＩケーブル122内のＴＭＤＳチャネルを通して表示装置103へ伝送する。ＨＤＭＩ通信部4725は特にそのシリアル信号を、図５の（ａ）に示されているフォーマットで生成する。そのフォーマットでは、各映像プレーンは１／２４秒間隔で送出される。表示装置103はそのシリアル信号に従って、映像データの表す映像を画面に表示し、音声データの表す音声をスピーカ103Aから放出する。一方、ＨＤＭＩ通信部4725は、ＨＤＭＩケーブル122内のＣＥＣラインを通して表示装置103との間でＣＥＣメッセージを交換し、ＨＤＭＩケーブル122内のディスプレイ・データ・チャネルを通してＥＤＩＤを表示装置103から読み出す。尚、ＨＤＭＩ通信部4725の詳細については後述する。
ユーザイベント処理部4733は、リモコン105又は再生装置102のフロントパネルを通してユーザの操作を検出し、その操作の種類に依って、プログラム実行部4734又は再生制御部4735に処理を依頼する。例えば、ユーザがリモコン105のボタンを押下してポップアップ・メニューの表示を指示したとき、ユーザイベント処理部4733はその押下を検出してそのボタンを識別する。ユーザイベント処理部4733は更にプログラム実行部4734に、そのボタンに対応するコマンドの実行、すなわちポップアップ・メニューの表示処理を依頼する。一方、ユーザがリモコン105の早送り又は巻戻しボタンを押下したとき、ユーザイベント処理部4733はその押下を検出してそのボタンを識別する。ユーザイベント処理部4733は更に再生制御部4735に、現在再生中のプレイリストの早送り又は巻戻し処理を依頼する。
プログラム実行部4734はプロセッサであり、動的シナリオ・メモリ4731に格納されたムービーオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルからプログラムを読み出して実行する。プログラム実行部4734は更に各プログラムに従って次の制御を行う：（１）再生制御部4735に対してプレイリスト再生処理を命令する；（２）メニュー用又はゲーム用のグラフィックス・データをＰＮＧ又はＪＰＥＧのラスタ・データとして生成してシステム・ターゲット・デコーダ4523へ転送し、システム・ターゲット・デコーダ4523にそのデータを他の映像データと合成させる。これらの制御の具体的な内容は、プログラムの設計を通じて比較的自由に設計することができる。すなわち、それらの制御内容は、ＢＤ−ＲＯＭディスク101のオーサリング工程のうち、ムービーオブジェクト・ファイル及びＢＤ−Ｊオブジェクト・ファイルのプログラミング工程によって決まる。
再生制御部4735は、２Ｄエクステント及びインデックス・ファイル等、各種のデータをＢＤ−ＲＯＭディスク101から、リード・バッファ4721、動的シナリオ・メモリ4731、及び静的シナリオ・メモリ4732へ転送する処理を制御する。その制御には、図１０に示されているディレクトリ／ファイル構造を管理するファイルシステムが次のように利用される。再生制御部4735はファイル・オープン用のシステムコールを利用して、ファイルシステムに検索対象のファイル名を与え、ディレクトリ／ファイル構造から検索させる。その検索に成功したとき、ファイルシステムはまず、再生制御部4735内のメモリに転送対象のファイルのファイル・エントリを転送して、そのメモリ内にＦＣＢ（File Control Block）を生成する。ファイルシステムは次に、転送対象のファイルのファイル・ハンドルを再生制御部4735へ返す。再生制御部4735はそのファイル・ハンドルをＢＤ−ＲＯＭドライブ4701に提示する。それに応じて、ＢＤ−ＲＯＭドライブ4701はその転送対象のファイルを、ＢＤ−ＲＯＭディスク101から各バッファ・メモリ4721、4731、4732へ転送する。
再生制御部4735は、ＢＤ−ＲＯＭドライブ4701とシステム・ターゲット・デコーダ4723とを制御して、ファイル２Ｄから映像データと音声データとを復号させる。具体的には、再生制御部4735はまず、プログラム実行部4734からの命令、又はユーザイベント処理部4733からの依頼に応じて、静的シナリオ・メモリ4732から２Ｄプレイリスト・ファイルを読み出してその内容を解釈する。再生制御部4735は次に、その解釈された内容、特に再生経路に従って、ＢＤ−ＲＯＭドライブ4701とシステム・ターゲット・デコーダ4723とに再生対象のファイル２Ｄを指定し、その読み出し処理及び復号処理を指示する。このようなプレイリスト・ファイルに従った再生処理を「プレイリスト再生処理」という。
その他に、再生制御部4735は、静的シナリオ情報を利用してプレーヤ変数記憶部4736に各種のプレーヤ変数を設定する。再生制御部4735は更に、それらのプレーヤ変数を参照して、システム・ターゲット・デコーダ4723に復号対象のエレメンタリ・ストリームを指定し、かつ、各エレメンタリ・ストリームの復号に必要な情報を提供する。
プレーヤ変数記憶部4736は、プレーヤ変数を記憶するためのレジスタ群である。プレーヤ変数の種類にはシステム・パラメータ（ＳＰＲＭ）と汎用のパラメータ（ＧＰＲＭ）とがある。ＳＰＲＭは再生装置102の状態を示す。図４８はＳＰＲＭの一覧表である。図４８を参照するに、各ＳＰＲＭには通し番号4801が振られ、各通し番号4801に変数値4802が個別に対応付けられている。ＳＰＲＭは例えば６４個であり、それぞれの示す意味は以下のとおりである。ここで、括弧内の数字は通し番号4801を示す。
ＳＰＲＭ（０） ： 言語コード
ＳＰＲＭ（１） ： プライマリ・オーディオ・ストリーム番号
ＳＰＲＭ（２） ： 字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： タイトル番号
ＳＰＲＭ（５） ： チャプタ番号
ＳＰＲＭ（６） ： プログラム番号
ＳＰＲＭ（７） ： セル番号
ＳＰＲＭ（８） ： 選択キー情報
ＳＰＲＭ（９） ： ナビゲーション・タイマー
ＳＰＲＭ（１０） ： 再生時刻情報
ＳＰＲＭ（１１） ： カラオケ用ミキシングモード
ＳＰＲＭ（１２） ： パレンタル用国情報
ＳＰＲＭ（１３） ： パレンタル・レベル
ＳＰＲＭ（１４） ： プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： オーディオ・ストリーム用言語コード
ＳＰＲＭ（１７） ： オーディオ・ストリーム用言語コード（拡張）
ＳＰＲＭ（１８） ： 字幕ストリーム用言語コード
ＳＰＲＭ（１９） ： 字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０） ： プレーヤ・リージョン・コード
ＳＰＲＭ（２１） ： セカンダリ・ビデオ・ストリーム番号
ＳＰＲＭ（２２） ： セカンダリ・オーディオ・ストリーム番号
ＳＰＲＭ（２３） ： 再生状態
ＳＰＲＭ（２４）−ＳＰＲＭ（６３）：予備
ＳＰＲＭ（１０）は、復号処理中のピクチャのＰＴＳを示し、そのピクチャが復号されて主映像プレーン・メモリに書き込まれる度に更新される。従って、ＳＰＲＭ（１０）を参照すれば、現在の再生時点を知ることができる。
ＳＰＲＭ（１３）のパレンタル・レベルは、再生装置102を利用する視聴者の年齢の下限を示し、ＢＤ−ＲＯＭディスク101に記録されたタイトルの視聴に対するパレンタル制御に利用される。ＳＰＲＭ（１３）の値は、再生装置102のユーザによって再生装置102のＯＳＤ等を利用して設定される。ここで、「パレンタル制御」とは、視聴者の年齢に依ってタイトルの視聴を制限する処理をいう。再生装置102は各タイトルに対するパレンタル制御を例えば次のように行う。再生装置102はまず、そのタイトルの視聴に対する制限年齢をＢＤ−ＲＯＭディスク101から読み出してＳＰＲＭ（１３）の値と比較する。ここで、その制限年齢は、そのタイトルの視聴が許可される視聴者の年齢の下限を表す。その制限年齢がＳＰＲＭ（１３）の値以下であれば、再生装置102はそのタイトルの再生を継続する。その制限年齢がＳＰＲＭ（１３）の値を超えていれば、再生装置102はそのタイトルの再生を停止する。
ＳＰＲＭ（１６）のオーディオ・ストリーム用言語コード、及びＳＰＲＭ（１８）の字幕ストリーム用言語コードは、再生装置102のデフォルトの言語コードを示す。それらは再生装置102のＯＳＤ等を利用してユーザに変更させることもでき、プログラム実行部4734を通じてアプリケーション・プログラムに変更させることもできる。例えばＳＰＲＭ（１６）が「英語」を示しているとき、再生制御部4735はプレイリスト再生処理において、まず現時点での再生区間を示すＰＩ、すなわちカレントＰＩの含むＳＴＮテーブルから、「英語」の言語コードを含むストリーム・エントリを検索する。再生制御部4735は次に、そのストリーム・エントリのストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4723に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4723によって選択されて復号される。これらの処理は、ムービーオブジェクト・ファイル又はＢＤ−Ｊオブジェクト・ファイルを利用して再生制御部4735に実行させることができる。
プレーヤ変数は再生処理中、再生制御部4735によって再生状態の変化に応じて更新される。特に、ＳＰＲＭ（１）、ＳＰＲＭ（２）、ＳＰＲＭ（２１）、及びＳＰＲＭ（２２）が更新される。それらは順に、処理中のオーディオ・ストリーム、字幕ストリーム、セカンダリ・ビデオ・ストリーム、及びセカンダリ・オーディオ・ストリームの各ＳＴＮを示す。例えばプログラム実行部4734によってＳＰＲＭ（１）が変更されたときを想定する。再生制御部4735はまず、変更後のＳＰＲＭ（１）の示すＳＴＮを利用して、カレントＰＩ内のＳＴＮテーブルから、そのＳＴＮを含むストリーム・エントリを検索する。再生制御部4735は次に、そのストリーム・エントリ内のストリーム識別情報からＰＩＤを抽出してシステム・ターゲット・デコーダ4723に渡す。それにより、そのＰＩＤのオーディオ・ストリームがシステム・ターゲット・デコーダ4723によって選択されて復号される。こうして、再生対象のオーディオ・ストリームが切り換えられる。同様に、再生対象の字幕及びセカンダリ・ビデオ・ストリームを切り換えることもできる。
＜２Ｄ再生装置の再生動作＞
図４９は、図４７に示されている２Ｄ再生装置4700の再生動作のフローチャートである。この動作は、再生装置102が、図４６に示されている選択処理の結果、２Ｄ再生モードで起動することによって開始される。
ステップＳ４９０１では、２Ｄ再生装置4700は、ＢＤ−ＲＯＭドライブ4701によってＢＤ−ＲＯＭディスク101からストリーム・データを読み出して、リード・バッファ4721へ格納する。その後、処理はステップＳ４９０２へ進む。
ステップＳ４９０２では、２Ｄ再生装置4700は、システム・ターゲット・デコーダ4723によってリード・バッファ4721からストリーム・データを読み出し、そのストリーム・データからエレメンタリ・ストリームを多重分離する。その後、処理はステップＳ４９０３へ進む。
ステップＳ４９０３では、２Ｄ再生装置4700は、システム・ターゲット・デコーダ4723によって各エレメンタリ・ストリームを復号する。特に、プライマリ・ビデオ・ストリーム、セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリームはそれぞれ、主映像プレーン、副映像プレーン、ＩＧプレーン、及びＰＧプレーンに復号される。更に、プライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとがミキシングされる。その他に、プログラム実行部4734からのグラフィックス・データがイメージ・プレーンに変換される。その後、処理はステップＳ４９０４へ進む。
ステップＳ４９０４では、２Ｄ再生装置4700は、システム・ターゲット・デコーダ4723によって復号された主映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンを、プレーン加算部4724によって一つの映像プレーンに合成する。その後、処理はステップＳ４９０５へ進む。
ステップＳ４９０５では、２Ｄ再生装置4700は、プレーン加算部4724によって合成された映像プレーン、システム・ターゲット・デコーダ4723によってミキシングされた音声データ、及び再生制御部4735からの制御データを、ＨＤＭＩ通信部4725によってシリアル信号に変換し、ＨＤＭＩケーブル122を通して表示装置103へ伝送する。特にそのシリアル信号は、図５の（ａ）に示されているフォーマットで生成される。そのフォーマットでは、各映像プレーンは１／２４秒間隔で送出される。その後、処理はステップＳ４９０６へ進む。
ステップＳ４９０６では、２Ｄ再生装置4700は、リード・バッファ4721に未処理のストリーム・データが残されているか否かをチェックする。残されているときは、処理がステップＳ４９０１から繰り返される。残されていないときは、処理が終了する。
＜２Ｄプレイリスト再生処理＞
図５０は、再生制御部4735による２Ｄプレイリスト再生処理のフローチャートである。２Ｄプレイリスト再生処理は、２Ｄプレイリスト・ファイルに従ったプレイリスト再生処理であり、再生制御部4735が静的シナリオ・メモリ4732から２Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ５００１では、再生制御部4735はまず、２Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出してカレントのＰＩとして設定する。再生制御部4735は次に、カレントＰＩのＳＴＮテーブルから再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ4723に指示される。再生制御部4735は更に、２Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩに付随するＳＵＢ＿ＰＩを特定する。その後、処理はステップＳ５００２へ進む。
ステップＳ５００２では、再生制御部4735はカレントＰＩから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２Ｄに対応する２Ｄクリップ情報ファイルが特定される。更に、カレントＰＩに付随するＳＵＢ＿ＰＩが存在するときは、それらからも同様な情報が読み出される。その後、処理はステップＳ５００３へ進む。
ステップＳ５００３では、再生制御部4735は２Ｄクリップ情報ファイルのエントリ・マップを参照して、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２を検索する。ＳＵＢ＿ＰＩの示すＰＴＳの対も同様にＳＰＮの対に変換される。その後、処理はステップＳ５００４へ進む。
ステップＳ５００４では、再生制御部4735は、ＳＰＮ＃１、＃２から、それぞれに対応するセクタ数を算定する。具体的には、再生制御部4735はまず、ＳＰＮ＃１、＃２のそれぞれとソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部4735は次に、各積をセクタ一つ当たりのデータ量２０４８バイトで割ってその商を求める：Ｎ１＝ＳＰＮ＃１×１９２／２０４８、Ｎ２＝ＳＰＮ＃２×１９２／２０４８。商Ｎ１、Ｎ２は、メインＴＳのうち、ＳＰＮ＃１、＃２のそれぞれが割り当てられたソースパケットよりも前の部分が記録されたセクタの総数に等しい。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたＳＰＮの対も同様にセクタ数の対に変換される。その後、処理はステップＳ５００５へ進む。
ステップＳ５００５では、再生制御部4735は、ステップＳ５００４で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象の２Ｄエクステント群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部4735は、再生対象のファイル２Ｄのファイル・エントリを参照して、２Ｄエクステント群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部4735は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ4701に指定する。ＳＵＢ＿ＰＩの示すＰＴＳの対から変換されたセクタ数の対も同様にＬＢＮの対に変換されて、ＢＤ−ＲＯＭドライブ4701に指定される。その結果、指定された範囲のセクタ群から、２Ｄエクステント群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ５００６へ進む。
ステップＳ５００６では、再生制御部4735は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ５００１から繰り返される。残されていないときは、処理が終了する。
＜システム・ターゲット・デコーダ＞
図５１は、システム・ターゲット・デコーダ4723の機能ブロック図である。図５１を参照するに、システム・ターゲット・デコーダ4723は、ソース・デパケタイザ5110、ＡＴＣカウンタ5120、第１の２７ＭＨｚクロック5130、ＰＩＤフィルタ5140、ＳＴＣカウンタ（ＳＴＣ１）5150、第２の２７ＭＨｚクロック5160、主映像デコーダ5170、副映像デコーダ5171、ＰＧデコーダ5172、ＩＧデコーダ5173、主音声デコーダ5174、副音声デコーダ5175、イメージ・プロセッサ5180、主映像プレーン・メモリ5190、副映像プレーン・メモリ5191、ＰＧプレーン・メモリ5192、ＩＧプレーン・メモリ5193、イメージ・プレーン・メモリ5194、及び音声ミキサ5195を含む。
ソース・デパケタイザ5110はリード・バッファ4721からソースパケットを読み出し、その中からＴＳパケットを取り出してＰＩＤフィルタ5140へ送出する。ソース・デパケタイザ5110は更にその送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。具体的には、ソース・デパケタイザ5110はまず、ＡＴＣカウンタ5120が生成するＡＴＣの値を監視する。ここで、ＡＴＣの値はＡＴＣカウンタ5120により、第１の２７ＭＨｚクロック5130のクロック信号のパルスに応じてインクリメントされる。ソース・デパケタイザ5110は次に、ＡＴＣの値がソースパケットのＡＴＳと一致した瞬間、そのソースパケットから取り出されたＴＳパケットをＰＩＤフィルタ5140へ転送する。そのような送出時刻の調節により、ソース・デパケタイザ5110からＰＩＤフィルタ5140へのＴＳパケットの平均転送速度は、図３２に示されている２Ｄクリップ情報ファイル1031内のシステム・レート3211で規定される値RTSを超えない。
ＰＩＤフィルタ5140はまず、ソース・デパケタイザ5110から送出されたＴＳパケットの含むＰＩＤを監視する。そのＰＩＤが、再生制御部4735から予め指定されたＰＩＤに一致したとき、ＰＩＤフィルタ5140はそのＴＳパケットを選択し、そのＰＩＤの示すエレメンタリ・ストリームの復号に適したデコーダ5170−5175へ転送する。例えばＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ5170へ転送される。一方、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、ＴＳパケットはそれぞれ、副映像デコーダ5171、主音声デコーダ5174、副音声デコーダ5175、ＰＧデコーダ5172、及びＩＧデコーダ5173へ転送される。
ＰＩＤフィルタ5140は更に、各ＴＳパケットのＰＩＤを利用してそのＴＳパケットの中からＰＣＲを検出する。ＰＩＤフィルタ5140はそのとき、ＳＴＣカウンタ5150の値を所定値に設定する。ここで、ＳＴＣカウンタ5150の値は、第２の２７ＭＨｚクロック5160のクロック信号のパルスに応じてインクリメントされる。また、ＳＴＣカウンタ5150に設定されるべき値は予め、再生制御部4735からＰＩＤフィルタ5140に指示されている。各デコーダ5170−5175はＳＴＣカウンタ5150の値をＳＴＣとして利用する。具体的には、各デコーダ5170−5175はまず、ＰＩＤフィルタ5140から受け取ったＴＳパケットをＰＥＳパケットに再構成する。各デコーダ5170−5175は次に、そのＰＥＳペイロードの含むデータの復号処理の時期を、そのＰＥＳヘッダに含まれるＰＴＳ又はＤＴＳの示す時刻に従って調節する。
主映像デコーダ5170は、図５１に示されているように、トランスポート・ストリーム・バッファ（ＴＢ：Transport Stream Buffer）5101、多重化バッファ（ＭＢ：Multiplexing Buffer）5102、エレメンタリ・ストリーム・バッファ（ＥＢ：Elementary Stream Buffer）5103、圧縮映像デコーダ（ＤＥＣ）5104、及び復号ピクチャ・バッファ（ＤＰＢ：Decoded PictureBuffer）5105を含む。
ＴＢ5101、ＭＢ5102、及びＥＢ5103はいずれもバッファ・メモリであり、それぞれ主映像デコーダ5170に内蔵のメモリ素子の一領域を利用する。その他に、それらのいずれか又は全てが異なるメモリ素子に分離されていてもよい。ＴＢ5101は、ＰＩＤフィルタ5140から受信されたＴＳパケットをそのまま蓄積する。ＭＢ5102は、ＴＢ5101に蓄積されたＴＳパケットから復元されたＰＥＳパケットを蓄積する。尚、ＴＢ5101からＭＢ5102へＴＳパケットが転送されるとき、そのＴＳパケットからＴＳヘッダが除去される。ＥＢ5103はＰＥＳパケットから、符号化されたＶＡＵを抽出して格納する。そのＶＡＵには圧縮ピクチャ、すなわち、Ｉピクチャ、Ｂピクチャ、及びＰピクチャが格納されている。尚、ＭＢ5102からＥＢ5103へデータが転送されるとき、そのＰＥＳパケットからＰＥＳヘッダが除去される。
ＤＥＣ5104は、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ5104は、ＥＢ5103内の各ＶＡＵからピクチャを、元のＰＥＳパケットに含まれるＤＴＳの示す時刻に復号する。その復号処理では、ＤＥＣ5104は予めそのＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに依って復号方法を選択する。その圧縮符号化方式は、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ5104は更に、復号された非圧縮のピクチャをＤＰＢ5105へ転送する。
ＤＰＢ5105は、ＴＢ5101、ＭＢ5102、及びＥＢ5103と同様なバッファ・メモリであり、主映像デコーダ5170に内蔵のメモリ素子の一領域を利用する。ＤＰＢ5105はその他に、他のバッファ・メモリ5101、5102、5103とは異なるメモリ素子に分離されていてもよい。ＤＰＢ5105は復号後のピクチャを一時的に保持する。ＤＥＣ5104によってＰピクチャ又はＢピクチャが復号されるとき、ＤＰＢ5105はＤＥＣ5104からの指示に応じて、保持している復号後のピクチャから参照ピクチャを検索してＤＥＣ5104に提供する。ＤＰＢ5105は更に、保持している各ピクチャを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に主映像プレーン・メモリ5190へ書き込む。
副映像デコーダ5171は主映像デコーダ5170と同様の構成を含む。副映像デコーダ5171はまず、ＰＩＤフィルタ5140から受信されたセカンダリ・ビデオ・ストリームのＴＳパケットを非圧縮のピクチャに復号する。副映像デコーダ5171は次に、そのＰＥＳパケットに含まれるＰＴＳの示す時刻に非圧縮のピクチャを副映像プレーン・メモリ5191へ書き込む。
ＰＧデコーダ5172は、ＰＩＤフィルタ5140から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号し、そのＰＥＳパケットに含まれるＰＴＳの示す時刻にＰＧプレーン・メモリ5192へ書き込む。その書き込み処理の詳細については後述する。
ＩＧデコーダ5173は、ＰＩＤフィルタ5140から受信されたＴＳパケットを非圧縮のグラフィックス・オブジェクトに復号する。ＩＧデコーダ5173は更に、それらのＴＳパケットから復元されたＰＥＳパケットに含まれるＰＴＳの示す時刻に、その非圧縮のグラフィックス・オブジェクトをＩＧプレーン・メモリ5193へ書き込む。それらの処理の詳細は、ＰＧデコーダ5172によるものと同様である。
主音声デコーダ5174はまず、ＰＩＤフィルタ5140から受信されたＴＳパケットを内蔵のバッファに蓄える。主音声デコーダ5174は次に、そのバッファ内のＴＳパケット群からＴＳヘッダとＰＥＳヘッダとを除去し、残りのデータを非圧縮のＬＰＣＭ音声データに復号する。主音声デコーダ5174は更にその音声データを、元のＰＥＳパケットに含まれるＰＴＳの示す時刻に音声ミキサ5195へ送出する。ここで、主音声デコーダ5174は、ＴＳパケットに含まれるプライマリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばＡＣ−３又はＤＴＳを含む。
副音声デコーダ5175は主音声デコーダ5174と同様の構成を含む。副音声デコーダ5175はまず、ＰＩＤフィルタ5140から受信されたセカンダリ・オーディオ・ストリームのＴＳパケット群からＰＥＳパケットを復元し、そのＰＥＳペイロードの含むデータを非圧縮のＬＰＣＭ音声データに復号する。副音声デコーダ5175は次に、そのＰＥＳヘッダの含むＰＴＳの示す時刻にその非圧縮のＬＰＣＭ音声データを音声ミキサ5195へ送出する。ここで、副音声デコーダ5175は、ＴＳパケットに含まれるセカンダリ・オーディオ・ストリームの圧縮符号化方式及びストリーム属性に依って圧縮音声データの復号方法を選択する。その圧縮符号化方式は例えばドルビー・デジタル・プラス又はＤＴＳ−ＨＤ ＬＢＲを含む。
音声ミキサ5195は、主音声デコーダ5174と副音声デコーダ5175とのそれぞれから非圧縮の音声データを受信し、それらを用いてミキシングを行う。音声ミキサ5195は更に、そのミキシングで得られた合成音を表示装置103の内蔵スピーカ103A等へ送出する。
イメージ・プロセッサ5180は、プログラム実行部4734からグラフィックス・データ、すなわちＰＮＧ又はＪＰＥＧのラスタ・データを受信する。イメージ・プロセッサ5180はそのとき、そのグラフィックス・データに対するレンダリング処理を行ってイメージ・プレーン・メモリ5194へ書き込む。
≪ＰＧデコーダによる復号処理≫
図５２の（ａ）は、ＰＧデコーダ5172がＰＧストリーム内の一つのデータ・エントリからグラフィックス・オブジェクトを復号する処理のフローチャートである。この処理は、ＰＧデコーダ5172がＰＩＤフィルタ5140から、図１４に示されている一つのデータ・エントリを構成するＴＳパケット群を受信したときに開始される。図５２の（ｂ）−（ｅ）は、図５２の（ａ）に示されている処理に従って変化するグラフィックス・オブジェクトを示す模式図である。
ステップＳ５２０１では、ＰＧデコーダ5172はまず、ＰＣＳ内の参照オブジェクトＩＤ1405と同じオブジェクトＩＤを持つＯＤＳを特定する。ＰＧデコーダ5172は次に、特定されたＯＤＳからグラフィックス・オブジェクトを復号してオブジェクト・バッファに書き込む。ここで、「オブジェクト・バッファ」は、ＰＧデコーダ5172に内蔵のバッファ・メモリである。図５２の（ｂ）に示されている「ニコちゃんマーク」FOBは、オブジェクト・バッファに書き込まれたグラフィックス・オブジェクトの例を示す。
ステップＳ５２０２では、ＰＧデコーダ5172はＰＣＳ内のクロッピング情報1402に従ってクロッピング処理を行い、グラフィックス・オブジェクトからその一部を切り出して、オブジェクト・バッファに書き込む。図５２の（ｃ）では、ニコちゃんマークFOBの左右の両端部から帯状領域LST、RSTが切り取られて、残りの部分OBJがオブジェクト・バッファに書き込まれている。
ステップＳ５２０３では、ＰＧデコーダ5172はまず、ＰＣＳ内の参照ウィンドウＩＤ1403と同じウィンドウＩＤを持つＷＤＳを特定する。ＰＧデコーダ5172は次に、特定されたＷＤＳの示すウィンドウ位置1412と、ＰＣＳ内のオブジェクト表示位置1401とから、グラフィックス・プレーンにおけるグラフィックス・オブジェクトの表示位置を決定する。図５２の（ｄ）では、グラフィックス・プレーンGPLにおけるウィンドウWINの左上隅の位置と、グラフィックス・オブジェクトOBJの左上隅の位置DSPとが決定される。
ステップＳ５２０４では、ＰＧデコーダ5172はオブジェクト・バッファ内のグラフィックス・オブジェクトを、ステップＳ５２０３で決定された表示位置に書き込む。その際、ＰＧデコーダ5172は、ＷＤＳの示すウィンドウ・サイズ1413を利用して、グラフィックス・オブジェクトを描画する範囲を決める。図５２の（ｄ）では、グラフィックス・オブジェクトOBJがグラフィックス・プレーンGPLに、左上隅の位置DSPからウィンドウWINの範囲内で書き込まれている。
ステップＳ５２０５では、ＰＧデコーダ5172はまず、ＰＣＳ内の参照パレットＩＤ1404と同じパレットＩＤを持つＰＤＳを特定する。ＰＧデコーダ5172は次に、ＰＤＳ内のＣＬＵＴ1422を利用して、グラフィックス・オブジェクト内の各画素データが示すべき色座標値を決定する。図５２の（ｅ）では、グラフィックス・オブジェクトOBJ内の各画素の色が決定されている。こうして、一つのデータ・エントリの含むグラフィックス・オブジェクトの描画処理が完了する。ステップＳ５２０１−Ｓ５２０５は、そのグラフィックス・オブジェクトと同じＰＥＳパケットに含まれるＰＴＳの示す時刻までに実行される。
＜ＨＤＭＩ通信部＞
図５３は、ＨＤＭＩ通信部4725の構成を示す機能ブロック図である。ＨＤＭＩ通信部4725はＨＤＭＩケーブル122で表示装置103、特に図３に示されているＨＤＭＩ通信部211に接続されている。それにより、ＨＤＭＩ通信部4725は、システム・ターゲット・デコーダ4723とプレーン加算部4724とのそれぞれから表示装置103へ送出されるストリーム・データを中継する。ＨＤＭＩ通信部4725は更に、再生制御部4735と表示装置103との間でのデータ交換を中継する。図５３を参照するに、ＨＤＭＩ通信部4725は、ＴＭＤＳエンコーダ5301、ＥＤＩＤ読み出し部5302、及びＣＥＣ部5303を含む。
ＴＭＤＳエンコーダ5301は、ＨＤＭＩケーブル122内のＴＭＤＳチャネルCH1、CH2、CH3、CLKを通して表示装置103へ、映像データ、音声データ、補助データ、及び制御信号を表すシリアル信号を送信する。ＴＭＤＳエンコーダ5301は特に、各データ・チャネルCH1−3を通して、例えば、Ｒ、Ｇ、Ｂの各ピクセル・データ（８ビット）、４ビットの音声データと補助データ（インフォ・フレーム）、及び２ビットの制御信号（水平同期信号と垂直同期信号とを含む）をそれぞれ、１０ビットのデータ列に変換して送出する。ＴＭＤＳエンコーダ5301は特にそのシリアル信号を、図５の（ａ）に示されているフォーマットで生成する。ＴＭＤＳエンコーダ5301は更に各映像プレーンを１／２４秒間隔で送出する。
ＥＤＩＤ読み出し部5302は、ＨＤＭＩケーブル122内のディスプレイ・データ・チャネルDDCを通して図３に示されているＥＤＩＤ記憶部302に接続されている。ＥＤＩＤ読み出し部5302はＥＤＩＤ記憶部302から、表示装置103の機能、特性、状態を表すＥＤＩＤを読み出す。ＥＤＩＤ読み出し部5302はその他に、図３に示されている信号処理部220との間で、ディスプレイ・データ・チャネルDDCを通してＨＤＣＰ認証を行う。
ＣＥＣ部5303は、ＨＤＭＩケーブル122内のＣＥＣラインCECを通して、図３に示されているＣＥＣ部303との間でＣＥＣメッセージを交換する。ＣＥＣ部5303は特に、再生装置102がリモコン105から受けた情報をＣＥＣメッセージに変換して信号処理部220へ通知し、又は逆に、表示装置103がリモコン105から受けた情報をＣＥＣメッセージとして信号処理部220から通知される。
＜３Ｄ再生装置の構成＞
３Ｄ再生モードの再生装置102は、ＢＤ−ＲＯＭディスク101から３Ｄ映像コンテンツを再生するとき、３Ｄ再生装置として動作する。その構成の基本部分は、図４７、５１、５３に示されている２Ｄ再生装置の構成と同様である。従って、以下では２Ｄ再生装置の構成からの拡張部分及び変更部分について説明し、基本部分の詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。また、２Ｄプレイリスト再生処理に利用される構成は２Ｄ再生装置の構成と同様である。従って、その詳細についての説明も上記の２Ｄ再生装置についての説明を援用する。以下の説明では、３Ｄプレイリスト・ファイルに従った３Ｄ映像の再生処理、すなわち３Ｄプレイリスト再生処理を想定する。
図５４は、３Ｄ再生装置5400の機能ブロック図である。３Ｄ再生装置5400は、ＢＤ−ＲＯＭドライブ5401、再生部5402、及び制御部5403を含む。再生部5402は、スイッチ5420、第１リード・バッファ（ＲＢ１）5421、第２リード・バッファ（ＲＢ２）5422、システム・ターゲット・デコーダ5423、プレーン加算部5424、及びＨＤＭＩ通信部5425を含む。制御部5403は、動的シナリオ・メモリ5431、静的シナリオ・メモリ5432、ユーザイベント処理部5433、プログラム実行部5434、再生制御部5435、及び、プレーヤ変数記憶部5436を含む。再生部5402と制御部5403とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。特に、動的シナリオ・メモリ5431、静的シナリオ・メモリ5432、ユーザイベント処理部5433、及びプログラム実行部5434は、図４７に示されている２Ｄ再生装置内のものと同様である。従って、それらの詳細についての説明は上記の２Ｄ再生装置についての説明を援用する。
再生制御部5435は、３Ｄプレイリスト再生処理をプログラム実行部5434等から命じられたとき、静的シナリオ・メモリ5432に格納された３Ｄプレイリスト・ファイルからＰＩを順番に読み出してカレントＰＩとして設定する。再生制御部5435は、カレントＰＩを設定する度に、まず、そのＳＴＮテーブルとその３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳとに従って、システム・ターゲット・デコーダ5423とプレーン加算部5424との動作条件を設定する。具体的には、再生制御部5435は復号対象のエレメンタリ・ストリームのＰＩＤを選択して、そのエレメンタリ・ストリームの復号に必要な属性情報と共にシステム・ターゲット・デコーダ5423へ渡す。選択されたＰＩＤの示すエレメンタリ・ストリームの中にＰＧストリーム又はＩＧストリームが含まれている場合、再生制御部5435は更に、それらのストリーム・データに割り当てられた参照オフセットＩＤ4201を特定して、プレーヤ変数記憶部5436内のＳＰＲＭ（２７）に設定する。また、再生制御部5435は、ＳＴＮテーブルＳＳの示すポップアップ期間のオフセット4311に依って各プレーン・データの表示モードを選択し、システム・ターゲット・デコーダ5423とプレーン加算部5424とに指示する。
次に、再生制御部5435はカレントＰＩに従い、図３４の（ｅ）の説明に示されている手順で、読み出し対象のエクステントＳＳが記録されたセクタ群のＬＢＮの範囲をＢＤ−ＲＯＭドライブ5401に指示する。一方、再生制御部5435は、静的シナリオ・メモリ5432に格納されたクリップ情報ファイル内のエクステント起点を利用して、各エクステントＳＳ内のデータ・ブロックの境界を示す情報を生成する。以下、その情報を「データ・ブロック境界情報」と呼ぶ。データ・ブロック境界情報は、例えばそのエクステントＳＳの先頭から各境界までのソースパケット数を示す。再生制御部5435は更に、データ・ブロック境界情報をスイッチ5420へ渡す。
プレーヤ変数記憶部5436は、２Ｄ再生装置内のもの4736と同様にＳＰＲＭを含む。しかし、図４８とは異なり、ＳＰＲＭ（２４）は、図４６に示されている第１フラグを含み、ＳＰＲＭ（２５）は第２フラグを含む。ＳＰＲＭ（２４）が“０”であるときは再生装置102が２Ｄ映像の再生のみに対応可能であり、“１”であるときは３Ｄ映像の再生にも対応可能である。ＳＰＲＭ（２５）が、“０”、“１”、“２”であるときはそれぞれ、再生装置102が、Ｌ／Ｒモード、デプス・モード、２Ｄ再生モードである。ＳＰＲＭ（２７）は、各プレーン・データに割り当てられた参照オフセットＩＤ4201の格納領域を含む。具体的には、ＳＰＲＭ（２７）は、四種類の参照オフセットＩＤを格納する領域を含む。それらの参照オフセットＩＤは、ＰＧプレーンに対するもの（PG＿ref＿offset＿id）、ＩＧプレーンに対するもの（IG＿ref＿offset＿id）、副映像プレーンに対するもの（SV＿ref＿offset＿id）、及びイメージ・プレーンに対するもの（IM＿ref＿offset＿id）である。
ＢＤ−ＲＯＭドライブ5401は、図４７に示されている２Ｄ再生装置内のもの4701と同様な構成要素を含む。ＢＤ−ＲＯＭドライブ5401は、再生制御部5435からＬＢＮの範囲が指示されたとき、その範囲の示すＢＤ−ＲＯＭディスク101上のセクタ群からデータを読み出す。特にファイルＳＳのエクステント、すなわちエクステントＳＳに属するソースパケット群は、ＢＤ−ＲＯＭドライブ5401からスイッチ5420へ転送される。ここで、各エクステントＳＳは、図２３に示されているとおり、ベースビューとディペンデントビューとのデータ・ブロックの対を一つ以上含む。それらのデータ・ブロックは、ＲＢ１5421とＲＢ２5422とへパラレルに転送されなければならない。従って、ＢＤ−ＲＯＭドライブ5401には２Ｄ再生装置内のＢＤ−ＲＯＭドライブ4701以上のアクセス・スピードが求められる。
スイッチ5420はＢＤ−ＲＯＭドライブ5401からエクステントＳＳを受信する。一方、スイッチ5420は再生制御部5435から、そのエクステントＳＳに関するデータ・ブロック境界情報を受信する。スイッチ5420は更に、そのデータ・ブロック境界情報を利用して、各エクステントＳＳからベースビュー・エクステントを抽出してＲＢ１5421へ送出し、ディペンデントビュー・エクステントを抽出してＲＢ２5422へ送出する。
ＲＢ１5421とＲＢ２5422とはいずれも、再生部5402内のメモリ素子を利用したバッファ・メモリである。特に単一のメモリ素子内の異なる領域がＲＢ１5421、ＲＢ２5422として利用される。その他に、異なるメモリ素子が個別にＲＢ１5421、ＲＢ２5422として利用されてもよい。ＲＢ１5421、ＲＢ２5422はスイッチ5420からそれぞれ、ベースビュー・エクステント、ディペンデントビュー・エクステントを受信して格納する。
システム・ターゲット・デコーダ5423は、３Ｄプレイリスト再生処理において、まず再生制御部5435から、復号対象のストリーム・データのＰＩＤと、その復号に必要な属性情報とを受信する。システム・ターゲット・デコーダ5423は次に、ＲＢ１5421に格納されたベースビュー・エクステントと、ＲＢ２5422に格納されたディペンデントビュー・エクステントとから交互にソースパケットを読み出す。システム・ターゲット・デコーダ5423は続いて、再生制御部5435から受信されたＰＩＤの示すエレメンタリ・ストリームを各ソースパケットから分離して復号する。システム・ターゲット・デコーダ5423は更に、復号後のエレメンタリ・ストリームをその種類別に内蔵のプレーン・メモリに書き込む。ベースビュー・ビデオ・ストリームは左映像プレーン・メモリに書き込まれ、ディペンデントビュー・ビデオ・ストリームは右映像プレーン・メモリに書き込まれる。一方、セカンダリ・ビデオ・ストリームは副映像プレーン・メモリに書き込まれ、ＩＧストリームはＩＧプレーン・メモリに書き込まれ、ＰＧストリームはＰＧプレーン・メモリに書き込まれる。ここで、図１１の（ｂ）、（ｃ）に示されているＰＧストリーム等のように、ビデオ・ストリーム以外のストリーム・データがベースビューとディペンデントビューとのストリーム・データの対から成るとき、そのストリーム・データに対応付けられるべきプレーン・メモリは、ベースビュー・プレーンとディペンデントビュー・プレーンとの両方に対して個別に用意される。システム・ターゲット・デコーダ5423はその他に、プログラム実行部5434からのグラフィックス・データ、例えばＪＰＥＧ又はＰＮＧ等のラスタ・データに対してレンダリング処理を行ってイメージ・プレーン・メモリに書き込む。
システム・ターゲット・デコーダ5423は、左映像プレーン・メモリと右映像プレーン・メモリとからのプレーン・データの出力モードを、Ｂ−Ｄ表示モードとＢ−Ｂ表示モードとのそれぞれに、次のように対応させる。再生制御部5435からＢ−Ｄ表示モードが指示されたとき、システム・ターゲット・デコーダ5423は、左映像プレーン・メモリと右映像プレーン・メモリとから交互にプレーン・データを送出する。システム・ターゲット・デコーダ5423は特にレフトビュー・プレーンとライトビュー・プレーンとをそれぞれ、１／４８秒間隔でプレーン加算部5424へ送出する。一方、再生制御部5435からＢ−Ｂ表示モードが指示されたとき、システム・ターゲット・デコーダ5423は、動作モードを３Ｄ再生モードに維持したまま、左映像プレーン・メモリと右映像プレーン・メモリとのいずれかからのみ、プレーン・データを一フレーム当たり二回ずつ、すなわち１／４８秒間隔で二回ずつ送出する。
システム・ターゲット・デコーダ5423は、グラフィックス・プレーン・メモリと副映像プレーン・メモリとからのプレーン・データの出力モードを、２プレーン・モード、１プレーン＋オフセット・モード、及び１プレーン＋ゼロ・オフセット・モードのそれぞれに、以下に述べるように対応させる。ここで、グラフィックス・プレーン・メモリは、ＰＧプレーン・メモリ、ＩＧプレーン・メモリ、及びイメージ・プレーン・メモリを含む。
再生制御部5435から２プレーン・モードが指示されたとき、システム・ターゲット・デコーダ5423は、各プレーン・メモリからプレーン加算部5424へ、ベースビュー・プレーンとディペンデントビュー・プレーンとを交互に送出する。
再生制御部5435から１プレーン＋オフセット・モードが指示されたとき、システム・ターゲット・デコーダ5423は、各プレーン・メモリからプレーン加算部5424へ、２Ｄ映像を表すプレーン・データを送出する。それと並行して、システム・ターゲット・デコーダ5423は、ディペンデントビュー・ビデオ・ストリームから各ビデオ・シーケンスの先頭のＶＡＵを読み出す度に、そのＶＡＵからオフセット・メタデータ1910を読み出す。そのビデオ・シーケンスの再生区間では、システム・ターゲット・デコーダ5423はまず、各ＶＡＵと共に同じＰＥＳパケットに格納されたＰＴＳと、そのＶＡＵの圧縮ピクチャ・データの表すフレームの番号とを特定する。システム・ターゲット・デコーダ5423は次に、そのフレーム番号に対応付けられたオフセット情報をオフセット・メタデータから読み出して、特定されたＰＴＳの示す時刻にプレーン加算部5424へ送出する。
再生制御部5435から１プレーン＋ゼロ・オフセット・モードが指示されたとき、システム・ターゲット・デコーダ5423は、各プレーン・メモリからプレーン加算部5424へ、２Ｄ映像を表すプレーン・データを送出する。それと並行して、システム・ターゲット・デコーダ5423は、オフセット値が“０”に設定されたオフセット情報をプレーン加算部5424へ送出する。
プレーン加算部5424は、システム・ターゲット・デコーダ5423から各種のプレーン・データを受信し、それらを互いに重畳して一つのプレーン・データ（フレーム又はフィールド）に合成する。特にＬ／Ｒモードでは、左映像プレーンはレフトビュー・ビデオ・プレーンを表し、右映像プレーンはライトビュー・ビデオ・プレーンを表す。従って、プレーン加算部5424は、左映像プレーンには、レフトビューを表す他のプレーン・データを重畳し、右映像プレーン・データには、ライトビューを表す他のプレーン・データを重畳する。一方、デプス・モードでは、右映像プレーンは、左映像プレーンの表す映像に対するデプスマップを表す。従って、プレーン加算部5424は、まず両方の映像プレーンからレフトビューとライトビューとのビデオ・プレーンの対を生成する。その後の合成処理は、Ｌ／Ｒモードでの合成処理と同様である。
プレーン加算部5424は、再生制御部5435から副映像プレーン又はグラフィックス・プレーン（ＰＧプレーン、ＩＧプレーン、イメージ・プレーン）の表示モードとして１プレーン＋オフセット・モードを指示されたとき、そのプレーン・データに対してオフセット制御を行う。具体的には、プレーン加算部5424はまず、プレーヤ変数記憶部5436内のＳＰＲＭ（２７）から、そのプレーン・データに対する参照オフセットＩＤを読み出す。プレーン加算部5424は次に、システム・ターゲット・デコーダ5423から受け取ったオフセット情報を参照して、参照オフセットＩＤの示すオフセット・シーケンス1913に属するオフセット情報、すなわちオフセット方向1922とオフセット値1923との対を検索する。プレーン加算部5424はその後、検索されたオフセット値を利用して、対応するプレーン・データに対してオフセット制御を行う。それにより、プレーン加算部5424は、一つのプレーン・データからレフトビュー・プレーンとライトビュー・プレーンとの対を生成し、対応するビデオ・プレーンに合成する。
プレーン加算部5424は、再生制御部5435から１プレーン＋ゼロ・オフセット・モードを指示されたとき、ＳＰＲＭ（２７）を参照することなく、各プレーン・データに対するオフセット値を“０”に設定する。それにより、プレーン加算部5424は、各プレーン・データに対するオフセット制御を一時的に停止させる。従って、同じプレーン・データがレフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとの両方に合成される。
プレーン加算部5424は、再生制御部5435から２プレーン・モードを指示されたとき、システム・ターゲット・デコーダ5423からベースビュー・プレーンとディペンデントビュー・プレーンとの対を受信する。ここで、Ｌ／Ｒモードでは、ベースビュー・プレーンはレフトビュー・プレーンを表し、ディペンデントビュー・プレーンはライトビュー・プレーンを表す。従って、プレーン加算部5424は、ベースビュー・プレーンを左映像プレーンに重畳し、ディペンデントビュー・プレーンを右映像プレーンに重畳する。一方、デプス・モードでは、ディペンデントビュー・プレーンは、ベースビュー・プレーンの表す映像に対するデプスマップを表す。従って、プレーン加算部5424は、まずベースビュー・プレーンとディペンデントビュー・プレーンとの対からレフトビュー・プレーンとライトビュー・プレーンとの対を生成し、その後、ビデオ・プレーンとの合成処理を行う。
プレーン加算部5424はその他に、合成後のプレーン・データの出力形式を、表示装置103等、そのデータの出力先の装置による３Ｄ映像の表示方式に合わせて変換する。例えば出力先の装置が継時分離方式を利用するとき、プレーン加算部5424は合成後のプレーン・データを一つの映像プレーン（フレーム又はフィールド）として送出する。その場合、プレーン加算部5424はその合成後のレフトビュー・プレーンとライトビュー・プレーンとをそれぞれ、１／４８秒間隔で交互にＨＤＭＩ通信部5425へ送出する。一方、出力先の装置がレンチキュラー・レンズを利用するとき、プレーン加算部5424は内蔵のバッファ・メモリを利用して、レフトビュー・プレーンとライトビュー・プレーンとの対を一つの映像プレーンに合成して送出する。具体的には、プレーン加算部5424は、先に合成されたレフトビュー・プレーンを一旦、そのバッファ・メモリに格納して保持する。プレーン加算部5424は続いて、ライトビュー・プレーンを合成して、バッファ・メモリに保持されたレフトビュー・プレーンと更に合成する。その合成では、レフトビュー・プレーンとライトビュー・プレーンとがそれぞれ、縦方向に細長い短冊形の小領域に分割され、各小領域が一つのフレーム又はフィールドの中に横方向に交互に並べられて一つのフレーム又はフィールドに再構成される。こうして、レフトビュー・プレーンとライトビュー・プレーンとの対が一つの映像プレーンに合成される。その場合、プレーン加算部5424はその合成後の映像プレーンを１／２４秒間隔でＨＤＭＩ通信部5425へ送出する。
ＨＤＭＩ通信部5425は、プレーン加算部5424からは合成後の映像データを受信し、システム・ターゲット・デコーダ5423からは音声データを受信し、再生制御部5435からは制御データを受信する。ＨＤＭＩ通信部5425は更に、それらの受信データをＨＤＭＩ方式のシリアル信号に変換し、ＨＤＭＩケーブル122内のＴＭＤＳチャネルを通して表示装置103へ伝送する。ＨＤＭＩ通信部5425は特にそのシリアル信号を、図５の（ａ）に示されているフォーマットで生成する。そのとき、一つの３Ｄ映像のフレームを構成するレフトビュー・プレーンLとライトビュー・プレーンRとの対は、図５の（ｂ）に示されているサイド・バイ・サイド方式で、図５の（ａ）に示されている一つの有効表示領域VACT×HACT内に配置される。その他に、各対が図５の（ｃ）−（ｅ）のいずれの方式で有効表示領域VACT×HACT内に配置されてもよい。いずれの方式でも、ＨＤＭＩ通信部5425はレフトビュー・プレーンとライトビュー・プレーンとをそれぞれ、１／２４秒間隔で送出する。一方、ＨＤＭＩ通信部5425はＨＤＭＩケーブル122を通して表示装置103との間でＣＥＣメッセージを交換する。また、ＨＤＭＩ通信部5425は、ディスプレイ・データ・チャネルDDCを通してＥＤＩＤを表示装置103から読み出し、更に、表示装置103に対してＨＤＣＰ認証を行って、３Ｄ映像の再生に対応可能か否かを表示装置103に問い合わせる。
＜３Ｄ再生装置の再生動作＞
図５５は、図５４に示されている３Ｄ再生装置5400の再生動作のフローチャートである。この動作は、再生装置102が、図４６に示されている選択処理の結果、３Ｄ再生モードで起動することによって開始される。
ステップＳ５５０１では、３Ｄ再生装置5400はまず、ＢＤ−ＲＯＭドライブ5401によってＢＤ−ＲＯＭディスク101からストリーム・データを読み出す。３Ｄ再生装置5400は次にスイッチ5420を利用して、そのストリーム・データからベースビュー・エクステントとディペンデントビュー・エクステントとを抽出し、それぞれ、ＲＢ１5421、ＲＢ２5422へ格納する。その後、処理はステップＳ５５０２へ進む。
ステップＳ５５０２では、３Ｄ再生装置5400は、システム・ターゲット・デコーダ5423によって、ＲＢ１5421からはベースビュー・エクステントを読み出し、ＲＢ２5422からはディペンデントビュー・エクステントを読み出す。３Ｄ再生装置5400は更に、各エクステントからエレメンタリ・ストリームを多重分離する。その後、処理はステップＳ５５０３へ進む。
ステップＳ５５０３では、３Ｄ再生装置5400は、システム・ターゲット・デコーダ5423によって各エレメンタリ・ストリームを復号する。特に、ベースビュー・エクステントとディペンデントビュー・エクステントとのそれぞれから復号されたプライマリ・ビデオ・ストリームは、ベースビュー・ビデオ・プレーンとディペンデントビュー・ビデオ・プレーンとに復号される。セカンダリ・ビデオ・ストリーム、ＩＧストリーム、及びＰＧストリームはそれぞれ、副映像プレーン、ＩＧプレーン、及びＰＧプレーンに復号される。更に、プライマリ・オーディオ・ストリームとセカンダリ・オーディオ・ストリームとがミキシングされる。その他に、プログラム実行部5434からのグラフィックス・データがイメージ・プレーンに変換される。その後、処理はステップＳ５５０４へ進む。
ステップＳ５５０４では、３Ｄ再生装置5400はまず、システム・ターゲット・デコーダ5423によって復号されたベースビュー・ビデオ・プレーンとディペンデントビュー・ビデオ・プレーンとの対を、プレーン加算部5424によってレフトビュー・プレーンとライトビュー・プレーンとの対に変換する。３Ｄ再生装置5400は次に、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンを、プレーン加算部5424によってレフトビュー・プレーンとライトビュー・プレーンとのそれぞれに合成する。ここで、プレーン加算部5424は必要に応じて、副映像プレーン、ＩＧプレーン、ＰＧプレーン、又はイメージ・プレーンにオフセットを与えて、レフトビュー・プレーンとライトビュー・プレーンとの対に変換する。その後、処理はステップＳ５５０５へ進む。
ステップＳ５５０５では、３Ｄ再生装置5400は、プレーン加算部5424によって合成された映像プレーン、システム・ターゲット・デコーダ5423によってミキシングされた音声データ、及び再生制御部5435からの制御データを、ＨＤＭＩ通信部5425によってシリアル信号に変換し、ＨＤＭＩケーブル122を通して表示装置103へ伝送する。特にそのシリアル信号は、図５の（ａ）に示されているフォーマットで生成される。そのとき、レフトビュー・プレーンLとライトビュー・プレーンRとの対は、図５の（ｂ）に示されているサイド・バイ・サイド方式で有効表示領域VACT×HACT内に配置される。その他に、各対が図５の（ｃ）−（ｅ）のいずれの方式で有効表示領域VACT×HACT内に配置されてもよい。いずれの方式でも、レフトビュー・プレーンとライトビュー・プレーンとはそれぞれ、１／２４秒間隔で送出される。その後、処理はステップＳ５５０６へ進む。
ステップＳ５５０６では、３Ｄ再生装置5400は、ＲＢ１5421に未処理のベースビュー・エクステントが残されているか否かをチェックする。残されているときは、処理がステップＳ５５０１から繰り返される。残されていないときは、処理が終了する。
＜３Ｄプレイリスト再生処理＞
図５６は、再生制御部5435による３Ｄプレイリスト再生処理のフローチャートである。３Ｄプレイリスト再生処理は、再生制御部5435が静的シナリオ・メモリ5432から３Ｄプレイリスト・ファイルを読み出すことによって開始される。
ステップＳ５６０１では、再生制御部5435はまず、３Ｄプレイリスト・ファイル内のメインパスからＰＩを一つ読み出して、カレントのＰＩとして設定する。再生制御部5435は次に、カレントＰＩのＳＴＮテーブルから再生対象のエレメンタリ・ストリームのＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。再生制御部5435は更に、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳ4130のうち、カレントＰＩに対応するものから、再生対象のエレメンタリ・ストリームとして追加されるべきもののＰＩＤを選択し、かつ、それらの復号に必要な属性情報を特定する。選択されたＰＩＤと属性情報とはシステム・ターゲット・デコーダ5423に指示される。再生制御部5435はその他に、３Ｄプレイリスト・ファイル内のサブパスから、カレントＰＩと同時に参照されるべきＳＵＢ＿ＰＩを特定し、カレントのＳＵＢ＿ＰＩとして設定する。その後、処理はステップＳ５６０２へ進む。
ステップＳ５６０２では、再生制御部5435は、ＳＴＮテーブルＳＳの示すポップアップ期間のオフセット4311に依って各プレーン・データの表示モードを選択し、システム・ターゲット・デコーダ5423とプレーン加算部5424とに指示する。特に、ポップアップ期間のオフセットの値が“０”であるとき、ビデオ・プレーンの表示モードとしてＢ−Ｄ表示モードが選択され、グラフィックス・プレーンの表示モードとして２プレーン・モード又は１プレーン＋オフセット・モードが選択される。一方、ポップアップ期間のオフセットの値が“１”であるとき、ビデオ・プレーンの表示モードとしてＢ−Ｂ表示モードが選択され、グラフィックス・プレーンの表示モードとして１プレーン＋ゼロ・オフセット・モードが選択される。その後、処理はステップＳ５６０３へ進む。
ステップＳ５６０３では、グラフィックス・プレーンの表示モードとして１プレーン＋オフセット・モードが選択されたか否かをチェックする。１プレーン＋オフセット・モードが選択された場合、処理はステップＳ５６０４へ進む。一方、２プレーン・モード又は１プレーン＋ゼロ・オフセット・モードが選択された場合、処理はステップＳ５６０５へ進む。
ステップＳ５６０４では、１プレーン＋オフセット・モードが選択されているので、ディペンデントビュー・ビデオ・ストリームからオフセット情報が抽出されなければならない。従って、再生制御部5435はまず、カレントＰＩのＳＴＮテーブルを参照して、選択されたＰＩＤの示すエレメンタリ・ストリームの中からＰＧストリーム又はＩＧストリームを検出する。再生制御部5435は次に、それらのストリーム・データに割り当てられた参照オフセットＩＤを特定して、プレーヤ変数記憶部5436内のＳＰＲＭ（２７）に設定する。その後、処理はステップＳ５６０５へ進む。
ステップＳ５６０５では、再生制御部5435は、カレントのＰＩとＳＵＢ＿ＰＩとのそれぞれから、参照クリップ情報、再生開始時刻IN1を示すＰＴＳ＃１、及び再生終了時刻OUT1を示すＰＴＳ＃２を読み出す。その参照クリップ情報から、再生対象のファイル２ＤとファイルＤＥＰとのそれぞれに対応するクリップ情報ファイルが特定される。その後、処理はステップＳ５６０６へ進む。
ステップＳ５６０６では、再生制御部5435は、ステップＳ５６０５で特定されたクリップ情報ファイルの各エントリ・マップを参照して、図４４に示されているように、ＰＴＳ＃１、＃２に対応するファイル２Ｄ内のＳＰＮ＃１、＃２とファイルＤＥＰ内のＳＰＮ＃１１、＃１２とを検索する。再生制御部5435は更に、各クリップ情報ファイルのエクステント起点を利用して、ファイルＳＳの先頭から再生開始位置までのソースパケット数ＳＰＮ＃２１をＳＰＮ＃１、＃１１から算定し、ファイルＳＳの先頭から再生終了位置までのソースパケット数ＳＰＮ＃２２をＳＰＮ＃２、＃１２から算定する。具体的には、再生制御部5435はまず、２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１以下で最大のもの“Ａｍ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１１以下で最大のもの“Ｂｍ”を検索する。再生制御部5435は続いて、検索されたＳＰＮの和Ａｍ＋Ｂｍを求めてＳＰＮ＃２１として決定する。再生制御部5435は次に、２Ｄクリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃２よりも大きく、かつ最小のもの“Ａｎ”を検索し、ディペンデントビュー・クリップ情報ファイルのエクステント起点の示すＳＰＮの中から、ＳＰＮ＃１２より大きく、かつ最小のもの“Ｂｎ”を検索する。再生制御部5435は更に、検索されたＳＰＮの和Ａｎ＋Ｂｎを求めてＳＰＮ＃２２として決定する。その後、処理はステップＳ５６０７へ進む。
ステップＳ５６０７では、再生制御部5435は、ステップＳ５６０６で決定されたＳＰＮ＃２１、＃２２をセクタ数の対Ｎ１、Ｎ２に変換する。具体的には、再生制御部5435はまず、ＳＰＮ＃２１とソースパケット一つ当たりのデータ量１９２バイトとの積を求める。再生制御部5435は次に、その積をセクタ一つ当たりのデータ量２０４８バイトで割ったときの商ＳＰＮ＃２１×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生開始位置の直前までのセクタ数Ｎ１に等しい。同様に、再生制御部5435は、ＳＰＮ＃２２から商ＳＰＮ＃２２×１９２／２０４８を求める。この商は、ファイルＳＳの先頭から再生終了位置の直前までのセクタ数Ｎ２に等しい。その後、処理はステップＳ５６０８へ進む。
ステップＳ５６０８では、再生制御部5435は、ステップＳ５６０７で得られたセクタ数Ｎ１、Ｎ２のそれぞれから、再生対象のエクステントＳＳ群の先端と後端とのＬＢＮを特定する。具体的には、再生制御部5435は、再生対象のファイルＳＳのファイル・エントリを参照して、エクステントＳＳ群が記録されたセクタ群の先頭から数えて（Ｎ１＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃１と、（Ｎ２＋１）番目のセクタのＬＢＮ＝ＬＢＮ＃２とを特定する。再生制御部5435は更に、ＬＢＮ＃１からＬＢＮ＃２までの範囲をＢＤ−ＲＯＭドライブ5401に指定する。その結果、指定された範囲のセクタ群から、エクステントＳＳ群に属するソースパケット群がアラインド・ユニット単位で読み出される。その後、処理はステップＳ５６０９へ進む。
ステップＳ５６０９では、再生制御部5435は、ステップＳ５６０６で利用されたクリップ情報ファイルのエクステント起点を再び利用して、エクステントＳＳ群に関するデータ・ブロック境界情報を生成し、スイッチ5420へ送出する。具体的な例として、再生開始位置を示すＳＰＮ＃２１が、各エクステント起点の示すＳＰＮの和Ａｎ＋Ｂｎに等しく、再生終了位置を示すＳＰＮ＃２２が、各エクステント起点の示すＳＰＮの和Ａｍ＋Ｂｍに等しいときを想定する。そのとき、再生制御部5435は、各エクステント起点からＳＰＮの差の列、Ａ（ｎ＋１）−Ａｎ、Ｂ（ｎ＋１）−Ｂｎ、Ａ（ｎ＋２）−Ａ（ｎ＋１）、Ｂ（ｎ＋２）−Ｂ（ｎ＋１）、…、Ａｍ−Ａ（ｍ−１）、Ｂｍ−Ｂ（ｍ−１）を求めて、データ・ブロック境界情報としてスイッチ5420へ送出する。図３４の（ｅ）に示されているとおり、この列は、エクステントＳＳに含まれる各データ・ブロックのソースパケット数を示す。スイッチ5420は、ＢＤ−ＲＯＭドライブ5401から受信されるエクステントＳＳのソースパケット数を０からカウントする。そのカウントが、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、スイッチ5420は、ソースパケットの送出先をＲＢ１5421とＲＢ２5422との間で切り換え、かつカウントを０にリセットする。その結果、エクステントＳＳの先頭から｛Ｂ（ｎ＋１）−Ｂｎ｝個のソースパケットは最初のディペンデントビュー・エクステントとしてＲＢ２5422へ送出され、続く｛Ａ（ｎ＋１）−Ａｎ｝個のソースパケットは最初のベースビュー・エクステントとしてＲＢ１5421へ送出される。以降も同様に、スイッチ5420によって受信されるソースパケットの数が、データ・ブロック境界情報の示すＳＰＮの差と一致する度に、エクステントＳＳからディペンデントビューとベースビューとの各エクステントが交互に抽出される。
ステップＳ５６１０では、再生制御部5435は、メインパスに未処理のＰＩが残されているか否かをチェックする。残されているときは、処理がステップＳ５６０１から繰り返される。残されていないときは、処理が終了する。
＜システム・ターゲット・デコーダ＞
図５７は、システム・ターゲット・デコーダ5423の機能ブロック図である。図５７に示されている構成要素は、図５１に示されている２Ｄ再生装置のもの4723とは次の二点で異なる：（１）リード・バッファから各デコーダへの入力系統が二重化されている点、並びに、（２）主映像デコーダは３Ｄ再生モードに対応可能であり、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダは２プレーン・モードに対応可能である点。すなわち、それらの映像デコーダはいずれも、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとを交互に復号できる。特に２プレーン・モードの各デコーダは、ベースビュー・プレーンを復号する部分と、ディペンデントビュー・プレーンを復号する部分とに分離されていてもよい。一方、主音声デコーダ、副音声デコーダ、音声ミキサ、イメージ・プロセッサ、及び各プレーン・メモリは、図５１に示されている２Ｄ再生装置のものと同様である。従って、以下では、図５７に示されている構成要素のうち、図５１に示されているものとは異なるものについて説明し、同様なものの詳細についての説明は図５１についての説明を援用する。更に、各映像デコーダはいずれも同様な構造を持つので、以下では主映像デコーダ5715の構造について説明する。同様な説明は他の映像デコーダの構造についても成立する。
第１ソース・デパケタイザ5711は、ＲＢ１5421からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第１ＰＩＤフィルタ5713へ送出する。第２ソース・デパケタイザ5712は、ＲＢ２5422からソースパケットを読み出し、更にその中からＴＳパケットを抽出して第２ＰＩＤフィルタ5714へ送出する。各ソース・デパケタイザ5711、5712は更に、各ＴＳパケットの送出時刻を、各ソースパケットのＡＴＳの示す時刻に合わせる。その同期方法は、図５１に示されているソース・デパケタイザ5110による方法と同様である。従って、その詳細についての説明は図５１についての説明を援用する。そのような送出時刻の調節により、第１ソース・デパケタイザ5711から第１ＰＩＤフィルタ5713へのＴＳパケットの平均転送速度RTS1は、２Ｄクリップ情報ファイルの示すシステム・レートを超えない。同様に、第２ソース・デパケタイザ5712から第２ＰＩＤフィルタ5714へのＴＳパケットの平均転送速度RTS2は、ディペンデントビュー・クリップ情報ファイルの示すシステム・レートを超えない。
第１ＰＩＤフィルタ5713は、第１ソース・デパケタイザ5711からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは再生制御部5435によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルに従って指定されている。両方のＰＩＤが一致したとき、第１ＰＩＤフィルタ5713はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットは主映像デコーダ5715内のＴＢ１5701へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ００−０ｘ１Ｂ１Ｆ、０ｘ１１００−０ｘ１１１Ｆ、０ｘ１Ａ００−０ｘ１Ａ１Ｆ、０ｘ１２００−０ｘ１２１Ｆ、及び０ｘ１４００−０ｘ１４１Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、主音声デコーダ、副音声デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
第２ＰＩＤフィルタ5714は、第２ソース・デパケタイザ5712からＴＳパケットを受信する度に、そのＰＩＤを選択対象のＰＩＤと比較する。その選択対象のＰＩＤは、再生制御部5435によって予め、３Ｄプレイリスト・ファイル内のＳＴＮテーブルＳＳに従って指定されている。両方のＰＩＤが一致したとき、第２ＰＩＤフィルタ5714はそのＴＳパケットを、そのＰＩＤに割り当てられたデコーダへ転送する。例えば、ＰＩＤが０ｘ１０１２又は０ｘ１０１３であるとき、そのＴＳパケットは主映像デコーダ5715内のＴＢ２5708へ転送される。その他に、ＰＩＤが、０ｘ１Ｂ２０−０ｘ１Ｂ３Ｆ、０ｘ１２２０−０ｘ１２７Ｆ、及び０ｘ１４２０−０ｘ１４７Ｆの各範囲に属するとき、対応するＴＳパケットはそれぞれ、副映像デコーダ、ＰＧデコーダ、及びＩＧデコーダへ転送される。
主映像デコーダ5715は、ＴＢ１5701、ＭＢ１5702、ＥＢ１5703、ＴＢ２5708、ＭＢ２5709、ＥＢ２5710、バッファ・スイッチ5706、ＤＥＣ5704、ＤＰＢ5705、及びピクチャ・スイッチ5707を含む。ＴＢ１5701、ＭＢ１5702、ＥＢ１5703、ＴＢ２5708、ＭＢ２5709、ＥＢ２5710、及びＤＰＢ5705はいずれもバッファ・メモリである。各バッファ・メモリは、主映像デコーダ5715に内蔵されたメモリ素子の一領域を利用する。その他に、それらのバッファ・メモリのいずれか又は全てが、異なるメモリ素子に分離されていてもよい。
ＴＢ１5701は、ベースビュー・ビデオ・ストリームを含むＴＳパケットを第１ＰＩＤフィルタ5713から受信してそのまま蓄積する。ＭＢ１5702は、ＴＢ１5701に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ１5703は、ＭＢ１5702に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
ＴＢ２5708は、ディペンデントビュー・ビデオ・ストリームを含むＴＳパケットを第２ＰＩＤフィルタ5714から受信してそのまま蓄積する。ＭＢ２5709は、ＴＢ２5708に蓄積されたＴＳパケットからＰＥＳパケットを復元して蓄積する。そのとき、各ＴＳパケットからＴＳヘッダが除去される。ＥＢ２5710は、ＭＢ２5709に蓄積されたＰＥＳパケットから、符号化されたＶＡＵを抽出して蓄積する。そのとき、各ＰＥＳパケットからＰＥＳヘッダが除去される。
バッファ・スイッチ5706は、ＥＢ１5703とＥＢ２5710とのそれぞれに蓄積されたＶＡＵのヘッダをＤＥＣ5704からの要求に応じて転送する。バッファ・スイッチ5706は更に、そのＶＡＵの圧縮ピクチャ・データを、元のＴＳパケットに含まれるＤＴＳの示す時刻にＤＥＣ5704へ転送する。ここで、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの間では、同じ３Ｄ・ＶＡＵに属する一対のピクチャのＤＴＳが等しい。従って、バッファ・スイッチ5706は、ＤＴＳの等しい一対のＶＡＵのうち、ＥＢ１5703に蓄積された方を先にＤＥＣ5704へ転送する。
ＤＥＣ5704は、図５１に示されているＤＥＣ5104と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダであり、特にその復号処理のアクセラレータ機能を備えたＬＳＩで構成されている。ＤＥＣ5704は、バッファ・スイッチ5706から転送された圧縮ピクチャ・データを順次復号する。その復号処理では、ＤＥＣ5704は予め、各ＶＡＵのヘッダを解析して、そのＶＡＵ内に格納された圧縮ピクチャの圧縮符号化方式とストリーム属性とを特定し、それらに応じて復号方法を選択する。ここで、その圧縮符号化方式は、例えば、ＭＰＥＧ−２、ＭＰＥＧ−４ ＡＶＣ、及びＶＣ１を含む。ＤＥＣ5704は更に、復号された非圧縮のピクチャをＤＰＢ5705へ転送する。
ＤＥＣ5704はその他に、ディペンデントビュー・ビデオ・ストリームから一つのビデオ・シーケンスの先頭のＶＡＵを読み出す度に、そのＶＡＵからオフセット・メタデータを読み出す。そのビデオ・シーケンスの再生区間では、ＤＥＣ5704は、まず、そのＶＡＵと共に一つのＰＥＳパケットに格納されたＰＴＳと、そのＶＡＵの圧縮ピクチャ・データの表すフレームの番号とを特定する。ＤＥＣ5704は次に、そのフレーム番号に対応付けられたオフセット情報をオフセット・メタデータから読み出して、特定されたＰＴＳの示す時刻にプレーン加算部5424へ送出する。
ＤＰＢ5705は、復号された非圧縮のピクチャを一時的に保持する。ＤＥＣ5704がＰピクチャ及びＢピクチャを復号するとき、ＤＰＢ5705はＤＥＣ5704からの要求に応じて、保持されている非圧縮のピクチャの中から参照ピクチャを検索してＤＥＣ5704に提供する。
ピクチャ・スイッチ5707は、ＤＰＢ5705から非圧縮の各ピクチャを、元のＴＳパケットに含まれるＰＴＳの示す時刻に、左映像プレーン・メモリ5720と右映像プレーン・メモリ5721とのいずれかに書き込む。ここで、同じ３Ｄ・ＶＡＵに属するベースビュー・ピクチャとディペンデントビュー・ピクチャとではＰＴＳが等しい。従って、ピクチャ・スイッチ5707は、ＤＰＢ5705に保持された、ＰＴＳの等しい一対のピクチャのうち、ベースビュー・ピクチャを先に左映像プレーン・メモリ5720に書き込み、続いてディペンデントビュー・ピクチャを右映像プレーン・メモリ5721に書き込む。
＜１プレーン＋（ゼロ・）オフセット・モードのプレーン加算部＞
図５８は、１プレーン＋オフセット・モード又は１プレーン＋ゼロ・オフセット・モードのプレーン加算部5424の機能ブロック図である。図５８を参照するに、プレーン加算部5424は、視差映像生成部5810、スイッチ5820、四つのクロッピング処理部5831−5834、及び四つの加算部5841−5844を含む。
視差映像生成部5810は、システム・ターゲット・デコーダ5423から左映像プレーン5801と右映像プレーン5802とを受信する。Ｌ／Ｒモードの再生装置102では、左映像プレーン5801はレフトビュー・ビデオ・プレーンを表し、右映像プレーン5802はライトビュー・ビデオ・プレーンを表す。Ｌ／Ｒモードの視差映像生成部5810は、受信された各ビデオ・プレーン5801、5802をそのままスイッチ5820へ送出する。一方、デプス・モードの再生装置102では、左映像プレーン5801は２Ｄ映像のビデオ・プレーンを表し、右映像プレーン5802はその２Ｄ映像に対するデプスマップを表す。デプス・モードの視差映像生成部5810は、まずそのデプスマップからその２Ｄ映像の各部の両眼視差を計算する。視差映像生成部5810は次に、左映像プレーン5801を加工して、ビデオ・プレーンにおけるその２Ｄ映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとの対が生成される。視差映像生成部5810は更に、生成されたビデオ・プレーンの対を左映像プレーンと右映像プレーンとの対としてスイッチ5820へ送出する。
スイッチ5820は、再生制御部5435からＢ−Ｄ表示モードを指示されたとき、ＰＴＳの等しい左映像プレーン5801と右映像プレーン5802とをその順で第１加算部5841へ送出する。スイッチ5820は、再生制御部5435からＢ−Ｂ表示モードを指示されたとき、ＰＴＳの等しい左映像プレーン5801と右映像プレーン5802との一方を、一フレーム当たり二回ずつ第１加算部5841へ送出し、他方を破棄する。
第１クロッピング処理部5831は、再生制御部5435から１プレーン＋オフセット・モードを指示されたとき、副映像プレーン5803に対してオフセット制御を次のように行う。第１クロッピング処理部5831はまず、システム・ターゲット・デコーダ5423からオフセット情報5807を受信する。そのとき、第１クロッピング処理部5831は、プレーヤ変数記憶部5436内のＳＰＲＭ（２７）5851から副映像プレーンに対する参照オフセットＩＤを読み出す。第１クロッピング処理部5831は次に、その参照オフセットＩＤの示すオフセット・シーケンスに属するオフセット情報を、システム・ターゲット・デコーダ5423から受け取ったオフセット情報5807の中から検索する。第１クロッピング処理部5831は更に、検索されたオフセット情報を利用して、副映像プレーン5803に対してオフセット制御を行う。その結果、副映像プレーン5803は、レフトビューとライトビューとを表す一対のプレーン・データに変換される。更に、レフトビューとライトビューとの副映像プレーンは交互に第１加算部5841へ送出される。
ここで、ＳＰＲＭ（２７）5851の値は一般に、カレントＰＩが切り換わる度に再生制御部5435によって更新される。その他に、プログラム実行部5434が、ムービーオブジェクト又はＢＤ−Ｊオブジェクトに従ってＳＰＲＭ（２７）5851の値を設定してもよい。
同様に、第２クロッピング処理部5832は、ＰＧプレーン5804をレフトビューとライトビューとのＰＧプレーンに変換する。それらのＰＧプレーンは交互に第２加算部5842へ送出される。第３クロッピング処理部5833は、ＩＧプレーン5805をレフトビューとライトビューとのＩＧプレーンの対に変換する。それらのＩＧプレーンは交互に第３加算部5843へ送出される。第４クロッピング処理部5834は、イメージ・プレーン5806をレフトビューとライトビューとのイメージ・プレーンに変換する。それらのイメージ・プレーンは交互に第４加算部5844へ送出される。
第１クロッピング処理部5831は、再生制御部5435から１プレーン＋ゼロ・オフセット・モードを指示されたとき、副映像プレーン5803に対するオフセット制御を行うことなく、副映像プレーン5803をそのまま、二回繰り返して第１加算部5841へ送出する。他のクロッピング処理部5832−5834についても同様である。
第１加算部5841は、スイッチ5820からはビデオ・プレーンを受信し、第１クロッピング処理部5831からは副映像プレーンを受信する。第１加算部5841はそのとき、受信されたビデオ・プレーンと副映像プレーンとを一組ずつ重畳して第２加算部5842へ渡す。第２加算部5842は、第２クロッピング処理部5832からＰＧプレーンを受信し、第１加算部5841から受信されたプレーン・データに重畳して第３加算部5843へ渡す。第３加算部5843は、第３クロッピング処理部5833からＩＧプレーンを受信し、第２加算部5842から受信されたプレーン・データに重畳して第４加算部5844へ渡す。第４加算部5844は、第４クロッピング処理部5834からイメージ・プレーンを受信し、第３加算部5843から受信されたプレーン・データに重畳してＨＤＭＩ通信部5425へ送出する。ここで、各加算部5841−5844は、プレーン・データの重畳にα合成を利用する。こうして、左映像プレーン5801と右映像プレーン5802とのそれぞれに、図５８に矢印5800で示されている順序で、副映像プレーン5803、ＰＧプレーン5804、ＩＧプレーン5805、及びイメージ・プレーン5806が重畳される。その結果、各プレーン・データの示す映像は表示装置103の画面上に、左映像プレーン又は右映像プレーン、副映像プレーン、ＩＧプレーン、ＰＧプレーン、及びイメージ・プレーンの順に重ねられて表示される。
≪オフセット制御のフローチャート≫
図５９は、各クロッピング処理部5831−5834によるオフセット制御のフローチャートである。各クロッピング処理部5831−5834はシステム・ターゲット・デコーダ5423からオフセット情報5807を受信したときにオフセット制御を開始する。以下の説明では、第２クロッピング処理部5832がＰＧプレーン5804に対してオフセット制御を行う場合を想定する。他のクロッピング処理部5831、5833、5834はそれぞれ、副映像プレーン5803、ＩＧプレーン5805、及びイメージ・プレーン5806に対して同様な処理を行う。
ステップＳ５９０１では、第２クロッピング処理部5832はまず、システム・ターゲット・デコーダ5423からＰＧプレーン5804を受信する。そのとき、第２クロッピング処理部5832はＳＰＲＭ（２７）5851から、ＰＧプレーンに対する参照オフセットＩＤを読み出す。第２クロッピング処理部5831は次に、その参照オフセットＩＤの示すオフセット・シーケンスに属するオフセット情報を、システム・ターゲット・デコーダ5423から受け取ったオフセット情報5807の中から検索する。その後、処理はステップＳ５９０２へ進む。
ステップＳ５９０２では、第２クロッピング処理部5832は、スイッチ5820によって選択されたビデオ・プレーンがレフトビューとライトビューとのいずれを表すかをチェックする。ビデオ・プレーンがレフトビューを表すとき、処理はステップＳ５９０３へ進む。ビデオ・プレーンがライトビューを表すとき、処理はステップＳ５９０６へ進む。
ステップＳ５９０３では、第２クロッピング処理部5832は、検索されたオフセット方向の値をチェックする。ここで、次の場合を想定する：オフセット方向の値が“０”であるときは３Ｄグラフィックス映像の奥行きが画面よりも手前であり、オフセット方向の値が“１”であるときは奥である。オフセット方向の値が“０”であるとき、処理はステップＳ５９０４へ進む。オフセット方向の値が“１”であるとき、処理はステップＳ５９０５へ進む。
ステップＳ５９０４では、ビデオ・プレーンがレフトビューを表し、オフセット方向が画面よりも手前を表す。従って、第２クロッピング処理部5832は、ＰＧプレーン5804に右向きのオフセットを与える。すなわち、ＰＧプレーン5804の含む各画素データの位置をオフセット値だけ右へ移動させる。その後、処理はステップＳ５９０９へ進む。
ステップＳ５９０５では、ビデオ・プレーンがレフトビューを表し、オフセット方向が画面よりも奥を表す。従って、第２クロッピング処理部5832は、ＰＧプレーン5804に左向きのオフセットを与える。すなわち、ＰＧプレーン5804の含む各画素データの位置をオフセット値だけ左へ移動させる。その後、処理はステップＳ５９０９へ進む。
ステップＳ５９０６では、第２クロッピング処理部5832は、検索されたオフセット方向の値をチェックする。オフセット方向の値が“０”であるとき、処理はステップＳ５９０７へ進む。オフセット方向の値が“１”であるとき、処理はステップＳ５９０８へ進む。
ステップＳ５９０７では、ビデオ・プレーンがライトビューを表し、オフセット方向が画面よりも手前を表す。従って、ステップＳ５９０４とは逆に、第２クロッピング処理部5832は、ＰＧプレーン5804に左向きのオフセットを与える。すなわち、ＰＧプレーン5804の含む各画素データの位置をオフセット値だけ左へ移動させる。その後、処理はステップＳ５９０９へ進む。
ステップＳ５９０８では、ビデオ・プレーンがライトビューを表し、オフセット方向が画面よりも奥を表す。従って、ステップＳ５９０５とは逆に、第２クロッピング処理部5832はＰＧプレーン5804に右向きのオフセットを与える。すなわち、ＰＧプレーン5804の含む各画素データの位置をオフセット値だけ右へ移動させる。その後、処理はステップＳ５９０９へ進む。
ステップＳ５９０９では、第２クロッピング処理部5832は、処理後のＰＧプレーン5804を第３クロッピング処理部5834へ送出する。その後、処理は終了する。
≪オフセット制御によるプレーン・データの変化≫
図６０の（ｂ）は、第２クロッピング処理部5832によるオフセット制御で加工される前のＰＧプレーンGPを示す模式図である。図６０の（ｂ）を参照するに、ＰＧプレーンGPは、字幕“Ｉ Ｌｏｖｅ ｙｏｕ”を表す画素データ群、すなわち字幕データSTLを含む。その字幕データSTLはＰＧプレーン・データGPの左端から距離D0に位置する。
図６０の（ａ）は、右向きのオフセットが与えられたＰＧプレーンRGPを示す模式図である。図６０の（ａ）を参照するに、第２クロッピング処理部5832は、ＰＧプレーンGPに右向きのオフセットを与える場合、ＰＧプレーンGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ右へ移動させる。具体的には、第２クロッピング処理部5832はまず、クロッピング処理によってＰＧプレーンGPの右端から、オフセット値に等しい幅OFSの帯状領域AR1に含まれる画素データを除去する。第２クロッピング処理部5832は次に、ＰＧプレーンGPの左端に画素データを付加して、幅OFSの帯状領域AL1を構成する。ここで、その領域AL1に含まれる画素データは透明に設定される。こうして、右向きのオフセットが与えられたＰＧプレーンRGPが得られる。実際、字幕データSTLはそのＰＧプレーンRGPの左端から距離DRに位置し、その距離DRは、元の距離D0にオフセット値OFSを加えた値に等しい：DR＝D0＋OFS。
図６０の（ｃ）は、左向きのオフセットが与えられたＰＧプレーンLGPを示す模式図である。図６０の（ｃ）を参照するに、第２クロッピング処理部5832は、ＰＧプレーンGPに左向きのオフセットを与える場合、ＰＧプレーンGP内の各画素データの位置を元の位置から、オフセット値に等しい画素数OFSだけ左へ移動させる。具体的には、第２クロッピング処理部5832はまず、クロッピング処理によってＰＧプレーンGPの左端から、オフセット値に等しい幅OFSの帯状領域AL2に含まれる画素データを除去する。第２クロッピング処理部5832は次に、ＰＧプレーンGPの右端に画素データを付加して、幅OFSの帯状領域AR2を構成する。ここで、その領域AR2に含まれる画素データは透明に設定される。こうして、左向きのオフセットが与えられたＰＧプレーンLGPが得られる。実際、字幕データSTLはそのＰＧプレーンLGPの左端から距離DLに位置し、その距離DLは、元の距離D0からオフセット値OFSを除いた値に等しい：DL＝D0−OFS。
＜２プレーン・モードのプレーン加算部＞
図６１は、２プレーン・モードのプレーン加算部5424の部分的な機能ブロック図である。図６１を参照するに、２プレーン・モードのプレーン加算部5424は、図５８に示されている１プレーン＋オフセットモードのプレーン加算部5424と同様、視差映像生成部5810、スイッチ5820、第１加算部5841、第２加算部5842、及び第２クロッピング処理部5832を含む。図６１には示されていないが、２プレーン・モードのプレーン加算部5424は更に、図５８に示されている他のクロッピング処理部5831、5833、5834、及び他の加算部5843、5844を含む。それらに加え、２プレーン・モードのプレーン加算部5424は、ＰＧプレーン5804、5805の入力部に、第２視差映像生成部6110と第２スイッチ6120とを含む。図６１には示されていないが、同様な構成は、副映像プレーン、ＩＧプレーン、及びイメージ・プレーンの各入力部にも含まれる。
第２視差映像生成部6110は、システム・ターゲット・デコーダ5423からレフトビューＰＧプレーン6104とライトビューＰＧプレーン6105とを受信する。Ｌ／Ｒモードの再生装置102では、レフトビューＰＧプレーン6104とライトビューＰＧプレーン6105とはそれぞれ、文字通り、レフトビューＰＧプレーンとライトビューＰＧプレーンとを表す。従って、第２視差映像生成部6110は各プレーン・データ6104、6105をそのまま第２スイッチ5820へ送出する。一方、デプス・モードの再生装置102では、レフトビューＰＧプレーン6104は２Ｄグラフィックス映像のＰＧプレーンを表し、ライトビューＰＧプレーン6105はその２Ｄグラフィックス映像に対するデプスマップを表す。従って、第２視差映像生成部6110は、まずそのデプスマップからその２Ｄグラフィックス映像の各部の両眼視差を計算する。第２視差映像生成部6110は、次にレフトビューＰＧプレーン6104を加工して、ＰＧプレーンにおけるその２Ｄグラフィックス映像の各部の表示位置を、計算された両眼視差に依って左右に移動させる。それにより、レフトビューＰＧプレーンとライトビューＰＧプレーンとが生成される。第２視差映像生成部6110は更に、それらのＰＧプレーンを第２スイッチ6120へ送出する。
第２スイッチ6120は、ＰＴＳの等しいレフトビューＰＧプレーン6104とライトビューＰＧプレーン6105とをその順で、第２クロッピング処理部5832へ送出する。第２クロッピング処理部5832は、各ＰＧプレーン6104、6105をそのまま、第２加算部5842へ送出する。第２加算部5842は、第１加算部5841から受信されたプレーン・データに各ＰＧプレーン6104、6105を重畳して、第３加算部5843へ渡す。その結果、左映像プレーン5801にはレフトビューＰＧプレーン6104が重畳され、右映像プレーン5802にはライトビューＰＧプレーン6105が重畳される。
２プレーン・モードの第２クロッピング処理部5832は、オフセット情報5807を利用してレフトビューＰＧプレーン6104又はライトビューＰＧプレーン6105に対してオフセット制御を行ってもよい。それは次の理由に因る。Ｌ／Ｒモードでは、サブＴＳ内のレフトビューＰＧストリームに代えてメインＴＳ内のＰＧストリーム（以下、２Ｄ・ＰＧストリームと略す。）がレフトビューＰＧプレーンとして利用されてもよい。但し、２Ｄ・ＰＧストリームの表す一つのグラフィックス映像は２Ｄ映像としても利用されるので、その表示位置は通常、一定に設定されている。一方、ライトビューＰＧストリームの表すグラフィックス映像の表示位置は、対応する３Ｄグラフィックス映像の奥行きが変化する際には、その変化に合わせて左右に移動するように設定されている。従って、３Ｄグラフィックス映像を左右に移動させることなくその奥行きだけを変化させるには、レフトビューとライトビューとのグラフィックス映像間の中心位置を一定に維持しなければならない。そこで、３Ｄグラフィックス映像を再生する際には、２Ｄ・ＰＧストリームの表すグラフィックス映像にオフセットを与えて、その表示位置を左右へ移動させる。それにより、レフトビューとライトビューとのグラフィックス映像間の中心位置が一定に維持されるので、３Ｄグラフィックス映像が水平方向には移動しないように見える。こうして、２Ｄ・ＰＧストリームをレフトビューＰＧストリームとして利用することで視聴者に違和感を与える危険性を回避することができる。
《実施形態２》
本発明の実施形態２によるホームシアター・システムでは、実施形態１によるものとは異なり、表示装置103に代えて再生装置102がフレームレートを変換する。その点を除き、実施形態２によるホームシアター・システムは、実施形態１によるものと構成及び機能が等しい。従って、以下では、実施形態２によるホームシアター・システムのうち、実施形態１によるものからの変更部分及び拡張部分について説明する。実施形態１によるホームシアター・システムと同様な部分については、上記の実施形態１についての説明を援用する。
図６２の（ａ）は、ビデオ・ストリーム6200に含まれるＶＡＵ＃Ｎを示す模式図である（文字Ｎは１以上の整数を表す）。図１６に示されているとおり、ビデオ・ストリーム6200は複数のビデオ・シーケンス＃Ｋから成り（文字Ｎは１以上の整数を表す。）、各ビデオ・シーケンス＃Ｋは複数のＶＡＵ＃Ｎを含む。いずれのＶＡＵ＃Ｎも、図１６に示されている構造と同様な構造を持ち、特に補足データ6201を含む。この補足データ6201は表示タイプ6202を含む。例えば、補足データ6201がＭＰＥＧ−４ ＡＶＣにおける“picture timing SEI”に相当する場合、表示タイプ6202はパラメータ“PicStruct”に相当する。表示タイプ6202はその他に、ＳＥＩメッセージにユーザ・データの一つとして設定されていてもよい。ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれも、ビデオ・ストリーム6200と同じ構造を持つ。
表示タイプ6202は、ＶＡＵ＃Ｎの示すフレームの表示パターンを規定する。図６２の（ｂ）は、表示タイプ6202の値と表示パターン6203との間の対応表であり、図６２の（ｃ）−（ｋ）は、各表示パターンを表す模式図である。図６２の（ｂ）を参照するに、表示タイプは１から９までのいずれかの整数値を表す。各整数値には異なる表示パターンが割り当てられている。整数値“１”の表示タイプは表示パターン「フレーム」を表す。そのパターンは、図６２の（ｃ）に示されているように、１フレームの全体の表示を表す。整数値“２”の表示タイプは表示パターン「トップ」を表す。そのパターンは、図６２の（ｄ）に示されているように、１フレームの奇数番目のラインの表示を表す。整数値“３”の表示タイプは表示パターン「ボトム」を表す。そのパターンは、図６２の（ｅ）に示されているように、１フレームの偶数番目のラインの表示を表す。整数値“４”の表示タイプは表示パターン「トップ、ボトム、トップ」を表す。そのパターンは、図６２の（ｆ）に示されているように、三つの連続するフレーム期間のそれぞれに、１フレームの奇数番目のライン、偶数番目のライン、奇数番目のラインを順番に表示することを表す。整数値“５”の表示タイプは表示パターン「ボトム、トップ」を表す。そのパターンは、図６２の（ｇ）に示されているように、二つの連続するフレーム期間のそれぞれに、１フレームの偶数番目のラインと奇数番目のラインとを順番に表示することを表す。整数値“６”の表示タイプは表示パターン「ボトム、トップ、ボトム」を表す。そのパターンは、図６２の（ｈ）に示されているように、三つの連続するフレーム期間のそれぞれに、１フレームの偶数番目のライン、奇数番目のライン、偶数番目のラインを順番に表示することを表す。整数値“７”の表示タイプは表示パターン「トップ、ボトム」を表す。そのパターンは、図６２の（ｉ）に示されているように、二つの連続するフレーム期間のそれぞれに、１フレームの奇数番目のラインと偶数番目のラインとを順番に表示することを表す。整数値“８”の表示タイプは表示パターン「ダブル」を表す。そのパターンは、図６２の（ｊ）に示されているように、二つの連続するフレーム期間のそれぞれに、１フレームの全体を繰り返し表示することを表す。整数値“９”の表示タイプは表示パターン「トリプル」を表す。そのパターンは、図６２の（ｋ）に示されているように、三つの連続するフレーム期間のそれぞれに、１フレームの全体を繰り返し表示することを表す。
図６３は、システム・ターゲット・デコーダ5423に含まれるプライマリ・ビデオ・ストリームの処理系統を示す部分的な機能ブロック図である。図５７に示されている実施形態１による処理系統とは、主映像デコーダ6315の次の機能が異なる。ＤＥＣ6304は、図５７に示されているＤＥＣ5704と同様、圧縮ピクチャの復号処理に特化したハードウェア・デコーダである。しかし、ＤＥＣ5704とは異なり、ＤＥＣ6304は、各ＶＡＵ内の補足データから表示タイプ6202を解読して、その値に応じてピクチャ・スイッチ5707を制御する。それにより、ピクチャ・スイッチ5707は、表示タイプ6202の規定する表示パターンに従って非圧縮のピクチャをＤＰＢ5705から左映像プレーン・メモリ5720と右映像プレーン・メモリ5721とのいずれかに転送する。具体的には例えば、表示タイプが表示パターン「フレーム」を表す場合、ピクチャ・スイッチ5707は１フレームの全体を転送する。表示タイプが表示パターン「トップ」を表す場合、ピクチャ・スイッチ5707は１フレームの奇数番目のラインのみを転送する。表示タイプが表示パターン「トップ、ボトム、トップ」を表す場合、ピクチャ・スイッチ5707は、三つの連続するフレーム期間のそれぞれに、１フレームの奇数番目のライン、偶数番目のライン、奇数番目のラインを順番に転送する。表示タイプが表示パターン「ダブル」を表す場合、ピクチャ・スイッチ5707は、二つの連続するフレーム期間のそれぞれに、１フレームの全体を繰り返し転送する。他の表示パターンについても同様である。
ここで、ピクチャ・スイッチ5707はフレームレートを、元の値２４ｆｐｓよりも十分に高い値、例えば、１２０ｆｐｓ、１００ｆｐｓ、又は１８０ｆｐｓまで上昇させる。すなわち、ピクチャ・スイッチ5707はピクチャを各主映像プレーン・メモリ5720、5721へ交互に、１／２４秒よりも十分に短い間隔で、例えば、１／１２０秒、１／１００秒、又は１／１８０秒間隔で転送する。プレーン加算部5424は、そのフレームレートと同程度に高い処理速度でレフトビュー・フレームとライトビュー・フレームとを１枚ずつ合成してＨＤＭＩ通信部5425へ渡す。ＨＤＭＩ通信部5425は一対のレフトビュー・フレームとライトビュー・フレームとを、図４の（ｂ）−（ｅ）のいずれかの方式で、図４の（ａ）に示されている１フレームのフォーマットに変換して表示装置103へ送出する。そのときのフレームレートは、例えば、６０ｆｐｓ、５０ｆｐｓ、又は９０ｆｐｓに設定される。表示装置103はその１フレームのデータからレフトビュー・フレームとライトビュー・フレームとを抽出し、そのフレームレートの倍の速度、例えば、１２０ｆｐｓ、１００ｆｐｓ、又は１８０ｆｐｓで交互に表示する。
図６４は、図６３に示されている系統を利用した３Ｄ再生装置の再生動作のフローチャートである。このフローチャートは、図５５に示されているものとは、表示タイプに応じてプレーン・データの更新を判断するステップＳ６４０１が追加されている点で異なる。その他のステップは、図５５に示されているものと同様であるので、それらの詳細については図５５の説明を援用する。
ステップＳ６４０１では、ＤＥＣ6304が、ステップＳ５５０５で処理された映像プレーンを含むＶＡＵから補足データを読み出して、その補足データから表示タイプ6202を解読する。ＤＥＣ6304は更に、その表示タイプ6202の示す値から、主映像プレーン・メモリ5720、5721内のプレーン・データを更新すべきか否かを判断する。例えば、表示タイプが表示パターン「フレーム」を表す場合、主映像プレーン・メモリ5720、5721に格納されているプレーン・データは、次のフレームを表すものに更新されるべきである。一方、例えば、表示タイプが表示パターン「ダブル」を表す場合、既に主映像プレーン・メモリ5720、5721に格納されているプレーン・データがもう一度処理されればよい。このように、プレーン・データが更新されるべき場合、処理はステップＳ５５０６へ進み、更新されるべきではない場合、処理はステップＳ５５０４から繰り返される。
図６５は、再生装置102にレフトビュー・フレームとライトビュー・フレームとをフレームレート＝６０ｆｐｓで送出させる場合におけるフレームレートの変化を示す模式図である。図６５の（ａ）に示されているとおり、コンテンツにおいて３Ｄ映像の各フレームF3Dk（k＝1、2、3、4、…）の表示時間は１／２４秒に設定されている。更に、３Ｄ映像の奇数番目のフレームF3D1、3、…を含む３Ｄ・ＶＡＵのうち、ベースビューのＶＡＵには表示タイプTYL＝“９”が設定され、ディペンデントビューのＶＡＵには表示タイプTYR＝“８”が設定されている。一方、３Ｄ映像の偶数番目のフレームF3D2、4、…を含む３Ｄ・ＶＡＵのうち、ベースビューのＶＡＵには表示タイプTYL＝“８”が設定され、ディペンデントビューのＶＡＵには表示タイプTYR＝“９”が設定されている。表示タイプ＝“８”又は“９”が設定されている場合、ピクチャ・スイッチ5707は１フレームの全体を、ＤＰＢ5705からいずれかの主映像プレーン・メモリ5720、5721へ、２回又は３回繰り返し転送する。その結果、再生装置102は、図６５の（ｂ）に示されているように、３Ｄ映像の奇数番目のフレームF3Dk（k＝1、3、…）については、レフトビュー・フレームFLkを１／６０秒ずつ３回送出し、ライトビュー・フレームFRkを１／６０秒ずつ２回送出する。一方、３Ｄ映像の偶数番目のフレームF3Dm（m＝2、4、…）については、再生装置102はレフトビュー・フレームFLmを１／６０秒ずつ２回送出し、ライトビュー・フレームFRmを１／６０秒ずつ３回送出する。特に３Ｄ映像の奇数番目のフレームF3Dkから偶数番目のフレームF3D(k＋1)へ切り換わる期間には、前者F3Dkを構成するレフトビュー・フレームFLkと、後者F3D(k＋1)を構成するライトビュー・フレームFR(k＋1)とが、図４の（ａ）に示されている一つのフレームに多重化されて送出される。
表示装置103は、再生装置102から受信された１フレームのデータからレフトビュー・フレームFLkとライトビュー・フレームFRkとを抽出する。表示装置103は更にそれらのフレームFLk、FRkを、それらが再生装置102から送出される際のフレームレート＝６０ｆｐｓの倍の速度、すなわち１２０ｆｐｓで交互に表示する。それにより、図６５の（ｃ）に示されているように、３Ｄ映像の先頭のフレームF3D1の表示期間では、先頭のレフトビュー・フレームFL1は３回、先頭のライトビュー・フレームFR1は２回、交互に１／１２０秒ずつ繰り返して表示される。３Ｄ映像の２番目のフレームF3D2の表示期間では、２番目のレフトビュー・フレームFL2が２回、２番目のライトビュー・フレームFR2が３回、交互に１／１２０秒ずつ繰り返して表示される。３Ｄ映像の３、４番目のフレームF3D3、F3D4の各表示期間でも同様である。その場合、３Ｄ映像の各フレームF3Dkの表示期間では、レフトビュー・フレームFLkとライトビュー・フレームFRkとの一方は３回表示されるのに対し、他方は２回しか表示されない。このように、レフトビュー・フレームFLkとライトビュー・フレームFRkとの間で表示回数が異なる。しかし、視聴者には、レフトビュー・フレームFLkとライトビュー・フレームFRkとが合わせて五つ送出されるごとに、３Ｄ映像のフレームF3Dkが切り換えられるように見える。すなわち、３Ｄ映像の各フレームF3Dkの表示時間はいずれも、１／１２０秒×５フレーム≒０．４２秒に等しい。こうして、３Ｄ映像のフレームの表示時間が均一化されるので、３Ｄ映像の動きを更に滑らかに表現することができる。
再生装置102にレフトビュー・フレームとライトビュー・フレームとをフレームレート＝５０ｆｐｓで送出させる場合、表示タイプを以下のように設定すればよいことが、図７から理解される。まず、３Ｄ映像のフレームF3Dkの番号が先頭から数えて１２増える度に（k＝1、13、25、…）、ベースビューのＶＡＵに表示タイプTYL＝“９”を設定する。一方、３Ｄ映像のフレームF3Dkの番号が７番目から数えて１２増える度に（k＝7、19、31、…）、ディペンデントビューのＶＡＵに表示タイプTYR＝“９”を設定する。それ以外のＶＡＵには全て表示タイプTYL＝“８”を設定する。その場合、図７の（ｂ）に示されているように、３Ｄ映像のフレームF3Dkの番号が先頭から数えて６増える度に（k＝1、7、13、19、…）、３Ｄ映像のそのフレームF3Dkの表示期間では、レフトビュー・フレームFLkとライトビュー・フレームFRkとの一方が３回、他方が２回、１／１００秒ずつ交互に表示される。３Ｄ映像の他のフレームF3Dm（m≠k）の表示期間では、レフトビュー・フレームFLkとライトビュー・フレームFRkとがいずれも２回、１／１００秒ずつ交互に表示される。その結果、図７の（ｂ）に示されているとおり、３Ｄ映像の先頭のフレームF3D1と７番目のフレームF3D7との各表示時間は１／１００秒×５フレーム＝０．０５秒であって、他のフレームF3Dk（k＝2、3、…、6、8）の表示時間＝１／１００秒×４フレーム＝０．０４秒よりも長い。しかし、その差は一つのレフトビュー・フレーム又はライトビュー・フレームの表示時間＝１／１００秒＝０．０１秒まで短縮されているので、視聴者には、３Ｄ映像のフレームF3Dk間での表示時間の差が感じられにくい。こうして、３Ｄ映像のフレームの表示時間がほぼ均一化されるので、３Ｄ映像の動きを更に滑らかに表現することができる。
図６５では、フレームの走査方式がプログレッシブ方式である場合が想定されている。しかし、インターレース方式であっても、同様なフレームレート（フィールド周期）の変換は以下のように可能である。
図６６は、再生装置102にレフトビュー・フレームとライトビュー・フレームとをフィールド周期＝１／６０秒で送出させる場合におけるフィールド周期の変化を示す模式図である。図６６の（ａ）に示されているとおり、コンテンツにおいて３Ｄ映像の各フレームF3Dk（k＝1、2、3、4、…）の表示時間は１／２４秒に設定されている。更に、３Ｄ映像の先頭のフレームF3D1から順に、ベースビューのＶＡＵに設定された表示タイプTYLは、“４”、“５”、“６”、“７”、“４”、“５”、…と巡回的に変化し、ディペンデントビューのＶＡＵに設定された表示タイプTYRは、“７”、“４”、“５”、“６”、“７”、“４”、…と巡回的に変化する。表示タイプ＝“４”が設定されている場合、ピクチャ・スイッチ5707は１フレームを奇数番目のライン、偶数番目のライン、奇数番目のラインの順にＤＰＢ5705からいずれかの主映像プレーン・メモリ5720、5721へ転送する。それに対し、表示タイプ＝“６”が設定されている場合は、転送順が１フレームの偶数番目のライン、奇数番目のライン、偶数番目のラインである点で異なる。表示タイプ＝“５”が設定されている場合、ピクチャ・スイッチ5707は１フレームの偶数番目のライン、奇数番目のラインの順にＤＰＢ5705からいずれかの主映像プレーン・メモリ5720、5721へ転送する。それに対し、表示タイプ＝“７”が設定されている場合は、転送順が１フレームの奇数番目のライン、偶数番目のラインである点で異なる。ピクチャ・スイッチ5707がこのようにフレームを転送する結果、再生装置102は、図６６の（ｂ）に示されているように、３Ｄ映像の各フレームF3Dkを構成するレフトビュー・フレームとライトビュー・フレームとのそれぞれをトップ・フィールドTFLk、TFRkとボトム・フィールドBFLk、BFRkとに分けて送出する。ここで、トップ・フィールドは１フレームの奇数番目のラインから成り、ボトム・フィールドは偶数番目のラインから成る。
図６６の（ｂ）を更に参照するに、再生装置102は、３Ｄ映像の先頭のフレームF3D1については、まず、レフトビュー・フレームのトップ・フィールドTFL1とライトビュー・フレームのトップ・フィールドTFR1とを、図４の（ａ）に示されている一つのフレームに多重化して１／６０秒で送出し、次に、各フレームのボトム・フィールドBFL1、BFR1を同様に１／６０秒で送出する。再生装置102は続いて、３Ｄ映像の先頭のフレームF3D1を構成するレフトビュー・フレームのトップ・フィールドTFL1と、３Ｄ映像の次のフレームF3D2を構成するライトビュー・フレームのトップ・フィールドTFR2とを、図４の（ａ）に示されている一つのフレームに多重化して１／６０秒で送出する。再生装置102は更に、３Ｄ映像の２番目のフレームF3D2を構成するレフトビュー・フレームのボトム・フィールドBFL2とライトビュー・フレームのボトム・フィールドBFR2とを１／６０秒で送出し、次に、各フレームのトップ・フィールドTFL2、TFR2を１／６０秒で送出する。その後、再生装置102は３Ｄ映像の３番目のフレームF3D3について、レフトビュー・フレームとライトビュー・フレームとのボトム・フィールドの対BFL3、BFR3とトップ・フィールドの対TFL3、TFR3とを、その順に１／６０秒ずつ送出する。再生装置102は続いて、３Ｄ映像の３番目のフレームF3D3を構成するレフトビュー・フレームのボトム・フィールドBFL3と、３Ｄ映像の４番目のフレームF3D4を構成するライトビュー・フレームのボトム・フィールドBFR4とを１／６０秒で送出する。その後、再生装置102は３Ｄ映像の４番目のフレームF3D4について、レフトビュー・フレームとライトビュー・フレームとのトップ・フィールドの対TFL3、TFR3とボトム・フィールドの対BFL3、BFR3とを、その順に１／６０秒ずつ送出する。以降のフレームも同様に、フィールド単位で送出される。
表示装置103は、再生装置102から受信された１フレームのデータから、レフトビュー・フレームとライトビュー・フレームとのトップ・フィールドの対TFLk、TFRk又はボトム・フィールドの対BFLk、BFRkを抽出する。表示装置103は更にそれらのフィールドTFLk、TFRk、BFLk、BFRkを、それらが再生装置102から送出される際のフレームレート＝６０ｆｐｓの倍の速度、すなわち１２０ｆｐｓで交互に表示する。それにより、図６６の（ｃ）に示されているように、３Ｄ映像の先頭のフレームF3D1の表示期間では、レフトビュー・フレームのトップ・フィールドTFL1、ライトビュー・フレームのトップ・フィールドTFR1、レフトビュー・フレームのボトム・フィールドBFL1、ライトビュー・フレームのボトム・フィールドBFR1の順に、それぞれ１／１２０秒ずつ表示される。更に続いて、レフトビュー・フレームのトップ・フィールドTFL1が再び１／１２０秒表示される。３Ｄ映像の２番目のフレームF3D2の表示期間では、ライトビュー・フレームのトップ・フィールドTFR2、レフトビュー・フレームのボトム・フィールドBFL2、ライトビュー・フレームのボトム・フィールドBFR2、レフトビュー・フレームのトップ・フィールドTFR2の順に、それぞれ１／１２０秒ずつ表示される。更に続いて、ライトビュー・フレームのトップ・フィールドTFR2が再び１／１２０秒表示される。３Ｄ映像の３、４番目のフレームF3D3、F3D4の各表示期間でも同様に、各フィールドが１回ずつ交互に表示された後、各ボトム・フィールドBFL3、BFR4が繰り返し表示される。その場合、視聴者には、レフトビュー・フレームとライトビュー・フレームとの各フィールドが合わせて五つ送出されるごとに、３Ｄ映像のフレームF3Dkが切り換えられるように見える。すなわち、３Ｄ映像の各フレームF3Dkの表示時間はいずれも１／１２０秒×５フィールド≒０．４２秒に等しい。こうして、インターレース方式でも３Ｄ映像のフレームの表示時間が均一化されるので、３Ｄ映像の動きを更に滑らかに表現することができる。
図６６は、図６５のプログレッシブ方式をインターレース方式に変形した場合を示す。同様に、図７のプログレッシブ方式をインターレース方式に変形することも可能である。更に表示タイプを拡張すれば、図８のプログレッシブ方式をインターレース方式に変形することも可能である。
＜変形例＞
（A）本発明の実施形態による表示装置103は、図６−８に示されているように、３Ｄ映像の各フレームF3Dk（k＝1、2、3、4、…）を構成するレフトビュー・フレームFLkとライトビュー・フレームFRkとのうち、レフトビュー・フレームFLkを先に表示する。その他に、ライトビュー・フレームFRkを先に表示してもよい。具体的には、図９に示されている３Ｄ映像のフレームF3Dkの表示処理において、ステップＳ９３の判定結果に応じた処理を次のように、図９のものとは逆にすればよい：ステップＳ９３の判定が“Ｙｅｓ”である場合、すなわちレフトビュー／ライトビューのフレーム番号NFLRが偶数である場合、ステップＳ９４Ｎを実行して、先頭からの順序が３Ｄ映像のフレーム番号NF3Dと等しいライトビュー・フレームを表示する。ステップＳ９３の判定が“Ｎｏ”である場合、すなわちレフトビュー／ライトビューのフレーム番号NFLRが奇数である場合、ステップＳ９４Ｙを実行して、先頭からの順序が３Ｄ映像のフレーム番号NF3Dと等しいレフトビュー・フレームを表示する。
（B）図６−８に示されているパターンでは、レフトビュー・フレームFLkとライトビュー・フレームFRkとが即座に切り換えられている。その他に、レフトビュー・フレームFLkとライトビュー・フレームFRkとの各表示期間の間に、フレームを切り換えるための期間（以下、フレーム切換期間という。）が設けられてもよい。「フレーム切換期間」とは、前のフレームを次のフレームに切り換えるときに設けられる期間であって、一旦、画面全体を一様に暗くして次のフレームの各ピクセル・データを表示パネルに書き込む期間をいう。フレーム切換期間を設けることで、次のフレームから前のフレームの残像（クロストーク）を除去することができる。
図７７の（ａ）は、コンテンツにおける３Ｄ映像の各フレームF3Dkの表示時間を示す模式図である。図７７の（ｂ）は、１２０ｆｐｓのレフトビュー・フレームとライトビュー・フレームとの列FLk、FRk（k＝1、2、3、…）、及びそれらの間に設けられたフレーム切換期間FLRk、FRLkを示す模式図である。図７７の（ｃ）は、（ｂ）に示されている各期間FLk、FRk、FLRk、FRLkに同期してシャッター眼鏡104が左右のレンズを透過させる期間LSL、LSRを示す模式図である。図７７の（ａ）に示されているとおり、コンテンツにおいて３Ｄ映像の各フレームF3Dkの表示時間は１／２４秒に設定されている。このフレーム列F3Dkからレフトビュー・フレームFLkとライトビュー・フレームFLkとを１／１２０秒間隔で交互に表示する場合、信号処理部220は表示部240に各フレームを、図７７の（ｂ）に示されているように交互に表示させ、左右信号送信部132にシャッター眼鏡104の左右のレンズを、図７７の（ｃ）に示されているように交互に透過させる。具体的には、信号処理部220はまず、表示部240には先頭のレフトビュー・フレームFL1を１／１２０秒間の半分、１／２４０秒間表示させる。それと並行して、信号処理部220は左右信号送信部132にはシャッター眼鏡104の左のレンズのみを透過させる。従って、先頭のレフトビュー・フレームFL1は視聴者の左目にのみ映る。信号処理部220は次に、フレーム切換期間FLR1を１／１２０秒間の半分、１／２４０秒間設定する。その間、表示部240は表示パネル242に先頭のライトビュー・フレームFR1のピクセル・データを書き込む。それと並行して、信号処理部220は左右信号送信部132にシャッター眼鏡104の両方のレンズを不透明にさせる。従って、フレーム切換期間FLR1では表示パネル242の画面は視聴者には見えない。信号処理部220は表示部240に表示パネル242のバックライトを消灯させてもよい。信号処理部220は続いて、表示部240には先頭のライトビュー・フレームFR1を１／２４０秒間表示させる。それと並行して、信号処理部220は左右信号送信部132にはシャッター眼鏡104の右のレンズのみを透過させる。従って、先頭のライトビュー・フレームFR1は視聴者の右目にのみ映る。信号処理部220はその後、フレーム切換期間FRL1を１／２４０秒間設定する。その間、表示部240は表示パネル242に先頭のレフトビュー・フレームFL1のピクセル・データを書き込む。それと並行して、信号処理部220は左右信号送信部132にシャッター眼鏡104の両方のレンズを不透明にさせる。従って、フレーム切換期間FRL1では表示パネル242の画面は視聴者には見えない。以上の操作は、切り換え対象のフレーム番号NFSWの値が切り換えグリッドGRD＝１２０／２４＝５を超えるまで継続される。図７７の例では、フレーム番号NFSWの値が“６”に達した時点で切り換え対象のフレームが先頭のライトビュー・フレームFR1から２番目のライトビュー・フレームFR2へ変更される。こうして、３Ｄ映像の先頭のフレームF3D1の表示期間では、レフトビュー・フレームFL1は３回表示される一方、ライトビュー・フレームFR1は２回しか表示されない。しかし、視聴者には、レフトビュー・フレームFLkとライトビュー・フレームFRkとが合わせて五つ送出されるごとに、３Ｄ映像のフレームF3Dkが切り換えられるように見える。すなわち、３Ｄ映像の各フレームF3Dkの表示時間はいずれも、１／１２０秒×５フレーム≒０．４２秒に等しい。
こうして、各フレームの表示期間の間にフレーム切換期間を設定しても、３Ｄ映像の動きを更に滑らかに表現することができる。図７、８のパターンについても同様に、各フレームの表示期間を半分に短縮してその半分の長さのフレーム切換期間を設定すれば、３Ｄ映像の各フレームの表示時間を実質的に均一にできる。
（C）図７、８に示されているように、３Ｄ映像の異なるフレーム間でレフトビュー・フレームとライトビュー・フレームとの表示回数の合計が異なる場合、３Ｄ映像のいずれのフレームでその合計が他のフレームとは異なるように設定されてもよい。例えば、図７において「５フレーム→４フレーム→４フレーム→…」というパターンを「４フレーム→４フレーム→…→４フレーム→５フレーム→…」というパターンに変更してもよいし、図８において「８フレーム→７フレーム→８フレーム→…」というパターンを「７フレーム→８フレーム→７フレーム→…」というパターンに変更してもよい。それらは、図９に示されている３Ｄ映像のフレームの表示処理を次のように変更すれば実現される：ステップＳ９６において、「レフトビュー／ライトビューのフレーム番号NFLRが切り換え対象のフレーム番号NFSW以上であるか否か（NFLR≧NFSW？）」に代えて、「前者NFLRに１を加えた値が後者NFSW以上であるか否か（NFLR＋1≧NFSW？）」を判定する。その判定の結果が“Ｙｅｓ”である場合、処理はステップＳ９７へ進み、“Ｎｏ”である場合、処理はステップＳ９３から繰り返される。
（D）本発明の実施形態では、３Ｄ映像のフレームレートFR3Dは２４ｆｐｓに等しい場合が想定されている。しかし、厳密には、３Ｄ映像のフレームレートFR3Dは２４０００／１００１＝２３．９７６ｆｐｓに等しい場合が多い。しかし、その場合でも、レフトビュー・フレームFLkとライトビュー・フレームFRkとのフレームレートを５９．９４ｆｐｓ×２に設定すれば、図６に示されているパターンを同様に実現することができる。図７、８に示されているパターンも同様に実現可能である。
（E）再生装置102は、図７６の（ｄ）に示されているように、３Ｄ映像の各フレーム期間にレフトビュー・フレームとライトビュー・フレームとを同数ずつ一定の間隔、例えば１／６０秒間隔で繰り返して送出する場合、ＨＤＭＩケーブル122を通して、各フレームの表示タイプを表示装置103に通知してもよい。その場合、表示装置103はその表示タイプに基づいて、３Ｄ映像のフレームを切り換えるタイミングがレフトビュー・フレームとライトビュー・フレームとで異なるように調節する。例えば、３Ｄ映像の先頭のフレームF3D1の表示期間は、先頭のレフトビュー・フレームFL1が３回表示された時点で、３Ｄ映像の次のフレームF3D2の表示期間に切り換えられる。それにより、先頭のライトビュー・フレームFR1は２回しか表示されない。３Ｄ映像の他のフレームについても、表示装置103は同様な制御を行う。その結果、レフトビュー・フレームとライトビュー・フレームとは、図６５の（ｃ）に示されているパターンで表示される。同様な方法で、図７６の（ｄ）に示されているフレーム列を、図６６の（ｃ）に示されているフィールド列として表示することもできる。
（F）図６５の（ａ）では、３Ｄ映像の各フレームF3D1、2、3、…を含む３Ｄ・ＶＡＵにおいて、ベースビューのＶＡＵとディペンデントビューのＶＡＵとの両方に表示タイプTYL、TYRが設定されている。その他に、ベースビューのＶＡＵとディペンデントビューのＶＡＵとのいずれか一方にのみ表示タイプが設定されてもよい。その場合、他方の表示タイプは３Ｄ再生装置に設定させる。例えばベースビューのＶＡＵにのみ表示タイプTYL＝“９”が設定されているとき、３Ｄ再生装置はレフトビュー・フレームの表示タイプTYLを“９”に設定すると共に、ライトビュー・フレームの表示タイプTYRを“８”に設定する。逆にベースビューのＶＡＵにのみ表示タイプTYL＝“８”が設定されているとき、３Ｄ再生装置はレフトビュー・フレームの表示タイプTYLを“８”に設定すると共に、ライトビュー・フレームの表示タイプTYRを“９”に設定する。同様に、３Ｄ再生装置は、図６６、及び図７、８に示されている各パターンを実現可能な他の表示タイプの組み合わせを予め記憶し、レフトビュー・フレームとライトビュー・フレームとのいずれか一方の表示タイプから他方の表示タイプを割り出してもよい。
（G）図６２の（ａ）に示されているようにビデオ・ストリーム内に埋め込まれた表示タイプが、例えば“４”、“５”のようにフィールド単位での表示を規定している場合、表示装置103は、その表示タイプに基づいてビデオ・ストリーム内のフィールド構造を解析することができる。特に、トップ・フィールドとボトム・フィールドとを一つのフレームに再構成することができる。従って、表示装置103は、表示タイプで規定されるフィールド単位での表示をフレーム単位での表示に変更すること、すなわち、インターレース表示をプログレッシブ表示に変更することもできる。
（H）図１では、再生装置102と表示装置103とがそれぞれ、独立した装置である。その他に、再生装置102が表示装置103と一体化されていてもよい。また、図２に示されているとおり、表示装置103は、ＢＤ−ＲＯＭディスク101の他に、メモリカード201、外部ネットワーク202、及び放送波203等の各種媒体から３Ｄ映像のストリーム・データを取得してもよい。その場合、表示装置103の受信部210は、各種媒体に適したインターフェースを含む。表示装置103は特に、図５４に示されている３Ｄ再生装置の再生部5402と同様な構成を備えており、各種媒体から取得したストリーム・データを、レフトビュー・フレーム、ライトビュー・フレーム等に復号する。
（I）本発明の実施形態による表示装置103は、再生装置102によってＢＤ−ＲＯＭディスク101から読み出されたストリーム・データに従って３Ｄ映像を再現する。その他に、図２に示されているように、表示装置103は、外部ネットワーク202又は放送波203で伝送されるストリーム・データに従って３Ｄ映像を再現してもよい。その場合、そのストリーム・データは以下のような送信装置で発信される。
図６７は、送信装置6700の機能ブロック図である。図６７を参照するに、送信装置6700はフォーマット変換部6701と送信部6702とを含む。フォーマット変換部6701は、外部からストリーム・データSTDを受信して所定の送信形式に変換する。ストリーム・データSTDは、図１１−１９に示されている実施形態１によるデータ構造を持つ。ストリーム・データSTDは更に、図６２の（ａ）に示されている、表示タイプ6202を示す補足データ6201を含んでいてもよい。送信部6702は、フォーマット変換部6701によって変換されたストリーム・データを、アンテナから放送波203で送信し、又は、インターネット等の外部ネットワーク202を通して配信する。
（J）本発明の実施形態によるＬ／Ｒモードでは、ベースビュー・ビデオ・ストリームがレフトビューを表し、ディペンデントビュー・ビデオ・ストリームがライトビューを表す。逆に、ベースビュー・ビデオ・ストリームがライトビューを表し、ディペンデントビュー・ビデオ・ストリームがレフトビューを表してもよい。本発明の実施形態によるＢＤ−ＲＯＭディスク101では、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとは、異なるＴＳに多重化されている。その他に、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとが一つのＴＳに多重化されていてもよい。
（K）図１９に示されているオフセット・メタデータは、ディペンデントビュー・ビデオ・ストリームに格納されている。その他に、オフセット・メタデータはベースビュー・ビデオ・ストリームに格納されてもよい。その場合でも、オフセット・メタデータは好ましくは、各ビデオ・シーケンスの先頭に位置するＶＡＵ内の補足データに格納される。更に、３Ｄプレイリスト・ファイルは、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのいずれがオフセット・メタデータを含むかを示すフラグを備えていてもよい。それにより、各ストリーム・データの作成の自由度を向上させることができる。オフセット・メタデータは、各ビデオ・シーケンス（すなわち、各ＧＯＰ）の先頭だけでなく、各ＶＡＵ（すなわち、各フレーム又はフィールド）に格納されてもよい。その他に、コンテンツごとに、オフセット・メタデータの間隔が任意の値に、例えば３フレーム以上に設定されてもよい。その場合、好ましくは、各ビデオ・シーケンスの先頭のＶＡＵには必ずオフセット・メタデータが格納され、かつ、その直前のオフセット・メタデータとの間隔が３フレーム以上であるように制限される。それにより、再生装置にオフセット情報の変更処理を飛び込み再生処理と確実に並行させることができる。
オフセット・メタデータは、ビデオ・ストリームに格納されるのに代えて、独立なストリーム・データとしてメインＴＳ又はサブＴＳに多重化されてもよい。その場合、オフセット・メタデータには固有のＰＩＤが割り当てられる。システム・ターゲット・デコーダはそのＰＩＤを利用して、オフセット・メタデータを他のストリーム・データから分離する。その他に、オフセット・メタデータは、まず専用のバッファ・メモリにプリロードされ、その後、再生処理を受けてもよい。その場合、オフセット・メタデータは一定のフレーム間隔で格納される。それにより、オフセット・メタデータについてはＰＴＳが不要であるので、ＰＥＳヘッダのデータ量が削減される。その結果、プリロード用のバッファの容量を節約することができる。尚、オフセット・メタデータはプレイリスト・ファイルに格納されてもよい。
（L）ＢＤ−ＲＯＭディスク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のオーサリング工程において、ストリーム・データの多重化の自由度が高い。
（M）３Ｄ映像を表すＡＶストリーム・ファイルでは、図２２に示されているＰＭＴ2210に３Ｄディスクリプタが追加されてもよい。「３Ｄディスクリプタ」は、３Ｄ映像の再生方式に関してＡＶストリーム・ファイル全体に共通する情報であり、特に３Ｄ方式情報を含む。「３Ｄ方式情報」は、Ｌ／Ｒモード又はデプス・モード等、３Ｄ映像のＡＶストリーム・ファイルの再生方式を示す。更に、ＰＭＴ2210の含む各ストリーム情報2203に３Ｄストリーム・ディスクリプタが追加されてもよい。「３Ｄストリーム・ディスクリプタ」は、ＡＶストリーム・ファイルに含まれるエレメンタリ・ストリーム別に、３Ｄ映像の再生方式に関する情報を示す。特にビデオ・ストリームの３Ｄストリーム・ディスクリプタは３Ｄ表示タイプを含む。「３Ｄ表示タイプ」は、そのビデオ・ストリームから映像をＬ／Ｒモードで再生するとき、その映像がレフトビューとライトビューとのいずれであるのかを示す。３Ｄ表示タイプはまた、そのビデオ・ストリームから映像をデプス・モードで再生するとき、その映像が２Ｄ映像とデプスマップとのいずれであるのかを示す。このように、ＰＭＴ2210が３Ｄ映像の再生方式に関する情報を含むとき、その映像の再生系統はＡＶストリーム・ファイルだけからでもその情報を取得できる。従って、そのようなデータ構造は、例えば放送波で３Ｄ映像コンテンツを頒布するときに有効である。
（N）ディペンデントビュー・クリップ情報ファイルは、ディペンデントビュー・ビデオ・ストリームのＰＩＤ＝０ｘ１０１２、０ｘ１０１３に割り当てられているビデオ・ストリーム属性情報に所定のフラグを含んでもよい。そのフラグがオンであるときは、ディペンデントビュー・ビデオ・ストリームがベースビュー・ビデオ・ストリームを参照するものであることを示す。そのビデオ・ストリーム属性情報が更に、参照先のベースビュー・ビデオ・ストリームに関する情報を含んでもよい。その情報は、３Ｄ映像コンテンツが規定のフォーマットどおりに作成されているか否かを所定のツールで検証するときに、ビデオ・ストリーム間の対応関係を確認するのに利用することができる。
本発明の実施形態１では、クリップ情報ファイルに含まれるエクステント起点からベースビュー・エクステントとディペンデントビュー・エクステントとの各サイズを算出することができる。その他に、各エクステントのサイズの一覧表が、例えばクリップ情報ファイルにメタデータの一部として格納されてもよい。
（O）図４１に示されている３Ｄプレイリスト・ファイル1022はサブパス4102を一つ含む。その他に、３Ｄプレイリスト・ファイルがサブパスを複数含んでもよい。例えば、一方のサブパスのサブパス・タイプが「３Ｄ・Ｌ／Ｒ」であり、他方のサブパスのサブパス・タイプが「３Ｄ・デプス」であってもよい。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生されるとき、再生対象のサブパスがそれら二種類のサブパスの間で切り換えられることにより、再生装置102をＬ／Ｒモードとデプス・モードとの間で容易に切り換えさせることができる。特にその切り換え処理は、３Ｄプレイリスト・ファイルそのものを切り換える処理よりも速やかに実現可能である。
３Ｄプレイリスト・ファイルは、サブパス・タイプの等しいサブパスを複数含んでいてもよい。例えば、同じシーンに対する両眼視差の異なる３Ｄ映像が共通のレフトビューに対するライトビューの違いで表現されるとき、異なるライトビューを表す複数のファイルＤＥＰがＢＤ−ＲＯＭディスク101に記録される。その場合、３Ｄプレイリスト・ファイルは、サブパス・タイプが「３Ｄ・Ｌ／Ｒ」であるサブパスを複数含む。それらのサブパスは、異なるファイルＤＥＰの再生経路を個別に規定する。その３Ｄプレイリスト・ファイルに従って３Ｄ映像が再生されるとき、再生対象のサブパスが例えばユーザの操作に応じて速やかに切り換えられるので、３Ｄ映像を実質的に途切れさせることなく、その両眼視差を変化させることができる。それにより、ユーザに所望の両眼視差の３Ｄ映像を容易に選択させることができる。
図４１に示されている３Ｄプレイリスト・ファイル1022では、ベースビュー・ビデオ・ストリームはメインパス4101内のＳＴＮテーブルに登録され、ディペンデントビュー・ビデオ・ストリームは拡張データ4103内のＳＴＮテーブルＳＳ4130に登録されている。その他に、ディペンデントビュー・ビデオ・ストリームはＳＴＮテーブルに登録されていてもよい。その場合、ＳＴＮテーブルは、登録されたビデオ・ストリームがベースビューとディペンデントビューとのいずれを表すものであるかを示すフラグを含んでもよい。
本発明の実施形態１によるＢＤ−ＲＯＭディスク101には、２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとが別々に記録されている。その他に、図４１に示されているサブパス4102が、拡張データ4103と同様に、３Ｄ再生モードの再生装置102によってのみ参照される領域に記録されてもよい。その場合、サブパス4102が２Ｄ再生モードの再生装置102を誤動作させる危険性はないので、３Ｄプレイリスト・ファイルをそのまま、２Ｄプレイリスト・ファイルとして利用することができる。その結果、ＢＤ−ＲＯＭディスクのオーサリングが簡単化される。
（P）図４５に示されているインデックス・ファイル1011は、タイトル全体で共通する３Ｄ存在フラグ4520と２Ｄ／３Ｄお好みフラグ4530とを含む。その他に、インデックス・ファイルが、タイトル別に異なる３Ｄ存在フラグ又は２Ｄ／３Ｄお好みフラグを設定していてもよい。
（Q）３Ｄ再生装置では、ＳＰＲＭ（１３）にパレンタル・レベルが設定されているのに加えて、ＳＰＲＭ（３０）に３Ｄパレンタル・レベルが設定されていてもよい。３Ｄパレンタル・レベルは、３Ｄ再生装置を利用する視聴者のうち、３Ｄ映像の視聴が許可される者の年齢の下限を示し、ＢＤ−ＲＯＭディスク101に記録された３Ｄ映像タイトルの視聴に対するパレンタル制御に利用される。ＳＰＲＭ（１３）の値と同様、ＳＰＲＭ（３０）の値は３Ｄ再生装置のユーザによって３Ｄ再生装置のＯＳＤ等を利用して設定される。３Ｄ再生装置は各３Ｄ映像タイトルに対するパレンタル制御を例えば次のように行う。３Ｄ再生装置はまず、２Ｄ映像の視聴に対する制限年齢をＢＤ−ＲＯＭディスク101から読み出してＳＰＲＭ（１３）の値と比較する。その制限年齢は、そのタイトルを２Ｄ再生モードで視聴することが許可された視聴者の年齢の下限を表す。その制限年齢がＳＰＲＭ（１３）の値を超えていれば、３Ｄ再生装置はそのタイトルの再生を停止する。その下限がＳＰＲＭ（１３）の値以下であれば、３Ｄ再生装置は続いて、３Ｄ映像の視聴に対する制限年齢をＢＤ−ＲＯＭディスク101から読み出してＳＰＲＭ（３０）の値と比較する。その制限年齢は、そのタイトルを３Ｄ再生モードで視聴することが許可された視聴者の年齢の下限を表す。その制限年齢がＳＰＲＭ（３０）の値以下であれば、３Ｄ再生装置はそのタイトルを３Ｄ再生モードで再生する。その制限年齢がＳＰＲＭ（３０）の値を超えていれば、３Ｄ再生装置はそのタイトルを２Ｄ再生モードで再生する。こうして、年齢による瞳孔間距離の相違を考慮して、「一定の年齢未満の子供には３Ｄ映像を２Ｄ映像としてしか見せない」等のパレンタル制御を実現することができる。このパレンタル制御は、好ましくは、図４６に示されている再生対象のプレイリスト・ファイルを選択する処理において「表示装置が３Ｄ映像に対応している」と判定されたときに、すなわち、ステップＳ４６０５において「Ｙｅｓ」と判定されたときに行われる。尚、ＳＰＲＭ（３０）には、制限年齢に代えて、３Ｄ再生モードの許可／禁止を示す値が設定され、３Ｄ再生装置はその値に従って３Ｄ再生モードの有効／無効を判断してもよい。
（R）３Ｄ再生装置では、「２Ｄ再生モードと３Ｄ再生モードとのいずれが優先されるべきか」を示す値がＳＰＲＭ（３１）に設定されていてもよい。ＳＰＲＭ（３１）の値は、３Ｄ再生装置のユーザによって３Ｄ再生装置のＯＳＤ等を利用して設定される。３Ｄ再生装置は、図４６に示されているプレイリスト・ファイルの選択処理のうち、ステップＳ４６０３で２Ｄ／３Ｄお好みフラグと共にＳＰＲＭ（３１）を参照する。それらがいずれも２Ｄ再生モードを示しているときは、３Ｄ再生装置は２Ｄ再生モードを選択する。２Ｄ／３Ｄお好みフラグとＳＰＲＭ（３１）とがいずれも３Ｄ再生モードを示しているときは、３Ｄ再生装置は、再生モードの選択画面を表示することなく、ステップＳ４６０５、すなわちＨＤＣＰ認証を行う。その結果、表示装置が３Ｄ映像の再生に対応可能であれば、３Ｄ再生装置は３Ｄ再生モードを選択する。２Ｄ／３Ｄお好みフラグとＳＰＲＭ（３１）とが異なる再生モードを示しているときは、３Ｄ再生装置はステップＳ４６０４を実行し、すなわち再生モードの選択画面を表示してユーザに再生モードを選択させる。その他に、アプリケーション・プログラムに再生モードを選択させてもよい。こうして、３Ｄ映像コンテンツに２Ｄ／３Ｄお好みフラグが設定されていても、その値の示す再生モードが、ＳＰＲＭ（３１）の示す再生モード、すなわち、ユーザが予め設定した再生モードと一致しないときにのみ、ユーザに改めて再生モードを選択させるようにすることができる。
ＢＤ−Ｊオブジェクト等のアプリケーション・プログラムは、ＳＰＲＭ（３１）を参照して再生モードを選択してもよい。更に、ステップＳ４６０４においてユーザに再生モードを選択させる際、選択画面に表示されるメニューの初期状態がＳＰＲＭ（３１）の値に依って決定されてもよい。例えば、ＳＰＲＭ（３１）の値が２Ｄ再生モードの優先を示す場合には、２Ｄ再生モードの選択ボタンにカーソルを合わせた状態でメニューが表示され、３Ｄ再生モードの優先を示す場合には、３Ｄ再生モードの選択ボタンにカーソルを合わせた状態でメニューが表示される。その他に、３Ｄ再生装置は、父、母、子供等、複数のユーザのアカウントを管理する機能を持つとき、現時点でログインしているユーザのアカウントに合わせてＳＰＲＭ（３１）の値を設定してもよい。
ＳＰＲＭ（３１）の値は、「２Ｄ再生モードと３Ｄ再生モードとのいずれが優先されるべきか」に加えて、「２Ｄ再生モードと３Ｄ再生モードとのいずれが常に設定されるべきか」を示してもよい。「２Ｄ再生モードが常に設定されるべき」ことをＳＰＲＭ（３１）の値が示す場合、３Ｄ再生装置は、２Ｄ／３Ｄお好みフラグの値にかかわらず、常に２Ｄ再生モードを選択する。その場合、ＳＰＲＭ（２５）の値は２Ｄ再生モードを示すように設定される。「３Ｄ再生モードが常に設定されるべき」ことをＳＰＲＭ（３１）の値が示す場合、３Ｄ再生装置は、２Ｄ／３Ｄお好みフラグの値にかかわらず、再生モードの選択画面を表示することなくＨＤＣＰ認証を行う。その場合、ＳＰＲＭ（２５）の値は３Ｄ再生モード（Ｌ／Ｒモード又はデプス・モード）を示すように設定される。こうして、３Ｄ映像コンテンツに２Ｄ／３Ｄお好みフラグが設定されていても、ユーザの予め設定した再生モードが常に優先されるようにすることができる。
《実施形態３》
以下、本発明の実施形態３として、本発明の実施形態１、２による記録媒体の記録装置及び記録方法について説明する。その記録装置は、いわゆるオーサリング装置と呼ばれるものである。オーサリング装置は通常、頒布用の映画コンテンツの制作スタジオに設置され、オーサリング・スタッフによって使用される。記録装置はオーサリング・スタッフの操作に従い、まず映画コンテンツを所定の圧縮符号化方式でＡＶストリーム・ファイルに変換する。記録装置は次にシナリオを生成する。「シナリオ」は、映画コンテンツに含まれる各タイトルの再生方法を規定した情報であり、具体的には、動的シナリオ情報と静的シナリオ情報とを含む。記録装置は続いて、ＡＶストリーム・ファイル及びシナリオからＢＤ−ＲＯＭディスク用のボリューム・イメージを生成する。記録装置は最後に、そのボリューム・イメージを記録媒体に記録する。
図６９は、その記録装置6900の機能ブロック図である。図６９を参照するに、その記録装置6900は、データベース部6901、ビデオ・エンコーダ6902、素材制作部6903、シナリオ生成部6904、ＢＤプログラム制作部6905、多重化処理部6906、及びフォーマット処理部6907を含む。
データベース部6901は記録装置に内蔵の不揮発性記憶装置であり、特にＨＤＤである。データベース部6901はその他に、記録装置に外付けされたＨＤＤであってもよく、記録装置に内蔵の、又は外付けされた不揮発性半導体メモリ装置であってもよい。
ビデオ・エンコーダ6902は、非圧縮のビットマップ・データ等の映像データをオーサリング・スタッフから受け付けて、ＭＰＥＧ−４ ＡＶＣ、ＭＶＣ、又はＭＰＥＧ−２等の圧縮符号化方式で圧縮する。それにより、主映像のデータはプライマリ・ビデオ・ストリームに変換され、副映像のデータはセカンダリ・ビデオ・ストリームに変換される。特に３Ｄ映像のデータは、ＭＶＣ等の多視点符号化方式を利用して、図１５に示されているようなベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの対に変換される。すなわち、レフトビューを表すビデオ・フレームの列は、それ自身のピクチャ間での予測符号化によって、ベースビュー・ビデオ・ストリームに変換される。一方、ライトビューを表すビデオ・フレームの列は、それ自身のピクチャだけでなく、ベースビュー・ピクチャとの間の予測符号化によって、ディペンデントビュー・ビデオ・ストリームに変換される。尚、ライトビューを表すビデオ・フレームの列がベースビュー・ビデオ・ストリームに変換され、レフトビューを表すビデオ・フレームの列がディペンデントビュー・ビデオ・ストリームに変換されてもよい。変換後の各ビデオ・ストリーム6912はデータベース部6901に保存される。
ビデオ・エンコーダ6902は、ピクチャ間予測符号化の処理過程でレフトビューとライトビューとの間での各映像の動きベクトルを検出し、それらから各３Ｄ映像の奥行き情報を算出する。図７０の（ａ）、（ｂ）は、３Ｄ映像の一シーンの表示に利用されるレフトビュー・ピクチャとライトビュー・ピクチャとを表す模式図であり、（ｃ）は、ビデオ・エンコーダ6902によってそれらのピクチャから算出された奥行き情報を示す模式図である。
ビデオ・エンコーダ6902はレフトビューとライトビューとの各ピクチャの圧縮に、それらのピクチャ間の冗長性を利用する。すなわち、ビデオ・エンコーダ6902は圧縮前の両ピクチャを８×８又は１６×１６の画素マトリクスごとに、すなわちマクロブロックごとに比較して、両ピクチャ間での各映像の動きベクトルを検出する。具体的には、図７０の（ａ）、（ｂ）に示されているように、まず、レフトビュー・ピクチャ7001とライトビュー・ピクチャ7002とはそれぞれ、マクロブロック7003のマトリクスに分割される。次に、両ピクチャ7001、7002間でイメージ・データがマクロブロック7003ごとに比較され、その結果から各映像の動きベクトルが検出される。例えば、「家」の映像7004を表す領域は両ピクチャ7001、7002間で実質的に等しい。従って、それらの領域からは動きベクトルが検出されない。一方、「球」の映像7005を表す領域は両ピクチャ7001、7002間で異なるので、それらの領域からはその映像7005の動きベクトルが検出される。
ビデオ・エンコーダ6902は、検出された動きベクトルを各ピクチャ7001、7002の圧縮に利用する。一方、ビデオ・エンコーダ6902はその動きベクトルを、「家」の映像7004及び「球」の映像7005等、各映像の両眼視差の計算に利用する。ビデオ・エンコーダ6902は更に、各映像の両眼視差からその映像の奥行きを算出する。その奥行きを表す情報は、図７０の（ｃ）に示されているように、各ピクチャ7001、7002のマクロブロックのマトリクスと同じサイズのマトリクス7006に整理される。このマトリクス7006内のブロック7007は、各ピクチャ7001、7002内のマクロブロック7003と一対一に対応する。各ブロック7007は、対応するマクロブロック7003の表す映像の奥行きを、例えば８ビットの深度で表す。図７０に示されている例では、「球」の映像7005の奥行きがマトリクス7006の領域7008内の各ブロックに記録される。その領域7008は、その映像7005を表す各ピクチャ7001、7002内の領域の全体に対応する。
ビデオ・エンコーダ6902は、レフトビュー・ビデオ・フレームとライトビュー・ビデオ・フレームとのそれぞれについて、図６２の（ｂ）に示されている表示タイプ6202を設定してもよい。各フレームに対する表示タイプ6911はデータベース部6901に保存される。
ビデオ・エンコーダ6902はその他に、２Ｄ映像のデータからセカンダリ・ビデオ・ストリームを符号化する際に、オーサリング・スタッフの操作に従って、副映像プレーンに対するオフセット情報6910を作成してもよい。作成されたオフセット情報6910はデータベース部6901に保存される。
素材制作部6903は、ビデオ・ストリーム以外のエレメンタリ・ストリーム、例えば、オーディオ・ストリーム6913、ＰＧストリーム6914、及びＩＧストリーム6915を作成してデータベース部6901に保存する。例えば、素材制作部6903はオーサリング・スタッフから非圧縮のＬＰＣＭ音声データを受け付けて、それをＡＣ−３等の圧縮符号化方式で符号化してオーディオ・ストリーム6913に変換する。素材制作部6903はその他に、オーサリング・スタッフから字幕情報ファイルを受け付けて、それに従ってＰＧストリーム6914を作成する。字幕情報ファイルは、字幕を表すイメージ・データ又はテキスト・データ、その字幕の表示時期、及び、その字幕に加えられるべきフェード・イン／アウト等の視覚効果を規定する。素材制作部6903は更に、オーサリング・スタッフからビットマップ・データとメニュー・ファイルとを受け付けて、それらに従ってＩＧストリーム6915を作成する。ビットマップ・データはメニューのイメージを表す。メニュー・ファイルは、そのメニューに配置される各ボタンの状態の遷移、及び各ボタンに加えられるべき視覚効果を規定する。
素材制作部6903は更に、オーサリング・スタッフの操作に従い、ＰＧストリーム6914とＩＧストリーム6915とのそれぞれに対するオフセット情報6910を作成する。その場合、素材制作部6903は、ビデオ・エンコーダ6902によって生成された奥行き情報DPIを利用して、３Ｄグラフィックス映像の奥行きを３Ｄ映像の奥行きに合わせてもよい。その場合、３Ｄ映像の奥行きがフレームごとに激しく変化するときには、素材制作部6903は、奥行き情報DPIを利用して作成されたオフセット値の列を更にローパスフィルタで処理して、フレームごとの変化を低減させてもよい。こうして、作成されたオフセット情報6910はデータベース部6901に保存される。
シナリオ生成部6904は、オーサリング・スタッフからＧＵＩ経由で受け付けられた指示に従ってＢＤ−ＲＯＭシナリオ・データ6917を作成し、データベース部6901に保存する。ＢＤ−ＲＯＭシナリオ・データ6917は、データベース部6901に保存された各エレメンタリ・ストリーム6912−6916の再生方法を規定する。ＢＤ−ＲＯＭシナリオ・データ6917は、図１０に示されているファイル群のうち、インデックス・ファイル1011、ムービーオブジェクト・ファイル1012、及びプレイリスト・ファイル1021−1023を含む。シナリオ生成部6904は更に、パラメータ・ファイルPRFを作成して多重化処理部6906へ送出する。パラメータ・ファイルPRFは、データベース部6901に保存されたエレメンタリ・ストリーム6912−6915の中から、メインＴＳとサブＴＳとのそれぞれに多重化されるべきストリーム・データを規定する。
ＢＤプログラム制作部6905はオーサリング・スタッフに対して、ＢＤ−Ｊオブジェクト及びＪａｖａアプリケーション・プログラムのプログラミング環境を提供する。ＢＤプログラム制作部6905はＧＵＩを通じてユーザからの要求を受け付け、その要求に従って各プログラムのソースコードを作成する。ＢＤプログラム制作部6905は更に、ＢＤ−ＪオブジェクトからＢＤ−Ｊオブジェクト・ファイル1051を作成し、Ｊａｖａアプリケーション・プログラムをＪＡＲファイル1061に圧縮する。それらのプログラム・ファイル群BDPはフォーマット処理部6907へ送出される。
ここで、ＢＤ−Ｊオブジェクトが次のようにプログラミングされる場合を想定する：ＢＤ−Ｊオブジェクトは、図５４に示されているプログラム実行部5434にＧＵＩ用のグラフィックス・データをシステム・ターゲット・デコーダ5423へ送出させる。ＢＤ−Ｊオブジェクトは更に、システム・ターゲット・デコーダ5423にそのグラフィックス・データをイメージ・プレーン・データとして処理させ、プレーン加算部5424にイメージ・プレーン・データを１プレーン＋オフセット・モードで送出させる。その場合、ＢＤプログラム制作部6905は、イメージ・プレーンに対するオフセット情報6910を作成してデータベース部6901に保存する。ＢＤプログラム制作部6905はそのオフセット情報6910の作成に、ビデオ・エンコーダ6902によって生成された奥行き情報DPIを利用してもよい。
多重化処理部6906はパラメータ・ファイルPRFに従い、データベース部6901に保存されている各エレメンタリ・ストリーム6912−6915をＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。具体的には、図１２に示されているように、まず、各エレメンタリ・ストリーム6912−6915が一つのソースパケット列に変換され、次に、各列のソースパケットが一本の多重化ストリーム・データにまとめられる。こうして、メインＴＳとサブＴＳとが作成される。それらの多重化ストリーム・データMSDはフォーマット処理部6907へ送出される。
多重化処理部6906は更に、データベース部6901に保存されているオフセット情報6910に基づいてオフセット・メタデータを作成する。図１９に示されているように、作成されたオフセット・メタデータ1910は、ディペンデントビュー・ビデオ・ストリームに含まれる各ビデオ・シーケンスの先頭のＶＡＵに補足データ1901として格納される。また、多重化処理部6906は各グラフィックス・データを加工して、左右の各映像フレーム内でのグラフィックス部品の配置を調整してもよい。それにより、各グラフィックス・プレーンの表す３Ｄグラフィックス映像が、他のグラフィックス・プレーンの表す３Ｄグラフィックス映像と同じ視方向に重なって表示されることを、多重化処理部6906は防止できる。その他に、多重化処理部6906は各グラフィックス・プレーンに対するオフセット値を調整して、各３Ｄグラフィックス映像が異なる奥行きに表示されるようにできる。一方、多重化処理部6906は、データベース部6901に保存されている表示タイプ6911を、図６２の（ａ）に示されているように、ベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとのそれぞれに含まれる各ＶＡＵ内の補足データ6201に格納してもよい。
多重化処理部6906はその上、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを、以下の手順（I）−（IV）で作成する：（I）ファイル２ＤとファイルＤＥＰとのそれぞれについて、図３３に示されているエントリ・マップ3230を生成する。（II）各ファイルのエントリ・マップを利用して、図３４の（ａ）、（ｂ）に示されているエクステント起点3242、3420を作成する。そのとき、隣接するデータ・ブロック間でエクステントＡＴＣ時間を揃える。更に、２Ｄエクステント、ベースビュー・エクステント、及びディペンデントビュー・エクステントの各サイズが条件１、２等を満たすようにエクステントの配置を設計する。（III）メインＴＳとサブＴＳとのそれぞれに多重化されるべきエレメンタリ・ストリームから、図３２に示されているストリーム属性情報3220を抽出する。（IV）図３２に示されているように、エントリ・マップ3230、３Ｄメタデータ3240、及びストリーム属性情報3220の組み合わせをクリップ情報3210に対応付ける。こうして、各クリップ情報ファイルCLIが作成され、フォーマット処理部6907へ送出される。
フォーマット処理部6907は、データベース部6901に保存されたＢＤ−ＲＯＭシナリオ・データ6917、ＢＤプログラム制作部6905によって制作されたＢＤ−Ｊオブジェクト・ファイル等のプログラム・ファイル群BDP、及び、多重化処理部6906によって生成された多重化ストリーム・データMSDとクリップ情報ファイルCLIとから、図１０に示されているディレクトリ構造のＢＤ−ＲＯＭディスク・イメージ6920を作成する。そのディレクトリ構造ではファイルシステムとしてＵＤＦが利用される。
フォーマット処理部6907は、ファイル２Ｄ、ファイルＤＥＰ、及びファイルＳＳの各ファイル・エントリを作成するとき、２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとのそれぞれに含まれるエントリ・マップと３Ｄメタデータとを参照する。それにより、エントリ・ポイントとエクステント起点との各ＳＰＮがアロケーション記述子の作成に利用される。特に、図２３に示されているようなデータ・ブロックのインターリーブ配置が表現されるように、各アロケーション記述子の表すべきＬＢＮの値とエクステントのサイズとが決定される。その結果、各ベースビュー・データ・ブロックはファイルＳＳとファイル２Ｄとに共有され、各ディペンデントビュー・データ・ブロックはファイルＳＳとファイルＤＥＰとに共有される。
＜ＢＤ−ＲＯＭディスク・イメージの記録方法＞
図７１は、図６９に示されている記録装置6900を利用してＢＤ−ＲＯＭディスクへ映画コンテンツを記録する方法のフローチャートである。この方法は、例えば記録装置6900の電源投入によって開始される。
ステップＳ７１０１では、ＢＤ−ＲＯＭディスクへ記録されるべきエレメンタリ・ストリーム、プログラム、及びシナリオ・データが作成される。すなわち、ビデオ・エンコーダ6902はビデオ・ストリーム6912を作成する。素材制作部6903は、オーディオ・ストリーム6913、ＰＧストリーム6914、及びＩＧストリーム6915を作成する。シナリオ生成部6904はＢＤ−ＲＯＭシナリオ・データ6917を作成する。作成されたそれらのデータ6912−6917はデータベース部6901に保存される。一方、ビデオ・エンコーダ6902は、オフセット情報6910と表示タイプ6911とを作成してデータベース部6901に保存する。素材制作部6903はオフセット情報6910を作成してデータベース部6901に保存する。シナリオ生成部6904はパラメータ・ファイルPRFを作成して多重化処理部6906へ送出する。ＢＤプログラム制作部6905は、ＢＤ−Ｊオブジェクト・ファイルとＪＡＲファイルとを含むプログラム・ファイル群BDPを作成してフォーマット処理部6907へ送出し、オフセット情報6910を作成してデータベース部6901に保存する。その後、処理はステップＳ７１０２へ進む。
ステップＳ７１０２では、多重化処理部6906は、データベース部6901に保存されたオフセット情報6910に基づいてオフセット・メタデータを作成する。作成されたオフセット・メタデータは、ディペンデントビュー・ビデオ・ストリーム内に補足データ1901として格納される。その後、処理はステップＳ７１０３へ進む。
ステップＳ７１０３では、多重化処理部6906はパラメータ・ファイルPRFに従い、データベース部6901から各エレメンタリ・ストリーム6912−6915を読み出してＭＰＥＧ２−ＴＳ形式のストリーム・ファイルに多重化する。その後、処理はステップＳ７１０４へ進む。
ステップＳ７１０４では、多重化処理部6906は２Ｄクリップ情報ファイルとディペンデントビュー・クリップ情報ファイルとを作成する。特に、エントリ・マップとエクステント起点との作成では、エクステント・ペア間でエクステントＡＴＣ時間が揃えられる。更に、２Ｄエクステント、ベースビュー・エクステント、及びディペンデントビュー・エクステントのサイズが条件１、２等を満たすように設計される。その後、処理はステップＳ７１０５へ進む。
ステップＳ７１０５では、フォーマット処理部6907は、ＢＤ−ＲＯＭシナリオ・データ6917、プログラム・ファイル群BDP、多重化ストリーム・データMDS、及びクリップ情報ファイルCLIから、ＢＤ−ＲＯＭディスク・イメージ6920を作成する。その後、処理はステップＳ７１０６へ進む。
ステップＳ７１０６では、ＢＤ−ＲＯＭディスク・イメージ6920がＢＤ−ＲＯＭプレス用データに変換される。更に、このデータはＢＤ−ＲＯＭディスクの原盤に記録される。その後、処理はステップＳ７１０７へ進む。
ステップＳ７１０７では、ステップＳ７１０６で得られた原盤をプレス工程に利用してＢＤ−ＲＯＭディスク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のファイルシステムとしてＵＤＦが利用されるとき、図１０に示されているボリューム領域1002Bは、一般に複数のディレクトリ、ファイルセット記述子、及び終端記述子のそれぞれが記録された領域を含む。「ディレクトリ」は、同じディレクトリを構成するデータ群である。「ファイルセット記述子」は、ルートディレクトリのファイル・エントリが記録されているセクタのＬＢＮを示す。「終端記述子」はファイルセット記述子の記録領域の終端を示す。
各ディレクトリは共通のデータ構造を持つ。各ディレクトリは特に、ファイル・エントリ、ディレクトリ・ファイル、及び下位ファイル群を含む。
「ファイル・エントリ」は、記述子タグ、ＩＣＢ（Information Control Block）タグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。例えば記述子タグの値が“２６１”であるとき、そのデータの種類はファイル・エントリである。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、同じディレクトリに属するディレクトリ・ファイルが記録されたセクタのＬＢＮを示す。
「ディレクトリ・ファイル」は、下位ディレクトリのファイル識別記述子と下位ファイルのファイル識別記述子とを一般に複数ずつ含む。「下位ディレクトリのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ディレクトリにアクセスするための情報である。このファイル識別記述子は、その下位ディレクトリの識別情報、ディレクトリ名の長さ、ファイル・エントリ・アドレス、及びディレクトリ名そのものを含む。特にファイル・エントリ・アドレスは、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル識別記述子」は、そのディレクトリの直下に置かれた下位ファイルにアクセスするための情報である。このファイル識別記述子は、その下位ファイルの識別情報、ファイル名の長さ、ファイル・エントリ・アドレス、及びファイル名そのものを含む。特にファイル・エントリ・アドレスは、その下位ファイルのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル・エントリ」は、後述のとおり、下位ファイルの本体を構成するデータのアドレス情報を含む。
ファイルセット記述子と下位ディレクトリ／ファイルのファイル識別記述子とを順番に辿ってゆけば、ボリューム領域1002Bに記録された任意のディレクトリ／ファイルのファイル・エントリにアクセスすることができる。具体的には、まず、ファイルセット記述子からルートディレクトリのファイル・エントリが特定され、そのファイル・エントリ内のアロケーション記述子からルートディレクトリのディレクトリ・ファイルが特定される。次に、そのディレクトリ・ファイルからルートディレクトリ直下のディレクトリのファイル識別記述子が検出され、その中のファイル・エントリ・アドレスからそのディレクトリのファイル・エントリが特定される。更に、そのファイル・エントリ内のアロケーション記述子からそのディレクトリのディレクトリ・ファイルが特定される。続いて、そのディレクトリ・ファイルのうち、下位ディレクトリ又は下位ファイルのファイル識別記述子内のファイル・エントリ・アドレスからその下位ディレクトリ又は下位ファイルのファイル・エントリが特定される。
「下位ファイル」はそれぞれエクステントとファイル・エントリとを含む。「エクステント」は一般に複数であり、それぞれ、ディスク上の論理アドレス、すなわちＬＢＮが連続しているデータ列である。エクステントの全体が下位ファイルの本体を構成する。「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータの種類がファイル・エントリであることを示す。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は各エクステントに対して一つずつ設けられ、ボリューム領域1002B上での各エクステントの配置、具体的には各エクステントのサイズとその先端のＬＢＮとを示す。従って、各アロケーション記述子を参照することにより、各エクステントにアクセスすることができる。その他に、各アロケーション記述子の上位２ビットは、そのアロケーション記述子の示すＬＢＮのセクタにエクステントが実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。
ＵＤＦを利用した上記のファイルシステムと同様、ボリューム領域に対するファイルシステムでは一般に、ボリューム領域に記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域に併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。
＜復号スイッチ情報＞
図７４の（ａ）は、復号スイッチ情報A050のデータ構造を示す模式図である。復号スイッチ情報A050は、図１６に示されているベースビュー・ビデオ・ストリームとディペンデントビュー・ビデオ・ストリームとの各ＶＡＵでその補足データ1631D、1632Dに格納されている。但し、ディペンデントビュー・ビデオ・ストリームの各ＧＯＰの先頭に位置するＶＡＵ＃１では、復号スイッチ情報A050は、オフセット・メタデータを含む補足データ1632Dとは別の補足データに格納される。補足データ1631D、1632Dは、特にＭＰＥＧ−４ ＡＶＣ、ＭＶＣではＮＡＬユニットの一種“ＳＥＩ”に相当する。復号スイッチ情報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からＶＡＵの読み込みエラーを迅速に検出でき、かつ適切なエラー処理を迅速に実行できる。その結果、再生映像へのノイズの混入を防止することができる。
図５７に示されているシステム・ターゲット・デコーダ5423では、ＤＥＣ5704が、復号スイッチ情報A050を利用して、各ＶＡＵからピクチャをそのＤＴＳに関わらず、順次復号してもよい。その他に、バッファ・スイッチ5706が、そのＶＡＵ内の復号スイッチ情報A050をＤＥＣ5704に返信させてもよい。その場合、バッファ・スイッチ5706はその復号スイッチ情報A050を使って、次のＶＡＵをＥＢ１5703とＥＢ２5710とのいずれから転送すべきか決定できる。
＜放送、通信回路を経由したデータ配信＞
本発明の実施形態１、２による記録媒体は、光ディスクの他、例えばＳＤメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、実施形態１、２の説明では、予めデータが記録された光ディスク、すなわち、ＢＤ−ＲＯＭ又はＤＶＤ−ＲＯＭ等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態はそれらに限定されない。例えば放送で、又はネットワーク経由で配信された３Ｄ映像のコンテンツを端末装置によって、ＢＤ−ＲＥ又はＤＶＤ−ＲＡＭ等の既存の書き込み可能な光ディスクへ書き込むときに、実施形態１、２によるエクステントの配置が利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。
＜半導体メモリカードの再生＞
本発明の実施形態１、２による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。
再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース（Ｉ／Ｆ）で構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のＩ／Ｆが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのＩ／Ｆを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのＩ／Ｆを通して再生装置に読み出される。
＜ＢＤ−ＲＯＭディスク上のデータに対する著作権保護技術＞
ここで、以降の補足事項の前提として、ＢＤ−ＲＯＭディスクに記録されているデータの著作権を保護するための仕組みについて説明する。
ＢＤ−ＲＯＭディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオ・ストリーム、オーディオ・ストリーム、又はその他のストリームを含む。その場合、暗号化データは以下のように解読される。
再生装置には予め、ＢＤ−ＲＯＭディスク上の暗号化データを解読するための「鍵」の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、ＢＤ−ＲＯＭディスクには、その「鍵」の生成に必要なデータの別の一部、すなわちＭＫＢ（メディアキーブロック）と、その「鍵」自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、ＭＫＢ、及び暗号化タイトルキーは互いに対応付けられ、更に、図１０に示されているＢＤ−ＲＯＭディスク101上のＢＣＡ1001に書き込まれた特定のＩＤ、すなわちボリュームＩＤにも対応付けられている。デバイスキー、ＭＫＢ、暗号化タイトルキー、及びボリュームＩＤの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の「鍵」、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、ＭＫＢ、及びボリュームＩＤを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の「鍵」として用いて暗号化データを解読することができる。
ＢＤ−ＲＯＭディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのＢＤ−ＲＯＭディスク上の暗号化タイトルキー、ＭＫＢ、及びボリュームＩＤに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、ＭＫＢ、デバイスキー、及びボリュームＩＤの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。
ＢＤ−ＲＯＭディスクに記録されるべきビデオ・ストリームとオーディオ・ストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、ＢＤ−ＲＯＭディスクに記録する。次に、ＭＫＢ、デバイスキー、及びボリュームＩＤの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、ＭＫＢ、ボリュームＩＤ、及び暗号化タイトルキーをＢＤ−ＲＯＭディスクに記録する。そのＢＤ−ＲＯＭディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオ・ストリーム及び／又はオーディオ・ストリームをデコーダで復号することはできない。こうして、ＢＤ−ＲＯＭディスクに記録されたデータの著作権を保護することができる。
以上に述べた、ＢＤ−ＲＯＭディスクにおけるデータの著作権保護の仕組みは、ＢＤ−ＲＯＭディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にＳＤカード等の可搬性半導体メモリカードにも適用可能である。
＜電子配信を利用した記録媒体へのデータ記録＞
電子配信を利用して本発明の実施形態１による再生装置へ３Ｄ映像のＡＶストリーム・ファイル等のデータ（以下、配信データという。）を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがＳＤメモリカードである場合を想定する。
再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはＳＤメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はＳＤメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。ＳＤメモリカードの識別情報は、例えばそのＳＤメモリカード固有の識別番号、より具体的にはそのＳＤメモリカードのシリアル番号である。この識別情報は上述のボリュームＩＤとして利用される。
配信サーバには配信データが格納されている。その配信データのうち、ビデオ・ストリーム及び／又はオーディオ・ストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。その暗号化データは同じタイトルキーで復号が可能である。
配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、ＳＤメモリカードと共通のＭＫＢを保持している。配信サーバは、再生装置から配信データの送信要求とＳＤメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、ＭＫＢ、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。
配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のＭＫＢ、暗号化タイトルキー、署名情報、ＳＤメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能（プログラム）が特定されている。
配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用Ｉ／Ｆを通してＳＤメモリカードに記録する。
ＳＤメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック（１）−（３）が行われる。尚、それらはどのような順序で行われてもよい。
（１）公開鍵情報に含まれるＳＤメモリカードの識別情報が、カードスロットに挿入されているＳＤメモリカードに記憶されている識別番号と一致するか否か。
（２）公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。
（３）公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。
上述のチェック（１）−（３）のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック（１）−（３）の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、ＭＫＢ、及びＳＤメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオ・ストリーム及び／又はオーディオ・ストリームに復号する。
以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能（プログラム）等が知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、ＳＤメモリカードの識別番号、ＭＫＢ、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。
半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばＳＤメモリカードではそのシリアル番号が不正に改竄された場合、ＳＤメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック（１）では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。
半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域（以下、第１の記録領域と称す。）から電気的に分離された別の記録領域（以下、第２の記録領域と称す。）が設置される。次に、第２の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第２の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第２の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第２の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第２の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第２の記録領域内のデータのアドレスは制御回路にしか特定できない。
半導体メモリカードの識別情報が第２の記録領域に記録された場合、再生装置上で動作するアプリケーション・プログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーション・プログラムは、メモリカードＩ／Ｆを介して上記の制御回路に対し、第２の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第２の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードＩ／Ｆを介して上記のアプリケーション・プログラムへその識別情報を送る。そのアプリケーション・プログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーション・プログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードＩ／Ｆを介して半導体メモリカード内の第１の記録領域に記録する。
尚、上記のアプリケーション・プログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーション・プログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばＸ．５０９に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第１の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。
＜リアルタイム・レコーディングへの適用＞
本発明の実施形態３では、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、オーサリングシステムにおけるプリレコーディング技術によってＢＤ−ＲＯＭディスクに記録されてユーザに供給されることを前提とした。しかし、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、リアルタイム・レコーディングによって、ＢＤ−ＲＥディスク、ＢＤ−Ｒディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤ−ＲＥディスク等と略す。）に記録されてユーザに供給されるものであってもよい。その場合、ＡＶストリーム・ファイルは、アナログ入力信号を記録装置がリアルタイムで復号することによって得られたトランスポート・ストリームであってもよい。その他に、記録装置がデジタル入力したトランスポート・ストリームをパーシャル化することで得られるトランスポート・ストリームであってもよい。
リアルタイム・レコーディングを実行する記録装置は、ビデオ・エンコーダ、オーディオエンコーダ、マルチプレクサ、及びソースパケタイザを含む。ビデオ・エンコーダはビデオ信号を符号化してビデオ・ストリームに変換する。オーディオエンコーダはオーディオ信号を符号化してオーディオ・ストリームに変換する。マルチプレクサは、ビデオ・ストリームとオーディオ・ストリームとを多重化して、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリームに変換する。ソースパケタイザは、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリーム内のＴＳパケットをソースパケットに変換する。記録装置は各ソースパケットをＡＶストリーム・ファイルに格納して、ＢＤ−ＲＥディスク等に書き込む。
ＡＶストリーム・ファイルの書き込み処理と並行して、記録装置の制御部はクリップ情報ファイルとプレイリスト・ファイルとをメモリ上で生成してＢＤ−ＲＥディスク等に書き込む。具体的には、ユーザによって録画処理が要求されたとき、制御部はまず、ＡＶストリーム・ファイルに合わせてクリップ情報ファイルを生成してＢＤ−ＲＥディスク等に書き込む。その場合、外部から受信されるトランスポート・ストリームからビデオ・ストリーム内の一つのＧＯＰの先頭が検出される度に、又は、ビデオ・エンコーダによってビデオ・ストリーム内の一つのＧＯＰが生成される度に、制御部は、そのＧＯＰの先頭に位置するＩピクチャのＰＴＳと、そのＧＯＰの先頭が格納されたソースパケットのＳＰＮとを取得する。制御部は更に、そのＰＴＳとＳＰＮとの対を一つのエントリ・ポイントとしてクリップ情報ファイルのエントリ・マップに追記する。ここで、そのエントリ・ポイントには「is＿angle＿changeフラグ」が追加される。is＿angle＿changeフラグは、そのＧＯＰの先頭がＩＤＲピクチャであるときは“オン”に設定され、そのＧＯＰの先頭がＩＤＲピクチャではないときは“オフ”に設定される。クリップ情報ファイル内には更に、ストリーム属性情報が記録対象のストリームの属性に従って設定される。こうして、ＡＶストリーム・ファイルとクリップ情報ファイルとがＢＤ−ＲＥディスク等に書き込まれた後、制御部はそのクリップ情報ファイル内のエントリ・マップを利用してプレイリスト・ファイルを生成し、ＢＤ−ＲＥディスク等に書き込む。
＜マネージド・コピー＞
本発明の実施形態による再生装置は更に、マネージド・コピーによってＢＤ−ＲＯＭディスク101上のデジタル・ストリームを他の記録媒体へ書き込んでもよい。「マネージド・コピー」とは、ＢＤ−ＲＯＭディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタル・ストリーム、プレイリスト・ファイル、クリップ情報ファイル、及びアプリケーション・プログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術をいう。その書き込み可能な記録媒体は、ＢＤ−Ｒ、ＢＤ−ＲＥ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、及びＤＶＤ−ＲＡＭ等の書き込み可能な光ディスク、ハードディスク、並びに、ＳＤメモリカード、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、及びマルチメディアカード（登録商標）等の可搬性半導体メモリ装置を含む。マネージド・コピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。
ＢＤ−ＲＯＭディスクからＢＤ−Ｒディスク又はＢＤ−ＲＥディスクへのマネージド・コピーが行われる場合、両ディスクの記録容量が等しいときは、コピー元のディスクに記録されたビット・ストリームがそのまま、順番にコピーされればよい。
マネージド・コピーが異種の記録媒体間で行われるときはトランス・コードが必要である。「トランス・コード」とは、コピー元のディスクに記録されているデジタル・ストリームをコピー先の記録媒体のアプリケーション・フォーマットに適合させるための処理をいう。トランス・コードは、例えば、ＭＰＥＧ２−ＴＳ形式からＭＰＥＧ２プログラム・ストリーム形式へ変換する処理、及び、ビデオ・ストリームとオーディオ・ストリームとのそれぞれに割り当てられているビットレートを低くして符号化し直す処理を含む。トランス・コードでは、上述のリアルタイム・レコーディングによって、ＡＶストリーム・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルが生成されねばならない。
＜データ構造の記述方法＞
本発明の実施形態１によるデータ構造のうち、「所定型の情報が複数存在する」という繰り返し構造は、ｆｏｒ文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、「所定の条件が成立するときに所定の情報が定義される」というデータ構造は、ｉｆ文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態１によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、「構文解析」、「最適化」、「資源割付」、及び「コード生成」といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。
＜再生プログラムによるプレイリスト・ファイル、クリップ情報ファイルの管理＞
プレイリスト・ファイルとＡＶストリーム・ファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリスト・ファイルに従ってＡＶストリーム・ファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、ｔｅｘｔセクション、ｄａｔａセクション、ｂｓｓセクション、及びｓｔａｃｋセクションを含む。ｔｅｘｔセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。ｄａｔａセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。ｄａｔａセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。ｂｓｓセクションは、初期値を持たない変数を含む。ｂｓｓセクション内のデータは、ｔｅｘｔセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のＲＡＭにｂｓｓセクション用の領域が確保される。ｓｔａｃｋセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。ｓｔａｃｋセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、ｂｓｓセクション内の変数はゼロで初期化され、ｓｔａｃｋセクションには必要なメモリ領域が確保される。
プレイリスト・ファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、ｔｅｘｔセクション内の「書き換え不可のデータ」、又はｄａｔａセクション内の「随時アクセスされるファイル」として管理される。すなわち、プレイリスト・ファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリスト・ファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。
本発明は立体視映像の表示技術に関し、上記のとおり、フレームレートが変換される。このように、本発明は明らかに産業上利用可能である。
F3Dk（k＝1、2、3、4、…） ３Ｄ映像のフレーム列
FLk レフトビュー・フレーム列
FRk ライトビュー・フレーム列
GRD 切り換えグリッド

Claims (20)

  1. 立体視映像を画面に表示するための表示装置であって、
    立体視映像のレフトビューとライトビューとを含むストリーム・データを受信する受信部、
    前記ストリーム・データからレフトビュー・フレームとライトビュー・フレームとを交互に抽出して送出する信号処理部、及び、
    前記信号処理部から送出された各フレームを所定時間ずつ画面に表示する表示部、
    を備え、
    前記信号処理部は、
    前記ストリーム・データの表す立体視映像の一つのフレーム期間に、一つのレフトビュー・フレームを第１の回数、一つのライトビュー・フレームを第２の回数、それぞれ繰り返して前記表示部へ送出し、
    前記ストリーム・データの表す立体視映像のフレームレートで、前記表示部がレフトビュー・フレームとライトビュー・フレームとを表示する際のフレームレートを割った値に基づいて、前記立体視映像の少なくとも一つのフレーム期間では前記第１の回数と前記第２の回数とを互いに異なる値に決める
    ことを特徴とする表示装置。
  2. 立体視映像の一つのフレーム期間とその次のフレーム期間との時間差が、レフトビュー・フレームとライトビュー・フレームとの一対の表示時間よりも短いように、前記信号処理部は前記第１の回数と前記第２の回数とを決める、請求項１に記載の表示装置。
  3. 立体視映像の一つのフレーム期間の長さとその次のフレーム期間の長さとが等しいように、前記信号処理部は前記第１の回数と前記第２の回数とを決める、請求項２に記載の表示装置。
  4. 前記信号処理部は、
    前記ストリーム・データの表す立体視映像のフレームレートで、前記表示部がレフトビュー・フレームとライトビュー・フレームとを表示する際のフレームレートを割った商を求めて、
    レフトビュー・フレームとライトビュー・フレームとの出力回数の合計、又は前記合計に１を加えた値が前記商の整数倍を超えるごとに、出力対象のレフトビュー・フレームとライトビュー・フレームとを、立体視映像の次のフレームを構成するレフトビュー・フレームとライトビュー・フレームとに換える、
    請求項１に記載の表示装置。
  5. 立体視映像を画面に表示するための表示方法であって、
    立体視映像のレフトビューとライトビューとを含むストリーム・データを受信するステップ、
    前記ストリーム・データからレフトビュー・フレームとライトビュー・フレームとを交互に抽出するステップ、及び、
    前記ストリーム・データから抽出された各フレームを所定時間ずつ画面に表示するステップ、
    を有し、
    前記ストリーム・データの表す立体視映像の一つのフレーム期間に、一つのレフトビュー・フレームを第１の回数、一つのライトビュー・フレームを第２の回数、それぞれ繰り返して画面に表示し、
    前記ストリーム・データの表す立体視映像のフレームレートで、レフトビュー・フレームとライトビュー・フレームとを表示する際のフレームレートを割った値に基づいて、前記立体視映像の少なくとも一つのフレーム期間では前記第１の回数と前記第２の回数とを互いに異なる値に決める
    ことを特徴とする表示方法。
  6. 立体視映像のレフトビューとライトビュー、及び制御情報を含むストリーム・データが記録された記録媒体であって、
    前記制御情報は、各レフトビュー・フレームの表示タイプを含む第１部分と、各ライトビュー・フレームの表示タイプを含む第２部分とを有し、
    各レフトビュー・フレームの表示タイプは第１の回数を規定し、前記第１の回数は、立体視映像の一つのフレーム期間に当該レフトビュー・フレームを、所定時間ずつ繰り返して画面に表示すべき回数を表し、
    各ライトビュー・フレームの表示タイプは第２の回数を規定し、前記第２の回数は、立体視映像の一つのフレーム期間に当該ライトビュー・フレームを、前記所定時間ずつ繰り返して画面に表示すべき回数を表し、
    立体視映像の少なくとも一つのフレーム期間では、前記第１の回数と前記第２の回数とが互いに異なる値に設定されている
    ことを特徴とする記録媒体。
  7. 立体視映像の一つのフレーム期間とその次のフレーム期間との時間差が、レフトビュー・フレームとライトビュー・フレームとの一対の表示時間よりも短いように、前記第１の回数と前記第２の回数とは設定されている、請求項６に記載の記録媒体。
  8. 立体視映像の一つのフレーム期間の長さとその次のフレーム期間の長さとが等しいように、前記第１の回数と前記第２の回数とは設定されている、請求項７に記載の記録媒体。
  9. 立体視映像のレフトビューとライトビュー、及び制御情報を含むストリーム・データを送信するための送信装置であって、
    前記ストリーム・データを所定の送信形式に変換するフォーマット変換部と、
    前記送信形式のストリーム・データを送信する送信部と、
    を備え、
    前記制御情報は、各レフトビュー・フレームの表示タイプを含む第１部分と、各ライトビュー・フレームの表示タイプを含む第２部分とを有し、
    各レフトビュー・フレームの表示タイプは第１の回数を規定し、前記第１の回数は、立体視映像の一つのフレーム期間に当該レフトビュー・フレームを、所定時間ずつ繰り返して画面に表示すべき回数を表し、
    各ライトビュー・フレームの表示タイプは第２の回数を規定し、前記第２の回数は、立体視映像の一つのフレーム期間に当該ライトビュー・フレームを、前記所定時間ずつ繰り返して画面に表示すべき回数を表し、
    立体視映像の少なくとも一つのフレーム期間では、前記第１の回数と前記第２の回数とが互いに異なる値に設定されている
    ことを特徴とする送信装置。
  10. 立体視映像の一つのフレーム期間とその次のフレーム期間との時間差が、レフトビュー・フレームとライトビュー・フレームとの一対の表示時間よりも短いように、前記第１の回数と前記第２の回数とは設定されている、請求項９に記載の送信装置。
  11. 立体視映像の一つのフレーム期間の長さとその次のフレーム期間の長さとが等しいように、前記第１の回数と前記第２の回数とは設定されている、請求項１０に記載の送信装置。
  12. 立体視映像のレフトビューとライトビュー、及び制御情報を含むストリーム・データを送信するための方法であって、
    前記ストリーム・データを所定の送信形式に変換するステップと、
    前記送信形式のストリーム・データを送信するステップと、
    を有し、
    前記制御情報は、各レフトビュー・フレームの表示タイプを含む第１部分と、各ライトビュー・フレームの表示タイプを含む第２部分とを有し、
    各レフトビュー・フレームの表示タイプは第１の回数を規定し、前記第１の回数は、立体視映像の一つのフレーム期間に当該レフトビュー・フレームを、所定時間ずつ繰り返して画面に表示すべき回数を表し、
    各ライトビュー・フレームの表示タイプは第２の回数を規定し、前記第２の回数は、立体視映像の一つのフレーム期間に当該ライトビュー・フレームを、前記所定時間ずつ繰り返して画面に表示すべき回数を表し、
    立体視映像の少なくとも一つのフレーム期間では、前記第１の回数と前記第２の回数とが互いに異なる値に設定されている
    ことを特徴とする送信方法。
  13. 立体視映像を再生するための再生装置であって、
    立体視映像のレフトビューとライトビュー、及び制御情報を含むストリーム・データを取得する入力部、
    前記ストリーム・データからレフトビュー・フレームとライトビュー・フレームとを復号して、交互に送出する復号部、
    前記復号部から一対のレフトビュー・フレームとライトビュー・フレームとを受信して、所定の出力形式に変換するフォーマット変換部、及び、
    前記出力形式のフレームを送出する出力部、
    を備え、
    前記制御情報は、各レフトビュー・フレームの表示タイプと各ライトビュー・フレームの表示タイプとを含み、
    各レフトビュー・フレームの表示タイプは第１の回数を規定し、前記第１の回数は、立体視映像の一つのフレーム期間に当該レフトビュー・フレームを、所定時間ずつ繰り返して画面に表示すべき回数を表し、
    各ライトビュー・フレームの表示タイプは第２の回数を規定し、前記第２の回数は、立体視映像の一つのフレーム期間に当該ライトビュー・フレームを、前記所定時間ずつ繰り返して画面に表示すべき回数を表し、
    立体視映像の少なくとも一つのフレーム期間では、前記第１の回数と前記第２の回数とが互いに異なる値に設定され、
    前記復号部は、前記フォーマット変換部へ、
    各レフトビュー・フレームを、当該レフトビュー・フレームの表示タイプが規定する第１の回数、繰り返して送出し、
    各ライトビュー・フレームを、当該ライトビュー・フレームの表示タイプが規定する第２の回数、繰り返して送出する
    ことを特徴とする再生装置。
  14. 立体視映像の一つのフレーム期間とその次のフレーム期間との時間差が、レフトビュー・フレームとライトビュー・フレームとの一対の表示時間よりも短いように、前記第１の回数と前記第２の回数とは設定されている、請求項１３に記載の再生装置。
  15. 立体視映像の一つのフレーム期間の長さとその次のフレーム期間の長さとが等しいように、前記第１の回数と前記第２の回数とは設定されている、請求項１４に記載の再生装置。
  16. 立体視映像を再生装置に再生させるための再生方法であって、
    立体視映像のレフトビューとライトビュー、及び制御情報を含むストリーム・データを前記再生装置に取得させるステップ、
    前記再生装置内の復号部に、前記ストリーム・データからレフトビュー・フレームとライトビュー・フレームとを復号させて、交互に送出させるステップ、
    前記再生装置内のフォーマット変換部に、前記復号部から一対のレフトビュー・フレームとライトビュー・フレームとを受信させて、所定の出力形式に変換させるステップ、及び、
    前記再生装置に前記出力形式のフレームを送出させるステップ、
    を有し、
    前記制御情報は、各レフトビュー・フレームの表示タイプと各ライトビュー・フレームの表示タイプとを含み、
    各レフトビュー・フレームの表示タイプは第１の回数を規定し、前記第１の回数は、立体視映像の一つのフレーム期間に当該レフトビュー・フレームを、所定時間ずつ繰り返して画面に表示すべき回数を表し、
    各ライトビュー・フレームの表示タイプは第２の回数を規定し、前記第２の回数は、立体視映像の一つのフレーム期間に当該ライトビュー・フレームを、前記所定時間ずつ繰り返して画面に表示すべき回数を表し、
    立体視映像の少なくとも一つのフレーム期間では、前記第１の回数と前記第２の回数とが互いに異なる値に設定され、
    前記再生装置に、前記復号部から前記フォーマット変換部へ、
    各レフトビュー・フレームを、当該レフトビュー・フレームの表示タイプが規定する第１の回数、繰り返して送出させ、
    各ライトビュー・フレームを、当該ライトビュー・フレームの表示タイプが規定する第２の回数、繰り返して送出させる
    ことを特徴とする再生方法。
  17. 立体視映像を画面に表示するための表示装置であって、
    立体視映像のレフトビューとライトビュー、及び制御情報を含むストリーム・データを受信する受信部、
    前記ストリーム・データからレフトビュー・フレームとライトビュー・フレームとを交互に抽出して送出する信号処理部、及び
    前記信号処理部から送出されたフレームを所定時間ずつ画面に表示する表示部、
    を備え、
    前記制御情報は、各レフトビュー・フレームの表示タイプと各ライトビュー・フレームの表示タイプとを含み、
    各レフトビュー・フレームの表示タイプは第１の回数を規定し、前記第１の回数は、前記表示部が立体視映像の一つのフレーム期間に当該レフトビュー・フレームを繰り返して表示すべき回数を表し、
    各ライトビュー・フレームの表示タイプは第２の回数を規定し、前記第２の回数は、前記表示部が立体視映像の一つのフレーム期間に当該ライトビュー・フレームを繰り返して表示すべき回数を表し、
    立体視映像の少なくとも一つのフレーム期間では、前記第１の回数と前記第２の回数とが互いに異なる値に設定され、
    前記受信部は、前記信号処理部へ、
    各レフトビュー・フレームを、当該レフトビュー・フレームの表示タイプが規定する第１の回数、繰り返して送出し、
    各ライトビュー・フレームを、当該ライトビュー・フレームの表示タイプが規定する第２の回数、繰り返して送出する
    ことを特徴とする表示装置。
  18. 立体視映像の一つのフレーム期間とその次のフレーム期間との時間差が、レフトビュー・フレームとライトビュー・フレームとの一対の表示時間よりも短いように、前記第１の回数と前記第２の回数とは設定されている、請求項１７に記載の表示装置。
  19. 立体視映像の一つのフレーム期間の長さとその次のフレーム期間の長さとが等しいように、前記第１の回数と前記第２の回数とは設定されている、請求項１８に記載の表示装置。
  20. 立体視映像を表示装置に表示させるための表示方法であって、
    立体視映像のレフトビューとライトビュー、及び制御情報を含むストリーム・データを前記表示装置に受信させるステップ、
    前記表示装置内の信号処理部に、前記ストリーム・データからレフトビュー・フレームとライトビュー・フレームとを交互に抽出させて送出させるステップ、及び、
    前記表示装置の画面に、前記信号処理部から送出されたフレームを所定時間ずつ表示させるステップ、
    を有し、
    前記制御情報は、各レフトビュー・フレームの表示タイプと各ライトビュー・フレームの表示タイプとを含み、
    各レフトビュー・フレームの表示タイプは第１の回数を規定し、前記第１の回数は、立体視映像の一つのフレーム期間に当該レフトビュー・フレームが前記画面に繰り返して表示されるべき回数を表し、
    各ライトビュー・フレームの表示タイプは第２の回数を規定し、前記第２の回数は、立体視映像の一つのフレーム期間に当該ライトビュー・フレームが前記画面に繰り返して表示されるべき回数を表し、
    立体視映像の少なくとも一つのフレーム期間では、前記第１の回数と前記第２の回数とが互いに異なる値に設定され、
    前記表示装置に、前記受信部から前記信号処理部へ、
    各レフトビュー・フレームを、当該レフトビュー・フレームの表示タイプが規定する第１の回数、繰り返して送出させ、
    各ライトビュー・フレームを、当該ライトビュー・フレームの表示タイプが規定する第２の回数、繰り返して送出させる
    ことを特徴とする表示方法。
JP2011547328A 2009-12-28 2010-12-24 表示装置と方法、記録媒体、送信装置と方法、及び再生装置と方法 Expired - Fee Related JP5480915B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US29032209P 2009-12-28 2009-12-28
US61/290,322 2009-12-28
PCT/JP2010/007514 WO2011080907A1 (ja) 2009-12-28 2010-12-24 表示装置と方法、記録媒体、送信装置と方法、及び再生装置と方法

Publications (2)

Publication Number Publication Date
JPWO2011080907A1 JPWO2011080907A1 (ja) 2013-05-09
JP5480915B2 true JP5480915B2 (ja) 2014-04-23

Family

ID=44226334

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011547328A Expired - Fee Related JP5480915B2 (ja) 2009-12-28 2010-12-24 表示装置と方法、記録媒体、送信装置と方法、及び再生装置と方法

Country Status (4)

Country Link
US (1) US20110310235A1 (ja)
JP (1) JP5480915B2 (ja)
CN (1) CN102334339A (ja)
WO (1) WO2011080907A1 (ja)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102197654A (zh) * 2008-10-31 2011-09-21 松下电器产业株式会社 信号处理装置
US20130002821A1 (en) * 2010-03-24 2013-01-03 Panasonic Corporation Video processing device
US9986220B2 (en) * 2010-07-12 2018-05-29 Koninklijke Philips N.V. Auxiliary data in 3D video broadcast
JP2012029006A (ja) * 2010-07-22 2012-02-09 Toshiba Corp 映像出力制御装置及び映像出力制御方法
KR101675119B1 (ko) * 2010-09-28 2016-11-22 삼성전자 주식회사 3차원 사용자 인지 정보를 표시하기 위한 데이터스트림 생성 방법 및 장치, 데이터스트림 재생 방법 및 장치
KR20120039197A (ko) * 2010-10-15 2012-04-25 삼성전자주식회사 리모트 컨트롤러, 디스플레이장치, 3ｄ 안경 및 이들의 제어방법
US8836772B2 (en) * 2010-11-17 2014-09-16 Sony Computer Entertainment, Inc. 3D shutter glasses with frame rate detector
CN102480671B (zh) * 2010-11-26 2014-10-08 华为终端有限公司 视频通信中的音频处理方法和装置
JP4908624B1 (ja) * 2010-12-14 2012-04-04 株式会社東芝 立体映像信号処理装置及び方法
US9351028B2 (en) * 2011-07-14 2016-05-24 Qualcomm Incorporated Wireless 3D streaming server
US9621870B2 (en) * 2011-08-22 2017-04-11 Pixar Temporal cadence perturbation for time-division stereoscopic displays
US9219903B2 (en) 2011-08-22 2015-12-22 Pixar Temporal cadence perturbation for time-division stereoscopic displays
US9247229B2 (en) 2011-08-22 2016-01-26 Pixar Temporal cadence perturbation for time-division stereoscopic displays
JP5733139B2 (ja) * 2011-09-27 2015-06-10 株式会社Ｊｖｃケンウッド 動きベクトル検出装置及び方法、並びに、映像信号処理装置及び方法
KR102009049B1 (ko) 2011-11-11 2019-08-08 소니 주식회사 송신 장치, 송신 방법, 수신 장치 및 수신 방법
JP5928118B2 (ja) * 2012-04-16 2016-06-01 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
KR101310941B1 (ko) * 2012-08-03 2013-09-23 삼성전자주식회사 복수의 컨텐츠 뷰를 디스플레이하는 디스플레이 장치와 그 컨텐츠 뷰 중 하나에 동기화되어 구동되는 안경 장치 및 그 방법들
KR20140031758A (ko) * 2012-09-05 2014-03-13 삼성전자주식회사 포인팅 디바이스를 이용하여 ａⅴ 데이터의 메뉴를 제어하기 위한 인터랙티브 그래픽 데이터를 기록한 정보저장매체, 그 재생방법 및 장치
US9762944B2 (en) * 2012-11-28 2017-09-12 Rovi Guides, Inc. Systems and methods for presenting content simultaneously in different forms based on parental control settings
ITTO20121073A1 (it) * 2012-12-13 2014-06-14 Rai Radiotelevisione Italiana Apparato e metodo per la generazione e la ricostruzione di un flusso video
RU2013102854A (ru) * 2013-01-30 2014-08-10 ЭлЭсАй Корпорейшн Способ и устройство для повышения кадровой частоты потока изображений с использованием, по меньшей мере, одного потока изображений с более высокой кадровой частотой
JP2014200074A (ja) * 2013-03-15 2014-10-23 株式会社リコー 配信制御システム、配信制御方法、及びプログラム
TWI603290B (zh) * 2013-10-02 2017-10-21 國立成功大學 重調原始景深圖框的尺寸爲尺寸重調景深圖框的方法、裝置及系統
US20150253974A1 (en) 2014-03-07 2015-09-10 Sony Corporation Control of large screen display using wireless portable computer interfacing with display controller
CN104202588B (zh) * 2014-08-28 2016-09-28 广东威创视讯科技股份有限公司 3d信号剪切方法、系统及3d信号开窗方法和系统
CN114513617B (zh) * 2014-09-10 2024-04-09 松下电器（美国）知识产权公司 再现装置以及再现方法
EP3291550B1 (en) * 2016-08-30 2021-02-10 Advanced Digital Broadcast S.A. A method and system for paring shutter glasses with a remote control unit
KR102609509B1 (ko) * 2016-11-17 2023-12-04 엘지디스플레이 주식회사 외부 보상용 표시장치와 그 구동방법
JP6596452B2 (ja) * 2017-01-23 2019-10-23 ティフォン インコーポレーテッド 表示装置、表示方法及びその表示プログラム、並びに、遊興施設
US10715882B2 (en) * 2018-06-29 2020-07-14 Intel Corporation Timing synchronization between a content source and a display panel
US11516453B2 (en) * 2018-07-06 2022-11-29 Sony Corporation Information processing apparatus, information processing method, and program for point cloud sample processing
CN111225263B (zh) * 2020-01-17 2022-06-14 广州虎牙科技有限公司 视频播放控制方法和装置、电子设备及存储介质
CN114125516B (zh) * 2020-08-26 2024-05-10 Oppo（重庆）智能科技有限公司 一种视频播放方法及穿戴式设备、存储介质
CN112686865B (zh) * 2020-12-31 2023-06-02 重庆西山科技股份有限公司 一种3d视图辅助检测方法、系统、装置及存储介质

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1551189A4 (en) * 2002-09-27 2009-01-07 Sharp Kk 3D IMAGE DISPLAY UNIT, 3D IMAGE RECORDING DEVICE AND 3D PICTURE RECORDING PROCESS
JP2005260810A (ja) * 2004-03-15 2005-09-22 Matsushita Electric Ind Co Ltd カメラレコーダ
CN100406963C (zh) * 2004-08-17 2008-07-30 三菱电机株式会社 立体图像显示装置
WO2007024313A1 (en) * 2005-05-27 2007-03-01 Imax Corporation Equipment and methods for the synchronization of stereoscopic projection displays
US8274553B2 (en) * 2005-10-18 2012-09-25 Texas Instruments Incorporated System and method for displaying stereoscopic digital motion picture images
JP4827783B2 (ja) * 2007-03-30 2011-11-30 三洋電機株式会社 画像表示装置
US20100045779A1 (en) * 2008-08-20 2010-02-25 Samsung Electronics Co., Ltd. Three-dimensional video apparatus and method of providing on screen display applied thereto
KR20110095128A (ko) * 2008-11-18 2011-08-24 파나소닉 주식회사 특수재생을 고려한 재생장치, 집적회로, 재생방법

Also Published As

Publication number Publication date
JPWO2011080907A1 (ja) 2013-05-09
WO2011080907A1 (ja) 2011-07-07
US20110310235A1 (en) 2011-12-22
CN102334339A (zh) 2012-01-25

Similar Documents

Publication Publication Date Title
JP5480915B2 (ja) 表示装置と方法、記録媒体、送信装置と方法、及び再生装置と方法
JP5457465B2 (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
JP5457299B2 (ja) 記録媒体、再生装置、及び集積回路
JP4569935B2 (ja) 記録媒体、再生装置、及び集積回路

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20130905

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140214

R150 Certificate of patent or registration of utility model

Ref document number: 5480915

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees