映像データと当該映像データに対応するアプリケーションプログラムとを連動させながら再生する再生装置であって、アプリケーションプログラムを処理する処理手段と、ユーザから特殊再生に関する入力を受け付ける受付手段と、前記映像データの所定区間毎に、前記アプリケーションプログラムの管理情報を保持する保持手段と、前記受付手段が特殊再生に関する入力を受け付けると、特殊再生の状態と、前記保持手段に保持されている管理情報とに応じて、前記処理手段の制御を行う処理制御手段とを含む再生装置。前記特殊再生の状態とは、特殊再生の開始、特殊再生実行中、特殊再生の終了の何れかであり、前記処理制御手段は、前記特殊再生の状態が特殊再生の開始、あるいは特殊再生実行中の場合には、前記処理手段に新たにアプリケーションプログラムを起動及び終了させず、前記特殊再生の状態が特殊再生の終了になると、前記処理手段にアプリケーションプログラムを起動及び終了させる請求項1記載の再生装置。前記管理情報は、特殊再生実行中のアプリケーションプログラムの処理に関する情報を含み、前記処理制御手段は、前記特殊再生の状態が特殊再生実行中の場合であっても、前記情報に従い、前記処理手段にアプリケーションプログラムを起動及び終了させる請求項1記載の再生装置。前記管理情報は、前記アプリケーションプログラムの起動属性を示す情報を含み、前記処理制御手段は、前記特殊再生の状態が特殊再生実行中に、前記起動属性を示す情報を記憶する記憶手段と、前記受付手段がユーザから特殊再生の終了に関する入力を受け付けた後、所定時間内に特殊再生の開始に関する入力を受け付けたか否かを判断する判断手段とを含み、前記判断手段による判断が否定の場合に、前記処理制御手段は、前記記憶手段に記憶された情報に従い、前記処理手段にアプリケーションプログラムを起動及び終了させる請求項1記載の再生装置。しかしながら、ユーザがタイトルを選択する場合において、チャタリングが問題になる。チャタリングとは、ユーザから同一の入力を極短期間に連続して複数回受け付けることである。つまり、ユーザから同一の入力を極短期間に連続して複数回受け付けると、それらに基づいて、選択されたタイトルに対応するアプリケーションを複数起動してしまう。そのために、画面表示が乱れたり、システム全体の動作がフリーズしたりするという結果を招く。また、再生装置が特殊再生実行中の場合には、倍速再生を大きくすると、アプリケーションの描画速度と、特殊再生の描画速度とが一致しないために、画面の変化が視聴能力以上に大きくなって内容把握が困難になる。さらに、本来内容を把握するにはあまり重要でない部分においてもプログラムを実行したりして無駄な場合がある。また、早送り、巻き戻し、タイトルサーチ、チャプターサーチ、時間サーチ等、特殊再生の種類によっては、アプリケーションが映像データと同期して動作することが不可能な場合も考えられるが、その場合であっても、不必要なアプリケーションを起動してしまう可能性もある。本発明は上記問題に鑑みてなされたものであって、ユーザによるチャタリングがあった場合でも、ユーザ操作に従い、再生される映像データに対応するアプリケーションの実行処理の安定を実現することができる再生装置を提供することを目的とする。上記課題を解決するために、本発明は、映像データと当該映像データに対応するアプリケーションプログラムとを連動させながら再生する再生装置であって、アプリケーションプログラムを起動する起動手段と、ユーザから映像データとアプリケーションプログラムとが関連した再生単位を特定する入力を受け付ける受付手段と、前記受付手段がユーザから第一の入力を受け付けた後、所定時間内に第二の入力を受け付けた場合に、第一の入力を無効にし、第二の入力を受け付けた後、前記所定時間内に第三の入力がなければ、第二の入力に基づいて前記起動手段にアプリケーションプログラムを起動させる起動制御手段とを含む再生装置である。本発明は、上記の構成を備えることにより、ユーザから第一の入力を受け付けた後、所定時間内に第二の入力を受け付けると、第一の入力を無効にする。そして、第二の入力を受け付けた後、前記所定時間内に第三の入力がなければ、第二の入力に基づいてアプリケーションは起動される。よって、アプリケーションが複数起動することはないので、画面表示が乱れたり、システム全体の動作がフリーズしたりすることを防ぐことができる。また、第二の入力に基づいてアプリケーションは起動されるので、タイトルの選択ミスをした場合であっても、所定時間内に所望のタイトルを選択することにより、不必要なアプリケーションの起動を抑止することができる。ここで、前記起動制御手段は、タイマと、前記受付手段が第一の入力を受け付けるとタイマをセットし、前記所定時間内に第二の入力があるか否かを判断して、入力があると判断した場合には、タイマをリセットする処理を、入力はないと判断するまで繰り返す繰り返し手段とを含むとしても良い。これにより、第一の入力を受け付けるとタイマをセットし、所定時間内に第二の入力があるか否かを判断して、入力があると判断した場合には、タイマをリセットする処理を繰り返すことができる。よって、前記処理を繰り返すことにより、3回以上の入力を受け付けた場合であっても対応することができる。ここで、前記起動制御手段は、前記映像データとアプリケーションプログラムとが関連した再生単位毎に、前記アプリケーションプログラムの起動属性を示す情報を取得する取得手段と、前記起動属性が、前記再生手段により対応する映像データが再生されると、自動的に前記アプリケーションプログラムが実行される旨を示す情報であるか否かを判定する判定手段とを含み、前記起動制御手段による起動制御は、前記判定手段による判定が肯定である場合になされるとしても良い。これにより、アプリケーションプログラムの起動属性に応じて、起動制御手段による起動制御を実行するか否かを決定できる。ここで、起動属性とは、映像データが開始されたときに、当該映像データに対応するアプリケーションが自動的に起動するか否かを示す。よって、当該映像データに対応するアプリケーションが自動的に起動する場合のみ、起動制御手段による起動制御を実行することができる。ここで、前記映像データとアプリケーションプログラムとが関連した再生単位とは、タイトルであり、タイトルには、映像音声を主とするMovieタイトルと、アプリケーションを主とするInteractiveタイトルがあり、タイトルがMovieタイトルの場合に、前記起動制御手段は起動制御を行うとしても良い。これにより、タイトルが映像音声を主とするMovieタイトルの場合には、起動制御手段による起動制御を実行することにより、アプリケーションが複数起動することを防止できる。また、タイトルがアプリケーションを主とするInteractiveタイトルの場合には、通常通りアプリケーションを起動することにより、タイトルサーチオペレーション後、即座に画面上に何らかを表示することが可能となるため、ユーザストレスを解消することができる。ここで、映像データと当該映像データに対応するアプリケーションプログラムとを連動させながら再生する再生装置であって、アプリケーションプログラムを処理する処理手段と、ユーザから特殊再生に関する入力を受け付ける受付手段と、前記映像データの所定区間毎に、前記アプリケーションプログラムの管理情報を保持する保持手段と、前記受付手段が特殊再生に関する入力を受け付けると、特殊再生の状態と、前記保持手段に保持されている管理情報とに応じて、前記処理手段の制御を行う処理制御手段とを含む再生装置としても良い。これにより、特殊再生の状態と、保持手段に保持されている管理情報とに応じて、アプリケーションプログラムの処理を制御できる。ここで、前記特殊再生の状態とは、特殊再生の開始、特殊再生実行中、特殊再生の終了の何れかであり、前記処理制御手段は、前記特殊再生の状態が特殊再生の開始、あるいは特殊再生実行中の場合には、前記処理手段に新たにアプリケーションプログラムを起動及び終了させず、前記特殊再生の状態が特殊再生の終了になると、前記処理手段にアプリケーションプログラムを起動及び終了させるとしても良い。これにより、特殊再生実行中は、アプリケーションプログラムの起動及び終了をしないので、アプリケーションの描画速度と、特殊再生の描画速度とが一致しないために、画面の変化が視聴能力以上に大きくなって内容把握が困難になる状況を回避することができる。ここで、前記管理情報は、特殊再生実行中のアプリケーションプログラムの処理に関する情報を含み、前記処理制御手段は、前記特殊再生の状態が特殊再生実行中の場合であっても、前記情報に従い、前記処理手段にアプリケーションプログラムを起動及び終了させるとしても良い。これにより、特殊再生実行中であっても、特殊再生実行中のアプリケーションプログラムに関する情報に従い、アプリケーションプログラムを起動及び終了させることができる。よって、例えば、特殊再生の速度があまり速くなく、アプリケーションの描画速度と、特殊再生の描画速度とに大差がない場合には、特殊再生実行中であっても、アプリケーションプログラムの処理を行うことにより、ユーザに対し、より柔軟な対応ができる。ここで、前記管理情報は、前記アプリケーションプログラムの起動属性を示す情報を含み、前記処理制御手段は、前記特殊再生の状態が特殊再生実行中に、前記起動属性を示す情報を記憶する記憶手段と、前記受付手段がユーザから特殊再生の終了に関する入力を受け付けた後、所定時間内に特殊再生の開始に関する入力を受け付けたか否かを判断する判断手段とを含み、前記判断手段による判断が否定の場合に、前記処理制御手段は、前記記憶手段に記憶された情報に従い、前記処理手段にアプリケーションプログラムを起動及び終了させるとしても良い。これにより、アプリケーションプログラムを遅延させて起動終了するためにアプリケーションプログラムの起動属性を記憶しておくことができるので、特殊再生終了後に管理情報を読み込んでアプリケーションプログラムの処理を制御する場合に比べて、起動終了までの時間を短縮することができる。以下、本発明の実施の形態について、図面を参照しながら説明する。第一実施形態<構成>図1は、BD-ROM以降、BDと称する場合もあるの構成を示した図である。BDディスクは、他の光ディスク、例えばDVDやCDなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、内周のリードインと外周のリードアウトの間に論理データを記録できる論理アドレス空間を有している。また、リードインの内側にはBCABurstCuttingAreaと呼ばれるドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがよくある。論理アドレス空間には、ファイルシステム情報ボリュームを先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは、UDFUniversalDiskFormatやISO9660などのことであり、通常のPCと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出す事が可能になっている。本実施の形態の場合、BDディスク上のディレクトリ、ファイル構造は、ルートディレクトリROOT直下にBDVIDEOディレクトリが置かれている。このディレクトリはBD-ROMで扱うAVコンテンツや管理情報などのデータが記録されているディレクトリである。BDVIDEOディレクトリの下には、次の7種類のファイルが記録されている。BD.INFOファイル名固定は、BD管理情報の一つであり、BDディスク全体に関する情報を記録したファイルである。BDプレーヤは最初にこのファイルを読み出す。BD.PROGファイル名固定は、BD再生プログラムの一つであり、BDディスク全体に関わるプログラムを記録したファイルである。XXX.PLXXXは可変、拡張子PLは固定は、BD管理情報の一つであり、シナリオを記録するプレイリストPlayList情報を記録したファイルである。プレイリスト毎に1つのファイルを持っている。XXX.PROGXXXは可変、拡張子PROGは固定は、BD再生プログラムの一つであり、前述したプレイリスト毎のプログラムを記録したファイルである。プレイリストとの対応はファイルボディ名XXXが一致するによって識別される。YYY.VOBYYYは可変、拡張子VOBは固定は、AVデータの一つであり、AVデータであるMPEGストリームが記録されたファイルである。VOB毎に1つのファイルを持っている。YYY.VOBIYYYは可変、拡張子VOBIは固定は、BD管理情報の一つであり、AVデータであるVOBに関わる管理情報を記録したファイルである。VOBとの対応はファイルボディ名YYYが一致するによって識別される。ZZZ.PNGZZZは可変、拡張子PNGは固定は、AVデータの一つであり、字幕及びメニューを構成するためのイメージデータをPNGW3Cによって標準化された画像フォーマットでありピングと読む形式で記録したファイルである。1つのPNGイメージ毎に1つのファイルを持つ。図2は再生制御のレイヤモデルを示した図である。図2の第1層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第1層に示すように、処理対象たるストリームは、BD-ROMだけではなく、HD、メモリカード、ネットワークといったあらゆる記録媒体、通信媒体を供給源としている。これらHD、メモリカード、ネットワークといった供給源に対する制御ディスクアクセス、カードアクセス、ネットワーク通信が第1層の制御である。第2層は、AVデータのレイヤである。第2層は、第1層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定している。第3層BD管理データは、ストリームの静的なシナリオを規定するレイヤである。静的なシナリオとは、ディスク制作者によって予め規定されたアプリ管理情報、再生経路情報、ストリーム管理情報であり、第3層はこれらに基づく再生制御を規定している。第4層BD再生プログラムは、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオは、AVストリームの再生手順、及び、その再生に関する制御手順のうち少なくとも一方を実行するプログラムである。動的なシナリオによる再生制御は、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、2つのモードがある。2つのモードのうち1つは、AV機器特有の再生環境で、BD-ROMに記録された動画データを再生するモードDVDライクモードであり、もう1つはBD-ROMに記録された動画データの付加価値を高めるモードJavaモードである。図2において第4層には、DVDライクモードとJavaモードの2つのモードが記述されている。DVDライクモードは、DVDライクな再生環境での再生モードであり、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが動作する。もう一つのJavaモードは、Java仮想マシンを主体とした再生モードであり、Javaアプリケーションから再生制御を行う。図3は、再生装置の大まかな機能構成を示すブロック図である。図3に示すように、再生装置は、BD-ROMドライブ301と、トラックバッファ302と、デマルチプレクサ303と、ビデオデコーダ304と、ビデオプレーン305と、オーディオデコーダ306と、イメージメモリ307と、イメージプレーン308と、イメージデコーダ309と、加算器310と、静的シナリオメモリ311と、動的シナリオメモリ312と、DVDライクモジュール313と、Javaモジュール314と、UO検知モジュール315と、モード管理モジュール316と、ディスパッチャ317と、レンダリングエンジン318と、特殊再生情報保持部319と、AV再生ライブラリ320とから構成される。BD-ROMドライブ301は、BD-ROMのローディング/イジェクトを行い、BD-ROMに対するアクセスを実行する。トラックバッファ302は、FIFOメモリであり、BD-ROMから読み出されたACCESSUNITを先入れ先出し式に格納する。デマルチプレクサ303は、トラックバッファ302からACCESSUNITを取り出して多重分離を行い、GOPを構成するビデオフレームと、オーディオフレームとを得て、ビデオフレームをビデオデコーダ304に出力し、オーディオフレームをオーディオデコーダ306に出力する。副映像ストリームはイメージメモリ307に格納し、NavigationButton情報は動的シナリオメモリ312に格納する。デマルチプレクサ303による多重分離は、TSパケットをPESパケットに変換するという変換処理を含む。ビデオデコーダ304は、デマルチプレクサ303から出力されたビデオフレームを復号して、非圧縮形式のピクチャをビデオプレーン305に書き込む。ビデオプレーン305は、非圧縮形式のピクチャを格納しておくためのメモリである。オーディオデコーダ306は、デマルチプレクサ303から出力されたオーディオフレームを復号して、非圧縮形式のオーディオデータを出力する。イメージメモリ307は、BD-ROMから読み出された副映像ストリーム、NavigationButton情報内のPNGデータ、画像ファイルを格納しておくバッファである。イメージプレーン308は、一画面分の領域をもったメモリであり、展開された副映像ストリーム、PNGデータ、画像ファイルが配置される。イメージデコーダ309は、イメージメモリ307に格納された副映像ストリーム、PNGデータ、画像ファイルを展開してイメージプレーン308に書き込む。副映像ストリームのデコードにより、各種メニュー、副映像が画面上に現れることになる。加算器310は、ビデオプレーン305に格納された非圧縮形式のピクチャデータに、イメージプレーン308に展開されたイメージを合成して出力する。静的シナリオメモリ311は、アプリ管理情報、カレントのPLやカレントのストリーム管理情報を格納しておくためのメモリである。アプリ管理情報とは、BD-ROMに記録されている。カレントPLとは、BD-ROMに記録されている複数PLのうち、現在処理対象になっているものをいう。カレントストリーム管理情報とは、BD-ROMに記録されている複数のストリーム管理情報のうち、現在処理対象になっているものをいう。動的シナリオメモリ312は、カレント動的シナリオを格納しておき、DVDライクモジュール313、Javaモジュール314による処理に供されるメモリである。カレント動的シナリオとは、BD-ROMに記録されている複数シナリオのうち、現在実行対象になっているものをいう。DVDライクモジュール313は、DVDライクモードの実行主体となるDVD仮想プレーヤであり、動的シナリオメモリ312に読み出されたカレントのシナリオプログラムを実行する。Javaモジュール314は、Javaプラットフォームであり、Java仮想マシン、コンフィグレーション、プロファイルからなる。Java仮想マシンは、クラスローダを含む。Javaモジュール314は、動的シナリオメモリ312に読み出されたJavaクラスファイルからカレントのJavaオブジェクトを生成し、実行する。Java仮想マシンは、Java言語で記述されたJavaオブジェクトを、再生装置におけるCPUのネイティブコードに変換して、CPUに実行させる。UO検知モジュール315は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報以降、UOUserOperationというをモード管理モジュール316に出力する。モード管理モジュール316は、BD-ROMから読み出されたモード管理テーブルを保持して、モード管理及び分岐制御を行う。モード管理モジュール316によるモード管理とは、動的シナリオをどのDVDライクモジュール313、Javaモジュール314に実行させるかという、モジュールの割り当てである。ディスパッチャ317は、UOから、現在の再生装置におけるモードに適切なUOのみを選んで、そのモードを実行するモジュールに受け渡す。例えばDVDライクモードの実行中に、上下左右、アクティベートといったUOを受け付けた場合、DVDライクモードのモジュールにこれらのUOを出力するというのがディスパッチャ317の処理である。レンダリングエンジン318は、Java2D、OPEN-GLといった基盤ソフトウェアを備え、Javaモジュール314からの指示に従ってコンピュ-タグラフィックスの描画を行い、描画されたコンピュ-タグラフィックスをイメージプレーン308に出力する。特殊再生情報保持部319は、特殊再生として再生装置でサポートしている再生速度一覧、及びDVDライクモードで使われる特殊再生の情報を保持している。これらの情報はJavaモジュールから参照され、Javaモード時における特殊再生においてDVDライクモードと互換を取るために用いられる。AV再生ライブラリ320は、DVDライクモジュール313、Javaモジュール314からの関数呼び出しに応じて、AV再生機能、プレイリストの再生機能を実行する。AV再生機能とは、DVDプレーヤ、CDプレーヤから踏襲した機能群であり、再生開始、再生停止、一時停止、一時停止の解除、静止画機能の解除、再生速度を即値で指定した早送り、再生速度を即値で指定した巻戻し、音声切り換え、副映像切り換え、アングル切り換えといった処理である。プレイリスト再生機能とは、このAV再生機能のうち、再生開始や再生停止をプレイリスト情報に従って行うことをいう。このAV再生ライブラリ320は、DVDライクモジュール313、Javaモジュール314から指定された再生速度の即値に応じ、トラックバッファ302からの読み込み速度を変化させ、その読み込み速度に応じてデマルチプレクサ303を制御してビデオデータを抜き出し、ビデオデコーダ304に送る。また、オーディオデータも同様にデマルチプレクサ303を制御して抜き出し、オーディオデコーダ306に送る。これらの処理によって指定された再生速度の即値による特殊再生が可能となる。以上が再生装置の構成要素である。続いて図4は、Javaモジュール314の詳細構成であり、タイトル選択に関わるユーザオペレーションに合わせたアプリケーションの動作制御の処理に関わるブロック図である。ディスパッチャ317は、タイトル選択に関わるユーザオペレーションが行われると、タイトルマネージャ401に対して、入力された数値に対応するタイトル選択を要求する。タイトルマネージャ401は、メディア再生モジュール404に対して映像音声の再生を、アプリケーション制御モジュール406に対してアプリケーションの起動を要求する。アプリケーション制御モジュール406は、タイトルマネージャ401からの起動要求、動的シナリオ情報取得モジュール407から取得したJavaアプリケーション414、Javaアプリケーション413、静的シナリオ情報取得モジュール408から取得したアプリ管理情報、遅延制御管理モジュール411から取得したアプリケーション状態、及び時間情報に基づいて、Javaアプリケーション414、Javaアプリケーション413の挙動制御を行う。動的シナリオ情報取得モジュール407は、動的シナリオメモリ312からJavaアプリケーションを取得するモジュールであり、アプリケーション制御モジュール406からの指示により、BD-ROMからJavaアプリケーションを動的シナリオメモリ312に記憶したり、Javaアプリケーションを動的シナリオメモリ312から解放したりする。静的シナリオ情報取得モジュール408は、静的シナリオメモリ311からJavaアプリケーションの動作を制御するためのアプリ管理情報を取得するモジュールである。再生情報取得モジュール409は、再生情報管理モジュール405から再生情報を取得したり、再生情報に変更があった場合にイベントを受信したりするモジュールである。特殊再生状態取得モジュール410は、メディア再生モジュール404から特殊再生の状態として、特殊再生の開始、特殊再生実行中、特殊再生の終了に関するイベントを受信するモジュールである。遅延制御管理モジュール411は、タイトル選択時のタイトル遷移に合わせて、アプリケーションの起動属性を記憶したり、遅延起動の際の時間の管理を行うモジュールである。ここで、遅延起動とは、ユーザからのタイトル選択により、アプリケーション制御モジュール406が、選択されたタイトルの起動要求を受け付けたとしても、対応するアプリケーションを直ちに起動させずに、遅延して起動させることをいう。遅延起動の際の時間とは、遅延起動させる際に、どれだけの時間待つかを示す時間である。また、遅延制御管理モジュール411の具体的な構成としては、タイマを含む。UOイベント配送モジュール412は、タイトルマネージャ401が受信したUOイベントをJavaアプリケーションに配送するためのモジュールである。<データ>図5は、アプリ管理情報の一例を示す図である。図5に示すように、アプリ管理情報は、アプリケーションID501と、起動属性502と、バウンド属性503とから構成される。アプリケーションID501は、アプリケーションを識別するための識別子である。起動属性502は、タイトルが開始されたときに起動されるアプリケーションAutoStartと起動されないアプリケーションPresentとを区別するためのタイトル開始時の起動属性を示す。バウンド属性503は、タイトルにまたがって連続実行可能かどうかを識別するための属性である。バウンド属性がboundならば、タイトル選択時点でアプリケーションは終了される。unboundならば、タイトル選択時点で終了しない。続いて図6は、アプリ起動状態管理情報の一例を示す。図6に示すように、アプリ起動状態管理情報は、アプリケーションID501と、アプリ起動状態601とから構成される。アプリ起動状態601は、AutoStart、Presentの何れかを示す。AutoStartは、タイトル選択後に自動起動されるアプリケーションであることを示している。Presentは、タイトル選択後に自動起動も終了もされないアプリケーションであることを示している。Presentは、他のアプリケーションによって起動されるか、あるいはユーザ操作などのイベントにより起動される。図7は、アプリ管理情報がタイトルごとに保持されている場合の一例を示す図である。ここで、ApplicationManagementTable以下、AMTというは、アプリ管理情報を保持しているテーブルである。この場合、タイトルが切り替わるごとに、アプリケーションマネージャ402は、タイトルマネージャ401からアプリ管理情報を取得することにより、映像の再生に合わせたアプリケーションの動作制御を行う。<動作>図8は、図7のアプリ管理情報に基づいて、タイトル1とタイトル2とを順に通常再生する場合において、アプリケーションの動作の一例を示している。ここで、Present属性をもつアプリケーションは、他のアプリケーションによって起動されるとする。まず、タイトル1が開始されると、アプリ管理情報にしたがってAutoStart属性を持つアプリケーション1が起動される。アプリケーション2がアプリケーション1より起動され、アプリケーション3がアプリケーション2より起動される。その後、次のタイトル2が選択されると、タイトル1のアプリ管理情報のバウンド属性がboundである、アプリケーション1及びアプリケーション2は終了される。unboundである、アプリケーション3はタイトル選択処理の間も起動し続ける。タイトル2が開始されると、タイトル2でAutoStart属性を持つアプリケーション2が起動し、アプリケーション3は継続して実行される。アプリケーション4がアプリケーション3より起動され、タイトル2が終了すると、タイトル2のアプリ管理情報でバウンド属性がboundであるアプリケーション2、アプリケーション3、及びアプリケーション4は終了される。なお、Present属性をもつアプリケーションは、ユーザ操作などのイベントにより起動されるとしてもよい。図9は、モード管理モジュール316からタイトル選択、あるいは、タイトル終了要求を受け取った場合の、タイトルマネージャ401、アプリケーション制御モジュール406に関する処理のフローチャートの一例である。タイトルマネージャ401は、モード管理モジュールからタイトル選択要求、あるいは、タイトル終了要求を受け取ると、その判定を行うステップS901。タイトル終了要求の場合、タイトルマネージャ401は、メディア再生モジュール404に対して映像音声の終了を要求する。要求を受け取ると、メディア再生モジュール404は映像音声を終了するステップS902。次に、タイトルマネージャ401は、アプリケーション制御モジュール406に対して、アプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール406は、実行中の全てのアプリケーションを終了するステップS903。タイトル選択要求の場合、タイトルマネージャ401は、アプリケーション制御モジュール406に対して、バウンドアプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール406は、実行中の全てのバウンドアプリケーションを終了するステップS904。その後、アプリケーション制御モジュール406は、アプリケーションの遅延起動制御処理を行うステップS905。続いて図10及び図11は、図9におけるアプリケーションの遅延起動制御処理を示すフローチャートである。本フローチャートにおいて、iはアプリ管理情報に記載されているアプリケーションIDの一つを特定する変数である。jは、アプリ起動状態管理情報に記載されているアプリケーションIDの一つを特定する変数である。まず、入力された数値が記憶されている数値と不一致、または記憶されている数値なしか否かを判断するステップS1001。入力された数値が記憶されている数値と不一致、または記憶されている数値がない場合は、入力された数値を記憶するステップS1002。入力された数値が記憶されている数値と一致する場合、または入力された数値の記憶処理後にiを初期化するステップS1003。当該アプリケーションIDに対応するアプリケーションが現在実行中であるか否かを判定するステップS1004。現在実行中でなければ、当該アプリケーションIDに対応する起動属性がAutoStartであるか否かを判定するステップS1005。起動属性がAutoStartでない場合には、アプリ起動状態をPresentとして遅延制御管理モジュール411に記憶するステップS1006。起動属性がAutoStartである場合には、アプリ起動状態をAutoStartとして遅延制御管理モジュール411に記憶するステップS1007。現在実行中であれば、アプリケーションを継続して実行するステップS1008。上記処理後にアプリ管理情報に記載されているアプリケーションIDが他に存在するか否かを判定するステップS1009。存在する場合はiを一つ計数しステップS1010、ステップS1004に移行する。他に存在しない場合は、アプリ管理情報に記載されていないアプリケーションIDに対応するアプリケーションが実行中か否かを判定するステップS1011。前記アプリケーションが実行中である場合には、全て終了するステップS1012。所定時間を計測する為のタイマをセットしステップS1013、所定時間内に記憶した数値と同一の入力があるか否かを判定するステップS1014。所定時間内に記憶した数値と同一の入力がある場合には、タイマをリセットしステップS1015、ステップS1014に移行する。続いてjを初期化するステップS1016。当該アプリケーションIDに対応するアプリ起動状態がAutoStartであるか否かを判定するステップS1017。起動属性がAutoStartである場合には、アプリケーションを起動するステップS1018。アプリ起動状態管理情報に記載されているアプリケーションIDが他に存在するか否かを判定するステップS1019。存在する場合はjを一つ計数しステップS1020、ステップS1017に移行する。他に存在しない場合は処理を終了する。なお、上記フローチャートでは、所定時間内に記憶した数値と同一の入力があるか否かを判定したが、同一の入力でなくても良い。所定時間内に他のタイトルを選択する入力があった場合であっても、タイマをリセットし、所定時間内に入力がないと判定されると、最後の入力に基づいてアプリケーションプログラムは起動されるとしても良い。続いて図12を用いて、同一の入力が連続して複数回あった場合のアプリケーションの遅延起動制御処理を具体的に説明する。図12の第一段はディスパッチャを示す。第二段はタイトルマネージャを示す。第三段はアプリケーションマネージャを示す。第四段はクラスローダを示す。それぞれの段の横軸は時間を示す。時刻t1から時刻t5、時刻t2から時刻t6、時刻t3から時刻t7、及び時刻t4から時刻t8は所定時間を示す。時刻t1において、ユーザによりタイトル1を特定するリモコンキーが押下されると、ディスパッチャはタイトルマネージャにタイトル1を選択するよう要求する。要求を受け取ると、タイトルマネージャはアプリケーションマネージャにタイトル1を起動するよう要求する。要求を受け取ると、アプリケーションマネージャは直ちにクラスローダに命令を発行せずに、タイマをセットし、所定時間内に同一のタイトルを選択する入力があるか否かを判断する。ここで、時刻t2において、タイトル1を選択する入力があるので、タイマをリセットし、再び所定時間内に同一のタイトルを選択する入力があるか否かを判断する。ここで、時刻t3において、タイトル1を選択する入力があるので、タイマをリセットし、再び所定時間内に同一のタイトルを選択する入力があるか否かを判断する。ここで、時刻t4において、タイトル1を選択する入力があるので、タイマをリセットし、再び所定時間内に同一のタイトルを選択する入力があるか否かを判断する。所定期間内に同一のタイトルを選択する入力がないので、時刻t8において、最後に受信した入力時刻t4における入力に基づいてクラスローダに命令を発行する。続いて図13はタイトル選択時に、映像音声の開始をアプリケーションからではなく、自動的にJavaモジュールで行うためのプレイリスト管理情報の一例について示している。プレイリスト管理情報は、自動再生フラグ1301と、プレイリスト名1302とから構成される。自動再生フラグは、有効、無効の何れかを示す。有効の場合には、プレイリスト名1302に記載されているプレイリストの先頭に記載されたプレイリストを自動的にJavaモジュールで再生する。自動再生フラグが無効の場合には、プレイリスト名1302に記載されているプレイリストを自動的にJavaモジュールで再生せず、アプリケーションから再生する。プレイリスト名1302は、タイトルで使用可能なプレイリストの一覧を示す。続いて図14は、アプリ管理情報だけでなく、プレイリスト管理情報もタイトルごとに保持されている場合の一例を示す。このように、プレイリスト管理情報をタイトルごとに配置することで、タイトルで使用可能なプレイリストを制限することが可能であるだけでなく、タイトル選択時に、自動的にプレイリストを再生することが可能である。図15は、図14のアプリ管理情報、及びプレイリスト管理情報に基づいて、タイトル1とタイトル2とを順に通常再生する場合のアプリケーションの動作、及びプレイリストの再生を示している。タイトル1が開始されると、アプリ管理情報にしたがってAutoStart属性を持つアプリケーション1が起動され、さらに、プレイリスト管理情報の自動再生フラグが有効であるので、先頭に記載されているプレイリスト1が自動的に再生される。他のプレイリストは、アプリケーションからの再生要求、あるいはユーザ操作などのイベントにより再生される。例えば、現在実行中のアプリケーション1がプレイリストの切り替えを行うことにより、プレイリスト1からプレイリスト2に切り替わる。タイトル2が開始されると、タイトル2でAutoStart属性を持つアプリケーション2が起動し、タイトル1にのみ関連付けられているアプリケーション1は終了される。プレイリスト管理情報の自動再生フラグが無効であるので、プレイリストは自動的に再生されない。アプリケーション2がプレイリスト3の再生を要求することにより、プレイリスト3は開始される。アプリケーション2、プレイリスト3が終了することで、タイトル2は終了する。続いて図16は、タイトルがアプリ管理情報、及びプレイリスト管理情報の両方を含むものと、アプリ管理情報のみを含むものとがある場合の一例を示す。このように、アプリ管理情報、及びプレイリスト管理情報の両方を含むもの、アプリ管理情報のみを含むものをタイトルごとに保持することで、映像音声とアプリケーションが共存するタイトルと、ゲームのようにアプリケーションのみのタイトルを用意することが可能となる。図17は、タイトルにプレイリスト管理情報を含む場合を考慮した、モード管理モジュール316からタイトル選択、あるいは、タイトル終了要求を受け取った場合の、タイトルマネージャ401、アプリケーション制御モジュール406に関する処理のフローチャートの一例である。タイトルマネージャ401は、モード管理モジュール316からタイトル選択要求、あるいは、タイトル終了要求を受け取ると、その判定を行うステップS1701。タイトル終了要求の場合、タイトルマネージャ401は、メディア再生モジュール404に対して映像音声の終了を要求する。要求を受け取ると、メディア再生モジュール404は映像音声を終了するステップS1702。タイトルマネージャ401は、アプリケーション制御モジュール406に対して、アプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール406は、実行中の全てのアプリケーションを終了するステップS1703。タイトル選択要求の場合、タイトルマネージャ401は、アプリケーション制御モジュール406に対して、バウンドアプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール406は、実行中の全てのバウンドアプリケーションを終了するステップS1704。タイトルマネージャ401は、選択されたタイトルにプレイリスト管理情報が存在するかどうか判定するステップS1705。選択されたタイトルにプレイリスト管理情報が存在しない場合には、アプリケーション制御モジュール406に対して、アプリケーションの起動を要求する。要求を受け取ると、アプリケーション制御モジュール406はアプリケーション起動制御処理を行うステップS1706。選択されたタイトルにプレイリスト管理情報が存在する場合には、前記プレイリスト管理情報内の自動再生フラグが有効であるかどうか判定するステップS1707。前記プレイリスト管理情報内の自動再生フラグが無効である場合には、ステップS1706の処理を行う。前記プレイリスト管理情報内の自動再生フラグが有効である場合には、タイトルマネージャ401は、メディア再生モジュール404に対して、映像音声開始を要求する。要求を受け取ると、メディア再生モジュール404は、指定されたプレイリストを再生するステップS1708。アプリケーション制御モジュール406は、アプリケーションの遅延起動処理を行うステップS1709。続いて図18は、図17におけるアプリケーション起動制御処理の一例を示す。本フローチャートにおいて、iはアプリ管理情報に記載されているアプリケーションIDの一つを特定する変数である。まず、iを初期化するステップS1801。当該アプリケーションIDに対応するアプリケーションが現在実行中であるか否かを判定するステップS1802。現在実行中であれば、アプリケーションを継続して実行するステップS1803。現在実行中でなければ、当該アプリケーションIDに対応する起動属性がAutoStartであるか否かを判定するステップS1804。起動属性がAutoStartである場合には、アプリケーションを起動するステップS1805。上記処理後にアプリ管理情報に記載されているアプリケーションIDが他に存在するか否かを判定するステップS1806。存在する場合はiを一つ計数しステップS1807、ステップS1802に移行する。他に存在しない場合は、アプリ管理情報に記載されていないアプリケーションIDに対応するアプリケーションが実行中か否かを判定するステップS1808。前記アプリケーションが実行中である場合には、全て終了するステップS1809。前記アプリケーションが実行中でない場合には、処理を終了する。図19は、再生の単位であるタイトルに関する属性情報の一例を示している。タイトル属性情報は、モード管理モジュール316が、タイトルを選択する際に必要な情報であり、タイトルオブジェクトタイプ1901と、タイトルアクセスタイプ1902と、タイトルプレイバックタイプ1903と、タイトルオブジェクト名1904とを含む。タイトルオブジェクトタイプ1901は、ユーザオペレーションによりタイトル選択が要求されたとき、モード管理モジュール316が、DVDライクモジュール313に関連するタイトルHDMVか、Javaモジュール314に関連するタイトルBD-Jか、を判断するための属性情報である。この属性情報により、ディスク上のコンテンツのみならず、放送波や、HDD等のストレージに記録されたコンテンツの再生をも行うことが可能となる。タイトルアクセスタイプ1902は、ユーザオペレーションによりタイトル選択を許可するかどうかを判断するための属性情報である。この属性情報により、コンテンツプロバイダーは、隠しタイトルを含めることが可能になる。タイトルプレイバックタイプ1903は、タイトルが映像音声を主とするかMovieタイトル、アプリケーションを主とするかInteractiveタイトルを判定するための属性情報である。この情報により、モード管理モジュール316は、ユーザオペレーションにより生成するキーイベントをDVDライクモジュール313、あるいは、Javaモジュール314に配送するかどうかを判断する。タイトルオブジェクト名1904は、タイトル属性情報がリンクするタイトルオブジェクトの名前を示す属性情報である。図20は、タイトルリスト内のタイトル1、タイトル2のタイトル属性情報の一例を示している。タイトル1は、Javaモジュール314で再生されるBD-Jタイトル、ユーザオペレーションによるタイトル選択可能であるアクセス可、映像音声を主とするMovieタイトル、タイトルオブジェクト名がBD-JObj1であることを示している。タイトル2は、DVDライクモジュール313で再生されるHDMVタイトル、ユーザオペレーションによるタイトル選択不可能であるアクセス不可、アプリケーションを主とするInteractiveタイトル、タイトルオブジェクト名がMovieObj2であることを示している。図21は、タイトル属性情報を含む場合を考慮した、モード管理モジュール316からタイトル選択、あるいは、タイトル終了要求を受け取った場合の、タイトルマネージャ401、アプリケーション制御モジュール406に関する処理のフローチャートの一例である。タイトルマネージャ401は、モード管理モジュール316からタイトル選択要求、あるいは、タイトル終了要求を受け取ると、その判定を行うステップS2101。タイトル終了要求の場合、タイトルマネージャ401は、メディア再生モジュール404に対して映像音声の終了を要求する。要求を受け取ると、メディア再生モジュール404は映像音声の終了するステップS2102。タイトルマネージャ401は、アプリケーション制御モジュール406に対して、アプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール406は、実行中の全てのアプリケーションを終了するステップS2103。タイトル選択要求の場合、タイトルマネージャ401は、アプリケーション制御モジュール406に対して、バウンドアプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール406は、実行中の全てのバウンドアプリケーションを終了するステップS2104。タイトルマネージャ401は、選択されたタイトルにプレイリスト管理情報が存在するかどうか判定するステップS2105。選択されたタイトルにプレイリスト管理情報が存在しない場合には、アプリケーション起動制御処理を行うステップS2106。選択されたタイトルにプレイリスト管理情報が存在する場合には、前記プレイリスト管理情報内の自動再生フラグが有効であるかどうか判定するステップS2107。前記プレイリスト管理情報内の自動再生フラグが無効である場合には、タイトル属性情報内のタイトルプレイバックタイプがMovieであるかどうか判定するステップS2108。前記タイトルプレイバックタイプがMovieでない場合には、ステップS2106の処理を行い、前記タイトルプレイバックタイプがMovieである場合には、アプリケーション遅延起動制御処理を行うステップS2110。プレイリスト管理情報内の自動再生フラグが有効である場合には、タイトルマネージャ401は、メディア再生モジュール404に対して、映像音声開始を要求する。要求を受け取ると、メディア再生モジュール404は、指定されたプレイリストを再生しステップS4309、その後、ステップS2110の処理を行う。以上のように本実施の形態によれば、ユーザによるタイトル選択の際、チャタリングにより入力を複数回受け付けたとしても、最後の入力に基づいてアプリケーションプログラムを実行する。よって、アプリケーションプログラムを繰り返し起動することはなくなるので、画面表示の乱れや、システム全体の動作のフリーズを防止することができる。なお、本実施の形態では、ある再生区間としてタイトルを例に説明したが、タイトルでなくてもよい。例えば、chapterでも良いし、PlayListでも良い。第二実施形態本実施の形態は、特殊再生時のアプリケーション制御の改良に関する。図22は、本実施形態におけるDVDライクモジュール313、Javaモジュール314aの具体的な構成を示すとともに、早送り、早戻し、チャプターサーチ、時間サーチなどの特殊操作に関連したユーザ操作の処理に関わるブロック図である。まずDVDライクモジュール313における再生及び特殊再生制御について述べる。シナリオプログラム2201は、BD-ROM上に記録されたDVDライクモード用のBD再生プログラムで、シナリオ制御モジュール2202が提供するシナリオ制御関数を呼び出し、条件に応じてプレイリストの分岐を行う。シナリオ制御モジュール2202は、シナリオ制御関数を提供する。UO処理モジュール2203は、ユーザのリモコン操作に対する処理を行う。具体的には、ディスパッチャ317から受け取ったUOイベントに応じ、早送り、早戻し、チャプターサーチ、時間サーチなどの特殊再生を行う。続いて、Javaモードの場合はBD-ROM上に記録されたJavaアプリケーション414が、対応するBDタイトル再生の間、メディア再生モジュール404が提供するAPIを用いてシナリオ、特殊再生の制御を行う。タイトルマネージャ401は、ユーザのリモコン操作により早送り、早戻し、チャプターサーチ、時間サーチ等に関する入力があると、ディスパッチャ317からUOイベントを受け取り、アプリケーションマネージャ402aを介して現在動作中のJavaアプリケーション414に、受け取ったUOイベントを渡す。アプリケーションマネージャ402aは、Javaアプリケーション414から特殊再生が実行されると、再生速度の変更にしたがって、メディア再生モジュール404から特殊再生開始イベントを受信すると、特殊再生終了イベントを受信するまで、再生情報管理モジュール405からシナリオ遷移イベントを受信した場合には、アプリ管理情報に基づいてJavaアプリケーション414、Javaアプリケーション413の挙動制御を判断する。特殊再生情報取得モジュール403は、特殊再生情報を得て、Javaアプリケーション414に渡す。メディア再生モジュール404は、Javaアプリケーション414に対し、メディア再生制御のためのAPIを提供する。メディア再生モジュール404は、Javaアプリケーション414がメディア再生制御APIを呼び出すと、対応するAV再生ライブラリ320の関数を呼び出し、AV再生制御を行う。再生情報管理モジュール405は、再生情報を管理しており、シナリオ遷移イベントをアプリケーションマネージャ402aに送信する。Javaアプリケーション414は、早送りボタン押下などのUOイベントに対し、どの再生速度で特殊再生を行うべきか、特殊再生情報取得モジュール403を通じて特殊再生情報を得て再生速度の判断を行う。特殊再生情報からDVDライクモードで用いられている再生速度、端末がサポートしている再生速度を読み取り、それらを元に適切な再生速度をメディア再生モジュール404に指定する。図23は再生情報を表すシステムパラメータSPRMの一覧である。SPRM0からSPRM12までは再生状態を示しており、シナリオの遷移に応じて刻々と変更されていくパラメータであり、それ以外はプリファレンスとしてプレーヤに設定されるパラメータである。SPRM0:インタラクティブグラフィックスストリーム番号SPRM1:音声ストリーム番号SPRM2:プレゼンテーショングラフィック/字幕ストリーム番号SPRM3:アングル番号SPRM4:現在再生中のタイトル番号SPRM5:現在再生中のチャプター番号SPRM6:現在再生中のプレイリスト識別子SPRM7:現在再生中のプレイアイテム識別子SPRM8:再生時刻情報SPRM9:ナビゲーションタイマーSPRM10:選択キー情報SPRM11:インタラクティブグラフィックスストリームにおける現在のページ識別子SPRM12:字幕ストリームにおけるユーザースタイル識別子SPRM13:パレンタルレベルSPRM14:予備SPRM15:プレーヤ設定値オーディオSPRM16:音声ストリーム用言語コードSPRM17:プレゼンテーショングラフィック/字幕ストリーム用言語コードSPRM18:メニュー用言語コードSPRM19:予備SPRM20:予備SPRM21:予備SPRM22:予備SPRM23:予備SPRM24:予備SPRM25:予備SPRM26:予備SPRM27:予備SPRM28:予備SPRM29:予備SPRM30:字幕サポート情報SPRM31:プレーヤのバージョン情報SPRM32:予備図24は再生装置が保持している再生情報に対応する特殊再生情報の内容を示す図である。特殊再生情報は、再生装置がサポートしている再生速度一覧と、DVDライクモードで使用する再生速度情報と、特殊再生操作を行うトリガとなる情報とを含む。特殊再生のトリガとしてはユーザのボタン操作などがあり、その場合、特殊再生に対応するボタンのIDと押された回数等を記載する。なお、この図24では、順方向倍速、逆方向倍速、順方向スロー再生、逆方向スロー再生を取り上げたが、他の特殊再生、例えば、何秒か先にスキップするスキップ再生などの情報でもよい。スキップ再生の場合、端末サポートレートの欄が再生速度ではなく秒数となり、端末がサポートする全ての秒数を記載するのではなく、DVDライクモードで用いている値が書かれてあればよい。本実施形態では、再生速度が変化する特殊再生を例に取り上げて説明するが、時間をパラメータとした特殊再生例えば15秒先にスキップするスキップ再生などにも置き換えることが可能である。図25はユーザ操作をトリガとして特殊再生を行う処理のフローチャートである。ユーザがリモコンや再生装置のフロントパネルを操作し、早送りボタン押下する等のキー操作を行うと、UO検知モジュール315がユーザのキー操作を検知するステップS2501。UO検知モジュール315は、ユーザのキー操作に対応したイベントをモード管理モジュール316に投げ、モード管理モジュール316は現在のモードがJavaモードかDVDライクモードかを判断するステップS2502。現在のモードがDVDライクモードであれば、モード管理モジュール316内のディスパッチャ317が、DVDライクモジュールのUO処理モジュール2203にUOイベントを投げるステップS2503。UO処理モジュール2203は受け取ったUOイベントに対応する再生制御を行うステップS2504。現在のモードがJavaモードの場合、ディスパッチャ317はJavaモジュール内のタイトルマネージャ401にUOイベントを投げるステップS2505。タイトルマネージャ401がUOイベントを受け取ると、アプリケーションマネージャ402aを介して現在動作中のJavaアプリケーション414に対して、受け取ったUOイベントを投げるステップS2506。Javaアプリケーション414がUOイベントを受け取ると、特殊再生情報取得モジュール403を介し、再生装置における特殊再生情報を取得するステップS2507。Javaアプリケーション414は特殊再生情報に基づき、受け取ったUOイベントに対応する特殊再生制御を、メディア再生モジュール404を介して行うステップS2508。例えば、受け取ったUOイベントが早送りボタン押下イベントであった場合、Javaアプリケーション414は何回連続で押されたか、値をカウントしておき、早送りボタンが一回押されたときの再生速度、二回連続押されたときの再生速度を特殊再生情報から判断する。なお、Javaアプリケーション414は、UOイベントを取得した後、特殊再生情報を取得しているが、起動時など予め特殊再生情報を読み込んでおいてもよい。また、一度読み込んだ情報はJavaアプリケーション414内で保持しておいてもよい。図26は、図22に示すアプリケーションマネージャ402aのより具体的な構成を示すとともに、早送り、早戻し、チャプターサーチ、時間サーチなどの特殊操作に関連したユーザ操作の処理に関わるブロック図である。アプリケーション制御モジュール406は、Javaアプリケーション414から特殊再生が実行されると、動的シナリオ情報取得モジュール407から取得したJavaアプリケーション414、Javaアプリケーション413、静的シナリオ情報取得モジュール408から取得したアプリ管理情報、特殊再生状態取得モジュール410から取得した特殊再生状態特殊再生の開始、実行中、終了、再生情報取得モジュール409から取得した再生情報に基づいて、Javaアプリケーション414、Javaアプリケーション413の挙動制御を判断する。続いて、図27はタイトルリストが、アプリケーションの管理単位としてのタイトルを指し示している様子を示している。タイトル1は、映画本編が再生されるタイトルである。タイトル1が選択されると、本編映像再生用のアプリケーションが起動され、本編映像の再生が開始される。本編再生用のアプリケーションは、リモコンキーによる早送りスキップなどのイベントを受けて、メディア再生モジュールに指示を出しプレーヤの動作をコントロールする。タイトル1が起動されると本編再生用アプリケーションとともに、ポップアップメニューを出現させるためのアプリケーションや、本編再生中の映像に出てきた品物を購入できるようなショッピングカートアプリケーションも起動させる。本編再生から別のタイトルに移りたい場合は、タイトル切り替えを行う。例えば、本編再生中に出てきた品物を購入するためにオンラインショッピングアプリケーションを起動させたければ、オンラインショッピングを行うタイトル2を選択する。タイトル2を選択すると、タイトル1の場合同様にタイトル2に関連したアプリケーションが起動されるとともに、タイトル2に関係ないアプリケーションは停止する。タイトル1にもタイトル2にも関係するアプリケーションは、どちらのタイトルでも起動し続けることができ、タイトル1とタイトル2の間のタイトル遷移中に停止と再起動が起こるわけではない。図28は、本実施形態におけるアプリ管理情報の一例を示す。アプリ管理情報は、有効期間2801と、アプリケーションID501と、起動属性502とを含む。アプリ管理情報は、映像の再生と同期してアプリケーションが動作する有効期間2801と、アプリケーションID501とを対応付けて管理しており、さらに、起動属性502により指定された有効期間2801でどのアプリケーションが起動されるかを管理している。有効期間2801は、タイトル全体にまたがった動作を規定するtitle、プレイリストに記載されたプレイリストマークとプレイリストマークの間の区間全体にまたがった動作を規定するchapter、プレイリスト全体にまたがった動作を規定するPlayList、プレイリスト内のプレイアイテム全体にまたがった動作を規定するPlayList:PlayItemの何れかを示す。アプリケーションID501、及び起動属性502は、第一実施形態で説明した通りである。また、図28に示すように、複数のタイトルに対して、同じアプリケーションを登録しておくことにより、タイトルを越えてアプリケーションを起動させ続けることが可能となる。アプリ管理情報において、アプリケーション3は、タイトル1にもタイトル2にも登録されている。アプリケーション3は、タイトル1中に起動され、タイトル1からタイトル2に遷移する際、タイトル2にも登録されているため、タイトル1終端で終了することなく、タイトル2に遷移する。このように複数タイトルに同一アプリケーションを登録しておけば、登録されているタイトル間を遷移する際にアプリケーションが終了後、再起動されるようなことはない。複数タイトルにわたって動作するアプリケーションであったとしても、登録されていないタイトルに遷移する際は終了される。図29は、図28のアプリ管理情報に基づいて、タイトル1とタイトル2とを順に通常再生する場合のアプリケーションの動作を示している。ここで、Present属性をもつアプリケーションは、他のアプリケーションによって起動されるとする。タイトル1が開始されると、アプリ管理情報にしたがってAutoStart属性を持つアプリケーション1が起動される。チャプター1からチャプター2に変わると、チャプター2でAutoStart属性を持つアプリケーション2が起動される。アプリケーション3がアプリケーション2より起動されたのち、次のチャプターに切り替わると、チャプター3で関連付けられていないアプリケーション2は終了する。チャプター3が終了すると、タイトル1は終了し、タイトル2に切り替わる。その際、タイトル2に関連付けられていないアプリケーション1は終了される。タイトル2が開始されると、アプリ管理情報にしたがってAutoStart属性を持つアプリケーション4が起動される。タイトル2が終了されるとアプリケーション3、アプリケーション4はそれぞれ終了される。図30は、タイトル毎にアプリ管理情報を保持している場合の一例を示す。図31は、本実施形態におけるアプリケーション制御モジュール406に関する処理のフローチャートの一例である。タイトル再生中に特殊再生が行われる場合、特殊再生中はアプリケーションの動作制御をせず、特殊再生の終了時点でアプリケーションの動作制御を行う。ここで、タイトル再生に際して、アプリ管理情報は取得しているものとする。アプリケーション制御モジュール406は、タイトル再生中、特殊再生状態取得モジュール410が特殊再生開始イベントを受信したか否かを判定するステップS3101。特殊再生開始イベントを受信した場合には、特殊再生中ステップS3102となり、特殊再生状態取得モジュール410が特殊再生終了イベントを受信するまではアプリケーションの動作制御をしない。次に、特殊再生状態取得モジュール410が特殊再生終了イベントを受信したか否かを判定してステップS3103、特殊再生終了イベントを受信した場合には、再生情報取得モジュール409から再生情報としてタイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7を取得しステップS3104、アプリケーション状態制御処理を行うステップS3105。続いて図32は、アプリケーション状態制御処理のフローチャートの一例を示す。ここで、タイトル再生に際して、アプリ管理情報は取得しているものとし、アプリケーション制御モジュール406は、静的シナリオ情報取得モジュール408から取得しているアプリ管理情報に記載されている内容に基づいて、アプリケーションの動作制御を行う。本フローチャートにおいて、iはアプリ管理情報に記載されているアプリケーションIDの一つを特定する変数である。まず、iを初期化するステップS3201。取得した再生情報タイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7と、アプリケーションIDに対応する有効期間を照合して、再生情報が有効期間内であるか否かを判定するステップS3202。再生情報が有効期間内である場合には、アプリケーションIDに対応する起動属性がAutoStartであるか否かを判定するステップS3203。起動属性がAutoStartである場合には、当該アプリケーションを起動するステップS3204。再生情報が有効期間内でない場合には、現在アプリケーションが実行中であるか否かを判定するステップS3205。実行中の場合には、当該アプリケーションを終了するステップS3206。アプリケーション起動処理後、起動属性がAutoStartでない場合、アプリケーション終了後、またはアプリケーションが実行中でない場合には、続いてアプリ管理情報に記載されているアプリケーションIDが他に存在するか否かを判定するステップS3207。存在する場合はiを一つ計数しステップS3208、ステップS3202に移行する。他に存在しない場合は、処理を終了する。図33は、特殊再生中にも、アプリ管理情報記載の有効期間経過とともにアプリケーションの終了を実現するためのアプリ管理情報の一例について示している。アプリ管理情報は、有効期間経過とともにアプリケーションの終了を実現するための特殊再生時終了フラグ3301を含む。特殊再生時終了フラグ3301がYesの場合には、特殊再生中であっても有効期間経過とともにアプリケーションを終了し、Noであれば終了しない。図34は、特殊再生中に、再生情報取得モジュール409からシナリオ遷移イベントを受信した場合に、図33に示すアプリ管理情報に従って行われる処理のフローチャートの一例である。本フローチャートにおいて、iはアプリ管理情報に記載されているアプリケーションIDの一つを特定する変数である。まず、アプリケーション制御モジュール406は、タイトル再生中、特殊再生状態取得モジュール410が特殊再生開始イベントを受信したか否かを判定するステップS3401。特殊再生開始イベントを受信した場合には、特殊再生中となり、再生情報取得モジュール409からシナリオ遷移イベントを受信したかどうか判定するステップS3402。再生情報取得モジュール409からシナリオ遷移イベントを受信した場合には、再生情報取得モジュール409から現在の再生情報としてタイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7を取得するS3403。次に、iを初期化するステップS3404。特殊再生時終了フラグがYesであるかどうか判定するステップS3405。特殊再生時終了フラグがYesである場合には、現在の再生情報タイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定するステップS3406。再生情報が有効期間内でない場合には、現在アプリケーションが実行中であるかどうか判定するステップS3407。現在アプリケーションが実行中である場合には、アプリケーションを終了するステップS3408。特殊再生時終了フラグがNoである場合、現在アプリケーションが実行中でない場合、再生情報が有効期間内である場合、またはアプリケーション終了処理後にアプリ管理情報に記載されているアプリケーションIDが他に存在するか否かを判定するステップS3409。存在する場合はiを一つ計数しステップS3410、ステップS3405に移行する。他に存在しない場合は、処理を終了する。図35は、特殊再生中にも、アプリ管理情報記載の有効期間経過とともにアプリケーションの起動を実現するためのアプリ管理情報の一例について示している。アプリ管理情報は、有効期間経過とともにアプリケーションの起動を実現するための特殊再生時起動フラグ3501を含む。特殊再生時起動フラグ3501がYesの場合には、特殊再生中であっても有効期間経過とともにアプリケーションを起動し、Noであれば起動しない。図36は、特殊再生中に、再生情報取得モジュール409からシナリオ遷移イベントを受信した場合に、図35記載のアプリ管理情報に従って行われる処理のフローチャートの一例である。本フローチャートにおいて、iはアプリ管理情報に記載されているアプリケーションIDの一つを特定する変数である。まず、アプリケーション制御モジュール406は、タイトル再生中、特殊再生状態取得モジュール410が特殊再生開始イベントを受信したか否かを判定するステップS3601。特殊再生開始イベントを受信した場合には、特殊再生中となり、再生情報取得モジュール409からシナリオ遷移イベントを受信したかどうか判定するステップS3602。再生情報取得モジュール409からシナリオ遷移イベントを受信した場合には、再生情報取得モジュール409から現在の再生情報としてタイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7を取得するステップS3603。次に、iを初期化するステップS3604。特殊再生時起動フラグがYesであるかどうか判定するステップS3605。特殊再生時起動フラグがYesである場合には、現在の再生情報タイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定するステップS3606。再生情報が有効期間内である場合には、アプリ管理情報の起動属性がAutoStartであるかどうか判定するステップS3607。起動属性がAutoStartである場合には、アプリケーションを起動するステップS3608。特殊再生時起動フラグがNoである場合、再生情報が有効期間内でない場合、起動属性がAutoStartでない場合、またはアプリケーション起動後に、アプリ管理情報に記載されているアプリケーションIDが他に存在するか否かを判定するステップS3609。存在する場合はiを一つ計数しステップS3610、ステップS3605に移行する。他に存在しない場合は、処理を終了する。なお、特殊再生時起動フラグ、特殊再生時終了フラグを同時に使用してもよい。続いて図37は、早見再生中に、アプリ管理情報記載の有効期間経過とともにアプリケーションの起動終了を実現するためのアプリ管理情報の一例について示している。アプリ管理情報は、早見再生中には有効期間経過とともにアプリケーションの起動終了を実現するための早見再生時動作フラグ3701を含む。早見再生時動作フラグ3701がYesの場合には、早見再生中であっても、有効期間経過とともにアプリケーションを起動終了し、Noであれば起動終了しない。なお、早見再生かどうかは、再生速度、あるいは、UOイベントから判断する。図38は、再生情報取得モジュール409からシナリオ遷移イベントを受信した場合に、図37記載のアプリ管理情報に従ってアプリケーションの起動終了の判定を行う機構を含むアプリケーション制御モジュール406に関する処理のフローチャートの一例である。本フローチャートにおいて、iはアプリ管理情報に記載されているアプリケーションIDの一つを特定する変数である。アプリケーション制御モジュール406は、特殊再生が早見再生かどうか判定するステップS3801。早見再生である場合には、再生情報取得モジュール410がシナリオ遷移イベントを受信したかどうか判定するステップS3802。シナリオ遷移イベントを受信した場合には、再生情報取得モジュール409から現在の再生情報としてタイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7を取得するステップS3803。次に、iを初期化するステップS3804。早見再生時動作フラグがYesであるかどうか判定するステップS3805。早見再生時動作フラグがYesである場合には、現在の再生情報タイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定するステップS3806。再生情報が有効期間内である場合には、アプリ管理情報の起動属性がAutoStartであるかどうか判定するステップS3807。起動属性がAutoStartである場合には、アプリケーションを起動するステップS3808。再生情報が有効期間内でない場合には、アプリケーションが現在実行中かどうか判定するステップS3809。アプリケーションが現在実行中であれば、アプリケーションを終了するステップS3810。早見再生時動作フラグがNoである場合、起動属性がAutoStartでない場合、アプリケーション起動後、アプリケーションが現在実行中でない場合、またはアプリケーション終了後に、アプリ管理情報に記載されているアプリケーションIDが他に存在するか否かを判定するステップS3811。存在する場合はiを一つ計数しステップS3812、ステップS3805に移行する。他に存在しない場合は、処理を終了する。図39は、特殊再生速度に応じて、アプリ管理情報記載の有効期間経過とともにアプリケーションの起動終了を実現するためのアプリ管理情報の一例について示している。アプリ管理情報は、有効期間経過とともにアプリケーションの起動終了を実現するための特殊再生速度3901を含む。特殊再生速度3901が記載されている場合には再生速度が指定されている範囲内ならば、有効期間経過とともにアプリケーションを起動終了し、-であれば起動終了しない。図40は、特殊再生中に、再生情報取得モジュール409からシナリオ遷移イベントを受信した場合に、図39記載のアプリ管理情報に従ってアプリケーションの起動終了を判定する機構を含むアプリケーション制御モジュール406に関する処理のフローチャートの一例である。本フローチャートにおいて、iはアプリ管理情報に記載されているアプリケーションIDの一つを特定する変数である。まず、アプリケーション制御モジュール406は、タイトル再生中、特殊再生状態取得モジュール410が特殊再生開始イベントを受信したか否かを判定するステップS4001。特殊再生開始イベントを受信した場合には、特殊再生中となり、再生情報取得モジュール409からシナリオ遷移イベントを受信したかどうか判定するステップS4002。再生情報取得モジュール409からシナリオ遷移イベントを受信した場合には、再生情報取得モジュール409から現在の再生情報としてタイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7を取得するステップS4003。次に、iを初期化するステップS4004。特殊再生状態取得モジュール410から現在の再生速度を取得してステップS4005、特殊再生速度の指定範囲内であるかどうか判定するステップS4006。特殊再生速度内である場合には、現在の再生情報タイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定するステップS4007。再生情報が有効期間内である場合には、アプリ管理情報の起動属性がAutoStartであるかどうか判定するステップS4008。起動属性がAutoStartである場合には、アプリケーションを起動するステップS4009。再生情報が有効期間内でない場合には、アプリケーションが現在実行中かどうか判定するステップS4010。アプリケーションが現在実行中であれば、アプリケーションを終了するステップS4011。特殊再生速度範囲内でない、あるいは、特殊再生速度が-である場合、起動属性がAutoStartでない場合、アプリケーション起動後、アプリケーションが現在実行中でない場合、またはアプリケーション終了処理後に、アプリ管理情報に記載されているアプリケーションIDが他に存在するか否かを判定するステップS4012。存在する場合はiを一つ計数しステップS4013、ステップS4005に移行する。他に存在しない場合は、処理を終了する。続いて図41は、図27のタイトルリストに加えて、特典タイトルとしてタイトル3が存在する場合の一例を示している。タイトル3は、映画本編と同期してゲームを実行可能なタイトルである。タイトル3が選択されると、本編映像再生用のアプリケーションが起動され、本編映像の再生が開始される。本編再生用のアプリケーションは、リモコンキーによる早送りスキップなどのイベントを受けて、メディア再生モジュールに指示を出しプレーヤの動作をコントロールする。図42は、図41の特典タイトルの再生において、プレイリストマーク経過時に、アプリケーションを自動起動できるようにするためのアプリ管理情報と、その動作の一例を示している。アプリケーション5は、Mark2でAutoStart属性を持つので、Mark2を通過した時点で自動的に起動される。以上のように本実施の形態によれば、映像データの特殊再生に合わせてJavaアプリケーションの実行制御を行う際、特殊再生中にはJavaアプリケーションを起動終了せず、特殊再生終了時点でアプリ管理情報に基づいてJavaアプリケーションを起動終了する。よって、特殊再生の種類に応じて映像データと同期不可能な場合に不必要なアプリケーションの起動を防ぐことができる。また、特殊再生中であっても、特殊再生終了フラグがyesの場合には、シナリオ遷移に応じてアプリケーションを終了することができる。また、特殊再生中であっても、特殊再生起動フラグがyesの場合には、シナリオ遷移に応じてアプリケーションを起動することができる。また、早見再生中であっても、早見再生時動作フラグがYesの場合には、シナリオ遷移に応じてアプリケーションを起動終了することができる。また、特殊再生中であっても、特殊再生速度が指定されている範囲内ならば、シナリオ遷移に応じてアプリケーションを起動終了することができる。なお、特殊再生はチャプターサーチ、時間サーチでもよい。また、特殊再生に合わせたアプリケーションの動作をアプリケーションごとに定義したが、アプリ管理情報全体に設定して、アプリ管理情報に登録してあるアプリケーション全ての動作を一括して制御したり、プレーヤに設定して、プレーヤ上のアプリケーション全ての動作を一括して制御できるようにしてもよい。第三実施形態本実施形態は、第二実施形態に加え、ユーザによる特殊再生操作に応じてアプリケーションを遅延起動遅延終了する形態である。特殊再生時のシナリオ遷移に合わせて、通常再生されている場合のアプリケーションの状態を記憶していき、特殊再生終了時点でのアプリケーションの状態に応じてアプリケーションを制御する。図43は本実施形態に係るJavaモジュール314b、アプリケーションマネージャ402bの詳細構成であり、図26に遅延制御管理モジュール411を追加して、早送り、早戻し、チャプターサーチ、時間サーチなどの特殊再生に合わせたアプリケーションの動作制御の処理に関わるブロック図である。アプリケーション制御モジュール406は、Javaアプリケーション414から特殊再生が実行されると、動的シナリオ情報取得モジュール407から取得したJavaアプリケーション414、Javaアプリケーション413、静的シナリオ情報取得モジュール408から取得したアプリ管理情報、特殊再生状態取得モジュール410から取得した特殊再生状態特殊再生の開始、実行中、終了、再生情報取得モジュール409から取得した再生情報、遅延制御管理モジュール411から取得したアプリケーション状態、および時間情報に基づいて、Javaアプリケーション414、Javaアプリケーション413の挙動制御を判断する。続いて図44は、本実施の形態における遅延制御管理モジュール411に記憶されたアプリ起動状態管理情報の一例を示す。アプリ起動状態601aは、AutoStart、Destroy、Presentの何れかを記憶する。AutoStartは、特殊再生終了後に自動起動されるアプリケーションであることを示している。Destroyは、特殊再生終了後に終了されるアプリケーションであることを示している。Presentは、自動起動も終了もされないアプリケーションであることを示している。Presentは、他のアプリケーションによって起動されるか、あるいはユーザ操作などのイベントにより起動される。図45は、特殊再生情報取得モジュール410から特殊再生開始イベントを受信した場合に、アプリ管理情報に従ってアプリケーションの遅延起動遅延終了を判定する機構を含むアプリケーション制御モジュール406に関する処理のフローチャートの一例である。本フローチャートにおいて、iはアプリ管理情報に記載されているアプリケーションIDの一つを特定する変数である。まず、アプリケーション制御モジュール406は、タイトル再生中、特殊再生状態取得モジュール410が特殊再生開始イベントを受信したかどうか判定するステップS4501。特殊再生開始イベントを受信した場合には、特殊再生中となり、特殊再生中に再生情報取得モジュール410がシナリオ遷移イベントを受信したかどうか判定するステップS4502。シナリオ遷移イベントを受信した場合には、再生情報取得モジュール409から現在の再生情報としてタイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7を取得しステップS4503、iを初期化するステップS4504。現在の再生情報タイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定するステップS4505。再生情報が有効期間内でない場合には、アプリ起動状態をDestroyとして遅延制御管理モジュール411に記憶するステップS4506。再生情報が有効期間内である場合には、アプリ管理情報の起動属性がAutoStartであるかどうか判定するステップS4507。起動属性がAutoStartである場合には、アプリ起動状態をAutoStartとして遅延制御管理モジュール411に記憶しステップS4508、起動属性がAutoStartでない場合には、アプリ起動状態をPresentとして遅延制御管理モジュール411に記憶するステップS2709。上記処理後、アプリ管理情報に記載されているアプリケーションIDが他に存在するか否かを判定するステップS4510。存在する場合はiを一つ計数しステップS4511、ステップS4505に移行する。他に存在しない場合、及びステップS4502でシナリオ遷移イベントを受信していない場合には、特殊再生状態取得モジュール410が特殊再生終了イベントを受信しているかどうか判定するステップS4512。特殊再生終了イベントを受信している場合には、アプリケーション遅延制御処理を行うステップS4513。特殊再生終了イベントを受信していない場合は、ステップS4502に移行する。続いて図46及び図47は、図45におけるアプリケーション遅延制御処理に関するフローチャートの一例を示している。jは、アプリ起動状態管理情報に記載されているアプリケーションIDの一つを特定する変数である。まず、タイマをセットしステップS4601、所定期間経過したか否かを判定するステップS4602。所定期間経過していなければ、特殊再生情報取得モジュールが特殊再生開始イベントを受信したかどうか判定するステップS4603。特殊再生開始イベントを受信した場合には、処理を終了する。特殊再生開始イベントを受信していない場合には、ステップS4602に移行する。所定期間経過すると、遅延制御管理モジュール411にアプリ起動状態管理情報があるかどうか判定するステップS4604。アプリ起動状態管理情報がない場合には、再生情報取得モジュール409から現在の再生情報としてタイトル番号SPRM4、チャプター番号SPRM5、プレイリスト識別子SPRM6、プレイアイテム識別子SPRM7を取得しステップS4605、アプリケーション状態制御処理を行うステップS4606。アプリ起動状態管理情報がある場合には、jを初期化するステップS4607。アプリ起動状態がAutoStartであるかどうか判定するステップS4608。アプリ起動状態がAutoStartである場合には、アプリケーションを起動するステップS4609。アプリ起動状態がAutoStartでない場合には、アプリ起動状態がDestroyであるかどうか判定するステップS4610。アプリ起動状態がDestroyである場合には、アプリケーションを終了するステップS2911。上記処理後、アプリ起動状態管理情報に記載されているアプリケーションIDが他に存在するか否かを判定するステップS4612。存在する場合はjを一つ計数しステップS4613、ステップS4608に移行する。他に存在しない場合は処理を終了する。以上のように本実施の形態によれば、特殊再生終了後に所定時間経過してからアプリケーションの起動終了する。Javaアプリケーションを遅延させて起動終了するためにアプリケーションの起動属性を記憶しておくことができるので、特殊再生終了後にアプリ管理情報を読み込んでアプリケーションの動作制御する場合に比べて、起動終了までの時間を短縮することができる。補足以上、本発明に係る再生装置について、実施の形態に基づいて説明したが、本発明は上記の実施の形態に限られないことは勿論である。上記の実施形態では、BD-ROMを例として説明したが、HD-DVD、あるいは、他の光ディスクでもよい。上記の実施形態では、再生装置を用いたが、本発明は上記フローチャートで示したステップを含む方法、上記フローチャートで示したステップをコンピュータに実行させるプログラムコードを含むプログラム、及びシステムLSI等の集積回路であっても良い。システムLSIは、集積度の違いにより、IC、LSI、スーパーLSI、ウルトラLSIと呼称されることもある。また、集積回路化の手法はLSIに限るものではなく、専用回路又は汎用プロセスで実現しても良い。LSI製造後に、プログラムすることが可能なFPGAFieldProgrammableGateArrayや、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブルプロセッサを利用しても良い。更には、半導体技術の進歩又は派生する技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積回路化を行っても良い。例えば、バイオ技術の適応などが可能性としてありうる。