WO2004025651A1

WO2004025651A1 - 記録媒体、再生装置、プログラム、再生方法、記録方法

Info

Publication number: WO2004025651A1
Application number: PCT/JP2003/011679
Authority: WO
Inventors: Tomoyuki Okada; Masayuki Kozuka; Kazuhiko Nakamura; Yasushi Uesaka; Wataru Ikeda
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2002-09-12
Filing date: 2003-09-12
Publication date: 2004-03-25
Also published as: CN1695197A; KR100937793B1; JP2006277932A; EP2246857A3; JPWO2004025651A1; CA2497697A1; US20100260489A1; KR20080080228A; EP2246857A2; US20060143666A1; KR20050043946A; CN1695197B; US7764868B2; AU2003264414A1; US8331769B2; CA2497697C; JP4436395B2; JP4122362B2; KR100967748B1; JP2008071481A

Abstract

記録媒体(BD-ROM)には、ビデオストリーム、オーディオストリームを多重化することにより得られたAVストリームが記録されている。MOVIEオブジェクトは、再生装置向けのコマンドを用いて記述された動画データの再生手順を示すシナリオである。このMOVIEオブジェクトとは別に、エンハンスドモードのシナリオ(Javaオブジェクト、WebPageオブジェクト)が記録されている。このシナリオには、Java言語、マークアップ言語で記述されており、再生装置に対する制御手順を示す。Javaオブジェクト、WebPageオブジェクトは、MOVIEオブジェクトにより値が設定されたレジスタ設定値を引き継いだり、MOVIEオブジェクトにて再生された動画データの一部を引用することができる。

Description

明細書

記録媒体、再生装置、プログラム、再生方法、記録方法技術分野

本発明は、 B l u-Ray D i sc Read On l y Memo ry (以下 BD- ROM と略す）等の動画データ用の記録媒体、記録媒体の再生装置、プログラム、再生方法記録方法に関し、記録媒体により映画作品等を頒布する技術に関する。背景技術

記録媒体による映画作品の頒布は、映画制作者、供給者にとって大きな収入源である。映画作品の動画データは、著名な俳優を出演させ、多大な制作費をかけて作成されているので多大な財産価値をもつ。映画作品の頒布にあたっては、記録媒体や再生装置の機能を利用して、動画デ一夕の付加価値を高めることが、商品戦略上極めて有意義とされている DVD における付加価値の高め方としては、動画データを記録した DVD にその動画データを利用したクイズやゲームを記録しておき、ユーザに遊んでもらおうというものがある。同じ動画データを使っていたとしても映画として動画データを見るのと、ゲームの一場面として見るのとではユーザが受ける印象はガラリと変わる。僅かな労力で、ユーザに新鮮な印象を与えつづけることができるので、かかる高付加価値化は、映画制作者にとって強力な武器となる。

DVD における付加価値の高め方には、以下の特許文献 1 に記載された先行技術がある。

{特許文献 1 } 特許第 281 3245号ところで従来の高付加価値化は、 DVDの再生装置が描画可能な副映像や解釈可能なコマンドを用いて実現されていた。つまりこれらの高付加価値化は、再生装置機能を応用した結果の副産物といえる。いまや家電機器のネット家電化の進行に伴い、この再生装置機能は劇的な進化を遂げようとしている。ネット家電化にあたって、再生装置を始めとする家電機器は、ブラウザや Java仮想マシンを標準装備し、ブラウザによる動作モードや Java仮想マシンによる動作モードを具備をすることとなり、ネットワークを通じた様々なサービスをユーザに供給することができる。こうした再生装置側の進化を踏まえ、映画供給者は、 Java仮想マシンやブラウザの特性を活かして動画データ本体の付加価値を高めるという新たなコンテンツ作りを機器メーカに提案してくると考えられるしかし j ava仮想マシンやブラウザは広く普及しているとはいえ、これらを用いて動画データ本体の付加価値を高めるという考え方は、従来には一切存在しなかった。かかる要望があつたとしても、実際の民生機器のマーケットでは、 Java仮想マシン、ブラウザをもった再生装置やもつていない再生装置の両者が出現すると考えられる。 Java 仮想マシンブラウザをもたない再生装置に、本記録媒体が装填された場合に、動作保証がなされないのならば、付加価値を高めた記録媒体は市場から排斥される恐れがある。

更に、ネット家電化された再生装置向けに映画作品が記録された記録媒体を頒布する場合、映画作品の著作権は未知数のリスクに晒されることになる。 Java仮想マシン、ブラウザを用いた動作モードに魅力があるにせよ、著作権者は大きな不安を抱かずにはいられない。

発明の開示

本発明の目的は、再生装置に Java仮想マシンやブラウザが装備されている場合に、これらを利用して動画データ本体の付加価値を高めつつも、様々なタイプの再生装置での動作保証を実現することができる記録媒体及び再生装置を提供することである。

上記目的は、動画データ、複数のプログラム、テーブルが記録された記録媒体であって、各プログラムは、動画データの再生制御手順を示しテーブルは、記録媒体における各プログラムの識別情報（1 )、各プログラムがムービーモード及ぴェンハンスドモ一ドの何れに属するかを示す情報（2)を含んでおり、何れか 1 つのプログラムは、分岐コマンドを含み、前記分岐コマンドは、テーブルを介した間接参照の形式で、分岐先を指定している記録媒体により達成される。ムービーモードにおける映画としての動画デ一夕の再生と、ェンハンスドモードにおける制御とを分岐コマンドを用いて動的に切り換えることができる。ェンハンスドモ一ドにおける制御が、 Java 仮想マシンやブラウザを用いたものならば記録媒体に記録された動画データは、通常の映画を再生させるための画面、 Java仮想マシンやブラウザによる画面のどちらかで再生されることになる。かような画面切り換えで、従来にないような、斬新な視覚効果が実現されることになる。

動的なモード切り換えを活かしたゲーム等を再生装置に実行させることができるので、動画データ本体の付加価値を高めることができる。またムービーモードからェンハンスドモードへの分岐は、テーブルを介した間接参照にて分岐先を指定している。テーブルの記述内容を工夫すれば、 Java仮想マシン、ブラウザをもつ再生 _装置への装填時と、もたない再生装置への装填時とで、分岐先を変えるという動作も実現可能になる。かかる分岐先の変化により、 Java仮想マシン、ブラウザをもたない再生装置への装填時に、ェンハンスドモードプログラムへの分岐の途を閉ざすことができ、あらゆるタイプの再生装置での動作保証を実現することができる。ここで前記テーブルは、複数プログラムのそれぞれに対応した複数のインデックスを含み、各インデックスは、対応するプログラムがェンノ、ンスドモードに属するか、ムービーモードに属するかを示しており、前記分岐コマンドにおける間接参照の形式とは、ィンデックスについてのラベルを用いて、分岐先プログラムを指定していてもよい。

プログラムからプログラムへの分岐は、ィンデックスを参照してなされる。このインデックスは、プログラムをどのモードで実行させればよいかが示されているので、モードを切り換えたうえで、他のプログラムに分岐するという、モード切り換えを伴った分岐を再生装置に容易に実行させることができる。ここで前記テ一ブルにおけるインデックスには、予備のインデックスがあり、予備のインデックスは、ムービーモードしか実行できない再生装置において、ェンハンスドモードのプログラムへの分岐が命じられた場合に、ェンハンスドモードのプログラムの代わりとなるムービーモードプログラムと対応していてもよい。

ェンハンスドモードがない再生装置に装填された場合、予備のインデックスを参照して分岐を行うことで、プログラムの分岐時において、ムービ一モードのプログラムへと誘導することができる。ェンハンスドモ一ドのプログラムへの分岐の途を閉ざすことができるので、意図しない誤動作を防ぐことができる。

前記各ムービーモードのプログラム及びェンハンスドモードのプログラムのそれぞれは、 2 以上の実行モジュールのそれぞれにより実行され 2以上の実行モジュールは、共通の制御階層上のレジデントプログラムであり、

前記再生制御手順は、当該制御階層から供給される関数を用いて記述されていてもよい。

ここで前記制御関数から供給される関数は、

予め定められた再生経路に基づく再生制御を再生装置に行わせる関数 ( 1 )、

再生装置におけるレジスタに所定の値を設定する関数（2)、

再生装置におけるレジスタの設定値を取得する関数（3)のうち何れかであってもよい。

ムービーモードにおいて設定されたレジス夕の値を引き継ぎ、その設定値に応じて、異なる手順を実行するという制御を、ェンハンスドモードで実現することができる。例えば、ェンハンスドモードプログラムがキャラクタを画面上で動作させるという手順である場合、ムービーモードからェンハンスドモ一ドにレジスタの設定値を引き継がせることで、動画データに対するユーザ設定と、コンピュータ · グラフィックスのキャラクタの動作とが密接に関連しあうような制御手順を再生装置に実行させることができる。かかる制御手順を取り入れることで、映画作品を制作するにあたっての表現の幅が広がり、再生制御の記述という僅かな投資で、動画データの付加価値を効果的に高めることができ、映画制作者、配給者の有力な武器となる。

ゲームの制作により、付加価値の顕著な向上を図るのなら、前記ェンハンスモードは、仮想マシンに、プログラムを実行させるモードでありェンハンスドモードのプログラムは、仮想マシン向けプログラミング言語により記述すればよいか

モード切り換えを伴った分岐を実現することで、 J ava言語（登録商標）の開発環境を創設することにより、多くのソフトハウスの参入を促すことができる。これにより、 J av a モードへの切り換えを伴いながら動画データを再生させてゆくという斬新なスタイルの映像作品が多く制作されることになり、映画作品の市場を活性化させることができる。

D VD再生環境との融合を考えるのなら、前記ムービーモードのプログラムは、ポタンコマンドを含みポタンコマンドは、ェンハンスドモードのプログラムへと分岐するコマンドであり、ボタンコマンドは、動画デ一夕、副映像データと多重化されて多重化ストリームとして記録媒体に記録され、副映像データは、ボタンの画像データであり、前記ボタンコマンドは、ボタンの画像データに対して確定操作がなされた際、実行されるようにするのがよい。

ボタンコマンドは、 DVD再生装置が解釈可能なコマンドに準拠したものであり、これを用いて制御手順を記述することで、 DVD との制御手順の互換性を図ることができる。かかる互換性の確保により、 1 つの映画作品を、 DVD、 BD - ROMの両者でリリースする場合に、制御構造の共通化が図れ、 BD- R0M による映画作品のリリースに際してもォーサリングの手間を軽減することができる。

また D VD ライクなムービーモードから、 Java仮想マシン、ブラウザによるェンハンスドモードに分岐するといぅモ一ド移行も可能になり。 DVD機能、 J ava仮想マシン/ブラウザ機能と交えた再生制御が可能になる。

ブラウザを用いるとしても、一歩間違えれば、映画作品を誹謗中傷するサイトと共に、映画作品が再生されることもある。かような再生を認めれば、映画作品の品位に泥を塗ってしまう恐れがある。自らが手掛けた映画の品位が汚されることは、供給会社や制作会社にとって堪え難いことであり、機器メーカとの関係に、軋櫟を生む要因になりかねない。かような軋櫟を避けるには、ェンハンスドモードプログラムを、マークアップ言語で記述することが望ましい。

マークアップ言語で制御手順を記述するので、 Webサイトからの情報を交えた制御手順により、動画データの付加価値を高めることができるどの Web サイトからの情報を交えるかは、制作者サイドが決定するためインタ一ネットを介した不特定多数からの誹謗や中傷に映画作品が晒されることが避けられる。

テーブルを介した間接参照にてモード遷移を行うことの技術的意義は上述したような動作保証に留まらない。つまり何等かの条件が再生装置側で満たされた場合、ムービーモードからェンハンスドモードへの遷移の途を閉ざすことができるので、以下のような事情が再生装置にある場合に有意義である。

映画作品の著作権保護のための暗号鍵がある再生装置で暴露され、再生装置が鍵管理センターにより無効化された場合（1 )、

ユーザがリッパソフトを利用して記録媒体に記録された映画作品を不正にコピーしたため、映画作品の複製物がネットワーク上に或はされる恐れがある場合（2)、

ェンハンスドモード実行には追加料金の支払いがいるにも拘らず、追加料金が支払われない場合（3)、

再生装置のシステムに障害が発生したため、ネットワークから遮断したい場合（4)、

Java仮想マシンやブラウザにパージョンコンフリクションがある場合（5)、

個人情報の漏洩ゃゥィルスソフトの感染の可能性があり、再生装置をネットワークから遮断したい場合（6)、

ネットワークから記録媒体の記録内容を読み取ろうとする不正機器から、記録媒体の映画作品を保護するため、再生装置をネットワークから遮断したい場合（7)、

といった（1 )〜（7)の事情が再生装置に存在する場合にモード遷移を閉ざすことも可能である。

たとえ再生装置が常時接続可能な環境におかれていたとしても、再生装置の動作や動画データの著作権保護が保証されない場合、ュ一ザに債務不履行がある場合、 Java仮想マシンやブラウザへの遷移を行わないようにムービーモードプログラムを記述することができるので、ネット家電化された再生装置向けに映画作品を頒布する場合の著作権者の不安を払拭することができる。

更に上述したような間接参照による分岐コマンドは、後日の差し替えを僅かな手間で実現できる点において、映画作品の頒布を行う業者にとつて大きなメリットになる。つまり記録媒体に記録された特定の動画デ一夕に道徳 '倫理的な問題がある場合、テーブルと、差し替え映像とを再生装置にダウンロードさせれば、新たなテーブルを介した間接参照を再生時に再生装置に行わせることで、問題がある映像の代わりに、差し替え映像をユーザに視聴させることができる。一部差し替えにあたって記録媒体に記録されたプログラムを一切書き換えなくてもよいので、かかる問題が生じたとしても、記録媒体を回収するというリスクを避けることができる。

また差し替え映像でなくても、記録媒体に記録されている複数動画デ一夕のうち、特定のものを再生させたくない場合、記録媒体に記録されている動画デ一夕の順序を入れ替えたい場合も、テーブルのダウンロードさえ行えば、記録媒体側のプログラムを書き換えなくてもよいので、問題発覚時の業者側の負担を軽減することができる。

また本発明に係る記録媒体の最も広い上位概念は、以下のようなものであってもよい。

つまり、動画データ、プログラムが記録された記録媒体であり、前記プログラムは、動画データの再生制御手順を示し

再生制御手順は、動画データの再生中において、再生装置で発生するイベントをトリガにして実行され、前記ィベントとは、

現在の再生位置が、動画データの再生時間軸における所定の時点に到達したことを示すィベント（i )、

動画データの再生時間軸において、所定の時間間隔だけ、現在の再生位置が進行したことを示すィベント（i i )の何れかであってもよい。

また本発明に係る再生装置の最上位概念は、以下のようなものであつてもよい。つまり、動画データ及びプログラムが記録された記録媒体についての再生装置であって、動画データの再生、及び、再生進行に同期したイベント発生を行う再生制御ェンジンと、

再生制御エンジンがイベントを発生すると、イベントハンドラを実行する実行モジュールとを備え、

前記イベントとは、

現在の再生位置が、動画データの再生時間軸における所定の時点に到

'達したことを示すィベント（i )、

動画データの再生と同期して動作するようなプログラムを、ィベントノ、ンドラとして作成することができるので、プログラマによる開発を容易にすることができる。

図面の簡単な説明

図 1 は、本発明に係る記録媒体の、使用行為についての形態を示す図である。

図 2は、 BD-R0Mの構成を示す図である。

図 3は、ディレクトリ構造を用いて BD- ROMの応用層フォーマツトを表現した図である。

図 4は、機能的な観点から、ファイルを分類した場合の分類図である図 5は、 BD-R0Mが対象としているソフトウェアのレイァモデルを示す図である。

図 6は、 AVストリームがどのように構成されているかを模式的に示す図である。図 7は AVストリームがどのように BD- ROMに記録されるかを模式的に示す図である。

図 8は、ストリーム管理情報の内部構成を示す図である。

図 9は、 PL情報の内部構成を示す図である。

図 1 0は、 PL情報による間接参照を模式化した図である。

図 1 1 は、図 1 0に示した PL とは、別の PLを定義する場合の一例を示す図である。

図 1 2は、レイヤモデルの第 4層（動的シナリオ）における再生モードを示す図である。

図 1 3は、 3つのモードの動的な再生制御にて作成される映画作品を示す図である。

図 1 4は Navigation Button情報の構成を示す図である。

図 1 5は、 AVストリームに多重化されている Navigation Button情報でボタンの制御を行う場合の一例を示す図である。

図 1 6は、 AVストリーム中の Navigation Button情報が図 1 5のように設定されている場合の MOVIEォブジヱクトの一例を示す。

図 1 7は、図 1 6の MOVIEオブジェクトのコマンドにより分岐がなされた場合の Javaオブジェクトの記述例である。

図 1 8は、 MOVIEォプジェク卜と Javaオブジェク卜との関連を示す図である。

図 1 9は、 MOVIEオブジェクトにおけるキャラクタ紹介と、 Javaモ一ドにおけるゲームとから構成されるタイトルを模式的に示す図である。図 2 0は、 Javaオブジェク卜からの PL再生を模式的に示した図である

図 2 1 は、 MOVIEモードで使用されたいた PL とは別の PLを用いることによる、シーン引用を示す図である。 +

図 2 2は、 WebPageオブジェクトの記述例である。

図 2 3 ( a ) は、 INF0.BD-R0Mの内部構成を示す図である。

図 2 3 ( b ) は、 Index Tableの Indexを示す図である。

図 24 ( a ) は、複数の動的シナリオ (001. MOVIE, 002. MOVIE, 003. MOVIE 、

001. CLASS, 002. CLASS, 003. CLASS )が記録されている BD-ROMを示す図である。

図 2 4 ( b ) は、 80-!^{^ に図 2 4 ( a ) に示すような複数動的シナリォが記述されている場合の Index Tab 1 eの記述例を示す図である。図 2 5 ( a ) は、図 2 4 ( b ) のように Index Tableが記述された場合のフルシステムにおける間接参照を示す図である。

図 2 5 ( b ) は、コアシステムにおける間接参照を示す図である。図 2 6は、図 1 8に示した MOVIEオブジェクトから Javaォブジ工クトへの分岐がどのように行われるかを模式的に示す図である。

図 2 7は、コアシステムの再生装置に図 1 8に示したシナリオが記録された BD- ROMが装填された場合、どのような分岐が行われるかを示す図である。

図 2 8は、本発明に係る再生装置の内部構成を示す図である。

図 2 9は、モジュールマネージャ 2 0による処理手順を示すフローチヤートである。

図 3 0は、モジュールマネージャ 2 0による処理手順を示すフローチヤートである。

図 3 1 は、再生制御エンジン 1 2 による PLP 1 ay関数の実行手順を示すフローチャートである。

図 3 2は、第 2実施形態に係る BD- ROMのフアイル構成を示す図である。

図 3 3は、 PLMark及ぴ ClipMarkの共通構成を示す図である。

図 3 4 ( a ) ( b ) は、プレイリスト #1 の再生中に出現する

TimeEvent を定義する場合の PLMarkの記述例を示す図である。

図 3 5は、プレイリスト #1 の再生中において UserEvent を定義する場合の PLMarkの記述例を示す図である。

図 3 6は、 TimeEvent により駆動されるハンドラの一例を示す図である。

図 3 7は UserEvent により駆動されるハンドラの一例を示す図である図 3 8は、図 3 6、図 3 7のプレイリストにて再生されるピクチャとイベントハンドラにより描画されるイメージとを合成して、イベントハンドラによる条件分岐を描いた図である。

図 3 9は、本実施形態に係る再生制御ェンジン 1 2の処理手順を示す図である。

図 4 0は、 Backward Eventの技術的意義を説明するための模式図であ。

図 4 1 ( a ) は、 Javaモードにおいて、 PL再生が開始した時点の表示画面の一例である。

図 4 1 (b ) は、 PLの再生時点が時刻 tl に到達した場合の表示画面の一例である。

図 4 1 ( c ) は、 PLの再生時点が時刻 t2に到達した場合の表示画面の一例である。

図 4 2 ( a ) は、巻戻しにより PLの再生時点が時刻 tl に到達した場合の表示画面の一例である。

図 4 2 ( b ) は、巻戻しにより PLの再生時点が時刻 tOに到達した場合の表示画面の一例である。

図 4 2 ( c ) は、 PLの再生時点が時刻 tl に再到達した場合の表示画面の一例である。

図 4 3は、早送り時での Time Event発生を模式的に示す図である。図 44 ( a ) は、 Javaモードにおいて、 PL再生が開始した時点の表示画面の一例である。

図 44 ( b ) は、 PLの再生時点が時刻 tl に到達した場合の表示画面の一例である。

図 4 4 ( c ) は、時刻 t2への到達時に、早送りを行った表示画面の —例である。

図 4 5は、 Pause Eventの発生を模式的に描いた図である。

図 4 6は、 BD- ROMにより実現されるメニュー階層を示す図である。図 4 7は、階層をもったメニューを動作させるための MOVIEオブジェタトを示す図である。図 4 8は、第 4実施形態に係るモジュールマネージャ 2 0の処理手順を示す図である。

図 4 9は、 Javaモードに属するクラスのメンパ一関数を示す図である。

図 5 0は、 Javaモード内のメンバー関数を介した制御を示す図である。

図 5 1 は、第 6実施形態に係るメニュー階層を示す図である。

図 5 2は、第 6実施形態に係る MOVIEォブジェクト、 Index Tableを示す図である。

図 5 3は、スケジュールテーブルの一例を示す図である。

図 5 4は、第 7実施形態に係る— PL情報の構成を示す図である。

図 5 5は、デジ夕ルストリーム本体を MOVIEモードと、 Javaモードとでシェアリングしつつ、 PL情報を MOVIEモ一ドと、 Javaモードとで排他的に用いているという階層的なシヱァリングを示す図である。

図 5 6は、第 8実施形態に係る BD- ROMの製造工程を示すフローチヤ一トである。

図 5 7は、 AVストリーム中の Navigation Button情報からダイレクトに Javaォブジ Xクトへと分岐するという再生制御の一例である。発明を実施するための最良の形態

(第 1 実施形態）

以降、本発明に係る記録媒体の実施形態について説明する。先ず始めに、本発明に係る記録媒体の実施行為のうち、使用行為についての形態を説明する。図 1 は、本発明に係る記録媒体の、使用行為についての形態を示す図である。図 1 において、本発明に係る記録媒体は、 BD-R0M1 0 0である。この BD- ROM 1 0 0は、再生装置 2 0 0、テレビ 3 0 0、リモコン 4 0 0により形成されるホームシアターシステムに、映画作品を供給するという用途に供される。

続いて本発明に係る記録媒体の実施行為のうち、生産行為についての形態について説明する。本発明に係る記録媒体は、 BD- ROMの応用層に対する改良により実施することができる。図 2は、 BD-R0Mの構成を示す図である。

本図の第 4段目に BD- ROMを示し、第 3段目に BD-R0M上のトラックを示す。本図のトラックは、 BD- ROMの内周から外周にかけて螺旋状に形成されているトラックを、横方向に引き伸ばして描画している。このトラックは、リードイン領域と、ボリューム領域と、リードアウト領域とからなる。本図のボリューム領域は、物理層、ファイルシステム層、応用層というレイヤモデルをもつ。図 2 に示すようなデータフォーマツトを、 BD- ROM の応用層上に形成することにより本発明に係る記録媒体は工業的に生産される。

図 3は、ディレクトリ構造を用いて BD- ROMの応用層フォーマツト（ァプリケーション）を表現した図である。本図に示すように BD-R0Mには、 ROOTディレクトリの下に BD-R0MAVディレクトリがあり、その下に JCLASSディレクトリ、 BROWSERディレクトリがある。

BD-R0MAVディレクトリの配下には、 I NF0. BD-R0M、 XXX. M2TS、

XXX. CLP I , YYY. PL、 ΖΖΖ . MOV I E といったファイルが存在する。 JCLASSディレクトリの配下には、 III . CLASS というファイルが、 BROWSERディレクトリの配下には、 III . HTML というフアイルが配置されている。

図 4は、機能的な観点から、これらのファイルを分類した場合の分類図である。本図において、第 1層、第 2層、第 3層、第 4層からなる階層が本図における分類を象徴的に示す。本図において XXX. M2TSは第 2 層に分類される。 XXX. CLP I , YYY. PL は、第 3層（静的シナリオ）に分類される。 BD- R0MAVディレクトリ配下の ZZZ . M0V I E、 JCLASSディレクトリ配下の III . CLASS, BROWSERディレクトリ配下の 111. HTMは、第 4層に分類される。

本図の分類（第 1層〜第 4層）は、図 5 に示すようなレイヤモデルを対象とした分類である。以降、図 5を参照しながら、 BD- ROMが対象としている、制御ソフトウエアのレイァモデルについて説明する。

図 5の第 1 層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第 1層に示すように、処理対象たるストリームは、 BD-R0Mだけではなく、 HD、メモリカード、ネットワークといったあらゆる記録媒体、通信媒体を供給源としている。これら HD、メモリカード、ネットワークといった供給源に対する制御（ディスクアクセス、力 — ドアクセス、ネットワーク通信）が第 1 層の制御である。

第 2層は、復号化方式のレイァである。第 1層で供給されたストリ一ムを、どのような復号化方式を用いて復号するのかを規定しているのがこの第 2層である。本実施形態で採用する復号化方式は、 MPEG2の復号化方式である。

第 3層（静的シナリオ）は、ストリームの静的なシナリオを規定するレィァである。静的なシナリオとは、ディスク制作者によって予め規定された再生経路情報、ストリーム管理情報であり、これらに基づく再生制御を規定しているのがこの第 3層（静的シナリオ）である。

第 4層は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオとは、ユーザ操作や装置の状態によって再生進行を動的に変化させるためのシナリオであり、これらに基づく再生制御を規定しているのがこの第 4層である。以降、このレイヤモデルに従い、ストリ一ム本体、静的なシナリオ、動的なシナリオにあたるファイルについて説明してゆく。

先ず第 2層に属するストリーム（XXX. M2TS)について説明する。

AVストリーム（XXX.M2TS)は、 MPEG-TS(Transport Stream)形式のデジ夕ルストリームであり、ビデオストリーム、 1 つ以上のオーディォストリーム、 1 つ以上の副映像ストリーム、 Navigation Button情報を多重化することで得られる。ビデオストリームは映画の動画部分を、オーディォストリームは映画の音声部分を、副映像ストリームは、映画の字幕を、 Navigation Button情報は、メニューを対象とした動的な再生制御の手順をそれぞれ示している。図 6は、 AV ストリームがどのように構成されているかを模式的に示す図である。

AVストリームは（第 4段目）、複数のビデオフレーム（ピクチャ pj 1， 2， 3)からなるビデオストリーム、複数のオーディオフレームからなるオーディオストリームを（第 1段目）、 PESパケット列に変換し（第 2 段目）、更に TSパケットに変換し（第 3段目）、同じく Navigation Button情報（第 7段目）を、 PESバケツト列に変換し（第 6段目）、更に TSパケットに変換して（第 5段目）、これらを多重化することで構成される。この多重化は、オーディオフレームが、同じ時刻に BD-R0Mから読み出されるべきビデオフレームの近くにくるように、ビデオフレームを格納した TSパケット、オーディオフレームを格納した TSパケットを並べるというものである。 Navigation Button情報は、動的な再生制御に関するものなので、ここでの説明は省略する。また副映像ストリームは、本実施形態との関連が希薄なので、図 6での図示は省略している。かかる過程を経て生成された AVストリームは、通常のコンピュータファイル同様、複数のエクステントに分割され、 BD-R0M上の領域に記録される。図 7は AVストリームがどのように BD-R0Mに記録されるかを模式的に示す図である。

AV ストリームを構成する各ェクステントが、どれだけの長さであり BD-R0Mにおいてどのァドレスに記録されているかは、フアイル管理情報 fkl に記述される。

フアイル管理情報 fkl には、 AVストリ一ムを分割することで得られる 3つのエクステント 1,2,3のそれぞれについて、エクステントのアドレス（adrl，2,3)、長さ（lengthl, 2， 3)が記述されていることがわかる。 AVストリームは、 1つ以上の ACCESS 丽 IT とからなり、この ACCESS UNITの単位で頭出し可能である。 ACCESS UNIT とは、 1つの G0P(Group Of Picture)と、この GOPと同時に読み出されるべきオーディオフレームとを含む最小デコード単位である。 G0Pは、過去方向おょぴ未来方向に再生されるべき画像との時間相関特性を用いて圧縮されている

Bidirectional ly predictive Predictive (B)ピクチャ、過去方向に再生されるべき画像との時間相関特性を用いて圧縮されている

Predictive(P)ピクチャ、時間相関特性を用いず、一フレーム分の画像内での空間周波数特性を利用して圧縮されている Intra( I )ピクチャを含む。

尚、 XXX. M2TSのファイル名 XXXは、 BD- ROMにおいて AVストリームに付与される 3桁の識別番号を抽象化している。つまり本図における AV ストリームは、この XXXを用いて一意に識別される。以上がストリーム (XXX.M2TS)についての説明である（ここでの 3桁という桁数は例示に過ぎず、何桁でもよい。：)。く静的なシナリオ >

続いて、静的なシナリオであるファイル（XXX. CLPI, YYY. PL)について説明する。

ストリ一ム管理情報（XXX. CLPI)は、個々の AVストリームについての管理情報である。図 8は、ストリーム管理情報の内部構成を示す図である。 AVストリームはビデオストリーム、オーディオストリームを多重化することで得られ、 AVストリームは ACCESS UNIT と呼ばれる単位での頭出しが可能なので、各ビデオストリーム、オーディオストリームはどのような属性をもっているか、頭出し位置が AVストリーム内の何処に存在するかが、ストリーム管理情報の管理項目になる。図中の引き出し線はストリーム管理情報の構成をクロ一ズアップしている。引き出し線 hnl に示すように、ストリーム管理情報（XXX· CLPI)は、ビデオストリ —ム、オーディオストリームについての「属性情報」と、 ACCESS UNIT を頭出しするためのリファレンステーブルである「TMAP」とからなる。属性情報（Attribute)は、破線の引き出し線 hn2 に示すようにビデオストリームについての属性情報（Video 属性情報）、属性情報数（Number) AVストリームに多重化される複数ォーディォストリームのそれぞれについての属性情報（Audio属性情報 #l〜#m)からなる。ビデオストリームについての管理情報は、破線の引き出し線 hn3 に示すようにそのビデオストリームがどのような圧縮方式で圧縮されたか（Coding)、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか (Resolution)、アスペクト比はどれだけであるか（Aspect)、フレームレ — トはどれだけであるか（Framerate)を示す。

一方、オーディオストリームについての属性情報（Audio属性情報 #1〜

#M)は、破線の引き出し線 hn4に示すようにそのオーディオストリームがどのような圧縮方式で圧縮されたか（Coding), そのォ一ディォストリームのチヤネル番号が何であるか（Ch.)、何という言語に対応しているか (Lang;を示す。

タイムマップ（TMAP)は、複数の頭出し位置のアドレスを、時刻情報を用いて間接参照するためのリファレンステーブルであり、破線の引き出し線 hn5に示すように複数のェントリ一情報（ACCESS UNIT#1 エントリ一情報、 ACCESS UNIT#2エントリ一情報、 ACCESS UNIT#3エントリー情報）と、エントリー情報数（Number)とからなる。各エントリ一情報は、引き出し線 hn6に示すように、対応する ACCESS UNITの再生時間 (Duration)と、対応する ACCESS UNITのデータサイズ（Size)とを対応づけてなる。可変長符号圧縮方式が採用されるため、 G0Pを含む各 ACCESS UNI Tのサイズや再生時間がバラバラであっても、この『エントリ一情報』を参照することにより、任意の再生時刻から、その再生時刻に対応する ACCESS UNIT内のピクチャデータへと頭出しを行うことが可能になる。尚、 XXX. CLPI のファイル名 ΠΧは、ストリーム管理情報が対応している AVストリームと同じ名称が使用される。つまり本図における AV ストリームのファイル名は XXXであるから、 AVストリーム（XXX.M2TS) に対応していることを意味する。以上がストリーム管理情報についての説明である。続いてプレイリスト情報について説明する。

YYY.PL (プレイリスト情報）は、再生経路情報であるプレイリストを構成するテーブルであり、 CellListからなる。図 9は、 PL情報の内部構成を示す図である。

CellListは、複数の Cell情報（Cell情報 #1,#2,#3···#η)と、これら Cell情報数（Number)とからなる。セル情報は、ポインタ情報であり、プレイリストを構成する 1 つ以上の論理的な再生区間を定義する。セル情報の構成は、引き出し線 hsl によりクローズアップされている。この引き出し線に示すようにセル情報は、再生区間の In点及び Out点が属する AVストリームの名称を示す『 Stream Name』と、再生区間の始点を示す情報『IN点情報』と、再生区間の終点を示す情報『0ut点情報』とから構成される。

セル情報の特徴は、その表記法にある。つまりタイムマップをリファレンステーブルとして用いた間接参照の形式で、再生区間が定義されている。図 1 0は、 PL情報による間接参照を模式化した図である。本図において AV ストリームは、複数の ACCESS UNITから構成されている。ストリーム管理情報内の TMAPは、これら複数 ACCESS UNITのセクタァドレスを、矢印 ay 1， 2, 3， 4に示すように指定している。図中の矢印 jyl, 2， 3， 4は、 CELL情報による ACCESS UNITの参照を模式化して示している。つまり、 CE 情報による参照（矢印 jyl, 2, 3, 4)は、 TMAP を介することにより、 AV ストリーム内に含まれる複数 ACCESS UNITのァドレスを指定するという間接参照であることがわかる。

Cell 情報一ストリーム管理情報一 AVストリームの組みからなる BD - ROM上の再生区間を『セル』という。 PL情報一ストリ一ム管理情報— AV ストリームの組みからなる BD - ROM上の論理的な再生単位を『プレイリスト（PL と略す）』という。 BD- ROMに記録された映画作品は、この論理的な再生単位（PL)にて構成される。論理的な再生単位にて、 BD-R0Mにおける映画作品は構成されるので、本編たる映画作品とは別に、あるキャラクタが登場するようなシーンのみを指定するような PL を定義すれば、そのキャラクタが登場するシーンのみからなる映画作品を簡単に制作することができる。図 1 1 は、図 1 0 に示した PL情報（PL情報 #1)とは、別の PL (PL情報 #2)を定義する場合の一例を示す図である。

様々な PL情報を定義するだけで、映画作品のバリエーションは増えるので、映画制作者の表現の幅を増やすことが、静的なシナリオの最大のメリットである。

また、 BD-R0Mにおける再生単位には、 PL、 CELL といったものの他、 Chapterがある。 Chapterは、 1 つ、 2つ以上の CELLから構成される。

尚、 PI^情報のファイル名 YYYは、 BD- ROMにおいて PI^情報に付与される 3桁の識別番号を抽象化している。つまり本図における PL情報は、この識別番号 YYYを用いて一意に識別される。 PL情報の識別番号を"

YYY" と表現しているのは、 PL情報の識別番号が、 AV ストリーム及び

AV ストリ一ム管理情報の識別番号 XXX とは別の番号体系であることを意味している（ここでの 3桁という桁数は例示に過ぎず、何桁でもよい。）。

以上が、静的なシナリオについての説明である。続いて動的なシナリォについて説明する。 <動的なシナリオ >

動的なシナリオは、 AV ストリームの再生制御を示すプログラムである。動的なシナリオによる再生制御は、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、 2つのモードがある。 2つのモードのうち 1 つは、 AV機器特有の再生環境で、 BD - ROMに記録された動画データを再生するモード (ノーマルモード）であり、もう 1 つは BD-R0Mに記録された動画データの付加価値を高めるモード（ェンハンスドモード）である。図 1 2は、レィャモデルの第 4層における再生モードを示す図である。本図において第 4層には、 1 つのノーマルモードと、 2つのェンハンスドモードとが記述されている。 1 つのノーマルモードは、 DVDライクな再生環境での再生モ一ドであり MOV I Eモードと呼ばれる。 2つのェンハンスドモードのうち、 1 つ目は、 Java仮想マシンを主体とした再生モードであり、 Javaモードと呼ばれる。 2つ目のェンハンスドモードのうち、 2つ目はブラウザを主体とした再生モードであり、 Browserモードと呼ばれる。第 4層には、 MOV I Eモード、 Javaモード、 Browserモードという 3つのモードがあるので、動的な再生制御はどれかのモードで実行できるように記述されればよい。 DVDプレーヤ向けのコマンドと良く似たコマンドで、制御手順を記述したい場合は、既存の DVD再生装置と良く似た再生制御を再生装置に実行させることができる。ページ記述言語で制御手順を記述した場合は、ネットワーク上のサイトをアクセスしたり、ファィルをダウンロードするような制御手順を記述することができる。図 1 3は、 3つのモードの動的な再生制御にて作成される映画作品を示す図である。

図 1 3 ( a ) は、 MOV I Eモードで動的な再生制御を定義することにより、作成される映画作品の一場面を示す図である。 MOV I Eモードは DVD 再生装置が解釈可能なコマンドと良く似たコマンドで再生制御を記述することができるので、 DVD と同じような再生制御、つまり、メニューに対する選択により再生が進行するような再生制御を定義することができる。

図 1 3 ( b ) は、 Javaモードで動的な再生制御を定義することにより、作成される映画作品である。 Javaモードは Java仮想マシンが解釈可能な Java言語で制御手順を記述することができる。この再生制御がコンピュータ · グラフィックス（CG)の動作を制御するものなら、 Java モードにあっては、動画を表示した画面の横で CG (図中のフクロウの絵）が動きまわっているような再生制御を定義することができる。

図 1 3 ( c ) は、 Browserモードで動的な再生制御を定義することにより、作成される映画作品である。 Browserモードはブラウザが解釈可能な HTML言語で再生制御を記述することができる。この再生制御が WEBサイトのアクセスやウインドウの動作を制御するものなら、

Browserモードにあっては、動画を表示した画面の横で、 WEBサイトから得たオンラインデータ（図中のキャラクタ Aの掲示板やバナー広告）を表示するような再生制御を定義することができる。

以上が動的なシナリオの概略である。以降、各のモードの再生制御を規定するフアイルについて、モード毎に説明してゆく。

< MOVIEモ一ドにおける動的なシナリオ〉

先ず MOVIEモードにおける動的シナリオについて説明する。 MOVIEモードにおける動的シナリオには、トランスポートストリーム中の

Navigation Button情報、 MOVIEォブジヱクトがある。

Navigation Button情報とは、 AVストリーム内に多重化されたストリームの 1つであり、メニューにおけるボタンの挙動を司り、確定されたボタンに応じた再生制御を行う。メニューの挙動には、リモコンの矢印キーの押下に応じてメニュー上のボタンの状態を変えるというもの（1) メニュー上のボタン確定に応じて再生装置におけるレジスタの値を更新するというもの（2)、メニュー上のボタン確定に応じて分岐を実現するというもの（3)があり、これらの挙動を制御し、ボタンに応じたコマンドを再生装置に実行させることが、 Navigation Button情報の役割である。図 1 4は Navigation Button情報の構成を示す図である。

Navigation Button情報は、ポタン制御情報（Button Control情報）と、イメージデータ（Image Data)とからなる。イメージデータは、破線の引き出し線 hhl に示すように複数の PNGデータ（PNGs)と、これら PNGデー夕が共通に参照する LooK Up Table (COMMON LUT)とからなる。イメージデータにおける個々の PNGデ一夕（PNGデータ #1， #2, #3)は、メニューにおける個々のポタン（Button#l, #2, #3)を描いたィメ一ジデータである。

ボタン制御情報は、破線の引き出し線 hh2に示すように Page

Affiliation情報と Button Af f i 1 i ated情報とからなる。 Page

Af f i 1 i at i on情報は、破線の引き出し線 hh3に示すようにメニューにおけるボタン表示開始時刻を示す『Button Display Begin TimeJ 、表示終了時刻を示す『Button Display End TimeJ 、初期状態において選択状態にすべきボタンを示す『 Initial Selected Buttun』とからなる Button Affiliated情報は、破線の引き出し線 hh4に示すように複数の Button Aff iliation#l， #2 力、らなる。各 Button Affiliation は破線の引き出し線 hh5に示すように複数の PNGデータのうち、ポタンのイメージがどれであるかを示す『 Button Image情報』、ボタンィメ一ジの配置位置を示す『Button display Location』、各ボタンの上下左右にどのポタンが存在するかを示す『 Relationship with

Upper/Lower/Side ButtonsJ 、各ポタンの確定時に実行すべき『Button Command』からなる。

メニューにおける各ボタンの Button Affiliated情報には、ポタンの上下左右にどのボタンが存在するかが記されているので、ユーザによりリモコンの矢印キーが押下されれば、 Button Affiliated情報における

Upper/Lower/Side Buttonsを参照して、その矢印キーの方向に沿った位置にあるボタンを知得し、そのボタンの状態を変化させることができる。これにより、矢印キーの押下に応じて、そのキーの方向のポタンの状態が変化することになる。そしてユーザにより確定操作がなされた場合、そのボタンの Button Aff i 1 iated情報における Button Commandを実行することにより、ボタンの押下に応じた動的な再生制御を実行することができる。

Navigation Button情報は AVストリームに組み込まれているので、ある動画の一コマが画面に現れたタイミングに、特定の処理を再生装置に実行させるという再生制御、つまり、動画内容と緻密に同期した再生制御の記述に便利である。また Navigation Bu on情報は、 AVストリーム自身に多重化されているので、再生制御を行いたい区間が数百個であっても、それらに対応する Navigation Button情報の全てをメモリに格納しておく必要はない。 Navigation Button情報は ACCESS UNIT毎にビデオバケツトと共に BD-R0Mから読み出されるので、現在再生すべき動画区間に対応する Navigation Button情報をメモリに常駐させ、この動画区間の再生が終われば、その Navigation Button情報をメモリから削除して、次の動画区間に対応する Navigation Button情報をメモリに格納すればよい。 Navigation Button情報は、 AVストリームに多重化されるので、たとえ Navigation Button情報の数が数百個になつてもメモリの搭載量を必要最低限にすることができる。

Navigation Button情報におけるコマンドの記述例を図 1 5を参照しながら説明する。図 1 5は、 AVストリームに多重化されている

Navigation Button情報でボタンの制御を行う場合の一例を示す図である。

図 1 5における AVストリームは、映画であり、図中の複数ボタンはこの映画のーコマに合成されて表示される。図中のボタン A, B， Cは映画作品に登場する各キャラクタに対応するものであり、この映画に登場するキャラクタ A, B， Cの何れかを選ぶという選択操作により選択状態、確定状態と状態を変える。

本図において Navigation Button情報は、ビデオストリームにおいて対話操作が必要な期間より前に配置される。図中の AVストリームに多重化されている Navigation Button情報は、メニューにおける各ポタンの確定時に、それぞれ異なる値を GPRM(O)に設定する。 GPRM(O)とは、レイァモデルの第 3層（静的シナリオ）（静的なシナリオ）で管理されるレジスタ設定値である。具体的にいうと、キャラクタ Aのボタンの確定時には、 GPRM(O)が 1 に設定され、キャラクタ Bのボタンの確定時には、 GPRM (0)が 2に設定される。キャラクタ Cのポタンの確定時には、

GPRM(O)が 3に設定される。このように Navigation Button情報を描画すれば、メニューの描画時にどのボタンが選択されたかという情報を GPM(O)に残しておくことができる。以上が Navigation Button情報についての説明である。

MOVIEォブジクト（XXX. MOVIE)とは、 DVD再生装置が解釈可能なコマンドに類似したコマンドにて記述された、動的なシナリオである。 PL の再生を命じる再生コマンド、その再生に先立ち実行すべきコマンド (PRE コマンド）、その再生後に実行すべきコマンド（POST コマンド）からなる。 1つ以上の MOVIEオブジェクトと、各 MOVIEオブジェクトにて再生が命じられる PL との組みを Title という。 Titleは、 BD-R0Mにおける映画作品全体に相当する単位である。また MOVIEオブジェクトは、 M - 0BJ と略記する場合がある。

図 1 6は、 AVストリーム中の Navigation Button情報が図 1 5のように設定されている場合の MOVIEォプジ :クトの一例を示す。本図の MOVIEォブジ 1クトは、 GPRM(O)に 0を設定する PREコマンド、 PLの再生を再生装置に命じるコマンド（PlayPl (PL#1))、他の動的シナリオへの分岐を再生装置に命じる POSTコマンド（IF(GPRM(0)=0) {Jump

Title#m}else{Jump Title#m+1})からなる。この PREコマンドにより、 PLの再生に先立ち、 GP (O)が初期化されることになる。また POST コマンドにより GPRM(O)が初期化時の 0を示すなら、 MOVIEオブジェクトに分岐することになる。一方、メニュー表示時にボタン選択がなされ、 GPRM (0)が 0以外の値に設定されたなら、他のタイトル（T i 1 e#m) に分岐することになる。

ユーザ操作に応じてレジスタの設定値を変えるコマンドを

Navigation Button情報に組み込んでおき、再生装置におけるレジスタ設定値を用いた条件付き分岐を POSTコマンドとして記述しておけば、ユーザ操作に応じて再生進行が変わるような映画作品（マルチスト一リ —型の映画）を、容易に作成することができる。

MOVIEモードにおけるシナリオには、 Navigation Button情報、 MOVIE オブジェクトの 2種があるので、メニューにおけるボタンの挙動と緻密に同期させたい処理は Navigation Button情報に記述し、 PL再生の前処理、後処理というような統合的な処理については、 MOVIEオブジェクトに記述することができる。ボタンと同期させるべき処理か、統合的な処理かによつて、コマンドの記述を変えることができるので、再生制御の表現の幅が広がる。またボタンと同期するような再生制御の数を増やしても、古い Navigation Button情報を新たな Navi gat i on Button情報で上書きしてゆくことで、かかる再生制御の記述には再生装置のメモリの大規模化を招かない。

< Javaモードにおける動的なシナリオ >

続いて Javaモードで用いられる動的シナリオについて説明する。 III. CLASSは、 Javaモ一ドにおける動的な再生制御を規定するアプリケーシヨンプログラム（Javaオブジェクト）を定義したクラスファイルである。 Javaモードでは、 Java仮想マシンがシナリオの実行主体となるので、 Javaオブジェクトは Java言語で記述される。 Java言語（登録商標）は SUN Microsystems社が開発したミドルウェア向けの記述言語であり、近年では日本の携帯電話や欧州のディジタル放送 DVB- MHPなど民生機器で広く使われつつある。 Java言語は C++などと同じォブジェクト指向のプログラミング言語である。 C++との違いは、 C++はオペレーティングシステム上で実装されているのに対して、 Javaは仮想マシーン (Java Virtual Machine)を定義し、 Windowsや Linuxなどの主要オペレ一ティングシステム上で実装されている。そのため Java言語を用いれば、オペレーティングシステムに依存することのない処理手順を記述することができる。 Java言語が携帯電話や STBに採用されているのは、実行環境がメーカ毎に異なっていても、実行環境に依存しない処理手順を記述することができるからである。 Javaオブジェクトは、 J-OB J と略記する場合がある。図 1 7は、図 1 6の MOVIEオブジェク卜のコマンドにより分岐がなされた場合の Javaオブジェク卜の記述例である。この Javaォブジェクトは、 CGを描画し（1)、 PL中の CELL を再生するという処理（2)を、

GPRM (0)の値に応じて行うものである。こうした処理により、図 1 3 ( b) に示すような合成画像、つまり、 PL を構成する動画データを再生させながら、その脇で、キャラクタの CGを動作させるという合成画像を作成することができる。またこの記述例の i f 文は、 GPRM (0)に応じて、描画すべきキャラクタや、再生すべき CELLを変化させている。描画すべき CG に着目して説明を行う。図 1 7の一例において、『A. DrawCharacter 0；』とは、キャラクタ A という Classの 1 つの method (※図中の DrawCharacter関数のことである）を用いて、キャラクタ Aの Object を画面上に描画させることを意味する。

『B. DrawCharacterO；』，『 DrawCharacter 0；』も同じ意味であり、キャラクタ B， C という Classの 1 つの method (：※図中の DrawCharacter 関数のことである）を用いて、キャラクタ B， Cの Object を画面上に描画させることを意味する。

ΓΑ. DrawCharacter 0；』、 Γ B. DrawCharacter 0；』、

『 DrawCharacterO；』は、 GPRM (0)の値によって排他的に実行されるので（図中の if 文）、 GPRM (0)が 1 ならキャラクタ Aの CGが、 GPRM (0)が 2ならキャラクタ Bの CGが、 GPRM (0)が 3ならキャラクタ Cの CGが、それぞれ描画される。図 1 8は、 MOVIEオブジェクトと Javaォブジェクトとの関連を示す図である。図 1 8の左半分は、図 1 6に示した

MOVIEォブジヱクトの記述例と同一である。本図において GPRM (0)は、

AVストリームに組み込まれた Navigation Button情報により設定される。 GPRM (0)は、レイァモデルにおいて第 3層（静的シナリオ）（静的シナリォ）にて管理されるパラメータである。この GPRM(O)は、 MOVIE モード

Javaモード、 Browserモードの何れかからでも参照されるので、 Java ォブジヱクトにおける処理を、 MOVIEモードにおいて設定された

GPRM (0)に応じて切り換えることができる。 MOVIEモードにおける

Navigation Button情報により、 GPRM (0)の値を変化させ、 Javaモードにおいて、描画すべき CGを切り換えることができる。 GPRM (0)による MOV IEオブジェクトと Javaオブジェクトとの連携により、動画データの再生と、 Java仮想マシンによる処理とを融合させた新しいスタイルの映画作品を創作することができる。

GPRM(O)の値に応じた Javaオブジェクトの処理が、キャラクタ A,B，C のどれかを主役にしたゲームであるなら、 MOVIEモードにおいて動画でキャラクタの紹介を行い、ユーザによるキャラクタ選択を受け付けて、 Javaモードにおいてユーザが選択したキャラクタを主役にしたゲームを実行するという手順（このような手順は現在のゲームソフトに多くみられる）を、映画の動画データを用いて簡単に記述することができる。図 1 9は、 MOVIEオブジェクトにおけるキャラクタ紹介と、 Javaモードにおけるゲームとから構成されるタイトルを模式的に示す図である。 GPM(O)を介した MOVIEモードと Javaモードとの連携により、キャラク夕の紹介から、そのキャラクタを主役にしたゲーム実行までの一連の手順を、 MOV I E モードにおける映画を用いて簡単に記述することができる一方、再生すべき CELL について着眼すると、 GPRM(O)が 1 なら PL#1 の CELL#1 が、 GPRM(O)が 2なら PU2の CELU1 が、 GPRM(O)が 3ならキャラク夕じが、それぞれ描画される。

ここで、 PL#1 の CELU2は、 AV ストリームのうち、キャラクタ Aが登場している区間のみを指定している再生単位であるものとする。この CELL を、キャラクタ Aの CG と共に再生させることで、キャラクタ Aの CGが動きまわり、その横で動画像たるキャラクタ Aが表示されるような合成画面（図 1 3 ( b ) )を表示させることができる。図 2 0は、 Java ォブジェクトからの PL再生を模式的に示した図である。本図における Javaオブジェクトは、 PL#1 の CELL#2の再生を命じる関数呼出を含む。この関数呼出により、 PL を構成する 1 つの CELLが再生されることになる。本図における PU1 は、 MOVIEモードにおいて再生が命じられているものであれば、この PL#1 のうち、 CELU2の部分区間のみが、 Javaォブジェクトにおいて引用されることになる。このような Javaォブジェタトからの関数呼出により、 MOVIEモードにおいて再生されるべき映像作品（PL#1)のうち、特定のシ一ン（CELU2)のみを Javaオブジェクトにおけるゲームで用いるという " シーンの引用" が容易に行われる。図 2 0の一例は、 MOVIEモードで使用された PLを Javaモードで利用するという、 PLのシェアリングを前提としたシーン引用である。 PL をシェアリングするのではなく、 MOVIEモードで使用されたいた PL とは別の PL を用いて、シーン引用することも可能である。図 2 1 は、 MOVIEモードで使用されたいた PL とは別の PL を用いることによる、シーン引用を示す図である。

これら図 2 0、図 2 1 の引用により、映画の中のシーンを Javaモードにおけるゲームの中で回想するという回想シーンを容易に作成することができる。かかる引用により、映画作品制作にあたっての表現の幅が広がり、 BD-R0Mの商品価値を高めることができる。尚、図 2 1 、図 2 2の一例は、 CELL の単位で引用を行ったが、 Javaォブジヱクトから再生を命じる範囲を、時間で指定してもよい。同様に Browserモードから引用を行ってもよい。映画作品との連携を図ったゲームソフトや、映画作品の一シーンを引用したゲームソフトを Java言語にてプログラミングさせるので、 BD- ROMの制作事業に、多くのソフトハウスを参入させることができる。く Browserモードにおける動的なシナリオ〉

WebPageォブジ χクト（ΖΖΖ. ΗΤΜ)とは、 HTML, XML, BML等のぺージ記述言語を用いて記述されたシナリオである。 WebPageォブジェクトは、 WP- 0BJ と略記する場合がある。 HTMLでの記述が可能なので、 Browser モードは WEBサイトへのアクセスを交えた制御手順を記述することができる。図 2 2 は、 WebPage オブジェクトの記述例である。この記述例は図 1 8をべ一スにしている。本図の WebPage オブジェクトが異なるのは

GPRM (0)の値に応じて異なる WEBサイトにアクセスしている点である。つまり、 GPRM(O)が 1 である場合、キャラクタ Aに関連する WEBサイトを、 GPRM (0)が 2である場合、キャラクタ B に関連する WEBサイトを、 GPRM (0)が 3である場合、キャラクタ C に関連する WEBサイトを、それぞれアクセスしている。本図において GPRM (0)は、 AV ストリームに組み込まれた Nav i ga t i on But ton情報により設定される。また GPRM (O)は、レイァモデルにおいて第 3層（静的シナリォ）に存在しており、 MOV I Eモード、 Javaモード、 Browserモードの何れかからでも参照されるので、 WebPageォブジヱクトにおける処理を、 MOV I Eモードにおいて設定された GPRM (0)に応じて切り換えることができる。 WEBサイトからのオンラインデータが、毎日、毎週といった間隔で更新されるニュースや BBS、バナー広告である場合、これらのオンラインデータの表示を交えることで、動画データに対する印象を常に新鮮なものに保つことができる。また WebPageオブジェクトでは、 WEBサーバにアクセスする手順の記述が可能なので、最新バージヨンの PLや V0Bを WEBサーバから取得し、これらを交えた再生制御を再生装置に行わさせることができる。 GPRM (O) による、 MOV I Eオブジェクトと WebPageオブジェクトとの連携により、動画データの再生と、ブラウザによる処理とを融合させた新しいタイプの映像作品を創作することができる。

尚、ファイル名 ZZZ . M0V I E、 111. CLASS, ZZZ . HTMにおけるファイルボディ「ZZZ」は、 BD-R0Mにおいて動的シナリオに付与される 3桁の識別番号を抽象化している。つまり本図におけるシナリオは、この識別番号 ZZZ を用いて一意に識別される。シナリオの識別番号を" ZZZ" と表現しているのは、シナリオの識別番号が、 AVストリームの識別番号 XXX、 PL情報の識別番号 YYY とは別の番号体系であることを意味している（ここでの 3桁という桁数は例示に過ぎず、何桁でもよい。）。くシナリォの記述手法 >

MOV I Eォブジェクト、 Javaオブジェクト、 WebPageオブジェクトの制御手順を記述するための記述手法について説明する。これらのシナリオが対象としているレイァモデルにおいて、 MOV I Eォブジヱクトを実行する DVD仮想プレーヤ、 Javaォブジヱクトを実行する Java仮想マシン、

WebPageオブジェクトを実行するブラウザは、何れも第 3層（静的シナリオ）上に存在している。 Java オブジェクトゃ WebPage ォブジェクトは CGの描画や WEBサイトのアクセス等、 Javaモードゃブラウザに行わせるべき本来の処理を、 Java言語や HTMLで記述し、これ以外の処理、つまり BD-R0Mの再生制御は、第 3層（静的シナリオ）から供給されるプログラミング関数を用いて記述すればよい。

以降、第 3層（静的シナリオ）から供給される関数について説明する。

(a)再生関数：第 1引数で指定するプレイリストの再生を、第 2引数で指定する位置から再生を開始させる；書式： PlayPL (第 1引数，第 2引数）

第 1引数は、プレイリストの番号で、再生すべき PLを指定することができる。第 2引数は、その PLに含まれる CELLや、その PLにおける任意の時刻、 Chapter, Markを用いて再生開始位置を指定することがでぎる o

CELLにより再生開始位置を指定した PlayPL関数を P 1 ayPLatCELL〇、 Chapterにより再生開始位置を指定した PlayPL関数を

PlayPLatChapterO,

Markにより再生開始位置を指定した PlayPL関数を P 1 ayPLatMark 0、時刻情報により再生開始位置を指定した PlayPL関数を

PlayPLatSpecif ied TimeOと ^ヽぅ。

(b)再生装置の状態取得や状態設定のための関数

再生装置の状態は、 32個の Player Status Regi ster (これの設定値は System Parameter (SPRM)と呼ばれる）と、 32個の General Purpose Register (これの設定値は、 General Parameter (GPRM)と呼ばれる）とに示されている。

MOVIEォブジェクト、 Javaオブジェクト、 WebPageォブジェクトは、以下の（i：)〜（iv)の関数を使用することにより、これらのレジスタに値を設定したり、これらのレジスタから値を取得したりすることができる (i) Get value of Player Status Register関数

書式： Get value of Player Status Register (弓 I数)

この関数は、引数で指定された Player Status Regis teの設定値を取得する関数である。

(i i) Set value of Player Status Register関数

書式： Set value of Player Status Regi ster (第 1引数、第 2引数）この関数は、第 1引数で指定された Player Status Registerに、第 2引数で指定された値を設定させる関数である。

(i i i) Get value of General Purpose Register 效

書式： Get value of General Purpose Register (引数)

この関数は、引数で指定された General Purpose Regi steの設定値を取得する関数である。

(i vj Set value of General Purpose Register関数

書式： Set value of General Purpose Register (第 1引数、第 2引数）

この関数は、第 1引数で指定された General Purpose Regi sterに、第 2引数で指定された値を設定させる関数である。

Player Status Regi sterの設定値（SPRM)がどのような意味をもっかは、以下に示す通りである。以下の SPRM(x)という表記は、 X番目の Player Status Registerの設定値を意味する。

SPRM(O) ： Reserved

SPRM(l) ：デコード対象たるオーディオストリーム

のストリーム番号

SPRMC2) ：デコード対象たる副映像ストリームのストリ一ム番号 SPRMC3) ユーザによるアングル設定を示す番号 SPRMC4) 現在再生対象とされているタイトルの番号 SPRMC5) 現在再生対象とされている Chapterの番号 SPRMC6) 現在再生対象とされている PLの番号

SPRMC7) 現在再生対象とされている CELLの番号

SPRMC8) 現在の再生時点を示す時刻情報

SPRMC9) ナビゲーシヨンタイマのカウント値

SPRM(IO) 現在選択状態にあるボタンの番号

SPRM(ll) (12) Reserved

SPRM(13) ュ一ザによるノヽ。レンタルレベルの設定

SPRMC14) 再生装置の映像再生に関する設定

SPRM(15) 再生装置の音声再生に関する設定

SPRMC16) 再生装置における音声設定を示す言語コード SPRM(17) 再生装置における字幕設定を示す言語コード SPRM(18) メニュー描画のための言語設定

SPRM 19) (31) Reserved

{SPRM(1)〜（2)について }

SPRM(1)〜（2)は、 PL再生に先立ち PREコマンドにより設定される。また AVストリームの再生中において、 Navigation Button情報における Button Command によって更新される。 SPRM (1) (2)を参照することで以下のような応用が可能である。例えば、 MOVIEモードにおいて音声を英語に設定し、字幕を日本語に設定して、 PLの再生を行っているものとする。この再生時に、 MOVIEモードから Javaモードへの分岐があれば、 Javaォブジヱクトは SPRM(l), (2)を参照することにより、音声を英語に設定し、字幕を日本語に設定した上で Javaォブジヱク卜のソフトウェアを実行することができる。 Javaオブジェクトのソフトウエアが英語リスニングの実習教材であるなら、映画の視聴と、リスニング教材による実習との相乗効果により、語学の習得効果を高めることができる {SPRM(3)について } SPRM (3)は、 PL再生に先立ち PRE コマンドにより設定される。また AV ストリームの再生中において、 Navigation Button情報における Button Commandによって更新される。 AV ストリームにマルチアングル区間が存在する場合、どのアングルの動画データがデコード対象であるかは、 SPRM(3)を参照すればわかる。

SPRM(3)を参照することで'、以下の応用が可能である。映画作品が列車車窓ビデオであり、マルチアングル区間を含んでいるものとする。このマルチアングル区間は、右側座席、左側座席、運転席といった複数ァンダルから撮影された複数動画データを含んでいるものとする。この場合、 SPRM(3)には、どのアングルからの再生かが示されているので、 MOV IEモードから Javaモードへの分岐時において、 Javaォブジェクトが SPRM(3)を参照すれば、ユーザ設定されたアングルからの映像再生を伴う運転ゲームを実現することができる。

{SPRM(4)~ (7)について }

SPRM(4)は、メニュー操作を介して、ユーザにより Titleが選択された場合に更新される。 SPRM(5)〜（7)は、現在の再生時点が進行する度に更新される。つまり現在の再生時点がある CELLから別の CELL に移行すれば、 SPRM (7)が更新される。ある PLから別の PLへの切り換えがなされれば SPRM (6)が更新される。 Chapterの切り換えがなされれば

SPRM(5)が更新される。

これにより再生装置が、どの Titleを再生しているか、どの PL を再生しているか、またその PL においてどの CELL、どの Chapterを再生しているか、どの CELL を再生しているのかは、 SPRM (4)〜（7)を参照すればわかる。尚 SPRM (4)〜（7)は、必ずしも PRE コマンド、 POST コマンド Button コマンドによりダイレク卜に更新されるものではないが、 PL再生というコマンドにより更新を受ける。間接的であるにせよ、動的シナリオから更新されることには変わりないので、 SPRM (4)〜（7)は動的シナリオにより更新されるといえる。 {SPM(IO)について } SPRM(IO)は、 AVストリームに属する各ピクチャデータが表示される度に更新される。つまり再生装置が新たなピクチャデータを表示させれば、その新たなピクチャデータの表示開始時刻（Presentation Time)を示す値に SPRM(IO)は更新される。この SPRM(IO)を参照すれば、 PL再生の途中で MOVIEモードから Javaモードへと移行するように Navigation Button情報内の Button Commandが記述されている場合、 SPRM(IO)を参照することで、 Javaモードにおける Javaオブジェクトは、ユーザが同じ BD- ROMに記録されている映画作品をどこまで視聴したかという視聴位置を知得することができる。そして Javaモードでは、この視聴位置に応じて登場するキャラクタが変わるように、ゲームソフトを記述することができ、より Javaモードにおけるゲームをより面白くすることができる。尚 SPRM(IO)は、 PRE コマンド、 POSTコマンド、 Button コマンドによりダイレクトに更新されるものではないが、 PL再生というコマンドにより更新を受ける。間接的であるにせよ、動的シナリオから更新されることには変わりないので、 SPRM (10)は動的シナリオにより更新されるといえる。

Get value of Player Status Register関数、 Get value of General Purpose Reg i ster関数を用いて以上のような Player Status Register を参照すれば、 Javaオブジェクト及び WebPageオブジェクトは再生装置の状態を詳細に知得することができる。

(C)第 3層（静的シナリオ）から供給されるプログラミング関数ではないが、動的シナリオから動的シナリオへの分岐も存在する。動的シナリォから動的シナリオへの分岐を行わせる関数には、以下の JMP関数と、 CALL関数とがある。

JMP関数

書式： JMP 引数

CALL関数

書式： CALL 引数 JMP関数は、現在の動的シナリオを途中で廃棄し（discard)、引数たる分岐先動的シナリオを実行するという分岐である。 JMP命令の形式には、分岐先動的シナリオを直接指定している直接参照のものと、分岐先動的シナリオを間接参照している間接参照のものがある。

Call 関数とは、動的シナリオの動作を一旦停止してから（Suspend)、引数たる分岐先動的シナリオを動作させ、分岐先動的シナリオの動作終了後、停止中の動的シナリオの動作を再開するという分岐である。 Call 命令の分岐先となる動的シナリオは、その末尾に Resume命令が配置されている。 Resume命令とは、いわゆるサブルーチンの Return命令であり、 Call 関数を実行したために Suspend状態になっている動的シナリォを、再起動させるための命令である。 Call 関数の形式には、 JMP命令同様、分岐先動的シナリオを直接指定している直接参照のものと、分岐先動的シナリォを間接参照している間接参照のものがある。

以上が、第 3層（静的シナリオ）により供給される関数及び変数である

<統合管理の情報〉

続いて、 MOVIEモードにおける動的シナリォ、 Javaモ一ドにおける動的シナリオ、 Browserモードにおける動的シナリォを統合管理するための情報について説明する。かかる統合管理のための情報は、図 3に示した INF0.BD-R0Mである。

図 2 3 ( a ) は、 INFO. BD- ROMの内部構成を示す図である。本図に示すように INFO. BD-R0Mは Index Tableを含む。 Index Tableは、動的シナリオから動的シナリオへの分岐の際、参照される間接参照用テーブルであり、複数ラベルのそれぞれに対する Indexからなる。各 Index にはそのラベルに対応する動的シナリオのファイル名が記述されている。図

2 3 ( b ) に示すように、このファイル名は、ファイルボディと、拡張子とからなる。ラベルには、 Title 〜 #m、 TiUe#in+l〜#n、 Title#0といったものがある。 Index Tableは、 3つのモードの何れの動的シナリォからも参照される。 MOVIEオブジェクトから Javaオブジェクト、 MOVIEオブジェクトから WebPageォブジヱクトへの分岐は、 Index Tableを介した場合のみ可能となる。逆に言えば、 Index Tableに Indexがない Javaオブジェクト、 WebPageオブジェクトには、 MOVIEォブジェク卜からは分岐できない。

Title#l〜#mINDEXは、 BD- ROMにおいて 1 から m番目にェントリーされている Titleについての Indexであり、これら 1 から mまでの " Π 11 e 番号の選択時において分岐先となる MOVIEオブジェク卜のファイル名が記述される。図 2 3 ( b ) は、 "Π1:1θ#1〜#πιΙΝϋΕΧの内容を示す。本図に示すように Title#l〜#mINDEXには、 MOVIEォプジヱクトのファイル名が記述されている。このファイル名は、ファイルボディ（ZZZ：)、拡張子（.MOVIE)からなる。

Title#ni+l〜#nINDEXは、 BD - ROMにおいて m+1 から n番目にェントリ —されている Titleについての Indexであり、これら m+1 から nまでの ntle番号の選択時において分岐先となる WebPageォブジェクト /Java ォブジェクトのフアイル名が記述される。図 2 3 ( c ) は、 Title#m+1 〜#nINDEX の内部を示す。本図に示すように Title#m+l〜#nINDEX には Javaオブジェクトのファイルボディ（ZZZ)、拡張子し MOVIE)か、又は、 WebPageオブジェクトのファイルボディ（ZZZ)、拡張子（. HTM)が格納されている。

Title#OINDEXは、ェンハンスドモードが実行不能な再生装置に装填され、ェンハンスドモードへの分岐が再生装置に命じられた場合に参照された場合、ェンハンスドモードシナリオの代わりに実行すべき、ムービ一モードシナリオのファイル名を格納しておく Indexである。

ェンハンスドモードの実行不能とは、 Javaモ一ドを実行する Java仮想マシンや、 Browserモードを実行するブラウザがィンストールされていないか（1)、アンインストールされているか（2)、またインストールされてはいるが、ネットワークからは遮断され、スタンドアローンで用いられている（3)ことを意味する。以上の（1)~ (3)の理由で、ェンハンスドモードの実行が不可能な状態の再生装置をコアシステムという。また

Java仮想マシン、ブラウザによるプログラムの実行が可能な状態にある再生装置をフルシステムという。以下、コアシステム、フルシステムによる BD-ROMの間接参照について、図 2 4を参照しながら説明する。この間接参照の説明では、図 2 4 ( a ) に示すような複数の動的シナリォ (001. MOVIE, 002. MOVIE, 003. MOVIE 、

01. CLASS, 002. CLASS, 003. CLASS )が記録されている BD- ROMを想定している。 BD-ROMに図 2 4 ( a ) に示すような複数動的シナリオが記述されている場合の Index Tableの記述例を図 2 4 ( b ) に示す。図 2 4 ( b ) の記述例において、 Title#lIndex〜Title#mIndexには、ムービーモードシナリォである（001.MOVIE, 002. MOVIE, 003. MOVIE )が記述されている。一方、 Title#ni+lIndex〜Title#nIndex には、ェンハンスドモードシナリオのファイル名

(001. CLASS, 002. CLASS, 003. CLASS )が記述されている。図 2 5

( a ) は、図 2 4 ( b ) のように Index Tableが記述された場合のフルシステムにおける間接参照を示す。 Index Tab 1 eがこのように記述されているので、ラベル Title#l~Title#mを分岐先とした分岐コマンドの実行時には、ラベル Title#l〜Title#mを分岐先とした分岐コマンドの実行時には、 Title#lIndex〜Title#mIndexからファイル名

Γ 001. MOVIE, 002. MOVIE, 003. MOVIE 』が、ラベル Ti 1 e#m+ 1〜

Title#nを分岐とした分岐コマンドの実行時には、 Ti tle#m+l Index〜 Title#nlndexからフアイル名『001. CLASS, 002. CLASS, 003. CLASS- · ·』が取り出され、そのファイル名の動的シナリオがメモリに読み出されて実行されることになる。これがフルシステムによる間接参照である。

図 2 5 ( b ) は、コアシステムにおける間接参照を示す図である。ラベル Title#l〜Title#m を分岐先に指定した分岐コマンドの実行時には図 2 5 ( a ) と同様、 Title#lIndex〜Title#mIndexからファイル名『001. MOVIE, 002. MOVIE, 003. MOVIE 』が取り出されるが、ラベル

Title#m+l〜Title#nを分岐先に指定した分岐コマンドの実行時には、 Title#m+lIndex〜Title#n Indexに代えて Title#0 Indexからファイル名『 000. M0VIE』が取り出されて、そのファイル名の動的シナリオが再生装置により実行される。以上がフルシステム、コアシステムにおける間接参照である。図 2 6は、図 1 8に示した MOVIEオブジェク卜から Javaォブジヱクトへの分岐がどのように行われるかを模式的に示す図である。図中の矢印 j n 1， 2は、 MOV I Eォブジェクトから Javaオブジェクトへの分岐を象徴的に示している。本図における Jmp Title#m+1 が Javaオブジェクトにおける分岐コマンドであり、ラベル Title#m+1 の Indexを介した間接参照の形式で分岐先の Javaオブジェクトを指定している。ラベル Title#m+1 の Indexには Javaオブジェクトのフアイル名が記述されてぉリ、これを参照することにより、再生装置はどのファイルを Javaォブジェクトとして読み出せばよいかを知ることができる。

図 2 7は、コアシステムの再生装置に図 1 8に示したシナリオが記録された BD- ROM が装填された場合、どのような分岐が行われるかを示す図 1 8に示した矢印が、図 2 7において破線 hs 1 で描かれているのは、コアシステムでは、 Javaォブジヱクトを実行する主体が存在しないので、図 1 8に示した分岐が無効化されていることを示す。図中の実線矢印 jsl は、この分岐に代えてなされる予備の分岐を示す。この予備の分岐は、 Title#0の Indexを介した間接参照である。 Title#0の Indexには、 MOVIEオブジェクト 0のフアイル名が格納されており、この分岐では MOVIEオブジェクト 0が再生装置により読み出され、実行されることになる。 sgl は、 MOVIEォブジヱクト 0の分岐時に実行される MOVIEォブジヱクトである。コアシステムのみの再生装置に本 BD- ROMが装填された場合、 MOVIEモードのゲームをユーザに実行させるので、 Javaモード /Browserモードが実行されないことによるユーザの落胆を防ぐことができる。

以上が本発明に係る記録媒体の実施形態である。続いて本発明に係る再生装置の実施形態について説明する。図 2 8は、本発明に係る再生装置の内部構成を示す図である。本図に示すように、再生装置は、 BD- ROM ドライブ 1、トラックバッファ 2、デマルチプレクサ 3、ビデオデコーダ 4、ピクチャプレーン 5、オーディオデコーダ 6、イメージメモリ 7 イメージプレーン 8、イメージデコーダ 9、加算器 1 0、静的シナリオメモリ 1 1、再生制御エンジン 1 2、プレーヤレジスタ 1 3、 BACKUP メモリ 1 4、動的シナリオメモリ 1 5、 DVD ライクモジュール 1 6、

Java モジュール 1 7、 BROWSER モジュール 1 8、 U0 コントローラ 1 9 , モジュールマネージャ 2 0、ディスパッチャ 2 1 、レンダリングェンジン 2 2、通信部 2 3から構成される。

BD-R0M ドライプ 1 は、 BD- ROMのローディング /イジェクトを行い、 BD-R0Mに対するアクセスを実行する。

トラックノッファ 2は、 F I FO メモリであり、 BD-R0Mから読み出された ACCESS UN I Tが先入れ先出し式に格納される。

デマルチプレクサ 3は、トラックノッファ 2から ACCES S UN I Tを取り出して多重分離を行い、 G0Pを構成するビデオフレームと、オーディオフレームとを得てビデオフレームをビデオデコーダ 4に出力し、オーディォフレームをオーディオデコーダ 6 に出力する。副映像ストリームはイメージメモリ Ί に格納し、 Nav i gat i on Bu t t on情報は動的シナリオメモリ 1 5 に格納する。デマルチプレクサ 3 による多重分離は、 TSパケットを PESバケツトに変換するという変換処理を含む。

ビデオデコーダ 4は、デマルチプレクサ 3から出力されたビデオフレ一ムを復号して非圧縮形式のピクチャをビデオプレーン 1 5に書き込む, ピクチャプレーン 5は、非圧縮形式のピクチャを格納しておくためのメモリである。

オーディオデコーダ 6は、デマルチプレクサ 3から出力されたオーディォフレームを復号して、非圧縮形式のォ一ディォデータを出力する。イメージメモリ 7は、 BD-R0Mから読み出された副映像ストリーム、 Nav i ga t i on Bu t t on情報内の PNGデータ、画像ファィルを格納しておくノッファである。

イメージプレーン 8は、一画面分の領域をもったメモリであり、展開された副映像ストリーム、 PNGデータ、画像ファイルが配置される。

イメージデコーダ 9は、イメージメモリ 7に格納された副映像ストリ —ム、 PNGデータ、画像ファイルを展開してイメージプレーン 8 に書き込む。副映像ストリームのデコードにより、各種メニュー、副映像が画面上に現れることになる。加算器 1 0は、ピクチャプレーン 5に格納された非圧縮形式のピクチャデータに、イメージプレーン 8に展開されたイメージを合成して出力する。図 1 3 ( b ) に示した画面（動画を表示した画面の横で CG (図中のフクロウの絵）が動きまわっているような画面）は、この加算器 1 0が. イメージプレーン 8内のイメージと、ピクチャプレーン 5内のピクチャとを合成することで出力される。

静的シナリオメモリ 1 1 は、カレントの PLやカレントのストリーム管理情報を格納しておくためのメモリである。カレント PL とは、 BD- R0Mに記録されている複数 PLのうち、現在処理対象になっているものをいう。カレントストリーム管理情報とは、 BD- ROMに記録されている複数ストリーム管理情報のうち、現在処理対象になつているものをいう , 再生制御エンジン 1 2は、 AV再生機能（1)、プレイリストの再生機能 (2)、再生装置における状態取得/設定機能（3)といつた諸機能を実行する。再生装置の AV再生機能とは、 DVDプレーヤ、 CDプレーヤから踏襲した機能群であり、再生開始（Play)、再生停止（Stop)、一時停止（Pause On), 一時停止の解除（Pause Off), St i 11機能の解除（st i 11 off), 速度指定付きの早送り（Forward Play (speed))、速度指定付きの巻戻し (Backward P 1 ay (speed) )、音声切り換え（Audio Change), 副映像切り換え（Subtitle Change), アングル切り換え（Angle Change)といった処理をュ一ザからの操作に応じて実行することである。 PL再生機能とは、この AV再生機能のうち、再生開始や再生停止を PL情報に従って行うことをいう。この PL再生機能の実行により、再生制御エンジン 1 2はレィャモデルの第 3層（静的なシナリオに基づく再生制御）の役割を果たす再生制御エンジン 1 2は、 AV再生機能をユーザからの操作に従って実行する。一方、機能（2) ~ (3)を、 DVDライクモジュール 1 6〜 BROWSER モジュール 1 8からの関数呼出に応じて実行する。つまり再生制御ェンジン 1 2は、ユーザ操作による指示、レイヤモデルにおける上位層からの指示に応じて、自身の機能を実行する。

プレーヤレジスタ 1 3は、 32個の System Parameter Register と、 32個の General Purppose Registerとからなる。これらのレジスタの格納値は変数 SPRM.GPRM としてプログラミングに利用される。 System Parameter Registe 及び、 General Purppose Registerは、 DVDライクモジュール 1 6〜 BROWSERモジュール 1 8から分離した再生制御ェンジン 1 2で管理されるため、たとえ再生モードの切り換わりが生じたとしても、切換後の再生モードを実行するモジュールは、再生制御ェンジン 1 2 における SP (0)〜（31)、 GPRM(0)〜（31)を参照しさえすれば、再生装置の再生状態を知得することができる。

BACKUP メモリ 1 4は、 DVD ライクモジュール 1 6〜 BROWSERモジユール 1 8の何れかが Suspendを実行した際に、再生装置レジスタの格納値の退避しておくためのスタックメモリである。この BACKUPメモリ 1 4 の格納値は、 DVDライクモジュール 1 6〜 BROWSERモジュール 1 8の何れかが動的シナリオの Resumeを実行した際、再生装置が具備するレジスタ格納値に復帰される。 DVD ライクモジュール 1 6〜 BROWSERモジュール 1 8のうち、同じものが 2回以上 Suspnedを行った場合、レジス夕の格納値は、先入先出し式に格納される。このスタックの段数以上に格納値が格納された場合、それより前に退避された格納値が上書きされる

BACKUP メモリ 1 4に格納される SPRM には、言語コード（Laguage Code) 現在デコード対象になつているオーディオストリ一ムの番号（Audeo Stream Number), 現在デコード対象になつている副映像ストリームの番号（Subtitle Stream Number), ユーザにより設定されたアングル番号 (Angle Number), 現在再生中の Ti 1 eの番号（Ti 11 e Number)、現在再生中の Chapter番号、現在再生中の PL番号（PlayLi st Number)、現在再生中の CELL番号（Playltem Number), 選択状態にあるボタンの番号

(Selected Button), 現在の再生時点を示す時刻情報といったものがある。

動的シナリオメモリ 1 5は、カレント動的シナリオを格納しておき、

DVDライクモジュール 1 6〜 BROWSERモジュール 1 8による処理に供されるメモリである。カレント動的シナリオとは、 BD- ROMに記録されている複数シナリオのうち、現在実行対象になつているものをいう。

DVD ライクモジュール 1 6は、 MOVIEモ一ドの実行主体となる DVD仮想プレーヤであり、動的シナリオメモリ 1 5に読み出されたカレントの MOVIEオブジェクトを実行する。

Jav モジュール 1 7は、 Javaプラットフオームであり、 Java仮想マシン、コンフィグレーション、プロファイルからなる。 Javaモジュ一ル 1 7 は、プログラム記録メモリ 1 に読み出された ZZZ. CLASSからカレントの Javaォブジヱクトを生成し、実行する。 Java仮想マシンは、 Java言語で記述された Javaオブジェクトを、再生装置における CPUのネイティブコードに変換して、 CPUに実行させる。

BROWSERモジュール 1 8は、 Browserモードの実行主体となるブラウザであり、動的シナリオメモリ 1 5に読み出されたカレントの WebPage オブジェクトを実行する。 BROWSERモジュール 1 8が使用することができるプロトコルには、 HTTP、 IP、 ARP、 RARP、 TCP, telnet, SMTP, ftpがある。 DVD ライクモジュール 1 6〜 BROWSERモジュール 1 8は何れも、再生装置に予め実装されているレジデントプログラムである。

U0 コントローラ 1 9は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降 U0(User Operation)という）をモジュールマネージャ 2 0 に出力する。

モジュールマネージャ 2 0は、 BD- ROMから読み出された Index Table を保持して、モード管理及び分岐制御を行う。モジュールマネージャ 2 0 によるモード管理とは、動的シナリオをどの DVD ライクモジュール 1 6〜 BROWSERモジュール 1 8に実行させるかという、モジュールの割り当てである。モジュール割り当ての原則は、動的シナリオを DVD ライクモジュール 1 6に実行させるというものである。イントラモードでの分岐（同一モード内の分岐）があったとしても、この原則は維持される。例外は、インターモードでの分岐（モード間の分岐）が発生した場合である

MOVIEォブジェクトから Javaォブジェクト /WebPageオブジェクトへの分岐が発生した場合、 Javaモジュール 1 7、 BROWSERモジュール 1 8が力レントォブジェクトを実行することになる。

モジュールマネージャ 2 0による分岐制御は、分岐先となる動的シナリオを特定し、これをメモリに読み出して、 DVD ライクモジュール 1 6 〜 BROWSERモジュール 1 8のどれかに実行させることをいう。分岐先動的シナリオの特定は、間接参照形式で分岐先動的シナリオが指定されている場合に特に必要となる。この特定は、分岐コマンドの分岐先ラベルを参照し、これに対応する I ndexから、ファイル名を取り出すことでなされる。この特定にあたってモード切り換えの要否を併せて判定する。モード切り換えの要否判定は、分岐先ラベルに対応する I ndex において何というファイル拡張子が格納されているかを参照することでなされる分岐先動的シナリオが MOV I E モードなら拡張子は M0V I E、分岐先動的シナリオが Java モードなら拡張子は CLAS S、分岐先動的シナリオが Browse rモードなら拡張子は HTML , XML に設定されているので、 I ndex に格納された拡張子が何であるかで、モード切り換えが必要かどうかがわかる。モード切り換えが必要なら、分岐先動的シナリオをメモリに読み出させて、切り換え後のモードを実行するモジュールに、モード遷移要求を出力する。切り換え後のモードを実行するモジュールは、この遷移要求の出力により、メモリ中の分岐先動的シナリオを実行することとなる。

ディスパッチャ 2 1 は、 U0から、現在の再生装置におけるモードに適切な U0 のみを選んで、そのモードを実行するモジュールに受け渡す例えば MOV I E モードの実行中に、上下左右、ァクティべ一卜といった U0 を受け付けた場合、 MOV I Eモードのモジュールにこれらの U0を出力するというのがディスパッチャ 2 1 の処理である。これらの U0は、 MOV I Eモードにおけるメニュ一挙動にのみ必要であり、 Javaモード/ Browse rモードでは、不必要だからである。

レンダリングエンジン 2 2は、 Java3D , 0PEN-GL といった基盤ソフトウェアを備え、 Javaモジュール 1 7からの指示に従ってコンビユ一タ · グラフィックスの描画を行い、描画されたコンピュータ . グラフィックスをイメージプレーン 8 に出力する。

通信部 2 3は、 BD-R0Mからの指示に従つて TCP/ I P に基づく通信手順を実行して、 Webサイトへのアクセスを行う。

以上が再生装置の構成要素である。続いてモジュールマネージャ 2 0 についてより詳しく説明する。

モジュールマネージャ 2 0は、汎用の CPUに、図 2 9の処理手順を行うプログラムを読み取せることで実施可能である。図 2 9は、モジュ一ルマネージャ 2 0による処理手順を示すフローチャートである。以降本フローチャートを参照しながら、モジュールマネージャ 2 0による分岐制御について説明する。本フローチャートは、 Index Tableの

FirstPlayの Indexからフアイル名を取り出し（ステップ S l )、カレントモードを MOVIEモードに設定して（ステップ S 2)、取り出されたファィル名の動的シナリオを力レントの動的シナリオに設定し（ステップ S 3 )、カレントの動的シナリオ i を、メモリに読み出してから（ステップ S 4)、メモリ中の力レントの動的シナリオを実行するというものである（ステップ S 5〜ステップ S 1 0)。

このステップ S 4〜ステップ S 1 0は、カレントの動的シナリオが新たに設定される度に、実行される。

ステップ S 5〜ステップ S 1 0は、シナリオを構成する各コマンドについて、ステップ S 6〜ステップ S 1 0の処理を繰り返すというループ処理を形成している。本フローチャートにおける" X" とは、シナリオを構成するコマンドのうち、処理対象たるものを特定する変数である。このループ処理は、変数 X を初期化し（ステップ S 5 )、カレントの動的シナリオ i 内のコマンド X を、カレントモードのモジュールに実行させてから（ステップ S 6)、ステップ S 7〜ステップ S 8に規定された判定処理を行い、その後、変数 Xをインクリメントして（ステップ S 1 0 )、ステップ S 6に戻るというものである。変数 Xをインクリメントしてステツプ S 6に戻るという処理を繰り返すので、シナリオを構成する全てのコマンドに対し、ステップ S 6〜ステップ S 1 0の処理は繰り返される。ループ処理の実行中、 U0が発生した場合は（ステップ S 7 )、 U0のディスパッチ処理（図 3 0のステップ S 3 1 〜ステップ S 3 3 )を実行してからステップ S 8に戻る。 U0のディスパッチ処理とは、コマンド実行中に発生した U0 が上下左右、ァクティべ一トであり（ステップ S 3 1 ) カレントモードが MOVIEモードである場合に（ステップ S 3 2 )、カレントモードのモジュールに uoを出力するというものである。コマンド実行中に発生した U0が上下左右、ァクティペート以外の U0なら、そのまま力レントモードのモジュールに U0を出力する（ステップ S 3 3 )。コマンド実行中に発生した U0が上下左右、ァクティベ一ト以外の U0であり、カレントモードが MOVIEモードでないなら、発生した U0は、モジユールに出力されない。以上がディスパッチ処理である。

この処理を行いつつ、ステップ S 6〜ステップ S 1 0の処理は繰り返される。このステップ S 6〜ステップ S 1 0のループ処理において処理対象たる力レント動的シナリオの切り換えは、ステップ S 8にて Yes と判定された場合になされる。ステップ S 8は、コマンド Xが分岐コマンドであるかどうかの判定であり、このステップ S 8が Yesならば、ステップ S I 1 〜ステップ S 2 0においてカレントの動的シナリオを、新たな動的シナリオに設定してステップ S 4に戻る。これにより、新たな動的シナリォがメモリに読み込まれて実行されることになる。

以降、ステップ S 1 1 〜ステップ S 2 3の処理について説明する。この処理は、分岐制御であり、ステップ S 1 1 、ステップ S 1 4、ステツプ S 1 9、ステップ S 2 2の判定結果に応じて、異なる処理を実行するものである。ステップ S 1 1 は、分岐コマンドの分岐先が Title ラベルを用いて記述されているか否かの判定であり、もし Yesならステップ S 2 2の判定を経て分岐先ラベルである Titlej を取得し（ステップ S 1 2 )、 Index Tableにおける Titlej の Indexi からフアイル名 j を取り出す（ステップ S 1 3 )という処理を行う。もし No なら、分岐先を示すフアイル名 j を取り出す（ステップ S 2 1 )という処理を行う。

ステップ S 1 4は、分岐コマンドが Cal 1 コマンドであるか、 Jmp コマンドであるかの判定であり、 Cal 1 コマンドなら、カレントの動的シナリオ i を Suspend して、変数 xを退避する（ステップ S 1 5 )。 Jmp コマンドなら、カレントの動的シナリオ i を d i scardする（ステップ S 1 6 )。

以上の処理を経れば、ファイル名 j から特定される動的シナリオを力レントの動的シナリオ i に設定し（ステップ S 1 7 )、取り出された拡張子から特定される再生モ一ドを再生モード kに設定する（ステップ S 1 8 )。これらの設定後、ステップ S 1 9を実行する。ステップ S 1 9は再生モ一ド kが力レントモ一ドかどうかの判定であり、違うなら再生モード kをカレントモードに設定してから（ステップ S 2 0 )、ステップ S 4に移行する。その後、新たに設定されたカレント動的シナリオに対して、ステップ S 4〜ステップ S 1 0の処理が繰り返されることになる。尚ステップ S 2 2は、再生装置がコアシステムであるか、フルシステムであるかの判定であり、もしコアシステムであるなら、 Ti 11 e#0の Indexからファイル名を取り出し、これを分岐先とする（ステップ S 2 3 )。

このステップ S 4〜ステップ S 1 0のループ処理の終了要件は、ステップ S 9において Yes と判定されることである。コマンド Xが動的シナリオ i の最後のコマンドであるなら（ステップ S 9が Yes)、動的シナリォ i の末尾に Resumeコマンドがあるかどうかの判定がなされて（ステツプ S 3 4)、もしこれが Noなら本フローチャートの処理を終了する。もし動的シナリオ i の末尾に Resumeコマンドが存在するなら、 Suspend 中の動的シナリオを動的シナリオ i に設定し（ステップ S 3 5 )、動的シナリオ i のモードをカレントモードに設定して（ステップ S 3 6 )、力レントモ一ドのモジュールに、 Suspend中の動的シナリオ i の Resumeを行わせ（ステップ S 3 7 )、変数 X を Suspend前の値に戻してから（ステップ S 3 8)、ステップ S 6〜ステップ S 1 0からなるループ処理のうち、ステップ S 1 0の直前に移行する。以上がモジュールマネージャ 2 0の処理手順である。

また再生制御エンジン 1 2は、汎用の CPUに、図 3 1 の処理手順を行うプログラムを読み取せることで実施可能である。図 3 1 は、再生制御エンジン 1 2による PLPlay関数の実行手順を示すフ口一チャートである。本フローチャートにおいて処理対象たる PLを PLx、処理対象たる CELLを CELLy、処理対象たる ACCESS UNITを ACCESS ϋΝΙΤν とする。本フローチャートは、 PLPlay関数の引数で指定された PLを PLxに設定し (ステップ S 4 1 )、 PLxをメモリに読み込んでから（ステップ S 4 2 )、処理対象たる CELL を特定し（ステップ S 4 3〜ステップ S 4 7 )、以降. この CELL を構成する ACCESS UNITを読み出す（ステップ S 4 8〜ステツプ S 5 1 )という手順からなる。

ステップ S 4 3は、 CELLの引数指定が有るかどうかの判定であり、もし引数指定があれば、 CELLyを PLxの先頭 CELL に設定し（ステップ S 4 4)、 CELLz を PLxの最後の CELL に設定する（ステップ S 4 5 )。

CELLz とは、読出範囲の最後を規定する CELLである。

引数指定がなければ、 CELLyを引数指定された CELL に設定し（ステップ S 4 6 )、 CELLz を同じ引数指定された CELL に設定する（ステップ S 4 7 )。 CELLy、 CELLz を、引数指定された CELL に設定しておくのは、引数で CELLが指定されている場合は、その CELL さえ読み出せばよいからである。

ステップ S 4 8〜ステップ S 5 3は、 CELLyを構成する ACCESS UNIT の読み出しと、復号手順とを示す。この手順は、 CELLyの In点ビデオフレームを含む ACCESS UNITv を TMAPから特定し（ステップ S 4 8 )、 ACCESS UNITvの読み出しを BD-ROM ドライブ 1 に命じて（ステップ S 4 9 )、ステップ S 5 0 —ステップ S 5 1 の判定を経てから、 ACCESS

UNITv に含まれるビデオフレームのデコードを行うようビデオデコーダ 4に指示して（ステップ S 5 2 )、 ACCESS UNITvを次の ACCESS UNIT に設定する（ステップ S 5 3 )というものである。以降、 CELLyに属する全ての ACCESS UNIT について、このステップ S 4 9〜ステップ S 5 3の処理が繰り返される。

ステップ S 5 0 は、 ACCESS UNITvが In点ビデオフレームを含んでいるかどうかの判定である。もし IN点ビデオフレームを含んでいる場合は（ステップ S 5 0で Yes)、 In点のビデオフレームから ACCESS UNITv の最後のビデオフレームまでのデコ一ドを行うようビデオデコーダ 4に指示してから（ステップ S 5 4)、ステップ S 5 に移行する。

ステップ S 5 1 は、 Out点 Vが CELLyの Out点ビデオフレームを含んでいるかどうかの判定である。もし Out点ビデオフレームを含んでいる場合は（ステップ S 5 1 で Yes)、 ACCESS UNITvの先頭ビデオフレームから Out点ビデオフレームまでのデコードを行うようビデオデコーダ 4に指示してから（ステップ S 5 5 )、ステップ S 5 6の判定を行う。ステツプ S 5 6は、本フローチャートの終了判定であり、 CELLyが CELLz になつたかを判定している。もしステップ S 5 6が Yes なら本フローチヤ一トを終了し、そうでないなら、 CELLyを次の CELLに設定して（ステップ S 5 7 )、ステップ S 4 8に戻る。以降、ステップ S 5 6が Yes と判定されるまで、ステップ S 4 8〜ステップ S 5 7の処理は繰り返される。以上が再生制御ェンジン 1 2の処理手順である。

以上のように本実施形態によれば、ェンハンスドモードにあたっては Java仮想マシンゃブラゥザの特性を活かしたゲーム等を再生装置に実行させることができるので、動画データ本体の付加価値を高めることができる。またムービーモードからェンハンスドモードへの分岐は、テーブルを介した間接参照にて分岐先を指定しているので、テーブルの記述内容を工夫すれば、 Java仮想マシン、ブラウザをもつ再生装置への装填時と、もたない再生装置への装填時とで、分岐先を変えるという動作が実現可能になる。かかる分岐先の変化により、 Java仮想マシン、ブラウザをもたないコアシステム再生装置への装填時に、ェンハンスドモ一ドプログラムへの分岐の途を閉ざすことができ、あらゆるタイプの再生装置での動作保証を実現することができる。

(第 2実施形態）

第 1 実施形態は、 MOV I Eオブジェクトにおいて設定されたレジスタ設定値を引き継いで、動作を行うような Javaオブジェクトについて説明した。これに対し第 2実施形態は、 PLの再生を行い、この再生に同期して様々な再生制御を行う Javaオブジェクトについて説明する。

図 3 2は、第 2実施形態に係る BD- ROMのファイル構成を示す図である。本図において新規なのは、 YYY . Mark (PLMark)，XXX . Mark (C l i pMark) が追加されている点である。

PLMarkは、 PLの再生中において、再生装置が拡張制御を行うべき区間を示す情報である。 YYY . Markのファイル名 YYYは、 PLMa rkが対応している PL と同じ名称が使用される。つまり本図における PLMark のファィル名は YYYであるから、 PL(YYY. PL)に対応していることを意味する。 ClipMarkは、 AVストリームの再生中において、再生装置が拡張制御を行うべき区間を示す情報である。 XXX. Markのファイル名 XXXは、 ClipMarkが対応している AVストリームと同じ名称が使用される。つまり本図における ClipMarkのファイル名は XXXであるから、 AVストリーム（XXX. M2TS)に対応していることを意味する。

ClipMarkと PLMarkとの違いは以下の通りである。 ClipMarkは、拡張制御を行うべき区間を AVストリームに対して指定しているのに対し、 PLMarkは PLに対して指定している。

例えば、図 1 1 に示したように 1つの AVストリームに対し、 2つの PI^情報が定義されている場合に、 C 1 i pMarkにて拡張制御を行うべき区間を指定すれば、この指定は、この AVストリームを指定している 2つの PL情報の何れに対しても及ぶ。一方、 PLMarkにて拡張制御を行うベき区間を指定すれば、 PLMarkに対応する PLにのみ、拡張制御指定の効力は及ぶ。 PLMarkに対応する PLが PL#1 なら PL#1 のみに及び、 PL#2には及ばない。つまり、拡張制御を行うべき区間を ClipMarkにて指定すれば、 AVストリームを含む PLの全てに対し ClipMarkの効力が及び、拡張制御を行うべき区間を PLMarkにて指定すれば、その PLMarkに対応する PLに対してのみ ClipMarkの効力が及ぶのである。これが

CI ipMark と PLMark との違いである。

本実施形態における拡張制御とは、再生装置にイベントを発生させるというものである。イベントを発生させるため、 PLMark及び ClipMark は、図 3 3に示す共通のデータ構造をもつ。図 3 3は、 PLMark及び ClipMarkの共通構成を示す図である。本図に示すように PLMarkは、ィベント数（Number) 、個々のイベント（Event#l〜Event#m) とから構成され、再生中に発生すべきイベントを定義する。個々のイベント

(Event*) は、イベントの種類（Type) と、イベントの ID (ID) と、イベントが発生する時刻（Time) と、このイベントが有効となる時間帯の時間長（Duration) を示す。

かかるデータ構造にて定義されるイベントには、 TimeEvent、 UserEvent というものがある。 TimeEvent とは、プレイリストの再生時間軸において、現在の再生位置が予め定められた時点 Tに到達した場合に発生するイベントである。 UserEvent とは、現在の再生位置が予め定められた時間帯に到達し、この時間帯でユーザにより操作がなされた場合に発生するイベントである。

プレイリスト #1 の再生中に出現する TimeEventを定義する場合、 PLMarkをどのように記述するかについて図 3 4 ( a ) を参照しながら説明する。図中の下段の時間軸は、 PL#1 が再生される時間軸を示す。この時間軸において時刻 tl から発生する TimeEventExl を定義するケ一スを想定する。この TimeEventを定義する場合の PLMarkの記述例が、図中の PLMarkmtl である。本 PLMarkは、 Typeの項目が" TimeEvent" と記述され、 IDの項目に" Exl" 、 Timeの項目が" tl" 、 Durationの項目が" 0" と記述されている。図中の矢印は、時刻 tl の到来で生じる TimeEventを示す。この TimeEventの発生により、図中のイベントハンドラが駆動されることになる。

一方、再生時間軸上の時刻 tl から、間隔 Tで TimeEventを発生させる場合の PLMarkの記述例を図 3 4 ( b ) に示す。図 3 4 ( b ) が ( a ) と違うのは、 PLMarkの Duration項目が" T" と記述されている点である。項目 Durationの記述により、時点 tl の経過後、間隔 T置きに TimeEventを発生させることができる。

プレイリスト #1 の再生中において UserEventを定義する場合、 PLMarkをどのように記述するかについて図 3 5を参照しながら説明する。図 3 5の中段の時間軸は、 PL#1 が再生される再生時間軸を示す。この時間軸上において現在の再生時点がどこであるかは、 SPRM(IO)に示されている。この時間軸において時刻 tl から期間 T1 の間、有効となる

UserEventEvl を定義するケースを想定する。この UserEventを定義した PLMarkが、図中の PLMarkmt2である。本 PLMarkは、 Typeの項目が" UserEvent" と記述され、 IDの項目に" Evl" 、 Timeの項目が" tl" 、 Durationの項目が" T1" と記述されている。本図におけるリモコン rml は、ユーザ操作を受け付ける機器であり、図中の矢印 uvl は、リモコンの ENTERキ一の押下で生じる U0を示す。 U0が、時刻 tl から期間 T1 の時間帯に発生すれば、 U0 に基づき UserEventEvl が発生する ₍ この UserEventにより、図中のイベントハンドラが駆動される。以上が PLMarkにより定義されるイベントである。尚 ClipMarkにより定義されるイベントについての説明は省略する。何故なら、 PLMarkが PL再生中に発生すべきイベントを定義しているのに対し、 ClipMarkは AVストリーム再生中に発生すべきイベントを定義しているにすぎず、 PLMarkにおけるィベント定義とあまり変わらないからである。

続いて第 2実施形態における Javaオブジェク卜について説明する。第 2実施形態における ZZZ. CLASSのメンバー関数は PL再生中に再生装置が発生するイベントにより駆動されるイベントハンドラである。以降 Jav オブジェクトのメンバー関数たるイベントハンドラについて、具体例を交えながら説明する。図 3 6は、 TiraeEventにより駆動されるハンドラの一例、図 3 7は UserEventにより駆動されるハンドラの一例でめ。

図 3 5〜図 3 6における記述例では、以下の描画関数を用いて、ィメージデータのデコードを行わせているものとする。描画関数： PNGデータをイメージプレーンに描画する

Draw (File, X， Y)

File ： PNGデータを格納したファイル名

X ： X座標位置

Y ： Y座標位置

イメージプレーンクリア関数：イメージプレーンの指定領域をクリァする

Clear (X, Y， I, Η)

X ： X座標位置

Υ ： Υ座標位置 w ： X方向幅

H ： Y方向幅図 3 6におけるハンドラ hdl は、 TimeEvent tl が発生した際、

function{〜}を実行するというハンドラである。 TimeEvent tl とは、 PL#1 の再生開始直後（これを時間 tl という）に発生するイベントである _c ハンドラ hdl の functionは、 GPRM(O)に 1 を設定し（GPRM (0) =1； )、座標 (10,200)に lblack.pngを描画し（Draw(lblack.png， 10, 200))、座標

(330， 200)に 2white. pngを描画する (Draw (2whi te. png, 330, 200))というものである。 lblack. pngとは、選択状態にあるボタンのイメージデ一夕である。 2whi te. pngとは、通常状態にあるボタンのイメージデータである。図中の画像イメージ igl は、本図のイベントハンドラにより描画される画像イメージである。図中のポタン bnl， 2は、 lblack. png、

2white. pngを復号することにより得られる。 GPRM(O)は、この 2つのポタンの何れが選択状態にあるかを示す。この GPRM(O)が「1」に設定されていることは、ポタン bnl， 2のうち、ボタン bnl が選択状態に設定されていることを示す。

ハンドラ hd2は、 TimeEvent t2が発生した際、 f unct i on {〜 }を実行するというハンドラである。 TimeEvent t とは、 PL#1 の再生終了直前 (これを時間 t2 という）に発生するイベントである。ハンドラ hd2の functionは、 PlayPL (-，-, 0)を実行するというものである。この（-， - ，0)は、「自身のプレイリストの自身 Cell の先頭から」という意味である。

図 3 7のハンドラ hd3 は、 PL#1 の再生中に UserEvent が発生した際. 駆動されるノヽンドラである。ノヽンドラ hd2のく event— handler id=

UserEvent kl>は、 UserEvent kl の発生時に、 f unct i on以下の内容を実行することを示す。

function以下の内容は、 2つの if 文からなる。 1つ目の if 文の条件式は、 GPRM(O)が 1 であり、尚且つ、 SPRM(8)が右であるという条件

(GPRM(0)==1 SPRM(8)==Right)であり、この条件が真である場合、 GPRM(O)に 2を設定し（GPRM(0)=2;)、座標（10， 200)に 1 white, pngを描画し（Draw (1 white, png, 10, 200))、座標（330, 200)に 2b lack, pngを描画するという（Draw (1 black, png, 330， 200))ものである。

図中のイメージ ig2は、この条件成立時に描画される画像である。 if 文の条件が真であったなら、イメージ i g2のように、右側のポタン bn2 が選択状態に設定される。図 3 6の画像イメージ igl を、その横に示すこの対比からわかるように、イベントノヽンドラは UserEventの発生に応じて選択状態たるボタンを切り換えているのである。

if 文の else節は、 SPRM(8)が 0Kであるかという条件の成立を判定するものであり、この条件が成立すれば、 2つ目の if 文が実行されることになる。。

2つ目の if 文の条件は、（GPRM(0)= = 1)というものであり、この条件が真なら本 if 文は、プレイリスト #2の Cell#l の先頭から、再生を行う（PlayPl (PL#2, Cell#l, 0))。この条件が偽ならこの i f 文は、プレイリスト #3の Cell#l の先頭から、再生を行う（PlayPl(PL#3，Cell#l，0))。図 3 8は、図 3 6、図 3 7のプレイリストにて再生されるピクチャとィベントハンドラにより描画されるイメージとを合成して、ィベントノ、ンドラによる条件分岐を描いた図である。 TimeEvent tl により駆動されるイベントノヽンドラは、ボタンを合成するというものなので、プレイリストにおける最初のピクチャ pcl、途中のピクチャ pc2、最後のピクチヤ pc3に対し、イメージ igl (ポタン bnl，2を含む）が合成されて表示される。 TimeEvent t2により駆動されるイベントハンドラは、プレイリストの Cell の最後のピクチャデータが再生された後、先頭に戻るというものだから、最後のピクチャデータの表示後、矢印 py 1 に示すように最初のピクチャデータが表示され、これにボタンが合成される。ユーザからの操作がない限り、このような合成画像の表示が繰り返される。ユーザが矢印キーを押下することで UserEventが発生したなら、矢印 kyl に示すようにイメージ igl の代わりにイメージ i g2が、この AVストリームを構成する各ピクチャに合成される。

イメージ i gl が表示された状態でユーザが Enterキーを押下すれば、矢印 ey 1 に示すようにィベントノヽンドラ hd3内の

PlayPl(PL#2,Cell#l,0)が実行され、プレイリスト #2の Cel 1#1 を再生させる。

イメージ i g2が表示された状態でユーザが Enterキ一を押下すれば、イベントハンドラ hd3内の PlayPl(PL#3，Cell#l，0)が実行され、矢印 ey2に示すようにプレイリスト #3の Cell#l を再生させる。

ユーザの操作があるまで 1つの Cell を繰り返し再生し、ユーザの操作があれば、ボタンに応じた分岐先に分岐するという再生手順が、ィべントハンドラを用いて簡単に記述できる。

かかるイベントハンドラにより、 DVDで実現されているメニュー挙動と同様の制御を、プログラマが使い馴れた Java言語を用いて簡単に記述することができる。更にこれを発展させれば、ポタンの代わりに CG が動作するような凝ったメニュー表示の実現が可能になる。これにより映画制作の表現の幅が広がる。

以上が本実施形態における Java オブジェクトの改良である。続いて本実施形態における再生装置の改良点について説明する。上述したような TimeEveni；、 UserEventを発生させるには、再生制御エンジン 1 2に図 3 9に示すような処理手順を行わせればよい。

図 3 9は、本実施形態に係る再生制御ェンジン 1 2の処理手順を示す図である。本フローチャートにおいて新規なのは、 CELLを構成する ACCESS UNITを読み出し、復号するという一連の処理中（ステップ S 4 9〜ステップ S 5 3)に、ステップ S 6 0、ステップ S 6 2 という 2つの判定ステップが挿入されている点である。ステップ S 6 0は、 PL再生において、現在の再生時点を発生時刻とした TimeEventが、 PLMark、 ClipMarkに定義されているかどうかを判定するステップである。ステップ S 6 0が Yesなら、 TimeEventを発生して（ステップ S 6 1 )、ステップ S 5 1 に移行する。これにより、 TimeEventを駆動要件とするィべントハンドラが駆動される。

ステップ S 6 2は、 U0が発生したかどうかを判定しているステップである。ステップ S 6 2が Yesなら、 PLMark、 C 1 i pMarkを参照し、その UOを有効としている時間帯であるかを判定する（ステップ S 6 3)。もしその時間帯であれば、 UserEventの発生して（ステップ S 6 4)、ステツプ S 5 1 に戻る。

以上のように本実施形態によれば、再生制御エンジン 1 2が PLを再生させている間、再生時間の進行に応じてイベントを発生するので、

Javaモードにおいては、 TimeEvent、 UserEventを駆動要件とするィべントハンドラを駆動することができる。これにより、動画の中身に密接に同期したゲームを、 Java言語を用いて記述することができる。

(第 3実施形態）

第 2実施形態は、 PLMark、 ClipMarkで定義されたイベントにて駆動されるィベントハンドラについて説明したが、第 3実施形態は、 PLMark- Clip arkで定義されたメンバー関数の挙動を、 AV再生機能と同期させる場合の改良に関する。再生装置の AV再生機能とは、 DVDプレーヤ、 CDプレーヤから踏襲した機能群であり、再生開始（Play)、再生停止 (Stop), 一時停止（Pause 0n)、一時停止の解除（Pause Off), Still機能の解除（still off), 速度指定付きの早送り（Forward PI ay (speed) )、速度指定付きの巻戻し（Backward Play(speed)) , 音声切り換え（Audio Change), 副映像切り換え（Subt i 11 e Change)、アングル切り換え（Ungl e Change)といったものがある。

ユーザがこれらの機能の実行を命じた場合、再生装置は実行すべき機能に応じたイベントを発生する。巻戻し機能の実行をユーザが命じたなら Backward Event, 早送り機能の実行をユーザが命じたなら Fastward イベント、一時停止機能の実行をユーザが命じたなら Pause Eventを再生装置は発生する。これらのィベントでィベントハンドラを駆動するのは、以下の意義がある。再生という動作は、 PLの再生時間軸上でなされる。一方、 Java仮想マシンの動作は時間軸という概念をもたない。時間軸を前提にしていないので、 PLの再生制御と、 Java仮想マシンの動作とを同期させるには、 PLの再生がどこまで進行したかを何等かの術を用いて Java仮想マシンに伝えねばならない。時間軸における PLの再生制御を Java仮想マシンに伝えるイベントこそ、 Backward Event、 TimeEvent、 Pause Eventである _Q

(Backward Event)

Backward Event とは、巻戻し操作がユーザによりなされた場合、巻戻し操作がなされたという事実にてィベントハンドラを駆動するためのイベントである。この Backward Eventを導入したことの技術的意義は以下の通りである。図 4 0は、 Backward Eventの技術的意義を説明するための模式図である。この図 4 0において、 Javaオブジェクトのメンバ一関数がキャラクタ Aの CGを画面上で動作させるプログラムであるものとする。このメンバー関数を、 PL再生開始から時間 tl後に駆動したい場合、時間 tl経過という TimeEventを PLMarkに定義し、上述したプログラムをこの TimeEventにより駆動されるィベントノヽンドラとして記述すればよい。

かかる TimeEventによる駆動で問題となるのは、「巻戻しては進む」「巻戻しては進む」という変則的な再生を続けた場合である。この場合再生開始から時刻 tl が経過したという TimeEventが何度も発生することになり、そうすると本来 1つでよい箦の CGが、複数画面に現れるという事態が生じる。図 4 0における bgl は、再生が時刻 11 まで到来したためにハンドラにより描画される CGを示す。また bg2は、巻戻しにより再生が時刻 U まで到来したためにハンドラにより描画される CGを示す。本来 1つでよい箸の CGが 2つ描画されるため、画面デザインがおかしくなってしまう。これを避けるには、時間 tl を経過し、その後の巻戻しで再度時間 U に到来した際、 CGを消すような動作を Javaォブジェクトに記述しておくのが望ましい。そこで巻戻し操作がなされた場合、再生装置に Backward Event (図中の bwl)を発生させ、これにより駆動されるイベントハンドラを ZZZ. CLASSに定義しておくのである。巻戻し操作がなされ、再度 TimeEvent tlが発生した場合、画面上の CGを消す処理をかかるイベントハンドラに行わせることにより、「巻戻しては進む」「巻戻しては進む」という変則的な再生を繰り返した場合でも画面に現れる CGは一体のみとなる。

図 4 1、図 4 2は、 Backward Eventにより駆動されるィベントハンドラを用いた場合の画面表示例である。図 4 1 ( a ) は、 Javaモードにおいて、 PL再生が開始した時点の表示画面の一例であり、図 4 1 ( b ) は、 PLの再生時点が時刻 tl に到達した場合の表示画面の一例である。時刻 tlへの到達により TimeEventが発生し、この TimeEventによりイベントハンドラが駆動される。図中のフクロウは、 Javaォブジェクトのィベントハンドラが駆動したことにより描画されるコンビユータ · グラフィックスである。

図 4 1 ( c ) は、 PLの再生時点が時刻 t2に到達した場合の表示画面の一例である。時刻 t2に到達した時点でユーザが巻戻しを行ったものとする。図 4 2 ( a ) は、巻戻しにより PLの再生時点が時刻 tl に到達した場合の表示画面の一例である。時刻 Uへの到達により、図中のフクロウを消去する。これは上述したようなフク口ゥの二重描画を防止するためである。以降巻戻しにより再生時点が tOにまで到達し（図 4 2 (b ))、その後、ユーザが再度通常再生を行ったものとする。図 4 2 ( c ) は、 PLの再生時点が時刻 tl に再到達した場合の表示画面の一例である。巻戻し時にコンピュータ ' グラフィックスを消去したため、時刻 tlへの到達にて CGを再描画したとしても、画面に現れる CGは唯一つになる。 ' 尚本実施形態では、 Backward Eventにて CGの消去を行ったが、 t2にて発生する TimeEventを PLMarkに定義して、

TimeEventtl の発生→ TimeEventt2の発生→ TimeEventtl の発生という順序で TimeEventが発生すれば、フクロウのコンビュ一夕 ' グラフィックスを消去してもよい。

(TimeEvent)

第 2実施形態で説明した TimeEventは、早送り再生がなされた際、早送りの速度に応じた時間間隔で、発生するという性質をもつ。図 4 3は早送り時での Time Event発生を模式的に示す図である。本図において TimeEventは、時間間隔 drl を開けて発生している。この時間間隔は、ユーザによる早送り速度の指定に応じたものであり、 PLの再生速度が早ければ早い程間隔は短く、再生速度が遅ければ遅い程、間隔は長くなる。よって TimeEventは、 PLの再生速度が早ければ早い程、短い間隔で発生する。逆に PLの再生速度が遅ければ遅い程、長い時間間隔で発生する。このィベント発生の時間間隔が長いか短いかで Javaォブジェクトは、 PLの再生が早く進んでいるか、遅く進んでいるかを知ることができる。そのため PLの再生が早く進んでいる場合と、遅く進んでいる場合とで、 CGの動きを変えるようプログラムを行うこともできる。これにより、 CGの動きと、 PL再生とに緻密な時間同期をとらせることができる。

図 44は、早送りに応じた TimeEventにより駆動されるイベントハンドラを用いた場合の画面表示例である。図 44 ( a ) は、 Javaモードにおいて、 PL再生が開始した時点の表示画面の一例であり、図 44

( b ) は、 PLの再生時点が時刻 tl に到達した場合の表示画面の一例である。時刻 tlへの到達により TimeEventが発生し、この TimeEventによりイベントハンドラが駆動される。図中のフクロウは、このイベントノ、ンドラが駆動したことにより描画されるコンピュータ · グラフィックスである。図 4 4 ( c ) は、早送りを行った表示画面の一例である。早送りがなされたことより、 TimeEventの発生間隔が変わる。 Javaォブジェクトは、この間隔変化に応じて図中のコンピュータ · グラフィックスの動きを変える。

図 44 ( c ) におけるフクロウの飛翔は、コンピュータ ' グラフイツタスの描画方法を変化させる一例である。 TimeEventの発生間隔に応じてコンピュータ . グラフィックスの描画方法を変化させることにより、

PLが早送りにて再生された場合でも、 Javaォブジヱクトの動きを緻密に同期させることができる。尚図 44における画面の横線は、早送りななされている様子を、 VTRの再生に例えて誇張して表現したものにすぎない。実際の BD-R0Mでの早送り時には、このような横線は画面には現れない。ここで 10倍速のように、高速である場合は、コンピュータ . グラフィックスを消去してしまうのが望ましい。

(ポーズ）

Pause Event は、一時停止操作がなされた際、再生装置において発生するイベントである。図 4 5は、 Pause Eventの発生を模式的に描いた図である。かかる Pause Eventの発生時において、再生装置の動作を止めるようィベントハンドラを記述すれば、 PLの再生は止まっているのに、 CGの動きだけは進行しているというような齟齬を無くすことができる。

以上のイベントにて、動作するようなイベントハンドラをメンバー関数として定義することで、 Javaォブジヱクトの動作が PL再生と緻密に同期するような高品位な映画作品を、視聴者に供給することができる。以上のように本実施形態によれば、再生時間軸において現在の再生時点がどこであるか、再生がどれだけのスピ一ドに応じて進行しているかによって、 Javaオブジェクトの処理を変化させるので、 Javaオブジェクトにより描画される CGの動作のリアリティを高めることができる。

(第 4実施形態）

本実施形態は、 DVD と同様のメニュー制御を BD-R0M上で実現する場合の改良に関する。図 4 6は、 BD-R0Mにより実現されるメニュー階層を示す図である。本図におけるメニュー階層は、 TopMenuを最上位に配し、この TopMenuカゝら下位の TiUeMeniu SubTi 11 e enu, AudioMenu ¾ 選択できる構造になっている。 .図中の矢印 swl , 2， 3は、ポタン選択によるメニュー切り換えを模式的に示す。 TopMenu とは、音声選択、字幕選択、タイトル選択の何れを行うかを受け付けるボタン（図中のボタン snl， sn2, sn3)を配置したメニューである。

TitleMenu とは、映画作品（Ti U e)の劇場版を選択するか、ディレク夕ーズカツト版を選択するか、ゲーム版を選択するか等、映画作品の選択を受け付けるボタンを配置したメニューである。 Audi oMenu とは、音声再生を日本語で行うか、英語で行うかを受け付けるボタンを配置したメニュー、 SubTitleMenuとは、字幕表示を日本語で行うか、英語で行うかを受け付けるボタンを配置したメニューである。

こうした階層をもったメニューを動作させるための MOVIEオブジェクトを図 4 7に示す。

FirstPlayオブジェクト（FirstPlay 0BJ)は、再生装置への BD- ROMのローデイング時におけるスタートアップ手順を記述した動的シナリオである。 FirstPlayォブジヱクトを表す四角枠は、このスタートアツプ手順を実行するためのコマンドを示す。 FirstPlayォブジヱクトの最後のコマンドは分岐コマンドであり、 TopMenuオブジェクトを分岐先にしている。

TopMenuォブジヱクト（TopMenu OBJ)は、 TopMenuの挙動を制御する動的シナリオである。 TopMenuオブジェクトを表す四角の枠は、この制御手順を現した個々のコマンドを模式化したものである。このコマンドには、ユーザからの操作に応じて TopMenu中のポタンの状態を変えるものや、ポタンに対する確定操作に応じて分岐を行う分岐コマンドがある。この分岐コマンドは、 TopMenuから T tleMenu、 TopMenu力、ら

SubTitleMenu, TopMenuから AudioMenu というメニュ一切り換えを実現するものである。

AudioMenuオブジェクト（AudioMenu OBJ)は、 Aud i oMenuの挙動を制御する動的なシナリオである。 Aud i oMenuオブジェクトを構成する四角の枠は、この制御手順を現した個々のコマンドを模式化したものである。このコマンドには、ユーザからの操作に応じて Aud i oMenu中のボタンの状態を変えるものや、ポタンに対する確定操作に応じて音声設定用の

SPRMを更新するコマンドがある。

SubTiUeMenuオブジェクト（SubTitleMenu 0BJ)は、 SubTi 11 eMenuの挙動を制御する動的なシナリオである。 SubT i 11 eMenuオブジェクトを構成する四角の枠は、この制御手順を現した個々のコマンドを模式化したものである。このコマンドには、ユーザからの操作に応じて

SubTitleMenu中のボタンの状態を変えるものや、ポタンに対する確定操作に応じて音声設定用の SPRMを更新するコマンドがある。 TitleMenuオブジェクト（TitleMenu OBJ)は、 TitleMenuの挙動を制御する動的シナリオである。 TitleMenuオブジェクトを表す四角の枠は、この制御手順を現した個々のコマンドを模式化したものである。このコマンドには、ユーザからの操作に応じて TitleMenu中のボタンの状態を変えるものや、ボタンに対する確定操作に応じて分岐を行う分岐コマンドがある。この分岐コマンドは、個々の Titleへの分岐を実現するものである。

これらのメニュー用 MOVIEオブジェクトにより、 DVDで実現されているようなメニューの挙動を実現することができる。以上がメニュー制御に関連する MOVIEオブジェクトである。

続いて本実施形態における Index Tab 1 eの改良について説明する。本実施形態における Index Tableには、 Fi rstPLay INDEX、 Audio

MenuINDEX, Subtitle MenuINDEX, Title MenuINDEX が追加されている第 1実施形態に示したように、これらの Indexは、 3つのモードの何れの動的シナリオからも参照される。

First PlaylNDEXは、 BD - ROMのスタートアツプ時に参照される Index である。 FirstPlay ォブジェクトのファイル名が本 Index に記述される

Top MenuINDEX, Audio MenuINDEX, Subtitle MenuINDEX, Title MenuINDEXは、それぞれ Audio Menu, Subtitle Menu, Title Menu ¾ ィレクトにコールするようなユーザ操作がなされた際、参照される

Indexである。ユーザによるダイレクトなコールは、ユーザがリモコンにおける Audio選択キー、 Subtitle選択キー、 Ti 11 e選択キーを押下することにより場合になされる。

以上が本実施形態における MOVIE ォブジヱクトの改良である。続いて本実施形態における再生装置の改良点について説明する。上述したような MOVIEオブジェクトを動作させるには、モジュールマネージャ 2 0に図 4 8のフローチヤ一トに示すような処理手順を行わせればよい。

メニュー制御を行うべく、本実施形態を示すモジュールマネージャ 2

0は、図 4 8に示すような処理手順で分岐制御を行う。本フローチヤ一トが新規なのは、ステップ S 8とステップ S 1 1 との間にステップ S 2 4が揷入されており、このステップ S 2 4が Yesである場合に、ステツプ S 2 5〜ステップ S 2 8の処理を行って、ステップ S 4に戻る点である。ステップ S 2 5〜ステップ S 2 8は、メニューの制御を行うシナリォを、カレント動的シナリオに設定するものである。つまり分岐コマンドの分岐先が xxxMenuであるなら■ (ステップ S 2 4で Yes；)、カレントの動的シナリオ i を Suspend し、変数 xを退避して（ステップ S 2 5 )、分岐先 Menuに対応する Indexからフアイル名を取り出し（ステップ S 2 6 )、取り出されたファイル名の動的シナリオをカレントの動的シナリォ i に設定し（ステップ S 2 7 )、カレントモードを MOVIEモードに戻す (ステップ S 2 8 )。その後、カレント動的シナリオを実行してゆく。以上のように本実施形態によれば、メニュー制御のための動的シナリォへの分岐は、 Index Tableの Indexを介した間接参照にて実現されるので、 Javaモード、 Browserモードの実行時においてメニューキーが押下された場合でも、これらメニュー制御用の動的シナリオへと分岐することができる。 Java仮想マシン、 Browserモードからの音声切り換え、字幕切り換えの実現が可能となり、 Java仮想マシン、 Browserモードでの再生にあたっても、通常の DVD同様、音声切り換え、字幕切り換えが可能となる。

(第 5実施形態）

第 1 実施形態において、 Javaモードのアプリケ一ションプログラムは、再生制御エンジンが提供するプログラミング関数、システム変数を用いて BD-R0Mに対する再生制御を記述していた。つまり再生制御の記述に、再生制御エンジンが提供するプログラミング関数、システム変数をダイレクトに用いていた。これに対し第 5実施形態における Javaモ — ドのアプリケーションは、 Javaモジュール 1 7が提供するメンバ一関数を介して BD-R0Mに対する制御を記述している。

どのようなメンバー関数を介して記述するかについて、図 4 9を参照しながら説明する。図 4 9は、 Javaモ一ドに属するクラスのメンバー関数を示す図である。第 4層にあたる Javaモードは、 BD-ROMStatus クラス、 BD -画 PlayBack クラス、 BD -画 Event クラスを含む BD - ROM専用ノ、。ッケ一ジを有している。

以降、パッケージにおける個々のクラスについて説明する。

BD-ROMEvent クラスは、 setEventListener関数を始め複数のメンバー関数を含む。 setEventListener関数は、 ZZZ. CLASSのインスタンス (Javaオブジェクト）が生成された際、 Javaォブジェクトのメンバー関数の使用宣言を行うものである。つまり Javaオブジェクトのメンバ一関数は、この setEventListener関数の使用宣言があって初めて使用が可能となる。 TimeEventや UserEventが発生した場合、

setEventListener関数にて使用宣言がなされたィベントハンドラが駆動される。

BD-ROMPlayBackクラスは、 PlayPL at CELLO, PlayPL at MarkO, PlayPL at Specified TimeOをメンバー関数としてパッケ一ジングしたクラスである。

BD-ROMStatusクラスは、状態取得や状態設定用のメンバー関数、つまり、第 1実施形態に示した（i)Get value of Player Status Register 関数、 (i i) Set value of Player Status Register関数、 (i i i) Set value of Player Status Register関数、 (i i i) Get value of General Purpose Register関数、 (i v) Get value of General Purpose Register をメンバー関数としてパッケージングしたクラスである。

図中の矢印 ycl， 2， 3， 4, 5は、 BD -顯 Statusクラス、 BD-ROMPl yBack クラス、 BD-ROMEventクラスのメンバ一関数を介した PL再生機能、レジスタ設定値の取得設定を模式的に示す。この矢印に示すように、第 5実施形態における Javaオブジェクトは、 Javaモジュール 1 7におけるパッケージを介して、再生制御エンジン 1 2が提供するプログラミング関数、レジス夕設定値であるプレーヤ変数を利用しているのである。図 5 0は、 Javaモード内のメンバ一関数を介した制御を示す図である。

矢印 ypl は、 III. CLASSのインスタンスたる Javaォブジヱクトの生成を象徴化している。この生成は、 Javaォブジヱクトへの分岐が最初に命じれた際、 Javaモジュール 1 7によりなされる。矢印 yp2は、 Javaォブジヱクトによる setEventL i stener関数の呼出を象徴化している。

矢印 yhl は、イベントォブジヱクト内の setEventL i stener関数によるイベントハンドラの使用宣言を象徴化して示す。矢印 yh2 は、ィベントォブジェクト内のメンバー関数によるイベントハンドラの駆動を象徴ィ匕して示す。つまり JAVAオブジェクトのイベントノヽンドラは、ィベントォブジヱクトのメンバー関数（setEventL i s tener関数）からィベントハンドラ使用宣言を受けて使用可能になり、 C l i pMark、 PLMark により定義された KeyEvent、 T i meEvent にて駆動される。

矢印 yh3は、駆動されたイベントハンドラによる状態取得を象徴化している。つまり第 5実施形態における Javaオブジェクトのメンバー関数たるィベントハンドラは、 Java モ一ドに属するクラスのメンバ一関数（get Sys tem Parameter Reg i ster)を用いて間接的に再生装置の状態取得や状態設定を行う。 '

矢印 yh4は、駆動されたイベントハンドラによるプレイリスト再生を象徴化している。つまり Javaオブジェクトのメンバー関数たるィベントハンドラは、 BD-ROMP l ayback クラスのメンバー関数を用いてプレイリス卜の再生を装置に命じるのである。

以上のように本実施形態によれば、 BD-R0Mに対する再生制御を、 Javaモジュール 1 7におけるパッケージを介して記述するので、一般の Java言語によるプログラミングスタイルと同じスタイルで、 BD- ROM に対する再生制御を記述することができる。これにより、映画作品の制作に参入したソフトハウスの制作効率を高めることができる。

尚、本実施形態のパッケージは、 BD-R0M規格のライセンス管理を行う団体と、アプリケーションプログラムを開発するソフトハウスとが正式な契約を締結することを条件として、この団体により交付されるようにすることが望ましい。この契約は、 BD-R0Mに記録された映画作品の品位を汚すようなアプリケーションプログラムを開発しないという禁止条項を含んでいる。このようにすれば、映画作品の品位を汚すという恐れを避けつつ、様々なアプリケーションをソフトハウスに開発させることができる。

(第 6実施形態）

第 1実施形態〜第 5実施形態において MOVIEォブジヱクトは、

Navigation Button情報における分岐コマンドに基づき MOVIEモードから Javaモードへの移行を行ったが、本実施形態では、メニューを介して MOVIEモードから Javaモードへの移行を行う。図 5 1 は、第 6実施形態に係るメニュー階層を示す図である。図 4 6のメニュー階層画像と異なるのは、 TopMenu から Extra Menu への移行が可能である点である Extra Menu とは、 Javaモ一ド /Browserモ一ドの何れを選択するかをユーザから受け付けるメニューであり、 Javaモ一ドへの移行を受け付けるボタン、 Browserモードへの移行を受け付けるボタンを含む。図 5 2は、第 6実施形態に係る MOVIEォブジェクト、 Index Tableを示す図である。本図と図 4 7との違いは、 Extra Menuの挙動を制御する ExtraMenuオブジェクト（ExtraMenu OBJ)力 s存在し、 TopMenuの MOVIEォブジェクトから、この Extra Menuォブジェクトへの分岐が可能である点（1)、 Index Table内に Extra Menuの Indexがあり、リモコンのメニユーキーの押下により Extra Menuォブジヱクトへの分岐が可能である点（2)である。

メニューキーの押下により、 Javaモードへと移行するので、現在の再生時点がどこであろうと、 Javaモードへの移行が行われることになる。 Browserモードへの移行も同様である。

以上が、本実施形態における MOVIEオブジェクト、 Index Tableの改良である。続いて本実施形態における Javaォブジヱク卜の改良について説明する。本実施形態における Javaオブジェクトは、 MOVIEモードから Javaモードへと移行した際、 SPRM(IO)を参照して、 MOVIEモードにおいてどの再生時点から Javaモードへと分岐したかについて知得する。そして SPRM(IO)と、予め具備しているスケジュールテーブルと（図 5 3 )を照合して、 Javaモードにおける処理を行う。このスケジュールテーブルは、動画データに登場しているキャラクタと、このキャラクタが登場している時間帯とを対にして示すテーブルである。 Javaオブジェクトはこのテーブルを参照して、現在の再生時点にあるキャラクタを知得し、このキャラクタを主人公にしたゲームを実行する。

以上のように本実施形態によれば、メニューを介した分岐により、 MOV IEモードから Javaモードへと移行するすることができる。また、分岐直前の再生時点を示す SPRM(IO)を参照することで、ユーザがどこまで視聴したかに応じて、処理を切り換えることができる。かかる切り換えで、映画作品の再生と緻密に関連するような Java言語アプリケ一シヨンを制作することができる。

(第 7実施形態）

第 1実施形態は、 MOVIEモ一ドで再生させていた PL内の CELLを Java モードからも再生させるという PLのシェアリングが可能であった。しかしこのシヱァリングは、 PL情報に、フィルタリング情報を設ける場合に、障害となる。フィルタリング情報とは、 AVストリームに多重化されている複数ストリームのうち、どれを有効とし、どれを無効とするかを定める情報である。フィルタリング情報を設ける理由は、以下の通りである。 AVストリームには、映像'音声以外にも、 Nav i gat i on

Button情報や副映像ストリームというようなストリームが含まれている。 Navigation Button情報は、 MOVIEモードにあたっては必要であるが、 Javaモードや Browserモードではそうとは限らない。何故なら Javaモードでは、 Java言語でコンピュータ · グラフィックスを描画することができ、 Navigation Button情報の力を借りるまでもないからである。 Javaモードにおいては、 Navigation Button情報を無効と扱うため、かかるフィルタリング情報が必要となる。ところがこのフィルタリング情報を PL情報に設けて、上述したような PLのシャアリングがなされれば、ストリームの有効、無効を定めるフィルタリング情報もシェアリングされてしまう。

フィルタリング情報を PL情報に設けた場合、 PL情報のシェアリングは望ましくないので、本実施形態では図 54のように PLを設定する。図 5 4は、第 7実施形態に係る PI^情報の構成を示す図である。本図の Pぃ膚報には、フィルタリング情報と App. Flag とが新規に追加されている。

App Fl agは、プレイリストをどのモードの動的シナリオに利用させるかを指定する情報である。アプリケーションプログラムの指定は、 MOVIEモード、 Javaモード、 Browserモードという 3者の中から 1 つを選ぶことでなされる。この App. Flagが「00: MOVIEモード」を示しているなら、 MOVIEオブジェクトならどこでもこの PL情報を利用することができる。しかし Javaォブジェクト、 MOVIEオブジェクトは、利用することはできない。

一方 App. Flagが「01： Javaモード」を示しているなら、 Javaォブジェク卜であればどれでもこの PL情報を引用することができる。

「10:Browserモード」を示しているなら、 WebPageオブジェクト」が引用することができる。更に「11」を示しているのであればどれでもこの PL情報を引用することができる。そして 11 を示しているなら、どのモードの動的シナリオであっても、このプレイリスト情報を引用することができる。

APP. Flagにより、 1 つの PI_J情報を 1 つのモードの動的シナリオに利用させ、他のモードの動的シナリオに利用させないという排他制御を実現することができる。かかる排他制御により、 PL情報に設定されたフィルタリング情報は、本来用いられるべきモードの動的シナリオにより使用されることになり、意図しないモードでのストリーム再生を防ぐことができる。

PL 情報を設けることで、図 5 5 のようなシェアリングが可能となる図 5 5は、デジタルストリーム本体を MOVIEモードと、 Javaモードとでシェアリングしつつ、 PL情報を MOVIEモードと、 Javaモ一ドとで排他的に用いているという階層的なシェアリングを示す図である。

App. Flagに基づく処理を行うため、本実施形態に係る動的シナリォは、 PlayPL関数の呼出に先立ち、再生したい PL の App. Flagを再生制御エンジン 1 2から受け取る。そして動的シナリオは、自身が属するモ — ドと、受け取った App. Flagに示されるモードとがー致するかを判定し、一致していれば PlayPL関数の呼出を行う。一方不一致ならば関数呼出を行わない。動的シナリォ及ぴ再生制御ェンジン 1 2が以上の処理を行うことにより、 App. Flag に示されるモードの動的シナリオだけが PLを再生することになる。

尚、 PlayPL関数の関数呼出時に、動的シナリオは自身が属するモードを再生制御エンジン 1 2 に通知し、再生制御エンジン 1 2はそのモ一ドが関数呼出先の PLの App. Flag と一致しているかどうかを判定してもよい。そして一致していれば、その PlayPL関数を実行し、不一致なら実行しないのである。こうすることで、 App. F 1 agに示されるモードの動的シナリオだけが、 PL を再生することになる。

本実施形態に示したような階層的なシ Iァリングにより、フィルタリング情報を活用しつつ、 MOVIEモ一ドにおけるワンシーンを Javaモ一ドで利用するというシーン引用が可能になる。

無論、フィルタリング情報や App. Flagをストリーム管理情報に設けてもよい。しかしフィルタリング情報をストリーム管理情報に設けるとモード間の AV ストリームのシェアリングが一切不可能になってしまい賢明な策とはいいがたい。他のモードでの引用を実現をしょうとするのなら、 PL情報に App. Flag、フィルタリング情報を設けて、 AV ストリ一ム本体をシ； cァリングできる途を残しておくことが望ましい。

(第 8実施形態）

本実施形態は、 BD- ROMの製造工程に関する実施形態である。図 5 6 は、第 8実施形態に係る BD- ROMの製造工程を示すフローチャートである。

BD - ROMの制作工程は、動画収録、音声収録等の素材作成を行う素材制作工程 S 1 0 1 、ォーサリング装置を用いて、アプリケーションフォ一マットを生成するォーサリング工程 S 1 0 2、 BD-R0Mの原盤を作成し、プレス '貼り合わせを行って、 BD-R0Mを完成させるプレス工程 1 0 3を含む。

これらの工程のうち、 BD-R0Mを対象としたォ一サリング工程は、シナリォ編集工程 S 2 0 1 、素材ェンコ一ドエ程 S 2 0 2、多重化工程 S 2 0 3、フォーマッティング工程 S 2 0 4、エミユレーシヨン工程 S 2 0 5 という 5つの工程とからなる。

シナリォ編集工程 S 2 0 1 とは、企画段階において作成された筋書きを再生装置が理解できる形式に変換する工程である。シナリオ編集の結果は、 BD-R0M用シナリオとして生成される。また、このシナリオ編集において、多重化を実現するため多重化パラメータの等も生成される。素材エンコード工程 S 2 0 2 とは、ビデオ素材、オーディオ素材、副映像素材のそれぞれをエンコードして、ビデオストリーム、オーディオストリーム、副映像ストリームを得る作業である。

多重化工程 S 2 ◦ 3では、素材エンコードにより得られた、ビデオストリーム、オーディオストリーム、副映像ストリームをインターリーブ多重して、これらを 1 本のデジタルストリームに変換する。

フォーマッティング工程 S 2 0 4では、 BD-R0M 向けシナリオを元に各種情報を作成して、シナリオ及びデジタルストリームを BD-R0Mのフォ一マットに適合させる。

エミュレーション工程 S 2 0 5では、ォ一サリング作業の結果が正しいか否かの確認を行う。

上述したシナリォ編集工程において、 Javaオブジェクト及び WebPage オブジェクトは、 Java言語、マークアップ言語を用いた記述が可能であるから、通常のコンピュータ向けのソフトウェアを開発するのと同じ感覚で、開発することができる。よって本実施形態では、このシナリオ制作の効率を高めることができるという効果がある。

(第 9実施形態）

第 9実施形態は、本発明に係る記録媒体を BD-RE等の書き換え可能な光ディスクとして実施する場合の実施形態である。第 1 実施形態に示した AV ストリームーストリーム管理情報一 PL 情報といったデータ構造は

BD - RE と互換を有しており、 BD-REの記録装置は、放送信号のリアル夕イムレコーディングを行うことにより、 AV ストリーム一ストリーム管理情報— PL情報といったデータ構造を BD-RE に書き込む。これらが書き込まれた BD- RE に対して、ユーザがプログラミングを行い、 MOV I Eォブジェクト、 Jav オブジェクト、 WebPage オブジェクト、 I ndex Tab l e を記述して BD- RE に書き込めば、第 1 実施形態に示したアプリケーションフォーマツトと同様のフォーマツトを、 BD- RE上で実現することができる。

以上のように本実施形態によれば、 BD- REの記録装置を所持するユーザに、第 1 実施形態に示したアプリケ一シヨンフォーマツトを作成する機会を与えるので、多くのユーザに、第 1 実施形態に示した映画作品を制作する楽しさを知ってもらうことができる。

(第 1 0実施形態）

第 1 0実施形態は、 Javaオブジェクト、 WebPageォブジェクトの動作が可能であつたとしても、一定の条件の下に再生装置をコアシステムに固定化してしまう実施形態である。

つまり以下の事情（1 )〜（7)が再生装置側にある場合、ムービーモードからェンハンスドモードへの遷移の途を閉ざすのである。

Java仮想マシンやブラウザにバージョンコンフリクションがある場合（5)、

ネットワークから記録媒体の記録内容を読み取ろうとする不正機器から、記録媒体の映画作品を保護するため、再生装置をネットワークから遮断したい場合（7)、本実施形態における Javaォブジェクト、 WebPageォブジクトは以上の事情（1 )〜（7)の有無をチ I ックするようなチェックル一チンをもつている。このチヱックルーチンは、再生装置における不正ソフトウェアのィンスト一ルゃゥィルスの感染等の再生装置に対するチヱックをネットワーク上のサーバと連携して実行する。このサーバは、再生装置による暗号鍵利用を管理する暗号鍵管理センタ、ユーザに対する課金を行う課金センタ、不正コピー摘発を推進する著作権管理センタ等により運営されるものであり、 Javaオブジェクト、 WebPageオブジェク卜がこれらのセンタのサーバと通信を行い、（1；)〜（7)の条件が再生装置側に満たされれば、強制的にコアシステムに移行するよう、 Javaオブジェクト、 WebPageォブジェクトはプログラミングされている。

ここでリッパソフトを用いた不正コピーの可能性の有無は、 Javaォプジヱクト、 WebPageォブジェクトにチヱックルーチンを組み込むことで実現される。このチェックルーチンは、 HDのファイル、フォルダを定期的にセンターに報告し、センタがこれを検閲するという処理で実現される（尚、かかる検閲は映画作品購入時の事前承認が前提である。）。以上のように本実施形態によれば、ネットワークを介した高付加価値化を実現しつつ、著作権者や再生装置の製造メーカが何等かの事情でネットワーク接続を閉ざすことを希望した場合、再生装置をコアシステムに設定し再生装置をスタンドアローンで利用するよう Javaオブジェクト、 WebPageオブジェクトを記述することができる。特に、再生装置に HDやオペレーティングシステムがィンストールされ、ノソコンのような再生環境で BD- ROMが利用されている場合に特に有意義になる。尚上述した事情の発生後、適切な処置がとられれば、フルシステムに移行するようにしてもよい。

(第 1 1 実施形態）

第 1 1 実施形態は、再生装置に HDをもたせて I ndex Tab l e と、新たな PL とを通信部 2 3 にダウンロードさせて HDに書き込ませる実施形態である。 HD に新たな I ndex Tab l eが書き込まれれば、 PLから PLへの分岐にあたってモジュールマネージャ 2 0は、 BD- ROM に記録された I ndex Tableの代わりに HD に記録された Index Tableからフアイル名を取り出し、そのフアイル名の動画データを読み出させて DVDライクモジュ一ル 1 6〜 BROWSERモジュール 1 8に実行させる。

以上のように本実施形態によれば、 BD-R0Mに記録された特定の PL に道徳'倫理的な問題がある場合、 Index Table と、差し替え映像とを再生装置にダウンロードさせれば、新たな Index Tableを介した間接参照を再生時に再生装置に行わせることで、問題がある映像の代わりに、差し替え映像をユーザに視聴させることができる。一部差し替えにあたつて BD-R0M に記録された動的シナリオを一切書き換えなくてもよいのでかかる問題が生じたとしても、記録媒体を回収するというリスクを避けることができる。

また差し替え映像でなくても、 BD-R0Mに記録されている複数 Title のうち、特定のものを再生させたくない場合、 BD- ROMに記録されている Titleの順序に入れ替えたい場合も、 Index Tableをダウン口一ドするだけでよい。何故なら、これらの変更にあたって、 BD- ROMに記録されている動的シナリオの書き換えは不要だからである。

(備考）

上記実施形態に基づいて説明してきたが、現状において最善の効果が期待できるシステム例として提示したに過ぎない。本発明はその要旨を逸脱しない範囲で変更実施することができる。代表的な変更実施の形態として、以下（A) (B) (C) · · · ·のものがある。

(A)全ての実施形態では、本発明に係る光ディスクを BD- ROM として実施したが、本発明の光ディスクは、記録される動的シナリオ、 Index Tableに特徴があり、この特徴は、 BD- ROMの物理的性質に依存するものではない。動的シナリオ、 Index Tableを記録しうる記録媒体なら、どのような記録媒体であってもよい。例えば、 DVD- ROM, DVD- RAM, DVD-

RW, DVD-R, DVD+RW, DVD+R, CD-R, CD- 等の光デイスク、 PD, MO等の光磁気ディスクであってもよい。また、コンパクトフラッシュカード、スマートメディア、メモリスティック、マルチメディアカード、 PCM- CIA力― ド等の半導体メモリカードであってもよい。フレシキブルディスク、 SuperDisk, Zip.Clik!等の磁気記録ディスク（i)、

ORB, Jaz, SparQ, SyJet, EZFley,マイクロドライブ等のリムーバルハードディスクドライブ（ii)であってもよい。更に、機器内蔵型のハードディスクであってもよい。

動的シナリオ、 Index Table, プレイリスト情報は、 AVストリーム及ぴストリーム管理情報と別々の記録媒体に記録されてもよい。そしてこれらをパラレルに読み出して、 1 つの映像編集として再生させてもよい

(B) 全ての実施形態における再生 ¾置は、 BD- ROMに記録された AVストリームをデコードした上で TVに出力していたが、再生装置を BD-R0M ドライブのみとし、これ以外の構成要素を TVに具備させてもい、この場合、再生装置と、 TVとを IEEE1394で接続されたホームネットワークに組み入れることができる。また、実施形態における再生装置は、テレビと接続して利用されるタイプであつたが、ディスプレイと一体型となつた再生装置であってもよい。更に、各実施形態の再生装置において、処理の本質的部分をなす部分のみを、再生装置としてもよい。これらの再生装置は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、第 1実施形態〜第 1 1実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第 1実施形態〜第 1 1実施形態に示した再生装置の有償'無償による譲渡（有償の場合は販売、無償の場合は贈与になる）、貸与、輸入する行為も、本発明の実施行為である。店頭展示、カタ口グ勧誘、パンフレツト配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。

(C)図 29〜図 3 1、図 39、図 48に示したプログラムによる情報処理は、ハードゥヱァ資源を用いて具体的に実現されていることから、上記フローチャートに処理手順を示したプログラムは、単体で発明として成立する。全ての実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、第 1実施形態〜第 1 1実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為（1 )や、有償'無償によりプログ'ラムを譲渡する行為 (2)、貸与する行為（3)、輸入する行為（4)、双方向の電子通信回線を介して公衆に提供する行為（5)、店頭展示、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為 (6)がある。

(D)図 2 9〜図 3 1 、図 3 9、図 4 8 のフローチャートにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフローチャートによる処理手順は、再生方法の使用形態を開示していることがわかる。各ステップの処理を、時系列に行うことで、本発明の本来の目的を達成し、作用及び効果を奏するよう、これらのフローチャートの処理を行うのであれば、本発明に係る記録方法の実施行為に該当することはいうまでもない。

(E) Jav オブジェクトは、 CGを描画するようなアプリケーションであつたが、 Java言語で記述されるアプリケ一ションであればどのようなものであってもよい。例えば電子商取引（EC (E l ec t ron i c Commerce) )のクライアントアプリケ一ションであってもよい。映画作品の動画を交えながら商品案内を行うような Javaォプジヱクトを実現することができるので、映画作品に関連するキャラクタビジネスを成功に導くことができる。また Javaオブジェク卜のアプリケーションは、ネット対戦型のオンラインゲームであってもよい。更に、 Javaォブジェクトにて CGにて表現されるキャラクタは、エージェントとしての処理を行うものであてもよい。エージェントとしてのキャラクタは、再生装置のヘルプ機能を実現するものであったり、ユーザに助言を行うものでもよい。

Javaォブジヱクトが用いるようなライブラリィを BD- ROMに記録しておいてもよい。そのようなライブラリイには、 PNG ファイル、アニメ一ションデータを格納した MNG ファイル、ストリームに関連した情報を格納した XML ファイル、 HTML/SM I L ファイルがある。特に、アニメ一ションデータを格納した MNGファイルがライブラリとして記録されている場合、上述したようなフクロウのコンピュータ · グラフィックスを簡単に描画することができる。 WebPageオブジェクトが WEBサイトから取得する情報は、 WEBぺ一ジであってもよいし、画像データであってもよい。また、 AV ストリームストリーム管理情報、 Pい ft報であってもよい。また WebPageオブジェクトは、検索エンジンと連携して処理を行ってもよい。

更に、ェンハンスドモードにおける記述言語は、 C++や C#言語であつてもよい。

(F)尚第 1 実施形態における図 1 8の一例は、本 BD-R0Mにおける再生制御の記述技法の一例にすぎない。他の記述技法としては、 AVストリーム中の Navigation Button情報からダイレクトに Javaオブジェクトへと分岐するという記述技法がある。図 5 7は、 AV ストリーム中の Navigation Button情報からダイレクトに Javaオブジェクトへと分岐するという再生制御の一例である。かかる分岐を行うよう Navigation Button 情報を記述すれば、あるキャラクタが登場しているシーンからそのキャラクタを主役としたゲームに分岐するというシーン展開を、自由に記述することができるので、シーン展開の表現の幅が広がる。

(G)第 5実施形態では、 Chapter を一覧表示するための Menu (Chapter Menu)と、これの挙動を制御する MOVIEオブジェクトとを BD- ROMに記録しておき、 Top Menuから分岐できるようにしてもよい。またリモコンキーの Chapterキーの押下により呼出されるようにしてもよい。

(H) BD-R0Mに記録するにあたって、 AV ストリームを構成する各 TSノヽ。ケットには、拡張ヘッダを付与しておくことが望ましい。拡張ヘッダは TP— extra— header と呼ばれ、 Arribval— Time— Stamp』と、

『copy_permission— indicator^ とを含み 4 ノ W トのデータ長を有する TP— extra— header 付き TS パケット（以下 EX 付き TS バケツ卜と略す）は 32個毎にグループ化されて、 3つのセクタに書き込まれる。 32個の EX 付き TSパケットからなるグループは、 6144バィト（ = 32 X 192)であり、これは 3個のセクタサイズ 6144パィト（ = 2048 x 3)と一致する。 3個のセクタに収められた 32個の EX付き TSバケツトを" Aligned Unit" とい o IEEE1394を介して接続されたホームネットワークでの利用時において、再生装置 2 0 0は、以下のような送信処理にて Aligned Unitの送信を行う。つまり送り手側の機器は、 Aligned Uni tに含まれる 32個の EX付き TSバケツトのそれぞれから TP_extra— headerを取り外し、 TSパケット本体を DTCP規格に基づき暗号化して出力する。 TSバケツトの出力にあたっては、 TSパケット間の随所に、 isochronousパケットを挿入する。この挿入箇所は、 TP— extra— headerの Arribval— Time— Stampに示される時刻に基づいた位置である。 TSパケットの出力に伴い、再生装置 2 0 0は DTCP— Descriptorを出力する。 DTCP_Descri ptorは、

TP— extra_headerにおけるコピー許否設定を示す。ここで「コピー禁止」を示すよう DTCP— Descriptorを記述しておけば、 IEEE1394を介して接続されたホームネットワークでの利用時において TSパケットは、他の機器に記録されることはない。 .

(I)AVストリームにコピー世代情報（CGI)を埋め込んで、 AVストリ一ムの制限付きコピーを認めてもよい。コピー世代情報には、自由にコピ —可能な旨を示す『copy free』と、 1世代の複製物の記録が許可されている旨を示す『one generation copyj と、複製物の更なる複製は禁止されている旨を示す『no more copyj と、一切のコピーを認めない旨を示す『 never copy』とがある。つまり、コンテンツに埋め込まれたコピー世代情報が『copy freej や『one generation copyj を示している場合のみ、 HDから DVDへのノックアップを行い、『no more copy』『never copy』を示している場合、バックアップは行わないのである。

(J)AVストリームに権利管理情報は付加されている場合、権利管理情報に定められた利用条件において、 AVストリームのコピーを行ってもよい。

権利管理情報において回数指定で、コピーの許可条件が規定されているなら、この条件内でコピーを行う。有効期間の指定（年月日の指定がでコピーの条件が規定されているのならこの条件内でコピーを行う。

(K)コピー処理に、移動やマイグレイト、チェックアウトといったノリエ一シヨンが存在する場合、これらバリエーション毎に、定められた利用条件に基づきバックアップを行っても良い。移動とは、コピー元のコンテンツの削除が伴うコピー処理であり、複数記録媒体間でコンテンッを移動する場合に用いられる。

マイダレイトとは、コピー先記録媒体において、利用条件情報を生成させることを前提にしたコピー処理である。

チェックアウトとは、回数制限されたコピーの一種であり、コピー回数を 1 回デクリメントした上でコンテンツのコピーが実行される。一般にいう回数制限付きのコピーと、チェックアウトとの違いは、コピー回数のインクリメントが可能である点である。コピー回数のインクリメントは、コピーにより記録媒体に記録されたコンテンツを再生不能にするという処理（"チヱックイン"と呼ばれる。）を行った後でなされる。

(L)各実施形態における AVストリームは、 DVD-Video規格、 DVD- Video Recording規格の VOB (Video Object)であつてもよい。 V0Bは、ビデオストリーム、オーディオストリームを多重化することにより得られた IS0/IEC13818-1規格準拠のプログラムストリームである。また、各実施形態における AV ストリームを、 " AVClip" と呼んでもよい。この場合、ストリーム管理情報は Clip情報と呼ぶことになる。また AV ストリームにおけるビデオストリームは、 MPEG4や WMV方式であってもよい。更にオーディオストリームは、 Linear- PCM方式、 Dolby- AC3方式、 MP3方式、 MPEG-AAC方式であってもよい。

(M)各実施形態における Cell 情報は、時間情報により再生区間の開始点、終了点を指定していたが、 BD-R0Mにおける論理ァドレスを用いて再生区間の開始点、終了点を指定してもよい。また、各実施形態における CELL を" Play Item" と呼んでもよい。

(N)ストリーム管理情報における TMAPは、 EP_map と呼んでもよい。この場合、 ACCESS UNITの再生開始時刻を、 ACCESS UNIT先頭に位置するピクチャデータのタイムスタンプ（Presentation Time Stamp)で表現するのが望ましい。また ACCESS UNITにおけるアドレスは、 PESパケットの連番（SPN(Serial Packet N龍 ber) )で表現するのが望ましい。

(0)再生装置の構成において、動的シナリオメモリ 1 5には、カレントの動的シナリオのみを格納し、静的シナリオメモリ 1 1 には、カレントのストリーム管理情報、カレントの PL 情報のみを格納するとしたが. キャッシュメモリのように、複数のシナリオ、ストリ一ム管理情報、 PL 情報を予め格納しておいてもよい。こうすれば、これらのデータを BD - ROMから読み出すまでのタイムラグを短くすることができる。また

BACKUP メモリ 1 4は、スタック式にレジスタの格納値を退避しておくとしたが、メモリ規模との関連を考えると、退避すべき格納値は一段とするのが現実的である。

(P) PLを構成する 2以上の CELLを連続再生させるには、これらの CELLがシームレス接続されよう、加工を施しておくことが望ましい。

シームレス接続のための加工は、動画データにおいて先行する側の再生区間の終端部と、後続する側の再生区間の先端部とを複製することにより、予め複製部分を作成しておき、これらを再エンコードすることで. 実現される。尚、シームレス接続のために作成された複製部分を、

B r i dge-C l i p と呼んでもよい。

ここで終端部、先端部は、以下のように設定するのが望ましい。

つまり先行する V0B#xのうち先行再生区間の Out点を含む ACCES S UN I Tから、 2個先の ACCESS UN I Tまでを終端部とし、また後続する

CELL情報 #x+ l のうち後続再生区間の I n点を含む ACCES S UN I T を先端部とするのが望ましい。終端部及び先端部をこのように定める根拠は、同出願人の先行技術米国特許 USP , 61 48 , 140公報により記載されているので、詳細に関してはこの公報を参照されたい。

更に、シームレス接続のために作成された複製部分については、シームレス接続情報を設けておくことが望ましい。シームレス接続情報とは最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻、オーディオギャップの開始時刻、オーディオギャップの時間長オーディオギャップの位置情報を含む情報である。かかるシームレス接続情報が定義されていれば、最初のビデオフレームの再生開始時刻、最後のビデオフレームの再生終了時刻から、両区間のタイムスタンプの差 (STC-Of f se t)を計算して、再生装置に設定することができる。また、これらオーディオギャップの情報を参照して、オーディオデコーダを制御すれば、 1つの区間から別の区間への移行する際の音声の途切れを防止することができる。

(Q)各実施形態における Title (映画作品）は、テレビ映画、ゲームソフト等、映像をもって表現されている全ての著作物を意味する。何故なら、各実施形態における映像編集は、ブラウン管や液晶での表示など、視覚的又は視聴覚的効果を生じさせる方法で表現され（i)、 BD-R0Mという有体物に、何らかの方法で結びつくことにより同一性を保ちながら存続しており（ii)、かつ再現が可能な状態におかれているので（iii)、映画の著作物の存在形式としての要件を満たすからである。

しかし本発明の本質的要素は、この映像編集であることに限定されるものではないので、本発明の動画データは、監視カメラの映像や家庭用ビデオカメラの映像であってもよい。

(R)各実施形態における BD-R0Mは、基礎出願に記載された HD- DVD, BD- ROMのことをいう。また各実施形態における再生制御エンジン

1 2は、基礎出願の明細書に開示された BD- R0M-FF プロセッサ 3 0 2 5 シナリオプロセッサ 3 0 4 (図 3 5 )に該当する。またモジュールマネージャ 2 0は、プレイバックコントローラ 3 0 2 4 (図 3 5)に該当し、

DVDライクモジュール 1 6〜 BROWSERモジュール 1 8は、 DVD互換モジユール 3 0 2 1、ブラウザモジュール 3 0 2 2、 Javaモジュール 3 0

2 3が該当する。これらは基礎出願に記載されたものであるから、これらの技術事項についての優先権主張は、正当なものである。

(S) Java言語により描画されるコンピュータ · グラフィックス（フクロウの絵等）は、 NURBS Non Uniform Rational B- Spl 1 i ne)形式のデータで作成されてもよい。 NURBS とは、ベジエ曲線の束であって（このようなベジヱ曲線の束は B- Sp 11 i ne と呼ばれる。）、それぞれのベジヱ曲線の曲率が不均一なものをいう。

またポリゴン形式で作成されてもよい。ポリゴン形式とは、多面体近似により特定の立体形状を表現するよう規定されたデータ形式であり、アメリカ ·オートキヤド社が規定した Data eXcange Format (DXF)を初め HRC , WAVEFRONT, I V， VRML形式等のものが広く知られている。

また形状表面の模様については、テクスチャマッピングにより付されてもよい。レンダリングエンジン 2 2は、上述したような三次元形状データの投影像を、作成してイメージデコーダにデコードさせる。この際レンダリングエンジン 2 2 は、テクスチャマッピングを行う。テクスチャマッピングとは、平面又は曲面に、静止画、ビットマップ等のテクスチヤパターンを貼り付けて表示させる処理をいう。また光源位置と、各三次元形状データにおける各平面との距離や位置関係に基づいて制御点間の平面の色、明るさを算出して、この明るさにより、スクリーン上の投影像の色 ·明るさを調整する。このように、光源位置と、各三次元形状データにおける各平面との距離や位置関係に基づいて、制御点間の平面の色、明るさを算出する処理はシヱ一ディング処理といい、このようなシエーディング処理がなされることにより、三次元形状データの投影像には、陰影が付され、投影像に立体感が現れる。以上のような処理にて、専用のゲームマシン並みのコンピュータ ■ グラフィックスが、映画の動画像の脇に表示されることになる。

フクロウの飛翔等のキャラクタの動きは、三次元形状データを一定の規則性に基づき変化させることでなされる。三次元形状データは、

XXX. M2TSを構成するエクステントの合間（図 7の『他のファイル』にあたる箇所）に記録しておくことが望ましい。こうすれば AV ストリームと . 三次元形状データとをまとめて読み出せる。

(T)各実施形態では、ユーザによる映像編集の選択操作を、リモコンから受け付けたが、再生装置のフロントパネルから受け付けてもよい。キーボード、タツチパネル、マウスやノ、。ッド、トラックポール等の入力機器にてユーザの指定を受け付けてもよい。この場合は、クリック操作ドラッグ操作でこれらの操作を受け付けてもよい。

(U)各実施形態における映像編集は、アナログ放送で放送されたアナログ映像信号をェンコ一ドすることにより得られたものでもよい。デジ夕ル放送で放送されたトランスポートストリームから構成されるストリ —ムデータであってもよい。またビデオテープに記録されているアナログ /デジタルの映像信号をェンコ一ドしてコンテンッを得ても良い。更にビデオカメラから直接取り込んだアナログ/デジタルの映像信号をエンコードしてコンテンツを得ても良い。他にも、配信サーバにより配信されるデジタル著作物でもよい。

(V) Javaモジュール 1 7は、衛星放送受信のために機器に組み込まれた Javaプラットフオームであってもよい。 Javaモジュール 1 7がかかる Javaプラットフォームであれば、本発明に係る生成装置は、 MHP用 STB としての処理を兼用することになる。

更に携帯電話の処理制御のために機器に組み込まれた Javaプラットフォームであってもよい。かかる Javaモジュール 1 7がかかる Javaプラットフオームであれば、本発明に係る生成装置は、携帯電話としての処理を兼用することになる。

また BROWSERモジュール 1 8は、 Microsoft社の Internet Explore 等、パソコン組み込み型のブラウザソフトであってもよい。

(W)図 1 2 に示したレイァモデルにおいて、 Javaモードの上にブラウザモ一ド及び MOVIEモードを配置してもよい。特に MOVIEモードでの動的シナリオの解釈や、動的シナリオに基づく制御手順の実行は、再生装置に対する負担が軽いので、 MOVIEモードを Javaモード上で実行させても何等問題は生じないからである。また再生装置や映画作品の開発にあたって、動作保証が 1 つのモードで済むからである。

更に 3つのモードを設けず、 Javaモードだけで Javaモードの処理を実行してもよい。第 2実施形態に示したように、 Javaモードでも PLの再生と同期した再生制御が可能になるから、強いて MOVIEモードを設けなくてもよいという理由による。更に動的シナリオにおける制御は、 MOVIEモードだけでも、ブラウザモ一ドだけでもよい。

符号の説明

1 BD-R0M ドライブ

2 トラックノッファ

3 デマルチプレクサ 4 ビデオデコーダ

5 ピクチャプレーン

6 オーディオデコーダ

7 イメージメモリ

8 イメージプレーン

9 イメージデコーダ

1 0 加算器

1 1 静的シナリオメモリ

1 2 再生制御エンジン

1 3 プレーヤレジス夕

1 4 BACKUPメモリ

1 5 動的シナリオメモリ

1 6 DVDライクモジュール

1 7 Javaモジュール

1 8 BROWSERモジュール

1 9 U0 コントローラ

2 0 モジュールマネージャ

2 1 ディスノ、。ッチヤ

2 2 レンダリングェンジン

2 3 通信部

2 4 ストリーム一ス

1 0 0 BD-R0M

2 0 0 再生装置

3 0 0 テレビ

3 0 4 シナリオプロセッサ

4 0 0 リモコン産業上の利用可能性

本発明に係る記録媒体は、映画作品を構成する動画データの付加価値を効果的に高めるので、より魅力ある映画作品を市場に供給することができ、映画市場や民生機器市場を活性化させることができる。故に本発明に係る記録媒体、再生装置は、映画産業や民生機器産業において高ヽ利用可能性をもつ。

Claims

請求の範囲

1 . 動画データ、複数のプログラム、テーブルが記録された記録媒体であって、

各プログラムは、

動画データの再生制御手順を示し

テーブルは、記録媒体における各プログラムの識別情報（1 )、各プログラムがムービーモード及ぴェンハンスドモードの何れに属するかを示す情報（2)を含んでおり、

何れか 1 つのプログラムは、分岐コマンドを含み、

前記分岐コマンドは、テーブルを介した間接参照の形式で、分岐先を指定している

ことを特徴とする記録媒体。

2 . 前記テーブルは、複数プログラムのそれぞれに対応した複数のィンデックスを含み、

各インデックスは、

対応するプログラムがェンハンスドモードに属するか、ムービーモードに属するかを示しており、

前記分岐コマンドにおける間接参照の形式とは、

ィンデックスについてのラベルを用いて、分岐先プログラムを指定することである

ことを特徴とする請求項 1 記載の記録媒体。

3 . 前記テーブルにおけるインデックスには、予備のインデックスがあり、

予備のインデックスは、

ム一ビ一モードしか実行できない再生装置において、ェンハンスドモ一ドのプログラムへの分岐が命じられた場合に、ェンハンスドモードのプログラムの代わりとなるムービーモ一ドプログラムと対応していることを特徴とする請求項 2記載の記録媒体。

4 . 前記各ムービーモードのプログラム及びェンハンスドモ一ドのプログラムのそれぞれは、 2以上の実行モジュールのそれぞれにより実行され、

2以上の実行モジュールは、共通の制御階層上のレジデントプログラムであり、

前記再生制御手順は、

当該制御階層から供給される関数を用いて記述されている

ことを特徴とする請求項 1 記載の記録媒体。

5 . 前記制御関数から供給される関数は、

再生装置におけるレジスタの設定値を取得する関数（3)のうち何れかである

ことを特徴とする請求項 4記載の記録媒体。

6 . 前記分岐とは、ムービーモードプログラムからェンハンスドモードプログラムへの分岐であり、

ムービーモードプログラムによる再生制御手順とは、再生装置のレジス夕への値の設定であり、

ェンハンスドモードプログラムによる再生制御手順とは、レジスタに設定された値を、参照した処理である

ことを特徴とする請求項 5記載の記録媒体。 '

7 . 前記レジスタ設定値とは、

再生装置における音声設定（1 )、再生装置における副映像設定（2)、再生装置におけるアングル設定（3)、現在再生されているタイトル（4)、現在再生されているチャプター（5)、現在の再生時点（6)の何れかを示す値である

ことを特徴とする請求項 6記載の記録媒体。

8 . 前記記録媒体にはプレイリスト情報が記録されており、

プレイリスト情報は、動画データにおける再生区間を示す情報を、再生順序に従つて配列することにより再生経路を定義する情報であり、制御階層から供給される関数による再生制御は、プレイリスト情報に示される再生経路に基づく

ことを特徴とする請求項 5記載の記録媒体。

9 . 前記プログラムは、制御階層から供給される再生制御関数を呼び出すための関数呼出を含み、

この関数呼出には、 2つの引数があり、

そのうち 1 つ目の引数は、プレイリスト情報を指定するものであり、 2つ目の引数は、再生経路における開始点を指定するものであることを特徴とする請求項 8記載の記載の記録媒体。

1 0 . 前記再生手順における開始点指定は、

再生区間、再生時刻、チャプターの何れかを用いて行われる

ことを特徴とする請求項 9記載の記録媒体。

1 1 . 前記記録媒体においてプレイリスト情報は、フラグが付加されて記録されており、

フラグは、本プレイリスト情報を用いた動画データの再生を、ム一ビーモ一ドで許可するか、ェンハンスドモ一ドで許可するかを示す

ことを特徴とする請求項 8記載の記録媒体。

1 2 . 前記分岐とは、ム一ビ一モードプログラムからェンハンスドモ一ドプログラムへの分岐であり、

ムービーモードプログラムによる動画データの再生手順とは、プレイリスト情報により示される再生経路における開始点を指定して再生を行わせることであり、

ェンハンスドモードプログラムによる動画データの再生手順とは、同じプレイリスト情報により示される再生経路における開始点を指定して、再生を行わせることである

ことを特徴とする請求項 8記載の記録媒体。

1 3 . 前記ェンハンスモードとは、仮想マシンに、プログラムを実行させるモードであり、

ェンハンスドモードのプログラムは、仮想マシン向けプログラミング言語により記述される

ことを特徴とする請求項 1 記載の記録媒体。

1 4 . 前記ェンハンスドモードのプログラムにおいて、前記再生制御手順は、動画データの再生中において、再生装置で発生するイベントをトリガにして実行される

ことを特徴とする請求項 1 3記載の記録媒体。

1 5 . 前記イベントとは、

動画データの再生時間軸において、所定の時間間隔だけ、現在の再生位置が進行したことを示すィベント（i i )の何れかである

ことを特徴とする請求項 1 4記載の記録媒体。

1 6 . 前記記録媒体はマーク情報が記録されており、

マーク情報は、

前記再生時間軸における所定の時点、及び、所定の時間間隔を定義する情報である

ことを特徴とする請求項 1 5記載の記録媒体。

1 7 . 前記イベントとは、

動画データの再生時間軸上の所定の時間帯において、ユーザ操作がなされたことを示すィベントである

ことを特徴とする請求項 1 3記載の記録媒体。

1 8 . 前記ユーザ操作とは、

動画データの再生時において、早送り、卷戻し、ポーズが命じられたことを示す

ことを特徴とする請求項 1 7記載の記録媒体。

1 9 . 前記ムービーモードのプログラムは、ボタンコマンドを含みボタンコマンドは、ェンハンスドモードのプログラムへと分岐するコマンドであり、

ボタンコマンドは、動画データ、副映像データと多重化されて多重化ストリームとして記録媒体に記録され、

副映像デ一夕は、ボタンの画像データであり、前記ポタンコマンドはボタンの画像データに対して確定操作がなされた際、実行されることを特徴とする請求項 1 3記載の記録媒体。

2 0 . 前記ェンハンスモードとは、

ブラウザに、プログラムを実行させるモードであり、

ェンハンスドモードプログラムは、マークアップ言語で記述されることを特徴とする請求項 1 3記載の記録媒体。

2 1 . 前記ムービーモードのプログラムは、ポタンコマンドを含みポタンコマンドは、ェンハンスドモードのプログラムへと分岐するコマンドであり、

副映像データは、ボタンの画像データであり、前記ボタンコマンドはボタンの画像データに対して確定操作がなされた際、実行される

ことを特徴とする請求項 2 0記載の記録媒体。

2 2 . 前記モードには、仮想マシンに、プログラムを実行させる仮想マシンモードと、

ブラウザに、プログラムを実行させるブラウザモードとがあり、前記分岐とは、

仮想マシンモードのプログラム、ブラウザモードのプログラム間の分岐である

ことを特徴とする請求項 1記載の記録媒体。

2 3 . 動画データ、複数のプログラム、各プログラムについてのインデックスからなるテーブルが記録された記録媒体についての再生装置であっ、

ムービーモードに対応したモジュールと、ェンハンスドモードに対応したモジュールとを含み、記録媒体に記録されたプログラムのそれぞれを実行する複数のモジュールと、

プログラム間の分岐を制御するマネージャとを備え、

前記テーブルは、各プログラムがムービーモード及ぴェンハンスドモ一ドの何れに属するかを示す情報であり、

前記分岐は、プログラムにおいてテーブルを介した間接参照の形式で記述され、

前記マネ一ジャは、

プログラムの分岐にあたって、テーブルを参照して、どのモジュールに、分岐先プログラムを実行させるかを決定する

ことを特徴とする再生装置。

2 4 . 前記テーブルは、複数プログラムのそれぞれに対応した複数のインデックスを含み、

各インデックスは、

前記分岐コマンドにおける間接参照の形式とは、

ことを特徴とする請求項 2 3記載の再生装置。

2 5 . 前記マネージャによる実行モジュールの決定は、

分岐先プログラムを指定するラベルが、どのィンデッタスに割り当てられているかを識別し、そのインデックスが、ェンハンスドモードに属するか、ムービーモードに属するかを判定することにより行われる

ことを特徴とする請求項 2 4記載の再生装置。

2 6 . 前記ェンハンスドモードモジュールによるプログラム実行が不可能である場合、前記マネージャは、

分岐先プログラムを指定するラベルが、ェンハンスドモードに属しているインデックスに割り当てられたとしても、代わりのムービーモードのプログラムを、ムービーモードモジュールに実行させ、

前記テ一ブルにおける予備のインデックスを有し、

前記代わりのムービーモードプログラムは、この予備のィンデックスに対応していることを特徴とする請求項 2 5記載の再生装置。

2 7 . 前記再生装置はレジスタと、

各モードのモジュールからの関数呼出に応じて、機能を実行する再生制御エンジンとを備え、再生制御ェンジンが実行する機能とは、

モジュールから値を受け取ってレジスタに設定する機能（1 )、レジスタから値を取得してモジユールに引き渡す機能（2)、

予め定められた再生経路に従い、動画データを再生する機能（3)の何れかである

ことを特徴とする請求項 2 3記載の再生装置。

2 8 . 前記再生装置はレジスタと、再生制御エンジンとを備え、前記分岐とは、ムービーモードプログラムからェンハンスドモードプログラムへの分岐であり、

ムービーモードプログラムによる再生制御手順とは、再生装置のレジス夕への値の設定を再生制御エンジンに行わせることであり、

ェンハンスドモ一ドプログラムによる再生制御手順とは、レジスタに設定された値を、再生制御エンジンに読み出させることである

ことを特徴とする請求項 2 7記載の再生装置。

2 9 . 前記レジスタ設定値とは、

ことを特徴とする請求項 2 8記載の再生装置。

3 0 . 前記記録媒体にはプレイリスト情報が記録されており、プレイリスト情報は、動画データにおける再生区間を示す情報を、再生順序に従って配列することにより再生経路を定義する情報であり、再生制御エンジンによる再生制御は、

プレイリスト情報に示される再生経路に基づく

ことを特徴とする請求項 2 8記載の再生装置。

3 1 . 前記プログラムは、再生制御エンジンが実行する再生機能を呼ぴ出すための関数呼出を含み、

この関数呼出には、 2つの引数があり、

そのうち 1 つ目の引数は、プレイリスト情報を指定するものであり、 2つ目の引数は、再生経路における開始点を指定するものであることを特徴とする請求項 3 0記載の再生装置。

3 2 . 前記再生手順における開始点指定は、

ことを特徴とする請求項 3 1 記載の再生装置。

3 3 . 前記'記録媒体においてプレイリスト情報は、フラグが付加されて記録され、

フラグは、本プレイリスト情報を用いた動画データの再生を、ムービ —モードで許可するか、ェンハンスドモ一ドで許可するかを示し、再生制御エンジンは、フラグに示されるモードの実行時において、プレイリスト情報に基づく再生制御を行う

ことを特徴とする請求項 3 1記載の再生装置。

3 4 . 前記分岐とは、ムービーモードプログラムからェンハンスドモ一ドプログラムへの分岐であり、

ムービーモ一ドプログラムによる動画デ一夕の再生手順とは、プレイリスト情報により示される再生経路における開始点を指定して再生制御ェンジンに再生を行わせることであり、

ェンハンスドモードプログラムによる動画データの再生手順とは、同じプレイリスト情報により示される再生経路における開始点を指定して、再生制御エンジンに再生を行わせることである

ことを特徴とする請求項 3 1記載の再生装置。

3 5 . 前記ェンハンスモードに対応するモジュールは、仮想マシンを備ん、

ことを特徴とする請求項 2 3記載の再生装置。

3 6 . 前記再生制御エンジンは、動画データの再生に同期したィベン卜の発生を行い、

ェンハンスドモードプログラムは、ィベントハンドラを含み、前記モジュールは、再生制御エンジンがイベントを発生すると、ィべントノヽンドラを実行する

ことを特徴とする請求項 3 5記載の再生装置。

3 7 . 前記イベントとは、

現在の再生位置が、動画データの再生時間軸における所定の時点に到達したことを示すイベント（i )、

ことを特徴とする請求項 3 6記載の再生装置。

3 8 . 前記記録媒体はマーク情報が記録されており、

マーク情報は、

前記再生時間軸における所定の時点、及び、所定の時間間隔を定義する情報であり、

再生制御ェンジンによるイベント発生は、このマーク情報に基づいて行われる

ことを特徴とする請求項 3 7記載の再生装置。

3 9 . 前記再生装置は、ユーザ操作を受け付ける受付手段を備え、前記ィベントとは、

動画データの再生時間軸上の所定の時間帯において、受付手段がユーザ操作を受け付けたことを示すィベントである

ことを特徴とする請求項 3 6記載の再生装置。

4 0 . 前記受付手段が受け付ける操作とは、

動画データの再生時において、早送り、巻戻し、ポーズの操作であることを特徴とする請求項 3 9記載の再生装置。

4 1 . 前記ムービーモードのプログラムは、ボタンコマンドを含み .ボタンコマンドは、ェンハンスドモ一ドのプログラムへと分岐するコマンドであり、

副映像データは、ボタンの画像データであり、

- 前記再生装置は多重化ストリームを分離して、ボタンコマンド、動画データ、副映像データを得るデマルチプレクサと、

ボタンの画像データをデコードするィメ一ジデコーダと、

動画データをデコードするビデオデコーダとを備え、

前記モジュールは、ボタンの画像データに対して確定操作がなされた際、ボタンコマンドを実行する

ことを特徴とする請求項 3 5記載の再生装置。

4 2 . 前記ェンハンスモードとは、

ブラウザに、プログラムを実行させるモードであり、

ェンハンスドモードプログラムは、マークアップ言語で記述されることを特徴とする請求項 2 3記載の再生装置。

4 3 . 前記ム一ビーモードのプログラムは、ボタンコマンドを含みボタンコマンドは、ェンハンスドモードのプログラムへと分岐するコマンドであり、

副映像データは、ボタンの画像データであり、

ポタンコマンドは、動画データ、副映像データと多重化されて多重化ストリームとして記録媒体に記録され、

前記再生装置は

多重化ストリームを分離して、ボタンコマンド、動画データ、副映像データを得るデマルチプレクサと、

ボタンの画像デ一夕をデコードするイメージデコーダと、

動画デ一夕をデコードするビデオデコーダとを備え、

前記モジュールは、ボタンの画像データに対して確定操作がなされた際、ポタンコマンドを実行する

ことを特徴とする請求項 4 2記載の再生装置。

4 4 . 前記モードには、仮想マシンに、プログラムを実行させる仮想マシンモードと、

ことを特徴とする請求項 2 3記載の再生装置。

4 5 . 動画デ一夕、複数のプログラム、各プログラムについてのインデックスからなるテーブルが記録された記録媒体についての再生処理プログラムであって、

ムービーモードに対応した実行ステップと、ェンハンスドモードに対応した実行ステップとを含み、各実行ステップは、記録媒体に記録されたプログラムのそれぞれを実行する複数との実行ステップと、

プログラム間の分岐を制御する制御ステップとをコンピュータに行わせ、

前記制御ステップは、

プログラムの分岐にあたって、テーブルを参照して、どの実行ステツプに、分岐先プログラムを実行させるかを決定する

ことを特徴とする再生処理プログラム。

4 6 . 動画データ、複数のプログラム、各プログラムについてのインデックスからなるテーブルが記録された記録媒体についての再生方法であっし、

ムービーモードに対応した実行ステップと、ェンハンスドモードに対応した実行ステップとを含み、各実行ステップは、記録媒体に記録されたプログラムのそれぞれを実行する複数の実行ステップと、

プログラム間の分岐を制御する制御ステップとを含み、

前記テーブルは、各プログラムがムービーモード及びェンハンスドモ ― ドの何れに属するかを示す情報であり、

前記制御ステップは、プログラムの分岐にあたって、テーブルを参照して、どの実行ステツプに、分岐先プログラムを実行させるかを決定する

ことを特徴とする再生方法。

4 7 . 記録媒体の記録方法であって、

アプリケーションデータを作成するステップと、

作成したデータを記録媒体に記録するステップとを有し、

前記アプリケーションデータは、動画データ、複数のプログラム、テ一ブルを含み、

各プログラムは、

動画データの再生制御手順を示し、

テーブルは、記録媒体における各プログラムの識別情報（1 )、各プログラムがムービーモード及びェンハンスドモ一ドの何れに属するかを示す情報（2)を含んでおり、

何れか 1 つのプログラムは、分岐コマンドを含み、

ことを特徴とする記録方法。