(57)【要約】【課題】  Discに記録したコンテンツを再生する再生メニューを、コンテンツが記録される度に順次追加可能で、かつ容易に編集可能な再生メニュー記録方法が存在しなかった。【解決手段】  上記課題を解決するため本発明における再生メニューのデータ構造は、表示されるメニュー画面単位で同様の構造を持ちそれらが画面遷移に応じてリンクされる構造を持つことを特徴とする。【選択図】        図４３
2007048383.tif 000002
【特許請求の範囲】
【請求項１】
デジタルストリームを含む１つ以上のタイトルとそれらを再生させる再生メニューとが記録された情報記録媒体であって、
前記再生メニューを実現するプログラムはメニュー画面毎に同一の構成をとっており、
全メニュー画面毎のプログラム全てをまとめたプログラム群として前記情報記録媒体に記録される
ことを特徴とする情報記録媒体。
【請求項２】
前記プログラム群は、メニュー用デジタルストリームの先頭に配置される
ことを特徴とする請求項１記載の情報記録媒体。
【請求項３】
前記プログラム群は、メニュー用デジタルストリームとは別のストリームとして情報記録媒体に記録され、
メニュー用デジタルストリームの再生と同時に再生される
ことを特徴とする請求項１記載の情報記録媒体。
【請求項４】
前記情報記録媒体に記録されるメニュー画面の最大数は決められており、
前記メニュー画面毎に独立したプログラムは、メニュー画面の最大数分固定的にデジタルストリームの先頭に配置される
ことを特徴とする請求項１記載の情報記録媒体。
【請求項５】
情報記録媒体に映像を記録する映像記録装置であって、
映像をタイトルとしてデジタルストリームに記録する映像記録部と、
前記タイトルの記録後に当該タイトルのサムネイルを生成するサムネイル生成部と、
前記サムネイルを元に前記タイトルを再生するためのメニュー画面を生成しメニュー用デジタルストリームに記録するメニュー画面記録部と、
前記追加したメニュー画面を制御する制御プログラムを生成し記録するメニュー制御プログラム記録部とを備える
ことを特徴とする映像記録装置。
【請求項６】
前記メニュー画面記録部は１つまたは固定数分のタイトル毎にメニュー画面を生成するのであって、
前記情報記録媒体上にメニュー用デジタルストリームが存在しなければ新規に作成し、
前記情報記録媒体上にメニュー用デジタルストリームが存在すればそれに追加する
ことを特徴とする請求項５記載の映像記録装置。
【請求項７】
前記メニュー制御プログラム記録部は前記メニュー画面毎に独立した制御プログラムをプログラムストリームに記録するのであって、
前記情報記録媒体上にメニュー用プログラムストリームが存在しなければ新規に作成し、前記情報記録媒体上にメニュー用プログラムストリームが存在すればそれに追加する
ことを特徴とする請求項５記載の映像記録装置。
【請求項８】
前記メニュー画面を制御する制御プログラムはメニュー画面毎に同様の構成であって、
前記メニュー制御プログラム記録部はあらかじめ用意された制御プログラムのひな形を元に当該タイトルのメニュー画面用の制御プログラムを生成する
ことを特徴とする請求項５記載の映像記録装置。
【請求項９】
前記情報記録媒体に記録されるメニュー画面の最大数は決められており、
前記メニュー制御プログラム記録部はメニュー用プログラムストリームを新規作成する際に前記制御プログラムのデータ領域をメニュー画面の最大数分あらかじめ用意してメニュー用プログラムストリームを作成して記録し、
前記メニュー用プログラムストリームに制御プログラムを追加する際は前記メニュー用プログラムストリーム中の当該メニュー画面用のデータ領域を修正する
ことを特徴とする請求項８記載の映像記録装置。
【請求項１０】
前記メニュー用プログラムストリームは前記メニュー用デジタルストリームの先頭に記録し一本のデジタルストリームとして前記情報記録媒体にすることを特徴とする
請求項７記載の映像記録装置。
【請求項１１】
情報記録媒体に映像を記録する映像記録方法であって、
映像をタイトルとしてデジタルストリームに記録する映像記録ステップと、
前記タイトルの記録後に当該タイトルのサムネイルを生成するサムネイル生成ステップと、
前記サムネイルを元に前記タイトルを再生するためのメニュー画面を生成しメニュ用デジタルストリームに記録するメニュー画面記録ステップと、
前記追加したメニュー画面を制御する制御プログラムを生成し記録するメニュー制御プログラム記録ステップとを含む
ことを特徴とする映像記録方法。
【請求項１２】
前記メニュー画面記録ステップは１つまたは固定数分のタイトル毎にメニュー画面を生成するのであって、
前記情報記録媒体上にメニュー用デジタルストリームが存在しなければ新規に作成し、
前記情報記録媒体上にメニュー用デジタルストリームが存在すればそれに追加する
ことを特徴とする請求項１１記載の映像記録方法。
【請求項１３】
前記メニュー制御プログラム記録ステップは前記メニュー画面毎に独立した制御プログラムをプログラムストリームに記録するのであって、
前記情報記録媒体上にメニュー用プログラムストリームが存在しなければ新規に作成し、前記情報記録媒体上にメニュー用プログラムストリームが存在すればそれに追加する
ことを特徴とする請求項１１記載の映像記録方法。
【請求項１４】
前記メニュー画面を制御する制御プログラムはメニュー画面毎に同様の構成であって、
前記メニュー制御プログラム記録ステップはあらかじめ用意された制御プログラムのひな形を元に当該タイトルのメニュー画面用の制御プログラムを生成する
ことを特徴とする請求項１１記載の映像記録方法。
【請求項１５】
前記情報記録媒体に記録されるメニュー画面の最大数は決められており、
前記メニュー制御プログラム記録ステップはメニュー用プログラムストリームを新規作成する際に前記制御プログラムのデータ領域をメニュー画面の最大数分あらかじめ用意してメニュー用プログラムストリームを作成して記録し、
前記メニュー用プログラムストリームに制御プログラムを追加する際は前記メニュー用プログラムストリーム中の当該メニュー画面用のデータ領域を修正する
ことを特徴とする請求項１４記載の映像記録方法。
【請求項１６】
前記メニュー用プログラムストリームは前記メニュー用デジタルストリームの先頭に記録し一本のデジタルストリームとして前記情報記録媒体にすることを特徴とする
請求項１３記載の映像記録方法。
【請求項１７】
情報記録媒体に映像を記録する映像記録プログラムであって、
映像をタイトルとしてデジタルストリームに記録する映像記録ステップと、
前記タイトルの記録後に当該タイトルのサムネイルを生成するサムネイル生成ステップと、
前記サムネイルを元に前記タイトルを再生するためのメニュー画面を生成しメニュ用デジタルストリームに記録するメニュー画面記録ステップと、
前記追加したメニュー画面を制御する制御プログラムを生成し記録するメニュー制御プログラム記録ステップと
をコンピュータに実行させることを特徴とする映像記録プログラム。
【請求項１８】
前記メニュー画面記録ステップは１つまたは固定数分のタイトル毎にメニュー画面を生成するのであって、
前記情報記録媒体上にメニュー用デジタルストリームが存在しなければ新規に作成し、
前記情報記録媒体上にメニュー用デジタルストリームが存在すればそれに追加する
ことを特徴とする請求項１７記載の映像記録プログラム。
【請求項１９】
前記メニュー制御プログラム記録ステップは前記メニュー画面毎に独立した制御プログラムをプログラムストリームに記録するのであって、
前記情報記録媒体上にメニュー用プログラムストリームが存在しなければ新規に作成し、前記情報記録媒体上にメニュー用プログラムストリームが存在すればそれに追加する
ことを特徴とする請求項１７記載の映像記録プログラム。
【請求項２０】
前記メニュー画面を制御する制御プログラムはメニュー画面毎に同様の構成であって、
前記メニュー制御プログラム記ステップはあらかじめ用意された制御プログラムのひな形を元に当該タイトルのメニュー画面用の制御プログラムを生成する
ことを特徴とする請求項１７記載の映像記録プログラム。
【請求項２１】
前記情報記録媒体に記録されるメニュー画面の最大数は決められており、
前記メニュー制御プログラム記録ステップはメニュー用プログラムストリームを新規作成する際に前記制御プログラムのデータ領域をメニュー画面の最大数分あらかじめ用意してメニュー用プログラムストリームを作成して記録し、
前記メニュー用プログラムストリームに制御プログラムを追加する際は前記メニュー用プログラムストリーム中の当該メニュー画面用のデータ領域を修正する
ことを特徴とする請求項２０記載の映像記録プログラム。
【請求項２２】
前記メニュー用プログラムストリームは前記メニュー用デジタルストリームの先頭に記録し一本のデジタルストリームとして前記情報記録媒体にすることを特徴とする
請求項１９記載の映像記録プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＢＤ−ＲＯＭ形式で映像データを記録した情報記録媒体、その記録装置及び記録方法に関し、特に記録した映像データの再生用メニューを記録する場合の改良に関する。
【背景技術】
【０００２】
映像データを記録した情報記録媒体の代表格は、ＤＶＤ（以下、ＳＤ−ＤＶＤまたは単にＤＶＤと称する）である。以降、従来のＤＶＤについて説明する。
【０００３】
図１は、ＳＤ−ＤＶＤの構造を示した図である。図１の下段に示すように、ＤＶＤディスク上にはリードインからリードアウトまでの間に論理アドレス空間が設けられ、論理アドレス空間の先頭からファイルシステムのボリューム情報が記録され、続いて映像音声などのアプリケーションデータが記録されている。
【０００４】
ファイルシステムとは、ＩＳＯ９６６０やＵＤＦ（Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｃ  Ｆｏｒｍａｔ）のことであり、ディスク上のデータをディレクトリまたはファイルと呼ばれる単位で表現する仕組みである。日常使っているＰＣ（パーソナルコンピュータ）の場合でも、ＦＡＴまたはＮＴＦＳと呼ばれるファイルシステムを通すことにより、ディレクトリやファイルという構造でハードディスクに記録されたデータがコンピュータ上で表現され、ユーザビリティを高めている。  ＳＤ−ＤＶＤの場合、ＵＤＦ及びＩＳＯ９６６０両方を使用しており（両方を合わせて「ＵＤＦブリッジ」と呼ぶ事がある）、ＵＤＦまたはＩＳＯ９６６０どちらのファイルシステムドライバによってもデータの読み出し（ここで取り扱うＤＶＤはパッケージメディア用のＲＯＭディスクであり、物理的に書き込みが不可能である）ができるようになっている。
【０００５】
ＤＶＤ上に記録されたデータは、ＵＤＦブリッジを通して、図１左上に示すようなディレクトリまたはファイルとして見ることができる。ルートディレクトリ（図中「ＲＯＯＴ」）の直下に「ＶＩＤＥＯ＿ＴＳ」と呼ばれるディレクトリが置かれ、ここにＤＶＤのアプリケーションデータが記録されている。アプリケーションデータは、複数のファイルとして記録され、主なファイルとして以下のものがある。
【０００６】
ＶＩＤＥＯ＿ＴＳ．ＩＦＯ    ディスク再生制御情報ファイル
ＶＴＳ＿０１＿０．ＩＦＯ    ビデオタイトルセット＃１再生制御情報ファイル
ＶＴＳ＿０１＿０．ＶＯＢ    ビデオタイトルセット＃１ストリームファイル
．．．．．
【０００７】
拡張子として２つの種類が存在する。「ＩＦＯ」は再生制御情報が記録されたファイルであって、「ＶＯＢ」はＡＶデータであるＭＰＥＧストリームが記録されたファイルである。再生制御情報とは、ＤＶＤで採用されたインタラクティビティ（ユーザの操作に応じて再生を動的に変化させる技術）を実現するための情報や、メタデータのようなタイトルやＡＶストリームに付属する情報などのことである。また、ＤＶＤでは一般的に再生制御情報のことをナビゲーション情報と呼ぶことがある。
【０００８】
再生制御情報ファイルは、ディスク全体を管理する「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」と、個々のビデオタイトルセット（ＤＶＤでは複数のタイトル、言い換えれば異なる映画や異なるバージョンの映画を１枚のディスクに記録することが可能である。）毎の再生制御情報である「ＶＴＳ＿０１＿０．ＩＦＯ」がある。ここで、ファイル名ボディにある「０１」はビデオタイトルセットの番号を示しており、例えば、ビデオタイトルセット＃２の場合は、「ＶＴＳ＿０２＿０．ＩＦＯ」となる。
【０００９】
図１の右上部は、ＤＶＤのアプリケーション層でのＤＶＤナビゲーション空間であり、前述した再生制御情報が展開された論理構造空間である。「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」内の情報は、ＶＭＧＩ（ＶＩＤＥＯ  Ｍａｎａｇｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ）として、「ＶＴＳ＿０１＿０．ＩＦＯ」または、他のビデオタイトルセット毎に存在する再生制御情報はＶＴＳＩ（Ｖｉｄｅｏ  Ｔｉｔｌｅ  Ｓｅｔ  Ｉｎｆｏｒｍａｔｉｏｎ）としてＤＶＤナビゲーション空間に展開される。
【００１０】
ＶＴＳＩの中にはＰＧＣ（Ｐｒｏｇｒａｍ  Ｃｈａｉｎ）と呼ばれる再生シーケンスの情報であるＰＧＣＩ（Ｐｒｏｇｒａｍ  Ｃｈａｉｎ  Ｉｎｆｏｒｍａｔｉｏｎ）が記述されている。ＰＧＣＩは、Ｃｅｌｌの集合とコマンドと呼ばれる一種のプログラミング情報によって構成されている。Ｃｅｌｌ自身はＶＯＢ（Ｖｉｄｅｏ  Ｏｂｊｅｃｔの略であり、ＭＰＥＧストリームを指す）の一部区間または全部区間の集合であり、Ｃｅｌｌの再生は、当該ＶＯＢのＣｅｌｌによって指定された区間を再生することを意味している。
【００１１】
コマンドは、ＤＶＤの仮想マシンによって処理されるものであり、ブラウザ上で実行されるＪａｖａ（登録商標）スクリプトなどに近いものである。しかしながらＪａｖａ（登録商標）スクリプトが論理演算の他にウィンドウやブラウザの制御（例えば、新しいブラウザのウィンドを開くなど）を行うのに対して、ＤＶＤのコマンドは、論理演算の他にＡＶタイトルの再生制御、例えば、再生するチャプタの指定などを実行するだけのものである点で異なっている。
【００１２】
Ｃｅｌｌはディスク上に記録されているＶＯＢの開始及び終了アドレス（論理アドレス）をその内部情報として有しており、プレーヤは、Ｃｅｌｌに記述されたＶＯＢの開始及び終了アドレス情報を使ってデータの読み出し、再生を実行する。
【００１３】
図１はＡＶストリーム中に埋め込まれているナビゲーション情報を説明する概略図である。ＳＤ−ＤＶＤの特長であるインタラクティビティは前述した「ＶＩＤＥＯ＿ＴＳ．ＩＦＯ」や「ＶＴＳ＿０１＿０．ＩＦＯ」などに記録されているナビゲーション情報だけによって実現されているのではなく、幾つかの重要な情報はナビゲーション・パック（ナビパックまたは、ＮＶ＿ＰＣＫと称する）と呼ばれる専用キャリアを使いＶＯＢ内に映像、音声データと一緒に多重化されている。
【００１４】
ここでは簡単なインタラクティビティの例としてメニューを説明する。メニュー画面上には、幾つかのボタンが現れ、夫々のボタンには当該ボタンが選択実行された時の処理が定義されている。また、メニュー上では一つのボタンが選択されており（ハイライトによって選択ボタン上に半透明色がオーバーレイされている）、ユーザは、リモコンの上下左右キーを使って、選択状態のボタンを上下左右の何れかのボタンに移動させることができる。リモコンの上下左右キーを使って、選択実行したいボタンまでハイライトを移動させ、決定する（決定キーを押す）ことによって対応するコマンドのプログラムが実行される。一般的には対応するタイトルやチャプタの再生がコマンドによって実行されている。
【００１５】
図２の左上部はＮＶ＿ＰＣＫ内の概要を示している。
【００１６】
ＮＶ＿ＰＣＫ内には、ハイライトカラー情報と個々のボタン情報などが含まれている。ハイライトカラー情報には、カラーパレット情報が記述され、オーバーレイ表示されるハイライトの半透明色が指定される。ボタン情報には、個々のボタンの位置情報である矩形領域情報と、当該ボタンから他のボタンへの移動情報（ユーザの上下左右キー操作夫々に対応する移動先ボタンの指定）と、ボタンコマンド情報（当該ボタンが決定された時に実行されるコマンド）が記述されている。
【００１７】
メニュー上のハイライトは、図２の中央右上部に示すように、オーバーレイ画像として作られる。オーバーレイ画像は、ボタン情報の矩形領域情報にカラーパレット情報の色をつけた物である。このオーバーレイ画像は右部に示す背景画像と合成されて画面上に表示される。
【００１８】
上述のようにして、ＤＶＤではメニューを実現している。また、何故、ナビゲーションデータの一部をＮＶ＿ＰＣＫを使ってストリーム中に埋め込んでいるのは、ストリームと同期して動的にメニュー情報を更新、例えば、映画再生中の途中５分〜１０分の間にだけメニューが表示されるなど、同期タイミングが問題となりやすいアプリケーションの場合でも、問題なく実現できるようにしたためである。
【００１９】
図３は、ＤＶＤのＶＯＢのイメージである。図に示すように、映像、音声、字幕などのデータ（Ａ段）は、ＭＰＥＧシステム（ＩＳＯ／ＩＥＣ１３８１８−１）規格に基づいて、パケット及びパック化し（Ｂ段）、夫々を多重化して１本のＭＰＥＧプログラムストリームにしている（Ｃ段）。また、前述した通りインタラクティブを実現するためのボタンコマンドを含んだＮＶ＿ＰＣＫも一緒に多重化をされている。
【００２０】
ＭＰＥＧシステムの多重化の特徴は、多重化する個々のデータは、そのデコード順に基づくビット列になっているが、多重化されるデータ間、即ち、映像、音声、字幕の間は必ずしも再生順、言い換えればデコード順に基づいてビット列が形成されているわけではない。これはＭＰＥＧシステムストリームのデコーダモデル（一般にＳｙｓｔｅｍ  Ｔａｒｇｅｔ  Ｄｅｃｏｄｅｒ、またはＳＴＤと呼ばれる（図３のＤ段））が多重化を解いた後に個々のエレメンタリーストリームに対応するデコーダバッファを持ち、デコードタイミングまでに一時的にデータを蓄積している事に由来している。このデコーダバッファは、個々のエレメンタリーストリーム毎にサイズが異なり、映像に対しては、２３２ｋＢ、音声に対しては４ｋＢ、字幕に対しては５２ｋＢを夫々有している。このため、各デコーダバッファへのデータ入力タイミングは個々のエレメンタリストリームで異なるため、ＭＰＥＧシステムストリームとしてビット列を形成する順番と表示（デコード）されるタイミングにずれが生じている。
【００２１】
即ち、映像データと並んで多重化されている字幕データが必ずしも同一タイミングでデコードされているわけでは無い。
【００２２】
かかるＤＶＤの構成は、以下の特許文献１に記載されている。
【特許文献１】特許第２８１３２４５号公報
【発明の開示】
【発明が解決しようとする課題】
【００２３】
ところでビデオカメラで撮影した映像などを逐次Discに記録する場合において、Discに記録された映像などのコンテンツを再生する再生メニューを記録の度に順次追加可能で、かつ容易に編集可能な再生メニューを記録する手段が存在しなかった。
【課題を解決するための手段】
【００２４】
上記課題を解決するため本発明における再生メニューのデータ構造は、表示されるメニュー画面単位で同様の構造を持ちそれらが画面遷移に応じてリンクされる構造を持つことを特徴とする。
【発明の効果】
【００２５】
上述した再生メニューはメニューを構成するデータが画面に表示される固定数のコンテンツ単位で独立しているため、Disc上にコンテンツが追加記録された場合でも追加分のメニュー用データを作成し修正するだけでよく、またDisc上のコンテンツが削除された場合でも修正する箇所が限定的になり、当該コンテンツが属するメニュー画面用のデータを修正するだけでよい。このようにメニューの作成や修正を容易にかつ迅速に行うことできる。
【発明を実施するための最良の形態】
【００２６】
（実施例１）
まず最初に本発明の第１の実施の形態について説明する。
【００２７】
（ディスク上の論理データ構造）
図４は、ＢＤ−ＲＯＭ（以降、「ＢＤ」と称する場合もある）の構成、特にディスク媒体であるＢＤディスク（１０４）と、ディスクに記録されているデータ（１０１、１０２、１０３）の構成を示す図である。ＢＤディスク（１０４）に記録されるデータは、ＡＶデータ（１０３）と、ＡＶデータに関する管理情報及びＡＶ再生シーケンスなどのＢＤ管理情報（１０２）と、インタラクティブを実現するＢＤ再生プログラム（１０１）である。本実施の形態では、映画などのＡＶコンテンツを再生するためのＡＶアプリケーションを主眼においてのＢＤディスクの説明を行うが、ＢＤディスクをＣＤ−ＲＯＭやＤＶＤ−ＲＯＭの様にコンピュータ用途の記録媒体としてしようすることも当然のことながら可能である。
【００２８】
図５は、上述したＢＤディスクに記録されている論理データを示した図である。ＢＤディスクは、他の光ディスク、例えばＤＶＤやＣＤなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、内周のリード・インと外周のリード・アウトの間に論理データを記録できる論理アドレス空間を有している。また、リード・インの内側にはＢＣＡ（Ｂｕｒｓｔ  Ｃｕｔｔｉｎｇ  Ａｒｅａ）と呼ばれるドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがよくある。
【００２９】
論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは従来技術で説明した通り、ＵＤＦやＩＳＯ９６６０などのことであり、通常のＰＣと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になっている。
【００３０】
本実施例の場合、ＢＤディスク上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＶＩＤＥＯディレクトリが置かれている。このディレクトリはＢＤ−ＲＯＭで扱うＡＶコンテンツや管理情報などのデータ（図４で説明した１０１、１０２、１０３）が記録されているディレクトリである。
【００３１】
ＢＤＶＩＤＥＯディレクトリの下には、次の７種類のファイルが記録されている。
【００３２】
ＢＤ．ＩＮＦＯ（ファイル名固定）
「ＢＤ管理情報」の一つであり、ＢＤディスク全体に関する情報を記録したファイルである。ＢＤプレーヤは最初にこのファイルを読み出す。
ＢＤ．ＰＲＯＧ（ファイル名固定）
「ＢＤ再生プログラム」の一つであり、ＢＤディスク全体に関わるプログラムを記録したファイルである。
ＸＸＸ．ＰＬ（「ＸＸＸ」は可変、拡張子「ＰＬ」は固定）
「ＢＤ管理情報」の一つであり、シナリオを記録するプレイリスト（Ｐｌａｙ  Ｌｉｓｔ）情報を記録したファイルである。プレイリスト毎に１つのファイルを持っている。
ＸＸＸ．ＰＲＯＧ（「ＸＸＸ」は可変、拡張子「ＰＬ」は固定）
「ＢＤ再生プログラム」の一つであり、前述したプレイリスト毎のプログラムを記録したファイルである。プレイリストとの対応はファイルボディ名（「ＸＸＸ」が一致する）によって識別される。
ＹＹＹ．ＶＯＢ（「ＹＹＹ」は可変、拡張子「ＶＯＢ」は固定）
「ＡＶデータ」の一つであり、ＶＯＢ（従来例で説明したＶＯＢと同じ）を記録したファイルである。ＶＯＢ毎に１つのファイルを持っている。
ＹＹＹ．ＶＯＢＩ（「ＹＹＹ」は可変、拡張子「ＶＯＢＩ」は固定）
「ＢＤ管理情報」の一つであり、ＡＶデータであるＶＯＢに関わる管理情報を記録したファイルである。ＶＯＢとの対応はファイルボディ名（「ＹＹＹ」が一致する）によって識別される。
ＺＺＺ．ＰＮＧ（「ＺＺＺ」は可変、拡張子「ＰＮＧ」は固定）
「ＡＶデータ」の一つであり、字幕及びメニューを構成するためのイメージデータＰＮＧ（Ｗ３Ｃによって標準化された画像フォーマットであり「ピング」と読む）を記録したファイルである。１つのＰＮＧイメージ毎に１つのファイルを持つ。
【００３３】
（プレーヤの構成）
次に、前述したＢＤディスクを再生するプレーヤの構成について図６及び図７を用いて説明する。
【００３４】
図６は、プレーヤの大まかな機能構成を示すブロック図である。
【００３５】
ＢＤディスク（２０１）上のデータは、光ピックアップ（２０２）を通して読み出される。読み出されたデータは夫々のデータの種類に応じて専用のメモリに記録される。ＢＤ再生プログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」ファイルの中身）はプログラム記録メモリ（２０３）に、ＢＤ管理情報（「ＢＤ．ＩＮＦＯ」、「ＸＸＸ．ＰＬ」または「ＹＹＹ．ＶＯＢＩ」）は管理情報記録メモリ（２０４）に、ＡＶデータ（「ＹＹＹ．ＶＯＢ」または「ＺＺＺ．ＰＮＧ」）はＡＶ記録メモリ（２０５）に夫々記録される。
【００３６】
プログラム記録メモリ（２０３）に記録されたＢＤ再生プログラムはプログラム処理部（２０６）によって、管理情報記録メモリ（２０４）に記録されたＢＤ管理情報は管理情報処理部（２０７）によって、また、ＡＶ記録メモリ（２０５）に記録されたＡＶデータはプレゼンテーション処理部（２０８）によって夫々処理される。
【００３７】
プログラム処理部（２０６）は、管理情報処理部（２０７）より再生するプレイリストの情報やプログラムの実行タイミングなどのイベント情報を受け取りプログラムの処理を行う。また、プログラムでは再生するプレイリストを動的に変える事が可能であり、この場合は管理情報処理部（２０７）に対してプレイリストの再生命令を送ることで実現する
プログラム処理部（２０６）は、ユーザからのイベント、即ちリモコンキーからのリクエストを受け、ユーザイベントに対応するプログラムがある場合は、実行処理する。
【００３８】
管理情報処理部（２０７）は、プログラム処理部（２０６）の指示を受け、対応するプレイリスト及びプレイリストに対応したＶＯＢの管理情報を解析し、プレゼンテーション処理部（２０８）に対象となるＡＶデータの再生を指示する。また、管理情報処理部（２０７）は、プレゼンテーション処理部（２０８）より基準時刻情報を受け取り、時刻情報に基づいてプレゼンテーション処理部（２０８）にＡＶデータ再生の停止指示を行い、また、プログラム処理部（２０６）に対してプログラム実行タイミングを示すイベントを生成する。
【００３９】
プレゼンテーション処理部（２０８）は、映像、音声、字幕／イメージ夫々に対応するデコーダを持ち、管理情報処理部（２０７）からの指示に従い、ＡＶデータのデコード及び出力を行う。映像データ及び字幕／イメージの場合は、デコード後に夫々の専用プレーン、ビデオプレーン（２１０）及びイメージプレーン（２０９）に描画され、合成処理部（２１１）によって映像の合成処理が行われＴＶなどの表示デバイスへ出力される。
【００４０】
図６で示すように、ＢＤプレーヤは図４で示したＢＤディスクに記録されているデータ構成に基づいた構成をとっている。
【００４１】
図７は前述したプレーヤ構成を詳細化したブロック図である。図７では、ＡＶ記録メモリ（２０５）はイメージメモリ（３０８）とトラックバッファ（３０９）に、プログラム処理部（２０６）はプログラムプロセッサ（３０２）とＵＯＰマネージャ（３０３）に、管理情報処理部（２０７）はシナリオプロセッサ（３０５）とプレゼンテーションコントローラ（３０６）に、プレゼンテーション処理部（２０８）はクロック（３０７）、デマルチプレクサ（３１０）、イメージプロセッサ（３１１）、ビデオプロセッサ（３１２）とサウンドプロセッサ（３１３）に夫々対応／展開している。
【００４２】
ＢＤディスク（２０１）から読み出されたＶＯＢデータ（ＭＰＥＧストリーム）はトラックバッファ（３０９）に、イメージデータ（ＰＮＧ）はイメージメモリ（３０８）に夫々記録される。デマルチプレクサ（３１０）がクロック（３０７）の時刻に基づき、トラックバッファ（３０９）に記録されたＶＯＢデータを抜き出し、映像データをビデオプロセッサ（３１２）に音声データをサウンドプロセッサ（３１３）に夫々送り込む。ビデオプロセッサ（３１２）及びサウンドプロセッサ（３１３）は夫々ＭＰＥＧシステム規格で定める通りに、デコーダバッファとデコーダから夫々構成されている。即ち、デマルチプレクサ（３１０）から送りこまれる映像、音声夫々のデータは、夫々のデコーダバッファに一時的に記録され、クロック（３０７）に従い個々のデコーダでデコード処理される。
【００４３】
イメージメモリ（３０８）に記録されたＰＮＧは、次の２つの処理方法がある。イメージデータが字幕用の場合は、プレゼンテーションコントローラ（３０６）によってデコードタイミングが指示される。クロック（３０７）からの時刻情報をシナリオプロセッサ（３０５）が一旦受け、適切な字幕表示が行えるように、字幕表示時刻（開始及び終了）になればプレゼンテーションコントローラ（３０６）に対して字幕の表示、非表示の指示を出す。プレゼンテーションコントローラ（３０６）からデコード／表示の指示を受けたイメージプロセッサ（３１１）は対応するＰＮＧデータをイメージメモリ（３０８）から抜き出し、デコードし、イメージプレーン（３１４）に描画する。
【００４４】
次に、イメージデータがメニュー用の場合は、プログラムプロセッサ（３０２）によってデコードタイミングが指示される。プログラムプロセッサ（３０２）が何時イメージのデコードを指示するかは、プログラムプロセッサ（３０２）が処理しているＢＤプログラムに因るものであって一概には決まらない。
【００４５】
イメージデータ及び映像データは、図６で説明したように夫々デコード後にイメージプレーン（３１４）、ビデオプレーン（３１５）に記録され、合成処理部（３１６）によって合成出力される。
【００４６】
ＢＤディスク（２０１）から読み出された管理情報（シナリオ、ＡＶ管理情報）は、管理情報記録メモリ（３０４）に記録されるが、シナリオ情報（「ＢＤ．ＩＮＦＯ」及び「ＸＸＸ．ＰＬ」）はシナリオプロセッサ（３０５）によって読み出され処理される。また、ＡＶ管理情報（「ＹＹＹ．ＶＯＢＩ」）はプレゼンテーションコントローラ（３０６）によって読み出され処理される。
【００４７】
シナリオプロセッサ（３０５）は、プレイリストの情報を解析し、プレイリストによって参照されているＶＯＢとその再生位置をプレゼンテーションコントローラ（３０６）に指示し、プレゼンテーションコントローラ（３０６）は対象となるＶＯＢの管理情報（「ＹＹＹ．ＶＯＢＩ」）を解析して、対象となるＶＯＢを読み出すようにドライブコントローラ（３１７）に指示を出す。
【００４８】
ドライブコントローラ（３１７）はプレゼンテーションコントローラ（３０６）の指示に従い、光ピックアップを移動させ、対象となるＡＶデータの読み出しを行う。読み出されたＡＶデータは、前述したようにイメージメモリ（３０８）またはトラックバッファ（３０９）に記録される。
【００４９】
また、シナリオプロセッサ（３０５）は、クロック（３０７）の時刻を監視し、管理情報で設定されているタイミングでイベントをプログラムプロセッサ（３０２）に投げる。
【００５０】
プログラム記録メモリ（３０１）に記録されたＢＤプログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」）は、プログラムプロセッサ３０２によって実行処理される。プログラムプロセッサ（３０２）がＢＤプログラムを処理するのは、シナリオプロセッサ（３０５）からイベントが送られてきた場合か、ＵＯＰマネージャ（３０３）からイベントが送られてきた場合である。ＵＯＰマネージャ（３０３）は、ユーザからリモコンキーによってリクエストが送られてきた場合に、プログラムプロセッサ（３０２）にイベントを生成する。
【００５１】
（アプリケーション空間）
図８は、ＢＤ−ＲＯＭのアプリケーション空間を示す図である。
【００５２】
ＢＤ−ＲＯＭのアプリケーション空間では、プレイリスト（ＰｌａｙＬｉｓｔ）が一つの再生単位になっている。プレイリストはセル（Ｃｅｌｌ）の再生シーケンスから構成される静的なシナリオと、プログラムによって記述される動的なシナリオを有している。プログラムによる動的なシナリオが無い限り、プレイリストは個々のセルを順に再生するだけであり、また、全てのセルの再生を終了した時点でプレイリストの再生は終了する。一方で、プログラムは、プレイリストを超えての再生記述や、ユーザ選択またはプレーヤの状態によって再生する対象を動的に変えることが可能である。典型的な例としてはメニューがあげられる。ＢＤ−ＲＯＭの場合、メニューとはユーザの選択によって再生するシナリオ、即ちプレイリストを動的に選択することである。
【００５３】
ここで言うプログラムは、時間イベントまたはユーザイベントによって実行されるイベントハンドラの事である。
【００５４】
時間イベントは、プレイリスト中に埋め込まれた時刻情報に基づいて生成されるイベントである。図７で説明したシナリオプロセッサ（３０５）からプログラムプロセッサ（３０２）に送られるイベントがこれに相当する。時間イベントが発行されると、プログラムプロセッサ（３０２）はＩＤによって対応付けられるイベントハンドラを実行処理する。前述した通り、実行されるプログラムが他のプレイリストの再生を指示することが可能であり、この場合には、現在再生されているプレイリストの再生は中止され、指定されたプレイリストの再生へと遷移する。
【００５５】
ユーザイベントは、ユーザのリモコンキー操作によって生成されるイベントである。ユーザイベントは大きく２つのタイプに分けられる。一つ目は、カーソルキー（「上」「下」「左」「右」キー）または「決定」キーの操作によって生成されるメニュー選択のイベントである。メニュー選択のイベントに対応するイベントハンドラはプレイリスト内の限られた期間でのみ有効であり（プレイリストの情報として、個々のイベントハンドラの有効期間が設定されている）、リモコンの「上」「下」「左」「右」キーまたは「決定」キーが押された時に有効なイベントハンドラを検索して、有効なイベントハンドラがある場合は当該イベントハンドラが実行処理される。他の場合は、メニュー選択のイベントは無視されることになる。
【００５６】
二つ目のユーザイベントは、「メニュー」キーの操作によって生成されるメニュー呼び出しのイベントである。メニュー呼び出しのイベントが生成されると、グローバルイベントハンドラが呼ばれる。グローバルイベントハンドラはプレイリストに依存せず、常に有効なイベントハンドラである。この機能を使うことにより、ＤＶＤのメニューコール（タイトル再生中に音声、字幕メニューなどを呼び出し、音声または字幕を変更後に中断した地点からのタイトル再生を実行する）を実装することができる。
【００５７】
プレイリストで静的シナリオを構成する単位であるセル（Ｃｅｌｌ）はＶＯＢ（ＭＰＥＧストリーム）の全部または一部の再生区間を参照したものである。セルはＶＯＢ内の再生区間を開始、終了時刻の情報として持っている。個々のＶＯＢと一対になっているＶＯＢ管理情報（ＶＯＢＩ）は、その内部にタイムマップ（Ｔｉｍｅ  ＭａｐまたはＴＭ）を有しており、このタイムマップによって前述したＶＯＢの再生、終了時刻をＶＯＢ内（即ち対象となるファイル「ＹＹＹ．ＶＯＢ」内）での読み出し開始アドレス及び終了アドレスを導き出すことが可能である。なおタイムマップの詳細は後述する。
【００５８】
（ＶＯＢの詳細）
図９は、本実施例で使用するＭＰＥＧストリーム（ＶＯＢ）の構成図である。図９に示すように、ＶＯＢは複数のＶＯＢＵ（Ｖｉｄｅｏ  Ｏｂｊｅｃｔ  Ｕｎｉｔ）によって構成されている。ＶＯＢＵは、ＭＰＥＧビデオストリームで言うＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ）を基準として、音声データも含んだ多重化ストリームとしての一再生単位である。ＶＯＢＵは０．４秒から１．０秒の時間を持ち、通常は０．５秒の再生時間を持っている。これはＭＰＥＧのＧＯＰの構造が通常は１５フレーム／秒（ＮＴＳＣの場合）によって導かれるものである。
【００５９】
ＶＯＢＵは、その内部にビデオパック（Ｖ＿ＰＣＫ）とオーディオパック（Ａ＿ＰＣＫ）を有している。各パックは１セクタ、本実施例の場合は２ｋＢ単位で構成されている。
【００６０】
図１０は、パックの構成を示した図である。
【００６１】
図１０に示すように、ビデオデータ及びオーディオデータといったエレメンタリデータは、ペイロードと呼ばれるパケットのデータ格納領域に先頭から順次入れられていく。ペイロードにはパケットヘッダが付けられ１つのパケットを構成する。パケットヘッダには、ペイロードに格納してあるデータがどのストリームなのか、ビデオなのかオーディオなのか、また、ビデオまたはオーディオが夫々複数ストリームある場合は、どのストリームのデータなのかを識別するためのＩＤ（ｓｔｒｅａｍ＿ｉｄ）と、当該ペイロードのデコード及び表示時刻情報であるタイムスタンプＤＴＳ及びＰＴＳが夫々記録されている。ＰＴＳ／ＤＴＳは必ずしも全てのパケットヘッダに記録されている訳ではなく、ＭＰＥＧによって記録するルールが規定されている。ルールの詳細についてはＭＰＥＧシステム（ＩＳＯ／ＩＥＣ１３８１８−１）規格書に記述されているので省略する。
【００６２】
パケットには更にヘッダ（パックヘッダ）が付けられ、パックを構成する。パックヘッダには、当該パックがいつデマルチプレクサを通過し、個々のエレメンタリストリームのデコーダバッファに入力されるかを示すタイムスタンプＳＣＲ（Ｓｙｓｔｅｍ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）が記録されている。
【００６３】
（ＶＯＢのインターリーブ記録）
次に図１１及び図１２を用いてＶＯＢファイルのインターリーブ記録について説明する。
【００６４】
図１１上段は、前述したプレーヤ構成図の一部である。図の通り、ＢＤディスク上のデータは、光ピックアップを通してＶＯＢ即ちＭＰＥＧストリームであればトラックバッファへ入力され、ＰＮＧ即ちイメージデータであればイメージメモリへと入力される。
【００６５】
トラックバッファはＦＩＦＯであり、入力されたＶＯＢのデータは入力された順にデマルチプレクサへと送られる。この時、前述したＳＣＲに従って個々のパックはトラックバッファから引き抜かれデマルチプレクサを介してビデオプロセッサまたはサウンドプロセッサへとデータが送り届けられる。一方で、イメージデータの場合は、どのイメージを描画するかはプレゼンテーションコントローラによって指示される。また、描画に使ったイメージデータは、字幕用イメージデータの場合は同時にイメージメモリから削除されるが、メニュー用のイメージデータの場合は、イメージメモリ内にそのまま残される。これはメニューの描画はユーザ操作に依存するところがあるため、同一イメージを複数回描画する可能性があるためである。
【００６６】
図１１下段は、ＢＤディスク上でのＶＯＢファイル及びＰＮＧファイルのインターリーブ記録を示す図である。一般的にＲＯＭ、例えばＣＤ−ＲＯＭやＤＶＤ−ＲＯＭの場合、一連の連続再生単位となるＡＶデータは連続記録されている。これは、連続記録されている限り、ドライブは順次データを読み出しプレーヤ側に送り届けるだけで良いが、連続データが分断されてディスク上に離散配置されている場合は、個々の連続区間の間でシーク操作が入ることになり、この間データの読み出しが止まることになり、データの供給が止まる可能性があるからである。ＢＤ−ＲＯＭの場合も同様に、ＶＯＢファイルは連続領域に記録することができる方が望ましいが、例えば字幕データのようにＶＯＢに記録されている映像データと同期して再生されるデータがあり、ＶＯＢファイルと同様に字幕データも何らかの方法によってＢＤディスクから読み出す事が必要になる。
【００６７】
字幕データの読み出し方法の一手段として、ＶＯＢの再生開始前に一まとめで字幕用のイメージデータ（ＰＮＧファイル）を読み出してしまう方法がある。しかしながら、この場合には一時記録に使用する大量のメモリが必要となり、非現実的である。
【００６８】
そこで、本実施の形態では、ＶＯＢファイルを幾つかのブロックに分けて、イメージデータとインターリーブ記録する方式を使用している。図１１下段はそのインターリーブ記録を説明した図である。ＶＯＢファイルとイメージデータを適切にインターリーブ配置することで、前述したような大量の一時記録メモリ無しに、必要なタイミングでイメージデータをイメージメモリに格納することが可能になる。しかしながらイメージデータを読み出している際には、ＶＯＢデータの読み込みは当然のことながら停止することになる。
【００６９】
図１２は、この問題を解決するトラックバッファを使ったＶＯＢデータ連続供給モデルを説明する図である。
【００７０】
既に説明したように、ＶＯＢのデータは、一旦トラックバッファに蓄積される。トラックバッファへのデータ入力レートとトラックバッファからのデータ出力レートの間に差を設けると、ＢＤディスクからデータを読み出し続けている限り、トラックバッファのデータ蓄積量は増加をしていくことになる。ここでトラックバッファへの入力レートをＶａ、トラックバッファからの出力レートをＶｂとする。図１２の上段に記すようにＶＯＢの一連続記録領域が論理アドレスの”ａ１”から”ａ２”まで続くとする。”ａ２”から”ａ３”の間は、イメージデータが記録されていて、ＶＯＢデータの読み出しが行えない区間であるとする。
【００７１】
図１２の下段は、トラックバッファの内部を示す図である。横軸が時間、縦軸がトラックバッファ内部に蓄積されているデータ量を示している。時刻”ｔ１”がＶＯＢの一連続記録領域の開始点である”ａ１”の読み出しを開始した時刻を示している。この時刻以降、トラックバッファにはレートＶａ−Ｖｂでデータが蓄積されていくことになる。このレートは言うまでもなくトラックバッファの入出力レートの差である。時刻”ｔ２”は一連続記録領域の終了点である”ａ２”のデータを読み込む時刻である。即ち時刻”ｔ１”から”ｔ２”の間レートＶａ−Ｖｂでトラックバッファ内はデータ量が増加していき、時刻”ｔ２”でのデータ蓄積量はＢ（ｔ２）は下式によって求めることができる。
Ｂ（ｔ２）  ＝  （Ｖａ−Ｖｂ）×（ｔ２−ｔ１）        （式１）
【００７２】
この後、ＢＤディスク上のアドレス”ａ３”まではイメージデータが続くため、トラックバッファへの入力は０となり、出力レートである”−Ｖｂ”でトラックバッファ内のデータ量は減少していくことになる。これは読み出し位置”ａ３”まで、時刻でいう”ｔ３”までになる。
【００７３】
ここで大事なことは、時刻”ｔ３”より前にトラックバッファに蓄積されているデータ量が０になると、デコーダへ供給するＶＯＢのデータが無くなってしまい、ＶＯＢの再生がストップしてしまう可能性がある。しかしながら、時刻”ｔ３”でトラックバッファにデータが残っている場合には、ＶＯＢの再生がストップすることなく連続できることを意味している。
【００７４】
この条件は下式によって示すことができる。
Ｂ（ｔ２）  ≧  −Ｖｂ×（ｔ３−ｔ２）                （式２）
【００７５】
即ち、式２を満たすようにイメージデータの配置を決めればよい事になる。
【００７６】
（ナビゲーションデータ構造）
図１３から図１９を用いて、ＢＤ−ＲＯＭのナビゲーションデータ（ＢＤ管理情報）構造について説明をする。図１３は、ＶＯＢ管理情報ファイル（”ＹＹＹ．ＶＯＢＩ”）の内部構造を示した図である。
【００７７】
ＶＯＢ管理情報は、当該ＶＯＢのストリーム属性情報（Ａｔｔｒｉｂｕｔｅ）とタイムマップ（ＴＭＡＰ）を有している。ストリーム属性は、ビデオ属性（Ｖｉｄｅｏ）、オーディオ属性（Ａｕｄｉｏ＃０〜Ａｕｄｉｏ＃ｍ）個々に持つ構成となっている。特にオーディオストリームの場合は、ＶＯＢが複数本のオーディオストリームを同時に持つことができることから、オーディオストリーム数（Ｎｕｍｂｅｒ）によって、データフィールドの有無を示している。
【００７８】
下記はビデオ属性（Ｖｉｄｅｏ）の持つフィールドと夫々が持ち得る値である。
圧縮方式（Ｃｏｄｉｎｇ）：
ＭＰＥＧ１
ＭＰＥＧ２
ＭＰＥＧ４
解像度（Ｒｅｓｏｌｕｔｉｏｎ）：
１９２０ｘ１０８０
１２８０ｘ７２０
７２０ｘ４８０
７２０ｘ５６５
アスペクト比（Ａｓｐｅｃｔ）
４：３
１６：９
フレームレート（Ｆｒａｍｅｒａｔｅ）
６０
５９．９４
５０
３０
２９．９７
２５
２４
【００７９】
下記はオーディオ属性（Ａｕｄｉｏ）の持つフィールドと夫々が持ち得る値である。
圧縮方式（Ｃｏｄｉｎｇ）：
ＡＣ３
ＭＰＥＧ１
ＭＰＥＧ２
ＬＰＣＭ
チャンネル数（Ｃｈ）：
１〜８
言語属性（Ｌａｎｇｕａｇｅ）：
【００８０】
タイムマップ（ＴＭＡＰ）はＶＯＢＵ毎の情報を持つテーブルであって、当該ＶＯＢが有するＶＯＢＵ数（Ｎｕｍｂｅｒ）と各ＶＯＢＵ情報（ＶＯＢＵ＃１〜ＶＯＢＵ＃ｎ）を持つ。個々のＶＯＢＵ情報は、ＶＯＢＵの再生時間長（Ｄｕｒａｔｉｏｎ）とＶＯＢＵのデータサイズ（Ｓｉｚｅ）を夫々有している。
【００８１】
図１４はＶＯＢＵ情報の詳細を説明する図である。
【００８２】
広く知られているように、ＭＰＥＧストリームは時間的側面とデータサイズとしての側面との２つを有している。例えば、音声の圧縮規格であるＡＣ３は固定ビットレートでの圧縮を行っているため、時間とアドレスとの関係は１次式によって求めることができる。しかしながらＭＰＥＧビデオデータの場合は、個々のフレームは固定の表示時間、例えばＮＴＳＣの場合は１フレームは１／２９．９７秒の表示時間を持つが、個々のフレームの圧縮後のデータサイズは絵の特性や圧縮に使ったピクチャタイプ、いわゆるＩ／Ｐ／Ｂピクチャによってデータサイズは大きく変わってくる。従って、ＭＰＥＧビデオの場合は、時間とアドレスの関係は一般式の形で表現することは不可能である。
【００８３】
当然の事として、ＭＰＥＧビデオデータを多重化しているＭＰＥＧシステムストリーム、即ちＶＯＢも時間とデータとを一般式の形で表現することは不可能である。これに代わって、ＶＯＢ内での時間とアドレスとの関係を結びつけるのがタイムマップ（ＴＭＡＰ）である。図１４に示すように、各ＶＯＢＵ毎にＶＯＢＵ内のフレーム数と、ＶＯＢＵ内のパック数を夫々エントリーとして持つテーブルがタイムマップ（ＴＭＡＰ）である。
【００８４】
図１５を使って、タイムマップ（ＴＭＡＰ）の使い方を説明する。
【００８５】
図１５に示すように時刻情報が与えられた場合、先ずは当該時刻がどのＶＯＢＵに属するのかを検索する。これは、タイム亜マップのＶＯＢＵ毎のフレーム数を加算して行き、フレーム数の和が当該時刻を（フレーム数に換算して）超えるまたは一致するＶＯＢＵが当該ＶＯＢＵになる。次にタイムマップのＶＯＢＵ毎のサイズを当該ＶＯＢＵの直前のＶＯＢＵまで加算して行き、その値が与えられた時刻を含むフレームを再生するために読み出すべきパックの先頭アドレスになっている。
【００８６】
次に図１６を使って、プレイリスト情報（”ＸＸＸ．ＰＬ”）の内部構造を説明する。
【００８７】
プレイリスト情報は、セルリスト（ＣｅｌｌＬｉｓｔ）とイベントリスト（ＥｖｅｎｔＬｉｓｔ）から構成されている。
【００８８】
セルリスト（ＣｅｌｌＬｉｓｔ）は、プレイリスト内の再生セルシーケンスであり、本リストの記述順でセルが再生される事になる。セルリスト（ＣｅｌｌＬｉｓｔ）の中身は、セルの数（Ｎｕｍｂｅｒ）と各セル情報（Ｃｅｌｌ＃１〜Ｃｅｌｌ＃ｎ）である。
【００８９】
セル情報（Ｃｅｌｌ＃）は、ＶＯＢファイル名（ＶＯＢＮａｍｅ）、当該ＶＯＢ内での有効区間開始時刻（Ｉｎ）及び有効区間終了時刻（Ｏｕｔ）と、字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）を持っている。有効区間開始時刻（Ｉｎ）及び有効区間終了時刻（Ｏｕｔ）は、夫々当該ＶＯＢ内でのフレーム番号で表現され、前述したタイムマップ（ＴＭＡＰ）を使うことによって再生に必要なＶＯＢデータのアドレスを得る事ができる。
【００９０】
字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）は、当該ＶＯＢと同期再生される字幕情報を持つテーブルである。字幕は音声同様に複数の言語を持つことができ、字幕テーブル（ＳｕｂｔｉｔｌｅＴａｂｌｅ）最初の情報も言語数（Ｎｕｍｂｅｒ）とそれに続く個々の言語ごとのテーブル（Ｌａｎｇｕａｇｅ＃１〜Ｌａｎｇｕａｇｅ＃ｋ）から構成されている。
【００９１】
各言語のテーブル（Ｌａｎｇｕａｇｅ＃）は、言語情報（Ｌａｎｇｕａｇｅ）と、個々に表示される字幕の字幕情報数（Ｎｕｍｂｅｒ）と、個々に表示される字幕の字幕情報（Ｓｐｅｅｃｈ＃１〜Ｓｐｅｅｃｈ＃ｊ）から構成され、字幕情報（Ｓｐｅｅｃｈ＃）は対応するイメージデータファイル名（Ｎａｍｅ）、字幕表示開始時刻（Ｉｎ）及び字幕表示終了時刻（Ｏｕｔ）と、字幕の表示位置（Ｐｏｓｉｔｉｏｎ）から構成されている。
【００９２】
イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、当該プレイリスト内であげられるイベントを定義したテーブルである。イベントリストは、イベント数（Ｎｕｍｂｅｒ）に続いて個々のイベント（Ｅｖｅｎｔ＃１〜Ｅｖｅｎｔ＃ｍ）から構成され、個々のイベント（Ｅｖｅｎｔ＃）は、イベントの種類（Ｔｙｐｅ）、イベントのＩＤ（ＩＤ）、イベント生成時刻（Ｔｉｍｅ）と有効期間（Ｄｕｒａｔｉｏｎ）から構成されている。
【００９３】
図１７は、個々のプレイリスト毎のイベントハンドラ（時間イベントと、メニュー選択用のユーザイベント）を持つイベントハンドラテーブル（”ＸＸＸ．ＰＲＯＧ”）である。
【００９４】
イベントハンドラテーブルは、定義されているイベントハンドラ／プログラム数（Ｎｕｍｂｅｒ）と個々のイベントハンドラ／プログラム（Ｐｒｏｇｒａｍ＃１〜Ｐｒｏｇｒａｍ＃ｎ）を有している。各イベントハンドラ／プログラム（Ｐｒｏｇｒａｍ＃）内の記述は、イベントハンドラ開始の定義（＜ｅｖｅｎｔ＿ｈａｎｄｌｅｒ＞タグ）と前述したイベントのＩＤと対になるイベントハンドラのＩＤ（ＩＤ）を持ち、その後に当該プログラムもＦｕｎｃｔｉｏｎに続く括弧”｛”と”｝”の間に記述する。
【００９５】
次に図１８を用いてＢＤディスク全体に関する情報（”ＢＤ．ＩＮＦＯ”）の内部構造について説明をする。
【００９６】
ＢＤディスク全体情報は、タイトルリスト（ＴｉｔｌｅＬｉｓｔ）とグローバルイベント用のイベントテーブル（ＥｖｅｎｔＴａｂｌｅ）から構成されている。
【００９７】
タイトルリスト（ＴｉｔｌｅＬｉｓｔ）は、ディスク内のタイトル数（Ｎｕｍｂｅｒ）と、これに続く各タイトル情報（Ｔｉｔｌｅ＃１〜Ｔｉｔｌｅ＃ｎ）から構成されている。個々のタイトル情報（Ｔｉｔｌｅ）は、タイトルに含まれるプレイリストのテーブル（ＰＬＴａｌｂｌｅ）とタイトル内のチャプタリスト（ＣｈａｐｔｅｒＬｉｓｔ）を含んでいる。プレイリストのテーブル（ＰＬＴａｂｌｅ）はタイトル内のプレイリストの数（Ｎｕｍｂｅｒ）と、プレイリスト名（Ｎａｍｅ）即ちプレイリストのファイル名を有している。
【００９８】
チャプタリスト（ＣｈａｐｔｅｒＬｉｓｔ）は、当該タイトルに含まれるチャプタ数（Ｎｕｍｂｅｒ）と個々のチャプタ情報（Ｃｈａｐｔｅｒ＃１〜Ｃｈａｐｔｅｒ＃ｎ）から構成され、チャプタ情報（Ｃｈａｐｔｅｒ＃）は当該チャプタが含むセルのテーブル（ＣｅｌｌＴａｂｌｅ）を持ち、セルのテーブル（ＣｅｌｌＴａｂｌｅ）はセル数（Ｎｕｍｂｅｒ）と個々のセルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃１〜ＣｅｌｌＥｎｔｒｙ＃ｋ）から構成されている。セルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃）は当該セルを含むプレイリスト名と、プレイリスト内でのセル番号によって記述されている。
【００９９】
イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、グローバルイベントの数（Ｎｕｍｂｅｒ）と個々のグローバルイベントの情報を持っている。ここで注意すべきは、最初に定義されるグローバルイベントは、ファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）と呼ばれ、ＢＤディスクがプレーヤに挿入された時、最初に呼ばれるイベントである。グローバルイベント用イベント情報はイベントタイプ（Ｔｙｐｅ）とイベントのＩＤ（ＩＤ）だけを持っている。
【０１００】
図１９は、グローバルイベントハンドラのプログラムのテーブル（”ＢＤ．ＰＲＯＧ”）である。本テーブルは、図１７で説明したイベントハンドラテーブルと同一内容である。
【０１０１】
（イベント発生のメカニズム）
図２０から図２２を使ってイベント発生のメカニズムについて説明する。
【０１０２】
図２０はタイムイベントの例である。
【０１０３】
前述したとおり、タイムイベントはプレイリスト情報（”ＸＸＸ．ＰＬ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）で定義される。タイムイベントとして定義されているイベント、即ちイベントタイプ（Ｔｙｐｅ）が”ＴｉｍｅＥｖｅｎｔ”の場合、イベント生成時刻（”ｔ１”）になった時点で、ＩＤ”Ｅｘ１”を持つタイムイベントがシナリオプロセッサからプログラムプロセッサに対してあげられる。プログラムプロセッサは、イベントＩＤ”Ｅｘ１”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施例の場合では、２つのボタンイメージの描画を行うなどを行うことができる。
【０１０４】
図２１はメニュー操作を行うユーザーイベントの例である。
【０１０５】
前述したとおり、メニュー操作を行うユーザイベントもプレイリスト情報（”ＸＸＸ．ＰＬ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）で定義される。ユーザイベントとして定義されるイベント、即ちイベントタイプ（Ｔｙｐｅ）が”ＵｓｅｒＥｖｅｎｔ”の場合、イベント生成時刻（”ｔ１”）になった時点で、当該ユーザイベントがレディとなる。この時、イベント自身は未だ生成されてはいない。当該イベントは、有効規格情報（Ｄｕｒａｔｉｏｎ）で記される期間レディ状態にある。
【０１０６】
図２１に描くように、ユーザがリモコンキーの「上」「下」「左」「右」キーまたは「決定」キーを押した場合、先ずＵＯＰイベントがＵＯＰマネージャによって生成されプログラムプロセッサに上げられる。プログラムプロセッサは、シナリオプロセッサに対してＵＯＰイベントを流し、シナリオプロセッサはＵＯＰイベントを受け取った時刻に有効なユーザイベントが存在するかを検索し、対象となるユーザイベントがあった場合は、ユーザイベントを生成し、プログラムプロセッサに持ち上げる。プログラムプロセッサでは、イベントＩＤ”Ｅｖ１”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施例の場合では、プレイリスト＃２の再生を開始する。
【０１０７】
生成されるユーザイベントには、どのリモコンキーがユーザによって押されたかの情報は含まれていない。選択されたリモコンキーの情報は、ＵＯＰイベントによってプログラムプロセッサに伝えられ、仮想プレーヤが持つレジスタＳＰＲＭ（８）に記録保持される。イベントハンドラのプログラムは、このレジスタの値を調べ分岐処理を実行することが可能である。
【０１０８】
図２２はグローバルイベントの例である。
【０１０９】
前述したとおり、グローバルイベントはＢＤディスク全体に関する情報（”ＢＤ．ＩＮＦＯ”）のイベントリスト（ＥｖｅｎｔＬｉｓｔ）で定義される。グローバルイベントとして定義されるイベント、即ちイベントタイプ（Ｔｙｐｅ）が”ＧｌｏｂａｌＥｖｅｎｔ”の場合、ユーザのリモコンキー操作があった場合にのみイベントが生成される。
【０１１０】
ユーザが”メニュー”を押した場合、先ずＵＯＰイベントがＵＯＰマネージャによって生成されプログラムプロセッサに上げられる。プログラムプロセッサは、シナリオプロセッサに対してＵＯＰイベントを流し、シナリオプロセッサは、該当するグローバルイベントを生成し、プログラムプロセッサに送る。プログラムプロセッサでは、イベントＩＤ”ｍｅｎｕ”を持つイベントハンドラを探し、対象のイベントハンドラを実行処理する。例えば、本実施例の場合ではプレイリスト＃３の再生を開始している。
【０１１１】
本実施例では、単に”メニュー”キーと呼んでいるが、ＤＶＤのように複数のメニューキーがあってもよい。各メニューキーに対応するＩＤを夫々定義することで対応することが可能である。
【０１１２】
（仮想プレーヤマシン）
図２３を用いてプログラムプロセッサの機能構成を説明する。
【０１１３】
プログラムプロセッサは、内部に仮想プレーヤマシンを持つ処理モジュールである。仮想プレーヤマシンはＢＤ−ＲＯＭとして定義された機能モデルであって、各ＢＤ−ＲＯＭプレーヤの実装には依存しないものである。即ち、どのＢＤ−ＲＯＭプレーヤにおいても同様の機能を実行するできることを保証している。
【０１１４】
仮想プレーヤマシンは大きく２つの機能を持っている。プログラミング関数とプレーヤ変数（レジスタ）である。プログラミング関数は、Ｊａｖａ（登録商標）  Ｓｃｒｉｐｔをベースとして、以下に記す２つの機能をＢＤ−ＲＯＭ固有関数として定義している。
【０１１５】
リンク関数：現在の再生を停止し、指定するプレイリスト、セル、時刻からの再生を開始する
Ｌｉｎｋ（ＰＬ＃，Ｃｅｌｌ＃，ｔｉｍｅ）
ＰＬ＃  ：  プレイリスト名
Ｃｅｌｌ＃  ：  セル番号
ｔｉｍｅ  ：  セル内での再生開始時刻
ＰＮＧ描画関数：指定ＰＮＧデータをイメージプレーンに描画する
Ｄｒａｗ（Ｆｉｌｅ，Ｘ，Ｙ）
Ｆｉｌｅ  ：  ＰＮＧファイル名
Ｘ  ：  Ｘ座標位置
Ｙ  ：  Ｙ座標位置
イメージプレーンクリア関数：イメージプレーンの指定領域をクリアする
Ｃｌｅａｒ（Ｘ，Ｙ，Ｗ，Ｈ）
Ｘ  ：  Ｘ座標位置
Ｙ  ：  Ｙ座標位置
Ｗ  ：  Ｘ方向幅
Ｈ  ：  Ｙ方向幅
プレーヤ変数は、プレーヤの状態を示すシステムパラメータ（ＳＰＲＭ）と一般用途として使用可能なゼネラルパラメータ（ＧＰＲＭ）とがある。
【０１１６】
図２４はシステムパラメータ（ＳＰＲＭ）の一覧である。
【０１１７】
ＳＰＲＭ（０）      ：  言語コード
ＳＰＲＭ（１）      ：  音声ストリーム番号
ＳＰＲＭ（２）      ：  字幕ストリーム番号
ＳＰＲＭ（３）      ：  アングル番号
ＳＰＲＭ（４）      ：  タイトル番号
ＳＰＲＭ（５）      ：  チャプタ番号
ＳＰＲＭ（６）      ：  プログラム番号
ＳＰＲＭ（７）      ：  セル番号
ＳＰＲＭ（８）      ：  選択キー情報
ＳＰＲＭ（９）      ：  ナビゲーションタイマー
ＳＰＲＭ（１０）    ：  再生時刻情報
ＳＰＲＭ（１１）    ：  カラオケ用ミキシングモード
ＳＰＲＭ（１２）    ：  パレンタル用国情報
ＳＰＲＭ（１３）    ：  パレンタルレベル
ＳＰＲＭ（１４）    ：  プレーヤ設定値（ビデオ）
ＳＰＲＭ（１５）    ：  プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６）    ：  音声ストリーム用言語コード
ＳＰＲＭ（１７）    ：  音声ストリーム用言語コード（拡張）
ＳＰＲＭ（１８）    ：  字幕ストリーム用言語コード
ＳＰＲＭ（１９）    ：  字幕ストリーム用言語コード（拡張）
ＳＰＲＭ（２０）    ：  プレーヤリージョンコード
ＳＰＲＭ（２１）    ：  予備
ＳＰＲＭ（２２）    ：  予備
ＳＰＲＭ（２３）    ：  再生状態
ＳＰＲＭ（２４）    ：  予備
ＳＰＲＭ（２５）    ：  予備
ＳＰＲＭ（２６）    ：  予備
ＳＰＲＭ（２７）    ：  予備
ＳＰＲＭ（２８）    ：  予備
ＳＰＲＭ（２９）    ：  予備
ＳＰＲＭ（３０）    ：  予備
ＳＰＲＭ（３１）    ：  予備
【０１１８】
なお、本実施例では、仮想プレーヤのプログラミング関数をＪａｖａ（登録商標）  Ｓｃｒｉｐｔベースとしたが、Ｊａｖａ（登録商標）  Ｓｃｒｉｐｔではなく、ＵＮＩＸ（登録商標）  ＯＳなどで使われているＢ−Ｓｈｅｌｌや、Ｐｅｒｌ  Ｓｃｒｉｐｔなど他のプログラミング関数であっても構わなく、言い換えれば、本発明はＪａｖａ（登録商標）  Ｓｃｒｉｐｔに限定されるものでは無い。
【０１１９】
（プログラムの例）
図２５及び図２６は、イベントハンドラでのプログラムの例である。
【０１２０】
図２５は、２つの選択ボタンを持ったメニューの例である。
【０１２１】
セル（ＰｌａｙＬｉｓｔ＃１．Ｃｅｌｌ＃１）先頭でタイムイベントを使って図２５左側のプログラムが実行される。ここでは、最初にゼネラルパラメータの一つＧＰＲＭ（０）に”１”がセットされている。ＧＰＲＭ（０）は、当該プログラムの中で、選択されているボタンを識別するのに使っている。最初の状態では、左側に配置するボタン１が選択されている事を初期値として持たされている。
【０１２２】
次に、ＰＮＧの描画を描画関数であるＤｒａｗを使ってボタン１、ボタン２夫々について行っている。ボタン１は、座標（１０、２００）を起点（左端）としてＰＮＧイメージ”１ｂｌａｃｋ．ｐｎｇ”を描画している。ボタン２は、座標（３３０，２００）を起点（左端）としてＰＮＧイメージ”２ｗｈｉｔｅ．ｐｎｇ”を描画している。
【０１２３】
また、本セル最後ではタイムイベントを使って図２５右側のプログラムが実行される。ここでは、Ｌｉｎｋ関数を使って当該セルの先頭から再度再生するように指定している。
【０１２４】
図２６は、メニュー選択のユーザイベントのイベントハンドラの例である。
【０１２５】
「左」キー、「右」キー、「決定」キー何れかのリモコンキーが押された場合夫々に対応するプログラムがイベントハンドラに書かれている。ユーザがリモコンキーを押した場合、図２１で説明したとおり、ユーザイベントが生成され、図２６のイベントハンドラが起動されることになる。本イベントハンドラでは、選択ボタンを識別しているＧＰＲＭ（０）の値と、選択されたリモコンキーを識別するＳＰＲＭ（８）を使って分岐処理を行っている。
【０１２６】
条件１）ボタン１が選択されている、かつ、選択キーが「右」キーの場合
ＧＰＲＭ（０）を２に再設定して、選択状態にあるボタンを右ボタン２に変更する。
ボタン１、ボタン２のイメージを夫々書き換える。
条件２）選択キーが「決定（ＯＫ）」の場合で、ボタン１が選択されている場合、プレ
イリスト＃２の再生を開始する
条件３）選択キーが「決定（ＯＫ）」の場合で、ボタン２が選択されている場合、プレイリスト＃３の再生を開始する
【０１２７】
上記のようにして実行処理が行われる。
【０１２８】
（プレーヤ処理フロー）
次に図２７から図３０を用いてプレーヤでの処理フローを説明する。
【０１２９】
図２７は、ＡＶ再生までの基本処理フローである。
【０１３０】
ＢＤディスクを挿入すると（Ｓ１０１）、ＢＤ−ＲＯＭプレーヤはＢＤ．ＩＮＦＯファイルの読み込みと解析（Ｓ１０２）、ＢＤ．ＰＲＯＧの読み込み（Ｓ１０３）を実行する。ＢＤ．ＩＮＦＯ及びＢＤ．ＰＲＯＧは共に管理情報記録メモリに一旦格納され、シナリオプロセッサによって解析される。
【０１３１】
続いて、シナリオプロセッサは、ＢＤ．ＩＮＦＯファイル内のファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）情報に従い、最初のイベントを生成する（Ｓ１０４）。生成されたファーストイベントは、プログラムプロセッサで受け取られ、当該イベントに対応するイベントハンドラを実行処理する（Ｓ１０５）。
【０１３２】
ファーストイベントに対応するイベントハンドラには、最初に再生するべきプレイリスト情報が記録されていることが期待される。仮に、プレイリスト再生が指示されていない場合には、プレーヤは何も再生することなく、ユーザイベントを受け付けるのを待ち続けるだけになる。この場合、ユーザイベントを受け付けるのを待ち続けることになる（Ｓ２０１）。ＢＤ−ＲＯＭプレーヤはがユーザからのリモコン操作を受け付けると、ＵＯＰマネージャはプログラムマネージャに対してＵＯＰイベントを立ち上げる（Ｓ２０２）。
【０１３３】
プログラムマネージャは、ＵＯＰイベントがメニューキーによるものであるかを判別し（Ｓ２０３）、メニューキーの場合は、シナリオプロセッサにＵＯＰイベントを流し、シナリオプロセッサがユーザイベントを生成する（Ｓ２０４）。プログラムプロセッサは生成されたユーザイベントに対応するイベントハンドラを実行処理する（Ｓ２０５）。
【０１３４】
図２８は、ＰＬ再生開始からＶＯＢ再生開始までの処理フローである。
【０１３５】
前述したように、ファーストイベントハンドラまたはグローバルイベントハンドラによってプレイリスト再生が開始される（Ｓ３０１）。シナリオプロセッサは、再生対象のプレイリスト再生に必要な情報として、プレイリスト情報”ＸＸＸ．ＰＬ”の読み込みと解析（Ｓ３０２）、プレイリストに対応するプログラム情報”ＸＸＸ．ＰＲＯＧ”の読み込みを行う（Ｓ３０３）。続いてシナリオプロセッサは、プレイリストに登録されているセル情報に基づいてセルの再生を開始する（Ｓ３０４）。セル再生は、シナリオプロセッサからプレゼンテーションコントローラに対して要求が出さる事を意味し、プレゼンテーションコントローラはＡＶ再生を開始する（Ｓ３０５）。
【０１３６】
ＡＶ再生の開始（Ｓ４０１）を開始すると、プレゼンテーションコントローラは再生するセルに対応するＶＯＢの情報ファイル（ＸＸＸ．ＶＯＢＩ）を読み込み及び解析をする（Ｓ４０２）。プレゼンテーションコントローラは、タイムマップを使って再生開始するＶＯＢＵとそのアドレスを特定し、ドライブコントローラに読み出しアドレスを指示し、ドライブコントローラは対象となるＶＯＢデータを読み出し（Ｓ４０３）、ＶＯＢデータがデコーダに送られ再生が開始される（Ｓ４０４）。ＶＯＢ再生は、当該ＶＯＢの再生区間が終了するまで続けられ（Ｓ４０５）、終了すると次のセル再生Ｓ３０４へ移行する。次にセルが無い場合は、再生が停止する（Ｓ４０６）。
【０１３７】
図２９は、ＡＶ再生開始後からのイベント処理フローである。
【０１３８】
ＢＤ−ＲＯＭプレーヤはイベントドリブン型のプレーヤモデルである。プレイリストの再生を開始すると、タイムイベント系、ユーザイベント系、字幕表示系のイベント処理プロセスが夫々起動され、平行してイベント処理を実行するようになる。
【０１３９】
Ｓ５００系の処理は、タイムイベント系の処理フローである。
【０１４０】
プレイリスト再生開始後（Ｓ５０１）、プレイリスト再生が終了しているかを確認するステップ（Ｓ５０２）を経て、シナリオプロセッサは、タイムイベント発生時刻になったかを確認する（Ｓ５０３）。タイムイベント発生時刻になっている場合には、シナリオプロセッサはタイムイベントを生成し（Ｓ５０４）、プログラムプロセッサがタイムイベントを受け取りイベントハンドラを実行処理する（Ｓ５０５）。
【０１４１】
ステップＳ５０３でタイムイベント発生時刻になっていない場合、または、ステップＳ５０４でイベントハンドラ実行処理後は再度ステップＳ５０２へ戻り、上述した処理を繰り返す。また、ステップＳ５０２でプレイリスト再生が終了したことが確認されると、タイムイベント系の処理は強制的に終了する。
【０１４２】
Ｓ６００系の処理は、ユーザイベント系の処理フローである。
【０１４３】
プレイリスト再生開始後（Ｓ６０１）、プレイリスト再生終了確認ステップ（Ｓ６０２）を経て、ＵＯＰ受付確認ステップの処理に移る（Ｓ６０３）。ＵＯＰの受付があった場合、ＵＯＰマネージャはＵＯＰイベントを生成し（Ｓ６０４）、ＵＯＰイベントを受け取ったプログラムプロセッサはＵＯＰイベントがメニューコールであるかを確認し（Ｓ６０５）、メニューコールであった場合は、プログラムプロセッサはシナリオプロセッサにイベントを生成させ（Ｓ６０７）、プログラムプロセッサはイベントハンドラを実行処理する（Ｓ６０８）。
【０１４４】
ステップＳ６０５でＵＯＰイベントがメニューコールで無いと判断された場合、ＵＯＰイベントはカーソルキーまたは「決定」キーによるイベントである事を示している。この場合、現在時刻がユーザイベント有効期間内であるかをシナリオプロセッサが判断し（Ｓ６０６）、有効期間内である場合には、シナリオプロセッサがユーザイベントを生成し（Ｓ６０７）、プログラムプロセッサが対象のイベントハンドラを実行処理する（Ｓ６０８）。
【０１４５】
ステップＳ６０３でＵＯＰ受付が無い場合、ステップＳ６０６で現在時刻がユーザイベント有効期間に無い場合、または、ステップＳ６０８でイベントハンドラ実行処理後は再度ステップＳ６０２へ戻り、上述した処理を繰り返す。また、ステップＳ６０２でプレイリスト再生が終了したことが確認されると、ユーザイベント系の処理は強制的に終了する。
【０１４６】
図３０は字幕処理のフローである。
【０１４７】
プレイリスト再生開始後（Ｓ７０１）、プレイリスト再生終了確認ステップ（Ｓ７０２）を経て、字幕描画開始時刻確認ステップに移る（Ｓ７０３）。字幕描画開始時刻の場合、シナリオプロセッサはプレゼンテーションコントローラに字幕描画を指示し、プレゼンテーションコントローラはイメージプロセッサに字幕描画を指示する（Ｓ７０４）。ステップＳ７０３で字幕描画開始時刻で無いと判断された場合、字幕表示終了時刻であるかを確認する（Ｓ７０５）。字幕表示終了時刻であると判断された場合は、プレゼンテーションコントローラがイメージプロセッサに字幕消去指示を行い、描画されている字幕をイメージプレーンから消去する（Ｓ７０６）。
【０１４８】
字幕描画ステップＳ７０４終了後、字幕消去ステップＳ７０６終了後、または、字幕表示終了時刻確認ステップＳ７０５で当該時刻でないことが判断された場合、ステップＳ７０２に戻り、上述した処理を繰り返す。また、ステップＳ７０２でプレイリスト再生が終了したことが確認されると、字幕表示系の処理は強制的に終了する。
【０１４９】
（実施例２）
次に本発明の第２の実施の形態について説明する。
【０１５０】
本発明の第一の実施形態にて、図２０〜図２２を用いてイベントを契機としたボタン描画の例を説明したが、ＢＤ−ＲＯＭ規格に於いては、前述したＤＶＤのＮＶ＿ＰＣＫと同様のナビゲーション機能を、ＭＰＥＧ−ＴＳ形式のストリーム中にビデオエレメンタリストリーム（Ｖ＿ＰＥＳ）やオーディオエレメンタリストリーム（Ａ＿ＰＥＳ）と一緒に埋め込むことができる。本実施の形態はその方法に関し、ＢＤ−ＲＯＭにおいて、インタラクティブを実現するナビゲーション機能をストリーム化し、映像、音声、字幕などのＡＶデータと共にストリームに多重化する構成について説明する。基本的には第１の実施例に基づく内容であり、拡張または異なる部分を中心に説明する。
【０１５１】
なお、本発明の第一の実施の形態では、BD-ROM Discに記録するAVストリームをMPEG-PSに準じた形で説明していたが、本実施の形態ではAVストリームをMPEG-TS形式で実現する。
【０１５２】
本実施の形態におけるAVストリームを図３１を用いて説明する。
【０１５３】
図３１に示すように、映像、音声、字幕そしてインタラクティブを実現するナビゲーションなどのエレメンタリストリーム（図３１の（A））は、それぞれPESストリーム化され（図３１の（B））、さらにそれぞれが一本のMPEG-TSに多重化される（図３１の(C)）。
【０１５４】
なお、MPEG TSにおける多重化も、多重化する個々のデータはそのデコード順に基づくビット列になっているが、多重化されるデータ間、即ち、映像、音声、字幕、ナビゲーションの間は必ずしも再生順、言い換えればデコード順に基づいてビット列が形成されているわけではない。ＭＰＥＧ−ＴＳのデコーダモデル（図３１の（Ｄ））も多重化を解いた後に個々のエレメンタリーストリームに対応するデコーダバッファを持ち、デコードタイミングまでに一時的にデータを蓄積している。したがって、詳しくは後述するが一本のMpeg-TSにおいて、ナビゲーション用のストリーム（インタラクティブ グラフィクス ストリーム）を構成するディスプレイ セットNV_DSが全てMpeg-TSの先頭に配置されていたとしても、それがナビゲーション用バッファ（図中「ナビ用バッファ」）のサイズを超えなければ、当該MPEG-TSの再生時間の全域に渡って実行することが可能である。
【０１５５】
次にBD-ROMにおけるナビゲーション機能を説明する。
【０１５６】
BD-ROMにおけるナビゲーション機能ではページとボタンの二つを概念を提供している。
【０１５７】
BD-ROMのナビゲーション機能におけるページとはボタンをグループ化して管理する単位であり、BD-ROMのナビゲーション機能におけるボタンとはユーザの操作に応じて実動作を行う単位である。例えば図３２に示すように階層化されたメニューを実現する場合、トップメニューと二つのサブメニュー毎に各メニューに表示したいボタンを取りまとめるページを用意する。トップメニューではボタン１，２を取りまとめるページ１、サブメニュー１ではボタン３を取りまとめるページ２、サブメニュー２ではボタン４，５を取りまとめるページ３を設ける。それぞれのページはボタン押下に合わせて実行されるナビゲーションコマンドで用意に切替可能である。例えば、ボタン１はトップメニューからサブメニュー１への遷移を行うため、ボタン押下時にページ１をoffにし、ページ２をonにするナビゲーションコマンドが設定されている。また、ボタン２でも同様にトップメニューからサブメニュー２への遷移を行うため、ボタン押下時にページ１をoffにし、ページ２をonにするナビゲーションコマンドが設定されてる。また、ボタンにはページ遷移以外にもボタン押下時に実行するナビゲーションコマンドを多数設定可能であり、例えばボタン３，４の用に特定のプレイリストを再生させたり、表示する字幕ストリームを切り替えたりすることが可能である。
【０１５８】
以上のように、ページとボタンの組み合わせにより容易にインタラクティブなユーザインターフェースを実現可能である。
【０１５９】
次に、ディスプレイセットとしてページがどの様な情報を持ちMPEG-TSに多重化されているのかを図３３を用いて説明する。
【０１６０】
図３３に示すように、ページは、自身の「ページID」と、ページ遷移時のアニメーション効果が設定された「アニメーション情報」と、ページ内の描画パレットが設定された「パレット情報」と、ページがonになった際に選択状態にするボタンのボタンIDが設定された「デフォルト選択ボタンID」と、ページがonになった際に実行するボタンのボタンIDが設定された「デフォルト実行ボタンID」と、当該ページに所属するボタン群の情報が設定された「所属ボタン情報」とがNV_DSに設定され、図３１を用いて前述したようにMPEG-TSに多重化される。
【０１６１】
次に、ディスプレイセットとしてボタンがどの様な情報を持ちMPEG-TSに多重化されているのかを図３４を用いて説明する。
図３４に示すように、ボタンは、自身の「ボタンID」と、自身の大きさやボタン画像として描画する内容等を示す「領域情報」と、ボタンが選択された際に自身に設定されたナビゲーションコマンドを自動実行するか否かを示す「自動実行可否フラグ」と、自身が選択された状態でリモコンによるユーザ操作（上下左右）が発生した際にどのボタンに遷移するかが設定された「ボタン遷移情報」と、ボタンが選択されたり押下されたりするなどボタンの状態が変化した際に鳴らす効果音や実行するアニメーション効果などが設定された「状態情報」と、ボタンが押下されるなどボタンが有効になった際に実行するナビゲーションコマンド群が設定された「実行コマンド」とがNV_DSに設定され、図３１を用いて前述したようにMPEG-TSに多重化される。
【０１６２】
次に図３５を用いてV_PESにおけるスライドショウ機能について説明する。まず当該V_PESがスライドショウであるか否かは、例えば当該V_PESが含まれたAVデータのVOB管理情報ファイルVOBIにおいて設定されるものとする。
【０１６３】
上記スライドショウである旨を設定されたV_PESは、全てIフレーム（Iピクチャ）のみで構成されており、一枚のスライドショウとして表示される画面の静止画像がそれぞれIフレームとしてV_PESに埋め込まれる。同時に、各Iフレームの先頭毎にプレイリスト情報ファイルにおいてチャプターイベントが設定される。また、各Iフレームの表示時間は無限大または固定時間が設定されており、設定された時間が経過するか、チャプタースキップまたはバックが実行されることで前の静止画に進んだり、前の静止画に戻ったりする。このようにIフレームとチャプターによりスライドショウ機能が実現される。
【０１６４】
なお、図３４を用いて前述したようにディスプレイセット（NV_DS）においてボタンの描画内容を記述可能であり、ナビゲーション用のストリームだけでもインタラクティブなメニュー画面を実現可能であるが、図３５を用いて前述したビデオPESストリーム（V_PES）におけるスライドショウ機能を用いて、V_PESにメニュー画面描画を行わせリモコン等によるユーザ操作に基づくメニュー遷移やナビゲーションコマンド実行などのメニュー制御のみをナビゲーション用のストリームにて行わせることも可能である。
【０１６５】
具体的に図３６を用いて説明すると、例えば図３６の（A）に示すようにメニューを構成するメニュー画面をスライドショウとしてV_PESに埋め込み、図３６の（B)に示すようなボタンAからRの遷移や押下時の動作、メニューページ１から３までの切替などのメニュー制御をナビゲーション用のストリームにて実現することもできる。具体的にはメニューページの切替が発生する場合、ボタンの「実行コマンド」においてページのon・offに加え、メニュー画面を切り替えるためにチャプタースキップまたはバックも実行しスライドショウ機能によりIフレームを切り替える。
【０１６６】
以上、BD-ROMにおけるナビゲーション機能について説明した。
【０１６７】
（実施例３）
次に本発明の第３の実施の形態について説明する。
【０１６８】
本実施の形態は、BD-ROMにおいて、タイトルを選択し再生するための再生メニューにおいて、メニューへのタイトル追加やメニューに追加していたタイトルの削除や並べ替え等の編集を容易に実現する方法について説明する。基本的には第１の実施例と第２の実施例に基づく内容であり、拡張または異なる部分を中心に説明する。
【０１６９】
実施例１及び実施例２にて説明したBD-ROM形式を用いて、撮影した映像や録画した映像などのコンテンツをBD-REやBD-Rなどの記録可能なDisc記録する場合、記録したDiscをBD-ROM Playerで再生しやすいように、コンテンツの記録に加え、そのコンテンツを再生するための再生メニューもDiscに記録することが望ましい。
【０１７０】
しかしながら再生メニューの形式によっては、コンテンツを記録する毎に逐次メニューを更新していく場合に全て再生メニューを作り直さなければならなかったり、記録されたコンテンツの削除に伴ってメニューを更新する際に膨大な量の修正を行わなければならなかったりする。
【０１７１】
例えば再生メニューを図３６にて示したNカラム形式のメニューなどで提供することも可能だが、図３７の（Ａ）に示すように、二番目のタイトルＢを削除した場合、図３７の（Ｂ）に示すように、タイトルＣ以降の全てのサムネイルの位置やボタンの配置情報等を修正する必要があり、例えばコンテンツを削除した後メニューの修正に時間が掛かり、一定時間ユーザの操作を受け付けなかったり、ビデオカメラなどで撮影したコンテンツをメニューに加えるための更新に時間が掛かったりする。
【０１７２】
そこで本実施の形態では、図３８に示すようなメニュー構成を採用する。
【０１７３】
本実施の形態におけるメニューでは各タイトル（コンテンツ）毎にメニュー画面を用意するものとし、例えば図３８に示すように画面の中心に選択中のタイトル情報が表示されるものとする。図３８は、タイトルＡ用のメニュー画面であり、中心にタイトルＡのタイトル情報として、例えばサムネイル画像と、タイトルＡのタイトル名や、撮影日時、記録時間などが表示されている。タイトルＡの上にはタイトルＡの直前に記録されたタイトルＺのタイトル情報、そのさらに上にタイトルＺの直前に記録されたタイトルＹのタイトル情報が表示されている、またタイトルＡの下にはタイトルＡの直後に記録されたタイトルＢのタイトル情報が表示され、そのさらに下にはタイトルＢの直後に記録されたタイトルＣのタイトル情報が表示される。また、必要に応じてメニュー画面の上部などに当該Discの名前を表示しても良い（図３８では「２００５年 ○×君 ２さい」がDiscの名前にあたる）。なお、このタイトルA用のメニュー画面に於いてボタンが押下されるとタイトルAが再生されるものとし、リモコンなどでユーザから上へのカーソル移動が指示された場合は、図３８で示したタイトルA用のメニュー画面からタイトルZ用のメニュー画面に切り替わるものとする（図３９のページAからページZへの遷移）。またタイトルA用のメニュー画面が表示されている状態でリモコンなどでユーザから下へのカーソル移動が指示された場合は、図３８で示したタイトルA用のメニュー画面からタイトルB用のメニュー画面に切り替わるものとする（図３９のページAからページBへの遷移）。このようにDiscに記録されたタイトル分のメニュー画面が生成され、図３９に示すように当該メニュー画面が押下された場合は該当タイトルが再生され、そのメニューに於いてカーソルの上下移動が指示されると、その前後に記録されたタイトルのメニュー画面へ遷移する。
【０１７４】
なお、タイトルＡが当該Discにおいて最初に記録されたタイトルである場合は、タイトルAのメニューを表示している状態から上へのカーソル指示があった場合もっとも最後に記録されたタイトルであるタイトルZのメニュー画面を情報を表示し、タイトルZのメニュー画面を表示している状態から下へのカーソル指示があった場合タイトルAのメニュー画面を情報を表示するようにして、メニュー画面をループさせるようにしても良い。
【０１７５】
以上、図３８、３９を用いて本実施の形態の再生メニューを説明したが、実際にBD-ROMのナビゲーション機能で実現する場合の例を図４０を用いて説明する。
【０１７６】
図４０の様に本実施の形態の再生メニューは、V_PESによるスライドショウ機能と１つのページと画面描画を行わない３つのボタンとで実現可能である。図３８を用いて説明した各タイトル用のメニュー画面（画面に表示されるイメージ画像）はV_PESによるスライドショウの１つのIフレームイメージとして生成される。
【０１７７】
また、図４０で図示するように前記Iフレームイメージとして生成されたメニュー画面と対となるページAは、空ボタンA-PUSHとA-UPとA-DOWNの三つのボタンを有し、図４１に示すように１つの固まりとしてNV_DSの一部を形成する。
【０１７８】
ページAはページAがonになった際に空ボタンA-PUSHが選択状態になるよう設定される。
【０１７９】
空ボタンA-PUSHは画面描画を行わないため領域サイズは縦方向、横方向とも０であり、リモコンなどで上方向のカーソル移動が指示された場合空ボタンA-UPに遷移し、リモコンなどで下方向のカーソル移動が指示された場合空ボタンA-DOWNに遷移するよう設定されている。さらに空ボタンA-PUSHはボタン押下時に、タイトルAが再生するナビゲーションコマンドが設定されている。
【０１８０】
空ボタンA-UPは画面描画を行わないため領域サイズは縦方向、横方向とも０であり、選択時に自動的にナビゲーションコマンドを実行するよう「自動実行可否フラグ」がonに設定されている。さらに空ボタンA-UPはナビゲーションコマンドとして、メニュー画面を直前に記録されたタイトルに切り替えるために、チャプターバックを実行してスライドショウを戻して直前に記録されたタイトル用のIフレームイメージを表示し、次に当該タイトルのページをoffにし、直前のタイトルのページをonにする。
【０１８１】
空ボタンA-DOWNは画面描画を行わないため領域サイズは縦方向、横方向とも０であり、選択時に自動的にナビゲーションコマンドを実行するよう「自動実行可否フラグ」がonに設定されている。さらに空ボタンA-DOWNはナビゲーションコマンドとして、メニュー画面を直後に記録されたタイトルに切り替えるために、チャプタースキップを実行してスライドショウを進めて直後に記録されたタイトル用のIフレームイメージを表示し、次に当該タイトルのページをoffにし、直後のタイトルのページをonにする。
【０１８２】
以上説明したように、当該タイトルのメニューを構成する要素は、１つのIフレームイメージと１つのページとそれの含まれる３つのボタンであり、メニューを構成するためのデータ構造は各タイトル毎に同一であり、データサイズも等しいという利点がある。また、３つのボタンは描画情報を持たないためナビゲーション機能を提供するNV_DSのサイズは小さくなるという利点もある。従って、ビデオカメラなどの映像記録装置で映像を撮影・記録した後メニューに当該映像を再生するタイトル用の再生メニューを追加する際、当該タイトルのサムネイルやタイトル名や撮影日時や撮影時間などの情報を元に、図３８に示したように予め決められたレイアウトに基づいてIフレームイメージを生成し、さらに１ページと３つのボタンとをNV_DSの形式でひな形として映像記録装置に持っておき、ひな形の中で修正すべき情報のみを修正するだけで、当該タイトルのNV_DSを生成可能であり、非常に簡単に、かつ短期間で当該タイトルのメニュー画面を作成できる。
【０１８３】
なお、上記図４０を用いて説明したメニューの構成要素はあくまでも例であり、メニューの画面描画を一枚のスライドショウで行い、メニュー画面遷移とタイトル再生を行うページやボタンによるナビゲーション機能による制御プログラムが各メニュー毎に独立し、かつ同一の構成を取っていればそのほかの構成でも良い。例えば、空ボタンA-UP及びからボタンA-DOWNなどのページ遷移プログラムをGPRMなどを駆使して全メニュー画面用に共通化してもよい。
【０１８４】
図３９のメニュー構成においてタイトルCを削除した場合の例を図４２に示す。この場合、まずメニュー用のスライドショウを実現するV_PESからタイトルC用のIフレームイメージを削除し、次にタイトルCの情報がメニュー画面に描画されているタイトルA,B,C,Dのメニュー画面を修正する。次に図４１に示すNV_DSの情報を図４３に示すように修正する。具体的にはタイトルBのボタン情報B-DOWNを修正しタイトルDのメニュー画面に遷移するようにナビゲーションコマンドを変更する。また、タイトルDのボタン情報D-UPを修正し、タイトルBのメニュー画面に遷移するように修正する。なお、タイトルC用のNV_DSは不要になるため削除しても良いし、後述するように各メニュー画面の制御用のNV_DSを予めタイトルの最大数分準備しておく場合は、そのまま削除せずに残しておいても良い。
【０１８５】
以上のようにDiscから記録したコンテンツ（タイトル）を削除する場合に於いても、タイトルCに関係するメニューのみを修正するだけでよく、図３８に示すように１つのメニュー画面に５つ分のタイトル情報を描画する場合は１つ分のメニューを削除し、４つ分のメニューを修正するだけでよく、コンテンツを削除する場合のメニューの修正範囲を最小にすることが可能であり、かつメニューの修正に掛かる処理量、及び処理時間を予め算出することができる。
【０１８６】
なお、各タイトルのメニュー画面の用のNV_DSをPESパケットのデータサイズと、BD-ROMで採用するUDFのセクタサイズの最小公倍数となる６KBの整数倍になるように確保することで、BD-REやBD-Rに記録したNV_DSの編集性を向上させても良い。
【０１８７】
なお、本実施の形態では、１つのメニュー画面は１つのタイトル用のメニュー画面としたが、スライドショウ機能と各メニュー画面制御用の固定的なNV_DSをもちいて、例えば図３６（A)に示したように１つのメニュー画面に複数のタイトルの情報を表示し、さらにそこから再生するタイトルを選択させても良い。この場合、タイトル情報を元にメニュー画面用のIフレームを生成しサイズの小さいひな形のNV_DSを修正することで簡単に再生メニューを作成・追加できるという利点は残るが、図３７を用いて説明したようにタイトルの削除を行った際は、削除するタイトルの位置によって削除処理に手間が掛かるという欠点が発生する。
【０１８８】
しかしながら、例えば撮影日毎にタイトルをグループ化し、まずはルートメニューとしてタイトルのグループを選択させ、そこからさらにそのグループ内のタイトルをサブメニューとして表示し選択させる形態を取っても良い。この形態を取ることにより、タイトルの削除を行った場合でも、そのタイトルが所属するグループ内のサブメニューのみに削除用の処理（メニュー画面の再生成、メニュー遷移制御の更新）を行えばよく、処理の範囲を小さくすることができる。
【０１８９】
（実施例４）
次に本発明の第４の実施の形態について説明する。
【０１９０】
本実施の形態は、本発明の第３の実施の形態で説明した再生メニューをMPEG-TSに配置する方法に関する。基本的には第１の実施例と第２の実施例と第３の実施例とに基づく内容であり、拡張または異なる部分を中心に説明する。
【０１９１】
本発明の第３の実施の形態において、V_PESによるスライドショウ機能と固定サイズのNV_DSによるタイトル毎のメニュー画面の実現方法について説明したが、Discに記録可能なタイトルの上限が決まっている場合、自ずと前述したメニュー画面制御用のNV_DSの最大サイズも固定長として決まる。
【０１９２】
さらに前述したように第３の実施の形態における各メニュー画面制御用のNV_DSは描画情報を持たないため各メニュー画面制御用のNV_DSのデータサイズは非常に小さくなる。従って、前記NV_DSの最大サイズも十分小さくなり、図３１を用いて説明したナビゲーション用のバッファに十分収まるサイズとなる。
【０１９３】
従って、図４４に示すように前記各メニュー画面制御用のNV_DSを最大数分のタイトル分予め確保しておき、かつメニュー画面用のV_PESが記録されるMPEG-TSストリームの先頭に配置しても良い。この場合メニュー用のストリームは一本のストリームとなる。またこの場合、タイトルの削除による先頭タイトルの変更を考慮して、NV_DSの先頭に再生メニュー表示時に一番最初に表示すべきタイトルのメニュー画面を表示させる先頭用のNV_DSを用意しておく。この先頭用のNV_DSは、「自動実行可否フラグ」がonに設定され、ナビゲーションコマンドとして一番最初に表示すべきタイトルのメニュー画面が記録されているV_PESのIフレームにチャプタージャンプするナビゲーションコマンドと、当該タイトルのNV_DSのページをonにするナビゲーションコマンドとが設定されている。
【０１９４】
また、前述の最大数分のタイトル分のメニュー画面制御用のNV_DSを図４５に示すようにスライドショウにて実現されるメニュー画面用のV_PESが記録されたMPEG-TSとは別のMPEGーTSとして用意し、前記メニュー画面用のV_PESが記録されたMPEG-TSのサブパスとしてメニュー画面制御用のNV_DSのMPEG-TSを設定し、メニュー画面用のMPEG-TSが再生された場合に同時に再生される形態を取っても良い。
【０１９５】
以上説明したように最大数分のタイトル分のNV_DSをまとめて用意しておくことで、タイトル用のメニュー画面を追加する際や削除する際に、実際に当該タイトルのNV_DS領域を確保してデータ作成したり、開放したりする必要が無く、１つのNV_DSのデータサイズと当該タイトルの順番を元に、予め用意されている当該タイトル用の領域のアドレスを参照し、必要なデータ領域を修正していくだけで、当該タイトルのメニュー画面用のNV_DSの生成、修正を完了することができる。
【０１９６】
これによりさらに、再生メニューの追加、削除、編集に掛かる時間を短縮することができる。
【０１９７】
なお、前述の最大数分のタイトル分のNV_DSをPESパケットのデータサイズと、BD-ROMで採用するUDFのセクタサイズの最小公倍数となる６KBの整数倍になるように確保することで、BD-REやBD-Rに記録したNV_DSの編集性を向上させても良い。
また、再生メニュー用のMPEG-TSは、Disc挿入時に自動実行されるようにBD.INFOを設定するものとし、かつ再生メニュー用のMPEG-TSの途中から再生されることはないものとする。
【０１９８】
また、映像記録装置に於いて本発明における実施例１から４記載のBD-ROM形式でコンテンツをDiscに記録する場合、NV_DSを含むMPEG-TSストリームは、図４４または図４５を用いて説明した再生メニュー用のMPEG-TSのみであるものとしてもよい。このように限定することにより、撮影した映像を記録するDiscの構成を単純かつ簡潔にすることができる。
【０１９９】
また、各タイトル用のメニュー画面を生成するためのサムネイル画像や撮影日、撮影時間、等のタイトル情報や、撮影機器に関する情報は、BD-ROM形式とは別の形式でDisc上に記録してもよい。特にこの場合、サムネイル画像に関してはBD-RE形式と同等の方式でDisc上に記録されるものとする。このようにすることで、撮影した映像を記録するDiscをBD-ROM形式に準拠させつつ、BD-RE形式に対応した機器においても容易に取り扱うことが可能となる。
【産業上の利用可能性】
【０２００】
本発明によれば、再生メニューを容易に追加、編集可能な映像記録用のフォーマットを次世代記録媒体に記録可能であり、特に、映像コンテンツの制作に携わる映画産業・民生機器産業において利用される可能性をもつ。
【図面の簡単な説明】
【０２０１】
【図１】ＤＶＤの構成図
【図２】ハイライトの構成図
【図３】ＤＶＤでの多重化の例を示す図
【図４】ＢＤ−ＲＯＭのデータ階層図
【図５】ＢＤ−ＲＯＭ上の論理空間の構成図
【図６】ＢＤ−ＲＯＭプレーヤの概要ブロック図
【図７】ＢＤ−ＲＯＭプレーヤの構成ブロック図
【図８】ＢＤ−ＲＯＭのアプリケーション空間の説明図
【図９】ＭＰＥＧストリーム（ＶＯＢ）の構成図
【図１０】パックの構成図
【図１１】ＡＶストリームとプレーヤ構成の関係を説明する図
【図１２】トラックバッファへのＡＶデータ連続供給モデル図
【図１３】ＶＯＢ情報ファイル構成図
【図１４】タイムマップの説明図
【図１５】タイムマップを使ったアドレス情報取得方法説明図
【図１６】プレイリストファイルの構成図
【図１７】プレイリストに対応するプログラムファイルの構成図
【図１８】ＢＤディスク全体管理情報ファイルの構成図
【図１９】グローバルイベントハンドラを記録するファイルの構成図
【図２０】タイムイベントの例を説明する図
【図２１】ユーザイベントの例を説明する図
【図２２】グローバルイベントハンドラの例を説明する図
【図２３】仮想マシンの構成図
【図２４】プレーヤ変数テーブルの図
【図２５】イベントハンドラ（タイムイベント）の例を示す図
【図２６】イベントハンドラ（ユーザイベント）の例を示す図
【図２７】プレーヤの基本処理のフローチャート
【図２８】プレイリスト再生処理のフローチャート
【図２９】イベント処理のフローチャート
【図３０】字幕処理のフローチャート
【図３１】BD-ROMでの多重化の例を示す図
【図３２】ナビゲーション機能の例を示す図
【図３３】ナビゲーション機能のページのデータ構造を示す図
【図３４】ナビゲーション機能のボタンのデータ構造を示す図
【図３５】スライドショウ機能の構造を示す図
【図３６】ナビゲーション機能とスライドショウ機能による再生メニューの例を示す図
【図３７】図３６に示す形式の再生メニューにおいて二番目のタイトルを削除した場合の修正例を示す図
【図３８】本発明における追加編集を考慮した再生メニューの例を示す図
【図３９】本発明における再生メニューの遷移関係の例を示す図
【図４０】本発明における再生メニューの実現方法を示す図
【図４１】本発明における再生メニューのナビゲーション機能のデータ構造例を示す図
【図４２】本発明における再生メニューにおいてタイトルを削除した場合の編集例を示す図
【図４３】図４２の編集例におけるナビゲーション機能のデータ構造例を示す図
【図４４】本発明における再生メニューを一本のストリームで提供するMPEG-TSの構造例を示す図
【図４５】本発明における再生メニューをメニュー画面用ストリームとナビゲーション用ストリームの二つのストリームで提供するMPEG-TSの構造例を示す図
【符号の説明】
【０２０２】
２０１  ＢＤディスク
２０２  光ピックアップ
２０３  プログラム記録メモリ
２０４  管理情報記録メモリ
２０５  ＡＶ記録メモリ
２０６  プログラム処理部
２０７  管理情報処理部
２０８  プレゼンテーション処理部
２０９  イメージプレーン
２１０  ビデオプレーン
２１１  合成処理部
３０１  プログラム記録メモリ
３０２  プログラムプロセッサ
３０３  ＵＯＰマネージャ
３０４  管理情報記録メモリ
３０５  シナリオプロセッサ
３０６  プレゼンテーションコントローラ
３０７  クロック
３０８  イメージメモリ
３０９  トラックバッファ
３１０  デマルチプレクサ
３１１  イメージプロセッサ
３１２  ビデオプロセッサ
３１３  サウンドプロセッサ
３１４  イメージプレーン
３１５  ビデオプレーン
３１６  合成処理部
３１７  ドライブコントローラ
３１０１  プログラム
３１０２  プログラム処理部
３１０３  プログラム処理部から管理情報処理部の制御
３１０４  イメージプレーン
３１０５  プログラム処理部からイメージプレーンの制御
３２０１  タイトルリスト
３２０２  本編映像データを再生するアプリケーション
３２０３  ポップアップメニューを表示するアプリケーション
３２０４  オンラインショッピング購入品を蓄えておくアプリケーション
３２０５  オンラインショッピングを実現するアプリケーション
３２０６  ゲームアプリケーション
３３０１  アプリケーション管理情報
３３０２  タイトル番号
３３０３  アプリケーションＩＤ
３３０４  アプリケーション＃１の起動
３３０５  アプリケーション＃１の終了
３３０６  アプリケーション＃３の起動
３４０１  起動属性
３４０２  アプリケーション＃１によるアプリケーション＃２の起動
３４０３  タイトル終端におけるアプリケーションの終了
３４０４  アプリケーション＃２によるアプリケーション＃１の終了
３５０１  タイトル＃１におけるアプリケーション＃１の登録情報
３５０２  タイトル＃２におけるアプリケーション＃１の登録情報
３７０１  タイトル単位のアプリケーション管理情報
３７０２  ディスク単位のアプリケーション管理情報
３７０３  ディスクセット単位のアプリケーション管理情報
３８０１  チャプター
３８０２  チャプター単位で管理されたアプリケーション管理情報
３８０３  チャプター単位で管理されたアプリケーション
３９０１  ディスク
３９０２  ローカルメモリ
３９０３  Ｊａｖａ（登録商標）仮想マシン
３９０４  ワークメモリ
３９０５  Ｊａｖａ（登録商標）アプリケーション
３９０６  再生制御部
３９０７  アプリケーションマネージャ
４００１  アプリケーションマネージャによるタイトル開始時の起動
４００２  アプリケーションマネージャによるイベント発生時の起動
４００３  アプリケーションによる起動
４００４  アプリケーションマネージャによるタイトル終了時の終了
４００５  アプリケーションマネージャによるイベント発生時の終了
４００６  アプリケーションによる終了
４１０１  終了イベント受信部
４１０２  終了プロセス
４１０３  終了イベント及び終了プロセスを持たないアプリケーション
Ｓ１０１  ディスク挿入ステップ
Ｓ１０２  ＢＤ．ＩＮＦＯ読み込みステップ
Ｓ１０３  ＢＤ．ＰＲＯＧ読み込みステップ
Ｓ１０４  ファーストイベント生成ステップ
Ｓ１０５  イベントハンドラ実行ステップ
Ｓ２０１  ＵＯＰ受付ステップ
Ｓ２０２  ＵＯＰイベント生成ステップ
Ｓ２０３  メニューコール判定ステップ
Ｓ２０４  イベント生成ステップ
Ｓ２０５  イベントハンドラ実行ステップ
Ｓ３０１  プレイリスト再生開始ステップ
Ｓ３０２  プレイリスト情報（ＸＸＸ．ＰＬ）読み込みステップ
Ｓ３０３  プレイリストプログラム（ＸＸＸ．ＰＲＯＧ）読み込みステップ
Ｓ３０４  セル再生開始ステップ
Ｓ３０５  ＡＶ再生開始ステップ
Ｓ４０１  ＡＶ再生開始ステップ
Ｓ４０２  ＶＯＢ情報（ＹＹＹ．ＶＯＢＩ）読み込みステップ
Ｓ４０３  ＶＯＢ（ＹＹＹ．ＶＯＢ）読み込みステップ
Ｓ４０４  ＶＯＢ再生開始ステップ
Ｓ４０５  ＶＯＢ再生終了ステップ
Ｓ４０６  次セル存在判定ステップ
Ｓ５０１  プレイリスト再生開始ステップ
Ｓ５０２  プレイリスト再生終了判定ステップ
Ｓ５０３  タイムイベント時刻判定ステップ
Ｓ５０４  イベント生成ステップ
Ｓ５０５  イベントハンドラ実行ステップ
Ｓ６０１  プレイリスト再生開始ステップ
Ｓ６０２  プレイリスト再生終了判定ステップ
Ｓ６０３  ＵＯＰ受付判定ステップ
Ｓ６０４  ＵＯＰイベント生成ステップ
Ｓ６０５  メニューコール判定ステップ
Ｓ６０６  ユーザーイベント有効期間判定ステップ
Ｓ６０７  イベント生成ステップ
Ｓ６０８  イベントハンドラ実行ステップ
Ｓ７０１  プレイリスト再生開始ステップ
Ｓ７０２  プレイリスト再生終了判定ステップ
Ｓ７０３  字幕描画開始判定ステップ
Ｓ７０４  字幕描画ステップ
Ｓ７０５  字幕表示終了判定ステップ
Ｓ７０６  字幕消去ステップ
４６００  再生メニュー
４６０１  メニューのタイトル
４６０２  サムネイル画像
４６０３  プレイリスト付属情報
４６０４  メニューページ戻し
４６０５  メニューページ送り
【図１】
2007048383.tif 000003
【図２】
2007048383.tif 000004
【図３】
2007048383.tif 000005
【図４】
2007048383.tif 000006
【図５】
2007048383.tif 000007
【図６】
2007048383.tif 000008
【図７】
2007048383.tif 000009
【図８】
2007048383.tif 000010
【図９】
2007048383.tif 000011
【図１０】
2007048383.tif 000012
【図１１】
2007048383.tif 000013
【図１２】
2007048383.tif 000014
【図１３】
2007048383.tif 000015
【図１４】
2007048383.tif 000016
【図１５】
2007048383.tif 000017
【図１６】
2007048383.tif 000018
【図１７】
2007048383.tif 000019
【図１８】
2007048383.tif 000020
【図１９】
2007048383.tif 000021
【図２０】
2007048383.tif 000022
【図２１】
2007048383.tif 000023
【図２２】
2007048383.tif 000024
【図２３】
2007048383.tif 000025
【図２４】
2007048383.tif 000026
【図２５】
2007048383.tif 000027
【図２６】
2007048383.tif 000028
【図２７】
2007048383.tif 000029
【図２８】
2007048383.tif 000030
【図２９】
2007048383.tif 000031
【図３０】
2007048383.tif 000032
【図３１】
2007048383.tif 000033
【図３２】
2007048383.tif 000034
【図３３】
2007048383.tif 000035
【図３４】
2007048383.tif 000036
【図３５】
2007048383.tif 000037
【図３６】
2007048383.tif 000038
【図３７】
2007048383.tif 000039
【図３８】
2007048383.tif 000040
【図３９】
2007048383.tif 000041
【図４０】
2007048383.tif 000042
【図４１】
2007048383.tif 000043
【図４２】
2007048383.tif 000044
【図４３】
2007048383.tif 000045
【図４４】
2007048383.tif 000046
【図４５】
2007048383.tif 000047