JP2007257714A

JP2007257714A - 情報再生装置及び再生方法

Info

Publication number: JP2007257714A
Application number: JP2006079305A
Authority: JP
Inventors: Takeaki Kobayashi; 丈朗小林
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2006-03-22
Filing date: 2006-03-22
Publication date: 2007-10-04
Also published as: US20070226398A1

Abstract

【課題】レジューム機能を適切に制御し、誤動作を防止でき、信頼性を上げられるようにする。
【解決手段】再生中のディスクのディスク判別情報を格納したコンテンツタイプ格納部と、前記ディスクを再生する再生処理部と、前記ディスクの再生中に再生中断があったときに前記管理情報の中の再生位置に関する情報を記憶する中断情報記憶部と、前記ディスクの再生中に再生中断があったときに、前記コンテンツが第１のタイプであるときは、前記前記再生位置に関する情報を前記中断情報記憶部に記憶し、前記コンテンツが第２のタイプであるときは、前記再生位置に関する情報を破棄する中断情報処理部とを有する。
【選択図】図１４

Description

この発明は、情報再生装置及び情報再生方法に関するものであり、特にレジューム機能の安定した動作及び誤動作防止に関連する。

最近では、Digital Versatile Disk （ＤＶＤ）及びその再生装置が普及し、また、高密度記録、高画質記録を行うことができるHigh Definition ＤＶＤ（ High Density ＤＶＤ）も開発されている。このような再生装置として特許文献１に開示されたものがある。

この再生装置は、複数種のディスクに対応することができ、いずれのディスクが装填されたかを判別する機能を有する。これにより、ユーザはディスク確認に手間取ることなく、操作性の向上に寄与できるというものである。

また、一般にディスク再生装置には、レジューム機能が設けられている（特許文献２）。レジューム機能は、ディスクの再生途中で再生を停止し、ディスクを取り出したとき、或いは再生装置の電源を切ったとき、再生管理情報の中の再生位置情報をレジューム情報としてメモリに記憶する。そして、当該ディスクが、再度再生装置に装填され、プレイ操作がなされたときに、前記レジューム情報を再生開始のための開始位置情報として用いる。
特開平９−４４９８４号公報特開平１０−９７７６６号公報

ところで、特定のディスクに対しては、再生装置からディスクが取り出されたとき、或いは再生装置の電源が切られたときに上記のレジューム機能が常に動作すると不都合な場合もある。本発明が対象としているアドバンスドコンテンツのプレイヤ及びプレイ方法においては、コンテンツ、プログラム、アプリケーションなどを、外部から取り込むことができる。そして外部からのデータとディスクに記録されているデータとを組み合わせて、再生して表示したり、ユーザ操作に応じて再生ルートが変更されたりする。このために、プレイヤ自体は、現在の再生状況を正確に把握することが困難である。このような場合、レジューム機能は不確定なレジューム情報を処理することになる。

そこでこの発明は、ディスクのタイプに応じてレジューム機能を制御できるようにし、誤動作を防止でき、信頼性を上げられるようにした情報再生装置及び情報再生方法を提供することを目的とする。

上記の目的を達成するためにこの発明の一面では、ディスクを再生するために、再生用の管理情報に基づいて前記ディスクを再生する再生処理部と、前記再生処理部の動作を操作するためのユーザインタフェース部を有し、前記ユーザインタフェース部を介して前記再生中断後に再再生操作があったとき、前記再生処理部は、前記ディスクが所定のタイプのときコンテンツの少なくとも再生手順を示すプレイリストを読み取り再生状態を設定する手段を有する。

上記の手段により、中断情報に関する処理が適切となり、誤動作が防止される。

以下、図面を参照してこの発明の実施の形態を説明する。

＜はじめに＞
コンテンツの種類について説明する、
ここで記載する説明では2種類のコンテンツについて定めている。一つは標準コンテンツ（Standard Content)、もう一つはアドバンスドコンテンツ(Advanced Content)である。標準コンテンツはナビゲーションデータとディスク上のビデオオブジェクトで構成され、またこれはDVD-ビデオ規格第1.1版を拡張したものである。

一方、アドバンスドコンテンツは、プレイリスト(Playlist)、マークアップ(Markup)、スクリプトファイル(Script files)などのアドバンスドナビゲーション(Navigation data)と、プライマリ／セカンダリビデオセット(Primary/Secondary Video Set)などのアドバンスドデータ(Advanced data)、およびアドバンスドエレメント(Advanced Element)（画像、オーディオ、テキストなど）で構成される。そして、このアドバンスドコンテンツは、少なくとも一つのプレイリストファイルとプライマリビデオセットをディスク上に位置づける必要があり、その他のデータはディスク上に置いても、サーバから取り込んでもよいというものである。

＜標準コンテンツ(Standard Content)（図１（Ａ）参照）＞
標準コンテンツは、DVD-ビデオ規格第1.1版に定めるコンテンツを、特に高解像度ビデオ、高品質オーディオ、いくつかの新機能について、拡張したものである。標準コンテンツは基本的に、一つのVMGスペースと一つまたは複数のVTSスペース（「標準VTS」または単に「VTS」と呼ばれる）で構成される。

＜アドバンスドコンテンツ(Advanced content)（図１（Ｂ）参照）＞
アドバンスドコンテンツは、標準コンテンツで実現されるオーディオとビデオの拡張に加え、より高度なインタラクティブ性（interactivity）を実現する。アドバンスドコンテンツは、プレイリスト、マークアップ、スクリプトファイルなどのアドバンスドナビゲーションと、プライマリ／セカンダリビデオセットなどのアドバンスドデータ、およびアドバンスドエレメント（画像、オーディオ、テキストなど）で構成され、アドバンスドナビゲーションはアドバンスドデータ及びアドバンスドコンテンツの再生を管理する。

XMLで記述されるプレイリストはディスク上にあり、ディスク上にアドバンスドコンテンツがある場合、プレイヤはまずこのファイルを実行する。このファイルで次の情報が提供される。

・オブジェクトマッピング情報（Object Mapping Information）: タイトルタイムライン（Title Timeline）上にマッピングされたプレゼンテーションオブジェクトのためのタイトル内の情報である、
・再生シーケンス（Playback Sequence）: タイトルタイムラインにより記述される、各タイトル用の再生情報である、
・構成情報（Configuration Information）: データバッファアラインメントなどのシステム構成情報である。

プレイリスト(Play List)の記述に従って最初のアプリケーションが、プライマリ／セカンダリビデオセットなどがある場合はこれらを参照しつつ、実行される。一つのアプリケーションは、マークアップ（Markup)(これにはコンテンツ／スタイリング／タイミング情報が含まれる）、スクリプト(Script)、アドバンスドデータで構成される。アプリケーションを構成する、最初の一つのマークアップファイル、スクリプトファイルやその他のリソースは、一つのマニフェストの中で参照する。マークアップにより、プライマリ／セカンダリビデオセットなどのアドバンスドデータ、およびアドバンスドエレメントの再生が開始される。

プライマリビデオセット(Primary Video Set)の構造は、このコンテンツ専用の一つのVTSスペースで構成されている。すなわち、このVTSにはナビゲーションコマンドがなく多層化構造がないが、TMAP情報などがある。また、このVTSは、一つのメインビデオストリーム、一つのサブビデオストリーム、8つのメインオーディオストリーム、8つのサブオーディオストリーム、サブタイトルを保持することができる。このVTSは「アドバンスドVTS」と呼ばれている。

セカンダリビデオセット（Secondary Video Set）は、プライマリビデオセットにビデオ／オーディオデータを追加する際に使用し、またオーディオデータだけを追加する場合にも使用する。

セカンダリビデオセットは、ディスク上に記録されるか、あるいは一つまたは複数のファイルとしてサーバから取り込まれる。このファイルは、データがディスク上に記録されており、しかもプライマリビデオセットとともに、同時に再生する必要がある場合は、再生前に一旦ファイルキャッシュに保存される。一方、セカンダリビデオセットがウェブサイト上にある場合は、このデータ全体を一旦ファイルキャッシュに保存するか（「ダウンローディング」）、またはこのデータの一部をストリーミングバッファに連続的に保存する必要があり、保存されたデータは、サーバからデータをダウンロードする間にバッファオーバフローを起こすことなく、同時に再生される（「ストリーミング」）。

＊アドバンスドビデオタイトルセット（Advanced VTS）の説明
アドバンスドVTS（プライマリビデオセット(Primary Video Set)とも呼ばれる）は、アドバンスドナビゲーション用のビデオタイトルセットで利用される。すなわち、標準VTSに対応するものとして次のものが定められている。

1） EVOBのより進んだエンハンスメント
−1つのメインビデオストリーム、1つのサブビデオストリーム
−8つのメインオーディオストリーム、8つのサブオーディオストリーム
−32のサブピクチャストリーム
−1つのアドバンスドストリーム
2）エンハンスドEVOBセット（EVOBS）の統合
−メニューEVOBSとタイトルEVOBSの両方の統合
3）多層化構造の解消
−タイトルなし、PGC(プログラムチェーン)なし、PTT（パートオブタイトル）なし、Cell(セル)なし
−ナビゲーションコマンドとUOP(ユーザオペレーション)制御のキャンセル
4）新しいタイムマップ情報（TMAPI）の導入
−一つのTMAPIが一つのEVOBに対応し、一つのファイルとして保存される,
−NV_PCK内の情報の一部は簡単化される。

＊相互運用可能なVTS（Interoperable VTS）の説明
相互運用可能なVTSは、HD DVD-VR規格でサポートされるビデオタイトルセットである。本規格すなわちHD DVD-ビデオ規格では、相互運用可能なVTSはサポートされておらず、すなわちコンテンツの著者は相互運用可能なVTSを含むディスクを作成することはできない。ただし、HD DVD-ビデオプレイヤは相互運用可能なVTSの再生をサポートする。

＜ディスカテゴリー＞
本規格では、次に定める3種類のディスク（カテゴリ1のディスク／カテゴリ2のディスク／カテゴリ3のディスク）が認められる。

＊カテゴリ1のディスクの説明(構成例については図２（Ａ）参照)
このディスクには、一つのVMGと一つまたは複数の標準VTSで構成される標準コンテンツのみが含まれる。すなわち、このディスクにはアドバンスドVTS、アドバンスドコンテンツは含まれない。

＊カテゴリ2のディスクの説明(構成例については図２（Ｂ）参照)
このディスクには、アドバンスドナビゲーション、プライマリビデオセット（アドバンスドVTS）、セカンダリビデオセットおよびアドバンスドエレメントで構成されたアドバンスドコンテンツのみが含まれる。すなわち、このディスクにはVMGや標準VTSなどの標準コンテンツは含まれない。

＊カテゴリ3のディスクの説明（構成例については図２（Ｃ）参照）
このディスクには、アドバンスドナビゲーション、プライマリビデオセット（アドバンスドVTS）、セカンダリビデオセットおよびアドバンスドエレメントで構成されるアドバンスドコンテンツと、VMG（ビデオマネージャー）と一つまたは複数の標準VTSで構成される標準コンテンツが含まれる。ただし、このVMG にはFP_DOMもVMGM_DOMも存在しない。

このディスクには標準コンテンツが含まれるが、基本的にこのディスクはカテゴリ2のディスクの規則に従い、さらにまた、このディスクにはアドバンスドコンテンツ再生状態から標準コンテンツ再生状態への遷移とこの逆の遷移が含まれる。

＊アドバンスドコンテンツによる標準コンテンツの利用についての説明（図３には、上記のように標準コンテンツが利用されるときの様子を示している）
標準コンテンツはアドバンスドコンテンツにより利用することができる。アドバンスドVTSのVTSI（ビデオタイトルセット情報）はEVOBを参照することができ、後者も、標準VTSのVTSIによりTMAPを使用して参照することができる。ただし、EVOBにはHLI（ハイライト情報）、PCI（プログラムコントロール情報）などを含めることができ、これはアドバンスドコンテンツではサポートされていない。こうしたEVOBの再生では、例えばHLIやPCIはアドバンスドコンテンツでは無視されることになる。

＜ボリュームスペースの構造＞
図４に示すように、HD DVD-ビデオのディスクのボリュームスペースは次のような要素で構成される。

1）ボリュームおよびファイル構造（Volume and File structure）。これはUDF構造用に割り当てられる、
2）単一の「DVD-ビデオゾーン（DVD-Video zone）」。これはDVD-ビデオフォーマットのデータ構造用に割り当てられることがある、
3）単一の「HD DVD-ビデオゾーン（HD DVD-Video zone）」。これはDVD-ビデオフォーマットのデータ構造用に割り当てられることがある。このゾーンは「標準コンテンツゾーン」と「アドバンスドコンテンツゾーン」で構成される、
4）「DVDその他のゾーン（DVD others zone）」、これはDVD-ビデオでもHD DVD-ビデオでもないアプリケーション用に使用されることがある。

＜（図５）ディレクトリとファイルに関する規則＞
HD DVD-ビデオディスクに関連するファイルとディレクトリに対する要件をここに述べる。ディレクトリの図５において、左側の四角で囲まれた部分の記述は、各ファイル名である。

HVDVD_TSディレクトリ
「HVDVD_TS」ディレクトリは、ルートディレクトリのすぐ下にある。一つのVMGに関連する全ファイル、一つまたは複数の標準ビデオセット、一つのアドバンスドVTS（プライマリビデオセット）が、このディレクトリ以下にある。

ビデオマネージャ（VMG）
一つのビデオマネージャ情報（VMGI）" HV00010.IFO "、ファーストプレイプログラムチェーンメニュー用エンハンスドビデオオブジェクト（FP_PGCM_EVOB）"HV000M01.EVO"、バックアップ用ビデオマネージャ情報（VMGI_BUP）"HV000101.BUP"、ビデオマネージャメニュー用エンハンスドビデオオブジェクトセット（VMGM_EVOBS）"HV000M02.EVO"が、それぞれ構成ファイルとしてHVDVD_TSディレクトリ以下に記録される。

標準ビデオタイトルセット（標準VTS；Standard Video Title Set）
ビデオタイトルセット情報（VTSI）"HV001101.IFO"と、バックアップ用ビデオタイトルセット情報（VTSI_BUP）"HV001101.BUP"が、それぞれ構成ファイルとしてHVDVD_TSディレクトリ以下に記録される。また、ビデオタイトルセットメニュー用エンハンスドビデオオブジェクトセット（VTSM_EVOBS）"HV001M01.EVO"と、タイトル用エンハンスドビデオオブジェクトセット（VTSTT_VOBS）"HV001T01.EVO"もHVDVD_TSディレクトリ以下の構成ファイルである。

アドバンスドビデオタイトルセット（アドバンスドVTS）
一つのビデオタイトルセット情報（VTSI）"HVA00001.VT1"と、一つのバックアップ用ビデオタイトルセット情報（VTSI_BUP）"HVA00001.BUP"を、それぞれ構成ファイルとしてHVDVD_TSディレクトリ以下に記録することができる。

ビデオタイトルセットタイムマップ情報（VTS_TMAP）＃１（タイトル用）、＃２(メニュー用) "TITLE00.MAP" "MENU000.MAP"と、バックアップ用ビデオタイトルセットタイムマップ情報（VTS_TMAP_BUP）＃１、＃２ "TITLE00.BUP" "MENU000.BUP"は、それぞれHVDVD_TSディレクトリ以下のファイルで構成される。

エンハンスドビデオタイトルセットのためのエンハンスドビデオオブジェクト＃１、＃２のファイル"TITLE00.EVO" "MENU000.EVO"もHVDVD_TSディレクトリ以下の構成ファイルである。

HVDVD_TSディレクトリ以下のファイル名とディレクトリ名には、次の規則が適用される。

ADV_OBJディレクトリ
「ADV_OBJ」ディレクトリは、ルートディレクトリのすぐ下にある。アドバンスドナビゲーションに属する起動ファイルはすべてこのディレクトリにある。アドバンスドナビゲーション、アドバンスドエレメント、セカンダリビデオセットの全ファイルがこのディレクトリにある。

また、このディレクトリのすぐ下には、アドバンスドシステムにユニークなファイル"DISCID.DAT"が設けられる。このファイルは、ディスク識別データファイルであり、その詳細については後述する。

プレイリストファイルはすべてこのディレクトリのすぐ下にある。アドバンスドナビゲーション、アドバンスドエレメント、セカンダリビデオセットのファイルは、どれでもこのディレクトリのすぐ下に置くことができる。

プレイリスト
各プレイリストファイルは、「ADV_OBJ」ディレクトリのすぐ下に例えば、「VPLIST%%%.XPL 又はAPLIST%%%.XPL」というファイル名で置くことができる。「%%%」は、「000」から「999」まで昇順で連続的に割り当てられる。（ディスクをロードしたときに）最大の番号をもつプレイリストファイルが最初に処理される。

アドバンスドコンテンツ用ディレクトリ
「アドバンスドコンテンツ用のその他のディレクトリ」は、「ADV_OBJ」ディレクトリ以下にのみ置くことができる。アドバンスドナビゲーション、アドバンスドエレメント、セカンダリビデオセットのファイルは、どれでもこのディレクトリに置くことができる。

アドバンスドコンテンツ用ファイル
「ADV_OBJ」ディレクトリ以下のファイルの総数は512×2047に制限され、各ディレクトリ内にあるファイルの総数は2048未満とする。このファイル名はd文字またはd1文字で構成し、このファイル名は本体、「.」（ピリオド）、拡張子で構成される。上記したディレクトリ／ファイル構造の例が図６に示されている。

＜（図６）ビデオマネージャ（VMG）の構造＞
VMGは「HD DVD-ビデオゾーン」にある全ビデオタイトルセットの目次である。図６に示すように、VMGはVMGI（ビデオマネージャ情報）と呼ばれる制御データ、ファーストプレイPGCメニュー用エンハンスドビデオオブジェクト（FP_PGCM_EVOB）、BMGメニュー用エンハンスドビデオオブジェクトセット（VMGM_EVOBS）、制御データのバックアップ（VMGI_BUP）で構成される。制御データはタイトルを再生するために必要な静的情報で、ユーザ操作をサポートする情報を提供する。FP_PGCM_EVOBは、メニュー言語の選択に用いるエンハンスドビデオオブジェクト（EVOB）である。VMGM_EVOBSは、ボリュームアクセスをサポートするメニューに使用するエンハンスドビデオオブジェクト（EVOB）の集合である。

＜標準ビデオタイトルセット（標準VTS）の構造＞
VTSはタイトルの集合である。図６に示すように、各VTSはVTSI（ビデオタイトルセット情報）と呼ばれる制御データ、VTSメニュー用のエンハンスドビデオオブジェクトセット（VTSM_EVOBS）、タイトル用エンハンスドビデオオブジェクトセット（VTSTT_EVOBS）、およびバックアップ制御データ（VTSI_BUP）で構成される。

＜アドバンスドビデオタイトルセット（アドバンスドVTS）の構造＞
このVTSはただ一つのタイトルで構成される。図６に示すように、このVTSは、基本的にはVTSIと呼ばれる制御データ、一つのVTS内のタイトル用エンハンスドビデオオブジェクトセット（VTSTT_EVOBS）、ビデオタイトルセットタイムマップ情報（VTS_TMAP）、バックアップ制御データ（VTSI_BUP）、およびビデオタイトルセットタイムマップ情報のバックアップ（VTS_TMAP_BUP）で構成される。

＜エンハンスドビデオオブジェクトセット（EVOBS）の構造＞
EVOBSは、ビデオ、オーディオ、サブピクチャなどで構成されるエンハンスドビデオオブジェクトの集合である（図６）。

EVOBSには次の規則が適用される
1）一つのEVOBS内で、EVOBは連続したブロックとインターリーブされたブロックに記録される、
2）一つのEVOBSは、一つまたは複数のEVOBで構成される。EVOB_ID番号が、EVOBS内の最小のLSN（論理セクタ番号）をもつEVOBから始まり昇順で割り当てられる、
3）一つのEVOBは、一つまたは複数のセルで構成される。C_ID番号が、EVOB内の最小のLSNをもつセルから始まり昇順で割り当てられる,
4） EVOBS内のセルは、EVOB_ID番号とC_ID番号とで識別できる。

「システムモデル」
＜オーバーロールスタートアップシーケンス＞
図７には、ＨＤＤＶＤプレイヤのスタートアップシーケンスのフローチャートを示している。ディスクが挿入された後、プレイヤは、管理情報領域の"ADV_OBJ"ディレクトリ下のファイル"DISC.DAT"の存在をまず確認する（ステップＳＡ１）。"DISC.DAT"は、アドバンスドコンテンツを取り扱うことができる記録媒体に特有のファイルである。"DISC.DAT"が確認されると、アドバンスドコンテンツの再生モードに移行する（ステップＳＡ２）。このときのディスクは、カテゴリ２又は３のディスクである。ステップＳＡ１で"DISC.DAT"が確認されなかった場合、"VMG_ID"が有効かどうかを確認する（ステップＳＡ３）。"VMG_ID"が有効であるかどうかは、つぎのように確認する。もしディスクがカテゴリ１であれば、"VMG_ID"は"HVDVD-VMG100"である。さらに加えて、カテゴリ記述領域であるVMG_CATのビット０−３は、"No Advanced VTS exists"を示している。この場合は、プレイヤはスタンダードコンテンツ再生モードに移行する（ステップＳＡ４）。さらにディスクが、どのHD_DVDタイプにも属しないことが判明された場合、プレイヤの設定に従った動作となる（ステップＳＡ５）。

アドバンスドコンテンツの再生に移行すると、プレイヤは、ルートディレクトリ下の“ADV_OBJ”ディレクトリの“playlist.xml(Tentative)”を読み取り再生動作に移行する。スタートアップシーケンス及びそのためのメモリなどは、データアクセスマネージャ或いはナビゲーションマネージャのいずれに設けられてもよい。

ここで、図８には、先の"DISCID.DAT"のデータ構成を示している。"DISCID.DAT"はファイル名であり、コンフィグレーションファイルとも称される。このファイル内には、複数のフィールドが確保され、フィールドとしては、"CONFIG_ID"、"DISC_ID"，"PROVIDER_ID"，"CONTENT_ID"，"SEARCH_FLAG"などが含まれる。

"CONFIG_ID"のフィールドでは、このファイルを識別するための"HDDVD-V_CONF"”がＩＳＯ８８５９−１のコードで記述されている。

"DISC_ID"のフィールドでは、ディスクＩＤが記述されている。

"PROVIDER_ID"では、スタジオのＩＤが記述されている。この情報で、コンテンツプロバイダを識別することができる。パーシステントストレージ（Persistent Storage)は、各プロバイダのために、プロバイダＩＤによりデータを格納するための独立エリアを有する。

"CONTENT_ID"のフィールドでは、アドバンスドコンテンツの識別情報が記述されている。このコンテンツＩＤは、パーシステントストレージ（Persistent Storage)の中のプレイリストファイルをサーチするためにも利用できる。

"SEARCH_FLAG"のフィールドでは、スタートシーケンスのときにパーシステントストレージ（Persistent Storage)のファイルをサーチするためのサーチフラグである。このフラグが１のときは、プレイリストの検出にパーシステントストレージを含めないことを示し、フラグが０のときは、プレイリストの検出にパーシステントストレージが含まれることを示す。

したがって、上記のコンフィグレーションファイルのデータは、パーシステントストレージ（Persistent Storage)内で、ディスクに割り当てられている領域を識別するために利用される。またネットワークを通じて、ディスクの認証を行う場合に利用される。例えばプロバイダの情報があるので、このプロバイダの情報を利用し、このディスクに関する情報を所有するサーバをサーチすることもできる。

本発明に係わるプレイヤは、レジューム機能が動作する場合に、上記の"DISCID.DAT"のデータ構成に係わる処理を実行する。

図９には、少なくともアドバンスドコンテンツとスタンダードコンテンツを再生するプレイヤのレジューム機能が動作する場合の流れを示している。

この処理は、例えば後述するレジュームマネージャにより実行される。レジュームマネージャには、コンテンツタイプメモリ、中断情報メモリ、中断情報処理部が少なくとも含まれる。

アドバンスドコンテンツの再生状態において、停止操作が行われた場合（ステップＳＢ１）、ストップ時の再生位置に関する情報は破棄される。つまり、レジューム情報を格納する所定のレジューム情報メモリはクリアされる。これに対して、スタンダードコンテンツの再生状態において、停止操作が行われた場合（ステップＳＢ３）、ストップ時の再生位置に関する情報が前記所定のレジューム情報メモリに保存される（ステップＳＢ４）。保存情報としては、例えば、ビデオタイトル番号、プログランチェーン番号、セル番号、再生論理アドレス情報等である。

次にプレイ操作が行われたとき、レジューム再生であるかどうかの判定が行われる。レジューム再生であるかどうかの判断は、各種の方法が可能である。例えば、再生されたディスクのディスクＩＤを複数記憶するメモリを用意し、装置に装填されているディスクのディスクＩＤが最新の保存ディスクＩＤに一致するかどうかが判断される。また、レジューム再生であることを、ユーザが操作入力するようにしてもよい。装置に装填されたディスクのディスクＩＤが最新の保存ディスクＩＤと不一致の場合、あるいは、レジューム再生の操作入力がされなかった場合には、ステップＳＡ１に戻る。

レジューム再生であることが判明した場合（ステップＳＢ５）、再生対象がアドバンスドコンテンツかどうかの判定が行なわれる。この判定は、再度"DISCID.DAT"が存在するかどうかを判定してもよいし、先のレジューム情報メモリの内容を確認してもよい。例えばレジューム情報メモリに、再生位置に関する情報が存在しない場合には、アドバンスドコンテンツが再生対象であり、再生位置に関する情報が存在した場合、スタンダードコンテンツが再生対象である（ステップＳＢ６）。

アドバンスドコンテンツが再生対象である場合には、最初の再生開始位置に戻り（ステップＳＢ７）、最初からのアドバンスドコンテンツの再生状態に戻る。しかし、スタンダードコンテンツが再生対象である場合には、レジューム情報メモリの内容（ストップ時の再生位置に関する情報）が参照され、再生が再開される（ステップＳＢ８）。

図１０は、図９に示した手順の別の実施の形態である。図９では、レジューム再生時の再生対象がアドバンスドコンテンツの場合、ステップＳＡ１に戻ったが、アドバンスドコンテンツの場合には、DISCID.DATをメモリに残すようにし、ステップＳＡ２に戻るようにしてもよい。

この場合は、図１１に示すように、アドバンスドコンテンツの再生に移行する。

"プレイリストファイルの読込み"が行なわれる（ステップＳＣ１）。次のプレイリストを用いてタイトルタイムラインのマッピング及び再生シーケンスの初期化が行なわれる（ステップＳＣ２）。次に最初のタイトル再生の準備が行なわれ（ステップＳＣ３）、タイトルの再生が開始される（ステップＳＣ４）。これにより、アドバンスドコンテンツプレイヤはタイトルを再生する。次に新しいプレイリストファイルの有無？が判定される（ステップＳＣ５）。アドバンスドコンテンツ再生を更新するには、更新手順を実行するアドバンスドアプリケーションが必要となる。アドバンスドアプリケーションがそのプレゼンテーションを更新する場合、ディスクのアドバンスドアプリケーションは事前にスクリプトシーケンスを検索して更新しておかなければならない。プログラミングスクリプトは、利用可能な新しいプレイリストファイルの有無に関わらず、指定のデータソース、通常はネットワークサーバを検索する。新しいプレイリストファイルが存在した場合、プレイリストファイルの登録が行なわれる（ステップＳＣ６）。利用可能な新しいプレイリストファイルが存在する場合は、プログラミングエンジンが実行するスクリプトは、それをファイルキャッシュにダウンロードして、アドバンスドコンテンツプレイヤに登録する。そして、新しいプレイリストファイルが登録されると、アドバンスドナビゲーションはソフトリセットAPIを発行（ステップＳＣ７）して起動シーケンスを再スタートする。ソフトリセットAPIは、現パラメータと再生の構成をすべてリセットし、"プレイリストファイルの読込み"の直後に起動手順を再スタートする。"システム構成の変更"とそれ以降の手順は、新しいプレイリストファイルに基づいて実行される。

アドバンスドコンテンツが再生される場合には、アプリケーションも含むコンテンツ自身が、ユーザ操作に応じてインタラクティブな振る舞いを行なう。このために、ユーザ操作などに応じて、コンテンツ上の次の再生系路や再生位置が変更する、あるいは切り替わる。この結果、プレイヤ自身は、自身は中断位置情報を把握できない。

そこで、擬似的にレジューム再生を実行させるには、次のような方法が可能である。（１）ユーザ操作があったタイミング情報と、操作指令情報を別途メモリに格納する。（２）再生中断後、レジューム再生のときは、プレイリストに従って、再生処理を実行する。この場合デコード処理を停止した状態で行い、デコードに必要な時間を省略しながら、高速で、保存していたタイミング情報と操作指令情報に従って、データ処理を行う。（３）そして、前記タイミング情報から、コンテンツの再生系路をシミュレーションする。（４）そして、最後のタイミング情報と操作指令情報に到達したときに、デコード処理を開始する。このような方法により、擬似的にレジューム再生を行なうことも可能であるが、プレイリストは初期状態から実行しなければならない。

図１２はアドバンスドコンテンツとしてのP-EVOB-TY2の多重化構造のイメージである：P-EVOB-TY2は、エンハンスドビデオオブジェクトユニット(P-EVOBU)を含む。P-EVOBU内には、メインビデオ（Main Video）ストリーム、メインオーディオ（Main Audio）ストリーム、サブビデオ（Sub Video）ストリーム、サブオーディオ（Sub Audio）ストリーム、アドバンスドストリームが含まれている。

再生時において、P-EVOB-TY2のパケット多重化ストリームは、Track buffer を介してDe-Multiplex に入力される。ここでパケットはそれぞれ種類に応じて分離され、Main Video Buffer, Sub Video Buffer, Sub picture Buffer, PCI buffer, Main Audio buffer, Sub Audio bufferに供給される。それぞれのBuffer 出力は、対応するDecoder でデコードすることが可能である。

＜データソース＞
次に、アドバンスドコンテンツの再生に使用できるデータソースの種類について述べることにする、
＜ディスク＞
ディスク１３１は、アドバンスドコンテンツ再生の必須データソースである。HD DVDプレイヤはHD DVDディスクドライブを備えていること。アドバンスドコンテンツは、利用可能なデータソースがディスクと必須の永続的ストレージだけの場合にも再生できるようにオーサリングを行う必要がある。

＜ネットワークサーバ＞
ネットワークサーバ１３２は、アドバンスドコンテンツ再生用のオプションのデータソースであるが、HD DVDプレイヤはネットワークアクセス能力を備えていなければならない。ネットワークサーバは通常、現ディスクのコンテンツプロバイダが操作する。ネットワークサーバは通常、インターネット上に位置する。

＜永続的ストレージ(Persistent Storage)＞
永続的ストレージ１３３は二つのカテゴリに分けられる。

一つは、「固定式永続的ストレージ(Fixed Persistent Storage)」と呼ばれる。これは、HD DVDプレイヤに付属する必須の永続的ストレージである。この装置の代表的なものとしてはフラッシュメモリがある。固定式永続的ストレージの最小容量は１２８MBである。

その他はオプションであり、「補助永続的ストレージ」と呼ばれる。これらは、USBメモリ／HDDまたはメモリカードなどの取り外し可能なストレージ装置でもよい。考えられる補助永続的ストレージ装置の一つにNASがある。装置の実装に関しては本規格では規定しない。これらは永続的ストレージ用のAPIモデルに従わなければならない。

＜ディスクのデータ構造について＞
＜ディスク上のデータタイプ＞
HD DVDディスク上に保存可能なデータタイプを図１３に示す。ディスクには、アドバンスドコンテンツとスタンダード（標準）コンテンツの両方を保存できる。アドバンスドコンテンツのデータタイプとして考えられるものとしては、アドバンスドナビゲーション、アドバンスドエレメント、プライマリビデオセット、セカンダリビデオセットなどがある。

図１３は、ディスク上のデータタイプ例を示している。アドバンスドストリーム(Advanced Stream)は、プライマリビデオセット(Primary Video Set)を除く何れかのタイプのアドバンスドコンテンツファイルをアーカイブ化するデータフォーマットである。アドバンスドストリームは、プライマリエンハンスドビデオオブジェクトタイプ2（P-EVOBS-TY2）に多重化され、プライマリビデオプレイヤに供給されるP-EVOBS-TY2データとともに引き出される。

アドバンスドストリームにアーカイブ化されアドバンスドコンテンツ再生用に必須な同一のファイルは、ファイルとして保存する必要がある。これらの複製されたコピーは、アドバンスドコンテンツの再生を保証するものである。これは、プライマリビデオセットの再生をジャンプしたときに、アドバンスドストリームの供給が完了していないことがあるためである。この場合、指定されたジャンプ位置から再生を再開する前に、必要なファイルが直接ディスクからデータキャッシュ(Data Cache)に読み込まれる。

アドバンスドナビゲーション: アドバンスドナビゲーションファイルはファイルとして位置づけられる。アドバンスドナビゲーションファイルは起動シーケンスの間に読み込まれ、アドバンスドコンテンツの再生用に解釈される、
アドバンスドエレメント: アドバンスドエレメントはファイルとして位置づけることができ、またP-EVOB-TY2に多重化されるアドバンスドストリームにアーカイブ化することもできる、
プライマリビデオセット: ディスク上にあるプライマリビデオセットはただ一つだけである、
セカンダリビデオセット: セカンダリビデオセットはファイルとして位置づけることができ、またP-EVOB-TY2に多重化されるアドバンスドストリームにアーカイブ化することもできる、
その他のファイル: アドバンスドコンテンツによってはその他のファイルが存在することもある。

＜ネットワークサーバと永続的ストレージ上のデータタイプ＞
プライマリビデオセットを除くアドバンスドコンテンツファイルはすべてネットワークサーバおよび永続的ストレージ上に置くことができる。アドバンスドナビゲーションは、正しいAPIを使用してネットワークサーバまたは永続的ストレージ上のファイルをファイルキャッシュにコピーすることができる。セカンダリビデオプレイヤは、ディスク、ネットワークサーバまたは永続的ストレージからセカンダリビデオセットをストリーミングバッファに読み込むことができる。プライマリビデオセットを除くアドバンスドコンテンツファイルは永続的ストレージに保存することができる。

＜アドバンスドコンテンツプレイヤのモデルの詳細＞
図１４にはアドバンスドコンテンツプレイヤのモデルを詳しく示している
アドバンスドコンテンツプレイヤ(Advanced Content Player)は、アドバンスドコンテンツ用の論理的なプレイヤである。アドバンスドコンテンツのデータソースには、ディスク(Disc)１３１、ネットワークサーバ(Network serve)１３２、永続的ストレージ(Persistent Storage)１３３がある。アドバンスドコンテンツプレイヤは、これらのデータソースに対応することができる。

アドバンスドコンテンツのどのデータタイプでもディスク上に保存できる。永続的ストレージとネットワークサーバのためのアドバンスドコンテンツはプライマリビデオセットを除くどのデータタイプも保存することができる。

ユーザイベント入力は、HD DVDプレイヤのリモートコントローラやフロントパネルなどのユーザ入力装置により生じる。アドバンスドコンテンツプレイヤは、アドバンスドコンテンツへのユーザイベントの入力と正しい応答の生成を受け持つ。オーディオおよびビデオ出力は、それぞれスピーカと表示装置に送られる。

アドバンスドコンテンツプレイヤは、アドバンスドコンテンツ用の論理的なプレイヤである。これは、データアクセスマネージャ(Data Access Manager)１１１、データキャッシュ(Data Cache)１１２、ナビゲーションマネージャ(Navigation Manager)１１３、指示部としてのユーザインタフェースマネージャ(User Interface Manger)１１４、プレゼンテーションエンジン(Presentation Engine)１１５、AVレンダラ(AV Renderer)１１６の六つの論理的機能モジュールを基本構成としている。これらが再生処理部を形成し、再生部及び指示部及び再生制御部を含むことになる。

さらにディスクカテゴリ解析器（Disc Category Analyzer )１２３、表示データメモリ（Display Data Memory)１２４を有する。ディスクカテゴリ解析器１２３は、データキャッシュ１１２、ナビゲーションマネージャ１１３に取り込まれている情報及び指令に基づいて、現在装填されているディスクカテゴリを判断する。また、カテゴリ３のディスクが装填さている状態で、アドバンスドコンテンツの再生状態からスタンダード（標準）コンテンツの再生状態に移行したとき、あるいは、その逆に移行したときに、その状態を検知することができる。

さらにまた、レジュームマネージャ１２５が設けられる。このレジュームマネージャ１２５の配置位置は、図に示した位置に限定されるものではなく、例えばプレゼンテーションエンジン１１４内、又はナビゲーションマネージャ１１５内に設けられていてもよい。レジュームマネージャ１２５は、ディスクカテゴリーアナライザー１２３ととともに、図７、図８、図９で示したような動作を実行する。レジュームマネージャ１２５は、コンテンツタイプメモリ１２５ａ，中断情報メモリ１２５ｂ、中断情報処理部１２５ｃが少なくとも含まれる。

コンテンツタイプメモリ１２５ａは、再生中のディスクのコンテンツのタイプ（スタンダードかアドバンスドか）を判別してコンテンツ判別情報を格納することができるコンテンツタイプ格納部である。中断情報メモリ１２５ｂは、ディスクの再生中に再生中断があったときに管理情報の中の再生位置に関する情報を記憶するための中断情報記憶部である。中断情報処理部１２５ｃは、ディスクの再生中に再生中断があったときに、コンテンツタイプ格納部の情報を判定し、前記コンテンツが第１のタイプであるときは、再生位置に関する情報を前記中断情報記憶部に記憶し、前記コンテンツが第２のタイプであるときは、再生位置に関する情報を破棄する。

上記の再生処理部は、再生中断があった後に再生操作があり、そしてディスクがアドバンスドコンテンツを記憶したディスクであるときは、コンテンツの初期再生状態を設定する。また、再生処理部は、再生中断があった後に再生操作があり、そして、ディスクがスタンダードコンテンツのみのディスクであるときは、中断情報記憶部の再生位置に関する情報に基づいて、ディスクの再生状態を設定する。

そして再生処理部におけるデータアクセスマネージャ１１１は、レジュームマネージャ１２５の格納情報に基づいてその動作を決定することができる。この動作としては、例えばディスク或いは外部メモリのプレイリストの読み取りなどである。

＜データアクセスマネージャ＞データアクセスマネージャは、ディスクマネージャ、ネットワークマネージャ、永続的ストレージマネージャで構成される。データアクセスマネージャ１１１は、データソースとアドバンスドコンテンツプレイヤの内部モジュールとの間の様々な種類のデータのやり取りを受け持つ、
データキャッシュ１１２は、再生用アドバンスドコンテンツの一時的なデータストレージである、
永続的ストレージマネージャ(Persistent Storage Manager)：永続的ストレージマネージャは、永続的ストレージ装置とアドバンスドコンテンツプレイヤ内部のモジュールとの間のデータのやり取りを制御する。永続的ストレージマネージャは永続的ストレージ装置に対するファイルアクセスAPIセットの提供を受け持つ。永続的ストレージ装置はファイルの読み込み／書き込み機能をサポートすることができる。

ネットワークマネージャ(Network Manager)：ネットワークマネージャは、ネットワークサーバとアドバンスドコンテンツプレイヤ内部のモジュールとの間のデータのやり取りを制御する。ネットワークマネージャはネットワークサーバに対するファイルアクセスAPIセットの提供を受け持つ。ネットワークサーバは通常、ファイルのダウンロードをサポートし、ネットワークサーバによってはファイルのアップロードもサポートすることができる。ナビゲーションマネージャは、アドバンスドナビゲーションに従ってネットワークサーバとファイルキャッシュとの間のファイルのダウンロード／アップロードを実行することができる。ネットワークマネージャはこのほか、プレゼンテーションエンジンに対してプロトコルレベルでのアクセス機能を提供することもできる。プレゼンテーションエンジン内のセカンダリビデオプレイヤは、ネットワークサーバからのストリーミング用に、これらのAPIセットを利用することができる。

＜データキャッシュ(Data Cache)＞
データキャッシュには2種類のテンポラリデータストレージがある。1つはファイルキャッシュ（File Cache）で、ファイルデータ用のテンポラリバッファ。もうひとつはストリーミングバッファ(Streaming Buffer)で、ストリーミングデータ用のテンポラリバッファである。データキャッシュでのストリーミングデータの割り当てについては"playlist00.xml"に記述され、アドバンスドコンテンツ再生の起動シーケンスで分割される。データキャッシュの大きさは最小で64MB、最大は未定。

データキャッシュの初期化：データキャッシュの構成は、アドバンスドコンテンツ再生の起動シーケンスで変更される。"playlist00.xml"でストリーミングバッファのサイズを記述することができる。ストリーミングバッファサイズの記述が無い場合は、ストリーミングバッファのサイズがゼロであることを意味する。ストリーミングバッファサイズのバイト数は以下のように計算される。

<streamingBuf size="1024"/>
ストリーミングバッファサイズ=1024×2 (KByte)
=2048 (KByte)
ストリーミングバッファは最小でゼロバイト、最大は未定。

ファイルキャッシュ（File Cache）：ファイルキャッシュは、データソース(Data sources)、ナビゲーションエンジン（Navigation Engine）、およびプレゼンテーションエンジン(Presentation Engine)間でのテンポラリファイルキャッシュとして使用される。グラフィックスのイメージ、エフェクトサウンド、テキストおよびフォントなどのアドバンスドコンテンツファイルは、ナビゲーションマネージャ(Navigation Manager)もしくはアドバンスドプレゼンテーションエンジン(Advanced Navigation Engine)からアクセスされる前にファイルキャッシュに保存しておく必要がある。

ストリーミングバッファ(Streaming Buffer)：ストリーミングバッファは、セカンダリビデオプレイヤ(Secondary Video Player)のセカンダリビデオプレゼンテーションエンジン(Secondary Video Playback Engine)によってセカンダリビデオセット用のテンポラリデータバッファとして使用される。

セカンダリビデオプレイヤでは、ネットワークマネージャ(Network Manger)に対してセカンダリビデオセットS-EVOBの一部をストリーミングバッファに取得するように要求する。セカンダリビデオプレイヤはストリーミングバッファからS-EVOBデータを読み込み、セカンダリビデオプレイヤのデマルチプレクサモジュール(Demux)に提供する。

＜ナビゲーションマネージャ(Navigation Manager)＞
ナビゲーションマネージャ１１３は、アドバンスドナビゲーション内の記述に従ってアドバンスドコンテンツプレイヤのあらゆる機能モジュールの制御を受け持つ。

ナビゲーションマネージャは主に2種類の機能モジュールで構成される。アドバンスドナビゲーションエンジン(Advanced Navigation Engine)とファイルキャッシュマネージャ(File Cache Manager)である。

アドバンスドナビゲーションエンジン(Advanced Navigation Engine)：アドバンスドナビゲーションエンジンはアドバンスドコンテンツの再生動作をすべて制御し、アドバンスドナビゲーションに従ってアドバンスドプレゼンテーションエンジンを制御する。アドバンスドナビゲーションエンジンは、構文解析ツール(Parser)、宣言エンジン(Declarative Engine)、およびプログラミングエンジン(Programming Engine)を含む。

構文解析ツール(Parser)：構文解析ツールでは、アドバンスドナビゲーションファイルを読み込んでそれらの構文を解析する。解析した結果は適切なモジュール、宣言エンジン、およびプログラミングエンジンに送られる。

宣言エンジン（Declarative Engine）：宣言エンジンは、アドバンスドナビゲーションに従ってアドバンスドコンテンツの宣言された動作を管理、制御する。宣言エンジンでは以下のような処理を行なう。

・アドバンスドプレゼンテーションエンジンの制御を行う、つまり
−グラフィックスオブジェクトとアドバンスドテキストのレイアウト、
−グラフィックスオブジェクトとアドバンスドテキストのスタイル、
−予定されたグラフィックスプレーン動作とエフェクトサウンド再生のタイミング制御などである。

・プライマリビデオプレイヤの制御を行う、つまり
−タイトル再生シーケンス(タイトルタイムライン:Title Time Line)の登録を含めたプライマリビデオセットの構成
−ハイレベルプレイヤの制御などである。

・セカンダリビデオプレイヤの制御を行う、つまり
−セカンダリビデオセットの構成
−ハイレベルプレイヤの制御などである。

プログラミングエンジン(Programming Engine)：プログラミングエンジンは、イベントドリブンの動作(event driven behaviors)、API(application Interface)セットコール、あるいはすべてのアドバンスドコンテンツを管理する。ユーザインターフェースイベントは通常プログラミングエンジンが取扱うので、宣言エンジンに定義されたアドバンスドナビゲーションの動作が変更される場合もある。

ファイルキャッシュマネージャ(File Cache Manager)：ファイルキャッシュマネージャは以下のような処理を行なう、
・P-EVOBSのアドバンスドストリームにアーカイブされたファイルをプライマリビデオプレイヤのデマルチプレクサモジュールから提供する、
・ネットワークサーバまたは固定ストレージにアーカイブされたファイルを提供する、
・ファイルキャッシュ内のファイルの生存期間管理、
・アドバンスドナビゲーションまたはプレゼンテーションエンジンからの要求ファイルがファイルキャッシュに保存されていなかった場合にファイルを取得する。

上記のファイルキャッシュマネージャ(File Cache Manager)はADV_PCKバッファとファイル抽出器で構成される、
ADV_PCKバッファ：ファイルキャッシュマネージャは、P-EVOBS-TY2にアーカイブされたアドバンスドストリームのPCKをプライマリビデオプレイヤのデマルチプレクサモジュールから受信する。アドバンスドストリームPCKのPSヘッダが削除され、ADV_PCKバッファには基礎データが保存される。またファイルキャッシュマネージャは、再度ネットワークサーバまたは固定ストレージのアドバンスドストリームファイルを取得する、
ファイル抽出器(File Extractor)：ファイル抽出器は、アーカイブされたファイル(archived file)をアドバンスドストリームからADV_PCKバッファへの抽出を行なう。抽出されたファイルはファイルキャッシュに保存される。

＜プレゼンテーションエンジン(Presentation Engine)＞
プレゼンテーションエンジン１１５は、アドバンスドエレメント、プライマリビデオセット、セカンダリビデオセットなどのプレゼンテーションの材料の再生を受け持つ。

プレゼンテーションエンジンでは、プレゼンテーションデータのデコードを行い、ナビゲーションエンジンからのナビゲーションコマンドによってAVレンダラを出力する。プレゼンテーションエンジンは4種類のモジュール、アドバンスドエレメントプレゼンテーションエンジン（Advanced Element Presentation Engine）、セカンダリビデオプレイヤ(Secondary Video Player)、プライマリビデオプレイヤ(Primary Video Player)、およびデコーダエンジン(Decoder Engine)を含む。

アドバンスドエレメントプレゼンテーションエンジン(Advanced Element Presentation Engine)：アドバンスドエレメントプレゼンテーションエンジンは2種類のプレゼンテーションストリームをAVレンダラ（AV renderer）に出力する。1つはグラフィックスプレーンのフレームイメージで、もうひとつはエフェクトサウンドストリームである。アドバンスドエレメントプレゼンテーションエンジンは、サウンドデコーダ(Sound Decoder)、グラフィックスデコーダ(Graphics Decoder)、テキスト/フォントラスタライザ(Tex/Font Rasterizer)又はフォントレンダリングシステム（Font Rendering System)、およびレイアウトマネージャ(Layout Manger)で構成される。

サウンドデコーダ: サウンドデコーダはファイルキャッシュからWAVファイルを読み込み、ナビゲーションエンジンによって起動されたAVレンダラにLPCMデータを出力する。

グラフィックスデコーダ: グラフィックスデコーダは、PNGイメージまたはJPEGイメージなどのグラフィックスデータをファイルキャッシュから取得する。これらイメージファイルはデコードされ、レイアウトマネージャからの要求によってレイアウトマネージャに送られる。

テキスト/フォントラスタライザ: テキスト/フォントラスタライザは、ファイルキャッシュからフォントデータを取得してテキストイメージを生成する。またナビゲーションマネージャまたはファイルキャッシュからテキストデータを受信する。テキストイメージが生成され、レイアウトマネージャからの要求によってレイアウトマネージャに送られる。

レイアウトマネージャ: レイアウトマネージャでは、AVレンダラに対してグラフィックスプレーンのフレームイメージを作成する。フレームイメージが変更されるとレイアウト情報がナビゲーションマネージャから送られる。レイアウトマネージャは、グラフィックスデコーダを呼び出してフレームイメージ上に設定する特定のグラフィックスオブジェクトをデコードする。またレイアウトマネージャはテキスト/フォントラスタライザを呼び出して同様にフレームイメージ上に設定する特定のテキストオブジェクトを作成する。レイアウトマネージャは、グラフィカルイメージを最下層レイヤから適切な場所に位置付けし、オブジェクトにアルファチャネルもしくは値がある場合はピクセル値を計算する。最後にフレームイメージをAVレンダラに送付する。

アドバンスドサブタイトルプレイヤ(Advanced Subtitle Player)：アドバンスドサブタイトルプレイヤは、タイミングエンジン(Timing Engine )及び、レイアウトエンジン(Layout Engine)を含む。

フォント描画システム（Font Rendering System)：フォント描画システムは、フォントエンジン(Font Engine)、スケーラ(Scaler)、アルファマップ生成部(Alphamap Generation)、フォントキャッシュ(Font Cach)を有する。

セカンダリビデオプレイヤ（Secondary Video Player）：セカンダリビデオプレイヤでは、補助ビデオコンテンツ、補助オーディオ、および補助サブタイトルをプレイする。これらの補助プレゼンテーションコンテンツは通常ディスク、ネットワーク、および固定ストレージに保存されている。コンテンツがディスクに保存されている場合は、ファイルキャッシュに保存されていなければセカンダリビデオプレイヤからはアクセスできない。ネットワークサーバからの場合はデマルチプレクサ/デコーダへ提供する前に速やかにストリーミングバッファに保存し、ネットワーク転送パスでのビットレート変動によるデータ欠損を回避する必要がある。セカンダリビデオプレイヤは、セカンダリビデオ再生エンジンとデマルチプレクサセカンダリビデオプレイヤで構成される。セカンダリビデオプレイヤはセカンダリビデオセットのストリームタイプに従ってデコーダエンジンの適切なデコーダに接続する。

セカンダリビデオセットには同時に2つのオーディオストリームを保持することができないため、セカンダリビデオプレイヤに接続されているオーディオデコーダは常に1つしかない。

セカンダリビデオ再生エンジン:セカンダリビデオ再生エンジンでは、ナビゲーションマネージャからの要求によってセカンダリビデオプレイヤのすべての機能モジュールを制御している。セカンダリビデオ再生エンジンはTMAPファイルを読み込んで分析し、S-EVOBの適切な読み込みポジションを把握する。

デマルチプレクサ(Dmux):デマルチプレクサは、S-EVOBストリームを読み込んでセカンダリビデオプレイヤに接続されているデコーダに送る。またデマルチプレクサでは、SCRタイミングでS-EVOBのPCKを出力する。S-EVOBがビデオ、オーディオ、あるいはアドバンスドサブタイトルのいずれか1つのストリームで構成されている場合、デマルチプレクサは適切なSCRタイミングでそれをデコーダに提供する。

プライマリビデオプレイヤ（Primary Video Player）：プライマリビデオプレイヤでは、プライマリビデオセットのプレイを行なう。プライマリビデオセットはディスクに保存されていなければならない。プライマリビデオプレイヤはDVD再生エンジンとデマルチプレクサで構成される。プライマリビデオプレイヤは、プライマリビデオセットのストリームタイプに従ってデコーダエンジンの適切なデコーダに接続する。またここでは、動作モードに応じて、スタンダードコンテンツの再生が実行される。

DVD再生エンジン(DVD Playback Engine): DVD再生エンジンでは、ナビゲーションマネージャからの要求によってプライマリビデオプレイヤの機能モジュールすべてを制御する。DVD再生エンジンは、IFOおよびTMAPを読み込んで分析し、P-EVOBS-TY2の適切な読み込みポジションの把握と、マルチアングル、オーディオ/サブピクチャ選択、およびサブビデオ/オーディオ再生などのプライマリビデオセットの特別な再生機能を制御する。

デマルチプレクサ(Demux): デマルチプレクサはP-EVOBS-TY2をDVD再生エンジンに読み込み、プライマリビデオセットに接続されている適切なデコーダに送る。またデマルチプレクサではP-EVOB-TY2の各PCKを適切なSCRタイミングで各デコーダに出力する。マルチアングルストリームの場合は、ディスク上のP-EVOB-TY2の適切なインターリーブされたブロックが、TMAPまたはナビゲーションパック(N_PCK)の位置情報に従って読み込まれる。デマルチプレクサでは、オーディオパック(A_PCK)の適切な番号をメインオーディオデコーダもしくはサブオーディオデコーダに、サブピクチャパック(SP_PCK)の適切な番号をSPデコーダに提供する。

デコーダエンジン(Decoder Engine)：デコーダエンジンは、6種類のデコーダ、時間指定テキストデコーダ、サブピクチャデコーダ、サブオーディオデコーダ、サブビデオデコーダ、メインオーディオデコーダ、およびメインビデオデコーダから成る。各デコーダは接続されたプレイヤの再生エンジンによって制御される。

時間指定テキストデコーダ（Timed Text Decoder）：時間指定テキストデコーダはセカンダリビデオプレイヤのデマルチプレクサモジュールにのみ接続することができる。時間指定テキストに基づいたフォーマットのアドバンスドサブタイトルを、DVD再生エンジンからの要求によってデコードする。時間指定テキストデコーダとサブピクチャデコーダの間ではデコーダを1つ同時にアクティブにすることができる。出力グラフィックプレーンはサブピクチャプレーンと呼ばれ、時間指定テキストデコーダとサブピクチャデコーダからの出力で共有する。

サブピクチャデコーダ（Sub Picture Decoder）: サブピクチャデコーダは、プライマリビデオプレイヤのデマルチプレクサモジュールに接続することができる。DVD再生エンジンからの要求によってサブピクチャデータのデコードを行なう。時間指定テキストデコーダとサブピクチャデコーダの間ではデコーダを1つ同時にアクティブにすることができる。出力グラフィックプレーンはサブピクチャプレーンと呼ばれ、時間指定テキストデコーダとサブピクチャデコーダからの出力で共有する。

サブオーディオデコーダ（Sub Audio Decoder）: サブオーディオデコーダは、プライマリビデオプレイヤとセカンダリビデオプレイヤのデマルチプレクサモジュールに接続することができる。サブオーディオデコーダは、オーディオを2チャンネル、サンプリングレートを48kHzまでサポートすることができる。これはサブオーディオと呼ばれる。サブオーディオは、プライマリビデオセットのサブオーディオストリーム、セカンダリビデオセットのオーディオのみのストリーム、さらにはセカンダリビデオセットのオーディオ/ビデオマルチプレクサストリームとしてサポートされる。サブオーディオデコーダの出力オーディオストリームはサブオーディオストリームと呼ばれる。

サブビデオデコーダ（Sub Video Decoder）: サブビデオデコーダは、プライマリビデオプレイヤとセカンダリビデオプレイヤのデマルチプレクサモジュールに接続することができる。サブビデオデコーダでは、サブビデオと呼ばれるSDレゾルーションビデオストリーム(最大サポートレゾルーションは準備中)をサポートできる。サブビデオは、セカンダリビデオセットのビデオストリームおよびプライマリビデオセットのサブビデオストリームとしてサポートされる。サブビデオデコーダの出力ビデオプレーンはサブビデオプレーンと呼ばれる。

メインオーディオデコーダ（Main Audio Decoder）: プライマリオーディオデコーダは、プライマリビデオプレイヤとセカンダリビデオプレイヤのデマルチプレクサモジュールに接続できる。プライマリオーディオデコーダは、オーディオを7.1マルチチャンネル、サンプリングレートを96kHzまでサポートすることができる。これはメインオーディオと呼ばれる。メインオーディオは、プライマリビデオセットのメインオーディオストリーム、およびセカンダリビデオセットのオーディオのみのストリームとしてサポートされる。メインオーディオデコーダの出力オーディオストリームはメインオーディオストリームと呼ばれる。

メインビデオデコーダ（Main Video Decoder）: メインビデオデコーダはプライマリビデオプレイヤのデマルチプレクサにのみ接続される。メインビデオデコーダはHDレゾルーションビデオストリームをサポートすることができる。これはサポートメインビデオと呼ばれる。メインビデオはプライマリビデオセットでのみサポートされる。メインビデオデコーダの出力ビデオプレーンはメインビデオプレーンと呼ばれる。

＜AVレンダラ（AV Renderer）＞ AVレンダラ１１６は、他のモジュールからのビデオ／オーディオ入力のミックスとスピーカやディスプレイなどの外部装置への出力を受け持つ。

AVレンダラには2つの役割がある。ひとつは、プレゼンテーションエンジン、およびインタフェースマネージャ、さらに出力混合ビデオシグナルからのグラフィックプレーンの収集であり、もうひとつは、プレゼンテーションエンジンおよび出力混合オーディオシグナルからのPCMストリームの収集である。AVレンダラは、グラフィック描画エンジンとサウンドミキシングエンジンで構成される。

グラフィック描画エンジン（Graphic Rendering Engine）: グラフィック描画エンジンは、4つのグラフィックプレーンをプレゼンテーションエンジンから、1つのグラフィックフレームをユーザインタフェースから取得する。グラフィック描画エンジンは、ナビゲーションマネージャからの制御情報に従ってこれら5つのプレーンを合わせ、合わせたビデオシグナルを出力する。

オーディオミキシングエンジン（Audio Mixing Engine）: オーディオミキシングエンジンは、3つのLPCMストリームをプレゼンテーションエンジンから取得することができる。サウンドミキシングエンジンは、ナビゲーションマネージャからのミキシングレベル情報に従ってこれら3つのLPCMストリームを合わせ、合わせたオーディオシグナルを出力する。

＜ユーザインタフェースマネージャ（User Interface Manager）＞
ユーザインタフェースマネージャ１１４は、HD DVDプレイヤのリモートコントローラやフロントパネルなどのユーザインタフェース装置の制御を受け持ち、その上でユーザ入力イベントをナビゲーションマネージャ１１３に通知する。

ユーザインタフェースマネージャには、図１４に示すようにフォントパネルコントローラ(Front Panel Controller),リモートコントローラ(Remote Control Controller)、キーボードコントローラ(Keyboard Controller)、マウスコントローラ(Mouse Controller)、およびゲームパッドコントローラ(Game Pad Controller)、カーソルコントローラ(Cursor Controller)などのいくつかのユーザインタフェースのデバイスコントローラ(Game Pad Controller)がある。各コントローラは、デバイスが利用可能かどうかの確認とユーザ操作イベントの監視を行う。ユーザ入力イベントはナビゲーションマネージャのイベントハンドラに通知される。

カーソルマネージャはカーソルの形と位置を制御する。マウスやゲームパネルなどの関連デバイスからの移動イベントに従ってカーソルプレーンを更新する。

ビデオミキシングモデル（Video Mixing Model）とグラフィックスプレーン: ビデオミキシングモデルは、図１５に示され、図１６には、グラフィックスプレーンの階層を表している。

図１５に示すこのモデルには5つのグラフィックが入力可能である。カーソルプレーン、グラフィックプレーン、サブピクチャプレーン、サブビデオプレーン、およびメインビデオプレーンである。

カーソルプレーン（Cursor Plane）：カーソルプレーンは、当モデルでのグラフィック描画エンジンへの入力である5つのグラフィックのうち最上位のプレーンである。カーソルプレーンはユーザインタフェースマネージャのカーソルマネージャによって生成される。カーソルイメージは、アドバンスドナビゲーションに従ってナビゲーションマネージャが置き換えることができる。カーソルマネージャは、カーソルプレーンの適切な位置にカーソルを移動させ、グラフィック描画エンジンに対してそれを更新する。グラフィックス描画エンジンは、そのカーソルプレーンとアルファミックスを取得し、ナビゲーションエンジンからのアルファ情報に従ってプレーンを下げる。

グラフィックスプレーン（Graphics Plane）：グラフィックスプレーンは、当モデルでのグラフィック描画エンジンへの入力である5つのグラフィックのうち2番目のプレーンである。グラフィックスプレーンはナビゲーションエンジンに従ってアドバンスドエレメントプレゼンテーションエンジンによって生成される。レイアウトマネージャでは、グラフィックデコーダおよびテキスト/フォントラスタライザを使用してグラフィックスプレーンを作成する。出力フレームのサイズとレートは当モデルのビデオ出力と同一でなければならない。アニメーションエフェクトは、一連のグラフィックイメージ(セルアニメーション)によって実現することができる。オーバレイコントローラのナビゲーションマネージャからは当プレーンに対するアルファ情報は提供されない。これらの値は、グラフィックスプレーン自身のアルファチャネルに提供される。

サブピクチャプレーン（Sub-Picture Plane）：サブピクチャプレーンは、当モデルでのグラフィック描画エンジンへの入力である5つのグラフィックのうち3番目のプレーンである。サブピクチャプレーンは、デコーダエンジンの時間指定テキストデコーダまたはサブピクチャデコーダによって生成される。プライマリビデオセットには、適切なサブピクチャイメージのセットを出力フレームのサイズで入れることができる。SPイメージの適切なサイズが分かる場合は、SPデコーダは生成されたフレームイメージをグラフィック描画エンジンに直接送信する。SPイメージの適切なサイズが不明の場合には、SPデコーダに続くスケーラはフレームイメージの適切なサイズとポジションを計測し、グラフィック描画エンジンに送信する。

セカンダリビデオセットは、アドバンスドサブタイトルを時間指定テキストデコーダのために入れることができる。サブピクチャデコーダからの出力データではアルファチャネル情報を保持している。

サブビデオプレーン（Sub Video Plane）：サブビデオプレーンは、当モデルでのグラフィック描画エンジンへの入力である5つのグラフィックのうち4番目のプレーンである。サブビデオプレーンは、デコーダエンジンのサブビデオデコーダによって生成される。サブビデオプレーンは、ナビゲーションマネージャからの情報に従ってデコーダエンジンのスケーラによって計測される。出力フレームレートは最終ビデオ出力と同一でなければならない。サブビデオプレーンのオブジェクトシェイプの切り抜きについては、情報が提供されていればグラフィック描画エンジンの彩度エフェクトモジュールによって行われる。彩度のカラー(またはレンジ)情報は、アドバンスドナビゲーションに従ってナビゲーションマネージャから提供される。彩度エフェクトモジュールからの出力プレーンには2つのアルファ値がある。1つは100%可視で、もうひとつは100%透過である。最下層のメインビデオプレーンへのオーバレイについては、中間アルファ値はナビゲーションマネージャから提供され、グラフィック描画エンジンのオーバレイ制御モジュールによって行なわれる。

メインビデオプレーン（Main Video Plane）：メインビデオプレーンは、当モデルでのグラフィック描画エンジンへの入力である5つのグラフィックのうち最下層のプレーンである。メインビデオプレーンは、デコーダエンジンのメインビデオデコーダによって生成される。メインビデオプレーンは、ナビゲーションマネージャからの情報に従ってデコーダエンジンのスケーラによって計測される。出力フレームレートは、最終ビデオ出力と同一でなければならない。アドバンスドナビゲーションに従ってナビゲーションマネージャが計測している場合は、メインビデオプレーンに外側のフレームカラーを設定できる。外側のフレームのデフォルトカラー値は"0,0,0"(=黒)である。

上記したようにアドバンスドプレイヤでは、プレイリストのオブジェクトマッピングに従って、ビデオオーディオクリップが選択して、このクリップに含まれるオブジェクトがタイムラインを時間ベースとして再生される。つまりプレイリストの記述に従って最初のアプリケーションが、プライマリ／セカンダリビデオセットなどがある場合はこれらを参照しつつ、実行される。一つのアプリケーションは、マニフェスト、マークアップ（これにはコンテンツ／スタイリング／タイミング情報が含まれる）、スクリプト、アドバンスドデータで構成される。アプリケーションを構成する、最初の一つのマークアップファイル、スクリプトファイルやその他のリソースは、一つのマニフェストファイルの中で参照する。マークアップにより、プライマリ／セカンダリビデオセットなどのアドバンスドデータ、およびアドバンスドエレメントの再生が開始される。

＜ネットワークおよび固定ストレージのデータサプライモデル（Network and Persistent Storage Data Supply Model）（図１７）＞
図１７のネットワークおよび固定ストレージのデータサプライモデルは、ネットワークサーバおよび固定ストレージからのアドバンスドコンテンツのデータサプライモデルを表している。

ネットワークおよび固定ストレージでは、プライマリビデオセット以外のアドバンスドコンテンツファイルをすべて保存することができる。ネットワークマネージャおよび固定ストレージマネージャはファイルアクセス機能を提供する。またネットワークマネージャは、プロトコルレベルでのアクセス機能をも提供している。

ナビゲーションマネージャのファイルキャッシュマネージャは、ネットワークマネージャおよび固定ストレージマネージャを介してネットワークサーバおよび固定ストレージから直接アドバンスドストリームファイル(アーカイブフォーマット)を取得することができる。アドバンスドナビゲーションエンジンは、ネットワークサーバおよび固定ストレージに直接アクセスすることはできない。ファイルは、アドバンスドナビゲーションエンジンが読み込む前に速やかにファイルキャッシュに保存されていなければならない。

アドバンスドエレメントプレゼンテーションエンジンでは、ネットワークサーバまたは固定ストレージにあるファイルを処理することができる。アドバンスドエレメントプレゼンテーションエンジンは、ファイルキャッシュマネージャを呼び出してファイルキャッシュに置かれていないファイルを取得する。ファイルキャッシュマネージャは、要求されたファイルがファイルキャッシュにキャッシュされているかどうか、ファイルキャッシュテーブルと比較する。ファイルがファイルキャッシュに存在した場合は、ファイルキャッシュマネージャはそのファイルデータをアドバンスドプレゼンテーションエンジンに直接渡す。ファイルがファイルキャッシュに存在しなかった場合は、ファイルキャッシュマネージャはファイルを元の場所からファイルキャッシュに取得し、アドバンスドプレゼンテーションエンジンにファイルデータを渡す。

セカンダリビデオプレイヤは、ファイルキャッシュの場合と同様にネットワークマネージャおよび固定ストレージマネージャを介して、ネットワークサーバおよび固定ストレージからTMAPやS-EVOBのようなセカンダリビデオセットファイルを取得する。通常、セカンダリビデオ再生エンジンはストリーミングバッファを使用してS-EVOBをネットワークサーバから取得する。ただちにS-EVOBデータの一部をストリーミングバッファに保存し、セカンダリビデオプレイヤのデマルチプレクサモジュールに提供する。

＜データ保存モデル（Data Store Model）（図１８）＞
図１８は、データ保存モデルについて説明している。データストレージには、固定ストレージとネットワークサーバの2種類がある。アドバンスドコンテンツ再生時には、2種類のファイルが生成される。1つは専用タイプのファイルで、ナビゲーションマネージャのプログラミングエンジンによって生成される。フォーマットはプログラミングエンジンの記述によって異なる。もう1つのファイルはイメージファイルで、プレゼンテーションエンジンによって収集される。

＜ユーザ入力モデル（User Input Model）（図１９)＞
図１９に示すユーザ入力イベントは、すべてプログラミングエンジンによって取り扱われる。リモートコントローラ、またはフロントパネルなどのユーザインタフェースデバイスを介したユーザ操作は、最初にユーザインタフェースマネージャに入力される。ユーザインタフェースマネージャはプレイヤごとの入力シグナルを"InterfaceRemoteControllerEvent"の"UIEvent"のように定義されたイベントに変換する。変換されたユーザ入力イベントはプログラミングエンジンに送信される。

プログラミングエンジンにはECMAスクリプトプロセッサがあり、プログラム可能な動作を実行する。プログラム可能な動作は、アドバンスドナビゲーションのスクリプトファイルが提供するECMAスクリプトの記述によって定義される。スクリプトファイルに定義されたユーザイベントハンドラコードは、プログラミングエンジンに登録される。

ECMAスクリプトプロセッサがユーザ入力イベントを受け取ると、ECMAスクリプトプロセッサはコンテンツハンドラコードに登録されている現イベントにハンドラコードが対応しているかどうかを確認する。登録があった場合は、ECMAスクリプトプロセッサはそれを実行する。登録がなかった場合には、ECMAスクリプトプロセッサはデフォルトのハンドラコードを検索する。対応するデフォルトのハンドラコードが存在した場合は、ECMAスクリプトプロセッサはそれを実行する。それも存在しなかった場合は、ECMAスクリプトプロセッサはそのイベントを取り消すか、警告シグナルを出力する。

＜プレゼンテーションタイミングモデル（Presentation Timing Model）＞
アドバンスドコンテンツプレゼンテーションは、プレゼンテーションスケジュールとプレゼンテーションオブジェクト間の同期化関係を定義するマスタ時間によって管理される。マスタ時間は、タイトルタイムラインと呼ばれる。タイトルタイムラインは各論理再生時間に対して定義され、これをタイトルと呼ぶ。タイトルタイムラインのタイミング単位は90ｋHzである。プレゼンテーションオブジェクトには5種類あり、プライマリビデオセット(PVS)、セカンダリビデオセット(SVS)、補助オーディオ、補助サブタイトル、およびアドバンスドアプリケーション(ADV_APP)である。

＜プレゼンテーションオブジェクト（Presentation Object）＞
5種類のプレゼンテーションオブジェクトは以下の通りである、
・プライマリビデオセット(PVS)
・セカンダリビデオセット(SVS)
−サブビデオ/サブオーディオ
−サブビデオ
−サブオーディオ
・補助オーディオ(プライマリビデオセット用)
・補助サブタイトル(プライマリビデオセット用)
・アドバンスドアプリケーション(ADV_APP)
＜プレゼンテーションオブジェクトの属性（Attributes of Presentation Object）＞
プレゼンテーションオブジェクトには2種類の属性がある。1つは"スケジュールされた又はされないオブジェクト"、もう1つは"同期化された又はされないオブジェクト"である。

＜スケジュールされたプレゼンテーションオブジェクトと同期化されたプレゼンテーションオブジェクト（Scheduled and Synchronized Presentation Object）＞
このオブジェクトタイプの開始および終了時間は、プレイリストファイルに事前割当てする。プレゼンテーションタイミングはタイトルタイムラインの時間で同期化される。プライマリビデオセット、補助オーディオおよび補助サブタイトルは、このオブジェクトタイプである。セカンダリビデオセットとアドバンスドアプリケーションは、このオブジェクトタイプとして扱われる。

＜スケジュールされたプレゼンテーションオブジェクトと同期化されないプレゼンテーションオブジェクト（Scheduled and Non-Synchronized Presentation Object）＞
このオブジェクトタイプの開始および終了時間は、プレイリストファイルに事前割当てする。プレゼンテーションタイミングはそれ自身のタイムベースである。セカンダリビデオセットとアドバンスドアプリケーションはこのオブジェクトタイプとして扱われる。

＜スケジュールされないプレゼンテーションオブジェクトと同期化されたプレゼンテーションオブジェクト（Non-Scheduled and Synchronized Presentation Object）＞
このオブジェクトタイプは、プレイリストファイルに記述されない。このオブジェクトは、アドバンスドアプリケーションが取り扱うユーザイベントによって起動される。プレゼンテーションタイミングはタイトルタイムラインで同期化される。

＜スケジュールされないプレゼンテーションオブジェクトと同期化されないプレゼンテーションオブジェクト（Non-Scheduled and Non-Synchronized Presentation Object）＞
このオブジェクトタイプは、プレイリストファイルに記述されない。このオブジェクトは、アドバンスドアプリケーションが取り扱うユーザイベントによって起動される。プレゼンテーションタイミングはそれ自身のタイムベースである。

図２０は、情報記憶媒体のアドバンスドコンテンツ記録領域に記憶されるアドバンスドコンテント（Advanced Content）の構成例を説明する図である。なお、アドバンスドコンテントは、必ずしも情報記憶媒体に記憶されている必要はなく、例えばネットワークを経由してサーバから提供されるものであってもよい。

図２０（ａ）に示すように、アドバンスドコンテントエリアＡ１に記録されるアドバンスドコンテントは、プライマリ（Primary）/セカンダリ（Secondary）ビデオセットアウトプット（Video Set output）、テキスト（text）/グラフィック（graphic）レンダリング（rendering）およびオーディオアウトプット（audio output）を管理するアドバンスドナビゲーション（Advanced Navigation）と、アドバンスドナビゲーションにより管理されるこれらデータからなるアドバンスドデータ（Advanced Data）を含んで構成されている。アドバンスドナビゲーションエリアＡ１１に記録されるアドバンスドナビゲーションは、プレイリストファイルズ（Play list files）、マークアップファイルズ（Markup files） (for content、styling、timing information)およびスクリプトファイルズ（Script files）を含んでいる。なお、プレイリストファイルズは、プレイリストファイルズエリアＡ１１１に記録される。ローディングインフォメーションファイルズは、ローディングインフォメーションファイルズエリアＡ１１２に記録される。マークアップファイルズは、マークアップファイルズエリアＡ１１３に記録される。スクリプトファイルズは、スクリプトファイルズエリアＡ１１４に記録される。

またアドバンスドデータエリアＡ１２に記録されるアドバンスドデータは、オブジェクトデータを含むプライマリビデオセット(VTSI, TMAP and P-EVOB)、オブジェクトデータを含むセカンダリビデオセット(TMAP and S-EVOB)、アドバンスドエレメント(JPEG, PNG, MNG, L-PCM, OpenType font等) その他を含んでいる。また、アドバンスドデータは、上記に加えてメニュー（画面）を構成するオブジェクトデータも含んでいる。例えば、アドバンスドデータに含まれるオブジェクトデータは、図２０（ｂ）に示すフォーマットのタイムマップ（ＴＭＡＰ）によりタイムライン上の指定期間で再生される。なお、プライマリビデオセットは、プライマリビデオセットエリアＡ１２１に記録される。セカンダリビデオセットは、セカンダリビデオセットエリアＡ１２２に記録される。アドバンスドエレメントは、アドバンスドエレメントエリアＡ１２３に記録される。

アドバンスドナビゲーションは、プレイリストファイル、ローディングインフォメーションファイルズ、マークアップファイルズ（for content、styling、timing information）、およびスクリプトファイルズを含んでいる。これらのファイル（プレイリストファイル、ローディングインフォメーションファイルズ、マークアップファイルズ、スクリプトファイルズ）はＸＭＬドキュメント（document）としてエンコードされる。なお、アドバンスドナビゲーション用のＸＭＬドキュメントのリソースは、正しい書式で記述されていないときはアドバンスドナビゲーションエンジンでリジェクトされる。

ＸＭＬドキュメントは、基準となるドキュメントタイプの定義に従い有効となるが、（プレイヤ側の）アドバンスドナビゲーションエンジンはコンテントの有効性を判断する機能は必ずしも必要でない（コンテントの有効性はプロバイダが保証すればよい）。もしＸＭＬドキュメントのリソースが正しい書式で記述されていないときは、アドバンスドナビゲーションエンジンの正常動作は保証されない。

ＸＭＬの宣言（declaration）には以下のルールが適用される：
・エンコードの宣言は“UTF-8”または“ISO-8859-1”とする。ＸＭＬファイルはこれらのいずれかによりエンコードされる；
・ＸＭＬ宣言内における標準ドキュメント宣言の値は、この標準ドキュメント宣言が存在するときは“no”とする。標準ドキュメント宣言がないときは、この値は“no”とみなす。

ディスクあるいはネットワーク上で利用可能な全てのリソースは、[URI, RFC2396]で定義されたUniform Resorce Identifierによりエンコードされたアドレスを持つ。

ＤＶＤディスクに対してサポートされるプロトコルおよびパスは、例えば次のようになる：
file://dvdrom:/dvd_advnav/file.xml
図２０（ｂ）は、タイムマップ（ＴＭＡＰ）の構成例を示す。このタイムマップは、プライマリエンハンスドビデオオブジェクト（Ｐ−ＥＶＯＢ）内の再生時間を対応するエンハンスドビデオオブジェクトユニット（ＥＶＯＢＵ）のアドレスに変換することに使用されるタイムマップ情報（ＴＭＡＰＩ）を構成要素とする TMAP内は、TMAP General Information (TMAP_GI)から始まり、その後にTMAPI Search Pointer(TMAPI_SRP)とTMAP Information(TMAPI)が続き、最後にILVU Information (ILVUI)が配置される。

＜プレイリストファイル（Playlist file）（図２１）＞
プレイリストファイルには、アドバンスドコンテンツ再生に対して2つの使用目的がある。1つはHD DVDプレイヤの初期システム構成のためのもので、もう1つはアドバンスドコンテンツのプレゼンテーションコンテンツを複数プレイする方法の定義のためのものである。

プレイリストファイルには、図２１に例示されるように、オブジェクトマッピングインフォメーション（Object Mapping Information）と各タイトル用のプレイバックシーケンス（Playback Sequence）のセットが、タイトル毎に記述される。

* オブジェクトマッピングインフォメーション（各タイトル内にあり、このタイトルのタイムライン上にマッピングされる再生オブジェクト用の情報）、
* プレイバックシーケンス（タイトルのタイムラインにより記述される、各タイトル用の再生情報）、
* Configuration Information（データバッファアライメント等のシステムコンフィギュレーション用の情報）。

このプレイリストファイルはＸＭＬの書式でエンコードされる。プレイリストファイルのシンタックス（syntax）は、ＸＭＬシンタックスリプレゼンテーション（XML Syntax Representation）により定義できる。

このプレイリストファイルは、複数のオブジェクトをタイムライン上の指定期間で再生するためのタイムマップに基づき、例えばこれら複数のオブジェクトにより構成されるメニュー及びタイトルの再生を制御する。このプレイリストにより、動的なメニューの再生が可能となる。

タイムマップにリンクしたメニューによれば、ユーザに対して動的な情報を伝えることができる。例えば、タイムマップにリンクしたメニュー上には、１タイトルを構成する各チャプタの縮小再生画面（動画）を表示することができる。これにより、似たような場面の多い１タイトルを構成する各チャプタの区別が比較的容易となる。つまり、タイムマップにリンクしたメニューによれば多角的な表示が可能となり、複雑でインパクトのあるメニュー表示を実現できる。

＜ElementsとAttributes＞
プレイリストエレメント（Play list element）は、そのプレイリストのルートエレメント（root element）である。プレイリストエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Play list>
Configuration TitleSet
</Play list>
プレイリストエレメントは、a Title Set element for a set of the information of Titles、及びa Configuration element for System Configuration Informationで構成される。コンフィグレーションエレメント（The Configuration element）は、a set of System Configuration for Advanced Contentで構成される。また、システムコンフィグレーションインフォメーション（System Configuration Information）は、例えばストリームバッファサイズ等を指定するData Cache configurationにより構成できる。

タイトルセットエレメントは、プレイリスト内の、a set of Titles for Advanced Contentsの情報を記述するものである。タイトルセットエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<TitleSet>
Title *
</TitleSet>
タイトルセットエレメントは、タイトルエレメント（Title element）のリストで構成される。タイトルエレメントのドキュメント順序に従い、アドバンスドナビゲーション用のタイトル番号（Title number）は“１”から順に連続して割り当てられる。タイトルエレメントは、各タイトルの情報を記述するように構成されている。

すなわち、タイトルエレメントは、タイトル内のオブジェクトマッピングインフォメーションとプレイバックシーケンスを含んで構成されるアドバンスドコンテンツ用タイトル（Title for Advanced Contents）の情報を記述する。タイトルエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Title
id = ID
hidden = (true | false)
onExit = positiveInteger>
Primary Video Track?
SecondaryVideoTrack ?
SubstituteAudioTrack ?
ComplementarySubtitleTrack ?
ApplicationTrack *
Chapter List ?
</Title>
タイトルエレメントのコンテントは、トラック用エレメントフラグ（element fragment for tracks）とチャプタリストエレメント（Chapter List element）で構成される。ここで、トラック用エレメントフラグは、プライマリビデオトラックのエレメントのリスト（a list of elements of Primary Video Track）、セカンダリビデオトラック（Secondary Video Track）、サブスティテュートオーディオトラック（SubstituteAudio Track)、コンプリメンタリーサブタイトルトラック（Complementary Subtitle Track）、およびアプリケーショントラック（Application Track）で構成される。

タイトル用オブジェクトマッピングインフォメーション（Object Mapping Information for a Title）は、トラック用エレメントフラグメント（element fragment for tracks）により記述される。タイトルタイムライン（Title Timeline）上でのプレゼンテーションオブジェクト（Presentation Object）のマッピングは、対応するエレメント（element）により記述される。ここで、プライマリビデオセットはプライマリビデオトラック（Primary Video Track）に対応し、セカンダリビデオセットはセカンダリビデオトラック（Secondary Video Track）に対応し、サブスティテュートオーディオ（SubstituteAudio）はサブスティテュートオーディオトラック（SubstituteAudio Track）に対応し、コンプリメンタリーサブタイトルはコンプリメンタリーサブタイトルトラック（Complementary Subtile Track）に対応し、そしてADV_APPはアプリケーショントラック（Application Track）に対応している。

なお、タイトルタイムラインは各タイトルに割り当てられている。また、チャプターポインツ（chapter points）からなるタイトル用プレイバックシーケンス（Playback Sequence for a Title）の情報は、チャプタリストエレメント（Chapter List element）により記述される。

ここで、(a) hidden attributeは、タイトルがユーザ操作によりナビゲートできるかどうかを記述できる。もしその値が“true”であれば、そのタイトルはユーザ操作によりナビゲートできない。この値は省略することもでき、その場合のデフォルト値は“false”とされる。

また、(b) on Exit attributeは、現在のタイトル再生の後に再生されるタイトルを記述できる。現在のタイトル再生がそのタイトルの末尾より前にあるときは、プレイヤは（再生の）ジャンプをしないように構成できる。

プライマリビデオトラックエレメント（Primary Video Track element）は、タイトル内のプライマリビデオセットのオブジェクトマッピングインフォメーションを記述するものである。プライマリビデオトラックエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Primary Video Track
id = ID>
(Clip | Clip Block) +
</Primary Video Track>
プライマリビデオトラックのコンテントは、プレゼンテーションオブジェクトとしてプライマリビデオ内のP-EVOBを参照する、クリップエレメント（Clip element）とクリップブロックエレメント（Clip Block element）のリストで構成される。プレイヤは、クリップエレメントの記述に従い、スタートタイムおよびエンドタイムを用いて、タイトルタイムライン上にP-EVOB(s)を事前に割り振る（pre-assign）ように構成される。なお、タイトルタイムライン上に割り振られたP-EVOB(s)は、互いにオーバーラップしないようになっている。

セカンダリビデオトラックエレメント（Secondary Video Track element）は、タイトル内のセカンダリビデオセットのオブジェクトマッピングインフォメーションを記述するものである。セカンダリビデオトラックエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<SecondaryVideoTrack
id = ID
sync = (true | false)>
Clip +
</SecondaryVideoTrack>
セカンダリビデオトラックのコンテントは、プレゼンテーションオブジェクトとしてセカンダリビデオセット内のS-EVOBを参照する、クリップエレメントのリストで構成される。プレイヤは、クリップエレメントの記述に従い、スタートタイム（start time）およびエンドタイム（end time）を用いて、タイトルタイムライン上にS-EVOB(s)を事前に割り振る（pre-assign）ように構成される。

また、プレイヤは、クリップエレメントのタイトルビギンタイム（title Begin Time）及びタイトルエンドタイム属性（title End Time attribute）により、タイトルタイムライン上のクリップのスタート及びエンドポジション（start and end position）として、タイトルタイムライン上に、クリップ及びクリップブロック（Clip and the Clip Block）をマップ（map）するように構成される。なお、タイトルタイムライン上に割り振られたS-EVOB(s)は、互いにオーバーラップしないようになっている。

ここで、もし同期属性（sync attribute）が‘true’であれば、セカンダリビデオセットはタイトルタイムライン上の時間に同期する。一方、同期属性が‘false’のときは、セカンダリビデオセットは自身の時間で走る（換言すれば、同期属性が‘false’のときは、タイムラインの時間でなくセカンダリビデオセット自身に割り振られている時間で再生が進行する）ように構成できる。

さらに、もし同期属性値（sync attribute value）が‘true’若しくは省略されているときは、セカンダリビデオトラック内のプレゼンテーションオブジェクトは同期オブジェクト（Synchronized Object）となる。一方、同期属性値が‘false’であれば、SecondaryVideoTrack内のプレゼンテーションオブジェクトは非同期オブジェクト（Non-synchronized Object）となる。

サブスティテュートオーディオトラックエレメント（SubstituteAudio Track element）は、タイトル内サブスティテュートオーディオトラックのオブジェクトマッピングインフォメーションとオーディオストリーム番号（Audio Stream Number）の割り当て（assignment to Audio Stream Number）を記述するものである。サブスティテュートオーディオトラックエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<SubstituteAudioTrack
id = ID
streamNumber = Number
languageCode = token
>
Clip +
</SubstituteAudioTrack>
サブスティテュートオーディオトラックエレメントのコンテントは、プレゼンテーションエレメント（Presentation Element）としてサブスティテュートオーディオ（SubstituteAudio）を参照する、クリップエレメントのリストで構成される。プレイヤは、クリップエレメントの記述に従い、タイトルタイムライン上にサブスティテュートオーディオを事前に割り振る（pre-assign）ように構成される。なお、タイトルタイムライン上に割り振られたサブスティテュートオーディオ（SubstituteAudio(s)）は、互いにオーバーラップしないようになっている。

サブスティテュートオーディオには、特定のオーディオストリーム番号（specified Audio Stream Number）が割り振られる。もし、Audio_stream_Change APIがサブスティテュートオーディオの特定のストリーム番号（specified stream number）を選択するときは、プレイヤは、プライマリビデオセット内のオーディオストリームの代わりにサブスティテュートオーディオを選ぶように構成される。

ストリーム番号属性（stream Number attribute）には、このサブスティテュートオーディオ用のオーディオストリーム番号が記述される。

言語コード属性（language Code attribute）には、このサブスティテュートオーディオ用の特定コード（specific code）および特定コードエクステンション（specific code extension）が記述される。

言語コード属性値（language code attribute value）は、以下の方式（BNF scheme）に従う。すなわち、特定コードおよび特定コードエクステンションは特定コードおよび特定コードエクステンションをそれぞれ記述しており、例えば次のようになる：
languageCode := specificCode ‘:’ specificCodeExtension
specificCode := [A-Za-z][A-Za-z0-9]
specificCodeExt := [0-9A-F][0-9A-F]
コンプリメンタリーサブタイトルトラックエレメント（Complementary Subtitle Track element）は、タイトル内コンプリメンタリーサブタイトルのオブジェクトマッピングインフォメーションとサブピクチャストリーム番号（Sub-picture Stream Number）の割り当て（assignment to Sub-picture Stream Number）を記述するものである。コンプリメンタリーサブタイトルトラックエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<ComplementarySubtitleTrack
id = ID
streamNumber = Number
languageCode = token
>
Clip +
</ComplementarySubtitleTrack>
コンプリメンタリーサブタイトルトラックエレメントのコンテントは、プレゼンテーションエレメント（Presentation Element）としてコンプリメンタリーサブタイトル（omplementary Subtitle）参照する、クリップエレメントのリストで構成される。プレイヤは、クリップエレメントの記述に従い、タイトルタイムライン上にコンプリメンタリーサブタイトルを事前に割り振る（pre-assign）ように構成される。なお、タイトルタイムライン上に割り振られたコンプリメンタリーサブタイトルズ（Complementary Subtitle(s)）は、互いにオーバーラップしないようになっている。

コンプリメンタリーサブタイトルには特定の副映像ストリーム番号（specified Sub-picture Stream Number）が割り振られる。もし、Sub-picutre_stream_Change APIがコンプリメンタリーサブタイトルのストリーム番号（stream number）を選択するときは、プレイヤは、プライマリビデオセット内のサブピクチャストリーム（sub-picture stream）の代わりにコンプリメンタリーサブタイトルを選ぶように構成される。

ストリーム番号属性（stream Number attribute）には、このコンプリメンタリーサブタイトル用のサブピクチャストリーム番号（Sub-picuture Stream Number）が記述される。

言語コード属性には、このコンプリメンタリーサブタイトル用の特定コード（specific code）および特定コードエクステンション（specific code extension）が記述される。

language code attribute valueは、以下の方式（BNF scheme）に従う。すなわち、特定コードおよび特定コードエクステンションは特定コードおよび特定コードエクステンションをそれぞれ記述しており、例えば次のようになる：
languageCode := specificCode ‘:’ specificCodeExtension
specificCode := [A-Za-z][A-Za-z0-9]
specificCodeExt := [0-9A-F][0-9A-F]
アプリケーショントラックエレメント（Application Track element）は、タイトル内ADV_APPのオブジェクトマッピングインフォメーションを記述するものである。アプリケーショントラックエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<ApplicationTrack
id = ID
loading_info = anyURI
sync = (true | false)
language = string />
ここで、ADV_APPは、タイトルタイムライン全体の上でスケジューリングされる。プレイヤがタイトル再生を開始すると、プレイヤは、ローディング情報属性により示されるローディング情報ファイル（Loading Information）に従いADV_APPを開始（launch）する。もしプレイヤがタイトル再生を止めた（exit）ときは、タイトル内のADV_APPも終了（terminated）する。

ここで、もし同期属性が‘true’であれば、ADV_APPはタイトルタイムライン上の時間に同期するよう構成される。一方、同期属性が‘false’のときは、ADV_APPは自身の時間で走るように構成できる。

ローディングインフォメーション属性（loading information attribute）は、アプリケーションの初期化情報（initialization information of the application）を記述したローディングインフォメーションファイル用のURIを記述するものである。

同期属性は、その値（sync attribute value）が‘true’のときは、ApplicationTrack内のADV_APPが同期オブジェクト（Synchronized Object）であることを示す。一方、同期属性値が‘false’であれば、ApplicationTrack内のADV_APPは非同期オブジェクト（Non-synchronized Object）であることが示される。

クリップエレメントは、プレゼンテーションオブジェクトのタイトルタイムライン上の期間（life periodまたはスタートタイムからエンドタイムまで）の情報を記述するものである。クリップエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Clip
id = ID
title Time Begin = time Expression
clip Time Begin = time Expression
title Time End = time Expression
src = anyURI
preload = time Expression
xml:base = anyURI >
(Unavailable Audio Stream | Unavailable Sub picture Stream )*
</Clip>
プレゼンテーションオブジェクトのタイトルタイムライン上のlife periodは、タイトルタイムライン上のスタートタイムおよびエンドタイムで決定される。タイトルタイムライン上のスタートタイムおよびエンドタイムは、それぞれ、タイトルタイムビギン属性（title Time Begin attribute）およびタイトルタイムエンド属性（title Time End attribute）により記述することができる。プレゼンテーションオブジェクトのスターティングポジション（starting position）は、クリップタイムビギン属性（clip Time Begin attribute）により記述される。タイトルタイムライン上のスタートタイムにおいて、プレゼンテーションオブジェクトは、クリップタイムビギン（clip Time Begin）により記述されるスタートポジション（start position）の位置に存在する。

プレゼンテーションオブジェクトは、インデックスインフォメーションファイル（index information file）のURIにより参照される。プライマリビデオセットに対してはP-EVOB用TMAP fileが参照される。セカンダリビデオセットに対してはS-EVOB用TMAP fileが参照される。サブスティテュートオーディオおよびコンプリメンタリーサブタイトルに対しては、オブジェクトを含むセカンダリビデオセットのS-EVOB用TMAP fileが参照される。

タイトルビギンタイム（title Begin Time）、タイトルエンドタイム（title End Time）とクリップビギンタイム（clip Begin Time）、およびプレゼンテーションオブジェクトの持続期間（duration time）の属性値（Attribute values）は、以下の関係を満足するように構成される：
title Begin Time < title End Time、かつ
Clip Begin Time + title End Time - title Begin Time
≦ Presentation Objectのduration time
利用できないオーディオストリーム（Unavailable Audio Stream）および利用できないサブピクチャストリーム（Unavailable Sub picture Stream）は、予備的ビデオトラックエレメント（Preliminary Video Track element）内のクリップエレメントのためにだけ存在する。

タイトルタイムビギン属性（title Time Begin attribute）は、タイトルタイムライン上のプレゼンテーションオブジェクトの連続フラグメント（continuous fragment）のスタートタイムを記述するものである。

タイトルタイムエンド属性（title Time End attribute）は、タイトルタイムライン上のプレゼンテーションオブジェクトの連続フラグメント（continuous fragment）のエンドタイムを記述するものである。

クリップタイムビギン属性（clip Time Begin attribute）は、プレゼンテーションオブジェクト内のスターティングポジション（starting position）を記述するもので、その値はtime Expression value内に記述できる。なお、クリップタイムビギンは省略することもできる。もしクリップタイムビギン属性がないときは、スターティングポジションは例えば‘0’とする。

src 属性は、参照されるべきプレゼンテーションオブジェクトのインデックス印フォーメーションファイル（index information file）のURIを記述するものである。

プリロード属性（preload attribute）には、プレイヤが前もって取り込んだ（pre-fetching）プレゼンテーションオブジェクトの再生を開始する際の、タイトルタイムライン上の時間を記述できる。

クリップブロックエレメントは、クリップブロックと呼称される、P-EVOBS内のクリップのグループを記述するものである。１つのクリップが再生用に選択される。クリップブロックエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Clip Block>
Clip+
</Clip Block>
クリップブロック内の全てのクリップは、同じスタートタイムおよび同じエンドタイムを持つように構成される。このことから、クリップブロックは、最初の（first）child Clipのstartおよびエンドタイムを用いて、タイトルタイムライン上にスケジューリングできる。なお、クリップブロックは、プライマリビデオトラック内でのみ使用可能に構成できる。

クリップブロックは、アングルブロック（Angle Block）を表すことができる。クリップエレメントのドキュメント順に従い、アドバンスドナビゲーション用のアングル番号（Angle number）は、‘1’から連続して割り振られる。

プレイヤは、デフォルトとして最初のクリップを再生すべきものとして選択するが、もしAngle_Change APIが特定のアングル番号（specified Angle number）を選択しているときは、プレイヤはそれに対応するクリップを再生すべきものとして選択する。

P-EVOBS内のデコーディングオーディオストリーム（Decoding Audio Stream）を記述しているクリップエレメント内の利用できないオーディオストリームエレメント（Unavailable Audio Stream element）は、該当クリップの再生期間中は利用できないように構成される。利用できないオーディオストリームエレメント（Unavailable Audio Stream element）のＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Unavailable Audio Stream
number = integer
/>
利用できないオーディオストリームエレメントは、プライマリビデオトラックエレメント内にある、P-EVOB用のクリップエレメント内でのみ、使用できる。そうでないときは、利用できないオーディオストリームは存在しないようにする。また、プレイヤは、番号属性（number attribute）により示されるデコーディングオーディオストリーム（Decoding Audio Stream）を不能（disable）にする。

P-EVOBS内のデコーディングサブピクチャストリーム（Decoding Sub-picture Stream）を記述しているクリップエレメント内の利用できないサブピクチャストリームエレメント（Unavailable Sub picture Stream element）は、該当クリップの再生期間中は利用できないように構成される。利用できないサブピクチャストリームエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Unavailable Sub picture Stream
number = integer
/>
利用できないサブピクチャストリームエレメントは、プライマリビデオトラックエレメント内にある、P-EVOB用のクリップエレメント内でのみ、使用できる。そうでないときは、利用できないサブピクチャストリームエレメントは存在しないようにする。また、プレイヤは、番号属性により示されるデコーディングサブピクチャストリームを不能（disable）にする。

タイトルエレメント内のチャプタリストエレメント（Chapter List element）は、該当タイトル用のプレイバックシーケンスインフォメーションを記述するものである。ここで、プレイバックシーケンスは、タイトルタイムライン上のタイムバリューによりチャプタスタートポジション（chapter start position）を定義するものである。チャプタリストエレメント（Chapter List element）のＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Chapter List>
Chapter+
</Chapter List>
チャプタリストエレメントは、チャプタエレメントのリストにより構成される。チャプタエレメントはタイトルタイムライン上のチャプタスタートポジションを記述している。チャプタリスト内チャプタエレメントのドキュメント順に従い、アドバンスドナビゲーション用のチャプタ番号は‘1’から連続して割り振られる。すなわち、タイトルタイムライン内のチャプタスタートポジションは、チャプタ番号に従い単調増加（monotonically increased）するように構成される。

チャプタエレメントは、プレイバックシーケンス内タイトルタイムライン上のチャプタスタートポジションを記述するものである。チャプタエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Chapter
id = ID
title Begin Time = time Expression />
チャプタエレメントは、タイトルビギンタイム属性を有する。このタイトルビギンタイム属性のtime Expression valueは、タイトルタイムライン上のチャプタスタートポジションを記述するものである。

タイトルビギンタイム属性は、プレイバックシーケンス内タイトルタイムライン上のチャプタスタートポジションを記述するもので、その値はtime Expression value内に記述される。

＜Datatypes＞
time Expressionは、例えば90kHz単位の正整数でtime codeを記述したものである。

［ローディングインフォメーションファイルについて］
ローディングインフォメーションファイルは、タイトル用ADV_APPの初期情報（initialization information）であり、プレイヤはローディングインフォメーションファイル内の情報に従いADV_APPを開始（launch）するように構成されている。このADV_APPは、マークアップファイルの再生（presentation of Markup file）とスクリプトの拡張（execution of Script）からなる構成を持つ。

ローディングインフォメーションファイル内に記述される初期情報としては、次のものがある：
*初期マークアップファイル（initial markup file）の実行前に、ファイルキャッシュ（File Cache）に最初に格納されるべきFiles；
*実行されるべき初期マークアップファイル；
*実行されるべきスクリプトファイル
ローディングインフォメーションファイルは正しいXML形式でエンコードされる必要があり、ＸＭＬドキュメントファイルに対するルールが適用される。

＜Element and Attributes＞
ローディングインフォメーションファイルのシンタックスは、ＸＭＬシンタックスリプレゼンテーションを用いて規定される。

アプリケーションエレメント（Application element）はローディングインフォメーションファイルのルートエレメント（root element）であり、次のようなelementsおよびattributesを含んでいる：
アプリケーションエレメント（Application element）のＸＭＬシンタックスリプレゼンテーション：
<Application
Id = ID
>
Resource* Script ? Markup ? Boundary ?
</Application>
リソースエレメント（Resource element）は、初期マークアップ（initial Markup）の実行前にファイルキャッシュ（File Cache）内に格納されるべきファイルを記述するもので、プレイリストエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Resource
id = ID
src = anyURI
/>
ここで、src 属性は、ファイルキャッシュ内に格納されるファイル用のURIを記述するものである。

スクリプトエレメント（Script element）は、ADV_APP用の初期スクリプトファイル（initial Script file）を記述するもので、スクリプトエレメント（Script element）のＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Script
id = ID
src = anyURI
/>
アプリケーション（application）のスタートアップ（startup）において、スクリプトエンジン（Script Engine）は、src 属性内のURIで参照されるスクリプトファイルをロードし、ロードしたファイルをグローバルコード（global code [ECMA 10.2.10]）として実行する。なお、src 属性は、初期スクリプトファイル用のURIを記述している。

マークアップエレメント（Markup element）は、ADV_APP用の初期マークアップファイルを記述するもので、マークアップエレメントのＸＭＬシンタックスリプレゼンテーションは、例えば次のようになる：
<Markup
id = ID
src = anyURI
/>
アプリケーションスタートアップ（application startup）において、初期スクリプトファイル（initial Script file）が存在するならその実行後に、アドバンスドナビゲーションは、src 属性内のURIを参照することにより、マークアップファイルをロードするように構成される。ここで、src 属性は、初期マークアップファイル用のURIを記述するものである。

境界エレメント（Boundary element）は、アプリケーションが参照できる有効なURLを記述するように構成できる。

＜Markup Fileについて＞
マークアップファイルは、Graphics Plane上のプレゼンテーションオブジェクトの情報である。アプリケーション中に同時に存在できるマークアップファイルは１つに制限される。マークアップファイルは、content modelとstylingとtimingで構成される。

＜Script Fileについて＞
スクリプトファイルはScript global codeを記述するものである。Script Engineは、ADV_APPのstartupにおいてスクリプトファイルを実行し、実行されたScript global codeにより定義されるevent hander内のeventを待つように構成されている。

ここで、Scriptは、User Input EventやPlayer playback eventなどのイベントにより、プレイバックシーケンスおよびGraphics Plane上のGraphicsを制御できるように構成される。

＜プレイリストファイル：ＸＭＬ（マークアップ言語）で記述される＞
再生装置（プレイヤ）は、ディスクがアドバンスドコンテントを持っているときは、プレイリストファイルを最初に（アドバンスドコンテントの再生に先立って）再生するように構成される。

なお、プライマリビデオセットは、Video Title Set Information (VTSI)、Enhanced Video Object Set for Video Title Set (VTS_EVOBS)、Backup of Video Title Set Information (VTSI_BUP)およびVideo Title Set Time Map Information (VTS_TMAPI)を含んで構成されている。

以下のファイルの幾つかは、圧縮しないで、アーカイブに保管することができる。

・マニフェスト(XML)
・マークアップ(XML)
・スクリプト(ECMAScript)
・イメージ(JPEG/PNG/MNG)
・効果音用オーディオ(WAV)
・フォント(OpenType)
・アドバンスドサブタイトル(XML)
本規格では、アーカイブに保管したファイルを、アドバンスドストリームと呼ぶ。このファイルは、ディスク（ADV_OBJディレクトリのもと）に入れるか、またはサーバから配信することができる。また、このファイルは、プライマリビデオセットのＥＶＯＢに多重化し、この場合は、ファイルをアドバンスドパック(ADV_PCK)と呼ぶパックに分割する。

図２２および図２３はプレイリストで用いるTimelineについての説明である。図２２はタイムライン上の再生オブジェクトの配置（Allocation of Presentation Object）を例示している。ここで、タイムラインの単位には、ビデオフレーム単位、秒（ミリ秒）単位、９０ｋＨｚ／２７ＭＨｚベースのクロック単位、ＳＭＰＴＥで規定する単位などを利用することができる。図２２の例では、1500と500それぞれの時間長を持ったプライマリビデオセットが2つ用意されており、それを1つの時間軸であるTimeline上の500-1500、2500-3000へ配置している。このように、それぞれの時間長をもったObjectを1つの時間軸であるTimeline上に配置することによって矛盾無くそれぞれのObjectを再生できる。なお、タイムラインは使用するプレイリスト毎にゼロリセットされるように構成できる。

図２３は、タイムライン上で再生オブジェクトのトリックプレイ（チャプタジャンプなど）が行われる場合の例を説明する図である。図２３は実際に再生動作を行った時のTimeline上の時間の進み方の例である。すなわち、再生が開始されるとTimeline上の時間が進み始める※1。Timeline上の時間300の時にPlayボタンが押されると※2、Timeline上の時間が500へジャンプされプライマリビデオセットの再生が開始される。その後、時間700の時にChapter Jumpのボタンが押されると※3、対応するChapterの開始位置（ここではTimeline上の時間1400）へジャンプし、そこから再生が開始される。その後、時間2550に（プレイヤのユーザにより）Pauseボタンがクリックされると※4、ボタンエフェクトがあった後、再生はPauseする。時間2550でPlayボタンがクリックされたら※5、再生が再開する。

図２４は、EVOBがインターリーブされたアングルを持つ場合のプレイリストの例である。EVOBはそれぞれに対応したTMAPファイルを持つが、インターリーブされたアングルブロックであるEVOB4とEVOB5は同じ1つのTMAPファイルに情報が書かれる。またそれぞれのTMAPファイルをオブジェクトマッピングインフォメーションで指定することによって、Timeline上にプライマリビデオセットをマッピングする。またプレイリスト中のオブジェクトマッピングインフォメーションの記述によって、Application、Advanced Subtitle、Additional AudioなどがTimeline上にマッピングされる。

図中ではApp1としてVideoなどを持たないTitle（用途としてはMenuなど）がTimeline上の時間0-200の間定義されている。また時間200-800の期間にはApplication2及びPrimary Video の1-3、Advanced Subtitle1、Additional Audio1が設定されている。時間1000-1700の期間にはアングルブロックを構成するEVOB4,EVOB5からなるPrimary Video4_5とPrimary Video6、PrimaryVideo7、Applicationの3と4、Advanced Subtitle2が設定されている。

また、プレイバックシーケンスにおいて、App1は1つのTitleとしてMenu、App2はMain Movie、App3, App4はDirector's cutを構成することを定義している。さらにMain Movieには3つ、Director's Cutには1つのChapterも定義している。

図２５は、オブジェクトがマルチストーリを含む場合のプレイリストの構成例を説明する図である。図２５はMulti-Storyを設定する場合のプレイリストのイメージである。TMAPをオブジェクトマッピングインフォメーション中に指定することによって、この2つのタイトルをTimeline上へマッピングする。この例では、EVOB1、EVOB3を両方のタイトルで使い、EVOB2とEVOB4を入れ替えることによってMulti-Storyを可能にしている。

さらにプレイリストについて説明する。図２６、図２７は、プレイリスト（Playlist）に関する説明である。

Playlistには再生時間が記述されるとともにロード時間が記述される。Playlistの情報内に読み込みの時間を記述することでData Cacheの使用量を測定（または検出）可能に構成する。これにより、Data Cache使用量の測定（検出）結果を利用することでオーサリング時には効率的なコンテンツ作成を可能にし、また削除しなくても良いObjectをData Cacheに保持しておくことでPlayerのパフォーマンスを向上させるように構成することができる。以下はその説明である。

図２６はTimeLine上の各オブジェクトの再生時間及びLoad開始時間を例示した図である。図中の直線で表した現在時刻から点線で表したところへjumpした場合、Object3およびObject6はすでに再生が終わっている時刻のため、考慮する必要はない。

また、Object5はまだLoad開始時刻が来ていないためこちらも考慮する必要がない。Object1は現在時刻ではLoadが始まっていたが、終了はしておらず、jump先では再生途中のObjectであるので、別ファイルで持っているObject1と同様のコンテンツをLoadして再生する。Object2はLoad途中へjumpしているため、こちらも少なくともLoad開始時刻からjump先の分だけloadが完了してから再生が開始される。

Object4についてはLaodは完了している時刻からjumpしているのでData cach内を検索して存在を確認し、存在が確認されたら再生を行なう。これはPlaylistの記述にLoadstart属性を付加することで実現できる。

図２７は上記の処理に対応したフローチャートである。jump動作を行なった場合、Playlist内の記述をチェックし（ステップＳＴ２００）、Data Cache内にObjectが格納されているかどうかのサーチを行う（ステップＳＴ２０２）。Data Cache内にObjectが格納されている場合は（ステップＳＴ２０４イエス）、それを使用して再生を行なう。

Data Cache内にObjectが格納されていない場合は（ステップＳＴ２０４ノー）、Data Cacheに格納する余裕があるかどうかをチェックする（ステップＳＴ２０６）。Data Cacheが一杯の場合は（ステップＳＴ２０６イエス）、不要なObjectの削除を行い（ステップＳＴ２０８）、必要Dataを、用意されたファイルからData Cacheに読み込み（ステップＳＴ２１０）、再生を行なう。

Data Cacheに余裕がある場合には（ステップＳＴ２０６ノー） Data CacheからのObject削除は行なわず、 Data Cacheへ必要Dataの読み込みを行い（ステップＳＴ２１０）、再生する。これによって、格納したコンテンツの削除を行なわないことによって、jumpなどで再度コンテンツが必要となった場合にData Cache内に格納されたコンテンツを検索して使用することが可能となる。このようにData Cacheの容量を充分大きく持つことでPlayerの能力を向上させることができる。これによって機器間の差別化が図れる。

さらに、（PlaylistにLoadstart属性を付加することで）ある時刻毎のData Cacheの使用量が計算できるようになるため、コンテンツ作成時にData Cacheの容量に余裕のある場所にさらに別のObjectを設定することが可能となり、効率的なコンテンツ作成が可能になる。

上記のプレイリストの管理は、Navigation Manager 内のPlaylist Managerにより行われている。

ここで、File Cache Manager には、ファイルシステム（File System)が用意されている。このFile System は、Playlist に呼応して、File Cache に格納されたファイル（File）又はアーカイブファイル(Archived file or Archived Data)を管理する。つまり、Navigation Manager, Presentation Engine, Advanced Element Engine, Data Access Manager からの要求によって、File cache のファイルの書込み・読出しを制御する。File Cache は、データキャッシュの一部であり、ファイルを一時的に保存する場所として利用される。

まず、File Cache は、最低６４ＭＢ（メガバイト）の記憶領域を持つように定義されている。File Cache の最低容量が定義されることで、プロバイダは、記録媒体のコンテンツ及び管理情報の容量の設計が可能となる。また、File Cache は、１つのメモリブロックのサイズが５１２バイトに設定されている。このブロックサイズは、消費単位として決められており、たとえ１バイトのファイルが書き込まれたとしても、５１２バイトが割り当てられて、消費される。５１２バイト単位でアクセスすることで、容易で高速なアクセスが可能である。またアドレス管理も用意である。

File Cache では、複数ファイルがアーカイブされたデータ（Archived Data)とアーカイブされていないファイルを扱うことができる。Archived Dataの名前は、ファイル名が８文字で表され、拡張子が３文字で表され、ディスク内においては、ユニークなファイル名である。またArchived Dataの中のファイルの名前は、３２バイト（拡張子を含む）で表される。また最大のファイルサイズは、６４ＭＢである。さらに、最大のファイル数は、ディスク上では２０００個、アーカイブ内では２０００個と取り決めされている。

リソース（Resource)の管理は次の情報に基づいて管理される。即ち、Playlsit Manager (プレイリストマネージャ)が管理するResource Information（リソース情報）に記述されたTitle Timeline （タイトル時間軸）上のmapping（マッピング）情報と、File Cache Manager（ファイルキャッシュマネージャ）の管理するResource Management Table （リソースマネジメントテーブル）に記述されるFile list（ファイルリスト）とDelete List（削除リスト）がある。

アプリケーションプログラミングインターフェース（ＡＰＩ）からのアクセスは、プレイリストマネージャ管理下のデータは読出し専用である。ＡＰＩ用のディレクトリとして用意されるテンポラリーディレクトリー（Temp ディレクトリ）内ファイルは、読み取り、書込みが可能である。

図２８はプレイヤの全体ブロックを簡素化して示している。ディスクに記録されているデータは、信号処理部１５２を介して、データアクセスマネージャ１１１に取り込むことができる。ドライブ１５１は、ディスクの回転及びトラッキング及びフォーカス制御する。またパーシステントストレージのデータは、パーシステントストレージ端子１５３を介して、データアクセスマネージャ１１１に取り込むことができる。さらにネットワークサーバのデータは、ネットワーク端子１５４を介してデータアクセスマネージャ１１１に取り込むことができる。またリモートコントローラ１５５からの操作信号は、コントロール信号受信部１５６を介して、ユーザインタフェースマネージャ１１４に取り込まれる。以下、図１４の構成に対応する部分は、図１４と同一符号を付して説明は省略している。

なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組み合せてもよい。

スタンダードコンテンツ及びアドバンスドコンテンツの構成を示す説明図である。カテゴリ１、２及び３のディスクの説明図である。タイムマップ情報（ＴＭＡＰＩ）によるエンハンスドビデオオブジェクト（ＥＶＯＢ）の参照例を示す説明図である。この発明に係るディスクのボリューム空間の例を説明する説明図である。この発明に係るディスクのディレクトリ及びファイルの例を示す説明図である。この発明に係る管理情報（ＶＭＧ）とビデオタイトルセット（ＶＴＳ）の構成を示す説明図である。この発明に係るプレーヤモデルのスタートアップシーケンスを示す説明図である。この発明に係るディスクのDISCID.DATファイルのデータ構成を示す図である。この発明に係る装置の動作例を示すフローチャートである。この発明に係る装置の他の動作例を示すフローチャートである。この発明に係る装置のさらに他の動作例を示すフローチャートである。この発明に係るプライマリＥＶＯＢ−ＴＹ２のパック混在状態を示す構成説明図である。この発明に係るディスクの記録情報の概念を示す説明図である。この発明に係るアドバンスドコンテンツプレイヤのモデルを詳しく示す説明図である。図１４のビデオミキシングモデルの例を示す説明図。この発明に係わる装置の動作において、グラフィック階層の例を説明する説明図である。この発明に係わる装置においてネットワーク及びパーシスタンスストレージデータの供給モデルの例を示す説明図である。この発明に係わる装置においてデータ格納モデルの例を示す説明図である。この発明に係わる装置においてユーザ入力処理モデルの例を示す説明図である。アドバンスドコンテントの構成例を説明する図である。プレイリストの構成例を説明する図である。タイムライン上の再生オブジェクトの配置（Allocation of Presentation Object）の例を説明する図である。タイムライン上で再生オブジェクトのトリックプレイ（チャプタジャンプなど）が行われる場合の例を説明する図である。オブジェクトがアングル情報を含む場合のプレイリストの構成例を説明する図である。オブジェクトがマルチストーリを含む場合のプレイリストの構成例を説明する図である。プレイリスト中のオブジェクトマッピング情報の記述例とその再生時刻を説明する図である。プレイリストによる装置動作のときのデータキャッシュが制御される様子を示すフローチャートである。この発明に係るプレイヤの全体的なブロック構成を示す図である。

符号の説明

１１１…データアクセスマネージャ(Data Access Manager)、１１２…データキャッシュ(Data Cache)、１１３…ナビゲーションマネージャ(Navigation Manager)、１１４…ユーザインタフェースマネージャ(User Interface Manger)、１１５…プレゼンテーションエンジン(Presentation Engine)、１１６…AVレンダラ(AV Renderer)、１２３…ディスクカテゴリ解析器（Disc Category Analyzer )、１２４…表示データメモリ（Status Display Data Memory)。

Claims

複数の異なる種別のコンテンツを再生する再生部と、
再生しているコンテンツの中断を指示する指示部と、
コンテンツの中断後にコンテンツの再生を再開するとき、前記コンテンツが第１のタイプのコンテンツである場合、中断した位置からの再生を再開し、前記コンテンツが第２のタイプのコンテンツである場合、前記コンテンツの再生手順を示すプレイリストを読み取り再生する再生制御部と、
を具備したことを特徴とする情報再生装置。
さらに、再生開始時にディスのコンテンツが前記第１のタイプか第２のタイプか判別しコンテンツ判別情報を格納したコンテンツタイプ格納部と、
前記ディスクの再生中に再生中断があったとき、前記第１のタイプのときに、前記管理情報の中の再生位置に関する情報を記憶するための中断情報記憶部と、
を有したことを特徴とする請求項１記載の情報再生装置。
前記中断情報処理部は、
再生動作中に再生中断があったときに、前記コンテンツタイプ格納部の情報を判定し、前記コンテンツが第１のタイプであるときは、前記前記再生位置に関する情報を前記中断情報記憶部に記憶し、前記コンテンツが第２のタイプであるときは、前記再生位置に関する情報を破棄する
請求項２記載の情報再生装置。
前記コンテンツタイプ格納部は、
前記コンテンツが第２のタイプであることの判別を、前記ディスクのディレクトリ下のディスク識別データファイルにより確認している請求項２記載の情報再生装置。
さらに前記再生制御部は、
前記再生中断があった後に再生操作があり、かつ前記コンテンツが第２のタイプであるときは、前記ディスクのコンテンツの開始位置からの再生状態を設定する請求項２記載の情報再生装置。
さらに前記再生制御部は、
前記再生中断があった後に再生操作があり、かつ前記コンテンツが第２のタイプであるときは、前記ディスク識別データファイルを取得し、次に前記プレイリストを読み取り、再生動作を設定する請求項２記載の情報再生装置。
さらに前記再生制御部は、
前記再生中断があった後に再生操作があり、かつ前記コンテンツが第２のタイプであるときは、前記ディスクに係わるアドバンスドコンテンツの再生手順を示すプレイリストを読み取り再生状態を設定する請求項２記載の情報再生装置。
さらに前記再生制御部は、
前記再生中断があった後に再生操作があり、かつ前記ディスクが第２のタイプであるときは、前記中断情報記憶部の再生位置に関する情報に基づいて、前記ディスクの再生状態を設定する請求項２記載の情報再生装置。
さらに前記再生部及び再生制御部は、
ユーザ操作を受け付けるユーザインタフェースマネージャと、
前記ディスクの他にネットワークサーバ及びパーシステントストレージからのデータを取り込むデータアクセスマネージャと、
データキャッシュと、
前記データキャッシュからの出力をデコードするプレゼンテーションエンジンと、
前記データキャッシュ及び前記プレゼンテーションエンジンを制御するナビゲーションエンジンを含み、
前記データアクセスマネージャが、前記ディスク識別データファイルに含まれたサーチフラグの内容に応じて、前記ディスクに係わるアドバンスドコンテンツの再生手順を示すプレイリストを、前記ディスク又は前記パーシステントストレージと前記ディスクからサーチすることを特徴とする請求項１記載の情報再生装置。
前記再生部及び再生制御部は、
ユーザ操作を受け付けるユーザインタフェースマネージャと、
前記ディスクの他にネットワークサーバ及びパーシステントストレージからのデータを取り込むデータアクセスマネージャと、
データキャッシュと、
前記データキャッシュからの出力をデコードするプレゼンテーションエンジンと、
前記データキャッシュ及び前記プレゼンテーションエンジンを制御するナビゲーションエンジンを含み、
前記ユーザインタフェースから入力される操作情報に応じて、前記データアクセスマネージャは前記ネットワークサーバ及びパーシステントストレージからのコンテンツを取り込み、前記ナビゲーションエンジン及びデータキャッシュは取り込んだコンテンツを展開し、前記プレゼンテーションエンジンは、コンテンツに含まれるオブジェクトの再生出力を得る
請求項１記載の情報再生装置。
ユーザ操作を受け付けるユーザインタフェースマネージャと、ディスクの他にネットワークサーバ及びパーシステントストレージからのデータを取り込むデータアクセスマネージャと、データキャッシュと、前記データキャッシュからの出力をデコードするプレゼンテーションエンジンと、前記データキャッシュ及び前記プレゼンテーションエンジンを制御するナビゲーションエンジンを有し、前記ユーザインタフェースから入力される操作情報に応じて、前記データアクセスマネージャは前記ネットワークサーバ及びパーシステントストレージからのコンテンツを取り込み、前記ナビゲーションエンジン及びデータキャッシュは取り込んだコンテンツを展開し、前記プレゼンテーションエンジンは、コンテンツに含まれるオブジェクトの再生出力を得る再生方法であって、
前記ユーザインタフェース部を介して前記再生中断後に再再生操作があったとき、前記データアクセスマネージャは、前記コンテンツが所定のタイプのときコンテンツの少なくとも再生手順を示すプレイリストを読み取り再生状態を設定する手段を含む
ことを特徴とする情報再生方法。
さらにレジュームマネージャを有し、このレジュームマネージャは、
再生中のコンテンツのタイプを判別してコンテンツ判別情報を格納し、
前記コンテンツの再生中に再生中断があったときに、前記コンテンツが第１のタイプであるときは、前記前記再生位置に関する情報を中断情報記憶部に記憶し、前記コンテンツが前記所定のタイプ（第２のタイプ）であるときは、前記再生位置に関する情報を破棄する、
ことを特徴とする請求項１１記載の情報再生方法。
前記コンテンツが第２のタイプであることの判別は、ディスクのディレクトリ下にディスク識別データファイルがあることを確認して判別する
ことを特徴とする請求項１２記載の情報再生方法。
前記再生中断があった後に再生操作があり、かつ前記コンテンツが第２のタイプであるときは、前記ディスクのビデオオブジェクトをオブジェクト開始位置からの再生状態を設定する請求項１２記載の情報再生方法。
前記再生中断があった後に再生操作があり、かつ前記コンテンツが第２のタイプであるときは、前記ディスク識別データファイルを取得してから再生動作を設定する請求項１２記載の情報再生方法。
前記再生中断があった後に再生操作があり、かつ前記コンテンツが第２のタイプであるときは、前記ディスクに係わるアドバンスドコンテンツの再生手順を示すプレイリストを読み取り再生状態を設定する請求項１２記載の情報再生方法。
前記再生中断があった後に再生操作があり、かつ前記コンテンツが第１のタイプであるときは、前記中断情報記憶部の再生位置に関する情報に基づいて、前記ディスクの再生状態を設定する請求項１２記載の情報再生方法。