再生装置
【課題】記録媒体にＡＶデータとアプリケーションが記録されている場合に、再生中のＡＶデータの映像等と連携するようにアプリケーションのグラフィックスを描画する再生装置を提供する。
【解決手段】
アプリケーション１４００の実行環境であるプラットフォーム１４１０がアプリケーション１４００を起動する際、ＡＰＩ関数に相当するグラフィックス情報送信部１４０３によりグラフィックス情報を取得してグラフィックス情報記憶部１４１３に格納する。
グラフィックス情報制御部１４１４は、ストリームイベント受信部１４１６が取得したストリームイベントと、グラフィックス情報記憶部１４１３内のグラフィックス情報に基づいて描画すべきグラフィックス情報を選出し、ストリームイベントに係る映像の再生タイミングで、グラフィックス描画部１４１５に選出したグラフィックスを描画させる。
【解決手段】
アプリケーション１４００の実行環境であるプラットフォーム１４１０がアプリケーション１４００を起動する際、ＡＰＩ関数に相当するグラフィックス情報送信部１４０３によりグラフィックス情報を取得してグラフィックス情報記憶部１４１３に格納する。
グラフィックス情報制御部１４１４は、ストリームイベント受信部１４１６が取得したストリームイベントと、グラフィックス情報記憶部１４１３内のグラフィックス情報に基づいて描画すべきグラフィックス情報を選出し、ストリームイベントに係る映像の再生タイミングで、グラフィックス描画部１４１５に選出したグラフィックスを描画させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記録媒体に記録されているＡＶ(Audio Video)データの再生装置に関し、特に、当該記録媒体にグラフィックスを描画するプログラムが格納されている場合に、再生中のＡＶデータの映像等と連携するようにグラフィックスの描画を制御する技術に関する。
【背景技術】
【０００２】
従来、映像や音声等、複数のメディアを時間的に同期させるために、各メディアの時間を効率良く管理する技術が提案されている(特許文献１参照)。
この技術によれば、複数メディアを効率的に同期させることができる。
また、今後は複数メディアを同期させるだけでなく、ＢＤ−ＲＯＭ等の記録媒体に動画や音声等のＡＶデータとJava(登録商標)アプリケーションを含むコンテンツを記録し、多種多様なサービスを提供することが想定されている。
【０００３】
このようなサービスとしては、例えば、Java(登録商標)アプリケーションが、グラフィックスを描画するアプリケーションである場合、再生されるＡＶデータと連携させてグラフィックスを描画するものが考えられる。この場合、ユーザ操作に応じてグラフィックスを描画する等、きめ細かいサービスを提供できることが望ましい。
【特許文献１】特開２００１-１５７１７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、再生中の映像と連携させてアプリケーションのグラフィックスを描画したり、ユーザ操作に応じてグラフィックスを描画したりすることができない。
本発明は、記録媒体に映像等のＡＶデータとアプリケーションが記録されている場合において、再生中のＡＶデータの映像等と連携するようにアプリケーションのグラフィックスを描画する再生装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の再生装置は、映像ストリームの再生に際して実行されるべきプログラムと共に記録媒体に記録されている映像ストリームを、再生する再生装置であって、前記映像ストリームは、映像の再生タイミングと関連する時間軸上の位置を特定するための制御情報を含み、前記プログラムは、複数の画像と各画像の描画されるべき時刻とを指定する所定コードを含み、前記再生装置は、記憶手段と、前記制御情報に応じて前記映像を逐次再生する再生手段と、前記所定コードを解釈実行し、前記所定コードについての解釈実行としては当該所定コードにより指定される各画像とその描画されるべき時刻とを前記記憶手段に格納することを行うプログラム実行手段と、前記再生手段による映像の再生タイミングと関連して前記制御情報に基づき特定される時間軸上の位置と、前記記憶手段に格納されている各画像についての描画されるべき時刻とに基づき、描画されるべき画像を選出する画像選出手段と、前記選出された画像を、当該映像の再生中に描画する描画手段と、プロセッサと、表示させるべき画面を構成する画像を格納するイメージメモリとを備え、前記プログラム実行手段は、前記プログラムを構成する所定のコードを前記プロセッサが実行し得る機械語命令に変換してから前記プロセッサに実行させることにより前記解釈実行を実現し、前記画像選出手段は、画像を選出するための機械語命令列を前記プロセッサに実行させることにより前記選出を行い、前記描画手段は、前記選出手段により選出された画像を前記記憶手段から前記イメージメモリに転送することにより前記描画を行うことを特徴とする。
【０００６】
ここで、映像ストリームの再生とは、映像ストリームを構成する各映像を再生することを示しており、再生するとは、映像を表示するための制御を行うことであり、例えば、映像を示す映像データが圧縮動画である場合には、伸長した映像信号を表示装置へ出力することである。尚、表示装置は、再生装置外部に存在していても、内部に含まれていてもよい。
【０００７】
また、描画とは、画像を表示するための制御を行うことを意味し、イメージメモリへ画像データを格納する、又は画像を表す信号を表示装置へ出力する等である。尚、映像再生中に画像を描画する場合、映像と画像は重ね合わせる等の合成がなされて表示される。
また、イメージメモリは、これに格納された画像の集合に基づいて、画面表示用の信号が出力される一種のメモリであり、この信号が表示装置に伝達され、当該画像の集合が表示される。
【０００８】
また、再生タイミングと関連する時間軸とは、記録媒体における映像ストリームデータを再生する際において、その中の各映像の再生時刻を示す時間軸をいう。
【発明の効果】
【０００９】
上述の構成により、本発明に係る再生装置は、プログラム実行手段が映像ストリームの再生中に描画すべき画像等の情報を含む所定コードを実行し、描画すべき画像等の情報を記憶手段に格納することにより、画像選出手段は、再生手段によって再生される各映像の再生タイミングに描画すべき画像を、記憶手段に格納された各画像から選択することができ、描画手段によりその再生タイミングで再生される映像と共に選択された画像を描画することができる。
【００１０】
そのため、例えば、再生中の映像を背景として用いるゲームアプリケーションの場合、再生されている映像と連携してゲームアプリケーションのグラフィックスを表示することができる。
また、画像選出手段は、プログラム実行手段により、プログラムの所定コードから変換された、プロセッサが解釈実行可能なネイティブコードをプロセッサに実行させるのではなく、画像を選出するためのネイティブコードをプロセッサに実行させることにより画像選出をさせるため、本発明に係る再生装置は、画像選出を高速に行うことができる。
【００１１】
また、前記所定コードは、各画像の描画されるべき時刻を、描画開始時刻と描画終了時刻とにより指定するものであり、前記画像選出手段は、再生中の映像に関連して前記制御情報に基づいて特定される時間軸上の位置を、描画開始時刻から描画終了時刻までの範囲内に含む画像を選出することとしてもよい。
この構成によれば、画像選出手段は、映像の再生タイミングを描画開始時刻と終了時刻の範囲に含む画像を選出することができるので、画像を選出する際の幅を持たせることができる。また、描画開始時刻と終了時刻の間、選出された画像を表示させることができる。
【発明を実施するための最良の形態】
【００１２】
＜実施形態１＞
以下に、本発明に係る再生装置を、図面を参照しながら説明する。
図１は、本発明に係る再生装置で再生するＢＤ−ＲＯＭ（以下、「ＢＤ」と称する。）の構成を示しており、特にディスク媒体であるＢＤ１０４と、ＢＤに記録されているデータ１０１、１０２、１０３の構成を示す図である。
【００１３】
ＢＤディスク１０４に記録されるデータは、ＡＶデータ１０３と、ＡＶデータに関する管理情報およびＡＶ再生シーケンス等のＢＤ管理情報１０２と、ＢＤ再生プログラム１０１である。
尚、本実施の形態においては、映画等のＡＶコンテンツを再生するためのＡＶアプリケーションを主眼においてＢＤディスクを説明するが、ＢＤディスクをＣＤ−ＲＯＭやＤＶＤ−ＲＯＭのようにコンピュータ用途の記録媒体として利用することも当然ながら可能である。
【００１４】
図２は、前述のＢＤディスクに記録されている論理データを示している。
ＢＤディスク１０４は、他の光ディスク、例えばＤＶＤやＣＤ等と同様にその内周から外周に向けて螺旋状に記録領域を有し、内周のリード・インと外周のリード・アウトの間に、論理アドレス空間をもつ。また、リード・インの内側にはＢＣＡ（Ｂｕｒｓｔ Ｃｕｔｔｉｎｇ Ａｒｅａ）とよばれるドライブでしか読み出せない特殊な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術等に利用される場合がある。
【００１５】
この論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データ等が記録されている。
ファイルシステムとはＵＤＦやＩＳＯ９６６０等であって、通常のＰＣと同様、論理データをディレクトリ、ファイル構造に従って読み出すことができる。
本実施の形態においては、ＢＤディスク上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＶＩＤＥＯディレクトリが置かれている。このディレクトリは、ＢＤ−ＲＯＭで扱うＡＶコンテンツや管理情報等のデータ１０１、１０２、１０３が記録されているディレクトリである。
【００１６】
尚、ＢＤＶＩＤＥＯディレクトリには、以下の７種類のファイルが記録されている。
＜ＢＤ．ＩＮＦＯ＞（ファイル名固定）
ＢＤ管理情報１０２の１つであり、ＢＤディスク全体に関する情報を記録したファイルである。ＢＤ再生装置は最初にこのファイルを読み出す。
＜ＢＤ．ＰＲＯＧ＞（ファイル名固定）
ＢＤ再生プログラム１０１の１つであり、ＢＤディスク全体に関わるプログラムを記録したファイルである。
【００１７】
＜ＸＸＸ．ＰＬ＞（ＸＸＸは可変、拡張子ＰＬは固定）
ＢＤ管理情報１０２の１つであり、シナリオを記録するプレイリスト（Ｐｌａｙ Ｌｉｓｔ）情報を記録したファイルである。プレイリストごとに１つのファイルをもつ。
＜ＸＸＸ．ＰＲＯＧ＞（ＸＸＸは可変、拡張子ＰＲＯＧは固定）
ＢＤ再生プログラム１０１の１つであり、前述したプレイリストごとのプログラムを記録したファイルである。プレイリストとの対応はファイルボディ名（ＸＸＸが一致する）によって識別される。
【００１８】
＜ＹＹＹ．ＶＯＢ＞（ＹＹＹは可変、拡張子ＶＯＢは固定）
ＡＶデータ１０３の１つであり、ＭＰＥＧストリームを記録したファイルである。ＭＰＥＧストリームごとに１つのファイルをもつ。
＜ＹＹＹ．ＶＯＢＩ＞（ＹＹＹは可変、拡張子ＶＯＢＩは固定）
ＢＤ管理情報１０２の１つであり、前記ＶＯＢに関わる管理情報を記録したファイルである。ＶＯＢとの対応はファイルボディ名（ＹＹＹが一致する）によって識別される。
【００１９】
＜ＺＺＺ．ＰＮＧ＞（ＺＺＺは可変、拡張子ＰＮＧは固定）
ＡＶデータ１０３の１つであり、例えば、字幕等のＰＮＧ（Ｗ３Ｃによって標準化された画像フォーマット）形式のデータ(以下、「PNGデータ」という。)を記録したファイルである。１つのPNGデータごとに１つのファイルをもつ。
次いで、前述したＢＤディスクを再生する再生装置の構成に関して図３および図４を参照しながら説明する。
【００２０】
図３は、再生装置１０００の機能構成を示すブロック図である。
ＢＤディスク２０１上のデータは、光ピックアップ２０２を通して読み出され、読み出されたデータは、データの種類に応じて専用のメモリに格納される。
図２におけるＢＤディスク１０４上のデータ１０１〜１０３の格納先は以下の通りである。
【００２１】
ＢＤ再生プログラム１０１（ＢＤ．ＰＲＯＧまたはＸＸＸ．ＰＲＯＧファイル）は、プログラム記録メモリ２０３に、ＢＤ管理情報１０２（ＢＤ．ＩＮＦＯ、ＸＸＸ．ＰＬまたはＹＹＹ．ＶＯＢＩ）は管理情報記録メモリ２０４に、ＡＶデータ１０３（ＹＹＹ．ＶＯＢまたはＺＺＺ．ＰＮＧ）は、ＡＶ記録メモリ２０５にそれぞれ記録される。
＜プログラム処理部＞
プログラム処理部２０６は、管理情報処理部２０７からＡＶデータを再生するプレイリストの情報や、ＢＤ再生プログラムの実行等のイベント情報を受信し、ＢＤ再生プログラムを処理する。また、プログラム処理部２０６は、リモコンやジョイスティック等を介したイベント(以下、「ユーザイベント」という。)を受信して、それに対応するＢＤ再生プログラムがある場合は実行する。
【００２２】
さらに、プレゼンテーション処理部２０８がＡＶデータを再生している場合、そのＡＶデータに、後述のストリームイベントが存在すれば、そのストリームイベントをプレゼンテーション処理部２０８から受信する。
尚、上記ＢＤ再生プログラムとしては、ＡＶデータの再生中に他のＡＶデータを再生させるようなアプリケーション、又はグラフィックスを描画させるようなアプリケーション等がある。
【００２３】
本実施の形態のＢＤ再生プログラムとしては、ＡＶデータを再生すると同時に、グラフィックスを必要に応じて重ねて描画するようなアプリケーションを挙げるが、どちらか一方のみのアプリケーションも当然ながら可能である。また、汎用的なプログラムとしてJava(登録商標）アプリケーションを想定しているが、Ｃ言語やその他のプログラミング言語によるプログラムであっても同様である。
＜管理情報処理部＞
管理情報処理部２０７は、プログラム処理部２０６からの指示を受付け、対応するプレイリストおよびプレイリストに対応したＶＯＢの管理情報を解析し、その解析結果によるＡＶデータを再生することをプレゼンテーション処理部２０８に指示する。また、管理情報処理部２０７は、プレゼンテーション処理部２０８から時刻情報を受信し、当該時刻情報に基づいて再生の停止をプレゼンテーション処理部２０８に指示する。また、管理情報処理部２０７は、プログラム処理部２０６へプログラムの実行を指示する。
＜プレゼンテーション処理部＞
プレゼンテーション処理部２０８は、映像、音声、PNGデータの各々に対応するデコーダを持ち、時刻情報と管理情報処理部２０７からの指示に基づいて、ＡＶデータをデコードするとともに出力する。
【００２４】
尚、時刻情報は、予め規定した時間軸に従ってＡＶデータの再生を行なわせるための制御情報である。
映像データは、デコードされた後にビデオプレーン２１０で描画され、ＰＮＧデータはイメージプレーン２０９で描画される。そして、合成処理部２１１によって合成されてＴＶ等の表示デバイスへ出力される。
【００２５】
さらに、プレゼンテーション処理部２０８は、ＡＶデータを再生している場合に、そのＡＶデータにストリームイベントが存在すれば、そのストリームイベントをプログラム処理部２０６へ送信する。
図４は、前述した再生装置(図３)の機能構成をハードウェアで実現する場合の例を示している。
【００２６】
ＡＶ記録メモリ２０５は、イメージメモリ３０８とトラックバッファ３０９に、プログラム処理部２０６は、プログラムプロセッサ３０２とＵＯＰマネージャ３０３に、管理情報処理部２０７は、シナリオプロセッサ３０５とプレゼンテーションコントローラ３０６に、プレゼンテーション処理部２０８は、クロック３０７、デマルチプレクサ３１０、イメージプロセッサ３１１、ビデオプロセッサ３１２とサウンドプロセッサ３１３にそれぞれ対応している。
【００２７】
以下、ＢＤディスク２０１から読み出されたデータの処理について、図４を用いて概説する。
（ＡＶデータ）
ＢＤディスク２０１から読み出されたＡＶデータ１０３のうち、MPEGストリームデータはトラックバッファ３０９に、PNGデータはイメージメモリ３０８に記録される。
【００２８】
デマルチプレクサ３１０が、クロック３０７の時刻にもとづいて、トラックバッファ３０９に記録されたMPEGストリームデータを抜き出し、映像データをビデオプロセッサ３１２に送出し、音声データをサウンドプロセッサ３１３に送出する。
ビデオプロセッサ３１２およびサウンドプロセッサ３１３は、それぞれＭＰＥＧシステム規格で規定されるとおりに、デコーダバッファとデコーダからそれぞれ構成されている。すなわち、デマルチプレクサ３１０から送り込まれる映像、音声それぞれのデータは、それぞれのデコーダバッファに一時的に記録され、クロック３０７にもとづいて個々のデコーダでデコード処理される。
【００２９】
イメージメモリ３０８に記録されたPNGデータの処理について説明する。
PNGデータが字幕向けである場合は、プレゼンテーションコントローラ３０６によってデコードタイミングが指示される。クロック３０７からの時刻情報をシナリオプロセッサ３０５が一旦受けて、適切に字幕が表示されるように、字幕表示時刻（開始および終了）になればプレゼンテーションコントローラ３０６へ字幕の表示、あるいは、非表示を指示する。
【００３０】
イメージプロセッサ３１１は、プレゼンテーションコントローラ３０６に指示されたＰＮＧデータをイメージメモリ３０８から読み出し、デコードして、イメージプレーン３１４に描画する。
ＢＤ再生プログラムがメニュー画像等を描画するプログラムであり、メニュー画像等を示すＰＮＧデータを描画する場合、プログラムプロセッサ３０２によってデコードタイミングがイメージプロセッサ３１１へ指示される。プログラムプロセッサ３０２がＰＮＧデータのデコードをイメージプロセッサ３１１へ指示するタイミングは、プログラムプロセッサ３０２が処理しているＢＤ再生プログラムに依存する。
【００３１】
PNGデータおよび映像データは、図３で説明したようにそれぞれデコードされた後にイメージプレーン３１４、ビデオプレーン３１５に記録され、合成処理部３１６によって合成出力される。
（ＢＤ管理情報）
また、ＢＤディスク２０１から読み出されたＢＤ管理情報（シナリオ、ＡＶ管理情報）は、管理情報記録メモリ３０４に記録される。
【００３２】
シナリオ情報（ＢＤ．ＩＮＦＯおよびＸＸＸ．ＰＬ）は、シナリオプロセッサ３０５に
よって読み出されて処理され、ＡＶ管理情報（ＹＹＹ．ＶＯＢＩ）は、プレゼンテーションコントローラ３０６によって読み出されて処理される。
シナリオプロセッサ３０５は、プレイリストの情報を解析して、プレイリストによって参照されているMPEGストリームデータと、その再生位置をプレゼンテーションコントローラ３０６へ指示し、プレゼンテーションコントローラ３０６は、対応するMPEGストリームデータの管理情報（ＹＹＹ．ＶＯＢＩ）を解析して、MPEGストリームデータを読み出すことをドライブコントローラ３１７へ指示する。
【００３３】
ドライブコントローラ３１７は、プレゼンテーションコントローラ３０６の指示にもとづいて、光ピックアップを移動させて、対応するMPEGストリームデータを読み出す。
シナリオプロセッサ３０５は、クロック３０７の時刻を監視し、管理情報の設定にもとづいて、イベントをプログラムプロセッサ３０２に送出する。
（ＢＤ再生プログラム）
また、プログラム記録メモリ３０１に記録されたＢＤ再生プログラム（ＢＤ．ＰＲＯＧまたはＸＸＸ．ＰＲＯＧ）は、プログラムプロセッサ３０２によって実行処理される。プログラムプロセッサ３０２がＢＤ再生プログラムを処理するのは、シナリオプロセッサ３０５からイベントが送信されてきた場合か、ＵＯＰマネージャ３０３からイベントが送信されてきた場合である。
【００３４】
ＵＯＰマネージャ３０３は、ユーザのリモコン操作による要求が送信された場合に、当該要求を示すイベント情報を生成し、当該イベント情報をプログラムプロセッサ３０２へ送出する。
図５は、本実施の形態におけるＭＰＥＧストリームの構成図である。
ＭＰＥＧストリームは、複数のトランスポートパケット（Ｔｒａｎｓｐｏｒｔ Ｐａｃｋｅｔ、以下、「ＴＳパケット」と称す。）から構成される。１つのＴＳパケットのサイズは１８８バイトである。
【００３５】
映像（Ｖｉｄｅｏ）ストリーム、および、音声（Ａｕｄｉｏ）ストリーム等は、複数のＴＳパケットによって分離して多重化されて伝送される。
また、映像ストリーム、および、音声ストリーム等は、複数のＰＥＳパケットによって構成されており、ＴＳパケットによって伝送される情報としては、ＰＥＳパケットからなるストリームの他に、セクション（Ｓｅｃｔｉｏｎ）によって伝送されるＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）、および、ストリームイベント（ＤＳＭ−ＣＣ Ｓｔｒｅａｍ Ｅｖｅｎｔ）等がある。
【００３６】
ＰＳＩは、例えば、あるＡＶデータを再生する場合に、映像ストリーム、および、音声ストリームから、どのＰＥＳパケットを対応させて復号すべきか等の情報を提供する。
ストリームイベントは、ある時刻にＡＶデータと連携して動作するアプリケーションへ情報を提供する。
図６は、ストリームイベント（ＤＳＭ−ＣＣ Ｓｔｒｅａｍ Ｅｖｅｎｔ）を伝送するセクション（Ｓｅｃｔｉｏｎ）の構成図である。
【００３７】
ストリームイベントを伝送するセクションは、ｔａｂｌｅ＿ｉｄ、ｅｖｅｎｔ＿ｍｓｇ＿ｇｒｏｕｐ＿ｉｄ、および、ペイロード（Ｐａｙｌｏａｄ）等から構成される。
ｔａｂｌｅ＿ｉｄは、データ格納領域であるペイロードに格納されるデータタイプを示している。ストリームイベントが格納される場合、ｔａｂｌｅ＿ｉｄは０ｘ３Ｄという値である。
【００３８】
ｅｖｅｎｔ＿ｍｓｇ＿ｇｒｏｕｐ＿ｉｄは、ペイロードに格納されるストリームイベント群を識別するための名称である。ストリームイベントは、ペイロードに格納されて伝送される。
さらに詳細な構成は、ＭＰＥＧシステム（ＩＳＯ／ＩＥＣ１３８１８−１）規格書、および、ＤＳＭ−ＣＣ（ＩＳＯ／ＩＥＣ１３８１８−６）規格書に記述されているので、ここでは省略する。
＜処理概要＞
図１４は、本実施の形態におけるプログラム(ＢＤ再生プログラム)、及びプログラム処理部２０６の機能ブロック図である。
【００３９】
同図において、アプリケーション１４００はプログラムに、プラットフォーム１４１０が、そのプログラムの実行環境であるプログラム処理部２０６にそれぞれ対応する。
ここで、本実施の形態におけるアプリケーション１４００は、Java(登録商標）アプリケーションであり、プラットフォーム１４１０は、プロセッサを含み、Java(登録商標）アプリケーションのプログラムを逐次解釈してプロセッサが実行可能なネイティブコードに変換し、プロセッサがネイティブコードを実行する仮想マシンを含むものである。
【００４０】
アプリケーション１４００は、再生されているＡＶデータの画像の一部又は全部の上にグラフィックスを重ねて描画するためのアプリケーションであり、描画時間や描画座標等の情報を含むグラフィックスに関する情報(以下、「グラフィックス情報」という。)に基づいて、グラフィックスを描画する。このようなアプリケーションとしては、例えば、ＡＶデータの画像を背景に利用したシューティングゲーム等のようなアプリケーションが挙げられる。
【００４１】
プラットフォーム１４１０は、グラフィックス情報とＭＰＥＧストリームにあらかじめ埋め込まれたストリームイベントが示す情報（以下、「ストリームイベント情報」という）とに基づき、描画するグラフィックスを示すグラフィックス情報を判定する。また、判定したグラフィックス情報に基づくグラフィックスを描画することをイメージプレーン２０９へ指示する。
【００４２】
つまり、プラットフォーム１４１０の処理は、描画するグラフィックスを判定し、判定されたグラフィックスの描画を指示する旨のネイティブコードをプロセッサで実行することで実現する。
以下、アプリケーション１４００及びプラットフォーム１４１０の機能構成について説明する。
（アプリケーション）
アプリケーション１４００は、ユーザイベント受信部１４０１、ユーザイベント情報送信部１４０２、および、グラフィックス情報送信部１４０３から構成され、各部は、アプリケーション１４００側の動作を示す。
【００４３】
尚、上記の各部は、アプリケーションを構成するプログラムコードの記述部分のうち、プラットフォーム側が、アプリケーション側からの入力を受付けるためのインタフェース(以下、「ＡＰＩ関数」という。)を備えている。
アプリケーション１４００は、適宜ＡＰＩ関数を呼び出すことによりユーザイベント情報やグラフィックス情報をプラットフォーム１４１０側へ出力することが可能となる。
【００４４】
つまり、アプリケーションを構成するプログラムコードの記述部分のうち、ユーザイベント情報を送信するためのＡＰＩ関数を呼び出す命令を記述する部分を実行したものが、ユーザイベント情報送信部１４０２に相当し、グラフィックス情報を送信するためのＡＰＩ関数を呼び出す命令を記述する部分を実行したものがグラフィックス情報送信部１４０３に相当する。
【００４５】
ユーザイベント受信部１４０１は、ユーザイベントをプログラム処理部２０６から受信し、イベントのタイプおよび座標等のユーザイベント情報を抽出する。
ユーザイベント情報送信部１４０２は、抽出したユーザイベント情報をプラットフォーム１４１０へ送信する。
グラフィックス情報送信部１４０３は、あらかじめ既定されたグラフィックス情報をプラットフォーム１４１０へ送信する。
【００４６】
ここで、「グラフィックス情報を送信する」は、例えば、アプリケーション１４００中のグラフィックス情報への参照を引数にしてＡＰＩ関数を呼び出すことである。
尚、実際は、そのＡＰＩ関数の呼出しもプラットフォーム１４１０が解釈することにより実現されるものとなる。
（プラットフォーム）
プラットフォーム１４１０は、ユーザイベント情報受信部１４１１、グラフィックス情報受信部１４１２、グラフィックス情報記憶部１４１３、グラフィックス情報制御部１４１４、グラフィックス描画部１４１５、および、ストリームイベント受信部１４１６から構成される。
【００４７】
ユーザイベント情報受信部１４１１は、アプリケーション１４００からユーザイベント情報を受信する。
グラフィックス情報受信部１４１２は、既定のグラフィックス情報をアプリケーション１４００から受信する。
ここで、「グラフィックス情報をアプリケーション１４００から受信する」は、具体的には、プラットフォーム１４１０が、アプリケーション１４００中のグラフィックス情報への参照を引数にしたＡＰＩ関数を解釈し、グラフィックス情報記憶部１４１３にグラフィックス情報を格納させる旨のネイティブコードをプロセッサで実行することである。その結果、グラフィックス情報は、グラフィックス情報記憶部１４１３に記憶される。
【００４８】
グラフィックス情報記憶部１４１３は、プラットフォーム１４１０における論理空間上のメモリであり、グラフィックス情報を記憶する。
グラフィックス情報制御部１４１４は、グラフィックス情報記憶部１４１３に記憶されているグラフィックス情報、および、ストリームイベント受信部１４１６から受付けたストリームイベント情報に基づき、描画すべきグラフィックス情報を判定する。
【００４９】
グラフィックス描画部１４１５は、グラフィックス情報にもとづいて、グラフィックスの描画をイメージプレーン２０９へ指示する部分である。
ストリームイベント受信部１４１６は、ＡＶデータに埋め込まれたストリームイベントをプレゼンテーション処理部２０８から受信し、ストリームイベント情報を抽出する。
＜データ＞
（グラフィックス情報）
図８は、本実施の形態に係るグラフィックス情報の例を示している。
【００５０】
同図において、グラフィックス情報は、オブジェクトＩＤ、ファイル名、座標、および、描画時間から構成されている。
オブジェクトＩＤは、各グラフィックスオブジェクトを識別するための名称であって、そのアプリケーションにおいて一意である。
ファイル名は、そのグラフィックスオブジェクトに対応するＰＮＧデータを格納するファイルを示している。
【００５１】
座標は、描画すべきグラフィックスオブジェクトを判定する際の指標となる描画位置である。例えば、ユーザによって座標が指定された場合に、その指定された座標を中心にして定めた一定距離の範囲内に、グラフィックス情報の座標が含まれている場合には、その座標に対応付けられているグラフィックスオブジェクトを指定された座標に描画する。
描画時間は、そのグラフィックスオブジェクトの描画を開始すべき時刻、および、終了すべき時刻である。これらの時刻は、アプリケーションの実行と共に再生されるＡＶデータの再生時間軸上の位置として指定される。
（ストリームイベント情報）
図９は、本実施の形態におけるストリームイベント情報の例を示している。
【００５２】
ストリームイベント情報は、時刻、オブジェクトＩＤ、座標、および、許容誤差から構成される。
時刻は、そのストリームイベントが埋め込まれていたＡＶデータの再生時間軸上の位置である。
オブジェクトＩＤは、対応するグラフィックスオブジェクトを識別するための名称である。
【００５３】
座標は、対応するグラフィックスオブジェクトを描画すべき座標である。
許容誤差は、そのストリームイベントに対応して描画すべきグラフィックスを判定するに用いられるものであり、描画すべきグラフィックスの座標の範囲を示すものである。具体的には、描画すべき座標を中心にして許容誤差の値の範囲内にグラフィックス情報の座標が含まれている場合には、その座標に対応付けられているグラフィックスオブジェクトを描画すべきグラフィックスとして判定する。
【００５４】
尚、同図のストリームイベント情報の例では、ＡＶデータにおける時刻が“１分”の時に、グラフィックス情報(図８)においてオブジェクトＩＤ“000”が描画対象になっている場合には、オブジェクトＩＤ“000”のグラフィックスオブジェクトを座標“(225,125)”に描画することを示している。
＜動作＞
図１５は、アプリケーション１４００の起動時に、グラフィックス情報がプラットフォーム１４１０へ送信される場合のフローチャートを示す。
【００５５】
以下、ユーザ操作により再生装置１０００が起動され、プラットフォーム１４１０がアプリケーション１４００を実行したものとして説明する。
アプリケーション１４００のグラフィックス情報送信部１４０３が、グラフィックス情報をプラットフォーム１４１０へ送信する（Ｓ１５１０）。
プラットフォーム１４１０におけるグラフィックス情報受信部１４１２が、ステップＳ１５１０において送信されたグラフィックス情報を受信する（Ｓ１５００）。
【００５６】
ステップＳ１５００において受信されたグラフィックス情報を、グラフィックス情報記憶部１４１３へ送出し（Ｓ１５０１）、グラフィックス情報記憶部１４１３に格納する（Ｓ１５０２）。
図１６は、ＡＶデータにあらかじめ埋め込まれたストリームイベント情報に応じて、グラフィックスの描画を制御するフローチャートを示す。
【００５７】
具体的には、ＡＶデータの再生時刻に応じてストリームイベント情報が発生することで、対応するグラフィックスオブジェクトを描画する。
尚、グラフィックス情報は、アプリケーションの起動時にプラットフォーム１４１０のグラフィックス情報記憶部１４１３に既に格納されており、再生するＡＶデータ中にはストリームイベントが含まれているものとする。
【００５８】
以下、プログラム処理部２０６がストリームイベントをプレゼンテーション処理部２０８から受付けた場合のプラットフォーム１４１０における処理を、図１６に基づいて説明する。
ストリームイベント受信部１４１６は、プレゼンテーション処理部２０８からストリームイベントを受信し（Ｓ１６００）、受信したストリームイベントからストリームイベント情報を抽出し（Ｓ１６０１）、ストリームイベント情報をグラフィックス情報制御部１４１４に送出する（Ｓ１６０２）。
【００５９】
グラフィックス情報制御部１４１４は、グラフィックス情報記憶部１４１３からグラフィックス情報を読み出す（Ｓ１６０３）。
次いで、グラフィックス情報制御部１４１４は、ステップＳ１６０３において読み出された全グラフィックス情報のうち、ステップＳ１６０１におい抽出されたストリームイベント情報に対応するグラフィックス情報を判定し（Ｓ１６０４）、該当するグラフィックス情報をグラフィックス描画部１４１５へ送出する（Ｓ１６０５）。
【００６０】
グラフィックス描画部１４１５は、そのグラフィックス情報にもとづいて、イメージプレーン２０９へグラフィックスの描画を指示する（Ｓ１６０６）。
＜判定処理(ストリームイベント)＞
ここで、ストリームイベントが発生した場合におけるグラフィックス情報の判定処理について、図１１を用いて説明する。
【００６１】
ステップＳ１１００において、グラフィックス情報制御部１４１４は、グラフィックス情報記憶部１４１３の全グラフィックス情報を走査して、判定処理を行なう。
グラフィックス情報制御部１４１４は、ストリームイベント情報受信部１４１６から受付けたストリームイベントより抽出したストリームイベント情報に含まれる時刻(以下、「イベント時刻」という。)が、グラフィックス情報における描画時間内にあるか判定する（Ｓ１１０１）。
【００６２】
グラフィックス情報制御部１４１４が、描画時間内にイベント時刻が含まれると判断した場合(Ｓ１１０１:Ｙ)、その描画時間の情報を有するグラフィックス情報に対応するグラフィックスオブジェクトのオブジェクトＩＤが、ストリームイベント情報に含まれるか判定する（Ｓ１１０２）。
ステップＳ１１０２において、グラフィックス情報制御部１４１４が、ストリームイベント情報に含まれると判定した場合(Ｓ１１０２:Y)、グラフィックス情報制御部１４１４は、当該グラフィックス情報を選出し、選出したグラフィックス情報の座標をストリームイベント情報の座標に置換える（Ｓ１１０３）。
【００６３】
このグラフィックス情報は、グラフィックス描画部１４１５に送出され、グラフィックス描画部１４１５は、グラフィックス情報が示すグラフィックスをイメージプレーン２０９に描画する。また、合成処理部２１１によりイメージプレーン２０９のグラフィックスとビデオプレーン２１０の映像データとが重ね合わされて出力される。
以上のようにして、アプリケーションの起動時に、あらかじめ既定されたグラフィックス情報をプラットフォーム１４１０へ送信することにより、プラットフォーム１４１０がストリームイベント情報を逐次アプリケーション１４００へ送信しなくとも、プラットフォーム１４１０が描画すべきグラフィックスオブジェクトを制御することが可能となり、プラットフォーム１４１０は、機械語命令セットを実行することによりグラフィックスオブジェクトの選択処理を行なうことができる。
【００６４】
尚、例えば、アプリケーションがプラットフォームにグラフィックス情報を送信した際に、プラットフォームが、グラフィックス情報が示すＢＤ中のＰＮＧデータをＡＶ記録メモリ２０５に読み込み、プレゼンテーション処理部２０８が、ＡＶ記録メモリ２０５に読み込まれたＰＮＧデータのデコード処理を行なっておいてもよい。
また、上述の例では、イベント時刻を描画時間に含み、ストリームイベント情報とグラフィックス情報のオブジェクトＩＤが一致するグラフィックスを描画すべきグラフィックスとして選出したが、イベント時刻を描画時間に含み、ストリームイベント情報における座標の許容誤差範囲内に含まれる座標を有するグラフィックスを選出してもよいし、イベント時刻を描画時間に含むグラフィックス情報を選出してもよい。
（ユーザイベント）
また、ユーザイベントが発生した場合に、再生されるＡＶデータと連携してグラフィックスオブジェクトを描画する処理について説明する。
【００６５】
図１７は、アプリケーション１４００がプログラム処理部２０６からユーザイベントを受信した場合に、グラフィックスの描画を制御する処理を示すフローチャートである。
具体的には、ユーザイベントにより指定された座標を中心として、システムで既定された許容範囲内の座標を有するグラフィックスオブジェクトを描画する。
ステップＳ１７１０において、プログラム処理部２０６がユーザイベントを受付け、アプリケーション１４００のユーザイベント受信部１４０１に送出し、ユーザイベント受信部１４０１はユーザイベントを受信する。
【００６６】
ユーザイベント受信部１４０１は、受信したユーザイベントに基づき、座標等のユーザイベント情報を抽出し（Ｓ１７１１）、ユーザイベント情報をユーザイベント情報送信部１４０２へ送出する（Ｓ１７１２）。
ユーザイベント情報送信部１４０２は、プラットフォーム１４１０へユーザイベント情報を送信する（Ｓ１７１３）。
【００６７】
プラットフォーム１４１０のユーザイベント情報受信部１４１１は、ユーザイベント情報を受信し（Ｓ１７００）、グラフィックス情報制御部１４１４に送出する（Ｓ１７０１）。
グラフィックス情報制御部１４１４は、グラフィックス情報記憶部１４１３に格納されたグラフィックス情報を読み出し（Ｓ１７０２）、グラフィックス情報とユーザイベント情報に基づいて、描画すべきグラフィックスのグラフィックス情報を判定する（Ｓ１７０３）。
【００６８】
グラフィックス情報制御部１４１４は、ステップＳ１７０３によって判定されたグラフィックス情報をグラフィックス描画部１４１５に送出する（Ｓ１７０４）。
グラフィックス描画部１４１５は、受付けたグラフィックス情報に基づいて、グラフィックスを描画することをイメージプレーン２０９に指示する（Ｓ１７０４）。
＜判定処理(ユーザイベント)＞
ここで、ユーザイベントが発生した場合のグラフィックス情報の判定処理を、図１３を参照しながら詳細に説明する。
【００６９】
ステップＳ１３００において、グラフィックス情報記憶部１４１３の全グラフィックス情報を判定対象として走査する。
グラフィックス情報制御部１４１４は、受付けたユーザイベント情報に係る座標(以下、「イベント座標」という。)を中心とし、システムで既定された許容誤差を半径とする円内に含まれる座標を有するグラフィックス情報があるか否か判定する（Ｓ１３０１）。
【００７０】
ステップＳ１３０１において、グラフィックス情報制御部１４１４が、イベント座標の許容誤差範囲内の座標を有するグラフィックス情報があると判定した場合(ステップＳ１３０１:Ｙ)、判定されたグラフィックス情報にイベント座標を付加する（Ｓ１３０２）。
＜実施形態２＞
上述した実施形態１では、描画すべきグラフィックスの判定処理をプラットフォーム側で行なっていたが、本実施形態は、上述した実施形態１と同様の再生装置１０００(図３)を用い、アプリケーション側でグラフィックスの判定処理を行なう。
【００７１】
尚、本実施の形態で想定するＢＤ−ＲＯＭのデータ階層、ＢＤ−ＲＯＭ上の論理空間の構成、ＢＤ−ＲＯＭ再生装置の概要、ＢＤ−ＲＯＭ再生装置の構成、ＭＰＥＧストリームの構成、ストリームイベントを伝送するセクションの構成は、実施形態１と同様である。
図７は、本実施形態に係るアプリケーション７００及びプラットフォーム７１０の機能構成を示している。
（アプリケーションの構成）
同図において、アプリケーション７００は、ユーザイベント受信部７０１、グラフィックス情報記憶部７０２、グラフィックス情報制御部７０３、グラフィックス情報送信部７０４、及びストリームイベント情報受信部７０５から構成される。
【００７２】
以下、実施形態１と異なる構成について説明する。
ストリームイベント情報受信部７０５は、プラットフォーム７１０からストリームイベント情報を受信する。
グラフィックス情報送信部７０４は、グラフィックス情報制御部７０５によって判定されたグラフィックス情報をプラットフォーム７００へ送信する。
（プラットフォームの構成）
また、プラットフォーム７１０は、グラフィックス情報受信部７１１、ストリームイベント情報送信部７１２、グラフィックス描画部７１３、及びストリームイベント受信部７１４から構成される。
【００７３】
ストリームイベント情報送信部７１２は、ストリームイベント情報をアプリケーション７００へ送信する。
グラフィックス情報受信部７１１は、グラフィックス情報をアプリケーション７００がグラフィックス情報を伝達するＡＰＩ関数の呼出しに対応して逐次受信する。
＜動作＞
図１０は、ＡＶデータにあらかじめ埋め込まれたストリームイベント情報に応じて、グラフィックスの描画を制御する処理を示すフローチャートである。
【００７４】
同図において、ステップＳ１０００、Ｓ１００１の処理は、実施形態１と同様であるので、ステップＳ１００２以下の処理について説明する。
ステップＳ１００２において、ストリームイベント受信部７１４は、ストリームイベント情報をストリームイベント情報送信部７１２に送出する。
ストリームイベント情報送信部７１２は、ストリームイベント情報をアプリケーション７００へ送信する（Ｓ１００３）。
【００７５】
アプリケーション７００のストリームイベント情報受信部７０５は、ストリームイベント情報を受信し（Ｓ１０１０）、グラフィックス情報制御部７０３へ送出する（Ｓ１０１１）。
グラフィックス情報制御部７０３は、グラフィックス情報記憶部７０２に格納されているグラフィックス情報を読み出し（Ｓ１０１２）、グラフィックス情報とストリームイベント情報に基づいて、グラフィックス情報を判定する（Ｓ１０１３）。
【００７６】
グラフィックス情報制御部７０３は、判定したグラフィックス情報をグラフィックス情報送信部７１２に送出し（Ｓ１０１４）、グラフィックス情報送信部７１２は、グラフィックス情報をプラットフォーム７１０に送信する（Ｓ１０１５）。
プラットフォーム７１０のグラフィックス情報受信部７１１は、プラットフォーム７１０からグラフィックス情報を受信し（Ｓ１００４）、グラフィックス描画部７１３に送出する（Ｓ１００５）。
【００７７】
尚、グラフィックス情報の判定処理は、実施形態１と同様であるため説明を省略する。
また、本実施形態において、ユーザイベントが発生した場合の動作について、実施形態１と異なる部分を説明する。
図１２は、本実施形態においてユーザイベントが発生した場合に、グラフィックスオブジェクトの描画を制御する処理を示すフローチャートである。
【００７８】
同図のステップＳ１２１０〜Ｓ１２１１は、実施形態１と同様のため説明を省略する。
ステップＳ１２１２において、ユーザイベント受信部７０１は、ユーザイベント情報をアプリケーション７００のグラフィックス情報制御部７０３に送出し、グラフィックス情報制御部７０３はユーザイベント情報を受付ける（Ｓ１２１３）。
グラフィックス情報制御部７０３は、グラフィックス情報とユーザイベント情報に基づいて、グラフィックス情報を判定し（Ｓ１２１４）、判定したグラフィックス情報をグラフィックス情報送信部７０４に送出する（Ｓ１２１５）。
【００７９】
グラフィックス情報送信部７０４は、プラットフォーム７１０にグラフィックス情報を送信し（Ｓ１２１６）、プラットフォーム７１０のグラフィックス情報受信部７１１はグラフィックス情報を受信する（Ｓ１２００）。
尚、グラフィックス情報の判定処理は、実施形態１と同様であるため説明を省略する。＜実施形態３＞
本実施形態は、上述した実施形態２において、ユーザが再生速度を切換えた場合におけるグラフィックスの描画を制御する。
【００８０】
尚、本実施の形態で想定するＢＤ−ＲＯＭのデータ階層、ＢＤ−ＲＯＭ上の論理空間の構成、ＢＤ−ＲＯＭプレーヤの概要、ＢＤ−ＲＯＭプレーヤの構成、ＭＰＥＧストリームの構成、ストリームイベントを伝送するセクションの構成は、実施形態1と同様である。
図１８は、本実施形態におけるアプリケーション、及びプラットフォームの機能ブロック図である。
【００８１】
アプリケーション１８００は、ＡＶデータを再生するモードが切り換わる際に発生するモード切換イベントを受信し、プラットフォーム１８１０へ送信する。
ここで、モードとは、例えば２倍速等、ＡＶデータの再生速度を示すものであり、ユーザは再生速度を切り換える場合に、リモコン等の操作によりモードを切り換える。
また、モード切換イベントは、ユーザによるモードの切換操作の発生を示しており、ユーザ操作によるモード切換操作をプログラム処理部２０６が受付け、当該操作を示すモード切換イベントをアプリケーション１８００に送出する。
【００８２】
アプリケーション１８００は、実施形態２のアプリケーションの構成に、モード切換イベント受信部１８０６、フィルタリング情報設定部１８０７、及びフィルタリング情報送信部１８０８を加えて構成される。
以下、上記構成について説明する。
モード切換イベント受信部１８０６は、ＡＶデータを再生するモードが切り換わる際に発生するモード切換イベントを受信し、当該モード切換イベントに係る情報(以下、「モード切換イベント情報」という。)を抽出する。
【００８３】
尚、モード切換イベント情報は、モード切換操作前後のモード情報等を含む。
フィルタリング情報設定部１８０７は、モード切換イベント情報に基づいて、ストリームイベントを抽出するためのフィルタリング情報を設定する。
ここで、フィルタリング情報とは、例えば、ユーザがモードを“１倍速”から“２倍速”に切り換えた場合、“２倍速”を示す情報をいう。
【００８４】
フィルタリング情報送信部１８０８は、設定したフィルタリング情報をプラットフォームへ送信する。
また、プラットフォーム１８１０は、実施形態２のプラットフォームの構成に、フィルタリング情報受信部１８１５、及びフィルタリング情報記憶部１８１６を加えて構成される。
【００８５】
フィルタリング情報受信部１８１５は、アプリケーション１８００からフィルタリング情報を受信する。
フィルタリング情報記憶部１８１６は、受信されたフィルタリング情報を記憶する。
図１９は、本実施形態に係るストリームイベント情報を示している。
ストリームイベント情報は、上述した実施形態のストリームイベント情報に、モード情報を加えたものである。
【００８６】
尚、モード情報は、再生中のＡＶデータの再生モードを示しているが、複数の再生モードを含んでもよい。
＜動作＞
以下、本実施形態における動作について説明する。
図２０は、ユーザ操作によりＡＶデータの再生モードが切換えられた場合に、アプリケーション１８００からプラットフォーム１８１０にフィルタリング情報を送信する処理を示すフローチャートである。
【００８７】
ユーザ操作によりモードが切換えられたとき、アプリケーション１８００のモード切換イベント情報受信部１８０６は、プログラム処理部２０６からモード切換イベントを受信する（Ｓ２０１０）。
モード切換イベント情報受信部１８０６は、受信したモード切換イベントからモード切換イベント情報を抽出し（Ｓ２０１１）、モード切換イベント情報をフィルタリング情報設定部１８０７に送出する（Ｓ２０１２）。
【００８８】
フィルタリング情報設定部１８０７は、モード切換イベント情報に基づき、フィルタリング情報を設定し（Ｓ２０１３）、フィルタリング情報送信部１８０８に送出する（Ｓ２０１４）。
フィルタリング情報送信部１８０８は、フィルタリング情報をプラットフォーム１８１０に送信する（Ｓ２０１５）。
【００８９】
プラットフォーム１８１０のフィルタリング情報受信部１８１５は、フィルタリング情報を受信し（Ｓ２０００）、フィルタリング情報記憶部１８１６にフィルタリング情報を送出する（Ｓ２００１）。
フィルタリング情報記憶部１８１６は、フィルタリング情報を格納する（Ｓ２００２）。
【００９０】
尚、ストリームイベント受信部１８１４は、プレゼンテーション処理部２０８からストリームイベントを受付けた際、上述のステップＳ２００２においてフィルタリング情報記憶部１８１６に格納されたフィルタリング情報を基に、ストリームイベント情報を抽出する。
以下、再生モード切換イベント、及びストリームイベントに応じて、グラフィックスオブジェクトの描画を制御する処理について説明する。
【００９１】
図２１は、本実施形態におけるグラフィックスオブジェクトの描画を制御する処理を示すフローチャートである。
尚、ユーザによるモード切換操作により、上述の図２０に示す動作が行なわれ、プラットフォーム１８１０にフィルタリング情報が格納されているものとして、フローを説明することとする。
【００９２】
ステップＳ２１００において、プラットフォーム１８１０のストリーム受信部１８１４は、ストリームイベントをプレゼンテーション処理部２０８から受信する（Ｓ２１００）。
ストリームイベント受信部１８１４は、ストリームイベント情報を抽出し（Ｓ２１０１）、フィルタリング情報記憶部１８１０からフィルタリング情報を読み出す（Ｓ２１０２）。
【００９３】
続いて、ストリームイベント受信部１８１４は、フィルタリング情報に基づき、ストリームイベント情報を抽出し（Ｓ２１０３）、ストリームイベント情報送信部１８１２に抽出したストリームイベント情報を送出する（Ｓ２１０４）。
ストリームイベント情報送信部１８１２は、ストリームイベント情報をアプリケーション１８００へ送信する（Ｓ２１０５）。
【００９４】
アプリケーション１８００のストリームイベント情報受信部１８０５は、ストリームイベント情報を受信する（Ｓ２１１０）。
ステップＳ２１１０以下の処理は、上述した実施形態２(図１２)の処理と同様であるため、説明を省略する。
ここで、ストリームイベント情報の抽出処理について図２２を用いて説明する。
【００９５】
ステップＳ２２００において、ストリームイベント受信部１８１４は、受信した全ストリームイベント情報を走査する。
ストリームイベント受信部１８１４は、フィルタリング情報記憶部１８１６からフィルタリング情報を読み出し、ストリームイベント情報に係るモード情報とフィルタリング情報と一致するか否か判定する（Ｓ２２０１）。
【００９６】
ステップＳ２２０１において、ストリームイベント受信部１８１４が、一致すると判定した場合(ステップＳ２２０１:Ｙ)、判定されたストリームイベント情報を抽出する（Ｓ２２０２）。
＜実施形態４＞
上述の実施形態３では、ストリームイベント情報にモード情報を含ませており、例えば、モードを２倍速に切換えるモード切換イベントが発生した場合、ストリームイベント受信部１８１４は、モード情報が“２倍速”のストリームイベント情報のみを抽出し、抽出したストリームイベント情報をアプリケーションに送信する。
【００９７】
本実施形態では、ストリームイベント情報は実施形態１及び２と同様のものを用い、モード切換イベントが発生した場合に、ストリームイベント受信部１８１４は、モード切換イベントに応じて、適当な頻度でストリームイベントをアプリケーションに送信する。
具体的には、上述と同様、２倍速のモード切換イベントが発生した場合に、例えば、ストリームイベント情報を２回に１回の割合でアプリケーションに送信する。
【００９８】
尚、本実施形態で想定するＢＤ−ＲＯＭのデータ階層、ＢＤ−ＲＯＭ上の論理空間の構成、ＢＤ−ＲＯＭプレーヤの概要、ＢＤ−ＲＯＭプレーヤの構成、ＭＰＥＧストリームの構成、ストリームイベントを伝送するセクションの構成は、実施形態１と同様である。
また、アプリケーションの機能構成は、実施形態3と同様であるが、プラットフォームのストリームイベント受信部１８１４が、ストリームイベントカウンタを含んでいる点で、実施形態３におけるプラットフォームの機能構成と異なる。
【００９９】
ここで、ストリームイベントカウンタは、時系列に沿ったストリームイベント情報をカウントし、カウントした数を保持する。
＜動作＞
以下、本実施形態に係るストリームイベント情報の抽出処理について説明する。
尚、ＡＶデータの再生中にモード切換イベントが発生した場合に、プラットフォーム１８１０のフィルタリング情報記憶部１８１６にフィルタリング情報が記憶されているものとする。
【０１００】
図２３は、ストリームイベント情報の抽出処理を示すフローチャートである。
ステップＳ２３００において、ストリームイベント受信部１８１４は、ストリームイベントカウンタを初期化する。
ストリームイベント受信部１８１４は、受信した全ストリームイベント情報を走査し(ステップＳ２３０１)、ストリームイベントカウンタが保持する値を参照して、フィルタリング情報に対応するストリームイベント情報であるか否かを判定する（Ｓ２３０２）。
【０１０１】
具体的には、例えば、フィルタリング情報が“２倍速”であるならば、ストリームイベントカウンタが２の倍数か判定する。
尚、アプリケーションが、フィルタリング情報として整数を直接設定してもよい。
ステップＳ２３０２において、ストリームイベント受信部１８１４が、フィルタリング情報に対応するストリームイベント情報であると判定した場合(ステップＳ２３０２:Ｙ)、ストリームイベント受信部１８１４は、当該ストリームイベント情報を抽出する（Ｓ２３０４）。
【０１０２】
また、ステップＳ２３０２において、ストリームイベント受信部１８１４が、フィルタリング情報に対応するストリームイベント情報でないと判定した場合(ステップＳ２３０２:Ｎ)、ストリームイベントカウンタを更新する（Ｓ２３０３）。
＜補足＞
以上、本発明に係る再生装置について実施形態１〜４に基づいて説明したが、以下のように変形することもでき、本発明は上述の実施形態で示した再生装置に限られないことは勿論である。
【０１０３】
（１）上述した実施形態１におけるプログラムは、1つのＡＶストリームと連携して動作するものとして説明したが、ＢＤ中に複数種類のＡＶストリームが格納され、前記プログラムがこれらのＡＶストリームと連携して動作する場合についても適用することができる。
例えば、全ＡＶデータを再生する前にプログラムが実行され、再生メニュー表示等がなされている場合、ユーザにより再生するＡＶデータが選択された際、プラットフォーム１４１０は、選択されたＡＶデータに対応するグラフィックス情報を受信する。このように、各ＡＶデータの再生指示がなされたときに、各ＡＶデータに対応するグラフィックス情報をプラットフォームが受信することにより、ＡＶストリーム毎にプログラムを用意することなく、再生されるＡＶストリームと連携するグラフィックスを描画することができる。
【０１０４】
（２）また、上述した実施形態では、アプリケーションの起動時に全グラフィックス情報をプラットフォーム側、又はアプリケーション側のグラフィックス情報制御部が受信しているが、ＡＶストリームを再生中、例えば１０分毎にグラフィックス情報を受信することとしてもよい。この場合、全グラフィックス情報を受信してグラフィックス情報記憶部に格納する場合と比べ、一度に受信するグラフィックス情報量が少ないため、グラフィックス情報記憶部の容量を少なくすることができる。
【０１０５】
（３）また、上述の実施形態では、プラットフォーム上で単一のアプリケーションが動作している場合について説明したが、複数のアプリケーションが動作している場合についても適用できる。
プラットフォーム上で、例えば、２つのゲームのアプリケーションが動作する場合に、アプリケーションの起動時に、プラットフォームは、両アプリケーションからグラフィックス情報を受信する。
【０１０６】
ストリームイベントが発生した場合、グラフィックス情報制御部１４１４は、各々のゲームに対応するグラフィックス情報を選択し、グラフィックス描画部１４１５に各ゲームに対応するグラフィックスを描画させる。
（４）上述の実施形態では、アプリケーションにおいて予め既定されたグラフィックス情報に基づき、プラットフォームがグラフィックスオブジェクトを描画させていたが、例えば、再生中のＡＶデータと同じＢＤに記録されている他のＡＶデータに切換えてもよい。
【０１０７】
（５）また、上述した実施形態３及び４では、ユーザは再生モードを切換える際、既定されているモードのいずれかに切換えることとして説明したが、例えば、ユーザがジョイスティック等を用いて再生速度を指定した場合、その再生速度に相当する既定モードに切換えられたものとしてフィルタリング情報を設定してもよい。
（６）また、グラフィックス描画部がイメージプレーンへ指示したグラフィックスの描画が完了しないのに、新たなグラフィックスの描画をイメージプレーンへ指示しなければならない等、イメージプレーンへのグラフィックスの描画が間に合わない場合は、プラットフォームが描画すべきグラフィックスを適宜間引いてもよい。
【０１０８】
（７）また、上述した実施形態３及び４では、アプリケーション側がフィルタリング情報を設定しているが、プラットフォーム側がモード切換イベント情報に基づいてフィルタリング情報を設定するとしてもよい。
この場合、アプリケーションからプラットフォームへモード切換イベント情報を送信し、プラットフォームはモード切換イベント情報を受信し、モード切換イベント情報に基づいて描画すべきグラフィック情報を判定する。
【０１０９】
（８）上述した実施形態４では、ストリームイベントカウンタが保持する値がフィルタリング情報と対応している場合に、そのストリームイベント情報を抽出しているが、ストリームイベント情報にストリームイベントカウンタと同様の情報(以下、「カウンタ情報」という。)を含ませてもよい。
この場合、例えば、フィルタリング情報が“２倍速”のとき、ストリームイベント情報のカウンタ情報の下位１ビットが“０”であるようなストリームイベント情報のみを抽出し、フィルタリング情報が“４倍速”のときは、カウンタ情報の下位２ビットが“００”であるようなストリームイベント情報のみを抽出し、アプリケーションへ送信する。
【０１１０】
また、カウンタ情報のあるビットの値が、所定値であるストリームイベント情報のみを抽出する等、より緻密なフィルタリング情報をアプリケーションが設定するとしてもよい。
（９）また、上述の実施形態では、再生中のＡＶデータに予め埋め込まれたストリームイベントに応じてグラフィックスを描画することとして説明したが、ＡＶデータの各映像の再生タイミングを示す時刻情報に基づいて、グラフィックスを描画することとしてもよい。
【産業上の利用可能性】
【０１１１】
本発明に係る再生装置は、再生中のＡＶデータストリームと連携して動作するプログラムを実行し、ＡＶデータストリームと連携するようにグラフィックスを描画することができる。そのため、映画産業、及びそれを処理する機器の製造に携わる民生機器産業において利用される。例えば、ＢＤ−ＲＯＭディスク、及びＢＤ−ＲＯＭプレーヤ等として利用可能である。
【図面の簡単な説明】
【０１１２】
【図１】本発明の実施形態に係るＢＤ−ＲＯＭのデータ階層図である。
【図２】本発明の実施形態に係るＢＤ−ＲＯＭ上の論理空間の構成図である。
【図３】本発明に係る再生装置の機能構成図である。
【図４】本発明に係る再生装置のハードウェア構成図である。
【図５】本発明の実施形態に係るＭＰＥＧストリームの構成図である。
【図６】本発明の実施形態に係るストリームイベントを伝送するセクションの構成図である。
【図７】本発明の実施形態２に係るアプリケーション及びプラットフォームの機能構成図である。
【図８】本発明に係るグラフィックス情報の一例を示した図である。
【図９】本発明に係るストリームイベント情報の一例を示した図である。
【図１０】実施形態２においてストリームイベントが発生した場合におけるグラフィックス描画を制御する処理を示すフローチャートである。
【図１１】ストリームイベント情報に基づくグラフィックス情報判定処理を示すフローチャートである。
【図１２】実施形態２においてユーザイベントが発生した場合におけるグラフィックス描画を制御する処理を示すフローチャートである。
【図１３】ユーザイベント情報に基づくグラフィックス情報判定処理を示すフローチャートである。
【図１４】実施形態１に係るアプリケーション及びプラットフォームの機能構成図である。
【図１５】実施形態1に係るアプリケーションとプラットフォーム間におけるグラフィックス情報の送受信処理を示すフローチャートである。
【図１６】実施形態１においてストリームイベントが発生した場合におけるグラフィックス描画を制御する処理を示すフローチャートである。
【図１７】実施形態１においてユーザイベントが発生した場合におけるグラフィックス描画を制御する処理を示すフローチャートである。
【図１８】実施形態３及び４に係るアプリケーション及びプラットフォームの機能構成図である。
【図１９】実施形態３に係るストリームイベント情報の一例を示した図である。
【図２０】実施形態３及び４においてモード切換イベントが発生した場合におけるフィルタリング情報設定処理を示すフローチャートである。
【図２１】実施形態３及び４においてストリームイベントが発生した場合におけるグラフィックス描画を制御する処理を示すフローチャートである。
【図２２】実施形態３においてストリームイベント情報を抽出する処理を示すフローチャートである。
【図２３】実施形態４においてストリームイベント情報を抽出する処理を示すフローチャートである。
【符号の説明】
【０１１３】
１０１ ＢＤ再生プログラム
１０２ ＢＤ管理情報
１０３ ＡＶデータ
１０４ ＢＤディスク
２０１ ＢＤディスク
２０２ 光ピックアップ
２０３ プログラム記録メモリ
２０４ 管理情報記録メモリ
２０５ ＡＶ記録メモリ
２０６ プログラム処理部
２０７ 管理情報処理部
２０８ プレゼンテーション処理部
２０９ イメージプレーン
２１０ ビデオプレーン
２１１ 合成処理部
３０１ プログラム記録メモリ
３０２ プログラムプロセッサ
３０３ ＵＯＰマネージャ
３０４ 管理情報記録メモリ
３０５ シナリオプロセッサ
３０６ プレゼンテーションコントローラ
３０７ クロック
３０８ イメージメモリ
３０９ トラックバッファ
３１０ デマルチプレクサ
３１１ イメージプロセッサ
３１２ ビデオプロセッサ
３１３ サウンドプロセッサ
３１４ イメージプレーン
３１５ ビデオプレーン
３１６ 合成処理部
３１７ ドライブコントローラ
７００ アプリケーション
７０１ ユーザイベント受信部
７０２ グラフィックス情報記憶部
７０３ グラフィックス情報制御部
７０４ グラフィックス情報送信部
７０５ ストリームイベント情報受信部
７１０ プラットフォーム
７１１ グラフィックス情報受信部
７１２ ストリームイベント情報送信部
７１３ グラフィックス描画部
７１４ ストリームイベント受信部
１４００ アプリケーション
１４０１ ユーザイベント受信部
１４０２ ユーザイベント情報送信部
１４０３ グラフィックス情報送信部
１４１０ プラットフォーム
１４１１ ユーザイベント情報受信部
１４１２ グラフィックス情報受信部
１４１３ グラフィックス情報記憶部
１４１４ グラフィックス情報制御部
１４１５ グラフィックス描画部
１４１６ ストリームイベント受信部
１８００ アプリケーション
１８０１ ユーザイベント受信部
１８０２ グラフィックス情報記憶部
１８０３ グラフィックス情報制御部
１８０４ グラフィックス情報送信部
１８０５ ストリームイベント情報受信部
１８０６ モード切換イベント受信部
１８０７ フィルタリング情報設定部
１８０８ フィルタリング情報送信部
１８１０ プラットフォーム
１８１１ グラフィックス情報受信部
１８１２ ストリームイベント情報送信部
１８１３ グラフィックス描画部
１８１４ ストリームイベント受信部
１８１５ フィルタリング情報受信部
１８１６ フィルタリング情報記憶部
【技術分野】
【０００１】
本発明は、記録媒体に記録されているＡＶ(Audio Video)データの再生装置に関し、特に、当該記録媒体にグラフィックスを描画するプログラムが格納されている場合に、再生中のＡＶデータの映像等と連携するようにグラフィックスの描画を制御する技術に関する。
【背景技術】
【０００２】
従来、映像や音声等、複数のメディアを時間的に同期させるために、各メディアの時間を効率良く管理する技術が提案されている(特許文献１参照)。
この技術によれば、複数メディアを効率的に同期させることができる。
また、今後は複数メディアを同期させるだけでなく、ＢＤ−ＲＯＭ等の記録媒体に動画や音声等のＡＶデータとJava(登録商標)アプリケーションを含むコンテンツを記録し、多種多様なサービスを提供することが想定されている。
【０００３】
このようなサービスとしては、例えば、Java(登録商標)アプリケーションが、グラフィックスを描画するアプリケーションである場合、再生されるＡＶデータと連携させてグラフィックスを描画するものが考えられる。この場合、ユーザ操作に応じてグラフィックスを描画する等、きめ細かいサービスを提供できることが望ましい。
【特許文献１】特開２００１-１５７１７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、再生中の映像と連携させてアプリケーションのグラフィックスを描画したり、ユーザ操作に応じてグラフィックスを描画したりすることができない。
本発明は、記録媒体に映像等のＡＶデータとアプリケーションが記録されている場合において、再生中のＡＶデータの映像等と連携するようにアプリケーションのグラフィックスを描画する再生装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の再生装置は、映像ストリームの再生に際して実行されるべきプログラムと共に記録媒体に記録されている映像ストリームを、再生する再生装置であって、前記映像ストリームは、映像の再生タイミングと関連する時間軸上の位置を特定するための制御情報を含み、前記プログラムは、複数の画像と各画像の描画されるべき時刻とを指定する所定コードを含み、前記再生装置は、記憶手段と、前記制御情報に応じて前記映像を逐次再生する再生手段と、前記所定コードを解釈実行し、前記所定コードについての解釈実行としては当該所定コードにより指定される各画像とその描画されるべき時刻とを前記記憶手段に格納することを行うプログラム実行手段と、前記再生手段による映像の再生タイミングと関連して前記制御情報に基づき特定される時間軸上の位置と、前記記憶手段に格納されている各画像についての描画されるべき時刻とに基づき、描画されるべき画像を選出する画像選出手段と、前記選出された画像を、当該映像の再生中に描画する描画手段と、プロセッサと、表示させるべき画面を構成する画像を格納するイメージメモリとを備え、前記プログラム実行手段は、前記プログラムを構成する所定のコードを前記プロセッサが実行し得る機械語命令に変換してから前記プロセッサに実行させることにより前記解釈実行を実現し、前記画像選出手段は、画像を選出するための機械語命令列を前記プロセッサに実行させることにより前記選出を行い、前記描画手段は、前記選出手段により選出された画像を前記記憶手段から前記イメージメモリに転送することにより前記描画を行うことを特徴とする。
【０００６】
ここで、映像ストリームの再生とは、映像ストリームを構成する各映像を再生することを示しており、再生するとは、映像を表示するための制御を行うことであり、例えば、映像を示す映像データが圧縮動画である場合には、伸長した映像信号を表示装置へ出力することである。尚、表示装置は、再生装置外部に存在していても、内部に含まれていてもよい。
【０００７】
また、描画とは、画像を表示するための制御を行うことを意味し、イメージメモリへ画像データを格納する、又は画像を表す信号を表示装置へ出力する等である。尚、映像再生中に画像を描画する場合、映像と画像は重ね合わせる等の合成がなされて表示される。
また、イメージメモリは、これに格納された画像の集合に基づいて、画面表示用の信号が出力される一種のメモリであり、この信号が表示装置に伝達され、当該画像の集合が表示される。
【０００８】
また、再生タイミングと関連する時間軸とは、記録媒体における映像ストリームデータを再生する際において、その中の各映像の再生時刻を示す時間軸をいう。
【発明の効果】
【０００９】
上述の構成により、本発明に係る再生装置は、プログラム実行手段が映像ストリームの再生中に描画すべき画像等の情報を含む所定コードを実行し、描画すべき画像等の情報を記憶手段に格納することにより、画像選出手段は、再生手段によって再生される各映像の再生タイミングに描画すべき画像を、記憶手段に格納された各画像から選択することができ、描画手段によりその再生タイミングで再生される映像と共に選択された画像を描画することができる。
【００１０】
そのため、例えば、再生中の映像を背景として用いるゲームアプリケーションの場合、再生されている映像と連携してゲームアプリケーションのグラフィックスを表示することができる。
また、画像選出手段は、プログラム実行手段により、プログラムの所定コードから変換された、プロセッサが解釈実行可能なネイティブコードをプロセッサに実行させるのではなく、画像を選出するためのネイティブコードをプロセッサに実行させることにより画像選出をさせるため、本発明に係る再生装置は、画像選出を高速に行うことができる。
【００１１】
また、前記所定コードは、各画像の描画されるべき時刻を、描画開始時刻と描画終了時刻とにより指定するものであり、前記画像選出手段は、再生中の映像に関連して前記制御情報に基づいて特定される時間軸上の位置を、描画開始時刻から描画終了時刻までの範囲内に含む画像を選出することとしてもよい。
この構成によれば、画像選出手段は、映像の再生タイミングを描画開始時刻と終了時刻の範囲に含む画像を選出することができるので、画像を選出する際の幅を持たせることができる。また、描画開始時刻と終了時刻の間、選出された画像を表示させることができる。
【発明を実施するための最良の形態】
【００１２】
＜実施形態１＞
以下に、本発明に係る再生装置を、図面を参照しながら説明する。
図１は、本発明に係る再生装置で再生するＢＤ−ＲＯＭ（以下、「ＢＤ」と称する。）の構成を示しており、特にディスク媒体であるＢＤ１０４と、ＢＤに記録されているデータ１０１、１０２、１０３の構成を示す図である。
【００１３】
ＢＤディスク１０４に記録されるデータは、ＡＶデータ１０３と、ＡＶデータに関する管理情報およびＡＶ再生シーケンス等のＢＤ管理情報１０２と、ＢＤ再生プログラム１０１である。
尚、本実施の形態においては、映画等のＡＶコンテンツを再生するためのＡＶアプリケーションを主眼においてＢＤディスクを説明するが、ＢＤディスクをＣＤ−ＲＯＭやＤＶＤ−ＲＯＭのようにコンピュータ用途の記録媒体として利用することも当然ながら可能である。
【００１４】
図２は、前述のＢＤディスクに記録されている論理データを示している。
ＢＤディスク１０４は、他の光ディスク、例えばＤＶＤやＣＤ等と同様にその内周から外周に向けて螺旋状に記録領域を有し、内周のリード・インと外周のリード・アウトの間に、論理アドレス空間をもつ。また、リード・インの内側にはＢＣＡ（Ｂｕｒｓｔ Ｃｕｔｔｉｎｇ Ａｒｅａ）とよばれるドライブでしか読み出せない特殊な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術等に利用される場合がある。
【００１５】
この論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データ等が記録されている。
ファイルシステムとはＵＤＦやＩＳＯ９６６０等であって、通常のＰＣと同様、論理データをディレクトリ、ファイル構造に従って読み出すことができる。
本実施の形態においては、ＢＤディスク上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＶＩＤＥＯディレクトリが置かれている。このディレクトリは、ＢＤ−ＲＯＭで扱うＡＶコンテンツや管理情報等のデータ１０１、１０２、１０３が記録されているディレクトリである。
【００１６】
尚、ＢＤＶＩＤＥＯディレクトリには、以下の７種類のファイルが記録されている。
＜ＢＤ．ＩＮＦＯ＞（ファイル名固定）
ＢＤ管理情報１０２の１つであり、ＢＤディスク全体に関する情報を記録したファイルである。ＢＤ再生装置は最初にこのファイルを読み出す。
＜ＢＤ．ＰＲＯＧ＞（ファイル名固定）
ＢＤ再生プログラム１０１の１つであり、ＢＤディスク全体に関わるプログラムを記録したファイルである。
【００１７】
＜ＸＸＸ．ＰＬ＞（ＸＸＸは可変、拡張子ＰＬは固定）
ＢＤ管理情報１０２の１つであり、シナリオを記録するプレイリスト（Ｐｌａｙ Ｌｉｓｔ）情報を記録したファイルである。プレイリストごとに１つのファイルをもつ。
＜ＸＸＸ．ＰＲＯＧ＞（ＸＸＸは可変、拡張子ＰＲＯＧは固定）
ＢＤ再生プログラム１０１の１つであり、前述したプレイリストごとのプログラムを記録したファイルである。プレイリストとの対応はファイルボディ名（ＸＸＸが一致する）によって識別される。
【００１８】
＜ＹＹＹ．ＶＯＢ＞（ＹＹＹは可変、拡張子ＶＯＢは固定）
ＡＶデータ１０３の１つであり、ＭＰＥＧストリームを記録したファイルである。ＭＰＥＧストリームごとに１つのファイルをもつ。
＜ＹＹＹ．ＶＯＢＩ＞（ＹＹＹは可変、拡張子ＶＯＢＩは固定）
ＢＤ管理情報１０２の１つであり、前記ＶＯＢに関わる管理情報を記録したファイルである。ＶＯＢとの対応はファイルボディ名（ＹＹＹが一致する）によって識別される。
【００１９】
＜ＺＺＺ．ＰＮＧ＞（ＺＺＺは可変、拡張子ＰＮＧは固定）
ＡＶデータ１０３の１つであり、例えば、字幕等のＰＮＧ（Ｗ３Ｃによって標準化された画像フォーマット）形式のデータ(以下、「PNGデータ」という。)を記録したファイルである。１つのPNGデータごとに１つのファイルをもつ。
次いで、前述したＢＤディスクを再生する再生装置の構成に関して図３および図４を参照しながら説明する。
【００２０】
図３は、再生装置１０００の機能構成を示すブロック図である。
ＢＤディスク２０１上のデータは、光ピックアップ２０２を通して読み出され、読み出されたデータは、データの種類に応じて専用のメモリに格納される。
図２におけるＢＤディスク１０４上のデータ１０１〜１０３の格納先は以下の通りである。
【００２１】
ＢＤ再生プログラム１０１（ＢＤ．ＰＲＯＧまたはＸＸＸ．ＰＲＯＧファイル）は、プログラム記録メモリ２０３に、ＢＤ管理情報１０２（ＢＤ．ＩＮＦＯ、ＸＸＸ．ＰＬまたはＹＹＹ．ＶＯＢＩ）は管理情報記録メモリ２０４に、ＡＶデータ１０３（ＹＹＹ．ＶＯＢまたはＺＺＺ．ＰＮＧ）は、ＡＶ記録メモリ２０５にそれぞれ記録される。
＜プログラム処理部＞
プログラム処理部２０６は、管理情報処理部２０７からＡＶデータを再生するプレイリストの情報や、ＢＤ再生プログラムの実行等のイベント情報を受信し、ＢＤ再生プログラムを処理する。また、プログラム処理部２０６は、リモコンやジョイスティック等を介したイベント(以下、「ユーザイベント」という。)を受信して、それに対応するＢＤ再生プログラムがある場合は実行する。
【００２２】
さらに、プレゼンテーション処理部２０８がＡＶデータを再生している場合、そのＡＶデータに、後述のストリームイベントが存在すれば、そのストリームイベントをプレゼンテーション処理部２０８から受信する。
尚、上記ＢＤ再生プログラムとしては、ＡＶデータの再生中に他のＡＶデータを再生させるようなアプリケーション、又はグラフィックスを描画させるようなアプリケーション等がある。
【００２３】
本実施の形態のＢＤ再生プログラムとしては、ＡＶデータを再生すると同時に、グラフィックスを必要に応じて重ねて描画するようなアプリケーションを挙げるが、どちらか一方のみのアプリケーションも当然ながら可能である。また、汎用的なプログラムとしてJava(登録商標）アプリケーションを想定しているが、Ｃ言語やその他のプログラミング言語によるプログラムであっても同様である。
＜管理情報処理部＞
管理情報処理部２０７は、プログラム処理部２０６からの指示を受付け、対応するプレイリストおよびプレイリストに対応したＶＯＢの管理情報を解析し、その解析結果によるＡＶデータを再生することをプレゼンテーション処理部２０８に指示する。また、管理情報処理部２０７は、プレゼンテーション処理部２０８から時刻情報を受信し、当該時刻情報に基づいて再生の停止をプレゼンテーション処理部２０８に指示する。また、管理情報処理部２０７は、プログラム処理部２０６へプログラムの実行を指示する。
＜プレゼンテーション処理部＞
プレゼンテーション処理部２０８は、映像、音声、PNGデータの各々に対応するデコーダを持ち、時刻情報と管理情報処理部２０７からの指示に基づいて、ＡＶデータをデコードするとともに出力する。
【００２４】
尚、時刻情報は、予め規定した時間軸に従ってＡＶデータの再生を行なわせるための制御情報である。
映像データは、デコードされた後にビデオプレーン２１０で描画され、ＰＮＧデータはイメージプレーン２０９で描画される。そして、合成処理部２１１によって合成されてＴＶ等の表示デバイスへ出力される。
【００２５】
さらに、プレゼンテーション処理部２０８は、ＡＶデータを再生している場合に、そのＡＶデータにストリームイベントが存在すれば、そのストリームイベントをプログラム処理部２０６へ送信する。
図４は、前述した再生装置(図３)の機能構成をハードウェアで実現する場合の例を示している。
【００２６】
ＡＶ記録メモリ２０５は、イメージメモリ３０８とトラックバッファ３０９に、プログラム処理部２０６は、プログラムプロセッサ３０２とＵＯＰマネージャ３０３に、管理情報処理部２０７は、シナリオプロセッサ３０５とプレゼンテーションコントローラ３０６に、プレゼンテーション処理部２０８は、クロック３０７、デマルチプレクサ３１０、イメージプロセッサ３１１、ビデオプロセッサ３１２とサウンドプロセッサ３１３にそれぞれ対応している。
【００２７】
以下、ＢＤディスク２０１から読み出されたデータの処理について、図４を用いて概説する。
（ＡＶデータ）
ＢＤディスク２０１から読み出されたＡＶデータ１０３のうち、MPEGストリームデータはトラックバッファ３０９に、PNGデータはイメージメモリ３０８に記録される。
【００２８】
デマルチプレクサ３１０が、クロック３０７の時刻にもとづいて、トラックバッファ３０９に記録されたMPEGストリームデータを抜き出し、映像データをビデオプロセッサ３１２に送出し、音声データをサウンドプロセッサ３１３に送出する。
ビデオプロセッサ３１２およびサウンドプロセッサ３１３は、それぞれＭＰＥＧシステム規格で規定されるとおりに、デコーダバッファとデコーダからそれぞれ構成されている。すなわち、デマルチプレクサ３１０から送り込まれる映像、音声それぞれのデータは、それぞれのデコーダバッファに一時的に記録され、クロック３０７にもとづいて個々のデコーダでデコード処理される。
【００２９】
イメージメモリ３０８に記録されたPNGデータの処理について説明する。
PNGデータが字幕向けである場合は、プレゼンテーションコントローラ３０６によってデコードタイミングが指示される。クロック３０７からの時刻情報をシナリオプロセッサ３０５が一旦受けて、適切に字幕が表示されるように、字幕表示時刻（開始および終了）になればプレゼンテーションコントローラ３０６へ字幕の表示、あるいは、非表示を指示する。
【００３０】
イメージプロセッサ３１１は、プレゼンテーションコントローラ３０６に指示されたＰＮＧデータをイメージメモリ３０８から読み出し、デコードして、イメージプレーン３１４に描画する。
ＢＤ再生プログラムがメニュー画像等を描画するプログラムであり、メニュー画像等を示すＰＮＧデータを描画する場合、プログラムプロセッサ３０２によってデコードタイミングがイメージプロセッサ３１１へ指示される。プログラムプロセッサ３０２がＰＮＧデータのデコードをイメージプロセッサ３１１へ指示するタイミングは、プログラムプロセッサ３０２が処理しているＢＤ再生プログラムに依存する。
【００３１】
PNGデータおよび映像データは、図３で説明したようにそれぞれデコードされた後にイメージプレーン３１４、ビデオプレーン３１５に記録され、合成処理部３１６によって合成出力される。
（ＢＤ管理情報）
また、ＢＤディスク２０１から読み出されたＢＤ管理情報（シナリオ、ＡＶ管理情報）は、管理情報記録メモリ３０４に記録される。
【００３２】
シナリオ情報（ＢＤ．ＩＮＦＯおよびＸＸＸ．ＰＬ）は、シナリオプロセッサ３０５に
よって読み出されて処理され、ＡＶ管理情報（ＹＹＹ．ＶＯＢＩ）は、プレゼンテーションコントローラ３０６によって読み出されて処理される。
シナリオプロセッサ３０５は、プレイリストの情報を解析して、プレイリストによって参照されているMPEGストリームデータと、その再生位置をプレゼンテーションコントローラ３０６へ指示し、プレゼンテーションコントローラ３０６は、対応するMPEGストリームデータの管理情報（ＹＹＹ．ＶＯＢＩ）を解析して、MPEGストリームデータを読み出すことをドライブコントローラ３１７へ指示する。
【００３３】
ドライブコントローラ３１７は、プレゼンテーションコントローラ３０６の指示にもとづいて、光ピックアップを移動させて、対応するMPEGストリームデータを読み出す。
シナリオプロセッサ３０５は、クロック３０７の時刻を監視し、管理情報の設定にもとづいて、イベントをプログラムプロセッサ３０２に送出する。
（ＢＤ再生プログラム）
また、プログラム記録メモリ３０１に記録されたＢＤ再生プログラム（ＢＤ．ＰＲＯＧまたはＸＸＸ．ＰＲＯＧ）は、プログラムプロセッサ３０２によって実行処理される。プログラムプロセッサ３０２がＢＤ再生プログラムを処理するのは、シナリオプロセッサ３０５からイベントが送信されてきた場合か、ＵＯＰマネージャ３０３からイベントが送信されてきた場合である。
【００３４】
ＵＯＰマネージャ３０３は、ユーザのリモコン操作による要求が送信された場合に、当該要求を示すイベント情報を生成し、当該イベント情報をプログラムプロセッサ３０２へ送出する。
図５は、本実施の形態におけるＭＰＥＧストリームの構成図である。
ＭＰＥＧストリームは、複数のトランスポートパケット（Ｔｒａｎｓｐｏｒｔ Ｐａｃｋｅｔ、以下、「ＴＳパケット」と称す。）から構成される。１つのＴＳパケットのサイズは１８８バイトである。
【００３５】
映像（Ｖｉｄｅｏ）ストリーム、および、音声（Ａｕｄｉｏ）ストリーム等は、複数のＴＳパケットによって分離して多重化されて伝送される。
また、映像ストリーム、および、音声ストリーム等は、複数のＰＥＳパケットによって構成されており、ＴＳパケットによって伝送される情報としては、ＰＥＳパケットからなるストリームの他に、セクション（Ｓｅｃｔｉｏｎ）によって伝送されるＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）、および、ストリームイベント（ＤＳＭ−ＣＣ Ｓｔｒｅａｍ Ｅｖｅｎｔ）等がある。
【００３６】
ＰＳＩは、例えば、あるＡＶデータを再生する場合に、映像ストリーム、および、音声ストリームから、どのＰＥＳパケットを対応させて復号すべきか等の情報を提供する。
ストリームイベントは、ある時刻にＡＶデータと連携して動作するアプリケーションへ情報を提供する。
図６は、ストリームイベント（ＤＳＭ−ＣＣ Ｓｔｒｅａｍ Ｅｖｅｎｔ）を伝送するセクション（Ｓｅｃｔｉｏｎ）の構成図である。
【００３７】
ストリームイベントを伝送するセクションは、ｔａｂｌｅ＿ｉｄ、ｅｖｅｎｔ＿ｍｓｇ＿ｇｒｏｕｐ＿ｉｄ、および、ペイロード（Ｐａｙｌｏａｄ）等から構成される。
ｔａｂｌｅ＿ｉｄは、データ格納領域であるペイロードに格納されるデータタイプを示している。ストリームイベントが格納される場合、ｔａｂｌｅ＿ｉｄは０ｘ３Ｄという値である。
【００３８】
ｅｖｅｎｔ＿ｍｓｇ＿ｇｒｏｕｐ＿ｉｄは、ペイロードに格納されるストリームイベント群を識別するための名称である。ストリームイベントは、ペイロードに格納されて伝送される。
さらに詳細な構成は、ＭＰＥＧシステム（ＩＳＯ／ＩＥＣ１３８１８−１）規格書、および、ＤＳＭ−ＣＣ（ＩＳＯ／ＩＥＣ１３８１８−６）規格書に記述されているので、ここでは省略する。
＜処理概要＞
図１４は、本実施の形態におけるプログラム(ＢＤ再生プログラム)、及びプログラム処理部２０６の機能ブロック図である。
【００３９】
同図において、アプリケーション１４００はプログラムに、プラットフォーム１４１０が、そのプログラムの実行環境であるプログラム処理部２０６にそれぞれ対応する。
ここで、本実施の形態におけるアプリケーション１４００は、Java(登録商標）アプリケーションであり、プラットフォーム１４１０は、プロセッサを含み、Java(登録商標）アプリケーションのプログラムを逐次解釈してプロセッサが実行可能なネイティブコードに変換し、プロセッサがネイティブコードを実行する仮想マシンを含むものである。
【００４０】
アプリケーション１４００は、再生されているＡＶデータの画像の一部又は全部の上にグラフィックスを重ねて描画するためのアプリケーションであり、描画時間や描画座標等の情報を含むグラフィックスに関する情報(以下、「グラフィックス情報」という。)に基づいて、グラフィックスを描画する。このようなアプリケーションとしては、例えば、ＡＶデータの画像を背景に利用したシューティングゲーム等のようなアプリケーションが挙げられる。
【００４１】
プラットフォーム１４１０は、グラフィックス情報とＭＰＥＧストリームにあらかじめ埋め込まれたストリームイベントが示す情報（以下、「ストリームイベント情報」という）とに基づき、描画するグラフィックスを示すグラフィックス情報を判定する。また、判定したグラフィックス情報に基づくグラフィックスを描画することをイメージプレーン２０９へ指示する。
【００４２】
つまり、プラットフォーム１４１０の処理は、描画するグラフィックスを判定し、判定されたグラフィックスの描画を指示する旨のネイティブコードをプロセッサで実行することで実現する。
以下、アプリケーション１４００及びプラットフォーム１４１０の機能構成について説明する。
（アプリケーション）
アプリケーション１４００は、ユーザイベント受信部１４０１、ユーザイベント情報送信部１４０２、および、グラフィックス情報送信部１４０３から構成され、各部は、アプリケーション１４００側の動作を示す。
【００４３】
尚、上記の各部は、アプリケーションを構成するプログラムコードの記述部分のうち、プラットフォーム側が、アプリケーション側からの入力を受付けるためのインタフェース(以下、「ＡＰＩ関数」という。)を備えている。
アプリケーション１４００は、適宜ＡＰＩ関数を呼び出すことによりユーザイベント情報やグラフィックス情報をプラットフォーム１４１０側へ出力することが可能となる。
【００４４】
つまり、アプリケーションを構成するプログラムコードの記述部分のうち、ユーザイベント情報を送信するためのＡＰＩ関数を呼び出す命令を記述する部分を実行したものが、ユーザイベント情報送信部１４０２に相当し、グラフィックス情報を送信するためのＡＰＩ関数を呼び出す命令を記述する部分を実行したものがグラフィックス情報送信部１４０３に相当する。
【００４５】
ユーザイベント受信部１４０１は、ユーザイベントをプログラム処理部２０６から受信し、イベントのタイプおよび座標等のユーザイベント情報を抽出する。
ユーザイベント情報送信部１４０２は、抽出したユーザイベント情報をプラットフォーム１４１０へ送信する。
グラフィックス情報送信部１４０３は、あらかじめ既定されたグラフィックス情報をプラットフォーム１４１０へ送信する。
【００４６】
ここで、「グラフィックス情報を送信する」は、例えば、アプリケーション１４００中のグラフィックス情報への参照を引数にしてＡＰＩ関数を呼び出すことである。
尚、実際は、そのＡＰＩ関数の呼出しもプラットフォーム１４１０が解釈することにより実現されるものとなる。
（プラットフォーム）
プラットフォーム１４１０は、ユーザイベント情報受信部１４１１、グラフィックス情報受信部１４１２、グラフィックス情報記憶部１４１３、グラフィックス情報制御部１４１４、グラフィックス描画部１４１５、および、ストリームイベント受信部１４１６から構成される。
【００４７】
ユーザイベント情報受信部１４１１は、アプリケーション１４００からユーザイベント情報を受信する。
グラフィックス情報受信部１４１２は、既定のグラフィックス情報をアプリケーション１４００から受信する。
ここで、「グラフィックス情報をアプリケーション１４００から受信する」は、具体的には、プラットフォーム１４１０が、アプリケーション１４００中のグラフィックス情報への参照を引数にしたＡＰＩ関数を解釈し、グラフィックス情報記憶部１４１３にグラフィックス情報を格納させる旨のネイティブコードをプロセッサで実行することである。その結果、グラフィックス情報は、グラフィックス情報記憶部１４１３に記憶される。
【００４８】
グラフィックス情報記憶部１４１３は、プラットフォーム１４１０における論理空間上のメモリであり、グラフィックス情報を記憶する。
グラフィックス情報制御部１４１４は、グラフィックス情報記憶部１４１３に記憶されているグラフィックス情報、および、ストリームイベント受信部１４１６から受付けたストリームイベント情報に基づき、描画すべきグラフィックス情報を判定する。
【００４９】
グラフィックス描画部１４１５は、グラフィックス情報にもとづいて、グラフィックスの描画をイメージプレーン２０９へ指示する部分である。
ストリームイベント受信部１４１６は、ＡＶデータに埋め込まれたストリームイベントをプレゼンテーション処理部２０８から受信し、ストリームイベント情報を抽出する。
＜データ＞
（グラフィックス情報）
図８は、本実施の形態に係るグラフィックス情報の例を示している。
【００５０】
同図において、グラフィックス情報は、オブジェクトＩＤ、ファイル名、座標、および、描画時間から構成されている。
オブジェクトＩＤは、各グラフィックスオブジェクトを識別するための名称であって、そのアプリケーションにおいて一意である。
ファイル名は、そのグラフィックスオブジェクトに対応するＰＮＧデータを格納するファイルを示している。
【００５１】
座標は、描画すべきグラフィックスオブジェクトを判定する際の指標となる描画位置である。例えば、ユーザによって座標が指定された場合に、その指定された座標を中心にして定めた一定距離の範囲内に、グラフィックス情報の座標が含まれている場合には、その座標に対応付けられているグラフィックスオブジェクトを指定された座標に描画する。
描画時間は、そのグラフィックスオブジェクトの描画を開始すべき時刻、および、終了すべき時刻である。これらの時刻は、アプリケーションの実行と共に再生されるＡＶデータの再生時間軸上の位置として指定される。
（ストリームイベント情報）
図９は、本実施の形態におけるストリームイベント情報の例を示している。
【００５２】
ストリームイベント情報は、時刻、オブジェクトＩＤ、座標、および、許容誤差から構成される。
時刻は、そのストリームイベントが埋め込まれていたＡＶデータの再生時間軸上の位置である。
オブジェクトＩＤは、対応するグラフィックスオブジェクトを識別するための名称である。
【００５３】
座標は、対応するグラフィックスオブジェクトを描画すべき座標である。
許容誤差は、そのストリームイベントに対応して描画すべきグラフィックスを判定するに用いられるものであり、描画すべきグラフィックスの座標の範囲を示すものである。具体的には、描画すべき座標を中心にして許容誤差の値の範囲内にグラフィックス情報の座標が含まれている場合には、その座標に対応付けられているグラフィックスオブジェクトを描画すべきグラフィックスとして判定する。
【００５４】
尚、同図のストリームイベント情報の例では、ＡＶデータにおける時刻が“１分”の時に、グラフィックス情報(図８)においてオブジェクトＩＤ“000”が描画対象になっている場合には、オブジェクトＩＤ“000”のグラフィックスオブジェクトを座標“(225,125)”に描画することを示している。
＜動作＞
図１５は、アプリケーション１４００の起動時に、グラフィックス情報がプラットフォーム１４１０へ送信される場合のフローチャートを示す。
【００５５】
以下、ユーザ操作により再生装置１０００が起動され、プラットフォーム１４１０がアプリケーション１４００を実行したものとして説明する。
アプリケーション１４００のグラフィックス情報送信部１４０３が、グラフィックス情報をプラットフォーム１４１０へ送信する（Ｓ１５１０）。
プラットフォーム１４１０におけるグラフィックス情報受信部１４１２が、ステップＳ１５１０において送信されたグラフィックス情報を受信する（Ｓ１５００）。
【００５６】
ステップＳ１５００において受信されたグラフィックス情報を、グラフィックス情報記憶部１４１３へ送出し（Ｓ１５０１）、グラフィックス情報記憶部１４１３に格納する（Ｓ１５０２）。
図１６は、ＡＶデータにあらかじめ埋め込まれたストリームイベント情報に応じて、グラフィックスの描画を制御するフローチャートを示す。
【００５７】
具体的には、ＡＶデータの再生時刻に応じてストリームイベント情報が発生することで、対応するグラフィックスオブジェクトを描画する。
尚、グラフィックス情報は、アプリケーションの起動時にプラットフォーム１４１０のグラフィックス情報記憶部１４１３に既に格納されており、再生するＡＶデータ中にはストリームイベントが含まれているものとする。
【００５８】
以下、プログラム処理部２０６がストリームイベントをプレゼンテーション処理部２０８から受付けた場合のプラットフォーム１４１０における処理を、図１６に基づいて説明する。
ストリームイベント受信部１４１６は、プレゼンテーション処理部２０８からストリームイベントを受信し（Ｓ１６００）、受信したストリームイベントからストリームイベント情報を抽出し（Ｓ１６０１）、ストリームイベント情報をグラフィックス情報制御部１４１４に送出する（Ｓ１６０２）。
【００５９】
グラフィックス情報制御部１４１４は、グラフィックス情報記憶部１４１３からグラフィックス情報を読み出す（Ｓ１６０３）。
次いで、グラフィックス情報制御部１４１４は、ステップＳ１６０３において読み出された全グラフィックス情報のうち、ステップＳ１６０１におい抽出されたストリームイベント情報に対応するグラフィックス情報を判定し（Ｓ１６０４）、該当するグラフィックス情報をグラフィックス描画部１４１５へ送出する（Ｓ１６０５）。
【００６０】
グラフィックス描画部１４１５は、そのグラフィックス情報にもとづいて、イメージプレーン２０９へグラフィックスの描画を指示する（Ｓ１６０６）。
＜判定処理(ストリームイベント)＞
ここで、ストリームイベントが発生した場合におけるグラフィックス情報の判定処理について、図１１を用いて説明する。
【００６１】
ステップＳ１１００において、グラフィックス情報制御部１４１４は、グラフィックス情報記憶部１４１３の全グラフィックス情報を走査して、判定処理を行なう。
グラフィックス情報制御部１４１４は、ストリームイベント情報受信部１４１６から受付けたストリームイベントより抽出したストリームイベント情報に含まれる時刻(以下、「イベント時刻」という。)が、グラフィックス情報における描画時間内にあるか判定する（Ｓ１１０１）。
【００６２】
グラフィックス情報制御部１４１４が、描画時間内にイベント時刻が含まれると判断した場合(Ｓ１１０１:Ｙ)、その描画時間の情報を有するグラフィックス情報に対応するグラフィックスオブジェクトのオブジェクトＩＤが、ストリームイベント情報に含まれるか判定する（Ｓ１１０２）。
ステップＳ１１０２において、グラフィックス情報制御部１４１４が、ストリームイベント情報に含まれると判定した場合(Ｓ１１０２:Y)、グラフィックス情報制御部１４１４は、当該グラフィックス情報を選出し、選出したグラフィックス情報の座標をストリームイベント情報の座標に置換える（Ｓ１１０３）。
【００６３】
このグラフィックス情報は、グラフィックス描画部１４１５に送出され、グラフィックス描画部１４１５は、グラフィックス情報が示すグラフィックスをイメージプレーン２０９に描画する。また、合成処理部２１１によりイメージプレーン２０９のグラフィックスとビデオプレーン２１０の映像データとが重ね合わされて出力される。
以上のようにして、アプリケーションの起動時に、あらかじめ既定されたグラフィックス情報をプラットフォーム１４１０へ送信することにより、プラットフォーム１４１０がストリームイベント情報を逐次アプリケーション１４００へ送信しなくとも、プラットフォーム１４１０が描画すべきグラフィックスオブジェクトを制御することが可能となり、プラットフォーム１４１０は、機械語命令セットを実行することによりグラフィックスオブジェクトの選択処理を行なうことができる。
【００６４】
尚、例えば、アプリケーションがプラットフォームにグラフィックス情報を送信した際に、プラットフォームが、グラフィックス情報が示すＢＤ中のＰＮＧデータをＡＶ記録メモリ２０５に読み込み、プレゼンテーション処理部２０８が、ＡＶ記録メモリ２０５に読み込まれたＰＮＧデータのデコード処理を行なっておいてもよい。
また、上述の例では、イベント時刻を描画時間に含み、ストリームイベント情報とグラフィックス情報のオブジェクトＩＤが一致するグラフィックスを描画すべきグラフィックスとして選出したが、イベント時刻を描画時間に含み、ストリームイベント情報における座標の許容誤差範囲内に含まれる座標を有するグラフィックスを選出してもよいし、イベント時刻を描画時間に含むグラフィックス情報を選出してもよい。
（ユーザイベント）
また、ユーザイベントが発生した場合に、再生されるＡＶデータと連携してグラフィックスオブジェクトを描画する処理について説明する。
【００６５】
図１７は、アプリケーション１４００がプログラム処理部２０６からユーザイベントを受信した場合に、グラフィックスの描画を制御する処理を示すフローチャートである。
具体的には、ユーザイベントにより指定された座標を中心として、システムで既定された許容範囲内の座標を有するグラフィックスオブジェクトを描画する。
ステップＳ１７１０において、プログラム処理部２０６がユーザイベントを受付け、アプリケーション１４００のユーザイベント受信部１４０１に送出し、ユーザイベント受信部１４０１はユーザイベントを受信する。
【００６６】
ユーザイベント受信部１４０１は、受信したユーザイベントに基づき、座標等のユーザイベント情報を抽出し（Ｓ１７１１）、ユーザイベント情報をユーザイベント情報送信部１４０２へ送出する（Ｓ１７１２）。
ユーザイベント情報送信部１４０２は、プラットフォーム１４１０へユーザイベント情報を送信する（Ｓ１７１３）。
【００６７】
プラットフォーム１４１０のユーザイベント情報受信部１４１１は、ユーザイベント情報を受信し（Ｓ１７００）、グラフィックス情報制御部１４１４に送出する（Ｓ１７０１）。
グラフィックス情報制御部１４１４は、グラフィックス情報記憶部１４１３に格納されたグラフィックス情報を読み出し（Ｓ１７０２）、グラフィックス情報とユーザイベント情報に基づいて、描画すべきグラフィックスのグラフィックス情報を判定する（Ｓ１７０３）。
【００６８】
グラフィックス情報制御部１４１４は、ステップＳ１７０３によって判定されたグラフィックス情報をグラフィックス描画部１４１５に送出する（Ｓ１７０４）。
グラフィックス描画部１４１５は、受付けたグラフィックス情報に基づいて、グラフィックスを描画することをイメージプレーン２０９に指示する（Ｓ１７０４）。
＜判定処理(ユーザイベント)＞
ここで、ユーザイベントが発生した場合のグラフィックス情報の判定処理を、図１３を参照しながら詳細に説明する。
【００６９】
ステップＳ１３００において、グラフィックス情報記憶部１４１３の全グラフィックス情報を判定対象として走査する。
グラフィックス情報制御部１４１４は、受付けたユーザイベント情報に係る座標(以下、「イベント座標」という。)を中心とし、システムで既定された許容誤差を半径とする円内に含まれる座標を有するグラフィックス情報があるか否か判定する（Ｓ１３０１）。
【００７０】
ステップＳ１３０１において、グラフィックス情報制御部１４１４が、イベント座標の許容誤差範囲内の座標を有するグラフィックス情報があると判定した場合(ステップＳ１３０１:Ｙ)、判定されたグラフィックス情報にイベント座標を付加する（Ｓ１３０２）。
＜実施形態２＞
上述した実施形態１では、描画すべきグラフィックスの判定処理をプラットフォーム側で行なっていたが、本実施形態は、上述した実施形態１と同様の再生装置１０００(図３)を用い、アプリケーション側でグラフィックスの判定処理を行なう。
【００７１】
尚、本実施の形態で想定するＢＤ−ＲＯＭのデータ階層、ＢＤ−ＲＯＭ上の論理空間の構成、ＢＤ−ＲＯＭ再生装置の概要、ＢＤ−ＲＯＭ再生装置の構成、ＭＰＥＧストリームの構成、ストリームイベントを伝送するセクションの構成は、実施形態１と同様である。
図７は、本実施形態に係るアプリケーション７００及びプラットフォーム７１０の機能構成を示している。
（アプリケーションの構成）
同図において、アプリケーション７００は、ユーザイベント受信部７０１、グラフィックス情報記憶部７０２、グラフィックス情報制御部７０３、グラフィックス情報送信部７０４、及びストリームイベント情報受信部７０５から構成される。
【００７２】
以下、実施形態１と異なる構成について説明する。
ストリームイベント情報受信部７０５は、プラットフォーム７１０からストリームイベント情報を受信する。
グラフィックス情報送信部７０４は、グラフィックス情報制御部７０５によって判定されたグラフィックス情報をプラットフォーム７００へ送信する。
（プラットフォームの構成）
また、プラットフォーム７１０は、グラフィックス情報受信部７１１、ストリームイベント情報送信部７１２、グラフィックス描画部７１３、及びストリームイベント受信部７１４から構成される。
【００７３】
ストリームイベント情報送信部７１２は、ストリームイベント情報をアプリケーション７００へ送信する。
グラフィックス情報受信部７１１は、グラフィックス情報をアプリケーション７００がグラフィックス情報を伝達するＡＰＩ関数の呼出しに対応して逐次受信する。
＜動作＞
図１０は、ＡＶデータにあらかじめ埋め込まれたストリームイベント情報に応じて、グラフィックスの描画を制御する処理を示すフローチャートである。
【００７４】
同図において、ステップＳ１０００、Ｓ１００１の処理は、実施形態１と同様であるので、ステップＳ１００２以下の処理について説明する。
ステップＳ１００２において、ストリームイベント受信部７１４は、ストリームイベント情報をストリームイベント情報送信部７１２に送出する。
ストリームイベント情報送信部７１２は、ストリームイベント情報をアプリケーション７００へ送信する（Ｓ１００３）。
【００７５】
アプリケーション７００のストリームイベント情報受信部７０５は、ストリームイベント情報を受信し（Ｓ１０１０）、グラフィックス情報制御部７０３へ送出する（Ｓ１０１１）。
グラフィックス情報制御部７０３は、グラフィックス情報記憶部７０２に格納されているグラフィックス情報を読み出し（Ｓ１０１２）、グラフィックス情報とストリームイベント情報に基づいて、グラフィックス情報を判定する（Ｓ１０１３）。
【００７６】
グラフィックス情報制御部７０３は、判定したグラフィックス情報をグラフィックス情報送信部７１２に送出し（Ｓ１０１４）、グラフィックス情報送信部７１２は、グラフィックス情報をプラットフォーム７１０に送信する（Ｓ１０１５）。
プラットフォーム７１０のグラフィックス情報受信部７１１は、プラットフォーム７１０からグラフィックス情報を受信し（Ｓ１００４）、グラフィックス描画部７１３に送出する（Ｓ１００５）。
【００７７】
尚、グラフィックス情報の判定処理は、実施形態１と同様であるため説明を省略する。
また、本実施形態において、ユーザイベントが発生した場合の動作について、実施形態１と異なる部分を説明する。
図１２は、本実施形態においてユーザイベントが発生した場合に、グラフィックスオブジェクトの描画を制御する処理を示すフローチャートである。
【００７８】
同図のステップＳ１２１０〜Ｓ１２１１は、実施形態１と同様のため説明を省略する。
ステップＳ１２１２において、ユーザイベント受信部７０１は、ユーザイベント情報をアプリケーション７００のグラフィックス情報制御部７０３に送出し、グラフィックス情報制御部７０３はユーザイベント情報を受付ける（Ｓ１２１３）。
グラフィックス情報制御部７０３は、グラフィックス情報とユーザイベント情報に基づいて、グラフィックス情報を判定し（Ｓ１２１４）、判定したグラフィックス情報をグラフィックス情報送信部７０４に送出する（Ｓ１２１５）。
【００７９】
グラフィックス情報送信部７０４は、プラットフォーム７１０にグラフィックス情報を送信し（Ｓ１２１６）、プラットフォーム７１０のグラフィックス情報受信部７１１はグラフィックス情報を受信する（Ｓ１２００）。
尚、グラフィックス情報の判定処理は、実施形態１と同様であるため説明を省略する。＜実施形態３＞
本実施形態は、上述した実施形態２において、ユーザが再生速度を切換えた場合におけるグラフィックスの描画を制御する。
【００８０】
尚、本実施の形態で想定するＢＤ−ＲＯＭのデータ階層、ＢＤ−ＲＯＭ上の論理空間の構成、ＢＤ−ＲＯＭプレーヤの概要、ＢＤ−ＲＯＭプレーヤの構成、ＭＰＥＧストリームの構成、ストリームイベントを伝送するセクションの構成は、実施形態1と同様である。
図１８は、本実施形態におけるアプリケーション、及びプラットフォームの機能ブロック図である。
【００８１】
アプリケーション１８００は、ＡＶデータを再生するモードが切り換わる際に発生するモード切換イベントを受信し、プラットフォーム１８１０へ送信する。
ここで、モードとは、例えば２倍速等、ＡＶデータの再生速度を示すものであり、ユーザは再生速度を切り換える場合に、リモコン等の操作によりモードを切り換える。
また、モード切換イベントは、ユーザによるモードの切換操作の発生を示しており、ユーザ操作によるモード切換操作をプログラム処理部２０６が受付け、当該操作を示すモード切換イベントをアプリケーション１８００に送出する。
【００８２】
アプリケーション１８００は、実施形態２のアプリケーションの構成に、モード切換イベント受信部１８０６、フィルタリング情報設定部１８０７、及びフィルタリング情報送信部１８０８を加えて構成される。
以下、上記構成について説明する。
モード切換イベント受信部１８０６は、ＡＶデータを再生するモードが切り換わる際に発生するモード切換イベントを受信し、当該モード切換イベントに係る情報(以下、「モード切換イベント情報」という。)を抽出する。
【００８３】
尚、モード切換イベント情報は、モード切換操作前後のモード情報等を含む。
フィルタリング情報設定部１８０７は、モード切換イベント情報に基づいて、ストリームイベントを抽出するためのフィルタリング情報を設定する。
ここで、フィルタリング情報とは、例えば、ユーザがモードを“１倍速”から“２倍速”に切り換えた場合、“２倍速”を示す情報をいう。
【００８４】
フィルタリング情報送信部１８０８は、設定したフィルタリング情報をプラットフォームへ送信する。
また、プラットフォーム１８１０は、実施形態２のプラットフォームの構成に、フィルタリング情報受信部１８１５、及びフィルタリング情報記憶部１８１６を加えて構成される。
【００８５】
フィルタリング情報受信部１８１５は、アプリケーション１８００からフィルタリング情報を受信する。
フィルタリング情報記憶部１８１６は、受信されたフィルタリング情報を記憶する。
図１９は、本実施形態に係るストリームイベント情報を示している。
ストリームイベント情報は、上述した実施形態のストリームイベント情報に、モード情報を加えたものである。
【００８６】
尚、モード情報は、再生中のＡＶデータの再生モードを示しているが、複数の再生モードを含んでもよい。
＜動作＞
以下、本実施形態における動作について説明する。
図２０は、ユーザ操作によりＡＶデータの再生モードが切換えられた場合に、アプリケーション１８００からプラットフォーム１８１０にフィルタリング情報を送信する処理を示すフローチャートである。
【００８７】
ユーザ操作によりモードが切換えられたとき、アプリケーション１８００のモード切換イベント情報受信部１８０６は、プログラム処理部２０６からモード切換イベントを受信する（Ｓ２０１０）。
モード切換イベント情報受信部１８０６は、受信したモード切換イベントからモード切換イベント情報を抽出し（Ｓ２０１１）、モード切換イベント情報をフィルタリング情報設定部１８０７に送出する（Ｓ２０１２）。
【００８８】
フィルタリング情報設定部１８０７は、モード切換イベント情報に基づき、フィルタリング情報を設定し（Ｓ２０１３）、フィルタリング情報送信部１８０８に送出する（Ｓ２０１４）。
フィルタリング情報送信部１８０８は、フィルタリング情報をプラットフォーム１８１０に送信する（Ｓ２０１５）。
【００８９】
プラットフォーム１８１０のフィルタリング情報受信部１８１５は、フィルタリング情報を受信し（Ｓ２０００）、フィルタリング情報記憶部１８１６にフィルタリング情報を送出する（Ｓ２００１）。
フィルタリング情報記憶部１８１６は、フィルタリング情報を格納する（Ｓ２００２）。
【００９０】
尚、ストリームイベント受信部１８１４は、プレゼンテーション処理部２０８からストリームイベントを受付けた際、上述のステップＳ２００２においてフィルタリング情報記憶部１８１６に格納されたフィルタリング情報を基に、ストリームイベント情報を抽出する。
以下、再生モード切換イベント、及びストリームイベントに応じて、グラフィックスオブジェクトの描画を制御する処理について説明する。
【００９１】
図２１は、本実施形態におけるグラフィックスオブジェクトの描画を制御する処理を示すフローチャートである。
尚、ユーザによるモード切換操作により、上述の図２０に示す動作が行なわれ、プラットフォーム１８１０にフィルタリング情報が格納されているものとして、フローを説明することとする。
【００９２】
ステップＳ２１００において、プラットフォーム１８１０のストリーム受信部１８１４は、ストリームイベントをプレゼンテーション処理部２０８から受信する（Ｓ２１００）。
ストリームイベント受信部１８１４は、ストリームイベント情報を抽出し（Ｓ２１０１）、フィルタリング情報記憶部１８１０からフィルタリング情報を読み出す（Ｓ２１０２）。
【００９３】
続いて、ストリームイベント受信部１８１４は、フィルタリング情報に基づき、ストリームイベント情報を抽出し（Ｓ２１０３）、ストリームイベント情報送信部１８１２に抽出したストリームイベント情報を送出する（Ｓ２１０４）。
ストリームイベント情報送信部１８１２は、ストリームイベント情報をアプリケーション１８００へ送信する（Ｓ２１０５）。
【００９４】
アプリケーション１８００のストリームイベント情報受信部１８０５は、ストリームイベント情報を受信する（Ｓ２１１０）。
ステップＳ２１１０以下の処理は、上述した実施形態２(図１２)の処理と同様であるため、説明を省略する。
ここで、ストリームイベント情報の抽出処理について図２２を用いて説明する。
【００９５】
ステップＳ２２００において、ストリームイベント受信部１８１４は、受信した全ストリームイベント情報を走査する。
ストリームイベント受信部１８１４は、フィルタリング情報記憶部１８１６からフィルタリング情報を読み出し、ストリームイベント情報に係るモード情報とフィルタリング情報と一致するか否か判定する（Ｓ２２０１）。
【００９６】
ステップＳ２２０１において、ストリームイベント受信部１８１４が、一致すると判定した場合(ステップＳ２２０１:Ｙ)、判定されたストリームイベント情報を抽出する（Ｓ２２０２）。
＜実施形態４＞
上述の実施形態３では、ストリームイベント情報にモード情報を含ませており、例えば、モードを２倍速に切換えるモード切換イベントが発生した場合、ストリームイベント受信部１８１４は、モード情報が“２倍速”のストリームイベント情報のみを抽出し、抽出したストリームイベント情報をアプリケーションに送信する。
【００９７】
本実施形態では、ストリームイベント情報は実施形態１及び２と同様のものを用い、モード切換イベントが発生した場合に、ストリームイベント受信部１８１４は、モード切換イベントに応じて、適当な頻度でストリームイベントをアプリケーションに送信する。
具体的には、上述と同様、２倍速のモード切換イベントが発生した場合に、例えば、ストリームイベント情報を２回に１回の割合でアプリケーションに送信する。
【００９８】
尚、本実施形態で想定するＢＤ−ＲＯＭのデータ階層、ＢＤ−ＲＯＭ上の論理空間の構成、ＢＤ−ＲＯＭプレーヤの概要、ＢＤ−ＲＯＭプレーヤの構成、ＭＰＥＧストリームの構成、ストリームイベントを伝送するセクションの構成は、実施形態１と同様である。
また、アプリケーションの機能構成は、実施形態3と同様であるが、プラットフォームのストリームイベント受信部１８１４が、ストリームイベントカウンタを含んでいる点で、実施形態３におけるプラットフォームの機能構成と異なる。
【００９９】
ここで、ストリームイベントカウンタは、時系列に沿ったストリームイベント情報をカウントし、カウントした数を保持する。
＜動作＞
以下、本実施形態に係るストリームイベント情報の抽出処理について説明する。
尚、ＡＶデータの再生中にモード切換イベントが発生した場合に、プラットフォーム１８１０のフィルタリング情報記憶部１８１６にフィルタリング情報が記憶されているものとする。
【０１００】
図２３は、ストリームイベント情報の抽出処理を示すフローチャートである。
ステップＳ２３００において、ストリームイベント受信部１８１４は、ストリームイベントカウンタを初期化する。
ストリームイベント受信部１８１４は、受信した全ストリームイベント情報を走査し(ステップＳ２３０１)、ストリームイベントカウンタが保持する値を参照して、フィルタリング情報に対応するストリームイベント情報であるか否かを判定する（Ｓ２３０２）。
【０１０１】
具体的には、例えば、フィルタリング情報が“２倍速”であるならば、ストリームイベントカウンタが２の倍数か判定する。
尚、アプリケーションが、フィルタリング情報として整数を直接設定してもよい。
ステップＳ２３０２において、ストリームイベント受信部１８１４が、フィルタリング情報に対応するストリームイベント情報であると判定した場合(ステップＳ２３０２:Ｙ)、ストリームイベント受信部１８１４は、当該ストリームイベント情報を抽出する（Ｓ２３０４）。
【０１０２】
また、ステップＳ２３０２において、ストリームイベント受信部１８１４が、フィルタリング情報に対応するストリームイベント情報でないと判定した場合(ステップＳ２３０２:Ｎ)、ストリームイベントカウンタを更新する（Ｓ２３０３）。
＜補足＞
以上、本発明に係る再生装置について実施形態１〜４に基づいて説明したが、以下のように変形することもでき、本発明は上述の実施形態で示した再生装置に限られないことは勿論である。
【０１０３】
（１）上述した実施形態１におけるプログラムは、1つのＡＶストリームと連携して動作するものとして説明したが、ＢＤ中に複数種類のＡＶストリームが格納され、前記プログラムがこれらのＡＶストリームと連携して動作する場合についても適用することができる。
例えば、全ＡＶデータを再生する前にプログラムが実行され、再生メニュー表示等がなされている場合、ユーザにより再生するＡＶデータが選択された際、プラットフォーム１４１０は、選択されたＡＶデータに対応するグラフィックス情報を受信する。このように、各ＡＶデータの再生指示がなされたときに、各ＡＶデータに対応するグラフィックス情報をプラットフォームが受信することにより、ＡＶストリーム毎にプログラムを用意することなく、再生されるＡＶストリームと連携するグラフィックスを描画することができる。
【０１０４】
（２）また、上述した実施形態では、アプリケーションの起動時に全グラフィックス情報をプラットフォーム側、又はアプリケーション側のグラフィックス情報制御部が受信しているが、ＡＶストリームを再生中、例えば１０分毎にグラフィックス情報を受信することとしてもよい。この場合、全グラフィックス情報を受信してグラフィックス情報記憶部に格納する場合と比べ、一度に受信するグラフィックス情報量が少ないため、グラフィックス情報記憶部の容量を少なくすることができる。
【０１０５】
（３）また、上述の実施形態では、プラットフォーム上で単一のアプリケーションが動作している場合について説明したが、複数のアプリケーションが動作している場合についても適用できる。
プラットフォーム上で、例えば、２つのゲームのアプリケーションが動作する場合に、アプリケーションの起動時に、プラットフォームは、両アプリケーションからグラフィックス情報を受信する。
【０１０６】
ストリームイベントが発生した場合、グラフィックス情報制御部１４１４は、各々のゲームに対応するグラフィックス情報を選択し、グラフィックス描画部１４１５に各ゲームに対応するグラフィックスを描画させる。
（４）上述の実施形態では、アプリケーションにおいて予め既定されたグラフィックス情報に基づき、プラットフォームがグラフィックスオブジェクトを描画させていたが、例えば、再生中のＡＶデータと同じＢＤに記録されている他のＡＶデータに切換えてもよい。
【０１０７】
（５）また、上述した実施形態３及び４では、ユーザは再生モードを切換える際、既定されているモードのいずれかに切換えることとして説明したが、例えば、ユーザがジョイスティック等を用いて再生速度を指定した場合、その再生速度に相当する既定モードに切換えられたものとしてフィルタリング情報を設定してもよい。
（６）また、グラフィックス描画部がイメージプレーンへ指示したグラフィックスの描画が完了しないのに、新たなグラフィックスの描画をイメージプレーンへ指示しなければならない等、イメージプレーンへのグラフィックスの描画が間に合わない場合は、プラットフォームが描画すべきグラフィックスを適宜間引いてもよい。
【０１０８】
（７）また、上述した実施形態３及び４では、アプリケーション側がフィルタリング情報を設定しているが、プラットフォーム側がモード切換イベント情報に基づいてフィルタリング情報を設定するとしてもよい。
この場合、アプリケーションからプラットフォームへモード切換イベント情報を送信し、プラットフォームはモード切換イベント情報を受信し、モード切換イベント情報に基づいて描画すべきグラフィック情報を判定する。
【０１０９】
（８）上述した実施形態４では、ストリームイベントカウンタが保持する値がフィルタリング情報と対応している場合に、そのストリームイベント情報を抽出しているが、ストリームイベント情報にストリームイベントカウンタと同様の情報(以下、「カウンタ情報」という。)を含ませてもよい。
この場合、例えば、フィルタリング情報が“２倍速”のとき、ストリームイベント情報のカウンタ情報の下位１ビットが“０”であるようなストリームイベント情報のみを抽出し、フィルタリング情報が“４倍速”のときは、カウンタ情報の下位２ビットが“００”であるようなストリームイベント情報のみを抽出し、アプリケーションへ送信する。
【０１１０】
また、カウンタ情報のあるビットの値が、所定値であるストリームイベント情報のみを抽出する等、より緻密なフィルタリング情報をアプリケーションが設定するとしてもよい。
（９）また、上述の実施形態では、再生中のＡＶデータに予め埋め込まれたストリームイベントに応じてグラフィックスを描画することとして説明したが、ＡＶデータの各映像の再生タイミングを示す時刻情報に基づいて、グラフィックスを描画することとしてもよい。
【産業上の利用可能性】
【０１１１】
本発明に係る再生装置は、再生中のＡＶデータストリームと連携して動作するプログラムを実行し、ＡＶデータストリームと連携するようにグラフィックスを描画することができる。そのため、映画産業、及びそれを処理する機器の製造に携わる民生機器産業において利用される。例えば、ＢＤ−ＲＯＭディスク、及びＢＤ−ＲＯＭプレーヤ等として利用可能である。
【図面の簡単な説明】
【０１１２】
【図１】本発明の実施形態に係るＢＤ−ＲＯＭのデータ階層図である。
【図２】本発明の実施形態に係るＢＤ−ＲＯＭ上の論理空間の構成図である。
【図３】本発明に係る再生装置の機能構成図である。
【図４】本発明に係る再生装置のハードウェア構成図である。
【図５】本発明の実施形態に係るＭＰＥＧストリームの構成図である。
【図６】本発明の実施形態に係るストリームイベントを伝送するセクションの構成図である。
【図７】本発明の実施形態２に係るアプリケーション及びプラットフォームの機能構成図である。
【図８】本発明に係るグラフィックス情報の一例を示した図である。
【図９】本発明に係るストリームイベント情報の一例を示した図である。
【図１０】実施形態２においてストリームイベントが発生した場合におけるグラフィックス描画を制御する処理を示すフローチャートである。
【図１１】ストリームイベント情報に基づくグラフィックス情報判定処理を示すフローチャートである。
【図１２】実施形態２においてユーザイベントが発生した場合におけるグラフィックス描画を制御する処理を示すフローチャートである。
【図１３】ユーザイベント情報に基づくグラフィックス情報判定処理を示すフローチャートである。
【図１４】実施形態１に係るアプリケーション及びプラットフォームの機能構成図である。
【図１５】実施形態1に係るアプリケーションとプラットフォーム間におけるグラフィックス情報の送受信処理を示すフローチャートである。
【図１６】実施形態１においてストリームイベントが発生した場合におけるグラフィックス描画を制御する処理を示すフローチャートである。
【図１７】実施形態１においてユーザイベントが発生した場合におけるグラフィックス描画を制御する処理を示すフローチャートである。
【図１８】実施形態３及び４に係るアプリケーション及びプラットフォームの機能構成図である。
【図１９】実施形態３に係るストリームイベント情報の一例を示した図である。
【図２０】実施形態３及び４においてモード切換イベントが発生した場合におけるフィルタリング情報設定処理を示すフローチャートである。
【図２１】実施形態３及び４においてストリームイベントが発生した場合におけるグラフィックス描画を制御する処理を示すフローチャートである。
【図２２】実施形態３においてストリームイベント情報を抽出する処理を示すフローチャートである。
【図２３】実施形態４においてストリームイベント情報を抽出する処理を示すフローチャートである。
【符号の説明】
【０１１３】
１０１ ＢＤ再生プログラム
１０２ ＢＤ管理情報
１０３ ＡＶデータ
１０４ ＢＤディスク
２０１ ＢＤディスク
２０２ 光ピックアップ
２０３ プログラム記録メモリ
２０４ 管理情報記録メモリ
２０５ ＡＶ記録メモリ
２０６ プログラム処理部
２０７ 管理情報処理部
２０８ プレゼンテーション処理部
２０９ イメージプレーン
２１０ ビデオプレーン
２１１ 合成処理部
３０１ プログラム記録メモリ
３０２ プログラムプロセッサ
３０３ ＵＯＰマネージャ
３０４ 管理情報記録メモリ
３０５ シナリオプロセッサ
３０６ プレゼンテーションコントローラ
３０７ クロック
３０８ イメージメモリ
３０９ トラックバッファ
３１０ デマルチプレクサ
３１１ イメージプロセッサ
３１２ ビデオプロセッサ
３１３ サウンドプロセッサ
３１４ イメージプレーン
３１５ ビデオプレーン
３１６ 合成処理部
３１７ ドライブコントローラ
７００ アプリケーション
７０１ ユーザイベント受信部
７０２ グラフィックス情報記憶部
７０３ グラフィックス情報制御部
７０４ グラフィックス情報送信部
７０５ ストリームイベント情報受信部
７１０ プラットフォーム
７１１ グラフィックス情報受信部
７１２ ストリームイベント情報送信部
７１３ グラフィックス描画部
７１４ ストリームイベント受信部
１４００ アプリケーション
１４０１ ユーザイベント受信部
１４０２ ユーザイベント情報送信部
１４０３ グラフィックス情報送信部
１４１０ プラットフォーム
１４１１ ユーザイベント情報受信部
１４１２ グラフィックス情報受信部
１４１３ グラフィックス情報記憶部
１４１４ グラフィックス情報制御部
１４１５ グラフィックス描画部
１４１６ ストリームイベント受信部
１８００ アプリケーション
１８０１ ユーザイベント受信部
１８０２ グラフィックス情報記憶部
１８０３ グラフィックス情報制御部
１８０４ グラフィックス情報送信部
１８０５ ストリームイベント情報受信部
１８０６ モード切換イベント受信部
１８０７ フィルタリング情報設定部
１８０８ フィルタリング情報送信部
１８１０ プラットフォーム
１８１１ グラフィックス情報受信部
１８１２ ストリームイベント情報送信部
１８１３ グラフィックス描画部
１８１４ ストリームイベント受信部
１８１５ フィルタリング情報受信部
１８１６ フィルタリング情報記憶部
【特許請求の範囲】
【請求項１】
映像ストリームの再生に際して実行されるべきプログラムと共に記録媒体に記録されている映像ストリームを、再生する再生装置であって、
前記映像ストリームは、映像の再生タイミングと関連する時間軸上の位置を特定するための制御情報を含み、
前記プログラムは、複数の画像と各画像の描画されるべき時刻を、前記映像の再生タイミングと関連する時間軸上の描画開始時刻と描画終了時刻とにより指定する所定コードを含み、
前記再生装置は、
記憶手段と、
前記制御情報に応じて前記映像を逐次再生する再生手段と、
前記所定コードを解釈実行し、前記所定コードについての解釈実行としては当該所定コードにより指定される各画像とその描画されるべき時刻とを前記記憶手段に格納することを行うプログラム実行手段と、
前記再生手段による再生中の映像の再生タイミングに関連して前記制御情報に基づき特定される時間軸上の位置を前記描画開始時刻から前記描画終了時刻までの範囲内に含む描画時間データに対応する画像データで示される画像を選出する画像選出手段と、
前記選出された画像を、当該映像の再生中に描画する描画手段とを備える
ことを特徴とする再生装置。
【請求項２】
映像ストリームの再生に際して実行されるべきプログラムと共に記録媒体に記録されている映像ストリームを、再生する再生装置に用いる再生方法であって、
前記映像ストリームは、映像の再生タイミングと関連する時間軸上の位置を特定するための制御情報を含み、
前記プログラムは、複数の画像と各画像の描画されるべき時刻を、前記映像の再生タイミングと関連する時間軸上の描画開始時刻と描画終了時刻とにより指定する所定コードを含み、
前記再生装置は記憶手段を具備し、前記再生方法は、
前記制御情報に応じて前記映像を逐次再生する再生ステップと、
前記所定コードを解釈実行し、前記所定コードについての解釈実行としては当該所定コードにより指定される各画像とその描画されるべき時刻とを前記再生装置が備える記憶手段に格納することを行うプログラム実行ステップと、
前記再生ステップによる再生中の映像の再生タイミングに関連して前記制御情報に基づき特定される時間軸上の位置を前記描画開始時刻から前記描画終了時刻までの範囲内に含む描画時間データに対応する画像データで示される画像を選出する画像選出ステップと、
前記選出された画像を、当該映像の再生中に描画する描画ステップとを備える
ことを特徴とする再生方法。
【請求項１】
映像ストリームの再生に際して実行されるべきプログラムと共に記録媒体に記録されている映像ストリームを、再生する再生装置であって、
前記映像ストリームは、映像の再生タイミングと関連する時間軸上の位置を特定するための制御情報を含み、
前記プログラムは、複数の画像と各画像の描画されるべき時刻を、前記映像の再生タイミングと関連する時間軸上の描画開始時刻と描画終了時刻とにより指定する所定コードを含み、
前記再生装置は、
記憶手段と、
前記制御情報に応じて前記映像を逐次再生する再生手段と、
前記所定コードを解釈実行し、前記所定コードについての解釈実行としては当該所定コードにより指定される各画像とその描画されるべき時刻とを前記記憶手段に格納することを行うプログラム実行手段と、
前記再生手段による再生中の映像の再生タイミングに関連して前記制御情報に基づき特定される時間軸上の位置を前記描画開始時刻から前記描画終了時刻までの範囲内に含む描画時間データに対応する画像データで示される画像を選出する画像選出手段と、
前記選出された画像を、当該映像の再生中に描画する描画手段とを備える
ことを特徴とする再生装置。
【請求項２】
映像ストリームの再生に際して実行されるべきプログラムと共に記録媒体に記録されている映像ストリームを、再生する再生装置に用いる再生方法であって、
前記映像ストリームは、映像の再生タイミングと関連する時間軸上の位置を特定するための制御情報を含み、
前記プログラムは、複数の画像と各画像の描画されるべき時刻を、前記映像の再生タイミングと関連する時間軸上の描画開始時刻と描画終了時刻とにより指定する所定コードを含み、
前記再生装置は記憶手段を具備し、前記再生方法は、
前記制御情報に応じて前記映像を逐次再生する再生ステップと、
前記所定コードを解釈実行し、前記所定コードについての解釈実行としては当該所定コードにより指定される各画像とその描画されるべき時刻とを前記再生装置が備える記憶手段に格納することを行うプログラム実行ステップと、
前記再生ステップによる再生中の映像の再生タイミングに関連して前記制御情報に基づき特定される時間軸上の位置を前記描画開始時刻から前記描画終了時刻までの範囲内に含む描画時間データに対応する画像データで示される画像を選出する画像選出ステップと、
前記選出された画像を、当該映像の再生中に描画する描画ステップとを備える
ことを特徴とする再生方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２００８−２５２９２０（Ｐ２００８−２５２９２０Ａ）
【公開日】平成２０年１０月１６日（２００８．１０．１６）
【国際特許分類】
【出願番号】特願２００８−１２２５１８（Ｐ２００８−１２２５１８）
【出願日】平成２０年５月８日（２００８．５．８）
【分割の表示】特願２００７−２２００６９（Ｐ２００７−２２００６９）の分割
【原出願日】平成１７年５月１０日（２００５．５．１０）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２０年１０月１６日（２００８．１０．１６）
【国際特許分類】
【出願日】平成２０年５月８日（２００８．５．８）
【分割の表示】特願２００７−２２００６９（Ｐ２００７−２２００６９）の分割
【原出願日】平成１７年５月１０日（２００５．５．１０）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]