再生時刻が定義されたグラフィクスデータが入力される入力部と、上記グラフィクスデータに基づいて表示画像構成データを形成する表示画像構成データ形成部と、上記表示画像構成データ形成部で形成された上記表示画像構成データを記憶する第1の記憶部と、上記第1の記憶部に記憶された上記表示画像構成データを記憶する第2の記憶部と、上記第1の記憶部に記憶された表示画像構成データにより形成され、主画像に対して重ねて表示される字幕画像の表示および非表示を指示する操作入力部と、上記再生時刻において、上記表示画像構成データ形成部で形成された上記表示画像構成データを上記第1および上記第2の記憶部に記憶させるように制御する制御部とを有し、上記非表示の指示が上記制御部に入力されると、上記制御部によって上記字幕画像が非表示とされ、該字幕画像が非表示である期間に、該字幕画像の表示の指示が上記制御部に入力されると、上記制御部によって、上記第2の記憶部に記憶されている上記表示画像構成データが上記第1の記憶部に記憶され、該字幕画像が表示される再生装置。上記第2の記憶部は、記憶された上記表示画像構成データを、該表示画像構成データに基づく出力画像データの次に出力される上記出力画像データに対応する上記グラフィクスデータに定義される上記再生時刻まで保持する請求項1に記載の再生装置。上記第2の記憶部は、記憶された上記表示画像構成データを、該表示画像構成データに対応する上記グラフィクスデータが属する単位の次の上記単位の最初の上記グラフィクスデータに定義される上記再生時刻まで保持する請求項1に記載の再生装置。上記表示画像構成データは、形状情報および座標情報と、色情報とからなる請求項1乃至3のいずれか1項に記載の再生装置。再生時刻が定義されたグラフィクスデータが入力される入力ステップと、上記グラフィクスデータに基づいて表示画像構成データを形成する表示画像構成データ形成ステップと、上記表示画像構成データ形成ステップにおいて形成された上記表示画像構成データを第1の記憶部に記憶する第1の記憶ステップと、上記第1の記憶部に記憶された上記表示画像構成データを第2の記憶部に記憶する第2の記憶ステップと、上記第1の記憶部に記憶された表示画像構成データにより形成され、主画像に対して重ねて表示される字幕画像の表示および非表示を指示する操作入力ステップと、上記再生時刻において、上記表示画像データ形成ステップで形成された上記表示画像構成データを上記第1および上記第2の記憶部に記憶させるように制御する第1の制御ステップと、上記非表示の指示がなされると、上記字幕画像が非表示とされ、該字幕画像が非表示である期間に、該字幕画像の表示の指示がなされると、上記第2の記憶部に記憶されている上記表示画像構成データを上記第1の記憶部に記憶して該字幕画像を表示する第2の制御ステップとからなる再生方法。再生時刻が定義されたグラフィクスデータが入力される入力ステップと、上記グラフィクスデータに基づいて表示画像構成データを形成する表示画像構成データ形成ステップと、上記表示画像構成データ形成ステップにおいて形成された上記表示画像構成データを第1の記憶部に記憶する第1の記憶ステップと、上記第1の記憶部に記憶された上記表示画像構成データを第2の記憶部に記憶する第2の記憶ステップと、上記第1の記憶部に記憶された表示画像構成データにより形成され、主画像に対して重ねて表示される字幕画像の表示および非表示を指示する操作入力ステップと、上記再生時刻において、上記表示画像データ形成ステップで形成された上記表示画像構成データを上記第1および上記第2の記憶部に記憶させるように制御する第1の制御ステップと、上記非表示の指示がなされると、上記字幕画像が非表示とされ、該字幕画像が非表示である期間に、該字幕画像の表示の指示がなされると、上記第2の記憶部に記憶されている上記表示画像構成データを上記第1の記憶部に記憶して該字幕画像を表示する第2の制御ステップとからなる再生方法をコンピュータ装置に実行させるための再生プログラム。ところで、BD-ROM規格では、再生中に字幕表示のON/OFFをユーザオペレーションまたはインタラクティブボタンで切り換えることができるようにされている。字幕表示OFFが指示された場合、字幕プレーンの字幕表示部分のデータを透明属性のデータに置き換えることで、字幕表示が消去される。ユーザオペレーションは、例えばユーザのリモートコントロールコマンダによる操作である。ところが、上述したように、字幕画像データは、表示のためにバッファから読み出される際にバッファから破棄されてしまうため、現在表示されている字幕に対して字幕表示OFFを指示してしまうと、再び字幕表示ONを指示しても、直ぐには字幕表示が再開されないことがあるという問題点があった。これは、上述のように、字幕画像データは、表示のタイミングでバッファから破棄されてしまうので、字幕表示OFFの指示後に再び字幕表示ONを指示しても、バッファには表示すべき字幕画像データが存在しないことになるからである。この場合、次の字幕表示のタイミングまで、字幕が全く表示されないことになる。字幕表示OFFを指示した字幕が当該動画像に対する最後の字幕であった場合は、当該動画像の再生が終了するまで、何の字幕も表示されないことになる。図32を用いて、より具体的に説明する。図32Aは、字幕画像データNの表示タイミングを示す。図32Bは、バッファ内の字幕画像データNの状態を示す。図32Cは、表示タイミングに対応して表示される字幕画像データNを示し、図32Dは、ユーザオペレーションにより字幕表示ON/OFFが指示された場合に実際に表示される字幕画像データNを示す。バッファに溜め込まれる字幕画像データは、それぞれの表示タイミングで表示されると共にバッファから破棄される図32A~図32C参照。図32Dに示されるように、字幕表示OFFの指示により字幕が消去された後に、ユーザオペレーションにより再び字幕表示ONが指示された時点では、字幕表示ONの指示時に表示すべき字幕画像データ3は、既にバッファから破棄されている図32B参照。したがって、字幕表示ONの指示のタイミングから次の字幕画像データ4の表示タイミングまで、字幕表示がなされないことになる。一方、ディスクのオーサリング状況によっては、字幕表示のON/OFFをユーザオペレーションで切り換えられたくないようなオーサリングを行う場合も考えられる。そのため、BD-ROM規格においては、字幕表示のON/OFFのユーザオペレーションの如何に関わらず、強制的に字幕表示を行わせるような制御が定義されている。また、BD-ROM規格においては、1の画面に対して複数、例えば2の字幕をそれぞれ独立的に表示できるようにされている。例えば、1画面に対して、2種類の言語による字幕をそれぞれ表示することができる。上述の、強制的に字幕表示を行わせるか否かの制御は、2の字幕のそれぞれに対して独立的に適用させることができる。一例として、画面に表示される一方の字幕は、ユーザ操作による字幕表示のON/OFFが可能とされ、他方の字幕は、ユーザ操作の如何に関わらず、強制的に字幕が表示される。ここで、図33Aに一例が示されるように、画面200に対し、ユーザオペレーションによらず強制的に字幕表示がなされる強制表示設定による字幕1と、ユーザオペレーションに応じて字幕表示のON/OFFが切り換えられる非強制表示設定による字幕2とが同時に表示されている場合について考える。この図33Aに示される状態において、ユーザオペレーション、例えばユーザによるリモートコントロールコマンダに対する操作により、字幕表示ONを指示した場合、字幕1および字幕2が共に表示される。ここで、ユーザオペレーションにより、字幕OFFを指示すると、画面200の表示は、図33Bに一例が示されるように、強制表示設定とされた字幕1はそのまま表示され、非強制表示設定とされた字幕2の表示が消えた状態となる。次に、この図33Bの状態からさらに、ユーザオペレーションにより字幕表示ONを指示することを考える。ユーザは、字幕表示ONを指示することで、画面200の表示が、字幕1と字幕2とが共に表示される図33Aに示される表示に戻ることを期待している。しかしながら、字幕1および字幕2に係るオーサリング状況によっては、図33Bの状態において字幕表示ONを指示しても字幕2が表示されず、画面200の表示が図33Bに示されるのと同一の、字幕1のみが表示される状態となってしまう可能性があるという問題点があった。したがって、この発明の目的は、ユーザオペレーションにより字幕表示のON/OFFを切り換えた際に、適切に字幕が表示されるようにした再生装置、再生方法および再生プログラムを提供することにある。上述した課題を解決するために、第1の発明は、再生時刻が定義されたグラフィクスデータが入力される入力部と、グラフィクスデータに基づいて表示画像構成データを形成する表示画像構成データ形成部と、表示画像構成データ形成部で形成された表示画像構成データを記憶する第1の記憶部と、第1の記憶部に記憶された表示画像構成データを記憶する第2の記憶部と、第1の記憶部に記憶された表示画像構成データにより形成され、主画像に対して重ねて表示される字幕画像の表示および非表示を指示する操作入力部と、再生時刻において、表示画像構成データ形成部で形成された表示画像構成データを第1および第2の記憶部に記憶させるように制御する制御部とを有し、非表示の指示が制御部に入力されると、制御部によって字幕画像が非表示とされ、該字幕画像が非表示である期間に、該字幕画像の表示の指示が制御部に入力されると、制御部によって、第2の記憶部に記憶されている表示画像構成データが第1の記憶部に記憶され、該字幕画像が表示される再生装置である。また、第2の発明は、再生時刻が定義されたグラフィクスデータが入力される入力ステップと、グラフィクスデータに基づいて表示画像構成データを形成する表示画像構成データ形成ステップと、表示画像構成データ形成ステップにおいて形成された表示画像構成データを第1の記憶部に記憶する第1の記憶ステップと、第1の記憶部に記憶された表示画像構成データを第2の記憶部に記憶する第2の記憶ステップと、第1の記憶部に記憶された表示画像構成データにより形成され、主画像に対して重ねて表示される字幕画像の表示および非表示を指示する操作入力ステップと、再生時刻において、表示画像データ形成ステップで形成された表示画像構成データを第1および第2の記憶部に記憶させるように制御する第1の制御ステップと、非表示の指示がなされると、字幕画像が非表示とされ、該字幕画像が非表示である期間に、該字幕画像の表示の指示がなされると、第2の記憶部に記憶されている表示画像構成データを第1の記憶部に記憶して該字幕画像を表示する第2の制御ステップとからなる再生方法である。また、第3の発明は、再生時刻が定義されたグラフィクスデータが入力される入力ステップと、グラフィクスデータに基づいて表示画像構成データを形成する表示画像構成データ形成ステップと、表示画像構成データ形成ステップにおいて形成された表示画像構成データを第1の記憶部に記憶する第1の記憶ステップと、第1の記憶部に記憶された表示画像構成データを第2の記憶部に記憶する第2の記憶ステップと、第1の記憶部に記憶された表示画像構成データにより形成され、主画像に対して重ねて表示される字幕画像の表示および非表示を指示する操作入力ステップと、再生時刻において、表示画像データ形成ステップで形成された表示画像構成データを第1および第2の記憶部に記憶させるように制御する第1の制御ステップと、非表示の指示がなされると、字幕画像が非表示とされ、該字幕画像が非表示である期間に、該字幕画像の表示の指示がなされると、第2の記憶部に記憶されている表示画像構成データを第1の記憶部に記憶して該字幕画像を表示する第2の制御ステップとからなる再生方法をコンピュータ装置に実行させるための再生プログラムである。上述したように、第1、第2および第3の発明は、再生時刻が定義されたグラフィクスデータが入力される入力部と、グラフィクスデータに基づいて表示画像構成データを形成する表示画像構成データ形成部と、表示画像構成データ形成部で形成された表示画像構成データを記憶する第1の記憶部と、第1の記憶部に記憶された表示画像構成データを記憶する第2の記憶部と、第1の記憶部に記憶された表示画像構成データにより形成され、主画像に対して重ねて表示される字幕画像の表示および非表示を指示する操作入力部と、再生時刻において、表示画像構成データ形成部で形成された表示画像構成データを第1および第2の記憶部に記憶させるように制御する制御部とを有し、非表示の指示が制御部に入力されると、制御部によって字幕画像が非表示とされ、該字幕画像が非表示である期間に、該字幕画像の表示の指示が制御部に入力されると、制御部によって、第2の記憶部に記憶されている表示画像構成データが第1の記憶部に記憶され、該字幕画像が表示されるようにしている。ユーザオペレーションにより画像の非表示が指示された後に画像の表示が指示された際に、そのときに表示されるべきグラフィクスデータに基づく画像を即座に表示することができる効果がある。以下、この発明の実施の形態を、図面を参照しながら説明する。先ず、理解を容易とするために、Blu-rayDiscに関し、BlurayDiscReadOnlyFormatVer10part3AudioVisualSpecificationsで規定されている、読み出し専用タイプのBlu-rayDiscであるBD-ROMに記録されたコンテンツすなわちAVデータの管理構造について説明する。以下では、このBD-ROMにおける管理構造をBDMVフォーマットと称する。例えばMPEGビデオやMPEGオーディオなどの符号化方式で符号化され、MPEG2システムに従い多重化されたビットストリームは、クリップAVストリームまたはAVストリームと称される。クリップAVストリームは、Blu-rayDiscに関する規格の一つであるBlurayDiscReadOnlyFormatpart2で定義されたファイルシステムにより、ファイルとしてディスクに記録される。このファイルを、クリップAVストリームファイルまたはAVストリームファイルと称する。クリップAVストリームファイルは、ファイルシステム上での管理単位であり、ユーザにとって必ずしも分かりやすい管理単位であるとは限らない。ユーザの利便性を考えた場合、複数のクリップAVストリームファイルに分割された映像コンテンツを一つにまとめて再生する仕組みや、クリップAVストリームファイルの一部だけを再生する仕組み、さらには、特殊再生や頭出し再生を滑らかに行うための情報などをデータベースとしてディスクに記録しておく必要がある。Blu-rayDiscに関する規格の一つであるBlurayDiscReadOnlyFormatpart3で、このデータベースが規定される。図1は、BD-ROMのデータモデルを概略的に示す。BD-ROMのデータ構造は、図1に示されるように4層のレイヤよりなる。最も最下層のレイヤは、クリップAVストリームが配置されるレイヤである便宜上、クリップレイヤと呼ぶ。その上のレイヤは、クリップAVストリームに対する再生箇所を指定するための、ムービープレイリストと、プレイアイテムとが配置されるレイヤである便宜上、プレイリストレイヤと呼ぶ。さらにその上のレイヤは、ムービープレイリストに対して再生順などを指定するコマンドからなるムービーオブジェクトなどが配置されるレイヤである便宜上、オブジェクトレイヤと呼ぶ。最上層のレイヤは、このBD-ROMに格納されるタイトルなどを管理するインデックステーブルが配置される便宜上、インデックスレイヤと呼ぶ。クリップレイヤについて説明する。クリップAVストリームは、ビデオデータやオーディオデータがMPEG2TSトランスポートストリームの形式などに多重化されたビットストリームである。このクリップAVストリームに関する情報がクリップ情報としてファイルに記録される。また、クリップAVストリームには、字幕を表示するグラフィクスストリームであるプレゼンテーショングラフィクスPGストリームや、メニュー表示などに用いられるデータをストリームにしたインタラクティブグラフィクスIGストリームも多重化される。クリップAVストリームファイルと、対応するクリップ情報が記録されたクリップ情報ファイルとをひとまとまりのオブジェクトと見なし、クリップと称する。すなわち、クリップは、クリップAVストリームとクリップ情報とから構成される、一つのオブジェクトである。ファイルは、一般的に、バイト列として扱われる。クリップAVストリームファイルのコンテンツは、時間軸上に展開され、クリップ中のエントリーポイントは、主に時間ベースで指定される。所定のクリップへのアクセスポイントのタイムスタンプが与えられた場合、クリップAVストリームファイルの中でデータの読み出しを開始すべきアドレス情報を見つけるために、クリップ情報ファイルを用いることができる。プレイリストレイヤについて説明する。ムービープレイリストは、再生するAVストリームファイルの指定と、指定されたAVストリームファイルの再生箇所を指定する再生開始点IN点と再生終了点OUT点の集まりとから構成される。この再生開始点と再生終了点の情報を一組としたものは、プレイアイテムと称される。ムービープレイリストは、プレイアイテムの集合で構成される。プレイアイテムを再生するということは、そのプレイアイテムに参照されるAVストリームファイルの一部分を再生するということになる。すなわち、プレイアイテム中のIN点およびOUT点情報に基づき、クリップ中の対応する区間が再生される。オブジェクトレイヤについて説明する。ムービーオブジェクトは、HDMVナビゲーションコマンドプログラムHDMVプログラムと、ムービーオブジェクトとを連携するターミナルインフォメーションを含む。HDMVプログラムは、プレイリストの再生を制御するためのコマンドである。ターミナルインフォメーションは、ユーザのBD-ROMプレーヤに対するインタラクティブな操作を許可するための情報を含んでいる。このターミナルインフォメーションに基づき、メニュー画面の呼び出しや、タイトルサーチといったユーザオペレーションが制御される。BD-Jオブジェクトは、JavaプログラムJavaは登録商標によるオブジェクトからなる。BD-Jオブジェクトは、この発明と関わりが薄いので、詳細な説明を省略する。インデックスレイヤについて説明する。インデックスレイヤは、インデックステーブルからなる。インデックステーブルは、BD-ROMディスクのタイトルを定義する、トップレベルのテーブルである。インデックステーブルに格納されているタイトル情報に基づき、BD-ROM常駐システムソフトウェア中のモジュールマネージャによりBD-ROMディスクの再生が制御される。すなわち、図2に概略的に示されるように、インデックステーブル中の任意のエントリは、タイトルと称され、インデックステーブルにエントリされるファーストプレイバック、トップメニューおよびタイトル1、2、は、全てタイトルである。各タイトルは、ムービーオブジェクトあるいはBD-Jオブジェクトに対するリンクを示し、各タイトルは、HDMVタイトルあるいはBD-Jタイトルの何れかを示す。例えば、ファーストプレイバックは、当該BD-ROMに格納されるコンテンツが映画であれば、映画本編に先立って映出される映画会社の宣伝用映像トレーラである。トップメニューは、例えばコンテンツが映画である場合、本編再生、チャプタサーチ、字幕や言語設定、特典映像再生などを選択するためのメニュー画面である。また、タイトルは、トップメニューから選択される各映像である。タイトルがさらにメニュー画面であるような構成も可能である。図3は、上述のようなクリップAVストリーム、クリップ情報、クリップ、プレイアイテムおよびプレイリストの関係を示すUML図である。プレイリストは、1または複数のプレイアイテムに対応付けられ、プレイアイテムは、1のクリップに対応付けられる。1のクリップに対して、それぞれ開始点および/または終了点が異なる複数のプレイアイテムを対応付けることができる。1のクリップから1のクリップAVストリームファイルが参照される。同様に、1のクリップから1のクリップ情報ファイルが参照される。また、クリップAVストリームファイルとクリップ情報ファイルとは、1対1の対応関係を有する。このような構造を定義することにより、クリップAVストリームファイルを変更することなく、任意の部分だけを再生する、非破壊の再生順序指定を行うことが可能となる。また、図4のように、複数のプレイリストから同一のクリップを参照することもできる。また、1のプレイリストから複数のクリップを指定することもできる。クリップは、プレイリスト中のプレイアイテムに示されるIN点およびOUT点により、参照される。図4の例では、クリップ300は、プレイリスト310のプレイアイテム320から参照されると共に、プレイリスト311を構成するプレイアイテム321および322のうちプレイアイテム321から、IN点およびOUT点で示される区間が参照される。また、クリップ301は、プレイリスト311のプレイアイテム322からIN点およびOUT点で示される区間が参照されると共に、プレイリスト312のプレイアイテム323および324のうち、プレイアイテム323のIN点およびOUT点で示される区間が参照される。なお、プレイリストは、図5に一例が示されるように、主として再生されるプレイアイテムに対応するメインパスに対して、サブプレイアイテムに対応するサブパスを持つことができる。サブプレイアイテムは、例えば、このプレイリストに付けられているアフレコオーディオ用のプレイアイテムである。詳細は省略するが、プレイリストは、所定の条件を満たす場合にだけ、サブプレイアイテムを持つことができる。次に、BlurayDiscReadOnlyFormatpart3で規定された、BD-ROMに記録されるファイルの管理構造について、図6を用いて説明する。ファイルは、ディレクトリ構造により階層的に管理される。記録媒体上には、先ず、1つのディレクトリ図6の例ではルートディレクトリが作成される。このディレクトリの下が、1つの記録再生システムで管理される範囲とする。ルートディレクトリの下に、ディレクトリBDMVおよびディレクトリCERTIFICATEが置かれる。ディレクトリCERTIFICATEは、著作権に関する情報が格納される。ディレクトリBDMVに、図1を用いて説明したデータ構造が格納される。ディレクトリBDMVの直下には、ファイルは、ファイルindexbdmvおよびファイルMovieObjectbdmvの2つのみを置くことができる。また、ディレクトリBDMVの下に、ディレクトリPLAYLIST、ディレクトリCLIPINF、ディレクトリSTREAM、ディレクトリAUXDATA、ディレクトリMETA、ディレクトリBDJO、ディレクトリJAR、およびディレクトリBACKUPが置かれる。ファイルindexbdmvは、ディレクトリBDMVの内容について記述される。すなわち、このファイルindexbdmvが上述した最上層のレイヤであるインデックスレイヤにおけるインデックステーブルに対応する。また、ファイルMovieObjectbdmvは、1つ以上のムービーオブジェクトの情報が格納される。すなわち、このファイルMovieObjectbdmvが上述したオブジェクトレイヤに対応する。ディレクトリPLAYLISTは、プレイリストのデータベースが置かれるディレクトリである。すなわち、ディレクトリPLAYLISTは、ムービープレイリストに関するファイルであるファイルxxxxxmplsを含む。ファイルxxxxxmplsは、ムービープレイリストのそれぞれに対して作成されるファイルである。ファイル名において、ピリオドの前のxxxxxは、5桁の数字とされ、ピリオドの後ろのmplsは、このタイプのファイルに固定的とされた拡張子である。ディレクトリCLIPINFは、クリップのデータベースが置かれるディレクトリである。すなわち、ディレクトリCLIPINFは、クリップAVストリームファイルのそれぞれに対するクリップインフォメーションファイルであるファイルzzzzzclpiを含む。ファイル名において、ピリオドの前のzzzzzは、5桁の数字とされ、ピリオドの後ろのclpiは、このタイプのファイルに固定的とされた拡張子である。ディレクトリSTREAMは、実体としてのAVストリームファイルが置かれるディレクトリである。すなわち、ディレクトリSTREAMは、クリップインフォメーションファイルのそれぞれに対応するクリップAVストリームファイルを含む。クリップAVストリームファイルは、MPEG2のトランスポートストリーム以下、MPEG2TSと略称するからなり、ファイル名がzzzzzm2tsとされる。ファイル名において、ピリオドの前のzzzzzは、対応するクリップインフォメーションファイルと同一することで、クリップインフォメーションファイルとこのクリップAVストリームファイルとの対応関係を容易に把握することができる。ディレクトリAUXDATAは、メニュー表示などに用いられる、サウンドファイル、フォントファイル、フォントインデックスファイルおよびビットマップファイルなどが置かれる。ファイルsoundbdmvは、HDMVのインタラクティブなグラフィクスストリームのアプリケーションに関連したサウンドデータが格納される。ファイル名は、soundbdmvに固定的とされる。ファイルaaaaaotfは、字幕表示や上述したBD-Jアプリケーションなどで用いられるフォントデータが格納される。ファイル名において、ピリオドの前のaaaaaは、5桁の数字とされ、ピリオドの後ろのotfは、このタイプのファイルに固定的とされた拡張子である。ファイルbdmvfontindexは、フォントのインデックスファイルである。ディレクトリMETAは、メタデータファイルが格納される。ディレクトリBDJOおよびディレクトリJARは、上述のBD-Jオブジェクトに関連するファイルが格納される。また、ディレクトリBACKUPは、上述までの各ディレクトリおよびファイルのバックアップが格納される。これらディレクトリMETA、ディレクトリBDJO、ディレクトリJARおよびディレクトリBACKUPは、この発明の主旨と直接的な関わりがないので、詳細な説明を省略する。上述したようなデータ構造を有するディスクがプレーヤに装填されると、プレーヤは、ディスクから読み出されたムービーオブジェクトなどに記述されたコマンドを、プレーヤ内部のハードウェアを制御するための固有のコマンドに変換する必要がある。プレーヤは、このような変換を行うためのソフトウェアを、プレーヤに内蔵されるROMにあらかじめ記憶している。このソフトウェアは、ディスクとプレーヤを仲介してプレーヤにBD-ROMの規格に従った動作をさせることから、BD仮想プレーヤと称される。図7は、このBD仮想プレーヤの動作を概略的に示す。図7Aは、ディスクのローディング時の動作の例を示す。ディスクがプレーヤに装填されディスクに対するイニシャルアクセスがなされるとステップS30、1のディスクにおいて共有的に用いられる共有パラメータが記憶されるレジスタが初期化されるステップS31。そして、次のステップS32で、プログラムがディスクから読み込まれて実行される。なお、イニシャルアクセスは、ディスク装填時のように、ディスクの再生が初めて行われることをいう。図7Bは、プレーヤが停止状態からユーザにより例えばプレイキーが押下され再生が指示された場合の動作の例を示す。最初の停止状態ステップS40に対して、ユーザにより、例えばリモートコントロールコマンダなどを用いて再生が指示されるUO:UserOperation。再生が指示されると、先ず、レジスタすなわち共通パラメータが初期化されステップS41、次のステップS42で、プレイリストの再生フェイズに移行する。なお、この場合にレジスタがリセットされない実装としてもよい。ムービーオブジェクトの実行フェイズにおけるプレイリストの再生について、図8を用いて説明する。UOなどにより、タイトル番号1のコンテンツを再生開始する指示があった場合について考える。プレーヤは、コンテンツの再生開始指示に応じて、上述した図2に示されるインデックステーブルを参照し、タイトル1のコンテンツ再生に対応するオブジェクトの番号を取得する。例えばタイトル1のコンテンツ再生を実現するオブジェクトの番号が1であったとすると、プレーヤは、ムービーオブジェクト1の実行を開始する。この図8の例では、ムービーオブジェクト1に記述されたプログラムは2行からなり、1行目のコマンドがPlayPlayListであるとすると、プレーヤは、プレイリスト1の再生を開始する。プレイリスト1は、1以上のプレイアイテムから構成され、プレイアイテムが順次再生される。プレイリスト1中のプレイアイテムの再生が終了すると、ムービーオブジェクト1の実行に戻り、2行目のコマンドが実行される。図8の例では、2行目のコマンドがjumpTopMenuであって、このコマンドが実行されインデックステーブルに記述されたトップメニューを実現するムービーオブジェクトの実行が開始される。次に、この発明の実施の形態に適用可能な画像の表示系について説明する。この発明の実施の形態では、画像の表示系について、図9に一例が示されるようなプレーン構成を取る。動画プレーン10は、最も後ろ側ボトムに表示され、プレイリストで指定された画像主に動画データが扱われる。字幕プレーン11は、動画プレーン10の上に表示され、動画再生中に表示される字幕データが扱われる。インタラクティブグラフィクスプレーン12は、最も前面に表示され、メニュー画面を表示するための文字データや、ボタン画像用のビットマップデータなどのグラフィクスデータが扱われる。1つの表示画面は、これら3つのプレーンが合成されて表示される。なお、以下では、グラフィクスプレーン12をインタラクティブグラフィクスプレーン12と称する。動画プレーン10、字幕プレーン11およびインタラクティブグラフィクスプレーン12は、それぞれ独立して表示が可能とされ、例えば、図10に一例が示されるような解像度および表示可能色を有する。動画プレーン10は、解像度が1920画素×1080ラインで1画素当たりに換算したデータ長が16ビットであって、輝度信号Y、色差信号Cb、Crが4:2:2のシステム以下、YCbCr4:2:2とされる。なお、YCbCr4:2:2は、各画素当たり輝度信号Yが8ビット、色差信号Cb、Crがそれぞれ8ビットで、色差信号Cb、Crが水平2画素で一つの色データを構成すると見なすカラーシステムである。インタラクティブグラフィクスプレーン12および字幕プレーン11は、1920画素×1080ラインで各画素のサンプリング深さが8ビットとされ、カラーシステムは、256色のパレットを用いた8ビットカラーマップアドレスとされる。インタラクティブグラフィクスプレーン12および字幕プレーン11は、256段階のアルファブレンディングが可能とされており、他のプレーンとの合成の際に、不透明度を256段階で設定することが可能とされている。不透明度の設定は、画素毎に行うことができる。以下では、不透明度αが0≦α≦1の範囲で表され、不透明度α=0で完全に透明、不透明度α=1で完全に不透明であるものとする。字幕プレーン11では、例えばPNG形式の画像データが扱われる。また、インタラクティブグラフィクスプレーン12でも、例えばPNG形式の画像データを扱うことができる。PNG形式は、1画素のサンプリング深さが1ビット~16ビットとされ、サンプリング深さが8ビットまたは16ビットの場合に、アルファチャンネル、すなわち、それぞれの画素成分の不透明度情報アルファデータと称するを付加することができる。サンプリング深さが8ビットの場合には、256段階で不透明度を指定することができる。このアルファチャンネルによる不透明度情報を用いてアルファブレンディングが行われる。また、256色までのパレットイメージを用いることができ、予め用意されたパレットの何番目の要素インデックスであるかがインデックス番号により表現される。なお、字幕プレーン11およびインタラクティブグラフィクスプレーン12で扱われる画像データは、PNG形式に限定されない。JPEG方式など他の圧縮符号化方式で圧縮符号化された画像データや、ランレングス圧縮された画像データ、圧縮符号化がなされていないビットマップデータなどを扱うようにしてもよい。図11は、上述の図9および図10に従い3つのプレーンを合成するグラフィクス処理部の一例の構成を示す。動画プレーン10の動画データが422/444変換回路20に供給される。動画データは、422/444変換回路20でカラーシステムがYCbCr4:2:2からYCbCr4:4:4に変換され、乗算器21に入力される。字幕プレーン11の画像データがパレット22Aに入力され、RGB4:4:4の画像データとして出力される。この画像データに対してアルファブレンディングによる不透明度が指定されている場合には、指定された不透明度α10≦α1≦1がパレット22Aから出力される。図12は、パレット22Aの入出力データの一例を示す。パレット22Aは、例えばPNG形式のファイルに対応したパレット情報がテーブルとして格納される。パレット22Aは、入力された8ビットの画素データをアドレスとして、インデックス番号が参照される。このインデックス番号に基づき、それぞれ8ビットのデータからなるRGB4:4:4のデータが出力される。それと共に、パレット22Aでは、不透明度を表すアルファチャンネルのデータαが取り出される。図13は、パレット22Aに格納される一例のパレットテーブルを示す。256個のカラーインデックス値0x00~0xFF0xは16進表記であることを示すのそれぞれに対して、各々8ビットで表現される三原色の値R、GおよびBと、不透明度αとが割り当てられる。パレット22Aは、入力されたPNG形式の画像データに基づきパレットテーブルが参照され、画像データにより指定されたインデックス値に対応する、それぞれ8ビットのデータからなるR、GおよびB各色のデータRGBデータと、不透明度αとを画素毎に出力する。パレット22Aから出力されたRGBデータは、RGB/YCbCr変換回路22Bに供給され、各データ長が8ビットの輝度信号Yと色信号Cb、Crのデータに変換される以下、まとめてYCbCrデータと称する。これは、以降のプレーン間合成を共通のデータ形式で行う必要があるためで、動画データのデータ形式であるYCbCrデータに統一している。RGB/YCbCr変換回路22Bから出力されたYCbCrデータと不透明度データα1とがそれぞれ乗算器23に入力される。乗算器23では、入力されたYCbCrデータに不透明度データα1が乗ぜられる。乗算結果は、加算器24の一方の入力端に入力される。なお、乗算器23では、YCbCrデータにおける輝度信号Y、色差信号Cb、Crのそれぞれについて、不透明度データα1との乗算が行われる。また、不透明度データα1の補数1-α1が乗算器21に供給される。乗算器21では、422/444変換回路20から入力された動画データに不透明度データα1の補数1-α1が乗ぜられる。乗算結果は、加算器24の他方の入力端に入力される。加算器24において、乗算器21および23の乗算結果が加算される。これにより、動画プレーン10と字幕プレーン11とが合成される。加算器24の加算結果が乗算器25に入力される。インタラクティブグラフィクスプレーン12の画像データがパレット26Aに入力され、RGB4:4:4の画像データとして出力される。この画像データに対してアルファブレンディングによる不透明度が指定されている場合には、指定された不透明度α20≦α2≦1がパレット26Aから出力される。パレット26Aから出力されたRGBデータは、RGB/YCbCr変換回路26Bに供給されてYCbCrデータに変換され、動画データのデータ形式であるYCbCrデータに統一される。RGB/YCbCr変換回路26Bから出力されたYCbCrデータが乗算器27に入力される。インタラクティブグラフィクスプレーン12’で用いられる画像データがPNG形式である場合には、画像データ中に、画素毎に不透明度データα20≦α2≦1を設定することができる。不透明度データα2は、乗算器27に供給される。乗算器27では、RGB/YCbCr変換回路26から入力されたYCbCrデータに対し、輝度信号Y、色差信号Cb、Crのそれぞれについて、不透明度データα2との乗算が行われる。乗算器27による乗算結果が加算器28の一方の入力端に入力される。また、不透明度データα2の補数1-α2が乗算器25に供給される。乗算器25では、加算器24の加算結果に対して不透明度データα2の補数1-α2が乗ぜられる。乗算器25の乗算結果は、加算器28の他方の入力端に入力され、上述した乗算器27による乗算結果と加算される。これにより、動画プレーン10と字幕プレーン11との合成結果に対して、さらに、インタラクティブグラフィクスプレーン12が合成される。字幕プレーン11およびインタラクティブグラフィクスプレーン12において、例えば、表示すべき画像の無い領域の不透明度α=0と設定することで、そのプレーンの下に表示されるプレーンを透過表示させることができ、例えば動画プレーン10に表示されている動画データを、字幕プレーン11やインタラクティブグラフィクスプレーン12の背景として表示することができる。なお、この図11に示される構成は、ハードウェアおよびソフトウェアの何れでも実現可能なものである。次に、図14を用いて、プレゼンテーショングラフィクスPGストリームについて説明する。上述したように、PGストリームは、字幕を表示させるための字幕画像データによるストリームである。PGストリームは、クリップAVストリームに含まれ、1または複数のディスプレイセットからなるエポックを単位として構成される。ディスプレイセットおよびエポックは、MPEG2で定義されるピクチャおよびGOPにそれぞれ例えることができる。すなわち、ディスプレイセットは、字幕表示上の最小単位であって、1枚の字幕画像に対応する。1または複数のディスプレイセットによりエポックが構成される。エポックは、一般的には、プレイアイテムに対応した単位で構成される。すなわち、あるプレイアイテムの再生中に表示される字幕を表示するためのディスプレイセットによりエポックが構成される。PGストリームをデコードするPGデコーダは、字幕プレーン11および各種のバッファをエポックの単位でクリアする。実際には、エポックは、プレイアイテム単位に限らず、オーサリング側で任意に構成することができる。例えば、映画などにおいて一連の台詞に対応する複数の字幕のそれぞれを表示する複数のディスプレイセットによりエポックが構成される。また例えば、1つの台詞を文字毎に分解し、分解された文字それぞれを字幕として表示する複数のディスプレイセットによりエポックを構成することもできる。換言すれば、エポックは、オーサリング側の都合により定義される単位であって、技術的な根拠に基づき定義された単位ではないといえる。図15は、ディスプレイセットの構成を概略的に示す。ディスプレイセットは、図15に示されるように、PCS、WDS、PDSおよびODSの4種類のセグメントから構成される。すなわち、1枚の字幕を表示するためには、これら4種類のセグメントが必要とされる。詳細は後述するが、PCSは、字幕の基本情報が格納される。WDSは、ウィンドウと呼ばれる字幕を表示する表示枠を定義する。WDSは、エポック内で変化しない。PDSは、字幕の色情報を定義するもので、例えばインデックス化された色情報テーブルを内包する。また、ODSは、字幕の形状情報を保持するもので、例えば字幕を表示するためのビットマップデータが、ランレングス圧縮など所定の圧縮符号化方式で圧縮符号化されて格納される。図16は、ディスプレイセットに関する論理的な構造を概略的に示す。図16Aおよび図16Bに例示されるように、PCS、WDS、PDSおよびODSの4種類のセグメントが集まって、1つのディスプレイセットを構成する。1つのディスプレイセットは、PCS、WDS、PDSおよびODSから構成される。PCSは、ディスプレイセット中に必ず1だけ存在する。WDSは、殆どの場合、ディスプレイセット中に1つだけ存在する。但し、後述するPCS中に定義されるフラグpaletteupdateflagの値が1の場合は、WDSは、オプションである。PDSおよびODSは、オプションであって、ディスプレイセット中に存在しない場合もあり得る。図16Cに例示されるように、1または複数のディスプレイセットから、エポックが構成される。ここで、詳細は後述するが、PCSのフィールドcompositionstateには、エポックスタートディスプレイセットを定義することができる。エポックは、エポックスタートディスプレイセットがPCSに定義されるディスプレイセットから、次のエポックスタートディスプレイセットがPCSに定義されるディスプレイセットの1つ前のディスプレイセットまでのディスプレイセットが集まったものである。図16Dに例示されるように、プレゼンテーショングラフィクスストリームPGストリームは、1または複数のエポックが含まれる。図17は、上述したようなディスプレイセットの一例の格納形式を示す。既に説明したように、字幕を表示するためのディスプレイセットは、プレゼンテーショングラフィクスストリームとして、クリップAVストリームに多重化される。ディスプレイセットは、PCS、WDS、PDSおよびODSである4種類のセグメントから構成される図17A。ディスプレイセットを構成する4種類のセグメントは、図17Bに一例が示されるように、それぞれヘッダ情報により区別されてPESパケットのペイロードに格納される。4種類の各セグメントは、基本的に、それぞれ1個のPESパケットに格納される。PESパケットのそれぞれには、ペイロードに格納されたデータがPCS、WDS、PDSおよびODSのうち何れであるかの情報や、パケット毎の順番などを示す識別情報がPESヘッダに格納される。また、PESヘッダには、このPESパケットのデコード時刻を指定するDTSと、デコードされたデータが出力される時刻を指定するPTSとが格納される。すなわち、PESパケットのペイロードに格納されたデータは、MPEGシステムズにより規定される基準復号器内部のSTCがDTSに一致したときに、デコードが開始され、STCがPTSに一致したときに、デコードされたデータが出力される。PTSおよびDTSは、そのPESパケットのペイロードに所定のアクセスユニットの先頭が含まれている場合に、PESヘッダに付加される。PESパケットのそれぞれは、さらに所定に分割され、MPEGTSトランスポートストリームによるトランスポートパケットに詰め込まれる図17C。トランスポートパケット毎の順序や、トランスポートパケットに格納されたデータを識別する識別情報などがPIDに格納される。図18は、PCSの一例の構造を表すシンタクスを示す。ここでは、シンタクスをコンピュータ装置などのプログラムの記述言語として用いられるC言語の記述法に基づき示す。これは、他のシンタクスを表す図において、同様である。ブロックsegmentdescriptorは、フィールドsegmenttypeおよびフィールドsegmentlengthからなる図示しない。フィールドsegmenttypeは、このセグメントの種類を示す。フィールドsegmenttypeの値が0x16で、このセグメントがPCSであることが示される。なお、値の記述において0xは、16進表記であることを示す。フィールドsegmentlengthは、このフィールドsegmentlength以降のこのセグメントの長さを示す。ブロックvideodescriptorは、フィールドvideowidth、フィールドvideoheightおよびフィールドframerateからなる図示しない。フィールドvideowidthおよびフィールドvideoheightは、このPCSが含まれるディスプレイセットにより表示される字幕と同時に再生される動画像の画枠を示す。また、フィールドframerateは、当該動画像のフレームレートを示す。ブロックcompositiondescriptorは、フィールドcompositionnumberおよびフィールドcompositionstateからなる図示しない。フィールドcompositionnumberは、このPCSのエポック内での順番を示す。フィールドcompositionstateは、このPCSが含まれるディスプレイセットの種類を示す。ディスプレイセットの種類について、概略的に説明する。ディスプレイセットは、エポックスタートディスプレイセット、エポックコンティニューディスプレイセット、アキュジションポイントディスプレイセットおよびノーマルケースディスプレイセットの4種類が定義される。エポックスタートディスプレイセットは、エポックの先頭のディスプレイセットである。エポックコンティニューディスプレイセットは、エポックがプレイアイテムを跨ぐ場合に用いられるもので、例えばエポックがプレイアイテム1と次のプレイアイテム2とに跨っている場合に、プレイアイテム2の先頭にエポックコンティニューディスプレイセットが設けられる。アキュジションポイントディスプレイセットは、字幕のデコードに関し、安全なデコード開始点を意味する。すなわち、プレーヤにおいて、ランダムアクセスが行われた場合、アクセス先がエポックの途中になる可能性が高い。そこで、プレーヤは、ランダムアクセス後、ストリームをデコードし再生していく中で、アキュジションポイントディスプレイセットを発見すると、そこから字幕のデコードを開始し字幕表示を行う。ノーマルケースディスプレイセットは、字幕のデコードに関し、安全なデコード開始点ではないディプレイセットを意味する。例えば、他のディスプレイセットにより表示中の字幕の色や形状を変更したい場合に、変更の内容を記述したディスプレイセットをノーマルケースディスプレイセットに設定する。プレーヤは、字幕のデコードおよび再生中にこのノーマルケースディスプレイセットを発見すると、その内容に従い、現在表示中の字幕の色や形状などを変更する。PCSのシンタクスの説明に戻り、フィールドpaletteupdateflagは、パレットの更新が行われるか否かを示すフラグである。フィールドpaletteidrefは、このディスプレイセットにより表示される字幕1画面が参照するパレットのIDを示す。すなわち、このフィールドpaletteidrefにより、PGストリームにおけるPDS中の色情報が参照される。フィールドnumberofcompositionobjectsは、このディスプレイセットにより表示される字幕1画面上に存在するオブジェクトの数を示す。このフィールドnumberofcompositionobjectsで示される回数だけ、次のfor文によるループが繰り返され、ブロックcompositionobjectにより、このディスプレイセットにより表示されるオブジェクト毎の定義がなされる。図19は、ブロックcompositionobjectの一例の構造を表すシンタクスを示す。フィールドobjectidrefは、このブロックcompositionobjectによる字幕表示に用いるODSに対する参照を示す。フィールドwindowidrefは、このブロックcompositionobjectによる字幕表示に用いるオブジェクトが表示されるウィンドウのIDを示す。フィールドobjectcroppedflagは、このブロックcompositionobjectによる字幕表示に用いるオブジェクトがクロップされるか否かを示すフラグである。すなわち、字幕表示は、ODSに保持されるサイズから所定サイズを切り出して表示することができる。フラグobjectcroppedflagがクロップすることを示していれば、後述するクロップサイズを示す情報に基づき切り取られた字幕が表示される。フィールドforcedonflagは、このブロックcompositionobjectによる字幕表示が、ユーザオペレーションによる字幕表示ON/OFFの指示に関わらず強制的に表示されるか否かを示す。フィールドcompositionobjecthorizontalpositionおよびフィールドcompositionobjectverticalpositionは、それぞれこのブロックcompositionobjectによる字幕表示の画面上の水平位置および垂直位置を示す。この水平位置および垂直位置は、例えば後述するWDSに示されるウィンドウの位置情報に対する相対位置で示される。上述のフィールドobjectcroppedflagに示されるフラグの値がオブジェクトがクロップされることを示す値であれば、次のif以下の記述がなされ、字幕を切り出す位置やサイズが指定される。すなわち、ブロックcroppingrectangle内のフィールドobjectcroppinghorizontalpositionおよびフィールドobjectcroppingverticalpositionにより、切り出す原点の水平位置および垂直位置が示され、フィールドobjectcroppingwidthおよびフィールドobjectcroppingheightにより切り出す幅および高さが示される。図20は、WDSの一例の構造を表すシンタクスを示す。ブロックsegmentdescriptorは、フィールドsegmenttypeとフィールドsegmentlenghtとからなる図示しない。フィールドsegmenttypeは、このセグメントの種類を示す。フィールドsegmenttypeの値が0x17で、このセグメントがWDSであることが示される。フィールドsegmentlengthは、このフィールドsegmentlength以降のこのセグメントの長さを示す。フィールドnumberofwindowsは、このWDSが含まれるディスプレイセットにより表示される字幕1画面に存在するウィンドウの数を示す。このフィールドnumberofwindowsで示される数だけ、次のfor文によるループが繰り返され、ブロックwindowによりウィンドウ毎の定義がなされる。図21は、ブロックwindowの一例の構造を表すシンタクスを示す。フィールドwindowidは、このウィンドウのIDを示す。フィールドwindowhorizontalpositionおよびフィールドwindowverticalpositionは、このウィンドウの画面の原点に対する水平位置および垂直位置を示す。フィールドwindowwidthおよびフィールドwindowheigthは、このウィンドウの幅および高さを示す。次に、図22を用いて、現時点のBD-ROM規格に定義されるプレゼンテーショングラフィクスデータのデコーダモデルについて説明する。このデコーダモデルにおいて、プレゼンテーショングラフィクスストリームは、TSパケットの形態で供給される。TSパケットは、PIDフィルタ100に供給されてPIDが解析され、プレゼンテーショングラフィクスデータを格納するTSパケットが選択されて、トランスポートバッファTB101に溜め込まれる。そして、TB101上でTSパケットのペイロードに格納されているデータが取り出され、PIDに基づきPESパケットが再構築される。すなわち、この段階で、TSパケットに分割されていた各セグメントPCS、WDS、PDSおよびODSがそれぞれ統合されることになる。各セグメントによるPESパケットは、プレゼンテーショングラフィクスデコーダ以下、PGデコーダ102に供給され、CDB110に一旦格納される。そして、STCに基づきPESパケット内で定義されるDTSに達したら、CDB110から読み出されてストリームグラフィックプロセッサ111に転送され、それぞれデコードされる。このストリームグラフィックプロセッサ111におけるデコードは、PESパケットに格納されたセグメントのそれぞれが利用可能な状態になることを意味する。例えば、ストリームグラフィックプロセッサ111は、PESパケットを展開し、ペイロードに格納されている各セグメントPCS、WDS、PDSおよびODSをそれぞれ取り出す。ストリームグラフィックプロセッサ111は、デコードが完了したセグメントを、DB112またはCB113に所定に格納する。すなわち、ストリームグラフィックプロセッサ111は、1エポック中のODSからデコードされる字幕の形状情報オブジェクトと称するを、DTSのタイミングでDB112に格納する。また、ストリームグラフィックプロセッサ111は、デコードが完了したPCSおよびWDSを、DTSのタイミングでCB113に格納する。また、PDSは、PTSのみが定義されるため、デコードが完了したPDSをPTSのタイミングでCB113に格納する。ここで、CB113には、有効な状態のPCSおよびPDSをそれぞれ所定数、例えば8個まで、保持することができる。PCSおよびPDSは、それぞれに定義されたDTSからPTSまでが有効な状態とされる。有効な状態ではなくなったPCSは、例えば次に供給されるPCSに備えて、CB113から破棄される。破棄は、例えば当該PCSをCB113から消去してなされる。これに限らず、当該PCSを読み出し不可な状態にして次のデータを上書きするようにしてもよい。CB113に格納されたPCSは、当該PCSに定義されたPTSのタイミングで、1つずつCB113から排出される。なお、有効状態にあるPCSが参照するPDSおよびODSは、他のPDSやODSと交換できない。ここで、CB113から排出されたセグメントの供給先は、BD-ROM規格では規定されていない。グラフィクスコントローラ114は、プレゼンテーショングラフィクスデータのセグメントを制御する。例えば、グラフィクスコントローラ114は、CB113からPCSを、当該PCSに定義されるPTSのタイミングで読み出すと共に、当該PCSにより参照されるWDSおよびPDSを読み出す。また、グラフィクスコントローラ114は、当該PCSから参照されるODSをDB112から読み出す。そして、読み出されたPCSおよびWDS、ならびに、ODSをそれぞれデコードし、字幕を表示するためのデータを形成し、グラフィクスプレーン103に書き込む。CB113から読み出されたPCSは、CB113上から破棄される。なお、上述の、PCSおよびWDS、ならびに、ODSをそれぞれデコードして形成される、字幕を表示するためのデータは、例えば座標情報を持つビットマップデータである。以下では、この字幕を表示するためのデータを、字幕画像イメージと呼ぶ。字幕画像イメージは、形状情報および位置情報を持ち、色情報を持たないデータである。また、グラフィクスコントローラ114は、CB113から読み出されたPDSをデコードして、例えば図13を用いて説明したようなカラーパレットテーブルを形成し、CLUT104に書き込む。グラフィクスプレーン103に書き込まれた字幕画像イメージは、所定のタイミング、例えばフレームタイミングで読み出され、CLUT104のカラーパレットテーブルが参照されて色情報が付加されて出力字幕画像データが構成され、この出力字幕画像データが出力される。プレーヤの仕様によっては、グラフィクスプレーン103から読み出されたデータに対してCLUT104のカラーパレットテーブルに基づく色情報を付加した字幕画像データを、さらにフレームメモリに書き込む場合も考えられる。なお、エポックの更新に伴い各種バッファやプレーンがクリアされる。CDB110から読み出されてデコードされたPCSにおけるブロックcompositiondescriptor中のフィールドcompositionstateの記述が、このディスプレイセットがエポックスタートディスプレイセットであることを示していれば、例えば、グラフィクスコントローラ114によりDB112、CB113、グラフィクスプレーン103およびCLUT104がクリアされる。図23は、プレゼンテーショングラフィクスデコーダ102におけるディスプレイセット単位での一例の処理を示すフローチャートである。ステップS10で、PIDフィルタ100によりTSパケットからPIDに基づきプレゼンテーショングラフィクスデータが格納されたパケットが取得され、TB101に溜め込まれる。次のステップS11で、TB101からCDB110にTSパケットが転送され、PIDに基づきTSパケットのペイロードからデータが取り出され、PESパケットが再構築される。PESパケットは、ストリームグラフィックプロセッサ111においてセグメントに展開される。そして、次のステップS13~ステップS17までで、展開されたセグメントがPCS、WDS、PDSおよびODSの何れであるか、若しくは、ENDセグメントであるか否かが判別され、判別結果に応じた処理が行われる。セグメントの種類は、上述の図18や図20などを用いて説明したように、シンタクスの先頭のブロックsegmentdescriptionにおける最初のフィールドsegmenttypeに基づき判別できる。なお、図示しないが、WDSおよびODSも、同様の方法でセグメントの種類を判別可能である。ステップS13で、セグメントがPCSであるか否かが判別される。若し、セグメントがPCSであると判別されれば、処理はステップS19に移行され、図18を用いて説明したPCSのシンタクスにおけるブロックcompositiondescriptor内のフィールドcompositionstateに基づき、このPCSが含まれるディスプレイセットがエポックスタートディスプレイセットであるか否かが判断される。若し、当該ディスプレイセットがエポックスタートディスプレイセットであると判断されれば、処理はステップS20に移行され、字幕表示に関わるバッファのクリアがなされる。例えば、DB112およびCB113がステップS20でクリアされる。そして、次のステップS21で、クリアされ空になったCB113に、DTSのタイミングでPCSが書き込まれる。CB113へのPCSの書き込みが終了すると、処理はステップS10に戻され、パケットの取得が継続される。一方、ステップS19で、PCSがエポックスタートディスプレイセットではないと判断されれば、処理はステップS22に移行され、PCSがCB113にDTSのタイミングで書き込まれる。このとき、PCSは、CB113の空き領域に所定に書き込まれる。上述のステップS13で、セグメントがPCSではないと判別されれば、処理はステップS14に移行され、セグメントがWDSであるか否かが判別される。若し、セグメントがWDSであると判別されれば、処理はステップS23に移行され、WDSがCB113にDTSのタイミングで書き込まれる。CB113へのWDSの書き込みが終了すると、処理はステップS10に戻され、パケットの取得が継続される。ステップS14でセグメントがWDSではないと判別されれば、処理はステップS15に移行される。ステップS15では、セグメントがPDSであるか否かが判別される。若し、セグメントがPDSであると判別されれば、処理はステップS24に移行され、PDSが即座にCB113に書き込まれる。これは、PDSは、PTSしか定義されず、DTSを持たないので、PDSであると判別された時点で、即座にCB113に書き込まれる。CB113へのWDSの書き込みが終了すると、処理はステップS10に戻され、パケットの取得が継続される。ステップS15でセグメントがPDSではないと判別されれば、処理はステップS16に移行される。ステップS16では、セグメントがODSであるか否かが判別される。若し、セグメントがODSであると判別されれば、処理はステップS25に移行され、ODSに格納された、ランレングス処理されたビットマップデータがDTSのタイミングでデコードされ、DB112に書き込まれる。DB112へのODSの書き込みが終了すると、処理はステップS10に戻され、パケットの取得が継続される。ステップS16でセグメントがODSではないと判別されれば、処理はステップS17に移行される。ステップS17では、セグメントがディスプレイセットの最後尾を示すENDセグメントであるか否かが判断される。若し、セグメントがENDセグメントであると判別されれば、このディスプレイセットに関する一連の処理が終了される。一方、ステップS17で、セグメントがENDセグメントではないと判別されれば、処理はステップS18に移行される。すなわち、この場合には、何らかのエラーが発生したものと判断でき、所定にエラー処理がなされる。上述したような構成の場合、PCSに定義されるPTSのタイミングで、字幕を表示するために用いるPCSがCB113から排出され字幕が表示されると共に、当該PCSがCB113上から破棄されてしまう。そのため、ユーザオペレーションにより字幕表示OFFが指示され字幕が消去されてしまうと、次に字幕表示ONを指示して字幕を再び表示させようとしても、字幕表示ONの指示後の、PCSに定義されたPTSに到達するまで字幕表示を行うことができない。次に、この発明の実施の第1の形態について説明する。この実施の第1の形態では、DB112とは別に設けられたバッファに対して、現在アクティブなODSを保持すると共に、CB113とは別に設けられたバッファに対して、現在アクティブなPCSおよびPDSを保持する。字幕表示ONが指示されると、これらDB112やCB113とは別に設けられたバッファに保持されたODS、PCSおよびPDSを用いて、字幕画像イメージおよびカラーパレットテーブルを形成し、グラフィクスプレーン103およびCLUT104に対してそれぞれ書き込む。なお、アクティブとは、PTSにより表示が指示された状態を指し、より具体的には、あるPCSにおいて、自身に定義されたPTSから次の字幕表示に用いられるPCSに定義されたPTSまでの期間がアクティブとされる。すなわち、グラフィクスコントローラ114は、PCS毎に定義されたPTSのタイミングでCB113から排出されるPCSを、上述のようにしてグラフィクスプレーン103およびCLUT104にそれぞれ供給すると共に、CB113とは別に設けられたバッファに対し、次のPCSに定義されたPTSのタイミングまで保持するようにしている。ODSについても同様に、DB112からPTSのタイミングで排出されるODSをグラフィクスプレーン103に供給すると共に、DB112とは別に設けられたバッファに対し、次のPCSに定義されたPTSのタイミングまで保持する。このように構成することで、ユーザオペレーションによる字幕表示OFFの指示に応じて字幕が消去された後に、字幕表示ONを指示した場合に、字幕表示ONのタイミングに応じて即座に、字幕の表示を再開できるようになる。すなわち、字幕表示OFFが指示された後に字幕表示ONが指示されると、CB113とは別に設けられたバッファからPCSを読み出すと共に、DB112とは別に設けられたバッファからODSを読み出し、これら読み出されたPCSおよびODSを用いて字幕画像イメージを形成する。形成されたこの字幕画像イメージは、グラフィクスプレーン103に書き込まれる。PDSについても同様に、字幕表示ONの指示のタイミングでCB113とは別に設けられたバッファからPDSを読み出し、読み出されたPDSを用いてカラーパレットテーブルを形成する。形成されたカラーパレットテーブルは、CLUT104に書き込まれる。図24は、この発明の実施の第1の形態による一例のプレゼンテーショングラフィクスデータのデコーダモデルを示す。この実施の第1の形態によるデコーダモデルは、上述した図22の構成に対し、アクティブDB120とアクティブCB121とが追加された構成となっている。なお、図24において、上述の図22と共通する部分には同一の符号を付し、詳細な説明を省略する。また、PGデコーダ102’におけるディスプレイセット毎の処理は、上述した実施の第1の形態で図23のフローチャートを用いて説明したのと同様にして行われる。この実施の第1の形態によるPGデコーダ102’においても、上述したように、グラフィクスコントローラ114は、CB113からPCSを、当該PCSに定義されているPTSのタイミングで読み出すと共に、当該PCSから参照されているWDSおよびPDSをCB113から読み出す。CB113から読み出されたPCSは、CB113上から破棄される。それと共に、当該PCSから参照されているODSを、DB112から読み出す。グラフィクスコントローラ114は、PCSに定義されるPTSのタイミングで読み出されたこれらのセグメントに基づき、グラフィクスプレーン103に対して字幕の画像イメージを形成すると共に、CLUT104に対してカラーパレットテーブルを供給する。ここで、グラフィクスコントローラ114は、CB113からPCSを読み出した際に、読み出したPCSをアクティブCB121に格納すると共に、当該PCSに参照されるPDSもアクティブCB121に格納する。同様に、グラフィクスコントローラ114は、BD112からODSを読み出すと、読み出したODSをアクティブDB120に格納する。アクティブCB121およびアクティブDB120に格納されたPCSおよびPDS、ならびに、ODSは、アクティブCB121に格納されたPCSの次に用いられるPCSに定義されるPTSのタイミングまで、あるいは、エポックが更新されるまで保持される。グラフィクスコントローラ114は、ユーザオペレーションにより字幕表示ONの指示がなされると、アクティブCB121に格納されたPCSとアクティブDB120に格納されたODSとを用いて字幕画像を形成し、グラフィクスプレーン103に書き込むと共に、アクティブCB121に格納されたPDSを読み出してCLUT104に供給する。これにより、画面には、アクティブCB121に格納されたPCSおよびPDS、ならびに、アクティブDB120に格納されたODSに基づく字幕表示がなされる。したがって、あるPCSによる字幕を表示中に、ユーザオペレーションにより当該字幕に対して字幕表示OFFが指示された後に字幕表示ONが指示された場合に、字幕表示ONのタイミングに応じて即座に、字幕表示を再開することができる。なお、図24では、アクティブDB120およびアクティブCB121が互いに独立したバッファとして表示されているが、これはこの例に限らず、アクティブDB120およびアクティブCB121を1つのバッファの異なる領域としてもよい。図25~図27を用いて、この発明の実施の第1の形態による字幕画像の表示処理について、より詳細に説明する。図25は、この発明の実施の第1の形態によるグラフィクスコントローラ114における一例の処理を示す。グラフィクスコントローラ114は、時刻情報STCに基づき、CB113に格納されているPCSのうち、時刻が定義されたPTSに達したPCSがあるか否か判断するステップS30。時刻がPTSに達したPCSがあると判断されれば、処理はステップS31に移行される。ステップS31では、これから表示する字幕に用いられるPCS、すなわち、ステップS30で時刻がPTSに達したPCSと、当該PCSから参照されるPDSとがアクティブCB121に格納される。さらに次のステップS32で、これから表示する字幕画像に用いられるODS、すなわち、ステップS31でアクティブCB121に格納されたPCSから参照されるODSがアクティブDB120に格納される。PCS、PDSおよびODSのアクティブCB121およびアクティブDB120への格納がなされたら、処理は次のステップS33に移行され、字幕画像の表示処理が行われる。このステップS33では、CB113に格納されているPCSおよびPDS、ならびに、DB112に格納されているODSにより字幕画像イメージが形成され、表示される。字幕画像の表示処理後、処理がステップS30に戻され、次のPCSに定義されるPTSにおいて、ステップS30~ステップS33の処理が行われる。図26を用いて、より具体的に説明する。図26は、字幕画像表示に伴うセグメントの推移を概略的に示す。なお、図26においては、ディスプレイセットを構成するセグメントとして、PCSが代表して表示されている。図26Aは、STCを示し、図26Bは、CB113に格納されているPCSを示す。図26Cは、アクティブCB121に格納されるPCSを示す。アクティブDB120には、アクティブCB121に格納されるPCSに参照されるODSが格納されることになる。図26Dは、グラフィクスプレーン103に書き込まれる字幕画像イメージおよびCLUT104に供給されるPDSに対応するPCSを示し、図26Eは、実際の字幕表示に対応するPCSを示す。図26Aおよび図26Bに示されるように、PCS1、PCS2、PCS3およびPCS4は、PTSとしてPTS1、PTS2、PTS3およびPTS4がそれぞれ定義されているものとする。CB113に格納されたPCS1、PCS2、PCS3およびPCS4は、それぞれに定義されたPTSに従いグラフィクスコントローラ114に読み出される。例えば、STCに基づき時刻がPTS2に達したらステップS30、PTS2がPTSとして定義されているPCS2と、当該PCS2に参照されるPDSとがグラフィクスコントローラ114によりCB113から読み出され図26B、ステップS31に従いアクティブCB121に格納される図26C。また、ステップS32に従い、PCS2に参照されるODSがDB112から読み出され、アクティブDB120に格納される。次のステップS33の字幕表示処理において、グラフィクスコントローラ114によりCB113から読み出されたPCS2およびDB112から読み出されたODSに基づき字幕画像イメージが形成され、グラフィクスプレーン103に書き込まれる。CB113から読み出されたPCS2は、CB113から破棄される。また、CB113から読み出されたPDSがCLUT104に供給され、カラーパレットテーブルが形成される図26D。グラフィクスプレーン103に書き込まれた字幕画像イメージと、CLUT104に供給されたPDSとに基づき、PCS2に基づく字幕画像が表示される図26E。なお、アクティブDB120およびアクティブCB121の内容は、次の字幕画像表示に用いられるPCS、PDSおよびODSで順次、書き換えられる。次に、ユーザオペレーションにより字幕表示ONが指示された場合の処理について説明する。図27に一例が示されるように、ユーザオペレーションにより字幕表示ONが指示されるとステップS40、ステップS41で、アクティブCB121に格納されているPCSおよびアクティブDB120に格納されているODSがグラフィクスコントローラ114により読み出される。読み出されたPCSおよびODSは、所定にデコードされて字幕画像イメージとされ、グラフィクスプレーン103に書き込まれる。それと共に、アクティブCB121からPDSが読み出され、カラーパレットテーブルが形成され、CLUT104に供給される。上述した図26を用いてより具体的に説明する。例えばPTS3のタイミングで、PTSにPTS3が定義されているPCS3がアクティブCB121に格納される図26Cと共に、PCS3に基づく字幕画像が表示される図26Dおよび図26E。それと共に、PCS3がCB113から破棄される。この状態で、ユーザオペレーションにより字幕表示OFFが指示されると図26の表示OFF、PCS3に基づく字幕が消去される。例えば、WDSに基づき字幕画像が表示されている領域が透明属性を持つデータで書き換えられることで、字幕が消去される。このとき、消去された字幕に対応するPCS3は、既にCB113上から破棄されている。次にユーザオペレーションにより字幕表示ONが指示されると図26の表示ON、グラフィクスコントローラ114は、アクティブCB121に格納されているPCSこの図26の例ではPCS3および当該PCSに参照されるPDSを読み出し、読み出されたPCSに基づき字幕画像イメージを再形成してグラフィクスプレーン103に書き込むと共に、PDSをCLUT104に供給する。これにより、ユーザオペレーションに従い字幕表示を再開することが可能になる。なお、図26の例では、ユーザオペレーションにより字幕表示OFFが指示されてから、次のPCSによる字幕表示が開始される前に、字幕表示ONが指示されているが、勿論、字幕表示OFFが指示されてから複数のPCSによるPTSを経てから字幕表示ONが指示された場合についても、同様にして字幕表示を再開させることができる。すなわち、字幕表示OFFが指示された後も、PTSのタイミングでのCB113からのPCSおよびPDSの読み出し、ならびに、DB112からのODSの読み出しや、CB113から読み出されたPCSおよびPDSのアクティブCB121に対する格納、ならびに、DB112から読み出されたODSのアクティブDB120に対する格納は、継続的に行われる。したがって、ユーザオペレーションによる字幕表示ONの指示があったときに、アクティブCB121に格納されたPCSおよびPDS、ならびに、アクティブDB120に格納されたODSを用いて、字幕表示ONのタイミングで表示されるべき字幕を表示させることができる。また、上述では、ユーザオペレーションによる字幕表示OFFの指示の後に字幕表示ONの指示があった場合に、アクティブCB121に格納されたPCSおよびPDS、ならびに、アクティブDB120に格納されたODSを用いた字幕画像表示処理を行っているが、これはこの例に限られない。すなわち、実際の処理としては、字幕表示ONの指示に対してのみ、処理が定義されていればよい。さらに、上述では、アクティブDB120およびアクティブCB121には、DB112から読み出されたODS、ならびに、CB113から読み出されたPCSおよびPDSが、ユーザオペレーションによる字幕表示ON/OFF指示の有無に関わらず、常に書き込まれ保持されているように説明したが、これはこの例に限定されない。例えば、ユーザオペレーションにより字幕表示OFFが指示されたときにのみ、アクティブDB120およびアクティブCB121に対するデータの書き込みおよび保持を行うようにしてもよい。但しこの場合、字幕表示OFFが指示された後、次のPCSに定義されたPTS以前に字幕表示ONが指示された場合には、当該次のPCSに定義されたPTSに達するまで字幕が表示されないことになる。次に、この発明の実施の第2の形態について説明する。上述の実施の第1の形態では、字幕画像を形成する前段階のPCS、PDSおよびODSをバッファに保持したが、この実施の第2の形態では、グラフィクスプレーン103およびCLUT104の内容をそれぞれバッファに保持するようにしている。ユーザオペレーションにより字幕表示ONが指示された際に、バッファに保持されたデータをグラフィクスプレーン103およびCLUT104にそれぞれ書き込むようにする。これにより、ユーザオペレーションによる字幕表示OFFの指示の後に字幕表示ONが指示された場合に、字幕表示ONのタイミングで表示されるべき字幕を即座に、表示させることができる。図28は、この発明の実施の第2の形態による一例のプレゼンテーショングラフィクスデータのデコーダモデルを示す。この実施の第2の形態によるデコーダモデルは、上述した図22の構成に対し、アクティブグラフィクスプレーンGPバッファ123とアクティブCLUTバッファ124とが追加された構成となっている。なお、図28において、上述の図22と共通する部分には同一の符号を付し、詳細な説明を省略する。また、PGデコーダ102におけるディスプレイセット毎の処理は、上述した実施の第1の形態で図23のフローチャートを用いて説明したのと同様にして行われる。この図28に示される構成の場合、グラフィクスプレーン103に書き込まれるデータは、PGデコーダ102におけるグラフィクスコントローラ114の制御に基づき、アクティブGPバッファ123にも書き込まれる。同様に、CLUT104のカラーパレットテーブルは、グラフィクスコントローラ114の制御に基づきアクティブCLUTバッファ124にも書き込まれる。そして、グラフィクスコントローラ114は、ユーザオペレーションにより字幕表示ONが指示されると、アクティブGPバッファ123に書き込まれたデータをグラフィクスプレーン103に対して書き込むと共に、アクティブCLUTバッファ124に書き込まれたデータをCLUT104に書き込む。なお、図28では、アクティブGPバッファ123およびアクティブCLUTバッファ124がそれぞれ独立的なバッファとして表示されているが、これはこの例に限られず、アクティブGPバッファ123およびアクティブCLUTバッファ124を1つのバッファの異なる領域としてもよい。アクティブGPバッファ123に格納されたデータおよびアクティブCLUTバッファ124に格納されたカラーパレットテーブルは、現在表示されるPCSすなわち、当該データおよびカラーパレットテーブルに対応するPCSの次に用いられるPCSに定義されるPTSのタイミングまで、あるいは、エポックが更新されるまで保持される。図29は、この発明の実施の第2の形態によるグラフィクスコントローラ114の一例の処理を示す。グラフィクスコントローラ114は、時刻情報STCに基づき、CB113に格納されているPCSのうち、時刻が定義されたPTSに達したPCSがあるか否か判断するステップS50。時刻がPTSに達したPCSがあると判断されれば、処理はステップS51に移行される。ステップS51では、字幕画像の表示処理が行われる。すなわち、CB113およびDB112からPCSおよびODSが読み出されてそれぞれデコードされ、字幕画像イメージが形成され、グラフィクスプレーン103に書き込まれる。また、CB113に格納されているPDSがデコードされてカラーパレットテーブルが形成され、CLUT104に書き込まれる。次のステップS52では、アクティブGPバッファ123に対して、グラフィクスプレーン103上のこれから表示されるデータが書き込まれる。すなわち、ステップS51でグラフィクスプレーン103に書き込まれた字幕画像イメージがアクティブGPバッファ123に書き込まれる。また、ステップS53で、アクティブCLUTバッファ124に対して、CLUT104におけるこれから表示に用いるカラーパレットテーブルが書き込まれる。すなわち、ステップS51でCLUT104に書き込まれたカラーパレットテーブルがアクティブCLUTバッファ124に書き込まれる。グラフィクスプレーン103のデータのアクティブGPバッファ123への書き込み、ならびに、CLUT104のデータのアクティブCLUTバッファ124への書き込みがなされたら、処理はステップS50に戻され、次のPCSに定義されるPTSにおいて、ステップS50~ステップS53の処理が行われる。次に、ユーザオペレーションにより字幕表示ONが指示された場合の処理について説明する。図30に一例が示されるように、ユーザオペレーションにより字幕表示ONが指示されるとステップS60、ステップS61で、アクティブGPバッファ123およびアクティブCLUTバッファ124に格納されるデータに基づく表示がなされる。例えば、ステップS61では、アクティブGPバッファ123に格納された字幕画像イメージがグラフィクスプレーン103に対して書き込まれると共に、アクティブCLUTバッファ124に格納されたカラーパレットテーブルがCLUT104に書き込まれる。この実施の第2の形態によれば、デコード後のデータをバッファに保持するようにしているため、上述の実施の第1形態のデコード前のデータを保持する方法に比べ、処理が容易であるという利点がある。一方、この実施の第2の形態では、デコード後のデータをバッファに保持するために、上述の実施の第1の形態に比べ、バッファの容量が多く必要になる。例えば、上述の実施の第1の形態では、アクティブDB120およびアクティブCB121は、少なくとも、それぞれ最大64kBキロバイトのデータ量であるセグメントが4個分格納されるだけの、256kBの容量があれば足りる。これに対して、実施の第2の形態によるアクティブGPバッファ123は、字幕画像のイメージが格納されるため、2MBメガバイト程度の容量が必要となる。次に、上述した実施の第1の形態および実施の第2の形態に共通して適用可能な再生装置について説明する。図31は、この発明の実施の第1の形態および第2の形態に共通して適用可能な再生装置1の一例の構成を示す。再生装置1は、ストレージドライブ50、スイッチ回路51、AVデコーダ部52およびコントローラ部53を有する。ストレージドライブ50は、例えば、上述したBD-ROMを装填して再生可能とされているものとする。コントローラ部53は、例えばCPUと、CPU上で動作されるプログラムが予め格納されたROM、CPUによりプログラムの実行時にワークメモリとして用いられるRAMなどからなり、この再生装置1の全体的な動作を制御する。また、図示は省略するが、再生装置1には、ユーザに対して所定の制御情報を提供すると共に、ユーザオペレーションに応じた制御信号を出力するようにされたユーザインターフェイスが設けられる。例えば、赤外線通信など所定の無線通信手段を介して再生装置1と遠隔的に通信を行うリモートコントロールコマンダがユーザインターフェイスとして用いられる。リモートコントロールコマンダ上には、上下左右方向をそれぞれ指示可能な十字キーといった方向キーや、数字キー、各種機能が予め割り当てられた機能キーなど、複数の入力手段が設けられる。リモートコントロールコマンダは、これらの入力手段に対してなされた操作に応じた制御信号を生成し、生成された制御信号を例えば赤外線信号に変調して送信する。再生装置1は、図示されない赤外線受信部においてこの赤外線信号を受信し、赤外線信号を電気信号に変換して復調し、元の制御信号を復元する。この制御信号がコントローラ部53に供給される。コントローラ部53は、この制御信号に応じて、プログラムに従い、再生装置1の動作を制御する。ユーザインターフェイスは、リモートコントロールコマンダに限らず、例えば再生装置1の操作パネルに設けられたスイッチ群により構成することができる。また、再生装置1に、LANなどを介して通信を行う通信手段を設け、この通信手段を介して外部のコンピュータ装置などから供給された信号を、ユーザインターフェイスによる制御信号としてコントローラ部53に供給することも可能である。また、当該再生装置1の言語設定の初期情報が、再生装置1が有する不揮発性メモリなどに記憶される。この言語設定の初期情報は、例えば再生装置1の電源投入時などにメモリから読み出され、コントローラ部53に供給される。ストレージドライブ50にディスクが装填されると、コントローラ部53は、ストレージドライブ50を介してディスク上のファイルindexbdmvやファイルMovieObjectbdmvを読み出し、読み出されたファイルの記述に基づきディレクトリPLAYLIST内のプレイリストファイルを読み出す。コントローラ部53は、プレイリストファイルに含まれるプレイアイテムが参照するクリップAVストリームを、ディスクからストレージドライブ50を介して読み出す。また、コントローラ部53は、プレイリストがサブプレイアイテムを含む場合は、サブプレイアイテムにより参照されるクリップAVストリームやサブタイトルデータも、ディスクからストレージドライブ50を介して読み出す。なお、以下では、サブプレイアイテムに対応するクリップAVストリームを、サブクリップAVストリームと呼び、サブプレイアイテムに対する主たるプレイアイテムに対応するクリップAVストリームを、メインクリップAVストリームと呼ぶ。ストレージドライブ50から出力されたデータは、図示されない復調部およびエラー訂正部により復調処理およびエラー訂正処理を所定に施され、多重化ストリームが復元される。ここでの多重化ストリームは、PIDによりデータの種類や並び順などが識別され、所定サイズに分割され時分割多重されたトランスポートストリームである。この多重化ストリームは、スイッチ回路51に供給される。コントローラ部53は、例えばPIDに基づきスイッチ回路51を所定に制御してデータを種類毎に分類し、メインクリップAVストリームのパケットをバッファ60に供給し、サブクリップAVストリームのパケットをバッファ61に供給し、サウンドデータのパケットをバッファ62に供給し、テキストデータのパケットをバッファ63に供給する。バッファ60に溜め込まれたメインクリップAVストリームのパケットは、コントローラ部53の制御に基づきバッファ60からパケット毎に読み出され、PIDフィルタ64に供給される。PIDフィルタ64は、供給されたパケットのPIDに基づき、パケットを、ビデオストリームによるパケット、プレゼンテーショングラフィクスストリーム以下、PGストリームによるパケット、インタラクティブグラフィクスストリーム以下、IGストリームによるパケットおよびオーディオストリームによるパケットに振り分ける。一方、バッファ61に溜め込まれたサブクリップAVストリームのパケットは、コントローラ部53の制御に基づきバッファ61からパケット毎に読み出され、PIDフィルタ90に供給される。PIDフィルタ90は、供給されたパケットのPIDに基づき、パケットを、ビデオストリームによるパケット、PGストリームによるパケット、IGストリームによるパケットおよびオーディオストリームによるパケットに振り分ける。PIDフィルタ64により振り分けられたビデオストリームによるパケットと、PIDフィルタ90により振り分けられたビデオストリームによるパケットは、それぞれPIDフィルタ65に供給され、PIDに応じて振り分けられる。すなわち、PIDフィルタ65は、PIDフィルタ64から供給された、メインクリップAVストリームによるパケットを1stビデオデコーダ69に、PIDフィルタ90から供給された、サブクリップAVストリームによるパケットを2ndビデオデコーダ72に、それぞれ供給するように、パケットを振り分ける。1stビデオデコーダ69は、供給されたパケットのペイロードからビデオストリームを所定に取り出し、取り出されたビデオストリームのMPEG2方式による圧縮符号を復号化する。1stビデオデコーダ69の出力は、1stビデオプレーン生成部70に供給され、ビデオプレーンが生成される。ビデオプレーンの生成は、例えばベースバンドのディジタルビデオデータの1フレームがフレームメモリに書き込まれることで生成される。1stビデオプレーン生成部70で生成されたビデオプレーンは、ビデオデータ処理部71に供給される。2ndビデオデコーダ72および2ndビデオプレーン生成部73において、上述の1stビデオデコーダ69および1stビデオプレーン生成部70と略同様の処理がなされ、ビデオストリームが復号化されビデオプレーンが生成される。2ndビデオプレーン生成部73で生成されたビデオプレーンは、ビデオデータ処理部71に供給される。ビデオデータ処理部71は、1stビデオプレーン生成部70で生成されたビデオプレーンと、2ndビデオプレーン生成部73で生成されたビデオプレーンとを、1つのフレームに例えば所定に嵌め込んで1枚のビデオプレーンを生成することができる。1stビデオプレーン生成部70で生成されたビデオプレーンと、2ndビデオプレーン生成部73で生成されたビデオプレーンとを、選択的に用いてビデオプレーンを生成してもよい。このビデオプレーンは、例えば上述の図9に例示した動画プレーン10に対応する。PIDフィルタ64により振り分けられたPGストリームによるパケットと、PIDフィルタ90により振り分けられたPGストリームによるパケットは、それぞれスイッチ回路66に供給されて一方が所定に選択され、プレゼンテーショングラフィクスデコーダ74に供給される。プレゼンテーショングラフィクスデコーダ74は、上述した実施の第1の形態におけるPGデコーダ102’図24参照、あるいは、上述した実施の第2の形態におけるPGデコーダ102図28参照に対応する。このとき、図24または図28に示されるPIDフィルタ100およびTB101は、例えばスイッチ回路64および図示されないバッファに対応する。これに限らず、PGデコーダ102’またはPGデコーダ102にPIDフィルタ100およびTB101を含んでもよい。プレゼンテーショングラフィクスデコーダ74は、供給されたパケットのペイロードからPGストリームを所定に取り出してデコードして字幕を表示するグラフィクスデータを生成し、スイッチ回路75に供給する。すなわち、プレゼンテーショングラフィクスデコーダ74は、供給されたパケットのペイロードからデータを取り出して、PIDの情報に基づきPESパケットを再構築する。そして、再構築されたPESパケットをデコードして、PCS、WDS、PDSおよびODSを形成する。これらPCS、WDS、PDSおよびODSは、PCSに定義されたPTSのタイミングでプレゼンテーショングラフィクスデコーダ74から出力され、スイッチ回路75に供給される。スイッチ回路75は、このグラフィクスデータと、後述するテキストデータによる字幕データとを所定に選択し、プレゼンテーショングラフィクスプレーン生成部76に供給する。プレゼンテーショングラフィクスプレーン生成部76は、供給されたデータに基づきプレゼンテーショングラフィクスプレーンを生成し、ビデオデータ処理部71に供給する。このプレゼンテーショングラフィクスプレーンは、例えば上述の図9に例示した字幕プレーン11に対応し、図24および図28で説明したグラフィクスプレーン103に格納される字幕画像イメージに対応する。PIDフィルタ64により振り分けられたIGストリームによるパケットと、PIDフィルタ90により振り分けられたIGストリームによるパケットは、それぞれスイッチ回路67に供給されて一方が所定に選択され、インタラクティブグラフィクスデコーダ77に供給される。インタラクティブグラフィクスデコーダ77は、供給されたIGストリームによるパケットからIGストリームを構成する各セグメントを所定に取り出してデコードする。デコードされたセグメントは、プリロードバッファ78に一旦格納される。プリロードバッファ78から読み出されたIGストリームのデータは、インタラクティブグラフィクスプレーン生成部79に供給され、インタラクティブグラフィクスプレーンが生成される。このインタラクティブグラフィクスプレーンは、例えば上述の図9に例示したインタラクティブグラフィクスプレーン12に対応する。ビデオデータ処理部71は、例えば図11を用いて説明したグラフィクス処理部を含み、供給されたビデオプレーン図11における動画プレーン10、プレゼンテーショングラフィクスプレーン図11における字幕プレーン11およびインタラクティブグラフィクスプレーン図11におけるインタラクティブグラフィクスプレーン12を、所定に合成して1枚の画像データとし、ビデオ信号にして出力する。例えば、図11を参照し、プレゼンテーショングラフィクスプレーンすなわち字幕画像イメージに関して、パレットテーブル22A、RGB/YCbCr変換部22Bおよび乗算器23は、図24および図29で説明したCLUT104に対応し、パレットテーブル22AおよびRGB/YCbCr変換部22Bで色情報が付加されると共に、乗算器23で透明属性を付加され、さらに、加算器24および加算器29で、ビデオプレーンおよびインタラクティブグラフィクスプレーンと合成され、1枚の画像データとされて出力される。PIDフィルタ64により振り分けられたオーディオストリームと、PIDフィルタ90により振り分けられたオーディオストリームは、それぞれスイッチ回路68に供給される。スイッチ回路68は、供給された2つのオーディオストリームのうち一方を1stオーディオデコーダ80に、他方を2ndオーディオデコーダ81に供給するように、所定に選択する。1stオーディオデコーダ80および2ndオーディオデコーダ81でそれぞれデコードされたオーディオストリームは、加算器82で合成され、さらに加算器83で、バッファ62から読み出されたサウンドデータと合成され、出力される。バッファ63から読み出されたテキストデータは、Text-STコンポジション部で所定に処理され、スイッチ回路75に供給される。上述では、再生装置1の各部がハードウェアで構成されるように説明したが、これはこの例に限られない。例えば、再生装置1をソフトウェア上の処理として実現することも可能である。この場合、再生装置1をコンピュータ装置上で動作させることができる。また、再生装置1をハードウェアおよびソフトウェアが混合された構成で実現することもできる。例えば、再生装置1における各デコーダ、特に、1stビデオデコーダ69、2ndビデオデコーダ72など処理の負荷が他と比べて大きな部分をハードウェアで構成し、その他をソフトウェアで構成することが考えられる。また、上述では、ビデオデータ、オーディオデータ、プレゼンテーショングラフィクスストリームおよびインタラクティブグラフィクスストリームを、光ディスクなどのディスク状記録媒体から読み出す構成として説明したが、これはこの例に限定されない。例えば、これらのデータの一部または全部を再生装置が有するハードディスクドライブや半導体メモリといった、光ディスク以外の記録媒体に保持し、当該記録媒体からこれらのデータを読み出すことも考えられる。再生装置1をソフトウェアのみ、または、ハードウェアおよびソフトウェアの混合により構成し、コンピュータ装置で実行させるためのプログラムは、例えばCD-ROMやDVD-ROMといった記録媒体に記録されて提供される。この記録媒体をコンピュータ装置のドライブに装填し、記録媒体上に記録されたプログラムを所定にコンピュータ装置にインストールすることで、上述の処理をコンピュータ装置上で実行可能な状態とすることができる。プログラムをBD-ROMに記録することも考えられる。なお、コンピュータ装置の構成は、極めて周知であるため、説明は省略する。