WO2006092996A1

WO2006092996A1 - 記録媒体、再生装置および再生方法

Info

Publication number: WO2006092996A1
Application number: PCT/JP2006/303148
Authority: WO
Inventors: Shigeki Matsunaga; Hideyuki Kuwano; Ryuichiro Takamatsu; Wataru Ikeda; Takashi Kakiuchi; Kakuya Yamamoto; Takahiro Yamaguchi
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2005-03-02
Filing date: 2006-02-22
Publication date: 2006-09-08
Anticipated expiration: 2007-09-02

Description

明細書

記録媒体、再生装置および再生方法

技術分野

[0001] 本発明は、 Blu— ray Disc (BD)—ROM等、 AVストリームデータを記録した記録媒体、その記録媒体を再生する再生装置及び再生方法に関する。

背景技術

[0002] 映像データを記録した情報記録媒体の代表格は、 DVD (以下、「Standard Defi nition (SD)—DVD」ともいう。）である。以下に従来の DVDについて説明する。

[0003] 図 1は、 SD— DVDの構造を示す図である。図 1の下段に示すように、 DVDデイスク上にはリードインからリードアウトまでの間に論理アドレス空間が設けられている。その論理アドレス空間には先頭力ファイルシステムのボリューム情報が記録され、続 V、て映像音声などのアプリケーションデータが記録されて、る。

[0004] ファイルシステムとは、 ISO9660や Universal Disc Format (UDF)等の規格により定められたデータを管理する仕組みのことであり、ディスク上のデータをディレクトリまたはファイルと呼ばれる単位で表現する仕組みである。

[0005] 日常使っているパーソナルコンピュータ（PC)の場合でも、 File Allocation Tabl es (FAT)または NT File System (NTFS)と呼ばれるファイルシステムにより、ディレクトリゃファイルという構造でノヽードディスクに記録されたデータがコンピュータ上で表現され、ユーザピリティを高めている。

[0006] SD— DVDの場合、 UDF及び ISO9660の両方のファイルシステムが使用されている。両方を合わせて「UDFブリッジ」とも呼ばれる。記録されているデータは UDFまたは ISO9660どちらのファイルシステムドライバによってもデータの読み出しができるようになっている。なお、ここで取り扱う DVDはパッケージメディア用の ROMデイスクであり、物理的に書き込みが不可能である。

[0007] DVD上に記録されたデータは、 UDFブリッジを通して、図 1左上に示すようなディレクトリまたはファイルとして見ることができる。ルートディレクトリ（図 1における「ROO T」）の直下に「VIDEO TS」と呼ばれるディレクトリが置かれ、ここに DVDのアプリケーシヨンデータが記録されている。アプリケーションデータは、複数のファイルとして記録され、主なファイルとして以下の種類のファイルがある。

VIDEO— TS. IFO ディスク再生制御情報ファイル

VTS— 01— 0. IFO ビデオタイトルセット # 1再生制御情報ファイル VTS 01 0. VOB ビデオタイトルセット # 1ストリームファイル上記例に示すように 2つの拡張子が規定されている。 riFOjは再生制御情報が記録されたファイルであることを示す拡張子であり、「VOB」は AVデータである MPEG ストリームが記録されたファイルであることを示す拡張子である。

[0009] 再生制御情報とは、 DVDで採用されたインタラクテイビティ (ユーザの操作に応じて再生を動的に変化させる技術)を実現するための情報や、メタデータのような、 AVデータに付属する情報などのことである。また、 DVDでは一般的に再生制御情報のことをナビゲーシヨン情報と呼ぶことがある。

[0010] 再生制御情報ファイルは、ディスク全体を管理する「VIDEO— TS. IFO」と、個々のビデオタイトルセット毎の再生制御情報である「VTS— 01— 0. IFO」がある。なお、 DVDでは複数のタイトル、言い換えれば複数の異なる映画や楽曲を 1枚のディスクに記録することが可能である。ここで、ファイル名ボディにある「01」はビデオタイトルセットの番号を示しており、例えば、ビデオタイトルセット # 2の場合は、「VTS— 02— 0. IFO」となる。

[0011] 図 1の右上部は、 DVDのアプリケーション層での DVDナビゲーシヨン空間であり、上述した再生制御情報が展開された論理構造空間である。「VIDEO— TS. IFOJ 内の情報は、 VIDEO Manager Information (VMGI)として、「VTS— 01— 0. I FO」または、他のビデオタイトルセット毎に存在する再生制御情報は Video Title Set Information (VTSI)として DVDナビゲーシヨン空間に展開される。

[0012] VTSIの中には Program Chain (PGC)と呼ばれる再生シーケンスの情報である Program Chain Information (PGCI)が記述されている。 PGCIは、 Cellの集合とコマンドと呼ばれる一種のプログラミング情報によって構成されている。 Cell自身は

VOB (Video Objectの略であり、 MPEGストリームを指す）の一部区間または全部区間を指定する情報であり、 Cellの再生は、当該 VOBの Cellによって指定された区間を再生することを意味して、る。

[0013] コマンドは、 DVDの仮想マシンによって処理されるものであり、例えば、ウェブべ一ジを表示するブラウザ上で実行される Java (登録商標)スクリプトなどに近、ものである。し力しながら Java (登録商標)スクリプトが論理演算の他にウィンドウやブラウザの制御（例えば、新しいブラウザのウィンドウを開くなど）を行うのに対して、 DVDのコマンドは、論理演算の他に AVタイトルの再生制御、例えば、再生するチヤプタの指定などを実行するだけのものである点で異なっている。

[0014] Cellはディスク上に記録されて、る VOBの開始及び終了アドレス (論理アドレス）をその内部情報として有しており、プレーヤは、 Cellに記述された VOBの開始及び終了アドレス情報を使ってデータの読み出し、再生を実行する。

[0015] 図 2は、 AVデータである MPEGストリーム中に埋め込まれているナビゲーシヨン情報を説明する概要図である。 SD— DVDの特長であるインタラクテイビティは上述した「VIDEO— TS. IFO」や「VTS— 01— 0. IFO」などに記録されているナビゲーション情報だけによつて実現されて、るのではなぐ幾つかの重要な情報はナビゲーション 'パック（ナビパックまたは、 NV_PCKという。）と呼ばれる専用キャリアを使い VO B内に映像、音声データと一緒に多重化されている。

[0016] ここでは簡単なインタラクテイビティの例としてメニュー画面について説明する。メ- ユー画面上には、幾つかのボタンが現れ、それぞれのボタンには当該ボタンが選択実行された時の処理が定義されている。また、メニュー画面上では一つのボタンが選択されており（ハイライトによって選択ボタン上に半透明色がオーバーレイされている )、ユーザは、リモコンの上下左右キーを使って、選択状態のボタンを上下左右の何れかのボタンに移動させることが出来る。

[0017] リモコンの上下左右キーを使って、選択実行したいボタンまでノヽイライトを移動させ

、決定する (決定キーを押す)ことによって対応するコマンドのプログラムが実行される

。一般的には対応するタイトルやチヤプタの再生がコマンドによって実行されている。

[0018] 図 2の左上部は NV—PCKに格納される情報の概要を示している。 NV— PCK内には、ノ、イライトカラー情報と個々のボタン情報などが含まれている。ノ、イライトカラー情報には、カラーパレット情報が記述され、オーバーレイ表示されるハイライトの半透明色が指定される。

[0019] ボタン情報には、個々のボタンの位置情報である矩形領域情報と、当該ボタンから他のボタンへの移動情報 (ユーザの上下左右キー操作それぞれに対応する移動先ボタンの指定）と、ボタンコマンド情報（当該ボタンが決定された時に実行されるコマンド）とが記述されている。

[0020] メニュー画面上のハイライトは、図 2の右上部に示すように、オーバーレイ画像として作られる。オーバーレイ画像は、ボタン情報の矩形領域情報にカラーパレット情報の色を付した物である。このオーバーレイ画像は右部に示す背景画像と合成されて画面上に表示される。

[0021] 上述のようにして、 DVDではメニュー画面を実現して!/、る。また、何故、ナビゲーシヨンデータの一部を NV—PCKを使ってストリーム中に埋め込んで!/、るのかにつ、ては、以下の理由からである。すなわち、ストリームと同期して動的にメニュー情報を更新、例えば、映画再生中の途中 5分〜 10分の間にだけメニュー画面を表示するといつた、同期タイミングが問題となりやすい処理を、問題なく実現できるようにするためである。

[0022] 図 3は、 DVDにおける VOBの構成を示す概要図である。図に示すように、映像、音声、字幕などのデータ（1の段）は、 MPEGシステム（ISOZIEC13818— 1)規格に基づいて、パケット及びパック化し（2の段）、それぞれを多重化して 1本の MPEG プログラムストリームにしている（3の段)。また、上述した通りインタラクティブを実現するためのボタンコマンドを含んだ NV—PCKも一緒に多重化をされている。

[0023] MPEGシステムの多重化の特徴として、多重化する個々のデータは、そのデコード順に基づくビット列になっているが、多重化されるデータ間、即ち、映像、音声、字幕の間は必ずしも再生順、言ヽ換えればデコード順に基づ！ヽてビット列が形成されて V、るわけではな、ことが挙げられる。

[0024] これは MPEGシステムストリームのデコーダモデル（4の段、一般に System Targ et Decoder,または STDと呼ばれる）が多重化を解ヽた後に個々のエレメンタリストリームに対応するデコーダバッファを持ち、デコードタイミングまでに一時的にデータを蓄積して、る事に由来して、る。

[0025] このデコーダバッファは、個々のエレメンタリストリーム毎にサイズが異なり、映像に対しては、 232kB、音声に対しては 4kB、字幕に対しては 52kBをそれぞれ有している。このため、各デコーダバッファへのデータ入力タイミングは個々のエレメンタリストリームで異なるため、 MPEGシステムストリームとしてビット列を形成する順番と表示（デコード)されるタイミングにずれが生じている。

[0026] 即ち、映像データと並んで多重化されている字幕データが必ずしも同一タイミングでデコードされて、るわけでは無、。

[0027] 上述のような DVDに関する技術は、以下の特許文献 1に記載されている。

特許文献 1：特許第 2813245号公報

発明の開示

発明が解決しょうとする課題

[0028] ところで次世代の情報記録媒体である BD— ROMは、上述したようなナビゲーションコマンドではなぐ XML 'XHTMLおよびスクリプトからなるプログラムを含むコンテンッの記録が予定されており、このプログラムではイベントとそのイベントをノ、ンドルし実行されるスクリプトによりインタラクティブなアプリケーションを実現可能である。

[0029] し力しながら、通常再生時はともかぐ早送りや巻き戻しなどの特殊再生時のィベント処理への考慮が十分ではなく、スタジオの望むアプリケーションを実現出来なかつたり、コンテンツの記述が複雑になったりしていた。

課題を解決するための手段

[0030] 上記課題を解決するため本発明に力かる再生装置は、デジタルコンテンツであるタイトルを再生する再生装置であって、前記タイトルを取得して再生するタイトル再生手段と、前記タイトルの再生において生成すべきイベントと当該イベントを生成する時刻であるイベント時刻とを対応づけて記述したポイントリストを取得し、取得したポイントリストに従って、前記タイトル再生手段によって再生されているタイトルの再生時刻が前記ポイントリストに記述されたイベント時刻に到達した際に、当該イベント時刻に対応するイベントを生成するイベント生成手段と、前記イベント生成手段が取得したポイントリストに記述されたイベントに対応する処理であるイベント処理を記述したアプリケーシヨンプログラムであるスクリプトを取得し、取得したスクリプトに従って、前記イベント生成手段によって生成されたイベントに対応したイベント処理を実行するスクリプト実行手段とを備え、前記イベント生成手段は、前記タイトル再生手段によるタイトルの再生状態を示す再生状態情報を含むイベントを生成し、前記スクリプト実行手段は、前記イベント生成手段によって生成されたイベントに含まれる再生状態情報に依存して、実行するイベント処理を切り替えることを特徴とする。このような構成により、コンテンッの再生時刻に連動したイベントを生成し、かつ、そのイベントに最適な処理を実行するスクリプトを実行可能である。また、これにより表現に富んだアプリケーションを実現することが可能となる。

[0031] また、前記イベント生成手段は、前記タイトル再生手段が前記タイトルを特殊再生して、る場合に、前記タイトルが特殊再生されて、る旨を示す再生状態情報を含むィベントを生成するとしてもよ、。

[0032] さらに、前記スクリプト実行手段は、前記イベントに含まれる再生状態情報が、前記タイトルが特殊再生されて、る旨を示す場合に、前記イベントに対応づけられた画像の可視属性を不可視状態から可視状態に設定した後に、可視状態に設定された画像を表示するとしてもよい。

[0033] また、前記ポイントリストには、前記イベントを生成する条件であるイベント生成条件が前記イベントに対応づけて記述され、前記イベント生成手段は、前記タイトル再生手段によって再生されているタイトルの再生時刻が前記ポイントリストに記述されたィベント時刻に到達した際に、当該イベント時刻に対応するイベント生成条件が満たされるか否かを判断し、満たされる場合にだけ、当該イベント時刻に対応するイベントを生成するとしてもよ、。

[0034] 前記イベント生成条件は、特殊再生時にイベントを生成する必要があるか否かを示す条件であり、前記イベント生成手段は、前記タイトル再生手段が前記タイトルを特殊再生している場合に、前記イベント時刻に対応したイベント生成条件が示す条件に従って、前記イベントを生成する、又は、生成しないとしてもよい。

[0035] さらに、前記イベントは、前記タイトルを構成するひとまとまりの話の単位であるチヤプタ毎に生成されるイベントであり、前記イベントに対応するイベント処理は、チヤプタの切り替わりに対応する処理であるとしてもょ、。

[0036] 本発明はまた、デジタルコンテンツであるタイトルを再生する再生方法であって、前記タイトルを取得して再生するタイトル再生ステップと、前記タイトルの再生にぉヽて生成すべきイベントと当該イベントを生成する時刻であるイベント時刻とを対応づけて記述したポイントリストを取得し、取得したポイントリストに従って、前記タイトル再生ステツプによって再生されているタイトルの再生時刻が前記ポイントリストに記述されたイベント時刻に到達した際に、当該イベント時刻に対応するイベントを生成するィベント生成ステップと、前記イベント生成ステップで取得したポイントリストに記述されたィベントに対応する処理であるイベント処理を記述したアプリケーションプログラムであるスクリプトを取得し、取得したスクリプトに従って、前記イベント生成ステップで生成されたイベントに対応したイベント処理を実行するスクリプト実行ステップとを含み、前記イベント生成ステップでは、前記タイトルの再生状態を示す再生状態情報を含むィべントを生成し、前記スクリプト実行ステップでは、前記イベント生成ステップで生成されたイベントに含まれる再生状態情報に依存して、実行するイベント処理を切り替える再生方法を提供する。

[0037] 本発明はまた、デジタルコンテンツであるタイトルを再生する再生装置のためのプログラムであって、請求項 7記載のステップをコンピュータに実行させるプログラムを提供する。

[0038] また、本発明の記録媒体は、デジタルコンテンツであるタイトルを再生する再生装置のためのプログラムが記録されたコンピュータ読み取り可能な記録媒体であって、請求項 8記載のプログラムが記録されていることを特徴とする。

[0039] さらに、本発明の集積回路は、デジタルコンテンツであるタイトルを再生するための集積回路であって、前記タイトルを取得して再生するタイトル再生手段と、前記タイトルの再生において生成すべきイベントと当該イベントを生成する時刻であるイベント時刻とを対応づけて記述したポイントリストを取得し、取得したポイントリストに従って、前記タイトル再生手段によって再生されているタイトルの再生時刻が前記ポイントリストに記述されたイベント時刻に到達した際に、当該イベント時刻に対応するイベントを生成するイベント生成手段と、前記イベント生成手段が取得したポイントリストに記述されたイベントに対応する処理であるイベント処理を記述したアプリケーションプログラムであるスクリプトを取得し、取得したスクリプトに従って、前記イベント生成手段によって生成されたイベントに対応したイベント処理を実行するスクリプト実行手段とを備え、前記イベント生成手段は、前記タイトル再生手段によるタイトルの再生状態を示す再生状態情報を含むイベントを生成し、前記スクリプト実行手段は、前記イベント生成手段によって生成されたイベントに含まれる再生状態情報に依存して、実行するイベント処理を切り替えることを特徴とする。

[0040] また、本発明の記録媒体は、コンピュータ読み取り可能な記録媒体であって、デジタルコンテンツであるタイトルと、前記タイトルの再生において生成すべきイベントと当該イベントを生成する時刻であるイベント時刻とを対応づけて記述したポイントリストと、前記ポイントリストに記述されたイベントに対応する処理であるイベント処理を記述したアプリケーションプログラムであるスクリプトとが記録されていることを特徴とする。発明の効果

[0041] 上述した構成では、コンテンツの再生時刻に連動したイベントを生成し、かつそのィベントに最適な処理を実行するスクリプトを記述可能であり、より表現に富んだアプリケーシヨンを実現可能である。

図面の簡単な説明

[0042] [図 1]図 1は、 SD— DVDの構造を示す図である。

[図 2]図 2は、 AVデータである MPEGストリーム中に埋め込まれているナビゲーシヨン情報を説明する概要図である。

[図 3]図 3は、 DVDにおける VOBの構成を示す概要図である。

[図 4]図 4は、 BD— ROMのデータ階層を示す図である。

[図 5]図 5は、 BD— ROMに記録されている論理データの構造を示す図である。

[図 6]図 6は、 BD— ROMを再生する BD— ROMプレーヤの基本的な構成の概要を示す図である。

[図 7]図 7は、図 6に示すプレーヤの構成を詳細化したブロック図である。

[図 8]図 8は、 BD— ROMのアプリケーション空間を示す図である。

[図 9]図 9は、 MPEGストリーム（VOB)の構成を示す図である。 [図 10]図 10は、 MPEGストリームにおけるパックの構成を示す図である。

[図 11]図 11は、 AVデータとプレーヤ構成の関係を説明するための図である。

[図 12]図 12は、トラックバッファを使った VOBデータ連続供給モデルを説明するための図である。

[図 13]図 13は、 VOB管理情報ファイルの内部構造を示す図である。

[図 14]図 14は、 VOBU情報の詳細を説明するための図である。

[図 15]図 15は、タイムマップを使ったアドレス情報取得方法を説明するための図である。

[図 16]図 16は、プレイリスト情報の構成を示す図である。

[図 17]図 17は、イベントハンドラテーブルの構成を示す図である。

[図 18]図 18は、 BD—ROM全体情報である BD. INFOの構成を示す図である。

[図 19]図 19は、グローバルイベントハンドラテーブルの構成を示す図である。

[図 20]図 20は、タイムイベントの例を示す図である。

[図 21]図 21は、ユーザのメニュー操作によるユーザイベントの例を示す図である。

[図 22]図 22は、グローバルイベントの例を示す図である。

[図 23]図 23は、プログラムプロセッサの機能的な構成を説明するための図である。

[図 24]図 24は、システムパラメータ（SPRM)の一覧を示す図である。

[図 25]図 25は、 2つの選択ボタンを持つメニュー画面の制御に係るイベントハンドラにおけるプログラムの例を示す図である。

[図 26]図 26は、メニュー選択のユーザイベントに係るイベントハンドラにおけるプログラムの例を示す図である。

[図 27]図 27は、 BD— ROMプレーヤにおける AVデータ再生の基本処理の流れを示すフローチャートである。

[図 28]図 28は、 BD— ROMプレーヤにおけるプレイリスト再生開始から VOB再生終了までの処理の流れを示すフローチャートである。

[図 29]図 29 (A)は、 BD— ROMプレーヤにおけるタイムイベントに係る処理の流れを示すフローチャートであり、図 29 (B)は、 BD— ROMプレーヤにおけるユーザィべントに係る処理の流れを示すフローチャートである。 [図 30]図 30は、 BD— ROMプレーヤにおける字幕データの処理の流れを示すフロ一チャートである。

[図 31]図 31は、本発明の再生装置のモジュール構成や制御の流れを説明する図である。

[図 32]図 32は、 Index Tableと XHTMLファイルの関係を説明する図である。

[図 33]図 33は、ボタンが表示される XHTMLファイルの例を示す図である。

圆 34]図 34は、データのライフサイクルを説明する説明図である。

[図 35]図 35は、データのライフサイクルを説明するタイミングチャートである。

[図 36]図 36は、データを 1つにまとめる方法を説明する図である。

圆 37]図 37は、メモリサイズの拡張を導入する方法の説明図である。

[図 38]図 38は、アプリケーション用の言語設定を追加したプレーヤ変数テーブルの図である。

[図 39]図 39は、アプリケーション用の言語設定に応じてアプリケーションが表示または処理する言語を切り替える例を示す図である。

[図 40]図 40は、 XML'XHTMLおよびスクリプトの記述によりアプリケーションが表示または処理する言語を切り替える例を示す図である。

[図 41]図 41は、設定言語用の IndexTableまたはファイルリストまたは圧縮ファイルによる言語切替方法のシーケンス図である。

[図 42]図 42は、設定言語用の IndexTableまたはファイルリストまたは圧縮ファイルをディスクに記録した例を示す図である。

[図 43]図 43は、ポイントリストを追加'修正したプレイリストファイルの構成図である。

[図 44]図 44は、コンテンツ再生時刻に連動したイベントを生成 ·処理するシステム〖こよりコメンタリピクチャアプリケーションを実現した例を示す図である。

[図 45]図 45は、コンテンツ再生時刻に連動したイベントを生成 ·処理するシステムのフローチャート図である。

[図 46]図 46は、コメンタリピクチャアプリケーションの記述例を示す図である。

[図 47]図 47は、コンテンツ再生時刻に連動し、再生状態も通知可能なイベントを生成

•処理シするステムにより、チャプタータイトルアプリケーションを実現した例を示す図である。

[図 48]図 48は、コンテンツ再生時刻に連動し、再生状態も通知可能なイベントを生成 '処理するシステムのフローチャート図である。

[図 49]図 49は、チャプタータイトルアプリケーションの記述例を示す図である。

[図 50]図 50は、ポイント情報にイベント生成条件情報を追加'修正したプレイリストフアイルの構成図である。

[図 51]図 51は、イベント生成条件に応じてコンテンツ再生時刻に連動したイベントを生成 ·処理するシステムの動作概要を示す図である。

[図 52]図 52は、イベント生成条件に応じてコンテンツ再生時刻に連動したイベントを生成 ·処理するシステムのフローチャート図である。

符号の説明

201 BDディスク

202 光ピックアップ

203 プログラム記録メモリ

204 管理情報記録メモリ

205 AV記録メモリ

206 プログラム処理部

207 管理情報処理部

208 プレゼンテーション処理部

209 イメージプレーン

210 ビデ才プレーン

211 合成処理部

301 プログラム記録メモリ

302 プログラムプロセッサ

303 UOPマネージャ

304 管理情報記録メモリ

305 シナリオプロセッサ

306 プレゼンテーションコントローラ 307 クロック

308 イメージメモリ

309 トラックノッファ

310 デマルチプレクサ

311 イメージプロセッサ

312 ビデオプロセッサ

313 サウンドプロセッサ

314 イメージプレーン

315 ビデオプレーン

316 合成処理部

317 ドライブコントローラ

S101 ディスク挿入ステップ

5102 BD. INFO読み込みステップ

5103 BD. PROG読み込みステップ

S104 ファーストイベント生成ステップ

S105 イベントハンドラ実行ステップ

S201 UOP受付ステップ

5202 UOPイベント生成ステップ

5203 メニューコール判定ステップ

S204 イベント生成ステップ

S205 イベントハンドラ実行ステップ

S301 プレイリスト再生開始ステップ

S302 プレイリスト情報 (XXX. PL)読み込みステップ

S303 プレイリストプログラム（XXX. PROG)読み込みステップ

S304 セル再生開始ステップ

S305 AV再生開始ステップ

S401 AV再生開始ステップ

S402 VOB情報（YYY. VOBI)読み込みステップ 5403 VOB (YYY. VOB)読み込みステップ

5404 VOB再生開始ステップ

5405 VOB再生終了ステップ

S406 次セル存在判定ステップ

S501 プレイリスト再生開始ステップ

S502 プレイリスト再生終了判定ステップ

S503 タイムイベント時刻判定ステップ

S504 イベント生成ステップ

S505 イベントハンドラ実行ステップ

S601 プレイリスト再生開始ステップ

S602 プレイリスト再生終了判定ステップ

5603 UOP受付判定ステップ

5604 UOPイベント生成ステップ

5605 メニューコール判定ステップ

S606 ユーザイベント有効期間判定ステップ

S607 イベント生成ステップ

S608 イベントハンドラ実行ステップ

S701 プレイリスト再生開始ステップ

S702 プレイリスト再生終了判定ステップ

S703 字幕描画開始判定ステップ

S704 字幕描画ステップ

S705 字幕表示終了判定ステップ

S706 字幕消去ステップ

S801 ナビゲーシヨン用言語コード更新ステップ

S802 アプリケーション用の言語設定確認ステップ

S803 選択言語の IndexTableまたはファイルリストまたは ZIPファイル検索ステツ

S804 検索結果判定ステップ S805 選択言語用 IndexTableまたはファイルリストまたは ZIPファイル読込ステツプ

S806 標準言語用 IndexTableまたはファイルリストまたは ZIPファイル読込ステツプ

S807 タイトル実行ステップ

S901 プレイリスト再生ステップ

S902 Point情報のキャッシュステップ

S903 プレイリスト再生終了判定ステップ

S904 Point到達判定ステップ

S905 Pointイベント生成ステップ

S906 イベント対応処理実行ステップ

S1001 プレイリスト再生ステップ

S1002 Point情報のキャッシュステップ

S1003 プレイリスト再生終了判定ステップ

S1004 Point到達判定ステップ

S1005 再生状態確認ステップ

S1006 Pointイベント生成ステップ

S1007 イベント対応処理実行ステップ

S1101 プレイリスト再生ステップ

S1102 Point情報のキャッシュステップ

S1103 プレイリスト再生終了判定ステップ

S1104 Point到達判定ステップ

S1105 イベント生成条件適合判定ステップ

S1106 再生状態確認ステップ

S1107 Pointイベント生成ステップ

S1108 イベント対応処理実行ステップ

発明を実施するための最良の形態

以下、添付の図面を参照しながら、本発明を実施するための最良の形態にっレ、て説明する。

[0045] (実施の形態 1)

まず、 BD— ROMおよび BD— ROMを再生する BD— ROMプレーヤの基本的な構成および動作について、図 4〜図 30を用いて説明する。

[0046] (ディスク上の論理データ構造）

図 4は、 BD— ROMのデータ階層を示す図である。

[0047] 図 4に示すように、ディスク媒体である BD—ROM104上には、 AVデータ 103と、

AVデータに関する管理情報及び AV再生シーケンスなどの BD管理情報 102と、ィンタラタティブを実現する BD再生プログラム 101とが記録されている。

[0048] なお、各タイトルの実体データは、 AVデータ 103として存在し、各タイトルのシナリォ制御記述データ（以下、単に「シナリオ」ともいう。）は、 BD管理情報 102として存在する。

[0049] なお、本実施の形態では、映画などの AVコンテンツを再生するための AVアプリケーシヨンを主眼において BD— ROMの説明を行う力 BD— ROMを CD— ROMや DVD— ROMの様にコンピュータ用途の記録媒体として使用することも当然のことな力可能である。

[0050] 図 5は、上述の BD— ROM104に記録されている論理データの構造を示す図である。 BD— ROM104は、他の光ディスク、例えば DVDや CDなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、内周のリードインと外周のリードアウトの間に論理データを記録できる論理アドレス空間を有している。また、リードインの内側には Burst Cutting Area (BCA)と呼ばれる、ドライブでしか読み出せない特別な領域がある。この領域はアプリケーション力も読み出せないため、例えば著作権保護技術などに利用されることがよくある。

[0051] 論理アドレス空間には、ファイルシステム情報 (ボリューム）を先頭に映像データなどのアプリケーションデータが記録されて、る。ファイルシステムとは従来技術で説明した通り、 UDFや ISO9660等の規格により定められたデータを管理する仕組みのことであり、通常の PCと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になって、る。 [0052] 本実施の形態の場合、 BD—ROM104上のディレクトリ、ファイル構造は、ルートディレクトリ（ROOT)直下に BD VIDEOディレクトリが置かれている。このディレクトリは BD— ROMで扱う AVデータや管理情報などのデータ（図 4に示す BD再生プログラム 101、 BD管理情報 102、 AVデータ 103)が記録されているディレクトリである。

[0053] BDVIDEOディレクトリの下には、次の 7種類のファイルが記録されている。

[0054] BD. INFO (ファイル名固定）

「BD管理情報」の一つであり、 BD— ROM全体に関する情報を記録したファイルである。 BD— ROMプレーヤは最初にこのファイルを読み出す。

[0055] BD. PROG (ファイル名固定）

「BD再生プログラム」の一つであり、 BD— ROM全体に関わるプログラムを記録したファイルである。

[0056] XXX. PL (「XXX」は可変、拡張子「PL」は固定）

「BD管理情報」の一つであり、シナリオを記録するプレイリスト (Play List)情報を記録したファイルである。プレイリスト毎に 1つのファイルを持っている。

[0057] XXX. PROG (「XXX」は可変、拡張子「PROG」は固定）

「BD再生プログラム」の一つであり、上述したプレイリスト毎のプログラムを記録したファイルである。プレイリストとの対応はファイルボディ名（「XXX」がー致する）によつて識別される。

[0058] YYY. VOB (「YYY」は可変、拡張子「VOB」は固定）

「AVデータ」の一つであり、 VOB (従来例で説明した VOBと同じ)を記録したフアイルである。 1つの VOBは 1つのファイルに対応する。

[0059] YYY. VOBI (「YYY」は可変、拡張子「VOBI」は固定）

「BD管理情報」の一つであり、 AVデータである VOBに関わる管理情報を記録したファイルである。 VOBとの対応はファイルボディ名（「YYY」が一致する）によって識別される。

[0060] ZZZ. PNG (「ΖΖΖ」は可変、拡張子「PNG」は固定）

「AVデータ」の一つであり、字幕及びメニュー画面を構成するためのイメージデータである PNG (World Wide Web Consortium (W3C)によって標準化された画像フォーマットであり「ビング」と読む。）形式のイメージファイルである。 1つの PNGィメージは 1つのファイルに対応する。

[0061] (プレーヤの構成）

次に、上述の BD— ROM104を再生するプレーヤの構成につ!、て図 6及び図 7を用いて説明する。

[0062] 図 6は、 BD— ROM104を再生する BD— ROMプレーヤの基本的な構成の概要を示す図である。

[0063] 図 6に示す BD— ROMプレーヤにおいて、 BD—ROM104上のデータは、光ピックアップ 202を通して読み出される。読み出されたデータはそれぞれのデータの種類に応じて専用のメモリに記録される。 BD再生プログラム（「BD. PROG」または「XXX . PROG」ファイル）はプログラム記録メモリ 203に、 BD管理情報（「： BD. INFO」、「X XX. PL」または「YYY. VOBI」ファイル）は管理情報記録メモリ 204に、 AVデータ（「YYY. VOB」または「ZZZ. PNG」ファイル）は AV記録メモリ 205にそれぞれ記録される。

[0064] プログラム記録メモリ 203に記録された BD再生プログラムはプログラム処理部 206 によって処理される。管理情報記録メモリ 204に記録された BD管理情報は管理情報処理部 207によって処理される。また、 AV記録メモリ 205に記録された AVデータはプレゼンテーション処理部 208によって処理される。

[0065] プログラム処理部 206は、管理情報処理部 207から再生するプレイリストの情報やプログラムの実行タイミングなどのイベント情報を受け取りプログラムの処理を行う。また、プログラムで再生するプレイリストを動的に変更する事が可能であり、この場合は管理情報処理部 207に対して変更後のプレイリストの再生命令を送ることで実現する

[0066] プログラム処理部 206は、更に、ユーザからのイベント、例えば、ユーザが操作するリモコン力ものリクエストを受け付け、ユーザイベントに対応するプログラムがある場合は、実行処理する。

[0067] 管理情報処理部 207は、プログラム処理部 206の指示を受け、その指示に対応するプレイリスト及びそのプレイリストに対応した VOBの管理情報を解析する。更に、プレゼンテーシヨン処理部 208に再生の対象となる AVデータの再生を指示する。

[0068] また、管理情報処理部 207は、プレゼンテーション処理部 208から基準時刻情報を受け取り、時刻情報に基づいてプレゼンテーション処理部 208に AVデータ再生の停止指示を行う。更に、プログラム処理部 206に対してプログラム実行タイミングを示すイベントを生成する。

[0069] プレゼンテーション処理部 208は、映像、音声、および字幕それぞれのデータに対応するデコーダを持ち、管理情報処理部 207からの指示に従い、 AVデータのデコード及び出力を行う。映像データ及び字幕データは、デコード後にそれぞれの専用プレーンに描画される。具体的には、映像データはビデオプレーン 210に描画され、字幕データ等のイメージデータはイメージプレーン 209に描画される。更に、 2つのプレーンに描画された映像の合成処理が合成処理部 211によって行われ TVなどの表示デバイスへ出力される。

[0070] 図 6で示すように、 BD— ROMプレーヤは図 4で示した BD— ROM104に記録されて、るデータ構成に基づ!/、た構成をとつて、る。

[0071] 図 7は、図 6に示すプレーヤの構成を詳細化したブロック図である。図 6に示す各構成部と、図 7に示す各構成部との対応は以下の通りである。

[0072] AV記録メモリ 205はイメージメモリ 308とトラックバッファ 309に対応する。プログラム処理部 206はプログラムプロセッサ 302と UO (User Operation)マネージャ 303 に対応する。管理情報処理部 207はシナリオプロセッサ 305とプレゼンテーションコントローラ 306とに対応する。プレゼンテーション処理部 208はクロック 307、デマルチプレクサ 310、イメージプロセッサ 311、ビデオプロセッサ 312とサウンドプロセッサ 313とに対応する。

[0073] BD—ROM104から読み出された VOBデータ（MPEGストリーム）はトラックバッファ 309に、イメージデータ（PNG)はイメージメモリ 308にそれぞれ記録される。

[0074] デマルチプレクサ 310は、クロック 307から得られる時刻に基づき、トラックバッファ 3 09に記録された VOBデータを抜き出す。更に、 VOBデータに含まれる映像データをビデオプロセッサ 312に音声データをサウンドプロセッサ 313にそれぞれ送り込む [0075] ビデオプロセッサ 312及びサウンドプロセッサ 313はそれぞれ MPEGシステム規格で定められる通りに、デコーダバッファとデコーダ力もそれぞれ構成されている。即ち、デマルチプレクサ 310から送りこまれる映像、音声それぞれのデータは、それぞれのデコーダバッファに一時的に記録され、クロック 307に従い個々のデコーダでデコード処理される。

[0076] イメージメモリ 308に記録された PNGデータは、次の 2つの処理方法がある。 PNG データが字幕用の場合は、プレゼンテーションコントローラ 306によってデコードタイミングが指示される。クロック 307からの時刻情報をシナリオプロセッサ 305がー且受け、適切な字幕表示が行えるように、字幕表示時刻（開始及び終了）になればプレゼンテーシヨンコントローラ 306に対して字幕の表示、非表示の指示を出す。プレゼンテーシヨンコントローラ 306からデコード/表示の指示を受けたイメージプロセッサ 31 1は対応する PNGデータをイメージメモリ 308から抜き出し、デコードし、イメージプレーン 209に描画する。

[0077] また、 PNGデータカ -ユー画面用の場合は、プログラムプロセッサ 302によってデコードタイミングが指示される。プログラムプロセッサ 302が!、つイメージのデコードを指示するかは、プログラムプロセッサ 302が処理している BDプログラムに因るものであって一概には決まらな!/ヽ。

[0078] イメージデータ及び映像データは、図 6で説明したようにそれぞれデコード後にィメージプレーン 209およびビデオプレーン 210に記録され描画され、合成処理部 211 によって合成出力される。

[0079] BD—ROM104から読み出された管理情報 (シナリオ、 AV管理情報）は、管理情報記録メモリ 204に記録される力シナリオ情報（「BD. INFO」及び「XXX. PL」）はシナリオプロセッサ 305によって読み出され処理される。また、 AV管理情報（「YYY . VOBI」）はプレゼンテーションコントローラ 306によって読み出され処理される。

[0080] シナリオプロセッサ 305は、プレイリストの情報を解析し、プレイリストによって参照されている VOBとその再生位置をプレゼンテーションコントローラ 306に指示し、プレゼンテーシヨンコントローラ 306は対象となる VOBの管理情報（「YYY. VOBI」）を解祈して、対象となる VOBを読み出すようにドライブコントローラ 317に指示を出す。 [0081] ドライブコントローラ 317はプレゼンテーションコントローラ 306の指示に従い、光ピックアップを移動させ、対象となる AVデータの読み出しを行う。読み出された AVデータは、上述したようにイメージメモリ 308またはトラックバッファ 309に記録される。

[0082] また、シナリオプロセッサ 305は、クロック 307の時刻を監視し、管理情報で設定されているタイミングでイベントをプログラムプロセッサ 302に投げる。

[0083] プログラム記録メモリ 203に記録された BDプログラム（「BD. PROG」または「XXX . PROG」）は、プログラムプロセッサ 302によって実行処理される。プログラムプロセッサ 302が BDプログラムを処理するのは、シナリオプロセッサ 305からイベントが送られてきた場合か、 UOマネージャ 303からイベントが送られてきた場合である。

[0084] UOマネージャ 303は、ユーザからリモコンキーによってリクエストが送られてきた場合に、当該リクエストに対応するイベントを生成しプログラムプロセッサ 302に送る。

[0085] このような各構成部の動作により、 BD— ROMの再生がおこなわれる。

[0086] (アプリケーション空間）

図 8は、 BD— ROMのアプリケーション空間を示す図である。

[0087] BD— ROMのアプリケーション空間では、プレイリスト（PlayList)がーつの再生単位になって!/、る。プレイリストはセル（Cell)の再生シーケンス力も構成される静的なシナリオと、プログラムによって記述される動的なシナリオとを有している。プログラムによる動的なシナリオが無い限り、プレイリストは個々のセルを順に再生するだけであり、また、全てのセルの再生を終了した時点でプレイリストの再生は終了する。

[0088] 一方で、プログラムは、プレイリストを超えての再生記述や、ユーザの選択またはプレーャの状態に応じて再生する対象を動的に変えることが可能である。典型的な例としてはメニュー画面を介した再生対象の動的変更が挙げられる。 BD— ROMの場合、メニューとはユーザの選択によって再生するシナリオ、即ちプレイリストを動的に選択するための機能の構成要素の 1つである。

[0089] また、ここで言うプログラムは、時間イベントまたはユーザイベントによって実行されるイベントハンドラの事である。

[0090] 時間イベントは、プレイリスト中に埋め込まれた時刻情報に基づいて生成されるィべントである。図 7で説明したシナリオプロセッサ 305からプログラムプロセッサ 302に送られるイベントがこれに相当する。時間イベントが発行されると、プログラムプロセッサ

302は IDによって対応付けられるイベントハンドラを実行処理する。上述した通り、実行されるプログラムが他のプレイリストの再生を指示することが可能であり、この場合には、現在再生されているプレイリストの再生は中止され、指定されたプレイリストの再生へと遷移する。

[0091] ユーザイベントは、ユーザのリモコンキー操作によって生成されるイベントである。ュ一ザイベントは大きく 2つのタイプに分けられる。一つ目は、リモコンが備えるカーソルキー（「上」「下」「左」「右」キー）または「決定」キーの操作によって生成されるメニュー選択のイベントである。

[0092] メニュー選択のイベントに対応するイベントハンドラはプレイリスト内の限られた期間でのみ有効である。つまり、プレイリストの情報として、個々のイベントハンドラの有効期間が設定されている。プログラムプロセッサ 302は、リモコンの「上」「下」「左」「右」キーまたは「決定」キーが押された時に有効なイベントハンドラを検索して、有効なィベントハンドラがある場合は当該イベントハンドラが実行処理される。他の場合は、メニュー選択のイベントは無視されることになる。

[0093] 二つ目のユーザイベントは、「メニュー」キーの操作によって生成されるメニュー画面呼び出しのイベントである。メニュー画面呼び出しのイベントが生成されると、グロ一バルイベントハンドラが呼ばれる。グローバルイベントハンドラはプレイリストに依存せず、常に有効なイベントハンドラである。この機能を使うことにより、 DVDのメニューコールを実装することができる。メニューコールを実装することにより、タイトル再生中に音声、字幕メニューなどを呼び出し、音声または字幕を変更後に中断した地点力のタイトル再生を実行することができる。

[0094] プレイリストで静的シナリオを構成する単位であるセル（Cell)は VOB (MPEGストリーム）の全部または一部の再生区間を参照したものである。セルは VOB内の再生区間を開始、終了時刻の情報として持っている。個々の VOBと一対になっている VOB 管理情報 (VOBI)は、その内部にタイムマップ (Time Mapまたは TM)を有しており、このタイムマップによって上述した VOBの再生、終了時刻を VOB内（即ち対象となるファイル「YYY. VOBJ内）での読み出し開始アドレス及び終了アドレスを導き出すことが可能である。なおタイムマップの詳細は図 14を用いて後述する。

[0095] (VOBの詳細）

図 9は、本実施の形態で使用する MPEGストリーム (VOB)の構成を示す図である。図 9に示すように、 VOBは複数の Video Object Unit (VOBU)によって構成されている。 VOBUは、 MPEGビデオストリームにおける Group Of Pictures (GOP )を基準とする単位であり、音声データも含んだ多重化ストリームとしての一再生単位である。

[0096] VOBUは 0. 4秒から 1. 0秒の再生時間を持ち、通常は 0. 5秒の再生時間を持つている。これは MPEGの GOPの構造が通常は 15フレーム Z秒（NTSCの場合）であることによって導力れるものである。

[0097] VOBUは、その内部に映像データであるビデオパック（V— PCK)と、音声データであるオーディオパック (A— PCK)とを有している。各パックは 1セクタで構成され、本実施の形態の場合は 2kB単位で構成されて、る。

[0098] 図 10は、 MPEGストリームにおけるパックの構成を示す図である。

[0099] 図 10に示すように、ビデオデータ映像データ及びオーディオデータ音声データと

V、つたエレメンタリデータは、ペイロードと呼ばれるパケットのデータ格納領域に先頭力順次入れられていく。ペイロードにはパケットヘッダが付けられ 1つのパケットを構成する。

[0100] パケットヘッダには、ペイロードに格納してあるデータがどのストリームのデータであるのかを示す情報、映像データであるのか音声データであるのかを示す情報、また、映像データまたは音声データがそれぞれ複数ストリームある場合は、どのストリームのデータなのかを識別するための ID (stream— id)、および、当該ペイロードのデコード及び表示時刻情報であるタイムスタンプである Decode Time Stamp (DTS)及び Presentation Time Stamp (PTS)が記録されている。

[0101] DTSおよび PTSは必ずしも全てのパケットヘッダに記録されている訳ではなぐ M PEGによって記録するルールが規定されている。ルールの詳細については MPEG システム（ISOZIEC13818— 1)規格書に記述されているので省略する。

[0102] パケットには更にヘッダ (パックヘッダ）が付けられ、パックを構成する。パックヘッダには、当該パックがいつデマルチプレクサを通過し、個々のエレメンタリストリームのデコーダバッファに入力されるかを示すタイムスタンプである System Clock Refer ence (SCR)が記録されて!、る。

[0103] (VOBのインターリーブ記録）

図 11及び図 12を用いて VOBファイルのインターリーブ記録につ!、て説明する。

[0104] 図 11は、 AVデータと BD— ROMプレーヤの構成との関係を説明するための図である。

[0105] 図 11上段の図は、図 7を用いて上述したプレーヤ構成図の一部である。図の通り、 BD— ROM上のデータは、光ピックアップを通して VOB即ち MPEGストリームであればトラックバッファ 309へ入力され、 PNG即ちイメージデータであればイメージメモリ 308へと入力される。

[0106] トラックバッファ 309は First— In First— Out (FIFO)であり、入力された VOBのデータは入力された順にデマルチプレクサ 310へと送られる。この時、上述した SCR に従って個々のパックはトラックバッファ 309から引き抜かれデマルチプレクサ 310を介してビデオプロセッサ 312またはサウンドプロセッサ 313へとデータが送り届けられる。

[0107] 一方で、イメージデータの場合は、どのイメージを描画するかはプレゼンテーションコントローラ 306 (図 7参照）によって指示される。また、描画に使ったイメージデータは、字幕用イメージデータの場合は同時にイメージメモリ 308から削除される力メ- ユー用のイメージデータの場合は、イメージメモリ内にそのまま残される。これはメ-ュ一の描画はユーザ操作に依存するところがあるため、同一イメージを複数回描画する可能 ¾があるためである。

[0108] 図 11下段の図は、 BD— ROM上での VOBフアイノレ及び PNGフアイノレのインターリーブ記録を示す図である。

[0109] 一般的に ROM、例えば CD— ROMや DVD— ROMの場合、一連の連続再生単位となる AVデータは連続記録されている。連続記録されている限り、ドライブは順次データを読み出しプレーヤ側に送り届けるだけで良い。しかしながら、連続再生すベき AVデータが分断されてディスク上に離散配置されている場合は、個々の連続区間の間でシーク操作が入ることになり、この間データの読み出しが止まることになる。つまり、データの供給が止まる可能性がある。

[0110] BD— ROMの場合も同様に、 VOBファイルは連続領域に記録することができる方が望ましいが、例えば字幕データのように VOBに記録されている映像データと同期して再生されるデータがあり、 VOBファイルと同様に字幕データも何らかの方法によつて BD— ROM力も読み出す事が必要になる。

[0111] 字幕データの読み出し方法の一手段として、 VOBの再生開始前に一まとめで字幕用のイメージデータ（PNGファイル）を読み出してしまう方法がある。しかしながら、この場合には一時記録に使用する大量のメモリが必要となり、現実的ではない。

[0112] そこで、本実施の形態では、 VOBファイルを幾つかのブロックに分けて、 VOBファィルとイメージデータとをインターリーブ記録する方式を使用する。

[0113] 図 11下段はそのインターリーブ記録を説明するための図である。 VOBファイルとィメージデータを適切にインターリーブ配置することで、上述したような大量の一時記録メモリ無しに、必要なタイミングでイメージデータをイメージメモリに格納することが可能になる。し力しながらイメージデータを読み出している際には、 VOBデータの読み込みは当然のことながら停止することになる。

[0114] 図 12は、上記のインターリーブ記録における問題を解決するトラックバッファ 309を使った VOBデータ連続供給モデルを説明するための図である。

[0115] 既に説明したように、 VOBのデータは、ー且トラックバッファ 309に蓄積される。トラックバッファ 309へのデータ入力レートとをトラックバッファ 309からのデータ出力レートの間に差を設けるとより高く設定すると、 BD— ROM力データを読み出し続けている限り、トラックバッファ 309のデータ蓄積量は増加をしていくことになる。

[0116] ここでトラックバッファ 309への入力レートを Va、トラックバッファからの出力レートを Vbとする。図 12の上段の図に示すように VOBの一連続記録領域が論理アドレスの" a 1"から" a2"まで続くとする。また、 "a2"から" a3"の間は、イメージデータが記録されていて、 VOBデータの読み出しが行えない区間であるとする。

[0117] 図 12の下段の図は、トラックバッファ 309の蓄積量を示す図である。横軸が時間、縦軸がトラックバッファ 309内部に蓄積されているデータ量を示している。時刻" tl"が VOBの一連続記録領域の開始点である" al"の読み出しを開始した時刻を示している。

[0118] この時刻以降、トラックバッファ 309にはレート Va—Vbでデータが蓄積されていくことになる。このレートは言うまでもなくトラックバッファの入出力レートの差である。時刻 "t2"は一連続記録領域の終了点である" a2"のデータを読み込む時刻である。即ち時刻" tl"から" t2"の間レート Va—Vbでトラックバッファ内はデータ量が増加していき、時刻" t2"でのデータ蓄積量 B (t2)は下記の（式 1)によって求めることができる。

[0119] B (t2) = (Va-Vb) X (t2~tl) (式 1)

この後、 BD— ROM上のアドレス" a3"まではイメージデータが続くため、トラックバッファへの入力は 0となり、出力レートである〃 Vb〃でトラックバッファ内のデータ量は減少していくことになる。このデータ量の減少は読み出し位置" a3"まで、つまり、時刻でいう" t3"まで続く。

[0120] ここで大事なことは、時刻" t3"より前にトラックバッファに蓄積されているデータ量が 0になると、デコーダへ供給する VOBのデータが無くなってしまい、 VOBの再生がストップしてしまうことである。し力しながら、時亥『t3"でトラックバッファにデータが残つて、る場合には、 VOBの再生がストップすることなく連続して行われることを意味している。

[0121] この VOBの再生がストップすることなく連続して行われるための条件は下記の（式 2

)によって示すことができる。

[0122] B (t2) ≥ Vb X (t3— 12) (式 2)

即ち、（式 2)を満たすようにイメージデータの配置を決めればよい事になる。

[0123] (ナビゲーシヨンデータ構造）

図 13力ら図 19を用いて、 BD— ROMに記録されたナビゲーシヨンデータ（BD管理情報)の構造について説明をする。

[0124] 図 13は、 VOB管理情報ファイル（"YYY. VOBI")の内部構造を示す図である。

[0125] VOB管理情報は、当該 VOBのストリーム属性情報 (Attribute)とタイムマップ (T

MAP)とを有している。ストリーム属性情報は、ビデオ属性 (Video)、オーディオ属性

(Audio # 0〜Audio # m)個々に持つ構成となっている。特にオーディオストリームの場合は、 VOBが複数本のオーディオストリームを同時に持つことができることから、オーディオストリーム数 (Number)によって、オーディオ属性のデータフィールドの有無を示している。数が特定される。

[0126] 下記はビデオ属性 (Video)の持つフィールドとそれぞれが持ち得る値の例である。

[0127] 圧縮方式（Coding)：

MPEG1

MPEG2

MPEG4

解像度（Resolution)：

1920x1080

1280x720

720x480

720x565

アスペクト比（Aspect)：

4 : 3

16 : 9

フレ¹ ~~ムレ ^ ~~ト (Framerate)：

60

59. 94

50

30

29. 97

25

24

下記はオーディオ属性 (Audio)の持つフィールドとそれぞれが持ち得る値の例でめる。

[0128] 圧縮方式（Coding)：

AC 3 MPEG1

MPEG2

LPCM

チャンネル数（Ch)：

1〜8

m 属性 (Language)：

JPN、 ENG、 · · ·

タイムマップ (TMAP)は VOBU毎の情報を持つテーブルであって、当該 VOBが有する VOBU数（Number)と各 VOBU情報（VOBU # l〜VOBU # n)を持つ。

[0129] 個々の VOBU情報は、 VOBUの再生時間長（Duration)と VOBUのデータサイズ（Size)とを有している。

[0130] 図 14は、 VOBU情報の詳細を説明するための図である。

[0131] 広く知られているように、 MPEGストリームは時間的側面とデータサイズとしての側面との 2つの物理量についての側面を有している。例えば、音声の圧縮規格である A udio Code number 3 (AC3)は固定ビットレートでの圧縮を行っているため、時間とアドレスとの関係は 1次式によって求めることができる。

[0132] しかしながら MPEGビデオデータの場合、個々のフレームは固定の表示時間、例えば NTSCの場合、 1フレームは 1Z29. 97秒の表示時間を持つが、個々のフレームの圧縮後のデータサイズは絵の特性や圧縮に使ったピクチャタイプ、、わゆる IZ PZBピクチャによってデータサイズは大きく変わってくる。従って、 MPEGビデオの場合は、時間とアドレスとの関係は一般式の形で表現することは不可能である。

[0133] 当然の事として、 MPEGビデオデータを多重化している MPEGストリーム、即ち VO Bについても、時間とデータとを一般式の形で表現することは不可能である。これに代わって、 VOB内での時間とアドレスとの関係を結びつけるのがタイムマップ (TMA P)である。図 14に示すように、 VOBU毎に VOBU内のフレーム数と、 VOBU内のパック数とをそれぞれエントリとして持つテーブルがタイムマップ (TMAP)である。

[0134] 図 15を使って、タイムマップ (TMAP)の使い方を説明する。

[0135] 図 15は、タイムマップを使ったアドレス情報取得方法を説明するための図である。 [0136] 図 15に示すように時刻情報 (Time)が与えられた場合、まずは当該時刻がどの VO BUに属するのかを検索する。具体的には、タイムマップの VOBU毎のフレーム数を加算して行き、フレーム数の和が、当該時刻をフレーム数に換算した値を超えるまたは一致する VOBUが当該時刻に対応する VOBUになる。

[0137] 次に、タイムマップの VOBU毎のサイズを当該 VOBUの直前の VOBUまで力卩算して行き、その値が与えられた時刻を含むフレームを再生するために読み出すべきパックの先頭アドレス（Adess)になっている。

[0138] このようにして、 MPEGストリームにおいて、与えられた時刻情報に対応するァドレスを得ることができる。

[0139] 次に図 16を使って、プレイリスト情報（"XXX. PL")の内部構造を説明する。

[0140] 図 16は、プレイリスト情報の構成を示す図である。

[0141] プレイリスト情報は、セルリスト（CellList)とイベントリスト（EventList)とから構成されている。

[0142] セルリスト（CellList)は、プレイリスト内の再生セルシーケンスを示す情報であり、本リストの記述順でセルが再生される事になる。

[0143] セルリスト（CellList)の中身は、セルの数（Number)と各セル情報（Cell # l〜Cel l # n)である。

[0144] 各セル情報（Cell #〜Cell # n)は、 VOBファイル名 (VOBName)、当該 VOB内での有効区間開始時刻（In)及び有効区間終了時刻 (Out)と、字幕テーブル (Subt itleTable)を持っている。

[0145] 有効区間開始時刻 (In)及び有効区間終了時刻 (Out)は、それぞれ当該 VOB内でのフレーム番号で表現され、上述したタイムマップ (TMAP)を使うことによって再生に必要な VOBデータのアドレスを得る事ができる。

[0146] 字幕テーブル (SubtitleTable)は、当該 VOBと同期再生される字幕情報を持つテ一ブルである。字幕は音声同様に複数の言語を持つことができ、字幕テーブル (Sub titleTable)は言語数 (Number)とそれに続く個々の言語ごとのテーブル (Langua ge # 1〜： Language # k)とから構成されて、る。

[0147] 各言語のテーブル (Language # 1〜： Language # k)は、言語情報（Language)と、表示される字幕の字幕情報数 (Number)と、表示される字幕の字幕情報 (Speech # l〜Speech #j)とから構成され、各字幕情報（Speech# l〜Speech #j)は対応するイメージデータファイル名（Name)、字幕表示開始時刻（In)及び字幕表示終了時刻 (Out)と、字幕の表示位置 (Position)とから構成されて、る。

[0148] イベントリスト（EventList)は、当該プレイリスト内であげられる発生するイベントを定義したテーブルである。イベントリストは、イベント数 (Number)に続いて個々のィベント（Event # l〜Event # m)とから構成され、各イベント（Event # l〜Event # m)は、イベントの種類 (Type)、イベントの ID (ID)、イベント生成時刻（Time)と有効期間（Duration)とから構成されて、る。

[0149] 図 17は、個々のプレイリスト毎のイベントハンドラ（時間イベントと、メニュー選択用のユーザイベント）を持つイベントハンドラテーブル ("XXX. PROG")の構成を示す図である。

[0150] イベントハンドラテーブルは、定義されているイベントハンドラ Zプログラム数 (Num ber)と個々のイベントハンドラ Zプログラム（Program # l〜Program # n)を有している。各イベントハンドラ Zプログラム（Program # l〜Program # n)内の記述は、ィベントハンドラ開始の定義（く event— handler >タグ）と上述したイベントの IDと対になるイベントハンドラの ID (event— handler id)を持ち、その後に当該プログラム力 function "に続く括弧どとの間に記述される。

[0151] 次に図 18を用いて BD— ROM全体に関する情報（"BD. INFO")の内部構造について説明をする。

[0152] 図 18は、 BD— ROM全体情報である BD. INFOの構成を示す図である。

[0153] BD— ROM全体情報は、タイトルリスト（TitleList)とグローバルイベント用のィベントリスト（EventList)とから構成されてヽる。

[0154] タイトルリスト（TitleList)は、ディスク内のタイトル数（Number)と、これに続く各タィトル情報 (Title # l〜Title # n)と力ら構成されて、る。

[0155] 各タイトル情報（Titlel〜Title # n)は、タイトルに含まれるプレイリストのテーブル (

PLTalble)とタイトル内のチヤプタリスト（ChapterList)とを含んで!/、る。プレイリストのテーブル（PLTable)はタイトル内のプレイリストの数（Number)と、プレイリスト名（ Name)即ちプレイリストのファイル名を有して!/、る。

[0156] チヤプタリスト（ChapterList)は、当該タイトルに含まれるチヤプタ数（Number)と各チヤプタ情報（Chapter # l〜Chapter # n)と力構成され、各チヤプタ情報（Ch apter # l〜Chapter # n)は当該チヤプタが含むセルのテーブル (CellTable)を持ち、セルのテーブル (CellTable)はセル数（Number)と各セルのエントリ情報（Cell Entry # l〜CellEntry # k)とから構成されて、る。セルのエントリ情報（CellEntry # l〜CellEntry # k)は当該セルを含むプレイリスト名と、プレイリスト内でのセル番号によって記述されている。

[0157] イベントリスト（EventList)は、グローバルイベントの数（Number)と各グローバルイベントの情報（Event # l〜Event # m)とを持っている。ここで注意すべきは、最初に定義されるグローバルイベントは、ファーストイベント（FirstEvent)と呼ばれ、 BD —ROMがプレーヤに挿入された時、最初に呼ばれる実行されるイベントである。各グローバルイベントの情報（Event # l〜Event # m)はイベントタイプ（Type)とィべントの ID (ID)だけを持って!/、る。

[0158] 図 19は、グローバルイベントハンドラテーブル（"BD. PROG")の構成を示す図である。本テーブルは、図 17で説明したイベントハンドラテーブルと同一内容であり、その説明は省略する。

[0159] (イベント発生のメカニズム）

図 20から図 22を使ってイベント発生のメカニズムについて説明する。

[0160] 図 20は、タイムイベントの例を示す図である。

[0161] 上述したとおり、タイムイベントはプレイリスト情報（"XXX. PL")のイベントリスト（Ev entList)で定義される。

[0162] タイムイベントとして定義されて、るイベント、即ちイベントタイプ (Type)力 'TimeE vent〃の場合、イベント生成時刻（"tl")になった時点で、 ID"Exl"を持つタイムィべントがシナリオプロセッサ 305からプログラムプロセッサ 302に対して出力される。プログラムプロセッサ 302は、イベント ID"Exl"を持つイベントハンドラを探し、対象のィベントハンドラを実行処理する。例えば、本実施の形態の場合では、 2つのボタンィメージの描画を行うことなどが可能である。 [0163] 図 21は、ユーザのメニュー操作によるユーザイベントの例を示す図である。

[0164] 上述したとおり、メニュー操作を行うによるユーザイベントもプレイリスト情報（"XXX . PL")のイベントリスト（EventList)で定義される。

[0165] ユーザイベントとして定義されるイベント、即ちイベントタイプ（Type)が" UserEven t"の場合、イベント生成時刻 ("tl")になった時点で、当該ユーザイベントがレディとなる。この時、イベント自身は未だ生成されてはいない。当該イベントは、有効規格情報 (Duration)で記される期間（〃T1〃）レディ状態にある。

[0166] 図 21に示すように、ユーザによりリモコンキーの「上」「下」「左」「右」キーの、ずれかのキー、または「決定」キーが押された場合、まず UOイベントが UOマネージャ 303 によって生成されプログラムプロセッサ 302に出力される。プログラムプロセッサ 302 は、シナリオプロセッサ 305に対して UOイベントを流し、シナリオプロセッサ 305は U Οイベントを受け取った時刻に有効なユーザイベントが存在するかを検索する。

[0167] シナリオプロセッサ 305は、検索の結果、対象となるユーザイベントがあった場合、ユーザイベントを生成し、プログラムプロセッサ 302に出力する。プログラムプロセッサ 302では、イベント ID、例えば、図 21に示す例の場合では "Evl"を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。本例の場合、プレイリスト # 2の再生を開始する。

[0168] 生成されるユーザイベントには、どのリモコンキーがユーザによって押されたかの情報は含まれていない。選択されたリモコンキーの情報は、 UOイベントによってプログラムプロセッサ 302に伝えられ、仮想プレーヤが持つレジスタ SPRM (8)に記録保持される。イベントハンドラのプログラムは、このレジスタの値を調べ、分岐処理を実行することが可能である。

[0169] 図 22は、グローバルイベントの例を示す図である。

[0170] 上述のように、グローバルイベントは BD— ROM全体情報（"BD. INFO")のィベントリスト（EventList)で定義される。

[0171] グローバルイベントとして定義されるイベント、即ちイベントタイプ (Type)が" Global

Event〃であるイベントは、ユーザのリモコンキー操作があった場合にのみ生成される [0172] ユーザによりメニューキーが押された場合、先ず UOイベントが UOマネージャ 303 によって生成されプログラムプロセッサ 302に出力される。プログラムプロセッサ 302 は、シナリオプロセッサ 305に対して UOイベントを流す。シナリオプロセッサ 305は、該当するグローバルイベントを生成し、プログラムプロセッサ 302に送る。プログラムプロセッサ 302は、イベント ID"menu"を持つイベントハンドラを探し、対象のイベントハンドラを実行する。例えば、図 22に示す例の場合、プレイリスト # 3の再生を開始している。

[0173] 本実施の形態では、単にメニューキーと呼んでいる力 DVDを再生するプレーヤにおけるリモコンのように複数のメニューキーがあってもよい。各メニューキーに対応する IDをそれぞれ定義することで各メニューキーに対応する適切な処理が可能である。

[0174] (仮想プレーヤマシン）

図 23は、プログラムプロセッサの機能的な構成を説明するための図である。

[0175] 図 23を用いてプログラムプロセッサ 302の機能的な構成を説明する。

[0176] プログラムプロセッサ 302は、内部に仮想プレーヤマシンを持つ処理モジュールである。仮想プレーヤマシンは BD— ROMとして定義された機能モデルであって、各 B D— ROMプレーヤの実装には依存しないものである。即ち、どの BD— ROMプレーャにお、ても同様の機能を実行できることを保証して！/、る。

[0177] 仮想プレーヤマシンは大きく 2つの機能を持っている。プログラミング関数とプレーャ変数 (レジスタ）である。

[0178] プログラミング関数は、 Java (登録商標） Scriptをベースとして、以下に記す 2つ 3 つの機能を BD— ROM固有関数として定義している。

[0179] リンク関数:現在の再生を停止し、指定するプレイリスト、セル、時刻からの再生を開始する

Link (PL # , Cell # , time)

PL # ：プレイリスト名

Cell # ：セル番号

time ：セル内での再生開始時刻 PNG描画関数：指定 PNGデータをイメージプレーンに描画する Draw (File, X, Y)

File ： PNGファイル名

X ： X座標位置

Y ： Y座標位置

イメージプレーンクリア関数:イメージプレーンの指定領域をクリアする Clear (X, Y, W, H)

X ： X座標位置

Y ： Y座標位置

W ： X方向幅

H ： Y方向幅

また、プレーヤ変数は、プレーヤの状態を示すシステムパラメータ（SPRM)と、一般用途として使用可能なゼネラルパラメータ（GPRM)とがある。

[0180] 図 24は、システムパラメータ（SPRM)の一覧を示す図である。

[0181] SPRM (0) ：言語コード

SPRM (l) ：音声ストリーム番号

SPRM (2) ：字幕ストリーム番号

SPRM (3) ：アングル番号

SPRM (4) ：タイトル番号

SPRM (5) ：チヤプタ番号

SPRM (6) ：プログラム番号

SPRM (7) ：セル番号

SPRM (8) ：選択キー情報

SPRM (9) ：ナビゲーシヨンタイマ

SPRM (10) ：再生時刻情報

SPRM (11) ：カラオケ用ミキシングモード

SPRM (12) ：パレンタル用国情報

SPRM (13) ：ノレンタノレレべノレ SPRM(14) ：プレーヤ設定値 (ビデオ)

SPRM(15) ：プレーヤ設定値 (オーディオ）

SPRM(16) ：音声ストリ -ム用目ロロ ¹ -ド、

SPRM(17) ：音声ストリ -ム用目ロロ ¹ -ド (拡張)

SPRM(18) ：字幕ストリ -ム用目ロロ ¹ -ド、

SPRM(19) ：字幕ストリ -ム用目ロロ ¹ -ド (拡張)

SPRM(20) ：プレーヤリ一ジョンコード

SPRM(21) ：予備

SPRM(22) ：予備

SPRM(23) ：再生状態

SPRM(24) ：予備

SPRM(25) ：予備

SPRM(26) ：予備

SPRM(27) ：予備

SPRM(28) ：予備

SPRM(29) ：予備

SPRM(30) ：予備

SPRM(31) ：予備

なお、本実施の形態では、仮想プレーヤのプログラミング関数を Java (登録商標） Scriptベースとしたが、 Java (登録商標） Scriptではなぐ UNIX (登録商標） OS などで使われている B— Shellや、 Perl Scriptなど他のプログラミング関数であってもよ、。言、換えれば、本発明における使用プログラム言語 «Java (登録商標） Scr iptに限定されるものでは無、。

[0182] (プログラムの例）

図 25及び図 26は、イベントハンドラにおけるプログラムの例を示す図である。

[0183] 図 25は、 2つの選択ボタンを持つメニュー画面の制御に係るイベントハンドラにおけるプログラムの例を示す図である。

[0184] セル（PlavList#l. Cell # 1)先頭でタイムイベントを使って図 25左側のプログラムが実行される。ここでは、最初にゼネラルパラメータの一つ GPRM (O)に" 1 "がセットされている。 GPRM (O)は、当該プログラムの中で、選択されているボタンを識別するのに使っている。最初の状態では、左側に配置するボタン 1が選択されている状態を初期値として持たされて、る。

[0185] 次に、 PNGの描画を描画関数である〃 Draw〃を使ってボタン 1、ボタン 2それぞれについて行っている。ボタン 1は、座標（10、 200)を起点（左上端）として PNGイメージ "lblack. png"を描画している。ボタン 2は、座標（330, 200)を起点（左上端）として PNGイメージ" 2white. png"を描画している。

[0186] また、本セル最後ではタイムイベントを使って図 25右側のプログラムが実行される。

ここでは、 Link関数を使って当該セルの先頭力も再度再生するように指定している。

[0187] 図 26は、メニュー選択のユーザイベントに係るイベントハンドラにおけるプログラムの例を示す図である。

[0188] 「左」キー、「右」キー、「決定」キー何れかのリモコンキーが押された場合それぞれに対応するプログラムがイベントハンドラに書かれて、る。ユーザによりリモコンキーが押された場合、図 21を用いて説明したように、ユーザイベントが生成され、図 26のイベントハンドラが起動されることになる。本イベントハンドラでは、選択ボタンを識別して!/、る GPRM (0)の値と、選択されたリモコンキーを識別する SPRM (8)を使って以下のように分岐処理を行って!/、る。

[0189] 条件 1)ボタン 1が選択されている、かつ、選択キーが「右」キーの場合

GPRM (0)を 2に再設定して、選択状態にあるボタンを右のボタン 2に変更する。ボタン 1、ボタン 2のイメージをそれぞれ書き換える。

[0190] 条件 2)選択キーが「決定 (OK)」の場合で、ボタン 1が選択されて、る場合

プレイリスト # 2の再生を開始する。

[0191] 条件 3)選択キーが「決定 (OK)」の場合で、ボタン 2が選択されて、る場合

プレイリスト # 3の再生を開始する。

[0192] 図 26に示すプログラムは、上記のように解釈され実行される。

[0193] (プレーヤ処理フロー）

図 27から図 30を用いてプレーヤでの処理の流れを説明する。 [0194] 図 27は、 BD— ROMプレーヤにおける AVデータ再生の基本処理の流れを示すフローチャートである。

[0195] BD—ROMが挿入されると（S101)、 BD—ROMプレーヤは" BD. INFO"の読み込みと解析（S 102)、および、〃BD. PROG〃の読み込み（S 103)を実行する。〃BD . INFO"及び" BD. PROG"は共に管理情報記録メモリ 204にー且格納され、シナリォプロセッサ 305によって解析される。

[0196] 続いて、シナリオプロセッサ 305は、 "BD. INFO"ファイル内のファーストイベント（ FirstEvent)情報に従い、最初のイベントを生成する（S 104)。生成されたファーストイベントは、プログラムプロセッサ 302で受け取られ、当該イベントに対応するイベントハンドラを実行処理する（S 105)。

[0197] ファーストイベントに対応するイベントハンドラには、最初に再生するべきプレイリストを指定する情報が記録されていることが期待される。仮に、プレイリスト再生が指示されていない場合には、プレーヤは何も再生することなぐユーザイベントを受け付けるのを待ち続けるだけになる（S201で No)。ユーザからのリモコン操作を受け付けると（ S201で Yes)、 UOマネージャ 303はプログラムマネージャプロセッサ 302に対する UOイベントを生成する（S202)。

[0198] プログラムマネージャプロセッサ 302は、 UOイベント力メニューキーによるものであるかを判別し（S203)、メニューキーの場合（S203で Yes)は、シナリオプロセッサ 30 5に UOイベントを流し、シナリオプロセッサ 305がユーザイベントを生成する（S204) 。プログラムプロセッサ 302は生成されたユーザイベントに対応するイベントハンドラを実行処理する（S205)。

[0199] 図 28は、 BD— ROMプレーヤにおけるプレイリスト再生開始から VOB再生終了までの処理の流れを示すフローチャートである。

[0200] 上述したように、ファーストイベントハンドラまたはグローバノレイベントハンドラによつてプレイリスト再生が開始される（S301)。シナリオプロセッサ 305は、再生対象のプレイリスト再生に必要な情報として、プレイリスト情報" XXX. PL"の読み込みと解析（ S302)、および、プレイリストに対応するプログラム情報" XXX. PROG〃の読み込みを行う（S303)。 [0201] 続いてシナリオプロセッサ 305は、プレイリストに登録されているセル情報に基づいてセルの再生を開始する（S304)。セル再生は、シナリオプロセッサからプレゼンテーシヨンコントローラ 306に対して要求が出される事を意味し、プレゼンテーションコントローラ 306は AVデータ再生を開始する（S 305)。

[0202] AVデータの再生が開始されると、プレゼンテーションコントローラ 306は、再生するセルに対応する VOBの情報ファイル" XXX. VOBI"を読み込み（S402)、解析する。プレゼンテーションコントローラ 306は、タイムマップを使って再生開始する VOBU とそのアドレスを特定し、ドライブコントローラ 317に読み出しアドレスを指示する。ドライブコントローラ 317は対象となる VOBデータ" YYY. VOB"を読み出す（S403)。

[0203] 読み出された VOBデータはデコーダに送られ再生が開始される（S404)。 VOB再生は、当該 VOBの再生区間が終了するまで続けられ (S405)、終了すると次のセルが存在する場合（S406で Yes)、 Cellの再生（S304)へ移行する。また、次のセルが無い場合（S406で No)は、再生に係る処理が終了する。

[0204] 図 29は、 AVデータ再生開始後力ものイベント処理の流れを示すフローチャートである。

[0205] 図 29 (A)は、 BD— ROMプレーヤにおけるタイムイベントに係る処理の流れを示すフローチャートである。

[0206] なお、 BD— ROMプレーヤはイベントドリブン型のプレーヤモデルである。プレイリストの再生を開始すると、タイムイベント系、ユーザイベント系、字幕表示系のイベント処理プロセスがそれぞれ起動され、平行してイベント処理を実行するようになる。

[0207] BD— ROMプレーヤにおいてプレイリスト再生の再生が開始されると（S501)、プレイリスト再生が終了していないことが確認され（S502で No)、シナリオプロセッサ 305 は、タイムイベント発生時刻になつたかを確認する。タイムイベント発生時刻になっている場合（S503で Yes)には、シナリオプロセッサ 305はタイムイベントを生成する（S 504)。プログラムプロセッサ 302はタイムイベントを受け取り、イベントハンドラを実行処理する（S505)。

[0208] また、タイムイベント発生時刻になっていない場合（S503で No)、および、イベントハンドラの実行処理が終了した場合、プレイリスト再生の終了確認 (S502)以降の処理を繰り返す。

[0209] また、プレイリスト再生が終了したことが確認されると（S502で Yes)、タイムイベント系の処理は強制的に終了する。

[0210] 図 29 (B)は、 BD— ROMプレーヤにおけるユーザイベントに係る処理の流れを示すフローチャートである。

[0211] BD— ROMプレーヤ 1においてプレイリストの再生が開始されると（S601)、プレイリスト再生が終了していないことが確認され（S602で No)、 UOマネージャ 303は、 U Oの受け付けがあつたかを確認する。 UOの受け付けがあった場合（S603で Yes)、 UOマネージャ 303は UOイベントを生成する（S604)。プログラムプロセッサ 302は UOイベントを受け取り、その UOイベントがメニューコールであるかを確認する。メ- ユーコールであった場合（S605で Yes)、プログラムプロセッサ 302はシナリオプロセッサ 305にイベントを生成させ（S607)、プログラムプロセッサ 302はイベントハンドラを実行処理する（S608)。

[0212] また、 UOイベントがメニューコールで無いと判断された場合（S605で No)、 UOィベントはカーソルキーまたは「決定」キーによるイベントである事を示して、る。この場合、現在時刻がユーザイベント有効期間内であるかをシナリオプロセッサ 305が判断し、有効期間内である場合（S606で Yes)には、シナリオプロセッサ 305がユーザィベントを生成し（S607)、プログラムプロセッサ 302が対象のイベントハンドラを実行処理する（S608)。

[0213] また、 UO受付が無い場合 (S603で No)、現在時刻がユーザイベント有効期間内にない場合（S606で No)、および、イベントハンドラの実行処理が終了した場合、プレイリスト再生の終了確認 (S602)以降の処理を繰り返す。

[0214] また、プレイリスト再生が終了したことが確認されると（S602で Yes)、ユーザィベント系の処理は強制的に終了する。

[0215] 図 30は、 BD— ROMプレーヤにおける字幕データの処理の流れを示すフローチヤートである。

[0216] BD— ROMプレーヤにおいてプレイリストの再生が開始されると、プレイリスト再生が終了していないことが確認され（S702で No)、シナリオプロセッサ 305は、字幕表示開始時刻になつたかを確認する。字幕表示開始時刻になって!/ヽる場合 (S703で Yes)、シナリオプロセッサ 305はプレゼンテーションコントローラ 306に字幕描画を指示し、プレゼンテーションコントローラ 306はイメージプロセッサ 311に字幕描画を指示する。イメージプロセッサ 311は、その指示に従い字幕をイメージプレーン 209に字幕を描画する (S704)。

[0217] また、字幕表示開始時刻になっていない場合 (S703で No)、字幕表示終了時刻であるかを確認する。字幕表示終了時刻であると判断された場合 (S705で Yes)、プレゼンテーシヨンコントローラ 306がイメージプロセッサ 311に字幕消去指示を行う。ィメージプロセッサ 311は、その指示に従!、描画されて!、る字幕をイメージプレーン 20 9から消去する（S706)。

[0218] また、イメージプロセッサ 311による字幕描画 (S704)が終了した場合、イメージプ口セッサ 311による字幕消去（S706)のが終了した場合、および、字幕表示終了時刻でないと判断 (S705で No)された場合、プレイリスト再生の終了確認 (S702)以降の処理を繰り返す。

[0219] また、プレイリスト再生が終了したことが確認されると（S702で Yes)、字幕表示系の処理は強制的に終了する。

[0220] 以上の動作により、 BD— ROMプレーヤは、ユーザの指示または BD— ROMに記録されている BD管理情報等に基づき、 BD— ROMの再生に係る基本的な処理を行

[0221] (実施の形態 2)

次に本発明の第 2の実施の形態について説明する。

[0222] 第 2の実施の形態は、 BD— ROMにおいてより豊かなインタラクティブ性を実現するため、 XML' XHTMLベースの画面構成環境と、イベントおよびスクリプトを用いたプログラミング環境を導入することに関する内容である。基本的には第 1の実施の形態に基づく内容であり、拡張または異なる部分を中心に説明する。

[0223] (XHTMLファイルを利用したコンテンツ制御）

図 31は、本発明の再生装置の XHTMLおよびスクリプトを利用したシナリオ制御に関わるモジュール構成、制御の流れ、イベントなどの伝わり方を示す図である。 [0224] ユーザイベント処理部は、リモコン信号などを受信し、次のモジュールにイベントを割り振るモジュールである。再生制御に関わる、再生 Z停止 Z早送り Z巻き戻し Zスキップ Zアングル変更 Z音声切替 Z字幕切替などのイベントは AV再生制御部に送られる。ボタンフォーカスの移動（上下左右キー）や決定などのイベントは、 XHTML 処理部に送られる。タイトル切替に関わる、タイトル選択やメニュー呼び出しのィベントは、タイトル制御部に送られる。なお、 Index Tableとは、ディスク中のタイトルを列挙したファイルであり、図 18の Title List部分を切り出して 1つにしたものである。

[0225] タイトル制御部は、タイトル切替を要求されると Index Tableにしたがってタイトル切替を行うモジュールである。タイトルが XHTMLで定義される場合、 XHTML処理部にタイトルに関連付けられた XHTMLファイルを読み込むように制御を行う。

[0226] XHTML処理部は XHTMLファイルを読み込み、スタイル定義情報などにしたがつて、画面を構成し、イベントに応じて関連するスクリプトを実行するモジュールである。スクリプトを実行した結果、 AVの再生が必要であれば AV再生制御部に対して、再生開始などの制御を行い、タイトル切替が必要であれば、タイトル制御部に対して制御を行う。

[0227] AV再生制御部は、イベントや指示に従って AVストリームの再生を行い、 AV再生制御部の状態が変化したときや AVストリームの再生位置が特定の位置に達した際にイベントを生成して XHTML処理部に通知する。

[0228] プレーヤの状態が変化したことを通知するイベントとは、ユーザ力も再生指示があり、ユーザイベント処理部が再生開始要求のイベントを AV再生制御部に通知すると、 AV再生制御部は再生を開始する。この時に、 AV再生制御部が停止状態から再生状態に変化したことを通知するようなイベントである。

[0229] また、再生位置を通知するイベントとは、 AVストリームの終端に達したときや、セルの境界に達したとき、あるいはマークと呼ばれる AVストリームの一時点を示すデータが存在する場合その地点に達したことを通知するイベントである。

[0230] 図 32は、 Index Tableと XHTMLファイルの関係を説明する図である。図 32はあるタイトルが選択されたときの動作の様子を示している。

[0231] Index Tableで定義されるあるタイトルを選択した場合、タイトルに関連付けられた XHTMLファイルが呼び出される。 XHTMLファイルには、再生制御などを行うスクリブトなども記述しされて、る。図中の例では、スクリプトファイルを間接的に参照しているが、直接 XHTMLファイル内に記述することも可能である。また、説明のため、 X HTMLと表記しているが、 XML形式にのっとつていれば独自のタグなどを利用した形式でもよい。

[0232] 図中の XHTMLファイル内に記述されている" onLoad"属性において、ファイルが読み込まれたときに実行されるスクリプトを規定している。この例では、 XHTMLファィルが読み込まれたときに、 "playTitlel"というスクリプトが呼び出され、スクリプト自体はスクリプトファイル内に記述されている。

[0233] また、く event >タグを用いることにより、ユーザイベント処理部や AV再生制御部力も通知されたイベントに対応してスクリプトを実行する仕組みも提供する。この例では、 "EndOfStream"イベントが発生した際、 "jumpTitle2"というスクリプトを呼び出す例である。なお、 "EndOfStream"イベントとは、たとえば AV再生がファイルの終端に達した場合に AV再生制御部が生成するイベントである。

[0234] 図 33は、ボタンが表示される XHTMLファイルの例を示す図である。図 33は先ほどの例に、画面生成をカ卩えた例である。たとえば、先ほどと同様に Index Tableから XHTMLが呼び出され、その XHTMLはメニュー画面などを生成するための情報が書かれて!/、た場合である。画面構成のスタイルなどは CSSなどのスタイルシートを利用してちょい。

[0235] この例では、画面上に 2つのボタンを配置している。それぞれのボタンが押されると対応スクリプトが実行される。あるボタンを選択すると、 "onClick"属性に定義されて V、るスクリプトが実行される。 TitleAと書かれた PNGイメージファイルと関連付けられている左側のボタンを選択すると、 "playA"スクリプトが実行され、タイトル 1にジヤンプする。同様に、 TitleBボタンを選択すると、ある AVストリームが再生された後に、タィトル 2にジャンプする。

[0236] これまで説明した仕組みを用いることにより、 XHTMLファイルを用いて、メニュー画面を表示し、何らかのボタンを選択するとコンテンツの再生を開始するような仕組みを提供することが可能となる。 [0237] また、スクリプト部分と、スクリプトが実行する APIを追加することにより、より複雑な機能、たとえばインターネット接続やダウンロードサービスと、つたアプリケーションも実行可能である。

[0238] (リソース管理）

XHTMLファイルがメニュー画面のような画面を構成する際には、 PNGイメージフアイルなどのデータファイルを参照する。メニューが凝ったものになればなるほど、表示するグラフィクスは複雑なものになり、それを表示するためのイメージデータのサイズは大きくなる。

[0239] また、 XHTMLファイルはユーザ操作によって画面を切り替えるように作ることも可能である。メニュー画面の中である項目を選ぶと、さらにサブメニューが出てくるような場合である。このような場合、メニュー画面が表示された最初の瞬間には表示されていな力つたイメージデータ力、あと力も必要になることがある。

[0240] ところが、さらにそのメニュー画面の背景では動画が表示されている、つまり AVストリームが再生されている場合、必要になつてからイメージデータを読み込みに行こうとすると、ディスク上でファイルがある位置にシークを行って力読み込んで元の位置に戻ってこなければならず、 AVストリームの再生が一時的に中断してしまう可能性がある。十分な量のバッファを積んでおり、 AVストリームを事前にバッファ一杯に先読みすればこのようなことも回避できる力画像が高解像度 ·高画質になり、高ビットレートが必要になってきているので、かなり大容量のバッファを用意しなければならず、コストアップなどにつながり、現実的ではない。

[0241] また、ハードディスクのようにシーク時間が短ぐ読み取り速度が速いメディアでは、少量のバッファでもその早さを利用して、 AVを中断させずに他のデータを読み込むことも可能である力光ディスクメディアのドライブでは、シークには時間がかかり、読み込み速度もそれほど速くないため、実現にはさらなる技術の進歩が必要となる。

[0242] そのため、ー且 AV再生が開始されると AV以外のデータを読み込みに行かないモデルにすることが望ましい。

[0243] 図 34は、データのライフサイクルを説明する説明図である。図 34はその様な場合のデータのライフサイクルを示して、る。 [0244] AVの再生が開始される前に、画面を表示するために必要なデータである、 XHT MLファイルやスクリプトファイル、それらのファイルから参照される PNGイメージファィルなどのデータファイルをバッファ上にプリロードしておく。

[0245] ー且 AVの再生が開始されると、それらのデータをディスクに読みに行くことはない

[0246] なお、 AVの再生が止まってもよ、場合は、これらを考慮する必要はな、。

[0247] また、コンテンツにより、 AVの再生が止まって欲しくない場合と、止まってもよい場合を区別する必要があるならば、管理情報にこの 2つのパターンを区別する識別子を用意しておけばよい。

[0248] XHTML処理部がデータを必要とするときは、バッファから XHTML処理部のヮークメモリ上に読み込んでおき、画面の表示などに利用する。その画面が表示されなくなったときには、必要なくなったデータをワークメモリから解放し、次に必要になるデータをバッファ力も読み込んでくる。

[0249] なお、このワークメモリは、バッファと共有してもよい。

[0250] ノッファにあるメモリは、そこに読み込まれているデータが必要なくなるまで保存しておき、必要なくなれば解放する。

[0251] (データのライフサイクル）

上で述べたように、ノッファにデータを読み込んでくるタイミングと、ノッファ力らデータを解放するタイミングを明確に決めることができれば、データのライフサイクルの管理が明確になり、管理がしゃすくなる。

[0252] データの管理がしゃすくなれば、コンテンツ作成者がどのプレーヤでも必ず動作させることができるコンテンツ構成を判定しやすくなり、コンテンツ作成が容易になる。

[0253] データのライフサイクルの開始タイミングと終了タイミングは、 AVの再生が停止しているタイミング、あるいは一時的に停止する、連続して再生する場合でもシームレスに再生する必要がな、タイミングが望ま、。

[0254] このようなタイミングとしては、 AVストリームの切替点、 XHTMLファイルで構成される画面の切替点や、タイトル切替のタイミングなどがあり、その他上記の条件を満たすのであればその他の点でもよ！/、。 [0255] これまで説明した構造を用いると、タイトルの切替のタイミングは、 Index Tableで明示的に、かつ静的データとして参照することができ、プレーヤから制御しやすい。そのため、データのライフサイクルとは、あるタイトルが開始するときに開始し、あるタィトルが終了するときにライフサイクルも終了する。

[0256] つまり、あるタイトルが開始するときに、そのタイトルを再生するために必要な全てのデータをバッファにプリロードしておき、そのタイトルが終了するとき、たとえば他のタィトルにジャンプするときに、バッファ力解放する。

[0257] 図 35は各モジュール間の制御の流れとデータの流れ、それに合わせたデータのラィフサイクルを示したタイミングチャートである。

[0258] このようなライフサイクルと、ノッファのサイズを規定すれば、タイトルを作成するときに、どのくらいのサイズまでイメージデータを使うことができ、どのようなアプリケーションを実行できるか定量的に判断でき、タイトルが非常に作りやすくなる。

[0259] なお、バッファの解放はタイトル制御部や、より上位のモジュールから強制的に行つてもよいし、 XHTML処理部が行ってもよい。

[0260] ユーザ操作によりアプリケーション実行中にタイトルを切り替えられた場合、タイトル制御部は、 XHTML処理部に現在実行中のスクリプトを中止し、バッファの解放を指示する。また、タイトルが切り替わると、次のタイトルに関連するファイルをバッファに読み込むよう指示する。

[0261] (データ読み込みの保証）

AVストリームの再生開始より前に、 AVストリーム以外のファイルをバッファにプリ口ードしておく必要は上で述べたとおりである。その際、 XHTMLファイルを解析して必要なフアイノレをリストアップしていては、時間がかかってしまう。

[0262] 図 36は、データを 1つにまとめる方法を説明する図である。そこで、図 36 (a)のように、各タイトルで必要なファイルをリストアップしたファイルリストをタイトル毎に作成し、タイトルが選択されたときに、そのタイトルリストに列挙されているファイルを全てバッファに読み込めばよい。

[0263] また、ファイル数が多い場合、ファイル毎にシークが発生すると読み込みの時間が力かってしまうため、リストアップされたファイルをディスク上の 1力所にまとめて配置することにより、無駄なシークを発生させることなく必要なファイルを全て読み込むことも可能である。

[0264] あるいは、図 36 (b)のように、ファイルをディレクトリ構造ごと ZIPファイルなどで 1つにまとめてしまい、ノッファに読み込んだあとでバッファ内でファイルを展開し、ディレクトリ構造などを構成してもよい。ファイルを 1まとめにでき、ディレクトリ構造を保持できるようなフォーマットであれば、 ZIPファイルでなくてもよい。また、圧縮ファイルである必要もない。

[0265] このような仕組みを用いることにより、タイトル毎にリソースを分力りやすく管理し、データの読み込みを効率ィ匕することにより、ォーサリング時にミスが起こりにくぐプレーャで制御しやすい仕組みを提供することが可能となる。

[0266] (メモリサイズの拡張）

これまで述べた方法では、どのメーカが作ったプレーヤでも必要なデータを全てバッファに読み込むために、ノッファのサイズを規定しておく必要がある。ところが、メモリのサイズとコストの関係は、将来どんどんよくなつていき、現在では搭載不可能と思われるサイズでも将来は比較的安価に搭載することができるカゝもしれない。

[0267] そのため、バッファのサイズを固定してしまうとプレーヤの性能が上がっても、バッファサイズがネックとなって、より高画質 ·高解像度のコンテンツの提供を妨げる可能性もめる。

[0268] 図 37は、メモリサイズの拡張を導入する方法の説明図である。そこで、図 37で示すように、必ずプレーヤに搭載されていることが保証されているサイズと、実際に搭載しているノッファサイズを分けて制御する方法を示す。この方法を用いると、将来、よりリツチなコンテンツが出た場合、対応するプレーヤではリッチに表示するが、対応して V、な、場合でも、最低限の表示を確保することができるようになる。

[0269] コンテンツ作成者は 2種類のデータを用意する。どちらも同じタイトルで読み込まれるデータである力どちらか一方だけ読み込まれる。図中の datalは、どのプレーヤでも保証されているバッファのサイズ以下に収められている。そのため、どのプレーヤにおいても datalを読み込んで再生することが可能である。それに対して data2は、保証されているバッファサイズよりも大きなサイズのデータである。もし、必要最小限のサイズしか搭載してヽな、プレーヤの場合ではデータを読み込むことができな!/、。しかし、より大きなバッファを搭載したプレーヤではこちらのデータを読み込むことができ、 datalよりも data2の方がデータサイズが大きいことを生かして、よりリッチなコンテンッを再生することが可能となる。よりリッチなコンテンツとは、イメージデータのサイズゃ解像度、色数が大き力つたり、よりたくさんのスクリプトが含まれており、様々な追加の制御ができるようになって!/、たりするものを！、う。

[0270] この datalのように、必ず保証されるバッファサイズよりも小さいサイズに抑えられたデータは、必ずディスク上に記録されている必須データである。また、保証されているノッファサイズよりは大きいが、よりリッチなコンテンツを提供できるデータは、ォーサ一の意図により記録しておいてもよいし、しなくてもよい、オプションデータである。

[0271] このように必須データと、動作が保証されて!、な!/、オプションデータを組み合わせることにより、どのプレーヤでも最低限の動作は保証され、将来においてバッファサイズが大きなプレーヤが広がれば、よりリッチなコンテンツを楽しむことができる仕みを提供することが可能となる。

[0272] (実施の形態 3)

次に本発明の第 3の実施の形態について説明する。

[0273] 第 3の実施の形態は、第 2の実施の形態で述べた、 XML' XHTMLベースの画面構成環境と、イベントおよびスクリプトを用いたプログラミング環境において、プレーヤの言語設定またはユーザからの設定に応じて表示または処理する言語を切り替える仕組みを導入することに関する。基本的には第 1の実施の形態および第 2の実施の形態に基づく内容であり、拡張または異なる部分を中心に説明する。

[0274] (ナビゲーシヨン用言語コード）

図 38は、アプリケーション用の言語設定を追加したプレーヤ変数テーブルの図である。 XML' XHTMLベースの画面構成環境とイベントおよびスクリプトを用いたプログラミング環境に対する、プレーヤ自身の言語設定またはユーザ力もの言語指定を示すシステムパラメータとして、本実施の形態では図 38に示すように、図 24で説明したシステムパラメータ（SPRM)にアプリケーション用の言語設定としてナビゲーシヨン用言語コードパラメータを追加する。なお、図 38に示したシステムパラメータの導入は例であり、プレーヤ自身の言語圏情報（リージョンまたは国名）またはユーザからの言語指定の方法としてプレーヤ製造時に付与された固定値 (例えば英語)であっても良い。また、例えばナビゲーシヨン用言語コードパラメータを追加せず、図 24ですでに説明したように音声ストリーム用の言語コード (Language code for AST)や字幕ストリーム用言語コード（Language code for STST)をアプリケーション用の言語設定と見なして以降の処理を行っても良い。

[0275] 図 39は、アプリケーション用の言語設定に応じてアプリケーションが表示または処理する言語を切り替える例を示す図である。第 3の実施の形態の概要を、図 39を用いて説明すると、まずはじめに、システムパラメータ中のナビゲーシヨン用言語コードを確認する。次にアプリケーションを設定されて、る言語に基づ、て表示内容ゃ処理内容を切り替える。

[0276] 図 39に示したアプリケーションでは、タイトル名として「Main MenuZメインメ-ュ一」を <p >要素で、見出し画像を <img>要素で、「PlayBackZ再生」「： Languag eZ言語選択」「PrivilegeZ映像特典」の各ボタンをく button>要素で表現し、 <b utton >要素が押された場合に対応するスクリプトのプログラム関数「Main ()； /Ma in _Jpn ()；」「Lang ()；」「Privilege () /Privilege _ PN ()；」をそれぞれ実行するよう記述している。なお、図 39はあくまでも例であり、本実施の形態は英語や日本語以外の様々な言語に対しても同様に効果があり、またアプリケーションも複数の言語に同時に対応しても良い。

[0277] 図 39に示すように、 XML'XHTMLおよびスクリプトによるアプリケーションは、表示または処理する言語を切り替えると、例えば < img >要素で指定された見出し画像（image, png)のように言語を切り替えても内容の変わらないデータや、く button >要素で指定された各ボタン画像（Main, pngと Main _ PN. png)のようにアプリケーシヨンが対応する言語毎に個別に用意する必要のあるデータがある。

[0278] またスクリプトに関しても、例えば言語選択用のプログラム関数のように英語用であつても日本語用であっても同一の関数が実行される関数や、映像特典用のプロダラム関数のように英語用と日本語用で実行される関数が異なるものがある。

[0279] (XML 'XHTML及びスクリプトの記述による言語切替） BD— ROMに収録された XML'XHTML及びスクリプトによるアプリケーションが表示または処理する言語を切り替える方法の 1つとしては、 XML · XHTMLおよびスタリブトの記述の中でアプリケーション用の言語設定を判別し切り替える方法がある。

[0280] 図 40は図 39で用いたアプリケーション例を XML 'XHTMLおよびスクリプトの記述により切り替える例を示したものである。英語用、日本語用の再生用ボタンを、不可視属性をつけて 1つの XML · XHTMLファイルとして記述しておき、く body >要素にて本アプリケーションの実行時に実行するスクリプトのプログラム関数 onload ()を指定している。プログラム関数 onload ()では、前述のアプリケーション用の言語設定に対応する変数 langを確認し、アプリケーション用の言語設定が日本語であれば日本語用の再生ボタンを可視属性にし、英語であれば英語用の再生ボタンを可視属性にしている。なお、図 40はあくまでも例であり、図示しないが XML' XHTMLまたはスクリブトの記述によりアプリケーションが表示または処理する言語を切り替える記述であればその他の記述でも良!、。

[0281] なお、前記アプリケーションが前記アプリケーション用の言語設定に指定された言語に対応して、な、場合は、標準的な言語が設定されたものとしてアプリケーションが表示または処理する言語を標準的な言語に切り替えても良い。標準的な言語とは、例えば英語などあら力じめ仕様として決めても良いし、プレーヤの所属するリージョンの代表的な言語や、前述の音声ストリーム用言語コード前述の字幕ストリーム用言語コードを標準言語としてもよい。

[0282] (リソース名による言語切替）

図 39では、日本語用の XML'XHTMLファイルである Menu_JPN. htmlやそこからリンクされるスクリプトファイル menu_[PN. js、画像ファイル Main_[PN. png のように、英語用の各ファイルのファイルボディに対して" _[PN"を付与して!/、る。

[0283] このようにファイル名に対応言語に関する情報を埋め込んでおき、図 32などで前述したように IndexTableを迪つてタイトルに関連づけられた XHTMLファイルをロードする際に、前述のアプリケーション用の言語設定を確認し、 IndexTable力得られた XHTMLファイル名にアプリケーション用の言語設定に対応する予約語を付与したファイル名をもつ XHTMLファイルをロードし、以後も同様にリンクされたファイル名に予約語を付与したものをロードすることにより、アプリケーションの言語を切り替えても良い。

[0284] 具体的には IndexTableから得られた XHTMLファイル名力 'Menu. html"であり、アプリケーション用の言語設定が日本語である場合は、日本語に対応する予約語である" _[PN"をファイルボディに付与した" Menu_[PN. html"をロードする。

[0285] なお、ファイル名や予約語はあくまでも例であり、ファイルボディではなく別途拡張子をつけてもよい。

[0286] なお、前記アプリケーションが前記アプリケーション用の言語設定に指定された言語に対応して、な、場合は、標準的な言語が設定されたものとしてアプリケーションが表示または処理する言語を前述した標準的な言語に切り替えても良い。

[0287] 『XML 'XHTML及びスクリプトの記述による言語切替』および『リソース名による言語切替』について説明したが、これらの方法はアプリケーションが表示または処理する言語を動的に切り替えることも可能である一方、前述したファイルリストにより各タイトルで必要なファイル (ファイル群）をバッファに一括して読み込む方法や、前述した圧縮ファイルにより各タイトルに必要なファイル（ファイル群）をバッファ内に一括して読み込む方法を併用した場合、アプリケーションが 1つの言語にのみ対応する場合に比べ、前述の図 39を用いて説明したように、ボタン画像のように各言語に依存したデータを対応する言語分すベてをバッファに読み込むこととなり、必要なバッファサイズが大きくなつてしまうという課題がある。

[0288] 以下、本課題を解決する言語切替方法について説明する。

[0289] (設定言語用の IndexTableまたはファイルリストまたは圧縮ファイルによる言語切替）

本実施の形態で述べている XML'XHTML及びスクリプトによるアプリケーションが表示または処理する言語をアプリケーション用の言語設定に基づき変更可能とする方法と、第 2の実施の形態で述べたように、変更した言語に必要なファイル群のみバッファに読み込む方法とを両立する方法について説明する。まず各言語用のフアイル群がロードされるよう記述された、前述の IndexTableまたは前述のファイルリストまたは前述の圧縮ファイルを対応する言語毎に用意してディスクに記録しておく。実際にアプリケーションが表示または処理する言語をアプリケーション用の言語設定に指定された言語に切り替える際は、設定された言語用の IndexTableまたはファイルリストまたは圧縮ファイルをロードする方法がある。

[0290] 図 41は、設定言語用の IndexTableまたはファイルリストまたは圧縮ファイルによる言語切替方法のシーケンス図である。具体的に図 41を用いて説明すると、再生装置のシステムパラメータの 1つである前述のナビゲーシヨン用言語コードが変更されると (ステップ S801)、前記 XHTML処理部はナビゲーシヨン用言語コードの値を確認し、アプリケーション用の設定言語を確認する (ステップ S802)。次に当該タイトルに対応するアプリケーションがステップ S802で確認した言語を表示または処理可能かどうか確認するために、ステップ S802で確認した言語に対応する IndexTableまたはファイルリストまたは圧縮ファイルが存在するかどうかを検索する (ステップ S803)。図 42は、設定言語用の IndexTableまたはファイルリストまたは圧縮ファイルをディスクに記録した例を示す図である。具体的方法について説明すると例えば図 42 (a) (b) に示すように、各言語毎の IndexTableまたはファイルリストまたは圧縮ファイルのファィル名に対応言語の予約語を付加する方法がある。例えば図 42 (a)の用に、標準言語用の IndexTableのファイル名を Index, bdとすると、日本語用の IndexTableのフアイル名は日本語の予約語" JPN〃をファイルボディ n付与し、 Index_JPN. bdとして区別している。なお、ファイル名や予約語はあくまでも例であり、ファイルボディではなく別途拡張子をつけてもよい。

[0291] また、そのほかの方法として図 42 (b)に示すように、 IndexTableにアプリケーションが対応する言語数と対応言語とそれに対応するファイルリストまたは圧縮ファイルへのリンクの対を一覧として持たせても良い。

[0292] 次に、ステップ S804において、ステップ S803において検索に成功するとステップ S805を実行し、失敗するとステップ S806を実行する。

[0293] ステップ S805では、ステップ S802で確認した言語に対応する IndexTableまたはフアイルリストまたは圧縮ファイルをロードする。具体的には IndexTableの場合は前記タイトル制御部が該当する言語の IndexTableを読み込み、タイトルを実行する (ステツプ S807)。 [0294] 一方ステップ S806では、前述した標準言語に対応する IndexTableまたはフアイルリストまたは圧縮ファイルをロードする。具体的には IndexTableの場合は前記タイトル制御部が標準言語の IndexTableを読み込み、タイトルを実行する (ステップ S80 7)。

[0295] 以上、「XML' XHTML及びスクリプトの記述による言語切替」、「リソース名による言語切替」、「設定言語用の IndexTableまたはファイルリストまたは圧縮ファイルによる言語切替」について説明した力言語を切り替えるタイミングはディスクの挿入時としても良ヽし、前記アプリケーション用の言語設定を逐次チェックし動的に言語を切り替えることとしても良い、また、アプリケーション用の設定言語を確認する契機をタイトルの変更時とすることで特に「設定言語用の IndexTableまたはファイルリストまたは圧縮ファイルによる言語切替」においてシームレスに言語切替を行うことが可能となる

[0296] また、アプリケーションは、前記アプリケーションが前記アプリケーション用の言語設定に指定された言語に対応して、な、場合のための標準的な言語に必ず対応すベきものとしてもよいし、図 39,図 40,図 42に示したように、標準的な言語に該当するファイル名には、前述の予約語をつけないよう規定しても良い。

[0297] (実施の形態 4)

次に本発明の第 4の実施の形態について説明する。

[0298] 第 4の実施の形態は、第 2の実施の形態で述べた、 XML' XHTMLベースの画面構成環境と、イベントおよびスクリプトを用いたプログラミング環境において、早送りや巻き戻しなどの特殊再生時も考慮したイベント処理の仕組みを導入することに関する。また、このような仕組みをネットワーク上のストリーム配信にも適用可能にする技術に関する。基本的には第 1の実施の形態および第 2の実施の形態に基づく内容であり、拡張または異なる部分を中心に説明する。本実施の形態の再生装置の構成は、プロック図上では実施の形態 2で図 31を用いて説明したものと同様である。ただし、本実施の形態の再生装置は、 AV再生制御部の再生状態 (例えば、特殊再生中又は通常再生中などの状態）に応じてイベントを実行し、デジタルコンテンツであるタイトルを再生する点が上記実施の形態と異なる点である。このため、本実施の形態の再生装置において、 AV再生制御部は、タイトルを取得して再生するタイトル再生手段と、前記タイトルの再生において生成すべきイベントと当該イベントを生成する時刻であるィベント時刻とを対応づけて記述したポイントリストを取得し、取得したポイントリストに従つて、前記タイトル再生手段によって再生されているタイトルの再生時刻が前記ボイントリストに記述されたイベント時刻に到達した際に、当該イベント時刻に対応するィベントを生成するイベント生成手段とを実現する機能を備え、前記イベント生成手段は、前記タイトル再生手段によるタイトルの再生状態を示す再生状態情報を含むィべントを生成する。また、 XHTML処理部は、 AV再生制御部によって実現される前記イベント生成手段が取得したポイントリストに記述されたイベントに対応する処理であるイベント処理を記述したアプリケーションプログラムであるスクリプトを取得し、取得したスクリプトに従って、前記イベント生成手段によって生成されたイベントに対応したイベント処理を実行するスクリプト実行手段を実現する機能を備え、前記スクリプト実行手段は、前記イベント生成手段によって生成されたイベントに含まれる再生状態情報に依存して、実行するイベント処理を切り替える。

[0299] (ポップアップイベント生成メカニズム）

第 2の実施の形態および第 3の実施の形態で述べたように、 XMLZXHTMLおよびスクリプトによるアプリケーションではイベントとスクリプトによりインタラクティブなァプリケーシヨンを実現する。しかし、イベントの生成およびイベントのハンドルを行うシステムにおいて、通常再生時はともかぐ早送りや巻き戻しなどの特殊再生時のィべント処理への考慮が十分ではなぐスタジオの望むアプリケーションを実現出来なかつたり、コンテンツの記述が複雑になったりしていた。

[0300] 例えば近年の DVDコンテンツでは、本編映像再生時に、あるシーンで登場した人物やアイテムに関する文字情報をそのシーンに直接貼り付ける「コメンタリピクチャ」が特典として記録されるコンテンツが増えてきた。このコメンタリピクチャを XMLZXH TMLおよびスクリプトによるアプリケーションで実現する場合、コンテンツの再生位置がある時刻に到達したら特定の位置に特定の画像を特定の期間描画するスクリプトを記述すればょヽ（以後、コンテンツを通常再生して力特定の位置に到達するまでの時間をコンテンツ再生時刻と呼ぶ)。ここでコンテンツ再生時刻に連動した処理を実行するには、（通常再生時に限定すれば)コンテンツを再生開始時に規定の時間分タイマをかけることで容易に実現できる。しかしながら、早送りのスピードは各メーカのプレーヤによって異なるため早送り再生時にタイマをリセットする処理が難しくなり、アプリケーションの記述が複雑になって、た。

[0301] したがって本発明では前述の「BD管理情報」を応用し、コンテンツ再生時刻に連動したイベントを発生させることでより表現力に富んだアプリケーションを実現可能なィベント生成 ·ハンドルシステムを実現する。

[0302] 図 43は、ポイントリストを追カロ'修正したプレイリストファイルの構成図である。まず、本実施の形態では、図 16を用いて説明したプレイリスト情報にあるイベントリストを削除し、図 43に示すようにポイントリスト（PointList)を追加する。ポイントリストは複数のポイント情報 (Point # l〜Point # m)からなり、各ポイント情報は、ポイント情報の種別であるポイントタイプ (PointType)と、イベントを生成するコンテンツ再生時刻を指定するため、どの Cellで生成するイベントなのかを示す Cell— IDと、その Cell— ID で指定される Cellのどの再生時刻（再生位置）でイベントを生成するのかを示す Tim eと、イベントを生成し続ける期間である Durationの四つの情報力なる。なお、本実施の形態では例として PointTypeに 3つの種別を設けている。 1つ目としてタイトル中で話の区切りとして設けるチヤプタが切り替わるポイントを示す ChapterPointがある。 2つ目としてアプリケーションから特定のタイトルの特定の再生位置に再生をジヤンプさせるポイントを示す JumpPointがある。 3つ目として前述のコメンタリピクチャなど主にコンテンツの再生時刻に連動して何らかのアプリケーションを提供するポイント（イベント）を示す EventPointがある。また、ポイント種別が ChapterPointや JumpPo intである場合など当該ポイントが持続する時間を指定する必要がな、場合は、ィべントを生成し続ける期間である Durationに "0 "が代入される。

[0303] なお、図 43に示すプレイリスト情報はあくまでも例であり、コンテンツの再生時刻に連動したイベントを生成するための情報をプレーヤがコンテンツ再生時に記憶出来るのであればそのほかの方法であっても良い。例えば、図 13に示した VOB管理情報やアプリケーションを記述する XMLZXHTMLまたはスクリプトに上記ポイント情報にあたる情報を記述しても良、。 [0304] 図 44は、コンテンツ再生時刻に連動したイベントを生成 ·処理するシステムによりコメンタリピクチャアプリケーションを実現した例を示す図である。本発明におけるィベント生成 'ノ、ンドルシステムの概要を、図 44を用いて説明する。下段は、 AVストリームである VOBファイル、 VOB管理情報ファイル、プレイリスト情報ファイルを元に AVストリームの再生制御処理を行う前述の AV再生制御部の振る舞、を示して、る。中段は、 AV再生制御部力ゝらの各種イベントや再生時刻などの情報を受信し XMLZXH TML及びスクリプトによるアプリケーションを実行制御する前述の XHTML処理部の振る舞、を示して、る。上段は本システムによって実現されるアプリケーションの例（ここではコメンタリピクチャ）を示して！/、る。

[0305] AV再生制御部は VOBファイル及び VOB管理情報ファイル、プレイリスト情報ファィルを元に AVストリームを再生する。 AVストリーム再生中に AV再生制御部は、コンテンッ再生時刻力前述したプレイリスト情報に含まれるポイント情報が示す再生時刻に到達するかどうかを監視する。

[0306] コンテンツ再生時刻が前述のポイント情報に記述された再生時刻に到達すると（（1 ) Point検知）、 AV再生制御部は XHTML処理部に前述のポイント種別情報を伴つてイベントを通知する（（2) Pointイベント通知）。 XHTML処理部はイベントを通知されるとアプリケーションのイベント記述を確認し、当該イベント発生時に実行すべきスタリブト (イベントハンドラ）を実行する（（3)イベント処理)。ここでは、当該コンテンツ再生時刻になるとそのシーンに出てくる富士山に、標高が 3776mである吹き出し (コメンタリピクチャ）を描画してヽる ( (4)コメンタリピクチャ表示)。

[0307] 図 45は、コンテンツ再生時刻に連動したイベントを生成.処理するシステムのフローチャート図である。以下、図 44を用いて説明した本発明におけるイベント生成 'ハンドルシステムの具体的なフローチャートを、図 45を用いて説明する。

[0308] まず AV再生制御部はプレイリストの再生を指示されると (ステップ S901)、前述のプレイリスト情報に含まれるポイント情報 (Point情報）をキャッシュしておく（ステップ S 902)。

[0309] 次に AV再生制御部は当該プレイリストの再生が終了（ステップ S903の yes)するまで以下の処理を繰り返す (ステップ S903の no)。 [0310] AV再生制御部は AVストリームの再生時刻がステップ S902にキャッシュしたポイント情報で指定される時刻に到達すると (ステップ S904yes)、前述のポイント情報に基づいてイベントを生成し XHTML処理部に通知する（ステップ S905)。イベントには少なくともポイント種別情報 (PointType)と、必要に応じてイベント期間情報 (Durati on)とを含む。

[0311] イベントの通知を受けると XHTML処理部は、アプリケーションの記述に基づき当該イベントのイベントハンドラ (イベント処理スクリプト）を実行する（ステップ S906)。

[0312] 図 46は、コメンタリピクチャアプリケーションの記述例を示す図である。図 46に具体的なアプリケーションの記述例を示す。図 46に示すようにアプリケーション記述はメニユー画面や Popup画面、ゲームなどにおけるボタンや画像、文字情報などの画面描画アイテムに関する記述であるコンテンツ記述と、コンテンッ記述に記述された画面描画アイテムの描画位置や見栄え等を記述するスタイル記述と、ボタンが押されたりイベントが生成されたりしたときなどのアプリケーションの具体的な動作を記述するスタリブト記述と、任意のイベントが発生した際に実行するスクリプト (イベントハンドラ）とその引数などの情報を記述するイベント記述力もなる。

[0313] 例えば、ポイントリストにお!、て一番目先頭のポイント情報 Point # 0001 (pointID

= 0001)のポイント種別が" EventPoint"であるとし、コンテンツの再生時刻が Point # 0001に記述される時刻に到達して XHTML処理部が当該ポイントのイベントを受信したとする。

[0314] XHTML処理部はまず、く bdi:bevent>要素に区切られたイベント記述を確認し、 "EventPoint "に関する情報が記載されたく bdi:beitem>要素を検索する。 type = "EventPointFired"であるく bdi： beitem >要素にその情報が記載されており、イベントハンドラとして実行すべきスクリプトが onoccur属性に指定されて、る。ここでは、スクリプト display ()を実行するよう記述されている。本アプリケーション記述ではスクリプト内で扱える情報として、 object属性に" comment〃を指定しスクリプト内で操作すべきオブジェクト名（ここでは object属性で指示された" comment")を記述して V、る。また属性としては記述されな、がポイント情報の順序番号 (ここでは pointId= 0001)もスクリプト内で扱えるものとする。本アプリケーション記述はあくまでも例であり、ポイント情報の番号などそのほかの情報も属性として持たせても良い。

[0315] 次に XHTML処理部はイベント記述に基づ、て < script >要素に区切られたスクリプト記述を確認し、 display ()関数を実行する。 display ()関数では、ポイント情報の順序番号を beitem. pointidとして捕捉し、本実施の形態のようにポイントが順序番号の" 0001"である場合に、 comment (く object >要素の id属性）というオブジェタトの可視属性に' isible (可視状態）"を代入している。これにより、コンテンツ記述の中の id= "comment〃である要素が" hidden (不可視状態）"から〃 visible (可視状態） Ίこなり、 XHTML処理部は前述のコメンタリピクチヤにあたる画像" comment, p ng〃を描画しコメンタリピクチャを実現する。

[0316] 以上、説明した本実施の形態によるシステムにより、映像に同期して詳細情報画像をはりつけるコメンタリピクチヤなど、コンテンツに連動して何らかのサービスを提供するアプリケーションを容易に実現できる。その理由は、本実施の形態によるシステムでは、コンテンツに連動して提供されるべきアプリケーションの開始タイミングがコンテンッの再生時刻に対応付けてポイントリストのポイント情報に記述されているからである。従って、早送り再生や巻き戻し再生などの特殊再生時であっても、コンテンツ側には特別な記述は必要なぐ簡潔に Popup— Eventを記述することが出来る。

[0317] (再生状況に応じたチャプターイベント生成メカニズム）

一例として前述したように本実施の形態におけるシステムでは、タイトル中での話の区切りとして設定するチヤプタが切り替わる際に、 PointTypeに" ChapterPoint"が指定されたイベントを生成可能であり、 XMLZXHTMLおよびスクリプトからなるァプリケーシヨンにおいてチヤプタの切り替わりに応じた処理を実行することが出来る。

[0318] し力しながら、前述したシステムでは特殊再生への考慮がまだ十分ではなぐ早送りや巻き戻し時に当該 ChapterPointに到達した場合と、通常再生時に ChapterPoin tに到達した場合との区別ができず、アプリケーション側で特殊再生時に特ィ匕した処理を記述できな力つた。

[0319] このため、コンテンツの自由度が制限され、ユーザの利便性を高めるよりよいコンテンッを提供したヽと、うスタジオのニーズが満たされなかった。

[0320] 図 47は、コンテンツ再生時刻に連動し、再生状態も通知可能なイベントを生成'処理シするステムにより、チャプタータイトルアプリケーションを実現した例を示す図である。具体的には図 47の上段に示すように、早送り再生時にあるチヤプタに到達した際、ユーザの理解を手助けするために、そのチヤプタのチヤプタタイトルを表示したいと V、うニーズがある。このチヤプタタイトルは通常再生時では視聴の邪魔になるため表示せず、早送り再生時のみに表示したい。

[0321] この課題に対応するために本発明では、チヤプタを知らせるイベント（PointType

= "ChapterPoint")に併せて、通常再生状態や早送り再生状態などのプレーヤの状態情報を同時に通知することで、さらにアプリケーションの表現力を向上させる。前記イベント生成手段である AV再生制御部は、前記タイトル再生手段が前記タイトルを特殊再生して!/ヽる場合に、前記タイトルが特殊再生されて!ヽる旨を示す再生状態情報を含むイベントを生成する。

[0322] 具体的に、本発明におけるイベント生成'ノヽンドルシステムの概要を図 47を用いて説明する。

[0323] 下段は、 AVストリームである VOBファイル、 VOB管理情報ファイル、プレイリスト情報ファイルを元に AVストリームの再生制御処理を行う AV再生制御部の振る舞いを示している。中段は、 AV再生制御部からの各種イベントや再生時刻などの情報を受信し XMLZXHTML及びスクリプトによるアプリケーションを実行制御する XHTML 処理部の振る舞、を示して、る。上段は本システムによって実現されるアプリケーションの例（早送り時のチャプタータイトル表示）を示して、る。

[0324] AV再生制御部は VOBファイル及び VOB管理情報ファイル、プレイリスト情報ファィルを元に AVストリームを再生する。 AVストリーム再生中に AV再生制御部は、コンテンッ再生時刻力前述したプレイリスト情報に含まれるポイント情報が示す再生時刻に到達するかどうかを監視する。

[0325] コンテンツ再生時刻が前述のポイント情報に記述された再生時刻に到達すると、 A V再生制御部は前述のポイント情報力到達したポイントがチヤプタポイントであることを検知する（（1) Point検知)。

[0326] 次に AV再生制御部はポイントに到達した際のプレーヤ状態情報を取得する（（2) 再生状態確認)。本実施の形態では、プレーヤ状態情報をタイトルの再生状態とし、タイトルの再生状態が早送り再生状態であることを確認する。しかし、プレーヤ状態情報をタイトルの再生状態とするのはあくまでもこの場合の例であり、プレーヤ状態情報は例えばコンテンツ再生時刻であったり、言語やアングルなどのプレーヤへの設定情報であったり、タイトル再生時の現実時間情報であってもよ、。

[0327] 次に AV再生制御部は XHTML処理部に前述のポイント種別情報とタイトルの再生状態情報を伴ってイベントを通知する（（3) Point+再生状態イベント通知)。 XHT ML処理部はイベントを通知されるとアプリケーションのイベント記述を確認し、当該ィベント発生時に実行すべきスクリプト (イベントハンドラ）を実行する（ (4)イベント処理) 。ここでは、早送り再生時にチヤプタの区切りに到達すると、切り替わった先のチヤプタのチヤプタタイトルを描画して、る ( (5)チヤプタタイトル表示)。

[0328] 図 48は、コンテンツ再生時刻に連動し、再生状態も通知可能なイベントを生成'処理するシステムのフローチャート図である。以下、図 47を用いて説明した本発明におけるイベント生成'ノヽンドルシステムの具体的なフローチャートを図 48を用いて説明する。

[0329] まず AV再生制御部はプレイリストの再生を指示されると (ステップ S1001)、プレイリスト情報に含まれるポイント情報 (Point情報）をキャッシュしておく（ステップ S1002

) o

[0330] 次に AV再生制御部は当該プレイリストの再生が終了（ステップ S 1003の yes)するまで以下の処理を繰り返す (ステップ S1003の no)。

[0331] AV再生制御部は AVストリームの再生時刻がステップ S1002にキャッシュしたポィント情報で指定される時刻に到達すると (ステップ S1004yes)、 AV再生制御部は当該 Pointに到達した際の再生状態情報を確認する (ステップ S 1005)。次に AV再生制御部は前述のポイント情報に基づいてイベントを生成し XHTML処理部に通知する（ステップ S 1006)。イベントには少なくともポイント種別情報（PointType)と、ステップ S1005で確認した再生状態情報とを含み、必要に応じてイベント期間情報 (Dur ation)も含む。

[0332] イベントの通知を受けると XHTML処理部は、アプリケーションの記述に基づき当該イベントのイベント処理スクリプト (イベントハンドラ）を実行する（ステップ S 1007)。 [0333] 図 49は、チャプタータイトルアプリケーションの記述例を示す図である。図 49に具体的なアプリケーションの記述例を示す。

[0334] 例えば、 12番目のポイント情報（Point # 0012)力 12番目のチヤプタの区切りでありポイント種別が〃 ChapterPoint"であるとする。コンテンツの再生時刻が Point # 0012に記述される時刻に到達し、 XHTML処理部が当該ポイントのイベントを受信したとすると、 XHTML処理部はまずく bdi： bevent >要素に区切られたイベント記述を確認し、 "ChapterPoint〃に関する情報が記載されたく bdi:beitem>要素（本例では 1つのみ）を検索する。 type = "ChapterPointFired "であるく bdi:beitem >要素にその情報が記載されており、イベントハンドラとして実行すべきスクリプトが o noccur属性に指定されている。ここでは、スクリプト chaptertitle Oを実行するよう記述されている。すなわち、前記イベントは、前記タイトルを構成するひとまとまりの話の単位であるチヤプタ毎に生成されるイベントであり、前記イベントに対応するイベント処理は、チヤプタの切り替わりに対応する処理である。

[0335] 次に XHTML処理部はイベント記述に基づ、て < script >要素に区切られたスクリプト記述を確認し、 chaptertitle O関数を実行する。 chaptertitle O関数では、ポイント情報の順序番号を beitem. pointldとして捕捉し、本実施の形態のようにボイントの順序番号力 12"である場合に、 chapter 12 ( < object >要素の id属性）と!ヽぅオブジェクトの可視属性に' isible (可視状態）"を代入している。これにより、コンテンッ記述の中の id="chapterl2"である要素が" hidden (不可視状態）"から〃 visible ( 可視状態）〃になり、 XHTML処理部は前述のチヤプタタイトルにあたる画像" chapl 2. png〃を描画し早送り再生時のチヤプタタイトル描画を実現する。すなわち、 XHT ML処理部によって実現される前記スクリプト実行手段は、前記イベントに含まれる再生状態情報が、前記タイトルが特殊再生されている旨を示す場合に、前記イベント〖こ対応づけられた画像の可視属性を不可視状態力可視状態に設定した後に、可視状態に設定された画像を表示する。

[0336] なお、本実施で述べたように、イベント生成時に AV再生制御部が XHTML処理部に対してプレーヤの状態情報を含めて通知するシステムに関しては、ポイント種別が ChapterPointであるイベントに限定されるものではない。 [0337] 例えば、図 43等を用いて説明したコメンタリピクチャなどを実現するポイント種別が EventPointであるイベント生成時にお!、ても、同様プレーヤの状態情報を含めて通知しても良い。

[0338] この場合も同様にアプリケーションの表現力を向上させることができる。

[0339] (イベントの重要度を加味したイベント生成メカニズム）

以上、特殊再生時に特化したイベント処理が可能となる、プレーヤの状態情報を伴つてイベントを生成'ノヽンドルするシステムについて述べた。

[0340] ここで、早送り再生などの特殊再生処理は通常再生に比べて、早送り倍率を高くすればするほど AV再生制御部への負担が大きくなる。このため高倍率での早送り再生中も誤差無くその時刻にすべてのイベントを生成し処理するのは、再生制御部への負担が大きく困難であるという課題があった。一方でスタジオがコンテンツに記録したポイント情報の全てが早送り再生中に必要というわけではなぐ必ずイベントを生成して欲 U、ものもあれば、生成タイミングがずれるくら!、であれば無視して欲、ィベントもある。

[0341] そこで本発明では、 BD管理情報に記述する各イベント毎に生成条件フラグを新規追加する。

[0342] 図 50は、ポイント情報にイベント生成条件情報を追加'修正したプレイリストファイルの構成図である。具体的に、図 50を用いて説明する。図 50では、図 43にて追加したポイントリストの各ポイント情報のメンバとして、さらにイベント生成条件情報を追加している。このイベント生成条件情報には、当該ポイント情報に基づくイベントを生成する際の条件を記述するものであり、例えば本実施の形態では早送り再生中であってもイベントを生成することが必要 (必須)力否かを記述する。そのほかの既存のメンバの役割は前述したものと変わらないため説明を割愛する。

[0343] なお、図 50に示すプレイリスト情報はあくまでも例であり、イベント生成条件をはじめとするポイント情報をプレーヤがコンテンツ再生時に記憶出来るのであればそのほかの方法であっても良い。例えば、図 13に示した VOB管理情報やアプリケーションを記述する XMLZXHTMLまたはスクリプトに上記ポイント情報にあたる情報を記述しても良い。 [0344] また、上記の生成条件はあくまでも例であり、このイベント生成条件情報の内容は特に上記の内容に限定されるものではない。例えばどの様な再生状況であってもィベント生成が必須力否かという内容であってもよい。また、（巻き戻し時のみといつたような)ある特殊再生時のみイベント生成するというようなプレーヤの状態に応じた条件であっても良い。さらに、例えばプレーヤがネットワークに接続されている力否かなどのプレーヤの能力に応じた条件であっても良、。またそれぞれの条件を組み合わせたものであっても良い。スクリプト記述の中で、情報を取得し対応する処理を実行するか否かの条件分岐を記述しても良いが、イベント生成条件としてプレイリスト情報の中に含めておくことで、当該イベントを生成する処理自体を省略することができ、スクリブトの中で条件判断する場合に比べてプレーヤの負荷が軽くなるといった利点がある。

[0345] なお、例えば本実施の形態のように特殊再生時でもイベント生成が必須である場合などは、 AV再生制御部の負荷を考慮し、当該ポイント情報や当該イベントに対応したスクリプト (イベントハンドラ)などイベントの処理に必要な情報をメモリ上に展開しキャッシュしておいたり、一部の処理をあら力じめ実行しておいたりするなどの対応を取つても良い。

[0346] 図 51は、イベント生成条件に応じてコンテンツ再生時刻に連動したイベントを生成' 処理するシステムの動作概要を示す図である。イベント生成条件情報が特殊再生時でイベントを生成することが必須である力否かとう情報である場合の例を図 51を用いて説明する。

[0347] Event Point Aは、 Event Point Bよりも前のコンテンツ再生時刻に位置し、 E vent Point Aのイベント生成条件情報には特殊再生時のイベント生成が不要である旨が記述され、 Event Point Bのイベント生成条件情報には特殊再生時のィべント生成が必須である旨が記述されて、るものとする。

[0348] まず通常再生時では、前述してきたようにコンテンツ再生時刻が Event Point A に到達した時点で当該 Point情報に基づくイベント Aが生成され、次に Event Poin t Bに到達した時点で同様に当該 Point情報に基づくイベント Bが生成される。すなわち、前記ポイントリストには、前記イベントを生成する条件であるイベント生成条件が前記イベントに対応づけて記述され、 AV再生制御部によって実現される前記ィベント生成手段は、前記タイトル再生手段によって再生されているタイトルの再生時刻が前記ポイントリストに記述されたイベント時刻に到達した際に、当該イベント時刻に対応するイベント生成条件が満たされるか否かを判断し、満たされる場合にだけ、当該イベント時刻に対応するイベントを生成する。

[0349] 一方、図 51に示すように 20倍速の早送り再生が行われた場合、コンテンツ再生時刻が Event Point Aに到達すると（（1) Point検知）、 Event Point Aのポイント情報に含まれるイベント生成条件情報を確認する（（2)生成条件確認)。 Event Poi nt Aのイベント生成条件情報には特殊再生時のイベント生成が不要である旨が記述されているため、 AV再生制御部は Event Point Aを無視し、タイトル再生を継続する。

[0350] 次に Event Point Bに到達すると（（1) Point検知）、 Event Point Bのポイント情報に含まれるイベント生成条件情報を確認する（（2)生成条件確認)。 Event Poi nt Bのイベント生成条件情報には特殊再生時のイベント生成が必須である旨が記述されているため、 AV再生制御部は Event Point Bに到達した際のタイトルの再生状態情報を確認し（（3)再生状態確認)、 Event Point Bのポイント情報に基づき、かつ再生状態情報を伴ったイベントを生成し XHTML処理部に通知する（ (4) P oint +再生状態イベント通知）。 XHTML処理部はイベントを受けると、アプリケーシヨン記述に基づき該当するイベント処理を実行する（（5)イベント処理)。すなわち、 A V再生制御部によって実現される前記イベント生成条件は、特殊再生時にイベントを生成する必要があるか否かを示す条件であり、前記イベント生成手段は、前記タイトル再生手段が前記タイトルを特殊再生してヽる場合に、前記イベント時刻に対応したイベント生成条件が示す条件に従って、前記イベントを生成する、又は、生成しない。なお、前述したように特殊再生時のイベント処理に必要な負担を軽減するために、ポイント情報や、イベント処理に必要な情報、スクリプトをあら力じめメモリにキャッシュしておいても良い。

[0351] 図 52は、イベント生成条件に応じてコンテンツ再生時刻に連動したイベントを生成' 処理するシステムのフローチャート図である。以下、図 51を用いて説明した本発明における、イベント生成条件情報に基づいたイベント生成'ノヽンドルシステムの具体的なフローチャートを図 52を用いて説明する。

[0352] まず AV再生制御部はプレイリストの再生を指示されると (ステップ S1101)、プレイリスト情報に含まれるポイント情報 (Point情報）をキャッシュしておく（ステップ S1102

) o

[0353] 次に AV再生制御部は当該プレイリストの再生が終了（ステップ S 1103の yes)するまで以下の処理を繰り返す (ステップ S1103の no)。

[0354] AV再生制御部は AVストリームの再生時刻がステップ SI 102にキャッシュしたポィント情報で指定される時刻に到達すると (ステップ SI 104yes)、 AV再生制御部は当該 Pointのポイント情報に含まれるイベント生成条件を確認し、当該 Pointに到達した際の状態力ベント生成条件に適合するかどうか確認する (ステップ S1105)。ィべント生成条件に適合する場合はイベント生成処理を継続するためステップ S 1106に進み (ステップ S1105yes)、イベント生成条件に適合しない場合はイベントを生成せずにプレイリストの再生を継続する（ステップ SI 105no)。

[0355] イベント生成条件に適合する場合、 AV再生制御部は当該 Pointに到達した際の再生状態情報を確認する (ステップ S1106)。次に AV再生制御部は前述のポイント情報に基づ、てイベントを生成し XHTML処理部に通知する（ステップ S 1107)。ィベントには少なくともポイント種別情報（PointType)と、ステップ S 1106で確認した再生状態情報とを含み、必要に応じてイベント期間情報 (Duration)も含む。

[0356] イベントの通知を受けると XHTML処理部は、アプリケーションの記述に基づき当該イベントのイベントハンドラを実行する（ステップ S 1108)。

以上、イベント生成条件に基づいたイベント生成'ノヽンドルシステムについて説明した力 S、本発明により特殊再生時におけるプレーヤのイベント生成負荷を軽減することができる。また、イベント生成条件として定義する内容次第では、さらに自由度の高いコンテンッ記述が可能となる。

[0357] なお、本実施の形態は、ネットワーク配信に適用することができる。ネットワーク配信では、再生装置は、まず IndexTableをダウンロードした後、 XHTMLで記述されるスタリブトとそれに基づいて再生されるべきストリームとをダウンロードする。この場合、本発明の再生装置は、実施の形態 2ですでに説明したように、 IndexTableと、スクリブトと、ストリームとを、タイトルごとにハードディスク上にー且、ノッファし、再生直前にメモリ上にキャッシュするとしてもよい。このようにすることにより、リアルタイムでかつシームレスにコンテンツのインタラクティブ再生を楽しむことができるという効果を得ることがでさる。

産業上の利用可能性

本発明を利用することにより、映像データと XMLおよびスクリプトによる AV再生制御をネットワーク配信及び記録媒体を介したコンテンツ配信に導入することが可能となる。特に、映像コンテンツの制作に携わる映画産業 ·民生機器産業において利用される可能性をもつ。

Claims

請求の範囲

[1] デジタルコンテンツであるタイトルを再生する再生装置であって、

前記タイトルを取得して再生するタイトル再生手段と、

前記タイトルの再生において生成すべきイベントと当該イベントを生成する時刻であるイベント時刻とを対応づけて記述したポイントリストを取得し、取得したポイントリストに従って、前記タイトル再生手段によって再生されているタイトルの再生時刻が前記ポイントリストに記述されたイベント時刻に到達した際に、当該イベント時刻に対応するイベントを生成するイベント生成手段と、

前記イベント生成手段が取得したポイントリストに記述されたイベントに対応する処理であるイベント処理を記述したアプリケーションプログラムであるスクリプトを取得し、取得したスクリプトに従って、前記イベント生成手段によって生成されたイベントに対応したイベント処理を実行するスクリプト実行手段とを備え、

前記イベント生成手段は、前記タイトル再生手段によるタイトルの再生状態を示す再生状態情報を含むイベントを生成し、

前記スクリプト実行手段は、前記イベント生成手段によって生成されたイベントに含まれる再生状態情報に依存して、実行するイベント処理を切り替える

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

[2] 前記イベント生成手段は、前記タイトル再生手段が前記タイトルを特殊再生して、る場合に、前記タイトルが特殊再生されてヽる旨を示す再生状態情報を含むイベントを生成する

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

[3] 前記スクリプト実行手段は、前記イベントに含まれる再生状態情報が、前記タイトルが特殊再生されてヽる旨を示す場合に、前記イベントに対応づけられた画像の可視属性を不可視状態力可視状態に設定した後に、可視状態に設定された画像を表示する

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

[4] 前記ポイントリストには、前記イベントを生成する条件であるイベント生成条件が前記イベントに対応づけて記述され、前記イベント生成手段は、前記タイトル再生手段によって再生されて、るタイトルの再生時刻が前記ポイントリストに記述されたイベント時刻に到達した際に、当該ィベント時刻に対応するイベント生成条件が満たされるカゝ否かを判断し、満たされる場合にだけ、当該イベント時刻に対応するイベントを生成する

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

[5] 前記イベント生成条件は、特殊再生時にイベントを生成する必要があるか否かを示す条件であり、

前記イベント生成手段は、前記タイトル再生手段が前記タイトルを特殊再生して、る場合に、前記イベント時刻に対応したイベント生成条件が示す条件に従って、前記イベントを生成する、又は、生成しない

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

[6] 前記イベントは、前記タイトルを構成するひとまとまりの話の単位であるチヤプタ毎に生成されるイベントであり、

前記イベントに対応するイベント処理は、チヤプタの切り替わりに対応する処理である

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

[7] デジタルコンテンツであるタイトルを再生する再生方法であって、

前記タイトルを取得して再生するタイトル再生ステップと、

前記タイトルの再生において生成すべきイベントと当該イベントを生成する時刻であるイベント時刻とを対応づけて記述したポイントリストを取得し、取得したポイントリストに従って、前記タイトル再生ステップによって再生されているタイトルの再生時刻が前記ポイントリストに記述されたイベント時刻に到達した際に、当該イベント時刻に対応するイベントを生成するイベント生成ステップと、

前記イベント生成ステップで取得したポイントリストに記述されたイベントに対応する処理であるイベント処理を記述したアプリケーションプログラムであるスクリプトを取得し、取得したスクリプトに従って、前記イベント生成ステップで生成されたイベントに対応したイベント処理を実行するスクリプト実行ステップとを含み、

前記イベント生成ステップでは、前記タイトルの再生状態を示す再生状態情報を含むイベントを生成し、

前記スクリプト実行ステップでは、前記イベント生成ステップで生成されたイベントに含まれる再生状態情報に依存して、実行するイベント処理を切り替える

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

[8] デジタルコンテンツであるタイトルを再生する再生装置のためのプログラムであって請求項 7記載のステップをコンピュータに実行させる

ことを特徴とするプログラム。

[9] デジタルコンテンツであるタイトルを再生する再生装置のためのプログラムが記録されたコンピュータ読み取り可能な記録媒体であって、

請求項 8記載のプログラムが記録されて、る

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

[10] デジタルコンテンツであるタイトルを再生するための集積回路であって、

前記タイトルを取得して再生するタイトル再生手段と、

ことを特徴とする集積回路。コンピュータ読み取り可能な記録媒体であって、

デジタルコンテンツであるタイトルと、

前記タイトルの再生において生成すべきイベントと当該イベントを生成する時刻であるイベント時刻とを対応づけて記述したポイントリストと、

前記ポイントリストに記述されたイベントに対応する処理であるイベント処理を記述したアプリケーションプログラムであるスクリプトと

が記録されて!ヽることを特徴とする記録媒体。