映像データとアプリケーションとを連動させて再生する再生装置、再生方法、及びプログラム
【課題】再生される映像データに対応するアプリケーションの実行処理の安定を実現する。
【解決手段】映像データと当該映像データに対応するアプリケーションプログラムとを連動させながら再生する再生装置であって、アプリケーションプログラムを処理する処理手段と、ユーザから特殊再生に関する入力を受け付ける受付手段と、前記映像データの所定区間毎に、前記アプリケーションプログラムの管理情報を保持する保持手段と、前記受付手段が特殊再生に関する入力を受け付けると、特殊再生の状態と、前記保持手段に保持されている管理情報とに応じて、前記処理手段の制御を行う処理制御手段とを含む。
【解決手段】映像データと当該映像データに対応するアプリケーションプログラムとを連動させながら再生する再生装置であって、アプリケーションプログラムを処理する処理手段と、ユーザから特殊再生に関する入力を受け付ける受付手段と、前記映像データの所定区間毎に、前記アプリケーションプログラムの管理情報を保持する保持手段と、前記受付手段が特殊再生に関する入力を受け付けると、特殊再生の状態と、前記保持手段に保持されている管理情報とに応じて、前記処理手段の制御を行う処理制御手段とを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像データとアプリケーションの連動再生の技術に関し、特に、ユーザオペレーションに応じてアプリケーションを起動させる場合の改良に関する。
【背景技術】
【０００２】
映像データとアプリケーションの連動再生とは、映像を再生する再生装置等において、Ｊａｖａ（登録商標、以下同様）アプリケーションを実行しながら、映像データの再生を行う技術であり、民生機器の製造分野において今後大いに注目される技術である。連動すべきアプリケーション及び映像データは、“タイトル”と呼ばれる、再生単位において対応づけられる。ユーザがタイトルを選択することにより、映像データの再生に合わせてアプリケーションは起動される。
【０００３】
なお、先行技術としては特許文献１、特許文献２に記載されたものがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１２５１９９号公報
【特許文献２】特表２００３−５１３５５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ユーザがタイトルを選択する場合において、チャタリングが問題になる。チャタリングとは、ユーザから同一の入力を極短期間に連続して複数回受け付けることである。つまり、ユーザから同一の入力を極短期間に連続して複数回受け付けると、それらに基づいて、選択されたタイトルに対応するアプリケーションを複数起動してしまう。そのために、画面表示が乱れたり、システム全体の動作がフリーズしたりするという結果を招く。
【０００６】
また、再生装置が特殊再生実行中の場合には、倍速再生を大きくすると、アプリケーションの描画速度と、特殊再生の描画速度とが一致しないために、画面の変化が視聴能力以上に大きくなって内容把握が困難になる。さらに、本来内容を把握するにはあまり重要でない部分においてもプログラムを実行したりして無駄な場合がある。
また、早送り、巻き戻し、タイトルサーチ、チャプターサーチ、時間サーチ等、特殊再生の種類によっては、アプリケーションが映像データと同期して動作することが不可能な場合も考えられるが、その場合であっても、不必要なアプリケーションを起動してしまう可能性もある。
【０００７】
本発明は上記問題に鑑みてなされたものであって、ユーザによるチャタリングがあった場合でも、ユーザ操作に従い、再生される映像データに対応するアプリケーションの実行処理の安定を実現することができる再生装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、映像データと当該映像データに対応するアプリケーションプログラムとを連動させながら再生する再生装置であって、アプリケーションプログラムを起動する起動手段と、ユーザから映像データとアプリケーションプログラムとが関連した再生単位を特定する入力を受け付ける受付手段と、前記受付手段がユーザから第一の入力を受け付けた後、所定時間内に第二の入力を受け付けた場合に、第一の入力を無効にし、第二の入力を受け付けた後、前記所定時間内に第三の入力がなければ、第二の入力に基づいて前記起動手段にアプリケーションプログラムを起動させる起動制御手段とを含む再生装置である。
【発明の効果】
【０００９】
本発明は、上記の構成を備えることにより、ユーザから第一の入力を受け付けた後、所定時間内に第二の入力を受け付けると、第一の入力を無効にする。そして、第二の入力を受け付けた後、前記所定時間内に第三の入力がなければ、第二の入力に基づいてアプリケーションは起動される。よって、アプリケーションが複数起動することはないので、画面表示が乱れたり、システム全体の動作がフリーズしたりすることを防ぐことができる。また、第二の入力に基づいてアプリケーションは起動されるので、タイトルの選択ミスをした場合であっても、所定時間内に所望のタイトルを選択することにより、不必要なアプリケーションの起動を抑止することができる。
【００１０】
ここで、前記起動制御手段は、タイマと、前記受付手段が第一の入力を受け付けるとタイマをセットし、前記所定時間内に第二の入力があるか否かを判断して、入力があると判断した場合には、タイマをリセットする処理を、入力はないと判断するまで繰り返す繰り返し手段とを含むとしても良い。
これにより、第一の入力を受け付けるとタイマをセットし、所定時間内に第二の入力があるか否かを判断して、入力があると判断した場合には、タイマをリセットする処理を繰り返すことができる。よって、前記処理を繰り返すことにより、３回以上の入力を受け付けた場合であっても対応することができる。
【００１１】
ここで、前記起動制御手段は、前記映像データとアプリケーションプログラムとが関連した再生単位毎に、前記アプリケーションプログラムの起動属性を示す情報を取得する取得手段と、前記起動属性が、前記再生手段により対応する映像データが再生されると、自動的に前記アプリケーションプログラムが実行される旨を示す情報であるか否かを判定する判定手段とを含み、前記起動制御手段による起動制御は、前記判定手段による判定が肯定である場合になされるとしても良い。
【００１２】
これにより、アプリケーションプログラムの起動属性に応じて、起動制御手段による起動制御を実行するか否かを決定できる。ここで、起動属性とは、映像データが開始されたときに、当該映像データに対応するアプリケーションが自動的に起動するか否かを示す。よって、当該映像データに対応するアプリケーションが自動的に起動する場合のみ、起動制御手段による起動制御を実行することができる。
【００１３】
ここで、前記映像データとアプリケーションプログラムとが関連した再生単位とは、タイトルであり、タイトルには、映像・音声を主とするＭｏｖｉｅタイトルと、アプリケーションを主とするＩｎｔｅｒａｃｔｉｖｅタイトルがあり、タイトルがＭｏｖｉｅタイトルの場合に、前記起動制御手段は起動制御を行うとしても良い。
これにより、タイトルが映像・音声を主とするＭｏｖｉｅタイトルの場合には、起動制御手段による起動制御を実行することにより、アプリケーションが複数起動することを防止できる。また、タイトルがアプリケーションを主とするＩｎｔｅｒａｃｔｉｖｅタイトルの場合には、通常通りアプリケーションを起動することにより、タイトルサーチオペレーション後、即座に画面上に何らかを表示することが可能となるため、ユーザストレスを解消することができる。
【００１４】
ここで、映像データと当該映像データに対応するアプリケーションプログラムとを連動させながら再生する再生装置であって、アプリケーションプログラムを処理する処理手段と、ユーザから特殊再生に関する入力を受け付ける受付手段と、前記映像データの所定区間毎に、前記アプリケーションプログラムの管理情報を保持する保持手段と、前記受付手段が特殊再生に関する入力を受け付けると、特殊再生の状態と、前記保持手段に保持されている管理情報とに応じて、前記処理手段の制御を行う処理制御手段とを含む再生装置としても良い。
【００１５】
これにより、特殊再生の状態と、保持手段に保持されている管理情報とに応じて、アプリケーションプログラムの処理を制御できる。
ここで、前記特殊再生の状態とは、特殊再生の開始、特殊再生実行中、特殊再生の終了の何れかであり、前記処理制御手段は、前記特殊再生の状態が特殊再生の開始、あるいは特殊再生実行中の場合には、前記処理手段に新たにアプリケーションプログラムを起動及び終了させず、前記特殊再生の状態が特殊再生の終了になると、前記処理手段にアプリケーションプログラムを起動及び終了させるとしても良い。
【００１６】
これにより、特殊再生実行中は、アプリケーションプログラムの起動及び終了をしないので、アプリケーションの描画速度と、特殊再生の描画速度とが一致しないために、画面の変化が視聴能力以上に大きくなって内容把握が困難になる状況を回避することができる。
ここで、前記管理情報は、特殊再生実行中のアプリケーションプログラムの処理に関する情報を含み、前記処理制御手段は、前記特殊再生の状態が特殊再生実行中の場合であっても、前記情報に従い、前記処理手段にアプリケーションプログラムを起動及び終了させるとしても良い。
【００１７】
これにより、特殊再生実行中であっても、特殊再生実行中のアプリケーションプログラムに関する情報に従い、アプリケーションプログラムを起動及び終了させることができる。よって、例えば、特殊再生の速度があまり速くなく、アプリケーションの描画速度と、特殊再生の描画速度とに大差がない場合には、特殊再生実行中であっても、アプリケーションプログラムの処理を行うことにより、ユーザに対し、より柔軟な対応ができる。
【００１８】
ここで、前記管理情報は、前記アプリケーションプログラムの起動属性を示す情報を含み、前記処理制御手段は、前記特殊再生の状態が特殊再生実行中に、前記起動属性を示す情報を記憶する記憶手段と、前記受付手段がユーザから特殊再生の終了に関する入力を受け付けた後、所定時間内に特殊再生の開始に関する入力を受け付けたか否かを判断する判断手段とを含み、前記判断手段による判断が否定の場合に、前記処理制御手段は、前記記憶手段に記憶された情報に従い、前記処理手段にアプリケーションプログラムを起動及び終了させるとしても良い。
【００１９】
これにより、アプリケーションプログラムを遅延させて起動・終了するためにアプリケーションプログラムの起動属性を記憶しておくことができるので、特殊再生終了後に管理情報を読み込んでアプリケーションプログラムの処理を制御する場合に比べて、起動・終了までの時間を短縮することができる。
【図面の簡単な説明】
【００２０】
【図１】ＢＤ−ＲＯＭのデータ階層図
【図２】ＢＤ−ＲＯＭが対象としているソフトウェアのレイヤモデルを示す図
【図３】再生装置の内部構成を示す図
【図４】タイトル選択に関わるユーザオペレーションに合わせたアプリケーションの動作制御の処理に関わるブロック図
【図５】アプリ管理情報の一例を示す図
【図６】アプリ起動状態管理情報の一例を示す図
【図７】タイトル毎にアプリ管理情報を保持している様子を示す図
【図８】タイトル遷移に応じたアプリケーションの状態遷移を示す図
【図９】タイトルサーチに合わせたアプリケーションの動作制御を示すフローチャート
【図１０】アプリケーション遅延起動制御を示すフローチャート
【図１１】アプリケーション遅延起動制御を示すフローチャート
【図１２】ユーザの入力と再生装置の動作の一例を示すタイミングチャート
【図１３】プレイリスト管理情報に一例を示す図
【図１４】タイトルごとに配置されたアプリ管理情報とプレイリスト管理情報を示す図
【図１５】タイトル遷移に応じたアプリケーション、プレイリストの状態遷移を示す図
【図１６】タイトルごとに配置されたアプリ管理情報とプレイリスト管理情報を示す図
【図１７】プレイリスト管理情報を考慮してタイトルサーチに合わせたアプリケーションの動作制御を示すフローチャート
【図１８】アプリケーション起動制御処理を示すフローチャート
【図１９】タイトル属性情報の一例を示す図
【図２０】タイトル＃１及びタイトル＃２のタイトル属性情報を示す図
【図２１】タイトル属性情報、プレイリスト管理情報を考慮してタイトルサーチに合わせたアプリケーションの動作制御を示すフローチャート
【図２２】本発明の第二実施形態における特殊操作に関連したユーザ操作の処理に関わるブロック図
【図２３】ＡＶ再生ライブラリが保持しているプレーヤ変数の内容を示す図
【図２４】再生装置が保持している特殊再生情報の内容を示す図
【図２５】本発明の第二実施形態におけるユーザ操作をトリガとして特殊再生を行う処理のフローチャート
【図２６】本発明の第二実施形態における特殊操作に関連したユーザ操作の処理に関わるブロック図
【図２７】本発明の第二実施形態におけるアプリケーションの管理単位を示す図
【図２８】本発明の第二実施形態におけるアプリ管理情報を示す図
【図２９】図２８におけるタイトル遷移に応じたアプリケーション状態遷移を示す図
【図３０】本発明の第二実施形態におけるアプリケーションの管理単位を示す図
【図３１】本発明の第二実施形態における特殊再生に合わせたアプリケーションの動作制御を示すフローチャート
【図３２】図３１におけるアプリケーション状態制御処理を示すフローチャート
【図３３】本発明の第二実施形態における特殊再生時終了フラグを追加したアプリ管理情報を示す図
【図３４】本発明の第二実施形態における特殊再生中のアプリケーション終了機構を示すフローチャート
【図３５】本発明の第二実施形態における特殊再生時起動フラグを追加したアプリ管理情報を示す図
【図３６】本発明の第二実施形態における特殊再生中のアプリケーション起動機構を示すフローチャート
【図３７】本発明の第二実施形態における早見再生動作フラグを追加したアプリ管理情報を示す図
【図３８】本発明の第二実施形態における早見再生中のアプリケーション動作制御機構を示すフローチャート
【図３９】本発明の第二実施形態における特殊再生速度を追加したアプリ管理情報を示す図
【図４０】本発明の第二実施形態における特殊再生速度に応じたアプリケーション動作制御機構を示すフローチャート
【図４１】本発明の第二実施形態におけるアプリケーションの管理単位を示す図
【図４２】タイトル遷移に応じたアプリケーション状態遷移を示す図
【図４３】本発明の第三実施形態における特殊操作に関連したユーザ操作の処理に関わるブロック図
【図４４】本発明の第三実施形態におけるアプリ起動状態管理情報の一例を示す図
【図４５】本発明の第三実施形態における特殊再生に合わせたアプリケーションの動作制御を示すフローチャート
【図４６】図４５におけるアプリケーション遅延制御処理を示すフローチャート
【図４７】図４５におけるアプリケーション遅延制御処理を示すフローチャート
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について、図面を参照しながら説明する。
（第一実施形態）
＜構成＞
図１は、ＢＤ−ＲＯＭ（以降、「ＢＤ」と称する場合もある）の構成を示した図である。ＢＤディスクは、他の光ディスク、例えばＤＶＤやＣＤなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、内周のリード・インと外周のリード・アウトの間に論理データを記録できる論理アドレス空間を有している。また、リード・インの内側にはＢＣＡ（Ｂｕｒｓｔ Ｃｕｔｔｉｎｇ Ａｒｅａ）と呼ばれるドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがよくある。
【００２２】
論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）やＩＳＯ９６６０などのことであり、通常のＰＣと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出す事が可能になっている。本実施の形態の場合、ＢＤディスク上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＶＩＤＥＯディレクトリが置かれている。このディレクトリはＢＤ−ＲＯＭで扱うＡＶコンテンツや管理情報などのデータが記録されているディレクトリである。
【００２３】
ＢＤＶＩＤＥＯディレクトリの下には、次の７種類のファイルが記録されている。
ＢＤ．ＩＮＦＯ（ファイル名固定）は、「ＢＤ管理情報」の一つであり、ＢＤディスク全体に関する情報を記録したファイルである。ＢＤプレーヤは最初にこのファイルを読み出す。
ＢＤ．ＰＲＯＧ（ファイル名固定）は、「ＢＤ再生プログラム」の一つであり、ＢＤディスク全体に関わるプログラムを記録したファイルである。
【００２４】
ＸＸＸ．ＰＬ（「ＸＸＸ」は可変、拡張子「ＰＬ」は固定）は、「ＢＤ管理情報」の一つであり、シナリオを記録するプレイリスト（Ｐｌａｙ Ｌｉｓｔ）情報を記録したファイルである。プレイリスト毎に１つのファイルを持っている。
ＸＸＸ．ＰＲＯＧ（「ＸＸＸ」は可変、拡張子「ＰＲＯＧ」は固定）は、「ＢＤ再生プログラム」の一つであり、前述したプレイリスト毎のプログラムを記録したファイルである。プレイリストとの対応はファイルボディ名（「ＸＸＸ」が一致する）によって識別される。
【００２５】
ＹＹＹ．ＶＯＢ（「ＹＹＹ」は可変、拡張子「ＶＯＢ」は固定）は、「ＡＶデータ」の一つであり、ＡＶデータであるＭＰＥＧストリームが記録されたファイルである。ＶＯＢ毎に１つのファイルを持っている。
ＹＹＹ．ＶＯＢＩ（「ＹＹＹ」は可変、拡張子「ＶＯＢＩ」は固定）は、「ＢＤ管理情報」の一つであり、ＡＶデータであるＶＯＢに関わる管理情報を記録したファイルである。ＶＯＢとの対応はファイルボディ名（「ＹＹＹ」が一致する）によって識別される。
【００２６】
ＺＺＺ．ＰＮＧ（「ＺＺＺ」は可変、拡張子「ＰＮＧ」は固定）は、「ＡＶデータ」の一つであり、字幕及びメニューを構成するためのイメージデータをＰＮＧ（Ｗ３Ｃによって標準化された画像フォーマットであり「ピング」と読む）形式で記録したファイルである。１つのＰＮＧイメージ毎に１つのファイルを持つ。
図２は再生制御のレイヤモデルを示した図である。図２の第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第１層に示すように、処理対象たるストリームは、ＢＤ−ＲＯＭだけではなく、ＨＤ、メモリカード、ネットワークといったあらゆる記録媒体、通信媒体を供給源としている。これらＨＤ、メモリカード、ネットワークといった供給源に対する制御（ディスクアクセス、カードアクセス、ネットワーク通信）が第１層の制御である。
【００２７】
第２層は、ＡＶデータのレイヤである。第２層は、第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定している。
第３層（ＢＤ管理データ）は、ストリームの静的なシナリオを規定するレイヤである。静的なシナリオとは、ディスク制作者によって予め規定されたアプリ管理情報、再生経路情報、ストリーム管理情報であり、第３層はこれらに基づく再生制御を規定している。
【００２８】
第４層（ＢＤ再生プログラム）は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオは、ＡＶストリームの再生手順、及び、その再生に関する制御手順のうち少なくとも一方を実行するプログラムである。動的なシナリオによる再生制御は、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、２つのモードがある。２つのモードのうち１つは、ＡＶ機器特有の再生環境で、ＢＤ−ＲＯＭに記録された動画データを再生するモード（ＤＶＤライクモード）であり、もう１つはＢＤ−ＲＯＭに記録された動画データの付加価値を高めるモード（Ｊａｖａモード）である。図２において第４層には、ＤＶＤライクモードとＪａｖａモードの２つのモードが記述されている。ＤＶＤライクモードは、ＤＶＤライクな再生環境での再生モードであり、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが動作する。もう一つのＪａｖａモードは、Ｊａｖａ仮想マシンを主体とした再生モードであり、Ｊａｖａアプリケーションから再生制御を行う。
【００２９】
図３は、再生装置の大まかな機能構成を示すブロック図である。図３に示すように、再生装置は、ＢＤ−ＲＯＭドライブ３０１と、トラックバッファ３０２と、デマルチプレクサ３０３と、ビデオデコーダ３０４と、ビデオプレーン３０５と、オーディオデコーダ３０６と、イメージメモリ３０７と、イメージプレーン３０８と、イメージデコーダ３０９と、加算器３１０と、静的シナリオメモリ３１１と、動的シナリオメモリ３１２と、ＤＶＤライクモジュール３１３と、Ｊａｖａモジュール３１４と、ＵＯ検知モジュール３１５と、モード管理モジュール３１６と、ディスパッチャ３１７と、レンダリングエンジン３１８と、特殊再生情報保持部３１９と、ＡＶ再生ライブラリ３２０とから構成される。
【００３０】
ＢＤ−ＲＯＭドライブ３０１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
トラックバッファ３０２は、ＦＩＦＯメモリであり、ＢＤ−ＲＯＭから読み出されたＡＣＣＥＳＳ ＵＮＩＴを先入れ先出し式に格納する。
デマルチプレクサ３０３は、トラックバッファ３０２からＡＣＣＥＳＳ ＵＮＩＴを取り出して多重分離を行い、ＧＯＰを構成するビデオフレームと、オーディオフレームとを得て、ビデオフレームをビデオデコーダ３０４に出力し、オーディオフレームをオーディオデコーダ３０６に出力する。副映像ストリームはイメージメモリ３０７に格納し、Ｎａｖｉｇａｔｉｏｎ Ｂｕｔｔｏｎ情報は動的シナリオメモリ３１２に格納する。デマルチプレクサ３０３による多重分離は、ＴＳパケットをＰＥＳパケットに変換するという変換処理を含む。
【００３１】
ビデオデコーダ３０４は、デマルチプレクサ３０３から出力されたビデオフレームを復号して、非圧縮形式のピクチャをビデオプレーン３０５に書き込む。
ビデオプレーン３０５は、非圧縮形式のピクチャを格納しておくためのメモリである。
オーディオデコーダ３０６は、デマルチプレクサ３０３から出力されたオーディオフレームを復号して、非圧縮形式のオーディオデータを出力する。
【００３２】
イメージメモリ３０７は、ＢＤ−ＲＯＭから読み出された副映像ストリーム、Ｎａｖｉｇａｔｉｏｎ Ｂｕｔｔｏｎ情報内のＰＮＧデータ、画像ファイルを格納しておくバッファである。
イメージプレーン３０８は、一画面分の領域をもったメモリであり、展開された副映像ストリーム、ＰＮＧデータ、画像ファイルが配置される。
【００３３】
イメージデコーダ３０９は、イメージメモリ３０７に格納された副映像ストリーム、ＰＮＧデータ、画像ファイルを展開してイメージプレーン３０８に書き込む。副映像ストリームのデコードにより、各種メニュー、副映像が画面上に現れることになる。
加算器３１０は、ビデオプレーン３０５に格納された非圧縮形式のピクチャデータに、イメージプレーン３０８に展開されたイメージを合成して出力する。
【００３４】
静的シナリオメモリ３１１は、アプリ管理情報、カレントのＰＬやカレントのストリーム管理情報を格納しておくためのメモリである。アプリ管理情報とは、ＢＤ−ＲＯＭに記録されている。カレントＰＬとは、ＢＤ−ＲＯＭに記録されている複数ＰＬのうち、現在処理対象になっているものをいう。カレントストリーム管理情報とは、ＢＤ−ＲＯＭに記録されている複数のストリーム管理情報のうち、現在処理対象になっているものをいう。
【００３５】
動的シナリオメモリ３１２は、カレント動的シナリオを格納しておき、ＤＶＤライクモジュール３１３、Ｊａｖａモジュール３１４による処理に供されるメモリである。カレント動的シナリオとは、ＢＤ−ＲＯＭに記録されている複数シナリオのうち、現在実行対象になっているものをいう。
ＤＶＤライクモジュール３１３は、ＤＶＤライクモードの実行主体となるＤＶＤ仮想プレーヤであり、動的シナリオメモリ３１２に読み出されたカレントのシナリオプログラムを実行する。
【００３６】
Ｊａｖａモジュール３１４は、Ｊａｖａプラットフォームであり、Ｊａｖａ仮想マシン、コンフィグレーション、プロファイルからなる。Ｊａｖａ仮想マシンは、クラスローダを含む。Ｊａｖａモジュール３１４は、動的シナリオメモリ３１２に読み出されたＪａｖａクラスファイルからカレントのＪａｖａオブジェクトを生成し、実行する。Ｊａｖａ仮想マシンは、Ｊａｖａ言語で記述されたＪａｖａオブジェクトを、再生装置におけるＣＰＵのネイティブコードに変換して、ＣＰＵに実行させる。
【００３７】
ＵＯ検知モジュール３１５は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降、ＵＯ（Ｕｓｅｒ Ｏｐｅｒａｔｉｏｎ）という）をモード管理モジュール３１６に出力する。
モード管理モジュール３１６は、ＢＤ−ＲＯＭから読み出されたモード管理テーブルを保持して、モード管理及び分岐制御を行う。モード管理モジュール３１６によるモード管理とは、動的シナリオをどのＤＶＤライクモジュール３１３、Ｊａｖａモジュール３１４に実行させるかという、モジュールの割り当てである。
【００３８】
ディスパッチャ３１７は、ＵＯから、現在の再生装置におけるモードに適切なＵＯのみを選んで、そのモードを実行するモジュールに受け渡す。例えばＤＶＤライクモードの実行中に、上下左右、アクティベートといったＵＯを受け付けた場合、ＤＶＤライクモードのモジュールにこれらのＵＯを出力するというのがディスパッチャ３１７の処理である。
レンダリングエンジン３１８は、Ｊａｖａ２Ｄ、ＯＰＥＮ−ＧＬといった基盤ソフトウェアを備え、Ｊａｖａモジュール３１４からの指示に従ってコンピュ−タ・グラフィックスの描画を行い、描画されたコンピュ−タ・グラフィックスをイメージプレーン３０８に出力する。
【００３９】
特殊再生情報保持部３１９は、特殊再生として再生装置でサポートしている再生速度一覧、及びＤＶＤライクモードで使われる特殊再生の情報を保持している。これらの情報はＪａｖａモジュールから参照され、Ｊａｖａモード時における特殊再生においてＤＶＤライクモードと互換を取るために用いられる。
ＡＶ再生ライブラリ３２０は、ＤＶＤライクモジュール３１３、Ｊａｖａモジュール３１４からの関数呼び出しに応じて、ＡＶ再生機能、プレイリストの再生機能を実行する。ＡＶ再生機能とは、ＤＶＤプレーヤ、ＣＤプレーヤから踏襲した機能群であり、再生開始、再生停止、一時停止、一時停止の解除、静止画機能の解除、再生速度を即値で指定した早送り、再生速度を即値で指定した巻戻し、音声切り換え、副映像切り換え、アングル切り換えといった処理である。プレイリスト再生機能とは、このＡＶ再生機能のうち、再生開始や再生停止をプレイリスト情報に従って行うことをいう。このＡＶ再生ライブラリ３２０は、ＤＶＤライクモジュール３１３、Ｊａｖａモジュール３１４から指定された再生速度の即値に応じ、トラックバッファ３０２からの読み込み速度を変化させ、その読み込み速度に応じてデマルチプレクサ３０３を制御してビデオデータを抜き出し、ビデオデコーダ３０４に送る。また、オーディオデータも同様にデマルチプレクサ３０３を制御して抜き出し、オーディオデコーダ３０６に送る。これらの処理によって指定された再生速度の即値による特殊再生が可能となる。
【００４０】
以上が再生装置の構成要素である。
続いて図４は、Ｊａｖａモジュール３１４の詳細構成であり、タイトル選択に関わるユーザオペレーションに合わせたアプリケーションの動作制御の処理に関わるブロック図である。
ディスパッチャ３１７は、タイトル選択に関わるユーザオペレーションが行われると、タイトルマネージャ４０１に対して、入力された数値に対応するタイトル選択を要求する。
【００４１】
タイトルマネージャ４０１は、メディア再生モジュール４０４に対して映像・音声の再生を、アプリケーション制御モジュール４０６に対してアプリケーションの起動を要求する。
アプリケーション制御モジュール４０６は、タイトルマネージャ４０１からの起動要求、動的シナリオ情報取得モジュール４０７から取得したＪａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３、静的シナリオ情報取得モジュール４０８から取得したアプリ管理情報、遅延制御管理モジュール４１１から取得したアプリケーション状態、及び時間情報に基づいて、Ｊａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３の挙動制御を行う。
【００４２】
動的シナリオ情報取得モジュール４０７は、動的シナリオメモリ３１２からＪａｖａアプリケーションを取得するモジュールであり、アプリケーション制御モジュール４０６からの指示により、ＢＤ−ＲＯＭからＪａｖａアプリケーションを動的シナリオメモリ３１２に記憶したり、Ｊａｖａアプリケーションを動的シナリオメモリ３１２から解放したりする。
【００４３】
静的シナリオ情報取得モジュール４０８は、静的シナリオメモリ３１１からＪａｖａアプリケーションの動作を制御するためのアプリ管理情報を取得するモジュールである。
再生情報取得モジュール４０９は、再生情報管理モジュール４０５から再生情報を取得したり、再生情報に変更があった場合にイベントを受信したりするモジュールである。
特殊再生状態取得モジュール４１０は、メディア再生モジュール４０４から特殊再生の状態として、特殊再生の開始、特殊再生実行中、特殊再生の終了に関するイベントを受信するモジュールである。
【００４４】
遅延制御管理モジュール４１１は、タイトル選択時のタイトル遷移に合わせて、アプリケーションの起動属性を記憶したり、遅延起動の際の時間の管理を行うモジュールである。ここで、遅延起動とは、ユーザからのタイトル選択により、アプリケーション制御モジュール４０６が、選択されたタイトルの起動要求を受け付けたとしても、対応するアプリケーションを直ちに起動させずに、遅延して起動させることをいう。遅延起動の際の時間とは、遅延起動させる際に、どれだけの時間待つかを示す時間である。また、遅延制御管理モジュール４１１の具体的な構成としては、タイマを含む。
【００４５】
ＵＯイベント配送モジュール４１２は、タイトルマネージャ４０１が受信したＵＯイベントをＪａｖａアプリケーションに配送するためのモジュールである。
＜データ＞
図５は、アプリ管理情報の一例を示す図である。図５に示すように、アプリ管理情報は、アプリケーションＩＤ５０１と、起動属性５０２と、バウンド属性５０３とから構成される。
【００４６】
アプリケーションＩＤ５０１は、アプリケーションを識別するための識別子である。
起動属性５０２は、タイトルが開始されたときに起動されるアプリケーション（ＡｕｔｏＳｔａｒｔ）と起動されないアプリケーション（Ｐｒｅｓｅｎｔ）とを区別するためのタイトル開始時の起動属性を示す。
バウンド属性５０３は、タイトルにまたがって連続実行可能かどうかを識別するための属性である。バウンド属性が「ｂｏｕｎｄ」ならば、タイトル選択時点でアプリケーションは終了される。「ｕｎｂｏｕｎｄ」ならば、タイトル選択時点で終了しない。
【００４７】
続いて図６は、アプリ起動状態管理情報の一例を示す。図６に示すように、アプリ起動状態管理情報は、アプリケーションＩＤ５０１と、アプリ起動状態６０１とから構成される。
アプリ起動状態６０１は、「ＡｕｔｏＳｔａｒｔ」、「Ｐｒｅｓｅｎｔ」の何れかを示す。「ＡｕｔｏＳｔａｒｔ」は、タイトル選択後に自動起動されるアプリケーションであることを示している。「Ｐｒｅｓｅｎｔ」は、タイトル選択後に自動起動も終了もされないアプリケーションであることを示している。「Ｐｒｅｓｅｎｔ」は、他のアプリケーションによって起動されるか、あるいはユーザ操作などのイベントにより起動される。
【００４８】
図７は、アプリ管理情報がタイトルごとに保持されている場合の一例を示す図である。ここで、Ａｐｐｌｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ（以下、「ＡＭＴ」という）は、アプリ管理情報を保持しているテーブルである。この場合、タイトルが切り替わるごとに、アプリケーションマネージャ４０２は、タイトルマネージャ４０１からアプリ管理情報を取得することにより、映像の再生に合わせたアプリケーションの動作制御を行う。
＜動作＞
図８は、図７のアプリ管理情報に基づいて、タイトル＃１とタイトル＃２とを順に通常再生する場合において、アプリケーションの動作の一例を示している。ここで、Ｐｒｅｓｅｎｔ属性をもつアプリケーションは、他のアプリケーションによって起動されるとする。まず、タイトル＃１が開始されると、アプリ管理情報にしたがってＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃１が起動される。アプリケーション＃２がアプリケーション＃１より起動され、アプリケーション＃３がアプリケーション＃２より起動される。その後、次のタイトル＃２が選択されると、タイトル＃１のアプリ管理情報のバウンド属性が「ｂｏｕｎｄ」である、アプリケーション＃１及びアプリケーション＃２は終了される。「ｕｎｂｏｕｎｄ」である、アプリケーション＃３はタイトル選択処理の間も起動し続ける。タイトル＃２が開始されると、タイトル＃２でＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃２が起動し、アプリケーション＃３は継続して実行される。アプリケーション＃４がアプリケーション＃３より起動され、タイトル＃２が終了すると、タイトル＃２のアプリ管理情報でバウンド属性が「ｂｏｕｎｄ」であるアプリケーション＃２、アプリケーション＃３、及びアプリケーション＃４は終了される。
【００４９】
なお、Ｐｒｅｓｅｎｔ属性をもつアプリケーションは、ユーザ操作などのイベントにより起動されるとしてもよい。
図９は、モード管理モジュール３１６からタイトル選択、あるいは、タイトル終了要求を受け取った場合の、タイトルマネージャ４０１、アプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。
【００５０】
タイトルマネージャ４０１は、モード管理モジュールからタイトル選択要求、あるいは、タイトル終了要求を受け取ると、その判定を行う（ステップＳ９０１）。タイトル終了要求の場合、タイトルマネージャ４０１は、メディア再生モジュール４０４に対して映像・音声の終了を要求する。要求を受け取ると、メディア再生モジュール４０４は映像・音声を終了する（ステップＳ９０２）。次に、タイトルマネージャ４０１は、アプリケーション制御モジュール４０６に対して、アプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール４０６は、実行中の全てのアプリケーションを終了する（ステップＳ９０３）。タイトル選択要求の場合、タイトルマネージャ４０１は、アプリケーション制御モジュール４０６に対して、バウンドアプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール４０６は、実行中の全てのバウンドアプリケーションを終了する（ステップＳ９０４）。その後、アプリケーション制御モジュール４０６は、アプリケーションの遅延起動制御処理を行う（ステップＳ９０５）。
【００５１】
続いて図１０及び図１１は、図９におけるアプリケーションの遅延起動制御処理を示すフローチャートである。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。ｊは、アプリ起動状態管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、入力された数値が記憶されている数値と不一致、または記憶されている数値なしか否かを判断する（ステップＳ１００１）。入力された数値が記憶されている数値と不一致、または記憶されている数値がない場合は、入力された数値を記憶する（ステップＳ１００２）。入力された数値が記憶されている数値と一致する場合、または入力された数値の記憶処理後にｉを初期化する（ステップＳ１００３）。当該アプリケーションIDに対応するアプリケーションが現在実行中であるか否かを判定する（ステップＳ１００４）。現在実行中でなければ、当該アプリケーションIDに対応する起動属性がＡｕｔｏＳｔａｒｔであるか否かを判定する（ステップＳ１００５）。起動属性がＡｕｔｏＳｔａｒｔでない場合には、アプリ起動状態をＰｒｅｓｅｎｔとして遅延制御管理モジュール４１１に記憶する（ステップＳ１００６）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリ起動状態をＡｕｔｏＳｔａｒｔとして遅延制御管理モジュール４１１に記憶する（ステップＳ１００７）。現在実行中であれば、アプリケーションを継続して実行する（ステップＳ１００８）。上記処理後にアプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ１００９）。存在する場合はｉを一つ計数し（ステップＳ１０１０）、ステップＳ１００４に移行する。他に存在しない場合は、アプリ管理情報に記載されていないアプリケーションＩＤに対応するアプリケーションが実行中か否かを判定する（ステップＳ１０１１）。前記アプリケーションが実行中である場合には、全て終了する（ステップＳ１０１２）。所定時間を計測する為のタイマをセットし（ステップＳ１０１３）、所定時間内に記憶した数値と同一の入力があるか否かを判定する（ステップＳ１０１４）。所定時間内に記憶した数値と同一の入力がある場合には、タイマをリセットし（ステップＳ１０１５）、ステップＳ１０１４に移行する。続いてｊを初期化する（ステップＳ１０１６）。当該アプリケーションＩＤに対応するアプリ起動状態がＡｕｔｏＳｔａｒｔであるか否かを判定する（ステップＳ１０１７）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリケーションを起動する（ステップＳ１０１８）。アプリ起動状態管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ１０１９）。存在する場合はｊを一つ計数し（ステップＳ１０２０）、ステップＳ１０１７に移行する。他に存在しない場合は処理を終了する。
【００５２】
なお、上記フローチャートでは、所定時間内に記憶した数値と同一の入力があるか否かを判定したが、同一の入力でなくても良い。所定時間内に他のタイトルを選択する入力があった場合であっても、タイマをリセットし、所定時間内に入力がないと判定されると、最後の入力に基づいてアプリケーションプログラムは起動されるとしても良い。
続いて図１２を用いて、同一の入力が連続して複数回あった場合のアプリケーションの遅延起動制御処理を具体的に説明する。図１２の第一段はディスパッチャを示す。第二段はタイトルマネージャを示す。第三段はアプリケーションマネージャを示す。第四段はクラスローダを示す。それぞれの段の横軸は時間を示す。時刻ｔ１から時刻ｔ５、時刻ｔ２から時刻ｔ６、時刻ｔ３から時刻ｔ７、及び時刻ｔ４から時刻ｔ８は所定時間を示す。時刻ｔ１において、ユーザによりタイトル＃１を特定するリモコンキーが押下されると、ディスパッチャはタイトルマネージャにタイトル＃１を選択するよう要求する。要求を受け取ると、タイトルマネージャはアプリケーションマネージャにタイトル＃１を起動するよう要求する。要求を受け取ると、アプリケーションマネージャは直ちにクラスローダに命令を発行せずに、タイマをセットし、所定時間内に同一のタイトルを選択する入力があるか否かを判断する。ここで、時刻ｔ２において、タイトル＃１を選択する入力があるので、タイマをリセットし、再び所定時間内に同一のタイトルを選択する入力があるか否かを判断する。ここで、時刻ｔ３において、タイトル＃１を選択する入力があるので、タイマをリセットし、再び所定時間内に同一のタイトルを選択する入力があるか否かを判断する。ここで、時刻ｔ４において、タイトル＃１を選択する入力があるので、タイマをリセットし、再び所定時間内に同一のタイトルを選択する入力があるか否かを判断する。所定期間内に同一のタイトルを選択する入力がないので、時刻ｔ８において、最後に受信した入力（時刻ｔ４における入力）に基づいてクラスローダに命令を発行する。
【００５３】
続いて図１３はタイトル選択時に、映像・音声の開始をアプリケーションからではなく、自動的にＪａｖａモジュールで行うためのプレイリスト管理情報の一例について示している。プレイリスト管理情報は、自動再生フラグ１３０１と、プレイリスト名１３０２とから構成される。
自動再生フラグは、「有効」、「無効」の何れかを示す。「有効」の場合には、プレイリスト名１３０２に記載されているプレイリストの先頭に記載されたプレイリストを自動的にＪａｖａモジュールで再生する。自動再生フラグが「無効」の場合には、プレイリスト名１３０２に記載されているプレイリストを自動的にＪａｖａモジュールで再生せず、アプリケーションから再生する。
【００５４】
プレイリスト名１３０２は、タイトルで使用可能なプレイリストの一覧を示す。
続いて図１４は、アプリ管理情報だけでなく、プレイリスト管理情報もタイトルごとに保持されている場合の一例を示す。このように、プレイリスト管理情報をタイトルごとに配置することで、タイトルで使用可能なプレイリストを制限することが可能であるだけでなく、タイトル選択時に、自動的にプレイリストを再生することが可能である。
【００５５】
図１５は、図１４のアプリ管理情報、及びプレイリスト管理情報に基づいて、タイトル＃１とタイトル＃２とを順に通常再生する場合のアプリケーションの動作、及びプレイリストの再生を示している。タイトル＃１が開始されると、アプリ管理情報にしたがってＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃１が起動され、さらに、プレイリスト管理情報の自動再生フラグが「有効」であるので、先頭に記載されているプレイリスト＃１が自動的に再生される。他のプレイリストは、アプリケーションからの再生要求、あるいはユーザ操作などのイベントにより再生される。例えば、現在実行中のアプリケーション＃１がプレイリストの切り替えを行うことにより、プレイリスト＃１からプレイリスト＃２に切り替わる。タイトル＃２が開始されると、タイトル＃２でＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃２が起動し、タイトル＃１にのみ関連付けられているアプリケーション＃１は終了される。プレイリスト管理情報の自動再生フラグが「無効」であるので、プレイリストは自動的に再生されない。アプリケーション＃２がプレイリスト＃３の再生を要求することにより、プレイリスト＃３は開始される。アプリケーション＃２、プレイリスト＃３が終了することで、タイトル＃２は終了する。
【００５６】
続いて図１６は、タイトルがアプリ管理情報、及びプレイリスト管理情報の両方を含むものと、アプリ管理情報のみを含むものとがある場合の一例を示す。このように、アプリ管理情報、及びプレイリスト管理情報の両方を含むもの、アプリ管理情報のみを含むものをタイトルごとに保持することで、映像・音声とアプリケーションが共存するタイトルと、ゲームのようにアプリケーションのみのタイトルを用意することが可能となる。
【００５７】
図１７は、タイトルにプレイリスト管理情報を含む場合を考慮した、モード管理モジュール３１６からタイトル選択、あるいは、タイトル終了要求を受け取った場合の、タイトルマネージャ４０１、アプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。
タイトルマネージャ４０１は、モード管理モジュール３１６からタイトル選択要求、あるいは、タイトル終了要求を受け取ると、その判定を行う（ステップＳ１７０１）。タイトル終了要求の場合、タイトルマネージャ４０１は、メディア再生モジュール４０４に対して映像・音声の終了を要求する。要求を受け取ると、メディア再生モジュール４０４は映像・音声を終了する（ステップＳ１７０２）。タイトルマネージャ４０１は、アプリケーション制御モジュール４０６に対して、アプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール４０６は、実行中の全てのアプリケーションを終了する（ステップＳ１７０３）。タイトル選択要求の場合、タイトルマネージャ４０１は、アプリケーション制御モジュール４０６に対して、バウンドアプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール４０６は、実行中の全てのバウンドアプリケーションを終了する（ステップＳ１７０４）。タイトルマネージャ４０１は、選択されたタイトルにプレイリスト管理情報が存在するかどうか判定する（ステップＳ１７０５）。選択されたタイトルにプレイリスト管理情報が存在しない場合には、アプリケーション制御モジュール４０６に対して、アプリケーションの起動を要求する。要求を受け取ると、アプリケーション制御モジュール４０６はアプリケーション起動制御処理を行う（ステップＳ１７０６）。選択されたタイトルにプレイリスト管理情報が存在する場合には、前記プレイリスト管理情報内の自動再生フラグが有効であるかどうか判定する（ステップＳ１７０７）。前記プレイリスト管理情報内の自動再生フラグが無効である場合には、ステップＳ１７０６の処理を行う。前記プレイリスト管理情報内の自動再生フラグが有効である場合には、タイトルマネージャ４０１は、メディア再生モジュール４０４に対して、映像・音声開始を要求する。要求を受け取ると、メディア再生モジュール４０４は、指定されたプレイリストを再生する（ステップＳ１７０８）。アプリケーション制御モジュール４０６は、アプリケーションの遅延起動処理を行う（ステップＳ１７０９）。
【００５８】
続いて図１８は、図１７におけるアプリケーション起動制御処理の一例を示す。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、ｉを初期化する（ステップＳ１８０１）。当該アプリケーションIDに対応するアプリケーションが現在実行中であるか否かを判定する（ステップＳ１８０２）。現在実行中であれば、アプリケーションを継続して実行する（ステップＳ１８０３）。現在実行中でなければ、当該アプリケーションIDに対応する起動属性がＡｕｔｏＳｔａｒｔであるか否かを判定する（ステップＳ１８０４）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリケーションを起動する（ステップＳ１８０５）。上記処理後にアプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ１８０６）。存在する場合はｉを一つ計数し（ステップＳ１８０７）、ステップＳ１８０２に移行する。他に存在しない場合は、アプリ管理情報に記載されていないアプリケーションＩＤに対応するアプリケーションが実行中か否かを判定する（ステップＳ１８０８）。前記アプリケーションが実行中である場合には、全て終了する（ステップＳ１８０９）。前記アプリケーションが実行中でない場合には、処理を終了する。
【００５９】
図１９は、再生の単位であるタイトルに関する属性情報の一例を示している。タイトル属性情報は、モード管理モジュール３１６が、タイトルを選択する際に必要な情報であり、タイトルオブジェクトタイプ１９０１と、タイトルアクセスタイプ１９０２と、タイトルプレイバックタイプ１９０３と、タイトルオブジェクト名１９０４とを含む。
タイトルオブジェクトタイプ１９０１は、ユーザオペレーションによりタイトル選択が要求されたとき、モード管理モジュール３１６が、ＤＶＤライクモジュール３１３に関連するタイトル「ＨＤＭＶ」か、Ｊａｖａモジュール３１４に関連するタイトル「ＢＤ−Ｊ」か、を判断するための属性情報である。この属性情報により、ディスク上のコンテンツのみならず、放送波や、ＨＤＤ等のストレージに記録されたコンテンツの再生をも行うことが可能となる。
【００６０】
タイトルアクセスタイプ１９０２は、ユーザオペレーションによりタイトル選択を許可するかどうかを判断するための属性情報である。この属性情報により、コンテンツプロバイダーは、隠しタイトルを含めることが可能になる。
タイトルプレイバックタイプ１９０３は、タイトルが映像・音声を主とするか（Ｍｏｖｉｅタイトル）、アプリケーションを主とするか（Ｉｎｔｅｒａｃｔｉｖｅタイトル）を判定するための属性情報である。この情報により、モード管理モジュール３１６は、ユーザオペレーションにより生成するキーイベントをＤＶＤライクモジュール３１３、あるいは、Ｊａｖａモジュール３１４に配送するかどうかを判断する。
【００６１】
タイトルオブジェクト名１９０４は、タイトル属性情報がリンクするタイトルオブジェクトの名前を示す属性情報である。
図２０は、タイトルリスト内のタイトル＃１、タイトル＃２のタイトル属性情報の一例を示している。タイトル＃１は、Ｊａｖａモジュール３１４で再生される「ＢＤ−Ｊタイトル」、ユーザオペレーションによるタイトル選択可能である「アクセス可」、映像・音声を主とする「Ｍｏｖｉｅタイトル」、タイトルオブジェクト名が「ＢＤ−Ｊ Ｏｂｊ＃１」であることを示している。タイトル＃２は、ＤＶＤライクモジュール３１３で再生される「ＨＤＭＶタイトル」、ユーザオペレーションによるタイトル選択不可能である「アクセス不可」、アプリケーションを主とする「Ｉｎｔｅｒａｃｔｉｖｅタイトル」、タイトルオブジェクト名が「Ｍｏｖｉｅ Ｏｂｊ＃２」であることを示している。
【００６２】
図２１は、タイトル属性情報を含む場合を考慮した、モード管理モジュール３１６からタイトル選択、あるいは、タイトル終了要求を受け取った場合の、タイトルマネージャ４０１、アプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。タイトルマネージャ４０１は、モード管理モジュール３１６からタイトル選択要求、あるいは、タイトル終了要求を受け取ると、その判定を行う（ステップＳ２１０１）。タイトル終了要求の場合、タイトルマネージャ４０１は、メディア再生モジュール４０４に対して映像・音声の終了を要求する。要求を受け取ると、メディア再生モジュール４０４は映像・音声の終了する（ステップＳ２１０２）。タイトルマネージャ４０１は、アプリケーション制御モジュール４０６に対して、アプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール４０６は、実行中の全てのアプリケーションを終了する（ステップＳ２１０３）。タイトル選択要求の場合、タイトルマネージャ４０１は、アプリケーション制御モジュール４０６に対して、バウンドアプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール４０６は、実行中の全てのバウンドアプリケーションを終了する（ステップＳ２１０４）。タイトルマネージャ４０１は、選択されたタイトルにプレイリスト管理情報が存在するかどうか判定する（ステップＳ２１０５）。選択されたタイトルにプレイリスト管理情報が存在しない場合には、アプリケーション起動制御処理を行う（ステップＳ２１０６）。選択されたタイトルにプレイリスト管理情報が存在する場合には、前記プレイリスト管理情報内の自動再生フラグが有効であるかどうか判定する（ステップＳ２１０７）。前記プレイリスト管理情報内の自動再生フラグが無効である場合には、タイトル属性情報内のタイトルプレイバックタイプが「Ｍｏｖｉｅ」であるかどうか判定する（ステップＳ２１０８）。前記タイトルプレイバックタイプが「Ｍｏｖｉｅ」でない場合には、ステップＳ２１０６の処理を行い、前記タイトルプレイバックタイプが「Ｍｏｖｉｅ」である場合には、アプリケーション遅延起動制御処理を行う（ステップＳ２１１０）。プレイリスト管理情報内の自動再生フラグが有効である場合には、タイトルマネージャ４０１は、メディア再生モジュール４０４に対して、映像・音声開始を要求する。要求を受け取ると、メディア再生モジュール４０４は、指定されたプレイリストを再生し（ステップＳ４３０９）、その後、ステップＳ２１１０の処理を行う。
【００６３】
以上のように本実施の形態によれば、ユーザによるタイトル選択の際、チャタリングにより入力を複数回受け付けたとしても、最後の入力に基づいてアプリケーションプログラムを実行する。よって、アプリケーションプログラムを繰り返し起動することはなくなるので、画面表示の乱れや、システム全体の動作のフリーズを防止することができる。
なお、本実施の形態では、ある再生区間としてタイトルを例に説明したが、タイトルでなくてもよい。例えば、ｃｈａｐｔｅｒでも良いし、ＰｌａｙＬｉｓｔでも良い。
（第二実施形態）
本実施の形態は、特殊再生時のアプリケーション制御の改良に関する。
【００６４】
図２２は、本実施形態におけるＤＶＤライクモジュール３１３、Ｊａｖａモジュール３１４aの具体的な構成を示すとともに、早送り、早戻し、チャプターサーチ、時間サーチなどの特殊操作に関連したユーザ操作の処理に関わるブロック図である。まずＤＶＤライクモジュール３１３における再生及び特殊再生制御について述べる。
シナリオプログラム２２０１は、ＢＤ−ＲＯＭ上に記録されたＤＶＤライクモード用のＢＤ再生プログラムで、シナリオ制御モジュール２２０２が提供するシナリオ制御関数を呼び出し、条件に応じてプレイリストの分岐を行う。
【００６５】
シナリオ制御モジュール２２０２は、シナリオ制御関数を提供する。
ＵＯ処理モジュール２２０３は、ユーザのリモコン操作に対する処理を行う。具体的には、ディスパッチャ３１７から受け取ったＵＯイベントに応じ、早送り、早戻し、チャプターサーチ、時間サーチなどの特殊再生を行う。
続いて、Ｊａｖａモードの場合はＢＤ−ＲＯＭ上に記録されたＪａｖａアプリケーション４１４が、対応するＢＤタイトル再生の間、メディア再生モジュール４０４が提供するＡＰＩを用いてシナリオ、特殊再生の制御を行う。
【００６６】
タイトルマネージャ４０１は、ユーザのリモコン操作により早送り、早戻し、チャプターサーチ、時間サーチ等に関する入力があると、ディスパッチャ３１７からＵＯイベントを受け取り、アプリケーションマネージャ４０２ａを介して現在動作中のＪａｖａアプリケーション４１４に、受け取ったＵＯイベントを渡す。
アプリケーションマネージャ４０２ａは、Ｊａｖａアプリケーション４１４から特殊再生が実行されると、再生速度の変更にしたがって、メディア再生モジュール４０４から特殊再生開始イベントを受信すると、特殊再生終了イベントを受信するまで、再生情報管理モジュール４０５からシナリオ遷移イベントを受信した場合には、アプリ管理情報に基づいてＪａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３の挙動制御を判断する。
【００６７】
特殊再生情報取得モジュール４０３は、特殊再生情報を得て、Ｊａｖａアプリケーション４１４に渡す。
メディア再生モジュール４０４は、Ｊａｖａアプリケーション４１４に対し、メディア再生制御のためのＡＰＩを提供する。メディア再生モジュール４０４は、Ｊａｖａアプリケーション４１４がメディア再生制御ＡＰＩを呼び出すと、対応するＡＶ再生ライブラリ３２０の関数を呼び出し、ＡＶ再生制御を行う。
【００６８】
再生情報管理モジュール４０５は、再生情報を管理しており、シナリオ遷移イベントをアプリケーションマネージャ４０２ａに送信する。
Ｊａｖａアプリケーション４１４は、早送りボタン押下などのＵＯイベントに対し、どの再生速度で特殊再生を行うべきか、特殊再生情報取得モジュール４０３を通じて特殊再生情報を得て再生速度の判断を行う。特殊再生情報からＤＶＤライクモードで用いられている再生速度、端末がサポートしている再生速度を読み取り、それらを元に適切な再生速度をメディア再生モジュール４０４に指定する。
【００６９】
図２３は再生情報を表すシステムパラメータ（ＳＰＲＭ）の一覧である。ＳＰＲＭ（０）からＳＰＲＭ（１２）までは再生状態を示しており、シナリオの遷移に応じて刻々と変更されていくパラメータであり、それ以外はプリファレンスとしてプレーヤに設定されるパラメータである。
ＳＰＲＭ（０） ： インタラクティブグラフィックスストリーム番号
ＳＰＲＭ（１） ： 音声ストリーム番号
ＳＰＲＭ（２） ： プレゼンテーショングラフィック／字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： 現在再生中のタイトル番号
ＳＰＲＭ（５） ： 現在再生中のチャプター番号
ＳＰＲＭ（６） ： 現在再生中のプレイリスト識別子
ＳＰＲＭ（７） ： 現在再生中のプレイアイテム識別子
ＳＰＲＭ（８） ： 再生時刻情報
ＳＰＲＭ（９） ： ナビゲーションタイマー
ＳＰＲＭ（１０） ： 選択キー情報
ＳＰＲＭ（１１） ： インタラクティブグラフィックスストリームにおける現在のページ識別子
ＳＰＲＭ（１２） ： 字幕ストリームにおけるユーザースタイル識別子
ＳＰＲＭ（１３） ： パレンタルレベル
ＳＰＲＭ（１４） ： 予備
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： 音声ストリーム用言語コード
ＳＰＲＭ（１７） ： プレゼンテーショングラフィック／字幕ストリーム用言語コード
ＳＰＲＭ（１８） ： メニュー用言語コード
ＳＰＲＭ（１９） ： 予備
ＳＰＲＭ（２０） ： 予備
ＳＰＲＭ（２１） ： 予備
ＳＰＲＭ（２２） ： 予備
ＳＰＲＭ（２３） ： 予備
ＳＰＲＭ（２４） ： 予備
ＳＰＲＭ（２５） ： 予備
ＳＰＲＭ（２６） ： 予備
ＳＰＲＭ（２７） ： 予備
ＳＰＲＭ（２８） ： 予備
ＳＰＲＭ（２９） ： 予備
ＳＰＲＭ（３０） ： 字幕サポート情報
ＳＰＲＭ（３１） ： プレーヤのバージョン情報
ＳＰＲＭ（３２） ： 予備
図２４は再生装置が保持している再生情報に対応する特殊再生情報の内容を示す図である。特殊再生情報は、再生装置がサポートしている再生速度一覧と、ＤＶＤライクモードで使用する再生速度情報と、特殊再生操作を行うトリガとなる情報とを含む。特殊再生のトリガとしてはユーザのボタン操作などがあり、その場合、特殊再生に対応するボタンのＩＤと押された回数等を記載する。
【００７０】
なお、この図２４では、順方向倍速、逆方向倍速、順方向スロー再生、逆方向スロー再生を取り上げたが、他の特殊再生、例えば、何秒か先にスキップするスキップ再生などの情報でもよい。スキップ再生の場合、端末サポートレートの欄が再生速度ではなく秒数となり、端末がサポートする全ての秒数を記載するのではなく、ＤＶＤライクモードで用いている値が書かれてあればよい。本実施形態では、再生速度が変化する特殊再生を例に取り上げて説明するが、時間をパラメータとした特殊再生（例えば１５秒先にスキップするスキップ再生など）にも置き換えることが可能である。
【００７１】
図２５はユーザ操作をトリガとして特殊再生を行う処理のフローチャートである。ユーザがリモコンや再生装置のフロントパネルを操作し、早送りボタン押下する等のキー操作を行うと、ＵＯ検知モジュール３１５がユーザのキー操作を検知する（ステップＳ２５０１）。ＵＯ検知モジュール３１５は、ユーザのキー操作に対応したイベントをモード管理モジュール３１６に投げ、モード管理モジュール３１６は現在のモードがＪａｖａモードかＤＶＤライクモードかを判断する（ステップＳ２５０２）。現在のモードがＤＶＤライクモードであれば、モード管理モジュール３１６内のディスパッチャ３１７が、ＤＶＤライクモジュールのＵＯ処理モジュール２２０３にＵＯイベントを投げる（ステップＳ２５０３）。ＵＯ処理モジュール２２０３は受け取ったＵＯイベントに対応する再生制御を行う（ステップＳ２５０４）。現在のモードがＪａｖａモードの場合、ディスパッチャ３１７はＪａｖａモジュール内のタイトルマネージャ４０１にＵＯイベントを投げる（ステップＳ２５０５）。タイトルマネージャ４０１がＵＯイベントを受け取ると、アプリケーションマネージャ４０２ａを介して現在動作中のＪａｖａアプリケーション４１４に対して、受け取ったＵＯイベントを投げる（ステップＳ２５０６）。Ｊａｖａアプリケーション４１４がＵＯイベントを受け取ると、特殊再生情報取得モジュール４０３を介し、再生装置における特殊再生情報を取得する（ステップＳ２５０７）。Ｊａｖａアプリケーション４１４は特殊再生情報に基づき、受け取ったＵＯイベントに対応する特殊再生制御を、メディア再生モジュール４０４を介して行う（ステップＳ２５０８）。例えば、受け取ったＵＯイベントが早送りボタン押下イベントであった場合、Ｊａｖａアプリケーション４１４は何回連続で押されたか、値をカウントしておき、早送りボタンが一回押されたときの再生速度、二回連続押されたときの再生速度を特殊再生情報から判断する。
【００７２】
なお、Ｊａｖａアプリケーション４１４は、ＵＯイベントを取得した後、特殊再生情報を取得しているが、起動時など予め特殊再生情報を読み込んでおいてもよい。また、一度読み込んだ情報はＪａｖａアプリケーション４１４内で保持しておいてもよい。
図２６は、図２２に示すアプリケーションマネージャ４０２ａのより具体的な構成を示すとともに、早送り、早戻し、チャプターサーチ、時間サーチなどの特殊操作に関連したユーザ操作の処理に関わるブロック図である。
【００７３】
アプリケーション制御モジュール４０６は、Ｊａｖａアプリケーション４１４から特殊再生が実行されると、動的シナリオ情報取得モジュール４０７から取得したＪａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３、静的シナリオ情報取得モジュール４０８から取得したアプリ管理情報、特殊再生状態取得モジュール４１０から取得した特殊再生状態（特殊再生の開始、実行中、終了）、再生情報取得モジュール４０９から取得した再生情報に基づいて、Ｊａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３の挙動制御を判断する。
【００７４】
続いて、図２７はタイトルリストが、アプリケーションの管理単位としてのタイトルを指し示している様子を示している。
タイトル＃１は、映画本編が再生されるタイトルである。タイトル＃１が選択されると、本編映像再生用のアプリケーションが起動され、本編映像の再生が開始される。本編再生用のアプリケーションは、リモコンキーによる早送り・スキップなどのイベントを受けて、メディア再生モジュールに指示を出しプレーヤの動作をコントロールする。タイトル＃１が起動されると本編再生用アプリケーションとともに、ポップアップメニューを出現させるためのアプリケーションや、本編再生中の映像に出てきた品物を購入できるようなショッピングカートアプリケーションも起動させる。本編再生から別のタイトルに移りたい場合は、タイトル切り替えを行う。例えば、本編再生中に出てきた品物を購入するためにオンラインショッピングアプリケーションを起動させたければ、オンラインショッピングを行うタイトル＃２を選択する。タイトル＃２を選択すると、タイトル＃１の場合同様にタイトル＃２に関連したアプリケーションが起動されるとともに、タイトル＃２に関係ないアプリケーションは停止する。タイトル＃１にもタイトル＃２にも関係するアプリケーションは、どちらのタイトルでも起動し続けることができ、タイトル＃１とタイトル＃２の間のタイトル遷移中に停止と再起動が起こるわけではない。
【００７５】
図２８は、本実施形態におけるアプリ管理情報の一例を示す。
アプリ管理情報は、有効期間２８０１と、アプリケーションＩＤ５０１と、起動属性５０２とを含む。アプリ管理情報は、映像の再生と同期してアプリケーションが動作する有効期間２８０１と、アプリケーションＩＤ５０１とを対応付けて管理しており、さらに、起動属性５０２により指定された有効期間２８０１でどのアプリケーションが起動されるかを管理している。
【００７６】
有効期間２８０１は、タイトル全体にまたがった動作を規定する「ｔｉｔｌｅ」、プレイリストに記載されたプレイリストマークとプレイリストマークの間の区間全体にまたがった動作を規定する「ｃｈａｐｔｅｒ」、プレイリスト全体にまたがった動作を規定する「ＰｌａｙＬｉｓｔ」、プレイリスト内のプレイアイテム全体にまたがった動作を規定する「ＰｌａｙＬｉｓｔ：ＰｌａｙＩｔｅｍ」の何れかを示す。アプリケーションＩＤ５０１、及び起動属性５０２は、第一実施形態で説明した通りである。
【００７７】
また、図２８に示すように、複数のタイトルに対して、同じアプリケーションを登録しておくことにより、タイトルを越えてアプリケーションを起動させ続けることが可能となる。アプリ管理情報において、アプリケーション＃３は、タイトル＃１にもタイトル＃２にも登録されている。アプリケーション＃３は、タイトル＃１中に起動され、タイトル＃１からタイトル＃２に遷移する際、タイトル＃２にも登録されているため、タイトル＃１終端で終了することなく、タイトル＃２に遷移する。このように複数タイトルに同一アプリケーションを登録しておけば、登録されているタイトル間を遷移する際にアプリケーションが終了後、再起動されるようなことはない。複数タイトルにわたって動作するアプリケーションであったとしても、登録されていないタイトルに遷移する際は終了される。
【００７８】
図２９は、図２８のアプリ管理情報に基づいて、タイトル＃１とタイトル＃２とを順に通常再生する場合のアプリケーションの動作を示している。ここで、Ｐｒｅｓｅｎｔ属性をもつアプリケーションは、他のアプリケーションによって起動されるとする。タイトル＃１が開始されると、アプリ管理情報にしたがってＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃１が起動される。チャプター＃１からチャプター＃２に変わると、チャプター＃２でＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃２が起動される。アプリケーション＃３がアプリケーション＃２より起動されたのち、次のチャプターに切り替わると、チャプター＃３で関連付けられていないアプリケーション＃２は終了する。チャプター＃３が終了すると、タイトル＃１は終了し、タイトル＃２に切り替わる。その際、タイトル＃２に関連付けられていないアプリケーション＃１は終了される。タイトル＃２が開始されると、アプリ管理情報にしたがってＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃４が起動される。タイトル＃２が終了されるとアプリケーション＃３、アプリケーション＃４はそれぞれ終了される。
【００７９】
図３０は、タイトル毎にアプリ管理情報を保持している場合の一例を示す。
図３１は、本実施形態におけるアプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。タイトル再生中に特殊再生が行われる場合、特殊再生中はアプリケーションの動作制御をせず、特殊再生の終了時点でアプリケーションの動作制御を行う。ここで、タイトル再生に際して、アプリ管理情報は取得しているものとする。アプリケーション制御モジュール４０６は、タイトル再生中、特殊再生状態取得モジュール４１０が特殊再生開始イベントを受信したか否かを判定する（ステップＳ３１０１）。特殊再生開始イベントを受信した場合には、特殊再生中（ステップＳ３１０２）となり、特殊再生状態取得モジュール４１０が特殊再生終了イベントを受信するまではアプリケーションの動作制御をしない。次に、特殊再生状態取得モジュール４１０が特殊再生終了イベントを受信したか否かを判定して（ステップＳ３１０３）、特殊再生終了イベントを受信した場合には、再生情報取得モジュール４０９から再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得し（ステップＳ３１０４）、アプリケーション状態制御処理を行う（ステップＳ３１０５）。
【００８０】
続いて図３２は、アプリケーション状態制御処理のフローチャートの一例を示す。ここで、タイトル再生に際して、アプリ管理情報は取得しているものとし、アプリケーション制御モジュール４０６は、静的シナリオ情報取得モジュール４０８から取得しているアプリ管理情報に記載されている内容に基づいて、アプリケーションの動作制御を行う。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、ｉを初期化する（ステップＳ３２０１）。取得した再生情報（タイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７））と、アプリケーションＩＤに対応する有効期間を照合して、再生情報が有効期間内であるか否かを判定する（ステップＳ３２０２）。再生情報が有効期間内である場合には、アプリケーションＩＤに対応する起動属性がＡｕｔｏＳｔａｒｔであるか否かを判定する（ステップＳ３２０３）。起動属性がＡｕｔｏＳｔａｒｔである場合には、当該アプリケーションを起動する（ステップＳ３２０４）。再生情報が有効期間内でない場合には、現在アプリケーションが実行中であるか否かを判定する（ステップＳ３２０５）。実行中の場合には、当該アプリケーションを終了する（ステップＳ３２０６）。アプリケーション起動処理後、起動属性がＡｕｔｏＳｔａｒｔでない場合、アプリケーション終了後、またはアプリケーションが実行中でない場合には、続いてアプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ３２０７）。存在する場合はｉを一つ計数し（ステップＳ３２０８）、ステップＳ３２０２に移行する。他に存在しない場合は、処理を終了する。
【００８１】
図３３は、特殊再生中にも、アプリ管理情報記載の有効期間経過とともにアプリケーションの終了を実現するためのアプリ管理情報の一例について示している。アプリ管理情報は、有効期間経過とともにアプリケーションの終了を実現するための特殊再生時終了フラグ３３０１を含む。特殊再生時終了フラグ３３０１が「Ｙｅｓ」の場合には、特殊再生中であっても有効期間経過とともにアプリケーションを終了し、「Ｎｏ」であれば終了しない。
【００８２】
図３４は、特殊再生中に、再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合に、図３３に示すアプリ管理情報に従って行われる処理のフローチャートの一例である。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、アプリケーション制御モジュール４０６は、タイトル再生中、特殊再生状態取得モジュール４１０が特殊再生開始イベントを受信したか否かを判定する（ステップＳ３４０１）。特殊再生開始イベントを受信した場合には、特殊再生中となり、再生情報取得モジュール４０９からシナリオ遷移イベントを受信したかどうか判定する（ステップＳ３４０２）。再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合には、再生情報取得モジュール４０９から現在の再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得する（Ｓ３４０３）。次に、ｉを初期化する（ステップＳ３４０４）。特殊再生時終了フラグが「Ｙｅｓ」であるかどうか判定する（ステップＳ３４０５）。特殊再生時終了フラグが「Ｙｅｓ」である場合には、現在の再生情報（タイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７））と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定する（ステップＳ３４０６）。再生情報が有効期間内でない場合には、現在アプリケーションが実行中であるかどうか判定する（ステップＳ３４０７）。現在アプリケーションが実行中である場合には、アプリケーションを終了する（ステップＳ３４０８）。特殊再生時終了フラグが「Ｎｏ」である場合、現在アプリケーションが実行中でない場合、再生情報が有効期間内である場合、またはアプリケーション終了処理後にアプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ３４０９）。存在する場合はｉを一つ計数し（ステップＳ３４１０）、ステップＳ３４０５に移行する。他に存在しない場合は、処理を終了する。
【００８３】
図３５は、特殊再生中にも、アプリ管理情報記載の有効期間経過とともにアプリケーションの起動を実現するためのアプリ管理情報の一例について示している。アプリ管理情報は、有効期間経過とともにアプリケーションの起動を実現するための特殊再生時起動フラグ３５０１を含む。特殊再生時起動フラグ３５０１が「Ｙｅｓ」の場合には、特殊再生中であっても有効期間経過とともにアプリケーションを起動し、「Ｎｏ」であれば起動しない。
【００８４】
図３６は、特殊再生中に、再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合に、図３５記載のアプリ管理情報に従って行われる処理のフローチャートの一例である。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、アプリケーション制御モジュール４０６は、タイトル再生中、特殊再生状態取得モジュール４１０が特殊再生開始イベントを受信したか否かを判定する（ステップＳ３６０１）。特殊再生開始イベントを受信した場合には、特殊再生中となり、再生情報取得モジュール４０９からシナリオ遷移イベントを受信したかどうか判定する（ステップＳ３６０２）。再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合には、再生情報取得モジュール４０９から現在の再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得する（ステップＳ３６０３）。次に、ｉを初期化する（ステップＳ３６０４）。特殊再生時起動フラグが「Ｙｅｓ」であるかどうか判定する（ステップＳ３６０５）。特殊再生時起動フラグが「Ｙｅｓ」である場合には、現在の再生情報（タイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７））と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定する（ステップＳ３６０６）。再生情報が有効期間内である場合には、アプリ管理情報の起動属性がＡｕｔｏＳｔａｒｔであるかどうか判定する（ステップＳ３６０７）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリケーションを起動する（ステップＳ３６０８）。特殊再生時起動フラグが「Ｎｏ」である場合、再生情報が有効期間内でない場合、起動属性がＡｕｔｏＳｔａｒｔでない場合、またはアプリケーション起動後に、アプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ３６０９）。存在する場合はｉを一つ計数し（ステップＳ３６１０）、ステップＳ３６０５に移行する。他に存在しない場合は、処理を終了する。
【００８５】
なお、特殊再生時起動フラグ、特殊再生時終了フラグを同時に使用してもよい。
続いて図３７は、早見再生中に、アプリ管理情報記載の有効期間経過とともにアプリケーションの起動・終了を実現するためのアプリ管理情報の一例について示している。アプリ管理情報は、早見再生中には有効期間経過とともにアプリケーションの起動・終了を実現するための早見再生時動作フラグ３７０１を含む。早見再生時動作フラグ３７０１が「Ｙｅｓ」の場合には、早見再生中であっても、有効期間経過とともにアプリケーションを起動・終了し、「Ｎｏ」であれば起動・終了しない。
【００８６】
なお、早見再生かどうかは、再生速度、あるいは、ＵＯイベントから判断する。
図３８は、再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合に、図３７記載のアプリ管理情報に従ってアプリケーションの起動・終了の判定を行う機構を含むアプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。アプリケーション制御モジュール４０６は、特殊再生が早見再生かどうか判定する（ステップＳ３８０１）。早見再生である場合には、再生情報取得モジュール４１０がシナリオ遷移イベントを受信したかどうか判定する（ステップＳ３８０２）。シナリオ遷移イベントを受信した場合には、再生情報取得モジュール４０９から現在の再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得する（ステップＳ３８０３）。次に、ｉを初期化する（ステップＳ３８０４）。早見再生時動作フラグが「Ｙｅｓ」であるかどうか判定する（ステップＳ３８０５）。早見再生時動作フラグが「Ｙｅｓ」である場合には、現在の再生情報（タイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７））と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定する（ステップＳ３８０６）。再生情報が有効期間内である場合には、アプリ管理情報の起動属性がＡｕｔｏＳｔａｒｔであるかどうか判定する（ステップＳ３８０７）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリケーションを起動する（ステップＳ３８０８）。再生情報が有効期間内でない場合には、アプリケーションが現在実行中かどうか判定する（ステップＳ３８０９）。アプリケーションが現在実行中であれば、アプリケーションを終了する（ステップＳ３８１０）。早見再生時動作フラグが「Ｎｏ」である場合、起動属性がＡｕｔｏＳｔａｒｔでない場合、アプリケーション起動後、アプリケーションが現在実行中でない場合、またはアプリケーション終了後に、アプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ３８１１）。存在する場合はｉを一つ計数し（ステップＳ３８１２）、ステップＳ３８０５に移行する。他に存在しない場合は、処理を終了する。
【００８７】
図３９は、特殊再生速度に応じて、アプリ管理情報記載の有効期間経過とともにアプリケーションの起動・終了を実現するためのアプリ管理情報の一例について示している。アプリ管理情報は、有効期間経過とともにアプリケーションの起動・終了を実現するための特殊再生速度３９０１を含む。特殊再生速度３９０１が記載されている場合には再生速度が指定されている範囲内ならば、有効期間経過とともにアプリケーションを起動・終了し、「−」であれば起動・終了しない。
【００８８】
図４０は、特殊再生中に、再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合に、図３９記載のアプリ管理情報に従ってアプリケーションの起動・終了を判定する機構を含むアプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、アプリケーション制御モジュール４０６は、タイトル再生中、特殊再生状態取得モジュール４１０が特殊再生開始イベントを受信したか否かを判定する（ステップＳ４００１）。特殊再生開始イベントを受信した場合には、特殊再生中となり、再生情報取得モジュール４０９からシナリオ遷移イベントを受信したかどうか判定する（ステップＳ４００２）。再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合には、再生情報取得モジュール４０９から現在の再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得する（ステップＳ４００３）。次に、ｉを初期化する（ステップＳ４００４）。特殊再生状態取得モジュール４１０から現在の再生速度を取得して（ステップＳ４００５）、特殊再生速度の指定範囲内であるかどうか判定する（ステップＳ４００６）。特殊再生速度内である場合には、現在の再生情報（タイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７））と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定する（ステップＳ４００７）。再生情報が有効期間内である場合には、アプリ管理情報の起動属性がＡｕｔｏＳｔａｒｔであるかどうか判定する（ステップＳ４００８）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリケーションを起動する（ステップＳ４００９）。再生情報が有効期間内でない場合には、アプリケーションが現在実行中かどうか判定する（ステップＳ４０１０）。アプリケーションが現在実行中であれば、アプリケーションを終了する（ステップＳ４０１１）。特殊再生速度範囲内でない、あるいは、特殊再生速度が「−」である場合、起動属性がＡｕｔｏＳｔａｒｔでない場合、アプリケーション起動後、アプリケーションが現在実行中でない場合、またはアプリケーション終了処理後に、アプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ４０１２）。存在する場合はｉを一つ計数し（ステップＳ４０１３）、ステップＳ４００５に移行する。他に存在しない場合は、処理を終了する。
【００８９】
続いて図４１は、図２７のタイトルリストに加えて、特典タイトルとしてタイトル＃３が存在する場合の一例を示している。タイトル＃３は、映画本編と同期してゲームを実行可能なタイトルである。タイトル＃３が選択されると、本編映像再生用のアプリケーションが起動され、本編映像の再生が開始される。本編再生用のアプリケーションは、リモコンキーによる早送り・スキップなどのイベントを受けて、メディア再生モジュールに指示を出しプレーヤの動作をコントロールする。
【００９０】
図４２は、図４１の特典タイトルの再生において、プレイリストマーク経過時に、アプリケーションを自動起動できるようにするためのアプリ管理情報と、その動作の一例を示している。アプリケーション＃５は、Ｍａｒｋ＃２でＡｕｔｏＳｔａｒｔ属性を持つので、Ｍａｒｋ＃２を通過した時点で自動的に起動される。
以上のように本実施の形態によれば、映像データの特殊再生に合わせてＪａｖａアプリケーションの実行制御を行う際、特殊再生中にはＪａｖａアプリケーションを起動・終了せず、特殊再生終了時点でアプリ管理情報に基づいてＪａｖａアプリケーションを起動・終了する。よって、特殊再生の種類に応じて映像データと同期不可能な場合に不必要なアプリケーションの起動を防ぐことができる。
【００９１】
また、特殊再生中であっても、特殊再生終了フラグが「yes」の場合には、シナリオ遷移に応じてアプリケーションを終了することができる。
また、特殊再生中であっても、特殊再生起動フラグが「yes」の場合には、シナリオ遷移に応じてアプリケーションを起動することができる。
また、早見再生中であっても、早見再生時動作フラグが「Ｙｅｓ」の場合には、シナリオ遷移に応じてアプリケーションを起動・終了することができる。
【００９２】
また、特殊再生中であっても、特殊再生速度が指定されている範囲内ならば、シナリオ遷移に応じてアプリケーションを起動・終了することができる。
なお、特殊再生はチャプターサーチ、時間サーチでもよい。
また、特殊再生に合わせたアプリケーションの動作をアプリケーションごとに定義したが、アプリ管理情報全体に設定して、アプリ管理情報に登録してあるアプリケーション全ての動作を一括して制御したり、プレーヤに設定して、プレーヤ上のアプリケーション全ての動作を一括して制御できるようにしてもよい。
（第三実施形態）
本実施形態は、第二実施形態に加え、ユーザによる特殊再生操作に応じてアプリケーションを遅延起動・遅延終了する形態である。特殊再生時のシナリオ遷移に合わせて、通常再生されている場合のアプリケーションの状態を記憶していき、特殊再生終了時点でのアプリケーションの状態に応じてアプリケーションを制御する。
【００９３】
図４３は本実施形態に係るＪａｖａモジュール３１４ｂ、アプリケーションマネージャ４０２ｂの詳細構成であり、図２６に遅延制御管理モジュール４１１を追加して、早送り、早戻し、チャプターサーチ、時間サーチなどの特殊再生に合わせたアプリケーションの動作制御の処理に関わるブロック図である。
アプリケーション制御モジュール４０６は、Ｊａｖａアプリケーション４１４から特殊再生が実行されると、動的シナリオ情報取得モジュール４０７から取得したＪａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３、静的シナリオ情報取得モジュール４０８から取得したアプリ管理情報、特殊再生状態取得モジュール４１０から取得した特殊再生状態（特殊再生の開始、実行中、終了）、再生情報取得モジュール４０９から取得した再生情報、遅延制御管理モジュール４１１から取得したアプリケーション状態、および時間情報に基づいて、Ｊａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３の挙動制御を判断する。
【００９４】
続いて図４４は、本実施の形態における遅延制御管理モジュール４１１に記憶されたアプリ起動状態管理情報の一例を示す。
アプリ起動状態６０１ａは、「ＡｕｔｏＳｔａｒｔ」、「Ｄｅｓｔｒｏｙ」、「Ｐｒｅｓｅｎｔ」の何れかを記憶する。
「ＡｕｔｏＳｔａｒｔ」は、特殊再生終了後に自動起動されるアプリケーションであることを示している。
【００９５】
「Ｄｅｓｔｒｏｙ」は、特殊再生終了後に終了されるアプリケーションであることを示している。
「Ｐｒｅｓｅｎｔ」は、自動起動も終了もされないアプリケーションであることを示している。「Ｐｒｅｓｅｎｔ」は、他のアプリケーションによって起動されるか、あるいはユーザ操作などのイベントにより起動される。
【００９６】
図４５は、特殊再生情報取得モジュール４１０から特殊再生開始イベントを受信した場合に、アプリ管理情報に従ってアプリケーションの遅延起動・遅延終了を判定する機構を含むアプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、アプリケーション制御モジュール４０６は、タイトル再生中、特殊再生状態取得モジュール４１０が特殊再生開始イベントを受信したかどうか判定する（ステップＳ４５０１）。特殊再生開始イベントを受信した場合には、特殊再生中となり、特殊再生中に再生情報取得モジュール４１０がシナリオ遷移イベントを受信したかどうか判定する（ステップＳ４５０２）。シナリオ遷移イベントを受信した場合には、再生情報取得モジュール４０９から現在の再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得し（ステップＳ４５０３）、ｉを初期化する（ステップＳ４５０４）。現在の再生情報（タイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７））と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定する（ステップＳ４５０５）。再生情報が有効期間内でない場合には、アプリ起動状態をＤｅｓｔｒｏｙとして遅延制御管理モジュール４１１に記憶する（ステップＳ４５０６）。再生情報が有効期間内である場合には、アプリ管理情報の起動属性がＡｕｔｏＳｔａｒｔであるかどうか判定する（ステップＳ４５０７）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリ起動状態をＡｕｔｏＳｔａｒｔとして遅延制御管理モジュール４１１に記憶し（ステップＳ４５０８）、起動属性がＡｕｔｏＳｔａｒｔでない場合には、アプリ起動状態をＰｒｅｓｅｎｔとして遅延制御管理モジュール４１１に記憶する（ステップＳ２７０９）。上記処理後、アプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ４５１０）。存在する場合はｉを一つ計数し（ステップＳ４５１１）、ステップＳ４５０５に移行する。他に存在しない場合、及びステップＳ４５０２でシナリオ遷移イベントを受信していない場合には、特殊再生状態取得モジュール４１０が特殊再生終了イベントを受信しているかどうか判定する（ステップＳ４５１２）。特殊再生終了イベントを受信している場合には、アプリケーション遅延制御処理を行う（ステップＳ４５１３）。特殊再生終了イベントを受信していない場合は、ステップＳ４５０２に移行する。
【００９７】
続いて図４６及び図４７は、図４５におけるアプリケーション遅延制御処理に関するフローチャートの一例を示している。ｊは、アプリ起動状態管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、タイマをセットし（ステップＳ４６０１）、所定期間経過したか否かを判定する（ステップＳ４６０２）。所定期間経過していなければ、特殊再生情報取得モジュールが特殊再生開始イベントを受信したかどうか判定する（ステップＳ４６０３）。特殊再生開始イベントを受信した場合には、処理を終了する。特殊再生開始イベントを受信していない場合には、ステップＳ４６０２に移行する。所定期間経過すると、遅延制御管理モジュール４１１にアプリ起動状態管理情報があるかどうか判定する（ステップＳ４６０４）。アプリ起動状態管理情報がない場合には、再生情報取得モジュール４０９から現在の再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得し（ステップＳ４６０５）、アプリケーション状態制御処理を行う（ステップＳ４６０６）。アプリ起動状態管理情報がある場合には、ｊを初期化する（ステップＳ４６０７）。アプリ起動状態がＡｕｔｏＳｔａｒｔであるかどうか判定する（ステップＳ４６０８）。アプリ起動状態がＡｕｔｏＳｔａｒｔである場合には、アプリケーションを起動する（ステップＳ４６０９）。アプリ起動状態がＡｕｔｏＳｔａｒｔでない場合には、アプリ起動状態がＤｅｓｔｒｏｙであるかどうか判定する（ステップＳ４６１０）。アプリ起動状態がＤｅｓｔｒｏｙである場合には、アプリケーションを終了する（ステップＳ２９１１）。上記処理後、アプリ起動状態管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ４６１２）。存在する場合はｊを一つ計数し（ステップＳ４６１３）、ステップＳ４６０８に移行する。他に存在しない場合は処理を終了する。
【００９８】
以上のように本実施の形態によれば、特殊再生終了後に所定時間経過してからアプリケーションの起動・終了する。Ｊａｖａアプリケーションを遅延させて起動・終了するためにアプリケーションの起動属性を記憶しておくことができるので、特殊再生終了後にアプリ管理情報を読み込んでアプリケーションの動作制御する場合に比べて、起動・終了までの時間を短縮することができる。
（補足）
以上、本発明に係る再生装置について、実施の形態に基づいて説明したが、本発明は上記の実施の形態に限られないことは勿論である。
【００９９】
上記の実施形態では、ＢＤ−ＲＯＭを例として説明したが、ＨＤ−ＤＶＤ、あるいは、他の光ディスクでもよい。
上記の実施形態では、再生装置を用いたが、本発明は上記フローチャートで示したステップを含む方法、上記フローチャートで示したステップをコンピュータに実行させるプログラムコードを含むプログラム、及びシステムＬＳＩ等の集積回路であっても良い。システムＬＳＩは、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１００】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセスで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
更には、半導体技術の進歩又は派生する技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積回路化を行っても良い。例えば、バイオ技術の適応などが可能性としてありうる。
【産業上の利用可能性】
【０１０１】
本発明を構成する再生装置は、製造産業において経営的に、また継続的及び反復的に製造し、販売することができる。特に、映像コンテンツの制作に携わる映画産業・民生機器産業において利用できる。
【符号の説明】
【０１０２】
３０１ ＢＤドライブ
３０２ トラックバッファ
３０３ デマルチプレクサ
３０４ ビデオデコーダ
３０５ ビデオプレーン
３０６ オーディオデコーダ
３０７ イメージメモリ
３０８ イメージプレーン
３０９ イメージデコーダ
３１０ 加算器
３１１ 静的シナリオメモリ
３１２ 動的シナリオメモリ
３１３ ＤＶＤライクモジュール
３１４ Ｊａｖａモジュール
３１４ａ Ｊａｖａモジュール
３１４ｂ Ｊａｖａモジュール
３１５ ＵＯ検知モジュール
３１６ モード管理モジュール
３１７ ディスパッチャ
３１８ レンダリングエンジン
３１９ 特殊再生管理情報
３２０ ＡＶ再生ライブラリ
４０１ タイトルマネージャ
４０２ アプリケーションマネージャ
４０２ａ アプリケーションマネージャ
４０２ｂ アプリケーションマネージャ
４０３ 特殊再生情報取得モジュール
４０４ メディア再生モジュール
４０５ 再生情報取得モジュール
４０６ アプリケーション制御モジュール
４０７ 動的シナリオ情報取得モジュール
４０８ 静的シナリオ情報取得モジュール
４０９ 再生情報取得モジュール
４１０ 特殊再生状態取得モジュール
４１１ 遅延制御管理モジュール
４１２ ＵＯイベント配送モジュール
４１３ Ｊａｖａアプリケーション
４１４ Ｊａｖａアプリケーション
５０１ アプリケーションＩＤ
５０２ 起動属性
５０３ バウンド属性
６０１ アプリ起動状態
１３０１ 自動再生フラグ
１３０２ プレイリスト名
１９０１ タイトルオブジェクトタイプ
１９０２ タイトルアクセスタイプ
１９０３ タイトルプレイバックタイプ
１９０４ タイトルオブジェクト名
２２０１ シナリオプログラム
２２０２ シナリオ制御モジュール
２２０３ ＵＯ処理モジュール
２８０１ 有効期間
３３０１ 特殊再生時終了フラグ
３５０１ 特殊再生時起動フラグ
３７０１ 早見再生動作フラグ
３９０１ 特殊再生速度
【技術分野】
【０００１】
本発明は、映像データとアプリケーションの連動再生の技術に関し、特に、ユーザオペレーションに応じてアプリケーションを起動させる場合の改良に関する。
【背景技術】
【０００２】
映像データとアプリケーションの連動再生とは、映像を再生する再生装置等において、Ｊａｖａ（登録商標、以下同様）アプリケーションを実行しながら、映像データの再生を行う技術であり、民生機器の製造分野において今後大いに注目される技術である。連動すべきアプリケーション及び映像データは、“タイトル”と呼ばれる、再生単位において対応づけられる。ユーザがタイトルを選択することにより、映像データの再生に合わせてアプリケーションは起動される。
【０００３】
なお、先行技術としては特許文献１、特許文献２に記載されたものがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１２５１９９号公報
【特許文献２】特表２００３−５１３５５５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ユーザがタイトルを選択する場合において、チャタリングが問題になる。チャタリングとは、ユーザから同一の入力を極短期間に連続して複数回受け付けることである。つまり、ユーザから同一の入力を極短期間に連続して複数回受け付けると、それらに基づいて、選択されたタイトルに対応するアプリケーションを複数起動してしまう。そのために、画面表示が乱れたり、システム全体の動作がフリーズしたりするという結果を招く。
【０００６】
また、再生装置が特殊再生実行中の場合には、倍速再生を大きくすると、アプリケーションの描画速度と、特殊再生の描画速度とが一致しないために、画面の変化が視聴能力以上に大きくなって内容把握が困難になる。さらに、本来内容を把握するにはあまり重要でない部分においてもプログラムを実行したりして無駄な場合がある。
また、早送り、巻き戻し、タイトルサーチ、チャプターサーチ、時間サーチ等、特殊再生の種類によっては、アプリケーションが映像データと同期して動作することが不可能な場合も考えられるが、その場合であっても、不必要なアプリケーションを起動してしまう可能性もある。
【０００７】
本発明は上記問題に鑑みてなされたものであって、ユーザによるチャタリングがあった場合でも、ユーザ操作に従い、再生される映像データに対応するアプリケーションの実行処理の安定を実現することができる再生装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、映像データと当該映像データに対応するアプリケーションプログラムとを連動させながら再生する再生装置であって、アプリケーションプログラムを起動する起動手段と、ユーザから映像データとアプリケーションプログラムとが関連した再生単位を特定する入力を受け付ける受付手段と、前記受付手段がユーザから第一の入力を受け付けた後、所定時間内に第二の入力を受け付けた場合に、第一の入力を無効にし、第二の入力を受け付けた後、前記所定時間内に第三の入力がなければ、第二の入力に基づいて前記起動手段にアプリケーションプログラムを起動させる起動制御手段とを含む再生装置である。
【発明の効果】
【０００９】
本発明は、上記の構成を備えることにより、ユーザから第一の入力を受け付けた後、所定時間内に第二の入力を受け付けると、第一の入力を無効にする。そして、第二の入力を受け付けた後、前記所定時間内に第三の入力がなければ、第二の入力に基づいてアプリケーションは起動される。よって、アプリケーションが複数起動することはないので、画面表示が乱れたり、システム全体の動作がフリーズしたりすることを防ぐことができる。また、第二の入力に基づいてアプリケーションは起動されるので、タイトルの選択ミスをした場合であっても、所定時間内に所望のタイトルを選択することにより、不必要なアプリケーションの起動を抑止することができる。
【００１０】
ここで、前記起動制御手段は、タイマと、前記受付手段が第一の入力を受け付けるとタイマをセットし、前記所定時間内に第二の入力があるか否かを判断して、入力があると判断した場合には、タイマをリセットする処理を、入力はないと判断するまで繰り返す繰り返し手段とを含むとしても良い。
これにより、第一の入力を受け付けるとタイマをセットし、所定時間内に第二の入力があるか否かを判断して、入力があると判断した場合には、タイマをリセットする処理を繰り返すことができる。よって、前記処理を繰り返すことにより、３回以上の入力を受け付けた場合であっても対応することができる。
【００１１】
ここで、前記起動制御手段は、前記映像データとアプリケーションプログラムとが関連した再生単位毎に、前記アプリケーションプログラムの起動属性を示す情報を取得する取得手段と、前記起動属性が、前記再生手段により対応する映像データが再生されると、自動的に前記アプリケーションプログラムが実行される旨を示す情報であるか否かを判定する判定手段とを含み、前記起動制御手段による起動制御は、前記判定手段による判定が肯定である場合になされるとしても良い。
【００１２】
これにより、アプリケーションプログラムの起動属性に応じて、起動制御手段による起動制御を実行するか否かを決定できる。ここで、起動属性とは、映像データが開始されたときに、当該映像データに対応するアプリケーションが自動的に起動するか否かを示す。よって、当該映像データに対応するアプリケーションが自動的に起動する場合のみ、起動制御手段による起動制御を実行することができる。
【００１３】
ここで、前記映像データとアプリケーションプログラムとが関連した再生単位とは、タイトルであり、タイトルには、映像・音声を主とするＭｏｖｉｅタイトルと、アプリケーションを主とするＩｎｔｅｒａｃｔｉｖｅタイトルがあり、タイトルがＭｏｖｉｅタイトルの場合に、前記起動制御手段は起動制御を行うとしても良い。
これにより、タイトルが映像・音声を主とするＭｏｖｉｅタイトルの場合には、起動制御手段による起動制御を実行することにより、アプリケーションが複数起動することを防止できる。また、タイトルがアプリケーションを主とするＩｎｔｅｒａｃｔｉｖｅタイトルの場合には、通常通りアプリケーションを起動することにより、タイトルサーチオペレーション後、即座に画面上に何らかを表示することが可能となるため、ユーザストレスを解消することができる。
【００１４】
ここで、映像データと当該映像データに対応するアプリケーションプログラムとを連動させながら再生する再生装置であって、アプリケーションプログラムを処理する処理手段と、ユーザから特殊再生に関する入力を受け付ける受付手段と、前記映像データの所定区間毎に、前記アプリケーションプログラムの管理情報を保持する保持手段と、前記受付手段が特殊再生に関する入力を受け付けると、特殊再生の状態と、前記保持手段に保持されている管理情報とに応じて、前記処理手段の制御を行う処理制御手段とを含む再生装置としても良い。
【００１５】
これにより、特殊再生の状態と、保持手段に保持されている管理情報とに応じて、アプリケーションプログラムの処理を制御できる。
ここで、前記特殊再生の状態とは、特殊再生の開始、特殊再生実行中、特殊再生の終了の何れかであり、前記処理制御手段は、前記特殊再生の状態が特殊再生の開始、あるいは特殊再生実行中の場合には、前記処理手段に新たにアプリケーションプログラムを起動及び終了させず、前記特殊再生の状態が特殊再生の終了になると、前記処理手段にアプリケーションプログラムを起動及び終了させるとしても良い。
【００１６】
これにより、特殊再生実行中は、アプリケーションプログラムの起動及び終了をしないので、アプリケーションの描画速度と、特殊再生の描画速度とが一致しないために、画面の変化が視聴能力以上に大きくなって内容把握が困難になる状況を回避することができる。
ここで、前記管理情報は、特殊再生実行中のアプリケーションプログラムの処理に関する情報を含み、前記処理制御手段は、前記特殊再生の状態が特殊再生実行中の場合であっても、前記情報に従い、前記処理手段にアプリケーションプログラムを起動及び終了させるとしても良い。
【００１７】
これにより、特殊再生実行中であっても、特殊再生実行中のアプリケーションプログラムに関する情報に従い、アプリケーションプログラムを起動及び終了させることができる。よって、例えば、特殊再生の速度があまり速くなく、アプリケーションの描画速度と、特殊再生の描画速度とに大差がない場合には、特殊再生実行中であっても、アプリケーションプログラムの処理を行うことにより、ユーザに対し、より柔軟な対応ができる。
【００１８】
ここで、前記管理情報は、前記アプリケーションプログラムの起動属性を示す情報を含み、前記処理制御手段は、前記特殊再生の状態が特殊再生実行中に、前記起動属性を示す情報を記憶する記憶手段と、前記受付手段がユーザから特殊再生の終了に関する入力を受け付けた後、所定時間内に特殊再生の開始に関する入力を受け付けたか否かを判断する判断手段とを含み、前記判断手段による判断が否定の場合に、前記処理制御手段は、前記記憶手段に記憶された情報に従い、前記処理手段にアプリケーションプログラムを起動及び終了させるとしても良い。
【００１９】
これにより、アプリケーションプログラムを遅延させて起動・終了するためにアプリケーションプログラムの起動属性を記憶しておくことができるので、特殊再生終了後に管理情報を読み込んでアプリケーションプログラムの処理を制御する場合に比べて、起動・終了までの時間を短縮することができる。
【図面の簡単な説明】
【００２０】
【図１】ＢＤ−ＲＯＭのデータ階層図
【図２】ＢＤ−ＲＯＭが対象としているソフトウェアのレイヤモデルを示す図
【図３】再生装置の内部構成を示す図
【図４】タイトル選択に関わるユーザオペレーションに合わせたアプリケーションの動作制御の処理に関わるブロック図
【図５】アプリ管理情報の一例を示す図
【図６】アプリ起動状態管理情報の一例を示す図
【図７】タイトル毎にアプリ管理情報を保持している様子を示す図
【図８】タイトル遷移に応じたアプリケーションの状態遷移を示す図
【図９】タイトルサーチに合わせたアプリケーションの動作制御を示すフローチャート
【図１０】アプリケーション遅延起動制御を示すフローチャート
【図１１】アプリケーション遅延起動制御を示すフローチャート
【図１２】ユーザの入力と再生装置の動作の一例を示すタイミングチャート
【図１３】プレイリスト管理情報に一例を示す図
【図１４】タイトルごとに配置されたアプリ管理情報とプレイリスト管理情報を示す図
【図１５】タイトル遷移に応じたアプリケーション、プレイリストの状態遷移を示す図
【図１６】タイトルごとに配置されたアプリ管理情報とプレイリスト管理情報を示す図
【図１７】プレイリスト管理情報を考慮してタイトルサーチに合わせたアプリケーションの動作制御を示すフローチャート
【図１８】アプリケーション起動制御処理を示すフローチャート
【図１９】タイトル属性情報の一例を示す図
【図２０】タイトル＃１及びタイトル＃２のタイトル属性情報を示す図
【図２１】タイトル属性情報、プレイリスト管理情報を考慮してタイトルサーチに合わせたアプリケーションの動作制御を示すフローチャート
【図２２】本発明の第二実施形態における特殊操作に関連したユーザ操作の処理に関わるブロック図
【図２３】ＡＶ再生ライブラリが保持しているプレーヤ変数の内容を示す図
【図２４】再生装置が保持している特殊再生情報の内容を示す図
【図２５】本発明の第二実施形態におけるユーザ操作をトリガとして特殊再生を行う処理のフローチャート
【図２６】本発明の第二実施形態における特殊操作に関連したユーザ操作の処理に関わるブロック図
【図２７】本発明の第二実施形態におけるアプリケーションの管理単位を示す図
【図２８】本発明の第二実施形態におけるアプリ管理情報を示す図
【図２９】図２８におけるタイトル遷移に応じたアプリケーション状態遷移を示す図
【図３０】本発明の第二実施形態におけるアプリケーションの管理単位を示す図
【図３１】本発明の第二実施形態における特殊再生に合わせたアプリケーションの動作制御を示すフローチャート
【図３２】図３１におけるアプリケーション状態制御処理を示すフローチャート
【図３３】本発明の第二実施形態における特殊再生時終了フラグを追加したアプリ管理情報を示す図
【図３４】本発明の第二実施形態における特殊再生中のアプリケーション終了機構を示すフローチャート
【図３５】本発明の第二実施形態における特殊再生時起動フラグを追加したアプリ管理情報を示す図
【図３６】本発明の第二実施形態における特殊再生中のアプリケーション起動機構を示すフローチャート
【図３７】本発明の第二実施形態における早見再生動作フラグを追加したアプリ管理情報を示す図
【図３８】本発明の第二実施形態における早見再生中のアプリケーション動作制御機構を示すフローチャート
【図３９】本発明の第二実施形態における特殊再生速度を追加したアプリ管理情報を示す図
【図４０】本発明の第二実施形態における特殊再生速度に応じたアプリケーション動作制御機構を示すフローチャート
【図４１】本発明の第二実施形態におけるアプリケーションの管理単位を示す図
【図４２】タイトル遷移に応じたアプリケーション状態遷移を示す図
【図４３】本発明の第三実施形態における特殊操作に関連したユーザ操作の処理に関わるブロック図
【図４４】本発明の第三実施形態におけるアプリ起動状態管理情報の一例を示す図
【図４５】本発明の第三実施形態における特殊再生に合わせたアプリケーションの動作制御を示すフローチャート
【図４６】図４５におけるアプリケーション遅延制御処理を示すフローチャート
【図４７】図４５におけるアプリケーション遅延制御処理を示すフローチャート
【発明を実施するための形態】
【００２１】
以下、本発明の実施の形態について、図面を参照しながら説明する。
（第一実施形態）
＜構成＞
図１は、ＢＤ−ＲＯＭ（以降、「ＢＤ」と称する場合もある）の構成を示した図である。ＢＤディスクは、他の光ディスク、例えばＤＶＤやＣＤなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、内周のリード・インと外周のリード・アウトの間に論理データを記録できる論理アドレス空間を有している。また、リード・インの内側にはＢＣＡ（Ｂｕｒｓｔ Ｃｕｔｔｉｎｇ Ａｒｅａ）と呼ばれるドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがよくある。
【００２２】
論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｋ Ｆｏｒｍａｔ）やＩＳＯ９６６０などのことであり、通常のＰＣと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出す事が可能になっている。本実施の形態の場合、ＢＤディスク上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＶＩＤＥＯディレクトリが置かれている。このディレクトリはＢＤ−ＲＯＭで扱うＡＶコンテンツや管理情報などのデータが記録されているディレクトリである。
【００２３】
ＢＤＶＩＤＥＯディレクトリの下には、次の７種類のファイルが記録されている。
ＢＤ．ＩＮＦＯ（ファイル名固定）は、「ＢＤ管理情報」の一つであり、ＢＤディスク全体に関する情報を記録したファイルである。ＢＤプレーヤは最初にこのファイルを読み出す。
ＢＤ．ＰＲＯＧ（ファイル名固定）は、「ＢＤ再生プログラム」の一つであり、ＢＤディスク全体に関わるプログラムを記録したファイルである。
【００２４】
ＸＸＸ．ＰＬ（「ＸＸＸ」は可変、拡張子「ＰＬ」は固定）は、「ＢＤ管理情報」の一つであり、シナリオを記録するプレイリスト（Ｐｌａｙ Ｌｉｓｔ）情報を記録したファイルである。プレイリスト毎に１つのファイルを持っている。
ＸＸＸ．ＰＲＯＧ（「ＸＸＸ」は可変、拡張子「ＰＲＯＧ」は固定）は、「ＢＤ再生プログラム」の一つであり、前述したプレイリスト毎のプログラムを記録したファイルである。プレイリストとの対応はファイルボディ名（「ＸＸＸ」が一致する）によって識別される。
【００２５】
ＹＹＹ．ＶＯＢ（「ＹＹＹ」は可変、拡張子「ＶＯＢ」は固定）は、「ＡＶデータ」の一つであり、ＡＶデータであるＭＰＥＧストリームが記録されたファイルである。ＶＯＢ毎に１つのファイルを持っている。
ＹＹＹ．ＶＯＢＩ（「ＹＹＹ」は可変、拡張子「ＶＯＢＩ」は固定）は、「ＢＤ管理情報」の一つであり、ＡＶデータであるＶＯＢに関わる管理情報を記録したファイルである。ＶＯＢとの対応はファイルボディ名（「ＹＹＹ」が一致する）によって識別される。
【００２６】
ＺＺＺ．ＰＮＧ（「ＺＺＺ」は可変、拡張子「ＰＮＧ」は固定）は、「ＡＶデータ」の一つであり、字幕及びメニューを構成するためのイメージデータをＰＮＧ（Ｗ３Ｃによって標準化された画像フォーマットであり「ピング」と読む）形式で記録したファイルである。１つのＰＮＧイメージ毎に１つのファイルを持つ。
図２は再生制御のレイヤモデルを示した図である。図２の第１層は、物理層であり、処理対象たるストリーム本体の供給制御である。この第１層に示すように、処理対象たるストリームは、ＢＤ−ＲＯＭだけではなく、ＨＤ、メモリカード、ネットワークといったあらゆる記録媒体、通信媒体を供給源としている。これらＨＤ、メモリカード、ネットワークといった供給源に対する制御（ディスクアクセス、カードアクセス、ネットワーク通信）が第１層の制御である。
【００２７】
第２層は、ＡＶデータのレイヤである。第２層は、第１層で供給されたストリームを、どのような復号化方式を用いて復号するのかを規定している。
第３層（ＢＤ管理データ）は、ストリームの静的なシナリオを規定するレイヤである。静的なシナリオとは、ディスク制作者によって予め規定されたアプリ管理情報、再生経路情報、ストリーム管理情報であり、第３層はこれらに基づく再生制御を規定している。
【００２８】
第４層（ＢＤ再生プログラム）は、ストリームにおける動的なシナリオを実現するレイヤである。動的なシナリオは、ＡＶストリームの再生手順、及び、その再生に関する制御手順のうち少なくとも一方を実行するプログラムである。動的なシナリオによる再生制御は、装置に対するユーザ操作に応じて変化するものであり、プログラム的な性質をもつ。ここでの動的な再生制御には、２つのモードがある。２つのモードのうち１つは、ＡＶ機器特有の再生環境で、ＢＤ−ＲＯＭに記録された動画データを再生するモード（ＤＶＤライクモード）であり、もう１つはＢＤ−ＲＯＭに記録された動画データの付加価値を高めるモード（Ｊａｖａモード）である。図２において第４層には、ＤＶＤライクモードとＪａｖａモードの２つのモードが記述されている。ＤＶＤライクモードは、ＤＶＤライクな再生環境での再生モードであり、再生進行を動的に変化させるためのシナリオが記述されたシナリオプログラムが動作する。もう一つのＪａｖａモードは、Ｊａｖａ仮想マシンを主体とした再生モードであり、Ｊａｖａアプリケーションから再生制御を行う。
【００２９】
図３は、再生装置の大まかな機能構成を示すブロック図である。図３に示すように、再生装置は、ＢＤ−ＲＯＭドライブ３０１と、トラックバッファ３０２と、デマルチプレクサ３０３と、ビデオデコーダ３０４と、ビデオプレーン３０５と、オーディオデコーダ３０６と、イメージメモリ３０７と、イメージプレーン３０８と、イメージデコーダ３０９と、加算器３１０と、静的シナリオメモリ３１１と、動的シナリオメモリ３１２と、ＤＶＤライクモジュール３１３と、Ｊａｖａモジュール３１４と、ＵＯ検知モジュール３１５と、モード管理モジュール３１６と、ディスパッチャ３１７と、レンダリングエンジン３１８と、特殊再生情報保持部３１９と、ＡＶ再生ライブラリ３２０とから構成される。
【００３０】
ＢＤ−ＲＯＭドライブ３０１は、ＢＤ−ＲＯＭのローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。
トラックバッファ３０２は、ＦＩＦＯメモリであり、ＢＤ−ＲＯＭから読み出されたＡＣＣＥＳＳ ＵＮＩＴを先入れ先出し式に格納する。
デマルチプレクサ３０３は、トラックバッファ３０２からＡＣＣＥＳＳ ＵＮＩＴを取り出して多重分離を行い、ＧＯＰを構成するビデオフレームと、オーディオフレームとを得て、ビデオフレームをビデオデコーダ３０４に出力し、オーディオフレームをオーディオデコーダ３０６に出力する。副映像ストリームはイメージメモリ３０７に格納し、Ｎａｖｉｇａｔｉｏｎ Ｂｕｔｔｏｎ情報は動的シナリオメモリ３１２に格納する。デマルチプレクサ３０３による多重分離は、ＴＳパケットをＰＥＳパケットに変換するという変換処理を含む。
【００３１】
ビデオデコーダ３０４は、デマルチプレクサ３０３から出力されたビデオフレームを復号して、非圧縮形式のピクチャをビデオプレーン３０５に書き込む。
ビデオプレーン３０５は、非圧縮形式のピクチャを格納しておくためのメモリである。
オーディオデコーダ３０６は、デマルチプレクサ３０３から出力されたオーディオフレームを復号して、非圧縮形式のオーディオデータを出力する。
【００３２】
イメージメモリ３０７は、ＢＤ−ＲＯＭから読み出された副映像ストリーム、Ｎａｖｉｇａｔｉｏｎ Ｂｕｔｔｏｎ情報内のＰＮＧデータ、画像ファイルを格納しておくバッファである。
イメージプレーン３０８は、一画面分の領域をもったメモリであり、展開された副映像ストリーム、ＰＮＧデータ、画像ファイルが配置される。
【００３３】
イメージデコーダ３０９は、イメージメモリ３０７に格納された副映像ストリーム、ＰＮＧデータ、画像ファイルを展開してイメージプレーン３０８に書き込む。副映像ストリームのデコードにより、各種メニュー、副映像が画面上に現れることになる。
加算器３１０は、ビデオプレーン３０５に格納された非圧縮形式のピクチャデータに、イメージプレーン３０８に展開されたイメージを合成して出力する。
【００３４】
静的シナリオメモリ３１１は、アプリ管理情報、カレントのＰＬやカレントのストリーム管理情報を格納しておくためのメモリである。アプリ管理情報とは、ＢＤ−ＲＯＭに記録されている。カレントＰＬとは、ＢＤ−ＲＯＭに記録されている複数ＰＬのうち、現在処理対象になっているものをいう。カレントストリーム管理情報とは、ＢＤ−ＲＯＭに記録されている複数のストリーム管理情報のうち、現在処理対象になっているものをいう。
【００３５】
動的シナリオメモリ３１２は、カレント動的シナリオを格納しておき、ＤＶＤライクモジュール３１３、Ｊａｖａモジュール３１４による処理に供されるメモリである。カレント動的シナリオとは、ＢＤ−ＲＯＭに記録されている複数シナリオのうち、現在実行対象になっているものをいう。
ＤＶＤライクモジュール３１３は、ＤＶＤライクモードの実行主体となるＤＶＤ仮想プレーヤであり、動的シナリオメモリ３１２に読み出されたカレントのシナリオプログラムを実行する。
【００３６】
Ｊａｖａモジュール３１４は、Ｊａｖａプラットフォームであり、Ｊａｖａ仮想マシン、コンフィグレーション、プロファイルからなる。Ｊａｖａ仮想マシンは、クラスローダを含む。Ｊａｖａモジュール３１４は、動的シナリオメモリ３１２に読み出されたＪａｖａクラスファイルからカレントのＪａｖａオブジェクトを生成し、実行する。Ｊａｖａ仮想マシンは、Ｊａｖａ言語で記述されたＪａｖａオブジェクトを、再生装置におけるＣＰＵのネイティブコードに変換して、ＣＰＵに実行させる。
【００３７】
ＵＯ検知モジュール３１５は、リモコンや再生装置のフロントパネルに対してなされたユーザ操作を検出して、ユーザ操作を示す情報（以降、ＵＯ（Ｕｓｅｒ Ｏｐｅｒａｔｉｏｎ）という）をモード管理モジュール３１６に出力する。
モード管理モジュール３１６は、ＢＤ−ＲＯＭから読み出されたモード管理テーブルを保持して、モード管理及び分岐制御を行う。モード管理モジュール３１６によるモード管理とは、動的シナリオをどのＤＶＤライクモジュール３１３、Ｊａｖａモジュール３１４に実行させるかという、モジュールの割り当てである。
【００３８】
ディスパッチャ３１７は、ＵＯから、現在の再生装置におけるモードに適切なＵＯのみを選んで、そのモードを実行するモジュールに受け渡す。例えばＤＶＤライクモードの実行中に、上下左右、アクティベートといったＵＯを受け付けた場合、ＤＶＤライクモードのモジュールにこれらのＵＯを出力するというのがディスパッチャ３１７の処理である。
レンダリングエンジン３１８は、Ｊａｖａ２Ｄ、ＯＰＥＮ−ＧＬといった基盤ソフトウェアを備え、Ｊａｖａモジュール３１４からの指示に従ってコンピュ−タ・グラフィックスの描画を行い、描画されたコンピュ−タ・グラフィックスをイメージプレーン３０８に出力する。
【００３９】
特殊再生情報保持部３１９は、特殊再生として再生装置でサポートしている再生速度一覧、及びＤＶＤライクモードで使われる特殊再生の情報を保持している。これらの情報はＪａｖａモジュールから参照され、Ｊａｖａモード時における特殊再生においてＤＶＤライクモードと互換を取るために用いられる。
ＡＶ再生ライブラリ３２０は、ＤＶＤライクモジュール３１３、Ｊａｖａモジュール３１４からの関数呼び出しに応じて、ＡＶ再生機能、プレイリストの再生機能を実行する。ＡＶ再生機能とは、ＤＶＤプレーヤ、ＣＤプレーヤから踏襲した機能群であり、再生開始、再生停止、一時停止、一時停止の解除、静止画機能の解除、再生速度を即値で指定した早送り、再生速度を即値で指定した巻戻し、音声切り換え、副映像切り換え、アングル切り換えといった処理である。プレイリスト再生機能とは、このＡＶ再生機能のうち、再生開始や再生停止をプレイリスト情報に従って行うことをいう。このＡＶ再生ライブラリ３２０は、ＤＶＤライクモジュール３１３、Ｊａｖａモジュール３１４から指定された再生速度の即値に応じ、トラックバッファ３０２からの読み込み速度を変化させ、その読み込み速度に応じてデマルチプレクサ３０３を制御してビデオデータを抜き出し、ビデオデコーダ３０４に送る。また、オーディオデータも同様にデマルチプレクサ３０３を制御して抜き出し、オーディオデコーダ３０６に送る。これらの処理によって指定された再生速度の即値による特殊再生が可能となる。
【００４０】
以上が再生装置の構成要素である。
続いて図４は、Ｊａｖａモジュール３１４の詳細構成であり、タイトル選択に関わるユーザオペレーションに合わせたアプリケーションの動作制御の処理に関わるブロック図である。
ディスパッチャ３１７は、タイトル選択に関わるユーザオペレーションが行われると、タイトルマネージャ４０１に対して、入力された数値に対応するタイトル選択を要求する。
【００４１】
タイトルマネージャ４０１は、メディア再生モジュール４０４に対して映像・音声の再生を、アプリケーション制御モジュール４０６に対してアプリケーションの起動を要求する。
アプリケーション制御モジュール４０６は、タイトルマネージャ４０１からの起動要求、動的シナリオ情報取得モジュール４０７から取得したＪａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３、静的シナリオ情報取得モジュール４０８から取得したアプリ管理情報、遅延制御管理モジュール４１１から取得したアプリケーション状態、及び時間情報に基づいて、Ｊａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３の挙動制御を行う。
【００４２】
動的シナリオ情報取得モジュール４０７は、動的シナリオメモリ３１２からＪａｖａアプリケーションを取得するモジュールであり、アプリケーション制御モジュール４０６からの指示により、ＢＤ−ＲＯＭからＪａｖａアプリケーションを動的シナリオメモリ３１２に記憶したり、Ｊａｖａアプリケーションを動的シナリオメモリ３１２から解放したりする。
【００４３】
静的シナリオ情報取得モジュール４０８は、静的シナリオメモリ３１１からＪａｖａアプリケーションの動作を制御するためのアプリ管理情報を取得するモジュールである。
再生情報取得モジュール４０９は、再生情報管理モジュール４０５から再生情報を取得したり、再生情報に変更があった場合にイベントを受信したりするモジュールである。
特殊再生状態取得モジュール４１０は、メディア再生モジュール４０４から特殊再生の状態として、特殊再生の開始、特殊再生実行中、特殊再生の終了に関するイベントを受信するモジュールである。
【００４４】
遅延制御管理モジュール４１１は、タイトル選択時のタイトル遷移に合わせて、アプリケーションの起動属性を記憶したり、遅延起動の際の時間の管理を行うモジュールである。ここで、遅延起動とは、ユーザからのタイトル選択により、アプリケーション制御モジュール４０６が、選択されたタイトルの起動要求を受け付けたとしても、対応するアプリケーションを直ちに起動させずに、遅延して起動させることをいう。遅延起動の際の時間とは、遅延起動させる際に、どれだけの時間待つかを示す時間である。また、遅延制御管理モジュール４１１の具体的な構成としては、タイマを含む。
【００４５】
ＵＯイベント配送モジュール４１２は、タイトルマネージャ４０１が受信したＵＯイベントをＪａｖａアプリケーションに配送するためのモジュールである。
＜データ＞
図５は、アプリ管理情報の一例を示す図である。図５に示すように、アプリ管理情報は、アプリケーションＩＤ５０１と、起動属性５０２と、バウンド属性５０３とから構成される。
【００４６】
アプリケーションＩＤ５０１は、アプリケーションを識別するための識別子である。
起動属性５０２は、タイトルが開始されたときに起動されるアプリケーション（ＡｕｔｏＳｔａｒｔ）と起動されないアプリケーション（Ｐｒｅｓｅｎｔ）とを区別するためのタイトル開始時の起動属性を示す。
バウンド属性５０３は、タイトルにまたがって連続実行可能かどうかを識別するための属性である。バウンド属性が「ｂｏｕｎｄ」ならば、タイトル選択時点でアプリケーションは終了される。「ｕｎｂｏｕｎｄ」ならば、タイトル選択時点で終了しない。
【００４７】
続いて図６は、アプリ起動状態管理情報の一例を示す。図６に示すように、アプリ起動状態管理情報は、アプリケーションＩＤ５０１と、アプリ起動状態６０１とから構成される。
アプリ起動状態６０１は、「ＡｕｔｏＳｔａｒｔ」、「Ｐｒｅｓｅｎｔ」の何れかを示す。「ＡｕｔｏＳｔａｒｔ」は、タイトル選択後に自動起動されるアプリケーションであることを示している。「Ｐｒｅｓｅｎｔ」は、タイトル選択後に自動起動も終了もされないアプリケーションであることを示している。「Ｐｒｅｓｅｎｔ」は、他のアプリケーションによって起動されるか、あるいはユーザ操作などのイベントにより起動される。
【００４８】
図７は、アプリ管理情報がタイトルごとに保持されている場合の一例を示す図である。ここで、Ａｐｐｌｉｃａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｔａｂｌｅ（以下、「ＡＭＴ」という）は、アプリ管理情報を保持しているテーブルである。この場合、タイトルが切り替わるごとに、アプリケーションマネージャ４０２は、タイトルマネージャ４０１からアプリ管理情報を取得することにより、映像の再生に合わせたアプリケーションの動作制御を行う。
＜動作＞
図８は、図７のアプリ管理情報に基づいて、タイトル＃１とタイトル＃２とを順に通常再生する場合において、アプリケーションの動作の一例を示している。ここで、Ｐｒｅｓｅｎｔ属性をもつアプリケーションは、他のアプリケーションによって起動されるとする。まず、タイトル＃１が開始されると、アプリ管理情報にしたがってＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃１が起動される。アプリケーション＃２がアプリケーション＃１より起動され、アプリケーション＃３がアプリケーション＃２より起動される。その後、次のタイトル＃２が選択されると、タイトル＃１のアプリ管理情報のバウンド属性が「ｂｏｕｎｄ」である、アプリケーション＃１及びアプリケーション＃２は終了される。「ｕｎｂｏｕｎｄ」である、アプリケーション＃３はタイトル選択処理の間も起動し続ける。タイトル＃２が開始されると、タイトル＃２でＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃２が起動し、アプリケーション＃３は継続して実行される。アプリケーション＃４がアプリケーション＃３より起動され、タイトル＃２が終了すると、タイトル＃２のアプリ管理情報でバウンド属性が「ｂｏｕｎｄ」であるアプリケーション＃２、アプリケーション＃３、及びアプリケーション＃４は終了される。
【００４９】
なお、Ｐｒｅｓｅｎｔ属性をもつアプリケーションは、ユーザ操作などのイベントにより起動されるとしてもよい。
図９は、モード管理モジュール３１６からタイトル選択、あるいは、タイトル終了要求を受け取った場合の、タイトルマネージャ４０１、アプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。
【００５０】
タイトルマネージャ４０１は、モード管理モジュールからタイトル選択要求、あるいは、タイトル終了要求を受け取ると、その判定を行う（ステップＳ９０１）。タイトル終了要求の場合、タイトルマネージャ４０１は、メディア再生モジュール４０４に対して映像・音声の終了を要求する。要求を受け取ると、メディア再生モジュール４０４は映像・音声を終了する（ステップＳ９０２）。次に、タイトルマネージャ４０１は、アプリケーション制御モジュール４０６に対して、アプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール４０６は、実行中の全てのアプリケーションを終了する（ステップＳ９０３）。タイトル選択要求の場合、タイトルマネージャ４０１は、アプリケーション制御モジュール４０６に対して、バウンドアプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール４０６は、実行中の全てのバウンドアプリケーションを終了する（ステップＳ９０４）。その後、アプリケーション制御モジュール４０６は、アプリケーションの遅延起動制御処理を行う（ステップＳ９０５）。
【００５１】
続いて図１０及び図１１は、図９におけるアプリケーションの遅延起動制御処理を示すフローチャートである。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。ｊは、アプリ起動状態管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、入力された数値が記憶されている数値と不一致、または記憶されている数値なしか否かを判断する（ステップＳ１００１）。入力された数値が記憶されている数値と不一致、または記憶されている数値がない場合は、入力された数値を記憶する（ステップＳ１００２）。入力された数値が記憶されている数値と一致する場合、または入力された数値の記憶処理後にｉを初期化する（ステップＳ１００３）。当該アプリケーションIDに対応するアプリケーションが現在実行中であるか否かを判定する（ステップＳ１００４）。現在実行中でなければ、当該アプリケーションIDに対応する起動属性がＡｕｔｏＳｔａｒｔであるか否かを判定する（ステップＳ１００５）。起動属性がＡｕｔｏＳｔａｒｔでない場合には、アプリ起動状態をＰｒｅｓｅｎｔとして遅延制御管理モジュール４１１に記憶する（ステップＳ１００６）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリ起動状態をＡｕｔｏＳｔａｒｔとして遅延制御管理モジュール４１１に記憶する（ステップＳ１００７）。現在実行中であれば、アプリケーションを継続して実行する（ステップＳ１００８）。上記処理後にアプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ１００９）。存在する場合はｉを一つ計数し（ステップＳ１０１０）、ステップＳ１００４に移行する。他に存在しない場合は、アプリ管理情報に記載されていないアプリケーションＩＤに対応するアプリケーションが実行中か否かを判定する（ステップＳ１０１１）。前記アプリケーションが実行中である場合には、全て終了する（ステップＳ１０１２）。所定時間を計測する為のタイマをセットし（ステップＳ１０１３）、所定時間内に記憶した数値と同一の入力があるか否かを判定する（ステップＳ１０１４）。所定時間内に記憶した数値と同一の入力がある場合には、タイマをリセットし（ステップＳ１０１５）、ステップＳ１０１４に移行する。続いてｊを初期化する（ステップＳ１０１６）。当該アプリケーションＩＤに対応するアプリ起動状態がＡｕｔｏＳｔａｒｔであるか否かを判定する（ステップＳ１０１７）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリケーションを起動する（ステップＳ１０１８）。アプリ起動状態管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ１０１９）。存在する場合はｊを一つ計数し（ステップＳ１０２０）、ステップＳ１０１７に移行する。他に存在しない場合は処理を終了する。
【００５２】
なお、上記フローチャートでは、所定時間内に記憶した数値と同一の入力があるか否かを判定したが、同一の入力でなくても良い。所定時間内に他のタイトルを選択する入力があった場合であっても、タイマをリセットし、所定時間内に入力がないと判定されると、最後の入力に基づいてアプリケーションプログラムは起動されるとしても良い。
続いて図１２を用いて、同一の入力が連続して複数回あった場合のアプリケーションの遅延起動制御処理を具体的に説明する。図１２の第一段はディスパッチャを示す。第二段はタイトルマネージャを示す。第三段はアプリケーションマネージャを示す。第四段はクラスローダを示す。それぞれの段の横軸は時間を示す。時刻ｔ１から時刻ｔ５、時刻ｔ２から時刻ｔ６、時刻ｔ３から時刻ｔ７、及び時刻ｔ４から時刻ｔ８は所定時間を示す。時刻ｔ１において、ユーザによりタイトル＃１を特定するリモコンキーが押下されると、ディスパッチャはタイトルマネージャにタイトル＃１を選択するよう要求する。要求を受け取ると、タイトルマネージャはアプリケーションマネージャにタイトル＃１を起動するよう要求する。要求を受け取ると、アプリケーションマネージャは直ちにクラスローダに命令を発行せずに、タイマをセットし、所定時間内に同一のタイトルを選択する入力があるか否かを判断する。ここで、時刻ｔ２において、タイトル＃１を選択する入力があるので、タイマをリセットし、再び所定時間内に同一のタイトルを選択する入力があるか否かを判断する。ここで、時刻ｔ３において、タイトル＃１を選択する入力があるので、タイマをリセットし、再び所定時間内に同一のタイトルを選択する入力があるか否かを判断する。ここで、時刻ｔ４において、タイトル＃１を選択する入力があるので、タイマをリセットし、再び所定時間内に同一のタイトルを選択する入力があるか否かを判断する。所定期間内に同一のタイトルを選択する入力がないので、時刻ｔ８において、最後に受信した入力（時刻ｔ４における入力）に基づいてクラスローダに命令を発行する。
【００５３】
続いて図１３はタイトル選択時に、映像・音声の開始をアプリケーションからではなく、自動的にＪａｖａモジュールで行うためのプレイリスト管理情報の一例について示している。プレイリスト管理情報は、自動再生フラグ１３０１と、プレイリスト名１３０２とから構成される。
自動再生フラグは、「有効」、「無効」の何れかを示す。「有効」の場合には、プレイリスト名１３０２に記載されているプレイリストの先頭に記載されたプレイリストを自動的にＪａｖａモジュールで再生する。自動再生フラグが「無効」の場合には、プレイリスト名１３０２に記載されているプレイリストを自動的にＪａｖａモジュールで再生せず、アプリケーションから再生する。
【００５４】
プレイリスト名１３０２は、タイトルで使用可能なプレイリストの一覧を示す。
続いて図１４は、アプリ管理情報だけでなく、プレイリスト管理情報もタイトルごとに保持されている場合の一例を示す。このように、プレイリスト管理情報をタイトルごとに配置することで、タイトルで使用可能なプレイリストを制限することが可能であるだけでなく、タイトル選択時に、自動的にプレイリストを再生することが可能である。
【００５５】
図１５は、図１４のアプリ管理情報、及びプレイリスト管理情報に基づいて、タイトル＃１とタイトル＃２とを順に通常再生する場合のアプリケーションの動作、及びプレイリストの再生を示している。タイトル＃１が開始されると、アプリ管理情報にしたがってＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃１が起動され、さらに、プレイリスト管理情報の自動再生フラグが「有効」であるので、先頭に記載されているプレイリスト＃１が自動的に再生される。他のプレイリストは、アプリケーションからの再生要求、あるいはユーザ操作などのイベントにより再生される。例えば、現在実行中のアプリケーション＃１がプレイリストの切り替えを行うことにより、プレイリスト＃１からプレイリスト＃２に切り替わる。タイトル＃２が開始されると、タイトル＃２でＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃２が起動し、タイトル＃１にのみ関連付けられているアプリケーション＃１は終了される。プレイリスト管理情報の自動再生フラグが「無効」であるので、プレイリストは自動的に再生されない。アプリケーション＃２がプレイリスト＃３の再生を要求することにより、プレイリスト＃３は開始される。アプリケーション＃２、プレイリスト＃３が終了することで、タイトル＃２は終了する。
【００５６】
続いて図１６は、タイトルがアプリ管理情報、及びプレイリスト管理情報の両方を含むものと、アプリ管理情報のみを含むものとがある場合の一例を示す。このように、アプリ管理情報、及びプレイリスト管理情報の両方を含むもの、アプリ管理情報のみを含むものをタイトルごとに保持することで、映像・音声とアプリケーションが共存するタイトルと、ゲームのようにアプリケーションのみのタイトルを用意することが可能となる。
【００５７】
図１７は、タイトルにプレイリスト管理情報を含む場合を考慮した、モード管理モジュール３１６からタイトル選択、あるいは、タイトル終了要求を受け取った場合の、タイトルマネージャ４０１、アプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。
タイトルマネージャ４０１は、モード管理モジュール３１６からタイトル選択要求、あるいは、タイトル終了要求を受け取ると、その判定を行う（ステップＳ１７０１）。タイトル終了要求の場合、タイトルマネージャ４０１は、メディア再生モジュール４０４に対して映像・音声の終了を要求する。要求を受け取ると、メディア再生モジュール４０４は映像・音声を終了する（ステップＳ１７０２）。タイトルマネージャ４０１は、アプリケーション制御モジュール４０６に対して、アプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール４０６は、実行中の全てのアプリケーションを終了する（ステップＳ１７０３）。タイトル選択要求の場合、タイトルマネージャ４０１は、アプリケーション制御モジュール４０６に対して、バウンドアプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール４０６は、実行中の全てのバウンドアプリケーションを終了する（ステップＳ１７０４）。タイトルマネージャ４０１は、選択されたタイトルにプレイリスト管理情報が存在するかどうか判定する（ステップＳ１７０５）。選択されたタイトルにプレイリスト管理情報が存在しない場合には、アプリケーション制御モジュール４０６に対して、アプリケーションの起動を要求する。要求を受け取ると、アプリケーション制御モジュール４０６はアプリケーション起動制御処理を行う（ステップＳ１７０６）。選択されたタイトルにプレイリスト管理情報が存在する場合には、前記プレイリスト管理情報内の自動再生フラグが有効であるかどうか判定する（ステップＳ１７０７）。前記プレイリスト管理情報内の自動再生フラグが無効である場合には、ステップＳ１７０６の処理を行う。前記プレイリスト管理情報内の自動再生フラグが有効である場合には、タイトルマネージャ４０１は、メディア再生モジュール４０４に対して、映像・音声開始を要求する。要求を受け取ると、メディア再生モジュール４０４は、指定されたプレイリストを再生する（ステップＳ１７０８）。アプリケーション制御モジュール４０６は、アプリケーションの遅延起動処理を行う（ステップＳ１７０９）。
【００５８】
続いて図１８は、図１７におけるアプリケーション起動制御処理の一例を示す。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、ｉを初期化する（ステップＳ１８０１）。当該アプリケーションIDに対応するアプリケーションが現在実行中であるか否かを判定する（ステップＳ１８０２）。現在実行中であれば、アプリケーションを継続して実行する（ステップＳ１８０３）。現在実行中でなければ、当該アプリケーションIDに対応する起動属性がＡｕｔｏＳｔａｒｔであるか否かを判定する（ステップＳ１８０４）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリケーションを起動する（ステップＳ１８０５）。上記処理後にアプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ１８０６）。存在する場合はｉを一つ計数し（ステップＳ１８０７）、ステップＳ１８０２に移行する。他に存在しない場合は、アプリ管理情報に記載されていないアプリケーションＩＤに対応するアプリケーションが実行中か否かを判定する（ステップＳ１８０８）。前記アプリケーションが実行中である場合には、全て終了する（ステップＳ１８０９）。前記アプリケーションが実行中でない場合には、処理を終了する。
【００５９】
図１９は、再生の単位であるタイトルに関する属性情報の一例を示している。タイトル属性情報は、モード管理モジュール３１６が、タイトルを選択する際に必要な情報であり、タイトルオブジェクトタイプ１９０１と、タイトルアクセスタイプ１９０２と、タイトルプレイバックタイプ１９０３と、タイトルオブジェクト名１９０４とを含む。
タイトルオブジェクトタイプ１９０１は、ユーザオペレーションによりタイトル選択が要求されたとき、モード管理モジュール３１６が、ＤＶＤライクモジュール３１３に関連するタイトル「ＨＤＭＶ」か、Ｊａｖａモジュール３１４に関連するタイトル「ＢＤ−Ｊ」か、を判断するための属性情報である。この属性情報により、ディスク上のコンテンツのみならず、放送波や、ＨＤＤ等のストレージに記録されたコンテンツの再生をも行うことが可能となる。
【００６０】
タイトルアクセスタイプ１９０２は、ユーザオペレーションによりタイトル選択を許可するかどうかを判断するための属性情報である。この属性情報により、コンテンツプロバイダーは、隠しタイトルを含めることが可能になる。
タイトルプレイバックタイプ１９０３は、タイトルが映像・音声を主とするか（Ｍｏｖｉｅタイトル）、アプリケーションを主とするか（Ｉｎｔｅｒａｃｔｉｖｅタイトル）を判定するための属性情報である。この情報により、モード管理モジュール３１６は、ユーザオペレーションにより生成するキーイベントをＤＶＤライクモジュール３１３、あるいは、Ｊａｖａモジュール３１４に配送するかどうかを判断する。
【００６１】
タイトルオブジェクト名１９０４は、タイトル属性情報がリンクするタイトルオブジェクトの名前を示す属性情報である。
図２０は、タイトルリスト内のタイトル＃１、タイトル＃２のタイトル属性情報の一例を示している。タイトル＃１は、Ｊａｖａモジュール３１４で再生される「ＢＤ−Ｊタイトル」、ユーザオペレーションによるタイトル選択可能である「アクセス可」、映像・音声を主とする「Ｍｏｖｉｅタイトル」、タイトルオブジェクト名が「ＢＤ−Ｊ Ｏｂｊ＃１」であることを示している。タイトル＃２は、ＤＶＤライクモジュール３１３で再生される「ＨＤＭＶタイトル」、ユーザオペレーションによるタイトル選択不可能である「アクセス不可」、アプリケーションを主とする「Ｉｎｔｅｒａｃｔｉｖｅタイトル」、タイトルオブジェクト名が「Ｍｏｖｉｅ Ｏｂｊ＃２」であることを示している。
【００６２】
図２１は、タイトル属性情報を含む場合を考慮した、モード管理モジュール３１６からタイトル選択、あるいは、タイトル終了要求を受け取った場合の、タイトルマネージャ４０１、アプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。タイトルマネージャ４０１は、モード管理モジュール３１６からタイトル選択要求、あるいは、タイトル終了要求を受け取ると、その判定を行う（ステップＳ２１０１）。タイトル終了要求の場合、タイトルマネージャ４０１は、メディア再生モジュール４０４に対して映像・音声の終了を要求する。要求を受け取ると、メディア再生モジュール４０４は映像・音声の終了する（ステップＳ２１０２）。タイトルマネージャ４０１は、アプリケーション制御モジュール４０６に対して、アプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール４０６は、実行中の全てのアプリケーションを終了する（ステップＳ２１０３）。タイトル選択要求の場合、タイトルマネージャ４０１は、アプリケーション制御モジュール４０６に対して、バウンドアプリケーションの終了を要求する。要求を受け取ると、アプリケーション制御モジュール４０６は、実行中の全てのバウンドアプリケーションを終了する（ステップＳ２１０４）。タイトルマネージャ４０１は、選択されたタイトルにプレイリスト管理情報が存在するかどうか判定する（ステップＳ２１０５）。選択されたタイトルにプレイリスト管理情報が存在しない場合には、アプリケーション起動制御処理を行う（ステップＳ２１０６）。選択されたタイトルにプレイリスト管理情報が存在する場合には、前記プレイリスト管理情報内の自動再生フラグが有効であるかどうか判定する（ステップＳ２１０７）。前記プレイリスト管理情報内の自動再生フラグが無効である場合には、タイトル属性情報内のタイトルプレイバックタイプが「Ｍｏｖｉｅ」であるかどうか判定する（ステップＳ２１０８）。前記タイトルプレイバックタイプが「Ｍｏｖｉｅ」でない場合には、ステップＳ２１０６の処理を行い、前記タイトルプレイバックタイプが「Ｍｏｖｉｅ」である場合には、アプリケーション遅延起動制御処理を行う（ステップＳ２１１０）。プレイリスト管理情報内の自動再生フラグが有効である場合には、タイトルマネージャ４０１は、メディア再生モジュール４０４に対して、映像・音声開始を要求する。要求を受け取ると、メディア再生モジュール４０４は、指定されたプレイリストを再生し（ステップＳ４３０９）、その後、ステップＳ２１１０の処理を行う。
【００６３】
以上のように本実施の形態によれば、ユーザによるタイトル選択の際、チャタリングにより入力を複数回受け付けたとしても、最後の入力に基づいてアプリケーションプログラムを実行する。よって、アプリケーションプログラムを繰り返し起動することはなくなるので、画面表示の乱れや、システム全体の動作のフリーズを防止することができる。
なお、本実施の形態では、ある再生区間としてタイトルを例に説明したが、タイトルでなくてもよい。例えば、ｃｈａｐｔｅｒでも良いし、ＰｌａｙＬｉｓｔでも良い。
（第二実施形態）
本実施の形態は、特殊再生時のアプリケーション制御の改良に関する。
【００６４】
図２２は、本実施形態におけるＤＶＤライクモジュール３１３、Ｊａｖａモジュール３１４aの具体的な構成を示すとともに、早送り、早戻し、チャプターサーチ、時間サーチなどの特殊操作に関連したユーザ操作の処理に関わるブロック図である。まずＤＶＤライクモジュール３１３における再生及び特殊再生制御について述べる。
シナリオプログラム２２０１は、ＢＤ−ＲＯＭ上に記録されたＤＶＤライクモード用のＢＤ再生プログラムで、シナリオ制御モジュール２２０２が提供するシナリオ制御関数を呼び出し、条件に応じてプレイリストの分岐を行う。
【００６５】
シナリオ制御モジュール２２０２は、シナリオ制御関数を提供する。
ＵＯ処理モジュール２２０３は、ユーザのリモコン操作に対する処理を行う。具体的には、ディスパッチャ３１７から受け取ったＵＯイベントに応じ、早送り、早戻し、チャプターサーチ、時間サーチなどの特殊再生を行う。
続いて、Ｊａｖａモードの場合はＢＤ−ＲＯＭ上に記録されたＪａｖａアプリケーション４１４が、対応するＢＤタイトル再生の間、メディア再生モジュール４０４が提供するＡＰＩを用いてシナリオ、特殊再生の制御を行う。
【００６６】
タイトルマネージャ４０１は、ユーザのリモコン操作により早送り、早戻し、チャプターサーチ、時間サーチ等に関する入力があると、ディスパッチャ３１７からＵＯイベントを受け取り、アプリケーションマネージャ４０２ａを介して現在動作中のＪａｖａアプリケーション４１４に、受け取ったＵＯイベントを渡す。
アプリケーションマネージャ４０２ａは、Ｊａｖａアプリケーション４１４から特殊再生が実行されると、再生速度の変更にしたがって、メディア再生モジュール４０４から特殊再生開始イベントを受信すると、特殊再生終了イベントを受信するまで、再生情報管理モジュール４０５からシナリオ遷移イベントを受信した場合には、アプリ管理情報に基づいてＪａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３の挙動制御を判断する。
【００６７】
特殊再生情報取得モジュール４０３は、特殊再生情報を得て、Ｊａｖａアプリケーション４１４に渡す。
メディア再生モジュール４０４は、Ｊａｖａアプリケーション４１４に対し、メディア再生制御のためのＡＰＩを提供する。メディア再生モジュール４０４は、Ｊａｖａアプリケーション４１４がメディア再生制御ＡＰＩを呼び出すと、対応するＡＶ再生ライブラリ３２０の関数を呼び出し、ＡＶ再生制御を行う。
【００６８】
再生情報管理モジュール４０５は、再生情報を管理しており、シナリオ遷移イベントをアプリケーションマネージャ４０２ａに送信する。
Ｊａｖａアプリケーション４１４は、早送りボタン押下などのＵＯイベントに対し、どの再生速度で特殊再生を行うべきか、特殊再生情報取得モジュール４０３を通じて特殊再生情報を得て再生速度の判断を行う。特殊再生情報からＤＶＤライクモードで用いられている再生速度、端末がサポートしている再生速度を読み取り、それらを元に適切な再生速度をメディア再生モジュール４０４に指定する。
【００６９】
図２３は再生情報を表すシステムパラメータ（ＳＰＲＭ）の一覧である。ＳＰＲＭ（０）からＳＰＲＭ（１２）までは再生状態を示しており、シナリオの遷移に応じて刻々と変更されていくパラメータであり、それ以外はプリファレンスとしてプレーヤに設定されるパラメータである。
ＳＰＲＭ（０） ： インタラクティブグラフィックスストリーム番号
ＳＰＲＭ（１） ： 音声ストリーム番号
ＳＰＲＭ（２） ： プレゼンテーショングラフィック／字幕ストリーム番号
ＳＰＲＭ（３） ： アングル番号
ＳＰＲＭ（４） ： 現在再生中のタイトル番号
ＳＰＲＭ（５） ： 現在再生中のチャプター番号
ＳＰＲＭ（６） ： 現在再生中のプレイリスト識別子
ＳＰＲＭ（７） ： 現在再生中のプレイアイテム識別子
ＳＰＲＭ（８） ： 再生時刻情報
ＳＰＲＭ（９） ： ナビゲーションタイマー
ＳＰＲＭ（１０） ： 選択キー情報
ＳＰＲＭ（１１） ： インタラクティブグラフィックスストリームにおける現在のページ識別子
ＳＰＲＭ（１２） ： 字幕ストリームにおけるユーザースタイル識別子
ＳＰＲＭ（１３） ： パレンタルレベル
ＳＰＲＭ（１４） ： 予備
ＳＰＲＭ（１５） ： プレーヤ設定値（オーディオ）
ＳＰＲＭ（１６） ： 音声ストリーム用言語コード
ＳＰＲＭ（１７） ： プレゼンテーショングラフィック／字幕ストリーム用言語コード
ＳＰＲＭ（１８） ： メニュー用言語コード
ＳＰＲＭ（１９） ： 予備
ＳＰＲＭ（２０） ： 予備
ＳＰＲＭ（２１） ： 予備
ＳＰＲＭ（２２） ： 予備
ＳＰＲＭ（２３） ： 予備
ＳＰＲＭ（２４） ： 予備
ＳＰＲＭ（２５） ： 予備
ＳＰＲＭ（２６） ： 予備
ＳＰＲＭ（２７） ： 予備
ＳＰＲＭ（２８） ： 予備
ＳＰＲＭ（２９） ： 予備
ＳＰＲＭ（３０） ： 字幕サポート情報
ＳＰＲＭ（３１） ： プレーヤのバージョン情報
ＳＰＲＭ（３２） ： 予備
図２４は再生装置が保持している再生情報に対応する特殊再生情報の内容を示す図である。特殊再生情報は、再生装置がサポートしている再生速度一覧と、ＤＶＤライクモードで使用する再生速度情報と、特殊再生操作を行うトリガとなる情報とを含む。特殊再生のトリガとしてはユーザのボタン操作などがあり、その場合、特殊再生に対応するボタンのＩＤと押された回数等を記載する。
【００７０】
なお、この図２４では、順方向倍速、逆方向倍速、順方向スロー再生、逆方向スロー再生を取り上げたが、他の特殊再生、例えば、何秒か先にスキップするスキップ再生などの情報でもよい。スキップ再生の場合、端末サポートレートの欄が再生速度ではなく秒数となり、端末がサポートする全ての秒数を記載するのではなく、ＤＶＤライクモードで用いている値が書かれてあればよい。本実施形態では、再生速度が変化する特殊再生を例に取り上げて説明するが、時間をパラメータとした特殊再生（例えば１５秒先にスキップするスキップ再生など）にも置き換えることが可能である。
【００７１】
図２５はユーザ操作をトリガとして特殊再生を行う処理のフローチャートである。ユーザがリモコンや再生装置のフロントパネルを操作し、早送りボタン押下する等のキー操作を行うと、ＵＯ検知モジュール３１５がユーザのキー操作を検知する（ステップＳ２５０１）。ＵＯ検知モジュール３１５は、ユーザのキー操作に対応したイベントをモード管理モジュール３１６に投げ、モード管理モジュール３１６は現在のモードがＪａｖａモードかＤＶＤライクモードかを判断する（ステップＳ２５０２）。現在のモードがＤＶＤライクモードであれば、モード管理モジュール３１６内のディスパッチャ３１７が、ＤＶＤライクモジュールのＵＯ処理モジュール２２０３にＵＯイベントを投げる（ステップＳ２５０３）。ＵＯ処理モジュール２２０３は受け取ったＵＯイベントに対応する再生制御を行う（ステップＳ２５０４）。現在のモードがＪａｖａモードの場合、ディスパッチャ３１７はＪａｖａモジュール内のタイトルマネージャ４０１にＵＯイベントを投げる（ステップＳ２５０５）。タイトルマネージャ４０１がＵＯイベントを受け取ると、アプリケーションマネージャ４０２ａを介して現在動作中のＪａｖａアプリケーション４１４に対して、受け取ったＵＯイベントを投げる（ステップＳ２５０６）。Ｊａｖａアプリケーション４１４がＵＯイベントを受け取ると、特殊再生情報取得モジュール４０３を介し、再生装置における特殊再生情報を取得する（ステップＳ２５０７）。Ｊａｖａアプリケーション４１４は特殊再生情報に基づき、受け取ったＵＯイベントに対応する特殊再生制御を、メディア再生モジュール４０４を介して行う（ステップＳ２５０８）。例えば、受け取ったＵＯイベントが早送りボタン押下イベントであった場合、Ｊａｖａアプリケーション４１４は何回連続で押されたか、値をカウントしておき、早送りボタンが一回押されたときの再生速度、二回連続押されたときの再生速度を特殊再生情報から判断する。
【００７２】
なお、Ｊａｖａアプリケーション４１４は、ＵＯイベントを取得した後、特殊再生情報を取得しているが、起動時など予め特殊再生情報を読み込んでおいてもよい。また、一度読み込んだ情報はＪａｖａアプリケーション４１４内で保持しておいてもよい。
図２６は、図２２に示すアプリケーションマネージャ４０２ａのより具体的な構成を示すとともに、早送り、早戻し、チャプターサーチ、時間サーチなどの特殊操作に関連したユーザ操作の処理に関わるブロック図である。
【００７３】
アプリケーション制御モジュール４０６は、Ｊａｖａアプリケーション４１４から特殊再生が実行されると、動的シナリオ情報取得モジュール４０７から取得したＪａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３、静的シナリオ情報取得モジュール４０８から取得したアプリ管理情報、特殊再生状態取得モジュール４１０から取得した特殊再生状態（特殊再生の開始、実行中、終了）、再生情報取得モジュール４０９から取得した再生情報に基づいて、Ｊａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３の挙動制御を判断する。
【００７４】
続いて、図２７はタイトルリストが、アプリケーションの管理単位としてのタイトルを指し示している様子を示している。
タイトル＃１は、映画本編が再生されるタイトルである。タイトル＃１が選択されると、本編映像再生用のアプリケーションが起動され、本編映像の再生が開始される。本編再生用のアプリケーションは、リモコンキーによる早送り・スキップなどのイベントを受けて、メディア再生モジュールに指示を出しプレーヤの動作をコントロールする。タイトル＃１が起動されると本編再生用アプリケーションとともに、ポップアップメニューを出現させるためのアプリケーションや、本編再生中の映像に出てきた品物を購入できるようなショッピングカートアプリケーションも起動させる。本編再生から別のタイトルに移りたい場合は、タイトル切り替えを行う。例えば、本編再生中に出てきた品物を購入するためにオンラインショッピングアプリケーションを起動させたければ、オンラインショッピングを行うタイトル＃２を選択する。タイトル＃２を選択すると、タイトル＃１の場合同様にタイトル＃２に関連したアプリケーションが起動されるとともに、タイトル＃２に関係ないアプリケーションは停止する。タイトル＃１にもタイトル＃２にも関係するアプリケーションは、どちらのタイトルでも起動し続けることができ、タイトル＃１とタイトル＃２の間のタイトル遷移中に停止と再起動が起こるわけではない。
【００７５】
図２８は、本実施形態におけるアプリ管理情報の一例を示す。
アプリ管理情報は、有効期間２８０１と、アプリケーションＩＤ５０１と、起動属性５０２とを含む。アプリ管理情報は、映像の再生と同期してアプリケーションが動作する有効期間２８０１と、アプリケーションＩＤ５０１とを対応付けて管理しており、さらに、起動属性５０２により指定された有効期間２８０１でどのアプリケーションが起動されるかを管理している。
【００７６】
有効期間２８０１は、タイトル全体にまたがった動作を規定する「ｔｉｔｌｅ」、プレイリストに記載されたプレイリストマークとプレイリストマークの間の区間全体にまたがった動作を規定する「ｃｈａｐｔｅｒ」、プレイリスト全体にまたがった動作を規定する「ＰｌａｙＬｉｓｔ」、プレイリスト内のプレイアイテム全体にまたがった動作を規定する「ＰｌａｙＬｉｓｔ：ＰｌａｙＩｔｅｍ」の何れかを示す。アプリケーションＩＤ５０１、及び起動属性５０２は、第一実施形態で説明した通りである。
【００７７】
また、図２８に示すように、複数のタイトルに対して、同じアプリケーションを登録しておくことにより、タイトルを越えてアプリケーションを起動させ続けることが可能となる。アプリ管理情報において、アプリケーション＃３は、タイトル＃１にもタイトル＃２にも登録されている。アプリケーション＃３は、タイトル＃１中に起動され、タイトル＃１からタイトル＃２に遷移する際、タイトル＃２にも登録されているため、タイトル＃１終端で終了することなく、タイトル＃２に遷移する。このように複数タイトルに同一アプリケーションを登録しておけば、登録されているタイトル間を遷移する際にアプリケーションが終了後、再起動されるようなことはない。複数タイトルにわたって動作するアプリケーションであったとしても、登録されていないタイトルに遷移する際は終了される。
【００７８】
図２９は、図２８のアプリ管理情報に基づいて、タイトル＃１とタイトル＃２とを順に通常再生する場合のアプリケーションの動作を示している。ここで、Ｐｒｅｓｅｎｔ属性をもつアプリケーションは、他のアプリケーションによって起動されるとする。タイトル＃１が開始されると、アプリ管理情報にしたがってＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃１が起動される。チャプター＃１からチャプター＃２に変わると、チャプター＃２でＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃２が起動される。アプリケーション＃３がアプリケーション＃２より起動されたのち、次のチャプターに切り替わると、チャプター＃３で関連付けられていないアプリケーション＃２は終了する。チャプター＃３が終了すると、タイトル＃１は終了し、タイトル＃２に切り替わる。その際、タイトル＃２に関連付けられていないアプリケーション＃１は終了される。タイトル＃２が開始されると、アプリ管理情報にしたがってＡｕｔｏＳｔａｒｔ属性を持つアプリケーション＃４が起動される。タイトル＃２が終了されるとアプリケーション＃３、アプリケーション＃４はそれぞれ終了される。
【００７９】
図３０は、タイトル毎にアプリ管理情報を保持している場合の一例を示す。
図３１は、本実施形態におけるアプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。タイトル再生中に特殊再生が行われる場合、特殊再生中はアプリケーションの動作制御をせず、特殊再生の終了時点でアプリケーションの動作制御を行う。ここで、タイトル再生に際して、アプリ管理情報は取得しているものとする。アプリケーション制御モジュール４０６は、タイトル再生中、特殊再生状態取得モジュール４１０が特殊再生開始イベントを受信したか否かを判定する（ステップＳ３１０１）。特殊再生開始イベントを受信した場合には、特殊再生中（ステップＳ３１０２）となり、特殊再生状態取得モジュール４１０が特殊再生終了イベントを受信するまではアプリケーションの動作制御をしない。次に、特殊再生状態取得モジュール４１０が特殊再生終了イベントを受信したか否かを判定して（ステップＳ３１０３）、特殊再生終了イベントを受信した場合には、再生情報取得モジュール４０９から再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得し（ステップＳ３１０４）、アプリケーション状態制御処理を行う（ステップＳ３１０５）。
【００８０】
続いて図３２は、アプリケーション状態制御処理のフローチャートの一例を示す。ここで、タイトル再生に際して、アプリ管理情報は取得しているものとし、アプリケーション制御モジュール４０６は、静的シナリオ情報取得モジュール４０８から取得しているアプリ管理情報に記載されている内容に基づいて、アプリケーションの動作制御を行う。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、ｉを初期化する（ステップＳ３２０１）。取得した再生情報（タイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７））と、アプリケーションＩＤに対応する有効期間を照合して、再生情報が有効期間内であるか否かを判定する（ステップＳ３２０２）。再生情報が有効期間内である場合には、アプリケーションＩＤに対応する起動属性がＡｕｔｏＳｔａｒｔであるか否かを判定する（ステップＳ３２０３）。起動属性がＡｕｔｏＳｔａｒｔである場合には、当該アプリケーションを起動する（ステップＳ３２０４）。再生情報が有効期間内でない場合には、現在アプリケーションが実行中であるか否かを判定する（ステップＳ３２０５）。実行中の場合には、当該アプリケーションを終了する（ステップＳ３２０６）。アプリケーション起動処理後、起動属性がＡｕｔｏＳｔａｒｔでない場合、アプリケーション終了後、またはアプリケーションが実行中でない場合には、続いてアプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ３２０７）。存在する場合はｉを一つ計数し（ステップＳ３２０８）、ステップＳ３２０２に移行する。他に存在しない場合は、処理を終了する。
【００８１】
図３３は、特殊再生中にも、アプリ管理情報記載の有効期間経過とともにアプリケーションの終了を実現するためのアプリ管理情報の一例について示している。アプリ管理情報は、有効期間経過とともにアプリケーションの終了を実現するための特殊再生時終了フラグ３３０１を含む。特殊再生時終了フラグ３３０１が「Ｙｅｓ」の場合には、特殊再生中であっても有効期間経過とともにアプリケーションを終了し、「Ｎｏ」であれば終了しない。
【００８２】
図３４は、特殊再生中に、再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合に、図３３に示すアプリ管理情報に従って行われる処理のフローチャートの一例である。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、アプリケーション制御モジュール４０６は、タイトル再生中、特殊再生状態取得モジュール４１０が特殊再生開始イベントを受信したか否かを判定する（ステップＳ３４０１）。特殊再生開始イベントを受信した場合には、特殊再生中となり、再生情報取得モジュール４０９からシナリオ遷移イベントを受信したかどうか判定する（ステップＳ３４０２）。再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合には、再生情報取得モジュール４０９から現在の再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得する（Ｓ３４０３）。次に、ｉを初期化する（ステップＳ３４０４）。特殊再生時終了フラグが「Ｙｅｓ」であるかどうか判定する（ステップＳ３４０５）。特殊再生時終了フラグが「Ｙｅｓ」である場合には、現在の再生情報（タイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７））と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定する（ステップＳ３４０６）。再生情報が有効期間内でない場合には、現在アプリケーションが実行中であるかどうか判定する（ステップＳ３４０７）。現在アプリケーションが実行中である場合には、アプリケーションを終了する（ステップＳ３４０８）。特殊再生時終了フラグが「Ｎｏ」である場合、現在アプリケーションが実行中でない場合、再生情報が有効期間内である場合、またはアプリケーション終了処理後にアプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ３４０９）。存在する場合はｉを一つ計数し（ステップＳ３４１０）、ステップＳ３４０５に移行する。他に存在しない場合は、処理を終了する。
【００８３】
図３５は、特殊再生中にも、アプリ管理情報記載の有効期間経過とともにアプリケーションの起動を実現するためのアプリ管理情報の一例について示している。アプリ管理情報は、有効期間経過とともにアプリケーションの起動を実現するための特殊再生時起動フラグ３５０１を含む。特殊再生時起動フラグ３５０１が「Ｙｅｓ」の場合には、特殊再生中であっても有効期間経過とともにアプリケーションを起動し、「Ｎｏ」であれば起動しない。
【００８４】
図３６は、特殊再生中に、再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合に、図３５記載のアプリ管理情報に従って行われる処理のフローチャートの一例である。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、アプリケーション制御モジュール４０６は、タイトル再生中、特殊再生状態取得モジュール４１０が特殊再生開始イベントを受信したか否かを判定する（ステップＳ３６０１）。特殊再生開始イベントを受信した場合には、特殊再生中となり、再生情報取得モジュール４０９からシナリオ遷移イベントを受信したかどうか判定する（ステップＳ３６０２）。再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合には、再生情報取得モジュール４０９から現在の再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得する（ステップＳ３６０３）。次に、ｉを初期化する（ステップＳ３６０４）。特殊再生時起動フラグが「Ｙｅｓ」であるかどうか判定する（ステップＳ３６０５）。特殊再生時起動フラグが「Ｙｅｓ」である場合には、現在の再生情報（タイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７））と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定する（ステップＳ３６０６）。再生情報が有効期間内である場合には、アプリ管理情報の起動属性がＡｕｔｏＳｔａｒｔであるかどうか判定する（ステップＳ３６０７）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリケーションを起動する（ステップＳ３６０８）。特殊再生時起動フラグが「Ｎｏ」である場合、再生情報が有効期間内でない場合、起動属性がＡｕｔｏＳｔａｒｔでない場合、またはアプリケーション起動後に、アプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ３６０９）。存在する場合はｉを一つ計数し（ステップＳ３６１０）、ステップＳ３６０５に移行する。他に存在しない場合は、処理を終了する。
【００８５】
なお、特殊再生時起動フラグ、特殊再生時終了フラグを同時に使用してもよい。
続いて図３７は、早見再生中に、アプリ管理情報記載の有効期間経過とともにアプリケーションの起動・終了を実現するためのアプリ管理情報の一例について示している。アプリ管理情報は、早見再生中には有効期間経過とともにアプリケーションの起動・終了を実現するための早見再生時動作フラグ３７０１を含む。早見再生時動作フラグ３７０１が「Ｙｅｓ」の場合には、早見再生中であっても、有効期間経過とともにアプリケーションを起動・終了し、「Ｎｏ」であれば起動・終了しない。
【００８６】
なお、早見再生かどうかは、再生速度、あるいは、ＵＯイベントから判断する。
図３８は、再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合に、図３７記載のアプリ管理情報に従ってアプリケーションの起動・終了の判定を行う機構を含むアプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。アプリケーション制御モジュール４０６は、特殊再生が早見再生かどうか判定する（ステップＳ３８０１）。早見再生である場合には、再生情報取得モジュール４１０がシナリオ遷移イベントを受信したかどうか判定する（ステップＳ３８０２）。シナリオ遷移イベントを受信した場合には、再生情報取得モジュール４０９から現在の再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得する（ステップＳ３８０３）。次に、ｉを初期化する（ステップＳ３８０４）。早見再生時動作フラグが「Ｙｅｓ」であるかどうか判定する（ステップＳ３８０５）。早見再生時動作フラグが「Ｙｅｓ」である場合には、現在の再生情報（タイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７））と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定する（ステップＳ３８０６）。再生情報が有効期間内である場合には、アプリ管理情報の起動属性がＡｕｔｏＳｔａｒｔであるかどうか判定する（ステップＳ３８０７）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリケーションを起動する（ステップＳ３８０８）。再生情報が有効期間内でない場合には、アプリケーションが現在実行中かどうか判定する（ステップＳ３８０９）。アプリケーションが現在実行中であれば、アプリケーションを終了する（ステップＳ３８１０）。早見再生時動作フラグが「Ｎｏ」である場合、起動属性がＡｕｔｏＳｔａｒｔでない場合、アプリケーション起動後、アプリケーションが現在実行中でない場合、またはアプリケーション終了後に、アプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ３８１１）。存在する場合はｉを一つ計数し（ステップＳ３８１２）、ステップＳ３８０５に移行する。他に存在しない場合は、処理を終了する。
【００８７】
図３９は、特殊再生速度に応じて、アプリ管理情報記載の有効期間経過とともにアプリケーションの起動・終了を実現するためのアプリ管理情報の一例について示している。アプリ管理情報は、有効期間経過とともにアプリケーションの起動・終了を実現するための特殊再生速度３９０１を含む。特殊再生速度３９０１が記載されている場合には再生速度が指定されている範囲内ならば、有効期間経過とともにアプリケーションを起動・終了し、「−」であれば起動・終了しない。
【００８８】
図４０は、特殊再生中に、再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合に、図３９記載のアプリ管理情報に従ってアプリケーションの起動・終了を判定する機構を含むアプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、アプリケーション制御モジュール４０６は、タイトル再生中、特殊再生状態取得モジュール４１０が特殊再生開始イベントを受信したか否かを判定する（ステップＳ４００１）。特殊再生開始イベントを受信した場合には、特殊再生中となり、再生情報取得モジュール４０９からシナリオ遷移イベントを受信したかどうか判定する（ステップＳ４００２）。再生情報取得モジュール４０９からシナリオ遷移イベントを受信した場合には、再生情報取得モジュール４０９から現在の再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得する（ステップＳ４００３）。次に、ｉを初期化する（ステップＳ４００４）。特殊再生状態取得モジュール４１０から現在の再生速度を取得して（ステップＳ４００５）、特殊再生速度の指定範囲内であるかどうか判定する（ステップＳ４００６）。特殊再生速度内である場合には、現在の再生情報（タイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７））と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定する（ステップＳ４００７）。再生情報が有効期間内である場合には、アプリ管理情報の起動属性がＡｕｔｏＳｔａｒｔであるかどうか判定する（ステップＳ４００８）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリケーションを起動する（ステップＳ４００９）。再生情報が有効期間内でない場合には、アプリケーションが現在実行中かどうか判定する（ステップＳ４０１０）。アプリケーションが現在実行中であれば、アプリケーションを終了する（ステップＳ４０１１）。特殊再生速度範囲内でない、あるいは、特殊再生速度が「−」である場合、起動属性がＡｕｔｏＳｔａｒｔでない場合、アプリケーション起動後、アプリケーションが現在実行中でない場合、またはアプリケーション終了処理後に、アプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ４０１２）。存在する場合はｉを一つ計数し（ステップＳ４０１３）、ステップＳ４００５に移行する。他に存在しない場合は、処理を終了する。
【００８９】
続いて図４１は、図２７のタイトルリストに加えて、特典タイトルとしてタイトル＃３が存在する場合の一例を示している。タイトル＃３は、映画本編と同期してゲームを実行可能なタイトルである。タイトル＃３が選択されると、本編映像再生用のアプリケーションが起動され、本編映像の再生が開始される。本編再生用のアプリケーションは、リモコンキーによる早送り・スキップなどのイベントを受けて、メディア再生モジュールに指示を出しプレーヤの動作をコントロールする。
【００９０】
図４２は、図４１の特典タイトルの再生において、プレイリストマーク経過時に、アプリケーションを自動起動できるようにするためのアプリ管理情報と、その動作の一例を示している。アプリケーション＃５は、Ｍａｒｋ＃２でＡｕｔｏＳｔａｒｔ属性を持つので、Ｍａｒｋ＃２を通過した時点で自動的に起動される。
以上のように本実施の形態によれば、映像データの特殊再生に合わせてＪａｖａアプリケーションの実行制御を行う際、特殊再生中にはＪａｖａアプリケーションを起動・終了せず、特殊再生終了時点でアプリ管理情報に基づいてＪａｖａアプリケーションを起動・終了する。よって、特殊再生の種類に応じて映像データと同期不可能な場合に不必要なアプリケーションの起動を防ぐことができる。
【００９１】
また、特殊再生中であっても、特殊再生終了フラグが「yes」の場合には、シナリオ遷移に応じてアプリケーションを終了することができる。
また、特殊再生中であっても、特殊再生起動フラグが「yes」の場合には、シナリオ遷移に応じてアプリケーションを起動することができる。
また、早見再生中であっても、早見再生時動作フラグが「Ｙｅｓ」の場合には、シナリオ遷移に応じてアプリケーションを起動・終了することができる。
【００９２】
また、特殊再生中であっても、特殊再生速度が指定されている範囲内ならば、シナリオ遷移に応じてアプリケーションを起動・終了することができる。
なお、特殊再生はチャプターサーチ、時間サーチでもよい。
また、特殊再生に合わせたアプリケーションの動作をアプリケーションごとに定義したが、アプリ管理情報全体に設定して、アプリ管理情報に登録してあるアプリケーション全ての動作を一括して制御したり、プレーヤに設定して、プレーヤ上のアプリケーション全ての動作を一括して制御できるようにしてもよい。
（第三実施形態）
本実施形態は、第二実施形態に加え、ユーザによる特殊再生操作に応じてアプリケーションを遅延起動・遅延終了する形態である。特殊再生時のシナリオ遷移に合わせて、通常再生されている場合のアプリケーションの状態を記憶していき、特殊再生終了時点でのアプリケーションの状態に応じてアプリケーションを制御する。
【００９３】
図４３は本実施形態に係るＪａｖａモジュール３１４ｂ、アプリケーションマネージャ４０２ｂの詳細構成であり、図２６に遅延制御管理モジュール４１１を追加して、早送り、早戻し、チャプターサーチ、時間サーチなどの特殊再生に合わせたアプリケーションの動作制御の処理に関わるブロック図である。
アプリケーション制御モジュール４０６は、Ｊａｖａアプリケーション４１４から特殊再生が実行されると、動的シナリオ情報取得モジュール４０７から取得したＪａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３、静的シナリオ情報取得モジュール４０８から取得したアプリ管理情報、特殊再生状態取得モジュール４１０から取得した特殊再生状態（特殊再生の開始、実行中、終了）、再生情報取得モジュール４０９から取得した再生情報、遅延制御管理モジュール４１１から取得したアプリケーション状態、および時間情報に基づいて、Ｊａｖａアプリケーション４１４、Ｊａｖａアプリケーション４１３の挙動制御を判断する。
【００９４】
続いて図４４は、本実施の形態における遅延制御管理モジュール４１１に記憶されたアプリ起動状態管理情報の一例を示す。
アプリ起動状態６０１ａは、「ＡｕｔｏＳｔａｒｔ」、「Ｄｅｓｔｒｏｙ」、「Ｐｒｅｓｅｎｔ」の何れかを記憶する。
「ＡｕｔｏＳｔａｒｔ」は、特殊再生終了後に自動起動されるアプリケーションであることを示している。
【００９５】
「Ｄｅｓｔｒｏｙ」は、特殊再生終了後に終了されるアプリケーションであることを示している。
「Ｐｒｅｓｅｎｔ」は、自動起動も終了もされないアプリケーションであることを示している。「Ｐｒｅｓｅｎｔ」は、他のアプリケーションによって起動されるか、あるいはユーザ操作などのイベントにより起動される。
【００９６】
図４５は、特殊再生情報取得モジュール４１０から特殊再生開始イベントを受信した場合に、アプリ管理情報に従ってアプリケーションの遅延起動・遅延終了を判定する機構を含むアプリケーション制御モジュール４０６に関する処理のフローチャートの一例である。本フローチャートにおいて、ｉはアプリ管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、アプリケーション制御モジュール４０６は、タイトル再生中、特殊再生状態取得モジュール４１０が特殊再生開始イベントを受信したかどうか判定する（ステップＳ４５０１）。特殊再生開始イベントを受信した場合には、特殊再生中となり、特殊再生中に再生情報取得モジュール４１０がシナリオ遷移イベントを受信したかどうか判定する（ステップＳ４５０２）。シナリオ遷移イベントを受信した場合には、再生情報取得モジュール４０９から現在の再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得し（ステップＳ４５０３）、ｉを初期化する（ステップＳ４５０４）。現在の再生情報（タイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７））と、アプリ管理情報の有効期間を照合して、再生情報が有効期間内であるかどうか判定する（ステップＳ４５０５）。再生情報が有効期間内でない場合には、アプリ起動状態をＤｅｓｔｒｏｙとして遅延制御管理モジュール４１１に記憶する（ステップＳ４５０６）。再生情報が有効期間内である場合には、アプリ管理情報の起動属性がＡｕｔｏＳｔａｒｔであるかどうか判定する（ステップＳ４５０７）。起動属性がＡｕｔｏＳｔａｒｔである場合には、アプリ起動状態をＡｕｔｏＳｔａｒｔとして遅延制御管理モジュール４１１に記憶し（ステップＳ４５０８）、起動属性がＡｕｔｏＳｔａｒｔでない場合には、アプリ起動状態をＰｒｅｓｅｎｔとして遅延制御管理モジュール４１１に記憶する（ステップＳ２７０９）。上記処理後、アプリ管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ４５１０）。存在する場合はｉを一つ計数し（ステップＳ４５１１）、ステップＳ４５０５に移行する。他に存在しない場合、及びステップＳ４５０２でシナリオ遷移イベントを受信していない場合には、特殊再生状態取得モジュール４１０が特殊再生終了イベントを受信しているかどうか判定する（ステップＳ４５１２）。特殊再生終了イベントを受信している場合には、アプリケーション遅延制御処理を行う（ステップＳ４５１３）。特殊再生終了イベントを受信していない場合は、ステップＳ４５０２に移行する。
【００９７】
続いて図４６及び図４７は、図４５におけるアプリケーション遅延制御処理に関するフローチャートの一例を示している。ｊは、アプリ起動状態管理情報に記載されているアプリケーションＩＤの一つを特定する変数である。まず、タイマをセットし（ステップＳ４６０１）、所定期間経過したか否かを判定する（ステップＳ４６０２）。所定期間経過していなければ、特殊再生情報取得モジュールが特殊再生開始イベントを受信したかどうか判定する（ステップＳ４６０３）。特殊再生開始イベントを受信した場合には、処理を終了する。特殊再生開始イベントを受信していない場合には、ステップＳ４６０２に移行する。所定期間経過すると、遅延制御管理モジュール４１１にアプリ起動状態管理情報があるかどうか判定する（ステップＳ４６０４）。アプリ起動状態管理情報がない場合には、再生情報取得モジュール４０９から現在の再生情報としてタイトル番号ＳＰＲＭ（４）、チャプター番号ＳＰＲＭ（５）、プレイリスト識別子ＳＰＲＭ（６）、プレイアイテム識別子ＳＰＲＭ（７）を取得し（ステップＳ４６０５）、アプリケーション状態制御処理を行う（ステップＳ４６０６）。アプリ起動状態管理情報がある場合には、ｊを初期化する（ステップＳ４６０７）。アプリ起動状態がＡｕｔｏＳｔａｒｔであるかどうか判定する（ステップＳ４６０８）。アプリ起動状態がＡｕｔｏＳｔａｒｔである場合には、アプリケーションを起動する（ステップＳ４６０９）。アプリ起動状態がＡｕｔｏＳｔａｒｔでない場合には、アプリ起動状態がＤｅｓｔｒｏｙであるかどうか判定する（ステップＳ４６１０）。アプリ起動状態がＤｅｓｔｒｏｙである場合には、アプリケーションを終了する（ステップＳ２９１１）。上記処理後、アプリ起動状態管理情報に記載されているアプリケーションＩＤが他に存在するか否かを判定する（ステップＳ４６１２）。存在する場合はｊを一つ計数し（ステップＳ４６１３）、ステップＳ４６０８に移行する。他に存在しない場合は処理を終了する。
【００９８】
以上のように本実施の形態によれば、特殊再生終了後に所定時間経過してからアプリケーションの起動・終了する。Ｊａｖａアプリケーションを遅延させて起動・終了するためにアプリケーションの起動属性を記憶しておくことができるので、特殊再生終了後にアプリ管理情報を読み込んでアプリケーションの動作制御する場合に比べて、起動・終了までの時間を短縮することができる。
（補足）
以上、本発明に係る再生装置について、実施の形態に基づいて説明したが、本発明は上記の実施の形態に限られないことは勿論である。
【００９９】
上記の実施形態では、ＢＤ−ＲＯＭを例として説明したが、ＨＤ−ＤＶＤ、あるいは、他の光ディスクでもよい。
上記の実施形態では、再生装置を用いたが、本発明は上記フローチャートで示したステップを含む方法、上記フローチャートで示したステップをコンピュータに実行させるプログラムコードを含むプログラム、及びシステムＬＳＩ等の集積回路であっても良い。システムＬＳＩは、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【０１００】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセスで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
更には、半導体技術の進歩又は派生する技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積回路化を行っても良い。例えば、バイオ技術の適応などが可能性としてありうる。
【産業上の利用可能性】
【０１０１】
本発明を構成する再生装置は、製造産業において経営的に、また継続的及び反復的に製造し、販売することができる。特に、映像コンテンツの制作に携わる映画産業・民生機器産業において利用できる。
【符号の説明】
【０１０２】
３０１ ＢＤドライブ
３０２ トラックバッファ
３０３ デマルチプレクサ
３０４ ビデオデコーダ
３０５ ビデオプレーン
３０６ オーディオデコーダ
３０７ イメージメモリ
３０８ イメージプレーン
３０９ イメージデコーダ
３１０ 加算器
３１１ 静的シナリオメモリ
３１２ 動的シナリオメモリ
３１３ ＤＶＤライクモジュール
３１４ Ｊａｖａモジュール
３１４ａ Ｊａｖａモジュール
３１４ｂ Ｊａｖａモジュール
３１５ ＵＯ検知モジュール
３１６ モード管理モジュール
３１７ ディスパッチャ
３１８ レンダリングエンジン
３１９ 特殊再生管理情報
３２０ ＡＶ再生ライブラリ
４０１ タイトルマネージャ
４０２ アプリケーションマネージャ
４０２ａ アプリケーションマネージャ
４０２ｂ アプリケーションマネージャ
４０３ 特殊再生情報取得モジュール
４０４ メディア再生モジュール
４０５ 再生情報取得モジュール
４０６ アプリケーション制御モジュール
４０７ 動的シナリオ情報取得モジュール
４０８ 静的シナリオ情報取得モジュール
４０９ 再生情報取得モジュール
４１０ 特殊再生状態取得モジュール
４１１ 遅延制御管理モジュール
４１２ ＵＯイベント配送モジュール
４１３ Ｊａｖａアプリケーション
４１４ Ｊａｖａアプリケーション
５０１ アプリケーションＩＤ
５０２ 起動属性
５０３ バウンド属性
６０１ アプリ起動状態
１３０１ 自動再生フラグ
１３０２ プレイリスト名
１９０１ タイトルオブジェクトタイプ
１９０２ タイトルアクセスタイプ
１９０３ タイトルプレイバックタイプ
１９０４ タイトルオブジェクト名
２２０１ シナリオプログラム
２２０２ シナリオ制御モジュール
２２０３ ＵＯ処理モジュール
２８０１ 有効期間
３３０１ 特殊再生時終了フラグ
３５０１ 特殊再生時起動フラグ
３７０１ 早見再生動作フラグ
３９０１ 特殊再生速度
【特許請求の範囲】
【請求項１】
映像データと当該映像データに対応するアプリケーションプログラムとを連動させながら再生する再生装置であって、
アプリケーションプログラムを処理する処理手段と、
ユーザから特殊再生に関する入力を受け付ける受付手段と、
前記映像データの所定区間毎に、前記アプリケーションプログラムの管理情報を保持する保持手段と、
前記受付手段が特殊再生に関する入力を受け付けると、特殊再生の状態と、前記保持手段に保持されている管理情報とに応じて、前記処理手段の制御を行う処理制御手段と
を含む再生装置。
【請求項２】
前記特殊再生の状態とは、特殊再生の開始、特殊再生実行中、特殊再生の終了の何れかであり、
前記処理制御手段は、前記特殊再生の状態が特殊再生の開始、あるいは特殊再生実行中の場合には、前記処理手段に新たにアプリケーションプログラムを起動及び終了させず、前記特殊再生の状態が特殊再生の終了になると、前記処理手段にアプリケーションプログラムを起動及び終了させる
請求項１記載の再生装置。
【請求項３】
前記管理情報は、特殊再生実行中のアプリケーションプログラムの処理に関する情報を含み、
前記処理制御手段は、前記特殊再生の状態が特殊再生実行中の場合であっても、前記情報に従い、前記処理手段にアプリケーションプログラムを起動及び終了させる
請求項１記載の再生装置。
【請求項４】
前記管理情報は、前記アプリケーションプログラムの起動属性を示す情報を含み、
前記処理制御手段は、
前記特殊再生の状態が特殊再生実行中に、前記起動属性を示す情報を記憶する記憶手段と、
前記受付手段がユーザから特殊再生の終了に関する入力を受け付けた後、所定時間内に特殊再生の開始に関する入力を受け付けたか否かを判断する判断手段とを含み、
前記判断手段による判断が否定の場合に、前記処理制御手段は、前記記憶手段に記憶された情報に従い、前記処理手段にアプリケーションプログラムを起動及び終了させる
請求項１記載の再生装置。
【請求項１】
映像データと当該映像データに対応するアプリケーションプログラムとを連動させながら再生する再生装置であって、
アプリケーションプログラムを処理する処理手段と、
ユーザから特殊再生に関する入力を受け付ける受付手段と、
前記映像データの所定区間毎に、前記アプリケーションプログラムの管理情報を保持する保持手段と、
前記受付手段が特殊再生に関する入力を受け付けると、特殊再生の状態と、前記保持手段に保持されている管理情報とに応じて、前記処理手段の制御を行う処理制御手段と
を含む再生装置。
【請求項２】
前記特殊再生の状態とは、特殊再生の開始、特殊再生実行中、特殊再生の終了の何れかであり、
前記処理制御手段は、前記特殊再生の状態が特殊再生の開始、あるいは特殊再生実行中の場合には、前記処理手段に新たにアプリケーションプログラムを起動及び終了させず、前記特殊再生の状態が特殊再生の終了になると、前記処理手段にアプリケーションプログラムを起動及び終了させる
請求項１記載の再生装置。
【請求項３】
前記管理情報は、特殊再生実行中のアプリケーションプログラムの処理に関する情報を含み、
前記処理制御手段は、前記特殊再生の状態が特殊再生実行中の場合であっても、前記情報に従い、前記処理手段にアプリケーションプログラムを起動及び終了させる
請求項１記載の再生装置。
【請求項４】
前記管理情報は、前記アプリケーションプログラムの起動属性を示す情報を含み、
前記処理制御手段は、
前記特殊再生の状態が特殊再生実行中に、前記起動属性を示す情報を記憶する記憶手段と、
前記受付手段がユーザから特殊再生の終了に関する入力を受け付けた後、所定時間内に特殊再生の開始に関する入力を受け付けたか否かを判断する判断手段とを含み、
前記判断手段による判断が否定の場合に、前記処理制御手段は、前記記憶手段に記憶された情報に従い、前記処理手段にアプリケーションプログラムを起動及び終了させる
請求項１記載の再生装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【公開番号】特開２０１１−１８７１５８（Ｐ２０１１−１８７１５８Ａ）
【公開日】平成２３年９月２２日（２０１１．９．２２）
【国際特許分類】
【出願番号】特願２０１１−１０７０５３（Ｐ２０１１−１０７０５３）
【出願日】平成２３年５月１２日（２０１１．５．１２）
【分割の表示】特願２００６−５３５７８８（Ｐ２００６−５３５７８８）の分割
【原出願日】平成１７年９月７日（２００５．９．７）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２３年９月２２日（２０１１．９．２２）
【国際特許分類】
【出願日】平成２３年５月１２日（２０１１．５．１２）
【分割の表示】特願２００６−５３５７８８（Ｐ２００６−５３５７８８）の分割
【原出願日】平成１７年９月７日（２００５．９．７）
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]