(57)【要約】  読み出し部は記録媒体から、アプリケーション・プログラム、イメージ・データ、ビデオ・ストリーム、及びアプリケーション管理ファイルを読み出す。仮想マシン部はアプリケーション・プログラムを実行する。メモリ部は、イメージ・データを格納するためのイメージ・データ領域を含む。再生部はアプリケーション・プログラムに従い、イメージ・データとビデオ・ストリームとから映像データを再生する。管理部はアプリケーション管理ファイルに従い、仮想マシン部に対してはアプリケーション・プログラムの起動と終了とを指示し、メモリ部に対してはイメージ・データ領域の変更を指示する。管理部はメモリ部に対してイメージ・データ領域の変更を指示するとき、その前に仮想マシン部にアプリケーション・プログラムを、アプリケーション管理ファイル上ではその実行の継続が規定されていても強制的に終了させる。
2010052857.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体から、アプリケーション・プログラム、イメージ・データ、ビデオ・ストリーム、及びアプリケーション管理ファイルを読み出す読み出し部、
前記アプリケーション・プログラムを実行する仮想マシン部、
前記イメージ・データを格納するためのイメージ・データ領域を含むメモリ部、
前記アプリケーション・プログラムに従って前記イメージ・データと前記ビデオ・ストリームとから映像データを再生する再生部、並びに、
前記アプリケーション管理ファイルに従って、前記仮想マシン部に対しては前記アプリケーション・プログラムの起動と終了とを指示し、前記メモリ部に対しては前記イメージ・データ領域の変更を指示する機能部であって、前記メモリ部に対して前記イメージ・データ領域の変更を指示するとき、その前に前記仮想マシン部に前記アプリケーション・プログラムを、前記アプリケーション管理ファイル上ではその実行の継続が規定されていても強制的に終了させる管理部、
を備えた再生装置。
【請求項２】
前記イメージ・データ領域に前記イメージ・データを展開するイメージ・デコーダ、及び、
前記イメージ・データに対するグラフィックス処理に関する演算を行うレンダリング・エンジン、
を更に備え、
前記管理部は前記アプリケーション・プログラムに従って、前記イメージ・デコーダには前記イメージ・データの展開を指示し、前記レンダリング・エンジンには前記演算を指示する、
請求項１に記載の再生装置。
【請求項３】
前記記録媒体が前記読み出し部から取り出された後も前記仮想マシン部が前記アプリケーション・プログラムを継続して実行しているとき、前記読み出し部が新たな記録媒体の挿入を検出した場合、前記管理部は前記読み出し部に前記新たな記録媒体から新たなアプリケーション管理ファイルを読み出させ、前記新たなアプリケーション管理ファイルに従って前記イメージ・データ領域の変更を指示する、
請求項１に記載の再生装置。
【請求項４】
外部ネットワーク上のサーバ装置からブラウザ画面のデータをダウンロードするネットワーク・インタフェース部、
を更に備え、
前記再生部は、前記記録媒体から再生される映像にブラウザ画面を組み合わせるライブ再生モードを備え、
前記イメージ・データ領域の変更は、現時点とその直前とのブラウザ画面のデータを一時記憶するためのキャッシュ領域を前記イメージ・データ領域の中に確保すること、又は前記イメージ・データ領域から開放することを含む、
請求項１に記載の再生装置。
【請求項５】
前記イメージ・データが３Ｄメニューのレフトビュー・イメージ・データとライトビュー・イメージ・データとを含むとき、前記イメージ・データ領域の変更は、前記キャッシュ領域を前記イメージ・データ領域から開放すること、及び、それによって生じた空き領域を前記レフトビュー・イメージ・データと前記ライトビュー・イメージ・データとの格納に利用することを含む、請求項４に記載の再生装置。
【請求項６】
前記管理部は前記アプリケーション・プログラムに従って、
前記３Ｄメニューを再生すべきか否かの指示をユーザから受け付け、
前記３Ｄメニューの再生が指示されたとき、前記仮想マシン部に前記メモリ部の容量を確認させ、
前記メモリ部の容量が所定の閾値よりも大きいときは、前記メモリ部に対して、前記キャッシュ領域の開放、及び、前記レフトビュー・イメージ・データと前記ライトビュー・イメージ・データとの格納での前記空き領域の利用を指示し、
前記メモリ部の容量が前記閾値よりも小さいときは、前記３Ｄメニューの再生を禁止する、
請求項５に記載の再生装置。
【請求項７】
読み出し部が記録媒体から、アプリケーション・プログラム、イメージ・データ、ビデオ・ストリーム、及びアプリケーション管理ファイルを読み出すステップ、
メモリ部が前記イメージ・データをイメージ・データ領域に格納するステップ、
管理部が前記アプリケーション管理ファイルに従って、仮想マシン部に前記アプリケーション・プログラムを実行させるステップ、
再生部が前記アプリケーション・プログラムに従って前記イメージ・データと前記ビデオ・ストリームとから映像データを再生するステップ、
前記管理部が前記アプリケーション・プログラムを、前記アプリケーション管理ファイル上ではその実行の継続が規定されていても強制的に終了させるステップ、並びに、
前記アプリケーション・プログラムが終了した後、前記管理部が前記メモリ部に前記イメージ・データ領域を変更させるステップ、
を含む再生方法。
【請求項８】
読み出し部が記録媒体から、アプリケーション・プログラム、イメージ・データ、ビデオ・ストリーム、及びアプリケーション管理ファイルを読み出すステップ、
メモリ部が前記イメージ・データをイメージ・データ領域に格納するステップ、
管理部が前記アプリケーション管理ファイルに従って、仮想マシン部に前記アプリケーション・プログラムを実行させるステップ、
再生部が前記アプリケーション・プログラムに従って前記イメージ・データと前記ビデオ・ストリームとから映像データを再生するステップ、
前記管理部が前記アプリケーション・プログラムを、前記アプリケーション管理ファイル上ではその実行の継続が規定されていても強制的に終了させるステップ、並びに、
前記アプリケーション・プログラムが終了した後、前記管理部が前記メモリ部に前記イメージ・データ領域を変更させるステップ、
を再生装置に実行させるプログラム。
【請求項９】
記録媒体からイメージ・データとビデオ・ストリームとを読み出す読み出し部、及び、
前記イメージ・データと前記ビデオ・ストリームとから映像データを再生する再生部、
を備えた再生装置に実装される集積回路であって、
前記読み出し部によって前記記録媒体から読み出されたアプリケーション・プログラムを実行する仮想マシン部、
前記イメージ・データを格納するためのイメージ・データ領域を含むメモリ部、及び、
前記読み出し部によって前記記録媒体から読み出されたアプリケーション管理ファイルを参照し、前記アプリケーション管理ファイルに従って、前記仮想マシン部に対しては前記アプリケーション・プログラムの起動と終了とを指示し、前記メモリ部に対しては前記イメージ・データ領域の変更を指示する機能部であって、前記メモリ部に対して前記イメージ・データ領域の変更を指示するとき、その前に前記仮想マシン部に前記アプリケーション・プログラムを、前記アプリケーション管理ファイル上ではその実行の継続が規定されていても強制的に終了させる管理部、
を備えた集積回路。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、立体視映像の再生技術に関し、特に立体視映像にグラフィックス映像を重ね合わせて表示する技術に関する。
【背景技術】
【０００２】
近年、読み出し専用のブルーレイ・ディスク（登録商標）（ＢＤ：Blu−ray Disc）、すなわちＢＤ−ＲＯＭディスクに記録されたデジタル・コンテンツが増加している。それに伴い、ＢＤ−ＲＯＭ規格に準拠の再生装置、すなわちＢＤ−ＲＯＭ再生装置の普及が急速に進んでいる。ＢＤ−ＲＯＭディスク上のコンテンツは少なくとも一つのタイトルから構成される。「タイトル」は、アプリケーション・プログラム、ビデオ／オーディオ・ストリーム、及びイメージ・データの組み合わせで表現される。イメージ・データは、字幕及びグラフィックス・ユーザインタフェース（ＧＵＩ）等のグラフィックス映像、並びに背景映像を表す。ビデオ／オーディオ・ストリームとイメージ・データとはそれぞれ、多様な再生環境に対応すべく、多数の種類を含む。特にビデオ・ストリームの解像度は、ＮＴＳＣ規格による標準画質７２０×４８０から、最大１９２０×１０８０の高画質まで多様である。ＢＤ−ＲＯＭ再生装置は、例えばユーザによって一つのタイトルが指定されたとき、そのタイトルに対応するアプリケーション・プログラムをＢＤ−ＲＯＭディスクから読み出して実行する。そのアプリケーション・プログラムは再生装置に、イメージ・データの中から再生環境に適したものを選択させ、ビデオ、グラフィックス、及び背景の別に異なるプレーン・メモリに書き込ませる。各プレーン・メモリに保持されたデータ、すなわちプレーンはパラレルに処理され、その後、一枚のビデオ・フレームに合成される。こうして、ＢＤ−ＲＯＭ再生装置は多様な表示装置に適切な映像／音声を再現させることができる（例えば特許文献１参照）。【０００３】
ＢＤ−ＲＯＭ規格によれば、再生装置がインターネット等の外部ネットワークへ接続可能であるとき、アプリケーション・プログラムはその再生装置に外部ネットワークから新たなデジタル・コンテンツをダウンロードさせることができる。それらのコンテンツは、特典映像及び字幕等、ＢＤ−ＲＯＭディスク上のコンテンツに対する追加コンテンツ、並びに、ブラウザ画面及びゲーム等のインタラクティブ・コンテンツを含む。アプリケーション・プログラムは更にその再生装置に、外部ネットワークからダウンロードされた字幕をＢＤ−ＲＯＭディスクからの再生映像に重ねて表示させること、及び、その映像と同じ画面に、外部ネットワークからダウンロードされたブラウザ画面を併せて表示させることができる。これらの機能を「ＢＤ−Ｌｉｖｅ」（登録商標）という。ＢＤ−ＲＯＭ再生装置の普及に伴い、ＢＤ−Ｌｉｖｅ機能に対するユーザの関心が高まっている。【０００４】
ＢＤ−ＲＯＭ再生装置の普及は更に、立体視映像（三次元（３Ｄ）映像ともいう。）の表示技術を各家庭へ普及させる可能性を高めている。立体視映像の表示技術は次世代の表示技術として有望視され、その開発が急速に進められている。その表示技術では基本的に「人は物体の立体的な形及び奥行きを両眼視差から知覚する」という事実が利用される（例えば特許文献１−３及び非特許文献１参照）。具体的には、まず一つのシーンに対して二枚のビデオ・フレーム、すなわちレフトビュー・ビデオ・フレームとライトビュー・ビデオ・フレームとが用意される。それらのフレーム間では、同じ被写体の水平方向での位置及び姿勢がわずかに異なる。次に、レフトビュー・ビデオ・フレームが視聴者の左目に投影され、それとほぼ同時に、ライトビュー・ビデオ・フレームが右目に投影される。そのとき、その視聴者には、各目に映るフレーム間での被写体のわずかな変位及び姿勢の変化、すなわち両眼視差から、その被写体の立体的な形及び奥行きが知覚される。このように、立体視映像の表示技術では各シーンにフレームが二枚ずつ必要である。従って、立体視映像は平面視映像（二次元（２Ｄ）映像ともいう。）よりも一定の表示時間当たりのデータ量が大きい。それ故、立体視映像の表示技術にはＢＤ−ＲＯＭディスク及びＢＤ−ＲＯＭ再生装置が有利である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２００５／１１９６７５号パンフレット
【特許文献２】米国特許出願公開第２００８／００３６８５４号明細書
【特許文献３】米国特許出願公開第２００２／０１１８２７５号明細書
【非特許文献】
【０００６】
【非特許文献１】Lenny Lipton, “Foundations of the Stereoscopic Cinema”, Van Nostrand Reinhold, New York, 1982
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＢＤ−ＲＯＭ再生装置には上記のとおり、プレーン・メモリが多数実装される。更に、各プレーン・メモリは、１９２０×１０８０の高画質に対応できるほどの容量を持つ。その上、ＢＤ−ＲＯＭ再生装置に内蔵のメモリ装置にはイメージ・データ領域が設けられている。イメージ・データ領域には、ＢＤ−ＲＯＭディスクから読み出されたイメージ・データが、復号された状態で格納される。イメージ・データ領域に格納されたイメージ・データは、例えば対話画面と背景との別に異なるプレーン・メモリに書き込まれる。それらに加え、ＢＤ−Ｌｉｖｅ機能がＢＤ−ＲＯＭ再生装置に実装されるとき、内蔵のメモリ装置にはキャッシュ領域が設けられる。キャッシュ領域には、外部ネットワークからダウンロードされるイメージ・データが格納される。このように、ＢＤ−ＲＯＭ再生装置は、イメージ・データの格納・処理に大容量のメモリを必要とする。従って、立体視映像の表示機能がＢＤ−ＲＯＭ再生装置に追加されるとき、再生装置の製造コストの上昇を可能な限り抑えるには、増設されるべきプレーン・メモリの容量等、追加の必要なメモリの容量は可能な限り削減されることが望ましい。【０００８】
従来の立体視映像の表示技術では、レフトビューとライトビューとの二種類のビデオ・ストリームが記録媒体上に用意される。従って、再生装置には通常、ビデオ・ストリーム用のプレーン・メモリが二つ実装される。一方、グラフィックスと背景との各映像については、通常の平面視映像を表すイメージ・データが一種類ずつ記録媒体上に用意される。再生装置はまず、各イメージ・データからイメージ・プレーンを一枚ずつ生成する。再生装置は次に、各平面視映像をそのイメージ・プレーン内で左右に変位させることにより、レフトビューとライトビューとのイメージ・プレーンの対を作成する。それらの処理については、再生装置は例えば、字幕、対話画面、及び背景の各映像用にプレーン・メモリを一つずつ実装していればよい。こうして、再生装置に実装されるべきプレーン・メモリの総量が抑えられている。【０００９】
しかし、その反面、上記のように生成されたイメージ・プレーンの対で表現可能なグラフィックスと背景との映像の立体感には限界がある。一方、立体視映像に対するユーザ・エクスペリエンスを更に向上させるには、グラフィックスと背景との映像の立体感を更に高めることが望ましい。従って、それらの映像についても、レフトビューとライトビューとの両方のイメージ・データを記録媒体上に用意することが望ましい。【００１０】
再生装置にプレーン・メモリを増設することなく、レフトビューとライトビューとの両方のイメージ・プレーンを保持させるには、イメージ・データを格納するためのメモリ領域を動的に変更させられればよい。特にＢＤ−Ｌｉｖｅ機能の利用頻度は一般に低いので、ＢＤ−Ｌｉｖｅ機能に利用されるキャッシュ領域が左右のイメージ・プレーンの保持にも利用可能であればよい。しかし、従来の再生装置では、外部ネットワークとの接続の有無等、ハードウェアの環境に応じて、イメージ・データを格納するためのメモリ領域とキャッシュ領域とがいずれも固定されている。更に、各タイトルに属するアプリケーション・プログラムは、メモリ領域の静的な割り当てを前提として設計されている。特に、ＢＤ−Ｌｉｖｅ機能を利用するアプリケーション・プログラムは、固定値と等しい容量のキャッシュ領域を必要とする。従って、それらのアプリケーション・プログラムの起動中にメモリ領域が変更されれば、アプリケーション・プログラムによって外部ネットワークからダウンロードされたイメージ・データがキャッシュ領域とは別のメモリ領域に書き込まれる等、誤作動の危険性が生じる。【００１１】
本発明の目的は上記のような課題を解決することにあり、特に、メモリの容量を増大させることなく、グラフィックス映像の立体感が更に高いデジタル・コンテンツを再生可能な再生装置を提供することにある。
【課題を解決するための手段】
【００１２】
本発明の実施形態による再生装置は、読み出し部、仮想マシン部、メモリ部、再生部、及び管理部を備える。読み出し部は、記録媒体から、アプリケーション・プログラム、イメージ・データ、ビデオ・ストリーム、及びアプリケーション管理ファイルを読み出す。仮想マシン部はそのアプリケーション・プログラムを実行する。メモリ部は、そのイメージ・データを格納するためのイメージ・データ領域を含む。再生部は、そのアプリケーション・プログラムに従ってそのイメージ・データとそのビデオ・ストリームとから映像データを再生する。管理部は、アプリケーション管理ファイルに従って、仮想マシン部に対してはアプリケーション・プログラムの起動と終了とを指示し、メモリ部に対してはイメージ・データ領域の変更を指示する。管理部は特に、メモリ部に対してイメージ・データ領域の変更を指示するとき、その前に仮想マシン部にアプリケーション・プログラムを、アプリケーション管理ファイル上ではその実行の継続が規定されていても強制的に終了させる。
【発明の効果】
【００１３】
本発明による上記の再生装置は、記録媒体から読み出されたアプリケーション・プログラムを強制的に終了させてからイメージ・データ領域を変更する。それにより、アプリケーション・プログラムの誤動作が確実に防止されたまま、イメージ・データ領域が動的に変更可能である。その結果、特に、イメージ・データ領域を縮小して、それによって生じた空き領域を、レフトビューとライトビューとの両方のイメージ・プレーンの保持に利用することができる。こうして、本発明による上記の再生装置は、メモリの容量を増大させることなく、グラフィックス映像の立体感が更に高いデジタル・コンテンツを再生することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態１による再生装置を含むホームシアター・システムを示す模式図
【図２】本発明の実施形態１によるＢＤ−ＲＯＭディスク100上のデータ構造を示す模式図
【図３】図２に示されているインデックス・ファイル231内のインデックス・テーブル310を示す模式図
【図４】ＨＤＭＶモードとＢＤ−Ｊモードとのそれぞれで表示装置120の画面121に表示される映像を示す模式図
【図５】オフセット・モードで２Ｄ映像501からレフトビュー502Lとライトビュー502Rとを生成する例を示す模式図
【図６】（ａ）はＢＤ−Ｊオブジェクトのデータ構造を示す模式図、（ｂ）は六種類のアプリケーション・プログラムA1−A5、A11のライフサイクルを示す模式図
【図７】本発明の実施形態１による再生装置の状態１−４を示す状態遷移図
【図８】図２に示されているＪＡＲファイル237Aのデータ構造を示す模式図
【図９】図２に示されている第１ＡＶストリーム・ファイル235Aと第２ＡＶストリーム・ファイル235Bとのそれぞれに多重化されたエレメンタリ・ストリームを示す模式図
【図１０】図２に示されている第１ＡＶストリーム・ファイル235A内に多重化された各エレメンタリ・ストリーム1001、1004、1007、1010のパケットの配置を表す模式図
【図１１】図２に示されている第１クリップ情報ファイル234Aのデータ構造を示す模式図
【図１２】図１１に示されている３Ｄメタデータ1103のデータ構造を示す模式図
【図１３】図２に示されている第２プレイリスト・ファイル233Bのデータ構造を示す模式図
【図１４】図１３に示されているプレイアイテム情報1400のデータ構造を示す模式図
【図１５】図１３に示されているプレイリスト情報1301と、それに従って再生されるべきＡＶクリップCL1、CL2、CL4とを示す模式図
【図１６】本発明の実施形態１による再生装置110のハードウェア構成を示すブロック図
【図１７】図１６に示されている制御部1650の機能ブロック図
【図１８】図１６に示されている再生部1660の機能ブロック図
【図１９】図１８に示されているイメージ・メモリ1810内に確保された、ＩＧプレーン・メモリ領域、ＰＧプレーン・メモリ領域、ＢＧプレーン・メモリ領域、及びイメージ・データ領域の一例を示す模式図
【図２０】図１９に示されているＩＧプレーン・メモリ領域1911に、オフセット・モードと２プレーン・モードとのそれぞれで格納されたイメージ・プレーンを表す模式図
【図２１】図１８に示されている加算部1807の、状態１における機能ブロック図
【図２２】図１８に示されている加算部1807の、状態２における機能ブロック図
【図２３】図２２に示されている第２クロッピング処理器2212によるＰＧプレーンGPに対するクロッピング処理を示す模式図
【図２４】図１８に示されている加算部1807の、状態３と状態４とにおける機能ブロック図
【図２５】図１７に示されているＢＤ−Ｊモジュール1745による再生装置110の設定状態の切り換え処理のフローチャート
【図２６】本発明の実施形態２による再生装置における、アプリケーション・プログラムによるイベント処理のフローチャート
【発明を実施するための形態】
【００１５】
以下、本発明の好適な実施形態について、図面を参照しながら説明する。
【００１６】
《実施形態１》
【００１７】
図１は、本発明の実施形態１による再生装置を含むホームシアター・システムを示す模式図である。図１を参照するに、このホームシアター・システムは、記録媒体100、再生装置110、表示装置120、シャッター眼鏡130、及びリモコン140を含む。
【００１８】
記録媒体100はＢＤ−ＲＯＭディスクである。記録媒体100はその他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、光磁気ディスク、フレキシブル・ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。ＢＤ−ＲＯＭディスク100は３Ｄ映像の映画コンテンツを格納している。その映画コンテンツは、レフトビューとライトビューとのビデオ・ストリームの対を含む。
【００１９】
再生装置110はＢＤ−ＲＯＭドライブ111を搭載している。ＢＤ−ＲＯＭドライブ111はＢＤ−ＲＯＭ方式に準拠の光ディスクドライブである。再生装置110はＢＤ−ＲＯＭドライブ111を利用して、ＢＤ−ＲＯＭディスク100から映画コンテンツを読み込む。再生装置110は更に、その映画コンテンツを映像データ／音声データに復号する。ここで、再生装置110又は表示装置120が平面視映像（二次元（２Ｄ）映像ともいう。）の表示にのみ対応可能であるとき、映像データはレフトビュー又はライトビューのいずれかのビデオ・フレームのみを含む。一方、再生装置110と表示装置120とがいずれも３Ｄ映像の表示に対応可能であるとき、映像データはレフトビューとライトビューとの両方のビデオ・フレームを含む。
【００２０】
再生装置110はＨＤＭＩ（High−Definition Multimedia Interface）ケーブル112で表示装置120に接続されている。再生装置110は映像データ／音声データをＨＤＭＩ方式の映像信号／音声信号に変換し、ＨＤＭＩケーブル112を通して表示装置120に伝送する。再生装置110はその他に、ＨＤＭＩケーブル112を通して表示装置120とＣＥＣメッセージを交換する。それにより、再生装置110は表示装置120に対して、３Ｄ映像の表示に対応可能であるか否かを問い合わせる。
【００２１】
再生装置110はインターネット等の外部ネットワーク150に接続され、その外部ネットワーク150を通してサーバ装置160と通信できる。特に再生装置110はＢＤ−Ｌｉｖｅ機能に対応している。すなわち、再生装置110はサーバ装置160から新たなコンテンツをダウンロードして再生できる。その新たなコンテンツは、ＢＤ−ＲＯＭディスク100上の映画コンテンツに対する追加コンテンツ、及びインタラクティブ・コンテンツを含む。追加コンテンツは、その映画コンテンツに追加されるべき副音声、字幕、及びアプリケーション・プログラム、並びに、その映画コンテンツに関する特典映像を含む。インタラクティブ・コンテンツはブラウザ画面及びゲームを含む。再生装置110は、ＢＤ−ＲＯＭディスク100から再生される映像に字幕等、追加コンテンツの映像を重ねて表示し、又は、その映像と同じ画面にブラウザ画面等、インタラクティブ・コンテンツの映像を併せて表示できる。
【００２２】
表示装置120は液晶ディスプレイである。表示装置120はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。表示装置120は、映像信号に従って画面121上に映像を再現し、音声信号に従って内蔵のスピーカから音声を発生させる。特に再生装置110と表示装置120とがいずれも３Ｄ映像の表示に対応可能であるとき、画面121上にはレフトビュー・ビデオ・フレームとライトビュー・ビデオ・フレームとが交互に表示される。
【００２３】
表示装置120が３Ｄ映像の表示に対応可能であるとき、表示装置120は更に左右信号送信部122を搭載している。左右信号送信部122は左右信号LRを赤外線又は無線でシャッター眼鏡130へ送出する。左右信号LRは、現時点で画面にレフトビューとライトビューとのいずれのビデオ・フレームが表示されるのかを示す。表示装置120は、映像信号に付随する制御信号から両ビデオ・フレームを識別し、それらの切り換えに同期して、左右信号送信部122に左右信号LRを変化させる。
【００２４】
シャッター眼鏡130は、二枚の液晶表示パネル131L、131Rと左右信号受信部132とを含む。各液晶表示パネル131L、131Rは左右の各レンズ部分を構成している。左右信号受信部132は左右信号LRを受信し、その変化に応じて左右の液晶表示パネル131L、131Rに信号を送る。各液晶表示パネル131L、131Rはその信号に応じて、光をその全体で一様に透過させ、又は遮断する。特に左右信号LRがレフトビュー・ビデオ・フレームを示すとき、左目側の液晶表示パネル131Lは光を透過させ、右目側の液晶表示パネル131Rは光を遮断する。左右信号LRがライトビュー・ビデオ・フレームの表示を示すときはその逆である。このように、二枚の液晶表示パネル131L、131Rは、フレームの切り換えと同期して交互に光を透過させる。その結果、視聴者がシャッター眼鏡130をかけて画面を見たとき、レフトビュー・ビデオ・フレームはその視聴者の左目だけに映り、ライトビュー・ビデオ・フレームはその右目だけに映る。そのとき、その視聴者には、各目に映るフレーム間の違いが一つの仮想的な立体に対する両眼視差として知覚される。すなわち、その視聴者にはそれら二枚のフレームが一つの仮想的な立体として見える。
【００２５】
リモコン140は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又はＢＤ−ＲＯＭディスク100からの映像の再生開始／停止等、再生装置110又は表示装置120の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンを特定する信号を送信部に渡す。送信部はその信号を赤外線又は無線による信号IRで再生装置110又は表示装置120へ送出する。それにより、ユーザは再生装置110又は表示装置120を遠隔操作できる。
【００２６】
＜ＢＤ−ＲＯＭディスク上のデータ構造＞
【００２７】
図２は、ＢＤ−ＲＯＭディスク100上のデータ構造を示す模式図である。図２を参照するに、ＢＤ−ＲＯＭディスク100上のデータ記録領域の最内周部にはＢＣＡ（Burst Cutting Area）201が設けられている。ＢＣＡ201に対しては、ＢＤ−ＲＯＭドライブ111によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止される。それにより、ＢＣＡ201は著作権保護技術に利用される。ＢＣＡ201よりも外側のデータ記録領域にはトラック202がディスク100の内側から外側へ向けて螺旋状に延びている。図２にはトラック202が仮想的に横方向に引き伸ばされて描かれている。そのトラック202の左側がディスク100の内側を表し、右側が外側を表す。図２に示されているように、トラック202はディスク100の内側から順に、リードイン領域211、ボリューム領域212、及びリードアウト領域213を含む。リードイン領域211はＢＣＡ201のすぐ外側に設けられている。リードイン領域211は、ボリューム領域212に記録されたデータのサイズ及び物理アドレス等、ボリューム領域212へのアクセスに必要な情報を含む。リードアウト領域213はデータ記録領域の最も外側に設けられ、ボリューム領域212の終端を示す。ボリューム領域212は、映像及び音声等のアプリケーション・データを含む。
【００２８】
ボリューム領域212は「セクタ」と呼ばれる小領域に分割されている。各セクタにはボリューム領域212の先頭から順に通し番号が振られている。この通し番号のことを論理アドレス（又は論理ブロック番号）という。ＢＤ−ＲＯＭディスク100からのデータの読み出しは、そのデータが格納されたセクタの論理アドレスを指定することによって実行される。こうして、ボリューム領域212はセクタ単位でアクセス可能である。ＢＤ−ＲＯＭディスク100では更に、論理アドレスは物理アドレスと実質的に等しい。すなわち、論理アドレスが連続している領域では物理アドレスも実質的に連続している。従って、ＢＤ−ＲＯＭドライブ111は、論理アドレスが連続しているセクタからデータを、その光ピックアップにシークを行わせることなく連続して読み出すことができる。
【００２９】
ボリューム領域212に対するファイルシステムにはＵＤＦ（Universal Disc Format）が採用されている。そのファイルシステムはその他にＩＳＯ９６６０であってもよい。そのファイルシステムにより、ボリューム領域212に記録されたデータはディレクトリ／ファイル形式で表現される。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
【００３０】
≪ＢＤ−ＲＯＭディスク上のディレクトリ／ファイル構造≫
【００３１】
図２には更に、ＢＤ−ＲＯＭディスク100上のディレクトリ／ファイル構造214が示されている。その構造214では、ルート（ＲＯＯＴ）ディレクトリ220の直下にＢＤムービー（ＢＤＭＶ：BD Movie）ディレクトリ230と証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリ240とが置かれている。ＢＤＭＶディレクトリ230には、コンテンツの本体が格納されている。ＣＥＲＴＩＦＩＣＡＴＥディレクトリ240には、そのコンテンツの認証に必要な情報が格納されている。
【００３２】
ＢＤＭＶディレクトリ230の直下にはインデックス・ファイル（index.bdmv）231とムービーオブジェクト・ファイル（MovieObject.bdmv）232とが置かれている。インデックス・ファイル231は、ＢＤ−ＲＯＭディスク100に記録されたコンテンツの全体を管理するための情報である。ムービーオブジェクト・ファイル232は一般に複数のムービーオブジェクトを含む。「ムービーオブジェクト」は、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置110に実行させるための命令群を含む。ムービーオブジェクト・ファイル232は特に、再生装置110に２Ｄ映像の再生処理を行わせるムービーオブジェクトと、３Ｄ映像の再生処理を行わせるムービーオブジェクトとを含む。
【００３３】
ＢＤＭＶディレクトリ230は更に、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ233、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ234、ストリーム（ＳＴＲＥＡＭ）ディレクトリ235、ＢＤ−Ｊオブジェクト（ＢＤＪＯ：BD Java （登録商標）Object）ディレクトリ236、及びＪａｖａアーカイブ（ＪＡＲ：Java Archive）ディレクトリ237を含む。
【００３４】
ＳＴＲＥＡＭディレクトリ235にはＡＶ（Audio Vidual）ストリーム・ファイル（01000.m2ts）235A、（02000.m2ts）235Bが置かれている。「ＡＶストリーム・ファイル」は映像コンテンツの実体であり、映像・音声・字幕等を表す。ＡＶストリーム・ファイルの種類には、２Ｄ・ＡＶストリーム・ファイル、レフトビューＡＶストリーム・ファイル、及びライトビューＡＶストリーム・ファイルがある。「２Ｄ・ＡＶストリーム・ファイル」とは、単独で２Ｄ映像の再生に利用可能なＡＶストリーム・ファイルを意味する。「レフトビューＡＶストリーム・ファイル」とは、３Ｄ映像のレフトビューを表すＡＶストリーム・ファイルを意味する。「ライトビューＡＶストリーム・ファイル」とは、３Ｄ映像のライトビューを表すＡＶストリーム・ファイルを意味する。レフトビューＡＶストリーム・ファイルとライトビューＡＶストリーム・ファイルとは一対で３Ｄ映像の表示に利用される。図２に示されている例では、第１ＡＶストリーム・ファイル（01000.m2ts）235Aは２Ｄ・ＡＶストリーム・ファイルであり、かつ、レフトビューＡＶストリーム・ファイルでもある。第２ＡＶストリーム・ファイル（02000.m2ts）235BはライトビューＡＶストリーム・ファイルであり、第１ＡＶストリーム・ファイル235Aとの組み合わせで３Ｄ映像の再生に利用される。
【００３５】
ＣＬＩＰＩＮＦディレクトリ234にはクリップ情報ファイル（01000.clpi）234A、（02000.clpi）234Bが置かれている。「クリップ情報ファイル」はＡＶストリーム・ファイルと一対一に対応付けられ、主にそのＡＶストリーム・ファイルの表す映像の表示時間とそのＡＶストリーム・ファイル内の論理アドレスとの間の対応関係を表す。クリップ情報ファイルの種類には、２Ｄクリップ情報ファイル、レフトビュー・クリップ情報ファイル、及びライトビュー・クリップ情報ファイルがあり、それぞれ、２Ｄ・ＡＶストリーム・ファイル、レフトビューＡＶストリーム・ファイル、及びライトビューＡＶストリーム・ファイルに対応付けられている。図２に示されている例では、第１クリップ情報ファイル（01000.clpi）234Aは２Ｄクリップ情報ファイルであり、かつレフトビュー・クリップ情報ファイルでもあり、第１ＡＶストリーム・ファイル（01000.m2ts）235Aに対応付けられている。第２クリップ情報ファイル（02000.clpi）234Bはライトビュー・クリップ情報ファイルであり、第２ＡＶストリーム・ファイル（02000.m2ts）235Bに対応付けられている。
【００３６】
ＰＬＡＹＬＩＳＴディレクトリ233にはプレイリスト・ファイル（00001.mpls）233A、（00002.mpls）233Bが置かれている。「プレイリスト・ファイル」はＡＶストリーム・ファイルの再生経路、すなわちＡＶストリーム・ファイルの復号対象の部分とその復号順とを規定する。プレイリスト・ファイルの種類には２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとがある。「２Ｄプレイリスト・ファイル」は、２Ｄ・ＡＶストリーム・ファイルの再生経路を規定するプレイリスト・ファイルをいう。「３Ｄプレイリスト・ファイル」は、レフトビューＡＶストリーム・ファイルとライトビューＡＶストリーム・ファイルとの対の再生経路を規定するプレイリスト・ファイルをいう。図２に示されている例では、第１プレイリスト・ファイル（00001.mpls）233Aは２Ｄプレイリスト・ファイルであり、第２プレイリスト・ファイル（00002.mpls）233Bは３Ｄプレイリスト・ファイルである。
【００３７】
ＢＤＪＯディレクトリ236にはＢＤ−Ｊオブジェクト・ファイル（xxxxx.bdjo）236A、（yyyyy.bdjo）236Bが置かれている。「ＢＤ−Ｊオブジェクト・ファイル」はＢＤ−Ｊオブジェクトを一つだけ含む。「ＢＤ−Ｊオブジェクト」はバイトコード・プログラムであり、再生装置110に実装されたＪａｖａ仮想マシンによって実行されるべきアプリケーション・プログラムとその実行の時期とを規定する。アプリケーション・プログラムは再生装置110にタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。図２に示されている例では、第１ＢＤ−Ｊオブジェクト・ファイル（xxxxx.bdjo）236A内のＢＤ−Ｊオブジェクトは再生装置110に２Ｄ映像の再生処理を行わせる。一方、第２ＢＤ−Ｊオブジェクト・ファイル（yyyyy.bdjo）236B内のＢＤ−Ｊオブジェクトは再生装置110に３Ｄ映像の再生処理を行わせる。
【００３８】
ＪＡＲディレクトリ237にはＪＡＲファイル（xxxxx.jar）237A、（yyyyy.jar）237Bが置かれている。「ＪＡＲファイル」は、ＢＤ−Ｊオブジェクトの示す実行対象のアプリケーション・プログラムの本体を一般に複数含む。
【００３９】
ＣＥＲＴＩＦＩＣＡＴＥディレクトリ240の直下にはアプリケーション証明書ファイル（app.discroot.crt）241とが置かれている。アプリケーション証明書ファイル241は、ＢＤ−ＲＯＭディスク100に記録されたコンテンツのプロバイダに固有のものである。「アプリケーション証明書ファイル」はいわゆるデジタル証明書であり、アプリケーション・プログラムの認証に利用される。具体的には、Ｊａｖａ仮想マシンがＢＤ−ＲＯＭディスク100からアプリケーション・プログラムを読み出したとき、アプリケーション証明書ファイル241はそのアプリケーション・プログラムの署名検証に利用される。署名検証ではアプリケーション・プログラムの改竄の有無が確認され、かつ、その供給元の認証が行われる。署名検証により、コンテンツ・プロバイダの許可したアプリケーション・プログラムのみをＪａｖａ仮想マシンに起動させること、又はアプリケーション・プログラムに対して再生装置110内の各メモリ装置へのアクセス権限を選択的に付与することができる。
【００４０】
以下、ＢＤＭＶディレクトリ230内の各ファイルのデータ構造について個別に説明する。
【００４１】
≪インデックス・テーブル≫
【００４２】
インデックス・ファイル231はＢＤ−ＲＯＭディスク100の認識に必要な情報を含む。ＢＤ−ＲＯＭディスク100がＢＤ−ＲＯＭドライブ111に挿入されたとき、インデックス・ファイル231は最初に読み出され、再生装置110の制御部によってＢＤ−ＲＯＭディスク100の認識に利用される。インデックス・ファイル231は更にインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルと、ムービーオブジェクト又はＢＤ−Ｊオブジェクトとの間の対応関係を規定する。
【００４３】
図３は、インデックス・ファイル231内のインデックス・テーブル310を示す模式図である。インデックス・テーブル310は、ファーストプレイ301、トップメニュー302、及びタイトルｋ303（ｋ＝１、２、…、ｎ：ｎは１以上の整数）という項目を含む。各項目にはムービーオブジェクトMVO−2D、MVO−3D、…、又はＢＤ−ＪオブジェクトBDJO−2D、BDJO−3D、…のいずれかが対応付けられている。一方、各項目は再生装置110の制御部によって各種のイベントに対応付けられている。「イベント」は、例えば、ＢＤ−ＲＯＭドライブ111でのディスクの挿抜、ユーザによるリモコン140の操作、及びアプリケーション・プログラムによる要求を含む。イベントが発生する度に再生装置110の制御部はインデックス・テーブル310を参照し、そのイベントに対応する項目の示すオブジェクトをＢＤ−ＲＯＭディスク100から呼び出す。制御部は更に、呼び出されたオブジェクトに従って様々な処理を行う。
【００４４】
項目「ファーストプレイ」301には、ディスク100がＢＤ−ＲＯＭドライブ111へ挿入された時点に呼び出されるべきオブジェクトが割り当てられている。そのオブジェクトは再生装置110に、例えば、視聴者に対する警告文及びコンテンツ・プロバイダのロゴの表示処理を実行させる。項目「トップメニュー」302には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時点に呼び出されるべきオブジェクトが割り当てられている。そのオブジェクトは再生装置110にメニューの表示処理を実行させる。項目「タイトルｋ」303には、映画の本編等、ディスク100上のコンテンツの本体を構成する各タイトルにオブジェクトが個別に割り当てられている。そのオブジェクトは、例えばユーザの操作によってそのタイトルが再生対象に指定された時点に呼び出され、そのタイトルに属するＡＶストリーム・ファイルの再生処理を再生装置110に実行させる。
【００４５】
図３に示されている例では、項目「タイトル１」と項目「タイトル２」とがいずれも２Ｄ映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられている第１ムービーオブジェクトMVO−2Dは、第１プレイリスト・ファイル233Aを用いた２Ｄ映像の再生処理に関する命令群を含む。再生装置110によって項目「タイトル１」が参照されたとき、第１ムービーオブジェクトMVO−2D内の各命令に従い、第１プレイリスト・ファイル233Aがディスク100から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。一方、項目「タイトル２」に対応付けられている第１ＢＤ−ＪオブジェクトBDJO−2Dは、第１プレイリスト・ファイル233Aを用いた２Ｄ映像の再生処理に関するアプリケーション・プログラムを指定する。再生装置110によって項目「タイトル２」が参照されたとき、第１ＢＤ−ＪオブジェクトBDJO−2Dに従ってそのアプリケーション・プログラムが実行される。それにより、第１プレイリスト・ファイル233Aがディスク100から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。
【００４６】
図３に示されている例では更に、項目「タイトル３」と項目「タイトル４」とが３Ｄ映像のタイトルに割り当てられている。項目「タイトル３」に対応付けられている第２ムービーオブジェクトMVO−3Dは、第１プレイリスト・ファイル233Aを用いた２Ｄ映像の再生処理に関する命令群に加え、第２プレイリスト・ファイル233Bを用いた３Ｄ映像の再生処理に関する命令群を含む。項目「タイトル４」に対応付けられている第２ＢＤ−ＪオブジェクトBDJO−3Dは、第１プレイリスト・ファイル233Aを用いた２Ｄ映像の再生処理に関するアプリケーション・プログラムに加え、第２プレイリスト・ファイル233Bを用いた３Ｄ映像の再生処理に関するアプリケーション・プログラムを規定する。例えばユーザの操作によってタイトル３が選択されたとき、再生装置110は項目「タイトル３」を参照して第２ムービーオブジェクトMVO−3Dを呼び出す。それにより、再生装置110はまず次の三種類の判別処理を行う：（１）再生装置110自身が３Ｄ映像の再生に対応しているか否か、（２）ユーザが３Ｄ映像の再生を選択しているか否か、及び（３）表示装置120が３Ｄ映像の再生に対応しているか否か。再生装置110は次に、それらの判別結果に応じていずれかのプレイリスト・ファイル233A−Bを選択し、それに規定された再生経路に従って３Ｄ映像の再生処理を実行する。一方、再生装置110が項目「タイトル４」を参照して第２ＢＤ−ＪオブジェクトBDJO−3Dを呼び出したとき、再生装置110はそのオブジェクトに従って各種のアプリケーション・プログラムを実行する。それにより、再生装置110は、上記の判別、その結果に応じたプレイリスト・ファイルの選択、及びその再生経路に沿った３Ｄ映像の再生の各処理を行う。
【００４７】
≪ムービーオブジェクト・ファイル≫
【００４８】
ムービーオブジェクト・ファイル232は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置に実行させるべき操作の内容を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置110の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置110は、一般的なＤＶＤプレーヤと同様に、まず、表示装置120にメニューを表示してユーザにコマンドを選択させる。再生装置110は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。このように、ムービーオブジェクトに従った再生装置110の動作モードをＨＤＭＶ（High Definition Movie）モードという。
【００４９】
≪ＢＤ−Ｊオブジェクト・ファイル≫
【００５０】
ＢＤ−Ｊオブジェクト・ファイル236A、236BにはＢＤ−ＪオブジェクトがＪａｖａ言語等のコンパイラ型言語で記述されている。再生装置110の制御部はユーザの操作又はアプリケーション・プログラムの要求に応じてＢＤ−Ｊオブジェクトを呼び出す。そのＢＤ−Ｊオブジェクトは、制御部内に実装されたＪａｖａプラットフォームによって解釈される。制御部は更に、そのＢＤ−Ｊオブジェクトに従って種々のアプリケーション・プログラムをＪａｖａ仮想マシンに実行させる。それにより、再生装置110は、タイトルの再生映像の進行を動的に変化させ、又は表示装置120にグラフィックス映像をタイトルの映像とは独立に表示させる。このように、ＢＤ−Ｊオブジェクトに従った再生装置110の動作モードをＢＤ−Ｊモードという。
【００５１】
図４は、ＨＤＭＶモードとＢＤ−Ｊモードとのそれぞれで表示装置120の画面121に表示される映像を示す模式図である。図４の（ａ）は、ＨＤＭＶモードでの再生映像の一場面を示す。ＨＤＭＶモードでの再生映像は一般に、ＤＶＤから再生される映像と同様、ＢＤ−ＲＯＭディスク100に記録されたコンテンツ本体の映像、例えば映画の本編の映像が画面121の全体に表示される。一方、図４の（ｂ）は、ＢＤ−Ｊモードでの再生映像の一場面を示す。ＢＤ−Ｊモードでは、コンテンツ本体の映像に併せて、再生装置110内のＪａｖａ仮想マシンにグラフィックス映像を描画させることができる。例えば図４の（ｂ）に示されているように、一つの画面121の中に、映画の本編の映像SCN、その映画の表題TL、その映画の解説を行うフクロウのアニメーション映像CR、背景映像BG、及びポップアップメニューPPMを同時に表示することができる。
【００５２】
ＢＤ−Ｊモードでは更に、ＢＤ−Ｌｉｖｅ機能が利用可能である。すなわち、アプリケーション・プログラムは再生装置110に、ネットワーク150上のサーバ装置160から、字幕等の追加コンテンツ、及び、ブラウザ画面等のインタラクティブ・コンテンツをダウンロードさせることができる。アプリケーション・プログラムは更に再生装置110に、ダウンロードされたコンテンツを、図４の（ｂ）に示されているように、ＢＤ−ＲＯＭディスク100に記録されたコンテンツ本体の映像と合わせて表示させることができる。
【００５３】
ＢＤ−Ｊモードではその上、再生装置110と表示装置120とがいずれも３Ｄ映像の表示に対応可能であるとき、コンテンツ本体の３Ｄ映像に併せて、Ｊａｖａ仮想マシンにグラフィックス映像を３Ｄ映像として描画させることができる。グラフィックス映像を３Ｄ映像として再生する処理には２プレーン・モードとオフセット・モードとの二種類がある。「２プレーン・モード」では、コンテンツ本体のビデオ・ストリームと同様に、レフトビューとライトビューとの両方のイメージ・データが個別に用意され、それらからレフトビューとライトビューとの各イメージ・プレーンが個別にＪａｖａ仮想マシンによって描画される。「オフセット・モード」では、通常の２Ｄ映像を表すイメージ・データからレフトビューとライトビューとのイメージ・プレーンの対が再生装置110によって生成される。
【００５４】
図５は、オフセット・モードで２Ｄ映像501からレフトビュー502Lとライトビュー502Rとを生成する例を示す模式図である。図５の（ａ）を参照するに、２Ｄ映像501は背景512の中に円板511と字幕513とを含む。再生装置110は、２Ｄ映像501を表すイメージ・データを加工して、２Ｄ映像501内の各部の表示位置を左右に移動させる。それにより、２Ｄ映像501からレフトビュー502Lとライトビュー502Rとが生成される。図５の（ｂ）、（ｃ）に示されている例では、レフトビュー502L内の円板521Lの表示位置が２Ｄ映像501内の円板511の表示位置からオフセット値S1だけ右に移動し、ライトビュー502R内の円板521Rの表示位置がオフセット値S1だけ左に移動する。同様に、レフトビュー502L内の字幕523Lの表示位置が２Ｄ映像501内の字幕513の表示位置からオフセット値S3だけ右に移動し、ライトビュー502R内の字幕523Rの表示位置がオフセット値S3だけ左に移動する。その場合、図５の（ｄ）に示されているように、視聴者には円板531と字幕533とがいずれも画面503よりも手前に見える。一方、レフトビュー502L内の背景522Lの表示位置が２Ｄ映像501内の背景512の表示位置からオフセット値S2だけ左に移動し、ライトビュー502R内の背景522Rの表示位置がオフセット値S2だけ右に移動する。その場合、視聴者には背景532が画面503よりも奥に見える。
【００５５】
図６の（ａ）は、ＢＤ−Ｊオブジェクトのデータ構造を示す模式図である。図６の（ａ）を参照するに、ＢＤ−Ｊオブジェクトはアプリケーション管理テーブル610とイメージ再生状態値620とを含む。
【００５６】
アプリケーション管理テーブル610は、実行対象のアプリケーション・プログラムとその実行時期、すなわちライフサイクルとのリストである。図６の（ａ）を参照するに、アプリケーション管理テーブル610は、アプリケーション識別子611、制御コード612、及びアプリケーション詳細情報613の組み合わせを複数含む。アプリケーション識別子611は、実行対象のアプリケーション・プログラムを含むＪＡＲファイルのファイル名を示す。制御コード612は、アプリケーション識別子611で特定されるアプリケーション・プログラムの起動モードを示す。起動モードにはオート・スタート（Auto Start）とプリゼント（Present）との二種類がある。「オート・スタート」は、アプリケーション・プログラムをタイトルの再生開始と共に自動的に起動させることを示す。「プリゼント」は、アプリケーション・プログラムを他のアプリケーション・プログラムからの呼び出しに応じて起動させることを示す。アプリケーション詳細情報613は、アプリケーション名631、バインディング情報632、及びアイコン・ロケータ633を含む。アプリケーション名631は、実行対象のアプリケーション・プログラムの名称を示す。バインディング情報632は、アプリケーション名631の示すアプリケーション・プログラムのライフサイクルを示す。ライフサイクルには、タイトル・バウンド、ディスク・バウンド、及びディスク・アンバウンドの三種類がある。「タイトル・バウンド」は、アプリケーション・プログラムの実行期間が一つのタイトルの期間に限られることを示す。「ディスク・バウンド」は、アプリケーション・プログラムの実行期間が、一枚のＢＤ−ＲＯＭディスクに含まれるいずれのタイトルの期間にも限られないが、そのディスクがＢＤ−ＲＯＭドライブから取り出される時点までには限られることを示す。「ディスク・アンバウンド」は、アプリケーション・プログラムの実行期間が、ＢＤ−ＲＯＭディスクがＢＤ−ＲＯＭドライブから取り出された後も継続されることを示す。アイコン・ロケータ633は、アプリケーション名631の示すアプリケーション・プログラムに対応付けられるべきアイコン・データのＪＡＲファイル内でのアドレスを示す。
【００５７】
図６の（ｂ）は、六種類のアプリケーション・プログラムA1−A5、A11のライフサイクルを示す模式図である。図６の（ｂ）を参照するに、再生装置110はまず、時刻T1から時刻T2までの期間では第１ディスクD1から第１タイトルTL1を再生し、続けて時刻T2から時刻T3までの期間では第２タイトルTL2を再生する。時刻T3では第１ディスクD1が再生装置110から取り出される。その後、時刻T4に第２ディスクD2が再生装置110に挿入されたとき、再生装置110は時刻T4以後の期間に第２ディスクD2から第３タイトルTL3を再生する。各タイトルTL1、TL2、TL3の再生期間ではタイトル・バウンドのアプリケーション・プログラムA1、A2、A3が一つずつ実行される。いずれの起動モードもオート・スタートであるので、各アプリケーション・プログラムA1−A3のライフサイクルは各タイトルTL1−TL3の再生期間と一致する。第１タイトルTL1の再生期間T1−T2ではタイトル・バウンドの別のアプリケーション・プログラムA11も実行される。このアプリケーション・プログラムA11は、その起動モードがプリゼントであるので、同じ期間に実行されているオート・スタートのアプリケーション・プログラムA1からの呼び出しCLに応じて起動する。一方、このアプリケーション・プログラムA11はタイトル・バウンドであるので、第１タイトルTL1の再生期間の終了と同時に終了する。第１ディスクD1が再生装置110に挿入されている期間T1−T3では更に、ディスク・バウンドのアプリケーション・プログラムA4が実行される。このアプリケーション・プログラムA11は、時刻T2に第１タイトルTL1が第２タイトルTL2に切り換えられても、続けて実行される。しかし、このアプリケーション・プログラムA11はディスク・バウンドであるので、時刻T3に第１ディスクD1が再生装置110から取り出されるのに併せて終了する。時刻T1から時刻T4以後にかけてディスク・アンバウンドのアプリケーション・プログラムA5が実行される。このアプリケーション・プログラムA5は、時刻T3に第１ディスクD1が再生装置110から取り出されたときも、時刻T4に第２ディスクD2が再生装置110に挿入されたときも、継続して実行される。
【００５８】
イメージ再生状態値620は、イメージ・データの再生処理に関する再生装置110の設定状態であって、ＢＤ−Ｊオブジェクトに対応付けられたタイトルの再生期間において実現されるべきものを表す。再生装置110の制御部はＢＤ−Ｊオブジェクトを呼び出したとき、それの示すイメージ再生状態値620に応じて、メモリ領域の割り当て等、再生装置110の設定状態を変更する。イメージ・データの再生処理に関する再生装置110の設定状態には、状態１から状態４までの四種類がある。それに合わせて、イメージ再生状態値620は０から３までの四種類の整数値を取り得る：イメージ再生状態値620が０、１、２、３に等しいとき、そのタイトルの再生期間では再生装置110の設定状態が状態１、状態２、状態３、状態４に設定される。
【００５９】
図７は、状態１−４を示す状態遷移図である。図７を参照するに、状態１−４間では、オフセット・モード、２プレーン・モード、及びＢＤ−Ｌｉｖｅ機能のうち、アプリケーション・プログラムによる利用が許可され、又は禁止されたものの組み合わせが異なる。
【００６０】
状態１では、３Ｄ映像の再生処理そのものが禁止されている。従って、イメージ・データは２Ｄ映像としてのみ再生可能である。すなわち、オフセット・モードと２プレーン・モードとはいずれも禁止されている。一方、ＢＤ−Ｌｉｖｅ機能は許可されている。
【００６１】
状態２では、ビデオ・ストリームからの３Ｄ映像の再生処理は許可されている。しかし、イメージ・データからの３Ｄ映像の再生処理については、２プレーン・モードは禁止され、オフセット・モードのみが許可されている。一方、ＢＤ−Ｌｉｖｅ機能は許可されている。
【００６２】
状態３では、ビデオ・ストリームからの３Ｄ映像の再生処理に加え、イメージ・データからの３Ｄ映像の再生処理について、２プレーン・モードとオフセット・モードとがいずれも許可されている。一方、ＢＤ−Ｌｉｖｅ機能は許可されているが、ブラウザ画面等のイメージ・データを保持するためのキャッシュ領域は制限されている。
【００６３】
状態４では、状態３と同様、ビデオ・ストリームからの３Ｄ映像の再生処理、及び、イメージ・データからの２プレーン・モードとオフセット・モードとのいずれによる３Ｄ映像の再生処理も許可されている。しかし、状態３とは異なり、ＢＤ−Ｌｉｖｅ機能は禁止されている。
【００６４】
≪ＪＡＲファイル≫
【００６５】
図８は、ＪＡＲファイル237Aのデータ構造を示す模式図である。ＪＡＲファイル237AはＪａｖａアーカイブ・ファイルである。Ｊａｖａアーカイブ・ファイルは、http：／／java.sun.com／j2se／1.4.2／docs／guide／jar／jar.htmlに記載された仕様に準拠して、ＺＩＰ形式のファイルをＪａｖａに特化させたものである。従って、Ｊａｖａアーカイブ・ファイルの内容は市販のＺＩＰ展開ソフトウェアによって確認することができる。ＪＡＲファイル237Aの中には、図８に示されている構造のディレクトリ／ファイル群800が圧縮されている。それらのディレクトリ／ファイル群800はＪａｖａ仮想マシンにより、ＪＡＲファイル237AからＪａｖａ仮想マシン内のヒープ領域（ワークメモリともいう。）の中に展開される。それらのディレクトリ／ファイル群800では、ＲＯＯＴディレクトリ801の直下にクラス（classes）ディレクトリ810とイメージ（image）ディレクトリ820とが置かれている。
【００６６】
クラス・ディレクトリ810にはクラス・ファイル（aaa.class）811が置かれている。「クラス・ファイル」811はｘｌｅｔプログラムを含む。ｘｌｅｔプログラムはアプリケーション・プログラムの本体であり、その名称がＢＤ−Ｊオブジェクト内のアプリケーション管理テーブル410に記載されている。ｘｌｅｔプログラムはＢＤ−Ｊオブジェクトと同様に、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。ｘｌｅｔプログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及び、Ｊａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。
【００６７】
イメージ・ディレクトリ820には、アプリケーション・プログラムによってＧＵＩに利用されるべきイメージ・データが置かれている。それらのイメージ・データはＪＰＥＧファイル（menu.jpg）821とＰＮＧファイル（menu.png）822とを含む。それらのイメージ・データは、メニュー等のＧＵＩ用グラフィック部品を表し、欧州デジタル放送端末（DVB−MHP）で利用されるものと同等である。それらのイメージ・データは特に、各グラフィック部品のレフトビューとライトビューとを表すものを含む。
【００６８】
≪ＡＶストリーム・ファイル≫
【００６９】
ＡＶストリーム・ファイル235A、235BはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームである。各ＡＶストリーム・ファイル235A、235Bの中には一般に複数のエレメンタリ・ストリームが多重化されている。図９の（ａ）、（ｂ）はそれぞれ、第１ＡＶストリーム・ファイル235A、第２ＡＶストリーム・ファイル235Bに多重化されたエレメンタリ・ストリームを示す模式図である。図９を参照するに、第１ＡＶストリーム・ファイル235Aは、レフトビュー・ビデオ・ストリーム901L、プライマリ・オーディオ・ストリーム902A、902B、プレゼンテーション・グラフィックス（ＰＧ）ストリーム903A、903B、インタラクティブ・グラフィックス（ＩＧ）ストリーム904、セカンダリ・ビデオ・ストリーム905、及びセカンダリ・オーディオ・ストリーム906を含む。一方、第２ＡＶストリーム・ファイル235Bはライトビュー・ビデオ・ストリーム901Rを含む。
【００７０】
レフトビュー・ビデオ・ストリーム901Lとライトビュー・ビデオ・ストリーム901Rとはいずれもプライマリ・ビデオ・ストリームであり、それぞれ、映画の主映像のレフトビューとライトビューとを表す。主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、ＨＤＭＶモードにおいて画面全体に表示されるものを指す。一方、セカンダリ・ビデオ・ストリーム905は映画の副映像を表す。副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。各ビデオ・ストリームは、ＭＰＥＧ−２、ＭＰＥＧ−４  ＡＶＣ、又はＳＭＰＴＥ  ＶＣ−１等の動画圧縮符号化方式で符号化されている。特に、レフトビュー・ビデオ・ストリーム901Lは、自己のピクチャ間での予測符号化によって圧縮されている。一方、ライトビュー・ビデオ・ストリーム901Rは、自己のピクチャ間に加え、レフトビュー・ビデオ・ストリーム901L内のピクチャ間との予測符号によって圧縮されている。
【００７１】
プライマリ・オーディオ・ストリーム902A、902Bは映画の主音声を表す。それら二つのプライマリ・オーディオ・ストリーム902A、902Bの間では言語又は音声の出力形式が異なる。セカンダリ・オーディオ・ストリーム906は、その主音声とミキシングされるべき副音声を表す。各オーディオ・ストリームは、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ−ＨＤ、又はリニアＰＣＭ（Pulse Code Modulation）等の方式で符号化されている。
【００７２】
ＰＧストリーム903A、903Bは映画の字幕のグラフィックス映像を表す。それら二つのＰＧストリーム903A、903Bの間では字幕の言語が異なる。ＩＧストリーム904はＧＵＩ用のグラフィック部品及びその配置を表す。ＩＧストリーム404は主にＨＤＭＶモードにおいて、表示装置120の画面131上に対話画面を構成するのに利用される。
【００７３】
エレメンタリ・ストリーム901−906はパケットＩＤ（ＰＩＤ）によって識別される。例えば、レフトビュー・ビデオ・ストリーム901LにはＰＩＤとして１６進数値０ｘ１０１１が割り当てられ、ライトビュー・ビデオ・ストリーム901RにはＰＩＤとして０ｘ１０１２が割り当てられる。プライマリ・オーディオ・ストリーム902A、902BにはＰＩＤとして０ｘ１１００から０ｘ１１１Ｆまでのいずれかの値が割り当てられる。ＰＧストリーム903A、903BにはＰＩＤとして０ｘ１２００から０ｘ１２１Ｆまでのいずれかの値が割り当てられる。ＩＧストリーム904にはＰＩＤとして０ｘ１４００から０ｘ１４１Ｆまでのいずれかの値が割り当てられる。セカンダリ・ビデオ・ストリーム905A、905BにはＰＩＤとして０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかの値が割り当てられる。セカンダリ・オーディオ・ストリーム906にはＰＩＤとして０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかの値が割り当てられる。
【００７４】
図１０は、第１ＡＶストリーム・ファイル235A内に多重化された各エレメンタリ・ストリーム1001、1004、1007、1010のパケットの配置を表す模式図である。第２ＡＶストリーム・ファイル235Bについても同様である。ビデオ・ストリーム1001、オーディオ・ストリーム1004、ＰＧストリーム1007、及びＩＧストリーム1010はそれぞれ、まずＰＥＳ（Packetized Elementary Stream）パケットの列1002、1005、1008、1011に変換され、次にＴＳパケットの列1003、1006、1009、1012に変換される。続いて、各ＴＳパケットに個別にヘッダが付加されてソースパケット1013が生成される。最後に、各ソースパケット1013が時分割で一本のストリームに多重化される。こうして、第１ＡＶストリーム・ファイル235Aが構成される。ここで、図１０に示されているように、第１ＡＶストリーム・ファイル235A内でソースパケット1013は先頭から順に番号付けされている。その番号をソースパケット・ナンバ（ＳＰＮ：Source Packet Number）と呼ぶ。ＳＰＮは、第１ＡＶクリップ・ファイル235A内での各ソースパケット1013のアドレスとして利用される。
【００７５】
例えばビデオ・ストリーム1001からはＴＳパケットの列1003が次のように得られる。まず、ビデオ・ストリーム1001を構成するビデオ・フレーム1001Aの列がＰＥＳパケット1002の列に変換される。ここで、各ビデオ・フレーム1001Aは上記の動画圧縮符号化方式で一つのピクチャに符号化されている。更に、ビデオ・フレーム1001Aの列は複数のＧＯＰ（Group Of Pictures）に分割されている。各ＰＥＳパケット1002はＰＥＳヘッダとＰＥＳペイロードとを含む。各ビデオ・フレーム1001Aは上記の符号化方式で一つのピクチャに圧縮されて、各ＰＥＳペイロードに格納される。一方、各ＰＥＳヘッダには、同じＰＥＳパケットのＰＥＳペイロードに格納されたピクチャの表示時刻（ＰＴＳ：Presentation Time−Stamp）が格納される。ＰＴＳは、再生装置100内のデコーダによって一つのエレメンタリ・ストリームから復号された一フレームのデータがそのデコーダから出力されるべき時刻をいう。次に、各ＰＥＳパケット1002が一般に複数のＴＳパケット1003に変換される。ＴＳパケット1003は固定長のパケットであり、ＴＳヘッダとＴＳペイロードとを含む。ＴＳヘッダは、対応するＴＳペイロードに格納されたビデオ・ストリームのＰＩＤを含む。各ＰＥＳパケットは一般には分割されて複数のＴＳペイロードに格納される。このようなＴＳパケットの構成は、他のエレメンタリ・ストリームについても同様である。
【００７６】
ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図９に示されているエレメンタリ・ストリームから変換されたもの以外にも、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャル・トランスポート・ストリームを規定する役割を持つ。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、ＡＶストリーム・ファイルもそのパーシャル・トランスポート・ストリームと同様に規定される。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる、映像・音声・字幕等を表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。その属性情報は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報、及びそのエレメンタリ・ストリームのフレームレートとアスペクト比とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種のディスクリプタ（記述子ともいう。）を含む。ディスクリプタには特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報が含まれる。ＰＣＲは、そのパケットのＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ＳＴＣは、デコーダ内でＰＴＳ及びＤＴＳの基準として利用されるクロックである。デコーダはＰＣＲを利用して、ＡＴＳの基準であるＡＴＣ（Arrival Time Clock）にＳＴＣを同期させる。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置内のデコーダにＡＶストリーム・ファイルを、欧州デジタル放送規格に準拠のパーシャル・トランスポート・ストリームと同様に処理させることができる。それにより、ＢＤ−ＲＯＭディスク100用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。
【００７７】
一つのＡＶストリーム・ファイルの中でシームレス再生が可能な部分を特に「ＡＶクリップ」という。各ＡＶクリップでは、ソースパケットに格納されたデータのＰＴＳが連続している等により、表示時間の全体にわたってシームレス再生が保障されている。
【００７８】
≪クリップ情報ファイル≫
【００７９】
図１１は、第１クリップ情報ファイル（01000.clpi）234Aのデータ構造を示す模式図である。図１１を参照するに、第１クリップ情報ファイル234Aは、ストリーム属性情報1101、エントリ・マップ1102、及び３Ｄメタデータ1103を含む。一方、第２クリップ情報ファイル234Bは、３Ｄメタデータ1103を除き、第１クリップ情報ファイル234Aと同じデータ構造を持つ。
【００８０】
ストリーム属性情報1101は、図１１に示されているように、第１ＡＶストリーム・ファイル235Aに含まれる各エレメンタリ・ストリームのＰＩＤ1111とその属性情報1112との間の対応表である。属性情報1112に含まれる項目は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えば、レフトビュー・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１０１に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。これらの属性情報1112は再生装置110により、デコーダの初期化に利用される。
【００８１】
第２ＡＶストリーム・ファイル235B内のライトビュー・ビデオ・ストリームは、第１ＡＶストリーム・ファイル235A内のレフトビュー・ビデオ・ストリームを利用して圧縮されている。従って、ライトビュー・ビデオ・ストリームはレフトビュー・ビデオ・ストリームと同じビデオ・ストリーム属性を持つ。すなわち、第２クリップ情報ファイル234Bに含まれるライトビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１２）の属性情報は、第１クリップ情報ファイル234Aに含まれるレフトビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１１）の属性情報と、コーデックの種類、解像度、アスペクト比、及びフレームレートがいずれも一致する。
【００８２】
エントリ・マップ1102は、図１１に示されているように、第１ＡＶストリーム・ファイル235A内のビデオ・ストリーム別に異なるテーブル1121を含む。各テーブル1211には異なるビデオ・ストリームのＰＩＤが対応付けられている。各テーブル1211は複数のエントリ・ポイント1122を含む。各エントリ・ポイント1122は一対のＰＴＳとＳＰＮとを含む。そのＰＴＳは、割り当て先のビデオ・ストリームに含まれるいずれかのＧＯＰの先頭のピクチャ、すなわちＩピクチャのＰＴＳに等しい。一方、同じエントリ・ポイント1122のＳＰＮは、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。再生装置110はエントリ・マップ1102を利用して、ビデオ・ストリームからの映像の再生期間中、任意の時点のシーンに対応する第１ＡＶストリーム・ファイル235A内のＳＰＮを特定できる。特に早送り再生及び巻戻し再生等の特殊再生では、再生装置110は各エントリ・ポイント1122のＳＰＮからソースパケットを選択的に抽出して復号する。それにより、Ｉピクチャが選択的に再生される。こうして、再生装置110は、第１ＡＶストリーム・ファイル235A自体を解析することなく、特殊再生を効率的に処理できる。
【００８３】
第２クリップ情報ファイル234Bでも同様に、エントリ・マップは、ライトビュー・ビデオ・ストリームに対するエントリ・ポイントを複数含む。各エントリ・ポイントは一対のＰＴＳとＳＰＮとを含む。そのＰＴＳは、ライトビュー・ビデオ・ストリームに含まれるいずれかのＧＯＰの先頭のピクチャ、すなわちＰピクチャのＰＴＳに等しい。一方、同じエントリ・ポイントのＳＰＮは、そのＰピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。各エントリ・ポイントのＰＴＳは更に、第１クリップ情報ファイル234Aの示すレフトビュー・ビデオ・ストリームに対する各エントリ・ポイントのＰＴＳに等しい。すなわち、レフトビューとライトビューとのビデオ・ストリーム間では、３Ｄ映像の同じシーンを表す一対のピクチャの一方についてエントリ・ポイントが設定されているときは常に、他方にもエントリ・ポイントが設定されている。従って、再生装置は３Ｄ映像の飛び込み再生を開始するとき、対応するエントリ・ポイントから、再生されるべきソースパケット群の先頭のＳＰＮを直ちに取得できる。こうして、３Ｄ映像の再生においても、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理の応答速度を向上することができる。
【００８４】
図１２は、３Ｄメタデータ1103のデータ構造を示す模式図である。３Ｄメタデータ1103は、図９に示されている第１ＡＶストリーム・ファイル235Aに多重化されたＰＧストリーム903A、903BとＩＧストリーム904とに対するクロッピング処理に利用される。「クロッピング処理」とは、各ストリームから再生される２Ｄ映像に奥行き感を与えるための処理をいう。クロッピング処理では各２Ｄ映像を水平方向に変位させることにより、レフトビューとライトビューとの対が生成される。そのときの変位量は、その２Ｄ映像に奥行き感を与えるのに必要な両眼視差に相当する。３Ｄメタデータ1103は特に、その変位量をピクセル数で表した値、すなわち「オフセット値」を含む。
【００８５】
図１２を参照するに、３Ｄメタデータ1103は、ＰＧストリーム903AのＰＩＤ＝０ｘ１２００とＩＧストリーム904のＰＩＤ＝０ｘ１４００との別にテーブル1201を含む。各テーブル1201には一対のＰＴＳ1202とオフセット値1203、すなわちオフセット・エントリ1204が一般に複数、記載されている。そのＰＴＳ1202は、ＰＧストリーム903AとＩＧストリーム904とに含まれる一つのピクチャのＰＴＳに等しい。オフセット値1203は、そのＰＴＳ1202が割り当てられたピクチャに対するオフセット値を表す。オフセット値1203はマイナス値であってもよい。各オフセット・エントリ1204の有効区間は、そのオフセット・エントリのＰＴＳから次のオフセット・エントリのＰＴＳまでである。図１２の例では、最初のオフセット・エントリのＰＴＳが１８００００であり、二番目のオフセット・エントリのＰＴＳが２７００００であり、三番目のオフセット・エントリのＰＴＳが３６００００である。その場合、最初のオフセット・エントリのオフセット値“＋５”は、１８００００から２７００００までのＳＴＣの範囲で有効であり、二番目のオフセット・エントリのオフセット値“＋３”は、２７００００から３６００００までのＳＴＣの範囲で有効である。
【００８６】
≪プレイリスト・ファイル≫
【００８７】
図１３は、第２プレイリスト・ファイル233Bのデータ構造を示す模式図である。図１３を参照するに、第２プレイリスト・ファイル233Bはプレイリスト情報1301を含む。プレイリスト情報1301はメインパス情報1310とサブパス情報1320、1330とを含む。メインパス情報1310は少なくとも一つのプレイアイテム情報1311、1312、1313、…を含む。各プレイアイテム情報1311−1313は、第１ＡＶストリーム・ファイル235Aの再生区間、すなわち、連続して再生されるべき部分を規定する。プレイアイテム情報1311−1313には更に、再生区間の再生順に通し番号＃１、＃２、＃３、…が振られている。サブパス情報1320、1330にはそれぞれ、固有の識別子、すなわちサブパスＩＤ“＃１”、“＃２”が割り当てられている。サブパスＩＤ＝＃１のサブパス情報1320は少なくとも一つのサブプレイアイテム情報1321、1322、1323、…を含む。各サブプレイアイテム情報1321−1323は第２ＡＶストリーム・ファイル235Bの再生区間を規定する。サブプレイアイテム情報1321−1323には更に、再生区間の再生順に通し番号＃１、＃２、＃３、…が振られている。サブパスＩＤ＝＃２のサブパス情報1330は少なくとも一つのサブプレイアイテム情報1331、1332、1333、…を含む。各サブプレイアイテム情報1331−1333は、両ＡＶストリーム・ファイル235A、235Bの別の再生区間、又はそれらとは別のＡＶストリーム・ファイルの再生経路を規定する。サブプレイアイテム情報1331−1333には更に、再生区間の再生順に通し番号＃１、＃２、＃３、…が振られている。
【００８８】
図１４は、プレイアイテム情報1400のデータ構造を示す模式図である。図１４を参照するに、プレイアイテム情報1400は、参照クリップ情報1401、再生開始時刻1402、再生終了時刻1403、及びストリーム選択テーブル1404を含む。サブプレイアイテム情報も、ストリーム選択テーブルを除き、同様なデータ構造を持つ。
【００８９】
参照クリップ情報1401は、ＰＴＳからＳＰＮへの変換に利用すべきクリップ情報ファイルを識別するための情報である。再生開始時刻1402と再生終了時刻1403とは復号対象のＡＶクリップの先頭と末尾との各ＰＴＳを示す。再生装置110は、参照クリップ情報1401の示すクリップ情報ファイルからそのエントリ・マップを参照し、再生開始時刻1402と再生終了時刻1403とのそれぞれに対応するＳＰＮを取得する。それにより、再生装置110は、ＡＶストリーム・ファイルから読み出されるべきＡＶクリップを特定し、そのＡＶクリップに対して再生処理を行う。
【００９０】
ストリーム選択テーブル1404は、再生開始時刻1402から再生終了時刻1403までの間に再生装置110内のデコーダによってＡＶクリップの中から選択可能なエレメンタリ・ストリームのリストを表す。ストリーム選択テーブル1404は特に複数のストリーム・エントリ1410、1420、…を含む。各ストリーム・エントリ1410、1420は、ストリーム選択番号1411、ストリーム・パス情報1412、及びストリーム識別情報1413を含む。ストリーム識別情報1413は、再生開始時刻1502から再生終了時刻1503までの間に選択可能なエレメンタリ・ストリームのＰＩＤを示す。ストリーム選択番号1411はストリーム・エントリ1410の通し番号であり、再生装置110によって選択対象のエレメンタリ・ストリームの識別に利用される。ストリーム・パス情報1412は、ストリーム識別情報1413によって特定されるエレメンタリ・ストリームの属するＡＶストリーム・ファイルに対応付けられたクリップ情報ファイルを示す。例えばストリーム・パス情報1412が“メインパス”を示すとき、そのクリップ情報ファイルは参照クリップ情報1401の示すものである。ストリーム・パス情報1412が“サブパスＩＤ＝＃１”を示すとき、そのクリップ情報ファイルは、そのサブパスＩＤのサブパス情報に含まれるサブプレイアイテム情報の参照クリップ情報が示すものである。ここで、そのサブプレイアイテム情報の示す再生区間は、再生開始時刻1402から再生終了時刻1403までの間に含まれる。特に第２プレイリスト・ファイル233Bは３Ｄプレイリスト・ファイルであるので、そのプレイアイテム情報には、レフトビュー・ビデオ・ストリームのＰＩＤ＝０ｘ１０１１を示すストリーム・エントリ1410と、ライトビュー・ビデオ・ストリームのＰＩＤ＝０ｘ１０１２を示すストリーム・エントリ1420とが必ず含まれる。尚、図１４には示されていないが、ストリーム・エントリ1410、1420には各エレメンタリ・ストリームの属性情報も記録されている。例えば、ビデオ・ストリームの属性情報は解像度とフレームレートとを示し、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。
【００９１】
図１５は、図１３に示されているプレイリスト情報1301と、それに従って再生されるべきＡＶクリップCL1、CL2、CL4とを示す模式図である。図１５に示されている三本の時間軸MP、SP1、SP2はそれぞれ、メインパス情報1310、サブパス情報＃１1320、及びサブパス情報＃２1330に従って再生されるビデオ・ストリームの再生時間を表す。
【００９２】
プレイリスト情報1301に従った再生処理では、まず、プレイアイテム情報1311−1313が通し番号＃１−３の順に参照される。例えばプレイアイテム情報＃１1311が参照されるとき、その参照クリップ情報1401の示す第１クリップ情報ファイル234Aのエントリ・マップから、再生開始時刻IN1に等しいＰＴＳを含むエントリ・ポイントが検索される。次に、そのエントリ・ポイントのＳＰＮが開始アドレスSP1として特定される。同様に、再生終了時刻OUT1に等しいＰＴＳを含むエントリ・ポイントのＳＰＮが終了アドレスEP1として特定される。こうして、再生開始時刻IN1から再生終了時刻OUT1までの再生区間PI1では、第１ＡＶストリーム・ファイル235Aの開始アドレスSP1から終了アドレスEP1までの部分、すなわち第１ＡＶクリップCL1が再生対象として特定される。続いて、第１クリップ情報ファイル234Aのストリーム属性情報1101を利用して、プレイアイテム情報＃１1311のストリーム選択テーブル1404に登録されたエレメンタリ・ストリームの中から、再生装置110と表示装置120との両方で再生可能なものが検出される。更に、検出されたエレメンタリ・ストリームの中でストリーム選択番号1411が最小のものが選択され、そのストリーム選択番号1411の示すストリーム・エントリ1410内のストリーム識別情報1413に記述されたＰＩＤが再生装置110内のデコーダに設定される。その結果、第１ＡＶクリップCL1のうち、そのＰＩＤを持つソースパケットが復号される。同様に、プレイアイテム情報＃２1312、＃３1313、…が順番に参照され、それぞれの再生開始時刻から再生終了時刻までの再生区間PI2、PI3、…では、第１ＡＶストリーム・ファイル235Aに属するＡＶクリップからソースパケットが復号される。
【００９３】
各プレイアイテム情報1311−1313内のストリーム選択テーブル1404では、ライトビュー・ビデオ・ストリームのＰＩＤ＝０ｘ１０１２を含むストリーム・エントリ1420が、ストリーム・パス情報として“サブパスＩＤ＝＃１”を示す。それにより、再生装置110は、メインパス情報1310に従った再生処理とパラレルに、サブパス情報＃１1320内のサブプレイアイテム情報1321−1323を通し番号＃１−３の順に参照する。ここで、サブプレイアイテム情報1321−1323はプレイアイテム情報1311−1313と一対一に対応する。更に、各サブプレイアイテム情報1321−1323と、対応するプレイアイテム情報1311−1313とでは、再生開始時刻と再生終了時刻とがいずれも共通である。例えばサブプレイアイテム情報＃１1321が参照されるとき、まず、その参照クリップ情報の示す第２クリップ情報ファイル234Bのエントリ・マップから、再生開始時刻IN1に等しいＰＴＳを含むエントリ・ポイントが検索される。次に、そのエントリ・ポイントのＳＰＮが開始アドレスSP2として特定される。同様に、再生終了時刻OUT1に等しいＰＴＳを含むエントリ・ポイントのＳＰＮが終了アドレスEP2として特定される。こうして、再生開始時刻IN1から再生終了時刻OUT1までの再生区間PI1では、第２ＡＶストリーム・ファイル235Bの開始アドレスSP2から終了アドレスEP2までの部分、すなわち第２ＡＶクリップCL2が再生対象として特定される。続いて、第２クリップ情報ファイル234Bのストリーム属性情報を利用して、プレイアイテム情報＃１1311のストリーム選択テーブル1404に登録されたエレメンタリ・ストリームの中から、再生装置110と表示装置120との両方で再生可能なものが検出される。更に、検出されたエレメンタリ・ストリームの中でストリーム選択番号が最小のものが選択され、そのストリーム選択番号の示すストリーム・エントリ内のストリーム識別情報に記述されたＰＩＤが再生装置110内のデコーダに設定される。その結果、第２ＡＶクリップCL2のうち、そのＰＩＤを持つソースパケットがデコーダによって復号される。特にその復号処理は、第１ＡＶクリップCL1からのソースパケットの復号処理とパラレルに行われる。同様に、サブプレイアイテム情報＃２1322、＃３1323、…が順番に参照され、対応するプレイアイテム情報＃２1312、＃３1313、…の再生区間PI2、PI3、…に併せて、第２ＡＶストリーム・ファイル235Bに属するＡＶクリップからソースパケットが復号される。
【００９４】
プレイアイテム情報＃１1311のストリーム選択テーブル1404の中に、ストリーム・パス情報として“サブパスＩＤ＝＃２”を示すストリーム・エントリが含まれている場合、サブパス情報＃２1330に含まれるサブプレイアイテム情報＃１1331が参照される。ここで、そのサブプレイアイテム情報＃１1331は、「その再生開始時刻IN4から再生終了時刻OUT4までの再生区間SPI4がプレイアイテム情報＃１の再生区間PI1に含まれる」という条件から検出される。次に、プレイアイテム情報＃１1311の再生区間PI1から第１ＡＶクリップCL1が特定されたのと同様にして、サブプレイアイテム情報＃１1331の再生区間SPI4から第４ＡＶクリップCL4の開始アドレスSP4と終了アドレスEP4とが特定される。それにより、サブプレイアイテム情報＃１1331の再生区間SPI4では、第１ＡＶクリップCL1と第２ＡＶクリップCL2とに加えて、第４ＡＶクリップCL4からソースパケットが復号される。
【００９５】
上記のとおり、第２プレイリスト・ファイル233Bでは、メインパス情報1310が第１ＡＶストリーム・ファイル235Aの再生経路をプレイアイテム情報1311−1313の順列として規定し、サブパス情報＃１1320が第２ＡＶストリーム・ファイル235Bの再生経路をサブプレイアイテム情報1321−1323の順列として規定する。このように、３Ｄプレイリスト・ファイルはレフトビューとライトビューとのＡＶストリーム・ファイルの再生経路をメインパス情報とサブパス情報との組み合わせで規定する。プレイリスト・ファイルはその他に、図１３に示されているサブパス情報＃２1330のようなサブパス情報を更に含んでも良い。そのサブパス情報は、メインパス情報1310で規定されるＡＶストリーム・ファイルの再生経路に併せて再生されるべきＡＶストリーム・ファイルの別の再生経路、又は別のＡＶストリーム・ファイルの再生経路を規定する。尚、第１プレイリスト・ファイル233Aは、ライトビューＡＶストリーム・ファイルの再生経路を規定するサブパス情報を含まない点を除き、第２プレイリスト・ファイル233Bと同様なデータ構造を持つ。
【００９６】
＜再生装置のハードウェア構成＞
【００９７】
図１６は再生装置110のハードウェア構成を示すブロック図である。図１６を参照するに、再生装置110は、ＢＤ−ＲＯＭドライブ111、ローカル・ストレージ1610、操作部1620、ネットワーク・インタフェース1630、バス1640、制御部1650、再生部1660、及びＨＤＭＩ送信部1670を含む。ＢＤ−ＲＯＭドライブ111、ローカル・ストレージ1610、操作部1620、及びネットワーク・インタフェース1630はバス1640を通して制御部1650及び再生部1660と通信可能である。また、制御部1650と再生部1660とはバス1640を通して互いに通信可能である。制御部1650と再生部1660とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。
【００９８】
ＢＤ−ＲＯＭドライブ111の内部にはＢＤ−ＲＯＭディスク100が挿入可能である。ＢＤ−ＲＯＭドライブ111は、制御部1650からの指示に応じて、そのディスク100からデータを読み出す。具体的には、ＢＤ−ＲＯＭドライブ111は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってＢＤ−ＲＯＭディスク100の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号から、ディスク100に記録されたデータが復調される。ＢＤ−ＲＯＭドライブ111は特にディスク100のボリューム領域212からデータを読み出して、ローカル・ストレージ1610、制御部1650、又は再生部1660に転送する。
【００９９】
ローカル・ストレージ1610は、再生装置110に内蔵の書き換え可能な記憶装置である。図１６に示されている例では、ローカル・ストレージ1610は、カードリーダ／ライタ1611とＨＤＤ1612とを含む。カードリーダ／ライタ1611は、内部にメモリカード1600が挿入可能であり、そのメモリカード1600に対してデータを読み書きできる。ＨＤＤ1612は再生装置100に内蔵されている。その他に、ＨＤＤ1612は持ち運び可能であってもよい。更に、図１６には示されていないが、外付けのＨＤＤが所定のインタフェースを通してバス1640に接続され、ローカル・ストレージ1610として利用されてもよい。ローカル・ストレージ1610は、ＢＤ−Ｌｉｖｅ機能によって外部ネットワーク150上のサーバ装置160からダウンロードされた追加コンテンツ又はブラウザ画面を保存する。ローカル・ストレージ1610はその他に、制御部1650によって利用されるパラメータ及びテーブル等を保存してもよい。
【０１００】
操作部1620は、各種のイベントを検出して、そのイベントの内容を制御部1650に通知する。例えば操作部1620は、リモコン140から赤外線等の無線で送出されたコマンドを受信し、そのコマンドの内容を解読して制御部1650に通知する。操作部1620は更に、再生装置110のフロント・パネルに設けられた再生開始／停止／早送り／巻戻し等のボタンの押下を検出して、その押下の意味する操作内容を解釈して制御部1650に通知する。操作部1620はその他に、ＢＤ−ＲＯＭドライブ111におけるＢＤ−ＲＯＭディスク100の挿抜を検出して制御部1650に通知する。
【０１０１】
ネットワーク・インタフェース1630は外部ネットワーク150とバス1640との間を通信可能に接続する。制御部1650はネットワーク・インタフェース1630を通して外部ネットワーク150上のサーバ装置160と通信可能である。その通信機能がＢＤ−Ｌｉｖｅ機能に利用される。
【０１０２】
制御部1650はマイクロコンピュータ・システムであり、ＣＰＵ1651、ＲＯＭ1652、及びＲＡＭ1653を含む。それらは内部バス1654で互いに接続されている。ＲＯＭ1652は、再生装置110の基本動作を制御するためのプログラム、すなわち、ファームウェアを格納している。ファームウェアは、バス1640に接続された各要素111、1610−1660のデバイス・ドライバを含む。ＣＰＵ1651は、例えば電源投入に応じてＲＯＭ1652からファームウェアを読み出して実行する。それにより、各要素111、1610−1660が初期化され、かつＪａｖａプラットフォーム、すなわちＢＤ−Ｊオブジェクトの実行環境が整備される。ＲＡＭ1653はＣＰＵ1651に対して作業領域を提供する。制御部1650はそれらの要素1651−1653の組み合わせを利用してファームウェアとアプリケーション・プログラムとを実行し、それらに従って他の要素を制御する。
【０１０３】
制御部1650は特に、ＢＤ−ＲＯＭディスク100又はローカル・ストレージ1610に記録されたコンテンツから所望のタイトルを読み出して再生部1660に再生させる。具体的には、制御部1650はまず、再生対象のタイトルに対応するプレイリスト情報、すなわち、カレント・プレイリスト情報をＢＤ−ＲＯＭディスク100又はローカル・ストレージ1610から読み出す。制御部1650はカレント・プレイリスト情報に従って再生対象のＡＶクリップ、すなわちカレントＡＶクリップを選択する。制御部1650は次に、ＢＤ−ＲＯＭドライブ111又はローカル・ストレージ1610にカレントＡＶクリップを再生部1660へ供給させる。
【０１０４】
制御部1650は更に、ＢＤ−Ｊモードではアプリケーション・プログラムに従い、メニュー等のＧＵＩ用グラフィック部品をＪＰＥＧ形式又はＰＮＧ形式のイメージ・データとして生成し、再生部1660へ供給する。制御部1650はその他に、ＢＤ−Ｊモードでは、アプリケーション・プログラムに従ってＢＤ−Ｌｉｖｅ機能を実現させる。すなわち、制御部1650は、ネットワーク・インタフェース1630を通してネットワーク150上のサーバ装置160からブラウザ画面等のイメージ・データをダウンロードし、再生部1660へ供給する。
【０１０５】
再生部1660は、制御部1650の指示に応じて、ＢＤ−ＲＯＭドライブ111又はローカル・ストレージ1610からカレントＡＶクリップを読み込む。再生部1660は更に、そのＡＶクリップから、特定のＰＩＤのエレメンタリ・ストリームを分離して復号する。そのＰＩＤは制御部1650によって予め指定されている。その復号処理の結果、ビデオ・ストリームからはビデオ・プレーンが生成され、オーディオ・ストリームからはオーディオ・データADが生成され、ＰＧストリームからはＰＧプレーンが生成され、ＩＧストリームからはＩＧプレーンが生成される。再生部1660は続いて、各プレーンを一枚のビデオ・フレームに合成する。ＢＤ−Ｊモードでは更に、制御部1650から供給されたイメージ・データがビデオ・フレームに合成される。再生部1660は、合成処理後のビデオ・フレームからビデオ・データVDを構成し、オーディオ・データADと共にＨＤＭＩ送信部1670へ送出する。
【０１０６】
ＨＤＭＩ送信部1670はＨＤＭＩケーブル112によって表示装置120に接続されている。ＨＤＭＩ送信部1670は、再生部1660からビデオ・データVDを受けて、それをＨＤＭＩ形式の映像信号に変換する。特に映像信号にはレフトビューとライトビューとの両方のビデオ・フレームが時分割で多重化される。一方、ＨＤＭＩ送信部1670は、再生部1660からオーディオ・データADを受けて、それをＨＤＭＩ形式の音声信号に変換する。ＨＤＭＩ送信部1670は更に、変換された映像信号と音声信号とに同期信号と付随データとを多重化して、ＨＤＭＩケーブル112を通して表示装置120へ送出する。ＨＤＭＩ送信部1670はそのとき、ＨＤＣＰ（High−bandwidth Digital Content Protection）に準拠のプロトコルで送信データを暗号化し、かつ表示装置120と相互認証を行う。尚、ＨＤＭＩ送信部1670は再生部1660に組み込まれていてもよい。また、音声信号は映像信号とは別に、サラウンド・システム等、表示装置120に外付けされたアンプ又はスピーカへ送出されてもよい。
【０１０７】
＜制御部1650の構成＞
【０１０８】
図１７は制御部1650の機能ブロック図である。図１７を参照するに、制御部1650は、バス・インタフェース1701、ユーザ操作検知モジュール1702、仮想ファイルシステム1703、及び再生制御部1704を含む。制御部1650は、その内部に組み込まれたファームウェアを実行することにより、各機能部1701−1704を実現する。
【０１０９】
バス・インタフェース1701は、バス1640を通して制御部1650内の各機能部を、図１６に示されている各要素111、1610−1640、1660へ通信可能に接続する。バス・インタフェース1701は特に、仮想ファイルシステム1703からの指示に従い、ＢＤ−ＲＯＭドライブ111から再生対象のシナリオ情報、すなわちカレント・シナリオ情報DS、SSを読み出して再生制御部1704へ渡す。ここで、シナリオ情報は動的シナリオ情報DSと静的シナリオ情報SSとを含む。動的シナリオ情報DSは、ムービーオブジェクト・ファイル、ＢＤ−Ｊオブジェクト・ファイル、及びＪＡＲファイルを含む。静的シナリオ情報SSは、プレイリスト・ファイルとクリップ情報ファイルとを含む。
【０１１０】
ユーザ操作検知モジュール1702は、操作部1620からの通知INTを受信して、その通知INTから、ユーザによる操作の内容等、イベントの種類を識別する。ユーザ操作検知モジュール1702は更に、そのイベントの種類を示す操作信号UOを再生制御部1704へ送出する。ここで、イベントの種類には、例えばＢＤ−ＲＯＭドライブ111におけるＢＤ−ＲＯＭディスク100の挿抜、及び、リモコン140又は再生装置110のフロント・パネルでの再生開始／停止／早送り／巻戻し等のボタンの押下が含まれる。
【０１１１】
仮想ファイルシステム1703は、再生制御部1704によるＢＤ−ＲＯＭディスク100及びローカル・ストレージ1610に対するファイル・アクセスを管理する。仮想ファイルシステム1703は特に、ＢＤ−ＲＯＭディスク100上のコンテンツとローカル・ストレージ1610内の追加コンテンツとから仮想パッケージを構築する。「仮想パッケージ」とは、ＲＡＭ1653の中に仮想的に構築された、図２に示されているＢＤ−ＲＯＭディスク100上のディレクトリ／ファイル構造214と同様なディレクトリ／ファイル構造をいう。アプリケーション・プログラムは仮想ファイルシステム1703を通してＢＤ−ＲＯＭディスク100とローカル・ストレージ1610とにアクセスする。それにより、それらに記録されたコンテンツとを互いに区別することなく、同じ仮想パッケージ上のコンテンツとして扱うことができる。
【０１１２】
仮想ファイルシステム1703は更に、再生制御部1704からの命令COMに応じて、仮想パッケージからインデックス・ファイルIFを読み出して再生制御部1704へ渡す。その後、仮想ファイルシステム1703は、再生制御部1704からの命令COM及びユーザ操作検知モジュール1702からの操作信号UOに応じて、仮想パッケージへのファイル・アクセスを管理する。例えば、仮想ファイルシステム1703は仮想パッケージからカレント・シナリオ情報DS、SSを読み出して再生制御部1704へ渡す。その他に、仮想ファイルシステム1703は、再生制御部1704からの命令COMに従って、ＢＤ−ＲＯＭドライブ111又はローカル・ストレージ1610にカレントＡＶクリップを再生部1660に供給させる。
【０１１３】
再生制御部1704は、ファームウェアを実行してアプリケーション・プログラムの実行環境を整え、更にその環境下で動的シナリオ情報DSからアプリケーション・プログラムを読み出して実行する。それにより、再生制御部1704は、アプリケーション・プログラムに従って再生装置110内の各要素を制御する。
【０１１４】
図１７を参照するに、再生制御部1704は、動的シナリオ・メモリ1741、静的シナリオ・メモリ1742、モード管理モジュール1743、ＨＤＭＶモジュール1744、ＢＤ−Ｊモジュール1745、及びＡＶ再生ライブラリ1746を含む。
【０１１５】
動的シナリオ・メモリ1741と静的シナリオ・メモリ1742とはいずれも制御部1650に内蔵のバッファ・メモリである。それらのバッファ・メモリ1741、1742としては、ＲＡＭ1653の異なる領域が利用される。その他に、各バッファ・メモリ1741、1742が独立のメモリ素子であってもよい。動的シナリオ・メモリ1741はカレントの動的シナリオ情報DSを保持し、静的シナリオ・メモリ1742はカレントの静的シナリオ情報SSを保持する。
【０１１６】
モード管理モジュール1743は、仮想ファイルシステム1703からインデックス・ファイルIFを受信して保持する。モード管理モジュール1743は更にそのインデックス・ファイルIFを利用して、タイトルの切り換えに伴う再生装置110の動作モードの切り換えを制御する。具体的には、モード管理モジュール1743はまず、ユーザ操作検知モジュール1702からの操作信号UOに応じてインデックス・ファイルIF内のインデックス・テーブルから一つの項目を選択する。その項目にムービーオブジェクトが指定されているとき、モード管理モジュール1743はカレントの動的シナリオ情報DSをＨＤＭＶモジュール1744へ割り当てる。それにより、再生装置110の動作モードがＨＤＭＶモードへ移行する。一方、その項目にＢＤ−Ｊオブジェクトが指定されているとき、モード管理モジュール1743はカレントの動的シナリオ情報DSをＢＤ−Ｊモジュール1745へ割り当てる。それにより、再生装置110の動作モードがＢＤ−Ｊモードへ移行する。モード管理モジュール1743はその他に、ユーザ操作検知モジュール1702からの操作信号UOが動作モードの切り換えを示すとき、又は、ＨＤＭＶモジュール1744若しくはＢＤ−Ｊモジュール1745から動作モードの切り換えを要求されたとき、動的シナリオ情報DSの割り当て先を両モジュール1744、1745の間で切り換える。
【０１１７】
モード管理モジュール1743はディスパッチャ1743Aを含む。ディスパッチャ1743Aはユーザ操作検知モジュール1702から操作信号UOを受信し、その中から、現在の動作モードに適したものを選択して、動的シナリオ情報DSの割り当て先のモジュール1744又は1745へ渡す。例えば操作信号UOが早送り再生／巻戻し再生を示すとき、ディスパッチャ1743Aはその操作信号UOを、ＨＤＭＶモードではＨＤＭＶモジュール1744へ渡し、ＢＤ−ＪモードではＢＤ−Ｊモジュール1745へ渡す。一方、操作信号UOがＢＤ−ＲＯＭドライブ110へのＢＤ−ＲＯＭディスク100の挿入を示すとき、ディスパッチャ1743Aは、ＡＶ再生ライブラリ1746を通して仮想ファイルシステム1703に命令COMを送出して、インデックス・ファイルIFの読み出しを指示する。その指示に応じて読み出されたインデックス・ファイルIFはモード管理モジュール1743に保持される。
【０１１８】
ＨＤＭＶモジュール1744は仮想的なＤＶＤプレーヤであり、ＢＤ−ＲＯＭディスク100からのタイトルの再生処理を一般的なＤＶＤプレーヤによる再生処理と同様に制御する。具体的には、ＨＤＭＶモジュール1744は動的シナリオ・メモリ1741内の動的シナリオ情報DSからムービーオブジェクトを読み出し、それに含まれるナビゲーション・コマンドを配列の順に実行する。それにより、ＨＤＭＶモジュール1744は各ナビゲーション・コマンドの示す処理を順番にＡＶ再生ライブラリ1746に指示する。
【０１１９】
ＢＤ−Ｊモジュール1745はＪａｖａプラットフォームであり、特に、アプリケーション・マネージャ1745Aと仮想マシン1745Bとを含む。
【０１２０】
ＢＤ−Ｊモジュール1745は、モード管理モジュール1743からの指示に応じて動的シナリオ・メモリ1741内の動的シナリオ情報DSからＢＤ−Ｊオブジェクトを読み出す。アプリケーション・マネージャ1745AはそのＢＤ−Ｊオブジェクト内のアプリケーション管理テーブル410に従って、仮想マシン1745Bにアプリケーション・プログラムの起動又は終了を指示する。
【０１２１】
仮想マシン1745BはＪａｖａ仮想マシンであり、ワークメモリ1745Cを内蔵する。ワークメモリ1745CとしてはＲＡＭ1653の一領域が利用される。仮想マシン1745Bは、アプリケーション・プログラムの起動をアプリケーション・マネージャ1745Aから指示されたとき、そのアプリケーション・プログラムを含むＪＡＲファイルを動的シナリオ情報DSから読み出してワークメモリ1745Cの中に展開する。仮想マシン1745Bは更に、ワークメモリ1745Cの中に展開されたクラス・ファイルの中から起動対象のｘｌｅｔプログラムを読み出して実行する。それにより、ｘｌｅｔプログラムに含まれる各メソッドがＣＰＵ1651用のネィティブ・コードに変換されてＡＶ再生ライブラリ1746へ渡される。その結果、そのアプリケーション・プログラムに従った処理がＡＶ再生ライブラリ1746に指示される。一方、仮想マシン1745Bは、アプリケーション・プログラムの終了をアプリケーション・マネージャ1745Aから指示されたとき、そのアプリケーション・プログラムの終了プロセスを実行した後、又は強制的に、そのアプリケーション・プログラムの本体であるｘｌｅｔプログラムをワークメモリ1745Cから削除する。
【０１２２】
アプリケーション・プログラムによる処理にはタイトルの再生処理の他、ＢＤ−Ｌｉｖｅ処理とグラフィックス処理とが含まれる。
【０１２３】
ＢＤ−Ｌｉｖｅ処理では、仮想マシン1745Bはアプリケーション・プログラムに従い、ネットワーク・インタフェース1630にサーバ装置160から追加コンテンツをローカル・ストレージ1610へダウンロードさせ、又はブラウザ画面を再生部1660へダウンロードさせる。
【０１２４】
グラフィックス処理では、仮想マシン1745Bはアプリケーション・プログラムに従ってイメージ・データGDを生成する。イメージ・データGDは、メニュー等のＧＵＩ用グラフィック部品、背景、及びアニメーション映像等のグラフィックス映像を表す。その生成処理では特に、動的シナリオ情報DS内のＪＡＲファイルからワークメモリ1745Cの中に展開されたＪＰＥＧファイル821又はＰＮＧファイル822が利用される。ＢＤ−Ｊモジュール1745は更にアプリケーション・プログラムに従い、イメージ・データGDをバス・インタフェース1701とバス1640とを通して再生部1660へ送出する。
【０１２５】
特に２プレーン・モードによってイメージ・データGDから３Ｄ映像が再生されるとき、仮想マシン1745Bはまず、レフトビューとライトビューとの両方のイメージ・データGDを生成して再生部1660へ渡す。仮想マシン1745Bは次に、再生部1660へ描画命令を適切なタイミングで送る。それにより、レフトビュー・イメージ・データGDはレフトビュー・ビデオ・フレームに合成され、ライトビュー・イメージ・データGDはライトビュー・ビデオ・フレームに合成されるように、仮想マシン1745Bは再生部1660を制御する。一方、オフセット・モードによってイメージ・データGDから３Ｄ映像が再生されるとき、仮想マシン1745Bは再生部1660に、通常の２Ｄ映像を表すイメージ・データGDと共にそのオフセット値を渡す。再生部1660はそのオフセット値に基づいて、イメージ・データGDからレフトビューとライトビューとの各イメージ・データを生成し、レフトビューとライトビューとのビデオ・フレームに合成する。
【０１２６】
ＢＤ−Ｊモジュール1745は動的シナリオ情報DSからＢＤ−Ｊオブジェクトを読み出す度に、そのＢＤ−Ｊオブジェクトの示すイメージ再生状態値620を、現時点でのイメージ再生状態値と比較する。ここで、現時点でのイメージ再生状態値はＡＶ再生ライブラリ1746によって保持されている。比較された二つのイメージ再生状態値が異なるとき、ＢＤ−Ｊモジュール1745は、ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620に応じて再生装置110の設定状態を変更する。具体的には次のとおりである：
【０１２７】
イメージ再生状態値620が状態１を示すとき、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに対して３Ｄ映像の再生処理そのものを禁止する。特にオフセット・モードと２プレーン・モードとはいずれも禁止される。一方、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに対してＢＤ−Ｌｉｖｅ処理を許可する。
【０１２８】
イメージ再生状態値620が状態２を示すとき、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに対し、２プレーン・モードを禁止する一方、ビデオ・ストリームからの３Ｄ映像の再生処理、オフセット・モード、及びＢＤ−Ｌｉｖｅ処理を許可する。
【０１２９】
イメージ再生状態値620が状態３を示すとき、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに対し、ビデオ・ストリームからの３Ｄ映像の再生処理、２プレーン・モード、オフセット・モード、及びＢＤ−Ｌｉｖｅ処理を許可する。但し、ＢＤ−Ｌｉｖｅ処理に利用可能なキャッシュ領域は制限される。
【０１３０】
イメージ再生状態620が状態４を示すとき、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに対し、ビデオ・ストリームからの３Ｄ映像の再生処理、２プレーン・モード、及びオフセット・モードを許可する。一方、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに対し、ＢＤ−Ｌｉｖｅ処理、すなわち外部ネットワーク150との接続を禁止する。
【０１３１】
比較された二つのイメージ再生状態値が状態１と状態２との組み合わせ以外を示すとき、ＢＤ−Ｊモジュール1745はアプリケーション・マネージャ1745Aを利用して、仮想マシン1745Bにアプリケーション・プログラムを全て強制終了させる。すなわち、図７に破線の矢印で示されているように、再生装置110が設定状態を状態１と状態２との間で切り換えるときは、ＢＤ−Ｊモジュール1745は仮想マシン1745Bにアプリケーション・プログラムを終了させなくてもよい。一方、図７に実線の矢印で示されているように、再生装置110が設定状態を、状態１と状態３との間、状態１と状態４との間、状態２と状態３との間、状態２と状態４との間、又は状態３と状態４との間で切り換えるとき、ＢＤ−Ｊモジュール1745は仮想マシン1745Bにアプリケーション・プログラムを強制終了させる。そのとき、終了対象のアプリケーション・プログラムは、タイトル・バウンド、ディスク・バウンド、及びディスク・アンバウンドのいずれにかかわらず、全てである。従って、ワークメモリ1745Cからはｘｌｅｔプログラムと、それらの利用するパラメータとが全て削除される。
【０１３２】
更に、比較された二つのイメージ再生状態値が状態３と状態４との組み合わせ以外を示すとき、すなわち、状態１と状態３、状態１と状態４、状態２と状態３、又は状態２と状態４のいずれかの組み合わせを示すとき、ＢＤ−Ｊモジュール1745は再生部1660に、イメージ・データを格納するためのメモリ領域を変更させる。一方、比較された二つのイメージ再生状態値が状態３と状態４との組み合わせを示すとき、ＢＤ−Ｊモジュール1745は再生部1660にＢＤ−Ｌｉｖｅ処理用のキャッシュ領域を確保させ、又は解放させる。そのキャッシュ領域には、外部ネットワーク150上のサーバ装置160からダウンロードされたブラウザ画面等のイメージ・データが保持される。
【０１３３】
ＢＤ−Ｊモジュール1745は、ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620に応じて、イメージ・データの再生処理について、再生部1660にオフセット・モードと２プレーン・モードとのいずれかを指定する。具体的には、イメージ再生状態値620が状態２を示すときは、ＢＤ−Ｊモジュール1745は再生部1660にオフセット・モードを指定する。一方、イメージ再生状態値620が状態３又は状態４を示すとき、ＢＤ−Ｊモジュール1745は、オフセット・モードと２プレーン・モードとのうち、アプリケーション・プログラムによって選択された方を再生部1660に指定する。
【０１３４】
ＢＤ−Ｊモジュール1745は、ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620に応じて上記のように設定状態を変更したとき、ＡＶ再生ライブラリ1746に、そのイメージ再生状態値620で元のイメージ再生状態値を更新させる。
【０１３５】
ＡＶ再生ライブラリ1746は、ＨＤＭＶモジュール1744又はＢＤ−Ｊモジュール1745からの指示に従ってＡＶ再生処理又はプレイリスト再生処理を指示する。「ＡＶ再生処理」とは、光ディスクの再生装置として基本的な処理であって、一般的なＤＶＤプレーヤ及びＣＤプレーヤによる再生処理を踏襲したものをいう。具体的には、ＡＶ再生処理は、再生処理の開始と停止、一時停止とその解除、静止画機能の解除、早送りと巻戻し、音声の切り換え、字幕の切り換え、及びアングルの切り換えを含む。一方、「プレイリスト再生処理」は主に、静的シナリオ情報SSに則ったタイトルの再生処理をいう。すなわち、プレイリスト再生処理では、ＡＶ再生ライブラリ1746はカレント・プレイリスト情報に従ってカレントＡＶクリップを選択し、仮想ファイルシステム1703にそのカレントＡＶクリップを再生部1660へ供給させる。プレイリスト再生処理はその他に、仮想パッケージの構築処理、及び、仮想パッケージから各シナリオ・メモリ1741、1742へのシナリオ情報DS、SSの転送処理を含む。ＡＶ再生処理とプレイリスト再生処理とに必要な機能は、アプリケーション・プログラム・インタフェース（ＡＰＩ）としてＡＶ再生ライブラリ1746に実装されている。ＡＶ再生ライブラリ1746は、指示された処理に応じたＡＰＩを実行することにより、仮想ファイルシステム1703を通して、ＢＤ−ＲＯＭドライブ111、ローカル・ストレージ1610、及び再生部1660等へ命令COMを送る。それにより、ＡＶ再生ライブラリ1746は各要素に、指示された処理を実行させる。
【０１３６】
カレント・プレイリスト情報が３Ｄプレイリスト・ファイルに属するとき、ＡＶ再生ライブラリ1746は、静的シナリオ情報SS内のクリップ情報ファイルから３Ｄメタデータ1103を読み出して再生部1660へ送出する。
【０１３７】
ＡＶ再生ライブラリ1746はレジスタ1746Aを含む。レジスタ1746Aは、再生装置110と表示装置120との現時点での設定状態を表すパラメータ、各装置に設定可能な状態を表すパラメータ、及び各装置の初期設定を表すパラメータを格納する。現時点での設定状態を表すパラメータは、復号対象のオーディオ・ストリームとＰＧストリームとの各ストリーム選択番号、カレントのプレイリスト情報とプレイアイテム情報との各識別子、及び現時点でのイメージ再生状態値を含む。設定可能な状態を表すパラメータは、選択可能な音声／字幕の言語の種類、及びオーディオ・データの符号化方式の種類を含む。
【０１３８】
ＡＶ再生ライブラリ1746はＨＤＭＶモジュール1744又はＢＤ−Ｊモジュール1745からの指示に従ってレジスタ1746Aを参照する。それにより、各プレイアイテム情報のストリーム選択テーブルに登録されたエレメンタリ・ストリームの中から、再生装置110と表示装置120との両方で再生可能なものが検出される。ＡＶ再生ライブラリ1746は更に、検出されたエレメンタリ・ストリームの中で最小のストリーム選択番号を持つものを選択し、そのストリーム選択番号をレジスタ1746Aに格納する。それと共に、そのストリーム選択番号の示すエレメンタリ・ストリームの属性のうち、符号化形式及び言語の種類等がクリップ情報ファイル内のストリーム属性情報から読み出されてレジスタ1746Aに格納される。ＡＶ再生ライブラリ1746は更に、選択されたエレメンタリ・ストリームのＰＩＤを再生部1660に指定する。そのとき、ＡＶ再生ライブラリ1746は、符号化形式の種類等、選択されたエレメンタリ・ストリームの復号処理に必要な情報をレジスタ1746Aから再生部1660へ転送する。
【０１３９】
＜再生部1660の構成＞
【０１４０】
図１８は再生部1660の機能ブロック図である。図１８を参照するに、再生部1660は、バス・インタフェース1801、一対のトラック・バッファ1802A、1802B、一対のデマルチプレクサ1803A、1803B、プライマリ・ビデオ・デコーダ1804A、セカンダリ・ビデオ・デコーダ1804B、ＰＧデコーダ1804C、ＩＧデコーダ1804D、プライマリ・オーディオ・デコーダ1804E、セカンダリ・オーディオ・デコーダ1804F、イメージ・デコーダ1804G、レンダリング・エンジン1805、プライマリ・ビデオ・プレーン・メモリ1806A、セカンダリ・ビデオ・プレーン・メモリ1806B、イメージ・メモリ1810、加算部1807、及びミキサ1808を含む。イメージ・メモリ1810は、ＰＧプレーン・メモリ1806C、ＩＧプレーン・メモリ1806D、バックグラウンド（ＢＧ）プレーン・メモリ1806E、及びイメージ・データ領域1811を含む。これらの機能部は単一のチップに実装されている。その他に、いくつかの機能部が異なるチップに実装されてもよい。
【０１４１】
バス・インタフェース1801は、バス1640を通して再生部1660内の各機能部を、ＢＤ−ＲＯＭドライブ111、ローカル・ストレージ1610、及び制御部1650に通信可能に接続する。バス・インタフェース1801は特に、仮想ファイルシステム1703からの指示に従って、カレントＡＶクリップMCL、SCLをＢＤ−ＲＯＭドライブ111又はローカル・ストレージ1610から各トラック・バッファ1802A、1802Bへ転送する。ここで、メインパス情報で規定されるＡＶクリップ（以下、メインパスＡＶクリップという。）MCLは第１トラック・バッファ1802Aへ送出され、サブパス情報で規定されるＡＶクリップ（以下、サブパスＡＶクリップという。）SCLは第２トラック・バッファ1802Bへ送出される。
【０１４２】
一対のトラック・バッファ1802A、1802Bはいずれも、再生部1660に内蔵の先入れ先出し（ＦＩＦＯ）メモリである。各トラック・バッファ1802A、1802Bはバス・インタフェース1801からＡＶクリップMCL、SCLを読み込んで一時的に保持する。
【０１４３】
第１デマルチプレクサ1803Aは、メインパスＡＶクリップMCLから復号されるべきエレメンタリ・ストリームのＰＩＤをＡＶ再生ライブラリ1746から受信する。一方、第１デマルチプレクサ1803Aは第１トラック・バッファ1802AからメインパスＡＶクリップMCLをソースパケット単位で読み出し、各ソースパケットからＴＳパケットを取り出す。第１デマルチプレクサ1804Aは更に、そのＴＳパケットのＴＳヘッダからＰＩＤを読み取って復号対象のエレメンタリ・ストリームのＰＩＤと照合する。両者が一致したとき、第１デマルチプレクサ1804AはそのＴＳパケットを抽出する。こうして収集されたＴＳパケットからＰＥＳパケットが復元され、復号対象のエレメンタリ・ストリームのＰＩＤに応じて６種類のデコーダ1804A−Fのいずれかへ送出される。例えばＴＳパケットのＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットから復元されたＰＥＳパケットはプライマリ・ビデオ・デコーダ1804Aへ送出される。ＰＩＤが０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかであるとき、ＰＥＳパケットはセカンダリ・ビデオ・デコーダ1804Bへ送出される。ＰＩＤが０ｘ１１００から０ｘ１１１Ｆまでのいずれかであるとき、ＰＥＳパケットはプライマリ・オーディオ・デコーダ1804Eへ送出される。ＰＩＤが０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかである場合、ＰＥＳパケットはセカンダリ・オーディオ・デコーダ1804Fへ送出される。ＰＩＤが０ｘ１２００から０ｘ１２１Ｆまでのいずれかである場合、ＰＥＳパケットはＰＧデコーダ1804Cへ送出される。ＰＩＤが０ｘ１４００から０ｘ１４１Ｆまでのいずれかである場合、ＰＥＳパケットはＩＧデコーダ1804Dへ送出される。
【０１４４】
同様に、第２デマルチプレクサ1803Bは、サブパスＡＶクリップSCLから復号されるべきエレメンタリ・ストリームのＰＩＤをＡＶ再生ライブラリ1746から受信する。一方、第２デマルチプレクサ1803Bは、第２トラック・バッファ1802BからサブパスＡＶクリップSCLをソースパケット単位で読み出し、各ソースパケットからＴＳパケットを取り出す。第２デマルチプレクサ1803Bは更に、ＴＳパケットのうち、復号対象のエレメンタリ・ストリームのＰＩＤと同じＰＩＤを持つものからＰＥＳパケットを復元し、そのＰＩＤに応じて６種類のデコーダ1804A−Fのいずれかへ送出する。特にＴＳパケットのＰＩＤが０ｘ１０１２であるとき、そのＴＳパケットから復元されたＰＥＳパケットはプライマリ・ビデオ・デコーダ1804Aへ送出される。
【０１４５】
ここで、各ＡＶクリップMCL、SCLは一般に、アプリケーション・プログラムによって動的シナリオ情報として利用されるべき情報を含む。そのような情報には例えば、ＩＧストリームに含まれるナビゲーション・ボタン（Navigation Button）等のＧＵＩ用グラフィック部品に関する情報が含まれる。各デマルチプレクサ1803A、1803Bは各ＡＶクリップMCL、SCLからそのような情報を分離したとき、バス・インタフェース1801を通してその情報を制御部1650内の動的シナリオ・メモリ1741へ転送する。
【０１４６】
プライマリ・ビデオ・デコーダ1804Aは、第１デマルチプレクサ1803Aからはレフトビュー・ビデオ・ストリームのＰＥＳパケットを受信し、第２デマルチプレクサ1803Bからはライトビュー・ビデオ・ストリームのＰＥＳパケットを受信する。それらのＰＥＳパケットはプライマリ・ビデオ・デコーダ1804A内のバッファ・メモリに蓄えられる。それと並行して、プライマリ・ビデオ・デコーダ1804Aはそのバッファ・メモリからＰＥＳパケットを読み出してＰＥＳヘッダを取り除き、残りのＰＥＳペイロードからピクチャを取り出して復号する。プライマリ・ビデオ・デコーダ1804Aは更に、そのＰＥＳヘッダに記述されたＰＴＳの示す時刻に、非圧縮のピクチャをプライマリ・ビデオ・プレーン・メモリ1806Aに書き込む。３Ｄ映像の再生処理では、プライマリ・ビデオ・デコーダ1804Aはレフトビューとライトビューとの各ピクチャを交互に復号してプライマリ・ビデオ・プレーン・メモリ1806Aに書き込む。
【０１４７】
セカンダリ・ビデオ・デコーダ1804Bはプライマリ・ビデオ・デコーダ1804Aと同様な構成を含む。セカンダリ・ビデオ・デコーダ1804Bはその構成を利用して、各デマルチプレクサ1803A、1803Bからセカンダリ・ビデオ・ストリームのＰＥＳパケットを受信し、そのＰＥＳパケットからピクチャを取り出して復号する。セカンダリ・ビデオ・デコーダ1804Bは更に、そのＰＥＳパケットに記述されたＰＴＳの示す時刻に、非圧縮のピクチャをセカンダリ・ビデオ・プレーン・メモリ1806Bに書き込む。
【０１４８】
ＰＧデコーダ1804Cは、各デマルチプレクサ1803A、1803BからＰＧストリームのＰＥＳパケットを受信し、そのＰＥＳパケットからイメージ・データを取り出して復号する。ＰＧデコーダ1804Cは更に、そのＰＥＳパケットに記述されたＰＴＳの示す時刻に、非圧縮のイメージ・データ、すなわちＰＧプレーンをＰＧプレーン・メモリ1806Cに書き込む。
【０１４９】
ＩＧデコーダ1804Dは、各デマルチプレクサ1803A、1803BからＩＧストリームのＰＥＳパケットを受信し、そのＰＥＳパケットからイメージ・データを取り出して復号する。ＩＧデコーダ1804Dは更に、そのＰＥＳパケットに記述されたＰＴＳの示す時刻に、非圧縮のイメージ・データ、すなわちＩＧプレーンをＩＧプレーン・メモリ1806Dに書き込む。ＩＧデコーダ1804DはＨＤＭＶモードで利用され、ＢＤ−Ｊモードでは利用されない。
【０１５０】
プライマリ・オーディオ・デコーダ1804Eは、各デマルチプレクサ1803A、1803Bからプライマリ・オーディオ・ストリームのＰＥＳパケットを受信して内部のバッファ・メモリに蓄える。それと並行して、プライマリ・オーディオ・デコーダ1804Eはそのバッファ・メモリからＰＥＳパケットを読み出して、そのＰＥＳパケットからＰＥＳヘッダを取り除く。プライマリ・オーディオ・デコーダ1804Eは更に、残りのＰＥＳペイロードからＬＰＣＭ方式のオーディオ・データを取り出して復号する。プライマリ・オーディオ・デコーダ174Eは続いて、そのＰＥＳパケットに記述されたＰＴＳの示す時刻に、非圧縮のオーディオ・データをミキサ1808へ送出する。
【０１５１】
セカンダリ・オーディオ・デコーダ1804Fはプライマリ・ビデオ・デコーダ1804Eと同様な構成を含む。セカンダリ・オーディオ・デコーダ1804Fはその構成を利用して各デマルチプレクサ1803A、1803Bからセカンダリ・オーディオ・ストリームのＰＥＳパケットを受信し、そのＰＥＳパケットからＬＰＣＭ方式のオーディオ・データを取り出して復号する。セカンダリ・オーディオ・デコーダ1804Fは更に、そのＰＥＳパケットに記述されたＰＴＳの示す時刻に、非圧縮のオーディオ・データをミキサ1808へ送出する。
【０１５２】
イメージ・デコーダ1804Gは、制御部1650内のＢＤ−Ｊモジュール1745からイメージ・データGDを受信して復号する。イメージ・デコーダ1804Gは更に、非圧縮のイメージ・データをイメージ・データ領域1811に書き込む。更にＢＤ−Ｌｉｖｅ処理では、イメージ・デコーダ1804Gはイメージ・データ領域1811の一部をキャッシュ領域に利用する。イメージ・デコーダ1804Gは、サーバ装置160からダウンロードされたブラウザ画面等のイメージ・データを復号して、そのキャッシュ領域に保存する。キャッシュ領域には特に、現時点でのイメージ・データとその直前のイメージ・データとの両方が保存される。
【０１５３】
各ビデオ・プレーン・メモリ1806A、1806Bは、再生部1660に内蔵のメモリ素子に確保された領域であり、二次元配列を含む。その配列のサイズはビデオ・フレームの解像度に等しい。配列の各要素には一組のピクセル・データが格納される。ピクセル・データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。従って、その配列には一枚のビデオ・プレーンが格納可能である。３Ｄ映像の再生処理では、プライマリ・ビデオ・プレーン・メモリ1806Aの中に、同じサイズの二次元配列が二つ確保される。それらの配列の一方にはレフトビュー・ビデオ・プレーンが書き込まれ、他方にはライトビュー・ビデオ・プレーンが書き込まれる。
【０１５４】
イメージ・メモリ1810は、再生部1660に内蔵のメモリ素子に確保された領域である。その領域の一部が、ＰＧプレーン・メモリ1806C、ＩＧプレーン・メモリ1806D、及びＢＧプレーン・メモリ1806Eのそれぞれに割り当てられ、残りの領域がイメージ・データ領域1811に割り当てられる。各プレーン・メモリ1806C、1806D、1806Eは、同じサイズの二次元配列を二つずつ含む。配列の各要素には一組のピクセル・データが格納される。ピクセル・データは色座標値とα値との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。各プレーン・メモリ1806C、1806D、1806Eでは、二つの配列の一方に現時点でのプレーンが保持されているうちに、他方にその次のプレーンが書き込まれる。それにより、いわゆるダブル・バッファリングが実現可能であるので、各プレーンから再生される映像ではちらつきが抑えられる。尚、異なるプレーン・メモリ間では配列のサイズは一般に異なる。ＩＧプレーン・メモリ1806Dに割り当てられるべき領域の容量はＢＤ−Ｊモジュール1745によって指示され、特に、ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620に応じて変更される。具体的には、図７に示されている状態３と状態４とではＩＧプレーン・メモリ1806Dの容量が、状態１と状態２とでの値の倍に設定される。
【０１５５】
レンダリング・エンジン1805は、Ｊａｖａ２Ｄ又はＯＰＥＮ−ＧＬ等のグラフィックス処理用のＡＰＩを備えている。レンダリング・エンジン1805は特にＢＤ−Ｊモジュール1745によってグラフィックス処理に利用される。具体的には、ＢＤ−Ｊモジュール1745はまず、イメージ・データ領域1811にイメージ・データGDを転送する。ＢＤ−Ｊモジュール1745は次に、アプリケーション・プログラムに従ってレンダリング・エンジン1805に指示を送る。レンダリング・エンジン1805はその指示に従い、イメージ・データ領域1811内のイメージ・データGDにα合成（Porter−Duff演算）等のグラフィックス処理を施す。それにより、レンダリング・エンジン1805はイメージ・データGDから、グラフィックス映像を表すイメージ・プレーンと、背景の映像を表すＢＧプレーンとを生成する。レンダリング・エンジン1805は更に、イメージ・プレーンをＩＧプレーン・メモリ1806Dに書き込み、ＢＧプレーンをＢＧプレーン・メモリ1806Eに書き込む。更に、ＢＤ−Ｊモジュール1745によって２プレーン・モードによる３Ｄ映像の再生処理が指示されたとき、レンダリング・エンジン1805はイメージ・データGDから、レフトビューとライトビューとの両方のイメージ・プレーンを生成してそれらをＩＧプレーン・メモリ1806Dに書き込む。
【０１５６】
加算部1807は、２Ｄ映像の再生処理では、各プレーン・メモリ1806A−Eに書き込まれたプレーンをそのまま、一枚のビデオ・フレームに合成する。３Ｄ映像の再生処理では、加算部1807はまず、ＰＧプレーン、ＩＧプレーン、イメージ・プレーン、又はＢＧプレーンの少なくともいずれかに対してクロッピング処理を行い、そのプレーンからレフトビューとライトビューとのプレーンの対を生成する。加算部1807はそのとき、ＢＤ−Ｊモジュール1745の指示に従って、クロッピング処理を行うべきプレーンを決定する。ＰＧプレーンとＩＧプレーンとに対するクロッピング処理では、３Ｄメタデータ1103の示すオフセット値が利用される。イメージ・プレーンとＢＧプレーンとに対するクロッピング処理では、ＢＤ−Ｊモジュール1745から渡されたオフセット値が利用される。加算部1807は次に、レフトビュー・ビデオ・プレーンと、レフトビュー・ＰＧプレーンと、レフトビュー・ＩＧプレーン又はイメージ・プレーンと、レフトビュー・ＢＧプレーンとを一枚のレフトビュー・ビデオ・フレームに合成する。同様に、加算部1807はライトビューの各プレーンを一枚のライトビュー・ビデオ・フレームに合成する。ここで、２プレーン・モードでは加算部1807は、イメージ・プレーンをビデオ・フレームに合成するタイミングを、ＢＤ−Ｊモジュール1745からの描画命令の示すタイミングに合わせる。それにより、レフトビューの各プレーンはレフトビュー・ビデオ・フレームに正しく合成され、ライトビューの各プレーンはライトビュー・ビデオ・フレームに正しく合成される。こうして正しく合成された各ビデオ・フレームを、加算部1807はビデオ・データVDに変換してＨＤＭＩ送信部1670へ送出する。
【０１５７】
ミキサ1808は、プライマリ・オーディオ・デコーダ1804Eとセカンダリ・オーディオ・デコーダ1804Fとのそれぞれから受信される非圧縮のオーディオ・データを重ね合わせて合成音のオーディオ・データADを作成する。ミキサ1808は更に、そのオーディオ・データADをＨＤＭＩ送信部1670へ送出する。
【０１５８】
＜状態１−４間の切り換えに伴うイメージ・メモリ1810内の領域の変更＞
【０１５９】
図１９は、イメージ・メモリ1810内に確保された、ＩＧプレーン・メモリ領域、ＰＧプレーン・メモリ領域、ＢＧプレーン・メモリ領域、及びイメージ・データ領域の一例を示す模式図である。図１９に示されている例では、イメージ・メモリ1810の総容量は８１．５ＭＢである。
【０１６０】
ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620が状態１又は状態２を示すとき、ＢＤ−Ｊモジュール1745は、ＩＧプレーン・メモリ領域1901に１６ＭＢを割り当て、ＰＧプレーン・メモリ領域1902とＢＧプレーン・メモリ領域1903とに２ＭＢずつを割り当て、イメージ・データ領域1904に残りの６１．５ＭＢを割り当てる。ＢＤ−Ｊモジュール1745は更に、イメージ・データ領域1904のうち、１６ＭＢの領域にＢＤ−Ｌｉｖｅ用のキャッシュ領域1905を確保する。特にＩＧプレーン・メモリ領域1901は、その容量が１６ＭＢであるので、解像度１９２０×１０８０（＝８ＭＢ）のイメージ・プレーンを二枚まで格納できる。従って、状態２ではオフセット・モードにより、解像度１９２０×１０８０のイメージ・プレーンの表すグラフィックス映像に奥行き感を与えることができる。
【０１６１】
ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620が状態３又は状態４を示すとき、ＢＤ−Ｊモジュール1745は、ＩＧプレーン・メモリ領域1911に３２ＭＢを割り当て、ＰＧプレーン・メモリ領域1912とＢＧプレーン・メモリ領域1913とに２ＭＢずつを割り当て、イメージ・データ領域1914に残りの４５．５ＭＢを割り当てる。特にＩＧプレーン・メモリ領域1901は、その容量が３２ＭＢであるので、解像度１９２０×１０８０（＝８ＭＢ）のイメージ・プレーンを四枚まで格納できる。従って、状態３と状態４とでは２プレーン・モードにより、解像度１９２０×１０８０のイメージ・プレーンの表すグラフィックス映像に奥行き感と立体感とを与えることができる。特に２プレーン・モードはオフセット・モードよりも立体感の表現力が豊かであるので、状態３と状態４とでは状態２よりも、例えばメニューの表面の凹凸及び曲面が更にリアルに表現可能である。
【０１６２】
ＢＤ−Ｊモジュール1745は、例えば再生装置110の設定状態を状態２から状態４へ切り換えるとき、まず、イメージ・データ領域1904からキャッシュ領域1905を解放する。ＢＤ−Ｊモジュール1745は次に、その解放によって生じた空き領域をＩＧプレーン・メモリ領域1911に割り当てる。こうして、ＩＧプレーン・メモリ領域の容量が１６ＭＢから３２ＭＢへ倍増する。従って、２プレーン・モードが利用可能になる。しかし、その反面、キャッシュ領域1905が消失するので、ネットワーク接続によるＢＤ−Ｌｉｖｅ機能が利用不可になる。逆に再生装置110の設定状態が状態４から状態２へ切り換えられるとき、まず、３２ＭＢのＩＧプレーン・メモリ領域1911から１６ＭＢの領域が解放される。次に、その解放によって生じた空き領域がイメージ・データ領域1904に割り当てられ、キャッシュ領域1905として確保される。こうして、ネットワーク接続によるＢＤ−Ｌｉｖｅ機能が利用可能になる。しかし、その反面、ＩＧプレーン・メモリ領域の容量が３２ＭＢから１６ＭＢへ半減するので、２プレーン・モードが利用不可になる。
【０１６３】
状態１と状態４との切り換え、状態１と状態３との切り換え、及び状態２と状態３との切り換えでも同様に、１６ＭＢのキャッシュ領域の解放と確保、及び、イメージ・データ領域とＩＧプレーン・メモリ領域との間での１６ＭＢの領域の交換が行われる。それにより、２プレーン・モードとＢＤ−Ｌｉｖｅ機能とが選択的に利用可能になる。
【０１６４】
ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620が状態３を示すとき、図１９には示されていないが、ＢＤ−Ｊモジュール1745は４５．５ＭＢのイメージ・データ領域1914の一部にＢＤ−Ｌｉｖｅ用のキャッシュ領域を確保する。但し、そのキャッシュ領域の容量は、状態１又は状態２でのキャッシュ領域1905の容量１６ＭＢよりも小さく制限される。更に、キャッシュ領域が確保されるので、イメージ・データ領域1914の残りの部分は４５．５ＭＢよりも小さい。従って、状態３と他の状態との切り換えでは、イメージ・データ領域とキャッシュ領域との各容量が変更される。それ故、状態１、状態２、又は状態４で利用されるアプリケーション・プログラムのうち、４５．５ＭＢのイメージ・データ領域と１６ＭＢのキャッシュ領域とを動作条件とするものは、状態３では動作できない。しかし、４５．５ＭＢよりも小さいイメージ・データ領域と１６ＭＢよりも小さいキャッシュ領域とでも動作可能であるアプリケーション・プログラムは、ＢＤ−Ｌｉｖｅ機能を実現でき、かつ、３２ＭＢのＩＧプレーン・メモリ領域1911を利用した２プレーン・モードを実行できる。それにより、そのアプリケーション・プログラムは例えば、自身の構築するＧＵＩ画面と、外部ネットワークからダウンロードされたブラウザ画面との両方を同時に表示装置120に表示させることができ、かつ、それら両方の奥行き感と立体感とを更に向上させることができる。
【０１６５】
以上のとおり、再生装置110はアプリケーション・プログラムに四種類の状態１−４を動的に切り換えさせる。それにより、再生装置110はイメージ・メモリの総容量を一定に維持したまま、アプリケーション・プログラムに２プレーン・モードとＢＤ−Ｌｉｖｅ機能とを選択的に利用させることができる。再生装置110は更に、容量の縮小されたイメージ・データ領域とキャッシュ領域とでも動作可能であるアプリケーション・プログラムに対しては、ＢＤ−Ｌｉｖｅ機能と２プレーン・モードとを同時に利用させることができる。
【０１６６】
＜２プレーン・モードでのレンダリング・エンジン1805の動作＞
【０１６７】
図２０は、オフセット・モードと２プレーン・モードとのそれぞれでＩＧプレーン・メモリ領域1911に格納されたイメージ・プレーンを表す模式図である。オフセット・モードでは２Ｄ映像の再生処理と同様に、レンダリング・エンジン1805は、１９２０×１０８０（＝８ＭＢ）のイメージ・プレーン2001を一枚、ＩＧプレーン・メモリ領域1911に書き込む。従って、レンダリング・エンジン1805は、イメージ・プレーン2001用のハンドルを一つ備えていればよい。一方、２プレーン・モードでは、レンダリング・エンジン1805は、１９２０×１０８０のイメージ・プレーンを二枚、ＩＧプレーン・メモリ領域1911に書き込む。そのうちの一枚はレフトビュー・イメージ・プレーン2003であり、もう一枚はライトビュー・イメージ・プレーン2004である。そのとき、レンダリング・エンジン1805は、二枚のイメージ・プレーン2003、2004を論理的に水平方向に連結して、水平方向のピクセル数が二倍のイメージ・プレーン、すなわち３８４０×１０８０のイメージ・プレーン2002を構成し、それに対してハンドルを一つ与える。それにより、レンダリング・エンジン1805はアプリケーション・プログラムにレフトビュー・イメージ・プレーン2003とライトビュー・イメージ・プレーン2004とを、一枚のイメージ・プレーン2002の左半分と右半分として操作させる。例えば、ＢＤ−Ｊモジュール1745からの命令がイメージ・プレーン2002の左半分への描画を示すとき、レンダリング・エンジン1805はレフトビュー・イメージ・プレーン2003をＩＧプレーン・メモリ領域1911に書き込む。一方、ＢＤ−Ｊモジュール1745からの命令がイメージ・プレーン2002の右半分への描画を示すとき、レンダリング・エンジン1805はライトビュー・イメージ・プレーン2004をＩＧプレーン・メモリ領域1911に書き込む。更に、ＢＤ−Ｊモジュール1745からの命令がイメージ・プレーン2002の全体への描画を示すとき、レンダリング・エンジン1805はレフトビュー・イメージ・プレーン2003とライトビュー・イメージ・プレーン2004との両方をＩＧプレーン・メモリ領域1911に書き込んでもよい。こうして、レンダリング・エンジン1805はアプリケーション・プログラムに、オフセット・モードと２プレーン・モードとのいずれにかかわらず、イメージ・プレーンを一つのハンドルで操作させることができる。
【０１６８】
＜加算部1807による合成処理＞
【０１６９】
図２１は、状態１、すなわち２Ｄ映像の再生処理における加算部1807の機能ブロック図である。状態１では、加算部1807は四つの加算器2101−2104を含む。第１加算器2101はプライマリ・ビデオ・プレーン2110にセカンダリ・ビデオ・プレーン2111を合成して第２加算器2102へ送出する。第２加算器2102は、第１加算器2101から受けたビデオ・プレーンにＢＧプレーン2112を合成して第３加算器2103へ送出する。第３加算器2103は、第２加算器2102から受けたビデオ・プレーンにＰＧプレーン2113を合成して第４加算器2104へ送出する。第４加算器2104は、第３加算器2103から受けたビデオ・プレーンにイメージ・プレーン又はＩＧプレーン2114を合成する。第４加算器2104は更に、合成後のビデオ・プレーンを一枚のビデオ・フレームとしてビデオ・データVDに変換し、ＨＤＭＩ送信部1670へ送出する。
【０１７０】
図２２は、状態２における加算部1807の機能ブロック図である。状態２では、加算部1807は、スイッチ2200、三つの加算器2201−2203、及び三つのクロッピング処理器2211−2213を含む。以下の説明では便宜上、ＢＤ−Ｊモードを想定する。尚、同様な説明はＨＤＭＶモードにも当てはまる。
【０１７１】
スイッチ2200はレフトビュー・ビデオ・プレーン2220とライトビュー・ビデオ・プレーン2221とをＰＴＳの順に第１加算器2201へ送出する。レフトビュー・ビデオ・プレーン2220とライトビュー・ビデオ・プレーン2221とでＰＴＳが等しいときは、スイッチ2200はレフトビュー・ビデオ・プレーン2220をライトビュー・ビデオ・プレーン2221よりも先に送出する。尚、図２２には示されていないが、セカンダリ・ビデオ・プレーンにもレフトビューとライトビューとの二種類があるとき、同様なスイッチによってそれらが交互に加算部1807に読み込まれ、スイッチ2200から送出されるビデオ・プレーンに合成される。
【０１７２】
第１加算器2201は、スイッチ2200からはレフトビュー・ビデオ・プレーン2220とライトビュー・ビデオ・プレーン2221とを交互に受ける。一方、第１クロッピング処理器2211からはレフトビューとライトビューとのＢＧプレーンを交互に受ける。第１加算器2201はレフトビュー・ビデオ・プレーン2220にはレフトビューＢＧプレーンを合成し、ライトビュー・ビデオ・プレーン2221にはライトビューＢＧプレーンを合成する。合成後の各ビデオ・プレーンは交互に第２加算器2202へ送出される。
【０１７３】
第２加算器2202は、第１加算器2201からはレフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとを交互に受ける。一方、第２クロッピング処理器2212からはレフトビューとライトビューとのＰＧプレーンを交互に受ける。第２加算器2202はレフトビュー・ビデオ・プレーンにはレフトビューＰＧプレーンを合成し、ライトビュー・ビデオ・プレーンにはライトビューＰＧプレーンを合成する。合成後の各ビデオ・プレーンは交互に第３加算器2203へ送出される。
【０１７４】
第３加算器2203は、第２加算器2202からはレフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとを交互に受ける。一方、第３クロッピング処理器2213からはレフトビューとライトビューとのイメージ・プレーンを交互に受ける。第３加算器2203はレフトビュー・ビデオ・プレーンにはレフトビュー・イメージ・プレーンを合成し、ライトビュー・ビデオ・プレーンにはライトビュー・イメージ・プレーンを合成する。第３加算器2203は更に、合成後のビデオ・プレーンを一枚のビデオ・フレームとしてビデオ・データVDに変換し、ＨＤＭＩ送信部1670へ送出する。
【０１７５】
第１クロッピング処理器2211は、ＢＤ−Ｊモジュール1745から渡されたオフセット値を利用して、ＢＧプレーン2222に対してクロッピング処理を行う。それにより、ＢＧプレーン2222はレフトビューＢＧプレーンとライトビューＢＧプレーンとに交互に変換される。
【０１７６】
第２クロッピング処理器2212は、３Ｄメタデータ1103の示すオフセット値を利用して、ＰＧプレーン2223に対してクロッピング処理を行う。それにより、ＰＧプレーン2223はレフトビューＰＧプレーンとライトビューＰＧプレーンとに交互に変換される。
【０１７７】
第３クロッピング処理器2213は、ＢＤ−Ｊモジュール1745から渡されたオフセット値を利用して、イメージ・プレーン2224に対してクロッピング処理を行う。それにより、イメージ・プレーン2224はレフトビュー・イメージ・プレーンとライトビュー・イメージ・プレーンとに交互に変換される。
【０１７８】
図２３は、第２クロッピング処理器2212によるＰＧプレーンGPに対するクロッピング処理を示す模式図である。図２３を参照するに、ＰＧプレーンGPは、字幕“Ｉ  ｌｏｖｅ  ｙｏｕ”を表すグラフィックス要素STを含む。そのグラフィックス要素ST以外の部分ではα値が０に設定され、すなわち透明である。
【０１７９】
第２クロッピング処理器2212はまず、図１２に示されている３Ｄメタデータ1103の中から、ＰＧストリームのＰＩＤ＝０ｘ１２００に対応付けられたテーブル1201を検索する。第２クロッピング処理器2212は次に、そのテーブル1201の中から、現時点で有効なオフセット・エントリ1204を検索して、そのオフセット値1203を取得する。
【０１８０】
第２クロッピング処理器2212は次に、プライマリ・ビデオ・デコーダ1804Eにアクセスして、ＰＧプレーンGPLの合成先のビデオ・プレーンがレフトビューとライトビューとのいずれを表すか、判別する。第２クロッピング処理器2212は続いて、ＰＧプレーンGP内でグラフィックス要素STをピクセル数PXだけ水平方向に変位させる。そのピクセル数PXはオフセット値1203に等しい。一方、変位の向きは判別の結果によって異なる。
【０１８１】
合成先のビデオ・プレーンがレフトビューを表すとき、オフセット値1203が正であればグラフィックス要素STは右に変位し、負であれば左に変位する。具体的には、オフセット値1203が正であるときは、ピクセル数PXに等しい幅の透明な帯B1Lが元のＰＧプレーンGPの左側に付加され、同じ幅の透明な帯B1Rが元のＰＧプレーンGPの右端部から除去される。それにより、元のＰＧプレーンGPはレフトビューＰＧプレーンLGPに書き換えられる。レフトビューＰＧプレーンLGPの左端とグラフィックス要素STとの間の距離DLは、元のＰＧプレーンGPの左端とグラフィックス要素STとの間の距離D0よりもピクセル数PXだけ長い。すなわち、グラフィックス要素STの位置が元の位置よりも右に移動する。オフセット値1203が負であるときはその逆である。
【０１８２】
合成先のビデオ・プレーンがライトビューを表すとき、オフセット値1203が正であればグラフィックス要素STは左に変位し、負であれば右に変位する。具体的には、オフセット値1203が正であるときは、ピクセル数PXに等しい幅の透明な帯B2Lが元のＰＧプレーンGPの左端部から除去され、同じ幅の透明な帯B2Rが元のＰＧプレーンGPの右側に付加される。それにより、元のＰＧプレーンGPはライトビューＰＧプレーンRGPに書き換えられる。ライトビューＰＧプレーンRGPの左端とグラフィックス要素STとの間の距離DRは、元のＰＧプレーンGPの左端とグラフィックス要素STとの間の距離D0よりもピクセル数PXだけ短い。すなわち、グラフィックス要素STの位置が元の位置よりも左に移動する。オフセット値1203が負であるときはその逆である。
【０１８３】
こうして、第２クロッピング処理器2212は一枚のＰＧプレーンGPからレフトビューＰＧプレーンLGPとライトビューＰＧプレーンRGPとを生成し、交互に第２加算器2202へ送出する。それらの間ではグラフィックス要素STの水平方向の位置が、ピクセル数PXの二倍、すなわちオフセット値1203の二倍だけ異なる。この変位が両眼視差として知覚されることにより、視聴者には字幕“Ｉ  ｌｏｖｅ  ｙｏｕ”が、画面とは異なる奥行きに見える。第１クロッピング処理器2211はＢＧプレーン2222に対して同様にクロッピング処理を行い、第３クロッピング処理器2213はイメージ・プレーン2224に対して同様にクロッピング処理を行う。
【０１８４】
図２４は、状態３と状態４とにおける加算部1807の機能ブロック図である。状態３と状態４とでは、加算部1807は、図２２に示されている機能部に加え、二つのモード・スイッチ2411、2412を含む。
【０１８５】
第１モード・スイッチ2411はＢＤ−Ｊモジュール1745からの指示に従い、オフセット・モードと２プレーン・モードとでレフトビュー・イメージ・プレーン2420の送出先を切り換える。オフセット・モードでは、第１モード・スイッチ2411はレフトビュー・イメージ・プレーン2420を第３クロッピング処理器2213へ送出する。それにより、レフトビュー・イメージ・プレーン2420からレフトビューとライトビューとのイメージ・プレーンの対が生成される。２プレーン・モードでは、第１モード・スイッチ2411はレフトビュー・イメージ・プレーン2420を第２モード・スイッチ2412へ送出する。
【０１８６】
第２モード・スイッチ2412は、スイッチ2200に連動して、レフトビュー・イメージ・プレーン2420とライトビュー・イメージ・プレーン2421とを交互に第３加算器2203へ送出する。特に、スイッチ2200がレフトビュー・ビデオ・プレーン2220を送出するときは、第２モード・スイッチ2412はレフトビュー・イメージ・プレーン2420を送出し、スイッチ2200がライトビュー・ビデオ・プレーン2221を送出するときは、第２モード・スイッチ2412はライトビュー・イメージ・プレーン2421を送出する。それにより、第３加算器2203はビデオ・プレーンとイメージ・プレーンとを正しく合成できる。
【０１８７】
＜ＢＤ−Ｊモジュール1745による再生装置110の設定状態の切り換え処理＞
【０１８８】
図２５は、ＢＤ−Ｊモジュール1745による再生装置110の設定状態の切り換え処理のフローチャートである。以下の説明では便宜上、ＢＤ−ＲＯＭドライブ111に新たなＢＤ−ＲＯＭディスクが挿入されるときにおけるタイトルの切り換え処理を想定する。尚、ＢＤ−ＲＯＭドライブ111にＢＤ−ＲＯＭディスク100が挿入されたままの状態で、ユーザの操作又はアプリケーション・プログラムの要求に応じて行われるタイトルの切り換え処理も同様である。
【０１８９】
ステップＳ２５０１：操作部1620がＢＤ−ＲＯＭドライブ111へのＢＤ−ＲＯＭディスク100の挿入を検出し、その旨を示す通知INTをユーザ操作検知モジュール1702へ送る。ユーザ操作検知モジュール1702はその通知INTに応じてモード管理モジュール1743へ操作信号UOを送る。モード管理モジュール1743ではディスパッチャ1743Aがその操作信号UOに応じ、ＡＶ再生ライブラリ1746を通して仮想ファイルシステム1703にインデックス・ファイルIFの読み出しを要求する。続いて、モード管理モジュール1743はそのインデックス・ファイルIF内のインデックス・テーブルのうち、項目「ファーストプレイ」301を参照して、その項目で指定されているオブジェクトを特定する。ここで、そのオブジェクトがＢＤ−Ｊオブジェクトである場合を想定する。その場合、モード管理モジュール1743はＡＶ再生ライブラリ1746を通して仮想ファイルシステム1703へ指示を送り、そのＢＤ−Ｊオブジェクトを動的シナリオ・メモリ1741へ転送させる。一方、モード管理モジュール1743はカレントの動的シナリオ情報DSをＢＤ−Ｊモジュール1745へ割り当てる。それに応じて、ＢＤ−Ｊモジュール1745は、動的シナリオ・メモリ1741内の動的シナリオ情報DSからＢＤ−Ｊオブジェクトを読み出す。
【０１９０】
ステップＳ２５０２：ＢＤ−Ｊモジュール1745はＡＶ再生ライブラリ1746から現時点でのイメージ再生状態値を読み出し、ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620と比較する。比較された二つのイメージ再生状態値が一致するとき、又は、それらの組み合わせが状態１と状態２との間の切り換えを示すとき、処理はステップＳ２５０３へ進む。比較された二つのイメージ再生状態値の組み合わせが状態１と状態２との間の切り換え以外を示すとき、処理はステップＳ２５０４へ進む。
【０１９１】
ステップＳ２５０３：ＢＤ−Ｊオブジェクトの要求する再生装置110の設定状態と、ＢＤ−ＲＯＭディスク100が挿入される前の設定状態とは互いに等しく、又は、状態１と状態２との組み合わせに等しい。従って、ＢＤ−Ｊモジュール1745はイメージ・メモリ1810内の領域を変更しない。一方、ＢＤ−Ｊオブジェクトが状態１と状態２との切り換えを要求しているときは、ＢＤ−Ｊモジュール1745はその要求に応じて、ビデオ・ストリームからの２Ｄ映像の再生処理と３Ｄ映像の再生処理とのいずれかを再生装置110に指定する。その後、ＢＤ−Ｊオブジェクト1745はタイトルの再生処理を通常どおりに行う。すなわち、アプリケーション・マネージャ1745AはＢＤ−Ｊオブジェクト内のアプリケーション管理テーブル410に従って、仮想マシン1745Bにアプリケーション・プログラムの起動又は終了を指示する。特に、ディスク・アンバウンドのアプリケーション・プログラムが実行中であるとき、アプリケーション・マネージャ1745Aは、その実行を更に継続すべきか否か判断する。仮想マシン1745Bはアプリケーション・マネージャ1745Aの指示に従ってアプリケーション・プログラムを起動させ、又は終了させる。それにより、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに従って、項目「ファーストプレイ」303に対応するタイトルの再生処理を実行する。
【０１９２】
ステップＳ２５０４：比較された二つのイメージ再生状態値は、状態１と状態２との組み合わせ以外を示す。従って、ＢＤ−Ｊモジュール1745はアプリケーション・マネージャ1745Aを利用して、仮想マシン1745Bにアプリケーション・プログラムを全て強制終了させる。その後、処理はステップＳ２５０５へ進む。
【０１９３】
ステップＳ２５０５：ＢＤ−Ｊモジュール1745は再生部1660にイメージ・メモリ1810内の各領域を変更させる。具体的には、比較された二つのイメージ再生状態値が、状態１から状態３への切り換え、状態２から状態３への切り換え、状態１から状態４への切り換え、又は状態２から状態４への切り換えを示すとき、ＢＤ−Ｊモジュール1745は、図１９に示されているように、まず、イメージ・データ領域1904からＢＤ−Ｌｉｖｅ用のキャッシュ領域1905を解放する。ＢＤ−Ｊモジュール1745は次に、その解放によって生じた空き領域をＩＧプレーン・メモリ領域1911に割り当て、ＩＧプレーン・メモリ領域の容量を倍増させる。一方、二つのイメージ再生状態値が、状態４から状態２への切り換え等、上記とは逆方向の状態の切り換えを示すとき、ＢＤ−Ｊモジュール1745はまず、ＩＧプレーン・メモリ領域1911の半分を解放する。ＢＤ−Ｊモジュール1745は次に、その解放によって生じた空き領域をイメージ・データ領域1904に割り当て、ＢＤ−Ｌｉｖｅ用のキャッシュ領域1905として確保する。更に、二つのイメージ再生状態値が状態３と状態４との切り換えを示すとき、ＢＤ−Ｊモジュール1745はイメージ・データ領域1911内にＢＤ−Ｌｉｖｅ処理用のキャッシュ領域を確保させ、又は解放させる。その後、処理はステップＳ２５０６へ進む。
【０１９４】
ステップＳ２５０６：ＢＤ−Ｊモジュール1745はＡＶ再生ライブラリ1746に現時点のイメージ再生状態値を、ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620に更新させる。その後、処理はステップＳ２５０７へ進む。
【０１９５】
ステップＳ２５０７：ＢＤ−Ｊモジュール1745は再生装置110の設定状態を、ＢＤ−Ｊオブジェクトの要求するものに切り換える。その後、ＢＤ−Ｊモジュール1745はタイトルの再生処理を通常どおりに行う。すなわち、アプリケーション・マネージャ1745AはＢＤ−Ｊオブジェクト内のアプリケーション管理テーブル410に従って、仮想マシン1745Bにアプリケーション・プログラムの起動又は終了を指示する。特に、ステップＳ２５０４で強制終了されたディスク・アンバウンドのアプリケーション・プログラムが存在したとき、アプリケーション・マネージャ1745Aは、その実行を再開すべきか否か判断する。仮想マシン1745Bはアプリケーション・マネージャ1745Aの指示に従ってアプリケーション・プログラムを起動させ、又は終了させる。それにより、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに従って、項目「ファーストプレイ」303に対応するタイトルの再生処理を実行する。
【０１９６】
＜本発明の実施形態１の利点＞
【０１９７】
タイトルの切り換えによってＢＤ−Ｊオブジェクトが、イメージ再生状態値の異なるものに切り換えられるとき、ＢＤ−Ｊモジュール1745は、その異なるイメージ再生状態値に応じて再生装置110の設定状態を切り換える。状態１と状態３、状態１と状態４、状態２と状態３、又は状態２と状態４とが切り換えられるとき、図１９に示されているように、イメージ・メモリ1810内では、ＢＤ−Ｌｉｖｅ用キャッシュ領域1905が解放され、又は確保され、イメージ・データ領域とＩＧプレーン・メモリ領域との間で一部の領域が交換される。状態３と状態４とが切り換えられるとき、イメージ・メモリ1810内ではＢＤ−Ｌｉｖｅ用キャッシュ領域とイメージ・データ領域との各容量が変更される。一方、ディスク・バウンド又はディスク・アンバウンドのアプリケーション・プログラムは一般にタイトルの切り換えでは終了しない。従って、そのままでは、それらのアプリケーション・プログラムがタイトルの切り換え後のイメージ・メモリ内の領域を切り換え前の領域と誤認してアクセスする危険性が残る。
【０１９８】
本発明の実施形態１による再生装置110では上記のとおり、ＢＤ−Ｊオブジェクトが切り換えられる度に、ＢＤ−Ｊモジュール1745がそのＢＤ−Ｊオブジェクトの示すイメージ再生状態値620を現時点での値と比較する。更に、比較された二つのイメージ再生状態値が状態１と状態２との組み合わせ以外を示すとき、ＢＤ−Ｊモジュール1745はアプリケーション・マネージャ1745Aを利用して、仮想マシン1745Bにアプリケーション・プログラムを全て強制終了させる。それにより、イメージ・メモリ1810内での領域の変更が必要なとき、それに先立って、アプリケーション・プログラムが全て終了する。従って、アプリケーション・プログラムが変更後の領域を変更前と誤認してアクセスする危険性はない。こうして、再生装置110はアプリケーション・プログラムに、誤動作させることなく、２プレーン・モードとＢＤ−Ｌｉｖｅ機能とを選択的に利用させることができる。その結果、再生装置110は、イメージ・メモリの容量を増大させることなく、グラフィックス映像の立体感が更に高いデジタル・コンテンツを再生することができる。
【０１９９】
＜変形例＞
【０２００】
（１）本発明の実施形態１では、レフトビューとライトビューとの両方のイメージ・データが存在するとき、オフセット・モードではレフトビュー・イメージ・データが利用される。しかし、レフトビュー・イメージ・データに代えて、ライトビュー・イメージ・データが利用されてもよい。
【０２０１】
（２）加算部1807は、合成後のレフトビューとライトビューとのビデオ・フレームの対を交互に送出する。その他に、表示装置120が３Ｄ映像の表示にレンチキュラーレンズを利用するとき、加算部1807は内蔵のバッファ・メモリを利用して、レフトビューとライトビューとのビデオ・フレームの対を更に一つのビデオ・フレームに合成してもよい。具体的には、加算部1807は、先に合成されたレフトビュー・ビデオ・プレーンを一旦、そのバッファ・メモリに格納して保持する。加算部1807は続いて、ライトビュー・ビデオ・プレーンを合成し、バッファ・メモリに保持されたレフトビュー・ビデオ・プレーンと更に合成する。その合成では、各ビデオ・プレーンが縦方向に細長い短冊形の小領域に分割され、各小領域が横方向に交互に並べられて一枚のフレームに再構成される。こうして、本発明の実施形態１による再生装置は、３Ｄ映像の表示にレンチキュラーレンズを利用する表示装置にも対応可能である。
【０２０２】
（３）図２４に示されている例では、状態３と状態４とにおいて、加算部1807は二つのモード・スイッチ2411、2412を利用して、オフセット・モードと２プレーン・モードとを切り換え可能に実現する。その他に、状態３と状態４とのいずれか又は両方において、イメージ・データからの３Ｄ映像の再生処理が２プレーン・モードのみに限られてもよい。更に、３Ｄ映像の再生処理中にオフセット・モードと２プレーン・モードとを動的に切り換える必要がない場合、状態３と状態４とをそれぞれ、各モードに特化した二つの状態に分けてもよい。例えば、元の状態３の設定で、イメージ・データからの３Ｄ映像の再生処理をオフセット・モードに固定した状態を「状態３」とし、２プレーン・モードに固定した状態を「状態５」としてもよい。その場合、イメージ再生状態値は六種類に増える。更に、オフセット・モードと２プレーン・モードとの切り換えはタイトルの切り換えによってのみ可能である。
【０２０３】
（４）状態３と状態４とにおいて、加算部1807はＢＤ−Ｊモジュール1745の指示に従ってオフセット・モードと２プレーン・モードとを切り換える。その指示には、ＡＶ再生ライブラリ1746内のレジスタ1746Aが次のように利用されてもよい：まず、レジスタ1746Aの中にフラグが設定される。次に、ＢＤ−Ｊモジュール1745が、オフセット・モードを指定するときはそのフラグをオフにし、２プレーン・モードを指定するときはそのフラグをオンにする。一方、加算部1807は、そのフラグがオフであるときはオフセット・モードで動作し、そのフラグがオンであるときは２プレーン・モードで動作する。
【０２０４】
（５）ＢＤ−Ｊモジュール1745は、オフセット・モードを２プレーン・モードへ切り換えるとき、それに先だって、レンダリング・エンジン1805にレフトビュー・イメージ・プレーンをライトビュー・イメージ・プレーンにコピーさせてもよい。それにより、万一、何らかの不具合でライトビュー・イメージ・プレーンにデータが書き込まれなかった場合でも、各プレーンから再生されるグラフィックス映像間に実質的な差が生じない。その結果、視聴者に不快感を与えることを回避することができる。尚、レフトビュー・イメージ・プレーンをライトビュー・イメージ・プレーンにコピーする代わりに、レフトビュー・イメージ・プレーンをクリアしてもよい。
【０２０５】
（６）本発明の実施形態１では、ＢＧプレーンとＰＧプレーンとのいずれからの３Ｄ映像の再生処理もオフセット・モードで行われる。その他に、アプリケーション・プログラムがＢＤ−Ｊモジュール1745にレフトビューとライトビューとの両方のＢＧプレーンを生成させることにより、ＢＧプレーンからの３Ｄ映像の再生処理が２プレーン・モードで行われるようにしてもよい。また、ＡＶストリーム・ファイルにレフトビューとライトビューとの両方のＰＧストリームを多重化することにより、ＰＧプレーンからの３Ｄ映像の再生処理が２プレーン・モードで行われるようにしてもよい。それにより、背景と字幕とのグラフィックス映像についても、立体感の表現力を更に向上させることができる。
【０２０６】
（７）電源投入直後等の初期起動時、イメージ・メモリ内の割り当ては確定されていない。その場合、ＢＤ−Ｊモジュール1745は再生装置110の設定状態の切り換え処理では、図２５に示されているステップのうち、ステップＳ２５０２−Ｓ２５０４をスキップしてもよい。
【０２０７】
（８）状態３ではＢＤ−Ｌｉｖｅ用のキャッシュ領域が、状態１、状態２でのものよりも小さく制限されている。従って、タイトルの切り換えに伴って、状態１又は状態２から状態３への切り換えが必要であるとき、ＢＤ−Ｊモジュール1745はその切り換えの前に警告画面を表示装置120に表示させてもよい。それにより、再生装置110は視聴者に予め、ＢＤ−Ｌｉｖｅ処理のレスポンスが低下する危険性を警告できる。
【０２０８】
《実施形態２》
【０２０９】
本発明の実施形態２による再生装置は、３Ｄ映像の再生処理時、アプリケーション・プログラムに、内蔵のメモリ資源に応じてＨＤＭＶモードとＢＤ−Ｊモードとを選択させることができる。その点を除き、実施形態２による再生装置は実施形態１による再生装置と構成及び機能が等しい。従って、以下では、実施形態２による再生装置のうち、実施形態１による再生装置からの変更部分及び拡張部分について説明する。実施形態１による再生装置と同様な部分については、上記の実施形態１についての説明を援用する。
【０２１０】
本発明の実施形態２による再生装置は、内蔵のメモリ資源の大きさによって、廉価版と通常版との二種類に分類される。「廉価版再生装置」とは、比較的小さいメモリ資源しか備えていないために、３Ｄ映像の再生処理をＨＤＭＶモードでしか実行できない再生装置をいう。ＨＤＭＶモードではＢＤ−Ｊモードとは異なり、ＢＤ−ＲＯＭディスク100上のコンテンツ本体の３Ｄ映像のみが再生可能であり、ポップアップメニュー等、インタラクティブ・コンテンツのグラフィックス映像は再生できない。「通常版再生装置」とは、十分なメモリ資源を備え、３Ｄ映像の再生処理をＨＤＭＶモードとＢＤ−Ｊモードとのいずれでも実行可能な再生装置をいう。ＢＤ−Ｊモジュール1745は、タイトルの切り換えに伴ってＢＤ−ＲＯＭディスク100から読み込まれたアプリケーション・プログラムに、自身の組み込まれた再生装置が廉価版と通常版とのいずれであるかを通知することができる。
【０２１１】
図２６はアプリケーション・プログラムによるイベント処理のフローチャートである。このイベント処理は、ユーザ操作検知モジュール1702が操作部1620からの通知を受信したときに開始される。
【０２１２】
ステップＳ２６０１：ユーザ操作検知モジュール1702は、操作部1620からの通知の示すイベントの種類を識別し、そのイベントの種類を示す操作信号をモード管理モジュール1743へ送る。モード管理モジュール1743では、ディスパッチャ1743Aがその操作信号をＢＤ−Ｊモジュール1745へ渡す。ＢＤ−Ｊモジュール1745はその操作信号を解読して、その内容をアプリケーション・プログラムに通知する。アプリケーション・プログラムはその内容が、ユーザによる３Ｄ映像の再生要求を示すか否か判断する。その判断が否定的であるとき、処理はステップＳ２６０２へ進み、肯定的であるとき、処理はステップＳ２６０３へ進む。
【０２１３】
ステップＳ２６０２：ユーザの操作は３Ｄ映像の再生要求ではないので、アプリケーション・プログラムは通常のイベント処理を行う。
【０２１４】
ステップＳ２６０３：ユーザの操作は３Ｄ映像の再生要求であるので、アプリケーション・プログラムはＢＤ−Ｊモジュール1745に、再生装置が廉価版であるか否かを問い合わせる。その問い合わせに対する返答が否定的であるとき、処理はステップＳ２６０４へ進み、肯定的であるとき、処理はステップＳ２６０５へ進む。
【０２１５】
ステップＳ２６０４：再生装置は通常版であるので、３Ｄ映像の再生処理はＢＤ−Ｊモードでも実行可能である。従って、アプリケーション・プログラムはＢＤ−Ｊモードで３Ｄ映像の再生処理を開始する。
【０２１６】
ステップＳ２６０５：再生装置は廉価版であるので、３Ｄ映像の再生処理はＨＤＭＶモードでのみ実行可能である。従って、アプリケーション・プログラムはＢＤ−Ｊモジュール1745に、ＢＤ−ＪモードのタイトルをＨＤＭＶモードのタイトルへ切り換えさせる。そのタイトルの切り換えによって、再生処理の主体がＢＤ−Ｊモジュール1745からＨＤＭＶモジュール1744へ移行する。図３に示されている例では、項目「タイトル２」に対応付けられた１ＢＤ−ＪオブジェクトBDJO−2Dによる２Ｄ映像の再生処理が、項目「タイトル３」に対応付けられた第２ムービーオブジェクトMVO−3Dによる３Ｄ映像の再生処理へ移行する。その３Ｄ映像の再生処理が終了したとき、タイトルは元のＢＤ−Ｊモードのタイトルへ戻り、再生処理の主体がＨＤＭＶモジュール1744からＢＤ−Ｊモジュール1745へ戻る。
【０２１７】
本発明の実施形態２による再生装置は上記のとおり、廉価版と通常版とのいずれであっても、ＢＤ−ＲＯＭディスク100から読み込まれたアプリケーション・プログラムに３Ｄ映像の再生処理を確実に実行させることができる。それにより、アプリケーション・プログラムのオーサリングに対する負担を軽減することができる。
【０２１８】
＜補足＞
【０２１９】
≪ＢＤ−ＲＯＭディスク上のファイルシステム≫
【０２２０】
ＢＤ−ＲＯＭディスク100のファイルシステムとしてＵＤＦが利用されるとき、図２に示されているボリューム領域122は、ディレクトリ領域、ファイルセット記述子の記録領域、及び終端記述子の記録領域を含む。「ディレクトリ領域」は一般に複数であり、それぞれが、一つのディレクトリを構成するデータの記録領域である。「ファイルセット記述子」は、ディレクトリ領域のうち、ルートディレクトリのファイル・エントリが記録されているセクタの論理ブロック番号（ＬＢＮ）を示す。「終端記述子」はファイルセット記述子の終端を示す。
【０２２１】
各ディレクトリ領域はいずれも共通のデータ構造を持つ。各ディレクトリ領域は特に、ファイル・エントリ、ディレクトリ・ファイル、及び下位ファイルの各記録領域を含む。
【０２２２】
「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータがファイル・エントリであることを示す。例えば記述子タグの値が“２６１”であるとき、そのデータはファイル・エントリである。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、同じディレクトリ領域に属するディレクトリ・ファイルが記録されたセクタのＬＢＮを示す。
【０２２３】
「ディレクトリ・ファイル」は、下位ディレクトリのファイル識別記述子と、下位ファイルのファイル識別記述子とを含む。「下位ディレクトリのファイル識別記述子」は、そのディレクトリ領域に記録されたディレクトリの直下にある下位ディレクトリにアクセスするための情報である。このファイル識別記述子は特に、その下位ディレクトリの識別情報、ディレクトリ名の長さ、ファイル・エントリ・アドレス、及びディレクトリ名そのものを含む。ここで、ファイル・エントリ・アドレスは、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル識別記述子」は、そのディレクトリ領域に記録されたディレクトリの直下にある下位ファイルにアクセスするための情報である。このファイル識別記述子は、その下位ファイルの識別情報、ファイル名の長さ、ファイル・エントリ・アドレス、及びファイル名そのものを含む。ここで、ファイル・エントリ・アドレスは、その下位ファイルのファイル・エントリのＬＢＮを示す。下位ディレクトリ／ファイルのファイル識別記述子を辿ってゆけば、ルートディレクトリのファイル・エントリから下位ディレクトリ／下位ファイルのファイル・エントリに順次、到達することができる。
【０２２４】
「下位ファイル」は、そのディレクトリ領域に記録されたディレクトリの直下にある下位ファイルのファイル・エントリと実体とを含む。「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータがファイル・エントリであることを示す。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、その下位ファイルの実体を構成する各エクステントの配置を示す。ここで、「エクステント」は、論理アドレスが連続しているデータ列を意味する。アロケーション記述子は各エクステントに一つずつ設けられる。従って、下位ファイルが複数のエクステントに分割されているとき、ファイル・エントリはアロケーション記述子を複数含む。より具体的には、アロケーション記述子は各エクステントのサイズとＬＢＮとを含む。更に、アロケーション記述子の上位２ビットは、そのＬＢＮのセクタにエクステントが実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。各ファイルのファイル・エントリのアロケーション記述子を参照することにより、そのファイルを構成する各エクステントの論理アドレスを知ることができる。
【０２２５】
ＵＤＦを利用した上記のファイルシステムと同様、ボリューム領域122に対するファイルシステムでは一般に、ボリューム領域122に記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域122に併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。
【０２２６】
≪放送、通信回路を経由したデータ配信≫
【０２２７】
本発明の実施形態による記録媒体は、光ディスクの他、例えばＳＤメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、実施形態の説明では、予めデータが記録された光ディスク、すなわちＢＤ−ＲＯＭ又はＤＶＤ−ＲＯＭ等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態による記録媒体はそれらに限定されない。例えば放送又はネットワーク経由で配信された３Ｄ映像のコンテンツを端末装置によって、ＢＤ−ＲＥ又はＤＶＤ−ＲＡＭ等の既存の書き込み可能な光ディスクへ書き込んだものが、実施形態による記録媒体として利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。
【０２２８】
≪半導体メモリカードの再生≫
【０２２９】
本発明の実施形態による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。
【０２３０】
再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース（Ｉ／Ｆ）で構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のＩ／Ｆが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのＩ／Ｆを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのＩ／Ｆを通して再生装置に読み出される。
【０２３１】
≪ＢＤ−ＲＯＭディスク上のデータに対する著作権保護技術≫
【０２３２】
ここで、以降の補足事項の前提として、ＢＤ−ＲＯＭディスクに記録されているデータの著作権を保護するための仕組みについて説明する。
【０２３３】
ＢＤ−ＲＯＭディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオ・ストリーム、オーディオ・ストリーム、またはその他のストリームを含む。その場合、暗号化データは以下のように解読される。
【０２３４】
再生装置には予め、ＢＤ−ＲＯＭディスク上の暗号化データを解読するための「鍵」の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、ＢＤ−ＲＯＭディスクには、そのその「鍵」の生成に必要なデータの別の一部、すなわちＭＫＢ（メディアキーブロック）と、その「鍵」自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、ＭＫＢ、及び暗号化タイトルキーは互いに対応付けられ、更に、図２に示されているＢＤ−ＲＯＭディスク100上のＢＣＡ201に書き込まれた特定の識別子、すなわちボリュームＩＤにも対応付けられている。デバイスキー、ＭＫＢ、暗号化タイトルキー、及びボリュームＩＤの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の「鍵」、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、ＭＫＢ、及びボリュームＩＤを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の「鍵」として用いて暗号化データを解読することができる。
【０２３５】
ＢＤ−ＲＯＭディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのＢＤ−ＲＯＭディスク上の暗号化タイトルキー、ＭＫＢ、及びボリュームＩＤに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、ＭＫＢ、デバイスキー、及びボリュームＩＤの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。
【０２３６】
ＢＤ−ＲＯＭディスクに記録されるべきビデオ・ストリームとオーディオ・ストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、ＢＤ−ＲＯＭディスクに記録する。次に、ＭＫＢ、デバイスキー、及びボリュームＩＤの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、ＭＫＢ、ボリュームＩＤ、及び暗号化タイトルキーをＢＤ−ＲＯＭディスクに記録する。そのＢＤ−ＲＯＭディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオ・ストリーム及び／又はオーディオ・ストリームをデコーダで復号することはできない。こうして、ＢＤ−ＲＯＭディスクに記録されたデータの著作権を保護することができる。
【０２３７】
以上に述べた、ＢＤ−ＲＯＭディスクにおけるデータの著作権保護の仕組みは、ＢＤ−ＲＯＭディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にＳＤカード等の可搬性半導体メモリカードにも適用可能である。
【０２３８】
≪電子配信を利用した記録媒体へのデータ記録≫
【０２３９】
電子配信を利用して本発明の実施形態による再生装置へ３Ｄ映像のＡＶストリーム・ファイル等のデータ（以下、配信データという。）を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがＳＤメモリカードである場合を想定する。
【０２４０】
再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはＳＤメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はＳＤメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。ここで、ＳＤメモリカードの識別情報は、例えばそのＳＤメモリカード固有の識別番号、より具体的にはそのＳＤメモリカードのシリアル番号である。この識別情報は上述のボリュームＩＤとして利用される。
【０２４１】
配信サーバには配信データが格納されている。その配信データのうち、ビデオ・ストリーム及び／又はオーディオ・ストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。ここで、その暗号化データは同じタイトルキーで復号が可能である。
【０２４２】
配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、ＳＤメモリカードと共通のＭＫＢを保持している。配信サーバは、再生装置から配信データの送信要求とＳＤメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、ＭＫＢ、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。
【０２４３】
配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のＭＫＢ、暗号化タイトルキー、署名情報、ＳＤメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能（プログラム）が特定されている。
【０２４４】
配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用Ｉ／Ｆを通してＳＤメモリカードに記録する。
【０２４５】
ＳＤメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック（１）−（３）が行われる。尚、それらはどのような順序で行われてもよい。
【０２４６】
（１）公開鍵情報に含まれるＳＤメモリカードの識別情報が、カードスロットに挿入されているＳＤメモリカードに記憶されている識別番号と一致するか否か。
【０２４７】
（２）公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。
【０２４８】
（３）公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。
【０２４９】
上述のチェック（１）〜（３）のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック（１）〜（３）の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、ＭＫＢ、及びＳＤメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオ・ストリーム及び／又はオーディオ・ストリームに復号する。
【０２５０】
以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能（プログラム）等が知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、ＳＤメモリカードの識別番号、ＭＫＢ、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。
【０２５１】
半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばＳＤメモリカードではそのシリアル番号が不正に改竄された場合、ＳＤメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック（１）では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。
【０２５２】
半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域（以下、第１の記録領域と称す。）から電気的に分離された別の記録領域（以下、第２の記録領域と称す。）が設置される。次に、第２の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第２の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第２の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第２の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第２の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第２の記録領域内のデータのアドレスは制御回路にしか特定できない。
【０２５３】
半導体メモリカードの識別情報が第２の記録領域に記録された場合、再生装置上で動作するアプリケーション・プログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーション・プログラムは、メモリカードＩ／Ｆを介して上記の制御回路に対し、第２の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第２の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードＩ／Ｆを介して上記のアプリケーション・プログラムへその識別情報を送る。そのアプリケーション・プログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーション・プログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードＩ／Ｆを介して半導体メモリカード内の第１の記録領域に記録する。
【０２５４】
尚、上記のアプリケーション・プログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーション・プログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばＸ．５０９に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第１の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。
【０２５５】
≪リアルタイム・レコーディングへの適用≫
【０２５６】
本発明の実施形態では、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、オーサリングシステムにおけるプリレコーディング技術によってＢＤ−ＲＯＭディスクに記録されてユーザに供給されることを前提とした。しかし、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、リアルタイム・レコーディングによって、ＢＤ−ＲＥディスク、ＢＤ−Ｒディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤ−ＲＥディスク等と略す。）に記録されてユーザに供給されるものであってもよい。その場合、ＡＶストリーム・ファイルは、アナログ入力信号を記録装置がリアルタイムで復号することによって得られたトランスポート・ストリームであってもよい。その他に、記録装置がデジタル入力したトランスポート・ストリームをパーシャル化することで得られるトランスポート・ストリームであってもよい。
【０２５７】
リアルタイム・レコーディングを実行する記録装置は、ビデオエンコーダ、オーディオエンコーダ、マルチプレクサ、及びソースパケタイザを含む。ビデオエンコーダはビデオ信号を符号化してビデオ・ストリームに変換する。オーディオエンコーダはオーディオ信号を符号化してオーディオ・ストリームに変換する。マルチプレクサは、ビデオ・ストリームとオーディオ・ストリームとを多重化して、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリームに変換する。ソースパケタイザは、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリーム内のＴＳパケットをソースパケットに変換する。記録装置は各ソースパケットをＡＶストリーム・ファイルに格納して、ＢＤ−ＲＥディスク等に書き込む。
【０２５８】
ＡＶストリーム・ファイルの書き込み処理と並行して、記録装置の制御部はクリップ情報ファイルとプレイリスト・ファイルとをメモリ上で生成してＢＤ−ＲＥディスク等に書き込む。具体的には、ユーザによって録画処理が要求されたとき、制御部はまず、ＡＶストリーム・ファイルに合わせてクリップ情報ファイルを生成してＢＤ−ＲＥディスク等に書き込む。その場合、外部から受信されるトランスポート・ストリームからビデオ・ストリーム内の一つのＧＯＰの先頭が検出される度に、又は、ビデオエンコーダによってビデオ・ストリーム内の一つのＧＯＰが生成される度に、制御部は、そのＧＯＰの先頭に位置するＩピクチャのＰＴＳと、そのＧＯＰの先頭が格納されたソースパケットのＳＰＮとを取得する。制御部は更に、そのＰＴＳとＳＰＮとの対を一つのエントリ・ポイントとしてクリップ情報ファイルのエントリ・マップに追記する。ここで、そのエントリ・ポイントには「is＿angle＿changeフラグ」が追加される。is＿angle＿changeフラグは、そのＧＯＰの先頭がＩＤＲピクチャであるときは“オン”に設定され、そのＧＯＰの先頭がＩＤＲピクチャではないときは“オフ”に設定される。クリップ情報ファイル内には更に、ストリーム属性情報が記録対象のストリームの属性に従って設定される。こうして、ＡＶストリーム・ファイルとクリップ情報ファイルとがＢＤ−ＲＥディスク等に書き込まれた後、制御部はそのクリップ情報ファイル内のエントリ・マップを利用してプレイリスト・ファイルを生成し、ＢＤ−ＲＥディスク等に書き込む。
【０２５９】
≪マネージド・コピー≫
【０２６０】
本発明の実施形態による再生装置は更に、マネージド・コピーによってＢＤ−ＲＯＭディスク上のデジタル・ストリームを他の記録媒体へ書き込んでもよい。「マネージド・コピー」とは、ＢＤ−ＲＯＭディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタル・ストリーム、プレイリスト・ファイル、クリップ情報ファイル、及びアプリケーション・プログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術をいう。その書き込み可能な記録媒体は、ＢＤ−Ｒ、ＢＤ−ＲＥ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、及びＤＶＤ−ＲＡＭ等の書き込み可能な光ディスク、ハードディスク、並びに、ＳＤメモリカード、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、及びマルチメディアカード（登録商標）等の可搬性半導体メモリ装置を含む。マネージド・コピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。
【０２６１】
ＢＤ−ＲＯＭディスクからＢＤ−Ｒディスク又はＢＤ−ＲＥディスクへのマネージド・コピーが行われる場合、両ディスクの記録容量が等しいときは、コピー元のディスクに記録されたビット・ストリームがそのまま、順番にコピーされればよい。
【０２６２】
マネージド・コピーが異種の記録媒体間で行われるときはトランス・コードが必要である。「トランス・コード」とは、コピー元のディスクに記録されているデジタル・ストリームをコピー先の記録媒体のアプリケーション・フォーマットに適合させるための処理をいう。トランス・コードは、例えば、ＭＰＥＧ２−ＴＳ形式からＭＰＥＧ２プログラム・ストリーム形式へ変換する処理、及び、ビデオ・ストリームとオーディオ・ストリームとのそれぞれに割り当てられているビットレートを低くして符号化し直す処理を含む。トランス・コードでは、上述のリアルタイム・レコーディングによって、ＡＶストリーム・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルが生成されねばならない。
【０２６３】
≪データ構造の記述の仕方≫
【０２６４】
本発明の実施形態によるデータ構造のうち、「所定型の情報が複数存在する」という繰り返し構造は、ｆｏｒ文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、「所定の条件が成立するときに所定の情報が定義される」というデータ構造は、ｉｆ文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、「構文解析」、「最適化」、「資源割付」、及び「コード生成」といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。
【０２６５】
≪再生プログラムによるプレイリスト・ファイル、クリップ情報ファイルの管理≫
【０２６６】
プレイリスト・ファイルとＡＶストリーム・ファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリスト・ファイルに従ってＡＶストリーム・ファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、ｔｅｘｔセクション、ｄａｔａセクション、ｂｓｓセクション、及びｓｔａｃｋセクションを含む。ｔｅｘｔセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。ｄａｔａセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。ｄａｔａセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。ｂｓｓセクションは、初期値を持たない変数を含む。ｂｓｓセクション内のデータは、ｔｅｘｔセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のＲＡＭにｂｓｓセクション用の領域が確保される。ｓｔａｃｋセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。ｓｔａｃｋセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、ｂｓｓセクション内の変数はゼロで初期化され、ｓｔａｃｋセクションには必要なメモリ領域が確保される。
【０２６７】
プレイリスト・ファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、ｔｅｘｔセクション内の「書き換え不可のデータ」、又はｄａｔａセクション内の「随時アクセスされるファイル」として管理される。すなわち、プレイリスト・ファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリスト・ファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。
【０２６８】
≪システムＬＳＩ≫
【０２６９】
本発明の実施形態による再生装置は、ミドルウェア、システムＬＳＩ、及びその他のハードウェアを含む。その再生装置は更に、ミドルウェアに対するインタフェース、ミドルウェアとシステムＬＳＩとの間のインタフェース、ミドルウェアとその他のハードウェアとの間のインタフェース、及びユーザインタフェースを含む。それらの要素は、再生装置に組み込まれたときに互いに連携する。それにより、各要素に固有の機能が再生装置に提供される。ミドルウェアに対するインタフェース、及び、ミドルウェアとシステムＬＳＩとの間のインタフェースが適切に定義されることにより、再生装置内のユーザインタフェース、ミドルウェア、及びシステムＬＳＩのそれぞれの開発を、独立に、並列に、かつ効率良く進めることができる。尚、いずれのインタフェースについても、そのような適切な定義は一般に多様である。
【産業上の利用可能性】
【０２７０】
本発明は立体視映像の再生技術に関し、上記のとおり、アプリケーション・プログラムを強制的に終了させてからイメージ・データ領域を変更する。このように、本発明は明らかに産業上利用可能である。
【符号の説明】
【０２７１】
1810  イメージ・メモリ
1901  状態１／２でのＩＧプレーン・メモリ領域
1902  状態１／２でのＰＧプレーン・メモリ領域
1903  状態１／２でのＢＧプレーン・メモリ領域
1904  状態１／２でのイメージ・データ領域
1905  状態１／２でのＢＤ−Ｌｉｖｅ用キャッシュ領域
1911  状態３／４でのＩＧプレーン・メモリ領域
1912  状態３／４でのＰＧプレーン・メモリ領域
1913  状態３／４でのＢＧプレーン・メモリ領域
1914  状態３／４でのイメージ・データ領域
【図１】
2010052857.tif 000003
【図２】
2010052857.tif 000004
【図３】
2010052857.tif 000005
【図４】
2010052857.tif 000006
【図５】
2010052857.tif 000007
【図６】
2010052857.tif 000008
【図７】
2010052857.tif 000009
【図８】
2010052857.tif 000010
【図９】
2010052857.tif 000011
【図１０】
2010052857.tif 000012
【図１１】
2010052857.tif 000013
【図１２】
2010052857.tif 000014
【図１３】
2010052857.tif 000015
【図１４】
2010052857.tif 000016
【図１５】
2010052857.tif 000017
【図１６】
2010052857.tif 000018
【図１７】
2010052857.tif 000019
【図１８】
2010052857.tif 000020
【図１９】
2010052857.tif 000021
【図２０】
2010052857.tif 000022
【図２１】
2010052857.tif 000023
【図２２】
2010052857.tif 000024
【図２３】
2010052857.tif 000025
【図２４】
2010052857.tif 000026
【図２５】
2010052857.tif 000027
【図２６】
2010052857.tif 000028
【手続補正書】
【提出日】平成22年8月17日(2010.8.17)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、立体視映像の再生技術に関し、特に立体視映像にグラフィックス映像を重ね合わせて表示する技術に関する。
【背景技術】
【０００２】
近年、読み出し専用のブルーレイ・ディスク（登録商標）（ＢＤ：Blu−ray Disc）、すなわちＢＤ−ＲＯＭディスクに記録されたデジタル・コンテンツが増加している。それに伴い、ＢＤ−ＲＯＭ規格に準拠の再生装置、すなわちＢＤ−ＲＯＭ再生装置の普及が急速に進んでいる。ＢＤ−ＲＯＭディスク上のコンテンツは少なくとも一つのタイトルから構成される。「タイトル」は、アプリケーション・プログラム、ビデオ／オーディオ・ストリーム、及びイメージ・データの組み合わせで表現される。イメージ・データは、字幕及びグラフィックス・ユーザインタフェース（ＧＵＩ）等のグラフィックス映像、並びに背景映像を表す。ビデオ／オーディオ・ストリームとイメージ・データとはそれぞれ、多様な再生環境に対応すべく、多数の種類を含む。特にビデオ・ストリームの解像度は、ＮＴＳＣ規格による標準画質７２０×４８０から、最大１９２０×１０８０の高画質まで多様である。ＢＤ−ＲＯＭ再生装置は、例えばユーザによって一つのタイトルが指定されたとき、そのタイトルに対応するアプリケーション・プログラムをＢＤ−ＲＯＭディスクから読み出して実行する。そのアプリケーション・プログラムは再生装置に、イメージ・データの中から再生環境に適したものを選択させ、ビデオ、グラフィックス、及び背景の別に異なるプレーン・メモリに書き込ませる。各プレーン・メモリに保持されたデータ、すなわちプレーンはパラレルに処理され、その後、一枚のビデオ・フレームに合成される。こうして、ＢＤ−ＲＯＭ再生装置は多様な表示装置に適切な映像／音声を再現させることができる（例えば特許文献１参照）。
【０００３】
ＢＤ−ＲＯＭ規格によれば、再生装置がインターネット等の外部ネットワークへ接続可能であるとき、アプリケーション・プログラムはその再生装置に外部ネットワークから新たなデジタル・コンテンツをダウンロードさせることができる。それらのコンテンツは、特典映像及び字幕等、ＢＤ−ＲＯＭディスク上のコンテンツに対する追加コンテンツ、並びに、ブラウザ画面及びゲーム等のインタラクティブ・コンテンツを含む。アプリケーション・プログラムは更にその再生装置に、外部ネットワークからダウンロードされた字幕をＢＤ−ＲＯＭディスクからの再生映像に重ねて表示させること、及び、その映像と同じ画面に、外部ネットワークからダウンロードされたブラウザ画面を併せて表示させることができる。これらの機能を「ＢＤ−Ｌｉｖｅ」（登録商標）という。ＢＤ−ＲＯＭ再生装置の普及に伴い、ＢＤ−Ｌｉｖｅ機能に対するユーザの関心が高まっている。
【０００４】
ＢＤ−ＲＯＭ再生装置の普及は更に、立体視映像（三次元（３Ｄ）映像ともいう。）の表示技術を各家庭へ普及させる可能性を高めている。立体視映像の表示技術は次世代の表示技術として有望視され、その開発が急速に進められている。その表示技術では基本的に「人は物体の立体的な形及び奥行きを両眼視差から知覚する」という事実が利用される（例えば特許文献１−３及び非特許文献１参照）。具体的には、まず一つのシーンに対して二枚のビデオ・フレーム、すなわちレフトビュー・ビデオ・フレームとライトビュー・ビデオ・フレームとが用意される。それらのフレーム間では、同じ被写体の水平方向での位置及び姿勢がわずかに異なる。次に、レフトビュー・ビデオ・フレームが視聴者の左目に投影され、それとほぼ同時に、ライトビュー・ビデオ・フレームが右目に投影される。そのとき、その視聴者には、各目に映るフレーム間での被写体のわずかな変位及び姿勢の変化、すなわち両眼視差から、その被写体の立体的な形及び奥行きが知覚される。このように、立体視映像の表示技術では各シーンにフレームが二枚ずつ必要である。従って、立体視映像は平面視映像（二次元（２Ｄ）映像ともいう。）よりも一定の表示時間当たりのデータ量が大きい。それ故、立体視映像の表示技術にはＢＤ−ＲＯＭディスク及びＢＤ−ＲＯＭ再生装置が有利である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】国際公開第２００５／１１９６７５号パンフレット
【特許文献２】米国特許出願公開第２００８／００３６８５４号明細書
【特許文献３】米国特許出願公開第２００２／０１１８２７５号明細書
【非特許文献】
【０００６】
【非特許文献１】Lenny Lipton, “Foundations of the Stereoscopic Cinema”, Van Nostrand Reinhold, New York, 1982
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ＢＤ−ＲＯＭ再生装置には上記のとおり、プレーン・メモリが多数実装される。更に、各プレーン・メモリは、１９２０×１０８０の高画質に対応できるほどの容量を持つ。その上、ＢＤ−ＲＯＭ再生装置に内蔵のメモリ装置にはイメージ・データ領域が設けられている。イメージ・データ領域には、ＢＤ−ＲＯＭディスクから読み出されたイメージ・データが、復号された状態で格納される。イメージ・データ領域に格納されたイメージ・データは、例えば対話画面と背景との別に異なるプレーン・メモリに書き込まれる。それらに加え、ＢＤ−Ｌｉｖｅ機能がＢＤ−ＲＯＭ再生装置に実装されるとき、内蔵のメモリ装置にはキャッシュ領域が設けられる。キャッシュ領域には、外部ネットワークからダウンロードされるイメージ・データが格納される。このように、ＢＤ−ＲＯＭ再生装置は、イメージ・データの格納・処理に大容量のメモリを必要とする。従って、立体視映像の表示機能がＢＤ−ＲＯＭ再生装置に追加されるとき、再生装置の製造コストの上昇を可能な限り抑えるには、増設されるべきプレーン・メモリの容量等、追加の必要なメモリの容量は可能な限り削減されることが望ましい。
【０００８】
従来の立体視映像の表示技術では、レフトビューとライトビューとの二種類のビデオ・ストリームが記録媒体上に用意される。従って、再生装置には通常、ビデオ・ストリーム用のプレーン・メモリが二つ実装される。一方、グラフィックスと背景との各映像については、通常の平面視映像を表すイメージ・データが一種類ずつ記録媒体上に用意される。再生装置はまず、各イメージ・データからイメージ・プレーンを一枚ずつ生成する。再生装置は次に、各平面視映像をそのイメージ・プレーン内で左右に変位させることにより、レフトビューとライトビューとのイメージ・プレーンの対を作成する。それらの処理については、再生装置は例えば、字幕、対話画面、及び背景の各映像用にプレーン・メモリを一つずつ実装していればよい。こうして、再生装置に実装されるべきプレーン・メモリの総量が抑えられている。
【０００９】
しかし、その反面、上記のように生成されたイメージ・プレーンの対で表現可能なグラフィックスと背景との映像の立体感には限界がある。一方、立体視映像に対するユーザ・エクスペリエンスを更に向上させるには、グラフィックスと背景との映像の立体感を更に高めることが望ましい。従って、それらの映像についても、レフトビューとライトビューとの両方のイメージ・データを記録媒体上に用意することが望ましい。
【００１０】
再生装置にプレーン・メモリを増設することなく、レフトビューとライトビューとの両方のイメージ・プレーンを保持させるには、イメージ・データを格納するためのメモリ領域を動的に変更させられればよい。特にＢＤ−Ｌｉｖｅ機能の利用頻度は一般に低いので、ＢＤ−Ｌｉｖｅ機能に利用されるキャッシュ領域が左右のイメージ・プレーンの保持にも利用可能であればよい。しかし、従来の再生装置では、外部ネットワークとの接続の有無等、ハードウェアの環境に応じて、イメージ・データを格納するためのメモリ領域とキャッシュ領域とがいずれも固定されている。更に、各タイトルに属するアプリケーション・プログラムは、メモリ領域の静的な割り当てを前提として設計されている。特に、ＢＤ−Ｌｉｖｅ機能を利用するアプリケーション・プログラムは、固定値と等しい容量のキャッシュ領域を必要とする。従って、それらのアプリケーション・プログラムの起動中にメモリ領域が変更されれば、アプリケーション・プログラムによって外部ネットワークからダウンロードされたイメージ・データがキャッシュ領域とは別のメモリ領域に書き込まれる等、誤作動の危険性が生じる。
【００１１】
本発明の目的は上記のような課題を解決することにあり、特に、メモリの容量を増大させることなく、グラフィックス映像の立体感が更に高いデジタル・コンテンツを再生可能な再生装置を提供することにある。
【課題を解決するための手段】
【００１２】
本発明の実施形態による再生装置は、読み出し部、仮想マシン部、メモリ部、再生部、及び管理部を備える。読み出し部は、記録媒体から、アプリケーション・プログラム、イメージ・データ、ビデオ・ストリーム、及びアプリケーション管理ファイルを読み出す。仮想マシン部はそのアプリケーション・プログラムを実行する。メモリ部は、そのイメージ・データを格納するためのイメージ・データ領域を含む。再生部は、そのアプリケーション・プログラムに従ってそのイメージ・データとそのビデオ・ストリームとから映像データを再生する。管理部は、アプリケーション管理ファイルに従って、仮想マシン部に対してはアプリケーション・プログラムの起動と終了とを指示し、メモリ部に対してはイメージ・データ領域の変更を指示する。管理部は特に、メモリ部に対してイメージ・データ領域の変更を指示するとき、その前に仮想マシン部にアプリケーション・プログラムを、アプリケーション管理ファイル上ではその実行の継続が規定されていても強制的に終了させる。
【発明の効果】
【００１３】
本発明による上記の再生装置は、記録媒体から読み出されたアプリケーション・プログラムを強制的に終了させてからイメージ・データ領域を変更する。それにより、アプリケーション・プログラムの誤動作が確実に防止されたまま、イメージ・データ領域が動的に変更可能である。その結果、特に、イメージ・データ領域を縮小して、それによって生じた空き領域を、レフトビューとライトビューとの両方のイメージ・プレーンの保持に利用することができる。こうして、本発明による上記の再生装置は、メモリの容量を増大させることなく、グラフィックス映像の立体感が更に高いデジタル・コンテンツを再生することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の実施形態１による再生装置を含むホームシアター・システムを示す模式図
【図２】本発明の実施形態１によるＢＤ−ＲＯＭディスク100上のデータ構造を示す模式図
【図３】図２に示されているインデックス・ファイル231内のインデックス・テーブル310を示す模式図
【図４】ＨＤＭＶモードとＢＤ−Ｊモードとのそれぞれで表示装置120の画面121に表示される映像を示す模式図
【図５】オフセット・モードで２Ｄ映像501からレフトビュー502Lとライトビュー502Rとを生成する例を示す模式図
【図６】（ａ）はＢＤ−Ｊオブジェクトのデータ構造を示す模式図、（ｂ）は六種類のアプリケーション・プログラムA1−A5、A11のライフサイクルを示す模式図
【図７】本発明の実施形態１による再生装置の状態１−４を示す状態遷移図
【図８】図２に示されているＪＡＲファイル237Aのデータ構造を示す模式図
【図９】図２に示されている第１ＡＶストリーム・ファイル235Aと第２ＡＶストリーム・ファイル235Bとのそれぞれに多重化されたエレメンタリ・ストリームを示す模式図
【図１０】図２に示されている第１ＡＶストリーム・ファイル235A内に多重化された各エレメンタリ・ストリーム1001、1004、1007、1010のパケットの配置を表す模式図
【図１１】図２に示されている第１クリップ情報ファイル234Aのデータ構造を示す模式図
【図１２】図１１に示されている３Ｄメタデータ1103のデータ構造を示す模式図
【図１３】図２に示されている第２プレイリスト・ファイル233Bのデータ構造を示す模式図
【図１４】図１３に示されているプレイアイテム情報1400のデータ構造を示す模式図
【図１５】図１３に示されているプレイリスト情報1301と、それに従って再生されるべきＡＶクリップCL1、CL2、CL4とを示す模式図
【図１６】本発明の実施形態１による再生装置110のハードウェア構成を示すブロック図
【図１７】図１６に示されている制御部1650の機能ブロック図
【図１８】図１６に示されている再生部1660の機能ブロック図
【図１９】図１８に示されているイメージ・メモリ1810内に確保された、ＩＧプレーン・メモリ領域、ＰＧプレーン・メモリ領域、ＢＧプレーン・メモリ領域、及びイメージ・データ領域の一例を示す模式図
【図２０】図１９に示されているＩＧプレーン・メモリ領域1911に、オフセット・モードと２プレーン・モードとのそれぞれで格納されたイメージ・プレーンを表す模式図
【図２１】図１８に示されている加算部1807の、状態１における機能ブロック図
【図２２】図１８に示されている加算部1807の、状態２における機能ブロック図
【図２３】図２２に示されている第２クロッピング処理器2212によるＰＧプレーンGPに対するクロッピング処理を示す模式図
【図２４】図１８に示されている加算部1807の、状態３と状態４とにおける機能ブロック図
【図２５】図１７に示されているＢＤ−Ｊモジュール1745による再生装置110の設定状態の切り換え処理のフローチャート
【図２６】本発明の実施形態２による再生装置における、アプリケーション・プログラムによるイベント処理のフローチャート
【発明を実施するための形態】
【００１５】
以下、本発明の好適な実施形態について、図面を参照しながら説明する。
【００１６】
《実施形態１》
図１は、本発明の実施形態１による再生装置を含むホームシアター・システムを示す模式図である。図１を参照するに、このホームシアター・システムは、記録媒体100、再生装置110、表示装置120、シャッター眼鏡130、及びリモコン140を含む。
【００１７】
記録媒体100はＢＤ−ＲＯＭディスクである。記録媒体100はその他の可搬性記録媒体、例えば、ＤＶＤ等の他方式による光ディスク、光磁気ディスク、フレキシブル・ディスク、リムーバブル・ハードディスクドライブ（ＨＤＤ）、又はＳＤメモリカード等の半導体メモリ装置であってもよい。ＢＤ−ＲＯＭディスク100は３Ｄ映像の映画コンテンツを格納している。その映画コンテンツは、レフトビューとライトビューとのビデオ・ストリームの対を含む。
【００１８】
再生装置110はＢＤ−ＲＯＭドライブ111を搭載している。ＢＤ−ＲＯＭドライブ111はＢＤ−ＲＯＭ方式に準拠の光ディスクドライブである。再生装置110はＢＤ−ＲＯＭドライブ111を利用して、ＢＤ−ＲＯＭディスク100から映画コンテンツを読み込む。再生装置110は更に、その映画コンテンツを映像データ／音声データに復号する。ここで、再生装置110又は表示装置120が平面視映像（二次元（２Ｄ）映像ともいう。）の表示にのみ対応可能であるとき、映像データはレフトビュー又はライトビューのいずれかのビデオ・フレームのみを含む。一方、再生装置110と表示装置120とがいずれも３Ｄ映像の表示に対応可能であるとき、映像データはレフトビューとライトビューとの両方のビデオ・フレームを含む。
【００１９】
再生装置110はＨＤＭＩ（High−Definition Multimedia Interface）ケーブル112で表示装置120に接続されている。再生装置110は映像データ／音声データをＨＤＭＩ方式の映像信号／音声信号に変換し、ＨＤＭＩケーブル112を通して表示装置120に伝送する。再生装置110はその他に、ＨＤＭＩケーブル112を通して表示装置120とＣＥＣメッセージを交換する。それにより、再生装置110は表示装置120に対して、３Ｄ映像の表示に対応可能であるか否かを問い合わせる。
【００２０】
再生装置110はインターネット等の外部ネットワーク150に接続され、その外部ネットワーク150を通してサーバ装置160と通信できる。特に再生装置110はＢＤ−Ｌｉｖｅ機能に対応している。すなわち、再生装置110はサーバ装置160から新たなコンテンツをダウンロードして再生できる。その新たなコンテンツは、ＢＤ−ＲＯＭディスク100上の映画コンテンツに対する追加コンテンツ、及びインタラクティブ・コンテンツを含む。追加コンテンツは、その映画コンテンツに追加されるべき副音声、字幕、及びアプリケーション・プログラム、並びに、その映画コンテンツに関する特典映像を含む。インタラクティブ・コンテンツはブラウザ画面及びゲームを含む。再生装置110は、ＢＤ−ＲＯＭディスク100から再生される映像に字幕等、追加コンテンツの映像を重ねて表示し、又は、その映像と同じ画面にブラウザ画面等、インタラクティブ・コンテンツの映像を併せて表示できる。
【００２１】
表示装置120は液晶ディスプレイである。表示装置120はその他に、プラズマ・ディスプレイ及び有機ＥＬディスプレイ等、他方式のフラットパネル・ディスプレイ又はプロジェクタであってもよい。表示装置120は、映像信号に従って画面121上に映像を再現し、音声信号に従って内蔵のスピーカから音声を発生させる。特に再生装置110と表示装置120とがいずれも３Ｄ映像の表示に対応可能であるとき、画面121上にはレフトビュー・ビデオ・フレームとライトビュー・ビデオ・フレームとが交互に表示される。
【００２２】
表示装置120が３Ｄ映像の表示に対応可能であるとき、表示装置120は更に左右信号送信部122を搭載している。左右信号送信部122は左右信号LRを赤外線又は無線でシャッター眼鏡130へ送出する。左右信号LRは、現時点で画面にレフトビューとライトビューとのいずれのビデオ・フレームが表示されるのかを示す。表示装置120は、映像信号に付随する制御信号から両ビデオ・フレームを識別し、それらの切り換えに同期して、左右信号送信部122に左右信号LRを変化させる。
【００２３】
シャッター眼鏡130は、二枚の液晶表示パネル131L、131Rと左右信号受信部132とを含む。各液晶表示パネル131L、131Rは左右の各レンズ部分を構成している。左右信号受信部132は左右信号LRを受信し、その変化に応じて左右の液晶表示パネル131L、131Rに信号を送る。各液晶表示パネル131L、131Rはその信号に応じて、光をその全体で一様に透過させ、又は遮断する。特に左右信号LRがレフトビュー・ビデオ・フレームを示すとき、左目側の液晶表示パネル131Lは光を透過させ、右目側の液晶表示パネル131Rは光を遮断する。左右信号LRがライトビュー・ビデオ・フレームの表示を示すときはその逆である。このように、二枚の液晶表示パネル131L、131Rは、フレームの切り換えと同期して交互に光を透過させる。その結果、視聴者がシャッター眼鏡130をかけて画面を見たとき、レフトビュー・ビデオ・フレームはその視聴者の左目だけに映り、ライトビュー・ビデオ・フレームはその右目だけに映る。そのとき、その視聴者には、各目に映るフレーム間の違いが一つの仮想的な立体に対する両眼視差として知覚される。すなわち、その視聴者にはそれら二枚のフレームが一つの仮想的な立体として見える。
【００２４】
リモコン140は操作部と送信部とを含む。操作部は複数のボタンを含む。各ボタンは、電源のオンオフ、又はＢＤ−ＲＯＭディスク100からの映像の再生開始／停止等、再生装置110又は表示装置120の各機能に対応付けられている。操作部はユーザによる各ボタンの押下を検出し、そのボタンを特定する信号を送信部に渡す。送信部はその信号を赤外線又は無線による信号IRで再生装置110又は表示装置120へ送出する。それにより、ユーザは再生装置110又は表示装置120を遠隔操作できる。
【００２５】
＜ＢＤ−ＲＯＭディスク上のデータ構造＞
図２は、ＢＤ−ＲＯＭディスク100上のデータ構造を示す模式図である。図２を参照するに、ＢＤ−ＲＯＭディスク100上のデータ記録領域の最内周部にはＢＣＡ（Burst Cutting Area）201が設けられている。ＢＣＡ201に対しては、ＢＤ−ＲＯＭドライブ111によるアクセスのみが許可され、アプリケーション・プログラムによるアクセスは禁止される。それにより、ＢＣＡ201は著作権保護技術に利用される。ＢＣＡ201よりも外側のデータ記録領域にはトラック202がディスク100の内側から外側へ向けて螺旋状に延びている。図２にはトラック202が仮想的に横方向に引き伸ばされて描かれている。そのトラック202の左側がディスク100の内側を表し、右側が外側を表す。図２に示されているように、トラック202はディスク100の内側から順に、リードイン領域211、ボリューム領域212、及びリードアウト領域213を含む。リードイン領域211はＢＣＡ201のすぐ外側に設けられている。リードイン領域211は、ボリューム領域212に記録されたデータのサイズ及び物理アドレス等、ボリューム領域212へのアクセスに必要な情報を含む。リードアウト領域213はデータ記録領域の最も外側に設けられ、ボリューム領域212の終端を示す。ボリューム領域212は、映像及び音声等のアプリケーション・データを含む。
【００２６】
ボリューム領域212は「セクタ」と呼ばれる小領域に分割されている。各セクタにはボリューム領域212の先頭から順に通し番号が振られている。この通し番号のことを論理アドレス（又は論理ブロック番号）という。ＢＤ−ＲＯＭディスク100からのデータの読み出しは、そのデータが格納されたセクタの論理アドレスを指定することによって実行される。こうして、ボリューム領域212はセクタ単位でアクセス可能である。ＢＤ−ＲＯＭディスク100では更に、論理アドレスは物理アドレスと実質的に等しい。すなわち、論理アドレスが連続している領域では物理アドレスも実質的に連続している。従って、ＢＤ−ＲＯＭドライブ111は、論理アドレスが連続しているセクタからデータを、その光ピックアップにシークを行わせることなく連続して読み出すことができる。
【００２７】
ボリューム領域212に対するファイルシステムにはＵＤＦ（Universal Disc Format）が採用されている。そのファイルシステムはその他にＩＳＯ９６６０であってもよい。そのファイルシステムにより、ボリューム領域212に記録されたデータはディレクトリ／ファイル形式で表現される。すなわち、それらのデータはディレクトリ単位又はファイル単位でアクセス可能である。
【００２８】
≪ＢＤ−ＲＯＭディスク上のディレクトリ／ファイル構造≫
図２には更に、ＢＤ−ＲＯＭディスク100上のディレクトリ／ファイル構造214が示されている。その構造214では、ルート（ＲＯＯＴ）ディレクトリ220の直下にＢＤムービー（ＢＤＭＶ：BD Movie）ディレクトリ230と証明書（ＣＥＲＴＩＦＩＣＡＴＥ）ディレクトリ240とが置かれている。ＢＤＭＶディレクトリ230には、コンテンツの本体が格納されている。ＣＥＲＴＩＦＩＣＡＴＥディレクトリ240には、そのコンテンツの認証に必要な情報が格納されている。
【００２９】
ＢＤＭＶディレクトリ230の直下にはインデックス・ファイル（index.bdmv）231とムービーオブジェクト・ファイル（MovieObject.bdmv）232とが置かれている。インデックス・ファイル231は、ＢＤ−ＲＯＭディスク100に記録されたコンテンツの全体を管理するための情報である。ムービーオブジェクト・ファイル232は一般に複数のムービーオブジェクトを含む。「ムービーオブジェクト」は、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置110に実行させるための命令群を含む。ムービーオブジェクト・ファイル232は特に、再生装置110に２Ｄ映像の再生処理を行わせるムービーオブジェクトと、３Ｄ映像の再生処理を行わせるムービーオブジェクトとを含む。
【００３０】
ＢＤＭＶディレクトリ230は更に、プレイリスト（ＰＬＡＹＬＩＳＴ）ディレクトリ233、クリップ情報（ＣＬＩＰＩＮＦ）ディレクトリ234、ストリーム（ＳＴＲＥＡＭ）ディレクトリ235、ＢＤ−Ｊオブジェクト（ＢＤＪＯ：BD Java （登録商標）Object）ディレクトリ236、及びＪａｖａアーカイブ（ＪＡＲ：Java Archive）ディレクトリ237を含む。
【００３１】
ＳＴＲＥＡＭディレクトリ235にはＡＶ（Audio Vidual）ストリーム・ファイル（01000.m2ts）235A、（02000.m2ts）235Bが置かれている。「ＡＶストリーム・ファイル」は映像コンテンツの実体であり、映像・音声・字幕等を表す。ＡＶストリーム・ファイルの種類には、２Ｄ・ＡＶストリーム・ファイル、レフトビューＡＶストリーム・ファイル、及びライトビューＡＶストリーム・ファイルがある。「２Ｄ・ＡＶストリーム・ファイル」とは、単独で２Ｄ映像の再生に利用可能なＡＶストリーム・ファイルを意味する。「レフトビューＡＶストリーム・ファイル」とは、３Ｄ映像のレフトビューを表すＡＶストリーム・ファイルを意味する。「ライトビューＡＶストリーム・ファイル」とは、３Ｄ映像のライトビューを表すＡＶストリーム・ファイルを意味する。レフトビューＡＶストリーム・ファイルとライトビューＡＶストリーム・ファイルとは一対で３Ｄ映像の表示に利用される。図２に示されている例では、第１ＡＶストリーム・ファイル（01000.m2ts）235Aは２Ｄ・ＡＶストリーム・ファイルであり、かつ、レフトビューＡＶストリーム・ファイルでもある。第２ＡＶストリーム・ファイル（02000.m2ts）235BはライトビューＡＶストリーム・ファイルであり、第１ＡＶストリーム・ファイル235Aとの組み合わせで３Ｄ映像の再生に利用される。
【００３２】
ＣＬＩＰＩＮＦディレクトリ234にはクリップ情報ファイル（01000.clpi）234A、（02000.clpi）234Bが置かれている。「クリップ情報ファイル」はＡＶストリーム・ファイルと一対一に対応付けられ、主にそのＡＶストリーム・ファイルの表す映像の表示時間とそのＡＶストリーム・ファイル内の論理アドレスとの間の対応関係を表す。クリップ情報ファイルの種類には、２Ｄクリップ情報ファイル、レフトビュー・クリップ情報ファイル、及びライトビュー・クリップ情報ファイルがあり、それぞれ、２Ｄ・ＡＶストリーム・ファイル、レフトビューＡＶストリーム・ファイル、及びライトビューＡＶストリーム・ファイルに対応付けられている。図２に示されている例では、第１クリップ情報ファイル（01000.clpi）234Aは２Ｄクリップ情報ファイルであり、かつレフトビュー・クリップ情報ファイルでもあり、第１ＡＶストリーム・ファイル（01000.m2ts）235Aに対応付けられている。第２クリップ情報ファイル（02000.clpi）234Bはライトビュー・クリップ情報ファイルであり、第２ＡＶストリーム・ファイル（02000.m2ts）235Bに対応付けられている。
【００３３】
ＰＬＡＹＬＩＳＴディレクトリ233にはプレイリスト・ファイル（00001.mpls）233A、（00002.mpls）233Bが置かれている。「プレイリスト・ファイル」はＡＶストリーム・ファイルの再生経路、すなわちＡＶストリーム・ファイルの復号対象の部分とその復号順とを規定する。プレイリスト・ファイルの種類には２Ｄプレイリスト・ファイルと３Ｄプレイリスト・ファイルとがある。「２Ｄプレイリスト・ファイル」は、２Ｄ・ＡＶストリーム・ファイルの再生経路を規定するプレイリスト・ファイルをいう。「３Ｄプレイリスト・ファイル」は、レフトビューＡＶストリーム・ファイルとライトビューＡＶストリーム・ファイルとの対の再生経路を規定するプレイリスト・ファイルをいう。図２に示されている例では、第１プレイリスト・ファイル（00001.mpls）233Aは２Ｄプレイリスト・ファイルであり、第２プレイリスト・ファイル（00002.mpls）233Bは３Ｄプレイリスト・ファイルである。
【００３４】
ＢＤＪＯディレクトリ236にはＢＤ−Ｊオブジェクト・ファイル（xxxxx.bdjo）236A、（yyyyy.bdjo）236Bが置かれている。「ＢＤ−Ｊオブジェクト・ファイル」はＢＤ−Ｊオブジェクトを一つだけ含む。「ＢＤ−Ｊオブジェクト」はバイトコード・プログラムであり、再生装置110に実装されたＪａｖａ仮想マシンによって実行されるべきアプリケーション・プログラムとその実行の時期とを規定する。アプリケーション・プログラムは再生装置110にタイトルの再生処理及びグラフィックス映像の描画処理を実行させる。図２に示されている例では、第１ＢＤ−Ｊオブジェクト・ファイル（xxxxx.bdjo）236A内のＢＤ−Ｊオブジェクトは再生装置110に２Ｄ映像の再生処理を行わせる。一方、第２ＢＤ−Ｊオブジェクト・ファイル（yyyyy.bdjo）236B内のＢＤ−Ｊオブジェクトは再生装置110に３Ｄ映像の再生処理を行わせる。
【００３５】
ＪＡＲディレクトリ237にはＪＡＲファイル（xxxxx.jar）237A、（yyyyy.jar）237Bが置かれている。「ＪＡＲファイル」は、ＢＤ−Ｊオブジェクトの示す実行対象のアプリケーション・プログラムの本体を一般に複数含む。
【００３６】
ＣＥＲＴＩＦＩＣＡＴＥディレクトリ240の直下にはアプリケーション証明書ファイル（app.discroot.crt）241とが置かれている。アプリケーション証明書ファイル241は、ＢＤ−ＲＯＭディスク100に記録されたコンテンツのプロバイダに固有のものである。「アプリケーション証明書ファイル」はいわゆるデジタル証明書であり、アプリケーション・プログラムの認証に利用される。具体的には、Ｊａｖａ仮想マシンがＢＤ−ＲＯＭディスク100からアプリケーション・プログラムを読み出したとき、アプリケーション証明書ファイル241はそのアプリケーション・プログラムの署名検証に利用される。署名検証ではアプリケーション・プログラムの改竄の有無が確認され、かつ、その供給元の認証が行われる。署名検証により、コンテンツ・プロバイダの許可したアプリケーション・プログラムのみをＪａｖａ仮想マシンに起動させること、又はアプリケーション・プログラムに対して再生装置110内の各メモリ装置へのアクセス権限を選択的に付与することができる。
【００３７】
以下、ＢＤＭＶディレクトリ230内の各ファイルのデータ構造について個別に説明する。
【００３８】
≪インデックス・テーブル≫
インデックス・ファイル231はＢＤ−ＲＯＭディスク100の認識に必要な情報を含む。ＢＤ−ＲＯＭディスク100がＢＤ−ＲＯＭドライブ111に挿入されたとき、インデックス・ファイル231は最初に読み出され、再生装置110の制御部によってＢＤ−ＲＯＭディスク100の認識に利用される。インデックス・ファイル231は更にインデックス・テーブルを含む。インデックス・テーブルは、そのコンテンツを構成するタイトルと、ムービーオブジェクト又はＢＤ−Ｊオブジェクトとの間の対応関係を規定する。
【００３９】
図３は、インデックス・ファイル231内のインデックス・テーブル310を示す模式図である。インデックス・テーブル310は、ファーストプレイ301、トップメニュー302、及びタイトルｋ303（ｋ＝１、２、…、ｎ：ｎは１以上の整数）という項目を含む。各項目にはムービーオブジェクトMVO−2D、MVO−3D、…、又はＢＤ−ＪオブジェクトBDJO−2D、BDJO−3D、…のいずれかが対応付けられている。一方、各項目は再生装置110の制御部によって各種のイベントに対応付けられている。「イベント」は、例えば、ＢＤ−ＲＯＭドライブ111でのディスクの挿抜、ユーザによるリモコン140の操作、及びアプリケーション・プログラムによる要求を含む。イベントが発生する度に再生装置110の制御部はインデックス・テーブル310を参照し、そのイベントに対応する項目の示すオブジェクトをＢＤ−ＲＯＭディスク100から呼び出す。制御部は更に、呼び出されたオブジェクトに従って様々な処理を行う。
【００４０】
項目「ファーストプレイ」301には、ディスク100がＢＤ−ＲＯＭドライブ111へ挿入された時点に呼び出されるべきオブジェクトが割り当てられている。そのオブジェクトは再生装置110に、例えば、視聴者に対する警告文及びコンテンツ・プロバイダのロゴの表示処理を実行させる。項目「トップメニュー」302には、例えばユーザの操作で「メニューに戻れ」というコマンドが入力された時点に呼び出されるべきオブジェクトが割り当てられている。そのオブジェクトは再生装置110にメニューの表示処理を実行させる。項目「タイトルｋ」303には、映画の本編等、ディスク100上のコンテンツの本体を構成する各タイトルにオブジェクトが個別に割り当てられている。そのオブジェクトは、例えばユーザの操作によってそのタイトルが再生対象に指定された時点に呼び出され、そのタイトルに属するＡＶストリーム・ファイルの再生処理を再生装置110に実行させる。
【００４１】
図３に示されている例では、項目「タイトル１」と項目「タイトル２」とがいずれも２Ｄ映像のタイトルに割り当てられている。項目「タイトル１」に対応付けられている第１ムービーオブジェクトMVO−2Dは、第１プレイリスト・ファイル233Aを用いた２Ｄ映像の再生処理に関する命令群を含む。再生装置110によって項目「タイトル１」が参照されたとき、第１ムービーオブジェクトMVO−2D内の各命令に従い、第１プレイリスト・ファイル233Aがディスク100から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。一方、項目「タイトル２」に対応付けられている第１ＢＤ−ＪオブジェクトBDJO−2Dは、第１プレイリスト・ファイル233Aを用いた２Ｄ映像の再生処理に関するアプリケーション・プログラムを指定する。再生装置110によって項目「タイトル２」が参照されたとき、第１ＢＤ−ＪオブジェクトBDJO−2Dに従ってそのアプリケーション・プログラムが実行される。それにより、第１プレイリスト・ファイル233Aがディスク100から読み出され、それに規定された再生経路に沿って２Ｄ映像の再生処理が実行される。
【００４２】
図３に示されている例では更に、項目「タイトル３」と項目「タイトル４」とが３Ｄ映像のタイトルに割り当てられている。項目「タイトル３」に対応付けられている第２ムービーオブジェクトMVO−3Dは、第１プレイリスト・ファイル233Aを用いた２Ｄ映像の再生処理に関する命令群に加え、第２プレイリスト・ファイル233Bを用いた３Ｄ映像の再生処理に関する命令群を含む。項目「タイトル４」に対応付けられている第２ＢＤ−ＪオブジェクトBDJO−3Dは、第１プレイリスト・ファイル233Aを用いた２Ｄ映像の再生処理に関するアプリケーション・プログラムに加え、第２プレイリスト・ファイル233Bを用いた３Ｄ映像の再生処理に関するアプリケーション・プログラムを規定する。例えばユーザの操作によってタイトル３が選択されたとき、再生装置110は項目「タイトル３」を参照して第２ムービーオブジェクトMVO−3Dを呼び出す。それにより、再生装置110はまず次の三種類の判別処理を行う：（１）再生装置110自身が３Ｄ映像の再生に対応しているか否か、（２）ユーザが３Ｄ映像の再生を選択しているか否か、及び（３）表示装置120が３Ｄ映像の再生に対応しているか否か。再生装置110は次に、それらの判別結果に応じていずれかのプレイリスト・ファイル233A−Bを選択し、それに規定された再生経路に従って３Ｄ映像の再生処理を実行する。一方、再生装置110が項目「タイトル４」を参照して第２ＢＤ−ＪオブジェクトBDJO−3Dを呼び出したとき、再生装置110はそのオブジェクトに従って各種のアプリケーション・プログラムを実行する。それにより、再生装置110は、上記の判別、その結果に応じたプレイリスト・ファイルの選択、及びその再生経路に沿った３Ｄ映像の再生の各処理を行う。
【００４３】
≪ムービーオブジェクト・ファイル≫
ムービーオブジェクト・ファイル232は一般に複数のムービーオブジェクトを含む。各ムービーオブジェクトはナビゲーション・コマンドの列を含む。ナビゲーション・コマンドは、一般的なＤＶＤプレーヤによる再生処理と同様な再生処理を再生装置に実行させるための制御指令である。ナビゲーション・コマンドの種類には、例えば、タイトルに対応するプレイリスト・ファイルの読み出し命令、プレイリスト・ファイルの示すＡＶストリーム・ファイルの再生命令、及び別のタイトルへの遷移命令がある。ナビゲーション・コマンドはインタプリタ型言語で記述され、再生装置に組み込まれたインタプリタ、すなわちジョブ制御プログラムによって解読され、その制御部に所望のジョブを実行させる。ナビゲーション・コマンドはオペコードとオペランドとから成る。オペコードは、タイトルの分岐と再生及び演算等、再生装置に実行させるべき操作の内容を示す。オペランドは、タイトル番号等、その操作の対象の識別情報を示す。再生装置110の制御部は、例えばユーザの操作に応じて各ムービーオブジェクトを呼び出し、そのムービーオブジェクトに含まれるナビゲーション・コマンドを列の順に実行する。それにより、再生装置110は、一般的なＤＶＤプレーヤと同様に、まず、表示装置120にメニューを表示してユーザにコマンドを選択させる。再生装置110は次に、選択されたコマンドに応じて、タイトルの再生開始／停止、及び別のタイトルへの切り換え等、再生される映像の進行を動的に変化させる。このように、ムービーオブジェクトに従った再生装置110の動作モードをＨＤＭＶ（High Definition Movie）モードという。
【００４４】
≪ＢＤ−Ｊオブジェクト・ファイル≫
ＢＤ−Ｊオブジェクト・ファイル236A、236BにはＢＤ−ＪオブジェクトがＪａｖａ言語等のコンパイラ型言語で記述されている。再生装置110の制御部はユーザの操作又はアプリケーション・プログラムの要求に応じてＢＤ−Ｊオブジェクトを呼び出す。そのＢＤ−Ｊオブジェクトは、制御部内に実装されたＪａｖａプラットフォームによって解釈される。制御部は更に、そのＢＤ−Ｊオブジェクトに従って種々のアプリケーション・プログラムをＪａｖａ仮想マシンに実行させる。それにより、再生装置110は、タイトルの再生映像の進行を動的に変化させ、又は表示装置120にグラフィックス映像をタイトルの映像とは独立に表示させる。このように、ＢＤ−Ｊオブジェクトに従った再生装置110の動作モードをＢＤ−Ｊモードという。
【００４５】
図４は、ＨＤＭＶモードとＢＤ−Ｊモードとのそれぞれで表示装置120の画面121に表示される映像を示す模式図である。図４の（ａ）は、ＨＤＭＶモードでの再生映像の一場面を示す。ＨＤＭＶモードでの再生映像は一般に、ＤＶＤから再生される映像と同様、ＢＤ−ＲＯＭディスク100に記録されたコンテンツ本体の映像、例えば映画の本編の映像が画面121の全体に表示される。一方、図４の（ｂ）は、ＢＤ−Ｊモードでの再生映像の一場面を示す。ＢＤ−Ｊモードでは、コンテンツ本体の映像に併せて、再生装置110内のＪａｖａ仮想マシンにグラフィックス映像を描画させることができる。例えば図４の（ｂ）に示されているように、一つの画面121の中に、映画の本編の映像SCN、その映画の表題TL、その映画の解説を行うフクロウのアニメーション映像CR、背景映像BG、及びポップアップメニューPPMを同時に表示することができる。
【００４６】
ＢＤ−Ｊモードでは更に、ＢＤ−Ｌｉｖｅ機能が利用可能である。すなわち、アプリケーション・プログラムは再生装置110に、ネットワーク150上のサーバ装置160から、字幕等の追加コンテンツ、及び、ブラウザ画面等のインタラクティブ・コンテンツをダウンロードさせることができる。アプリケーション・プログラムは更に再生装置110に、ダウンロードされたコンテンツを、図４の（ｂ）に示されているように、ＢＤ−ＲＯＭディスク100に記録されたコンテンツ本体の映像と合わせて表示させることができる。
【００４７】
ＢＤ−Ｊモードではその上、再生装置110と表示装置120とがいずれも３Ｄ映像の表示に対応可能であるとき、コンテンツ本体の３Ｄ映像に併せて、Ｊａｖａ仮想マシンにグラフィックス映像を３Ｄ映像として描画させることができる。グラフィックス映像を３Ｄ映像として再生する処理には２プレーン・モードとオフセット・モードとの二種類がある。「２プレーン・モード」では、コンテンツ本体のビデオ・ストリームと同様に、レフトビューとライトビューとの両方のイメージ・データが個別に用意され、それらからレフトビューとライトビューとの各イメージ・プレーンが個別にＪａｖａ仮想マシンによって描画される。「オフセット・モード」では、通常の２Ｄ映像を表すイメージ・データからレフトビューとライトビューとのイメージ・プレーンの対が再生装置110によって生成される。
【００４８】
図５は、オフセット・モードで２Ｄ映像501からレフトビュー502Lとライトビュー502Rとを生成する例を示す模式図である。図５の（ａ）を参照するに、２Ｄ映像501は背景512の中に円板511と字幕513とを含む。再生装置110は、２Ｄ映像501を表すイメージ・データを加工して、２Ｄ映像501内の各部の表示位置を左右に移動させる。それにより、２Ｄ映像501からレフトビュー502Lとライトビュー502Rとが生成される。図５の（ｂ）、（ｃ）に示されている例では、レフトビュー502L内の円板521Lの表示位置が２Ｄ映像501内の円板511の表示位置からオフセット値S1だけ右に移動し、ライトビュー502R内の円板521Rの表示位置がオフセット値S1だけ左に移動する。同様に、レフトビュー502L内の字幕523Lの表示位置が２Ｄ映像501内の字幕513の表示位置からオフセット値S3だけ右に移動し、ライトビュー502R内の字幕523Rの表示位置がオフセット値S3だけ左に移動する。その場合、図５の（ｄ）に示されているように、視聴者には円板531と字幕533とがいずれも画面503よりも手前に見える。一方、レフトビュー502L内の背景522Lの表示位置が２Ｄ映像501内の背景512の表示位置からオフセット値S2だけ左に移動し、ライトビュー502R内の背景522Rの表示位置がオフセット値S2だけ右に移動する。その場合、視聴者には背景532が画面503よりも奥に見える。
【００４９】
図６の（ａ）は、ＢＤ−Ｊオブジェクトのデータ構造を示す模式図である。図６の（ａ）を参照するに、ＢＤ−Ｊオブジェクトはアプリケーション管理テーブル610とイメージ再生状態値620とを含む。
【００５０】
アプリケーション管理テーブル610は、実行対象のアプリケーション・プログラムとその実行時期、すなわちライフサイクルとのリストである。図６の（ａ）を参照するに、アプリケーション管理テーブル610は、アプリケーション識別子611、制御コード612、及びアプリケーション詳細情報613の組み合わせを複数含む。アプリケーション識別子611は、実行対象のアプリケーション・プログラムを含むＪＡＲファイルのファイル名を示す。制御コード612は、アプリケーション識別子611で特定されるアプリケーション・プログラムの起動モードを示す。起動モードにはオート・スタート（Auto Start）とプリゼント（Present）との二種類がある。「オート・スタート」は、アプリケーション・プログラムをタイトルの再生開始と共に自動的に起動させることを示す。「プリゼント」は、アプリケーション・プログラムを他のアプリケーション・プログラムからの呼び出しに応じて起動させることを示す。アプリケーション詳細情報613は、アプリケーション名631、バインディング情報632、及びアイコン・ロケータ633を含む。アプリケーション名631は、実行対象のアプリケーション・プログラムの名称を示す。バインディング情報632は、アプリケーション名631の示すアプリケーション・プログラムのライフサイクルを示す。ライフサイクルには、タイトル・バウンド、ディスク・バウンド、及びディスク・アンバウンドの三種類がある。「タイトル・バウンド」は、アプリケーション・プログラムの実行期間が一つのタイトルの期間に限られることを示す。「ディスク・バウンド」は、アプリケーション・プログラムの実行期間が、一枚のＢＤ−ＲＯＭディスクに含まれるいずれのタイトルの期間にも限られないが、そのディスクがＢＤ−ＲＯＭドライブから取り出される時点までには限られることを示す。「ディスク・アンバウンド」は、アプリケーション・プログラムの実行期間が、ＢＤ−ＲＯＭディスクがＢＤ−ＲＯＭドライブから取り出された後も継続されることを示す。アイコン・ロケータ633は、アプリケーション名631の示すアプリケーション・プログラムに対応付けられるべきアイコン・データのＪＡＲファイル内でのアドレスを示す。
【００５１】
図６の（ｂ）は、六種類のアプリケーション・プログラムA1−A5、A11のライフサイクルを示す模式図である。図６の（ｂ）を参照するに、再生装置110はまず、時刻T1から時刻T2までの期間では第１ディスクD1から第１タイトルTL1を再生し、続けて時刻T2から時刻T3までの期間では第２タイトルTL2を再生する。時刻T3では第１ディスクD1が再生装置110から取り出される。その後、時刻T4に第２ディスクD2が再生装置110に挿入されたとき、再生装置110は時刻T4以後の期間に第２ディスクD2から第３タイトルTL3を再生する。各タイトルTL1、TL2、TL3の再生期間ではタイトル・バウンドのアプリケーション・プログラムA1、A2、A3が一つずつ実行される。いずれの起動モードもオート・スタートであるので、各アプリケーション・プログラムA1−A3のライフサイクルは各タイトルTL1−TL3の再生期間と一致する。第１タイトルTL1の再生期間T1−T2ではタイトル・バウンドの別のアプリケーション・プログラムA11も実行される。このアプリケーション・プログラムA11は、その起動モードがプリゼントであるので、同じ期間に実行されているオート・スタートのアプリケーション・プログラムA1からの呼び出しCLに応じて起動する。一方、このアプリケーション・プログラムA11はタイトル・バウンドであるので、第１タイトルTL1の再生期間の終了と同時に終了する。第１ディスクD1が再生装置110に挿入されている期間T1−T3では更に、ディスク・バウンドのアプリケーション・プログラムA4が実行される。このアプリケーション・プログラムA11は、時刻T2に第１タイトルTL1が第２タイトルTL2に切り換えられても、続けて実行される。しかし、このアプリケーション・プログラムA11はディスク・バウンドであるので、時刻T3に第１ディスクD1が再生装置110から取り出されるのに併せて終了する。時刻T1から時刻T4以後にかけてディスク・アンバウンドのアプリケーション・プログラムA5が実行される。このアプリケーション・プログラムA5は、時刻T3に第１ディスクD1が再生装置110から取り出されたときも、時刻T4に第２ディスクD2が再生装置110に挿入されたときも、継続して実行される。
【００５２】
イメージ再生状態値620は、イメージ・データの再生処理に関する再生装置110の設定状態であって、ＢＤ−Ｊオブジェクトに対応付けられたタイトルの再生期間において実現されるべきものを表す。再生装置110の制御部はＢＤ−Ｊオブジェクトを呼び出したとき、それの示すイメージ再生状態値620に応じて、メモリ領域の割り当て等、再生装置110の設定状態を変更する。イメージ・データの再生処理に関する再生装置110の設定状態には、状態１から状態４までの四種類がある。それに合わせて、イメージ再生状態値620は０から３までの四種類の整数値を取り得る：イメージ再生状態値620が０、１、２、３に等しいとき、そのタイトルの再生期間では再生装置110の設定状態が状態１、状態２、状態３、状態４に設定される。
【００５３】
図７は、状態１−４を示す状態遷移図である。図７を参照するに、状態１−４間では、オフセット・モード、２プレーン・モード、及びＢＤ−Ｌｉｖｅ機能のうち、アプリケーション・プログラムによる利用が許可され、又は禁止されたものの組み合わせが異なる。
【００５４】
状態１では、３Ｄ映像の再生処理そのものが禁止されている。従って、イメージ・データは２Ｄ映像としてのみ再生可能である。すなわち、オフセット・モードと２プレーン・モードとはいずれも禁止されている。一方、ＢＤ−Ｌｉｖｅ機能は許可されている。
【００５５】
状態２では、ビデオ・ストリームからの３Ｄ映像の再生処理は許可されている。しかし、イメージ・データからの３Ｄ映像の再生処理については、２プレーン・モードは禁止され、オフセット・モードのみが許可されている。一方、ＢＤ−Ｌｉｖｅ機能は許可されている。
【００５６】
状態３では、ビデオ・ストリームからの３Ｄ映像の再生処理に加え、イメージ・データからの３Ｄ映像の再生処理について、２プレーン・モードとオフセット・モードとがいずれも許可されている。一方、ＢＤ−Ｌｉｖｅ機能は許可されているが、ブラウザ画面等のイメージ・データを保持するためのキャッシュ領域は制限されている。
【００５７】
状態４では、状態３と同様、ビデオ・ストリームからの３Ｄ映像の再生処理、及び、イメージ・データからの２プレーン・モードとオフセット・モードとのいずれによる３Ｄ映像の再生処理も許可されている。しかし、状態３とは異なり、ＢＤ−Ｌｉｖｅ機能は禁止されている。
【００５８】
≪ＪＡＲファイル≫
図８は、ＪＡＲファイル237Aのデータ構造を示す模式図である。ＪＡＲファイル237AはＪａｖａアーカイブ・ファイルである。Ｊａｖａアーカイブ・ファイルは、http：／／java.sun.com／j2se／1.4.2／docs／guide／jar／jar.htmlに記載された仕様に準拠して、ＺＩＰ形式のファイルをＪａｖａに特化させたものである。従って、Ｊａｖａアーカイブ・ファイルの内容は市販のＺＩＰ展開ソフトウェアによって確認することができる。ＪＡＲファイル237Aの中には、図８に示されている構造のディレクトリ／ファイル群800が圧縮されている。それらのディレクトリ／ファイル群800はＪａｖａ仮想マシンにより、ＪＡＲファイル237AからＪａｖａ仮想マシン内のヒープ領域（ワークメモリともいう。）の中に展開される。それらのディレクトリ／ファイル群800では、ＲＯＯＴディレクトリ801の直下にクラス（classes）ディレクトリ810とイメージ（image）ディレクトリ820とが置かれている。
【００５９】
クラス・ディレクトリ810にはクラス・ファイル（aaa.class）811が置かれている。「クラス・ファイル」811はｘｌｅｔプログラムを含む。ｘｌｅｔプログラムはアプリケーション・プログラムの本体であり、その名称がＢＤ−Ｊオブジェクト内のアプリケーション管理テーブル410に記載されている。ｘｌｅｔプログラムはＢＤ−Ｊオブジェクトと同様に、Ｊａｖａ言語等のコンパイラ型言語で記述されたバイトコード・プログラムである。ｘｌｅｔプログラムの種類には、Ｊａｖａ仮想マシンにタイトルの再生処理を実行させるもの、及び、Ｊａｖａ仮想マシンにグラフィックス映像の描画処理を実行させるものが含まれる。
【００６０】
イメージ・ディレクトリ820には、アプリケーション・プログラムによってＧＵＩに利用されるべきイメージ・データが置かれている。それらのイメージ・データはＪＰＥＧファイル（menu.jpg）821とＰＮＧファイル（menu.png）822とを含む。それらのイメージ・データは、メニュー等のＧＵＩ用グラフィック部品を表し、欧州デジタル放送端末（DVB−MHP）で利用されるものと同等である。それらのイメージ・データは特に、各グラフィック部品のレフトビューとライトビューとを表すものを含む。
【００６１】
≪ＡＶストリーム・ファイル≫
ＡＶストリーム・ファイル235A、235BはＭＰＥＧ−２トランスポート・ストリーム（ＴＳ）形式のデジタル・ストリームである。各ＡＶストリーム・ファイル235A、235Bの中には一般に複数のエレメンタリ・ストリームが多重化されている。図９の（ａ）、（ｂ）はそれぞれ、第１ＡＶストリーム・ファイル235A、第２ＡＶストリーム・ファイル235Bに多重化されたエレメンタリ・ストリームを示す模式図である。図９を参照するに、第１ＡＶストリーム・ファイル235Aは、レフトビュー・ビデオ・ストリーム901L、プライマリ・オーディオ・ストリーム902A、902B、プレゼンテーション・グラフィックス（ＰＧ）ストリーム903A、903B、インタラクティブ・グラフィックス（ＩＧ）ストリーム904、セカンダリ・ビデオ・ストリーム905、及びセカンダリ・オーディオ・ストリーム906を含む。一方、第２ＡＶストリーム・ファイル235Bはライトビュー・ビデオ・ストリーム901Rを含む。
【００６２】
レフトビュー・ビデオ・ストリーム901Lとライトビュー・ビデオ・ストリーム901Rとはいずれもプライマリ・ビデオ・ストリームであり、それぞれ、映画の主映像のレフトビューとライトビューとを表す。主映像とは、映画の本編の映像等、コンテンツの主要な映像を意味し、ＨＤＭＶモードにおいて画面全体に表示されるものを指す。一方、セカンダリ・ビデオ・ストリーム905は映画の副映像を表す。副映像とは、例えば主映像の中に小さな画面で表示される映像のように、ピクチャ・イン・ピクチャ方式を利用して主映像と同時に画面に表示される映像を意味する。各ビデオ・ストリームは、ＭＰＥＧ−２、ＭＰＥＧ−４  ＡＶＣ、又はＳＭＰＴＥ  ＶＣ−１等の動画圧縮符号化方式で符号化されている。特に、レフトビュー・ビデオ・ストリーム901Lは、自己のピクチャ間での予測符号化によって圧縮されている。一方、ライトビュー・ビデオ・ストリーム901Rは、自己のピクチャ間に加え、レフトビュー・ビデオ・ストリーム901L内のピクチャ間との予測符号によって圧縮されている。
【００６３】
プライマリ・オーディオ・ストリーム902A、902Bは映画の主音声を表す。それら二つのプライマリ・オーディオ・ストリーム902A、902Bの間では言語又は音声の出力形式が異なる。セカンダリ・オーディオ・ストリーム906は、その主音声とミキシングされるべき副音声を表す。各オーディオ・ストリームは、ＡＣ−３、ドルビー・デジタル・プラス（Dolby Digital Plus：「ドルビー・デジタル」は登録商標）、ＭＬＰ、ＤＴＳ（Digital Theater System：登録商標）、ＤＴＳ−ＨＤ、又はリニアＰＣＭ（Pulse Code Modulation）等の方式で符号化されている。
【００６４】
ＰＧストリーム903A、903Bは映画の字幕のグラフィックス映像を表す。それら二つのＰＧストリーム903A、903Bの間では字幕の言語が異なる。ＩＧストリーム904はＧＵＩ用のグラフィック部品及びその配置を表す。ＩＧストリーム404は主にＨＤＭＶモードにおいて、表示装置120の画面131上に対話画面を構成するのに利用される。
【００６５】
エレメンタリ・ストリーム901−906はパケットＩＤ（ＰＩＤ）によって識別される。例えば、レフトビュー・ビデオ・ストリーム901LにはＰＩＤとして１６進数値０ｘ１０１１が割り当てられ、ライトビュー・ビデオ・ストリーム901RにはＰＩＤとして０ｘ１０１２が割り当てられる。プライマリ・オーディオ・ストリーム902A、902BにはＰＩＤとして０ｘ１１００から０ｘ１１１Ｆまでのいずれかの値が割り当てられる。ＰＧストリーム903A、903BにはＰＩＤとして０ｘ１２００から０ｘ１２１Ｆまでのいずれかの値が割り当てられる。ＩＧストリーム904にはＰＩＤとして０ｘ１４００から０ｘ１４１Ｆまでのいずれかの値が割り当てられる。セカンダリ・ビデオ・ストリーム905A、905BにはＰＩＤとして０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかの値が割り当てられる。セカンダリ・オーディオ・ストリーム906にはＰＩＤとして０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかの値が割り当てられる。
【００６６】
図１０は、第１ＡＶストリーム・ファイル235A内に多重化された各エレメンタリ・ストリーム1001、1004、1007、1010のパケットの配置を表す模式図である。第２ＡＶストリーム・ファイル235Bについても同様である。ビデオ・ストリーム1001、オーディオ・ストリーム1004、ＰＧストリーム1007、及びＩＧストリーム1010はそれぞれ、まずＰＥＳ（Packetized Elementary Stream）パケットの列1002、1005、1008、1011に変換され、次にＴＳパケットの列1003、1006、1009、1012に変換される。続いて、各ＴＳパケットに個別にヘッダが付加されてソースパケット1013が生成される。最後に、各ソースパケット1013が時分割で一本のストリームに多重化される。こうして、第１ＡＶストリーム・ファイル235Aが構成される。ここで、図１０に示されているように、第１ＡＶストリーム・ファイル235A内でソースパケット1013は先頭から順に番号付けされている。その番号をソースパケット・ナンバ（ＳＰＮ：Source Packet Number）と呼ぶ。ＳＰＮは、第１ＡＶクリップ・ファイル235A内での各ソースパケット1013のアドレスとして利用される。
【００６７】
例えばビデオ・ストリーム1001からはＴＳパケットの列1003が次のように得られる。まず、ビデオ・ストリーム1001を構成するビデオ・フレーム1001Aの列がＰＥＳパケット1002の列に変換される。ここで、各ビデオ・フレーム1001Aは上記の動画圧縮符号化方式で一つのピクチャに符号化されている。更に、ビデオ・フレーム1001Aの列は複数のＧＯＰ（Group Of Pictures）に分割されている。各ＰＥＳパケット1002はＰＥＳヘッダとＰＥＳペイロードとを含む。各ビデオ・フレーム1001Aは上記の符号化方式で一つのピクチャに圧縮されて、各ＰＥＳペイロードに格納される。一方、各ＰＥＳヘッダには、同じＰＥＳパケットのＰＥＳペイロードに格納されたピクチャの表示時刻（ＰＴＳ：Presentation Time−Stamp）が格納される。ＰＴＳは、再生装置100内のデコーダによって一つのエレメンタリ・ストリームから復号された一フレームのデータがそのデコーダから出力されるべき時刻をいう。次に、各ＰＥＳパケット1002が一般に複数のＴＳパケット1003に変換される。ＴＳパケット1003は固定長のパケットであり、ＴＳヘッダとＴＳペイロードとを含む。ＴＳヘッダは、対応するＴＳペイロードに格納されたビデオ・ストリームのＰＩＤを含む。各ＰＥＳパケットは一般には分割されて複数のＴＳペイロードに格納される。このようなＴＳパケットの構成は、他のエレメンタリ・ストリームについても同様である。
【００６８】
ＡＶストリーム・ファイルに含まれるＴＳパケットの種類には、図９に示されているエレメンタリ・ストリームから変換されたもの以外にも、ＰＡＴ（Program Association Table）、ＰＭＴ（Program Map Table）、及びＰＣＲ（Program Clock Reference）がある。ＰＣＲ、ＰＭＴ、及びＰＡＴは欧州デジタル放送規格で定められたものであり、本来は、一つの番組を構成するパーシャル・トランスポート・ストリームを規定する役割を持つ。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、ＡＶストリーム・ファイルもそのパーシャル・トランスポート・ストリームと同様に規定される。具体的には、ＰＡＴは、同じＡＶストリーム・ファイルに含まれるＰＭＴのＰＩＤを示す。ＰＡＴ自身のＰＩＤは０である。ＰＭＴは、同じＡＶストリーム・ファイルに含まれる、映像・音声・字幕等を表す各エレメンタリ・ストリームのＰＩＤとその属性情報とを含む。その属性情報は、そのエレメンタリ・ストリームの圧縮に利用されたコーデックの識別情報、及びそのエレメンタリ・ストリームのフレームレートとアスペクト比とを含む。ＰＭＴは更に、そのＡＶストリーム・ファイルに関する各種のディスクリプタ（記述子ともいう。）を含む。ディスクリプタには特に、そのＡＶストリーム・ファイルのコピーの許可／禁止を示すコピー・コントロール情報が含まれる。ＰＣＲは、そのパケットのＡＴＳに対応させるべきＳＴＣ（System Time Clock）の値を示す情報を含む。ＳＴＣは、デコーダ内でＰＴＳ及びＤＴＳの基準として利用されるクロックである。デコーダはＰＣＲを利用して、ＡＴＳの基準であるＡＴＣ（Arrival Time Clock）にＳＴＣを同期させる。ＰＣＲ、ＰＭＴ、及びＰＡＴを利用することで、再生装置内のデコーダにＡＶストリーム・ファイルを、欧州デジタル放送規格に準拠のパーシャル・トランスポート・ストリームと同様に処理させることができる。それにより、ＢＤ−ＲＯＭディスク100用の再生装置と欧州デジタル放送規格に準拠の端末装置との間の互換性を確保することができる。
【００６９】
一つのＡＶストリーム・ファイルの中でシームレス再生が可能な部分を特に「ＡＶクリップ」という。各ＡＶクリップでは、ソースパケットに格納されたデータのＰＴＳが連続している等により、表示時間の全体にわたってシームレス再生が保障されている。
【００７０】
≪クリップ情報ファイル≫
図１１は、第１クリップ情報ファイル（01000.clpi）234Aのデータ構造を示す模式図である。図１１を参照するに、第１クリップ情報ファイル234Aは、ストリーム属性情報1101、エントリ・マップ1102、及び３Ｄメタデータ1103を含む。一方、第２クリップ情報ファイル234Bは、３Ｄメタデータ1103を除き、第１クリップ情報ファイル234Aと同じデータ構造を持つ。
【００７１】
ストリーム属性情報1101は、図１１に示されているように、第１ＡＶストリーム・ファイル235Aに含まれる各エレメンタリ・ストリームのＰＩＤ1111とその属性情報1112との間の対応表である。属性情報1112に含まれる項目は、ビデオ・ストリーム、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームのそれぞれで異なる。例えば、レフトビュー・ビデオ・ストリームのＰＩＤ０ｘ１０１１に対応付けられた属性情報は、そのビデオ・ストリームの圧縮に利用されたコーデックの種類、そのビデオ・ストリームを構成する各ピクチャの解像度、アスペクト比、及びフレームレートを含む。一方、プライマリ・オーディオ・ストリームのＰＩＤ０ｘ１１０１に対応付けられた属性情報は、そのオーディオ・ストリームの圧縮に利用されたコーデックの種類、そのオーディオ・ストリームに含まれるチャンネル数、言語、及びサンプリング周波数を含む。これらの属性情報1112は再生装置110により、デコーダの初期化に利用される。
【００７２】
第２ＡＶストリーム・ファイル235B内のライトビュー・ビデオ・ストリームは、第１ＡＶストリーム・ファイル235A内のレフトビュー・ビデオ・ストリームを利用して圧縮されている。従って、ライトビュー・ビデオ・ストリームはレフトビュー・ビデオ・ストリームと同じビデオ・ストリーム属性を持つ。すなわち、第２クリップ情報ファイル234Bに含まれるライトビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１２）の属性情報は、第１クリップ情報ファイル234Aに含まれるレフトビュー・ビデオ・ストリーム（ＰＩＤ＝０ｘ１０１１）の属性情報と、コーデックの種類、解像度、アスペクト比、及びフレームレートがいずれも一致する。
【００７３】
エントリ・マップ1102は、図１１に示されているように、第１ＡＶストリーム・ファイル235A内のビデオ・ストリーム別に異なるテーブル1121を含む。各テーブル1211には異なるビデオ・ストリームのＰＩＤが対応付けられている。各テーブル1211は複数のエントリ・ポイント1122を含む。各エントリ・ポイント1122は一対のＰＴＳとＳＰＮとを含む。そのＰＴＳは、割り当て先のビデオ・ストリームに含まれるいずれかのＧＯＰの先頭のピクチャ、すなわちＩピクチャのＰＴＳに等しい。一方、同じエントリ・ポイント1122のＳＰＮは、そのＩピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。再生装置110はエントリ・マップ1102を利用して、ビデオ・ストリームからの映像の再生期間中、任意の時点のシーンに対応する第１ＡＶストリーム・ファイル235A内のＳＰＮを特定できる。特に早送り再生及び巻戻し再生等の特殊再生では、再生装置110は各エントリ・ポイント1122のＳＰＮからソースパケットを選択的に抽出して復号する。それにより、Ｉピクチャが選択的に再生される。こうして、再生装置110は、第１ＡＶストリーム・ファイル235A自体を解析することなく、特殊再生を効率的に処理できる。
【００７４】
第２クリップ情報ファイル234Bでも同様に、エントリ・マップは、ライトビュー・ビデオ・ストリームに対するエントリ・ポイントを複数含む。各エントリ・ポイントは一対のＰＴＳとＳＰＮとを含む。そのＰＴＳは、ライトビュー・ビデオ・ストリームに含まれるいずれかのＧＯＰの先頭のピクチャ、すなわちＰピクチャのＰＴＳに等しい。一方、同じエントリ・ポイントのＳＰＮは、そのＰピクチャが格納されたソースパケット群の先頭のＳＰＮに等しい。各エントリ・ポイントのＰＴＳは更に、第１クリップ情報ファイル234Aの示すレフトビュー・ビデオ・ストリームに対する各エントリ・ポイントのＰＴＳに等しい。すなわち、レフトビューとライトビューとのビデオ・ストリーム間では、３Ｄ映像の同じシーンを表す一対のピクチャの一方についてエントリ・ポイントが設定されているときは常に、他方にもエントリ・ポイントが設定されている。従って、再生装置は３Ｄ映像の飛び込み再生を開始するとき、対応するエントリ・ポイントから、再生されるべきソースパケット群の先頭のＳＰＮを直ちに取得できる。こうして、３Ｄ映像の再生においても、飛び込み再生等、ビデオ・ストリームのランダムアクセスを要する処理の応答速度を向上することができる。
【００７５】
図１２は、３Ｄメタデータ1103のデータ構造を示す模式図である。３Ｄメタデータ1103は、図９に示されている第１ＡＶストリーム・ファイル235Aに多重化されたＰＧストリーム903A、903BとＩＧストリーム904とに対するクロッピング処理に利用される。「クロッピング処理」とは、各ストリームから再生される２Ｄ映像に奥行き感を与えるための処理をいう。クロッピング処理では各２Ｄ映像を水平方向に変位させることにより、レフトビューとライトビューとの対が生成される。そのときの変位量は、その２Ｄ映像に奥行き感を与えるのに必要な両眼視差に相当する。３Ｄメタデータ1103は特に、その変位量をピクセル数で表した値、すなわち「オフセット値」を含む。
【００７６】
図１２を参照するに、３Ｄメタデータ1103は、ＰＧストリーム903AのＰＩＤ＝０ｘ１２００とＩＧストリーム904のＰＩＤ＝０ｘ１４００との別にテーブル1201を含む。各テーブル1201には一対のＰＴＳ1202とオフセット値1203、すなわちオフセット・エントリ1204が一般に複数、記載されている。そのＰＴＳ1202は、ＰＧストリーム903AとＩＧストリーム904とに含まれる一つのピクチャのＰＴＳに等しい。オフセット値1203は、そのＰＴＳ1202が割り当てられたピクチャに対するオフセット値を表す。オフセット値1203はマイナス値であってもよい。各オフセット・エントリ1204の有効区間は、そのオフセット・エントリのＰＴＳから次のオフセット・エントリのＰＴＳまでである。図１２の例では、最初のオフセット・エントリのＰＴＳが１８００００であり、二番目のオフセット・エントリのＰＴＳが２７００００であり、三番目のオフセット・エントリのＰＴＳが３６００００である。その場合、最初のオフセット・エントリのオフセット値“＋５”は、１８００００から２７００００までのＳＴＣの範囲で有効であり、二番目のオフセット・エントリのオフセット値“＋３”は、２７００００から３６００００までのＳＴＣの範囲で有効である。
【００７７】
≪プレイリスト・ファイル≫
図１３は、第２プレイリスト・ファイル233Bのデータ構造を示す模式図である。図１３を参照するに、第２プレイリスト・ファイル233Bはプレイリスト情報1301を含む。プレイリスト情報1301はメインパス情報1310とサブパス情報1320、1330とを含む。メインパス情報1310は少なくとも一つのプレイアイテム情報1311、1312、1313、…を含む。各プレイアイテム情報1311−1313は、第１ＡＶストリーム・ファイル235Aの再生区間、すなわち、連続して再生されるべき部分を規定する。プレイアイテム情報1311−1313には更に、再生区間の再生順に通し番号＃１、＃２、＃３、…が振られている。サブパス情報1320、1330にはそれぞれ、固有の識別子、すなわちサブパスＩＤ“＃１”、“＃２”が割り当てられている。サブパスＩＤ＝＃１のサブパス情報1320は少なくとも一つのサブプレイアイテム情報1321、1322、1323、…を含む。各サブプレイアイテム情報1321−1323は第２ＡＶストリーム・ファイル235Bの再生区間を規定する。サブプレイアイテム情報1321−1323には更に、再生区間の再生順に通し番号＃１、＃２、＃３、…が振られている。サブパスＩＤ＝＃２のサブパス情報1330は少なくとも一つのサブプレイアイテム情報1331、1332、1333、…を含む。各サブプレイアイテム情報1331−1333は、両ＡＶストリーム・ファイル235A、235Bの別の再生区間、又はそれらとは別のＡＶストリーム・ファイルの再生経路を規定する。サブプレイアイテム情報1331−1333には更に、再生区間の再生順に通し番号＃１、＃２、＃３、…が振られている。
【００７８】
図１４は、プレイアイテム情報1400のデータ構造を示す模式図である。図１４を参照するに、プレイアイテム情報1400は、参照クリップ情報1401、再生開始時刻1402、再生終了時刻1403、及びストリーム選択テーブル1404を含む。サブプレイアイテム情報も、ストリーム選択テーブルを除き、同様なデータ構造を持つ。
【００７９】
参照クリップ情報1401は、ＰＴＳからＳＰＮへの変換に利用すべきクリップ情報ファイルを識別するための情報である。再生開始時刻1402と再生終了時刻1403とは復号対象のＡＶクリップの先頭と末尾との各ＰＴＳを示す。再生装置110は、参照クリップ情報1401の示すクリップ情報ファイルからそのエントリ・マップを参照し、再生開始時刻1402と再生終了時刻1403とのそれぞれに対応するＳＰＮを取得する。それにより、再生装置110は、ＡＶストリーム・ファイルから読み出されるべきＡＶクリップを特定し、そのＡＶクリップに対して再生処理を行う。
【００８０】
ストリーム選択テーブル1404は、再生開始時刻1402から再生終了時刻1403までの間に再生装置110内のデコーダによってＡＶクリップの中から選択可能なエレメンタリ・ストリームのリストを表す。ストリーム選択テーブル1404は特に複数のストリーム・エントリ1410、1420、…を含む。各ストリーム・エントリ1410、1420は、ストリーム選択番号1411、ストリーム・パス情報1412、及びストリーム識別情報1413を含む。ストリーム識別情報1413は、再生開始時刻1502から再生終了時刻1503までの間に選択可能なエレメンタリ・ストリームのＰＩＤを示す。ストリーム選択番号1411はストリーム・エントリ1410の通し番号であり、再生装置110によって選択対象のエレメンタリ・ストリームの識別に利用される。ストリーム・パス情報1412は、ストリーム識別情報1413によって特定されるエレメンタリ・ストリームの属するＡＶストリーム・ファイルに対応付けられたクリップ情報ファイルを示す。例えばストリーム・パス情報1412が“メインパス”を示すとき、そのクリップ情報ファイルは参照クリップ情報1401の示すものである。ストリーム・パス情報1412が“サブパスＩＤ＝＃１”を示すとき、そのクリップ情報ファイルは、そのサブパスＩＤのサブパス情報に含まれるサブプレイアイテム情報の参照クリップ情報が示すものである。ここで、そのサブプレイアイテム情報の示す再生区間は、再生開始時刻1402から再生終了時刻1403までの間に含まれる。特に第２プレイリスト・ファイル233Bは３Ｄプレイリスト・ファイルであるので、そのプレイアイテム情報には、レフトビュー・ビデオ・ストリームのＰＩＤ＝０ｘ１０１１を示すストリーム・エントリ1410と、ライトビュー・ビデオ・ストリームのＰＩＤ＝０ｘ１０１２を示すストリーム・エントリ1420とが必ず含まれる。尚、図１４には示されていないが、ストリーム・エントリ1410、1420には各エレメンタリ・ストリームの属性情報も記録されている。例えば、ビデオ・ストリームの属性情報は解像度とフレームレートとを示し、オーディオ・ストリーム、ＰＧストリーム、及びＩＧストリームの各属性情報は言語の種類を示す。
【００８１】
図１５は、図１３に示されているプレイリスト情報1301と、それに従って再生されるべきＡＶクリップCL1、CL2、CL4とを示す模式図である。図１５に示されている三本の時間軸MP、SP1、SP2はそれぞれ、メインパス情報1310、サブパス情報＃１1320、及びサブパス情報＃２1330に従って再生されるビデオ・ストリームの再生時間を表す。
【００８２】
プレイリスト情報1301に従った再生処理では、まず、プレイアイテム情報1311−1313が通し番号＃１−３の順に参照される。例えばプレイアイテム情報＃１1311が参照されるとき、その参照クリップ情報1401の示す第１クリップ情報ファイル234Aのエントリ・マップから、再生開始時刻IN1に等しいＰＴＳを含むエントリ・ポイントが検索される。次に、そのエントリ・ポイントのＳＰＮが開始アドレスSP1として特定される。同様に、再生終了時刻OUT1に等しいＰＴＳを含むエントリ・ポイントのＳＰＮが終了アドレスEP1として特定される。こうして、再生開始時刻IN1から再生終了時刻OUT1までの再生区間PI1では、第１ＡＶストリーム・ファイル235Aの開始アドレスSP1から終了アドレスEP1までの部分、すなわち第１ＡＶクリップCL1が再生対象として特定される。続いて、第１クリップ情報ファイル234Aのストリーム属性情報1101を利用して、プレイアイテム情報＃１1311のストリーム選択テーブル1404に登録されたエレメンタリ・ストリームの中から、再生装置110と表示装置120との両方で再生可能なものが検出される。更に、検出されたエレメンタリ・ストリームの中でストリーム選択番号1411が最小のものが選択され、そのストリーム選択番号1411の示すストリーム・エントリ1410内のストリーム識別情報1413に記述されたＰＩＤが再生装置110内のデコーダに設定される。その結果、第１ＡＶクリップCL1のうち、そのＰＩＤを持つソースパケットが復号される。同様に、プレイアイテム情報＃２1312、＃３1313、…が順番に参照され、それぞれの再生開始時刻から再生終了時刻までの再生区間PI2、PI3、…では、第１ＡＶストリーム・ファイル235Aに属するＡＶクリップからソースパケットが復号される。
【００８３】
各プレイアイテム情報1311−1313内のストリーム選択テーブル1404では、ライトビュー・ビデオ・ストリームのＰＩＤ＝０ｘ１０１２を含むストリーム・エントリ1420が、ストリーム・パス情報として“サブパスＩＤ＝＃１”を示す。それにより、再生装置110は、メインパス情報1310に従った再生処理とパラレルに、サブパス情報＃１1320内のサブプレイアイテム情報1321−1323を通し番号＃１−３の順に参照する。ここで、サブプレイアイテム情報1321−1323はプレイアイテム情報1311−1313と一対一に対応する。更に、各サブプレイアイテム情報1321−1323と、対応するプレイアイテム情報1311−1313とでは、再生開始時刻と再生終了時刻とがいずれも共通である。例えばサブプレイアイテム情報＃１1321が参照されるとき、まず、その参照クリップ情報の示す第２クリップ情報ファイル234Bのエントリ・マップから、再生開始時刻IN1に等しいＰＴＳを含むエントリ・ポイントが検索される。次に、そのエントリ・ポイントのＳＰＮが開始アドレスSP2として特定される。同様に、再生終了時刻OUT1に等しいＰＴＳを含むエントリ・ポイントのＳＰＮが終了アドレスEP2として特定される。こうして、再生開始時刻IN1から再生終了時刻OUT1までの再生区間PI1では、第２ＡＶストリーム・ファイル235Bの開始アドレスSP2から終了アドレスEP2までの部分、すなわち第２ＡＶクリップCL2が再生対象として特定される。続いて、第２クリップ情報ファイル234Bのストリーム属性情報を利用して、プレイアイテム情報＃１1311のストリーム選択テーブル1404に登録されたエレメンタリ・ストリームの中から、再生装置110と表示装置120との両方で再生可能なものが検出される。更に、検出されたエレメンタリ・ストリームの中でストリーム選択番号が最小のものが選択され、そのストリーム選択番号の示すストリーム・エントリ内のストリーム識別情報に記述されたＰＩＤが再生装置110内のデコーダに設定される。その結果、第２ＡＶクリップCL2のうち、そのＰＩＤを持つソースパケットがデコーダによって復号される。特にその復号処理は、第１ＡＶクリップCL1からのソースパケットの復号処理とパラレルに行われる。同様に、サブプレイアイテム情報＃２1322、＃３1323、…が順番に参照され、対応するプレイアイテム情報＃２1312、＃３1313、…の再生区間PI2、PI3、…に併せて、第２ＡＶストリーム・ファイル235Bに属するＡＶクリップからソースパケットが復号される。
【００８４】
プレイアイテム情報＃１1311のストリーム選択テーブル1404の中に、ストリーム・パス情報として“サブパスＩＤ＝＃２”を示すストリーム・エントリが含まれている場合、サブパス情報＃２1330に含まれるサブプレイアイテム情報＃１1331が参照される。ここで、そのサブプレイアイテム情報＃１1331は、「その再生開始時刻IN4から再生終了時刻OUT4までの再生区間SPI4がプレイアイテム情報＃１の再生区間PI1に含まれる」という条件から検出される。次に、プレイアイテム情報＃１1311の再生区間PI1から第１ＡＶクリップCL1が特定されたのと同様にして、サブプレイアイテム情報＃１1331の再生区間SPI4から第４ＡＶクリップCL4の開始アドレスSP4と終了アドレスEP4とが特定される。それにより、サブプレイアイテム情報＃１1331の再生区間SPI4では、第１ＡＶクリップCL1と第２ＡＶクリップCL2とに加えて、第４ＡＶクリップCL4からソースパケットが復号される。
【００８５】
上記のとおり、第２プレイリスト・ファイル233Bでは、メインパス情報1310が第１ＡＶストリーム・ファイル235Aの再生経路をプレイアイテム情報1311−1313の順列として規定し、サブパス情報＃１1320が第２ＡＶストリーム・ファイル235Bの再生経路をサブプレイアイテム情報1321−1323の順列として規定する。このように、３Ｄプレイリスト・ファイルはレフトビューとライトビューとのＡＶストリーム・ファイルの再生経路をメインパス情報とサブパス情報との組み合わせで規定する。プレイリスト・ファイルはその他に、図１３に示されているサブパス情報＃２1330のようなサブパス情報を更に含んでも良い。そのサブパス情報は、メインパス情報1310で規定されるＡＶストリーム・ファイルの再生経路に併せて再生されるべきＡＶストリーム・ファイルの別の再生経路、又は別のＡＶストリーム・ファイルの再生経路を規定する。尚、第１プレイリスト・ファイル233Aは、ライトビューＡＶストリーム・ファイルの再生経路を規定するサブパス情報を含まない点を除き、第２プレイリスト・ファイル233Bと同様なデータ構造を持つ。
【００８６】
＜再生装置のハードウェア構成＞
図１６は再生装置110のハードウェア構成を示すブロック図である。図１６を参照するに、再生装置110は、ＢＤ−ＲＯＭドライブ111、ローカル・ストレージ1610、操作部1620、ネットワーク・インタフェース1630、バス1640、制御部1650、再生部1660、及びＨＤＭＩ送信部1670を含む。ＢＤ−ＲＯＭドライブ111、ローカル・ストレージ1610、操作部1620、及びネットワーク・インタフェース1630はバス1640を通して制御部1650及び再生部1660と通信可能である。また、制御部1650と再生部1660とはバス1640を通して互いに通信可能である。制御部1650と再生部1660とは互いに異なる集積回路に実装されている。その他に、両者が単一の集積回路に統合されていてもよい。
【００８７】
ＢＤ−ＲＯＭドライブ111の内部にはＢＤ−ＲＯＭディスク100が挿入可能である。ＢＤ−ＲＯＭドライブ111は、制御部1650からの指示に応じて、そのディスク100からデータを読み出す。具体的には、ＢＤ−ＲＯＭドライブ111は光ピックアップ、すなわち光学ヘッドを備えている。その光学ヘッドは、半導体レーザ、コリメータ・レンズ、ビーム・スプリッタ、対物レンズ、集光レンズ、及び光検出器を含む。半導体レーザから出射された光ビームは、コリメータ・レンズ、ビーム・スプリッタ、及び対物レンズを順に通ってＢＤ−ＲＯＭディスク100の記録層に集められる。集められた光ビームはその記録層で反射／回折される。その反射／回折光は、対物レンズ、ビーム・スプリッタ、及び集光レンズを通って光検出器に集められる。光検出器は、その集光量に応じたレベルの再生信号を生成する。更に、その再生信号から、ディスク100に記録されたデータが復調される。ＢＤ−ＲＯＭドライブ111は特にディスク100のボリューム領域212からデータを読み出して、ローカル・ストレージ1610、制御部1650、又は再生部1660に転送する。
【００８８】
ローカル・ストレージ1610は、再生装置110に内蔵の書き換え可能な記憶装置である。図１６に示されている例では、ローカル・ストレージ1610は、カードリーダ／ライタ1611とＨＤＤ1612とを含む。カードリーダ／ライタ1611は、内部にメモリカード1600が挿入可能であり、そのメモリカード1600に対してデータを読み書きできる。ＨＤＤ1612は再生装置100に内蔵されている。その他に、ＨＤＤ1612は持ち運び可能であってもよい。更に、図１６には示されていないが、外付けのＨＤＤが所定のインタフェースを通してバス1640に接続され、ローカル・ストレージ1610として利用されてもよい。ローカル・ストレージ1610は、ＢＤ−Ｌｉｖｅ機能によって外部ネットワーク150上のサーバ装置160からダウンロードされた追加コンテンツ又はブラウザ画面を保存する。ローカル・ストレージ1610はその他に、制御部1650によって利用されるパラメータ及びテーブル等を保存してもよい。
【００８９】
操作部1620は、各種のイベントを検出して、そのイベントの内容を制御部1650に通知する。例えば操作部1620は、リモコン140から赤外線等の無線で送出されたコマンドを受信し、そのコマンドの内容を解読して制御部1650に通知する。操作部1620は更に、再生装置110のフロント・パネルに設けられた再生開始／停止／早送り／巻戻し等のボタンの押下を検出して、その押下の意味する操作内容を解釈して制御部1650に通知する。操作部1620はその他に、ＢＤ−ＲＯＭドライブ111におけるＢＤ−ＲＯＭディスク100の挿抜を検出して制御部1650に通知する。
【００９０】
ネットワーク・インタフェース1630は外部ネットワーク150とバス1640との間を通信可能に接続する。制御部1650はネットワーク・インタフェース1630を通して外部ネットワーク150上のサーバ装置160と通信可能である。その通信機能がＢＤ−Ｌｉｖｅ機能に利用される。
【００９１】
制御部1650はマイクロコンピュータ・システムであり、ＣＰＵ1651、ＲＯＭ1652、及びＲＡＭ1653を含む。それらは内部バス1654で互いに接続されている。ＲＯＭ1652は、再生装置110の基本動作を制御するためのプログラム、すなわち、ファームウェアを格納している。ファームウェアは、バス1640に接続された各要素111、1610−1660のデバイス・ドライバを含む。ＣＰＵ1651は、例えば電源投入に応じてＲＯＭ1652からファームウェアを読み出して実行する。それにより、各要素111、1610−1660が初期化され、かつＪａｖａプラットフォーム、すなわちＢＤ−Ｊオブジェクトの実行環境が整備される。ＲＡＭ1653はＣＰＵ1651に対して作業領域を提供する。制御部1650はそれらの要素1651−1653の組み合わせを利用してファームウェアとアプリケーション・プログラムとを実行し、それらに従って他の要素を制御する。
【００９２】
制御部1650は特に、ＢＤ−ＲＯＭディスク100又はローカル・ストレージ1610に記録されたコンテンツから所望のタイトルを読み出して再生部1660に再生させる。具体的には、制御部1650はまず、再生対象のタイトルに対応するプレイリスト情報、すなわち、カレント・プレイリスト情報をＢＤ−ＲＯＭディスク100又はローカル・ストレージ1610から読み出す。制御部1650はカレント・プレイリスト情報に従って再生対象のＡＶクリップ、すなわちカレントＡＶクリップを選択する。制御部1650は次に、ＢＤ−ＲＯＭドライブ111又はローカル・ストレージ1610にカレントＡＶクリップを再生部1660へ供給させる。
【００９３】
制御部1650は更に、ＢＤ−Ｊモードではアプリケーション・プログラムに従い、メニュー等のＧＵＩ用グラフィック部品をＪＰＥＧ形式又はＰＮＧ形式のイメージ・データとして生成し、再生部1660へ供給する。制御部1650はその他に、ＢＤ−Ｊモードでは、アプリケーション・プログラムに従ってＢＤ−Ｌｉｖｅ機能を実現させる。すなわち、制御部1650は、ネットワーク・インタフェース1630を通してネットワーク150上のサーバ装置160からブラウザ画面等のイメージ・データをダウンロードし、再生部1660へ供給する。
【００９４】
再生部1660は、制御部1650の指示に応じて、ＢＤ−ＲＯＭドライブ111又はローカル・ストレージ1610からカレントＡＶクリップを読み込む。再生部1660は更に、そのＡＶクリップから、特定のＰＩＤのエレメンタリ・ストリームを分離して復号する。そのＰＩＤは制御部1650によって予め指定されている。その復号処理の結果、ビデオ・ストリームからはビデオ・プレーンが生成され、オーディオ・ストリームからはオーディオ・データADが生成され、ＰＧストリームからはＰＧプレーンが生成され、ＩＧストリームからはＩＧプレーンが生成される。再生部1660は続いて、各プレーンを一枚のビデオ・フレームに合成する。ＢＤ−Ｊモードでは更に、制御部1650から供給されたイメージ・データがビデオ・フレームに合成される。再生部1660は、合成処理後のビデオ・フレームからビデオ・データVDを構成し、オーディオ・データADと共にＨＤＭＩ送信部1670へ送出する。
【００９５】
ＨＤＭＩ送信部1670はＨＤＭＩケーブル112によって表示装置120に接続されている。ＨＤＭＩ送信部1670は、再生部1660からビデオ・データVDを受けて、それをＨＤＭＩ形式の映像信号に変換する。特に映像信号にはレフトビューとライトビューとの両方のビデオ・フレームが時分割で多重化される。一方、ＨＤＭＩ送信部1670は、再生部1660からオーディオ・データADを受けて、それをＨＤＭＩ形式の音声信号に変換する。ＨＤＭＩ送信部1670は更に、変換された映像信号と音声信号とに同期信号と付随データとを多重化して、ＨＤＭＩケーブル112を通して表示装置120へ送出する。ＨＤＭＩ送信部1670はそのとき、ＨＤＣＰ（High−bandwidth Digital Content Protection）に準拠のプロトコルで送信データを暗号化し、かつ表示装置120と相互認証を行う。尚、ＨＤＭＩ送信部1670は再生部1660に組み込まれていてもよい。また、音声信号は映像信号とは別に、サラウンド・システム等、表示装置120に外付けされたアンプ又はスピーカへ送出されてもよい。
【００９６】
＜制御部1650の構成＞
図１７は制御部1650の機能ブロック図である。図１７を参照するに、制御部1650は、バス・インタフェース1701、ユーザ操作検知モジュール1702、仮想ファイルシステム1703、及び再生制御部1704を含む。制御部1650は、その内部に組み込まれたファームウェアを実行することにより、各機能部1701−1704を実現する。
【００９７】
バス・インタフェース1701は、バス1640を通して制御部1650内の各機能部を、図１６に示されている各要素111、1610−1640、1660へ通信可能に接続する。バス・インタフェース1701は特に、仮想ファイルシステム1703からの指示に従い、ＢＤ−ＲＯＭドライブ111から再生対象のシナリオ情報、すなわちカレント・シナリオ情報DS、SSを読み出して再生制御部1704へ渡す。ここで、シナリオ情報は動的シナリオ情報DSと静的シナリオ情報SSとを含む。動的シナリオ情報DSは、ムービーオブジェクト・ファイル、ＢＤ−Ｊオブジェクト・ファイル、及びＪＡＲファイルを含む。静的シナリオ情報SSは、プレイリスト・ファイルとクリップ情報ファイルとを含む。
【００９８】
ユーザ操作検知モジュール1702は、操作部1620からの通知INTを受信して、その通知INTから、ユーザによる操作の内容等、イベントの種類を識別する。ユーザ操作検知モジュール1702は更に、そのイベントの種類を示す操作信号UOを再生制御部1704へ送出する。ここで、イベントの種類には、例えばＢＤ−ＲＯＭドライブ111におけるＢＤ−ＲＯＭディスク100の挿抜、及び、リモコン140又は再生装置110のフロント・パネルでの再生開始／停止／早送り／巻戻し等のボタンの押下が含まれる。
【００９９】
仮想ファイルシステム1703は、再生制御部1704によるＢＤ−ＲＯＭディスク100及びローカル・ストレージ1610に対するファイル・アクセスを管理する。仮想ファイルシステム1703は特に、ＢＤ−ＲＯＭディスク100上のコンテンツとローカル・ストレージ1610内の追加コンテンツとから仮想パッケージを構築する。「仮想パッケージ」とは、ＲＡＭ1653の中に仮想的に構築された、図２に示されているＢＤ−ＲＯＭディスク100上のディレクトリ／ファイル構造214と同様なディレクトリ／ファイル構造をいう。アプリケーション・プログラムは仮想ファイルシステム1703を通してＢＤ−ＲＯＭディスク100とローカル・ストレージ1610とにアクセスする。それにより、それらに記録されたコンテンツとを互いに区別することなく、同じ仮想パッケージ上のコンテンツとして扱うことができる。
【０１００】
仮想ファイルシステム1703は更に、再生制御部1704からの命令COMに応じて、仮想パッケージからインデックス・ファイルIFを読み出して再生制御部1704へ渡す。その後、仮想ファイルシステム1703は、再生制御部1704からの命令COM及びユーザ操作検知モジュール1702からの操作信号UOに応じて、仮想パッケージへのファイル・アクセスを管理する。例えば、仮想ファイルシステム1703は仮想パッケージからカレント・シナリオ情報DS、SSを読み出して再生制御部1704へ渡す。その他に、仮想ファイルシステム1703は、再生制御部1704からの命令COMに従って、ＢＤ−ＲＯＭドライブ111又はローカル・ストレージ1610にカレントＡＶクリップを再生部1660に供給させる。
【０１０１】
再生制御部1704は、ファームウェアを実行してアプリケーション・プログラムの実行環境を整え、更にその環境下で動的シナリオ情報DSからアプリケーション・プログラムを読み出して実行する。それにより、再生制御部1704は、アプリケーション・プログラムに従って再生装置110内の各要素を制御する。
【０１０２】
図１７を参照するに、再生制御部1704は、動的シナリオ・メモリ1741、静的シナリオ・メモリ1742、モード管理モジュール1743、ＨＤＭＶモジュール1744、ＢＤ−Ｊモジュール1745、及びＡＶ再生ライブラリ1746を含む。
【０１０３】
動的シナリオ・メモリ1741と静的シナリオ・メモリ1742とはいずれも制御部1650に内蔵のバッファ・メモリである。それらのバッファ・メモリ1741、1742としては、ＲＡＭ1653の異なる領域が利用される。その他に、各バッファ・メモリ1741、1742が独立のメモリ素子であってもよい。動的シナリオ・メモリ1741はカレントの動的シナリオ情報DSを保持し、静的シナリオ・メモリ1742はカレントの静的シナリオ情報SSを保持する。
【０１０４】
モード管理モジュール1743は、仮想ファイルシステム1703からインデックス・ファイルIFを受信して保持する。モード管理モジュール1743は更にそのインデックス・ファイルIFを利用して、タイトルの切り換えに伴う再生装置110の動作モードの切り換えを制御する。具体的には、モード管理モジュール1743はまず、ユーザ操作検知モジュール1702からの操作信号UOに応じてインデックス・ファイルIF内のインデックス・テーブルから一つの項目を選択する。その項目にムービーオブジェクトが指定されているとき、モード管理モジュール1743はカレントの動的シナリオ情報DSをＨＤＭＶモジュール1744へ割り当てる。それにより、再生装置110の動作モードがＨＤＭＶモードへ移行する。一方、その項目にＢＤ−Ｊオブジェクトが指定されているとき、モード管理モジュール1743はカレントの動的シナリオ情報DSをＢＤ−Ｊモジュール1745へ割り当てる。それにより、再生装置110の動作モードがＢＤ−Ｊモードへ移行する。モード管理モジュール1743はその他に、ユーザ操作検知モジュール1702からの操作信号UOが動作モードの切り換えを示すとき、又は、ＨＤＭＶモジュール1744若しくはＢＤ−Ｊモジュール1745から動作モードの切り換えを要求されたとき、動的シナリオ情報DSの割り当て先を両モジュール1744、1745の間で切り換える。
【０１０５】
モード管理モジュール1743はディスパッチャ1743Aを含む。ディスパッチャ1743Aはユーザ操作検知モジュール1702から操作信号UOを受信し、その中から、現在の動作モードに適したものを選択して、動的シナリオ情報DSの割り当て先のモジュール1744又は1745へ渡す。例えば操作信号UOが早送り再生／巻戻し再生を示すとき、ディスパッチャ1743Aはその操作信号UOを、ＨＤＭＶモードではＨＤＭＶモジュール1744へ渡し、ＢＤ−ＪモードではＢＤ−Ｊモジュール1745へ渡す。一方、操作信号UOがＢＤ−ＲＯＭドライブ110へのＢＤ−ＲＯＭディスク100の挿入を示すとき、ディスパッチャ1743Aは、ＡＶ再生ライブラリ1746を通して仮想ファイルシステム1703に命令COMを送出して、インデックス・ファイルIFの読み出しを指示する。その指示に応じて読み出されたインデックス・ファイルIFはモード管理モジュール1743に保持される。
【０１０６】
ＨＤＭＶモジュール1744は仮想的なＤＶＤプレーヤであり、ＢＤ−ＲＯＭディスク100からのタイトルの再生処理を一般的なＤＶＤプレーヤによる再生処理と同様に制御する。具体的には、ＨＤＭＶモジュール1744は動的シナリオ・メモリ1741内の動的シナリオ情報DSからムービーオブジェクトを読み出し、それに含まれるナビゲーション・コマンドを配列の順に実行する。それにより、ＨＤＭＶモジュール1744は各ナビゲーション・コマンドの示す処理を順番にＡＶ再生ライブラリ1746に指示する。
【０１０７】
ＢＤ−Ｊモジュール1745はＪａｖａプラットフォームであり、特に、アプリケーション・マネージャ1745Aと仮想マシン1745Bとを含む。
【０１０８】
ＢＤ−Ｊモジュール1745は、モード管理モジュール1743からの指示に応じて動的シナリオ・メモリ1741内の動的シナリオ情報DSからＢＤ−Ｊオブジェクトを読み出す。アプリケーション・マネージャ1745AはそのＢＤ−Ｊオブジェクト内のアプリケーション管理テーブル410に従って、仮想マシン1745Bにアプリケーション・プログラムの起動又は終了を指示する。
【０１０９】
仮想マシン1745BはＪａｖａ仮想マシンであり、ワークメモリ1745Cを内蔵する。ワークメモリ1745CとしてはＲＡＭ1653の一領域が利用される。仮想マシン1745Bは、アプリケーション・プログラムの起動をアプリケーション・マネージャ1745Aから指示されたとき、そのアプリケーション・プログラムを含むＪＡＲファイルを動的シナリオ情報DSから読み出してワークメモリ1745Cの中に展開する。仮想マシン1745Bは更に、ワークメモリ1745Cの中に展開されたクラス・ファイルの中から起動対象のｘｌｅｔプログラムを読み出して実行する。それにより、ｘｌｅｔプログラムに含まれる各メソッドがＣＰＵ1651用のネィティブ・コードに変換されてＡＶ再生ライブラリ1746へ渡される。その結果、そのアプリケーション・プログラムに従った処理がＡＶ再生ライブラリ1746に指示される。一方、仮想マシン1745Bは、アプリケーション・プログラムの終了をアプリケーション・マネージャ1745Aから指示されたとき、そのアプリケーション・プログラムの終了プロセスを実行した後、又は強制的に、そのアプリケーション・プログラムの本体であるｘｌｅｔプログラムをワークメモリ1745Cから削除する。
【０１１０】
アプリケーション・プログラムによる処理にはタイトルの再生処理の他、ＢＤ−Ｌｉｖｅ処理とグラフィックス処理とが含まれる。
【０１１１】
ＢＤ−Ｌｉｖｅ処理では、仮想マシン1745Bはアプリケーション・プログラムに従い、ネットワーク・インタフェース1630にサーバ装置160から追加コンテンツをローカル・ストレージ1610へダウンロードさせ、又はブラウザ画面を再生部1660へダウンロードさせる。
【０１１２】
グラフィックス処理では、仮想マシン1745Bはアプリケーション・プログラムに従ってイメージ・データGDを生成する。イメージ・データGDは、メニュー等のＧＵＩ用グラフィック部品、背景、及びアニメーション映像等のグラフィックス映像を表す。その生成処理では特に、動的シナリオ情報DS内のＪＡＲファイルからワークメモリ1745Cの中に展開されたＪＰＥＧファイル821又はＰＮＧファイル822が利用される。ＢＤ−Ｊモジュール1745は更にアプリケーション・プログラムに従い、イメージ・データGDをバス・インタフェース1701とバス1640とを通して再生部1660へ送出する。
【０１１３】
特に２プレーン・モードによってイメージ・データGDから３Ｄ映像が再生されるとき、仮想マシン1745Bはまず、レフトビューとライトビューとの両方のイメージ・データGDを生成して再生部1660へ渡す。仮想マシン1745Bは次に、再生部1660へ描画命令を適切なタイミングで送る。それにより、レフトビュー・イメージ・データGDはレフトビュー・ビデオ・フレームに合成され、ライトビュー・イメージ・データGDはライトビュー・ビデオ・フレームに合成されるように、仮想マシン1745Bは再生部1660を制御する。一方、オフセット・モードによってイメージ・データGDから３Ｄ映像が再生されるとき、仮想マシン1745Bは再生部1660に、通常の２Ｄ映像を表すイメージ・データGDと共にそのオフセット値を渡す。再生部1660はそのオフセット値に基づいて、イメージ・データGDからレフトビューとライトビューとの各イメージ・データを生成し、レフトビューとライトビューとのビデオ・フレームに合成する。
【０１１４】
ＢＤ−Ｊモジュール1745は動的シナリオ情報DSからＢＤ−Ｊオブジェクトを読み出す度に、そのＢＤ−Ｊオブジェクトの示すイメージ再生状態値620を、現時点でのイメージ再生状態値と比較する。ここで、現時点でのイメージ再生状態値はＡＶ再生ライブラリ1746によって保持されている。比較された二つのイメージ再生状態値が異なるとき、ＢＤ−Ｊモジュール1745は、ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620に応じて再生装置110の設定状態を変更する。具体的には次のとおりである：
【０１１５】
イメージ再生状態値620が状態１を示すとき、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに対して３Ｄ映像の再生処理そのものを禁止する。特にオフセット・モードと２プレーン・モードとはいずれも禁止される。一方、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに対してＢＤ−Ｌｉｖｅ処理を許可する。
【０１１６】
イメージ再生状態値620が状態２を示すとき、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに対し、２プレーン・モードを禁止する一方、ビデオ・ストリームからの３Ｄ映像の再生処理、オフセット・モード、及びＢＤ−Ｌｉｖｅ処理を許可する。
【０１１７】
イメージ再生状態値620が状態３を示すとき、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに対し、ビデオ・ストリームからの３Ｄ映像の再生処理、２プレーン・モード、オフセット・モード、及びＢＤ−Ｌｉｖｅ処理を許可する。但し、ＢＤ−Ｌｉｖｅ処理に利用可能なキャッシュ領域は制限される。
【０１１８】
イメージ再生状態620が状態４を示すとき、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに対し、ビデオ・ストリームからの３Ｄ映像の再生処理、２プレーン・モード、及びオフセット・モードを許可する。一方、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに対し、ＢＤ−Ｌｉｖｅ処理、すなわち外部ネットワーク150との接続を禁止する。
【０１１９】
比較された二つのイメージ再生状態値が状態１と状態２との組み合わせ以外を示すとき、ＢＤ−Ｊモジュール1745はアプリケーション・マネージャ1745Aを利用して、仮想マシン1745Bにアプリケーション・プログラムを全て強制終了させる。すなわち、図７に破線の矢印で示されているように、再生装置110が設定状態を状態１と状態２との間で切り換えるときは、ＢＤ−Ｊモジュール1745は仮想マシン1745Bにアプリケーション・プログラムを終了させなくてもよい。一方、図７に実線の矢印で示されているように、再生装置110が設定状態を、状態１と状態３との間、状態１と状態４との間、状態２と状態３との間、状態２と状態４との間、又は状態３と状態４との間で切り換えるとき、ＢＤ−Ｊモジュール1745は仮想マシン1745Bにアプリケーション・プログラムを強制終了させる。そのとき、終了対象のアプリケーション・プログラムは、タイトル・バウンド、ディスク・バウンド、及びディスク・アンバウンドのいずれにかかわらず、全てである。従って、ワークメモリ1745Cからはｘｌｅｔプログラムと、それらの利用するパラメータとが全て削除される。
【０１２０】
更に、比較された二つのイメージ再生状態値が状態３と状態４との組み合わせ以外を示すとき、すなわち、状態１と状態３、状態１と状態４、状態２と状態３、又は状態２と状態４のいずれかの組み合わせを示すとき、ＢＤ−Ｊモジュール1745は再生部1660に、イメージ・データを格納するためのメモリ領域を変更させる。一方、比較された二つのイメージ再生状態値が状態３と状態４との組み合わせを示すとき、ＢＤ−Ｊモジュール1745は再生部1660にＢＤ−Ｌｉｖｅ処理用のキャッシュ領域を確保させ、又は解放させる。そのキャッシュ領域には、外部ネットワーク150上のサーバ装置160からダウンロードされたブラウザ画面等のイメージ・データが保持される。
【０１２１】
ＢＤ−Ｊモジュール1745は、ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620に応じて、イメージ・データの再生処理について、再生部1660にオフセット・モードと２プレーン・モードとのいずれかを指定する。具体的には、イメージ再生状態値620が状態２を示すときは、ＢＤ−Ｊモジュール1745は再生部1660にオフセット・モードを指定する。一方、イメージ再生状態値620が状態３又は状態４を示すとき、ＢＤ−Ｊモジュール1745は、オフセット・モードと２プレーン・モードとのうち、アプリケーション・プログラムによって選択された方を再生部1660に指定する。
【０１２２】
ＢＤ−Ｊモジュール1745は、ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620に応じて上記のように設定状態を変更したとき、ＡＶ再生ライブラリ1746に、そのイメージ再生状態値620で元のイメージ再生状態値を更新させる。
【０１２３】
ＡＶ再生ライブラリ1746は、ＨＤＭＶモジュール1744又はＢＤ−Ｊモジュール1745からの指示に従ってＡＶ再生処理又はプレイリスト再生処理を指示する。「ＡＶ再生処理」とは、光ディスクの再生装置として基本的な処理であって、一般的なＤＶＤプレーヤ及びＣＤプレーヤによる再生処理を踏襲したものをいう。具体的には、ＡＶ再生処理は、再生処理の開始と停止、一時停止とその解除、静止画機能の解除、早送りと巻戻し、音声の切り換え、字幕の切り換え、及びアングルの切り換えを含む。一方、「プレイリスト再生処理」は主に、静的シナリオ情報SSに則ったタイトルの再生処理をいう。すなわち、プレイリスト再生処理では、ＡＶ再生ライブラリ1746はカレント・プレイリスト情報に従ってカレントＡＶクリップを選択し、仮想ファイルシステム1703にそのカレントＡＶクリップを再生部1660へ供給させる。プレイリスト再生処理はその他に、仮想パッケージの構築処理、及び、仮想パッケージから各シナリオ・メモリ1741、1742へのシナリオ情報DS、SSの転送処理を含む。ＡＶ再生処理とプレイリスト再生処理とに必要な機能は、アプリケーション・プログラム・インタフェース（ＡＰＩ）としてＡＶ再生ライブラリ1746に実装されている。ＡＶ再生ライブラリ1746は、指示された処理に応じたＡＰＩを実行することにより、仮想ファイルシステム1703を通して、ＢＤ−ＲＯＭドライブ111、ローカル・ストレージ1610、及び再生部1660等へ命令COMを送る。それにより、ＡＶ再生ライブラリ1746は各要素に、指示された処理を実行させる。
【０１２４】
カレント・プレイリスト情報が３Ｄプレイリスト・ファイルに属するとき、ＡＶ再生ライブラリ1746は、静的シナリオ情報SS内のクリップ情報ファイルから３Ｄメタデータ1103を読み出して再生部1660へ送出する。
【０１２５】
ＡＶ再生ライブラリ1746はレジスタ1746Aを含む。レジスタ1746Aは、再生装置110と表示装置120との現時点での設定状態を表すパラメータ、各装置に設定可能な状態を表すパラメータ、及び各装置の初期設定を表すパラメータを格納する。現時点での設定状態を表すパラメータは、復号対象のオーディオ・ストリームとＰＧストリームとの各ストリーム選択番号、カレントのプレイリスト情報とプレイアイテム情報との各識別子、及び現時点でのイメージ再生状態値を含む。設定可能な状態を表すパラメータは、選択可能な音声／字幕の言語の種類、及びオーディオ・データの符号化方式の種類を含む。
【０１２６】
ＡＶ再生ライブラリ1746はＨＤＭＶモジュール1744又はＢＤ−Ｊモジュール1745からの指示に従ってレジスタ1746Aを参照する。それにより、各プレイアイテム情報のストリーム選択テーブルに登録されたエレメンタリ・ストリームの中から、再生装置110と表示装置120との両方で再生可能なものが検出される。ＡＶ再生ライブラリ1746は更に、検出されたエレメンタリ・ストリームの中で最小のストリーム選択番号を持つものを選択し、そのストリーム選択番号をレジスタ1746Aに格納する。それと共に、そのストリーム選択番号の示すエレメンタリ・ストリームの属性のうち、符号化形式及び言語の種類等がクリップ情報ファイル内のストリーム属性情報から読み出されてレジスタ1746Aに格納される。ＡＶ再生ライブラリ1746は更に、選択されたエレメンタリ・ストリームのＰＩＤを再生部1660に指定する。そのとき、ＡＶ再生ライブラリ1746は、符号化形式の種類等、選択されたエレメンタリ・ストリームの復号処理に必要な情報をレジスタ1746Aから再生部1660へ転送する。
【０１２７】
＜再生部1660の構成＞
図１８は再生部1660の機能ブロック図である。図１８を参照するに、再生部1660は、バス・インタフェース1801、一対のトラック・バッファ1802A、1802B、一対のデマルチプレクサ1803A、1803B、プライマリ・ビデオ・デコーダ1804A、セカンダリ・ビデオ・デコーダ1804B、ＰＧデコーダ1804C、ＩＧデコーダ1804D、プライマリ・オーディオ・デコーダ1804E、セカンダリ・オーディオ・デコーダ1804F、イメージ・デコーダ1804G、レンダリング・エンジン1805、プライマリ・ビデオ・プレーン・メモリ1806A、セカンダリ・ビデオ・プレーン・メモリ1806B、イメージ・メモリ1810、加算部1807、及びミキサ1808を含む。イメージ・メモリ1810は、ＰＧプレーン・メモリ1806C、ＩＧプレーン・メモリ1806D、バックグラウンド（ＢＧ）プレーン・メモリ1806E、及びイメージ・データ領域1811を含む。これらの機能部は単一のチップに実装されている。その他に、いくつかの機能部が異なるチップに実装されてもよい。
【０１２８】
バス・インタフェース1801は、バス1640を通して再生部1660内の各機能部を、ＢＤ−ＲＯＭドライブ111、ローカル・ストレージ1610、及び制御部1650に通信可能に接続する。バス・インタフェース1801は特に、仮想ファイルシステム1703からの指示に従って、カレントＡＶクリップMCL、SCLをＢＤ−ＲＯＭドライブ111又はローカル・ストレージ1610から各トラック・バッファ1802A、1802Bへ転送する。ここで、メインパス情報で規定されるＡＶクリップ（以下、メインパスＡＶクリップという。）MCLは第１トラック・バッファ1802Aへ送出され、サブパス情報で規定されるＡＶクリップ（以下、サブパスＡＶクリップという。）SCLは第２トラック・バッファ1802Bへ送出される。
【０１２９】
一対のトラック・バッファ1802A、1802Bはいずれも、再生部1660に内蔵の先入れ先出し（ＦＩＦＯ）メモリである。各トラック・バッファ1802A、1802Bはバス・インタフェース1801からＡＶクリップMCL、SCLを読み込んで一時的に保持する。
【０１３０】
第１デマルチプレクサ1803Aは、メインパスＡＶクリップMCLから復号されるべきエレメンタリ・ストリームのＰＩＤをＡＶ再生ライブラリ1746から受信する。一方、第１デマルチプレクサ1803Aは第１トラック・バッファ1802AからメインパスＡＶクリップMCLをソースパケット単位で読み出し、各ソースパケットからＴＳパケットを取り出す。第１デマルチプレクサ1804Aは更に、そのＴＳパケットのＴＳヘッダからＰＩＤを読み取って復号対象のエレメンタリ・ストリームのＰＩＤと照合する。両者が一致したとき、第１デマルチプレクサ1804AはそのＴＳパケットを抽出する。こうして収集されたＴＳパケットからＰＥＳパケットが復元され、復号対象のエレメンタリ・ストリームのＰＩＤに応じて６種類のデコーダ1804A−Fのいずれかへ送出される。例えばＴＳパケットのＰＩＤが０ｘ１０１１であるとき、そのＴＳパケットから復元されたＰＥＳパケットはプライマリ・ビデオ・デコーダ1804Aへ送出される。ＰＩＤが０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまでのいずれかであるとき、ＰＥＳパケットはセカンダリ・ビデオ・デコーダ1804Bへ送出される。ＰＩＤが０ｘ１１００から０ｘ１１１Ｆまでのいずれかであるとき、ＰＥＳパケットはプライマリ・オーディオ・デコーダ1804Eへ送出される。ＰＩＤが０ｘ１Ａ００から０ｘ１Ａ１Ｆまでのいずれかである場合、ＰＥＳパケットはセカンダリ・オーディオ・デコーダ1804Fへ送出される。ＰＩＤが０ｘ１２００から０ｘ１２１Ｆまでのいずれかである場合、ＰＥＳパケットはＰＧデコーダ1804Cへ送出される。ＰＩＤが０ｘ１４００から０ｘ１４１Ｆまでのいずれかである場合、ＰＥＳパケットはＩＧデコーダ1804Dへ送出される。
【０１３１】
同様に、第２デマルチプレクサ1803Bは、サブパスＡＶクリップSCLから復号されるべきエレメンタリ・ストリームのＰＩＤをＡＶ再生ライブラリ1746から受信する。一方、第２デマルチプレクサ1803Bは、第２トラック・バッファ1802BからサブパスＡＶクリップSCLをソースパケット単位で読み出し、各ソースパケットからＴＳパケットを取り出す。第２デマルチプレクサ1803Bは更に、ＴＳパケットのうち、復号対象のエレメンタリ・ストリームのＰＩＤと同じＰＩＤを持つものからＰＥＳパケットを復元し、そのＰＩＤに応じて６種類のデコーダ1804A−Fのいずれかへ送出する。特にＴＳパケットのＰＩＤが０ｘ１０１２であるとき、そのＴＳパケットから復元されたＰＥＳパケットはプライマリ・ビデオ・デコーダ1804Aへ送出される。
【０１３２】
ここで、各ＡＶクリップMCL、SCLは一般に、アプリケーション・プログラムによって動的シナリオ情報として利用されるべき情報を含む。そのような情報には例えば、ＩＧストリームに含まれるナビゲーション・ボタン（Navigation Button）等のＧＵＩ用グラフィック部品に関する情報が含まれる。各デマルチプレクサ1803A、1803Bは各ＡＶクリップMCL、SCLからそのような情報を分離したとき、バス・インタフェース1801を通してその情報を制御部1650内の動的シナリオ・メモリ1741へ転送する。
【０１３３】
プライマリ・ビデオ・デコーダ1804Aは、第１デマルチプレクサ1803Aからはレフトビュー・ビデオ・ストリームのＰＥＳパケットを受信し、第２デマルチプレクサ1803Bからはライトビュー・ビデオ・ストリームのＰＥＳパケットを受信する。それらのＰＥＳパケットはプライマリ・ビデオ・デコーダ1804A内のバッファ・メモリに蓄えられる。それと並行して、プライマリ・ビデオ・デコーダ1804Aはそのバッファ・メモリからＰＥＳパケットを読み出してＰＥＳヘッダを取り除き、残りのＰＥＳペイロードからピクチャを取り出して復号する。プライマリ・ビデオ・デコーダ1804Aは更に、そのＰＥＳヘッダに記述されたＰＴＳの示す時刻に、非圧縮のピクチャをプライマリ・ビデオ・プレーン・メモリ1806Aに書き込む。３Ｄ映像の再生処理では、プライマリ・ビデオ・デコーダ1804Aはレフトビューとライトビューとの各ピクチャを交互に復号してプライマリ・ビデオ・プレーン・メモリ1806Aに書き込む。
【０１３４】
セカンダリ・ビデオ・デコーダ1804Bはプライマリ・ビデオ・デコーダ1804Aと同様な構成を含む。セカンダリ・ビデオ・デコーダ1804Bはその構成を利用して、各デマルチプレクサ1803A、1803Bからセカンダリ・ビデオ・ストリームのＰＥＳパケットを受信し、そのＰＥＳパケットからピクチャを取り出して復号する。セカンダリ・ビデオ・デコーダ1804Bは更に、そのＰＥＳパケットに記述されたＰＴＳの示す時刻に、非圧縮のピクチャをセカンダリ・ビデオ・プレーン・メモリ1806Bに書き込む。
【０１３５】
ＰＧデコーダ1804Cは、各デマルチプレクサ1803A、1803BからＰＧストリームのＰＥＳパケットを受信し、そのＰＥＳパケットからイメージ・データを取り出して復号する。ＰＧデコーダ1804Cは更に、そのＰＥＳパケットに記述されたＰＴＳの示す時刻に、非圧縮のイメージ・データ、すなわちＰＧプレーンをＰＧプレーン・メモリ1806Cに書き込む。
【０１３６】
ＩＧデコーダ1804Dは、各デマルチプレクサ1803A、1803BからＩＧストリームのＰＥＳパケットを受信し、そのＰＥＳパケットからイメージ・データを取り出して復号する。ＩＧデコーダ1804Dは更に、そのＰＥＳパケットに記述されたＰＴＳの示す時刻に、非圧縮のイメージ・データ、すなわちＩＧプレーンをＩＧプレーン・メモリ1806Dに書き込む。ＩＧデコーダ1804DはＨＤＭＶモードで利用され、ＢＤ−Ｊモードでは利用されない。
【０１３７】
プライマリ・オーディオ・デコーダ1804Eは、各デマルチプレクサ1803A、1803Bからプライマリ・オーディオ・ストリームのＰＥＳパケットを受信して内部のバッファ・メモリに蓄える。それと並行して、プライマリ・オーディオ・デコーダ1804Eはそのバッファ・メモリからＰＥＳパケットを読み出して、そのＰＥＳパケットからＰＥＳヘッダを取り除く。プライマリ・オーディオ・デコーダ1804Eは更に、残りのＰＥＳペイロードからＬＰＣＭ方式のオーディオ・データを取り出して復号する。プライマリ・オーディオ・デコーダ174Eは続いて、そのＰＥＳパケットに記述されたＰＴＳの示す時刻に、非圧縮のオーディオ・データをミキサ1808へ送出する。
【０１３８】
セカンダリ・オーディオ・デコーダ1804Fはプライマリ・ビデオ・デコーダ1804Eと同様な構成を含む。セカンダリ・オーディオ・デコーダ1804Fはその構成を利用して各デマルチプレクサ1803A、1803Bからセカンダリ・オーディオ・ストリームのＰＥＳパケットを受信し、そのＰＥＳパケットからＬＰＣＭ方式のオーディオ・データを取り出して復号する。セカンダリ・オーディオ・デコーダ1804Fは更に、そのＰＥＳパケットに記述されたＰＴＳの示す時刻に、非圧縮のオーディオ・データをミキサ1808へ送出する。
【０１３９】
イメージ・デコーダ1804Gは、制御部1650内のＢＤ−Ｊモジュール1745からイメージ・データGDを受信して復号する。イメージ・デコーダ1804Gは更に、非圧縮のイメージ・データをイメージ・データ領域1811に書き込む。更にＢＤ−Ｌｉｖｅ処理では、イメージ・デコーダ1804Gはイメージ・データ領域1811の一部をキャッシュ領域に利用する。イメージ・デコーダ1804Gは、サーバ装置160からダウンロードされたブラウザ画面等のイメージ・データを復号して、そのキャッシュ領域に保存する。キャッシュ領域には特に、現時点でのイメージ・データとその直前のイメージ・データとの両方が保存される。
【０１４０】
各ビデオ・プレーン・メモリ1806A、1806Bは、再生部1660に内蔵のメモリ素子に確保された領域であり、二次元配列を含む。その配列のサイズはビデオ・フレームの解像度に等しい。配列の各要素には一組のピクセル・データが格納される。ピクセル・データは色座標値とα値（不透明度）との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。従って、その配列には一枚のビデオ・プレーンが格納可能である。３Ｄ映像の再生処理では、プライマリ・ビデオ・プレーン・メモリ1806Aの中に、同じサイズの二次元配列が二つ確保される。それらの配列の一方にはレフトビュー・ビデオ・プレーンが書き込まれ、他方にはライトビュー・ビデオ・プレーンが書き込まれる。
【０１４１】
イメージ・メモリ1810は、再生部1660に内蔵のメモリ素子に確保された領域である。その領域の一部が、ＰＧプレーン・メモリ1806C、ＩＧプレーン・メモリ1806D、及びＢＧプレーン・メモリ1806Eのそれぞれに割り当てられ、残りの領域がイメージ・データ領域1811に割り当てられる。各プレーン・メモリ1806C、1806D、1806Eは、同じサイズの二次元配列を二つずつ含む。配列の各要素には一組のピクセル・データが格納される。ピクセル・データは色座標値とα値との組み合わせから成る。色座標値はＲＧＢ値又はＹＣｒＣｂ値で表される。各プレーン・メモリ1806C、1806D、1806Eでは、二つの配列の一方に現時点でのプレーンが保持されているうちに、他方にその次のプレーンが書き込まれる。それにより、いわゆるダブル・バッファリングが実現可能であるので、各プレーンから再生される映像ではちらつきが抑えられる。尚、異なるプレーン・メモリ間では配列のサイズは一般に異なる。ＩＧプレーン・メモリ1806Dに割り当てられるべき領域の容量はＢＤ−Ｊモジュール1745によって指示され、特に、ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620に応じて変更される。具体的には、図７に示されている状態３と状態４とではＩＧプレーン・メモリ1806Dの容量が、状態１と状態２とでの値の倍に設定される。
【０１４２】
レンダリング・エンジン1805は、Ｊａｖａ２Ｄ又はＯＰＥＮ−ＧＬ等のグラフィックス処理用のＡＰＩを備えている。レンダリング・エンジン1805は特にＢＤ−Ｊモジュール1745によってグラフィックス処理に利用される。具体的には、ＢＤ−Ｊモジュール1745はまず、イメージ・データ領域1811にイメージ・データGDを転送する。ＢＤ−Ｊモジュール1745は次に、アプリケーション・プログラムに従ってレンダリング・エンジン1805に指示を送る。レンダリング・エンジン1805はその指示に従い、イメージ・データ領域1811内のイメージ・データGDにα合成（Porter−Duff演算）等のグラフィックス処理を施す。それにより、レンダリング・エンジン1805はイメージ・データGDから、グラフィックス映像を表すイメージ・プレーンと、背景の映像を表すＢＧプレーンとを生成する。レンダリング・エンジン1805は更に、イメージ・プレーンをＩＧプレーン・メモリ1806Dに書き込み、ＢＧプレーンをＢＧプレーン・メモリ1806Eに書き込む。更に、ＢＤ−Ｊモジュール1745によって２プレーン・モードによる３Ｄ映像の再生処理が指示されたとき、レンダリング・エンジン1805はイメージ・データGDから、レフトビューとライトビューとの両方のイメージ・プレーンを生成してそれらをＩＧプレーン・メモリ1806Dに書き込む。
【０１４３】
加算部1807は、２Ｄ映像の再生処理では、各プレーン・メモリ1806A−Eに書き込まれたプレーンをそのまま、一枚のビデオ・フレームに合成する。３Ｄ映像の再生処理では、加算部1807はまず、ＰＧプレーン、ＩＧプレーン、イメージ・プレーン、又はＢＧプレーンの少なくともいずれかに対してクロッピング処理を行い、そのプレーンからレフトビューとライトビューとのプレーンの対を生成する。加算部1807はそのとき、ＢＤ−Ｊモジュール1745の指示に従って、クロッピング処理を行うべきプレーンを決定する。ＰＧプレーンとＩＧプレーンとに対するクロッピング処理では、３Ｄメタデータ1103の示すオフセット値が利用される。イメージ・プレーンとＢＧプレーンとに対するクロッピング処理では、ＢＤ−Ｊモジュール1745から渡されたオフセット値が利用される。加算部1807は次に、レフトビュー・ビデオ・プレーンと、レフトビュー・ＰＧプレーンと、レフトビュー・ＩＧプレーン又はイメージ・プレーンと、レフトビュー・ＢＧプレーンとを一枚のレフトビュー・ビデオ・フレームに合成する。同様に、加算部1807はライトビューの各プレーンを一枚のライトビュー・ビデオ・フレームに合成する。ここで、２プレーン・モードでは加算部1807は、イメージ・プレーンをビデオ・フレームに合成するタイミングを、ＢＤ−Ｊモジュール1745からの描画命令の示すタイミングに合わせる。それにより、レフトビューの各プレーンはレフトビュー・ビデオ・フレームに正しく合成され、ライトビューの各プレーンはライトビュー・ビデオ・フレームに正しく合成される。こうして正しく合成された各ビデオ・フレームを、加算部1807はビデオ・データVDに変換してＨＤＭＩ送信部1670へ送出する。
【０１４４】
ミキサ1808は、プライマリ・オーディオ・デコーダ1804Eとセカンダリ・オーディオ・デコーダ1804Fとのそれぞれから受信される非圧縮のオーディオ・データを重ね合わせて合成音のオーディオ・データADを作成する。ミキサ1808は更に、そのオーディオ・データADをＨＤＭＩ送信部1670へ送出する。
【０１４５】
＜状態１−４間の切り換えに伴うイメージ・メモリ1810内の領域の変更＞
図１９は、イメージ・メモリ1810内に確保された、ＩＧプレーン・メモリ領域、ＰＧプレーン・メモリ領域、ＢＧプレーン・メモリ領域、及びイメージ・データ領域の一例を示す模式図である。図１９に示されている例では、イメージ・メモリ1810の総容量は８１．５ＭＢである。
【０１４６】
ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620が状態１又は状態２を示すとき、ＢＤ−Ｊモジュール1745は、ＩＧプレーン・メモリ領域1901に１６ＭＢを割り当て、ＰＧプレーン・メモリ領域1902とＢＧプレーン・メモリ領域1903とに２ＭＢずつを割り当て、イメージ・データ領域1904に残りの６１．５ＭＢを割り当てる。ＢＤ−Ｊモジュール1745は更に、イメージ・データ領域1904のうち、１６ＭＢの領域にＢＤ−Ｌｉｖｅ用のキャッシュ領域1905を確保する。特にＩＧプレーン・メモリ領域1901は、その容量が１６ＭＢであるので、解像度１９２０×１０８０（＝８ＭＢ）のイメージ・プレーンを二枚まで格納できる。従って、状態２ではオフセット・モードにより、解像度１９２０×１０８０のイメージ・プレーンの表すグラフィックス映像に奥行き感を与えることができる。
【０１４７】
ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620が状態３又は状態４を示すとき、ＢＤ−Ｊモジュール1745は、ＩＧプレーン・メモリ領域1911に３２ＭＢを割り当て、ＰＧプレーン・メモリ領域1912とＢＧプレーン・メモリ領域1913とに２ＭＢずつを割り当て、イメージ・データ領域1914に残りの４５．５ＭＢを割り当てる。特にＩＧプレーン・メモリ領域1901は、その容量が３２ＭＢであるので、解像度１９２０×１０８０（＝８ＭＢ）のイメージ・プレーンを四枚まで格納できる。従って、状態３と状態４とでは２プレーン・モードにより、解像度１９２０×１０８０のイメージ・プレーンの表すグラフィックス映像に奥行き感と立体感とを与えることができる。特に２プレーン・モードはオフセット・モードよりも立体感の表現力が豊かであるので、状態３と状態４とでは状態２よりも、例えばメニューの表面の凹凸及び曲面が更にリアルに表現可能である。
【０１４８】
ＢＤ−Ｊモジュール1745は、例えば再生装置110の設定状態を状態２から状態４へ切り換えるとき、まず、イメージ・データ領域1904からキャッシュ領域1905を解放する。ＢＤ−Ｊモジュール1745は次に、その解放によって生じた空き領域をＩＧプレーン・メモリ領域1911に割り当てる。こうして、ＩＧプレーン・メモリ領域の容量が１６ＭＢから３２ＭＢへ倍増する。従って、２プレーン・モードが利用可能になる。しかし、その反面、キャッシュ領域1905が消失するので、ネットワーク接続によるＢＤ−Ｌｉｖｅ機能が利用不可になる。逆に再生装置110の設定状態が状態４から状態２へ切り換えられるとき、まず、３２ＭＢのＩＧプレーン・メモリ領域1911から１６ＭＢの領域が解放される。次に、その解放によって生じた空き領域がイメージ・データ領域1904に割り当てられ、キャッシュ領域1905として確保される。こうして、ネットワーク接続によるＢＤ−Ｌｉｖｅ機能が利用可能になる。しかし、その反面、ＩＧプレーン・メモリ領域の容量が３２ＭＢから１６ＭＢへ半減するので、２プレーン・モードが利用不可になる。
【０１４９】
状態１と状態４との切り換え、状態１と状態３との切り換え、及び状態２と状態３との切り換えでも同様に、１６ＭＢのキャッシュ領域の解放と確保、及び、イメージ・データ領域とＩＧプレーン・メモリ領域との間での１６ＭＢの領域の交換が行われる。それにより、２プレーン・モードとＢＤ−Ｌｉｖｅ機能とが選択的に利用可能になる。
【０１５０】
ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620が状態３を示すとき、図１９には示されていないが、ＢＤ−Ｊモジュール1745は４５．５ＭＢのイメージ・データ領域1914の一部にＢＤ−Ｌｉｖｅ用のキャッシュ領域を確保する。但し、そのキャッシュ領域の容量は、状態１又は状態２でのキャッシュ領域1905の容量１６ＭＢよりも小さく制限される。更に、キャッシュ領域が確保されるので、イメージ・データ領域1914の残りの部分は４５．５ＭＢよりも小さい。従って、状態３と他の状態との切り換えでは、イメージ・データ領域とキャッシュ領域との各容量が変更される。それ故、状態１、状態２、又は状態４で利用されるアプリケーション・プログラムのうち、４５．５ＭＢのイメージ・データ領域と１６ＭＢのキャッシュ領域とを動作条件とするものは、状態３では動作できない。しかし、４５．５ＭＢよりも小さいイメージ・データ領域と１６ＭＢよりも小さいキャッシュ領域とでも動作可能であるアプリケーション・プログラムは、ＢＤ−Ｌｉｖｅ機能を実現でき、かつ、３２ＭＢのＩＧプレーン・メモリ領域1911を利用した２プレーン・モードを実行できる。それにより、そのアプリケーション・プログラムは例えば、自身の構築するＧＵＩ画面と、外部ネットワークからダウンロードされたブラウザ画面との両方を同時に表示装置120に表示させることができ、かつ、それら両方の奥行き感と立体感とを更に向上させることができる。
【０１５１】
以上のとおり、再生装置110はアプリケーション・プログラムに四種類の状態１−４を動的に切り換えさせる。それにより、再生装置110はイメージ・メモリの総容量を一定に維持したまま、アプリケーション・プログラムに２プレーン・モードとＢＤ−Ｌｉｖｅ機能とを選択的に利用させることができる。再生装置110は更に、容量の縮小されたイメージ・データ領域とキャッシュ領域とでも動作可能であるアプリケーション・プログラムに対しては、ＢＤ−Ｌｉｖｅ機能と２プレーン・モードとを同時に利用させることができる。
【０１５２】
＜２プレーン・モードでのレンダリング・エンジン1805の動作＞
図２０は、オフセット・モードと２プレーン・モードとのそれぞれでＩＧプレーン・メモリ領域1911に格納されたイメージ・プレーンを表す模式図である。オフセット・モードでは２Ｄ映像の再生処理と同様に、レンダリング・エンジン1805は、１９２０×１０８０（＝８ＭＢ）のイメージ・プレーン2001を一枚、ＩＧプレーン・メモリ領域1911に書き込む。従って、レンダリング・エンジン1805は、イメージ・プレーン2001用のハンドルを一つ備えていればよい。一方、２プレーン・モードでは、レンダリング・エンジン1805は、１９２０×１０８０のイメージ・プレーンを二枚、ＩＧプレーン・メモリ領域1911に書き込む。そのうちの一枚はレフトビュー・イメージ・プレーン2003であり、もう一枚はライトビュー・イメージ・プレーン2004である。そのとき、レンダリング・エンジン1805は、二枚のイメージ・プレーン2003、2004を論理的に水平方向に連結して、水平方向のピクセル数が二倍のイメージ・プレーン、すなわち３８４０×１０８０のイメージ・プレーン2002を構成し、それに対してハンドルを一つ与える。それにより、レンダリング・エンジン1805はアプリケーション・プログラムにレフトビュー・イメージ・プレーン2003とライトビュー・イメージ・プレーン2004とを、一枚のイメージ・プレーン2002の左半分と右半分として操作させる。例えば、ＢＤ−Ｊモジュール1745からの命令がイメージ・プレーン2002の左半分への描画を示すとき、レンダリング・エンジン1805はレフトビュー・イメージ・プレーン2003をＩＧプレーン・メモリ領域1911に書き込む。一方、ＢＤ−Ｊモジュール1745からの命令がイメージ・プレーン2002の右半分への描画を示すとき、レンダリング・エンジン1805はライトビュー・イメージ・プレーン2004をＩＧプレーン・メモリ領域1911に書き込む。更に、ＢＤ−Ｊモジュール1745からの命令がイメージ・プレーン2002の全体への描画を示すとき、レンダリング・エンジン1805はレフトビュー・イメージ・プレーン2003とライトビュー・イメージ・プレーン2004との両方をＩＧプレーン・メモリ領域1911に書き込んでもよい。こうして、レンダリング・エンジン1805はアプリケーション・プログラムに、オフセット・モードと２プレーン・モードとのいずれにかかわらず、イメージ・プレーンを一つのハンドルで操作させることができる。
【０１５３】
＜加算部1807による合成処理＞
図２１は、状態１、すなわち２Ｄ映像の再生処理における加算部1807の機能ブロック図である。状態１では、加算部1807は四つの加算器2101−2104を含む。第１加算器2101はプライマリ・ビデオ・プレーン2110にセカンダリ・ビデオ・プレーン2111を合成して第２加算器2102へ送出する。第２加算器2102は、第１加算器2101から受けたビデオ・プレーンにＢＧプレーン2112を合成して第３加算器2103へ送出する。第３加算器2103は、第２加算器2102から受けたビデオ・プレーンにＰＧプレーン2113を合成して第４加算器2104へ送出する。第４加算器2104は、第３加算器2103から受けたビデオ・プレーンにイメージ・プレーン又はＩＧプレーン2114を合成する。第４加算器2104は更に、合成後のビデオ・プレーンを一枚のビデオ・フレームとしてビデオ・データVDに変換し、ＨＤＭＩ送信部1670へ送出する。
【０１５４】
図２２は、状態２における加算部1807の機能ブロック図である。状態２では、加算部1807は、スイッチ2200、三つの加算器2201−2203、及び三つのクロッピング処理器2211−2213を含む。以下の説明では便宜上、ＢＤ−Ｊモードを想定する。尚、同様な説明はＨＤＭＶモードにも当てはまる。
【０１５５】
スイッチ2200はレフトビュー・ビデオ・プレーン2220とライトビュー・ビデオ・プレーン2221とをＰＴＳの順に第１加算器2201へ送出する。レフトビュー・ビデオ・プレーン2220とライトビュー・ビデオ・プレーン2221とでＰＴＳが等しいときは、スイッチ2200はレフトビュー・ビデオ・プレーン2220をライトビュー・ビデオ・プレーン2221よりも先に送出する。尚、図２２には示されていないが、セカンダリ・ビデオ・プレーンにもレフトビューとライトビューとの二種類があるとき、同様なスイッチによってそれらが交互に加算部1807に読み込まれ、スイッチ2200から送出されるビデオ・プレーンに合成される。
【０１５６】
第１加算器2201は、スイッチ2200からはレフトビュー・ビデオ・プレーン2220とライトビュー・ビデオ・プレーン2221とを交互に受ける。一方、第１クロッピング処理器2211からはレフトビューとライトビューとのＢＧプレーンを交互に受ける。第１加算器2201はレフトビュー・ビデオ・プレーン2220にはレフトビューＢＧプレーンを合成し、ライトビュー・ビデオ・プレーン2221にはライトビューＢＧプレーンを合成する。合成後の各ビデオ・プレーンは交互に第２加算器2202へ送出される。
【０１５７】
第２加算器2202は、第１加算器2201からはレフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとを交互に受ける。一方、第２クロッピング処理器2212からはレフトビューとライトビューとのＰＧプレーンを交互に受ける。第２加算器2202はレフトビュー・ビデオ・プレーンにはレフトビューＰＧプレーンを合成し、ライトビュー・ビデオ・プレーンにはライトビューＰＧプレーンを合成する。合成後の各ビデオ・プレーンは交互に第３加算器2203へ送出される。
【０１５８】
第３加算器2203は、第２加算器2202からはレフトビュー・ビデオ・プレーンとライトビュー・ビデオ・プレーンとを交互に受ける。一方、第３クロッピング処理器2213からはレフトビューとライトビューとのイメージ・プレーンを交互に受ける。第３加算器2203はレフトビュー・ビデオ・プレーンにはレフトビュー・イメージ・プレーンを合成し、ライトビュー・ビデオ・プレーンにはライトビュー・イメージ・プレーンを合成する。第３加算器2203は更に、合成後のビデオ・プレーンを一枚のビデオ・フレームとしてビデオ・データVDに変換し、ＨＤＭＩ送信部1670へ送出する。
【０１５９】
第１クロッピング処理器2211は、ＢＤ−Ｊモジュール1745から渡されたオフセット値を利用して、ＢＧプレーン2222に対してクロッピング処理を行う。それにより、ＢＧプレーン2222はレフトビューＢＧプレーンとライトビューＢＧプレーンとに交互に変換される。
【０１６０】
第２クロッピング処理器2212は、３Ｄメタデータ1103の示すオフセット値を利用して、ＰＧプレーン2223に対してクロッピング処理を行う。それにより、ＰＧプレーン2223はレフトビューＰＧプレーンとライトビューＰＧプレーンとに交互に変換される。
【０１６１】
第３クロッピング処理器2213は、ＢＤ−Ｊモジュール1745から渡されたオフセット値を利用して、イメージ・プレーン2224に対してクロッピング処理を行う。それにより、イメージ・プレーン2224はレフトビュー・イメージ・プレーンとライトビュー・イメージ・プレーンとに交互に変換される。
【０１６２】
図２３は、第２クロッピング処理器2212によるＰＧプレーンGPに対するクロッピング処理を示す模式図である。図２３を参照するに、ＰＧプレーンGPは、字幕“Ｉ  ｌｏｖｅ  ｙｏｕ”を表すグラフィックス要素STを含む。そのグラフィックス要素ST以外の部分ではα値が０に設定され、すなわち透明である。
【０１６３】
第２クロッピング処理器2212はまず、図１２に示されている３Ｄメタデータ1103の中から、ＰＧストリームのＰＩＤ＝０ｘ１２００に対応付けられたテーブル1201を検索する。第２クロッピング処理器2212は次に、そのテーブル1201の中から、現時点で有効なオフセット・エントリ1204を検索して、そのオフセット値1203を取得する。
【０１６４】
第２クロッピング処理器2212は次に、プライマリ・ビデオ・デコーダ1804Eにアクセスして、ＰＧプレーンGPLの合成先のビデオ・プレーンがレフトビューとライトビューとのいずれを表すか、判別する。第２クロッピング処理器2212は続いて、ＰＧプレーンGP内でグラフィックス要素STをピクセル数PXだけ水平方向に変位させる。そのピクセル数PXはオフセット値1203に等しい。一方、変位の向きは判別の結果によって異なる。
【０１６５】
合成先のビデオ・プレーンがレフトビューを表すとき、オフセット値1203が正であればグラフィックス要素STは右に変位し、負であれば左に変位する。具体的には、オフセット値1203が正であるときは、ピクセル数PXに等しい幅の透明な帯B1Lが元のＰＧプレーンGPの左側に付加され、同じ幅の透明な帯B1Rが元のＰＧプレーンGPの右端部から除去される。それにより、元のＰＧプレーンGPはレフトビューＰＧプレーンLGPに書き換えられる。レフトビューＰＧプレーンLGPの左端とグラフィックス要素STとの間の距離DLは、元のＰＧプレーンGPの左端とグラフィックス要素STとの間の距離D0よりもピクセル数PXだけ長い。すなわち、グラフィックス要素STの位置が元の位置よりも右に移動する。オフセット値1203が負であるときはその逆である。
【０１６６】
合成先のビデオ・プレーンがライトビューを表すとき、オフセット値1203が正であればグラフィックス要素STは左に変位し、負であれば右に変位する。具体的には、オフセット値1203が正であるときは、ピクセル数PXに等しい幅の透明な帯B2Lが元のＰＧプレーンGPの左端部から除去され、同じ幅の透明な帯B2Rが元のＰＧプレーンGPの右側に付加される。それにより、元のＰＧプレーンGPはライトビューＰＧプレーンRGPに書き換えられる。ライトビューＰＧプレーンRGPの左端とグラフィックス要素STとの間の距離DRは、元のＰＧプレーンGPの左端とグラフィックス要素STとの間の距離D0よりもピクセル数PXだけ短い。すなわち、グラフィックス要素STの位置が元の位置よりも左に移動する。オフセット値1203が負であるときはその逆である。
【０１６７】
こうして、第２クロッピング処理器2212は一枚のＰＧプレーンGPからレフトビューＰＧプレーンLGPとライトビューＰＧプレーンRGPとを生成し、交互に第２加算器2202へ送出する。それらの間ではグラフィックス要素STの水平方向の位置が、ピクセル数PXの二倍、すなわちオフセット値1203の二倍だけ異なる。この変位が両眼視差として知覚されることにより、視聴者には字幕“Ｉ  ｌｏｖｅ  ｙｏｕ”が、画面とは異なる奥行きに見える。第１クロッピング処理器2211はＢＧプレーン2222に対して同様にクロッピング処理を行い、第３クロッピング処理器2213はイメージ・プレーン2224に対して同様にクロッピング処理を行う。
【０１６８】
図２４は、状態３と状態４とにおける加算部1807の機能ブロック図である。状態３と状態４とでは、加算部1807は、図２２に示されている機能部に加え、二つのモード・スイッチ2411、2412を含む。
【０１６９】
第１モード・スイッチ2411はＢＤ−Ｊモジュール1745からの指示に従い、オフセット・モードと２プレーン・モードとでレフトビュー・イメージ・プレーン2420の送出先を切り換える。オフセット・モードでは、第１モード・スイッチ2411はレフトビュー・イメージ・プレーン2420を第３クロッピング処理器2213へ送出する。それにより、レフトビュー・イメージ・プレーン2420からレフトビューとライトビューとのイメージ・プレーンの対が生成される。２プレーン・モードでは、第１モード・スイッチ2411はレフトビュー・イメージ・プレーン2420を第２モード・スイッチ2412へ送出する。
【０１７０】
第２モード・スイッチ2412は、スイッチ2200に連動して、レフトビュー・イメージ・プレーン2420とライトビュー・イメージ・プレーン2421とを交互に第３加算器2203へ送出する。特に、スイッチ2200がレフトビュー・ビデオ・プレーン2220を送出するときは、第２モード・スイッチ2412はレフトビュー・イメージ・プレーン2420を送出し、スイッチ2200がライトビュー・ビデオ・プレーン2221を送出するときは、第２モード・スイッチ2412はライトビュー・イメージ・プレーン2421を送出する。それにより、第３加算器2203はビデオ・プレーンとイメージ・プレーンとを正しく合成できる。
【０１７１】
＜ＢＤ−Ｊモジュール1745による再生装置110の設定状態の切り換え処理＞
図２５は、ＢＤ−Ｊモジュール1745による再生装置110の設定状態の切り換え処理のフローチャートである。以下の説明では便宜上、ＢＤ−ＲＯＭドライブ111に新たなＢＤ−ＲＯＭディスクが挿入されるときにおけるタイトルの切り換え処理を想定する。尚、ＢＤ−ＲＯＭドライブ111にＢＤ−ＲＯＭディスク100が挿入されたままの状態で、ユーザの操作又はアプリケーション・プログラムの要求に応じて行われるタイトルの切り換え処理も同様である。
【０１７２】
ステップＳ２５０１：操作部1620がＢＤ−ＲＯＭドライブ111へのＢＤ−ＲＯＭディスク100の挿入を検出し、その旨を示す通知INTをユーザ操作検知モジュール1702へ送る。ユーザ操作検知モジュール1702はその通知INTに応じてモード管理モジュール1743へ操作信号UOを送る。モード管理モジュール1743ではディスパッチャ1743Aがその操作信号UOに応じ、ＡＶ再生ライブラリ1746を通して仮想ファイルシステム1703にインデックス・ファイルIFの読み出しを要求する。続いて、モード管理モジュール1743はそのインデックス・ファイルIF内のインデックス・テーブルのうち、項目「ファーストプレイ」301を参照して、その項目で指定されているオブジェクトを特定する。ここで、そのオブジェクトがＢＤ−Ｊオブジェクトである場合を想定する。その場合、モード管理モジュール1743はＡＶ再生ライブラリ1746を通して仮想ファイルシステム1703へ指示を送り、そのＢＤ−Ｊオブジェクトを動的シナリオ・メモリ1741へ転送させる。一方、モード管理モジュール1743はカレントの動的シナリオ情報DSをＢＤ−Ｊモジュール1745へ割り当てる。それに応じて、ＢＤ−Ｊモジュール1745は、動的シナリオ・メモリ1741内の動的シナリオ情報DSからＢＤ−Ｊオブジェクトを読み出す。
【０１７３】
ステップＳ２５０２：ＢＤ−Ｊモジュール1745はＡＶ再生ライブラリ1746から現時点でのイメージ再生状態値を読み出し、ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620と比較する。比較された二つのイメージ再生状態値が一致するとき、又は、それらの組み合わせが状態１と状態２との間の切り換えを示すとき、処理はステップＳ２５０３へ進む。比較された二つのイメージ再生状態値の組み合わせが状態１と状態２との間の切り換え以外を示すとき、処理はステップＳ２５０４へ進む。
【０１７４】
ステップＳ２５０３：ＢＤ−Ｊオブジェクトの要求する再生装置110の設定状態と、ＢＤ−ＲＯＭディスク100が挿入される前の設定状態とは互いに等しく、又は、状態１と状態２との組み合わせに等しい。従って、ＢＤ−Ｊモジュール1745はイメージ・メモリ1810内の領域を変更しない。一方、ＢＤ−Ｊオブジェクトが状態１と状態２との切り換えを要求しているときは、ＢＤ−Ｊモジュール1745はその要求に応じて、ビデオ・ストリームからの２Ｄ映像の再生処理と３Ｄ映像の再生処理とのいずれかを再生装置110に指定する。その後、ＢＤ−Ｊオブジェクト1745はタイトルの再生処理を通常どおりに行う。すなわち、アプリケーション・マネージャ1745AはＢＤ−Ｊオブジェクト内のアプリケーション管理テーブル410に従って、仮想マシン1745Bにアプリケーション・プログラムの起動又は終了を指示する。特に、ディスク・アンバウンドのアプリケーション・プログラムが実行中であるとき、アプリケーション・マネージャ1745Aは、その実行を更に継続すべきか否か判断する。仮想マシン1745Bはアプリケーション・マネージャ1745Aの指示に従ってアプリケーション・プログラムを起動させ、又は終了させる。それにより、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに従って、項目「ファーストプレイ」303に対応するタイトルの再生処理を実行する。
【０１７５】
ステップＳ２５０４：比較された二つのイメージ再生状態値は、状態１と状態２との組み合わせ以外を示す。従って、ＢＤ−Ｊモジュール1745はアプリケーション・マネージャ1745Aを利用して、仮想マシン1745Bにアプリケーション・プログラムを全て強制終了させる。その後、処理はステップＳ２５０５へ進む。
【０１７６】
ステップＳ２５０５：ＢＤ−Ｊモジュール1745は再生部1660にイメージ・メモリ1810内の各領域を変更させる。具体的には、比較された二つのイメージ再生状態値が、状態１から状態３への切り換え、状態２から状態３への切り換え、状態１から状態４への切り換え、又は状態２から状態４への切り換えを示すとき、ＢＤ−Ｊモジュール1745は、図１９に示されているように、まず、イメージ・データ領域1904からＢＤ−Ｌｉｖｅ用のキャッシュ領域1905を解放する。ＢＤ−Ｊモジュール1745は次に、その解放によって生じた空き領域をＩＧプレーン・メモリ領域1911に割り当て、ＩＧプレーン・メモリ領域の容量を倍増させる。一方、二つのイメージ再生状態値が、状態４から状態２への切り換え等、上記とは逆方向の状態の切り換えを示すとき、ＢＤ−Ｊモジュール1745はまず、ＩＧプレーン・メモリ領域1911の半分を解放する。ＢＤ−Ｊモジュール1745は次に、その解放によって生じた空き領域をイメージ・データ領域1904に割り当て、ＢＤ−Ｌｉｖｅ用のキャッシュ領域1905として確保する。更に、二つのイメージ再生状態値が状態３と状態４との切り換えを示すとき、ＢＤ−Ｊモジュール1745はイメージ・データ領域1911内にＢＤ−Ｌｉｖｅ処理用のキャッシュ領域を確保させ、又は解放させる。その後、処理はステップＳ２５０６へ進む。
【０１７７】
ステップＳ２５０６：ＢＤ−Ｊモジュール1745はＡＶ再生ライブラリ1746に現時点のイメージ再生状態値を、ＢＤ−Ｊオブジェクトの示すイメージ再生状態値620に更新させる。その後、処理はステップＳ２５０７へ進む。
【０１７８】
ステップＳ２５０７：ＢＤ−Ｊモジュール1745は再生装置110の設定状態を、ＢＤ−Ｊオブジェクトの要求するものに切り換える。その後、ＢＤ−Ｊモジュール1745はタイトルの再生処理を通常どおりに行う。すなわち、アプリケーション・マネージャ1745AはＢＤ−Ｊオブジェクト内のアプリケーション管理テーブル410に従って、仮想マシン1745Bにアプリケーション・プログラムの起動又は終了を指示する。特に、ステップＳ２５０４で強制終了されたディスク・アンバウンドのアプリケーション・プログラムが存在したとき、アプリケーション・マネージャ1745Aは、その実行を再開すべきか否か判断する。仮想マシン1745Bはアプリケーション・マネージャ1745Aの指示に従ってアプリケーション・プログラムを起動させ、又は終了させる。それにより、ＢＤ−Ｊモジュール1745はアプリケーション・プログラムに従って、項目「ファーストプレイ」303に対応するタイトルの再生処理を実行する。
【０１７９】
＜本発明の実施形態１の利点＞
タイトルの切り換えによってＢＤ−Ｊオブジェクトが、イメージ再生状態値の異なるものに切り換えられるとき、ＢＤ−Ｊモジュール1745は、その異なるイメージ再生状態値に応じて再生装置110の設定状態を切り換える。状態１と状態３、状態１と状態４、状態２と状態３、又は状態２と状態４とが切り換えられるとき、図１９に示されているように、イメージ・メモリ1810内では、ＢＤ−Ｌｉｖｅ用キャッシュ領域1905が解放され、又は確保され、イメージ・データ領域とＩＧプレーン・メモリ領域との間で一部の領域が交換される。状態３と状態４とが切り換えられるとき、イメージ・メモリ1810内ではＢＤ−Ｌｉｖｅ用キャッシュ領域とイメージ・データ領域との各容量が変更される。一方、ディスク・バウンド又はディスク・アンバウンドのアプリケーション・プログラムは一般にタイトルの切り換えでは終了しない。従って、そのままでは、それらのアプリケーション・プログラムがタイトルの切り換え後のイメージ・メモリ内の領域を切り換え前の領域と誤認してアクセスする危険性が残る。
【０１８０】
本発明の実施形態１による再生装置110では上記のとおり、ＢＤ−Ｊオブジェクトが切り換えられる度に、ＢＤ−Ｊモジュール1745がそのＢＤ−Ｊオブジェクトの示すイメージ再生状態値620を現時点での値と比較する。更に、比較された二つのイメージ再生状態値が状態１と状態２との組み合わせ以外を示すとき、ＢＤ−Ｊモジュール1745はアプリケーション・マネージャ1745Aを利用して、仮想マシン1745Bにアプリケーション・プログラムを全て強制終了させる。それにより、イメージ・メモリ1810内での領域の変更が必要なとき、それに先立って、アプリケーション・プログラムが全て終了する。従って、アプリケーション・プログラムが変更後の領域を変更前と誤認してアクセスする危険性はない。こうして、再生装置110はアプリケーション・プログラムに、誤動作させることなく、２プレーン・モードとＢＤ−Ｌｉｖｅ機能とを選択的に利用させることができる。その結果、再生装置110は、イメージ・メモリの容量を増大させることなく、グラフィックス映像の立体感が更に高いデジタル・コンテンツを再生することができる。
【０１８１】
＜変形例＞
（１）本発明の実施形態１では、レフトビューとライトビューとの両方のイメージ・データが存在するとき、オフセット・モードではレフトビュー・イメージ・データが利用される。しかし、レフトビュー・イメージ・データに代えて、ライトビュー・イメージ・データが利用されてもよい。
【０１８２】
（２）加算部1807は、合成後のレフトビューとライトビューとのビデオ・フレームの対を交互に送出する。その他に、表示装置120が３Ｄ映像の表示にレンチキュラーレンズを利用するとき、加算部1807は内蔵のバッファ・メモリを利用して、レフトビューとライトビューとのビデオ・フレームの対を更に一つのビデオ・フレームに合成してもよい。具体的には、加算部1807は、先に合成されたレフトビュー・ビデオ・プレーンを一旦、そのバッファ・メモリに格納して保持する。加算部1807は続いて、ライトビュー・ビデオ・プレーンを合成し、バッファ・メモリに保持されたレフトビュー・ビデオ・プレーンと更に合成する。その合成では、各ビデオ・プレーンが縦方向に細長い短冊形の小領域に分割され、各小領域が横方向に交互に並べられて一枚のフレームに再構成される。こうして、本発明の実施形態１による再生装置は、３Ｄ映像の表示にレンチキュラーレンズを利用する表示装置にも対応可能である。
【０１８３】
（３）図２４に示されている例では、状態３と状態４とにおいて、加算部1807は二つのモード・スイッチ2411、2412を利用して、オフセット・モードと２プレーン・モードとを切り換え可能に実現する。その他に、状態３と状態４とのいずれか又は両方において、イメージ・データからの３Ｄ映像の再生処理が２プレーン・モードのみに限られてもよい。更に、３Ｄ映像の再生処理中にオフセット・モードと２プレーン・モードとを動的に切り換える必要がない場合、状態３と状態４とをそれぞれ、各モードに特化した二つの状態に分けてもよい。例えば、元の状態３の設定で、イメージ・データからの３Ｄ映像の再生処理をオフセット・モードに固定した状態を「状態３」とし、２プレーン・モードに固定した状態を「状態５」としてもよい。その場合、イメージ再生状態値は六種類に増える。更に、オフセット・モードと２プレーン・モードとの切り換えはタイトルの切り換えによってのみ可能である。
【０１８４】
（４）状態３と状態４とにおいて、加算部1807はＢＤ−Ｊモジュール1745の指示に従ってオフセット・モードと２プレーン・モードとを切り換える。その指示には、ＡＶ再生ライブラリ1746内のレジスタ1746Aが次のように利用されてもよい：まず、レジスタ1746Aの中にフラグが設定される。次に、ＢＤ−Ｊモジュール1745が、オフセット・モードを指定するときはそのフラグをオフにし、２プレーン・モードを指定するときはそのフラグをオンにする。一方、加算部1807は、そのフラグがオフであるときはオフセット・モードで動作し、そのフラグがオンであるときは２プレーン・モードで動作する。
【０１８５】
（５）ＢＤ−Ｊモジュール1745は、オフセット・モードを２プレーン・モードへ切り換えるとき、それに先だって、レンダリング・エンジン1805にレフトビュー・イメージ・プレーンをライトビュー・イメージ・プレーンにコピーさせてもよい。それにより、万一、何らかの不具合でライトビュー・イメージ・プレーンにデータが書き込まれなかった場合でも、各プレーンから再生されるグラフィックス映像間に実質的な差が生じない。その結果、視聴者に不快感を与えることを回避することができる。尚、レフトビュー・イメージ・プレーンをライトビュー・イメージ・プレーンにコピーする代わりに、レフトビュー・イメージ・プレーンをクリアしてもよい。
【０１８６】
（６）本発明の実施形態１では、ＢＧプレーンとＰＧプレーンとのいずれからの３Ｄ映像の再生処理もオフセット・モードで行われる。その他に、アプリケーション・プログラムがＢＤ−Ｊモジュール1745にレフトビューとライトビューとの両方のＢＧプレーンを生成させることにより、ＢＧプレーンからの３Ｄ映像の再生処理が２プレーン・モードで行われるようにしてもよい。また、ＡＶストリーム・ファイルにレフトビューとライトビューとの両方のＰＧストリームを多重化することにより、ＰＧプレーンからの３Ｄ映像の再生処理が２プレーン・モードで行われるようにしてもよい。それにより、背景と字幕とのグラフィックス映像についても、立体感の表現力を更に向上させることができる。
【０１８７】
（７）電源投入直後等の初期起動時、イメージ・メモリ内の割り当ては確定されていない。その場合、ＢＤ−Ｊモジュール1745は再生装置110の設定状態の切り換え処理では、図２５に示されているステップのうち、ステップＳ２５０２−Ｓ２５０４をスキップしてもよい。
【０１８８】
（８）状態３ではＢＤ−Ｌｉｖｅ用のキャッシュ領域が、状態１、状態２でのものよりも小さく制限されている。従って、タイトルの切り換えに伴って、状態１又は状態２から状態３への切り換えが必要であるとき、ＢＤ−Ｊモジュール1745はその切り換えの前に警告画面を表示装置120に表示させてもよい。それにより、再生装置110は視聴者に予め、ＢＤ−Ｌｉｖｅ処理のレスポンスが低下する危険性を警告できる。
【０１８９】
《実施形態２》
本発明の実施形態２による再生装置は、３Ｄ映像の再生処理時、アプリケーション・プログラムに、内蔵のメモリ資源に応じてＨＤＭＶモードとＢＤ−Ｊモードとを選択させることができる。その点を除き、実施形態２による再生装置は実施形態１による再生装置と構成及び機能が等しい。従って、以下では、実施形態２による再生装置のうち、実施形態１による再生装置からの変更部分及び拡張部分について説明する。実施形態１による再生装置と同様な部分については、上記の実施形態１についての説明を援用する。
【０１９０】
本発明の実施形態２による再生装置は、内蔵のメモリ資源の大きさによって、廉価版と通常版との二種類に分類される。「廉価版再生装置」とは、比較的小さいメモリ資源しか備えていないために、３Ｄ映像の再生処理をＨＤＭＶモードでしか実行できない再生装置をいう。ＨＤＭＶモードではＢＤ−Ｊモードとは異なり、ＢＤ−ＲＯＭディスク100上のコンテンツ本体の３Ｄ映像のみが再生可能であり、ポップアップメニュー等、インタラクティブ・コンテンツのグラフィックス映像は再生できない。「通常版再生装置」とは、十分なメモリ資源を備え、３Ｄ映像の再生処理をＨＤＭＶモードとＢＤ−Ｊモードとのいずれでも実行可能な再生装置をいう。ＢＤ−Ｊモジュール1745は、タイトルの切り換えに伴ってＢＤ−ＲＯＭディスク100から読み込まれたアプリケーション・プログラムに、自身の組み込まれた再生装置が廉価版と通常版とのいずれであるかを通知することができる。
【０１９１】
図２６はアプリケーション・プログラムによるイベント処理のフローチャートである。このイベント処理は、ユーザ操作検知モジュール1702が操作部1620からの通知を受信したときに開始される。
【０１９２】
ステップＳ２６０１：ユーザ操作検知モジュール1702は、操作部1620からの通知の示すイベントの種類を識別し、そのイベントの種類を示す操作信号をモード管理モジュール1743へ送る。モード管理モジュール1743では、ディスパッチャ1743Aがその操作信号をＢＤ−Ｊモジュール1745へ渡す。ＢＤ−Ｊモジュール1745はその操作信号を解読して、その内容をアプリケーション・プログラムに通知する。アプリケーション・プログラムはその内容が、ユーザによる３Ｄ映像の再生要求を示すか否か判断する。その判断が否定的であるとき、処理はステップＳ２６０２へ進み、肯定的であるとき、処理はステップＳ２６０３へ進む。
【０１９３】
ステップＳ２６０２：ユーザの操作は３Ｄ映像の再生要求ではないので、アプリケーション・プログラムは通常のイベント処理を行う。
【０１９４】
ステップＳ２６０３：ユーザの操作は３Ｄ映像の再生要求であるので、アプリケーション・プログラムはＢＤ−Ｊモジュール1745に、再生装置が廉価版であるか否かを問い合わせる。その問い合わせに対する返答が否定的であるとき、処理はステップＳ２６０４へ進み、肯定的であるとき、処理はステップＳ２６０５へ進む。
【０１９５】
ステップＳ２６０４：再生装置は通常版であるので、３Ｄ映像の再生処理はＢＤ−Ｊモードでも実行可能である。従って、アプリケーション・プログラムはＢＤ−Ｊモードで３Ｄ映像の再生処理を開始する。
【０１９６】
ステップＳ２６０５：再生装置は廉価版であるので、３Ｄ映像の再生処理はＨＤＭＶモードでのみ実行可能である。従って、アプリケーション・プログラムはＢＤ−Ｊモジュール1745に、ＢＤ−ＪモードのタイトルをＨＤＭＶモードのタイトルへ切り換えさせる。そのタイトルの切り換えによって、再生処理の主体がＢＤ−Ｊモジュール1745からＨＤＭＶモジュール1744へ移行する。図３に示されている例では、項目「タイトル２」に対応付けられた１ＢＤ−ＪオブジェクトBDJO−2Dによる２Ｄ映像の再生処理が、項目「タイトル３」に対応付けられた第２ムービーオブジェクトMVO−3Dによる３Ｄ映像の再生処理へ移行する。その３Ｄ映像の再生処理が終了したとき、タイトルは元のＢＤ−Ｊモードのタイトルへ戻り、再生処理の主体がＨＤＭＶモジュール1744からＢＤ−Ｊモジュール1745へ戻る。
【０１９７】
本発明の実施形態２による再生装置は上記のとおり、廉価版と通常版とのいずれであっても、ＢＤ−ＲＯＭディスク100から読み込まれたアプリケーション・プログラムに３Ｄ映像の再生処理を確実に実行させることができる。それにより、アプリケーション・プログラムのオーサリングに対する負担を軽減することができる。
【０１９８】
＜補足＞
【０１９９】
≪ＢＤ−ＲＯＭディスク上のファイルシステム≫
ＢＤ−ＲＯＭディスク100のファイルシステムとしてＵＤＦが利用されるとき、図２に示されているボリューム領域122は、ディレクトリ領域、ファイルセット記述子の記録領域、及び終端記述子の記録領域を含む。「ディレクトリ領域」は一般に複数であり、それぞれが、一つのディレクトリを構成するデータの記録領域である。「ファイルセット記述子」は、ディレクトリ領域のうち、ルートディレクトリのファイル・エントリが記録されているセクタの論理ブロック番号（ＬＢＮ）を示す。「終端記述子」はファイルセット記述子の終端を示す。
【０２００】
各ディレクトリ領域はいずれも共通のデータ構造を持つ。各ディレクトリ領域は特に、ファイル・エントリ、ディレクトリ・ファイル、及び下位ファイルの各記録領域を含む。
【０２０１】
「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータがファイル・エントリであることを示す。例えば記述子タグの値が“２６１”であるとき、そのデータはファイル・エントリである。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、同じディレクトリ領域に属するディレクトリ・ファイルが記録されたセクタのＬＢＮを示す。
【０２０２】
「ディレクトリ・ファイル」は、下位ディレクトリのファイル識別記述子と、下位ファイルのファイル識別記述子とを含む。「下位ディレクトリのファイル識別記述子」は、そのディレクトリ領域に記録されたディレクトリの直下にある下位ディレクトリにアクセスするための情報である。このファイル識別記述子は特に、その下位ディレクトリの識別情報、ディレクトリ名の長さ、ファイル・エントリ・アドレス、及びディレクトリ名そのものを含む。ここで、ファイル・エントリ・アドレスは、その下位ディレクトリのファイル・エントリが記録されたセクタのＬＢＮを示す。「下位ファイルのファイル識別記述子」は、そのディレクトリ領域に記録されたディレクトリの直下にある下位ファイルにアクセスするための情報である。このファイル識別記述子は、その下位ファイルの識別情報、ファイル名の長さ、ファイル・エントリ・アドレス、及びファイル名そのものを含む。ここで、ファイル・エントリ・アドレスは、その下位ファイルのファイル・エントリのＬＢＮを示す。下位ディレクトリ／ファイルのファイル識別記述子を辿ってゆけば、ルートディレクトリのファイル・エントリから下位ディレクトリ／下位ファイルのファイル・エントリに順次、到達することができる。
【０２０３】
「下位ファイル」は、そのディレクトリ領域に記録されたディレクトリの直下にある下位ファイルのファイル・エントリと実体とを含む。「ファイル・エントリ」は、記述子タグ、ＩＣＢタグ、及びアロケーション記述子を含む。「記述子タグ」は、その記述子タグを含むデータがファイル・エントリであることを示す。「ＩＣＢタグ」はそのファイル・エントリ自身の属性情報を示す。「アロケーション記述子」は、その下位ファイルの実体を構成する各エクステントの配置を示す。ここで、「エクステント」は、論理アドレスが連続しているデータ列を意味する。アロケーション記述子は各エクステントに一つずつ設けられる。従って、下位ファイルが複数のエクステントに分割されているとき、ファイル・エントリはアロケーション記述子を複数含む。より具体的には、アロケーション記述子は各エクステントのサイズとＬＢＮとを含む。更に、アロケーション記述子の上位２ビットは、そのＬＢＮのセクタにエクステントが実際に記録されているか否かを示す。すなわち、その上位２ビットが“０”であるとき、そのセクタにはエクステントが割り付け済みであり、かつ記録済みであることを示し、“１”であるとき、そのセクタにエクステントが割り付け済みではあるが未記録であることを示す。各ファイルのファイル・エントリのアロケーション記述子を参照することにより、そのファイルを構成する各エクステントの論理アドレスを知ることができる。
【０２０４】
ＵＤＦを利用した上記のファイルシステムと同様、ボリューム領域122に対するファイルシステムでは一般に、ボリューム領域122に記録された各ファイルが複数のエクステントに分割されているとき、上記のアロケーション記述子のように、各エクステントの配置を示す情報がボリューム領域122に併せて記録される。その情報を参照することにより、各エクステントの配置、特にその論理アドレスを知ることができる。
【０２０５】
≪放送、通信回路を経由したデータ配信≫
本発明の実施形態による記録媒体は、光ディスクの他、例えばＳＤメモリカードを含む可搬性半導体メモリ装置等、パッケージメディアとして利用可能なリムーバブルメディア全般を含む。また、実施形態の説明では、予めデータが記録された光ディスク、すなわちＢＤ−ＲＯＭ又はＤＶＤ−ＲＯＭ等の既存の読み出し専用の光ディスクが例に挙げられている。しかし、本発明の実施形態による記録媒体はそれらに限定されない。例えば放送又はネットワーク経由で配信された３Ｄ映像のコンテンツを端末装置によって、ＢＤ−ＲＥ又はＤＶＤ−ＲＡＭ等の既存の書き込み可能な光ディスクへ書き込んだものが、実施形態による記録媒体として利用されてもよい。ここで、その端末装置は、再生装置に組み込まれていても、再生装置とは別の装置であってもよい。
【０２０６】
≪半導体メモリカードの再生≫
本発明の実施形態による記録媒体として、光ディスクに代えて半導体メモリカードを用いたときにおける、再生装置のデータ読み出し部について説明する。
【０２０７】
再生装置のうち、光ディスクからデータを読み出す部分は、例えば光ディスクドライブによって構成される。それに対し、半導体メモリカードからデータを読み出す部分は、専用のインタフェース（Ｉ／Ｆ）で構成される。より詳細には、再生装置にカードスロットが設けられ、その内部に上記のＩ／Ｆが実装される。そのカードスロットに半導体メモリカードが挿入されるとき、そのＩ／Ｆを通してその半導体メモリカードが再生装置と電気的に接続される。更に、半導体メモリカードからデータがそのＩ／Ｆを通して再生装置に読み出される。
【０２０８】
≪ＢＤ−ＲＯＭディスク上のデータに対する著作権保護技術≫
ここで、以降の補足事項の前提として、ＢＤ−ＲＯＭディスクに記録されているデータの著作権を保護するための仕組みについて説明する。
【０２０９】
ＢＤ−ＲＯＭディスクに記録されたデータの一部が、例えば著作権の保護又はデータの秘匿性の向上の観点から暗号化されている場合がある。その暗号化データは例えば、ビデオ・ストリーム、オーディオ・ストリーム、またはその他のストリームを含む。その場合、暗号化データは以下のように解読される。
【０２１０】
再生装置には予め、ＢＤ−ＲＯＭディスク上の暗号化データを解読するための「鍵」の生成に必要なデータの一部、すなわちデバイスキーが記憶されている。一方、ＢＤ−ＲＯＭディスクには、そのその「鍵」の生成に必要なデータの別の一部、すなわちＭＫＢ（メディアキーブロック）と、その「鍵」自体の暗号化データ、すなわち暗号化タイトルキーとが記録されている。デバイスキー、ＭＫＢ、及び暗号化タイトルキーは互いに対応付けられ、更に、図２に示されているＢＤ−ＲＯＭディスク100上のＢＣＡ201に書き込まれた特定の識別子、すなわちボリュームＩＤにも対応付けられている。デバイスキー、ＭＫＢ、暗号化タイトルキー、及びボリュームＩＤの組み合わせが正しくなければ、暗号化データの解読はできない。すなわち、これらの組み合わせが正しい場合にのみ、上記の「鍵」、すなわちタイトルキーが生成される。具体的には、まず、デバイスキー、ＭＫＢ、及びボリュームＩＤを利用して暗号化タイトルキーが復号される。それによってタイトルキーを導き出すことができたときのみ、そのタイトルキーを上記の「鍵」として用いて暗号化データを解読することができる。
【０２１１】
ＢＤ−ＲＯＭディスク上の暗号化データを再生装置によって再生しようとしても、例えばそのＢＤ−ＲＯＭディスク上の暗号化タイトルキー、ＭＫＢ、及びボリュームＩＤに予め対応付けられたデバイスキーがその再生装置内に記憶されていなければ、その暗号化データを再生することができない。何故なら、その暗号化データの解読に必要な鍵、すなわちタイトルキーは、ＭＫＢ、デバイスキー、及びボリュームＩＤの正しい組み合わせで暗号化タイトルキーを復号しなければ導き出せないからである。
【０２１２】
ＢＤ−ＲＯＭディスクに記録されるべきビデオ・ストリームとオーディオ・ストリームとの少なくともいずれかの著作権を保護するには、まず、保護対象のストリームをタイトルキーで暗号化して、ＢＤ−ＲＯＭディスクに記録する。次に、ＭＫＢ、デバイスキー、及びボリュームＩＤの組み合わせから鍵を生成し、その鍵で上記のタイトルキーを暗号化して暗号化タイトルキーに変換する。更に、ＭＫＢ、ボリュームＩＤ、及び暗号化タイトルキーをＢＤ−ＲＯＭディスクに記録する。そのＢＤ−ＲＯＭディスクからは、上述の鍵の生成に利用されたデバイスキーを備えた再生装置でしか、暗号化されたビデオ・ストリーム及び／又はオーディオ・ストリームをデコーダで復号することはできない。こうして、ＢＤ−ＲＯＭディスクに記録されたデータの著作権を保護することができる。
【０２１３】
以上に述べた、ＢＤ−ＲＯＭディスクにおけるデータの著作権保護の仕組みは、ＢＤ−ＲＯＭディスク以外にも適用可能である。例えば読み書き可能な半導体メモリ装置、特にＳＤカード等の可搬性半導体メモリカードにも適用可能である。
【０２１４】
≪電子配信を利用した記録媒体へのデータ記録≫
電子配信を利用して本発明の実施形態による再生装置へ３Ｄ映像のＡＶストリーム・ファイル等のデータ（以下、配信データという。）を伝達し、更にその再生装置にその配信データを半導体メモリカードに記録させる処理について、以下説明する。尚、以下の動作は、上記の再生装置に代えて、その処理に特化した端末装置によって行われてもよい。また、記録先の半導体メモリカードがＳＤメモリカードである場合を想定する。
【０２１５】
再生装置は上記のとおり、カードスロットを備えている。そのカードスロットにはＳＤメモリカードが挿入されている。この状態で、再生装置はまず、ネットワーク上の配信サーバへ配信データの送信要求を送出する。このとき、再生装置はＳＤメモリカードからその識別情報を読み出して、その識別情報を送信要求と共に配信サーバへ送出する。ここで、ＳＤメモリカードの識別情報は、例えばそのＳＤメモリカード固有の識別番号、より具体的にはそのＳＤメモリカードのシリアル番号である。この識別情報は上述のボリュームＩＤとして利用される。
【０２１６】
配信サーバには配信データが格納されている。その配信データのうち、ビデオ・ストリーム及び／又はオーディオ・ストリーム等、暗号化による保護の必要なデータは、所定のタイトルキーを用いて暗号化されている。ここで、その暗号化データは同じタイトルキーで復号が可能である。
【０２１７】
配信サーバは、再生装置と共通の秘密鍵としてデバイスキーを保持している。配信サーバは更に、ＳＤメモリカードと共通のＭＫＢを保持している。配信サーバは、再生装置から配信データの送信要求とＳＤメモリカードの識別情報とを受け付けたとき、まず、デバイスキー、ＭＫＢ、及びその識別情報から鍵を生成し、その鍵でタイトルキーを暗号化して暗号化タイトルキーを生成する。
【０２１８】
配信サーバは次に公開鍵情報を生成する。その公開鍵情報は、例えば、上述のＭＫＢ、暗号化タイトルキー、署名情報、ＳＤメモリカードの識別番号、及びデバイスリストを含む。署名情報は、例えば公開鍵情報のハッシュ値を含む。デバイスリストは、無効にすべきデバイス、すなわち、配信データ中の暗号化データを不正に再生する危険性のあるデバイスのリストである。そのリストには、例えば、再生装置のデバイスキー、再生装置の識別番号、再生装置に内蔵のデコーダ等、各種部品の識別番号、又は機能（プログラム）が特定されている。
【０２１９】
配信サーバは更に、配信データと公開鍵情報とを再生装置へ送出する。再生装置は、それらを受信して、カードスロット内の専用Ｉ／Ｆを通してＳＤメモリカードに記録する。
【０２２０】
ＳＤメモリカードに記録された配信データのうち、暗号化データは、例えば公開鍵情報を以下のように利用して復号される。まず、公開鍵情報の認証として次の三種類のチェック（１）−（３）が行われる。尚、それらはどのような順序で行われてもよい。
【０２２１】
（１）公開鍵情報に含まれるＳＤメモリカードの識別情報が、カードスロットに挿入されているＳＤメモリカードに記憶されている識別番号と一致するか否か。
【０２２２】
（２）公開鍵情報から算出されるハッシュ値が、署名情報に含まれるハッシュ値と一致するか否か。
【０２２３】
（３）公開鍵情報の示すデバイスリストから当該再生装置が除外されているか否か。具体的には、デバイスリストから当該再生装置のデバイスキーが除外されているか否か。
【０２２４】
上述のチェック（１）〜（３）のいずれかの結果が否定的であるとき、再生装置は暗号化データの復号処理を中止する。逆に、上述のチェック（１）〜（３）の全ての結果が肯定的であるとき、再生装置は公開鍵情報の正当性を認め、デバイスキー、ＭＫＢ、及びＳＤメモリカードの識別情報を利用して、公開鍵情報内の暗号化タイトルキーをタイトルキーに復号する。再生装置は更に、そのタイトルキーを用いて暗号化データを、例えばビデオ・ストリーム及び／又はオーディオ・ストリームに復号する。
【０２２５】
以上の仕組みには次の利点がある。電子配信時に既に、不正使用の危険性がある再生装置、部品、及び機能（プログラム）等が知られている場合、これらの識別情報がデバイスリストに列挙され、公開鍵情報の一部として配信される。一方、配信データを要求した再生装置は必ず、そのデバイスリスト内の識別情報を、その再生装置及びその部品等の識別情報と照合しなければならない。それにより、その再生装置又はその部品等がデバイスリストに示されていれば、たとえ、ＳＤメモリカードの識別番号、ＭＫＢ、暗号化タイトルキー、及びデバイスキーの組み合わせが正しくても、その再生装置は公開鍵情報を配信データ内の暗号化データの復号には利用できない。こうして、配信データの不正使用を効果的に抑制することができる。
【０２２６】
半導体メモリカードの識別情報は、半導体メモリカード内の記録領域のうち、特に秘匿性の高い記録領域に格納することが望ましい。何故なら、万一、その識別情報、例えばＳＤメモリカードではそのシリアル番号が不正に改竄された場合、ＳＤメモリカードの違法コピーが容易に実行可能になってしまうからである。すなわち、その改竄の結果、同一の識別情報を持つ半導体メモリカードが複数存在するようになれば、上述のチェック（１）では正規品と違法な複製品との識別ができなくなるからである。従って、半導体メモリカードの識別情報は秘匿性の高い記録領域に記録して、不正な改竄から保護されねばならない。
【０２２７】
半導体メモリカード内にこのような秘匿性の高い記録領域を構成する手段は、例えば次のとおりである。まず、通常のデータ用の記録領域（以下、第１の記録領域と称す。）から電気的に分離された別の記録領域（以下、第２の記録領域と称す。）が設置される。次に、第２の記録領域へのアクセス専用の制御回路が半導体メモリカード内に設けられる。それにより、第２の記録領域へはその制御回路を介してのみアクセスが可能であるようにする。例えば、第２の記録領域には、暗号化されたデータのみが記録され、その暗号化されたデータを復号するための回路が制御回路内にのみ組み込まれる。それにより、第２の記録領域内のデータへのアクセスは、そのデータを制御回路に復号させなければ不可能である。その他に、第２の記録領域内の各データのアドレスを制御回路にのみ保持させてもよい。その場合、第２の記録領域内のデータのアドレスは制御回路にしか特定できない。
【０２２８】
半導体メモリカードの識別情報が第２の記録領域に記録された場合、再生装置上で動作するアプリケーション・プログラムは、電子配信を利用して配信サーバからデータを取得して半導体メモリカードに記録する場合、次のような処理を行う。まず、そのアプリケーション・プログラムは、メモリカードＩ／Ｆを介して上記の制御回路に対し、第２の記録領域に記録された半導体メモリカードの識別情報へのアクセス要求を発行する。制御回路はその要求に応じて、まず、第２の記録領域からその識別情報を読み出す。制御回路は次に、メモリカードＩ／Ｆを介して上記のアプリケーション・プログラムへその識別情報を送る。そのアプリケーション・プログラムはその後、その識別情報と共に配信データの送信要求を配信サーバに送出する。アプリケーション・プログラムは更に、その要求に応じて配信サーバから受信される公開鍵情報と配信データとを、メモリカードＩ／Ｆを介して半導体メモリカード内の第１の記録領域に記録する。
【０２２９】
尚、上記のアプリケーション・プログラムは、半導体メモリカード内の制御回路に対して上記のアクセス要求を発行する前に、そのアプリケーション・プログラム自体の改竄の有無をチェックすることが望ましい。そのチェックには、例えばＸ．５０９に準拠のデジタル証明書が利用されてもよい。また、配信データは上記のとおり、半導体メモリカード内の第１の記録領域に記録されればよく、その配信データへのアクセスは半導体メモリカード内の制御回路によって制御されなくてもよい。
【０２３０】
≪リアルタイム・レコーディングへの適用≫
本発明の実施形態では、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、オーサリングシステムにおけるプリレコーディング技術によってＢＤ−ＲＯＭディスクに記録されてユーザに供給されることを前提とした。しかし、ＡＶストリーム・ファイル及びプレイリスト・ファイルは、リアルタイム・レコーディングによって、ＢＤ−ＲＥディスク、ＢＤ−Ｒディスク、ハードディスク、又は半導体メモリカード等の書き込み可能な記録媒体（以下、ＢＤ−ＲＥディスク等と略す。）に記録されてユーザに供給されるものであってもよい。その場合、ＡＶストリーム・ファイルは、アナログ入力信号を記録装置がリアルタイムで復号することによって得られたトランスポート・ストリームであってもよい。その他に、記録装置がデジタル入力したトランスポート・ストリームをパーシャル化することで得られるトランスポート・ストリームであってもよい。
【０２３１】
リアルタイム・レコーディングを実行する記録装置は、ビデオエンコーダ、オーディオエンコーダ、マルチプレクサ、及びソースパケタイザを含む。ビデオエンコーダはビデオ信号を符号化してビデオ・ストリームに変換する。オーディオエンコーダはオーディオ信号を符号化してオーディオ・ストリームに変換する。マルチプレクサは、ビデオ・ストリームとオーディオ・ストリームとを多重化して、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリームに変換する。ソースパケタイザは、ＭＰＥＧ２−ＴＳ形式のデジタル・ストリーム内のＴＳパケットをソースパケットに変換する。記録装置は各ソースパケットをＡＶストリーム・ファイルに格納して、ＢＤ−ＲＥディスク等に書き込む。
【０２３２】
ＡＶストリーム・ファイルの書き込み処理と並行して、記録装置の制御部はクリップ情報ファイルとプレイリスト・ファイルとをメモリ上で生成してＢＤ−ＲＥディスク等に書き込む。具体的には、ユーザによって録画処理が要求されたとき、制御部はまず、ＡＶストリーム・ファイルに合わせてクリップ情報ファイルを生成してＢＤ−ＲＥディスク等に書き込む。その場合、外部から受信されるトランスポート・ストリームからビデオ・ストリーム内の一つのＧＯＰの先頭が検出される度に、又は、ビデオエンコーダによってビデオ・ストリーム内の一つのＧＯＰが生成される度に、制御部は、そのＧＯＰの先頭に位置するＩピクチャのＰＴＳと、そのＧＯＰの先頭が格納されたソースパケットのＳＰＮとを取得する。制御部は更に、そのＰＴＳとＳＰＮとの対を一つのエントリ・ポイントとしてクリップ情報ファイルのエントリ・マップに追記する。ここで、そのエントリ・ポイントには「is＿angle＿changeフラグ」が追加される。is＿angle＿changeフラグは、そのＧＯＰの先頭がＩＤＲピクチャであるときは“オン”に設定され、そのＧＯＰの先頭がＩＤＲピクチャではないときは“オフ”に設定される。クリップ情報ファイル内には更に、ストリーム属性情報が記録対象のストリームの属性に従って設定される。こうして、ＡＶストリーム・ファイルとクリップ情報ファイルとがＢＤ−ＲＥディスク等に書き込まれた後、制御部はそのクリップ情報ファイル内のエントリ・マップを利用してプレイリスト・ファイルを生成し、ＢＤ−ＲＥディスク等に書き込む。
【０２３３】
≪マネージド・コピー≫
【０２３４】
本発明の実施形態による再生装置は更に、マネージド・コピーによってＢＤ−ＲＯＭディスク上のデジタル・ストリームを他の記録媒体へ書き込んでもよい。「マネージド・コピー」とは、ＢＤ−ＲＯＭディスク等の読み出し専用記録媒体から書き込み可能な記録媒体へ、デジタル・ストリーム、プレイリスト・ファイル、クリップ情報ファイル、及びアプリケーション・プログラムをコピーすることを、サーバとの通信による認証が成功した場合にのみ許可するための技術をいう。その書き込み可能な記録媒体は、ＢＤ−Ｒ、ＢＤ−ＲＥ、ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、及びＤＶＤ−ＲＡＭ等の書き込み可能な光ディスク、ハードディスク、並びに、ＳＤメモリカード、メモリースティック（登録商標）、コンパクトフラッシュ（登録商標）、スマートメディア（登録商標）、及びマルチメディアカード（登録商標）等の可搬性半導体メモリ装置を含む。マネージド・コピーは、読み出し専用記録媒体に記録されたデータのバックアップ回数の制限、及びバックアップ処理に対する課金を可能にする。
【０２３５】
ＢＤ−ＲＯＭディスクからＢＤ−Ｒディスク又はＢＤ−ＲＥディスクへのマネージド・コピーが行われる場合、両ディスクの記録容量が等しいときは、コピー元のディスクに記録されたビット・ストリームがそのまま、順番にコピーされればよい。
【０２３６】
マネージド・コピーが異種の記録媒体間で行われるときはトランス・コードが必要である。「トランス・コード」とは、コピー元のディスクに記録されているデジタル・ストリームをコピー先の記録媒体のアプリケーション・フォーマットに適合させるための処理をいう。トランス・コードは、例えば、ＭＰＥＧ２−ＴＳ形式からＭＰＥＧ２プログラム・ストリーム形式へ変換する処理、及び、ビデオ・ストリームとオーディオ・ストリームとのそれぞれに割り当てられているビットレートを低くして符号化し直す処理を含む。トランス・コードでは、上述のリアルタイム・レコーディングによって、ＡＶストリーム・ファイル、クリップ情報ファイル、及びプレイリスト・ファイルが生成されねばならない。
【０２３７】
≪データ構造の記述の仕方≫
本発明の実施形態によるデータ構造のうち、「所定型の情報が複数存在する」という繰り返し構造は、ｆｏｒ文に制御変数の初期値と繰り返し条件とを記述することによって定義される。また、「所定の条件が成立するときに所定の情報が定義される」というデータ構造は、ｉｆ文にその条件と、その条件の成立時に設定されるべき変数とを記述することによって定義される。このように、実施形態によるデータ構造は高級プログラミング言語によって記述される。従って、そのデータ構造は、「構文解析」、「最適化」、「資源割付」、及び「コード生成」といったコンパイラによる翻訳過程を経て、コンピュータによって読み取り可能なコードに変換され、記録媒体に記録される。高級プログラミング言語での記述により、そのデータ構造は、オブジェクト指向言語におけるクラス構造体のメソッド以外の部分、具体的には、そのクラス構造体における配列型のメンバー変数として扱われ、プログラムの一部を成す。すなわち、そのデータ構造は、プログラムと実質的に同等である。従って、そのデータ構造はコンピュータ関連の発明として保護を受けるべきである。
【０２３８】
≪再生プログラムによるプレイリスト・ファイル、クリップ情報ファイルの管理≫
プレイリスト・ファイルとＡＶストリーム・ファイルとが記録媒体に記録されるとき、その記録媒体には再生プログラムが実行形式のファイルとして記録される。再生プログラムはコンピュータに、プレイリスト・ファイルに従ってＡＶストリーム・ファイルを再生させる。再生プログラムは記録媒体からコンピュータ内のメモリ装置にロードされた後、そのコンピュータによって実行される。そのロード処理はコンパイル処理又はリンク処理を含む。それらの処理により、再生プログラムはメモリ装置内では複数のセクションに分割される。それらのセクションは、ｔｅｘｔセクション、ｄａｔａセクション、ｂｓｓセクション、及びｓｔａｃｋセクションを含む。ｔｅｘｔセクションは、再生プログラムのコード列、変数の初期値、及び書き換え不可のデータを含む。ｄａｔａセクションは、初期値を持つ変数、及び書き換え可能なデータを含む。ｄａｔａセクションは特に、記録媒体上に記録された、随時アクセスされるファイルを含む。ｂｓｓセクションは、初期値を持たない変数を含む。ｂｓｓセクション内のデータは、ｔｅｘｔセクション内のコードの示す命令に応じて参照される。コンパイル処理又はリンク処理では、コンピュータ内のＲＡＭにｂｓｓセクション用の領域が確保される。ｓｔａｃｋセクションは、必要に応じて一時的に確保されるメモリ領域である。再生プログラムによる各処理ではローカル変数が一時的に使用される。ｓｔａｃｋセクションはそれらのローカル変数を含む。プログラムの実行が開始されるとき、ｂｓｓセクション内の変数はゼロで初期化され、ｓｔａｃｋセクションには必要なメモリ領域が確保される。
【０２３９】
プレイリスト・ファイル及びクリップ情報ファイルは上述のとおり、記録媒体上では既に、コンピュータによって読み取り可能なコードに変換されている。従って、それらのファイルは再生プログラムの実行時、ｔｅｘｔセクション内の「書き換え不可のデータ」、又はｄａｔａセクション内の「随時アクセスされるファイル」として管理される。すなわち、プレイリスト・ファイル及びクリップ情報ファイルは、再生プログラムの実行時にその構成要素の中に組み込まれる。それ故、プレイリスト・ファイル及びクリップ情報ファイルは再生プログラムにおいて、単なるデータの提示を超えた役割を果たす。
【０２４０】
≪システムＬＳＩ≫
本発明の実施形態による再生装置は、ミドルウェア、システムＬＳＩ、及びその他のハードウェアを含む。その再生装置は更に、ミドルウェアに対するインタフェース、ミドルウェアとシステムＬＳＩとの間のインタフェース、ミドルウェアとその他のハードウェアとの間のインタフェース、及びユーザインタフェースを含む。それらの要素は、再生装置に組み込まれたときに互いに連携する。それにより、各要素に固有の機能が再生装置に提供される。ミドルウェアに対するインタフェース、及び、ミドルウェアとシステムＬＳＩとの間のインタフェースが適切に定義されることにより、再生装置内のユーザインタフェース、ミドルウェア、及びシステムＬＳＩのそれぞれの開発を、独立に、並列に、かつ効率良く進めることができる。尚、いずれのインタフェースについても、そのような適切な定義は一般に多様である。
【産業上の利用可能性】
【０２４１】
本発明は立体視映像の再生技術に関し、上記のとおり、アプリケーション・プログラムを強制的に終了させてからイメージ・データ領域を変更する。このように、本発明は明らかに産業上利用可能である。
【符号の説明】
【０２４２】
1810  イメージ・メモリ
1901  状態１／２でのＩＧプレーン・メモリ領域
1902  状態１／２でのＰＧプレーン・メモリ領域
1903  状態１／２でのＢＧプレーン・メモリ領域
1904  状態１／２でのイメージ・データ領域
1905  状態１／２でのＢＤ−Ｌｉｖｅ用キャッシュ領域
1911  状態３／４でのＩＧプレーン・メモリ領域
1912  状態３／４でのＰＧプレーン・メモリ領域
1913  状態３／４でのＢＧプレーン・メモリ領域
1914  状態３／４でのイメージ・データ領域
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
記録媒体から、アプリケーション・プログラム、イメージ・データ、ビデオ・ストリーム、及びアプリケーション管理ファイルを読み出す読み出し部、
前記アプリケーション・プログラムを実行する仮想マシン部、
前記イメージ・データを格納するためのイメージ・データ領域を含むメモリ部、
前記アプリケーション・プログラムに従って前記イメージ・データと前記ビデオ・ストリームとから映像データを再生する再生部、並びに、
前記アプリケーション管理ファイルに従って、前記仮想マシン部に対しては前記アプリケーション・プログラムの起動と終了とを指示し、前記メモリ部に対しては前記イメージ・データ領域の変更を指示する機能部であって、前記メモリ部に対して前記イメージ・データ領域の変更を指示するとき、その前に前記仮想マシン部に前記アプリケーション・プログラムを、前記アプリケーション管理ファイル上ではその実行の継続が規定されていても強制的に終了させる管理部、
を備えた再生装置。
【請求項２】
前記イメージ・データ領域に前記イメージ・データを展開するイメージ・デコーダ、及び、
前記イメージ・データに対するグラフィックス処理に関する演算を行うレンダリング・エンジン、
を更に備え、
前記管理部は前記アプリケーション・プログラムに従って、前記イメージ・デコーダには前記イメージ・データの展開を指示し、前記レンダリング・エンジンには前記演算を指示する、
請求項１に記載の再生装置。
【請求項３】
前記記録媒体が前記読み出し部から取り出された後も前記仮想マシン部が前記アプリケーション・プログラムを継続して実行しているとき、前記読み出し部が新たな記録媒体の挿入を検出した場合、前記管理部は前記読み出し部に前記新たな記録媒体から新たなアプリケーション管理ファイルを読み出させ、前記新たなアプリケーション管理ファイルに従って前記イメージ・データ領域の変更を指示する、
請求項１に記載の再生装置。
【請求項４】
外部ネットワーク上のサーバ装置からブラウザ画面のデータをダウンロードするネットワーク・インタフェース部、
を更に備え、
前記再生部は、前記記録媒体から再生される映像にブラウザ画面を組み合わせるライブ再生モードを備え、
前記イメージ・データ領域の変更は、現時点とその直前とのブラウザ画面のデータを一時記憶するためのキャッシュ領域を前記イメージ・データ領域の中に確保すること、又は前記イメージ・データ領域から開放することを含む、
請求項１に記載の再生装置。
【請求項５】
前記イメージ・データが３Ｄメニューのレフトビュー・イメージ・データとライトビュー・イメージ・データとを含むとき、前記イメージ・データ領域の変更は、前記キャッシュ領域を前記イメージ・データ領域から開放すること、及び、それによって生じた空き領域を前記レフトビュー・イメージ・データと前記ライトビュー・イメージ・データとの格納に利用することを含む、請求項４に記載の再生装置。
【請求項６】
前記管理部は前記アプリケーション・プログラムに従って、
前記３Ｄメニューを再生すべきか否かの指示をユーザから受け付け、
前記３Ｄメニューの再生が指示されたとき、前記仮想マシン部に前記メモリ部の容量を確認させ、
前記メモリ部の容量が所定の閾値よりも大きいときは、前記メモリ部に対して、前記キャッシュ領域の開放、及び、前記レフトビュー・イメージ・データと前記ライトビュー・イメージ・データとの格納での前記空き領域の利用を指示し、
前記メモリ部の容量が前記閾値よりも小さいときは、前記３Ｄメニューの再生を禁止する、
請求項５に記載の再生装置。
【請求項７】
読み出し部が記録媒体から、アプリケーション・プログラム、イメージ・データ、ビデオ・ストリーム、及びアプリケーション管理ファイルを読み出すステップ、
メモリ部が前記イメージ・データをイメージ・データ領域に格納するステップ、
管理部が前記アプリケーション管理ファイルに従って、仮想マシン部に前記アプリケーション・プログラムを実行させるステップ、
再生部が前記アプリケーション・プログラムに従って前記イメージ・データと前記ビデオ・ストリームとから映像データを再生するステップ、
前記管理部が前記アプリケーション・プログラムを、前記アプリケーション管理ファイル上ではその実行の継続が規定されていても強制的に終了させるステップ、並びに、
前記アプリケーション・プログラムが終了した後、前記管理部が前記メモリ部に前記イメージ・データ領域を変更させるステップ、
を含む再生方法。
【請求項８】
読み出し部が記録媒体から、アプリケーション・プログラム、イメージ・データ、ビデオ・ストリーム、及びアプリケーション管理ファイルを読み出すステップ、
メモリ部が前記イメージ・データをイメージ・データ領域に格納するステップ、
管理部が前記アプリケーション管理ファイルに従って、仮想マシン部に前記アプリケーション・プログラムを実行させるステップ、
再生部が前記アプリケーション・プログラムに従って前記イメージ・データと前記ビデオ・ストリームとから映像データを再生するステップ、
前記管理部が前記アプリケーション・プログラムを、前記アプリケーション管理ファイル上ではその実行の継続が規定されていても強制的に終了させるステップ、並びに、
前記アプリケーション・プログラムが終了した後、前記管理部が前記メモリ部に前記イメージ・データ領域を変更させるステップ、
を再生装置に実行させるプログラム。
【請求項９】
記録媒体からイメージ・データとビデオ・ストリームとを読み出す読み出し部、及び、
前記イメージ・データと前記ビデオ・ストリームとから映像データを再生する再生部、
を備えた再生装置に実装される集積回路であって、
前記読み出し部によって前記記録媒体から読み出されたアプリケーション・プログラムを実行する仮想マシン部、
前記イメージ・データを格納するためのイメージ・データ領域を含むメモリ部、及び、
前記読み出し部によって前記記録媒体から読み出されたアプリケーション管理ファイルを参照し、前記アプリケーション管理ファイルに従って、前記仮想マシン部に対しては前記アプリケーション・プログラムの起動と終了とを指示し、前記メモリ部に対しては前記イメージ・データ領域の変更を指示する機能部であって、前記メモリ部に対して前記イメージ・データ領域の変更を指示するとき、その前に前記仮想マシン部に前記アプリケーション・プログラムを、前記アプリケーション管理ファイル上ではその実行の継続が規定されていても強制的に終了させる管理部、
を備えた集積回路。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2010052857.tif 000029
【図２】
2010052857.tif 000030
【図３】
2010052857.tif 000031
【図４】
2010052857.tif 000032
【図５】
2010052857.tif 000033
【図６】
2010052857.tif 000034
【図７】
2010052857.tif 000035
【図８】
2010052857.tif 000036
【図９】
2010052857.tif 000037
【図１０】
2010052857.tif 000038
【図１１】
2010052857.tif 000039
【図１２】
2010052857.tif 000040
【図１３】
2010052857.tif 000041
【図１４】
2010052857.tif 000042
【図１５】
2010052857.tif 000043
【図１６】
2010052857.tif 000044
【図１７】
2010052857.tif 000045
【図１８】
2010052857.tif 000046
【図１９】
2010052857.tif 000047
【図２０】
2010052857.tif 000048
【図２１】
2010052857.tif 000049
【図２２】
2010052857.tif 000050
【図２３】
2010052857.tif 000051
【図２４】
2010052857.tif 000052
【図２５】
2010052857.tif 000053
【図２６】
2010052857.tif 000054
【国際調査報告】
2010052857.tif 000055
2010052857.tif 000056
2010052857.tif 000057
2010052857.tif 000058