(57)【要約】【課題】ユーザのニーズに応じた再生を可能にする技術を提供すること。【解決手段】情報再生方法は、複数のコンテンツ間で再生制御設定（言語、音声、アングル、及び字幕等の設定）を共有するための設定共有情報を格納し、前記設定共有情報に基づきコンテンツを再生する。【選択図】      図２１
2009032342.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツ間で再生制御設定を共有するための設定共有情報を記憶した情報記憶媒体。
【請求項２】
前記設定共有情報は、言語、音声、アングル、及び字幕のうちの少なくとも一つの設定を複数のコンテンツ間で共有するための情報を含む請求項１に記載の情報記憶媒体。
【請求項３】
複数のコンテンツ間で再生制御設定を共有するための設定共有情報を記録する記録手段と、
前記記録手段に記録された前記設定共有情報に基づきコンテンツを再生する再生手段と、
を備えた情報再生装置。
【請求項４】
前記設定共有情報は、言語、音声、アングル、及び字幕のうちの少なくとも一つの設定を複数のコンテンツ間で共有するための情報を含む請求項３に記載の情報再生装置。
【請求項５】
コンテンツの再生履歴を所定の格納先へ記録する記録手段と、
前記記録手段により記録された前記再生履歴に基づきコンテンツの再生を制御する再生制御手段と、
を備えた情報再生装置。
【請求項６】
前記再生制御手段は、前記記録手段により記録された前記再生履歴に基づきダイジェストの再生を制御する請求項５に記載の情報再生装置。
【請求項７】
前記再生制御手段は、前記記録手段により記録された前記再生履歴から判明する第１のコンテンツの未再生に基づき、前記第１のコンテンツと同一シリーズの第２のコンテンツの再生を制限する請求項５に記載の情報再生装置。
【請求項８】
前記再生制御手段は、前記記録手段により記録された前記再生履歴から判明する同一シリーズの全コンテンツの再生完了に基づき、特定の動作を実行する請求項５に記載の情報再生装置。
【請求項９】
複数のコンテンツ間で再生制御設定を共有するための設定共有情報を記録し、
前記記録された前記設定共有情報に基づきコンテンツを再生する情報再生方法。
【請求項１０】
前記設定共有情報は、言語、音声、アングル、及び字幕のうちの少なくとも一つの設定を複数のコンテンツ間で共有するための情報を含む請求項９に記載の情報再生方法。
【請求項１１】
コンテンツの再生履歴を記録し、
前記記録された前記再生履歴に基づきコンテンツの再生を制御する情報再生方法。
【請求項１２】
前記記録された前記再生履歴に基づきダイジェストの再生を制御する請求項１１に記載の情報再生方法。
【請求項１３】
前記記録された前記再生履歴から判明する第１のコンテンツの未再生に基づき、前記第１のコンテンツと同一シリーズの第２のコンテンツの再生を制限する請求項１１に記載の情報再生方法。
【請求項１４】
前記記録された前記再生履歴から判明する同一シリーズの全コンテンツの再生完了に基づき、特定の動作を実行する請求項１１に記載の情報再生方法。
【請求項１５】
複数のコンテンツ間で再生制御設定を共有するための設定共有情報を記録し、
前記記録された前記設定共有情報に基づきコンテンツを再生するデータ処理方法。
【請求項１６】
コンテンツの再生履歴を記録し、
前記記録された前記再生履歴に基づきコンテンツの再生を制御するデータ処理方法。
【請求項１７】
複数のコンテンツ間で再生制御設定を共有するための設定共有情報を記録する手順と、
前記記録された前記設定共有情報に基づきコンテンツを再生する手順と、
をコンピュータに実行させるための再生制御プログラム。
【請求項１８】
コンテンツの再生履歴を記録する手順と、
前記記録された前記再生履歴に基づきコンテンツの再生を制御する手順と、
をコンピュータに実行させるための再生制御プログラム。
【請求項１９】
プレーヤから再生履歴情報を収集し、
前記再生履歴情報に基づきコンテンツを選択し、
前記選択されたコンテンツを前記プレーヤへ転送するデータ転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、光ディスク等の情報記憶媒体、このような情報記憶媒体を再生する情報再生装置、このような情報記憶媒体を再生する情報再生方法に関する。
【背景技術】
【０００２】
映像再生機器の普及に伴い、ユーザにとって有用な様々な再生機能が提案されている。例えば、視聴中断操作に対応し視聴中断箇所を記憶し、ダイジェスト映像を動的に作成し、視聴再開操作に対応しダイジェスト映像を提示する技術が提案されている（特許文献１参照）。
【特許文献１】特開平８−２９２９６５
【発明の開示】
【発明が解決しようとする課題】
【０００３】
現在、DVDからその後継規格であるHD DVDへの急速な移行が進んでおり、多数のHD DVDコンテンツの制作・販売が行われている。その中で今後一層増えるであろうコンテンツ形態の一つとしてシリーズもの（連続テレビドラマ等）が挙げられ、このようなコンテンツに対する共通の再生制御が要望されている。
【０００４】
しかし、複数コンテンツにまたがって同じ言語での再生を要求する場合でも、各コンテンツ再生の度に所望言語を設定する必要があった。このような所望言語の毎回設定はユーザにとって手間である。
【０００５】
また、シリーズ前作の鑑賞から時を置いて次作を視聴する場合には、次作の本編再生前に前作までのダイジェスト映像を閲覧できるのが望ましい。また、同一シリーズの前作と次作を続けて鑑賞する場合には、前作までのダイジェスト映像の再生は不要である。
【０００６】
しかし、このような再生状況に応じてダイジェスト映像の再生を制御する技術は提案されていない。
【０００７】
本発明の目的は、ユーザのニーズに応じた再生を可能にする技術を提供することにある。
【課題を解決するための手段】
【０００８】
この発明の一実施形態に係る情報記憶媒体は、複数のコンテンツ間で再生制御設定を共有するための設定共有情報を記憶している。
【０００９】
この発明の一実施形態に係る情報再生装置は、複数のコンテンツ間で再生制御設定を共有するための設定共有情報を記録する記録手段と、前記記録手段に記録された前記設定共有情報に基づきコンテンツを再生する再生手段とを備える。
【００１０】
この発明の一実施形態に係る情報再生方法は、複数のコンテンツ間で再生制御設定を共有するための設定共有情報を記録し、前記記録された前記設定共有情報に基づきコンテンツを再生する。
【００１１】
この発明の一実施形態に係るデータ処理方法は、複数のコンテンツ間で再生制御設定を共有するための設定共有情報を記録し、前記記録された前記設定共有情報に基づきコンテンツを再生する。
【００１２】
この発明の一実施形態に係る再生制御プログラムは、複数のコンテンツ間で再生制御設定を共有するための設定共有情報を記録する手順と、前記記録された前記設定共有情報に基づきコンテンツを再生する手順とをコンピュータに実行させる。
【００１３】
この発明の一実施形態に係るデータ転送方法は、プレーヤから再生履歴情報を収集し、前記再生履歴情報に基づきコンテンツを選択し、前記選択されたコンテンツを前記プレーヤへ転送する。
【発明の効果】
【００１４】
本発明によれば、ユーザのニーズに応じた再生を可能にする技術を提供できる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照し、本発明の実施形態について説明する。
【００１６】
図１は、HD DVDの概要を示す図である。
【００１７】
HD DVDとは、DVDの次世代規格であり、映像や音声の高品質化、インタラクティブ性の向上、ネットワークサポートなどを特徴とする。サポートする映像や音声のコーデック（圧縮形式）も豊富になり、API（規格で規定されたプロパティやファンクションの集合）も充実しているため、コンテンツ制作者は、より魅力的で多様なコンテンツを実現することが可能となっている。こういった利点から、現行のDVDからHD DVDへの移行が急速に進んでいる。
【００１８】
図２は、スタンダードコンテンツとアドバンスドコンテンツの判別の一例を示す図である。
【００１９】
HD DVD規格では、スタンダードコンテンツやアドバンスドコンテンツと呼ばれる二種類のコンテンツを規定している。スタンダードコンテンツは現行のDVD規格の拡張版という位置付けであり、データ構成等は現行のものに近く、従来のDVD制作を行っていたスタジオ等には受け入れられやすいと考えられる。ただし、映像や音声の高品質化や使用可能なナビコマンド（タイトルジャンプやメニュなどで使用される命令郡）の拡張といった特徴を持つ。一方、アドバンスドコンテンツは現行DVDとは全く異なったコンテンツとなっている。アドバンスドコンテンツでは、スタンダードコンテンツでも見られるような映像や音声の高品質化に加えて、まるでインターネット上のホームページのように、再生制御情報をXMLやECMAスクリプトといったプログラミング言語で表現する仕組みになっている。また、従来ではコンテンツ再生に必要なデータは全てディスクから読み込まなければいけなかったが、HD DVDのアドバンスドコンテンツでは、ディスクに加えて、パーシステントストレージ（情報保存用の不揮発性メモリ）から読み込んだり、ネットワークからデータをダウンロードして再生に利用することが可能となっている。
【００２０】
このようにHD DVDには２種類のコンテンツが規定されており、それぞれデータ構造等も異なる。本発明は、この二種類のコンテンツのうち、アドバンスドコンテンツを対象とする。
【００２１】
HD DVDではスタンダードコンテンツ及びアドバンスドコンテンツという二種類のコンテンツが規定されているため、HD DVDプレーヤではコンテンツ再生時に、スタート処理として、対象コンテンツがどちらのコンテンツなのかを判別する手順がとられる。ディスクを挿入するとまず、DISCID.DATというアドバンスドコンテンツのID等が記述されたファイルが存在するかの確認が行われる（ＳＴ２−１）。存在すれば（ＳＴ２−１、ＹＥＳ）、対象コンテンツはアドバンスドコンテンツであると識別される（ＳＴ２−２）。DISCID.DATが存在しなければ（ＳＴ２−１、ＮＯ）、続いて、VMG_IDというスタンダードコンテンツのID情報が有効かどうかの確認が行われ（ＳＴ２−３）、有効であれば（ＳＴ２−３、ＹＥＳ）スタンダードコンテンツと判定され（ＳＴ２−４）、有効でなければ（ＳＴ２−３、ＮＯ）得体の知れないコンテンツ（HD DVDのアドバンスドコンテンツでもスタンダードコンテンツでもないもの）として判別され、その後の動作はプレーヤに依存する（ＳＴ２−５）。本発明はHD DVDのアドバンスドコンテンツを対象とするので、以降は、挿入されたディスクがアドバンスドコンテンツであると判別されたものとして説明する。
【００２２】
図３は、HD DVDアドバンスドコンテンツのデータ構成を示す図である。HD DVDアドバンスドコンテンツのデータ構成は、以下の通りである。
【００２３】
・プレイリスト：XML言語で記述された再生制御ファイル。
【００２４】
・DISCID.DAT：ディスクのIDやプロバイダIDなどが記述された設定ファイル。
【００２５】
・プライマリービデオセット：再生に使用される映像や音声といったデータを含むプライマリーオーディオビデオから成る。プライマリーオーディオビデオは、メインビデオ（主映像）、メインオーディオ（主音声）、サブビデオ（副映像）、サブオーディオ（副音声）、サブピクチャー（字幕）などから構成される。
【００２６】
・セカンダリービデオセット：プライマリービデオセットの置き換えを目的とした映像や音声といったデータから成る。セカンダリービデオセットには、サブスティテュートオーディオビデオ（メインビデオとメインオーディオを置き換える）、サブスティテュートオーディオ（メインオーディオを置き換える）、セカンダリーオーディオビデオ（サブビデオとサブオーディオを置き換える）という３タイプがある。
【００２７】
・アドバンスドアプリケーション：メニュボタンを画面上に配置したり、トリックプレイを行ったりするためのアプリケーション用のデータ。マニフェスト（アプリケーションでどのデータを使用するかなどを規定するXMLファイル）、マークアップ（ボタン配置やタイミング処理などを規定するXMLファイル）、スクリプト（ECMAスクリプトで記述された再生制御ファイル）、画像ファイル、イフェクトオーディオ（効果音用音声ファイル）、フォント（画面上にメッセージを表示させる時などに使用するオープンタイプフォント）などから構成される。
【００２８】
・アドバンスドサブタイトル：映像ストリームに合わせこんだ字幕（サブピクチャー）とは別に、XMLによってアプリケーションのように記述可能な字幕。アドバンスドアプリケーション用のマークアップを字幕用に特化させたアドバンスドサブタイトルのマークアップが用いられる。
【００２９】
図４は、HD DVDアドバンスドコンテンツのディレクトリ及びファイル構成を示す図である。
【００３０】
まず、アドバンスドコンテンツのルートディレクトリは三つの領域に分けられる。１つめは、プライマリービデオセットを格納するHVDVD_TSディレクトリ領域。２つめは、プレイリストやDISCID.DAT、アドバンスドアプリケーション、アドバンスドサブタイトル、セカンダリービデオセットといったデータを格納するADV_OBJディレクトリ領域。そして３つめは、その他のユーザ定義領域。図の例のように、ADV_OBJディレクトリ下には、さらにアドバンスドコンテンツ用のディレクトリを掘ることが可能である。DISCID.DATはADV_OBJディレクトリ直下に置かなければならない。また、プレイリストをディスクから読み込む必要があるコンテンツの場合（詳細は後述）は、プレイリストファイルが最低１つADV_OBJ直下に存在しなければならない。
【００３１】
図５は、アドバンスドコンテンツ再生のスタートアップ処理を示す図である。つまり、図５は、コンテンツがアドバンスドコンテンツと判別された後のスタートアップ処理を示す図である。
【００３２】
・S1：DISCID.DATファイルを読み込む。処理後、B1へ。
【００３３】
・B1：ディスプレイが定義されているかで分岐処理を行う。定義されていればB2の分岐処理へ。定義されていなければB4の分岐処理へ移る。
【００３４】
・B2：DISCID.DATファイルに規定されてあるSEARCH_FLG（初期プレイリストをパーシステントストレージから探索するかどうかを示すフラグ。DISCID.DATのデータ構造の詳細は後述）が1であるかで分岐処理を行う。1ならばS3の処理、0ならばS2の処理へ移る。
【００３５】
・S2：全てのパーシステントストレージ内の特定のディレクトリ下にあるプレイリストファイル（VPLST$$$.XPL）を探索する。処理後、S3へ。
【００３６】
・S3：ディスク内のADV_OBJディレクトリ直下にあるプレイリストファイル（VPLST$$$.XPL）を探索する。処理後、B3へ。
【００３７】
・B3：VPLST$$$.XPLが１つ以上見つかったかどうかで分岐処理を行う。１つ以上見つかった場合S4へ、見つからなかった場合はB4へ。
【００３８】
・S4：VPLST$$$.XPLの中で番号の一番大きなものを初期プレイリストとして再生を開始する。
【００３９】
・B4：DISCID.DATファイルに規定されてあるSEARCH_FLG（初期プレイリストをパーシステントストレージから探索するかどうかを示すフラグ。DISCID.DATのデータ構造の詳細は後述）が1であるかで分岐処理を行う。1ならばS6の処理、0ならばS5の処理へ移る。
【００４０】
・S5：全てのパーシステントストレージ内の特定のディレクトリ下にあるプレイリストファイル（APLST$$$.XPL）を探索する。処理後、S6へ。
【００４１】
・S6：ディスク内のADV_OBJディレクトリ直下にあるプレイリストファイル（APLST$$$.XPL）を探索する。処理後、B5へ。
【００４２】
・B5：APLST$$$.XPLが１つ以上見つかったかどうかで分岐処理を行う。１つ以上見つかった場合S7へ、見つからなかった場合はS8へ。
【００４３】
・S7：APLST$$$.XPLの中で番号の一番大きなものを初期プレイリストとして再生を開始する。
【００４４】
・S8：スタートアップ処理失敗。その後の動作はプレーヤに依存。
【００４５】
図６は、HD DVDアドバンスドコンテンツプレーヤの概要を示す図である。
【００４６】
HD DVDアドバンスドコンテンツプレーヤは、アドバンスドコンテンツをディスク２から読み込んだり、パーシステントストレージ（情報保存用の不揮発性メモリ）１から読み込んだり、ネットワーク３からダウンロードしたりする。これらのデータソースにあるHD DVDのフォーマットに従ったデータは、データアクセスマネージャ６と呼ばれるデータのアクセスを制御する部位を介して、ナビゲーションマネージャ５、データキャッシュ７、プレゼンテーションエンジン８に振り分けられる。ナビゲーションマネージャ５は再生制御を司る部位であり、プレーヤ設定や再生に関する設定を保存する設定保存部４からプレーヤ設定や再生に関する設定を受け取る。XMLやECMAスクリプトで記述された再生制御ファイル等（プレイリスト、マニフェスト、マークアップ、スクリプトなど）はデータアクセスマネージャ６からこのナビゲーションマネージャ５に送られ（直接ではなくデータキャッシュ７に一旦ロードされてからという場合もある）、中身が解釈される。解釈された再生制御情報に基づいた命令はプレゼンテーションエンジン８に出力され再生制御に利用される。また、リモコンのボタン操作などといったユーザオペレーションを受けて、それを再生制御命令に加工してプレゼンテーションエンジン８に出力するのもナビゲーションマネージャ５の役割である。データキャッシュ７は再生に使用されるデータを仮置きしておくためのメモリである。プレゼンテーションエンジン８は再生制御命令や再生で使用されるデータ（プライマリービデオセット、セカンダリービデオセットなど）から、実際にどういった映像や音声の出力を行うかを決定し、映像や音声のデータを再生に利用できる情報に変換する部位である。もともとディスク等に格納されている再生用データは、映像や音声などが多重化（マルチプレックス）されたものとなっているため、そのままでは再生に利用できない。そこでまずプレゼンテーションエンジン８では、再生に必要な映像・音声等のデータを選別し、マルチプレックスされたデータを元に戻す処理（デマックスなどと呼ぶ）を行う。前記処理で作成されたデータは、様々なコーデック（圧縮方式）で符号化されているので、これをデコード（復号）する。こうしてできたデータとナビゲーションマネージャ５からの再生制御命令をもとに、プレゼンテーションエンジン８は、映像の重ね合わせ処理や音声のミキシング処理を行う部位であるAVレンダラ９に再生用データ等を順次出力していく。そして、AVレンダラ９からの信号にしたがってテレビモニタやスピーカからそれぞれ映像や音声が流れる。
【００４７】
図７は、DISCID.DATのデータ構造を示す図である。DISCID.DATはコンテンツのIDやプレイリストをどこから読み込むかなどを設定するための設定ファイルである。
【００４８】
・CONFIG_ID：設定ファイルのID。ISO8859-1の文字コードで”HDDVD-V_CONF”と記述される。12バイト。
【００４９】
・DISC_ID：バイナリ表現で記述されたディスクのID。ネットワークを使用しない場合は”1b”で埋める。16バイト。
【００５０】
・PROVIDER_ID：バイナリ表現で記述されたプロバイダのID。パーシステントストレージ内のプロバイダIDディレクトリを使用しない場合は”1b”で埋める。16バイト。
【００５１】
・CONTENT_ID：バイナリ表現で記述されたコンテンツのID。パーシステントストレージ内のプロバイダIDディレクトリを使用しない場合は”1b”で埋める。16バイト。
【００５２】
・SEARCH_FLG：スタートアップ処理の初期プレイリスト探索の際にパーシステントストレージ内を探索するかどうかを示すフラグ。探索しないなら”0b”、探索するなら”1b”を記述。1バイト。
【００５３】
・reserved：リザーブド領域として67バイト残してある。
【００５４】
図８〜１５を参照して、プレイリストについて説明する。
【００５５】
プレイリストは、初期時のシステム設定に関する情報や再生に使用されるオブジェクト間の同期合わせ情報などを記述するための再生制御ファイルである。プレイリストは、XML言語によって記述され、図８に示すようにプライマリービデオセット、セカンダリービデオセット、アドバンスドアプリケーション、アドバンスドサブタイトルなどをどのタイミングで再生させるかといった再生制御情報を格納する。
【００５６】
図９に示すように、１行目に記述された<?xml … ?>という文はXML宣言と呼ばれる記述である。この宣言は、「このドキュメントはXML言語で記述されている」ということを示している。XMLでは、各要素をツリー状に保持する仕組みになっている。プレイリストのルート要素（ツリーの根っこの要素）はプレイリスト要素である。プレイリスト要素は<Playlist …>と</Playlist>で囲まれた部分として記述される。本例では、プレイリスト要素の子要素として、<Configuration>（構造情報）、<MediaAttributeList>（メディア属性情報）、<TitleSet>（タイトル情報）が記述されている。構造情報には、システムの設定に関する情報が記載され、メディア属性情報には再生に使用されるビデオやオーディオのコーデック（圧縮方式）に関する情報などが記載される。そしてタイトル情報には、どのタイミングでどのビデオを流すかなどといったオブジェクトマッピング情報などが記載される。
【００５７】
図１０は、タイトル情報のデータ構造を示す図である。
【００５８】
タイトル情報は、<TitleSet>要素の子要素として１つ以上の<Title>要素を記述することによって構成される。また、<TitleSet>要素の子要素としては、<Title>要素以外にプレイリストアプリケーションエレメント情報を記述することもできる（詳細は後述）。<Title>要素の中にはそれぞれのタイトルに関する情報（タイトルエレメント情報と呼ぶことにする）が記載される。
【００５９】
図１１に示すように、タイトルエレメント情報には、オブジェクトマッピングインフォメーション（タイトルの再生におけるオブジェクトの割り当て情報）、リソースインフォメーション（タイトルで使用する画像などのリソース情報）、プレイバックシーケンスインフォメーション（チャプターと呼ばれる単位でタイトルを分割するための情報）、トラックナビゲーションインフォメーション（ビデオやオーディオのトラック割り当てを行うための情報）、スケジュールコントロールインフォメーション（あるタイミングで一時停止をかけたりイベントを発生させたりするための情報）などが含まれる。
【００６０】
図１２に示すように、タイトルエレメント情報の一種であるオブジェクトマッピングインフォメーションには、ビデオやオーディオ、アドバンスドアプリケーション、アドバンスドサブタイトルといったオブジェクトの再生開始／終了時間に関する情報やそれらの再生に使用するファイルの情報などが記述される。
【００６１】
図１２〜図１４に示すように、オブジェクトマッピングインフォメーションとして記述可能な要素には、<PrimaryAudioVideoClip>要素（プライマリーオーディオビデオの再生開始／終了時間や当該オブジェクトがファイルとして格納されている場所を示すURIといった情報などを記載する）、<SubstituteAudioVideoClip>要素（サブスティテュートオーディオビデオの再生開始／終了時間や当該オブジェクトがファイルとして格納されている場所を示すURIといった情報などを記載する）、<SubstituteAudioClip>要素（サブスティテュートオーディオの再生開始／終了時間や当該オブジェクトがファイルとして格納されている場所を示すURIといった情報などを記載する）、<SecondaryAudioVideoClip>要素（セカンダリーオーディオビデオの再生開始／終了時間や当該オブジェクトがファイルとして格納されている場所を示すURIといった情報などを記載する）、<AdvancedSubtitleSegment>要素（アドバンスドサブタイトルの表示開始／終了時間やアドバンスドサブタイトルのマニフェストファイルを指すURIといった情報などを記載する）、<ApplicationSegment>要素（アドバンスドアプリケーションの実行開始／終了時間やアドバンスドアプリケーションのマニフェストファイルを指すURIといった情報などを記載する）などがある。
【００６２】
タイトルエレメント情報のオブジェクトマッピングインフォメーションとして記述されるアドバンスドアプリケーションをタイトルアプリケーションと呼ぶ。タイトルアプリケーションは、当該タイトルの再生中のみ有効となる（厳密には、当該タイトルの再生中で、<ApplicationSegment>要素で規定した再生開始／終了時間の間のみ）。これに対し、当該プレイリストの再生中ずっと有効なアドバンスドアプリケーションをプレイリストアプリケーションと呼ぶ。図１５に示すように、プレイリストアプリケーションに関する情報は、<TitleSet>要素の子要素として<PlaylistApplication>要素の形で記述することができる。
【００６３】
図１６は、マニフェストのデータ構造を示す図である。
【００６４】
プレイリストの<ApplicationSegment>要素では、当該アプリケーションで使用するマニフェストファイルを指定する。マニフェストはアドバンスドアプリケーションの初期化情報である。プレーヤはマニフェストに記述された情報に従ってアドバンスドアプリケーションを起動させる。マニフェストには、最初に実行されるマークアップに関する情報、アプリケーション開始処理で実行されるスクリプト（複数可）に関する情報などがXML言語で記述される。
【００６５】
マニフェストのルート要素は<Application>要素である。<Application>要素の子要素には、領域エレメント<Region>、スクリプトエレメント<Script>、マークアップエレメント<Markup>、リソースエレメント<Resource>を記述することができる。<Script>および<Resource>は複数記述することができ、<Region>は１つ必須、<Markup>は０または１つでなければならない。
【００６６】
<Region>要素では、アプリケーションのカンバス上における領域を規定する。<Script>要素では、アプリケーションで使用するスクリプトファイル（詳細は後述）を指定する。<Markup>要素では、アプリケーションで使用するマークアップファイルを指定する。<Resource>要素では、アプリケーションで使用する全てのリソース（画像データやフォントデータ等に加えて上記スクリプトファイルやマークアップファイルも含む）を指定する。
【００６７】
図１７は、マークアップ記述文基本構造を示す図である。
【００６８】
マークアップは、XML言語で記述される再生制御ファイルである。画面上にボタンを配置したりメッセージを表示させたりする場合には、マークアップが利用される。１つのアドバンスドアプリケーションに対して複数のマークアップを同時に再生させることはできない。
【００６９】
図１７に示すように、マークアップのルート要素は<root>であり、その子供にはタイミング情報、スタイリング情報、コンテント情報などが記述される。コンテント情報とはアプリケーションで使用するボタンやオブジェクトに関する情報であり、<button>要素、<object>要素、<input>要素などである。タイミング情報とはボタン押下時の動作などに関する情報であり、<animate>要素、<event>要素、<set>要素などである。スタイリング情報とはボタンの配置やフォントの表示サイズを指定する際などに使用される情報であり、<style>要素の各種属性（style:fontSize、style:backgroundColorなど）を設定することによってそれを実現させることができる。
【００７０】
図１８及び図１９は、スクリプトを説明するための図である。
【００７１】
スクリプトは、ECMAスクリプトで記述される再生制御ファイルである。HD DVDでは、ECMAスクリプト規格で規定されたプロパティ（名前で参照できる値：例Player.countryCodeプロパティにはプレーヤの国コードが入る）やファンクション（処理：例Player.playlist.pause()ファンクションがコールされると再生が一時停止される）に加えて、HD DVD特有のプロパティやファンクションを使用することができる。使用できるプロパティやファンクションの集合をAPIと呼ぶ。
【００７２】
図１８に示すように、HD DVD特有のAPIは次の１２種類である。
【００７３】
・Application API
アプリケーションで使用可能なオブジェクトなどを規定
・System API
HD DVDシステムで使用可能なストリングアレイやタイマーなどを規定
・File IO API
パーシステントストレージへの入出力関数などを規定
・Diagnostics API
主にプレーヤ開発時のデバッグで使用するためのオブジェクトなどを規定
・Controller API
リモコンのキーやマウスカーソルなどに関することを規定
・Drawing API
画面上に図形を描画する際に使用する関数などを規定
・Network API
インターネット上から再生データをダウンロードするための関数などを規定
・Data Cache API
データキャッシュ（一時保存用メモリ）のサイズを取得するためのプロパティなどを規定
・Player API
早送りやタイトルジャンプ、ビデオのサイズ変換などの再生制御関数などを規定
・Persistent Storage API
パーシステントストレージに関する情報を取得するためのプロパティなどを規定
・XML API
マークアップなどのXML言語で記述された情報を操作するための関数などを規定
・Animated Property API
マークアップで記述された要素や属性を取得／設定するための関数などを規定
これらのAPIを使うことにより、再生しているビデオの１コマを静止画としてパーシステントストレージに保存する、画面上に絵を描く、マークアップで表示させたメッセージの文を変更するといった様々なことを実現させることができる。
【００７４】
例えば、captureEventというイベントが発行されると（イベントの発行は、プレイリストで記述したり、ボタン押下時に発行されるようにマークアップで設定したりすることができる）、再生に一時停止がかかる。そしてその時に表示されているビデオの映像が静止画として取り込まれ、ファイルキャッシュ（一時保存用メモリ）に保存される。その後、その静止画像のサイズが1/2に変更され、画面上（のマークアップでCaptureDisplayWindowと定義されたエリア）に表示される。
【００７５】
図２０は、複数コンテンツ間における言語設定共有の概要を示す図である。
【００７６】
一つのコンテンツに対する再生制御設定に関する情報の保持には、スクリプト変数用の記憶領域やHD DVDプレーヤ内のシステムパラメータと呼ばれる記憶領域などが用いられるが、前者に保持された情報はコンテンツの入れ替えの際などにリセットされてしまうし、後者は規格で用途やデータ構造が明確に規定されている。このため、どちらの機構領域も、複数コンテンツ間における再生制御設定を共有するための設定共有情報を保持するために利用出来ない。
【００７７】
そこで本実施形態では、パーシステントストレージ１やネットワークサーバ３を設定共有情報を保持するための媒体として利用する。これにより、複数コンテンツ間における再生制御設定の共有を実現する。これにより、シリーズを通して、再生制御を再設定しなくても同じ言語設定や同じ音声設定で鑑賞出来るようになる。さらには、シリーズの前作までの再生状況に応じたマルチストーリーコンテンツの実現などが容易に可能となる。
【００７８】
次に、複数コンテンツ間における言語設定の共有について説明する。
【００７９】
HD DVD-Videoのアドバンスドコンテンツでは、言語設定はSPRM(21)と呼ばれるシステムパラメータ（記憶領域）で保持され、それがコンテンツの再生開始時にSPRM(0)と呼ばれるシステムパラメータにコピーされ、さらにそれがPlayer.menuLanguageというHD DVD-Video APIのプロパティに代入される。SPRM(21)はコンテンツの再生を停止したり再生させるコンテンツを入れ替えたりしてもリセットされず値を保持するので、ユーザは一般的に再生再開の際や別のコンテンツを再生させる際などに、言語を設定し直さなくても同じ言語設定でコンテンツを鑑賞することが出来る。しかし、SPRM(21)はシリーズ毎に言語設定を保持することは出来ない。例えば、シリーズものの鑑賞を一時中断して、他のコンテンツを他の言語設定で鑑賞してしまうと、シリーズものの鑑賞を再開する際に、再度、言語を設定し直さなければならない。ここでは例としてシリーズもののコンテンツとしたが、これはコンテンツプロバイダ毎に言語を分けたい場合などでも同様である。
【００８０】
そこで本実施形態では、シリーズ毎やコンテンツプロバイダ毎に言語設定を保持し、該当する複数コンテンツ間で言語設定を共有する方法および装置を提案する。
【００８１】
アプローチ１：プレーヤ側アプローチ
既存のHD DVDプレーヤでは、言語設定保持領域として、１つのシステムパラメータ（SPRM(21)）のみを保有している。本実施形態のプレーヤは、図６に示すように設定保存部４を備え、図２０に示すように設定保存部４は、SPRM(21)に加えて、各シリーズ用の言語設定保持領域を備える。或いは、パーシステントストレージ１又はネットワークサーバ３が、各シリーズ用の言語設定保持領域を備える。言語設定保持領域中の情報はユーザから編集可能とし、言語設定保持領域中の情報は、少なくとも、設定の対象コンテンツは何かという情報（一般的に複数コンテンツのリスト）と設定する言語の情報を含む。図２０に示すように、シリーズのタイトルを設定しておいた方が再編集の際などに都合が良いと考えられるので、このように情報を付加しても良い。対象コンテンツの一覧をユーザが編集出来るように、プレーヤが、ネットワーク等の経由により、発売されているコンテンツの情報を取得し、ユーザにそれを開示し、ユーザがその中から選択するといったユーザインタフェースを実装する。
【００８２】
図２１は、シリーズ毎に保持した言語設定を複数コンテンツ間で共有する際のコンテンツ再生開始時のフローチャートである。
【００８３】
ナビゲーションマネージャ５は、通常再生を開始する前に、再生コンテンツが言語設定の対象コンテンツに含まれているかどうかを確認し（ＳＴ２１−１）、含まれなければ（ＳＴ２１−１、ＮＯ）そのまま何もせずに通常再生（ＳＴ２１−３）、含まれていれば（ＳＴ２１−１、ＹＥＳ）、SPRM(21)を設定されている言語に更新してから（ＳＴ２１−２）通常再生を開始する（ＳＴ２１−３）。このように、通常再生より前に処理を追加することにより、通常再生の部分には何の変更も加えずに済む。
【００８４】
アプローチ２：コンテンツ側アプローチ
図２２は、コンテンツに言語設定共有用アプリケーションを追加する例を示す図である。前記アプローチ１はプレーヤに便利機能を追加するというものであるが、もう１つ、コンテンツ側（コンテンツを記憶した情報記憶媒体側）で工夫する方法も提案する。この方法では、プレーヤ側に何の手も加えずに、言語設定共有用アプリケーションを記憶した情報記憶媒体を再生することにより、複数コンテンツ間の言語設定共有を行うことができる。
【００８５】
本実施形態では、言語設定をパーシステントストレージに保持するためのアプリケーションをコンテンツに追加する。ただし、アプリケーションを追加するというのは、特別に言語設定共有用のアプリケーションを用意して追加しても良いし、既存のアプリケーションに言語設定共有用の記述を追加するのでも良い。また、その対象とするアプリケーションはタイトルアプリケーション（アプリケーションセグメントで設定）でも良いし、プレイリストアプリケーションでも良い。
【００８６】
図２３は、アプリケーションのスクリプトに記述する言語設定共有用擬似コードの例を示す。例１では、アプリケーション終了時に発行されるシステムイベントapplication_endを拾った際に、その時点での言語設定をパーシステントストレージ上の言語設定共有用ファイルに保存する。例２では、タイマによって10秒毎に、その時点での言語設定をパーシステントストレージ上の言語設定共有用ファイルに保存する。ただし例２の方では、10秒毎に毎回保存をするのでは無駄が多いので、保存されている言語設定情報と現在の言語設定が同じかどうかを判定し、異なる場合のみ上書きする仕組みにしている。また、例１、例２ともに、アプリケーション起動時に、再生中のコンテンツに関する言語設定情報が言語設定共有用ファイルに保存してあるかを判定し、保存してあれば再生の言語設定を保存されている情報に更新する。
【００８７】
以上の例のような言語設定共有用の擬似コードで示したアルゴリズムをスクリプトに追加することにより、複数コンテンツ間で言語設定を共有することが出来る。ただし、ここでは例として10秒のタイマを用いたり、application_endイベントを用いたりしたが、これは10秒でなくても良いし、application_endイベントに限るものでもない。また、言語設定共有用ファイルの書式例を図２４に３つ示したが、書式に関しても、例１のようにシリーズ名と設定言語情報だけでも良いし、例２のように音声設定や字幕設定などと同じファイルに保存しても良いし、例３のように単純に設定言語に関する最低限の情報だけでも良い。つまり言語設定を共有したいコンテンツ間で設定言語情報が一意に特定出来る書式であれば何でも良く、例えばファイル自体には何も記述せずにファイル名で特定するという方法などでも同じ効果をあげることができる。この他、各ユーザごとのＩＤを設定したりファイルを分けること等も考えられる。
【００８８】
次に、複数コンテンツ間における音声設定の共有について説明する。
【００８９】
HD DVD-Videoのアドバンスドコンテンツでは、音声設定（再生する音声としてどのオーディオトラックを選択するか）はSelected Audio Track Numberというシステムパラメータで保持され、それがPlayer.track.selectedAudioTrackNumberというHD DVD-Video APIのプロパティにコピーされる。コンテンツ再生中には、これらのシステムパラメータとAPIプロパティが連動し、同じ値を保持する。Selected Audio Track Numberシステムパラメータはコンテンツの再生を停止したり再生させるコンテンツを入れ替えたりしてもリセットされず値を保持するので、ユーザは一般的に再生再開の際や別のコンテンツを再生させる際などに、音声を設定し直さなくても同じ音声設定でコンテンツを鑑賞することが出来る。しかし、Selected Audio Track Numberシステムパラメータではシリーズ毎に音声設定を保持することは出来ない。例えば、シリーズものの鑑賞を一時中断して、他のコンテンツを他の音声設定で鑑賞してしまうと、シリーズものの鑑賞を再開する際に、再度、音声を設定し直さなければならない。ここでは例としてシリーズもののコンテンツとしたが、これはコンテンツプロバイダ毎に音声を分けたい場合などでも同様である。
【００９０】
そこで本実施形態では、シリーズ毎やコンテンツプロバイダ毎に音声設定を保持し、該当する複数コンテンツ間で音声設定を共有する方法および装置を提案する。
【００９１】
アプローチ１：プレーヤ側アプローチ
既存のHD DVDプレーヤでは、音声設定保持領域として、１つのシステムパラメータ（Selected Audio Track Number）のみを保有している。本実施形態のプレーヤでは、図６に示すように設定保存部４を備え、図２５に示すように設定保存部４は、１つのシステムパラメータ（Selected Audio Track Number）に加えて、各シリーズ用の音声設定保持領域を備える。或いは、パーシステントストレージ１又はネットワークサーバ３が、各シリーズ用の音声設定保持領域を備える。各シリーズ用の音声設定保持領域中の情報はユーザから編集可能とし、各シリーズ用の音声設定保持領域中の情報は、少なくとも、設定の対象コンテンツは何かという情報（一般的に複数コンテンツのリスト）と設定する音声の情報を含む。図２５に示すように、シリーズのタイトルを設定しておいた方が再編集の際などに都合が良いと考えられるので、このように情報を付加しても良い。対象コンテンツの一覧をユーザが編集出来るように、プレーヤが、ネットワーク等の経由により、発売されているコンテンツの情報を取得し、ユーザにそれを開示し、ユーザがその中から選択するといったユーザインタフェースを実装する。
【００９２】
図２６は、シリーズ毎に保持した音声設定を複数コンテンツ間で共有する際のコンテンツ再生開始時のフローチャートである。
【００９３】
ナビゲーションマネージャ５は、通常再生を開始する前に、再生コンテンツが音声設定の対象コンテンツに含まれているかどうかを確認し（ＳＴ２６−１）、含まれなければ（ＳＴ２６、ＮＯ）、そのまま何もせずに通常再生（ＳＴ２６−３）、含まれていれば（ＳＴ２６−１、ＹＥＳ）、Selected Audio Track Numberを設定されている音声に更新してから（ＳＴ２６−２）通常再生を開始する（ＳＴ２６−３）。このように、通常再生より前に処理を追加することにより、通常再生の部分には何の変更も加えずに済む。
【００９４】
アプローチ２：コンテンツ側アプローチ
図２７は、コンテンツに音声設定共有用アプリケーションを追加する例を示す図である。前記アプローチ１はプレーヤに便利機能を追加するというものであるが、もう１つ、コンテンツ側（コンテンツを記憶した情報記憶媒体側）で工夫する方法も提案する。この方法では、プレーヤ側に何の手も加えずに、音声設定共有用アプリケーションを記憶した情報記憶媒体を再生することにより、複数コンテンツ間の音声設定共有を行うことができる。
【００９５】
本実施形態では、音声設定をパーシステントストレージに保持するためのアプリケーションをコンテンツに追加する。ただし、アプリケーションを追加するというのは、特別に音声設定共有用のアプリケーションを用意して追加しても良いし、既存のアプリケーションに音声設定共有用の記述を追加するのでも良い。また、その対象とするアプリケーションはタイトルアプリケーション（アプリケーションセグメントで設定）でも良いし、プレイリストアプリケーションでも良い。
【００９６】
図２８は、アプリケーションのスクリプトに記述する音声設定共有用擬似コードの例を示す図である。例１では、アプリケーション終了時に発行されるシステムイベントapplication_endを拾った際に、その時点での音声設定をパーシステントストレージ上の音声設定共有用ファイルに保存する。例２では、タイマによって10秒毎に、その時点での音声設定をパーシステントストレージ上の音声設定共有用ファイルに保存する。ただし例２の方では、10秒毎に毎回保存をするのでは無駄が多いので、保存されている音声設定情報と現在の音声設定が同じかどうかを判定し、異なる場合のみ上書きする仕組みにしている。また、例１、例２ともに、アプリケーション起動時に、再生中のコンテンツに関する音声設定情報が音声設定共有用ファイルに保存してあるかを判定し、保存してあれば再生の音声設定を保存されている情報に更新する。
【００９７】
以上の例のような音声設定共有用の擬似コードで示したアルゴリズムをスクリプトに追加することにより、複数コンテンツ間で音声設定を共有することが出来る。ただし、ここでは例として10秒のタイマを用いたり、application_endイベントを用いたりしたが、これは10秒でなくても良いし、application_endイベントに限るものでもない。また、音声設定共有用ファイルの書式例を図２９に３つ示したが、書式に関しても、例１のようにシリーズ名と設定音声情報だけでも良いし、例２のように言語設定や字幕設定などと同じファイルに保存しても良いし、例３のように単純に設定音声に関する最低限の情報だけでも良い。つまり音声設定を共有したいコンテンツ間で設定音声情報が一意に特定出来る書式であれば何でも良く、例えばファイル自体には何も記述せずにファイル名で特定するという方法などでも同じ効果をあげることができる。この他、各ユーザごとのＩＤを設定したりファイルを分けること等も考えられる。
【００９８】
次に、複数コンテンツ間におけるアングル設定の共有について説明する。
【００９９】
HD DVD-Videoでは、ビデオトラックを切り替えることにより様々なアングルからの映像を楽しむことができるマルチアングルをサポートしている。アドバンスドコンテンツでは、アングル設定（再生するアングルとしてどのビデオトラックを選択するか）はSelected Video Track Numberというシステムパラメータで保持され、それがPlayer.track.selectedVideoTrackNumberというHD DVD-Video APIのプロパティにコピーされる。コンテンツ再生中には、これらのシステムパラメータとAPIプロパティが連動し、同じ値を保持する。Selected Video Track Numberシステムパラメータはコンテンツの再生を停止したり再生させるコンテンツを入れ替えたりしてもリセットされず値を保持するので、ユーザは一般的に再生再開の際や別のコンテンツを再生させる際などに、アングルを設定し直さなくても同じアングル設定でコンテンツを鑑賞することが出来る。しかし、Selected Video Track Numberシステムパラメータではシリーズ毎にアングル設定を保持することは出来ない。例えば、シリーズものの鑑賞を一時中断して、他のコンテンツを他のアングル設定で鑑賞してしまうと、シリーズものの鑑賞を再開する際に、再度、アングルを設定し直さなければならない。ここでは例としてシリーズもののコンテンツとしたが、これはコンテンツプロバイダ毎にアングルを分けたい場合などでも同様である。
【０１００】
そこで本実施形態では、シリーズ毎やコンテンツプロバイダ毎にアングル設定を保持し、該当する複数コンテンツ間でアングル設定を共有する方法および装置を提案する。
【０１０１】
アプローチ１：プレーヤ側アプローチ
既存のHD DVDプレーヤでは、アングル設定保持領域として、１つのシステムパラメータ（Selected Video Track Number）のみを保有している。本実施形態のプレーヤでは、図６に示すように設定保存部４を備え、図３０に示すように設定保存部４は、１つのシステムパラメータ（Selected Video Track Number）に加えて、各シリーズ用のアングル設定保持領域を備える。或いは、パーシステントストレージ１又はネットワークサーバ３が、各シリーズ用のアングル設定保持領域を備える。各シリーズ用のアングル設定保持領域の情報は、ユーザから編集可能とし、各シリーズ用のアングル設定保持領域の情報は、少なくとも、設定の対象コンテンツは何かという情報（一般的に複数コンテンツのリスト）と設定するアングルの情報を含む。図３０に示すように、シリーズのタイトルを設定しておいた方が再編集の際などに都合が良いと考えられるので、このように情報を付加しても良い。対象コンテンツの一覧をユーザが編集出来るように、プレーヤが、ネットワーク等の経由により、発売されているコンテンツの情報を取得し、ユーザにそれを開示し、ユーザがその中から選択するといったユーザインタフェースを実装する。
【０１０２】
図３１は、このようにシリーズ毎に保持したアングル設定を複数コンテンツ間で共有する際のコンテンツ再生開始時のフローチャートである。
【０１０３】
ナビゲーションマネージャ５は、通常再生を開始する前に、再生コンテンツがアングル設定の対象コンテンツに含まれているかどうかを確認し（ＳＴ３１−１）、含まれなければ（ＳＴ３１−１、ＮＯ）、そのまま何もせずに通常再生（ＳＴ３１−３）、含まれていれば（ＳＴ３１−１、ＹＥＳ）、Selected Video Track Numberを設定されているアングルに更新してから（ＳＴ３１−２）通常再生を開始する（ＳＴ３１−３）。このように、通常再生より前に処理を追加することにより、通常再生の部分には何の変更も加えずに済む。
【０１０４】
アプローチ２：コンテンツ側アプローチ
図３２は、コンテンツにアングル設定共有用アプリケーションを追加する例を示す図である。前記アプローチ１はプレーヤに便利機能を追加するというものであるが、もう１つ、コンテンツ側（コンテンツを記憶した情報記憶媒体側）で工夫する方法も提案する。この方法では、プレーヤ側に何の手も加えずに、音声設定共有用アプリケーションを記憶した情報記憶媒体を再生することにより、複数コンテンツ間のアングル設定共有を行うことができる。
【０１０５】
本実施形態では、アングル設定をパーシステントストレージに保持するためのアプリケーションをコンテンツに追加する。ただし、アプリケーションを追加するというのは、特別にアングル設定共有用のアプリケーションを用意して追加しても良いし、既存のアプリケーションにアングル設定共有用の記述を追加するのでも良い。また、その対象とするアプリケーションはタイトルアプリケーション（アプリケーションセグメントで設定）でも良いし、プレイリストアプリケーションでも良い。
【０１０６】
図３３は、アプリケーションのスクリプトに記述するアングル設定共有用擬似コードの例を示す図である。例１では、アプリケーション終了時に発行されるシステムイベントapplication_endを拾った際に、その時点でのアングル設定をパーシステントストレージ上のアングル設定共有用ファイルに保存する。例２では、タイマによって10秒毎に、その時点でのアングル設定をパーシステントストレージ上のアングル設定共有用ファイルに保存する。ただし例２の方では、10秒毎に毎回保存をするのでは無駄が多いので、保存されているアングル設定情報と現在のアングル設定が同じかどうかを判定し、異なる場合のみ上書きする仕組みにしている。また、例１、例２ともに、アプリケーション起動時に、再生中のコンテンツに関するアングル設定情報がアングル設定共有用ファイルに保存してあるかを判定し、保存してあれば再生のアングル設定を保存されている情報に更新する。
【０１０７】
以上の例のようなアングル設定共有用の擬似コードで示したアルゴリズムをスクリプトに追加することにより、複数コンテンツ間でアングル設定を共有することが出来る。ただし、ここでは例として10秒のタイマを用いたり、application_endイベントを用いたりしたが、これは10秒でなくても良いし、application_endイベントに限るものでもない。また、アングル設定共有用ファイルの書式例を図３４に３つ示したが、書式に関しても、例１のようにシリーズ名と設定アングル情報だけでも良いし、例２のように言語設定や字幕設定などと同じファイルに保存しても良いし、例３のように単純に設定アングルに関する最低限の情報だけでも良い。つまりアングル設定を共有したいコンテンツ間で設定アングル情報が一意に特定出来る書式であれば何でも良く、例えばファイル自体には何も記述せずにファイル名で特定するという方法などでも同じ効果をあげることができる。この他、各ユーザごとのＩＤを設定したりファイルを分けること等も考えられる。
【０１０８】
次に、複数コンテンツ間における字幕設定の共有について説明する。
【０１０９】
HD DVD-Videoのアドバンスドコンテンツでは、字幕設定（再生する字幕としてどのサブタイトルトラックを選択するか）はSelected Subtitle Track Numberというシステムパラメータで保持され、それがPlayer.track.selectedSubtitleTrackNumberというHD DVD-Subtitle APIのプロパティにコピーされる。コンテンツ再生中には、これらのシステムパラメータとAPIプロパティが連動し、同じ値を保持する。Selected Subtitle Track Numberシステムパラメータはコンテンツの再生を停止したり再生させるコンテンツを入れ替えたりしてもリセットされず値を保持するので、ユーザは一般的に再生再開の際や別のコンテンツを再生させる際などに、字幕を設定し直さなくても同じ字幕設定でコンテンツを鑑賞することが出来る。しかし、Selected Subtitle Track Numberシステムパラメータではシリーズ毎に字幕設定を保持することは出来ない。例えば、シリーズものの鑑賞を一時中断して、他のコンテンツを他の字幕設定で鑑賞してしまうと、シリーズものの鑑賞を再開する際に、再度、字幕を設定し直さなければならない。ここでは例としてシリーズもののコンテンツとしたが、これはコンテンツプロバイダ毎に字幕を分けたい場合などでも同様である。
【０１１０】
そこで本実施形態では、シリーズ毎やコンテンツプロバイダ毎に字幕設定を保持し、該当する複数コンテンツ間で字幕設定を共有する方法および装置を提案する。
【０１１１】
アプローチ１：プレーヤ側アプローチ
既存のHD DVDプレーヤでは、字幕設定保持領域として、１つのシステムパラメータ（Selected Subtitle Track Number）のみを保有している。本実施形態のプレーヤでは、図６に示すように設定保存部４を備え、図３５に示すように設定保存部４は、１つのシステムパラメータ（Selected Subtitle Track Number）に加えて、各シリーズ用の字幕設定保持領域を備える。或いは、パーシステントストレージ１又はネットワークサーバ３が、各シリーズ用の字幕設定保持領域を備える。各シリーズ用の字幕設定保持領域の情報はユーザから編集可能とし、各シリーズ用の字幕設定保持領域の情報は、少なくとも、設定の対象コンテンツは何かという情報（一般的に複数コンテンツのリスト）と設定する字幕の情報を含む。図３５に示すように、シリーズのタイトルを設定しておいた方が再編集の際などに都合が良いと考えられるので、このように情報を付加しても良い。対象コンテンツの一覧をユーザが編集出来るように、プレーヤが、ネットワーク等の経由により、発売されているコンテンツの情報を取得し、ユーザにそれを開示し、ユーザがその中から選択するといったユーザインタフェースを実装する。
【０１１２】
図３６は、このようにシリーズ毎に保持した字幕設定を複数コンテンツ間で共有する際のコンテンツ再生開始時のフローチャートである。
【０１１３】
ナビゲーションマネージャ５は、通常再生を開始する前に、再生コンテンツが字幕設定の対象コンテンツに含まれているかどうかを確認し（ＳＴ３６−１）、含まれなければ（ＳＴ３６−１、ＮＯ）、そのまま何もせずに通常再生（ＳＴ３６−３）、含まれていれば（ＳＴ３６−１、ＹＥＳ）、Selected Subtitle Track Numberを設定されている字幕に更新してから（ＳＴ３６−２）通常再生を開始する（ＳＴ３６−３）。このように、通常再生より前に処理を追加することにより、通常再生の部分には何の変更も加えずに済む。
【０１１４】
アプローチ２：コンテンツ側アプローチ
図３７は、コンテンツにアングル設定共有用アプリケーションを追加する例を示す図である。前記アプローチ１はプレーヤに便利機能を追加するというものであるが、もう１つ、コンテンツ側（コンテンツを記憶した情報記憶媒体側）で工夫する方法も提案する。この方法では、プレーヤ側に何の手も加えずに、アングル設定共有用アプリケーションを記憶した情報記憶媒体を再生することにより、複数コンテンツ間の字幕設定共有を行うことができる。
【０１１５】
本実施形態では、字幕設定をパーシステントストレージに保持するためのアプリケーションをコンテンツに追加する。ただし、アプリケーションを追加するというのは、特別に字幕設定共有用のアプリケーションを用意して追加しても良いし、既存のアプリケーションに字幕設定共有用の記述を追加するのでも良い。また、その対象とするアプリケーションはタイトルアプリケーション（アプリケーションセグメントで設定）でも良いし、プレイリストアプリケーションでも良い。
【０１１６】
図３８は、アプリケーションのスクリプトに記述する字幕設定共有用擬似コードの例を示す。例１では、アプリケーション終了時に発行されるシステムイベントapplication_endを拾った際に、その時点での字幕設定をパーシステントストレージ上の字幕設定共有用ファイルに保存する。例２では、タイマによって10秒毎に、その時点での字幕設定をパーシステントストレージ上の字幕設定共有用ファイルに保存する。ただし例２の方では、10秒毎に毎回保存をするのでは無駄が多いので、保存されている字幕設定情報と現在の字幕設定が同じかどうかを判定し、異なる場合のみ上書きする仕組みにしている。また、例１、例２ともに、アプリケーション起動時に、再生中のコンテンツに関する字幕設定情報が字幕設定共有用ファイルに保存してあるかを判定し、保存してあれば再生の字幕設定を保存されている情報に更新する。
【０１１７】
以上の例のような字幕設定共有用の擬似コードで示したアルゴリズムをスクリプトに追加することにより、複数コンテンツ間で字幕設定を共有することが出来る。ただし、ここでは例として10秒のタイマを用いたり、application_endイベントを用いたりしたが、これは10秒でなくても良いし、application_endイベントに限るものでもない。また、字幕設定共有用ファイルの書式例を図３９に３つ示したが、書式に関しても、例１のようにシリーズ名と設定字幕情報だけでも良いし、例２のように言語設定や字幕設定などと同じファイルに保存しても良いし、例３のように単純に設定字幕に関する最低限の情報だけでも良い。つまり字幕設定を共有したいコンテンツ間で設定字幕情報が一意に特定出来る書式であれば何でも良く、例えばファイル自体には何も記述せずにファイル名で特定するという方法などでも同じ効果をあげることができる。この他、各ユーザごとのＩＤを設定したりファイルを分けること等も考えられる。
【０１１８】
次に、前作までの再生状況に応じてダイジェスト映像の再生を制御する再生制御について説明する。
【０１１９】
シリーズもののコンテンツを連続して鑑賞する場合、毎回前作までのダイジェスト映像が流れるのは視聴者にとって邪魔になる場合がある。そこで、ナビゲーションマネージャ５は、コンテンツの再生中にパーシステントストレージ１又は設定保存部４に「どこまで再生したか」などを示す再生履歴情報を保存する。ナビゲーションマネージャ５は、次回作の再生では、再生履歴情報を読み込み、ダイジェスト映像の再生を制御する。
【０１２０】
本実施形態は、シリーズもののコンテンツ再生に限定したものではないが、ここでは例としてシリーズもののコンテンツ再生を取り上げ、「シリーズのn番目のコンテンツ」などのような表現を用いることとする。
【０１２１】
シリーズのn-1番目までの鑑賞が完了しており、その時刻がn番目の再生開始時刻と近い場合にはn番目再生開始時のダイジェスト映像の再生は邪魔になる場合がある。また、n-1番目の最後まで鑑賞が進んでいない場合には、まだ見ていない場面の内容が分かってしまうようなダイジェスト映像を突然再生されてしまうと困る場合もあるし、逆にもう前作に戻って観るつもりはないので内容が分かるようなダイジェストを再生してほしいという場合もある。このように、前作までの再生状況に応じてダイジェストの再生の仕方が分岐される仕組みは有用である。
【０１２２】
これを実現するために、本実施形態では、
・再生中に、どこまで再生が進行したかを示す再生進行度とその時の時刻に関する情報を含む再生履歴情報をパーシステントストレージ１又は設定保存部４に保存
・ダイジェスト再生前にパーシステントストレージ１又は設定保存部４に保存された再生履歴情報を取得し、その再生履歴情報に応じてダイジェスト再生を制御
する。
【０１２３】
そのために、図４０に示すように、プレイリストとアプリケーションにダイジェスト再生制御用の記述を追加する。また、図４１は、プレイリストおよびスクリプトの記述例を示す図である。プレイリストには、再生が進むと順次イベントが発行される記述を追加する。本実施形態では、各タイトルの終了間際にそのタイトルの最後まで再生したことを示すイベントが発行される。そしてアプリケーションのスクリプトには、そのイベントを拾って、その時点の時刻情報をパーシステントストレージ１又は設定保存部４に保存し、パーシステントストレージ１又は設定保存部４に保存されている当該シリーズの再生進行度を更新する。そして次回作のはじめのダイジェスト再生時には、ダイジェスト再生制御用の情報（再生履歴情報）がパーシステントストレージ１又は設定保存部４に保存されていれば、ダイジェスト再生制御用の情報（再生履歴情報）を読み込み、ダイジェスト再生制御用の情報（再生履歴情報）に含まれる再生進行度と鑑賞時刻情報から、ダイジェスト再生の仕方を分岐させる。ただしこれは一例であり、イベントではなくタイマで１０秒毎に再生進行度と時刻情報を更新していっても良いし、アプリケーションが終了する時に発行されるapplication_endイベントなどを用いても良い。図４２に再生終了時刻保存の書式例を３つ示すが、再生終了時刻がコンテンツ間で共有できればどんな書式でも同じ効果を発揮する。例えばファイル自体には何も記述せずにファイル名で特定するという方法などでも同じ効果をあげることができる。この他、各ユーザごとのＩＤを設定したりファイルを分けること等も考えられる。
【０１２４】
以上のような仕組みを追加することによって、前作までの再生状況に応じてダイジェスト映像の再生を制御することができる。
【０１２５】
次に、前作までを鑑賞せずに今作を鑑賞しようとした場合に再生を抑制する再生制御について説明する。
【０１２６】
シリーズもののコンテンツを鑑賞する際、一般的に、n番目のコンテンツを鑑賞する前にn-1番目までのコンテンツを鑑賞しておいた方が、一層楽しめることが多い。本実施形態は、n-1番目までのコンテンツを全て鑑賞するまで、n番目のコンテンツを鑑賞することが出来ないようにする仕組みを実現するものである。ナビゲーションマネージャ５は、コンテンツの再生に伴い再生履歴情報を更新する。また、ナビゲーションマネージャ５は、再生履歴情報に基づきコンテンツの再生を制御する。つまり、ナビゲーションマネージャ５は、再生履歴情報に含まれるn-1番目までのコンテンツ未再生の情報に基づき、n番目のコンテンツの再生を制限（抑制）する。
【０１２７】
図４３は、プレイリストおよびアプリケーションに再生抑制用の仕組み追加の一例を示す図である。プレイリストには、そこまで鑑賞済みであることを保存したいタイミングで、イベントを発行する仕組みを追加する。そしてアプリケーションには、そのイベントを拾って、パーシステントストレージ１又は設定保存部４の再生進行度情報に、そこまで鑑賞済みであることを示すフラグを立てる仕組みを追加する。これにより再生が進むたびに順次再生進行度情報が更新されていく。そして、アプリケーションにはもうひとつ、コンテンツの再生の最初の方に、パーシステントストレージ１又は設定保存部４の再生進行度情報を読み込んで、その情報によって再生を分岐させる（通常再生させたり強制的に停止させたり、など）仕組みを追加する。これによりn-1番目までのコンテンツの再生進行度を保存し、その情報によってn番目の再生を制御することが出来る。これらの仕組みを追加するアプリケーションは、タイトルアプリケーションでもプレイリストアプリケーションでも良い。
【０１２８】
図４４は、追加する仕組みの擬似コード例を示す図である。本実施形態では、プレイリストのタイトル１およびタイトル２の終了間際にtt1end, tt2endというイベントが発行される仕組みを追加している。そしてアプリケーション側ではそれらのイベントを拾い、それぞれ、タイトル１まで、タイトル２までの再生が完了したことを示す情報を含む再生履歴情報をパーシステントストレージ１又は設定保存部４に保存する。これにより、再生進行度を順次保存することが出来る。また、アプリケーション開始時に実行されるコードの中に、パーシステントストレージ１又は設定保存部４の再生履歴情報に含まれる再生進行度情報を取得して、前作の最後まで全てのフラグが立っているなら通常再生、そうでなければ強制停止や「前作までを鑑賞してから再生させてください」というメッセージを表示させるなどして再生を抑制する仕組みを追加している。プレイリストのイベント発行のタイミングは本実施形態のようにタイトル終了間際でなくても良いし、パーシステントストレージ１又は設定保存部４への再生進行度の保存の仕方はフラグ形式でなくても良いし、再生抑制の分岐のさせ方やメッセージの内容などは全て本実施形態の通りである必要はない。
【０１２９】
次に、シリーズ全て（同一シリーズの全コンテンツ）を鑑賞した場合に、ユーザに特典を与える特典付与処理について説明する。
【０１３０】
本実施形態は、シリーズ全てを鑑賞したユーザに特典を与える仕組みを提供する。これを実現するには、再生進行度を順次保存し、シリーズ全てをユーザが鑑賞したかどうかを判定するための情報を作る仕組みと、その情報から判断し、全てを鑑賞したと判定された場合に特典を与える仕組みが必要である。例えば、ナビゲーションマネージャ５は、再生履歴（再生進行度）をパーシステントストレージ１又は設定保存部４に順次保存し、再生履歴から判明する同一シリーズの全コンテンツの再生完了に基づき、特定の動作（特典を提供）を実行する。以下に、その詳細を説明する。
【０１３１】
図４５は、再生進行度情報を順次保存する仕組みをコンテンツに追加した例を示す図である。図４５に示すように、あるポイント毎に、そこまで再生したことを示すイベントを発行する仕組みをプレイリストに追加する。そのイベントを拾い、パーシステントストレージ１又は設定保存部４の再生進行度情報を順次更新していく仕組みをアプリケーション側に追加する。そのアプリケーションはタイトルアプリケーションでもプレイリストアプリケーションでも良い。
【０１３２】
図４６は、タイトル１、タイトル２まで再生したことを示すスケジュールドイベントを発行するプレイリストおよび再生進行度に関する情報をパーシステントストレージ１又は設定保存部４に保存するスクリプト例の擬似コードを示す図である。本実施形態では、タイトル１、タイトル２の終了間際に、それぞれtt1end, tt2endというイベントが発行される仕組みになっており、アプリケーション（スクリプト）側では、それらのイベントを拾って、パーシステントストレージ１又は設定保存部４の再生進行度情報を更新していく。このような仕組みにより、シリーズの再生進行度情報が順次更新されていき、特典を与えるかどうかを決める最後の判定時に必要な情報を作成することが出来る。
【０１３３】
図４７は、シリーズ全てを鑑賞したユーザに特典を与える仕組みをコンテンツに追加した例を示す図である。本実施形態では、シリーズもののコンテンツの最後の作品のプレイリストおよびアプリケーションに、ユーザがシリーズ全てを鑑賞したかどうかを判定する仕組みと全て鑑賞済みの場合に特典を与える仕組みを追加する。プレイリストには、本編再生の最後の方（判定を開始したいタイミング）でイベントを発行する記述を追加する。そしてアプリケーション側には、そのイベントを拾い、全て鑑賞済みかどうかを判定し、そうであればユーザに特典を与えるという仕組みを追加する。アプリケーションはタイトルアプリケーションでもプレイリストアプリケーションでも良く、イベント発行のタイミングは本編の最後の方でなくても良い。
【０１３４】
図４８は、特典を付与する仕組みのプレイリストおよびスクリプトの記述例を示す図である。本実施形態では、タイトル１／２から成るコンテンツのタイトル２の終了間際（つまりシリーズ本編最後）にseries_endというイベントを発行する記述をプレイリストに追加している。そして、アプリケーション側では、series_endイベントを拾って、パーシステントストレージ１又は設定保存部４に当該シリーズの再生進行度情報が保存されているかどうか、保存されていれば再生進行度情報のシリーズ全ての鑑賞済みフラグが立っているかを判定し、両方イエスであればユーザに特典を与える仕組みを追加している。特典の与え方としては、ボーナスタイトルにジャンプ（例１）、プレゼントをもらうためのキーワードを表示（例２）、住所氏名等を登録しネットワークサーバに送信するための画面を表示（例３）というように様々なものが考えられるが、この３つの例以外でも良い。
【０１３５】
以上のような仕組みを導入することにより、シリーズ全てを鑑賞したかどうかを判定し、鑑賞済みであればユーザに特典を与えるということを実現することが出来る。
【０１３６】
次に、ＷＥＢサーバを利用したHD DVD-Videoコンテンツの配信選択について説明する。
【０１３７】
本実施形態は、あるタイミングで必要情報をＷＥＢサーバへ送信することで、コンテンツプロバイダがユーザの再生状況に応じたコンテンツを選択してもっとも効果的なものをユーザへ届けることができるようにするものである。
【０１３８】
例えば、シリーズになっているコンテンツの予告編をネットワークからユーザへ提供する場合を考える。昨今のディスク容量の増大にも伴い、ディスク１枚に収録されるコンテンツの時間も長くなっている。このような環境において、すでに販売しているコンテンツに対して、ユーザからの再生状況の情報がない場合であれば、ディスクそれぞれについて次回のディスクの予告編を提供する程度の粒度でしか提供するコンテンツを選択できない。こうした場合、ディスクの前半しか見ていない状況であるか、後半まで見た後であるかに影響しないように予告編を作成する必要があり、それぞれのユーザに対して効果的な予告編を提供することはは難しい。そのため、ユーザの再生状況によってコンテンツプロバイダが自由に再生するコンテンツを選択できることは非常に大きなメリットがある。
【０１３９】
図４９は、ＷＥＢサーバを利用したHD DVD-Videoコンテンツの再生を示すフローチャートである。
【０１４０】
図６に示すプレーヤのナビゲーションマネージャ５は、コンテンツ再生前にパーシステントストレージ１内に格納された前回再生情報があれば（ＳＴ４９−１、ＹＥＳ）、その前回再生情報をサーバへ送信する（ＳＴ４９−２）。図４２に示すように前回再生情報は、再生終了時間を持つほか、コンテンツプロバイダが有効であると考える各種の情報（チャプタ番号やタイトル番号、また誰が再生しているかを特定するユーザＩＤなど）を持つ。さらに、プレーヤのナビゲーションマネージャ５は、再生コンテンツのリクエストを送信する（ＳＴ４９−３）。
【０１４１】
サーバは、前回再生情報を受信した場合には前回再生情報及び再生コンテンツのリクエストに基づきコンテンツを選択しプレーヤーへ送信し、前回再生情報を受信していない場合には再生コンテンツのリクエストに基づきコンテンツを選択しプレーヤーへ送信する（ＳＴ４９−４）。
【０１４２】
プレーヤのナビゲーションマネージャ５は、サーバ側から送信される予告偏を再生し（ＳＴ４９−５）、本編を再生する（ＳＴ４９−６）。また、本編の再生が開始された後は、パーシステントストレージ１に対して、前述の10秒毎に必要情報を記録したり（ＳＴ４９−９）、イベント（application_endイベントなど）毎に必要情報を記録する（ＳＴ４９−９）。それによって次回の再生再開時にサーバ側でその情報を用いて送信するコンテンツを選択できるようになる。
【０１４３】
図５０Ａは、サーバ内に格納される情報のイメージを示す図である。図５０Ａに示す例では、選択されるコンテンツを４つとしている。実際のコンテンツに含まれるプレイリストには、図５１の１３行目に記述されているようなリソースのＵＲＬ（http://www.contentprovider.org/cm.MAP）が記述されている。図５０Ｂに示すように、サーバは、再生リクエストＵＲＬを受信し（ＳＴ５０Ｂ−１）、先に送付されている前回再生情報に基づきコンテンツを選択し（ＳＴ５０Ｂ−２）、リクエストされているファイル名、この場合では cm.MAP にリネームしてプレイリストへ送付する（ＳＴ５０Ｂ−３）。これにより、ディスクに記録しているＵＲＬは同じでも、プレーヤの再生状況に応じて、ユーザに対してもっとも効果的であるコンテンツを再生させることができる。
【０１４４】
図５２は、前回再生時点までのジャンプして再生を開始する再生処理を示す図である。
【０１４５】
図６に示すプレーヤのナビゲーションマネージャ５は、コンテンツ再生前にパーシステントストレージ１内に格納された前回再生情報があれば（ＳＴ５２−１、ＹＥＳ）、その前回再生情報をサーバへ送信する（ＳＴ５２−２）。図４２に示すように前回再生情報は、再生終了時間を持つほか、コンテンツプロバイダが有効であると考える各種の情報（チャプタ番号やタイトル番号、また誰が再生しているかを特定するユーザＩＤなど）を持つ。さらに、プレーヤのナビゲーションマネージャ５は、再生コンテンツのリクエストを送信する（ＳＴ５２−３）。
【０１４６】
サーバは、前回再生情報を受信した場合には前回再生情報及び再生コンテンツのリクエストに基づきコンテンツを選択しプレーヤーへ送信し、前回再生情報を受信していない場合には再生コンテンツのリクエストに基づきコンテンツを選択しプレーヤーへ送信する（ＳＴ５２−４）。
【０１４７】
プレーヤのナビゲーションマネージャ５は、サーバ側から送信される予告偏を再生し（ＳＴ５２−５）、パーシステントストレージ１内にある前回再生終了時点の情報を用いて、プレーヤのリジューム機能と同じように、その時点から再生を開始する（ＳＴ５２−６）（ＳＴ５２−７）。
【０１４８】
プレーヤが持つリジューム機能は、一度ディスクを取り出してしまうとその値を保持することはできない。しかし、この場合、パーシステントストレージ１内の情報が存在する限り、前回再生を終了したのと同じ時点から再生を再開することが可能になる。これは複数ユーザでプレーヤを使用している場合などに非常に有効である。
【０１４９】
さらに、パーシステントストレージ１内へ格納する情報に、ユーザそれぞれを識別するＩＤなどを付加しておけば、同じコンテンツを複数人が見る場合などでも、より細かい設定が可能になる。
【０１５０】
そしてパーシステントストレージ１へ格納する情報を増やせば、例えば言語設定、音声設定、字幕設定などによってサーバ側で送信するコンテンツを選択し、再生させるコンテンツを変更したり、使用するマークアップを変更したりすることで、それぞれの言語、音声、字幕などに即したコンテンツを自動的にユーザへ提供することが可能となる。
【０１５１】
本編の再生が開始された後は、パーシステントストレージ１に対して、前述の10秒毎に必要情報を記録したり（ＳＴ５０−１０）、イベント（application_endイベントなど）毎に必要情報を記録する（ＳＴ５０−１０）。それによって次回の再生再開時にサーバ側でその情報を用いて送信するコンテンツを選択でき、またプレーヤ側でジャンプ再生できるようになる。
【０１５２】
以上説明した本実施形態により、複数コンテンツ間における情報の共有が可能になり、シリーズもののコンテンツを再設定の手間なしに同じ音声設定で鑑賞することが出来たり、シリーズものの全てのコンテンツを鑑賞したユーザに対して特典を与えたり、前作までのコンテンツの再生状況に応じた再生制御を実現したりすることが出来る。
【０１５３】
なお、本願発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は可能な限り適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の段階の発明が含まれており、開示される複数の構成要件における適当な組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題が解決でき、発明の効果の欄で述べられている効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【図面の簡単な説明】
【０１５４】
【図１】HD DVDの概要を示す図である。
【図２】スタンダードコンテンツとアドバンスドコンテンツの判別の一例を示す図である。
【図３】HD DVDアドバンスドコンテンツのデータ構成を示す図である。
【図４】HD DVDアドバンスドコンテンツのディレクトリ及びファイル構成を示す図である。
【図５】アドバンスドコンテンツ再生のスタートアップ処理を示す図である。
【図６】HD DVDアドバンスドコンテンツプレーヤの概要を示す図である。
【図７】DISCID.DATのデータ構造を示す図である。
【図８】プレイリストに関する図である。
【図９】プレイリストに関する図である。
【図１０】プレイリストに関する図である。
【図１１】プレイリストに関する図である。
【図１２】プレイリストに関する図である。
【図１３】プレイリストに関する図である。
【図１４】プレイリストに関する図である。
【図１５】プレイリストに関する図である。
【図１６】マニフェストのデータ構造を示す図である。
【図１７】マークアップ記述文基本構造を示す図である。
【図１８】スクリプトを説明するための図である。
【図１９】スクリプトを説明するための図である。
【図２０】複数コンテンツ間における言語設定共有の概要を示す図である。
【図２１】言語設定共有時の再生処理の一例を示す図である。
【図２２】コンテンツに言語設定共有用アプリケーションを追加する例を示す図である。
【図２３】アプリケーションのスクリプトに記述する言語設定共有用擬似コードの例を示す。
【図２４】言語設定共有用ファイルの書式例を示す図である。
【図２５】複数コンテンツ間における音声設定共有の概要を示す図である。
【図２６】音声設定共有時の再生処理の一例を示す図である。
【図２７】コンテンツに音声設定共有用アプリケーションを追加する例を示す図である。
【図２８】アプリケーションのスクリプトに記述する音声設定共有用擬似コードの例を示す。
【図２９】音声設定共有用ファイルの書式例を示す図である。
【図３０】複数コンテンツ間におけるアングル設定共有の概要を示す図である。
【図３１】アングル設定共有時の再生処理の一例を示す図である。
【図３２】コンテンツにアングル設定共有用アプリケーションを追加する例を示す図である。
【図３３】アプリケーションのスクリプトに記述するアングル設定共有用擬似コードの例を示す。
【図３４】アングル設定共有用ファイルの書式例を示す図である。
【図３５】複数コンテンツ間における字幕設定共有の概要を示す図である。
【図３６】字幕設定共有時の再生処理の一例を示す図である。
【図３７】コンテンツに字幕設定共有用アプリケーションを追加する例を示す図である。
【図３８】アプリケーションのスクリプトに記述する字幕設定共有用擬似コードの例を示す。
【図３９】字幕設定共有用ファイルの書式例を示す図である。
【図４０】ダイジェスト再生制御の概要を示す図である。
【図４１】ダイジェスト再生制御実現のためのプレイリストおよびスクリプトの記述例を示す図である。
【図４２】再生終了時刻保存の書式例を示す図である。
【図４３】プレイリストおよびアプリケーションに再生抑制用の仕組み追加の一例を示す図である。
【図４４】再生抑制実現のためのプレイリストおよびスクリプトの記述例を示す図である。
【図４５】再生進行度情報を順次保存する仕組みをコンテンツに追加した例を示す図である。
【図４６】タイトル１、タイトル２まで再生したことを示すスケジュールドイベントを発行するプレイリスト、および再生進行度に関する情報をパーシステントストレージに保存するスクリプト例の擬似コードを示す図である。
【図４７】シリーズ全てを鑑賞したユーザに特典を与える仕組みをコンテンツに追加した例を示す図である。
【図４８】特典を付与する仕組みのプレイリストおよびスクリプトの記述例を示す図である。
【図４９】ＷＥＢサーバを利用したHD DVD-Videoコンテンツの再生を示すフローチャートである。
【図５０Ａ】サーバ内に格納される情報のイメージを示す図である。
【図５０Ｂ】サーバによる再生コンテンツの送信処理を示すフローチャートである。
【図５１】プレイリストの記述例を示す図である。
【図５２】前回再生時点までのジャンプして再生を開始する再生処理を示す図である。
【符号の説明】
【０１５５】
１…パーシステントストレージ、２…ディスク、３…ネットワーク、４…設定保存部、５…ナビゲーションマネージャ、６…データアクセスマネージャ、７…データキャッシュ、８…プレゼンテーションエンジン、９…ＡＶレンダラ
【図１】
2009032342.tif 000003
【図２】
2009032342.tif 000004
【図３】
2009032342.tif 000005
【図４】
2009032342.tif 000006
【図５】
2009032342.tif 000007
【図６】
2009032342.tif 000008
【図７】
2009032342.tif 000009
【図８】
2009032342.tif 000010
【図９】
2009032342.tif 000011
【図１０】
2009032342.tif 000012
【図１１】
2009032342.tif 000013
【図１２】
2009032342.tif 000014
【図１３】
2009032342.tif 000015
【図１４】
2009032342.tif 000016
【図１５】
2009032342.tif 000017
【図１６】
2009032342.tif 000018
【図１７】
2009032342.tif 000019
【図１８】
2009032342.tif 000020
【図１９】
2009032342.tif 000021
【図２０】
2009032342.tif 000022
【図２１】
2009032342.tif 000023
【図２２】
2009032342.tif 000024
【図２３】
2009032342.tif 000025
【図２４】
2009032342.tif 000026
【図２５】
2009032342.tif 000027
【図２６】
2009032342.tif 000028
【図２７】
2009032342.tif 000029
【図２８】
2009032342.tif 000030
【図２９】
2009032342.tif 000031
【図３０】
2009032342.tif 000032
【図３１】
2009032342.tif 000033
【図３２】
2009032342.tif 000034
【図３３】
2009032342.tif 000035
【図３４】
2009032342.tif 000036
【図３５】
2009032342.tif 000037
【図３６】
2009032342.tif 000038
【図３７】
2009032342.tif 000039
【図３８】
2009032342.tif 000040
【図３９】
2009032342.tif 000041
【図４０】
2009032342.tif 000042
【図４１】
2009032342.tif 000043
【図４２】
2009032342.tif 000044
【図４３】
2009032342.tif 000045
【図４４】
2009032342.tif 000046
【図４５】
2009032342.tif 000047
【図４６】
2009032342.tif 000048
【図４７】
2009032342.tif 000049
【図４８】
2009032342.tif 000050
【図４９】
2009032342.tif 000051
【図５０Ａ】
2009032342.tif 000052
【図５０Ｂ】
2009032342.tif 000053
【図５１】
2009032342.tif 000054
【図５２】
2009032342.tif 000055