JP2005322362A - ダウンロードコンテンツとの連携を考慮した情報記録媒体、その再生装置及び再生方法 - Google Patents

Abstract

【課題】 映像データ用ＢＤ−ＲＯＭで新たにプログラミング環境を導入するにあたって、汎用的なプログラミング言語による多彩なサービスを実現可能とすると伴に、外部から取得したアプリケーション・プログラムの動作を管理する機構を提供する。
【解決手段】 映像データとプログラム、あるいは、プログラムの所在に関する情報が記録されており、管理区間ごとに前記映像データの再生状態と前記プログラムの状態を制御する管理情報が記録されていることにより、管理単位内で動作するアプリケーションを容易に管理でき、管理単位外に影響を及ぼさない仕組みを提供することができるだけでなく、ユーザに対して常に最新のコンテンツを提供することも可能となる。
【選択図】 図２０

Description

本発明は、映像データを記録した情報記録媒体、その再生装置及び再生方法に関し、特に、映像データとプログラムとを含むコンテンツの開発にプログラミング環境を導入する場合の改良に関する。

映像データを記録した情報記録媒体の代表格は、読み出し専用の光ディスクであるデジタル・バーサタイル・ディスク（Ｄｉｇｉｔａｌ Ｖｅｒｓaｔｉｌｅ Ｄｉｓｃ：ＤＶＤ（以下、ＳＤ−ＤＶＤまたは単にＤＶＤと称する））や、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ：ＢＤ）である。以降、従来のＤＶＤについて説明する。
図１は、ＤＶＤビデオ再生とＨＴＭＬコンテンツとを融合させたサービスを提供するＤＶＤ再生装置のハードウェアおよびソフトウェアの基本構成が示されている。

この再生装置は、デジタルビデオプレーヤやセットトップボックス、あるいはパーソナルコンピュータとして使用されるものであり、コンピュータグラフィクス、および動画像などを専用のディスプレイモニタや家庭用ＴＶに表示する機能を有する。
この再生装置には、ＤＶＤビデオ情報を再生するために必要な主なハードウェアとして、ＤＶＤメディアからそれに記録された情報を読み出すＤＶＤドライブ（１１１）、このＤＶＤドライブ（１１１）から読み出されたＭＰＥＧ２プログラムストリームから構成されるＤＶＤビデオ情報（ビデオ、サブピクチャ、オーディオ）をデコードするＭＰＥＧ２デコーダ（１１２）、ディスプレイモニタを制御するＶＧＡコントローラ（１１３）、リモコンコントローラ（１１４）、およびインターネット接続のための通信装置（ＩＳＤＮカードまたはモデム）（１００）等が設けられている。

ＤＶＤメディアには、ＤＶＤビデオタイトルを構成するナビゲーションデータ（１３１）およびプレゼンテーションデータ（１３２）に加え、ＤＶＤビデオと連動表示するためのＨＴＭＬファイルなどが格納されている。このＨＴＭＬファイルは例えばＤＶＤビデオタイトルの内容などを説明するための初期画面などとして用いられるものであり、再生装置のメモリ上にダウンロードされる。

ＤＶＤ―ＲＯＭメディア上のタイトル再生は、ＤＶＤ再生制御プログラム（１１６）によって制御される。このＤＶＤ再生制御プログラム（１１６）は、ＤＶＤビデオの再生と連動してＨＴＭＬコンテンツを画面表示するために、ＷＷＷブラウザ（１１７）とのインターフェース機能を有している。
ＤＶＤ再生制御プログラム（１１６）は、実際には前述の各種ハードウェアを制御するためのドライバ群と、それらドライバ群を用いてタイトル再生を行うアプリケーション・プログラムなどから構成されるが、このＤＶＤ再生制御プログラム（１１６）の機能はナビゲーションマネージャ（１２１）とプレゼンテーションエンジン（１２２）とに分類される。ナビゲーションマネージャ（１２１）は、ナビゲーションデータ（１３１）およびユーザからの指示を解読してどのようにプレゼンテーションデータを再生するかを決定する。また、ナビゲーションマネージャ（１２１）は、連動表示すべきＨＴＭＬコンテンツの所在を示すＵＲＬなどのアドレス情報をナビゲーションデータ（１３１）から取り出し、それをＷＷＷブラウザ（１１７）に通知する機能も有している。動画映像に関連するＨＴＭＬコンテンツの所在を示すＵＲＬは、ＭＰＥＧ２ストリーム内に１ＧＯＰまたは２ＧＯＰ（０．４秒から１秒）のビデオデータ単位で含まれているナビゲーションバックの空き領域などに埋め込まれている。ＨＴＭＬコンテンツを連動表示するか否かは、ユーザからの指示によって決定される。ユーザからの指示は、リモコンドライバ（１１８）を介してナビゲーションマネージャ（１２１）に入力される。また、キーボードやマウス操作を用いてユーザからの指示をナビゲーションマネージャ（１２１）に通知することもできる。

プレゼンテーションエンジン（１２２）は、ナビゲーションマネージャ（１２１）からの指示に応じて動画のタイトル再生を行う。ＷＷＷブラウザ（１１７）は、ＨＴＴＰと称されるプロトコルを用いて外部のＷＷＷサーバと通信するためのＷＷＷクライアントであり、通信装置（１００）を介して外部のＷＷＷサーバからＨＴＭＬファイルを受け取り、それをＶＧＡコントローラ（１１３）を用いて画面表示する。

この図１のシステムにおいては、ユーザからＨＴＭＬコンテンツの表示指示が入力されると、ナビゲーションマネージャ（１２１）は、現在再生中の動画映像に関連するＨＴＭＬコンテンツの所在を示すＵＲＬをナビゲーションデータ（１３１）から取り出し、それをＷＷＷブラウザ（１１７）に通知する。これにより、そのＵＲＬで指定されたＨＴＭＬコンテンツがＷＷＷブラウザ（１１７）によって取得され、それが動画映像と共に画面表示される。この場合、前述したようにＵＲＬをナビゲーションバックの空き領域に埋め込んでおくことにより、再生中のシーンに対応する動画映像毎に、それに対応するＨＴＭＬコンテンツなどのハイパーメディア情報を順次インターネットを通じて取得および表示することが可能となる。また、ＤＶＤビデオ規格で定められているナビゲーションコマンドを拡張することなどによっても、再生中のシーンに対応する動画映像に関連するＨＴＭＬコンテンツのＵＲＬをナビゲーションデータ（１３１）から取り出すことができる。

図２には、ＤＶＤビデオ情報の記録フォーマットの一例が示されている。この記録フォーマットはＤＶＤビデオ規格に対応するものである。
図２に示されているように、ＤＶＤ―ＲＯＭメディアのボリュームスペースは、ボリュームおよびファイル管理のためのボリューム・ファイル構造、ＤＶＤビデオ情報を構成するＤＶＤビデオゾーン、およびＤＶＤビデオ以外のその他のファイルエリアから構成され
ており、その他のファイルエリアには、前述の初期画面用などのＨＴＭＬファイルが格納されている。

ＤＶＤビデオゾーンは、ビデオマネージャ（ＶＭＧ）と、１以上のＤＶＤビデオタイトルセット（ＶＴＳ＃１〜ＶＴＳ＃ｎ）とから構成される。ＶＭＧには、ビデオマネージャインフォメーション（ＶＭＧＩ）、メニュー用のビデオオブジェクトセット（ＶＯＢ
Ｓ）、およびバックアップ用のビデオマネージャインフォメーション（ＶＭＧＩ）が含まれる。

ＶＭＧＩは、ＤＶＤメディア上に存在する全てのＤＶＤビデオタイトルセット（ＶＴＳ＃１〜＃ｎ）の目次情報として使用されるものであり、各ビデオタイトルセット（ＶＴＳ）に関するサーチ情報およびパレンタル属性情報などを含む。ＶＭＧ内にメニュー用の
ビデオオブジェクトセット（ＶＯＢＳ）が含まれている場合には、ＶＭＧＩは、そのメニューの再生制御のための情報としてプログラムチェインフォメーション（ＰＧＣＩ）も含む。このＰＧＣＩは、メニュー用の各ビデオオブジェクト（ＶＯＢ）を構成する複数のセルの再生順序を示すものであり、タイトル作成者はここに前述のナビゲーションコマンド（プレコマンド、ポストコマンド、ボタンコマンド、セルコマンド）を埋め込むことができる。

プレコマンドは、ＰＧＣＩによって再生順序が規定されるセル群（ＰＧＣ内のセル）の再生を開始する前に実行されるナビゲーションコマンド群であり、ＰＧＣ再生前の初期設定などに用いられる。ポストコマンドはＰＧＣ内の全てのセルの再生が終了したときに実行されるナビゲーションコマンド群であり、次に再生するＰＧＣへの分処理などに用いられる。セルコマンドは、ＰＧＣ内の該当するセルの再生が終了した時点で実行されるナビゲーションコマンド群であり、特定セルの繰り返し再生などに用いられる。ボタンコマンドは、メニュー画面中の選択アイテムであるボタンがユーザ操作によって確定された時点で実行されるナビゲーションコマンド群であり、メニューアイテムの実行などに用いられる。

各ビデオタイトルセット（ＶＴＳ）は、ビデオタイトルセットインフォメーション（ＶＴＳＩ）、メニュー用のビデオオブジェクトセット（ＶＯＢＳ）、タイトルを構成するビデオオブジェクトセット（ＶＯＢＳ）、およびバックアップ用のビデオタイトルセットイ
ンフォメーション（ＶＴＳＩ）から構成される。
ＶＴＳＩは、そのＶＴＳ内のメニューおよびタイトルの再生制御情報であり、そのタイトルのサーチ情報、およびメニュー及びタイトル内におけるセル再生順序を管理するプログラムチェインインフォメーション（ＰＧＣＩ）を含む。このＰＧＣＩにも、前述のナビ
ゲーションコマンド（プレコマンド、ポストコマンド、ボタンコマンド、セルコマンド）が埋め込まれている。

また、このＶＴＳ内のＰＧＣＩには、タイトル内の各シーンの映像に関連するＨＴＭＬコンテンツの所在を示す複数のＵＲＬを埋め込むことができる。
タイトルを構成するビデオオブジェクトセット（ＶＯＢＳ）は、セルと称される多数のビデオオブジェクト（セル＃１，＃２，…）を含んでいる。各セル（ビデオオブジェクト）は多数のビデオオブジェクトユニットからなり、その先頭にはナビパック（ＮＡＶＩ）が存在する。つまり、ナビパックから次のナビパックまでが１つのセル（ビデオオブジェクト）となる。このナビパックは前述したように１ＧＯＰまたは２ＧＯＰ（０．５秒から１秒）のビデオデータ単位で含まれている。各ナビパックは対応するビデオオブジェクトの再生を制御するためのもの管理情報であり、ディスクサーチインフォメーション（ＤＳＩ）パックおよびプレゼンテーションコントロールインフォメーション（ＰＣＩ）パックから構成されている。ＤＳＩパックは、早送り・巻き戻しなどの特殊再生時における再生開始アドレスの検索情報などとして用いられる。ＰＣＩパックは、マルチアングル再生時のアングル切り替えや、ユーザからの指示に応じてナビゲーションコマンド（ボタンコマンド）を実行させるためのハイライト情報の表示に用いられる。ＤＳＩパックまたはＰＣＩパックの空き領域に、対応するビデオオブジェクトの映像に関連するＨＴＭＬコンテンツの所在を示すＵＲＬが埋め込まれている。

１つのセルは、ある一定時間例えば、０．５秒から１秒の動画再生に必要な１５フレーム分の情報を構成するものであり、前述したようにＭＰＥＧ２プログラムストリームのＧＯＰ（Ｇｒｏｕｐ ｏｆ ｐｉｃｔｕｒｅ）を単位として構成される。各セルには、ビデ
オパック（Ｖ）、サブピクチャパック（Ｓ）、およびオーディオパック（Ａ）が多重化されて記録されている。

これらビデオパック（Ｖ）、サブピクチャパック（Ｓ）、およびオーディオパック（Ａ）は、それぞれ符号化されたビデオ、サブピクチャ、オーディオのデータ単位である。これらパックのデータサイズは固定であるが、１つのセルに含ませることができるパック数は可変である。したがって、動きの激しいシーンに対応するセルほど、多数のビデオパックが含まれることになる。

以上のフォーマットにおいては、ＶＭＧＩ、ＶＴＳＩ、ＰＧＣＩ、ＰＣＩ、およびＤＳＩはナビゲーションデータを構成し、また、各メニューおよびタイトルのためのビデオパック、サブピクチャパック、およびオーディオパックはプレゼンテーションデータを構成する。
また、ＰＧＣＩやＰＣＩに埋め込まれた前述のナビゲーションコマンドの中のボタンコマンドなども、該当するＶＴＳ内のＰＧＣＩやＶＭＧ内のＰＧＣＩに埋め込まれたＵＲＬを指定するためのコマンドとして使用されている。これにより、動画再生画面上にＨＴＭＬコンテンツとの連動を示すボタンを表示し、そのボタンが選択されたときに、コマンド実行によって対応するＨＴＭＬコンテンツを外部から取得して画面表示することが可能となる。

かかるＤＶＤの構成は、以下の特許文献１に記載されている。
特開平１１−１６１６６３号公報

しかしながら、従来の技術においては、ナビゲーション・パック中、あるいは、ナビゲーションコマンド中に、ただ単に複数のＵＲＬ情報を埋め込むことにより、映像データの再生中にＵＲＬ情報の埋め込まれた地点までくると、その映像に関連するＨＴＭＬコンテンツの再生のみを制御していたため、再生後の前記ＨＴＭＬコンテンツの挙動を自動的に制御することができなかった。

また、前記映像データと連動して動作するコンテンツの再生に際して、ただ単にＵＲＬ情報を渡す機能しか備えていないため、映像データ情報を取り込んで同期して動作可能なＪａｖａ（登録商標）プログラムを含むコンテンツの再生等、映像とプログラムとが連動した多彩なインタラクティブサービスを実現することができなかった。
一般的に汎用的なプログラミング言語によるアプリケーションが映像データの再生を行う場合、リソースの枯渇やアプリケーション・プログラムのバグ等の要因で、プレーヤ自体の動作やＡＶ再生が破綻してしまう恐れがある。係るコンテンツにあたっては、プレーヤの動作保障が深刻な問題になる。特に、ディスク上に存在するアプリケーション・プログラムのみならず、ネットワークを介してダウンロードしたもの、他のメディアからダウンロードしたもの等、外部から取得したアプリケーション・プログラムを動作させる際は問題である。

また、前記ＵＲＬ情報の埋め込まれた地点で、ネットワークを介して前記ＨＴＭＬコンテンツを取得してくるので、コンテンツを再生するまでに時間がかかり、サービスを利用するユーザに不快感を与えてしまうのも問題である。
本発明は、汎用的なプログラミング言語による多彩なサービスを実現可能とすると伴に、外部から取得したアプリケーション・プログラムの動作を管理する機構を提供する情報記録媒体、その再生装置及び再生方法を提供することを目的とする。

上記課題を解決するため本発明にかかる情報記録媒体は、映像データとプログラム、あるいは、プログラムの所在に関する情報が記録されており、管理区間ごとに前記映像データの再生状態と前記プログラムの状態を制御する管理情報が記録されていることとしている。
また、前記管理情報は、前記プログラム動作中に前記情報記録媒体上のコンテンツと連動して動作するかどうかを識別するための情報を有することとしている。

以上のように、本発明によれば、映像データとプログラム、あるいは、プログラムの所在に関する情報が記録されており、管理区間ごとに前記映像データの再生状態と前記プログラムの状態を制御する管理情報が記録されていることにより、タイトルなどを管理単位として、情報記録媒体上に存在するプログラムだけでなく、情報記録媒体上に存在しないプログラムの起動及び終了のタイミングも管理可能になるので、管理単位内で動作するプログラムを容易に管理でき、管理単位外に影響を及ぼさない仕組みを提供することができるだけでなく、ユーザに対して常に最新のコンテンツを提供することが可能となる。また、プログラムの所在に関する情報を用いることにより、プログラムが情報記録媒体を再生するための装置にキャッシュされている、あるいは、ＳＤカード、ＵＳＢ、ＩＥＥＥ１３９４等、前記情報記録媒体再生装置と直接接続される情報記録媒体上に存在する等、いつもインターネットを介してダウンロードしてくる必要がなく、プログラムの起動時間を短縮すること可能になる。

また、前記管理情報は、前記プログラム動作中に前記情報記録媒体上のコンテンツと連動して動作するかどうかを識別するための情報を有することにより、前記情報記録媒体上のコンテンツの再生と前記情報記録媒体上のプログラムのみならず、それ以外のプログラムが連動して動作できる環境を提供することが可能となる。したがって、前記情報記録媒体上のコンテンツをプログラムと連動して再生する必要がない場合に、無駄に映像や音声を再生することがなくなるため、プレーヤのリソースを有効に活用することができる。

以下、本発明の実施の形態を、図面を参照しながら説明する。
（実施の形態１）
最初に本発明の実施の形態１について説明する。本実施例では、ＢＤアプリケーションにおいてより豊かなインタラクティブ性の実現と、ＢＤアプリケーションのため、Ｊａｖａ（登録商標）のようなプログラミング環境の導入、および、ＢＤディスク以外から取得可能なアプリケーションとの連携に関する内容である。

なお、汎用的なプログラミング環境としてＪａｖａ（登録商標）を想定しているが、Ｃ言語やその他のプログラミング言語であっても、同様である。
（ディスク上の論理データ構造）
図３は、ＢＤ−ＲＯＭ（以降、「ＢＤ」と称する場合もある）の構成、特にディスク媒体であるＢＤディスク（３０４）と、ディスクに記録されているデータ（３０１、３０２、３０３）の構成を示す図である。ＢＤディスク（３０４）に記録されるデータは、ＡＶデータ（３０３）と、ＡＶデータに関する管理情報及びＡＶ再生シーケンスなどのＢＤ管理情報（３０２）と、インタラクティブを実現するＢＤ再生プログラム（３０１）である。本実施の形態では、映画などのＡＶコンテンツを再生するためのＡＶアプリケーションを主眼においてのＢＤディスクの説明を行うが、ＢＤディスクをＣＤ−ＲＯＭやＤＶＤ−ＲＯＭの様にコンピュータ用途の記録媒体としてしようすることも当然のことながら可能である。

図４は、上述したＢＤディスクに記録されている論理データを示した図である。ＢＤディスクは、他の光ディスク、例えばＤＶＤやＣＤなどと同様にその内周から外周に向けてらせん状に記録領域を持ち、内周のリード・インと外周のリード・アウトの間に論理データを記録できる論理アドレス空間を有している。また、リード・インの内側にはＢＣＡ（Ｂｕｒｓｔ Ｃｕｔｔｉｎｇ Ａｒｅａ）と呼ばれるドライブでしか読み出せない特別な領域がある。この領域はアプリケーションから読み出せないため、例えば著作権保護技術などに利用されることがよくある。

論理アドレス空間には、ファイルシステム情報（ボリューム）を先頭に映像データなどのアプリケーションデータが記録されている。ファイルシステムとは、ＵＤＦ（Ｕｎｉｖｅｒｓａｌ Ｄｉｓｃ Ｆｏｒｍａｔ）やＩＳＯ９６６０などのことであり、通常のＰＣと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出しする事が可能になっている。

本実施の形態の場合、ＢＤディスク上のディレクトリ、ファイル構造は、ルートディレクトリ（ＲＯＯＴ）直下にＢＤＶＩＤＥＯディレクトリが置かれている。このディレクトリはＢＤ−ＲＯＭで扱うＡＶコンテンツや管理情報などのデータ（図３で説明した３０１、３０２、３０３）が記録されているディレクトリである。
ＢＤＶＩＤＥＯディレクトリの下には、次の７種類のファイルが記録されている。

ＢＤ．ＩＮＦＯ（ファイル名固定）
「ＢＤ管理情報」の一つであり、ＢＤディスク全体に関する情報を記録したファイルである。ＢＤプレーヤは最初にこのファイルを読み出す。
ＢＤ．ＰＲＯＧ（ファイル名固定）
「ＢＤ再生プログラム」の一つであり、ＢＤディスク全体に関わるプログラムを記録したファイルである。

ＸＸＸ．ＰＬ（「ＸＸＸ」は可変、拡張子「ＰＬ」は固定）
「ＢＤ管理情報」の一つであり、シナリオを記録するプレイリスト（Ｐｌａｙ Ｌｉｓｔ）情報を記録したファイルである。プレイリスト毎に１つのファイルを持っている。
ＸＸＸ．ＰＲＯＧ（「ＸＸＸ」は可変、拡張子「ＰＲＯＧ」は固定）
「ＢＤ再生プログラム」の一つであり、前述したプレイリスト毎のプログラムを記録したファイルである。プレイリストとの対応はファイルボディ名（「ＸＸＸ」が一致する）によって識別される。

ＹＹＹ．ＶＯＢ（「ＹＹＹ」は可変、拡張子「ＶＯＢ」は固定）
「ＡＶデータ」の一つであり、ＶＯＢ（従来例で説明したＶＯＢと同じ）を記録したファイルである。ＶＯＢ毎に１つのファイルを持っている。
ＹＹＹ．ＶＯＢＩ（「ＹＹＹ」は可変、拡張子「ＶＯＢＩ」は固定）
「ＢＤ管理情報」の一つであり、ＡＶデータであるＶＯＢに関わる管理情報を記録したファイルである。ＶＯＢとの対応はファイルボディ名（「ＹＹＹ」が一致する）によって識別される。

ＺＺＺ．ＰＮＧ（「ＺＺＺ」は可変、拡張子「ＰＮＧ」は固定）
「ＡＶデータ」の一つであり、字幕及びメニューを構成するためのイメージデータＰＮＧ（Ｗ３Ｃによって標準化された画像フォーマットであり「ピング」と読む）を記録したファイルである。１つのＰＮＧイメージ毎に１つのファイルを持つ。
（プレーヤの構成）
次に、前述したＢＤディスクを再生するプレーヤの構成について図５及び図６を用いて説明する。

図５は、プレーヤの大まかな機能構成を示すブロック図である。
ＢＤディスク（５０１）上のデータは、光ピックアップ（５０２）を通して読み出される。読み出されたデータは夫々のデータの種類に応じて専用のメモリに記録される。ＢＤ再生プログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」ファイルの中身）はプログラム記録メモリ（５０３）に、ＢＤ管理情報（「ＢＤ．ＩＮＦＯ」、「ＸＸＸ．ＰＬ」または「ＹＹＹ．ＶＯＢＩ」）は管理情報記録メモリ（５０４）に、ＡＶデータ（「ＹＹＹ．ＶＯＢ」または「ＺＺＺ．ＰＮＧ」）はＡＶ記録メモリ（５０５）に夫々記録される。

プログラム記録メモリ（５０３）に記録されたＢＤ再生プログラムはプログラム処理部（５０７）によって、管理情報記録メモリ（５０４）に記録されたＢＤ管理情報は管理情報処理部（５０８）によって、また、ＡＶ記録メモリ（５０５）に記録されたＡＶデータはプレゼンテーション処理部（５０９）によって夫々処理される。
プログラム取得管理部（５０６）は、インターネット等、ネットワーク接続のための通信装置（モデム、ＬＡＮ等）、および、プレーヤの各種インターフェース（ＳＤ等のメディア、ＰＣカード、ＵＳＢ、ＩＥＥＥ１３９４等、以下、プレーヤ・インターフェイスと称する）とのアクセス手段を持ち、プログラム処理部（５０７）より現在再生中のタイトル、チャプタ、アングル等の状態を、管理情報処理部（５０８）よりＢＤ管理情報を受け取り、ディスク上に存在しないプログラムも含めて、プログラムを取得するかどうか判断することにより取得して、プログラム記録メモリ（５０３）に記録して、プログラム処理部（５０７）に通知する。

プログラム処理部（５０７）は、管理情報処理部（５０８）より再生するプレイリストの情報やプログラムの実行タイミングなどのイベント情報を受け取りプログラムの処理を行う。また、プログラムでは再生するプレイリストを動的に変える事が可能であり、この場合は管理情報処理部（５０８）に対してプレイリストの再生命令を送ることで実現する。プログラム処理部（５０７）は、ユーザからのイベント、即ちリモコンキーからのリクエストを受け、ユーザイベントに対応するプログラムがある場合は、実行処理する。

プログラムは管理情報処理部やプレゼンテーション処理部に指示を出し、プレイリストを介してＡＶストリームを再生するものもあれば、通常のＪａｖａ（登録商標）アプリケーション同様にイメージプレーン（５１０）に対して描画指示を行うものもある。
ＡＶストリームの再生のみを指示するアプリケーションの例としては、本編映画再生をユーザの指示に従って行う単純な再生アプリケーションが挙げられる。ＡＶ再生を行わないアプリケーションの例としては、フル画面をプログラムで描画するゲームのようなアプリケーションが挙げられる。ＡＶを再生しながらアプリケーションとして描画することも可能であり、再生中のＡＶの上にプログラムが描画したイメージ図を重ねたり、移動させてアニメーションを行ったりすることも可能である。

管理情報処理部（５０８）は、プログラム処理部（５０７）の指示を受け、対応するプレイリスト及びプレイリストに対応したＶＯＢの管理情報を解析し、プレゼンテーション処理部（５０９）に対象となるＡＶデータの再生を指示する。また、管理情報処理部（５０８）は、プレゼンテーション処理部（５０９）より基準時刻情報を受け取り、時刻情報に基づいてプレゼンテーション処理部（５０９）にＡＶデータ再生の停止指示を行い、また、プログラム処理部（５０７）に対してプログラム実行タイミングを示すイベントを生成する。

プレゼンテーション処理部（５０９）は、映像、音声、字幕／イメージ夫々に対応するデコーダを持ち、管理情報処理部（５０８）からの指示に従い、ＡＶデータのデコード及び出力を行う。映像データ及び字幕／イメージの場合は、デコード後に夫々の専用プレーン、ビデオプレーン（５１１）及びイメージプレーン（５１０）に描画され、合成処理部（５１２）によって映像の合成処理が行われＴＶなどの表示デバイスへ出力される。

図５で示すように、ＢＤプレーヤは図３で示したＢＤディスクに記録されているデータ構成に基づいた構成をとっている。
図６は前述したプレーヤ構成を詳細化したブロック図である。図６では、ＡＶ記録メモリ（５０５）はイメージメモリ（６０８）とトラックバッファ（６０９）に、プログラム処理部（５０７）はプログラムプロセッサ（６０２）とＵＯＰマネージャ（６０３）に、管理情報処理部（５０８）はシナリオプロセッサ（６０５）とプレゼンテーションコントローラ（６０６）に、プレゼンテーション処理部（５０９）はクロック（６０７）、デマルチプレクサ（６１０）、イメージプロセッサ（６１１）、ビデオプロセッサ（６１２）とサウンドプロセッサ（６１３）に、プログラム取得管理部（５０６）はプログラム取得マネージャ（６１８）に夫々対応／展開している。

ＢＤディスク（５０１）から読み出されたＶＯＢデータ（ＭＰＥＧストリーム）はトラックバッファ（６０９）に、イメージデータ（ＰＮＧ）はイメージメモリ（６０８）に夫々記録される。デマルチプレクサ（６１０）がクロック（６０７）の時刻に基づき、トラックバッファ（６０９）に記録されたＶＯＢデータを抜き出し、映像データをビデオプロセッサ（６１２）に音声データをサウンドプロセッサ（６１３）に夫々送り込む。ビデオプロセッサ（６１２）及びサウンドプロセッサ（６１３）は夫々ＭＰＥＧシステム規格で定める通りに、デコーダバッファとデコーダから夫々構成されている。即ち、デマルチプレクサ（６１０）から送りこまれる映像、音声夫々のデータは、夫々のデコーダバッファに一時的に記録され、クロック（６０７）に従い個々のデコーダでデコード処理される。

イメージメモリ（６０８）に記録されたＰＮＧは、次の２つの処理方法がある。イメージデータが字幕用の場合は、プレゼンテーションコントローラ（６０６）によってデコードタイミングが指示される。クロック（６０７）からの時刻情報をシナリオプロセッサ（６０５）が一旦受け、適切な字幕表示が行えるように、字幕表示時刻（開始及び終了）になればプレゼンテーションコントローラ（６０６）に対して字幕の表示、非表示の指示を出す。プレゼンテーションコントローラ（６０６）からデコード／表示の指示を受けたイメージプロセッサ（６１１）は対応するＰＮＧデータをイメージメモリ（６０８）から抜き出し、デコードし、イメージプレーン（６１４）に描画する。

次に、イメージデータがメニュー用の場合は、プログラムプロセッサ（６０２）によってデコードタイミングが指示される。プログラムプロセッサ（６０２）が何時イメージのデコードを指示するかは、プログラムプロセッサ（６０２）が処理しているＢＤプログラ
ムに因るものであって一概には決まらない。
イメージデータ及び映像データは、図５で説明したように夫々デコード後にイメージプレーン（６１４）、ビデオプレーン（６１５）に記録され、合成処理部（６１６）によって合成出力される。

ＢＤディスク（５０１）から読み出された管理情報（シナリオ、ＡＶ管理情報）は、管理情報記録メモリ（６０４）に記録されるが、シナリオ情報（「ＢＤ．ＩＮＦＯ」及び「ＸＸＸ．ＰＬ」）はシナリオプロセッサ（６０５）によって読み出され処理される。また、ＡＶ管理情報（「ＹＹＹ．ＶＯＢＩ」）はプレゼンテーションコントローラ（６０６）によって読み出され処理される。

シナリオプロセッサ（６０５）は、プレイリストの情報を解析し、プレイリストによって参照されているＶＯＢとその再生位置をプレゼンテーションコントローラ（６０６）に指示し、プレゼンテーションコントローラ（６０６）は対象となるＶＯＢの管理情報（「ＹＹＹ．ＶＯＢＩ」）を解析して、対象となるＶＯＢを読み出すようにドライブコントローラ（６１７）に指示を出す。

ドライブコントローラ（６１７）はプレゼンテーションコントローラ（６０６）の指示に従い、光ピックアップを移動させ、対象となるＡＶデータの読み出しを行う。読み出されたＡＶデータは、前述したようにイメージメモリ（６０８）またはトラックバッファ（６０９）に記録される。
また、シナリオプロセッサ（６０５）は、クロック（６０７）の時刻を監視し、管理情報で設定されているタイミングでイベントをプログラムプロセッサ（６０２）に投げる。

プログラム記録メモリ（６０１）に記録されたＢＤプログラム（「ＢＤ．ＰＲＯＧ」または「ＸＸＸ．ＰＲＯＧ」）は、プログラムプロセッサ（６０２）によって実行処理される。プログラムプロセッサ（６０２）がＢＤプログラムを処理するのは、シナリオプロセッサ（６０５）からイベントが送られてきた場合か、ＵＯＰマネージャ（６０３）からイベントが送られてきた場合である。ＵＯＰマネージャ（６０３）は、ユーザからリモコンキーによってリクエストが送られてきた場合に、プログラムプロセッサ（６０２）にイベントを生成する。

プログラム取得マネージャ（６１８）は、シナリオプロセッサ（６０５）によって読み出されるシナリオ情報のうち「ＢＤ．ＩＮＦＯ」を取得して、ディスク上に存在しないプログラムを検索して取得し、プログラム記録メモリ（６０１）に記録する。プログラム取得のタイミングは、シナリオプロセッサ（６０５）からディスク挿入イベント、時間イベント、ユーザイベントが送られてきた場合、プログラムプロセッサ（６０２）からプログラム取得イベントが送られてきた場合である。
（ナビゲーションデータ構造）
図７を用いてＢＤディスク全体に関する情報（”ＢＤ．ＩＮＦＯ”）の内部構造について説明をする。

ＢＤディスク全体情報は、タイトルリスト（ＴｉｔｌｅＬｉｓｔ）とグローバルイベント用のイベントテーブル（ＥｖｅｎｔＴａｂｌｅ）から構成されている。
タイトルリスト（ＴｉｔｌｅＬｉｓｔ）は、ディスク内のタイトル数（Ｎｕｍｂｅｒ）と、これに続く各タイトル情報（Ｔｉｔｌｅ＃１〜Ｔｉｔｌｅ＃ｎ）から構成されている。個々のタイトル情報（Ｔｉｔｌｅ）は、タイトルに含まれるプレイリストのテーブル（ＰＬＴａｌｂｌｅ）とタイトル内のチャプタリスト（ＣｈａｐｔｅｒＬｉｓｔ）を含んでいる。プレイリストのテーブル（ＰＬＴａｂｌｅ）はタイトル内のプレイリストの数（Ｎｕｍｂｅｒ）と、プレイリスト名（Ｎａｍｅ）即ちプレイリストのファイル名を有している。

タイトルはユーザに認識されるＡＶストリームの再生及びアプリケーションの実行の単位であるが、同時にプレーヤがＡＶストリームの再生及びアプリケーションの実行を管
理する単位でもある。
チャプタリスト（ＣｈａｐｔｅｒＬｉｓｔ）は、当該タイトルに含まれるチャプタ数（Ｎｕｍｂｅｒ）と個々のチャプタ情報（Ｃｈａｐｔｅｒ＃１〜Ｃｈａｐｔｅｒ＃ｎ）から構成され、チャプタ情報（Ｃｈａｐｔｅｒ＃）は当該チャプタが含むセルのテーブル（ＣｅｌｌＴａｂｌｅ）を持ち、セルのテーブル（ＣｅｌｌＴａｂｌｅ）はセル数（Ｎｕｍｂｅｒ）と個々のセルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃１〜ＣｅｌｌＥｎｔｒｙ＃ｋ）から構成されている。セルのエントリ情報（ＣｅｌｌＥｎｔｒｙ＃）は当該セルを含むプレイリスト名と、プレイリスト内でのセル番号によって記述されている。

イベントリスト（ＥｖｅｎｔＬｉｓｔ）は、グローバルイベントの数（Ｎｕｍｂｅｒ）と個々のグローバルイベントの情報を持っている。ここで注意すべきは、最初に定義されるグローバルイベントは、ファーストイベント（ＦｉｒｓｔＥｖｅｎｔ）と呼ばれ、ＢＤディスクがプレーヤに挿入された時、最初に呼ばれるイベントである。グローバルイベント用イベント情報はイベントタイプ（Ｔｙｐｅ）とイベントのＩＤ（ＩＤ）だけを持っている。
（アプリケーションの管理）
図８はタイトルリスト（８０１）が、アプリケーションの管理単位としてのタイトルを指し示している様子を示している。

タイトル＃１は映画本編が再生されるタイトルである。タイトル＃１が選択されると、本編映像再生用のアプリケーション（８０２）が起動され、本編映像の再生が開始される。本編再生用のアプリケーションは、リモコンキーによる早送り・スキップなどのイベントを受けて、再生制御部に指示を出しプレーヤの動作をコントロールする。タイトル＃１が起動されると本編再生用アプリケーションとともに、ポップアップメニューを出現させるためのアプリケーション（８０３）や、本編再生中の映像に出てきた品物を購入できるようなショッピングカートアプリケーション（８０４）なども起動させる。

本編再生から別の目的のタイトルに移りたい場合は、タイトル切り替えを行う。たとえば本編再生中に出てきた品物を購入するためにオンラインショッピングアプリケーションを起動させたければ、オンラインショッピングを行うタイトル＃２に移動する。
タイトル＃１からタイトル＃２に移動すると、タイトル＃１の場合同様にタイトル＃２に関連したアプリケーション（８０５）が起動されるとともに、タイトル＃２に関係ないアプリケーション（８０２、８０３）は停止する。タイトル＃１にもタイトル＃２にも関係するアプリケーション（８０４）は、どちらのタイトルでも起動し続けることができ、タイトル＃１とタイトル＃２の間のタイトル遷移中に停止と再起動が起こるわけではない。

タイトル＃３はタイトル＃１及びタイトル＃２とは独立したタイトルであり、タイトル＃３が選択されると、タイトル＃１及びタイトル＃２で起動されていたアプリは停止し、タイトル＃３に関連したアプリケーション（８０６）が起動される。
図９はこれまで述べたような、タイトル単位でのアプリケーションの管理を実現するための管理情報について示している。

アプリケーション管理情報（９０１）は、アプリケーションが動作可能な区間を示している有効期間（９０２）、アプリケーションＩＤ（９０３）、タイトル開始時の起動状態（９０４）、アプリケーションがディスク上に存在するかどうかを示すフラグ（９０５）、および、アプリケーションの所在を示すＵＲＬ情報（９０６）を管理しており、指定されたタイトル中でどのアプリケーションが起動されるかを管理している。

アプリケーションがディスク上に存在するかどうかを示すフラグは、ｏｎ−ｄｉｓｃでＵＲＬ情報が記載してあれば、プレーヤの機能、リソースの使用状況、および、ユーザ・プリファレンスに応じてディスク上のアプリケーションを起動するか、ＵＲＬ先からアプリケーションを取得してきて起動するか判断する。ＵＲＬ情報が記載していなければ、ディスク上のアプリケーションを起動する。ここで、プレーヤの機能に応じて判断するとは、プレーヤにネットワーク接続するための機能が備わっているかどうか、プレーヤのデバイス情報を取得して判断することを示す。また、リソースの使用状況に応じて判断するとは、前記取得したデバイス情報から、アプリケーションを取得するための機能が利用可能であるかどうかを判断することを示す。また、ユーザ・プリファレンスに応じて判断するとは、ユーザが予め設定した情報に基づいて判断することを示す。

また、ＳＤカード、ＵＳＢ等、プレーヤ・インターフェイスから提供されるアプリケーションが存在する場合には、署名済みの認証情報、バージョン情報等を考慮して、アプリケーションＩＤを検索キーとして、アプリケーションを取得して起動する。存在場所（９０５）が「ｏｆｆ−ｄｉｓｃ」であり、ＵＲＬ情報（９０６）は「−」であるものは、インターネットワークを介して取得するのではなく、プレーヤ・インターフェイスを介してのみ提供されるアプリケーションを示している。存在場所（９０５）が「ｏｆｆ−ｄｉｓｃ」であり、ＵＲＬ情報（９０６）が記載されているものは、ネットワークを介して取得可能であることを示している。

アプリケーションを起動するにあたり、アプリケーションがディスク上に存在しない、すなわち、存在場所（９０５）が「ｏｆｆ−ｄｉｓｃ」である場合、遅くとも起動時にはどこかから取得してくる必要がある。そこで、プログラム取得管理部（５０６）でアプリケーションＩＤ（９０３）、存在場所（９０５）、および、ＵＲＬ情報（９０６）に基づいてアプリケーションＩＤ（９０３）に対応するプログラムを取得し、プログラム記録メモリ（５０３）に記録する。プログラム取得管理部（５０６）の処理フローに関する詳細は、図１０で述べることにして、ここでは割愛する。

以下、アプリケーション管理情報（９０１）に記載競れているアプリケーションが既にプログラム記憶メモリ（５０３）に保存されているものとして、アプリケーションの挙動に関して述べることとする。
アプリケーション＃１（９０７）は、存在場所（９０５）が「ｏｎ−ｄｉｓｃ」、ＵＲＬ情報（９０６）が「−」であり、タイトル＃１開始時に自動的に起動（９１１）されるアプリケーションである。アプリケーション＃２は同じくタイトル＃１に関連付けられているが、タイトル開始時に自動的に起動はされない。アプリケーション＃２は、他のアプリケーションによって起動される（９１２）、あるいはユーザ操作などのイベントにより起動される。

アプリケーション＃２（９０８）は、存在場所（９０５）が「ｏｎ−ｄｉｓｃ」、ＵＲＬ情報（９０６）が記載されており、タイトル＃１開始時に自動的に起動されることはないが、タイトル＃２に切り替わるときに起動していて、かつ、タイトル＃２に登録されていなければ、自動的に終了する（９１３）。
アプリケーションの終了の仕方としては、アプリケーション＃２のように他のアプリやイベントによって起動する場合と同様、他のアプリやイベントによって終了することもある（９１４）。このような場合、起動属性がＡｕｔｏＲｕｎ（自動的に起動）であっても、タイトル中で自動的に再起動することはない。タイトルが切り替わり、再びタイトル＃１が開始されたときは、自動的に起動される。

なお、アプリケーションＩＤとしては、Ａｐｐｌｅｔやｘｌｅｔなどの起動インターフェースを持ったクラスファイル名などでよい。
また、複数のタイトルに対して、同じアプリケーションを登録しておくことにより、タイトルを越えてアプリケーションを起動させ続けることが可能となる。アプリケーション管理情報において、アプリケーション＃３は、存在場所（９０５）が「ｏｆｆ−ｄｉｓｃ」、ＵＲＬ情報（９０６）が「−」であり、タイトル＃１にもタイトル＃２にも登録（９０９、９１０）されている。アプリケーション＃３は前記アプリケーション＃２と同様に起動される。タイトル＃１からタイトル＃２に遷移する際、アプリケーション＃３はタイトル＃２にも登録されているため、タイトル＃１終端で終了することなく、タイトル＃２に遷移する。このように複数タイトルに同一アプリケーションを登録しておけば、登録されているタイトル間を遷移する際にアプリケーションが終了後再起動されるようなことはない。

複数タイトルをまたげるアプリケーションであったとしても、登録されていないタイトルに遷移する際は終了される。アプリケーション＃３の例では、タイトル＃２からタイトル＃３（表記せず）に遷移する際は、アプリケーション＃３は終了される。
アプリケーション＃４（９１５）は、存在場所（９０５）が「ｏｆｆ−ｄｉｓｃ」、ＵＲＬ情報（９０６）が記載されており、前記アプリケーション＃２と同様に起動される。

図１０は、本発明に係わるプログラム取得管理部（５０６）の処理フローの一例である。
ＢＤディスクが挿入されるとプログラム取得管理部は、プログラム処理部（５０７）と管理情報処理部（５０８）からのイベントを待つ。
ディスク挿入時、タイトル切り替え時、プログラム起動要求時に、プログラム処理部（５０７）、あるいは、管理情報処理部（５０８）からのイベントを受け取る（Ｓ１０１）と、プログラム処理部は管理情報処理部より管理情報を読み込み（Ｓ１０２）、読み込んだ管理情報に基づいてプログラムの取得先を判断する（Ｓ１０３）。このステップに関しては、図１１にて詳細に説明することとして、ここでは割愛する。プログラム取得先が「存在しない」と判断されると（Ｓ１０４）、プログラム取得不可である旨をプログラム処理部に通知する（Ｓ１０５）。そうでない場合には、プログラム取得先が「プログラム記憶メモリ」であるかどうか判定する（Ｓ１０６）。プログラム取得先が「プログラム記憶メモリ」である場合には、プログラムが取得可能である旨をプログラム処理部に通知する（Ｓ１０７）。そうでない場合には、プログラム取得先から対象となるプログラムを取得して（Ｓ１０８）、プログラム記憶メモリに保存する（Ｓ１０９）。プログラム記憶メモリに保存すると、プログラムが取得可能である旨をプログラム処理部に通知する（Ｓ１０７）。

図１１は、本発明に係わるプログラム取得管理部（５０６）のプログラム取得先を判断する処理のフローの一例である。
まず、現在再生しているシナリオの番号をプログラム処理部（５０７）から取得する（Ｓ２０１）。取得したシナリオ番号がアプリケーション管理情報（９０１）の有効期間の範囲外にあるかどうか判定する（Ｓ２０２）。有効期間の範囲外にある場合には、なるべく短時間にプログラムを取得してくる必要がないので、極力最新のプログラムを取得してくる（Ｓ２０３）。詳細は図１２で説明することとし、ここでは割愛する。有効期間の範囲外にない場合、すなわち、有効期間内にある場合には、なるべく短時間にプログラムを取得してくる必要がある（Ｓ２０４）。詳細は図１３で説明することとし、ここでは割愛する。

図１２は、本発明に係わるプログラム取得管理部（５０６）の最新プログラム取得判断に関する処理のフローの一例である。
アプリケーション管理情報（９０１）の「ＵＲＬ」が記載されているかどうか判定する（Ｓ３０１）。「ＵＲＬ」が記載されている場合には、プレーヤの機能、リソースの利用状況、あるいは、ユーザ・プリファレンスを取得することにより、現在ネットワークが利用可能かどうか判定する（Ｓ３０２）。現在ネットワークが利用可能である場合には、プログラム取得先を「ＵＲＬ」にセットする（Ｓ３０３）。「ＵＲＬ」が記載されておらず、現在ネットワークが利用可能でない場合には、プレーヤ・インターフェイス上に存在するかどうか判定する（Ｓ３０４）。プレーヤ・インターフェイス上に存在する場合には、プログラム取得先を「プレーヤ・インターフェイス」にセットする（Ｓ３０５）。そうでない場合には、プログラムがハードディスク等のローカルストレージに存在するかどうか判定する（Ｓ３０６）。ローカルストレージ上に存在する場合には、プログラム取得先を「ストレージ」にセットする（Ｓ３０７）。そうでない場合には、アプリケーション管理情報（９０１）の「存在場所」が「ｏｎ−ｄｉｓｃ」であるかどうか判定する（Ｓ３０８）。「ｏｎ−ｄｉｓｃ」である場合には、プログラム取得先を「プログラム記憶メモリ」にセットする（Ｓ３０９）。そうでない場合には、プログラム取得先を「存在しない」にセットする（Ｓ３１０）。

図１３は、本発明に係わるプログラム取得管理部（５０６）のプログラム即時取得判断に関する処理のフローの一例である。
アプリケーション管理情報（９０１）の「存在場所」が「ｏｎ−ｄｉｓｃ」であるかどうか判定する（Ｓ４０１）。「ｏｎ−ｄｉｓｃ」である場合には、プログラム取得先を「プログラム記憶メモリ」にセットする（Ｓ４０２）。そうでない場合には、プログラムがハードディスク等のローカルストレージに存在するかどうか判定する（Ｓ４０３）。ローカルストレージ上に存在する場合には、プログラム取得先を「ストレージ」にセットする（Ｓ４０４）。そうでない場合には、プレーヤ・インターフェイス上に存在するかどうか判定する（Ｓ４０５）。プレーヤ・インターフェイス上に存在する場合には、プログラム取得先を「プレーヤ・インターフェイス」にセットする（Ｓ４０６）。そうでない場合には、アプリケーション管理情報（９０１）の「ＵＲＬ」が記載されているかどうか判定する（Ｓ４０７）。「ＵＲＬ」が記載されている場合には、プレーヤの機能、リソースの利用状況、あるいは、ユーザ・プリファレンスを取得することにより、現在ネットワークが利用可能かどうか判定する（Ｓ４０８）。現在ネットワークが利用可能である場合には、プログラム取得先を「ＵＲＬ」にセットする（Ｓ４０９）。そうでない場合には、プログラム取得先を「存在しない」にセットする（Ｓ４１０）。

図１４は、ＢＤディスク上のコンテンツと連携して動作するためのアプリケーションの管理を実現するための管理情報について示している。
アプリケーション管理情報のアプリケーション＃２の連携情報（１４０１）は「ｗｏｒｋ−ｗｉｔｈ」を、アプリケーション＃４の連携情報（１４０１）は、「−」を示している。連携情報（１４０１）が「ｗｏｒｋ−ｗｉｔｈ」である場合には、ＢＤディスク上のコンテンツと連動して動作することを示している。たとえば、ＢＤディスク上のある映画の本編再生中に、本編の映像上にキャラクターを描画したり、映像に合わせてキャラクターが動作したりする仕組みを提供する場合が考えられる。この場合、ＡＶ情報をアプリケーションに引き渡すことにより、上述のような例を実現可能とする。ＡＶ情報をアプリケーションに引き渡す例として、ＪＭＦ（Ｊａｖａ（登録商標） Ｍｅｄｉａ Ｆｒａｍｅｗｏｒｋ）のオブジェクトとして生成して渡すことが考えられる。また、連携情報（１４０１）が「−」である場合には、ＢＤディスク上のコンテンツは一旦停止することを示している。たとえば、ＢＤディスク上のある映画の本編再生中に、あるシーンに登場する人物のプロフィールが見たい場合がある。そうした場合には、本編は一旦停止して、登場人物のプロフィールを再生する。

なお、ＢＤディスク上のコンテンツを一旦停止する例として、ブラウザを用いてＨＴＭＬコンテンツを再生する場合もある。
図１５は、本発明に係わるシナリオの切り替えによるアプリケーション管理情報を用いたアプリケーションの振る舞いに関する処理フローの一例である。ここで、シナリオ切り替えとは、ＢＤコンテンツの再生の単位である、タイトル、チャプタ、アングル、パス、あるいは、ディスクの切り替えを示している。

シナリオ切り替えイベントが受信されると（Ｓ５０１）、アプリケーション管理情報の読込先を最初の行に指定する（Ｓ５０２）。アプリケーション管理情報の読み込み先の行項目が存在するかどうか判定する（Ｓ５０３）。アプリケーション管理情報の読み込み先の行項目が存在する場合には、アプリケーション管理情報の読込先の行項目に記載のアプリケーションが実行中かどうか判定する（Ｓ５０４）。アプリケーションが実行中であれば、シナリオ番号がアプリケーション管理情報の有効期間内にあるかどうか判定する（Ｓ５０５）。シナリオ番号がアプリケーション管理情報の有効期間内にある場合には、当該アプリケーションを継続して実行する（Ｓ５０６）。そうでない場合には、当該アプリケーションを終了する（Ｓ５０７）。アプリケーションが終了すると、ユーザの選択、あるいは、ユーザ・プリファレンス等により、アプリケーションをローカルストレージに保存するかどうか判定する（Ｓ５０８）。アプリケーションをローカルストレージに保存する場合には、保存する（Ｓ５０９）。アプリケーションの継続実行、あるいは、アプリケーションの終了を行うと、アプリケーション管理情報の読込先を次の行へ進める（Ｓ５１０）。この操作を繰り返すことにより、ステップＳ５０３で、アプリケーション管理情報の読込先の行項目が存在しなくなると、この処理フローは終了する。

なお、ローカルストレージに保存する際には、次回起動される際の認証として、ディスクＩＤ、オーサーＩＤと共に、アプリケーション管理情報も保存する。
図１６は、タイトルより長い単位でアプリケーションを管理する方法を示している。アプリケーションによっては複数のタイトルをまたげるものもあるが、ディスクに存在する全てのタイトルで有効なアプリケーションの場合は、有効期間をディスク（１６０１）に設定する。

同様に、ディスク２枚組のようなパッケージがある場合は、有効期間にディスクＩＤ（１６０２）を記述しておくことで実現可能である。
また、これらの階層別のアプリケーション管理情報を組み合わせて使うことも可能である。組み合わせて利用する場合で、どちらか一方にしか登録されていない場合（たとえばディスクのアプリケーション管理情報には登録されていて、タイトルのアプリケーション管理情報には登録されていない場合）は、管理テーブルの和集合をとってプレーヤ内で独自のアプリケーション管理情報を構成すればよい。２つの管理テーブルで情報が異なる場合は、より有効範囲が狭い管理テーブル（先ほどの例では、タイトルのアプリケーション管理情報）を優先するようにしてもよい。

複数のディスクにまたがっても、アプリケーションを一意に指定するため、アプリケーションＩＤとして、オーサーが決めた独自の番号だけではなく、オーサーごとに割り振られた一意なＩＤとオーサーが決めた独自の番号を組み合わせることにより、他社製のコンテンツとアプリケーションＩＤが重なることを防ぐことも可能である。
なお、複数ディスクにまたがる管理情報の場合、ディスクが抜かれた状態でのアプリケーションの動作を規定することも可能である。ディスクが抜かれた状態ではアプリケーションを一時停止状態にする、あるいは、使用できる機能を限定しなければ、悪意を持ったアプリケーションやバグにより、ディスク交換時あるいはディスクを抜いたあともアプリケーションが起動し続け、ユーザが気づかないうちにデータの改変あるいはネットワークへのアクセスを行うかもしれない。

図１７はタイトルより短い単位でアプリケーションを管理する方法を示している。ＡＶストリームが再生されるタイトルの場合、タイトル再生中にいくつかのチャプタ（１７０１）が用意されていることがある。チャプタはＡＶストリームの再生時間軸上に順番に並んでいるため、時間軸上の特定の区間でのみ有効なアプリケーションを規定したい場合、タイトル指定とともにさらに時間の限定を加えてチャプタあるいはチャプタの範囲を指定する（１７０２）ことにより、アプリケーションの有効期間をタイトル中の時間軸上の特定期間に限定する（１７０３）ことができる。

なお、さらに細かい単位でアプリケーションを管理したい場合には、タイトル内のストリームの時間軸を利用し、再生開始時点よりＡ秒後からＢ秒後のように時間指定することも可能である。
（アプリケーションマネージャ）
アプリケーション管理情報を利用して、アプリケーションを起動及び終了させる仕組みについて述べる。

図１８はプログラミング環境を用いて再生を制御する部分の大まかなブロック図である。ディスク（１８０１）から読み込まれたプログラムやプログラムから使用するイメージデータは、ローカルメモリ（１８０２）に蓄積される。ローカルメモリは図６のプログラム記憶メモリと同等であるが、プログラムだけではなくイメージデータなども格納される。ローカルメモリ上のプログラム及びデータは、Ｊａｖａ（登録商標）仮想マシン（１８０３）などのプログラム処理部が必要とした時に、プログラム処理部のワークメモリ（１８０４）内に読み込まれる。ワークメモリはプログラムを実行する際にプログラム処理部が利用するメモリであり、Ｊａｖａ（登録商標）仮想マシンではヒープ領域あるいはヒープメモリなどと呼ばれるメモリである。ワークメモリに読み込まれプログラム処理部によりプログラムが実行されるとアプリケーション（１８０５）が起動される。図６におけるプログラム処理部は、Ｊａｖａ（登録商標）仮想マシンとワークメモリが含まれている。アプリケーションの動作によっては、プログラム処理部を介して、ＡＶストリーム再生部（１８０６）に指示を出すことも可能である。

アプリケーション管理情報は、アプリケーションマネージャ（１８０７）によって読み込まれ、アプリケーションマネージャがプログラム処理部を制御することにより、アプリケーションの起動や終了を行う。タイトル遷移時に、アプリケーションマネージャはアプリケーション管理情報を参照し、該当するアプリケーションのプログラムをローカルメモリより読み込んで実行、あるいは必要ないアプリケーションを終了する。

なお、ディスクからローカルメモリにデータが読み込まれる時、あるいは、ローカルメモリからワークメモリにデータが読み込まれるときに、プログラムやイメージデータのサイズをチェック、プログラムのコードにデータ落ちなどが存在しないか、プログラムを動作させるＪａｖａ（登録商標）仮想マシンとバージョンが合っているかなどチェックする機能があってもよい。また、不正なプログラムが動作することを防ぐためプログラムを暗号化してディスクに記録しておき、読み込む際に複合化するなどセキュリティを確保する機能があってもよい。

図１９はアプリケーションマネージャによるアプリケーションの起動及び終了の様子を示している。
タイトル管理情報を参照してタイトル開始時にアプリケーションマネージャがアプリケーションの起動する（１９０１）以外に、ユーザ操作により発生するイベントや時間イベントに応じて、アプリケーションマネージャがアプリケーションを起動（１９０２）してもよい。また、他のアプリケーションからの制御によりアプリケーションを起動する（１９０３）ことも可能である。この場合、アプリケーションが直接他のアプリを起動してもよいし、アプリケーションマネージャに指定のアプリケーションを起動するように問い合わせてもよい。

アプリケーションの終了は、タイトル開始時と同様、タイトル終了時にアプリケーションマネージャが次のタイトルで登録されていないアプリケーションＩＤを持つアプリを終了（１９０４）させる、あるいは、ユーザ操作により発生するイベントや時間イベントに応じてアプリケーションを終了（１９０５）させてもよい。他のアプリケーションから終了（１９０６）してもよい。この場合、直接アプリケーションを終了させてもよいし、アプリケーションマネージャに、指定のアプリケーションを終了するように問い合わせてもよい。

このように、本実施形態では、ＢＤディスク上のアプリケーションのみならず、それ以外のアプリケーションにおいても、アプリケーション管理情報にＢＤディスクの再生単位に沿った有効期間を記述することにより、その挙動を制御することができる。
また、上記ＢＤディスクの再生単位に沿った有効期間を記述しておくことで、ＢＤディスク上のアプリケーションのみならず、それ以外のアプリケーションが暴走して他の再生単位でも動作し続けることを防ぐことができるので、無駄なリソースを回収してプレーヤの動作を保障することができる。

また、現在再生中のシナリオ情報に基づいて、ＢＤディスク上に存在しないアプリケーションの取得先を判断する機構を導入することにより、ＢＤディスク上に存在しないアプリケーションを起動するまでの時間を短縮することができる。
また、アプリケーション管理情報に「連携情報」フラグを導入することにより、ＢＤディスク上のコンテンツの再生とＢＤディスク上のアプリケーションのみならず、それ以外のアプリケーションが連動して動作できる環境を提供することが可能となる。したがって、ＢＤコンテンツをアプリケーションと連動して再生する必要がない場合に、無駄に映像や音声を再生することがなくなるため、プレーヤのリソースを有効に活用することができる。
（実施の形態２）
次に本発明の第２の実施の形態について説明する。

第２の実施の形態は、ＢＤディスク上に存在しないアプリケーションにおいて、予め管理情報に有効期間が定められていない、あるいは、記載されていないアプリケーションのＢＤコンテンツのライフサイクルと連動したライフサイクルコントロールに関する内容である。基本的には第１の実施の形態に基づく内容であり、拡張または異なる部分を中心に説明する。
（管理情報取得管理）
実施の形態１において、ＢＤディスク上に存在しないアプリケーションを、ＢＤコンテンツと連動して管理単位ごとに起動、終了することが目的であった。しかし、アプリケーション取得と共に、管理情報を取得することで、コンテンツ提供者は、予め管理情報に記載したアプリケーションのみならず、新たにアプリケーションを提供することができるので、ユーザに対してより多彩なサービスを提供することが可能となる。

実施の形態１においては、ディスク挿入時、シナリオ切り替え時、起動要求時、あるいは、ある時間経過後に、予めアプリケーション管理情報に記載されている有効期間に基づいて、ＢＤディスク上の有無に関わらず、アプリケーションの起動、終了が行われた。
本実施の形態においては、ディスク挿入時、シナリオ切り替え時、起動要求時、ある時間経過後、あるいは、別のアプリケーションからダウンロード要求時に、アプリケーション取得と共に、アプリケーション管理情報を取得することで、アプリケーションの起動、終了を行う。

図２０は、図５を本実施の形態に合わせて拡張したプレーヤの概要ブロック図の一例である。管理情報取得管理部（２００１）は、インターネット等、ネットワーク接続のための通信装置（モデム、ＬＡＮ等）、および、プレーヤの各種インターフェース（ＳＤ等のメディア、ＰＣカード、ＵＳＢ、ＩＥＥＥ１３９４等、以下、プレーヤ・インターフェイスと称する）とのアクセス手段を持ち、プログラム処理部、あるいは、プログラム取得管理部から管理情報取得が指示されると、管理情報を取得する。管理情報記録メモリから管理情報を取得すると、前記２つの管理情報をマージして、管理情報記録メモリに保存する。プログラム処理部に対して管理情報を更新したことを通知することにより、プログラム処理部は、管理情報処理部から新たに管理情報を取得する。

図２１は、アプリケーションＵＲＬ（２１０１）、および、管理情報ＵＲＬ（２１０２）を記載したアプリケーション管理情報である。「有効期間」、「存在場所」、および、「アプリケーションＵＲＬ」が記載（２１０３）された項目は、アプリケーションを取得してくると、同時に管理情報ＵＲＬを記載したメタ情報が含まれている場合である。
また、「存在場所」、「アプリケーションＵＲＬ」、および、「管理情報ＵＲＬ」が記載（２１０４）された項目は、アプリケーションの所在、および、管理情報の所在がアプリケーション管理情報に明記されている場合である。

「アプリケーションＵＲＬ」項目には、ＪＡＲファイルが示されているが、ＺＩＰ、ＴＡＲ等、他のアーカイブ形式でも構わない。
なお、アプリケーションのアーカイブ内に管理情報が含まれていてもよい。
図２２は、本発明に係わるプログラム取得管理部（５０６）の処理フローの一例である。ＢＤディスクが挿入されるとプログラム取得管理部は、プログラム処理部（５０７）と管理情報処理部（５０８）からのイベントを待つ。

ディスク挿入時、再生シナリオ切り替え時、起動要求指示時、あるいは、アプリケーションのダウンロード要求時に、プログラム処理部（５０７）、あるいは、管理情報処理部（５０８）からのイベントを受け取る（Ｓ６０１）と、管理情報処理部より管理情報を読み込み（Ｓ６０２）、読み込んだ管理情報に基づいてプログラムの取得先を判断する（Ｓ６０３）。このステップに関しては、図１１にて詳細に説明することとして、ここでは割愛する。プログラム取得先が「存在しない」と判断されると（Ｓ６０４）、プログラム取得不可である旨をプログラム処理部に通知する（Ｓ６０５）。そうでない場合には、プログラム取得先が「プログラム記憶メモリ」であるか判定する（Ｓ６０６）。プログラム取得先が「プログラム記憶メモリ」である場合には、プログラムが取得可能である旨をプログラム処理部に通知する（Ｓ６０７）。そうでない場合は、プログラム取得先から対象となるプログラムを取得して（Ｓ６０８）、プログラム記憶メモリに保存する（Ｓ６０９）。プログラム記憶メモリに保存すると、取得したプログラムにアプリケーション管理情報に関する情報（アプリケーション管理情報の所在を示すＵＲＬ、あるいは、アプリケーション管理情報）が存在するかどうか判定する（Ｓ６１０）。アプリケーション管理情報に関する情報が存在する場合には、管理情報取得管理部に対して管理情報取得を指示して（Ｓ６１１）、プログラム処理部に対して、プログラム取得可能である旨を通知する（Ｓ６０７）。アプリケーション管理情報が存在しない場合には、プログラムが取得可能である旨をプログラム処理部に通知するのみ行う（Ｓ６０７）。

図２３は、本発明に係わる管理情報取得管理部（２００１）の処理フローの一例である。管理情報取得管理部は、プログラム取得管理部（５０６）とプログラム処理部（５０７）からのイベントを待つ。
プログラム取得管理部（５０６）、あるいは、プログラム処理部（５０７）からの管理情報取得の指示を受け取る（Ｓ７０１）と、管理情報取得指示の中に、管理情報取得先のＵＲＬが存在するかどうか判定する（Ｓ７０２）。管理情報取得先のＵＲＬが存在する場合には、ＵＲＬ先から管理情報を取得し（Ｓ７０３）、存在しない場合には、管理情報取得指示の中に、管理情報そのものが存在するかどうか判定する（Ｓ７０４）。管理情報そのものが存在する場合、および、前記ＵＲＬ先から管理情報を取得した場合には、管理情報記録メモリ（５０４）から管理情報を取得する（Ｓ７０５）。管理情報取得指示の中に、アプリケーション情報が存在するかどうか判定する（Ｓ７０６）。アプリケーション情報画存在する場合には、管理情報の「従属」項に、ダウンロード要求元のアプリケーションＩＤを追記する（Ｓ７０７）。管理情報処理部（５０８）から取得した管理情報と、前記ＵＲＬ先から管理情報を取得した管理情報、あるいは、管理情報取得指示の中に存在していた管理情報とをマージして更新して（Ｓ７０８）、管理情報記録メモリに保存する（Ｓ７０９）。管理情報記録メモリに保存されると、プログラム処理部に、管理情報を更新した旨を通知する（Ｓ７１０）。管理情報取得指示中に、管理情報ＵＲＬ、かつ、管理情報が存在しない場合には、管理情報は変更しなかった旨を通知する（Ｓ７１１）。

図２４は、図２１のアプリケーション管理情報に基づき、プログラム、および、管理情報を取得した後のアプリケーション管理情報を示している。アプリケーション＃６は、タイトル＃３で動作するアプリケーションであることがアプリケーション管理情報に追記されている（２４０１）。アプリケーション＃７、タイトル＃３で動作するアプリケーションであることがアプリケーション管理情報に追記されている（２４０２）。アプリケーション＃８は、タイトル＃３で動作し、アプリケーション＃１に従属（２４０３）するアプリケーションであることが追記されている（２４０４）。前記「従属」項に指定されたアプリケーション終了時に、管理情報にしたがって連動して終了することを示している。

なお、ハードディスク等、プレーヤのローカルストレージにインストールされているアプリケーションに関しても、ローカルストレージにインストールする際に、ディスクＩＤ、オーサーＩＤと共に、アプリケーション管理情報も保存する。そうすることで、ローカルストレージにアクセスする際、ディスクＩＤ、オーサーＩＤで照合して、アプリケーションとアプリケーション管理情報を取得し、アプリケーション管理情報に基づいてアプリケーションの挙動をコントロールすることができる。

このように、本実施の形態では、ディスク挿入時、シナリオ切り替え時、起動要求時、ある時間経過後、あるいは、別のアプリケーションからダウンロード要求時に、アプリケーション取得と共に、アプリケーション管理情報を取得することで、予めアプリケーション管理情報に記載されていないアプリケーションにおいても、ＢＤコンテンツのシナリオに連動して起動、終了することができる。したがって、本来アプリケーションが動作してはならないシナリオで、アプリケーションが動作し続けることによるリソースの浪費を防ぐことができる。

また、アプリケーション取得と共に、管理情報を取得することで、コンテンツ提供者は、予め管理情報に記載したアプリケーションのみならず、新たにアプリケーションを提供することができるので、ユーザに対してより多彩なサービスを提供することが可能となる。
また、アプリケーション管理情報にＵＲＬ情報が記載されておらず、アプリケーションから、直接別のアプリケーションをダウンロードしてくる場合には、ダウンロード要求元のアプリケーションに連動して、ダウンロードしたアプリケーションを終了することができる。したがって、ダウンロードしてきたアプリケーションが暴走して、プレーヤの動作に悪影響を及ぼすことを防ぐことができる。

本発明によれば、映像データとプログラムとを含むコンテンツの開発にプログラミング環境を導入するため、特に、映像コンテンツの制作に携わる映画産業・民生機器産業において利用される可能性をもつ。

ＤＶＤ再生装置のハードウェアおよびソフトウェアの基本構成図 ＤＶＤビデオ情報の記録フォーマット図 ＢＤ−ＲＯＭのデータ階層図 ＢＤ−ＲＯＭ上の論理空間の構成図 ＢＤ−ＲＯＭプレーヤの概要ブロック図 ＢＤ−ＲＯＭプレーヤの構成ブロック図 ＢＤディスク全体管理情報ファイルの構成図 アプリケーション管理単位の説明図 アプリケーション管理情報の説明図 プログラム取得管理部における処理フロー プログラム取得先判断部における処理フロー プログラム取得先判断部における最新プログラム取得判断に関する処理フロー プログラム取得先判断部におけるプログラム即時取得判断に関する処理フロー アプリケーションがディスク上のコンテンツと連携する場合のアプリケーション管理情報の説明図 シナリオ切り替えによるアプリケーションの振る舞いの説明図 階層的なアプリケーション管理単位の説明図 チャプタ単位の管理単位を備えたアプリケーション管理情報の説明図 データ及びアプリケーションの管理に関わるプレーヤの概要ブロック図 アプリケーションの起動及び終了の説明図 管理情報取得管理を鑑みたＢＤ−ＲＯＭプレーヤの概要ブロック図 タイトルアプリケーション管理情報の説明図 アプリケーション管理情報を考慮したプログラム取得管理部の処理フローの一例 管理情報取得管理部における処理フロー アプリケーション管理情報更新後のアプリケーション管理情報の説明図

符号の説明

１００ インターネット接続のための通信装置（ＩＳＤＮカードまたはモデム）
１１１ ＤＶＤドライブ
１１２ ＭＰＥＧ２デコーダ
１１３ ＶＧＡコントローラ
１１４ リモコンコントローラ
１１５ リモコンユニット
１１６ ＤＶＤ再生制御プログラム
１１７ ＷＷＷブラウザ
１１８ リモコンドライバ
１２１ ナビゲーションマネージャ
１２２ プレゼンテーションエンジン
１３１ ナビゲーションデータ
１３２ プレゼンテーションデータ

５０１ ＢＤディスク
５０２ 光ピックアップ
５０３ プログラム記録メモリ
５０４ 管理情報記録メモリ
５０５ ＡＶ記録メモリ
５０６ プログラム取得管理部
５０７ プログラム処理部
５０８ 管理情報処理部
５０９ プレゼンテーション処理部
５１０ イメージプレーン
５１１ ビデオプレーン
５１２ 合成処理部

６０１ プログラム記録メモリ
６０２ プログラムプロセッサ
６０３ ＵＯＰマネージャ
６０４ 管理情報記録メモリ
６０５ シナリオプロセッサ
６０６ プレゼンテーションコントローラ
６０７ クロック
６０８ イメージメモリ
６０９ トラックバッファ
６１０ デマルチプレクサ
６１１ イメージプロセッサ
６１２ ビデオプロセッサ
６１３ サウンドプロセッサ
６１４ イメージプレーン
６１５ ビデオプレーン
６１６ 合成処理部
６１７ ドライブコントローラ
６１８ プログラム取得マネージャ

８０１ タイトルリスト
８０２ 本編映像データを再生するアプリケーション
８０３ ポップアップメニューを表示するアプリケーション
８０４ オンラインショッピング購入品を蓄えておくアプリケーション
８０５ オンラインショッピングを実現するアプリケーション
８０６ ゲームアプリケーション

９０１ アプリケーション管理情報
９０２ タイトル番号
９０３ アプリケーションＩＤ
９０４ 起動属性
９０５ アプリケーションの存在場所を示すフラグ
９０６ アプリケーションの存在場所を示すＵＲＬ
９０７ タイトル＃１におけるアプリケーション＃３の登録情報
９０８ タイトル＃２におけるアプリケーション＃３の登録情報
９０９ アプリケーション＃１の起動
９１０ アプリケーション＃１によるアプリケーション＃２の起動
９１１ タイトル終端におけるアプリケーションの終了
９１２ アプリケーション＃２によるアプリケーション＃１の終了

１４０１ 連携情報

１６０１ ディスク単位のアプリケーション管理情報
１６０２ ディスクセット単位のアプリケーション管理情報

１７０１ チャプタ
１７０２ チャプタ単位で管理されたアプリケーション管理情報
１７０３ チャプタ単位で管理されたアプリケーション

１８０１ ディスク
１８０２ ローカルメモリ
１８０３ Ｊａｖａ（登録商標）仮想マシン
１８０４ ワークメモリ
１８０５ Ｊａｖａ（登録商標）アプリケーション
１８０６ 再生制御部
１８０７ アプリケーションマネージャ

１９０１ アプリケーションマネージャによるタイトル開始時の起動
１９０２ アプリケーションマネージャによるイベント発生時の起動
１９０３ アプリケーションによる起動
１９０４ アプリケーションマネージャによるタイトル終了時の終了
１９０５ アプリケーションマネージャによるイベント発生時の終了
１９０６ アプリケーションによる終了

２００１ 管理情報取得管理部

２１０１ アプリケーションＵＲＬ
２１０２ 管理情報ＵＲＬ
２１０３ タイトル＃３におけるＵＲＬの登録情報
２１０４ アプリケーション管理情報におけるＵＲＬの登録情報

２４０１ タイトル＃３におけるアプリケーション＃６の登録情報
２４０２ タイトル＃３におけるアプリケーション＃７の登録情報
２４０３ 従属
２４０４ タイトル＃３におけるアプリケーション＃８の登録情報


Ｓ１０１ イベント受信ステップ
Ｓ１０２ 管理情報読み込みステップ
Ｓ１０３ プログラム取得先判断ステップ
Ｓ１０４ プログラム取得先が「存在しない」かどうか判定するステップ
Ｓ１０５ プログラム取得不可通知ステップ
Ｓ１０６ プログラム取得先が「プログラム記憶メモリ」かどうか判定するステップ
Ｓ１０７ プログラム取得可通知ステップ
Ｓ１０８ プログラム取得ステップ
Ｓ１０９ プログラム記録メモリ保存ステップ

Ｓ２０１ シナリオ番号ステップ
Ｓ２０２ シナリオ番号と有効期間比較ステップ
Ｓ２０３ 最新プログラム取得判断ステップ
Ｓ２０４ プログラム即時取得判断ステップ

Ｓ３０１ ＵＲＬ記載判定ステップ
Ｓ３０２ ネットワーク利用可能判定ステップ
Ｓ３０３ ＵＲＬセットステップ
Ｓ３０４ プレーヤ・インターフェイス判定ステップ
Ｓ３０５ プレーヤ・インターフェイスセットステップ
Ｓ３０６ ストレージにキャッシュ判定ステップ
Ｓ３０７ ストレージセットステップ
Ｓ３０８ ｏｎ−ｄｉｓｃ判定ステップ
Ｓ３０９ プログラム記憶メモリセットステップ
Ｓ３１０ 存在しないセットステップ

Ｓ４０１ ｏｎ−ｄｉｓｃ判定ステップ
Ｓ４０２ プログラム記憶メモリセットステップ
Ｓ４０３ ストレージにキャッシュ判定ステップ
Ｓ４０４ ストレージセットステップ
Ｓ４０５ プレーヤ・インターフェイス判定ステップ
Ｓ４０６ プレーヤ・インターフェイスセットステップ
Ｓ４０７ ＵＲＬ記載判定ステップ
Ｓ４０８ ネットワーク利用可能判定ステップ
Ｓ４０９ ＵＲＬセットステップ
Ｓ４１０ 存在しないセットステップ

Ｓ５０１ シナリオ変更イベント受信ステップ
Ｓ５０２ 読込先を先頭行にするステップ
Ｓ５０３ 読込先行項目有無判定ステップ
Ｓ５０４ アプリ実行中判定ステップ
Ｓ５０５ シナリオと有効期間比較判定ステップ
Ｓ５０６ アプリ継続実行ステップ
Ｓ５０７ アプリ終了ステップ
Ｓ５０８ ストレージに保存判定ステップ
Ｓ５０９ ストレージ保存ステップ
Ｓ５１０ 読込先を次行にするステップ

Ｓ６０１ イベント受信ステップ
Ｓ６０２ 管理情報読み込みステップ
Ｓ６０３ プログラム取得先判断ステップ
Ｓ６０４ プログラム取得先が「存在しない」かどうか判定するステップ
Ｓ６０５ プログラム取得不可通知ステップ
Ｓ６０６ プログラム取得先が「プログラム記憶メモリ」かどうか判定するステップ
Ｓ６０７ プログラム取得可通知ステップ
Ｓ６０８ プログラム取得ステップ
Ｓ６０９ プログラム記録メモリ保存ステップ
Ｓ６１０ 管理情報判定ステップ
Ｓ６１１ 管理情報取得指示ステップ

Ｓ７０１ 管理情報取得指示ステップ
Ｓ７０２ 管理情報ＵＲＬ有無判定ステップ
Ｓ７０３ ＵＲＬから管理情報取得ステップ
Ｓ７０４ 管理情報有無判定ステップ
Ｓ７０５ 管理情報記録メモリから管理情報取得ステップ
Ｓ７０６ 管理情報更新ステップ
Ｓ７０７ 管理情報記憶メモリ保存ステップ
Ｓ７０８ 管理情報更新通知ステップ
Ｓ７０９ 管理情報変更なし通知ステップ

Claims (23)

1. 映像データとプログラム、あるいは、プログラムの所在に関する情報が記録されており、
   管理区間ごとに前記映像データの再生状態と前記プログラムの状態を制御する管理情報が記録されていることを特徴とする情報記録媒体。
2. 前記プログラムの所在から取得されるプログラムとは、ネットワーク、当該情報記録媒体以外の情報記録媒体から取得されるプログラムである、請求項１に記載の情報記録媒体。
3. 前記当該情報記録媒体以外の情報記録媒体とは、前記情報記録媒体を再生する再生装置に備わっている記録媒体である、請求項２に記載の情報記録情報媒体。
4. 前記当該情報記録媒体以外の情報記録媒体とは、前記情報記録媒体を再生する再生装置に備わっているインターフェイスを通じて通信可能な記録媒体である、請求項２に記載の情報記録情報媒体。
5. 前記ネットワーク、当該情報記録媒体以外の情報記録媒体から取得されるプログラムには、管理区間ごとに前記プログラムを制御する管理情報が付随されている、請求項２に記載の情報記録媒体。
6. 前記付随された管理情報は、前記情報記録媒体に記録された管理情報とマージされる、請求項５に記載の情報記録媒体。
7. 前記管理情報は、前記情報記録媒体上にプログラムが存在するかどうかを識別するための情報を有する
   ことを特徴とする請求項１記載の情報記録媒体。
8. 前記管理情報は、前記プログラム及び記録されていないプログラムの存在場所に関する情報を有する
   ことを特徴とする請求項１記載の情報記録媒体。
9. 前記管理情報は、管理情報の存在場所に関する情報を有する
   ことを特徴とする請求項１記載の情報記録媒体。
10. 前記管理情報は、前記プログラム動作中に前記情報記録媒体上のコンテンツと連動して動作するかどうかを識別するための情報を有する
    ことを特徴とする請求項１記載の情報記録媒体。
11. 映像データとプログラムが記録された情報記録媒体を再生する再生装置であって、
    前記映像データを再生する再生部と、
    管理情報にしたがってプログラムを取得するプログラム取得管理部と、
    前記プログラムを処理するプログラム処理部と、
    前記管理情報にしたがって管理区間ごとに前記映像データの再生と前記プログラムの状 態を制御する手段と
    を備えることを特徴とする再生装置。
12. 前記管理情報とは、請求項１記載の管理情報である
    ことを特徴とする請求項１１記載の再生装置。
13. 前記プログラム取得管理部は、
    イベントを受信するイベント受信部と、
    前記イベントを受けて前記管理情報を読み込む管理情報読み込み部と、
    前記管理情報読み込み部から読み込まれた管理情報に基づき、プログラム取得先を判断するプログラム取得先判断部と、
    前記プログラム取得先判断部で判断されたプログラム取得先に基づき、プログラムを取得するプログラム取得部と、
    前記プログラム取得部から取得されたプログラムを所定の保存場所に記録するプログラム記録部と、
    プログラムが取得可能かどうかを通知するプログラム取得可能性通知部と
    を備えることを特徴とする請求項１１記載の再生装置。
14. 前記イベントとはユーザ操作がなされたことを示すイベント、
    前記映像データの所定の時点に達したことを示すイベント、
    機器の状態が変化したことを示すイベント
    のいずれかであることを特徴とする請求項１３記載の再生装置。
15. 前記プログラム取得先判断部は、
    プログラム取得に関する所定の条件情報を取得する判断条件取得部と、
    前記判断条件取得部から取得された条件に基づき、プログラム取得先を決定するプログラム取得先決定部と
    を備えることを特徴とする請求項１３記載の再生装置。
16. 前記所定の条件情報は、ユーザ・プレファレンス情報である、請求項１５記載の再生装置。
17. 前記所定の条件情報は、機器の属性情報である、請求項１５記載の再生装置。
18. 前記所定の条件情報は、機器の状態である、請求項１５記載の再生装置。
19. 前記プログラム取得先判断部は、さらに
    現在の再生情報を取得する再生情報取得部
    を備えることを特徴とする請求項１５記載の再生装置。
20. 前記再生装置は、さらに
    前記プログラム処理部、および、前記プログラム取得管理部から管理情報の取得を指示される管理情報取得管理部
    を備えることを特徴とする請求項１１記載の再生装置。
21. 前記プログラム取得管理部は、さらに
    取得したプログラムに管理情報に関する情報があるかどうか確認する管理情報関連情報確認部と
    前記管理情報確認部から管理情報に関する情報があると判断されると、前記管理情報管理取得部に管理情報の取得を指示する管理情報取得指示部と
    を備えることを特徴とする請求項２０記載の再生装置。
22. 前記管理情報取得指示部は、
    前記管理情報関連確認部から確認された管理情報に関する情報、および、プログラム情報取得部から取得されたプログラム情報を付随して送信する情報送信部と
    を備えることを特徴とする請求項２１記載の再生装置。
23. 前記管理情報取得管理部は、
    前記管理情報取得指示に管理情報関連情報があるかどうか確認する管理情報関連情報確認部と、
    前記管理情報関連情報確認手段から確認された管理情報に関連する情報に基づいて、管理情報を取得する管理情報取得部と、
    前記取得した管理情報を、前記管理情報処理部から取得した管理情報とマージして更新する管理情報更新部と、
    前記管理情報更新部から更新された管理情報を所定の保存場所に記録する管理情報記録部と、
    管理情報が更新されたかどうかを通知する管理情報更新可能性通知部と
    を備えることを特徴とする請求項２０記載の再生装置。

Images